Intelligent glasses communication method

Abstract

This invention discloses a communication method for smart glasses, relating to the field of smart glasses technology. The method includes: S1, acquiring communication data generated by the smart glasses during operation, identifying the content type of the communication data, and generating a transmission priority marker to characterize the importance of the data based on the identified data content type; S2, acquiring the operating status parameters of the smart glasses in real time, and mapping the operating status parameters to the constraint input conditions of communication scheduling, so as to establish a communication executable boundary to limit the executable range of communication scheduling before the communication scheduling is executed. By identifying the content type of the communication data and generating a transmission priority marker, different processing of data of different importance is achieved; by mapping the operating status parameters of the smart glasses to the constraint conditions of communication scheduling, and establishing a communication executable boundary before the communication scheduling is executed.

Description

Technical Field

[0001] This invention relates to the field of smart glasses technology, and more specifically to a communication method for smart glasses. Background Technology

[0002] With the development of wearable device technology, smart glasses are gradually integrating multiple functions such as image acquisition, voice interaction, environmental perception, and real-time information prompts, and interacting with external terminals or cloud systems via wireless communication. During actual operation, smart glasses continuously generate various types of communication data, including status reporting data, interaction command data, multimedia data, and background synchronization data. These different types of communication data exhibit significant differences in timeliness and importance.

[0003] In existing technologies, smart glasses communication methods often employ fixed transmission strategies or simple condition-triggered mechanisms, such as uploading data according to a preset cycle or sending cached data in bulk when network availability is detected. These communication methods typically fail to differentiate the importance of the data to be communicated, and do not incorporate operational parameters such as power levels, network quality, and task status generated during device operation into the scheduling decision-making process. This easily leads to high-frequency or high-load communication operations even under resource constraints, resulting in accelerated energy consumption, communication congestion, or limited data transmission of critical business applications. While some existing technologies have introduced communication scheduling mechanisms, these schedulings mostly occur before communication execution, lacking the ability to continuously monitor and dynamically adjust the communication process. When the operating status of the smart glasses changes during communication execution, existing solutions struggle to effectively constrain or adjust the ongoing communication behavior in a timely manner, easily leading to communication behavior exceeding the device's capacity, thus affecting device stability and user experience. Therefore, establishing clear executable boundaries for the communication scheduling process based on the differentiation of the importance of different data to be communicated, combined with the real-time operating status of the smart glasses, and dynamically adjusting communication behavior according to changes in the operating status during communication execution, has become a pressing technical problem to be solved in the field of smart glasses communication technology. Summary of the Invention

[0004] The purpose of this invention is to provide a communication method for smart glasses to overcome the above-mentioned shortcomings in the prior art.

[0005] To achieve the above objectives, the present invention provides the following technical solution: a smart glasses communication method, the method comprising the following steps: S1, acquiring communication data generated by the smart glasses during operation, identifying the content type of the communication data, and generating a transmission priority mark for the communication data to characterize the importance of the data itself based on the identified data content type; S2. Real-time acquisition of the operating status parameters of the smart glasses, and mapping the operating status parameters to the constraint input conditions of communication scheduling, so as to establish a communication executable boundary to limit the executable range of communication scheduling before the communication scheduling is executed. S3. Using the transmission priority flag as the basis for communication scheduling, under the constraint of the communication executable boundary, the communication scheduling judgment is performed on the data to be communicated. Without breaking the communication executable boundary, a communication trigger decision corresponding to the data to be communicated is generated, and the communication trigger condition is determined accordingly. S4. Execute communication transmission based on communication trigger decision, and continuously monitor the running status parameters during the communication execution process. When the running status parameters change and cause the current communication behavior to exceed the communication execution boundary, regenerate the communication trigger decision based on the updated running status parameters in order to dynamically adjust the communication behavior being executed.

[0006] As a further supplement to the above embodiments, S1 includes the following sub-steps: S11, obtaining the original data to be communicated generated during operation from the communication data generation module of the smart glasses, and simultaneously obtaining the data source identifier and / or data structure information associated with the original data to be communicated and used for content type determination; S12. Based on the acquired data source identifier and / or data structure information, perform content type identification on the original data to be communicated to determine the data content type to which the original data to be communicated belongs; S13. Based on the determined data content type, determine the priority level of the original data to be communicated according to the preset content type priority allocation rules, and generate a transmission priority mark to represent the priority level.

[0007] As a further supplement to the above embodiments, determining the priority level of the original data to be communicated according to the preset content type priority allocation rule includes: matching the data content type of the original data to be communicated with the preset content type-priority level correspondence to determine the basic priority level corresponding to the data content type, and on this basis, adjusting the basic priority level in combination with the time attribute, data scale characteristics and / or business attribute identifier of the original data to be communicated to obtain the final priority level of the original data to be communicated.

[0008] As a further supplement to the above embodiments, S2 includes the following sub-steps: S21, real-time acquisition of the operating status parameters of the smart glasses, and according to the function dimension of the operating status parameters, the operating status parameters are divided into power status parameters, network quality parameters and task status parameters. Each type of operating status parameter is used to characterize the current energy availability of the device, the communication link carrying capacity and the importance of service execution. S22. Based on power status parameters, construct an energy consumption limiting factor to limit the energy consumption of communication scheduling; based on network quality parameters, construct a transmission capacity limiting factor to limit the transmission capacity of communication scheduling; based on task status parameters, construct a service guarantee limiting factor to limit the minimum service guarantee requirements of communication scheduling. S23. Unify and integrate the energy consumption limiting factor, transmission capacity limiting factor, and service guarantee limiting factor to generate a set of communication scheduling constraint parameters to characterize the current degree of communication scheduling constraints. S24. Based on the set of communication scheduling constraint parameters, determine the communication scheduling allowable interval corresponding to the current time, and establish a communication executable boundary to limit the execution range of communication scheduling, as a prerequisite constraint condition for subsequent communication scheduling judgment and communication execution.

[0009] As a further supplement to the above embodiments, generating the communication scheduling constraint parameter set in S23 includes the following sub-steps: S231, mapping the energy consumption limit factor, transmission capacity limit factor and service guarantee limit factor to the corresponding constraint dimensions of communication scheduling respectively, and performing unified standardization processing on the limit values ​​under each constraint dimension to generate a set of standardized constraint values ​​with consistent semantics and value range under the same scheduling constraint dimension. S232. For each constraint dimension, based on the generated set of standardized constraint values, determine the final constraint value corresponding to the constraint dimension. Specifically, for scheduling upper limit constraints, the minimum allowable value in the set of standardized constraint values ​​is determined as the corresponding final constraint value; for scheduling lower limit constraints, the maximum guarantee value corresponding to the business guarantee constraint factor is determined as the corresponding final constraint value. S233. The final constraint values ​​determined under each constraint dimension are structured and grouped to form a set of communication scheduling constraint parameters that can be directly invoked, which is used to limit the executable scope of communication scheduling.

[0010] As a further supplement to the above embodiments, S24 includes the following sub-steps: S241, extracting upper limit constraint parameters and lower limit constraint parameters for limiting communication scheduling behavior from the communication scheduling constraint parameter set according to the scheduling dimension; S242. For each scheduling dimension, based on the extracted upper limit constraint parameters and lower limit constraint parameters, determine the communication scheduling allowable interval under the corresponding scheduling dimension, wherein the upper boundary of the allowable interval is limited by the minimum allowable value in the upper limit constraint parameters, and the lower boundary of the allowable interval is limited by the maximum guaranteed value in the lower limit constraint parameters. S243. Combine the communication scheduling allowable intervals determined under each scheduling dimension to form the set of communication scheduling allowable intervals corresponding to the current time. S244. Perform boundary solidification processing on the determined set of allowed communication scheduling intervals to generate a communication executable boundary for limiting the executable range of communication scheduling, and set the communication executable boundary as the scheduling mandatory constraint condition at the current moment to uniformly constrain communication scheduling judgment and communication execution behavior.

[0011] As a further supplement to the above embodiments, S3 includes the following sub-steps: S31, reading the transmission priority flag associated with the data to be communicated, and using the transmission priority flag as the judgment input for communication scheduling, which is used to characterize the relative importance of the data to be communicated in the scheduling process; S32. Obtain the current executable boundary of communication and use the executable boundary of communication as a constraint condition for communication scheduling judgment to limit the range of communication scheduling that is allowed to be executed at the current moment. S33. Under the joint constraints of transmission priority flag and communication executable boundary, perform communication scheduling judgment on the data to be communicated in order to determine the scheduling feasibility status of the data to be communicated within the current communication scheduling range. S34. Based on the scheduling feasibility status, generate a communication trigger decision corresponding to the data to be communicated, which is used to determine the communication trigger conditions of the data to be communicated and serves as the control input for subsequent communication transmission execution.

[0012] As a further supplement to the above embodiments, the communication scheduling judgment is to determine the scheduling feasibility of the data to be communicated under the constraints of the transmission priority mark and the communication executable boundary, combined with the scheduling requirement parameters of the data to be communicated, and generate the corresponding scheduling feasibility state. Then, based on the scheduling feasibility state, a communication trigger decision corresponding to the data to be communicated is generated to determine the communication trigger conditions and execute the subsequent communication transmission.

[0013] As a further supplement to the above embodiments, S4 includes the following sub-steps: S41, according to the generated communication triggering decision, the communication transmission is performed according to the triggering method, triggering sequence and transmission parameters determined in the communication triggering decision, and the communication data to be transmitted is sent. S42. During the communication transmission process, continuously collect the running status parameters and associate the running status parameters with the current communication behavior to form running association information that characterizes the communication execution environment; S43. Based on the associated information of the operation, generate a boundary consistency state of the current communication behavior relative to the execution boundary of the communication, which is used to characterize the degree of constraint on the execution of the communication behavior: S44. When the boundary consistency state indicates that the communication behavior is in a boundary-constrained state, the communication trigger decision is regenerated based on the updated running state parameters, and the regenerated communication trigger decision is used as a new control input to adjust the communication behavior being executed.

[0014] As a further supplement to the above embodiments, during the process of executing communication transmission based on the communication triggering decision, a boundary consistency state of the current communication behavior relative to the communication executable boundary is generated based on the continuously collected running status parameters. When the boundary consistency state indicates that the communication behavior is in a boundary-limited state, the communication triggering decision is regenerated based on the updated running status parameters, and the regenerated communication triggering decision is used to dynamically adjust the communication behavior being executed.

[0015] Beneficial effects In the above technical solution, the present invention provides a smart glasses communication method that distinguishes and processes data of different importance by identifying the content type of the data to be communicated and generating a transmission priority mark; by mapping the operating state parameters of the smart glasses to the constraints of communication scheduling, and establishing a communication executable boundary before communication scheduling is executed; under the constraints of the communication executable boundary, a communication triggering decision is generated in combination with the transmission priority mark, and during the communication execution process, a boundary consistency state of the communication behavior relative to the communication executable boundary is generated based on the operating state parameters, and the communication triggering decision is dynamically updated when execution is restricted; thereby introducing an operating state constraint and dynamic adjustment mechanism throughout the communication scheduling and execution process, reducing unreasonable communication operations under resource constraints, reducing energy consumption and the probability of communication anomalies, and improving the overall operational stability of the smart glasses.

[0016] It should be understood that the foregoing general description and the following detailed description are exemplary and illustrative only, and are not intended to limit this disclosure. This application provides an overview of various implementations or examples of the technology described in this disclosure, and is not a full disclosure of the entire scope or all features of the disclosed technology. Attached Figure Description

[0017] To more clearly illustrate the technical solutions in the embodiments of this application or the prior art, the drawings used in the embodiments will be briefly introduced below. Obviously, the drawings described below are only some embodiments recorded in this invention. For those skilled in the art, other drawings can be obtained based on these drawings.

[0018] Figure 1 This is a schematic flowchart of a smart glasses communication method provided in an embodiment of the present invention. Detailed Implementation

[0019] To make the objectives, technical solutions, and advantages of the embodiments of this disclosure clearer, the technical solutions of the embodiments of this disclosure will be clearly and completely described below with reference to the accompanying drawings. Obviously, the described embodiments are only some, not all, of the embodiments of this disclosure. All other embodiments obtained by those skilled in the art based on the described embodiments of this disclosure without creative effort are within the scope of protection of this disclosure.

[0020] Reference Figure 1 As shown, the present invention provides a communication method for smart glasses, the method comprising the following steps: S1. Obtain the communication data generated by the smart glasses during operation, identify the content type of the communication data, and generate a transmission priority mark to characterize the importance of the data itself based on the identified data content type. S1 includes the following steps: S11, obtaining the original data to be communicated generated during operation from the communication data generation module of the smart glasses, and simultaneously obtaining the data source identifier and / or data structure information associated with the original data to be communicated and used for content type determination; S12. Based on the acquired data source identifier and / or data structure information, perform content type identification on the original data to be communicated to determine the data content type to which the original data to be communicated belongs; S13. Based on the determined data content type, determine the priority level of the original data to be communicated according to the preset content type priority allocation rules, and generate a transmission priority mark to represent the priority level.

[0021] Determining the priority level of the original data to be communicated according to the preset content type priority allocation rules includes: matching the data content type of the original data to be communicated with the preset content type-priority level correspondence to determine the basic priority level corresponding to the data content type; and on this basis, adjusting the basic priority level in combination with the time attribute, data scale characteristics and / or business attribute identifier of the original data to be communicated to obtain the final priority level of the original data to be communicated.

[0022] Specifically, step S1 preprocesses the data to be communicated generated during the operation of the smart glasses before communication scheduling. By identifying the content type of the data to be communicated and generating a transmission priority label, the subsequent communication scheduling process can differentiate and process the data based on its importance. This preprocessing avoids treating data of different importance equally when communication resources are limited, thus providing a reliable basis for determining data importance for subsequent communication triggering decisions under the constraints of the communication execution boundary.

[0023] In step S11, the raw data to be communicated generated during operation is obtained from the communication data generation module of the smart glasses. Simultaneously, data source identifiers and / or data structure information associated with the raw data to be communicated, used for content type determination, are also obtained. The communication data generation module may include, but is not limited to, a voice interaction module, an image acquisition module, a sensor data acquisition module, a system status monitoring module, or a background business processing module. The data source identifier characterizes the source of the raw data to be communicated, such as a module identifier, function identifier, or business identifier; the data structure information characterizes the data format, field composition, or encapsulation method of the raw data to be communicated. By introducing data source identifiers and / or data structure information while acquiring the raw data to be communicated, a basic basis for subsequent data content type identification can be provided without parsing the specific data content, which helps reduce the computational complexity of the identification process.

[0024] In step S12, based on the data source identifier and / or data structure information obtained in step S11, content type identification is performed on the original data to be communicated to determine the data content type to which the original data to be communicated belongs. Content type identification can be implemented in any one or more of the following ways: directly mapping the original data to be communicated to the corresponding data content type according to the data source identifier; Based on the field characteristics, data format, or encapsulation method in the data structure information, the original data to be communicated is matched according to rules to determine its data content type. When both data source identifier and data structure information exist, the determination should be made based on the data source identifier first, and in cases of ambiguity, the data structure information should be used as an auxiliary means of determination.

[0025] Data content type is used to characterize the category of the original data to be communicated in terms of business semantics or functional attributes, so as to distinguish different types such as status reporting data, interactive instruction data, multimedia data, or background synchronization data.

[0026] In step S13, based on the data content type determined in step S12, the priority level of the original data to be communicated is determined according to the preset content type priority allocation rule, and a transmission priority tag is generated to represent the priority level. Determining the priority level of the original data to be communicated according to the preset content type priority allocation rule includes the following process: First, the data content type corresponding to the original data to be communicated is matched with the preset content type-priority level correspondence to determine the basic priority level corresponding to the data content type. The content type-priority level correspondence can be pre-stored in the smart glasses to reflect the basic importance of different data content types in communication scheduling. The basic priority level is adjusted by combining the time attribute, data scale characteristics, and / or business attribute identifier of the original data to be communicated to obtain the final priority level of the original data to be communicated. The time attribute may include data generation time, data validity period, or latency sensitivity; the data scale characteristics may include data length, number of data packets, or continuous transmission requirements; the business attribute identifier is used to characterize whether the data belongs to critical business, real-time interactive business, or background non-real-time business. By adjusting the basic priority levels, we can avoid static grading based solely on data content type, thus making the final priority levels more in line with the communication needs of smart glasses in actual operation.

[0027] In the embodiments provided by the invention, the smart glasses simultaneously generate voice interaction command data and background status synchronization data during operation. The voice interaction command data is generated by the voice interaction module, and its corresponding data source identifier indicates that it is interaction command data; the background status synchronization data is generated by the system status monitoring module, and its corresponding data source identifier indicates that it is status reporting data.

[0028] In step S12, the voice interaction command data is identified as interaction command data and the background status synchronization data is identified as status reporting data according to the data source identifier. In step S13, according to the preset content type-priority level correspondence, interactive instruction data is assigned a higher basic priority level, while status reporting data is assigned a lower basic priority level. The content type-priority level correspondence is not arbitrarily determined, but rather configured based on the different needs of different data content types regarding communication timeliness and system resource consumption. For example, real-time voice data typically requires priority transmission to ensure interactive continuity, and is therefore assigned a higher priority level; video data, due to its large data volume and the allowance for a certain degree of delay, is assigned a medium priority level; while image data or status data, with relatively lower real-time requirements, is assigned a lower priority level. The content type-priority level correspondence can be implemented through a preset lookup table, rule-based judgment logic, or parameter mapping, and this invention does not limit this.

[0029] Furthermore, if a certain interactive instruction data has a short validity period, its priority level is increased based on the basic priority level, thereby generating a higher priority transmission priority mark.

[0030] In another embodiment, the smart glasses generate image acquisition data and periodic sensor acquisition data during operation. The image acquisition data has a larger data volume, while the periodic sensor acquisition data has a smaller data volume. In step S13, although the image acquisition data and the periodic sensor acquisition data may have the same basic priority level, due to the larger data volume of the image acquisition data, its priority level is appropriately lowered when adjusting based on data volume characteristics to avoid consuming too much communication bandwidth under limited communication resources; while the periodic sensor acquisition data retains its original priority level.

[0031] In this invention, step S2 involves acquiring the operating status parameters of the smart glasses in real time and mapping these parameters to the constraint input conditions for communication scheduling. This establishes a communication executable boundary to limit the executable range of communication scheduling before the communication scheduling is executed. Step S2 is used to perform constraint modeling on the current operating state of the smart glasses before the communication scheduling is executed. By converting the operating status parameters into constraint input conditions that can be used for communication scheduling, the set of communication scheduling constraint parameters, the allowed interval for communication scheduling, and the communication executable boundary are constructed step by step. This ensures that the subsequent communication scheduling judgment and communication execution process are carried out within a clear and controllable resource boundary. This avoids communication scheduling decisions based solely on data importance, ignoring the actual operating capabilities of the device at the current moment. As a result, a stable and reliable constraint basis is provided for subsequent communication triggering decisions and dynamic adjustments during the execution period.

[0032] S2 includes the following sub-steps: S21. Real-time acquisition of the operating status parameters of the smart glasses, and according to the function dimension of the operating status parameters, the operating status parameters are divided into power status parameters, network quality parameters and task status parameters. Each type of operating status parameter is used to characterize the current energy availability of the device, the communication link carrying capacity and the importance of business execution.

[0033] In step S21, the operating status parameters generated by the smart glasses during operation are acquired in real time and categorized according to their role in communication scheduling. These operating status parameters include battery status parameters, network quality parameters, and task status parameters: battery status parameters characterize device energy availability, such as battery percentage, discharge rate, or remaining usable time; network quality parameters characterize communication link capacity, such as network bandwidth, latency, packet loss rate, or signal strength; and task status parameters characterize the importance of business execution, such as whether it is in a critical business execution phase, the activity level of interactive tasks, or the running status of background tasks. This categorization allows subsequent constraint modeling to be performed separately according to resource dimensions, avoiding interference between different types of status parameters in scheduling decisions.

[0034] S22. Based on power status parameters, construct an energy consumption limiting factor to limit the energy consumption of communication scheduling; based on network quality parameters, construct a transmission capacity limiting factor to limit the transmission capacity of communication scheduling; based on task status parameters, construct a service guarantee limiting factor to limit the minimum service guarantee requirements of communication scheduling.

[0035] In step S22, based on the operating status parameters obtained and classified in step S21, constraint factors for communication scheduling constraints are constructed respectively, including: based on the power status parameters, an energy consumption constraint factor is constructed to limit the energy consumption of communication scheduling, which reflects the upper limit of energy consumption allowed for communication scheduling under the current power conditions; Based on network quality parameters, a transmission capacity limiting factor is constructed to restrict the transmission capacity of communication scheduling, which reflects the allowable transmission frequency, data volume, or duration under current network conditions. Based on task status parameters, a service assurance constraint factor is constructed to limit the minimum service assurance requirements of communication scheduling, so as to ensure that communication scheduling does not fall below the necessary service assurance level during critical business execution.

[0036] By constructing limiting factors for communication scheduling constraints, abstract operating state parameters can be transformed into control variables that can be directly used in communication scheduling constraint modeling.

[0037] S23. Unify and integrate the energy consumption limiting factor, transmission capacity limiting factor, and service guarantee limiting factor to generate a set of communication scheduling constraint parameters that characterize the current degree of communication scheduling limitation. In step S23, unify and integrate the energy consumption limiting factor, transmission capacity limiting factor, and service guarantee limiting factor to generate a set of communication scheduling constraint parameters that characterize the current degree of communication scheduling limitation.

[0038] The generation of the communication scheduling constraint parameter set in S23 includes the following steps: S231, mapping the energy consumption constraint factor, transmission capacity constraint factor, and service assurance constraint factor to the corresponding constraint dimensions of communication scheduling, and performing unified standardization processing on the constraint values ​​under each constraint dimension to generate a set of standardized constraint values ​​with consistent semantics and value ranges under the same scheduling constraint dimension; by mapping the energy consumption constraint factor, transmission capacity constraint factor, and service assurance constraint factor to the corresponding constraint dimensions of communication scheduling, such as the communication frequency dimension, the single transmission data volume dimension, or the continuous transmission duration dimension. After completing the mapping, performing unified standardization processing on the constraint values ​​under each constraint dimension ensures that constraint factors from different sources have consistent semantic meanings and value ranges under the same scheduling constraint dimension, thereby generating a set of standardized constraint values. This avoids the accuracy of subsequent integration results being affected by differences in the units or value ranges of different constraint factors.

[0039] S232. For each constraint dimension, based on the generated set of standardized constraint values, determine the final constraint value corresponding to the constraint dimension. Specifically, for scheduling upper limit constraints, the minimum allowable value in the set of standardized constraint values ​​is determined as the corresponding final constraint value; for scheduling lower limit constraints, the maximum guarantee value corresponding to the business guarantee constraint factor is determined as the corresponding final constraint value.

[0040] For each scheduling constraint dimension, based on the standardized constraint value set, the final constraint value corresponding to the scheduling constraint dimension includes the following: For upper limit constraints, the final constraint value is the minimum allowable value in the standardized constraint value set to prevent communication scheduling from exceeding the upper limit allowed by any type of constraint factor. By resolving conflicts among multiple types of constraints within the standardized constraint space, a single, clear final constraint value is formed for the derivation of subsequent scheduling intervals and execution boundaries. For lower limit constraints, the final constraint value is the maximum guarantee value corresponding to the service guarantee constraint factor to ensure that minimum service requirements are met under all circumstances.

[0041] S233. The final constraint values ​​determined under each constraint dimension are structured and grouped to form a set of communication scheduling constraint parameters that can be directly invoked, which is used to limit the executable scope of communication scheduling.

[0042] In step S233, the final constraint values ​​determined under each scheduling constraint dimension are structured and grouped to form a set of communication scheduling constraint parameters. This set describes the constraints of communication scheduling under each scheduling dimension in the current running state in a parameterized form and serves as the sole input source for subsequent derivation of the allowed interval and executable boundary of communication scheduling.

[0043] S24. Based on the set of communication scheduling constraint parameters, determine the communication scheduling allowable interval corresponding to the current time, and establish a communication executable boundary to limit the executable range of communication scheduling, as a prerequisite constraint condition for subsequent communication scheduling judgment and communication execution. In step S24, based on the set of communication scheduling constraint parameters, the parameterized scheduling constraint condition is further transformed into the communication scheduling space that can be executed at the current time. By deriving the communication scheduling allowable interval and fixing the boundary, a communication executable boundary to limit the executable range of communication scheduling is established.

[0044] S24 includes the following sub-steps: S241. Extract the upper limit constraint parameters and lower limit constraint parameters used to limit the communication scheduling behavior from the communication scheduling constraint parameter set according to the scheduling dimension; decompose the communication scheduling constraint parameter set according to the scheduling dimension, and extract the upper limit constraint parameters and lower limit constraint parameters used to limit the scheduling behavior respectively, so as to provide clear boundary conditions for the interval derivation of each scheduling dimension.

[0045] S242. For each scheduling dimension, based on the extracted upper limit constraint parameters and lower limit constraint parameters, determine the communication scheduling allowable interval under the corresponding scheduling dimension, wherein the upper boundary of the allowable interval is limited by the minimum allowable value in the upper limit constraint parameters, and the lower boundary of the allowable interval is limited by the maximum guaranteed value in the lower limit constraint parameters. For each scheduling dimension, based on the extracted upper and lower constraint parameters, the allowed communication scheduling interval under the corresponding scheduling dimension is derived. The upper boundary of the allowed interval is limited by the minimum allowed value in the upper constraint parameters, and the lower boundary of the allowed interval is limited by the maximum guaranteed value in the lower constraint parameters. This transforms the abstract constraint parameters into interval expressions that can be directly used for scheduling decisions.

[0046] S243. Combine the communication scheduling allowable intervals determined under each scheduling dimension to form the communication scheduling allowable interval set corresponding to the current time. By combining the communication scheduling allowable intervals determined under each scheduling dimension to form the communication scheduling allowable interval set corresponding to the current time, the feasible space of communication scheduling under multi-dimensional constraints is represented as a whole.

[0047] S244. The determined set of allowed communication scheduling intervals is subjected to boundary fixing processing to generate a communication executable boundary that limits the executable range of communication scheduling. This communication executable boundary is then set as the mandatory scheduling constraint condition at the current moment, used to uniformly constrain communication scheduling judgments and communication execution behaviors. By fixing the boundaries of the set of allowed communication scheduling intervals, a communication executable boundary is generated, and this boundary is set as the mandatory scheduling constraint condition at the current moment, used to uniformly constrain subsequent communication scheduling judgments and communication execution behaviors.

[0048] S3. Using the transmission priority flag as the basis for communication scheduling, under the constraint of the communication executable boundary, the communication scheduling judgment is performed on the data to be communicated. Without breaking the communication executable boundary, a communication trigger decision corresponding to the data to be communicated is generated, and the communication trigger condition is determined accordingly. Step S3 is used to generate scheduling decisions for the data to be communicated before communication scheduling is executed. The generated transmission priority flag is used as the basis for scheduling judgment, and the communication executable boundary established in step S2 is used as the scheduling constraint. Without breaking the current communication executable boundary, communication scheduling judgment is performed on the data to be communicated, and a communication trigger decision corresponding to the data to be communicated is generated. Under the dual constraints of data importance and equipment operating capability, a clear and controllable communication trigger decision can be formed, providing a unified control input for the execution of subsequent communication transmission and dynamic adjustment during the execution period.

[0049] S3 includes the following sub-steps: S31, read the transmission priority flag associated with the data to be communicated, and use the transmission priority flag as the judgment input for communication scheduling, which is used to characterize the relative importance of the data to be communicated in the scheduling process; By reading the transmission priority flag associated with the data to be communicated and using this flag as input for communication scheduling, the relative importance of the data to be communicated in the scheduling process is characterized. The transmission priority flag reflects the priority of the data to be communicated among multiple concurrent or pending data, enabling communication scheduling to distinguish the processing differences of different data in terms of triggering time, scheduling order, or resource consumption, thereby avoiding the application of the same scheduling strategy to data of different importance under resource constraints.

[0050] S32. Obtain the current executable boundary of communication and use the executable boundary of communication as a constraint condition for communication scheduling judgment to limit the range of communication scheduling that is allowed to be executed at the current moment.

[0051] It obtains the currently valid executable communication boundary and uses this boundary as a constraint for communication scheduling decisions, limiting the range of communication scheduling allowed at the current moment. The executable communication boundary is used to centrally characterize the range of communication scheduling allowed in each scheduling dimension under the current operating state of the device. This boundary is derived in step S2 based on the operating state parameters and serves as a mandatory constraint for subsequent communication scheduling decisions and communication execution behaviors. By introducing the executable communication boundary in the scheduling decision stage, it can prevent communication scheduling decisions from exceeding the range that the device can withstand under the current operating state during the generation stage.

[0052] S33. Under the joint constraints of transmission priority flag and communication executable boundary, perform communication scheduling judgment on the data to be communicated in order to determine the scheduling feasibility status of the data to be communicated within the current communication scheduling range.

[0053] Specifically, under the joint constraints of transmission priority marking and communication executable boundaries, a communication scheduling judgment is performed on the data to be communicated to determine the scheduling feasibility state of the data within the current communication scheduling range. The communication scheduling judgment can combine the scheduling requirement parameters of the data to be communicated to analyze the matching relationship between the scheduling requirement parameters and the communication executable boundaries, thereby generating a scheduling feasibility state to characterize the scheduling result. The scheduling requirement parameters may include, but are not limited to: data size, expected triggering sequence, timeliness requirements, or continuous transmission requirements. The scheduling feasibility state reflects whether, under the current communication executable boundary constraints, the data to be communicated can directly trigger communication, needs adjustment before triggering, or does not yet meet the triggering conditions, providing a clear basis for generating subsequent communication triggering decisions. The communication scheduling judgment, under the constraints of transmission priority marking and communication executable boundaries, combines the scheduling requirement parameters of the data to be communicated to determine the scheduling feasibility of the data to be communicated, generates a corresponding scheduling feasibility state, and then generates a communication triggering decision corresponding to the data to be communicated based on the scheduling feasibility state, to determine the communication triggering conditions and execute subsequent communication transmission.

[0054] S34. Based on the scheduling feasibility status, generate a communication trigger decision corresponding to the data to be communicated, which is used to determine the communication trigger conditions of the data to be communicated and serves as the control input for subsequent communication transmission execution.

[0055] In step S34, based on the scheduling feasibility state generated in step S33, a communication trigger decision corresponding to the data to be communicated is generated. This decision determines the communication trigger conditions for the data and serves as the control input for subsequent communication transmission. The communication trigger decision clarifies the triggering method and timing of the data to be communicated, ensuring that the communication transmission process has executable control parameters. Different types of communication trigger decisions can be generated under different scheduling feasibility states, such as immediate triggering, delayed triggering, fragmented triggering, or deferred triggering, to ensure that communication behavior meets data importance requirements without exceeding the communication execution boundary. By solidifying the scheduling judgment result into a communication trigger decision, the subsequent communication transmission execution process no longer relies on immediate judgment but is executed according to the predetermined decision, thereby improving the stability and controllability of the communication scheduling and execution process. In one embodiment of the present invention, the communication scheduling judgment is based on the constraints of transmission priority marking and communication executable boundary, combined with the scheduling requirement parameters of the data to be communicated, to determine the feasibility of scheduling the data to be communicated. By analyzing the matching relationship between the scheduling requirement parameters and the communication executable boundary in each scheduling dimension, a corresponding scheduling feasibility state is generated. Then, based on the scheduling feasibility state, a communication triggering decision corresponding to the data to be communicated is generated to determine the communication triggering conditions and drive the execution of subsequent communication transmission. This allows the communication scheduling judgment process to have clear inputs, outputs, and intermediate states, avoiding problems such as unclear communication scheduling logic or uncontrollable decisions.

[0056] The communication trigger decision generated in step S3 serves as the direct control input for communication transmission execution and dynamic adjustment during execution in step S4, thus forming a seamless decision-making link between the communication scheduling judgment stage and the communication execution stage, thereby realizing a closed-loop communication scheduling and execution mechanism based on operational state constraints.

[0057] In the embodiments provided by the present invention, S4, communication transmission is executed according to the communication triggering decision, and the running status parameters are continuously monitored during the communication execution process. When the running status parameters change and cause the current communication behavior to exceed the communication execution boundary, the communication triggering decision is regenerated according to the updated running status parameters in order to dynamically adjust the communication behavior being executed.

[0058] Step S4 is used to execute specific communication transmission operations on the premise that the communication trigger decision has been generated, and to introduce a continuous monitoring and dynamic adjustment mechanism based on the running state parameters during the communication execution process, so that the communication execution process forms a closed-loop adaptive control.

[0059] Specifically, during the communication transmission execution phase, the operating status parameters of the smart glasses are collected periodically or triggered by events, forming a timestamped operating status sampling sequence. These operating status parameters include battery status parameters, network quality parameters, and task status parameters. Simultaneously, a communication behavior parameter mirror is created for the currently executing communication behavior, recording at least one of the following in real time: transmission method, transmission frequency, single transmission data volume, and continuous transmission duration, forming a timestamped communication behavior parameter sequence.

[0060] Based on the time synchronization alignment of the running state sampling sequence and the communication behavior parameter sequence, running association information is constructed to characterize the communication execution environment and resource consumption trend under the current running state. Subsequently, communication behavior parameters are extracted from the running association information and aligned with the communication executable boundary under the corresponding scheduling dimension. The consistency index between communication behavior and communication executable boundary is calculated, and the consistency index is mapped to the boundary consistency state to characterize the degree of constraint on communication behavior execution.

[0061] When the boundary consistency state indicates that the communication behavior is in a boundary-constrained state, a re-decision trigger signal is output, and a new communication trigger decision is regenerated based on the latest collected operating status parameters. The regenerated communication trigger decision is sent to the communication execution control layer as a new control input to dynamically adjust the ongoing communication behavior. Dynamic adjustment includes at least one of the following: adjusting the communication trigger timing, adjusting the transmission frequency, adjusting the amount of data transmitted in a single transmission, switching the transmission mode, or pausing and buffering, so that the communication execution process can be continuously controlled within the communication executable boundary as the operating status changes.

[0062] S4 includes the following steps: S41. Based on the generated communication trigger decision, execute communication transmission according to the triggering method, triggering sequence and transmission parameters determined in the communication trigger decision, and send the communication data to be communicated.

[0063] Specifically, in step S41, the communication triggering decision generated in step S3 is parsed to extract the determined triggering method, triggering sequence, and transmission parameters. Based on the parsing results, a corresponding set of communication execution instructions is generated to drive the communication transmission process. The triggering method determines whether the communication transmission adopts at least one of immediate execution, delayed execution, fragmented execution, or deferred execution; the triggering sequence limits the triggering time point or triggering window of the communication transmission; and the transmission parameters limit at least one of the single transmission data volume, transmission frequency, or continuous transmission duration. During the communication execution phase, the set of communication execution instructions generated by the communication trigger decision parsing is solidified as the control input for the communication execution phase. The communication execution control layer sets a unique control entry point, and the start, pause, and parameter adjustment of communication transmission are all executed through this unique control entry point. Only the currently valid set of communication execution instructions is allowed to enter the communication execution control layer, ensuring that the communication execution process is controlled solely by the set of communication execution instructions. The real-time scheduling judgment logic is frozen during the communication execution phase, and the communication execution process strictly follows the control instructions in the set of communication execution instructions. When it is detected that the communication behavior is in a boundary-restricted state relative to the communication executable boundary, the execution phase re-decision process is triggered, generating a new communication trigger decision and replacing the current set of communication execution instructions. This creates a closed-loop execution mechanism of instruction-driven, state-monitoring, restricted triggering, and instruction replacement during the communication execution phase, thereby ensuring the consistency and controllability of the communication transmission process during the execution phase.

[0064] S42. During the communication transmission process, continuously collect the running status parameters and associate the running status parameters with the current communication behavior to form running association information that characterizes the communication execution environment.

[0065] Specifically, in step S42, during the communication transmission process, operational status parameters are continuously collected, including power status parameters, network quality parameters, and task status parameters. Simultaneously, behavioral parameters corresponding to the current communication behavior are collected, including at least one of the following: transmission mode, transmission frequency, single transmission data volume, or continuous transmission duration. Based on the time synchronization alignment of the operational status parameters and behavioral parameters, the two are correlated to form operational correlation information. This information characterizes the communication execution environment and resource consumption trends under the current operational state and serves as the basic input for subsequently generating a boundary consistency state.

[0066] S43. Based on the associated information of the operation, generate the boundary consistency state of the current communication behavior relative to the execution boundary of the communication, which is used to characterize the degree of restriction on the execution of the communication behavior. Specifically, step S43 is used to perform stateful characterization of the relationship between the current communication behavior and the communication executable boundary. Based on the runtime association information formed in step S42, a consistency analysis is performed on the execution status of the current communication behavior under each scheduling dimension and the communication executable boundary. A boundary consistency state is generated through stateful processing to characterize the degree of execution constraint of the communication behavior. Step S43 includes the following steps: S431. Parse the execution association information and extract the set of communication behavior parameters that reflect the actual execution status of the current communication behavior; the execution association information includes the execution parameters of the current communication behavior under each scheduling dimension, the running status parameters corresponding to the current communication behavior, and the resource consumption under each scheduling dimension during the execution of the communication behavior.

[0067] S432. Align the communication behavior parameter set with the communication executable boundary under the corresponding scheduling dimension, and analyze the relationship between the communication behavior parameters and the corresponding boundary parameters to obtain a consistency judgment result that reflects the relationship between the communication behavior and the communication executable boundary.

[0068] S433. Based on the consistency determination result, the current communication behavior is processed into a state, generating a boundary consistency state. The boundary consistency state is used to distinguish at least one of the following: in-boundary state, boundary-approaching state, or boundary-constrained state, to reflect the overall execution status of the communication behavior relative to the communication executable boundary. By transforming the consistency analysis result into a boundary consistency state, communication adjustments have a stable and controllable basis for determination.

[0069] The boundary consistency state generated in step S43 serves as the basis for determining the regeneration of the communication trigger decision in step S44. This enables the communication transmission execution process to trigger scheduling adjustments in a timely manner when it detects that the communication behavior is approaching or touching the communication executable boundary, thereby ensuring that the communication behavior is continuously controlled within the communication executable boundary during the execution process.

[0070] The present invention provides S44, which states that when the boundary consistency state characterizes the communication behavior as being in a boundary-constrained state, a communication triggering decision is regenerated based on the updated running state parameters, and the regenerated communication triggering decision is used as a new control input to adjust the communication behavior being executed.

[0071] Specifically, step S44 is used to update the communication trigger decision during the communication transmission execution process when the boundary consistency state indicates that the current communication behavior is in a boundary-constrained state. Specifically, when the boundary consistency state indicates that the communication behavior is in a boundary-constrained state, a re-decision trigger signal is output, the communication trigger decision is regenerated based on the latest collected operating state parameters, and the regenerated communication trigger decision is sent as a new control input to the communication execution control layer to adjust the currently executing communication behavior. The adjustment of the communication behavior includes at least one of the following: adjusting the communication trigger timing, adjusting the transmission frequency, adjusting the amount of data transmitted in a single transmission, switching the transmission mode, or pausing and buffering, so that the communication execution process can be continuously controlled within the communication execution boundary as the operating state changes.

[0072] When the boundary consistency state indicates that the current communication behavior is in a boundary-constrained state, the execution-phase re-decision process is triggered, which includes the following steps: S441. Read the boundary consistency state corresponding to the current communication behavior. The boundary consistency state is used to characterize the degree of execution restriction of the communication behavior relative to the execution boundary of the communication. S442. When the boundary consistency state indicates that the communication behavior is in a boundary-constrained state, the boundary consistency state shall be used as the triggering condition for execution-period re-decision. S443. Regenerate the communication trigger decision based on the updated running status parameters, and use the regenerated communication trigger decision as a new control input to adjust the communication behavior being executed.

[0073] S444. Using the boundary consistency state as the triggering condition for execution-period re-decision, based on the above risk identification results, the boundary consistency state is used as the determination condition for whether communication behavior needs to be adjusted during the execution period; when the boundary consistency state meets the boundary restricted state, the execution-period re-decision condition is considered to be met, thereby triggering the regeneration process of communication trigger decision.

[0074] S445. Avoiding simplistic over-limit judgments and improving the controllability of adjustment decisions: By introducing boundary consistency states as an intermediate decision-making step, communication adjustment behavior no longer relies on a simple judgment of "whether it has exceeded the limit," but is based on the state relationship between the communication behavior and the boundary. Adjustment is triggered in advance before the communication behavior completely exceeds the allowed range, thereby improving the security and stability of the communication execution process.

[0075] Specifically, by comparing the current communication behavior with the communication execution boundary, a boundary consistency state is generated to characterize the relationship between the two. When the boundary consistency state indicates that the communication behavior is in a boundary-restricted state, it is identified that continuing to execute according to the original communication trigger decision carries the risk of exceeding the allowable range. The boundary consistency state is then used as the trigger condition for the execution period re-decision, thereby adjusting the communication transmission before the communication behavior substantially exceeds the limit.

[0076] In the embodiments provided by the present invention, during the process of executing communication transmission based on communication triggering decisions, a boundary consistency state of the current communication behavior relative to the communication executable boundary is generated based on continuously collected running status parameters. When the boundary consistency state indicates that the communication behavior is in a boundary-limited state, the communication triggering decision is regenerated based on the updated running status parameters, and the regenerated communication triggering decision is used to dynamically adjust the communication behavior being executed.

[0077] Specifically, once communication transmission has begun, the operational status of the communication execution process is perceived and dynamically controlled. By continuously collecting operational status parameters and generating boundary consistency states during communication execution, communication transmission no longer relies on single-time communication trigger decisions but can dynamically adjust communication behavior based on changes in the device's operational status. This ensures that the communication execution process always remains within the constraints of the communication's executable boundary. This includes the following steps: Step 1: Continuously collect operational status parameters: During the communication transmission process triggered by communication decisions, continuously collect the operational status parameters of the smart glasses to reflect the changes in the device's operational status in real time during the communication execution phase. These operational status parameters may include, but are not limited to, power status parameters, network quality parameters, and task status parameters, which are used to characterize the device's energy availability, communication link carrying capacity, and current service execution status, respectively. By continuously collecting operational status parameters, it is possible to avoid the distortion of the execution phase status caused by obtaining status information only once during the communication scheduling phase, thereby providing real-time input for subsequent execution phase control.

[0078] Step 2, Generation of Boundary Consistency State: After obtaining the runtime status parameters, the runtime status parameters are associated with the currently executing communication behavior to form runtime association information that characterizes the communication execution environment. Based on the runtime association information, communication behavior parameters reflecting the current execution status of the communication behavior are extracted from it, and the communication behavior parameters are aligned with the communication executable boundary under the corresponding scheduling dimension. The relationship between the communication behavior and the communication executable boundary is analyzed, and then a boundary consistency state is generated to characterize the degree of execution restriction of the current communication behavior relative to the communication executable boundary. This state reflects whether the communication behavior is still within the allowed execution range, or has approached or touched the communication executable boundary.

[0079] Step 3, Re-decision Triggering under Boundary Consistency State: When the boundary consistency state indicates that the communication behavior is in a boundary-consistent state, it means that if the current communication behavior continues to be executed according to the original communication triggering decision, there is a risk of further exceeding the communication execution boundary; then the boundary consistency state is used as the triggering condition for execution-period re-decision. After detecting the boundary-consistent state, the communication scheduling judgment process is re-executed based on the continuously collected and updated running status parameters at the current moment to generate a new communication triggering decision.

[0080] Step 4, Dynamic Adjustment of Communication Behavior Based on New Decisions: After regenerating the communication trigger decision, the communication trigger decision is used as a new control input to dynamically adjust the ongoing communication behavior. The dynamic adjustment of communication behavior can include adjustments to the communication trigger timing, transmission frequency, single transmission data volume, continuous transmission strategy or transmission method, so that the communication behavior meets the data transmission requirements without exceeding the communication execution boundary, and can adapt in a timely manner when the communication execution process changes in the running state, thereby achieving dynamic control of the communication transmission execution process.

[0081] During the communication transmission process, by continuously collecting running status parameters and generating a boundary consistency state of the communication behavior relative to the communication executable boundary, when the communication behavior is detected to be in a boundary-limited state, the communication trigger decision is regenerated based on the updated running status parameters, and the communication behavior being executed is dynamically adjusted according to the new communication trigger decision, so that the communication execution process can be continuously controlled within the communication executable boundary according to changes in the running status.

[0082] The foregoing has only described certain exemplary embodiments of the present invention by way of illustration. Undoubtedly, those skilled in the art can modify the described embodiments in various ways without departing from the spirit and scope of the present invention. Therefore, the foregoing drawings and descriptions are illustrative in nature and should not be construed as limiting the scope of protection of the claims of the present invention.

Claims

1. A communication method for smart glasses, characterized in that, The method includes the following steps: S1. Obtain the communication data generated by the smart glasses during operation, identify the content type of the communication data, and generate a transmission priority mark to characterize the importance of the data itself based on the identified data content type. S2. Real-time acquisition of the operating status parameters of the smart glasses, and mapping the operating status parameters to the constraint input conditions of communication scheduling, so as to establish a communication executable boundary to limit the executable range of communication scheduling before the communication scheduling is executed. S3. Using the transmission priority flag as the basis for communication scheduling, under the constraint of the communication executable boundary, the communication scheduling judgment is performed on the data to be communicated. Without breaking the communication executable boundary, a communication trigger decision corresponding to the data to be communicated is generated, and the communication trigger condition is determined accordingly. S4. Execute communication transmission based on communication trigger decision, and continuously monitor the running status parameters during the communication execution process. When the running status parameters change and cause the current communication behavior to exceed the communication execution boundary, regenerate the communication trigger decision based on the updated running status parameters in order to dynamically adjust the communication behavior being executed.

2. The smart glasses communication method according to claim 1, characterized in that, The S1 includes the following steps: S11, obtaining the original data to be communicated generated during operation from the communication data generation module of the smart glasses, and simultaneously obtaining the data source identifier and / or data structure information associated with the original data to be communicated and used for content type determination; S12. Based on the acquired data source identifier and / or data structure information, perform content type identification on the original data to be communicated to determine the data content type to which the original data to be communicated belongs; S13. Based on the determined data content type, determine the priority level of the original data to be communicated according to the preset content type priority allocation rules, and generate a transmission priority mark to represent the priority level.

3. The smart glasses communication method according to claim 2, characterized in that, Determining the priority level of the original data to be communicated according to the preset content type priority allocation rules includes: matching the data content type of the original data to be communicated with the preset content type-priority level correspondence to determine the basic priority level corresponding to the data content type; and on this basis, adjusting the basic priority level in combination with the time attribute, data scale characteristics and / or business attribute identifier of the original data to be communicated to obtain the final priority level of the original data to be communicated.

4. The smart glasses communication method according to claim 1, characterized in that, S2 includes the following steps: S21. Real-time acquisition of the operating status parameters of the smart glasses, and according to the function dimension of the operating status parameters, the operating status parameters are divided into power status parameters, network quality parameters and task status parameters. Each type of operating status parameter is used to characterize the current energy availability of the device, the communication link carrying capacity and the importance of business execution. S22. Based on the power status parameters, construct an energy consumption limiting factor to limit the energy consumption of communication scheduling; Based on network quality parameters, a transmission capacity limiting factor is constructed to restrict the transmission capacity of communication scheduling; based on task status parameters, a service guarantee limiting factor is constructed to restrict the minimum service guarantee requirements of communication scheduling. S23. Unify and integrate the energy consumption limiting factor, transmission capacity limiting factor, and service guarantee limiting factor to generate a set of communication scheduling constraint parameters to characterize the current degree of communication scheduling constraints. S24. Based on the set of communication scheduling constraint parameters, determine the communication scheduling allowable interval corresponding to the current time, and establish a communication executable boundary to limit the execution range of communication scheduling, as a prerequisite constraint condition for subsequent communication scheduling judgment and communication execution.

5. The smart glasses communication method according to claim 4, characterized in that, The generation of the communication scheduling constraint parameter set in S23 includes the following steps: S231, mapping the energy consumption limit factor, transmission capacity limit factor and service guarantee limit factor to the corresponding constraint dimensions of communication scheduling, and performing unified standardization processing on the limit values ​​under each constraint dimension to generate a set of standardized constraint values ​​with consistent semantics and value range under the same scheduling constraint dimension. S232. For each constraint dimension, based on the generated set of standardized constraint values, determine the final constraint value corresponding to the constraint dimension. Specifically, for scheduling upper limit constraints, the minimum allowable value in the set of standardized constraint values ​​is determined as the corresponding final constraint value; for scheduling lower limit constraints, the maximum guarantee value corresponding to the business guarantee constraint factor is determined as the corresponding final constraint value. S233. The final constraint values ​​determined under each constraint dimension are structured and grouped to form a set of communication scheduling constraint parameters that can be directly invoked, which is used to limit the executable scope of communication scheduling.

6. A smart glasses communication method according to claim 4, characterized in that, S24 includes the following sub-steps: S241, extracting upper limit constraint parameters and lower limit constraint parameters for limiting communication scheduling behavior from the communication scheduling constraint parameter set according to the scheduling dimension; S242. For each scheduling dimension, based on the extracted upper limit constraint parameters and lower limit constraint parameters, determine the communication scheduling allowable interval under the corresponding scheduling dimension, wherein the upper boundary of the allowable interval is limited by the minimum allowable value in the upper limit constraint parameters, and the lower boundary of the allowable interval is limited by the maximum guaranteed value in the lower limit constraint parameters. S243. Combine the communication scheduling allowable intervals determined under each scheduling dimension to form the set of communication scheduling allowable intervals corresponding to the current time. S244. Perform boundary solidification processing on the determined set of allowed communication scheduling intervals to generate a communication executable boundary for limiting the executable range of communication scheduling, and set the communication executable boundary as the scheduling mandatory constraint condition at the current time to uniformly constrain communication scheduling judgment and communication execution behavior.

7. The smart glasses communication method according to claim 1, characterized in that, S3 includes the following sub-steps: S31, read the transmission priority flag associated with the data to be communicated, and use the transmission priority flag as the judgment input for communication scheduling, which is used to characterize the relative importance of the data to be communicated in the scheduling process; S32. Obtain the current executable boundary of communication and use the executable boundary of communication as a constraint condition for communication scheduling judgment to limit the range of communication scheduling that is allowed to be executed at the current moment. S33. Under the joint constraints of transmission priority flag and communication executable boundary, perform communication scheduling judgment on the data to be communicated in order to determine the scheduling feasibility status of the data to be communicated within the current communication scheduling range. S34. Based on the scheduling feasibility status, generate a communication trigger decision corresponding to the data to be communicated, which is used to determine the communication trigger conditions of the data to be communicated and serves as the control input for subsequent communication transmission execution.

8. The smart glasses communication method according to claim 7, characterized in that, Communication scheduling judgment is based on the constraints of transmission priority marking and communication executable boundary. It combines the scheduling requirement parameters of the data to be communicated to determine the scheduling feasibility of the data to be communicated, and generates the corresponding scheduling feasibility status. Then, based on the scheduling feasibility status, it generates the communication trigger decision corresponding to the data to be communicated, so as to determine the communication trigger condition and execute the subsequent communication transmission.

9. A smart glasses communication method according to claim 1, characterized in that, S4 includes the following steps: S41. Based on the generated communication trigger decision, execute communication transmission according to the triggering method, triggering sequence and transmission parameters determined in the communication trigger decision, and send the communication data to be communicated; S42. During the communication transmission process, continuously collect the running status parameters and associate the running status parameters with the current communication behavior to form running association information that characterizes the communication execution environment; S43. Based on the associated information of the operation, generate the boundary consistency state of the current communication behavior relative to the execution boundary of the communication, which is used to characterize the degree of restriction on the execution of the communication behavior. S44. When the boundary consistency state indicates that the communication behavior is in a boundary-constrained state, the communication trigger decision is regenerated based on the updated running state parameters, and the regenerated communication trigger decision is used as a new control input to adjust the communication behavior being executed.

10. A smart glasses communication method according to claim 9, characterized in that, During the communication transmission process based on the communication trigger decision, the boundary consistency state of the current communication behavior relative to the communication executable boundary is generated based on the continuously collected running status parameters. When the boundary consistency state indicates that the communication behavior is in a boundary-limited state, the communication trigger decision is regenerated based on the updated running status parameters, and the regenerated communication trigger decision is used to dynamically adjust the communication behavior being executed.

Images