Virtual scene management method, device, system, storage medium and program product

Abstract

The application provides a virtual scene management method, device, system, storage medium and program product; the application embodiment can be applied to the virtual scene management process of cloud technology, artificial intelligence, intelligent transportation, vehicle-mounted, etc.; the method comprises the following steps: in response to the start messages respectively sent by a plurality of scene devices, based on loading configuration information, allocating a virtual plot to be loaded to each scene device from a plurality of virtual plots; for the virtual plot to be loaded of each scene device, sending a first loading message to each scene device; synchronizing the loading configuration information to the service device, so that the service device determines the scene device matched with the operation processing request based on the loading configuration information, and responds to the scene processing request sent by the service device through the matched scene device. Through the application, the memory overhead of the virtual scene can be reduced, and the management efficiency of the virtual scene can be improved.

Description

Technical Field

[0001] This application relates to cloud technology, and more particularly to a method, device, system, storage medium, and program product for managing virtual scenes. Background Technology

[0002] Virtual scenes offer users rich visual elements and can be widely used in various game applications. Furthermore, as game applications become more complex, the demands on virtual scenes will increase. Game applications handle logical processing within the game environment, which requires cloud-based scene devices. Therefore, these devices need to possess complete terrain data of the virtual scene. However, some virtual scenes are quite large, leading to significant memory overhead for management. Loading and collision detection also consume considerable time, resulting in high memory consumption and low management efficiency for virtual scenes. Summary of the Invention

[0003] This application provides a method, apparatus, device, system, computer-readable storage medium, and computer program product for managing virtual scenes, which can improve the efficiency of virtual scene management by reducing memory overhead.

[0004] The technical solution of this application embodiment is implemented as follows:

[0005] This application provides a method for managing virtual scenes, including:

[0006] In response to the startup messages sent by multiple scene devices, based on the loading configuration information, a virtual plot to be loaded is allocated to each scene device from multiple virtual plots; wherein, the multiple virtual plots are obtained by dividing the virtual scene, and the loading configuration information is used to record the virtual plot to be loaded for each scene device;

[0007] For each virtual land parcel to be loaded by each scene device, a first loading message is sent to each scene device, so that each scene device responds to the first loading message and loads the land parcel data file of the virtual land parcel to be loaded;

[0008] The loading configuration information is synchronized to the service device, so that the service device can determine the scene device that matches the operation processing request based on the loading configuration information, and respond to the scene processing request sent by the service device in response to the operation processing request through the matched scene device, thereby realizing scene management.

[0009] This application provides a method for managing virtual scenes, including:

[0010] Receive loading configuration information synchronized from the management device; the loading configuration information is used to record the virtual plots to be loaded for each scene device;

[0011] In response to an operation processing request sent by the terminal, based on the loaded configuration information, a scene device matching the operation processing request is determined from multiple scene devices corresponding to multiple virtual plots; wherein, the multiple virtual plots are obtained by dividing the virtual scene;

[0012] Send a scene processing request to the scene device that matches the operation processing request;

[0013] Receive the processing result returned by the scene device that matches the operation processing request in response to the scene processing request;

[0014] Based on the processing result, a notification message is returned to the terminal.

[0015] This application provides a method for managing virtual scenes, including:

[0016] In response to the startup operation, a startup message is sent to the management device;

[0017] Receive the first loading message returned by the management device in response to the startup message;

[0018] In response to the first loading message, the land parcel data file of the virtual land parcel to be loaded is obtained and the land parcel data file is loaded; the virtual land parcel to be loaded is one of multiple virtual land parcels obtained by dividing the virtual scene;

[0019] Receive scene processing requests sent by the service device;

[0020] In response to the scene processing request, scene processing is performed on the virtual plot to obtain the processing result, and the processing result is returned to the service device.

[0021] This application provides a first device for managing virtual scenes, comprising:

[0022] The land allocation module is used to respond to the start messages sent by multiple scene devices respectively, and allocate the virtual land to be loaded to each scene device from multiple virtual land plots based on the loading configuration information; wherein, the multiple virtual land plots are obtained by dividing the virtual scene, and the loading configuration information is used to record the virtual land plot to be loaded for each scene device;

[0023] The first sending module is configured to send a first loading message to each of the scene devices for each virtual plot to be loaded, so that each scene device responds to the first loading message and loads the plot data file of the virtual plot to be loaded; and to synchronize the loading configuration information to the service device, so that the service device determines the scene device matching the operation processing request based on the loading configuration information, and responds to the scene processing request sent by the service device for the operation processing request through the matching scene device, thereby realizing scene management.

[0024] In some embodiments of this application, the first device further includes: a fault detection module and a first receiving module;

[0025] The fault detection module is used to perform connection detection on multiple scene devices respectively, and obtain multiple detection results; the detection results indicate whether the connection with the scene device is broken; based on the multiple detection results, the scene devices that have failed are selected from the multiple scene devices; wherein, the scene devices that have failed include the scene devices that have been disconnected.

[0026] The first sending module is further configured to send a second loading message to a backup device for the virtual land parcel to be loaded by the malfunctioning scene device, so that the backup device responds to the second loading message and loads the land parcel data file of the virtual land parcel to be loaded by the malfunctioning scene device;

[0027] The first receiving module is configured to update the loading configuration information in response to a loading success message sent by the backup device;

[0028] The first sending module is further configured to synchronize the updated configuration information obtained from the update to the service device, so that the service device can determine the scene device that matches the operation processing request based on the updated configuration information.

[0029] In some embodiments of this application, the first device further includes: a data export module, configured to: determine an initial segmentation boundary for the virtual scene; expand the initial segmentation boundary using a safety distance to obtain a target segmentation boundary; segment the virtual scene according to the target segmentation boundary to obtain multiple virtual plots; export a corresponding plot data file for each virtual plot, and distribute the plot data files of each of the multiple virtual plots to multiple scene devices.

[0030] In some embodiments of this application, the data export module is further configured to: filter out objects to be simplified from multiple objects in each virtual plot; perform simplification processing on the collider models of the objects to be simplified to obtain simplified models; and export the simplified models and the collider models of other objects among the multiple objects, excluding the objects to be simplified, to obtain the plot data file corresponding to each virtual plot.

[0031] In some embodiments of this application, the data export module is further configured to: filter out objects whose center coordinates are not located in the virtual plot from among the multiple objects in each virtual plot; perform collision detection on the object to be detected and the surrounding area corresponding to the virtual plot to obtain a collision result; and when the collision result indicates that the object to be detected hits the surrounding area, filter out the object to be simplified from the objects to be detected.

[0032] In some embodiments of this application, the data export module is further configured to determine the parts to be replaced for the object to be simplified; wherein the parts to be replaced include parts with complex details and concentrated collision information; determine the corresponding replacement model parts for the parts to be replaced, and use the replacement model parts to simplify the collision body model of the object to be simplified to obtain the simplified model.

[0033] This application provides a second device for managing virtual scenes, comprising:

[0034] The second receiving module is used to receive loading configuration information synchronized by the management device; the loading configuration information is used to record the virtual plots to be loaded for each scene device;

[0035] The device determination module is used to respond to the operation processing request sent by the terminal, and based on the loaded configuration information, determine the scene device that matches the operation processing request from multiple scene devices corresponding to multiple virtual plots; wherein, the multiple virtual plots are obtained by dividing the virtual scene;

[0036] The second sending module is used to send a scene processing request to a scene device that matches the operation processing request;

[0037] The second receiving module is further configured to receive the processing result returned by the scene device matching the operation processing request in response to the scene processing request;

[0038] The second sending module is further configured to return a notification message to the terminal based on the processing result.

[0039] In some embodiments of this application, the second receiving module is further configured to receive updated configuration information synchronized by the management device;

[0040] The device determination module is further configured to respond to the operation processing request sent by the terminal, and determine the scene device matching the operation processing request based on the updated configuration information; the updated configuration information uses backup devices to replace the scene devices that have failed among the multiple scene devices.

[0041] This application provides a third device for managing virtual scenes, comprising:

[0042] The third sending module is used to send a startup message to the management device in response to the startup operation;

[0043] The third receiving module is used to receive the first loading message returned by the management device in response to the startup message;

[0044] The data loading module is used to respond to the first loading message, obtain the land data file of the virtual land parcel to be loaded, and load the land data file; the virtual land parcel to be loaded is one of multiple virtual land parcels obtained by dividing the virtual scene;

[0045] The third receiving module is also used to receive scene processing requests sent by the service device;

[0046] The scene processing module is used to respond to the scene processing request, perform scene processing on the virtual plot, and obtain the processing result;

[0047] The third sending module is also used to return the processing result to the service device.

[0048] In some embodiments of this application, the scene processing module is further configured to perform collision detection and ray detection on objects in the virtual plot to obtain processing results.

[0049] This application provides a management device, including:

[0050] The first memory is used to store executable instructions;

[0051] The first processor is configured to execute executable instructions stored in the first memory to implement the virtual scene management method on the management device side provided in the embodiments of this application.

[0052] This application provides a service device, including:

[0053] The second memory is used to store executable instructions;

[0054] The second processor is used to execute executable instructions stored in the second memory to implement the virtual scene management method on the service device side provided in the embodiments of this application.

[0055] This application provides a scenario device, including:

[0056] The third memory is used to store executable instructions;

[0057] The third processor, when executing executable instructions stored in the third memory, implements the virtual scene management method on the scene device side provided in the embodiments of this application.

[0058] This application provides a virtual scene management system, which includes: management equipment, service equipment, and scene equipment;

[0059] The management device is used to implement the virtual scene management method on the management device side provided in the embodiments of this application;

[0060] The service device is used to implement the virtual scene management method on the service device side provided in the embodiments of this application;

[0061] The scene device is used to implement the virtual scene management method on the scene device side provided in the embodiments of this application.

[0062] This application provides a computer-readable storage medium storing executable instructions, which are used to implement the virtual scene management method of the management device provided in this application when executed by a first processor, to implement the virtual scene management method of the service device provided in this application when executed by a second processor, and to implement the virtual scene management method of the scene device provided in this application when executed by a third processor.

[0063] This application provides a computer program product, including a computer program or computer executable instructions. When the computer program or computer executable instructions are executed by a first processor, they implement the virtual scene management method on the management device side provided in this application. When executed by a second processor, they implement the virtual scene management method on the service device side provided in this application. When executed by a third processor, they implement the virtual scene management method on the scene device side provided in this application.

[0064] The embodiments of this application have the following beneficial effects: The management device allocates multiple virtual plots obtained by dividing the virtual scene to multiple scene devices, and notifies each scene device to load its virtual plots through a first loading message. Furthermore, by synchronizing the loading configuration information with the service device, the service device can find the corresponding scene device among the multiple scene devices running in parallel based on the loading configuration information for scene processing. Since the map range of a virtual plot is much smaller than the map range of the entire virtual scene, and the number of objects it contains is also less than the number of objects in the entire virtual scene, by dividing the virtual scene into multiple virtual plots and loading them in parallel by multiple scene devices, each scene device can manage the virtual plots with only a small memory overhead and high management efficiency, ultimately reducing the memory overhead of the virtual scene and improving the management efficiency of the virtual scene. Attached Figure Description

[0065] Figure 1 This is a schematic diagram of the architecture of the virtual scene management system provided in the embodiments of this application;

[0066] Figure 2 This is a schematic diagram of the structure of the first server provided in an embodiment of this application;

[0067] Figure 3 This is a schematic diagram of the structure of the second server provided in an embodiment of this application;

[0068] Figure 4 This is a schematic diagram of the structure of the third server provided in an embodiment of this application;

[0069] Figure 5 This is a flowchart illustrating a virtual scene management method provided in an embodiment of this application;

[0070] Figure 6 This is another flowchart illustrating the virtual scene management method provided in this application embodiment;

[0071] Figure 7 This is another flowchart illustrating the virtual scene management method provided in the embodiments of this application;

[0072] Figure 8 This is a schematic diagram of the target segmentation boundary provided in the embodiments of this application;

[0073] Figure 9 This is a schematic diagram of the simplified object and its corresponding collider model provided in the embodiments of this application;

[0074] Figure 10 This is a schematic diagram of the replacement model portion provided in the embodiments of this application;

[0075] Figure 11This is a system architecture diagram for managing game scenes provided in an embodiment of this application;

[0076] Figure 12 This is a flowchart illustrating the process of managing a scene, as provided in an embodiment of this application.

[0077] Figure 13 This is a schematic diagram of the land parcel file export process provided in the embodiments of this application. Detailed Implementation

[0078] To make the objectives, technical solutions, and advantages of this application clearer, the application will be further described in detail below with reference to the accompanying drawings. The described embodiments should not be regarded as limitations on this application. All other embodiments obtained by those skilled in the art without creative effort are within the scope of protection of this application.

[0079] In the following description, references are made to “some embodiments,” which describe a subset of all possible embodiments. However, it is understood that “some embodiments” may be the same subset or different subsets of all possible embodiments and may be combined with each other without conflict.

[0080] In the following description, the terms "first, second, third" are used merely to distinguish similar objects and do not represent a specific ordering of objects. It is understood that "first, second, third" may be interchanged in a specific order or sequence where permitted, so that the embodiments of this application described herein can be implemented in an order other than that illustrated or described herein.

[0081] Unless otherwise defined, all technical and scientific terms used herein have the same meaning as commonly understood by one of ordinary skill in the art to which this application belongs. The terminology used herein is for the purpose of describing embodiments of this application only and is not intended to limit this application.

[0082] In the implementation of this application, the collection and processing of relevant data should strictly comply with the requirements of relevant laws and regulations, obtain the informed consent or separate consent of the personal information subject, and carry out subsequent data use and processing within the scope of laws and regulations and the authorization of the personal information subject.

[0083] Before providing a further detailed description of the embodiments of this application, the nouns and terms involved in the embodiments of this application will be explained, and the nouns and terms involved in the embodiments of this application shall be interpreted as follows.

[0084] 1) In response to, used to indicate the conditions or states on which the operation performed depends. When the conditions or states on which it depends are met, one or more operations performed may be performed in real time or with a set delay. Unless otherwise specified, there is no restriction on the order in which the multiple operations are performed.

[0085] 2) A virtual scene is a virtual scene displayed (or provided) by an application when it runs on a terminal. This virtual scene can be a simulation of the real world, a semi-simulated / semi-fictional virtual environment, or a purely fictional virtual environment. A virtual scene can be any of a two-dimensional, 2.5-dimensional, or three-dimensional virtual scene. In this embodiment, the dimension of the virtual scene is not limited. For example, a virtual scene may include sky, land, ocean, and virtual objects, etc. The land may include environmental elements such as deserts, cities, and mountains, and the user can control the movement of virtual objects within the virtual scene.

[0086] 3) Virtual objects: These are interactive images of people and objects within a virtual scene, or movable objects within the virtual scene. These movable objects can be virtual characters, virtual animals, anime characters, etc. For example, characters, animals, plants, rocks, etc., displayed in a virtual scene. A virtual object can be a virtual avatar representing the user within the virtual scene. A virtual scene can include multiple virtual objects, each with its own shape and volume, occupying a portion of the space within the virtual scene.

[0087] 4) Seamless maps refer to a technology that uses a cluster of multiple scene devices to create a vast virtual scene for users. Since a single scene device can only handle a limited map size and can only support a limited number of users, a cluster of multiple scene devices is needed. When a user controls a virtual object and moves from one end of the map to the other, they need to traverse multiple scene devices without any noticeable difference in the user experience. This allows users to explore larger-scale maps.

[0088] 5) Scene devices refer to dedicated devices used for field-of-view management and motion synchronization in virtual scenes. When the virtual scene is a game scene in turn-based or real-time games, it can also additionally synchronize user animations, skills, and other data.

[0089] 6) Voxel, short for volume element, is the smallest unit of representation of digital data in three-dimensional space.

[0090] 7) A static mesh is a geometric shape composed of multiple static polygons, which can be used as the basic building block in a virtual scene. In addition to building basic scenes, static meshes can also be used to create moving objects (such as doors or elevators), rigid body physics objects, plants, terrain decorations, game objectives, and other visual elements in the virtual scene.

[0091] 8) Landscape refers to the basic surface of a virtual scene, such as grasslands, mountains, rivers, roads, etc.

[0092] Virtual scenes offer users rich visual elements and can be widely used in various game applications. Furthermore, as game gameplay becomes more diverse, the demands on virtual scenes will increase. For example, in massively multiplayer online games (MMOs), the scale of the virtual scene is relatively small; for instance, it could be... While virtual scenes in open-world games (also known as roaming games, where users can freely roam and choose their character's actions and actions, and interact more freely with the virtual environment, such as building houses, harvesting fruit, and cooking) have high spatial complexity and are closely integrated with gameplay, such as multi-level caves, spiral staircases, and multi-level bridges, making the virtual scene more realistic. For example, on the same horizontal coordinate, there are planes of different heights; collecting items and attacking monsters require the user to be on the correct plane. Also, when the user hides behind rocks or trees, more precise ray detection technology is needed in the virtual scene. Furthermore, different heights of planes will be matched with different temperature controls to affect the health of the virtual objects controlled by the user, and so on.

[0093] In gaming applications, all logic processing during gameplay needs to be implemented on cloud-based scene devices. Therefore, these devices require complete terrain data of the virtual scene. Related technologies primarily involve first generating terrain data files for the virtual scene based on voxels, then loading these files onto the scene device to manage the virtual scene. However, some game applications feature large virtual scenes, potentially reaching 50 to 100 square kilometers. This results in significant memory overhead for virtual scene management, and the time required for loading and collision detection further exacerbates the problem, leading to high memory consumption and low management efficiency.

[0094] Furthermore, to enhance visual effects and gameplay experience, virtual scenes typically feature diverse terrains and objects with complex structures and concentrated collision information, such as low bushes and tall trees. However, generating these scene elements with high precision drastically increases the storage space occupied by the terrain data file (by a factor of two), while generating them with lower precision negatively impacts the accuracy of collision detection and other processing.

[0095] This application provides a method, apparatus, device, system, computer-readable storage medium, and computer program product for managing virtual scenes, which can improve and reduce the memory overhead of virtual scenes and improve the management efficiency of virtual scenes. The following describes the virtual scene management system provided in this application, and exemplary applications of the management device, scene device, and service device within the virtual scene management system. The management device, scene device, and service device provided in this application can all be implemented as various types of terminals such as laptops, tablets, desktop computers, set-top boxes, and mobile devices, or they can all be implemented as servers. The following will describe exemplary applications when the management device, scene device, and service device are all implemented as servers.

[0096] See Figure 1 , Figure 1 This is a schematic diagram of the architecture of the virtual scene management system provided in this application embodiment. The virtual scene management system provided in this application embodiment is used to schedule the loading process of virtual plots in a virtual scene and to respond to operation processing requests sent by the terminal based on the scheduling. To support the management application of a virtual scene, in the virtual scene management system 100, the terminal 400 is connected to the second server 500 (service device) through the network 300, and the second server 500 is connected to the first server 200 (management device) and the third server 600 (scene device) through the network 300. The network 300 can be a wide area network or a local area network, or a combination of both.

[0097] The first server 200 responds to startup messages sent by multiple third servers 600 respectively. Based on the configuration information table and the loading configuration information, it allocates virtual plots to be loaded to each third server 600 from multiple virtual plots. For each virtual plot to be loaded by a third server 600, it sends a first loading message to each third server 600, so that each third server 600 responds to the first loading message and loads the plot data file of the virtual plot to be loaded. The loading configuration information is synchronized to the second server 500, so that the second server 500 determines the third server 600 that matches the operation processing request based on the loading configuration information, and responds to the scene processing request sent by the second server 500 for the operation processing request through the matched third server 600, thereby realizing scene management.

[0098] The second server 500 is used to receive the loading configuration information sent by the first server 200; in response to the operation processing request sent by the terminal 400, based on the loading configuration information, it determines the third server 600 that matches the operation processing request from among the multiple third servers 600 corresponding to the multiple virtual plots; sends a scene processing request to the third server 600 that matches the operation processing request; receives the processing result returned by the third server 600 that matches the operation processing request for the scene processing request; and returns a notification message to the terminal 400 based on the processing result.

[0099] The third server 600 is used to respond to the startup operation by sending a startup message to the first server 200; receiving a first loading message returned by the first server 200 in response to the startup message; in response to the first loading message, obtaining the land data file of the virtual land parcel to be loaded and loading the land data file; receiving a scene processing request sent by the second server 500; in response to the scene processing request, performing scene processing on the virtual land parcel, obtaining the processing result, and returning the processing result to the second server 500.

[0100] Terminal 400 is used to respond to the user's operation on the graphical interface 410, generate an operation processing request, and send the operation processing request to the second server 500; receive the notification message returned by the second server 500 in response to the operation processing request, and display the notification message in the virtual scene displayed on the graphical interface 410.

[0101] The embodiments of this application can be implemented with the help of cloud technology, which refers to a hosting technology that unifies a series of resources such as hardware, software, and network within a wide area network or local area network to realize data computing, storage, processing, and sharing.

[0102] Cloud technology is a general term encompassing network technology, information technology, integration technology, management platform technology, and application technology based on the cloud computing business model. It can form resource pools, allowing for on-demand, flexible, and convenient use. Cloud computing technology will become a crucial support. The backend services of technical network systems require substantial computing and storage resources, which need to be realized through cloud computing.

[0103] For example, the first server 200, the second server 500, and the third server 600 can all be independent physical servers, server clusters or distributed systems composed of multiple physical servers, or cloud servers providing basic cloud computing services such as cloud services, cloud databases, cloud computing, cloud functions, cloud storage, network services, cloud communication, middleware services, domain name services, security services, CDN, and big data and artificial intelligence platforms. The terminal 400 can be a smartphone, tablet, laptop, desktop computer, smart speaker, smartwatch, etc., but is not limited to these. The terminal and the server can be directly or indirectly connected via wired or wireless communication, which is not limited in this embodiment.

[0104] See Figure 2 , Figure 2 This is a schematic diagram of the structure of the first server (an implementation of a management device) provided in an embodiment of this application. Figure 2 The first server 200 shown includes at least one first processor 210, a first memory 250, at least one first network interface 220, and a first user interface 230. The various components of the first server 200 are coupled together via a first bus system 240. It is understood that the first bus system 240 is used to implement communication between these components. In addition to a data bus, the first bus system 240 also includes a power bus, a control bus, and a status signal bus. However, for clarity, in… Figure 2 The general designated all buses as the first bus system 240.

[0105] The first processor 210 can be an integrated circuit chip with signal processing capabilities, such as a general-purpose processor, a digital signal processor (DSP), or other programmable logic devices, discrete gate or transistor logic devices, discrete hardware components, etc., wherein the general-purpose processor can be a microprocessor or any conventional processor, etc.

[0106] The first user interface 230 includes one or more first output devices 231 that enable the presentation of media content, including one or more speakers and / or one or more visual displays. The first user interface 230 also includes one or more first input devices 232, including user interface components that facilitate user input, such as a keyboard, mouse, microphone, touch screen display, camera, other input buttons and controls.

[0107] The first memory 250 may be removable, non-removable, or a combination thereof. Exemplary hardware devices include solid-state storage, hard disk drives, optical disk drives, etc. The first memory 250 may optionally include one or more storage devices physically located remote from the first processor 210.

[0108] The first memory 250 may include volatile memory or non-volatile memory, or both. The non-volatile memory may be read-only memory (ROM), and the volatile memory may be random access memory (RAM). The first memory 250 described in this application embodiment is intended to include any suitable type of memory.

[0109] In some embodiments, the first memory 250 is capable of storing data to support various operations, examples of which include programs, modules, and data structures or subsets or supersets thereof, as illustrated below.

[0110] The first operating system 251 includes system programs for handling various basic system services and performing hardware-related tasks, such as the framework layer, core library layer, and driver layer, for implementing various basic business functions and handling hardware-based tasks.

[0111] The first network communication module 252 is used to reach other computing devices via one or more (wired or wireless) first network interfaces 220, exemplary first network interfaces 220 including: Bluetooth, WiFi, and Universal Serial Bus (USB), etc.

[0112] The first presentation module 253 is configured to enable the presentation of information (e.g., a user interface for operating peripheral devices and displaying content and information) via one or more first output devices 231 (e.g., a display screen, a speaker, etc.) associated with the first user interface 230.

[0113] The first input processing module 254 is configured to detect and translate one or more user inputs or interactions from one or more first input devices 232.

[0114] In some embodiments, the first device for managing virtual scenes provided in this application can be implemented in software. Figure 2 A first device 255 for managing a virtual scene, stored in a first memory 250, is shown. This device can be software in the form of programs and plugins, and includes the following software modules: a land allocation module 2551, a first sending module 2552, a fault detection module 2553, a first receiving module 2554, and a data export module 2555. These modules are logically connected and can therefore be arbitrarily combined or further divided according to their implemented functions. The functions of each module will be described below.

[0115] See Figure 3 , Figure 3 This is a schematic diagram of the structure of the second server (an embodiment of a service device) provided in an embodiment of this application. Figure 3 The second server 500 shown includes at least one second processor 510, a second memory 550, at least one second network interface 520, and a second user interface 530. The various components in the second server 500 are coupled together via a second bus system 540. It is understood that the second bus system 540 is used to implement communication between these components. In addition to a data bus, the second bus system 540 also includes a power bus, a control bus, and a status signal bus. However, for clarity, in… Figure 3 The general designated all buses as the second bus system 540.

[0116] The second processor 510 can be an integrated circuit chip with signal processing capabilities, such as a general-purpose processor, a digital signal processor (DSP), or other programmable logic devices, discrete gate or transistor logic devices, discrete hardware components, etc., wherein the general-purpose processor can be a microprocessor or any conventional processor, etc.

[0117] The implementation of the second user interface 530 is similar to that of the first user interface 230, and will not be described again.

[0118] The second memory 550 may be removable, non-removable, or a combination thereof. Exemplary hardware devices include solid-state storage, hard disk drives, optical disk drives, etc. The second memory 550 may optionally include one or more storage devices physically located remote from the second processor 510.

[0119] The second memory 550 may include volatile memory or non-volatile memory, or both. The non-volatile memory may be read-only memory (ROM), and the volatile memory may be random access memory (RAM). The second memory 550 described in this application embodiment is intended to include any suitable type of memory.

[0120] In some embodiments, the second memory 550 is capable of storing data to support various operations, examples of which include programs, modules, and data structures or subsets or supersets thereof, as illustrated below.

[0121] The implementation of the second operating system 551 is similar to that of the first operating system 251, and will not be described again.

[0122] The implementation of the second network communication module 552 is similar to that of the first network communication module 252, and will not be described again.

[0123] The implementation of the second presentation module 553 is similar to that of the first presentation module 253, and will not be described again.

[0124] The implementation of the second input processing module 554 is similar to that of the first input processing module 254, and will not be described again.

[0125] In some embodiments, the second device for managing virtual scenes provided in this application can be implemented in software. Figure 3 A second device 555 for managing virtual scenes, stored in a second memory 550, is shown. This device can be software in the form of programs and plugins, and includes the following software modules: a second receiving module 5551, a device determining module 5552, and a second transmitting module 5553. These modules are logically linked and can therefore be arbitrarily combined or further separated according to their implemented functions. The functions of each module will be described below.

[0126] See Figure 4 , Figure 4 This is a schematic diagram of the structure of the third server (an implementation of a scene device) provided in an embodiment of this application. Figure 4 The third server 600 shown includes at least one third processor 610, a third memory 650, at least one third network interface 620, and a third user interface 630. The various components in the third server 600 are coupled together via a third bus system 640. It is understood that the third bus system 640 is used to implement communication between these components. In addition to a data bus, the third bus system 640 also includes a power bus, a control bus, and a status signal bus. However, for clarity, in… Figure 4The Lieutenant General labeled all buses as the Third Bus System 640.

[0127] The third processor 610 can be an integrated circuit chip with signal processing capabilities, such as a general-purpose processor, a digital signal processor (DSP), or other programmable logic devices, discrete gate or transistor logic devices, discrete hardware components, etc. The general-purpose processor can be a microprocessor or any conventional processor, etc.

[0128] The implementation of the third user interface 630 is similar to that of the first user interface 230, and will not be described again.

[0129] The third memory 650 can be removable, non-removable, or a combination thereof. Exemplary hardware devices include solid-state storage, hard disk drives, optical disk drives, etc. The third memory 650 may optionally include one or more storage devices physically located remote from the third processor 610.

[0130] The third memory 650 may include volatile memory or non-volatile memory, or both. The non-volatile memory may be read-only memory (ROM), and the volatile memory may be random access memory (RAM). The third memory 650 described in this application embodiment is intended to include any suitable type of memory.

[0131] In some embodiments, the third memory 650 is capable of storing data to support various operations, examples of which include programs, modules, and data structures or subsets or supersets thereof, as illustrated below.

[0132] The implementation of the third operating system 651 is similar to that of the first operating system 251, and will not be described again.

[0133] The implementation of the third network communication module 652 is similar to that of the first network communication module 252, and will not be described again.

[0134] The implementation of the third presentation module 653 is similar to that of the first presentation module 253, and will not be described again.

[0135] The implementation of the third input processing module 654 is similar to that of the first input processing module 254, and will not be described again.

[0136] In some embodiments, the third device for managing virtual scenes provided in this application can be implemented in software. Figure 4A third device 655 for managing virtual scenes, stored in a third memory 650, is shown. This device can be software in the form of programs and plugins, and includes the following software modules: a third sending module 6551, a third receiving module 6552, a data loading module 6553, and a scene processing module 6554. These modules are logically connected and can therefore be arbitrarily combined or further separated according to their implemented functions. The functions of each module will be described below.

[0137] In other embodiments, the first, second, and third devices for virtual scene management provided in this application can be implemented in hardware. As an example, the first, second, and third devices provided in this application can be processors in the form of hardware decoding processors, which are programmed to execute the scene management method provided in this application. For example, the processor in the form of a hardware decoding processor can be one or more application-specific integrated circuits (ASICs), DSPs, programmable logic devices (PLDs), complex programmable logic devices (CPLDs), field-programmable gate arrays (FPGAs), or other electronic components.

[0138] In some embodiments, the first server, second server, and third server can implement the virtual scene management method provided in this application embodiment by running computer programs. For example, the computer program can be a native program or software module in an operating system; it can be a native application (APP), that is, a program that needs to be installed in the operating system to run, such as a game APP; it can also be a mini-program, that is, a program that only needs to be downloaded to a browser environment to run; or it can be a mini-program that can be embedded in any APP. In short, the above-mentioned computer program can be any form of application, module, or plugin.

[0139] This application's embodiments can be applied to the management of virtual scenes in cloud technology, artificial intelligence, smart transportation, and vehicle-mounted systems. Below, the management method for virtual scenes provided by this application's embodiments will be described through exemplary applications and implementations of the management equipment, service equipment, and scene equipment provided in this application's embodiments.

[0140] See Figure 5 , Figure 5 This is a flowchart illustrating a virtual scene management method provided in an embodiment of this application, which will be combined with... Figure 5 The steps shown are explained.

[0141] S101. The scene device responds to the startup operation by sending a startup message to the management device.

[0142] This application embodiment is implemented in a scenario of managing virtual scenes, such as managing virtual scenes in a game to implement game processing logic, or managing virtual scenes in virtual reality to facilitate interaction with the user. In this application embodiment, multiple scene devices for loading different virtual plots are provided, a management device for managing the loading process of multiple scene devices, and a service device for directly interacting with the user's terminal during virtual scene runtime. When each scene device detects a startup operation, it generates a startup message in response to the startup operation and sends the startup message to the management device via the network. The management device receives the startup message sent by each scene device, wherein the startup message indicates to the management device that the scene device is ready to start loading the plot data file.

[0143] It is understood that the startup operation can be either powering on the scene device or triggering the scene device to load the land data file. This application embodiment does not specifically limit the specific operation.

[0144] S102. In response to the startup messages sent by multiple scene devices, the management device allocates virtual plots to be loaded to each scene device from multiple virtual plots based on the loading configuration information.

[0145] After receiving the startup message sent by each scene device, the management device reads the loading configuration information and uses the loading configuration information to determine the virtual plot waiting to be loaded for each virtual device from multiple different virtual plots.

[0146] It should be noted that multiple virtual plots are obtained by dividing the virtual scene, and each scene device has one of the multiple virtual plots to be loaded. That is to say, in this embodiment of the application, a scene device only loads one virtual plot (the virtual plot can be understood as a part of the virtual scene) in the virtual scene. However, the map range of the virtual plot is necessarily much smaller than the map range of the entire virtual scene, so it only requires a small memory overhead.

[0147] It should also be noted that the loading configuration information is used to record the virtual plots to be loaded for each scene device. The loading configuration information can exist in the form of a data table, or in the form of text or voice (in which case the management device can use artificial intelligence technology to recognize and parse the text or voice to obtain the virtual plots to be loaded for each scene device).

[0148] In some embodiments of this application, the loading configuration information can be created by the operation and maintenance personnel or administrators of the virtual scene. For example, the operation and maintenance personnel can designate virtual plot 1 as the virtual plot to be loaded for scene device 1, and virtual plot 3 as the virtual plot to be loaded for scene device 2, thereby obtaining the loading configuration information.

[0149] In some other embodiments of this application, the loading configuration information can be generated by the management device itself. For example, the management device can evaluate the memory overhead required for each virtual plot based on the number and complexity of objects contained in each virtual plot (which can be read from the plot data file), and at the same time read the performance parameters (such as memory size, computing speed, etc.) of multiple scene devices. Based on the memory overhead and performance parameters, the management device determines the appropriate scene device for each virtual plot, thereby obtaining the loading configuration information.

[0150] S103. The management device sends a first loading message to each scene device for each virtual plot to be loaded.

[0151] After assigning virtual plots to be loaded to each scene device, the management device can generate a first loading message for each scene device based on the identifier (e.g., number or name) of the virtual plots to be loaded, and send the first loading message to each scene device via the network. The scene device receives the first loading message returned by the management device in response to the startup message.

[0152] Understandably, the management device can directly package the identifier of the virtual plot to be loaded, or it can encrypt the identifier before packaging it, and then use the address of the scene device to encapsulate the obtained data packet to obtain the first loading message.

[0153] S104. The scene device responds to the first loading message, obtains the land data file of the virtual land parcel to be loaded, and loads the land data file.

[0154] The scene device responds to the received first loading message by obtaining the land data file of the virtual plot to be loaded. After obtaining the corresponding land data file, it can load the land data file into memory, thus completing the loading of the virtual plot. The virtual plot to be loaded is one of multiple virtual plots obtained by dividing the virtual scene.

[0155] In some embodiments, the land parcel data file of the virtual land parcel to be loaded can be obtained from the scene device's own storage space. In this case, the storage space can store land parcel data files corresponding to multiple virtual land parcels (which can be copied in advance by operation and maintenance personnel or management personnel). The scene device obtains the land parcel data file of the virtual land parcel to be loaded by parsing the identifier from the first loading message.

[0156] In other embodiments, the land parcel data file of the virtual land parcel to be loaded can be obtained by the scene device from the management device through a data retrieval message.

[0157] S105. The management device will load the configuration information and synchronize it to the service device.

[0158] In this embodiment, the virtual land parcel is divided into multiple virtual land parcels, each loaded into multiple scene devices. When the service device interacts with the user's terminal, it relies on the scene devices for corresponding logical processing (e.g., collision detection, ray detection, etc.). Therefore, the management device also needs to synchronize the loading configuration information to the service device via the network. This allows the service device to determine which scene device is responsible for loading different virtual land parcels, thus achieving scene management. The service device receives the loading configuration information synchronized by the management device.

[0159] It should be noted that S105 and S103-S104 can also be executed in other orders. For example, the management device can execute S105 first and then S103-S104, or it can execute S103-S104 (S103-S104 are regarded as a whole) and S105 simultaneously. This application embodiment does not limit this.

[0160] S106. In response to the operation processing request sent by the terminal, the service device determines the scene device that matches the operation processing request from multiple scene devices corresponding to multiple virtual plots based on the loaded configuration information.

[0161] The service device is a device that communicates directly with the user's terminal. The terminal responds to the user's actions in the virtual scene, generates an operation processing request, and sends it to the service device. Upon receiving the operation processing request, the service device first determines the location of the user's virtual object within the virtual scene, thus identifying the virtual plot where the virtual object is situated. Then, it reads the loading configuration information and, based on the virtual plot where the virtual object is located, filters from multiple scene devices used to load multiple virtual plots to select the scene device corresponding to the virtual plot where the virtual object is situated. The selected scene device is the one that matches the operation processing request. The multiple virtual plots are derived from the division of the virtual scene.

[0162] It is understandable that operation processing requests can be requests issued by the terminal when a user triggers the use of virtual items, such as a request issued when using a capture item to capture a virtual pet in a virtual scene, or a request issued when using a gathering item to gather virtual resources in a virtual scene. Operation processing requests can also be requests issued by the terminal when a user interacts with movable virtual objects, such as a request issued when fighting against virtual objects belonging to other players, or a request issued when attacking movable monsters in a virtual scene, etc.

[0163] S107. The service device sends a scene processing request to the scene device that matches the operation processing request.

[0164] The scene device receives scene processing requests sent by the service device.

[0165] S108. The scene device responds to the scene processing request, performs scene processing on the virtual plot, obtains the processing result, and returns the processing result to the service device.

[0166] After receiving a scene processing request from the service device, the scene device begins scene processing for the virtual plot to complete the business logic processing of the virtual scene. This includes checking whether a virtual object's prop has hit a target, or whether the virtual object's height in the virtual scene has reached a preset height, etc., thus obtaining the processing result. Next, the scene device returns the processing result to the service device. The service device receives the processing result returned by the scene device for the scene processing request that matches the operation processing request.

[0167] S109. Based on the processing result, the service device returns a notification message to the terminal.

[0168] After receiving the processing result, the service device will use the information represented by the processing result to determine the notification message that needs to be generated for the operation processing request. For example, by representing the processing result that the virtual prop did not hit the target, a notification message of failure to capture the target will be generated, or by representing the virtual object's height that did not reach the preset height, a notification message of failure to be in the task plane will be generated, and so on. The notification message will be sent to the user's terminal through the network so that the user can know whether the operation processing request has been completed.

[0169] Understandably, compared to related technologies where virtual scenes suffer from high memory overhead and low management efficiency, this embodiment addresses these issues by having the management device allocate multiple virtual plots (divided into multiple virtual areas) to multiple scene devices. A first loading message notifies each scene device to load its assigned virtual plot. Furthermore, by synchronizing loading configuration information with the service device, the service device can locate the corresponding scene device among the multiple running scene devices for scene processing. Since the map area of ​​a virtual plot is much smaller than the entire virtual scene's map area, and the number of objects it contains is also less than the total number of objects in the virtual scene, dividing the virtual scene into multiple virtual plots and loading them in parallel by multiple scene devices allows each scene device to manage the virtual plots with minimal memory overhead and high management efficiency. This ultimately reduces the memory overhead of the virtual scene and improves its management efficiency.

[0170] based on Figure 5 See Figure 6 , Figure 6 This is another flowchart illustrating the virtual scene management method provided in this application. In some embodiments of this application, after the management device synchronizes the loaded configuration information to the service device, and before the service device sends a scene processing request to the scene device matching the operation processing request, i.e., after S105 and before S107, the method may further include:

[0171] S201. The management device performs connection tests on devices in multiple scenarios and obtains multiple test results.

[0172] Specifically, the detection results indicate whether the connection with the scene devices has been lost. In other words, the management device needs to detect whether the connection with each scene device is normal in order to obtain the detection result corresponding to each scene device. Understandably, the management device can establish a "heartbeat" with each scene device to determine whether the connection with each scene device is normal through the "heartbeat" mechanism, or it can randomly send detection data to the scene devices and determine whether the connection with each scene device is normal based on whether the scene device returns a receipt confirmation message for the detection data.

[0173] S202. The management equipment selects the faulty scene equipment from multiple scene equipment based on multiple test results.

[0174] The management device can determine whether a detection result indicates a disconnection from the scene device by reading the value corresponding to the fault judgment field from multiple detection results, or by matching multiple detection results with preset results representing disconnection (e.g., similarity calculation). This allows the extraction of detection results indicating a disconnection from the scene device, and the scene device corresponding to the extracted detection result is identified as the faulty scene device. In other words, in this embodiment, the faulty scene device includes the disconnected scene device.

[0175] S203. For the virtual land parcel to be loaded by the faulty scene device, the management device sends a second loading message to the backup device, so that the backup device responds to the second loading message and loads the land parcel data file of the virtual land parcel to be loaded by the faulty scene device.

[0176] In this embodiment, in addition to multiple scene devices, at least one backup device is deployed. The management device generates a second loading message based on the identifier (number or name) of the virtual plot to be loaded by the malfunctioning scene device, and sends the second loading message to the backup device. Upon receiving the second loading message, the backup device responds by loading the plot data file of the virtual plot to be loaded by the malfunctioning scene device into memory, thereby managing the corresponding virtual plot in place of the malfunctioning scene device.

[0177] Understandably, the backup device can pre-store the land parcel data file for each virtual plot, allowing it to quickly replace the faulty scene device and manage the virtual scene when a scene device fails. The backup device can also retrieve the land parcel data file of the virtual plot to be loaded from the faulty scene device in real time, thus saving storage space on the backup device.

[0178] S204. In response to the successful loading message sent by the standby device, the management device updates the loading configuration information and synchronizes the updated configuration information to the service device.

[0179] After the backup device completes loading the land parcel data file, it returns a loading success message to the management device in response to the second loading message. Upon receiving the loading success message, the management device updates its original loading configuration information, essentially replacing the faulty scene device with the backup device, and synchronizes the updated configuration information to the service device. The service device receives the updated configuration information synchronized by the management device.

[0180] S205. The service device responds to the operation processing request sent by the terminal and determines the scene device that matches the operation processing request based on the updated configuration information.

[0181] In this process, the updated configuration information replaces the faulty scene devices in multiple scene devices with backup devices. For each operation processing request, the service device identifies a matching scene device in the updated configuration information. This matching scene device can be a newly added backup device (i.e., the original scene device failed) or an existing scene device (those that did not fail).

[0182] It is understood that in the embodiments of this application, the management device can use a backup device to replace the faulty scene device when the scene device fails, thereby realizing a disaster recovery mechanism for the management process of virtual scene, making the management of virtual scene more reliable and stable.

[0183] See Figure 7 , Figure 7 This is another flowchart illustrating the virtual scene management method provided in this application. In some embodiments of this application, before the management device responds to the start messages sent by multiple scene devices, i.e., before S101, the method may further include: S301-S304, as follows:

[0184] S301. The management device determines the initial segmentation boundary for the virtual scene.

[0185] In some embodiments, the management device can determine the initial segmentation boundary for the entire virtual scene according to a preset ratio (e.g., the initial segmentation boundary can be determined according to a proportional ratio). In other embodiments, the management device can also determine the initial segmentation boundary for the entire virtual scene according to different scene content (e.g., the scene content of lakes and mountains is very different, and the initial segmentation boundary can be determined by the dividing road between lakes and mountains). This application embodiment does not make specific limitations here.

[0186] S302. The management equipment uses a safe distance to expand the initial dividing boundary to obtain the target dividing boundary.

[0187] Understandably, the safety distance is an extension distance set to ensure that scene processing such as collision detection and ray detection in the virtual plot can work normally. The safety distance needs to be applied to the initial dividing boundary, that is, the safety distance needs to be used to extend the initial dividing boundary in all directions or in a specific direction, so as to expand the initial dividing boundary and obtain the target dividing boundary.

[0188] For example, Figure 8This is a schematic diagram of the target partition boundary provided in an embodiment of this application. The length of each side of the virtual scene 8-1 is N km. The management device first determines the initial partition boundary 8-11 of the virtual scene 8-1 in a proportional manner, and then extends the initial partition boundary outwards at a safe distance to obtain the target partition boundary 8-12. It can be seen that the virtual plot obtained based on the target partition boundary 8-12 is larger than the virtual plot obtained based on the initial partition boundary 8-11.

[0189] S303. The management equipment divides the virtual scene according to the target dividing boundary to obtain multiple virtual plots.

[0190] S304. The management device exports the corresponding land data file for each virtual land plot and distributes the land data files of multiple virtual land plots to multiple scene devices.

[0191] After obtaining multiple virtual plots, the management device iterates through the objects within each virtual plot, exporting the collider model corresponding to each object, or a simplified model corresponding to that object's collider model (one plot data file is exported per virtual plot), thus obtaining the plot data file for each virtual plot. Finally, the management device sends the plot data files of each of the multiple virtual plots to multiple scene devices. Here, the management device can send the plot data files of all virtual plots to each scene device, or it can send the plot data files of the virtual plots that need to be loaded later to each scene device; this embodiment does not limit the scope of the application.

[0192] In some embodiments of this application, the specific process of exporting the corresponding land parcel data file for each virtual land parcel, i.e., S304, can be achieved through the following processing: filtering out the objects to be simplified from multiple objects in each virtual land parcel; simplifying the collision model of the object to be simplified to obtain a simplified model; exporting the simplified model and the collision models of other objects among the multiple objects besides the object to be simplified to obtain the land parcel data file corresponding to each virtual land parcel.

[0193] Each virtual plot contains multiple objects, some of which are objects that can be simplified by collider simplification (the colliders of these objects contain complex but detailed collision information, such as tree leaves, bush branches, etc.). When exporting data, the management device can simplify the collider models of the objects to be simplified, thus obtaining a simplified model that does not affect the accuracy of scene processing and simplifies the complex but detailed collision information (these parts require a certain amount of storage resources). Then, the simplified models of the objects to be simplified, as well as the collider models of other objects that cannot be simplified, are exported to obtain the plot data file for each virtual plot.

[0194] For example, Figure 9 This is a schematic diagram of the object to be simplified and its corresponding collider model provided in the embodiments of this application. The virtual plot shown in interface 9-1 contains some large trees 9-11. The details of the leaves of these trees do not affect the accuracy of collision detection and ray detection, but their local complex details will increase the complexity of the collider model 9-21 corresponding to the trees in interface 9-2. Therefore, the management device can take the large trees 9-11 as the object to be simplified, and the collider 9-21 of the large trees is the collider model corresponding to the object to be simplified, which needs to be simplified.

[0195] In some embodiments of this application, the specific process by which the management device selects objects to be simplified from multiple objects in each virtual plot can be achieved through the following processing: selecting objects to be detected whose center coordinates are not located in the virtual plot from multiple objects in each virtual plot; performing collision detection on the enclosing region corresponding to the virtual plot for the object to be detected, and obtaining the collision result; when the collision result indicates that the object to be detected hits the enclosing region, selecting the object to be simplified from the objects to be detected.

[0196] It's important to note that virtual scenes often contain large objects, such as mountains and lakes. These objects may occupy two or more virtual plots, but their center coordinates only exist within one virtual plot (an object has exactly one center coordinate). Therefore, exporting data for each virtual plot solely based on its center coordinates can easily lead to missing data for these large objects (for example, the plot data file for the virtual plot containing the mountain's center coordinates might contain the mountain's data, but other virtual plot data files might not). To address this, the management device first needs to use the center coordinates of multiple objects within each virtual plot to identify objects whose center coordinates are not located within that virtual plot. These objects are then identified as objects to be detected. Collision detection is then performed between these objects and the surrounding area of ​​the virtual plot to determine whether the detected object occupies space within that virtual plot. When the collision result indicates that the object to be detected hits the enclosed area, that is, when it collides with the enclosed area, it means that the object to be detected occupies space in the virtual plot. Therefore, when the subsequent management device traverses the objects, it will also include the object to be detected. That is, it will also determine whether the object to be detected can be simplified, and select the objects that can be simplified as objects to be simplified.

[0197] It is understood that the collision detection in the embodiments of this application can be implemented by any existing collision detection technology, and the embodiments of this application are not limited thereto.

[0198] In some embodiments of this application, the specific process by which the management device simplifies the collision model of the object to be simplified to obtain a simplified model can be achieved through the following process: for the object to be simplified, determine the part to be replaced, wherein the part to be replaced includes the part with complex details and concentrated collision information; determine the corresponding replacement model part for the part to be replaced, and use the replacement model part to simplify the collision model of the object to be simplified to obtain a simplified model.

[0199] It should be noted that "complex details" can refer to a complexity exceeding a complexity threshold, and "collision information concentration" can refer to a region where the volume of the collision information is smaller than the area. The complexity can be calculated by the management device based on the number of sharp corners and texture images of each part of the object to be simplified. The region where the collision information is located can be obtained by determining the coordinates of the collision points. For example, a closed surface can be fitted based on the coordinates of the outermost collision points, and the region enclosed by the closed surface can be defined as the region where the collision information is located.

[0200] The replacement model part refers to a model part whose shape is more similar to the original model part of the part to be replaced than a certain threshold, or whose collision information is more similar to the collision information of the original model part of the part to be replaced than a certain threshold. In the embodiments of this application, the replacement model part can be obtained by searching for the model that is closest to the part to be replaced from a preset replacement model library, or by blurring the details of the part to be replaced.

[0201] For example, Figure 10 This is a schematic diagram of the replacement model portion provided in the embodiments of this application. When the part to be replaced 10-1 is the trunk of a large tree, the replacement model portion 10-2 can be a cylinder; when the part to be replaced 10-3 is the crown of a large tree, the replacement model portion 10-4 can be a sphere. In this way, the management device can replace the collision body model of the large tree with a simplified model composed of a cylinder and a sphere.

[0202] It is understandable that, compared to related technologies, using high-precision generation for objects with complex structures and concentrated collision information would drastically increase the storage space occupied by terrain data files (reaching a quadratic increase), while using low-precision generation would negatively affect the accuracy of collision detection and other processing. In this embodiment, the management device generates simplified models for objects with complex structures and concentrated collision information, and uses the simplified models to reduce the amount of data for these objects, thereby greatly reducing the size of the exported land parcel data files.

[0203] In some embodiments of this application, the scene device performs scene processing on the virtual plot to obtain the processing result, i.e., the specific process of 108, can be achieved by the following processing: performing collision detection and ray detection on objects in the virtual plot to obtain the processing result.

[0204] That is, in the embodiments of this application, scene processing can be implemented through collision detection and ray detection, and the processing result obtained is the result of collision detection and ray detection. It is understood that the collision detection in the embodiments of this application can be implemented based on any existing collision detection technology (such as the collision detection technology provided by Unity engine or Cocos engine), and the ray detection can be implemented based on any existing ray detection technology (such as the ray detection technology provided by Unity engine or Cocos engine). The embodiments of this application are not limited here.

[0205] The following will describe an exemplary application of the embodiments of this application in a real-world application scenario.

[0206] The embodiments of this application are implemented when managing scenes (virtual scenes) in an open-world game.

[0207] In this embodiment of the application, the scene can be divided according to a certain proportion, so as to Figure 8 For example, a scene with a side length of 9km and a total area of ​​81 square kilometers can be divided into 9 regions proportionally. Then, in the boundary regions, to ensure that collision detection and ray detection can be performed normally, a safety boundary (target segmentation boundary) can be set, that is, an area of ​​100 meters (safe distance) is exported on each side. In this way, the scene is exported as 9 plot files (plot file data), each plot file corresponding to a plot (virtual plot) of 9 to 10.2 square kilometers. These 9 files are loaded by 9 scene servers (scene devices) respectively (at this time, each scene server only loads 1 file). This can greatly reduce the overhead of scene server loading and running scene.

[0208] Figure 11 This is a system architecture diagram for managing game scenes provided in an embodiment of this application. See also... Figure 11 The system architecture includes access server cluster 11-1 (service equipment), scene servers 1 to 9, management server 11-2 (management equipment), and backup node 11-4 (standby equipment). Access server cluster 11-1 comprises lobby server cluster 11-11 and battle server cluster 11-12. Access server cluster 11-1 consists of nine scene servers, acting as the visitors to scene servers 1 to 9. Scene servers 1 to 9 load the nine plot files mentioned above, thus managing the entire scene together. These nine scene servers are managed and scheduled by management server 11-2. When any of the nine scene servers fails, management server 11-2 can switch over to ensure the normal loading and operation of the scene.

[0209] For more details, the management server maintains a complex configuration table (loading configuration information), see [link to relevant documentation]. Figure 11 Configuration table 11-3 stores the correspondence between each plot and the scene server. The management server maintains a heartbeat with all scene servers. When each scene server starts, it communicates with the management server (through a startup message) and learns which plots need to be loaded (through a first loading message), and then loads them. If a scene server fails, the management server will schedule a backup node to replace it. For example, when scene server 5 fails, the management server will notify the backup node to replace scene server 5 and notify the access server cluster, namely the lobby server cluster and the battle server cluster, to update the configuration table (to obtain updated configuration information).

[0210] The lobby server cluster handles complex player virtual activities, virtual mailboxes, virtual backpacks, and other business logic unrelated to the virtual scene. It sends requests to the scene server and simultaneously receives configuration tables synchronized from the management server.

[0211] The combat server cluster is responsible for processing all virtual combat logic. It sends requests to the scene server and receives configuration tables synchronized by the management server.

[0212] Scene servers 1 through 9 are responsible for collision detection and ray detection of the plots they load. They load only one plot at a time and keep a heartbeat with the management server.

[0213] The alternative node will store the land parcel files of 9 parcels in the storage space. It will not actively load the land parcel files during runtime. It will only load the required land parcels when it receives the loading command (second loading message) from the management server and maintain a heartbeat with the management server.

[0214] Figure 12 This is a flowchart illustrating the process of scene management provided in an embodiment of this application. See also... Figure 12 The process may include:

[0215] S401. The client (terminal) sends a request (operation processing request) for a throwing prop in the virtual backpack, which is used to capture virtual animals in the scene.

[0216] S402, Access the server cluster to deduct throwing items from the virtual backpack.

[0217] S403, Access server cluster to send capture request (scene processing request).

[0218] S404, Scene Server 1 determines whether the throwing curve has collisions or occlusions.

[0219] S405, Scene Server 1 determines that the throwing curve is reasonable, completes the capture, and deducts the virtual animal from the scene (processing result).

[0220] S406. Access the server cluster to add virtual animals to the virtual backpack.

[0221] S407, Access server cluster notification client capture successful (notification message).

[0222] S408, Scenario Server 1 and Management Server lost heartbeat.

[0223] S409. The management server notifies the alternative node to replace scenario server 1 (at this time, it is referred to as the scenario device that has failed).

[0224] S410, Alternate nodes load the corresponding land parcel files.

[0225] S411, Alternate node notification: successful loading of parcel file (loading success message).

[0226] S412, Update the configuration table of the management server, that is, make scenario server 1 a backup node.

[0227] S413, Management server notifies access server cluster to update configuration table.

[0228] S414, Access server cluster sends subsequent business requests to alternative nodes.

[0229] This shows that during normal operation, when a player encounters a virtual animal in the scene, they can capture it using throwable items from their virtual inventory, for example, by hitting the virtual animal with the throwable item. In this process, collision detection needs to be performed on scene server 1. If the player is at the boundary between plot 1 and plot 2, and the player's coordinates are in plot 1 while the virtual animal is in plot 2, collision detection will be performed on scene server 1 (since scene server 1 has already loaded a certain area of ​​plot 2, it can perform the detection normally). After the player enters plot 2, subsequent operations will be performed on scene server 2. If the player frequently moves between the boundaries of plot 1 and plot 2, to avoid frequent server switching, this embodiment can set a transition value, meaning that after the player moves more than 10 meters from plot 1 to plot 2, the operation can be managed on scene server 2, thus solving the problem of frequent switching caused by movement.

[0230] In the event of a failure, specifically a loss of heartbeat between Scene Server 1 and the Management Server, the Management Server determines that Scene Server 1 has been terminated and notifies the backup node to replace it. The backup node then loads the land file corresponding to Land Plot 1. After successful loading, the backup node notifies the Management Server. Upon receiving the notification, the Management Server updates its configuration table and synchronizes this information with the Lobby Server Cluster and Battle Server Cluster in the Access Server Cluster. Subsequent requests regarding Land Plot 1 will be sent to the backup node for processing. To utilize memory more efficiently, the backup node's storage space can hold data for up to nine land plot files, but the specified land plot file will only be loaded upon receiving a notification from the Management Server.

[0231] In this embodiment, the management server needs to export a corresponding plot file for each plot. At this time, the management server can generate corresponding proxy models (simplified models) for objects in the scene with locally complex details and concentrated collision information (objects to be simplified), thereby saving storage resources. For example, for the collider of trees with complex details in the scene, the trunk can be simplified to a cylinder, and the crown to a sphere. Since trees usually occupy a large proportion of the scene, the size of the plot file can be greatly reduced through proxy models.

[0232] For example, Figure 13 This is a schematic diagram illustrating the land parcel file export process provided in an embodiment of this application. The process may include:

[0233] S501, Management Server settings for export parameters. These export parameters may include: variable length of square blocks, and security boundary threshold.

[0234] S502. The management server begins exporting the Nth land parcel. N starts from 1 and continues until all land parcels have been processed.

[0235] S503, the management server creates a bounding box (enclosed area) with a security boundary as the threshold.

[0236] S504, the management server traverses all objects in the scene.

[0237] S505. The management server determines whether the object's world coordinates are within the current tile. If yes, proceed to S507; otherwise, proceed to S506.

[0238] S506. The management server determines whether the object has collided with its bounding box. If yes, proceed to S507; otherwise, no action is taken.

[0239] It should be noted that this step is to avoid situations where some large objects, whose bounding boxes are inside the current tile but whose world coordinates are not inside the current tile, are lost during object traversal due to direct cutting. Using bounding boxes to perform collision detection on objects can detect these objects.

[0240] S507. The management server determines whether a proxy model exists. If yes, proceed to S508; otherwise, proceed to S509.

[0241] One way to determine whether an object has a proxy model is by its name. For example, objects with specific strings in their names, such as SM_EnGra, have a proxy model.

[0242] S508, the management server creates an agent model and adds it to the exported collection.

[0243] S509, Add the original model to the exported collection on the management server.

[0244] After the S510 management server completes its traversal, it outputs the result file.

[0245] S511, The management server begins exporting the N+1th land parcel.

[0246] At this point, the management server can complete the export of the land parcel files.

[0247] It is understood that in the embodiments of this application, user information, such as operation processing requests and other related data, is involved. When the embodiments of this application are applied to specific products or technologies, user permission or consent is required, and the collection, use and processing of related data must comply with the relevant laws, regulations and standards of the relevant countries and regions.

[0248] The following description continues to illustrate the exemplary structure of the first device 255 for virtual scene management provided in the embodiments of this application as a software module. In some embodiments, such as Figure 2 As shown, the software module stored in the first device 255 of the first memory 250 may include:

[0249] The land allocation module 2551 is used to respond to the start messages sent by multiple scene devices respectively, and allocate the virtual land to be loaded to each scene device from multiple virtual land plots based on the loading configuration information; wherein, the multiple virtual land plots are obtained by dividing the virtual scene, and the loading configuration information is used to record the virtual land plot to be loaded for each scene device;

[0250] The first sending module 2552 is configured to send a first loading message to each of the scene devices for each virtual plot to be loaded, so that each scene device responds to the first loading message and loads the plot data file of the virtual plot to be loaded; and to synchronize the loading configuration information to the service device, so that the service device determines the scene device matching the operation processing request based on the loading configuration information, and responds to the scene processing request sent by the service device for the operation processing request through the matching scene device, thereby realizing scene management.

[0251] In some embodiments of this application, the first device 255 further includes: a fault detection module 2553 and a first receiving module 2554;

[0252] The fault detection module is used to perform connection detection on multiple scene devices respectively, and obtain multiple detection results; the detection results indicate whether the connection with the scene device is broken; based on the multiple detection results, the scene devices that have failed are selected from the multiple scene devices; wherein, the scene devices that have failed include the scene devices that have been disconnected.

[0253] The first sending module 2552 is further configured to send a second loading message to a backup device for the virtual land parcel to be loaded by the scene device that has malfunctioned, so that the backup device responds to the second loading message and loads the land parcel data file of the virtual land parcel to be loaded by the scene device that has malfunctioned;

[0254] The first receiving module 2554 is used to update the loading configuration information in response to the loading success message sent by the backup device;

[0255] The first sending module 2552 is further configured to synchronize the updated configuration information obtained from the update to the service device, so that the service device can determine the scene device that matches the operation processing request based on the updated configuration information.

[0256] In some embodiments of this application, the first device 255 further includes: a data export module 2555, configured to: determine an initial segmentation boundary for the virtual scene; expand the initial segmentation boundary using a safety distance to obtain a target segmentation boundary; segment the virtual scene according to the target segmentation boundary to obtain multiple virtual plots; export a corresponding plot data file for each virtual plot, and distribute the plot data files of each of the multiple virtual plots to multiple scene devices.

[0257] In some embodiments of this application, the data export module 2555 is further configured to: filter out objects to be simplified from multiple objects in each virtual plot; perform simplification processing on the collider models of the objects to be simplified to obtain simplified models; and export the simplified models and the collider models of other objects among the multiple objects, excluding the objects to be simplified, to obtain the plot data file corresponding to each virtual plot.

[0258] In some embodiments of this application, the data export module 2555 is further configured to: filter out objects whose center coordinates are not located in the virtual plot from among the multiple objects in each virtual plot; perform collision detection on the object to be detected and the surrounding area corresponding to the virtual plot to obtain a collision result; and when the collision result indicates that the object to be detected hits the surrounding area, filter out the object to be simplified from the objects to be detected.

[0259] In some embodiments of this application, the data export module 2555 is further configured to determine a part to be replaced for the object to be simplified; wherein the part to be replaced includes a part with complex details and concentrated collision information; a corresponding replacement model part is determined for the part to be replaced, and the replacement model part is used to simplify the collision body model of the object to be simplified to obtain the simplified model.

[0260] The following description continues to illustrate the exemplary structure of the second device 555 for virtual scene management provided in the embodiments of this application as a software module. In some embodiments, such as... Figure 3 As shown, the software module stored in the second device 555 of the second memory 550 may include:

[0261] The second receiving module 5551 is used to receive loading configuration information synchronized by the management device; the loading configuration information is used to record the virtual plots to be loaded for each scene device;

[0262] The device determination module 5552 is used to respond to the operation processing request sent by the terminal, and based on the loaded configuration information, determine the scene device that matches the operation processing request from multiple scene devices corresponding to multiple virtual plots; wherein, the multiple virtual plots are obtained by dividing the virtual scene;

[0263] The second sending module 5553 is used to send a scene processing request to a scene device that matches the operation processing request;

[0264] The second receiving module 5551 is further configured to receive the processing result returned by the scene device matching the operation processing request in response to the scene processing request;

[0265] The second sending module 5553 is also used to return a notification message to the terminal based on the processing result.

[0266] In some embodiments of this application, the second receiving module 5551 is further configured to receive updated configuration information synchronized by the management device;

[0267] The device determination module 5552 is further configured to respond to the operation processing request sent by the terminal, and determine the scene device matching the operation processing request based on the updated configuration information; the updated configuration information uses backup devices to replace the scene devices that have failed among the multiple scene devices.

[0268] The following description continues to illustrate the exemplary structure of the third device 655 for virtual scene management provided in the embodiments of this application as a software module. In some embodiments, such as Figure 4As shown, the software module stored in the third device 655 of the third memory 650 may include:

[0269] The third sending module 6551 is used to send a startup message to the management device in response to the startup operation;

[0270] The third receiving module 6552 is used to receive the first loading message returned by the management device in response to the startup message;

[0271] The data loading module 6553 is used to respond to the first loading message, obtain the land data file of the virtual land parcel to be loaded, and load the land data file; the virtual land parcel to be loaded is one of multiple virtual land parcels obtained by dividing the virtual scene;

[0272] The third receiving module 6552 is also used to receive a scene processing request sent by the service device;

[0273] Scene processing module 6554 is used to respond to the scene processing request, perform scene processing on the virtual plot, and obtain processing results;

[0274] The third sending module 6551 is also used to return the processing result to the service device.

[0275] In some embodiments of this application, the scene processing module 6554 is further configured to perform collision detection and ray detection on objects in the virtual plot to obtain processing results.

[0276] This application provides a virtual scene management system, which includes: a management device, a service device, and a scene device; wherein, the management device is used to implement the virtual scene management method on the management device side provided in this application; the service device is used to implement the virtual scene management method on the service device side provided in this application; and the scene device is used to implement the virtual scene management method on the scene device side provided in this application.

[0277] This application provides a computer program product comprising a computer program or computer-executable instructions stored in a computer-readable storage medium. A first processor, a second processor, and a third processor of a computing device (any possible implementation of a management device, a service device, and a scene device) read the computer-executable instructions from the computer-readable storage medium. The first processor executes the computer-executable instructions, causing the computing device to execute the virtual scene management method on the management device side provided in this application embodiment. The second processor executes the computer-executable instructions, causing the computing device to execute the virtual scene management method on the service device side provided in this application embodiment. The third processor executes the computer-executable instructions, causing the computing device to execute the virtual scene management method on the scene device side provided in this application embodiment.

[0278] This application provides a computer-readable storage medium storing computer-executable instructions. When the computer-executable instructions are executed by a first processor, they cause the first processor to execute the virtual scene management method for the management device side provided in this application embodiment. When executed by a second processor, they cause the second processor to execute the virtual scene management method for the service device side provided in this application embodiment. When executed by a third processor, they cause the third processor to execute the virtual scene management method for the scene device side provided in this application embodiment.

[0279] In some embodiments, the computer-readable storage medium may be a memory such as FRAM, ROM, PROM, EPROM, EEPROM, flash memory, magnetic surface memory, optical disk, or CD-ROM; or it may be a variety of devices including one or any combination of the above-mentioned memories.

[0280] In some embodiments, executable instructions may take the form of a program, software, software module, script, or code, written in any form of programming language (including compiled or interpreted languages, or declarative or procedural languages), and may be deployed in any form, including as a standalone program or as a module, component, subroutine, or other unit suitable for use in a computing environment.

[0281] As an example, executable instructions may, but do not necessarily, correspond to files in a file system. They may be stored as part of a file that holds other programs or data, for example, in one or more scripts in a Hyper Text Markup Language (HTML) document, in a single file dedicated to the program in question, or in multiple collaborating files (e.g., a file that stores one or more modules, subroutines, or code sections).

[0282] As an example, executable instructions can be deployed to execute on a single computing device, or on multiple computing devices located in one location, or on multiple computing devices distributed across multiple locations and interconnected via a communication network.

[0283] In summary, through the embodiments of this application, since the map range of the virtual plot is much smaller than the map range of the entire virtual scene, and the number of objects it contains is also less than the number of objects in the entire virtual scene, by dividing the virtual scene into multiple virtual plots and loading them in parallel by multiple scene devices, each scene device can manage the virtual plots with only a small memory overhead and high management efficiency, ultimately reducing the memory overhead of the virtual scene and improving the management efficiency of the virtual scene; when a scene device fails, a backup device can be used to replace the failed scene device, thereby realizing a disaster recovery mechanism for the management process of the virtual scene, making the management of the virtual scene more reliable and stable; for objects with complex structures and concentrated collision information, simplified models are generated, and the data volume of these objects is reduced by using simplified models, thereby greatly reducing the size of the exported plot data file.

[0284] The above description is merely an embodiment of this application and is not intended to limit the scope of protection of this application. Any modifications, equivalent substitutions, and improvements made within the spirit and scope of this application are included within the scope of protection of this application.

Claims

1. A method for managing virtual scenes, characterized in that, The method includes: By utilizing a safe distance, the initial segmentation boundary of the virtual scene is expanded to obtain the target segmentation boundary; Based on the target segmentation boundary, the virtual scene is segmented to obtain multiple virtual plots; Export the land data file corresponding to each virtual land parcel, and distribute the land data files of each of the multiple virtual land parcels to multiple scene devices; In response to the start messages sent by the multiple scene devices respectively, based on the loading configuration information, a virtual plot to be loaded is allocated to each scene device from the multiple virtual plots; wherein, the loading configuration information is used to record the virtual plot to be loaded for each scene device; For each virtual land parcel to be loaded by each scene device, a first loading message is sent to each scene device, so that each scene device responds to the first loading message and loads the land parcel data file of the virtual land parcel to be loaded; The loading configuration information is synchronized to the service device, so that the service device can determine the scene device that matches the operation processing request based on the loading configuration information, and respond to the scene processing request sent by the service device in response to the operation processing request through the matched scene device, thereby realizing scene management.

2. The method according to claim 1, characterized in that, After synchronizing the loaded configuration information to the service device, the method further includes: Connection detection is performed on multiple devices in the scene, resulting in multiple detection results; the detection results indicate whether the connection with the scene device has been lost. Based on multiple detection results, the scene devices that have malfunctioned are selected from the multiple scene devices; wherein, the scene devices that have malfunctioned include scene devices that have been disconnected. For the virtual land parcel to be loaded by the scene device that has malfunctioned, a second loading message is sent to the backup device, so that the backup device responds to the second loading message and loads the land parcel data file of the virtual land parcel to be loaded by the scene device that has malfunctioned; In response to the successful loading message sent by the backup device, the loading configuration information is updated, and the updated configuration information is synchronized to the service device, so that the service device can determine the scene device that matches the operation processing request based on the updated configuration information.

3. The method according to claim 1, characterized in that, The step of exporting the land parcel data file corresponding to each virtual land parcel includes: From the multiple objects in each virtual plot, the objects to be simplified are selected; The collider model of the object to be simplified is simplified to obtain a simplified model; The simplified model and the collider models of the other objects among the multiple objects, excluding the object to be simplified, are exported to obtain the land data file corresponding to each virtual land plot.

4. The method according to claim 3, characterized in that, The step of filtering out the objects to be simplified from multiple objects in each virtual plot includes: From the multiple objects in each virtual plot, filter out the objects to be detected whose center coordinates are not located in the virtual plot; For the object to be detected, collision detection is performed on the surrounding area corresponding to the virtual plot to obtain the collision result; When the collision result indicates that the object to be detected hits the enclosed region, the object to be simplified is obtained from the objects to be detected.

5. The method according to claim 3, characterized in that, The process of simplifying the collider model of the object to be simplified to obtain a simplified model includes: For the object to be simplified, the parts to be replaced are determined; wherein, the parts to be replaced include parts with complex details and concentrated collision information; For the part to be replaced, a corresponding replacement model part is determined, and the collider model of the object to be simplified is simplified using the replacement model part to obtain the simplified model.

6. A method for managing virtual scenes, characterized in that, The method includes: Receive loading configuration information synchronized from the management device; the loading configuration information is used to record the virtual plots to be loaded for each scene device; In response to the operation processing request sent by the terminal, based on the loaded configuration information, the scene device matching the operation processing request is determined from the multiple scene devices corresponding to the multiple virtual plots respectively; wherein, the multiple virtual plots are obtained by the management device expanding the initial segmentation boundary of the virtual scene using a safe distance to obtain a target segmentation boundary, and segmenting the virtual scene according to the target segmentation boundary; Send a scene processing request to the scene device that matches the operation processing request; Receive the processing result returned by the scene device that matches the operation processing request in response to the scene processing request; Based on the processing result, a notification message is returned to the terminal.

7. The method according to claim 6, characterized in that, After receiving the synchronized loading configuration information from the receiving management device and before sending the scene processing request to the scene device matching the operation processing request, the method further includes: Receive updated configuration information synchronized by the management device; In response to the operation processing request sent by the terminal, a scene device matching the operation processing request is determined based on the updated configuration information; the updated configuration information uses backup devices to replace the scene devices that have failed among the multiple scene devices.

8. A method for managing virtual scenes, characterized in that, The method includes: In response to the startup operation, a startup message is sent to the management device; Receive the first loading message returned by the management device in response to the startup message; In response to the first loading message, the land data file of the virtual land parcel to be loaded is obtained and the land data file is loaded; the virtual land parcel to be loaded is one of a plurality of virtual land parcels obtained by the management device expanding the initial segmentation boundary of the virtual scene using a safe distance to obtain a target segmentation boundary; based on the target segmentation boundary, the virtual scene is segmented. Receive scene processing requests sent by the service device; In response to the scene processing request, scene processing is performed on the virtual plot to obtain the processing result, and the processing result is returned to the service device.

9. The method according to claim 8, characterized in that, The scene processing for the virtual land parcel to obtain the processing result includes: Collision detection and ray detection are performed on the objects in the virtual plot to obtain the processing results.

10. A first device for managing virtual scenes, characterized in that, The device includes: The data export module is used to expand the initial segmentation boundary of the virtual scene using a safe distance to obtain a target segmentation boundary; to segment the virtual scene according to the target segmentation boundary to obtain multiple virtual plots; to export the plot data file corresponding to each virtual plot, and to send the plot data files of each of the multiple virtual plots to multiple scene devices; The land allocation module is used to respond to the start messages sent by the multiple scene devices respectively, and allocate a virtual land to be loaded to each scene device from the multiple virtual land plots based on the loading configuration information; wherein, the loading configuration information is used to record the virtual land plot to be loaded for each scene device; The first sending module is configured to send a first loading message to each of the scene devices for each virtual plot to be loaded, so that each scene device responds to the first loading message and loads the plot data file of the virtual plot to be loaded; and synchronize the loading configuration information to the service device, so that the service device determines the scene device matching the operation processing request based on the loading configuration information, and responds to the scene processing request sent by the service device for the operation processing request through the matching scene device, thereby realizing scene management.

11. The apparatus according to claim 10, characterized in that, The device further includes: The fault detection module is used to perform connection detection on multiple scenario devices after synchronizing the loaded configuration information to the service device, and obtain multiple detection results; the detection results indicate whether the connection with the scenario device is broken; based on the multiple detection results, the scenario devices that have failed are selected from the multiple scenario devices; wherein, the scenario devices that have failed include the scenario devices that have been disconnected; The first sending module is further configured to send a second loading message to a backup device for the virtual land parcel to be loaded by the malfunctioning scene device, so that the backup device responds to the second loading message and loads the land parcel data file of the virtual land parcel to be loaded by the malfunctioning scene device; The first receiving module is used to update the loading configuration information in response to the loading success message sent by the backup device; The first sending module is further configured to synchronize the updated configuration information obtained from the update to the service device, so that the service device can determine the scene device that matches the operation processing request based on the updated configuration information.

12. The apparatus according to claim 10, characterized in that, The data export module is also used for: From the multiple objects in each virtual plot, the objects to be simplified are selected; The collider model of the object to be simplified is simplified to obtain a simplified model; The simplified model and the collider models of the other objects among the multiple objects, excluding the object to be simplified, are exported to obtain the land data file corresponding to each virtual land plot.

13. The apparatus according to claim 12, characterized in that, The data export module is also used for: From the multiple objects in each virtual plot, filter out the objects to be detected whose center coordinates are not located in the virtual plot; For the object to be detected, collision detection is performed on the surrounding area corresponding to the virtual plot to obtain the collision result; When the collision result indicates that the object to be detected hits the enclosed region, the object to be simplified is obtained from the objects to be detected.

14. The apparatus according to claim 12, characterized in that, The data export module is also used for: For the object to be simplified, the parts to be replaced are determined; wherein, the parts to be replaced include parts with complex details and concentrated collision information; For the part to be replaced, a corresponding replacement model part is determined, and the collider model of the object to be simplified is simplified using the replacement model part to obtain the simplified model.

15. A second device for managing virtual scenes, characterized in that, The device includes: The second receiving module is used to receive loading configuration information synchronized by the management device; the loading configuration information is used to record the virtual plots to be loaded for each scene device; The device determination module is used to respond to the operation processing request sent by the terminal, and based on the loaded configuration information, determine the scene device that matches the operation processing request from the multiple scene devices corresponding to the multiple virtual plots respectively; wherein, the multiple virtual plots are obtained by the management device expanding the initial segmentation boundary of the virtual scene using a safe distance to obtain a target segmentation boundary, and segmenting the virtual scene according to the target segmentation boundary; The second sending module is used to send a scene processing request to a scene device that matches the operation processing request; The second receiving module is further configured to receive the processing result returned by the scene device matching the operation processing request in response to the scene processing request; The second sending module is further configured to return a notification message to the terminal based on the processing result.

16. The apparatus according to claim 15, characterized in that, The second receiving module is further configured to: After receiving the loading configuration information synchronized by the management device, before sending the scene processing request to the scene device that matches the operation processing request, the updated configuration information synchronized by the management device is received. In response to the operation processing request sent by the terminal, a scene device matching the operation processing request is determined based on the updated configuration information; the updated configuration information uses backup devices to replace the scene devices that have failed among the multiple scene devices.

17. A third device for managing virtual scenes, characterized in that, The device includes: The third sending module is used to send a startup message to the management device in response to the startup operation; The third receiving module is used to receive the first loading message returned by the management device in response to the startup message; The data loading module is used to respond to the first loading message, obtain the land data file of the virtual land parcel to be loaded, and load the land data file; the virtual land parcel to be loaded is one of multiple virtual land parcels obtained by the management device expanding the initial segmentation boundary of the virtual scene using a safe distance to obtain a target segmentation boundary; and the virtual scene is segmented according to the target segmentation boundary. The third receiving module is also used to receive scene processing requests sent by the service device; The scene processing module is used to respond to the scene processing request, perform scene processing on the virtual plot, and obtain the processing result; The third sending module is also used to return the processing result to the service device.

18. The apparatus according to claim 17, characterized in that, The scene processing module is also used for: Collision detection and ray detection are performed on the objects in the virtual plot to obtain the processing results.

19. A management device, characterized in that, The management device includes: The first memory is used to store executable instructions; The first processor, when executing executable instructions stored in the first memory, implements the virtual scene management method according to any one of claims 1 to 5.

20. A service device, characterized in that, The service equipment includes: The second memory is used to store executable instructions; The second processor, when executing executable instructions stored in the second memory, implements the virtual scene management method of claim 6 or 7.

21. A scene device, characterized in that, The scene equipment includes: The third memory is used to store executable instructions; The third processor, when executing executable instructions stored in the third memory, implements the virtual scene management method of claim 8 or 9.

22. A management system for virtual scenes, characterized in that, The management system includes: management equipment, service equipment, and scene equipment; The management device is used to implement the virtual scene management method according to any one of claims 1 to 5; The service device is used to implement the virtual scene management method as described in claim 6 or 7; The scene device is used to implement the virtual scene management method as described in claim 8 or 9.

23. A computer-readable storage medium storing computer-executable instructions, characterized in that, When the computer-executable instructions are executed by the first processor, they implement the virtual scene management method according to any one of claims 1 to 5; when executed by the second processor, they implement the virtual scene management method according to claim 6 or 7; and when executed by the third processor, they implement the virtual scene management method according to claim 8 or 9.

24. A computer program product, comprising a computer program or computer-executable instructions, characterized in that, When the computer program or computer-executable instructions are executed by the first processor, they implement the virtual scene management method of any one of claims 1 to 5; when executed by the second processor, they implement the virtual scene management method of claim 6 or 7; and when executed by the third processor, they implement the virtual scene management method of claim 8 or 9.

Images