A display control method and system

Abstract

The application relates to the field of AR interaction technology, in particular to a display control method and system; a plurality of state information in a golf use scene is collected; the plurality of state information is standardized and integrated to generate a display state vector; a mode state in the display state vector is matched with a rule set of a corresponding scene; a plurality of candidate display actions are generated based on the display state vector and the matched rule set, and it is judged whether there is a display action conflict; if not, the plurality of candidate display actions are combined as a target display action; if there is, display action arbitration is carried out, and the target display action is acquired; the target display action is converted into corresponding abstract display control instructions and is issued to drive a display terminal to execute the target display action; the application solves the problems of scattered multiple device states without a unified carrier, mutual interference of different sports scene logics and display action mutual exclusion confusion in multiple state linkage, and improves the stability of golf AR glasses display logic and user experience.

Description

Technical Field

[0001] This invention relates to the field of AR interactive technology, and in particular to a display control method and system. Background Technology

[0002] Existing golf-related AR glasses, shot radar monitors, course positioning equipment, and electronic scoring modules all operate independently. Various states such as posture, position, shot, score, and operation are stored in a scattered manner without a unified structured data carrier. There is also a lack of a default fallback mechanism for states, which easily leads to abnormal displays such as accidental screen lighting and accidental screen turning off. At the same time, the training range and the actual course share the same display logic, making it impossible to distinguish between different scenarios such as golf cart movement, tee time, and training sessions. When multiple state conditions overlap, mutually exclusive display actions are easily generated. There is a lack of a standardized conflict arbitration mechanism, making it difficult to output clear and consistent display control results when different states change simultaneously. This results in a chaotic overall display control logic and a poor user experience.

[0003] Therefore, designing a display control method and system that can unify and integrate multiple source states, distinguish motion scenes, and automatically avoid display action conflicts is of great importance to those skilled in the art. Summary of the Invention

[0004] This invention provides a display control method and system that can unify and integrate multiple source states, distinguish motion scenes, and automatically avoid display action conflicts, thereby solving the problems of scattered state storage, chaotic display logic, and poor user experience in the prior art.

[0005] This invention discloses a display control method, which includes the following steps:

[0006] Multiple status information in golf usage scenarios are collected through mobile terminals. The status information includes mode status, posture status, course location status, movement status, shot monitoring device status, shot data status, scoring status, user operation status, and current display status. Multiple state information is standardized and integrated to generate a structured display state vector; Based on the mode state in the displayed state vector, the rule set of the corresponding scenario is matched from the preset official court mode rule set and the personal training mode rule set; Multiple candidate display actions are generated based on the display state vector and the matching rule set, and it is determined whether there are display action conflicts among the multiple candidate display actions; If there are no conflicting display actions, multiple candidate display actions will be merged into the target display action; If there is a conflict in the display actions, the display actions will be arbitrated according to the preset conflict rules and priorities, and the target display action will be obtained. The target display action is converted into a corresponding abstract display control instruction and sent to the display terminal to drive the display terminal to execute the target display action.

[0007] Optionally, the following steps are also included: When multiple status information is integrated to generate a display status vector, if there is missing status information, the missing status field will be filled with the default value corresponding to that status. The default values ​​for the posture state, the court position state, and the movement state are: unknown posture state, unknown position state, non-vehicle movement state, unknown hitting data state, unscore state, unscore state, no user operation state, and the most recent valid display state.

[0008] Optionally, the "arbitration of display actions through preset conflict rules and priorities" includes the following steps: Match the preset conflict rule table. If a conflict rule table is matched, directly output the target display action corresponding to the conflict rule table. If the conflict rule table is not matched, multiple candidate display actions are sorted and filtered according to the preset priority table to obtain the target display action.

[0009] Optionally, the display state vector includes at least three of the following: mode state, posture state, court position state, motion state, ball-hitting monitoring device state, ball-hitting data state, scoring state, user operation state, and the current display state. Each state field is represented by an enumerated value, a Boolean value, a timestamp, a confidence value, or a combination thereof.

[0010] Optionally, the mode states include formal course mode and personal training mode; the posture states include head-down state and head-up state; the course position states include at least one of the following: entering the tee box, leaving the tee box and not entering the green, entering the green, leaving the green, and leaving the current hole; the movement states include vehicle movement; the shot monitoring device states include session in progress and session ended; the user operation states include double-touch state, voice wake-up state, and manual overwrite state; the shot data states include normal shot state, abnormal shot state, shot timeout, and shot invalid; the scoring states include successful scoring state and failed scoring state; and the current display states include disconnected state and screen off state.

[0011] Optionally, the formal court mode rule set includes the following rules: If the course position is in the "entering the tee" state, the movement state is "not moving by vehicle", and the scoring state of the previous hole is "pending scoring", then the target display action is to pop up a message indicating that the previous hole has not been scored. If the course position is in the "entering the tee" state, the movement state is "not moving by vehicle", and the scoring status of the previous hole is "score successfully scored", the target display action is to show the official course page.

[0012] Optionally, the formal court mode rule set also includes the following rules: If the court position status is "entering the tee box" and the movement status is "vehicle moving", then the target display action is to disable automatic screen lighting.

[0013] Optionally, the formal court mode rule set also includes the following rules: If the shot data status is normal shot status, and the course position status is "left tee and not yet on the green", then the target display action is "off". If the ball-hitting data status is normal and the movement status is vehicle movement, then the target display action is to turn off the display.

[0014] Optionally, the formal court mode rule set also includes the following rules: If the scoring status is "score successful", the target display action is to pop up a "score successful" message; If the scoring status is "score successful" and the movement status is "vehicle moving", the target display action is to pop up a "score successful" message and then close the display. If the scoring status is "scoring failed", the target display action is to pop up a message indicating the reason for the scoring failure, and after the message is displayed, reset the scoring status on the front end to "pending scoring".

[0015] Optionally, the formal court mode rule set also includes the following rules: If the hit data status is abnormal hit status, hit timeout, or hit invalid, the target display action is to pop up an abnormal data prompt and then close the display.

[0016] Optionally, the personal training mode rule set includes the following rules: If the ball-hitting monitoring device is in session mode, the target display action is to show the ball-hitting monitoring training page; If the status of the ball-hitting monitoring device is "session ended", the target display action is to return to the preset initial page of the ball-hitting monitoring device page.

[0017] Optionally, both the formal court mode rule set and the individual training mode rule set include the following rules: If the current display state is off, and the user operation state is double-touch, voice wake-up, or manual overwrite, the target display action is to restore the current head-up display interface.

[0018] Optionally, both the formal court mode rule set and the individual training mode rule set include the following rules: If the current display status is disconnected, the target display action is to pop up a disconnection prompt.

[0019] Optionally, the abstract display control commands include one or more of the following: display off command, display official course page command, display shot monitoring device page command, restore current head-up display command, prompt display command, prompt followed by delayed off command, disable automatic screen on command, and switch hole head-up display command.

[0020] To address the problems existing in the prior art, the present invention also provides a display control system, which is used to implement the above-mentioned display control method, comprising: The mobile terminal has a built-in status input module, a mode rule set module, a display arbitration module, and a display control instruction module, which are used to collect multiple status information, generate display status vectors, select target rule sets, execute display action arbitration, and generate abstract display control instructions. The display terminal is used to display the target display action under the drive of the abstract display control command.

[0021] The beneficial effects of the display control method provided in this invention are as follows: By uniformly collecting multi-dimensional complete state information in a golf scene through a mobile terminal and constructing a standardized display state vector, and by combining it with two independent rule sets that distinguish between formal course mode and personal training mode, candidate display actions can be processed in different situations for scenarios with multiple overlapping conditions. Standardized arbitration is completed through conflict rules and priorities, and finally, it is transformed into decoupled abstract display control commands and sent to the display terminal. This solves the problems of scattered states of multiple devices without a unified carrier, mutual interference of logic in different sports scenarios, and mutual exclusion and confusion of display actions when multiple states are linked. This solution can stably output a unified and controllable display control result, greatly reduce the coupling degree of multiple hardware adaptations, and improve the stability of the display logic of golf AR glasses or other display terminals and the user experience. Attached Figure Description

[0022] The technical solution of the present invention will be further described in detail below with reference to the accompanying drawings and embodiments. In the accompanying drawings: Figure 1 This is a flowchart of the display control method in an embodiment of the present invention. Figure 1 ; Figure 2 This is a flowchart of the display control method in an embodiment of the present invention. Figure 2 ; Figure 3 This is a flowchart of the display control method in an embodiment of the present invention. Figure 3 ; Figure 4 This is a system block diagram of the display control system in an embodiment of the present invention.

[0023] The labels for the attached figures are as follows: 1. Mobile terminal; 2. Display terminal; 11. Status input module; 12. Mode rule set module; 13. Display arbitration module; 14. Display control command module. Detailed Implementation

[0024] It should be noted that, unless otherwise specified, the embodiments and features described in this application can be combined with each other. The preferred embodiments of the present invention will now be described in detail with reference to the accompanying drawings.

[0025] like Figures 1 to 3 As shown, the present invention provides a specific embodiment of a display control method.

[0026] A display control method, reference Figure 1 The display control method includes the following steps: S1. Collect multiple status information in the golf usage scenario through the mobile terminal. The status information includes mode status, posture status, course location status, movement status, ball-hitting monitoring device status, ball-hitting data status, scoring status, user operation status, and current display status. S2. Standardize and integrate multiple state information and generate a structured display state vector; S3. Match the rule set of the corresponding scenario from the preset official court mode rule set and personal training mode rule set according to the mode state in the displayed state vector; S4. Generate multiple candidate display actions based on the display state vector and the matching rule set, and determine whether there are display action conflicts among the multiple candidate display actions; S5. If there is no conflict in display actions, multiple candidate display actions will be merged into the target display action. S6. If there is a conflict in the display actions, the display actions will be arbitrated according to the preset conflict rules and priorities, and the target display action will be obtained. S7. Convert the target display action into the corresponding abstract display control instruction and send it to the display terminal to drive the display terminal to execute the target display action.

[0027] Step 1: Collect all types of status information under golf usage scenarios through the mobile terminal at fixed time intervals. Among them, the mode status can be manually selected by the user or automatically recognized and output by the device; the posture status can be generated by the head pitch data collected by the built-in sensor components of the display terminal; the course location status can be obtained by the field positioning module to identify the area of ​​the course where the user is located; the movement status is used to distinguish between non-vehicle movement status and vehicle movement status; the hit monitoring device status can be reported by the hit monitoring device in real time to provide information on the device's working progress; the hit data status is the complete hit-related identification data calculated and output by the hit monitoring device; the scoring status is synchronized with the score record information stored in the mobile terminal; the user operation status can be obtained by capturing various human interaction commands received by the display terminal; the current display status can be transmitted back by the display terminal in real time to its own screen running status data; and all types of status information are synchronously summarized in the local cache of the mobile terminal.

[0028] By unifying and aggregating all status information scattered across multiple independent hardware devices and business modules, the data silos between multiple devices are broken down. This fully covers all the basis required for the rule judgment of the entire process in golf personal training scenarios and formal course competition scenarios, providing a synchronous, complete, and multi-dimensional data foundation for subsequent standardized integration and calculation, and avoiding the one-sided control logic caused by relying on only a single dimension of information for judgment.

[0029] Step 2: After reading all status information, the mobile terminal performs a unified standardization conversion process on various types of raw status information from different sources and with inconsistent data formats. This standardizes all types of raw signals into standard fields such as enumeration values, Boolean values, timestamps, confidence values, or combinations thereof. Following a predefined fixed data structure, the mode status, posture status, court position status, motion status, ball-hitting monitoring device status, ball-hitting data status, scoring status, user operation status, and current display status are sequentially encapsulated into the same data carrier, generating a structured display status vector with unified field definitions that can be read and parsed in batches. During the standardization integration process, it synchronously verifies whether each type of status information is missing. If any status information is missing, a dedicated preset default value is filled into the corresponding status field. If there is no latest valid data for the current display status, the most recent valid display status in the system cache is retrieved to complete the replacement, ensuring that all fields in the display status vector have valid and operable values.

[0030] By constructing a standardized computing platform, the problem of incompatibility between multiple data formats is eliminated, and all state information is synchronized and read in an orderly manner. The fault tolerance mechanism of automatically filling in the default value for missing states avoids abnormal displays such as accidental screen lighting and accidental screen turning off caused by null values ​​and invalid data entering the logical operation, ensuring the stability and reliability of subsequent rule judgments.

[0031] Step 3: The mobile terminal reads the value of the mode state field stored inside the display state vector to complete the scene splitting and matching operation. If the mode state is personal training mode, the pre-stored personal training mode rule set is retrieved. The operation of this rule set does not read or depend on the court position state field. If the mode state is official court mode, the pre-stored official court mode rule set is retrieved. This rule set is fully linked to all fields such as court position state, motion state, and scoring state. The official court mode rule set and the personal training mode rule set are logically completely isolated and stored independently. Only the single rule set that is successfully matched participates in the subsequent candidate display action generation operation. The other rule set is directly shielded and does not participate in the traversal and judgment.

[0032] By decoupling and differentiating the two sets of business logic for indoor training and outdoor practice, interference between the rules of the two types of scenarios is avoided. In the personal training scenario, there is no need to load the judgment logic related to the positioning of the court, reducing invalid calculations. The formal court mode fully links the constraints of the venue such as the tee box, hole, transportation, and scoring, and specifically adapts to the exclusive display and control needs of different scenarios, improving the accuracy of scene recognition and the overall computing efficiency.

[0033] Step 4: The mobile terminal iterates through all the judgment logic within the currently matched rule set, and substitutes the value of each type of state field in the display state vector into the rule conditions to complete the matching verification. For each set of logic branches that meet the rule judgment conditions, a corresponding candidate display action is generated and stored in a temporary action queue. After all rules have been traversed, the preset mutual exclusion action comparison table is retrieved, and all candidate display actions in the temporary action queue are compared and identified in pairs. Candidate display action combinations that cannot be executed synchronously or whose logic is mutually contradictory are marked as having display action conflicts, while the other multiple candidate display actions that can be executed synchronously and in parallel are determined to have no display action conflicts.

[0034] By fully mining all display requirements that meet the triggering conditions in the current scenario, we can avoid missing business prompts or page switching instructions; by identifying mutually exclusive display actions in advance, we can provide a preliminary judgment basis for the subsequent arbitration process, distinguish between two types of working conditions: multi-action parallel compatibility and multi-action mutual exclusion, and realize differentiated process diversion calculation.

[0035] Step 5: When there are no conflicting display actions after comparison of all candidate display actions in the temporary action queue, all candidate display actions in the queue are directly packaged and merged. All candidate display actions are completely retained without deletion or filtering. The merged set of actions is directly determined as the target display action for this round of calculation. Multiple compatible display actions can be issued simultaneously, thereby fully presenting all business information corresponding to the current state without losing any prompts and improving the integrity of information display.

[0036] Step 6: Perform a two-level standardized arbitration operation on the candidate display action queue marked with display action conflicts. The first level prioritizes matching the system's pre-stored conflict rule table. If the current conflict candidate display action combination matches the conflict rule table, the corresponding action bound to the conflict rule table is directly extracted as the target display action. If the conflict rule table is not matched, proceed to the second level, retrieve the preset priority table to sort and filter multiple candidate display actions by weight, and finally output the determined target display action. For complex working conditions where multiple states overlap and generate mutually exclusive instructions, a standardized and fixed-process arbitration mechanism is provided. Special business conflicts are handled precisely by dedicated rules, and general conflicts are filtered in an orderly manner by priority. Regardless of how the states change synchronously, the corresponding display control result can be output, solving the defect of chaotic and disordered display behavior when multiple conditions overlap in the existing solution.

[0037] Step 7 establishes a mapping relationship between target display actions and abstract display control commands. The target display actions, described in text, are converted into standardized abstract display control command codes that are decoupled from the underlying private communication protocol of the display terminal. The mobile terminal sends the encoded abstract display control commands to the display terminal via a wireless transmission channel. The display terminal then parses the abstract display control commands locally and performs corresponding operations such as page switching, pop-up prompts, screen off, and disabling automatic screen lighting based on the parsing results. By completely decoupling the display management business logic from the underlying communication protocol of the display terminal, the abstract display control commands possess cross-device universality. Display terminals of different models and manufacturers only need to adapt to the same set of abstract command parsing standards to access the entire system, significantly reducing the development and adaptation costs of multiple hardware components. The unified standardized command code transmission is simple and efficient, improving the speed of command reception and parsing on the display terminal.

[0038] In this embodiment, all nine categories of complete state information under golf usage scenarios are collected uniformly through mobile terminals, breaking down data silos across multiple hardware and modules. A structured display state vector with default filling capability for missing fields is generated based on a standardized integration process. Then, two sets of proprietary rules, each with isolated logic, are used for training and decoupled computation of the golf course scene based on the internal mode state of the display state vector. All candidate display actions are generated by fully traversing the rules, and conflicting display actions are handled in two separate paths. In case of conflict, two-level standardized arbitration is completed based on preset conflict rules and priorities to output a stable target display action. Finally, this is transformed into an abstract display control command decoupled from the hardware protocol and sent to the display terminal. The entire process unifies and integrates scattered state data, accurately distinguishes differentiated sports scenarios, and standardizes and automates the resolution of mutually exclusive display action conflicts. This effectively solves the problems of traditional control solutions, such as lack of a unified data carrier, mutual interference between scene logics, chaotic display behavior due to multiple conditions, high hardware adaptation coupling, and susceptibility to accidental screen lighting and extinguishing. It balances overall computational fault tolerance stability, scene adaptation accuracy, and cross-device universal expansion capabilities, significantly improving the interactive smoothness and user experience of display terminals such as AR glasses in golf scenarios.

[0039] In one embodiment, reference Figure 2 The display control method also includes the following steps: S21. When multiple status information is integrated to generate a display status vector, if there is missing status information, the missing status field is filled with the default value corresponding to that status. Among them, the default value for posture state is unknown posture state, the default value for court position state is unknown position state, the default value for movement state is non-vehicle movement state, the default value for hitting data state is unknown state, the default value for scoring state is pending scoring state, the default value for user operation state is no user operation state, and the default value for current display state is the most recent valid display state.

[0040] Step 21: During the standardization and encapsulation of various raw state information, the mobile terminal verifies the data integrity field by field. If a certain state field is empty or has an invalid value, the preset filling logic is activated. Dedicated fixed default values ​​are configured for different types of states. For the real-time changing current display state, no static fixed values ​​are set; instead, valid display states from the previous round of normal interaction are retrieved from the local cache as filling content. All missing fields are filled before the display state vector is generated and output, ensuring that all fields participating in rule calculations within the vector have valid values. This step avoids empty fields entering the rule judgment process, which could cause program calculation errors or random screen lighting / switching. By simulating normal usage conditions with customized default values ​​tailored to golf usage scenarios, the system can still output display control logic that conforms to users' normal usage habits even if some devices are temporarily offline, significantly improving the fault tolerance and operational stability of the overall display control process.

[0041] In one embodiment, reference Figure 3 "Arbitrating display actions through preset conflict rules and priorities" includes the following steps: S61. Match the preset conflict rule table. If a conflict rule table is matched, directly output the target display action corresponding to the conflict rule table. S62. If the conflict rule table is not matched, the multiple candidate display actions are sorted and filtered according to the preset priority table to obtain the target display action.

[0042] Step 61: When there is a conflict between multiple candidate display actions, the mobile terminal retrieves the pre-stored conflict rule table locally and performs a complete match verification between the action combination composed of all currently conflicting candidate display actions and the various conflict action combinations pre-recorded in the conflict rule table. The conflict rule table pre-records candidate display action conflict pairs with special control requirements in golf usage scenarios, including special conflict combinations such as disconnected state versus displaying the official golf course page, and vehicle movement state versus disabling automatic screen lighting versus restoring the current head-up display interface. If the current conflicting candidate display action combination completely matches any conflict action combination in the conflict rule table, it is determined that the conflict rule table has been hit. There is no need to execute the subsequent priority table-based filtering process. The target display action bound to the conflict combination in the conflict rule table is directly extracted as the target display action obtained in this arbitration calculation.

[0043] This step sets up dedicated judgment logic for special candidate display action conflicts that affect user safety and interactive experience in golf usage scenarios. It prioritizes the implementation of key control targets such as device disconnection prompts and prohibition of automatic screen lighting, making up for the scene adaptation defects caused by relying solely on priority sorting, and ensuring that the display control logic accurately meets the usage requirements under special working conditions.

[0044] Step 62: After completing the matching of all conflict rule table contents, if the currently conflicting candidate display action combination is not recorded in the conflict rule table, the priority table pre-configured by the system is retrieved. The priority table pre-assigns fixed priority weight parameters to each candidate display action. The mobile terminal reads the priority weight parameters corresponding to each of all conflicting candidate display actions and sorts them in descending order of priority weight parameters. The candidate display action with the highest priority weight parameter value is selected and determined as the target display action obtained in this arbitration operation.

[0045] This step provides a standardized and unified screening process for general candidate display action conflicts without special control requirements. When multiple types of status information change synchronously and cause ordinary display action conflicts, a definite target display action can be output, eliminating the problems of random switching of display actions and chaotic overall display control logic caused by the lack of a standardized arbitration mechanism.

[0046] In this embodiment, a two-level display action arbitration execution process is defined. First, candidate display action conflicts with special control requirements in the golf scenario are prioritized and processed by matching a preset conflict rule table. If the conflict rule table is not matched, the candidate display actions are sorted and filtered according to a preset priority table. Regardless of the type of display action conflict caused by the synchronous change of multiple state information, the target display action that fits the needs of the golf usage scenario can be output. This solves the problem of disordered and chaotic display behavior caused by the lack of a unified processing standard when multiple state conditions are superimposed, and improves the computational determinism, logical standardization and scene adaptation effect of the entire display control method.

[0047] In one embodiment, the display state vector includes at least three of the following: mode state, posture state, court position state, motion state, ball-hitting monitoring device state, ball-hitting data state, scoring state, user operation state, and current display state, and each state field is represented by an enumerated value, a Boolean value, a timestamp, a confidence value, or a combination thereof.

[0048] Specifically, in the execution phase of standardizing and integrating multiple state information to generate a structured display state vector, the mobile terminal does not need to integrate all nine complete state information categories—mode state, posture state, court position state, motion state, ball-hitting monitoring device state, ball-hitting data state, scoring state, user operation state, and current display state—to construct a data carrier. It only needs to possess at least three valid state information categories to complete the construction of the structured display state vector and put it into the subsequent rule matching calculation process.

[0049] This design is intended to adapt to diverse hardware configurations in golf usage scenarios. Different users can select some peripheral components as needed. Relying only on the several types of status information that the current hardware can collect, it can complete the display logic matching calculation in the corresponding scenario. It covers diverse usage conditions such as only having a few sensor peripherals and simplified hardware configuration, thus broadening the hardware deployment scenarios that the whole method can adapt to.

[0050] For each independent state field carried within the display state vector, the system pre-defines a unified data expression standard, not limiting itself to a single data format. It can use any format among enumeration values, Boolean values, timestamps, and confidence values ​​to carry state data, or combine multiple formats to complete composite information recording. Enumeration values ​​define fixed classification values ​​for various states; for example, discrete classification identifiers such as formal court mode, personal training mode, entering the tee box state, and disconnection state are all stored using enumeration values. Boolean values ​​mark simple binary judgment identifiers, such as states with only yes / no results, like radar on and manual screen off. Timestamps record the precise time of state information acquisition, facilitating subsequent judgment of whether data has timed out. Confidence values ​​indicate the reliability of sensor acquisition and peripheral feedback state information, enabling the system to identify low-confidence invalid data. Multi-format combinations store composite state information that simultaneously includes classification, time, and confidence, such as head posture data with acquisition time and recognition confidence.

[0051] In this embodiment, by limiting the content of the structured display state vector, it adapts to diverse hardware configurations in golf scenarios. Users do not need to equip all the acquisition peripherals; the display logic matching for the corresponding scenario can be completed based on a limited number of state information. This adapts to various simplified and differentiated hardware configurations in golf scenarios. On the other hand, it standardizes the data storage standards for all state fields, ensuring compatibility with different data formats output from various peripherals. This guarantees that various state information can be stored in the display state vector in an orderly and standardized manner, avoiding reading and parsing failures caused by messy original data formats. It also ensures the consistency of data reading throughout the entire process of rule set matching, candidate display action generation, and display action arbitration.

[0052] In one embodiment, the mode states include formal course mode and personal training mode; the posture states include head-down state and head-up state; the course position states include at least one of the following: entering the tee box, leaving the tee box and not entering the green, entering the green, leaving the green, and leaving the current hole; the movement states include vehicle movement; the shot monitoring device states include session in progress and session ended; the user operation states include double-touch state, voice wake-up state, and manual overwrite state; the shot data states include normal shot state, abnormal shot state, shot timeout, and shot invalid; the scoring states include score successful state and score failed state; and the current display states include disconnected state and screen off state.

[0053] Specifically, the value types of each type of state information within the displayed state vector are fully defined, clarifying that different state information covers all working condition identifiers in the entire process of golf personal training and formal course competition. This provides a unified and complete basis for judgment parameters for subsequent condition judgment of formal course mode rule sets and personal training mode rule sets, avoiding problems such as missing state identifier definitions and ambiguous parameter boundaries during rule matching. Among them, the mode state is divided into two basic scenario identifiers: formal course mode and personal training mode. The two are independently distinguished from user scenarios and serve as the core judgment basis for the system to divert and match different rule sets.

[0054] In addition to the default unknown posture status, the posture status also includes two sub-categories: head-down and head-up. These two sub-categories are generated by the head tilt angle collected by the built-in sensor components of the display terminal. They are used to control the screen to automatically turn off or wake up to display training data in conjunction with the progress of the shot. The course position status is supplemented with various sub-categories of the course area, including entering the tee, leaving the tee and not entering the green, entering the green, leaving the green, and leaving the current hole. This fully covers all course nodes in an outdoor golf shot from arriving at the tee to completing the current hole, and supports the course linkage control logic such as disabling automatic screen lighting, automatic screen turning off, and scoring pop-ups in the formal course mode.

[0055] In addition to the default non-vehicle movement state, the motion status also includes vehicle movement state, distinguishing between two movement scenarios: walking to hit the ball and riding in a ball cart. The ball cart movement scenario has dedicated control logic such as disabling automatic screen lighting and automatic screen turning off after a pop-up window. The ball-hitting monitoring device status is set to a session in progress state and a session ended state, corresponding to two working stages: the radar device starting to collect data and the entire training ball-hitting process ending, respectively, providing a basis for judging the display interface when switching personal training modes. User operation status is uniformly defined into three types of human interaction indicators: double-touch state, voice wake-up state, and manual overwrite state, used to trigger the restoration of the current head-up display when the screen is off. The interface operation logic is as follows: In addition to the default unknown state, the ball hitting data status also includes four types of data identifiers: normal ball hitting status, abnormal ball hitting status, ball hitting timeout, and invalid ball hitting status, which distinguishes between valid ball hitting and various data acquisition failure conditions, and executes different screen control actions accordingly; In addition to the default pending scoring status, the scoring status also includes two types of result identifiers: scoring success status and scoring failure status, which correspond to different pop-up prompts and background scoring status reset logic, respectively; The current display status includes disconnection status and screen-off status. The disconnection status has higher priority than other page display instructions, while the screen-off status is a prerequisite for manually waking up the head-up display interface.

[0056] By unifying and fully defining all the subdivided state identifiers involved in the entire display control process, clarifying the value boundaries and business meanings of each type of state information, all judgment conditions of the formal golf course mode rule set and the personal training mode rule set have standardized and corresponding parameter standards, eliminating the ambiguity in rule matching caused by vague state definitions, ensuring the uniformity of judgment standards throughout the entire process of candidate display action generation and display action arbitration, and fully covering all working conditions of the entire golf training and competition process, enabling the system to accurately identify the user's scene, action, and equipment operating conditions, supporting differentiated and refined layered display control.

[0057] In one embodiment, the formal court mode rule set includes the following rules: Rule 1: If the course position is in the "entering the tee" state, the movement state is "not moving by vehicle", and the scoring state of the previous hole is "pending scoring", then the target display action is to pop up a message indicating that the previous hole has not been scored.

[0058] The rule is triggered when the displayed state vector shows the course position as "entering the tee box," the movement state as "not moving by vehicle," and the previous hole's scoring state as "pending scoring." The rule's execution logic involves substituting these three state fields into the official course mode rule set for matching. When all conditions are met simultaneously, the target display action for this round of calculation is to pop up a notification that the previous hole was not scored. This rule uses the linkage of course position, movement, and scoring states to control the display output. If a user arrives at the tee box on foot but the previous hole's score has not been recorded, a pop-up window will proactively remind them to complete the score, preventing missed course scores.

[0059] Rule 2: If the course position is in the "entering the tee" state, the movement state is "not moving by vehicle", and the scoring state of the previous hole is "score successfully scored", the target display action is to display the official course page.

[0060] The rule is triggered when the displayed state vector shows the course position as "entering the tee box" and the movement state as "not moving by vehicle," while the previous hole's scoring status is "successfully scored." The rule's operating logic is that, under the basic conditions of entering the tee box and moving on foot, if the previous hole has already been scored, the arbitration output's target display action is to show the official course page. Under normal and compliant playing scenarios, upon arriving at the tee box, the rule automatically loads the course interface, displaying basic playing information such as the current hole's location, distance, and stroke count, meeting the typical display needs of outdoor play.

[0061] Rule 3: If the court position status is "entering the tee box" and the movement status is "vehicle moving", then the target display action is to disable automatic screen lighting.

[0062] The rule is triggered when the state vector shows the court position as "entering the tee box" and the movement state as "vehicle moving". The rule operates when both conditions are met, and the target display action is to disable automatic screen lighting. The rule also prevents the system from automatically waking up the screen when the user arrives at the tee box in a golf cart, thus preventing frequent pop-ups and page pop-ups from interfering with the user's view and ensuring driving safety.

[0063] Rule 4: If the shot data status is normal shot status and the course position status is "left tee and not yet on the green", then the target display action is to turn off the display.

[0064] The rule is triggered when the state data of the shot in the display state vector is in the normal shot state and the course position state is in the state of leaving the tee box and not entering the green. The rule operates by determining that when both of the above two state conditions are met, the target display action for this round of calculation is to turn off the display. The rule uses the linkage between the shot data state and the course position state to control the display output. When the user completes a valid shot and moves into the fairway area, the display terminal screen is automatically turned off to avoid power waste and visual interference caused by invalid constant-on display.

[0065] Rule 5: If the ball-hitting data status is normal ball-hitting status and the movement status is vehicle movement status, then the target display action is to turn off the display.

[0066] The rule is triggered when the state of the ball-hitting data in the displayed state vector is in the normal hitting state and the movement state is in the vehicle movement state. The rule operates by determining that when both of the above two state conditions are met simultaneously, the target display action for this round of calculation is to turn off the display. This rule combines the hitting result with the user's vehicle movement state to control the display. When the user hits the ball effectively and is in a vehicle movement condition, the display is actively turned off to avoid the screen being on during the journey and affecting the user's observation of the court environment, thus improving the safety of use.

[0067] Rule 6: If the scoring status is "score successful", the target display action is to pop up a "score successful" message.

[0068] The rule is triggered when the scoring status in the display status vector is set to a successful scoring status. The rule's operating logic is that when this single condition is met, the target display action for this round of calculation is to pop up a successful scoring prompt. The rule provides visual feedback for valid scoring completion, informing users in real time that the current hole scoring operation has been successfully completed, thus improving the intuitiveness of the course scoring interaction.

[0069] Rule 7: If the scoring status is "score successful" and the movement status is "vehicle moving", the target display action is to pop up a "score successful" message and then close the display.

[0070] The rule is triggered when the scoring state in the displayed state vector is "score successful" and the movement state is "vehicle moving". The rule's operation logic is that when both state conditions are met simultaneously, the target display action for this round of calculation is to pop up a "score successful" prompt and then turn off the display. While ensuring normal feedback on the scoring result, this rule adapts to the special working conditions of vehicle movement, turning off the screen promptly after the prompt is displayed, thus balancing the interactive feedback effect with driving safety.

[0071] Rule 8: If the scoring status is "scoring failure", the target display action is to pop up a message indicating the reason for the scoring failure, and after the message is displayed, reset the scoring status on the front end to "pending scoring".

[0072] The rule is triggered when the scoring status in the displayed status vector is set to a scoring failure state. The rule's execution logic is that when this single condition is met, the target display action for this round of calculation is to pop up a scoring failure reason prompt, and after the prompt is displayed, the front-end scoring status is reset to a pending scoring state. This rule can promptly provide users with feedback on the specific reasons for the scoring anomaly, while automatically resetting the scoring status field, providing a compliant status basis for users to re-initiate the scoring operation, thus improving system fault tolerance and operational convenience.

[0073] Rule 9: If the hit data status is abnormal hit status, hit timeout, or hit invalid, the target display action is to pop up an abnormal data prompt and then close the display.

[0074] The rule is triggered when the state of the ball-hitting data in the displayed state vector is any one of the following: abnormal ball-hitting state, ball-hitting timeout, or invalid ball-hitting state. The rule's operating logic is that when any one of the abnormal ball-hitting data conditions is met, the target display action for this round of calculation is to pop up an abnormal data prompt and then turn off the display. This rule provides unified prompts and feedback for various abnormal ball-hitting data collection conditions and automatically turns off the screen to avoid continuously displaying abnormal data and misleading users, thus ensuring the accuracy and standardization of court display control.

[0075] In one embodiment, the personal training mode rule set includes the following rules: Rule 1: If the ball-hitting monitoring device is in a session, the target display action is to show the ball-hitting monitoring training page.

[0076] The rule is triggered when the state of the ball-hitting monitoring device within the display state vector is in the state of session in progress. The rule's operating logic is that when this condition is met, the target display action corresponding to this round of calculation is determined to be displaying the ball-hitting monitoring training page. This rule relies on the working status control page display of the ball-hitting monitoring device. When the radar is started and the training acquisition process is initiated, a dedicated training interface is automatically loaded to continuously present ball-hitting monitoring and calculation data, meeting the needs of real-time viewing of ball-hitting parameters during indoor training.

[0077] Rule 2: If the status of the ball-hitting monitoring device is "session ended", the target display action is to return to the preset initial page of the ball-hitting monitoring device page.

[0078] The rule is triggered when the state of the ball-hitting monitoring device within the display state vector is set to the session end state. The rule's operating logic is that when this condition is met, the target display action for this round of calculation is determined to be the preset initial page of the ball-hitting monitoring device page. After a complete ball-hitting training process is completed, the rule only redirects to the ball-hitting monitoring function homepage and does not switch to the general court head-up display interface or the system main interface, thus unifying the page redirection logic after the training process ends and making it convenient for users to quickly start a new round of ball-hitting training.

[0079] In one embodiment, both the formal court mode rule set and the individual training mode rule set include the following rules: Rule 1: If the current display state is off screen, and the user operation state is double-touch, voice wake-up, or manual overwrite, the target display action is to restore the current head-up display interface.

[0080] The rule is triggered when the current display state in the display state vector is in the screen-off state, and the user operation state is in any one of the following states: double-touch state, voice wake-up state, or manual overwrite state. The rule operates by determining that the target display action for this round of calculation is to restore the current head-up display interface when both conditions are met. This rule is compatible with both formal court mode and personal training mode, and supports users to actively wake up the display interface through various manual interaction methods when the screen is off, retaining the display content of the current scene without reloading the page, thus improving the convenience of manual intervention in the display state and the continuity of the scene.

[0081] Rule 2: If the current display status is disconnected, the target display action is to pop up a disconnection prompt.

[0082] The rule is triggered when the current display state in the display state vector is in the disconnected state. The rule's operating logic is that when this condition is met, the target display action for this round of calculation is to pop up a disconnection prompt. This rule applies uniformly to both the official court mode and the personal training mode. It actively pops up a prompt when the display terminal and mobile terminal have communication problems or the device is offline and disconnected, allowing users to promptly perceive the abnormal device connection status. This facilitates users to troubleshoot device faults and restore communication connections in a timely manner, ensuring the stable operation of the entire display control system.

[0083] By configuring differentiated control rules for the official course mode and the personal training mode respectively, and setting display control rules common to both modes, and relying on pre-defined multi-dimensional state parameters such as mode state, course position state, motion state, hitting monitoring device state, hitting data state, scoring state, user operation state and current display state for linkage logic judgment, it is possible to accurately adapt to the differentiated display management and control requirements of the two core usage scenarios of golf official course actual combat and personal training. Among them, the official course mode rules can realize refined display reminders, screen on / off and state reset control according to the user's current course area, movement mode, hitting data and scoring results, effectively avoiding problems such as missed course scoring records, screen brightness interference during driving, and abnormal data misleading. The personal training mode rules can realize accurate display and reset of the hitting monitoring training page according to the working session state of the hitting monitoring device, adapting to the exclusive display requirements of the independent training scenario. At the same time, the dual-mode common rules can uniformly respond to manual user wake-up operations and abnormal device disconnection conditions, realizing human-computer interaction adaptation and active device abnormality prompts in all scenarios. The entire set of rules comprehensively optimizes the display control accuracy, use safety and user operation experience in all golf scenarios.

[0084] In one embodiment, the abstract display control instruction includes one or more of a display off instruction, an official course page display instruction, a hitting monitoring device page display instruction, a current head-up display restoration instruction, a prompt display instruction, a post-prompt delayed off instruction, an automatic screen brightness prohibition instruction, and a hole head-up switching instruction.

[0085] Specifically, the display off instruction is used to execute the screen dimming operation, the official course page display instruction is used to load and display the course actual combat interface, the hitting monitoring device page display instruction is used to call up the indoor training data interface, the current head-up display restoration instruction is used to restore the original screen content after the screen is off, the prompt display instruction is used to pop up various text information windows separately, the post-prompt delayed off instruction is used to automatically turn off the screen after the pop-up window display is completed, the automatic screen brightness prohibition instruction is used to lock the screen from active wake-up, and the hole head-up switching instruction is used to replace the currently displayed hole information interface. The mobile terminal can select one or more corresponding abstract display control instructions to package and issue according to a single target display action or a plurality of merged target display actions, so as to drive the display terminal to execute the corresponding target display action.

[0086] As Figure 4 shown, the present invention provides a specific embodiment of a display control system.

[0087] A display control system, with reference to Figure 4The display control system, used to implement the above display control method, includes a mobile terminal 1 and a display terminal 2. The mobile terminal 1 has a built-in state input module 11, a mode rule set module 12, a display arbitration module 13, and a display control instruction module 14, which are used to collect multiple state information, generate display state vectors, select target rule sets, execute display action arbitration, and generate abstract display control instructions. The display terminal 2 is used to display target display actions under the drive of the abstract display control instructions.

[0088] Specifically, the mobile terminal 1 integrates four independent functional units: a status input module 11, a mode rule set module 12, a display arbitration module 13, and a display control command module 14. Each module works collaboratively in a fixed sequence to complete the entire set of logical operations. The status input module 11 is responsible for the periodic collection of all status information under golf usage scenarios, while simultaneously standardizing and encapsulating multi-source status information and generating a structured display status vector with the ability to fill in missing fields by default. The mode rule set module 12 pre-stores two sets of isolated judgment logic: a formal golf course mode rule set and a personal training mode rule set. It reads the mode status within the display status vector to complete scenario-based matching and outputs the target rule set corresponding to the current condition. The display arbitration module 13 receives the display status vector and matches the... The completed rule set is traversed to generate multiple candidate display actions and determine whether there are display action conflicts. If there are no conflicts, all candidate display actions are merged. If there are conflicts, a two-level arbitration process is executed, which matches the conflict rule table and then filters according to the priority table, and the determined target display action is output. The display control instruction module 14 establishes a mapping relationship between the target display action and the abstract display control instruction, converts the target display action at the business level into a standardized abstract display control instruction decoupled from the underlying communication protocol, and sends it down for transmission after encoding. The display terminal 2 receives the abstract display control instruction sent by the mobile terminal 1, and parses and executes display control operations such as screen off, page switching, pop-up prompts, disabling automatic screen lighting, and restoring the head-up display interface, and outputs visual interactive content to the user.

[0089] It should be understood that the above embodiments are only used to illustrate the technical solutions of the present invention, and are not intended to limit them. Those skilled in the art can modify the technical solutions described in the above embodiments, or make equivalent substitutions for some of the technical features; and all such modifications and substitutions should fall within the protection scope of the appended claims of the present invention.

Claims

1. A display control method, characterized in that, Includes the following steps: Multiple status information in golf usage scenarios are collected through mobile terminals. The status information includes mode status, posture status, course location status, movement status, shot monitoring device status, shot data status, scoring status, user operation status, and current display status. Multiple state information is standardized and integrated to generate a structured display state vector; Based on the mode state in the displayed state vector, the rule set of the corresponding scenario is matched from the preset official court mode rule set and the personal training mode rule set; Multiple candidate display actions are generated based on the display state vector and the matching rule set, and it is determined whether there are display action conflicts among the multiple candidate display actions; If there are no conflicting display actions, multiple candidate display actions will be merged into the target display action; If there is a conflict in the display actions, the display actions will be arbitrated according to the preset conflict rules and priorities, and the target display action will be obtained. The target display action is converted into a corresponding abstract display control instruction and sent to the display terminal to drive the display terminal to execute the target display action.

2. The display control method according to claim 1, characterized in that, It also includes the following steps: When multiple status information is integrated to generate a display status vector, if there is missing status information, the missing status field will be filled with the default value corresponding to that status. The default values ​​for the posture state, the court position state, and the movement state are: unknown posture state, unknown position state, non-vehicle movement state, unknown hitting data state, unscore state, unscore state, no user operation state, and the most recent valid display state.

3. The display control method according to claim 1, characterized in that, The "arbitration of display actions through preset conflict rules and priorities" includes the following steps: Match the preset conflict rule table. If a conflict rule table is matched, directly output the target display action corresponding to the conflict rule table. If the conflict rule table is not matched, multiple candidate display actions are sorted and filtered according to the preset priority table to obtain the target display action.

4. The display control method according to claim 1, characterized in that, The display state vector includes at least three of the following: mode state, posture state, court position state, motion state, ball-hitting monitoring device state, ball-hitting data state, scoring state, user operation state, and the current display state. Each state field is represented by an enumerated value, a Boolean value, a timestamp, a confidence value, or a combination thereof.

5. The display control method according to claim 1, characterized in that, The mode states include formal course mode and personal training mode; the posture states include head down and head up; the course position states include at least one of the following: entering the tee box, leaving the tee box and not entering the green, entering the green, leaving the green, and leaving the current hole; the movement states include vehicle movement; the shot monitoring device states include session in progress and session ended; the user operation states include double-touch, voice wake-up, and manual overwrite; the shot data states include normal shot, abnormal shot, shot timeout, and invalid shot; the scoring states include successful scoring and failed scoring; and the current display states include disconnected and screen off.

6. The display control method according to claim 5, characterized in that, The official court mode rule set includes the following rules: If the course position is in the "entering the tee" state, the movement state is "not moving by vehicle", and the scoring state of the previous hole is "pending scoring", then the target display action is to pop up a message indicating that the previous hole has not been scored. If the course position is in the "entering the tee" state, the movement state is "not moving by vehicle", and the scoring status of the previous hole is "score successfully scored", the target display action is to show the official course page.

7. The display control method according to claim 5, characterized in that, The official court mode rule set also includes the following rules: If the court position status is "entering the tee box" and the movement status is "vehicle moving", then the target display action is to disable automatic screen lighting.

8. The display control method according to claim 5, characterized in that, The official court mode rule set also includes the following rules: If the shot data status is normal shot status, and the course position status is "left tee and not yet on the green", then the target display action is "off". If the ball-hitting data status is normal and the movement status is vehicle movement, then the target display action is to turn off the display.

9. The display control method according to claim 5, characterized in that, The official court mode rule set also includes the following rules: If the scoring status is "score successful", the target display action is to pop up a "score successful" message; If the scoring status is "score successful" and the movement status is "vehicle moving", the target display action is to pop up a "score successful" message and then close the display. If the scoring status is "scoring failed", the target display action is to pop up a message indicating the reason for the scoring failure, and after the message is displayed, reset the scoring status on the front end to "pending scoring".

10. The display control method according to claim 5, characterized in that, The official court mode rule set also includes the following rules: If the hit data status is abnormal hit status, hit timeout, or hit invalid, the target display action is to pop up an abnormal data prompt and then close the display.

11. The display control method according to claim 5, characterized in that, The personal training mode rule set includes the following rules: If the ball-hitting monitoring device is in session mode, the target display action is to show the ball-hitting monitoring training page; If the status of the ball-hitting monitoring device is "session ended", the target display action is to return to the preset initial page of the ball-hitting monitoring device page.

12. The display control method according to claim 5, characterized in that, Both the official court mode rule set and the individual training mode rule set include the following rules: If the current display state is off, and the user operation state is double-touch, voice wake-up, or manual overwrite, the target display action is to restore the current head-up display interface.

13. The display control method according to claim 5, characterized in that, The official court mode rule set and the individual training mode rule set also include the following rules: If the current display status is disconnected, the target display action is to pop up a disconnection prompt.

14. The display control method according to claim 1, characterized in that, The abstract display control commands include one or more of the following: display off command, display official course page command, display shot monitoring device page command, restore current head-up display command, prompt display command, prompt followed by delayed close command, disable automatic screen lighting command, and switch hole head-up display command.

15. A display control system, characterized in that, For implementing the display control method as described in any one of claims 1-14, comprising: The mobile terminal has a built-in status input module, a mode rule set module, a display arbitration module, and a display control instruction module, which are used to collect multiple status information, generate display status vectors, select target rule sets, execute display action arbitration, and generate abstract display control instructions. The display terminal is used to display the target display action under the drive of the abstract display control command.

Images