Virtual court hole arbitrary combination splicing method and system

By breaking down virtual golf course holes into units and establishing a hole library, and combining combination instructions and scene adaptation processing, the problem of unstable resource management in virtual golf course hole combination is solved, realizing efficient reuse and continuous simulation of virtual golf course content.

CN121835162APending Publication Date: 2026-04-10SHENZHEN GREENJOY GOLF TECH CO LTD
View PDF 0 Cites 0 Cited by

Patent Information

Authority / Receiving Office
CN · China
Patent Type
Applications(China)
Current Assignee / Owner
SHENZHEN GREENJOY GOLF TECH CO LTD
Filing Date
2025-12-27
Publication Date
2026-04-10

AI Technical Summary

Technical Problem

In existing technologies, when splitting, filtering, and combining holes in virtual golf courses, resource reference information is managed in a decentralized manner, and the combination constraints are difficult to be stably met, resulting in poor usability of the combined golf course and poor continuity of the simulation process.

Method used

The holes of multiple virtual golf courses are divided into hole units, a hole library is established, and target hole units are selected by receiving combination instructions, the hole order is determined, and validity verification and scene adaptation processing are performed to ensure continuous presentation under a unified scene benchmark.

Benefits of technology

It enhances the reusability of virtual golf course content and the usability and stability of the combination results, enabling controllable combination and continuous simulation output of holes from different virtual golf courses.

✦ Generated by Eureka AI based on patent content.

Smart Images

  • Figure CN121835162A_ABST
    Figure CN121835162A_ABST
Patent Text Reader

Abstract

The invention discloses a virtual court hole arbitrary combination splicing method and system, and the method comprises the steps: obtaining hole units of a plurality of virtual courts, and building a hole library; receiving a combination instruction; selecting a target hole unit from the hole library based on the combination constraint condition, and determining a hole position sequence to obtain a combination configuration; performing validity verification and scene adaptation processing on the combined configuration; and the virtual golf simulation engine calls hole resources according to the passed combination configuration to construct a combined virtual court and output a simulation picture. According to the technical scheme of the invention, the holes from different virtual courts can be combined into a new combined virtual court in a controllable manner, and the simulation pictures are continuously presented, so that the reuse capability of the virtual court content and the availability and stability of the combination result are improved.
Need to check novelty before this filing date? Find Prior Art

Description

Technical Field

[0001] This invention relates to the field of golf simulator technology, and in particular to a method, system, computer equipment, and storage medium for arbitrarily combining and splicing virtual golf course holes. Background Technology

[0002] With the development of virtual reality and graphics rendering technologies, systems such as screen golf simulators and virtual golf simulation software typically pre-load multiple virtual golf course scene resources into their memory. The simulation engine then loads the hole scenes according to a predetermined course order to complete the shot simulation and visual presentation. To enhance replayability and training diversity, existing technologies have also introduced solutions for customizing course content. For example, switching between multiple course resources or editing and combining existing course elements to a certain extent can generate new simulated game content.

[0003] However, when it is necessary to split, filter and combine holes in different virtual golf courses in a more granular way, there are often problems such as scattered management of hole resource reference information and hole parameters, difficulty in stably meeting combination constraints, and the easy occurrence of resource loss or inconsistent scene benchmarks when the combined holes are continuously presented in the same simulation engine, which affects the usability of the combined golf course and the continuity of the simulation process. Summary of the Invention

[0004] The purpose of this application is to propose a method, system, computer equipment, and storage medium for arbitrarily combining and splicing virtual golf course holes, so as to solve the technical problems of poor reusability of virtual golf course content and poor usability and stability of the combination results.

[0005] To address the aforementioned technical problems, this application provides a method for arbitrarily combining and splicing virtual golf course holes, employing the following technical solution: Acquire hole units from multiple virtual golf courses and establish a hole library. Each hole unit must be associated with at least a hole identifier, hole parameters, and hole resource reference information. Receive a combination instruction, which at least indicates the target number of holes and the combination constraints; Based on the combined constraints, target hole units are selected from the hole library and the hole order is determined to obtain a combined configuration. The combined configuration includes at least the hole order and the corresponding hole resource reference information. The combined configuration is subjected to validity verification and scene adaptation processing. The validity verification includes at least resource reference information availability verification. The scene adaptation processing is used to ensure that the target hole unit can be continuously presented under a unified scene benchmark, and to replace the target hole unit until it passes when it fails. The virtual golf simulation engine calls upon hole resources based on the approved combination configuration to construct a combined virtual golf course and output simulation images.

[0006] To address the aforementioned technical problems, this application also provides a virtual golf course hole arbitrary combination and splicing system, which adopts the following technical solution: The acquisition module is used to acquire hole units from multiple virtual golf courses and establish a hole library. Each hole unit is associated with at least a hole identifier, hole parameters, and hole resource reference information. The receiving module is used to receive a combination instruction, which indicates at least the target number of holes and the combination constraints. The determination module is used to select target hole units from the hole library based on the combined constraints and determine the hole order to obtain a combined configuration. The combined configuration includes at least the hole order and the corresponding hole resource reference information. The processing module is used to perform validity verification and scene adaptation processing on the combined configuration. The validity verification includes at least resource reference information availability verification. The scene adaptation processing is used to ensure that the target hole unit can be continuously presented under a unified scene benchmark, and to replace the target hole unit until it passes when it fails. The output module is used by the virtual golf simulation engine to call hole resources based on the approved combination configuration to construct a combined virtual golf course and output the simulation screen.

[0007] To address the aforementioned technical problems, this application also provides a computer device that employs the following technical solution: A computer device includes a memory and a processor, wherein the memory stores computer-readable instructions, and the processor executes the computer-readable instructions to implement the steps of the virtual court hole arbitrary combination splicing method described above.

[0008] To address the aforementioned technical problems, this application also provides a computer-readable storage medium, employing the technical solution described below: A computer-readable storage medium storing computer-readable instructions, which, when executed by a processor, implement the steps of the virtual court hole arbitrary combination splicing method described above.

[0009] Compared with the prior art, the embodiments of this application have the following main advantages: The method for arbitrarily combining and splicing virtual golf course holes disclosed in this application splits the holes of multiple virtual golf courses into hole units and incorporates them into a unified hole library for management. After receiving the target number of holes and combination constraints, the method selects the target hole units and determines the hole order. Before outputting to the virtual golf simulation engine, the method performs validity verification and scene adaptation processing on the combination configuration. This allows holes from different virtual golf courses to be combined into new combined virtual golf courses in a controllable manner and continuously present simulation images, thereby improving the reusability of virtual golf course content and the usability and stability of the combination results. Attached Figure Description

[0010] To more clearly illustrate the solutions in this application, the accompanying drawings used in the description of the embodiments of this application will be briefly introduced below. Obviously, the accompanying drawings described below are some embodiments of this application. For those skilled in the art, other drawings can be obtained based on these drawings without creative effort.

[0011] Figure 1 This is a flowchart of one embodiment of the virtual golf course hole arbitrary combination splicing method according to this application; Figure 2 This is a schematic diagram of a structure of an embodiment of the virtual court hole arbitrary combination splicing system according to this application; Figure 3 This is a schematic diagram of the structure of one embodiment of the computer device according to this application. Detailed Implementation

[0012] To make the objectives, technical solutions, and advantages of this application clearer, the following detailed description is provided in conjunction with the accompanying drawings and embodiments. It should be understood that the specific embodiments described herein are merely illustrative and not intended to limit the scope of this application.

[0013] refer to Figure 1 The diagram illustrates a flowchart of an embodiment of the virtual golf course hole arbitrary combination splicing method according to this application. The virtual golf course hole arbitrary combination splicing method includes the following steps: Step S101: Obtain hole units from multiple virtual golf courses and establish a hole library. Each hole unit is associated with at least a hole identifier, hole parameters, and hole resource reference information.

[0014] In this embodiment, the electronic device running on the virtual court hole arbitrary combination splicing method can send or receive data via wired or wireless connection. It should be noted that the aforementioned wireless connection methods may include, but are not limited to, 3G / 4G / 5G connections, WiFi connections, Bluetooth connections, WiMAX connections, Zigbee connections, UWB (ultrawideband) connections, and other currently known or future-developed wireless connection methods.

[0015] In this embodiment, acquiring hole units from multiple virtual golf courses and establishing a hole library refers to splitting and archiving each hole in different virtual golf courses into the smallest independently callable scene unit. Each hole unit can correspond to a hole's terrain, fairway and green 3D mesh, texture materials, collision and physical properties, obstacle placement, and configuration data related to the hole's interaction. To facilitate subsequent retrieval and retrieval, each hole unit is associated with at least a hole identifier, hole parameters, and hole resource reference information. The hole identifier uniquely identifies the hole unit, hole parameters describe the hole's basic attributes, such as par and difficulty parameters, and hole resource reference information points to the location or loading entry point of the hole's scene resources, such as a 3D scene resource path, resource package identifier, or configuration file entry point, thus forming a queryable and reusable hole library.

[0016] Step S102: Receive a combination instruction, which at least indicates the target number of holes and the combination constraints.

[0017] In this embodiment, receiving a combination instruction means that a combination request is initiated by the human-computer interaction interface of the user terminal or the upper-level business module. The combination instruction at least indicates the target number of holes and combination constraints. The target number of holes is used to determine the scale of the combined course, such as nine holes or eighteen holes. The combination constraints are used to limit the structure of the combination result, such as limiting the number distribution of holes with different standard pars in the target number of holes, or limiting the distribution of difficulty parameters in the hole order to form a relatively balanced or gradually increasing challenge experience.

[0018] Step S103: Select target hole units from the hole library and determine the hole order based on the combined constraints to obtain a combined configuration. The combined configuration includes at least the hole order and the corresponding hole resource reference information.

[0019] In this embodiment, after receiving a combination command, the system filters and matches hole units in the hole library, and determines a set of target hole units and their hole order in a round of play, under the premise of satisfying the combination constraints, thereby generating a combination configuration. The combination configuration includes at least the hole order and the corresponding hole resource reference information, that is, it clarifies which hole unit corresponds to each hole from the 1st to the Nth hole and the loading entry of that hole unit, so that the combination result can be directly parsed and executed by the simulation engine. For example, when the combination command indicates that the target number of holes is nine holes and the combination constraints require three holes with a par of three, four holes with a par of four, and two holes with a par of five, and require that the difficulty parameter change from low to high in the hole order, the system can first filter out a candidate set that meets the par classification from the hole library, and then allocate target hole units to each hole in the candidate set according to the difficulty parameter, and finally output a combination configuration containing the hole order and resource reference information of nine holes.

[0020] Step S104: Perform validity verification and scene adaptation processing on the combined configuration. The validity verification includes at least resource reference information availability verification. The scene adaptation processing is used to ensure that the target hole unit can be continuously presented under a unified scene benchmark, and to replace the target hole unit until it passes if it fails.

[0021] In this embodiment, the validity verification and scene adaptation processing of the combined configuration are key steps to ensure that the combined golf course can be correctly constructed and continuously presented. The validity verification includes at least the availability verification of resource reference information. The availability verification of resource reference information is used to confirm that the resource reference information corresponding to each hole in the combined configuration actually exists and can be loaded. For example, the path is accessible, the resource package is complete, the key dependencies are not missing, and the version matches. The scene adaptation processing is used to ensure that the target hole units can be continuously presented under a unified scene benchmark. The unified scene benchmark can be understood as the unified coordinate system, unit scale and orientation benchmark used by the simulation engine to organize the scene, as well as the global environment benchmark related to continuous presentation. For example, a unified metric unit, a unified coordinate axis direction and ground benchmark height, a unified scene origin and forward direction definition, or a unified global lighting and sky environment entry point, so that when hole units from different virtual golf courses are loaded sequentially, there will be no display and interaction abnormalities caused by inconsistent scales, chaotic orientations, or inconsistent position benchmarks. In one optional implementation, scene adaptation processing can be accomplished by applying a transformation configuration consistent with a unified scene benchmark to each target hole unit. For example, translation, rotation, or scale parameters can be set for the scene root node of the hole according to the unified scene benchmark, so that each hole falls within the coordinate and orientation system expected by the engine after loading, and can cooperate normally with the camera, physics, and interaction logic. When the validity check or scene adaptation processing fails, the replacement of the target hole unit until it passes means replacing the target hole unit corresponding to the failed hole with another candidate hole unit, updating the combined configuration, and then performing the validity check and scene adaptation processing again until a successful combined configuration is obtained, so as to ensure that the configuration output to the engine is usable and consistent.

[0022] In step S105, the virtual golf simulation engine calls upon hole resources based on the approved combination configuration to construct a combined virtual golf course and output a simulation screen.

[0023] In this embodiment, the virtual golf simulation engine's use of the approved combination configuration to call hole resources to construct a combined virtual golf course and output a simulation screen refers to the simulation engine reading the verified combination configuration, parsing the hole resource reference information sequentially according to the hole order, and loading the corresponding hole resources. During runtime, it instantiates the terrain, obstacles, and interaction configurations required for the current hole into the scene, and combines the shot physics, collision detection, and rendering pipeline to generate a simulation screen visible to the user terminal. During a nine-hole or eighteen-hole game, the simulation engine can switch according to the hole order. When switching to the next hole, it loads the hole resources for the next hole according to the combination configuration and unloads or releases the resources of the previous hole, thereby enabling arbitrary combinations and continuous presentation of hole units from multiple virtual golf courses in the same simulation session.

[0024] This application manages multiple virtual golf courses by dividing the holes into hole units and incorporating them into a unified hole library. After receiving the target number of holes and combination constraints, it selects the target hole units and determines the hole order. Before outputting to the virtual golf simulation engine, it performs validity checks and scene adaptation processing on the combination configuration. This allows holes from different virtual golf courses to be combined into new combined virtual golf courses in a controllable manner and continuously present simulation images, improving the reusability of virtual golf course content and the usability and stability of the combination results.

[0025] In some optional implementations of this embodiment, the step of obtaining multiple virtual golf course hole units and establishing a hole library further includes: Record the hole parameters for each hole unit, which include at least the par parameter and the difficulty parameter; For each hole unit, the hole resource reference information is recorded, which includes at least the three-dimensional scene resource path or scene configuration reference information.

[0026] In this embodiment, recording the hole parameters for each hole unit means that when writing the hole unit into the hole library, a set of parameter fields characterizing the basic attributes of the hole are also written. The standard score parameter indicates the theoretical score benchmark for the hole, such as a par-3, par-4, or par-5 hole. The difficulty parameter characterizes the difficulty level of the hole, which can be derived from the difficulty level preset in the course design, the difficulty score obtained by combining the hole's distance and obstacle density, or the average over-par score obtained from historical user scores, etc., for subsequent filtering and sorting under combined constraints. Furthermore, recording the hole resource reference information for each hole unit means establishing a relationship between the hole unit and its scene resources in the hole library. The 3D scene resource path can be a path identifier pointing to model files, terrain meshes, material maps, collider resources, etc. The scene configuration reference information can be a configuration file entry or resource package index pointing to the hole's scene composition, interaction points, physical material parameters, and obstacle instantiation information.

[0027] This application records the standard score parameters, difficulty parameters, and 3D scene resource paths or scene configuration reference information for each hole unit when establishing the hole library. This enables the hole unit to have both a filterable parameter description and a loadable resource entry point, thereby providing a clear data foundation for subsequent rapid filtering based on combined constraints and generation of combined configurations containing resource reference information, reducing the risk of information loss in combined generation and resource retrieval.

[0028] In some optional implementations of this embodiment, after the steps of obtaining multiple virtual golf course hole units and establishing a hole library, the method further includes: Based on the standard score parameters and the difficulty parameters, a parameter index relationship is constructed, so that after receiving the combination command, the parameter index relationship can be queried according to the combination constraints to generate a candidate hole unit set. The candidate hole unit set is used to select target hole units and determine the hole order.

[0029] In this embodiment, constructing a parameter index relationship based on the standard score parameter and the difficulty parameter means mapping the standard score parameter and difficulty parameter of each hole unit in the hole library to a searchable data structure. For example, a multi-level index can be established using the standard score parameter as the primary key and the difficulty parameter range as the secondary key, or an ordered index can be established for the difficulty parameter and a candidate list can be maintained within the standard score grouping, thereby forming a correspondence between parameters and the set of hole units. This allows the system to query the parameter index relationship based on the combination constraints to generate a candidate set of hole units after receiving the combination instruction. Specifically, when the combination constraints limit the standard score distribution and difficulty distribution corresponding to the target hole number, the system can directly retrieve a subset of hole units that meet the parameter conditions as a candidate set of hole units without traversing the entire hole library. This candidate set of hole units is then used to subsequently select target hole units and determine the hole order. For example, when the combined constraints require selecting several par-3 holes with difficulty falling within a certain range, the candidate set can be directly retrieved from the index bucket with a standard number of pars of three according to the difficulty range, and then further used for hole allocation and sorting, thereby reducing retrieval overhead and avoiding generation delays caused by full database scanning.

[0030] This application constructs a parameter index relationship based on standard score parameters and difficulty parameters, enabling the system to directly query the index to generate a set of candidate holes after receiving a combination command, thereby reducing the full traversal and repetitive calculation of the hole library and improving the efficiency and stability of candidate set generation and combination configuration. It is particularly suitable for application scenarios with a large number of holes or frequent combination requests.

[0031] In some optional implementations of this embodiment, in the step of receiving a combination instruction, wherein the combination instruction at least indicates the target number of holes and combination constraints, the combination constraints include a standard number of strokes combination constraint, which is used to limit the number of target hole units corresponding to different standard numbers of strokes; The combined constraints also include a difficulty distribution constraint, which is used to limit the rules for difficulty variation in the sequence of cave positions.

[0032] In this embodiment, the standard score combination constraint is used to limit the number of target hole units corresponding to different standard score numbers. This means that after the number of target holes is determined, the number of holes of different standard score types, such as par-3, par-4, and par-5, is constrained. For example, in an 18-hole combination, the number of par-4 holes is limited to ten, and the number of par-3 and par-5 holes to be four each, thus making the combined course structure closer to a conventional course structure in terms of difficulty and rhythm. The difficulty distribution constraint is used to limit the difficulty variation rules in the hole sequence. This means imposing constraints on the trend or distribution of difficulty parameters of the target hole units in the hole sequence. For example, it requires an overall gradual increase from low to high difficulty, or requires the first few holes to be of lower difficulty, the middle section to be of medium difficulty, and the later section to be of higher difficulty, or requires the difficulty difference between adjacent holes to not exceed a preset range, so as to avoid excessively sudden changes in difficulty after combination, which would affect the simulation experience and the achievement of training objectives.

[0033] This application clarifies the combination constraints as standard score combination constraints and difficulty distribution constraints, making the input conditions for combination requests structured and operable. When generating combination configurations, the system can simultaneously control the number of holes with different standard scores and the difficulty variation of the hole order, thereby making the combination virtual course closer to the expected training objectives or game requirements in terms of structure, rhythm and challenge distribution, and avoiding the unstable experience caused by excessive randomness in the combination results.

[0034] In some optional implementations of this embodiment, the step of selecting target hole units from the hole library and determining the hole order based on the combined constraints to obtain the combined configuration includes: First, determine the standard score requirement for each hole based on the standard score combination constraints. Then, select target hole units for each hole based on the difficulty distribution constraints, provided that the standard score requirement is met. If no target hole unit that meets the constraints can be selected for any hole, a replacement and reselection is performed for that hole or its adjacent holes, and the hole order is updated.

[0035] In this embodiment, the standard score requirement for each hole is first determined based on the standard score combination constraint. This means determining the standard score type to be assigned to each hole in the hole order. For example, holes 1, 3, 7, and 12 are assigned as par-3 holes, holes 5, 10, 15, and 18 as par-5 holes, and the remaining holes as par-4 holes, thus transforming the quantity constraint into hole requirements. Then, under the premise of meeting the standard score requirements, target hole units are selected for each hole based on the difficulty distribution constraint. This means selecting hole units from the candidate set of standard score types corresponding to each hole according to the required difficulty level under the difficulty distribution constraint. For example, under the increasing difficulty rule, the earlier holes are selected from the low-difficulty candidate set, the middle holes from the medium-difficulty candidate set, and the later holes from the high-difficulty candidate set, thus forming a one-to-one correspondence between the hole order and the hole units. If a target hole unit that meets the constraints cannot be selected for any hole, it may be due to insufficient candidate set, overly stringent difficulty distribution, or a conflict between the selected hole unit and the remaining requirements. In this case, performing a replacement and reselection for any hole or its adjacent holes and updating the hole order means performing a partial rollback on the conflicting position. For example, canceling the selected hole unit for that hole and selecting another hole unit from the candidate set. If necessary, adjusting the adjacent holes as well, so as to re-satisfy the standard score combination constraint and difficulty distribution constraint and maintain the continuity of the hole order, and finally outputting a combination configuration that meets the constraints.

[0036] This application first transforms the standard score combination constraint into the standard score requirement corresponding to each hole, then selects hole units for the holes based on the difficulty distribution constraint under the requirement constraint, and performs replacement and reselection and hole order update for the relevant holes when the requirement cannot be met. This forms a combination generation process with local backtracking and adaptive adjustment capabilities, which improves the success rate and consistency of generating feasible combination configurations when the candidate set is limited or the constraints are strict, and reduces generation failures caused by constraint conflicts.

[0037] In some optional implementations of this embodiment, the validity verification and scenario adaptation process for the combined configuration described above may further include a validity verification of the hole anchor information, wherein the hole anchor information includes at least the tee point anchor and the flagpole anchor. The scene adaptation process includes performing unified processing on the coordinate reference and / or orientation reference of each target hole unit, so that the target hole units can be continuously presented under a unified scene reference.

[0038] In this embodiment, the validity check also includes the availability check of the hole anchor information. The hole anchor information includes at least the tee anchor and the flagstick anchor. This means that in addition to checking the availability of resource reference information, it is also necessary to confirm whether the hole unit provides positioning information for simulating key interactions. The tee anchor is used to determine the initial placement position of the ball or tee on the hole at the start of the shot, and the flagstick anchor is used to determine the location of the hole cup or flagstick and to determine the attack target and the end condition of the putt. The availability check of the anchor information can include whether the anchor exists, whether it falls within the hitable area, and whether it is consistent with the terrain height, so as to avoid anomalies such as the inability to correctly place the ball or generate the hole cup target at the start of the simulation. The scene adaptation process includes unifying the coordinate reference and / or orientation reference of each target hole unit. This means addressing potential differences in coordinate axis definitions, unit scales, or orientation definitions among hole units from different virtual golf courses. This is achieved by setting a unified transformation configuration for the scene root node of the hole unit, or by reading the coordinate system declared in the resource configuration of the hole unit and transforming it to the system's unified coordinate system. This ensures that all target hole units adhere to a unified scene reference when loaded in the same simulation engine, maintaining visual and interactive continuity during hole switching. For example, if some hole resources are stored with different orientation definitions, without unified orientation reference processing, the shot direction may be inconsistent with the camera's default orientation. By transforming their orientation to a unified reference during scene adaptation processing, this problem can be avoided, and continuous presentation can be achieved.

[0039] This application further verifies the availability of hole anchor points such as tee point anchor points and flagstick anchor points on top of the availability verification of resource reference information, and performs unified processing of coordinate reference and / or orientation reference for each target hole unit. This ensures the integrity of key interactive positioning information and the consistency of scene reference when calling resources across combined courses, reducing the probability of abnormalities in the starting point of the shot, the target hole, the camera orientation, or the interactive logic, and improving the reliability of the continuous presentation of combined hole units under a unified scene reference.

[0040] In some optional implementations of this embodiment, before the step of the virtual golf simulation engine calling hole resources according to the approved combination configuration to construct a combined virtual course and output the simulation screen, the following method is also included: A loading plan is generated based on the hole order, and the loading plan is used to instruct the preloading or cache retention of the hole resources corresponding to subsequent holes. And when resource usage exceeds a preset threshold, cached hole resources will be evicted.

[0041] In this embodiment, generating a loading plan based on the hole order refers to generating a timing arrangement to guide the loading of simulation engine resources according to the hole order and corresponding hole resource reference information in the combined configuration. For example, it stipulates that when the simulation of the current hole begins, the key resources of the next hole or several subsequent holes are preloaded, and the necessary resources are prepared before reaching the hole switching point. The loading plan is used to instruct the preloading or cache retention of hole resources corresponding to subsequent holes. This means that when running the current hole, the resources of subsequent holes are preloaded and retained in memory or cache to reduce the loading waiting time when switching to the next hole. When the resource usage exceeds a preset threshold, cached hole resources are eliminated. This means that when the resource usage caused by preloading and caching reaches the upper limit set by the system, some cached resources are released according to a preset elimination strategy. For example, resources of subsequent holes that are far from the current hole or resources of completed holes are eliminated first, so as to control the resource usage within an acceptable range and maintain the continuity and smoothness of the simulation screen output.

[0042] This application generates a loading plan before the simulation engine calls the hole resources to construct the combined virtual court, and performs preloading or caching of subsequent hole resources and performs eviction processing when resource usage exceeds a threshold. This reduces the loading wait and lag risk when switching holes while ensuring controllable resource usage, improves the smoothness and operational stability of the continuous simulation screen of the combined virtual court, and enhances the usability in scenarios with limited terminal performance.

[0043] Those skilled in the art will understand that all or part of the processes in the methods of the above embodiments can be implemented by instructing related hardware through computer-readable instructions. These computer-readable instructions can be stored in a computer-readable storage medium. When the program is executed, it can include the processes of the embodiments of the above methods. The aforementioned storage medium can be a non-volatile storage medium such as a magnetic disk, optical disk, or read-only memory (ROM), or random access memory (RAM).

[0044] It should be understood that although the steps in the flowcharts of the accompanying figures are shown sequentially as indicated by the arrows, these steps are not necessarily executed in the order indicated by the arrows. Unless explicitly stated herein, there is no strict order restriction on the execution of these steps, and they can be executed in other orders. Moreover, at least some steps in the flowcharts of the accompanying figures may include multiple sub-steps or multiple stages. These sub-steps or stages are not necessarily completed at the same time, but can be executed at different times, and their execution order is not necessarily sequential, but can be performed alternately or in turn with other steps or at least some of the sub-steps or stages of other steps.

[0045] Further reference Figure 2 As a response to the above Figure 1 The implementation of the method shown in this application provides an embodiment of a virtual golf course hole arbitrary combination splicing system, which is similar to... Figure 1 Corresponding to the method embodiments shown, the system can be specifically applied to various electronic devices.

[0046] like Figure 2 As shown, the virtual golf course hole arbitrary combination splicing system 200 described in this embodiment includes: an acquisition module 201, a receiving module 202, a determining module 203, a processing module 204, and an output module 205. Wherein: The acquisition module 201 is used to acquire hole units of multiple virtual golf courses and establish a hole library. Each hole unit is associated with at least a hole identifier, hole parameters, and hole resource reference information. The receiving module 202 is used to receive a combination instruction, which indicates at least the number of target holes and the combination constraints. The determination module 203 is used to select target hole units from the hole library based on the combined constraints and determine the hole order to obtain a combined configuration. The combined configuration includes at least the hole order and the corresponding hole resource reference information. Processing module 204 is used to perform validity verification and scene adaptation processing on the combined configuration. The validity verification includes at least resource reference information availability verification. The scene adaptation processing is used to enable the target hole unit to be continuously presented under a unified scene benchmark, and to replace the target hole unit until it passes when it fails. The output module 205 is used by the virtual golf simulation engine to call hole resources based on the approved combination configuration to construct a combined virtual golf course and output the simulation screen.

[0047] The virtual court hole arbitrary combination splicing system provided in this embodiment of the invention can realize all the processes of the virtual court hole arbitrary combination splicing method of the above embodiments. The functions and technical effects of each module in the device are the same as the functions and technical effects of the virtual court hole arbitrary combination splicing method of the above embodiments, and will not be repeated here.

[0048] To address the aforementioned technical problems, embodiments of this application also provide a computer device. Please refer to [link / reference needed]. Figure 3 , Figure 3 This is a basic structural block diagram of the computer device in this embodiment.

[0049] The computer device 3 includes a memory 31, a processor 32, and a network interface 33 that are interconnected via a system bus. It should be noted that only the computer device 3 with components 31-33 is shown in the figure; however, it should be understood that it is not required to implement all the shown components, and more or fewer components can be implemented alternatively. Those skilled in the art will understand that the computer device described here is a device capable of automatically performing numerical calculations and / or information processing according to pre-set or stored instructions, and its hardware includes, but is not limited to, microprocessors, application-specific integrated circuits (ASICs), field-programmable gate arrays (FPGAs), digital signal processors (DSPs), embedded devices, etc.

[0050] The computer device can be a desktop computer, laptop, handheld computer, or cloud server, etc. The computer device can interact with the user via a keyboard, mouse, remote control, touchpad, or voice control.

[0051] The memory 31 includes at least one type of readable storage medium, including flash memory, hard disk, multimedia card, card-type memory (e.g., SD or DX memory), random access memory (RAM), static random access memory (SRAM), read-only memory (ROM), electrically erasable programmable read-only memory (EEPROM), programmable read-only memory (PROM), magnetic memory, magnetic disk, optical disk, etc. In some embodiments, the memory 31 may be an internal storage unit of the computer device 3, such as the hard disk or memory of the computer device 3. In other embodiments, the memory 31 may also be an external storage device of the computer device 3, such as a plug-in hard disk, smart media card (SMC), secure digital (SD) card, flash card, etc., equipped on the computer device 3. Of course, the memory 31 may also include both the internal storage unit and its external storage device of the computer device 3. In this embodiment, the memory 31 is typically used to store the operating system and various application software installed on the computer device 3, such as computer-readable instructions for arbitrarily combining and splicing virtual golf course holes. In addition, the memory 31 can also be used to temporarily store various types of data that have been output or will be output.

[0052] In some embodiments, the processor 32 may be a central processing unit (CPU), controller, microcontroller, microprocessor, or other data processing chip. The processor 32 is typically used to control the overall operation of the computer device 3. In this embodiment, the processor 32 is used to execute computer-readable instructions stored in the memory 31 or to process data, for example, to execute computer-readable instructions for the method of arbitrarily combining and splicing the holes in the virtual golf course.

[0053] The network interface 33 may include a wireless network interface or a wired network interface, which is typically used to establish communication connections between the computer device 3 and other electronic devices.

[0054] This application also provides another embodiment, namely, a computer-readable storage medium storing computer-readable instructions that can be executed by at least one processor to cause the at least one processor to perform the steps of the above-described method for arbitrarily combining and splicing virtual court holes.

[0055] Through the above description of the embodiments, those skilled in the art can clearly understand that the methods of the above embodiments can be implemented by means of software plus necessary general-purpose hardware platforms. Of course, they can also be implemented by hardware, but in many cases the former is a better implementation method. Based on this understanding, the technical solution of this application, in essence, or the part that contributes to the prior art, can be embodied in the form of a software product. This computer software product is stored in a storage medium (such as ROM / RAM, magnetic disk, optical disk) and includes several instructions to cause a terminal device (which may be a mobile phone, computer, server, air conditioner, or network device, etc.) to execute the methods described in the various embodiments of this application.

[0056] The above are merely preferred embodiments of this application and are not intended to limit this application. Any modifications, equivalent substitutions, and improvements made within the spirit and principles of this application should be included within the protection scope of this application.

Claims

1. A method for arbitrarily combining and splicing holes in a virtual golf course, characterized in that, Includes the following steps: Acquire hole units from multiple virtual golf courses and establish a hole library. Each hole unit must be associated with at least a hole identifier, hole parameters, and hole resource reference information. Receive a combination instruction, which at least indicates the target number of holes and the combination constraints; Based on the combined constraints, target hole units are selected from the hole library and the hole order is determined to obtain a combined configuration. The combined configuration includes at least the hole order and the corresponding hole resource reference information. The combined configuration is subjected to validity verification and scene adaptation processing. The validity verification includes at least resource reference information availability verification. The scene adaptation processing is used to ensure that the target hole unit can be continuously presented under a unified scene benchmark, and to replace the target hole unit until it passes when it fails. The virtual golf simulation engine calls upon hole resources based on the approved combination configuration to construct a combined virtual golf course and output simulation images.

2. The method according to claim 1, characterized in that, The step of acquiring hole units from multiple virtual golf courses and establishing a hole library also includes: Record the hole parameters for each hole unit, which include at least the par parameter and the difficulty parameter; For each hole unit, the hole resource reference information is recorded, which includes at least the three-dimensional scene resource path or scene configuration reference information.

3. The method according to claim 2, characterized in that, After the step of acquiring hole units of multiple virtual golf courses and establishing a hole library, the method further includes: Based on the standard score parameters and the difficulty parameters, a parameter index relationship is constructed, so that after receiving the combination command, the parameter index relationship can be queried according to the combination constraints to generate a candidate hole unit set. The candidate hole unit set is used to select target hole units and determine the hole order.

4. The method according to claim 1, characterized in that, In the step of receiving a combination instruction, wherein the combination instruction at least indicates the number of target holes and combination constraints, the combination constraints include standard score combination constraints, which are used to limit the number of target hole units corresponding to different standard scores. The combined constraints also include a difficulty distribution constraint, which is used to limit the rules for difficulty variation in the sequence of cave positions.

5. The method according to claim 4, characterized in that, The step of selecting target hole units from the hole library and determining the hole order based on the combined constraints to obtain the combined configuration includes: First, determine the standard score requirement for each hole based on the standard score combination constraints. Then, select target hole units for each hole based on the difficulty distribution constraints, provided that the standard score requirement is met. If no target hole unit that meets the constraints can be selected for any hole, a replacement and reselection is performed for that hole or its adjacent holes, and the hole order is updated.

6. The method according to claim 1, characterized in that, In the step of performing validity verification and scenario adaptation processing on the combined configuration, the validity verification also includes the availability verification of the hole anchor information, which includes at least the tee point anchor and the flagstick anchor. The scene adaptation process includes performing unified processing on the coordinate reference and / or orientation reference of each target hole unit, so that the target hole units can be continuously presented under a unified scene reference.

7. The method according to claim 6, characterized in that, Before the step of the virtual golf simulation engine calling hole resources based on the approved combination configuration to construct a combined virtual course and output the simulation screen, the following steps are also included: A loading plan is generated based on the hole order, and the loading plan is used to instruct the preloading or cache retention of the hole resources corresponding to subsequent holes. And when resource usage exceeds a preset threshold, cached hole resources will be evicted.

8. A virtual golf course hole arbitrary combination splicing system, characterized in that, include: The acquisition module is used to acquire hole units from multiple virtual golf courses and establish a hole library. Each hole unit is associated with at least a hole identifier, hole parameters, and hole resource reference information. The receiving module is used to receive a combination instruction, which indicates at least the target number of holes and the combination constraints. The determination module is used to select target hole units from the hole library based on the combined constraints and determine the hole order to obtain a combined configuration. The combined configuration includes at least the hole order and the corresponding hole resource reference information. The processing module is used to perform validity verification and scene adaptation processing on the combined configuration. The validity verification includes at least resource reference information availability verification. The scene adaptation processing is used to ensure that the target hole unit can be continuously presented under a unified scene benchmark, and to replace the target hole unit until it passes when it fails. The output module is used by the virtual golf simulation engine to call hole resources based on the approved combination configuration to construct a combined virtual golf course and output the simulation screen.

9. A computer device, characterized in that, The device includes a memory and a processor, wherein the memory stores computer-readable instructions, and the processor executes the computer-readable instructions to implement the steps of the virtual court hole arbitrary combination splicing method as described in any one of claims 1 to 7.

10. A computer-readable storage medium, characterized in that, The computer-readable storage medium stores computer-readable instructions, which, when executed by a processor, implement the steps of the virtual court hole arbitrary combination splicing method as described in any one of claims 1 to 7.