Ring tone adjusting method, electronic device and computer readable storage medium

Abstract

This application discloses a ringtone adjustment method, an electronic device, and a computer-readable storage medium, comprising: collecting spatiotemporal data of a mobile terminal; matching the spatiotemporal data with a preset scene database; the preset scene database storing scene configuration parameters corresponding to multiple preset scenes, the scene configuration parameters including spatiotemporal feature parameters and a target ringtone; the spatiotemporal feature parameters including a scene positioning range and an associated time window; in response to the matching of spatiotemporal data with spatiotemporal feature parameters corresponding to at least one preset scene, generating a ringtone adjustment command based on the target ringtone corresponding to the most matched scene; switching the ringtone to the target ringtone based on the ringtone adjustment command; collecting correction information obtained after the ringtone switching based on a correction operation, and updating the preset scene database based on the correction information; the correction information includes at least one corrected scene configuration parameter. This application can automatically adapt to the personalized ringtone needs of different users while improving the accuracy of scene recognition.

Description

Technical Field

[0001] This application relates to the field of mobile communication technology, and in particular to a ringtone adjustment method, electronic device, and computer-readable storage medium. Background Technology

[0002] Currently, switching ringtone status on mobile devices mainly relies on manual operation by the user. Users need to manually adjust the ringtone, vibration, or silent mode in different scenarios. This manual adjustment method has obvious lag and is cumbersome. Users are likely to forget to switch the ringtone status when entering or leaving a specific scene, resulting in the ringtone disturbing others in quiet scenes or missing important calls in noisy scenes due to being silent.

[0003] In related technologies, methods for automatically adjusting ringtones mainly include collecting a single type of environmental information to identify the user's current scene, and triggering automatic switching of the ringtone state based on preset fixed rules.

[0004] However, when performing scene recognition, the above methods usually rely on a single environmental parameter for judgment, resulting in one-sided information collection and inaccurate scene recognition, which can easily lead to incorrect or missed adjustments. At the same time, fixed rules lack the ability to adapt to individual user habits and cannot meet users' personalized needs, resulting in a poor user experience. Summary of the Invention

[0005] The main technical problem addressed by this application is to provide a ringtone adjustment method, electronic device, and computer-readable storage medium that can solve the problems of inaccurate and unpersonalized ringtone adjustment in related technologies.

[0006] To address the aforementioned technical problems, the first technical solution adopted in this application is to provide a ringtone adjustment method, comprising: collecting spatiotemporal data of a mobile terminal; wherein the spatiotemporal data includes current location data and current time data; matching the spatiotemporal data with a preset scene database; wherein the preset scene database stores scene configuration parameters corresponding to multiple preset scenes, the scene configuration parameters including spatiotemporal feature parameters and a target ringtone; the spatiotemporal feature parameters including scene location range and associated time window; in response to the matching of the spatiotemporal data with the spatiotemporal feature parameters corresponding to at least one preset scene in the preset scene database, generating a ringtone adjustment command based on the target ringtone corresponding to the most matched scene; switching the ringtone of the mobile terminal to the target ringtone based on the ringtone adjustment command; collecting correction information obtained after the ringtone switching based on a correction operation, and updating the preset scene database based on the correction information; wherein the correction information includes at least one corrected scene configuration parameter.

[0007] The step of matching spatiotemporal data with a preset scene database includes: matching the current location data with the scene location range corresponding to each preset scene in the preset scene database; in response to the current location data falling into the scene location range corresponding to at least one preset scene, matching the current time data with the associated time window corresponding to the preset scene that matches the range; and in response to the current time data falling into the associated time window corresponding to at least one preset scene that matches the range, determining that the spatiotemporal data matches the spatiotemporal feature parameters corresponding to at least one preset scene in the preset scene database.

[0008] The scene configuration parameters also include a transition zone, which defines the extended area around the preset scene for triggering and adjustment. After matching the current location data with the scene location range corresponding to each preset scene in the preset scene database, the process includes: in response to the current location data not falling into the scene location range corresponding to any preset scene, matching the current location data with the transition zone corresponding to each preset scene; in response to the current location data falling into the transition zone corresponding to a preset scene, calculating the probability of entering the preset scene based on historical movement trajectory data; in response to the probability being greater than a preset probability threshold, generating a ringtone pre-adjustment command based on the target ringtone corresponding to the preset scene and executing the switch; and when the mobile terminal enters the scene location range of the preset scene, confirming and locking the target ringtone.

[0009] The scenario configuration parameters also include priority parameters. The step of generating a ringtone adjustment command based on the target ringtone corresponding to the most matched scenario in response to the matching of spatiotemporal data with spatiotemporal feature parameters corresponding to at least one preset scenario in the preset scenario database includes: sorting the priority parameters corresponding to the multiple preset scenarios by level in response to the matching of spatiotemporal data with spatiotemporal feature parameters corresponding to multiple preset scenarios in the preset scenario database; determining the preset scenario corresponding to the highest priority parameter as the most matched scenario, so as to generate a ringtone adjustment command based on the target ringtone corresponding to the most matched scenario.

[0010] The steps of collecting correction information obtained after ringtone switching based on correction operations and updating the preset scene database based on correction information include: collecting correction information obtained after ringtone switching based on correction operations and iteratively training the preset model based on correction information; in response to the number of iterative training for the same preset scene reaching a preset number threshold, outputting optimized scene configuration parameters through the trained preset model and updating the optimized scene configuration parameters to the preset scene database.

[0011] The steps of collecting correction information obtained after ringtone switching based on correction operations and iteratively training a preset model based on correction information include: taking the scene configuration parameters corresponding to each correction operation and the spatiotemporal data corresponding to the correction operation as a set of input features, and taking the correction information obtained from each correction operation as the output label; and iteratively training the preset model based on each set of corresponding input features and output labels.

[0012] The steps for collecting spatiotemporal data from the mobile terminal include: simultaneously collecting geographic location data, Bluetooth signal data, wireless signal data, and current time data; determining the scene type corresponding to the current scene based on the signal stability of the light sensor built into the mobile terminal and the geographic location data; setting different location source calculation weights for different scene types; calculating the geographic location coordinate data, Bluetooth signal data, and wireless signal data using the weighted least squares method according to the location source calculation weights corresponding to the current scene to obtain the current location data, and obtaining spatiotemporal data based on the current location data and the current data.

[0013] The step of switching the mobile terminal's ringtone to the target ringtone based on the ringtone adjustment command includes: calling the audio manager interface or vibration manager interface to switch the mobile terminal's ringtone to the target ringtone based on the ringtone adjustment command; in response to the failure of the audio manager interface and vibration manager interface call, triggering a low-level forced adjustment command to drive the operating system's audio driver module to perform ringtone adjustment; if the low-level adjustment command fails to execute, an exception reminder is triggered; after the ringtone switching is completed, the adjustment result is fed back.

[0014] To solve the above-mentioned technical problems, the second technical solution adopted in this application is to provide an electronic device, including: a memory for storing program data, wherein when the program data is executed, the steps in the above-described ringtone adjustment method are implemented; and a processor for executing the program data stored in the memory to implement the steps in the above-described ringtone adjustment method.

[0015] To solve the above-mentioned technical problems, the third technical solution adopted in this application is to provide a computer-readable storage medium on which a computer program is stored, and when the computer program is executed by a processor, it implements the steps in the ringtone adjustment method as described in any of the above claims.

[0016] The beneficial effects of this application are as follows: This application provides a ringtone adjustment method, an electronic device, and a computer-readable storage medium. By collecting spatiotemporal data from a mobile terminal and matching this spatiotemporal data with a preset scene database, it can jointly utilize multi-dimensional information such as spatial positioning data and time data to improve the accuracy of scene recognition, thereby reducing the risk of ringtone interference or missed calls caused by scene misjudgment. In response to the matching of spatiotemporal feature parameters corresponding to at least one preset scene in the preset scene database with the spatiotemporal data, a ringtone adjustment command is generated based on the target ringtone corresponding to the most matched scene. This can accurately determine the corresponding target ringtone state according to the user's current specific spatiotemporal context. After switching the mobile terminal's ringtone to the target ringtone based on the ringtone adjustment command, correction information obtained after the ringtone switch based on the correction operation is collected, and the preset scene database is updated based on the correction information. This allows the application to learn the user's personalized preferences from manual correction behavior, so that the scene configuration parameters gradually adapt to the user's individual habits, thereby reducing the frequency of user manual intervention and improving ease of use and long-term user experience. This application combines multidimensional spatiotemporal data joint matching with user behavior adaptive learning to form a closed-loop mechanism of "spatiotemporal perception - scene matching - command execution - adaptive optimization". It can automatically adapt to the personalized ringtone needs of different users while improving the accuracy of scene recognition, and the adjustment effect is continuously optimized with use, thereby realizing automatic, accurate and personalized adjustment of ringtone status. Attached Figure Description

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

[0018] Figure 1 This is a flowchart illustrating the first embodiment of the ringtone adjustment method of this application; Figure 2 This is a flowchart illustrating the second embodiment of the ringtone adjustment method of this application; Figure 3 This is a flowchart illustrating the third embodiment of the ringtone adjustment method of this application; Figure 4 This is a flowchart illustrating the fourth embodiment of the ringtone adjustment method of this application; Figure 5 This is a flowchart illustrating the fifth embodiment of the ringtone adjustment method of this application; Figure 6 This is a flowchart illustrating the sixth embodiment of the ringtone adjustment method of this application; Figure 7This is a schematic diagram of the structure of one embodiment of the electronic device of this application; Figure 8 This is a schematic diagram of a computer-readable storage medium according to an embodiment of the present invention. Detailed Implementation

[0019] The technical solutions of the embodiments of this application will be clearly and completely described below with reference to the accompanying drawings. Obviously, the described embodiments are only some embodiments of this application, and not all embodiments. Based on the embodiments of this application, all other embodiments obtained by those skilled in the art without creative effort are within the scope of protection of this application.

[0020] The terminology used in the embodiments of this application is for the purpose of describing particular embodiments only and is not intended to limit the application. The singular forms “a,” “said,” and “the” used in the embodiments of this application and the appended claims are also intended to include the plural forms, unless otherwise clearly indicated above. “Multiple” generally includes at least two, but does not exclude the inclusion of at least one.

[0021] It should be understood that the term "and / or" used in this article is merely a description of the relationship between related objects, indicating that three relationships can exist. For example, A and / or B can represent: A existing alone, A and B existing simultaneously, and B existing alone. Additionally, the character " / " in this article generally indicates that the preceding and following related objects have an "or" relationship.

[0022] It should be understood that the terms "comprising," "including," or any other variations used herein are intended to cover a non-exclusive inclusion, such that a process, method, article, or apparatus that comprises a list of elements includes not only those elements but also other elements not expressly listed, or elements inherent to such a process, method, article, or apparatus. Without further limitation, an element defined by the phrase "comprising..." does not exclude the presence of other identical elements in the process, method, article, or apparatus that includes said element.

[0023] With the rapid development of mobile communication technology, mobile terminals have become indispensable tools in users' daily lives and work. Among these, the call ringtone alert, as one of the basic functions of a mobile terminal, directly affects users' timely awareness of incoming calls. However, users' needs for ringtone settings vary significantly in different scenarios: in quiet environments such as meeting rooms, hospitals, and libraries, it is necessary to switch the ringtone to silent or vibrate to avoid disturbing others; while in noisy environments such as outdoors or public transportation, it is necessary to switch to ringtone or vibrate to ensure that important calls are not missed.

[0024] Currently, switching ringtone status on mobile devices mainly relies on manual operation by the user, requiring them to manually adjust the ringtone, vibration, or silent mode in different scenarios. This manual adjustment method has significant drawbacks and is cumbersome: on the one hand, users may forget to switch the ringtone status after entering a certain scene, leading to embarrassing situations where the ringtone disturbs others in quiet environments; on the other hand, users may also forget to restore the ringtone status after leaving a specific scene, causing them to miss important calls in noisy environments such as outdoors because their phones are in silent or vibration mode.

[0025] In related technologies, methods for automatically adjusting ringtones mainly include collecting a single environmental parameter (such as geographical location information) to identify the user's current scene, and triggering automatic switching of the ringtone state based on preset fixed rules.

[0026] However, the aforementioned methods typically rely on only a single type of environmental information for scene recognition, failing to effectively combine different types of environmental information. This results in inaccurate identification of the user's scene, a low match between adjustment timing and the user's actual needs, and a tendency for incorrect or missed adjustments. For example, a user's needs for the ringtone status may differ at different times of day in the same location, but the technology struggles to effectively distinguish between these situations. Furthermore, the methods employ fixed preset adjustment rules, lacking the ability to adapt to individual user habits. When a user's actual needs differ from the preset rules, frequent manual corrections are required, leading to high operational costs. Moreover, the technology cannot self-improve or optimize based on user behavior, resulting in a poor long-term user experience.

[0027] Based on the above, this application provides a ringtone adjustment method, an electronic device, and a computer-readable storage medium, which can solve the problems of inaccurate and unpersonalized ringtone adjustment in related technologies.

[0028] Specifically, please refer to Figure 1 , Figure 1 This is a flowchart illustrating the first embodiment of the ringtone adjustment method of this application. In this embodiment, the ringtone adjustment method includes: S11: Collect spatiotemporal data of the mobile terminal; where the spatiotemporal data includes current location data and current time data.

[0029] In this embodiment, a mobile terminal refers to an electronic device with mobile communication capabilities.

[0030] In some implementations, the mobile terminal includes any one of a mobile phone, tablet computer, wearable device, or portable laptop.

[0031] In this embodiment, spatiotemporal data refers to composite data that simultaneously contains spatial and temporal dimension information. It is used to comprehensively describe the spatiotemporal context in which the mobile terminal is located at the current moment, providing a multi-dimensional information foundation for subsequent scene matching.

[0032] In this embodiment, the spatiotemporal data includes current location data and current time data.

[0033] Among them, the current location data refers to the relevant data of the mobile terminal's geographical location at the current moment, which is used to determine the current geographical location of the mobile terminal.

[0034] In some implementations, the current location data can be calculated by fusing signal data from multiple location sources, such as GPS (Global Positioning System) data, Bluetooth Beacon signal data, and Wi-Fi (Wireless Fidelity) signal data.

[0035] The current time data refers to the time information corresponding to the current moment of the mobile terminal, which is used to determine the current time dimension of the mobile terminal so as to match it with the associated time window of the subsequent preset scene.

[0036] In some implementations, the current time data includes the specific time, date, day of the week, month, and year.

[0037] Understandably, by collecting spatiotemporal data from mobile terminals, it is possible to comprehensively perceive the current spatiotemporal context of the mobile terminal from both spatial and temporal dimensions. This provides a multi-dimensional information foundation for subsequent scene matching, making scene recognition no longer dependent on a single type of environmental parameter, thereby improving the comprehensiveness and accuracy of scene perception.

[0038] S12: Match spatiotemporal data with a preset scene database; wherein, the preset scene database stores scene configuration parameters corresponding to multiple preset scenes, and the scene configuration parameters include spatiotemporal feature parameters and target ringtone; the spatiotemporal feature parameters include scene positioning range and associated time window.

[0039] In this embodiment, spatial and temporal matching is performed based on spatiotemporal data and spatiotemporal feature parameters corresponding to each preset scenario in the preset scenario database to determine whether the mobile terminal falls into one or more preset scenarios.

[0040] Spatial matching refers to comparing the collected current location data with the location range of each preset scene in the preset scene database. Temporal matching refers to comparing the collected current time data with the associated time window of the preset scene for which spatial matching has been successful. If the current time data is within the associated time window, the spatiotemporal feature parameters of the preset scene are successfully matched with the spatiotemporal data.

[0041] In this embodiment, the preset scene database refers to a pre-built data set used to store multiple preset scenes and their corresponding configuration parameters. Each preset scene is associated with a set of scene configuration parameters, providing a matching benchmark and adjustment basis for the automatic adjustment of the ringtone status.

[0042] The preset scenario database can contain pre-set templates and historical user configuration parameters, and can be updated based on user behavior data. User behavior data includes users' manual correction actions.

[0043] In this embodiment, scene configuration parameters refer to a set of parameters associated with each preset scene, used to define the matching conditions and adjustment targets of that scene. In this step, scene configuration parameters include spatiotemporal characteristic parameters and target ringtone.

[0044] In this embodiment, the spatiotemporal feature parameters refer to the parameters used to define the spatiotemporal conditions corresponding to the preset scene, and are the basis for scene matching.

[0045] In this embodiment, the spatiotemporal feature parameters include the scene positioning range and the associated time window, which are used to define the coverage area and effective time period of the preset scene from the spatial and temporal dimensions, respectively.

[0046] In this embodiment, the scene positioning range refers to the spatial coverage boundary of the preset scene, which is used to match the current positioning data to determine whether the mobile terminal is within the spatial range of the preset scene.

[0047] The scene positioning range can be a preset radius area centered on specific latitude and longitude coordinates.

[0048] In some implementations, the positioning range for indoor scenes is defined by extending a preset number of meters from the latitude and longitude coordinates of the building or room. For outdoor scenes, the positioning range is defined by extending a preset number of meters from the latitude and longitude coordinates of a specific location. The preset number of meters can be set according to the required positioning accuracy.

[0049] In some specific implementations, the location range for the open office area (office scene) is the 1st floor of Building A, XX Office Building, with latitude and longitude XXX ± 5 meters. In other specific implementations, the location range for the meeting room (office scene) is latitude and longitude YYY ± 3 meters. In still other specific implementations, the location range for the home scene is Building X of XX Community, with latitude and longitude ZZZ ± 2 meters. In yet another specific implementation, the location range for the outdoor scene is latitude and longitude AAA ± 4 meters.

[0050] Understandably, by subdividing indoor scenes, the risk of identifying a single scene can be reduced, thereby effectively improving the accuracy of scene recognition.

[0051] In this embodiment, the associated time window refers to the effective time period of the preset scenario in the time dimension, which is used to match with the current time data to determine whether the current moment is within the applicable time period of the preset scenario.

[0052] In some implementations, the associated time window for the office scenario can be set to 9:00 to 18:30 on weekdays (working hours). In other implementations, the associated time window for the office scenario can be set to 19:00 to 20:00 on weekdays (overtime hours). In still other implementations, the associated time window for the office scenario can be set to 13:00 to 18:30 on weekends (overtime hours). In other implementations, the associated time window for the home scenario can be set to 18:30 to 7:00 from Monday to Sunday (rest hours). In still other implementations, the associated time window for the outdoor scenario can be set to 9:00 to 18:30 on public holidays.

[0053] In this embodiment, the target ringtone refers to the ringtone state that the mobile terminal should switch to in a preset scenario.

[0054] The target ringtones include ringtone mode, vibration mode, silent mode, etc.

[0055] In some implementations, the target ringtone for open office areas (office scenarios) during weekdays from 9:00 to 18:30 (working hours) is a ringtone mode. In other implementations, the target ringtone for meeting rooms (office scenarios) during weekdays from 9:00 to 18:30 (working hours) is a silent mode. In still other implementations, the target ringtone for meeting rooms (office scenarios) during weekdays from 19:00 to 20:00 (overtime hours) is a ringtone mode. In yet another implementation, the target ringtone for meeting rooms (office scenarios) during weekends from 13:00 to 18:30 (overtime hours) is a ringtone mode. In yet another implementation, the target ringtone for home scenarios during 18:30 to 7:00 (daily rest hours) is a vibration mode. In still another implementation, the target ringtone for outdoor scenarios during holidays from 9:00 to 18:30 is a ringtone mode.

[0056] In some implementations, the scenario configuration parameters also include scenario features, which refer to relevant defined parameters such as working hours, overtime hours, rest hours, holidays, and workdays.

[0057] Understandably, by matching spatiotemporal data with a preset scene database and using scene location range and associated time window as dual matching conditions, it is possible to link the two dimensions of space and time to accurately determine the scene in which the user is currently located. Furthermore, by effectively distinguishing the different ringtone needs of the same location at different times (for example, the target ringtone for a meeting room is different during working hours and overtime hours), the accuracy of scene recognition can be further improved, thereby reducing the risk of ringtone interference or missed calls caused by scene misjudgment.

[0058] S13: In response to the matching of spatiotemporal feature parameters of spatiotemporal data with at least one preset scene in the preset scene database, generate a ringtone adjustment command based on the target ringtone corresponding to the most matched scene.

[0059] In this embodiment, matching the spatiotemporal feature parameters of the spatiotemporal data with at least one preset scene in the preset scene database means that the current location data of the mobile terminal falls within the scene location range of one or more preset scenes, and the current time data is within the associated time window of one or more preset scenes, that is, it is determined that the spatiotemporal feature parameters of the preset scene match the spatiotemporal data.

[0060] In this embodiment, the most matching scenario refers to the optimal scenario selected from multiple preset scenarios when the spatiotemporal data of the mobile terminal matches multiple preset scenarios in the preset scenario database simultaneously. The target ringtone corresponding to the most matching scenario is the target state for this ringtone adjustment.

[0061] In this embodiment, the ringtone adjustment command refers to a control command generated based on the scene matching result, used to instruct the mobile terminal to perform a ringtone state switch. The ringtone adjustment command contains target ringtone information and is used to drive the mobile terminal to switch the current ringtone state to the target ringtone.

[0062] Understandably, generating ringtone adjustment commands based on spatiotemporal feature parameter matching results can automatically determine the corresponding target ringtone state according to the user's current spatiotemporal context. Furthermore, when multiple scenarios match simultaneously, selecting the best-matching scenario effectively resolves conflicts in overlapping areas, ensuring the most appropriate ringtone adjustment command is executed in complex environments, thereby accurately determining the corresponding target ringtone.

[0063] S14: Switch the mobile terminal's ringtone to the target ringtone based on the ringtone adjustment command.

[0064] S15: Collect correction information obtained after the ringtone switching based on the correction operation, and update the preset scene database based on the correction information; wherein, the correction information includes at least one corrected scene configuration parameter.

[0065] In this embodiment, the correction operation refers to the user's manual adjustment of the switching result after the ringtone is automatically switched.

[0066] In some implementations, after the mobile terminal automatically switches to vibration mode, the user manually changes it back to ringtone mode; this manual change is considered a correction operation.

[0067] In this embodiment, the correction information refers to the data obtained based on the user's correction operation and used to update the preset scenario database.

[0068] Understandably, the correction information includes at least one corrected scenario configuration parameter that reflects the user's personalized preferences and serves as the data basis for the system's adaptive learning.

[0069] Understandably, by collecting correction information obtained from user actions and updating the preset scene database based on this information, personalized preferences can be extracted from users' manual correction behaviors, allowing scene configuration parameters to gradually adapt to individual user habits. Furthermore, since the correction information originates from user feedback after ringtone switching, and the updated preset scene database in turn influences subsequent spatiotemporal data matching and ringtone adjustment, an adaptive closed loop can be formed from perception to optimization and then back to perception, thus enabling self-learning and continuous evolution.

[0070] Unlike related technologies, this implementation collects spatiotemporal data from the mobile terminal and matches it with a preset scene database. This allows for the combined use of multi-dimensional information, such as spatial positioning data and temporal data, to improve the accuracy of scene recognition, thereby reducing the risk of ringtone interference or missed calls due to scene misjudgment. Responding to the matching of spatiotemporal feature parameters between the spatiotemporal data and at least one preset scene in the preset scene database, a ringtone adjustment command is generated based on the target ringtone corresponding to the most matched scene. This accurately determines the corresponding target ringtone state according to the user's current spatiotemporal context. After switching the mobile terminal's ringtone to the target ringtone based on the ringtone adjustment command, correction information obtained from the correction operation after the ringtone switch is collected. This correction information is then used to update the preset scene database. This allows the implementation to learn the user's personalized preferences from manual correction behavior, gradually adapting scene configuration parameters to the user's individual habits, thereby reducing the frequency of manual intervention and improving ease of use and long-term user experience. This application combines multidimensional spatiotemporal data joint matching with user behavior adaptive learning to form a closed-loop mechanism of "spatiotemporal perception - scene matching - command execution - adaptive optimization". It can automatically adapt to the personalized ringtone needs of different users while improving the accuracy of scene recognition, and the adjustment effect is continuously optimized with use, thereby realizing automatic, accurate and personalized adjustment of ringtone status.

[0071] Please see Figure 2 , Figure 2 This is a flowchart illustrating a second embodiment of the ringtone adjustment method of this application. In this embodiment, the ringtone adjustment method includes: S21: Synchronously collect geolocation data, Bluetooth signal data, wireless signal data, and current time data.

[0072] In this embodiment, the geographic location data refers to the coordinate data of the current geographic location of the mobile terminal obtained through GPS, which is used to determine the spatial location of the mobile terminal from the satellite positioning level.

[0073] In some implementations, geolocation data includes latitude and longitude information, signal strength, and positioning accuracy information.

[0074] In this embodiment, Bluetooth signal data refers to the signal data obtained by scanning surrounding Bluetooth beacon devices through the Bluetooth module built into the mobile terminal, which is used to assist in positioning in environments with weak GPS signals, such as indoors.

[0075] In some implementations, Bluetooth signal data includes RSSI (Received Signal Strength) values ​​and the Bluetooth device's MAC address (Media Access Control Address).

[0076] In this embodiment, wireless signal data refers to signal data obtained by scanning surrounding wireless network access points through the built-in Wi-Fi module of the mobile terminal, which is used to assist in positioning in indoor and outdoor environments.

[0077] In some implementations, the wireless signal data includes the MAC address of the wireless hotspot and its signal strength.

[0078] In this embodiment, the current time data is obtained by synchronizing with the system clock of the mobile terminal.

[0079] In some implementations, the current time data includes the specific time, date, day of the week, month, year, etc.

[0080] Furthermore, in this embodiment, in order to balance positioning accuracy and power consumption, the acquisition frequency is dynamically adjusted based on the mobile terminal's movement status during the data acquisition process.

[0081] In some implementations, the mobile terminal's speed is detected by an accelerometer built into the mobile terminal, and the movement state is determined based on the speed. The sampling frequency is then dynamically adjusted according to the movement state.

[0082] In some specific implementations, when the accelerometer detects that the mobile terminal's moving speed is greater than 1 m / s, it indicates that the user is walking or moving quickly and the scene may be changing. At this time, the current location data collection frequency is set to 1 time / second to ensure the real-time performance and accuracy of the location.

[0083] In other specific implementations, when the accelerometer detects that the mobile terminal's moving speed is less than or equal to 1 m / s, it indicates that the user is stationary or moving slowly and the scene is relatively stable. At this time, the current location data collection frequency is set to 1 time / 30 seconds, and the Bluetooth Beacon scanning function is turned off to reduce the overall power consumption of the positioning module and extend the mobile terminal's battery life.

[0084] S22: Determine the scene type corresponding to the current scene based on the signal stability of the light sensor built into the mobile terminal and the geographic location data; different scene types are assigned different location source calculation weights.

[0085] In this embodiment, different scene types include indoor scenes and outdoor scenes.

[0086] In this embodiment, the signal stability of geographic location data refers to the stability of the GPS signal, which can be evaluated by the fluctuation of the GPS signal strength.

[0087] Understandably, GPS signals are more stable in open outdoor environments, but signal attenuation and fluctuations are greater indoors due to building obstruction. Therefore, signal stability can be used as an effective criterion for distinguishing between indoor and outdoor scenarios.

[0088] In this embodiment, the light sensor refers to the sensor component built into the mobile terminal for detecting the intensity of ambient light. It can obtain the brightness value of the current environment to help determine whether the mobile terminal is currently in an indoor or outdoor scene (for example, indoor lighting is usually dim, while outdoor lighting is usually strong).

[0089] In this embodiment, the ambient light intensity is obtained by the light sensor built into the mobile terminal. Combined with the signal stability of the GPS signal (e.g., whether the signal strength fluctuates), the current scene can be comprehensively determined as an indoor or outdoor scene. Generally speaking, indoor environments have weaker light intensity and lower or more fluctuating GPS signal strength, while outdoor environments have higher light intensity and higher and relatively stable GPS signal strength.

[0090] In this embodiment, the location source calculation weight refers to the weight ratio assigned to each location source when performing fusion calculation on data from multiple location sources.

[0091] In some implementations, Bluetooth and Wi-Fi signals have higher accuracy in indoor scenarios and can be assigned higher weights. In other implementations, GPS signals have higher accuracy in outdoor scenarios and can be assigned higher weights.

[0092] In some specific implementations, the location source calculation weights for indoor scenarios are allocated as follows: Bluetooth 40%, Wi-Fi 40%, GPS 20%. In other specific implementations, the location source calculation weights for outdoor scenarios are allocated as follows: GPS 60%, Wi-Fi 25%, Bluetooth 15%.

[0093] Understandably, since the signal accuracy of various positioning sources differs under different scenario types, setting different positioning source calculation weights based on different scenario types can adapt to the accuracy differences of various positioning sources under different environments, thereby making the fusion positioning results more accurate.

[0094] S23: Calculate the weights of the location sources corresponding to the current scene, and use the weighted least squares method to calculate the geographic location coordinate data, Bluetooth signal data and wireless signal data to obtain the current location data, and obtain the spatiotemporal data based on the current location data and the current data.

[0095] In this embodiment, different weights are assigned to the data from different positioning sources, and the optimal fitting result between geographic location coordinate data, Bluetooth signal data, and wireless signal data is solved by weighted least squares method to minimize the sum of squared weighted errors, so as to obtain the fused positioning coordinates.

[0096] Understandably, through the aforementioned multi-source fusion calculation, the error of the current positioning data can be controlled within ±5 meters, thereby accurately distinguishing between specific scenarios such as conference rooms and open office areas. Furthermore, by combining the current positioning data with the current time data to form spatiotemporal data, a multi-dimensional information foundation can be provided for subsequent scenario matching.

[0097] S24: Match spatiotemporal data with a preset scene database; wherein, the preset scene database stores scene configuration parameters corresponding to multiple preset scenes, and the scene configuration parameters include spatiotemporal feature parameters and target ringtone; the spatiotemporal feature parameters include scene positioning range and associated time window.

[0098] Please refer to the description in S12 for the specific process, which will not be repeated here.

[0099] S25: In response to the matching of spatiotemporal feature parameters corresponding to at least one preset scene in the preset scene database with spatiotemporal data, generate a ringtone adjustment command based on the target ringtone corresponding to the most matched scene.

[0100] Please refer to the description in S13 for the specific process, which will not be repeated here.

[0101] S26: Switch the ringtone of the mobile terminal to the target ringtone based on the ringtone adjustment command.

[0102] S27: Collect correction information obtained after ringtone switching based on correction operation, and update the preset scene database based on correction information; wherein, correction information includes at least one corrected scene configuration parameter.

[0103] Please refer to the description in S15 for the specific process, which will not be repeated here.

[0104] Unlike related technologies, this implementation method, in terms of positioning data acquisition, simultaneously collects multi-source signal data such as GPS, Bluetooth, and Wi-Fi, and dynamically determines indoor and outdoor scene types by combining light sensor and GPS signal characteristics. Differentiated positioning source weights are assigned to different scenes, and weighted least squares fusion calculation is then used to control positioning errors within a small range. This allows for precise differentiation of subdivided scenes, providing high-precision spatial location data for subsequent scene matching. Regarding scene matching and adjustment, a two-dimensional matching based on precise positioning data and time data accurately identifies the user's current scene and automatically switches the ringtone status. For adaptive optimization, by collecting user correction information and updating the preset scene database, personalized preferences are continuously learned from user behavior, allowing the adjustment effect to continuously optimize over time. This application achieves automatic, precise, and personalized ringtone status adjustment by combining multi-source fusion precise positioning, spatiotemporal two-dimensional matching, and user behavior adaptive learning.

[0105] Please see Figure 3 , Figure 3 This is a flowchart illustrating a third embodiment of the ringtone adjustment method of this application. In this embodiment, the ringtone adjustment method includes: S31: Collect spatiotemporal data of the mobile terminal; wherein, the spatiotemporal data includes current location data and current time data.

[0106] For details, please refer to the descriptions in S11 and S21~S23, which will not be repeated here.

[0107] S32: Match spatiotemporal data with a preset scene database; wherein, the preset scene database stores scene configuration parameters corresponding to multiple preset scenes, and the scene configuration parameters include spatiotemporal feature parameters and target ringtone; the spatiotemporal feature parameters include scene positioning range and associated time window.

[0108] Please refer to the description in S12 for the specific process, which will not be repeated here.

[0109] S33: In response to the matching of spatiotemporal feature parameters corresponding to at least one preset scene in the preset scene database with spatiotemporal data, generate a ringtone adjustment command based on the target ringtone corresponding to the most matched scene.

[0110] Please refer to the description in S13 for the specific process, which will not be repeated here.

[0111] S34: Based on the ringtone adjustment command, call the audio manager interface or vibration manager interface to switch the mobile terminal's ringtone to the target ringtone.

[0112] In this embodiment, the audio manager interface refers to the standard API (Application Programming Interface) provided by the mobile terminal operating system for managing audio status, which can control the ringtone mode and the silent mode.

[0113] In this embodiment, the vibration manager interface refers to the standard API provided by the mobile terminal operating system for managing vibration functions. It can control the start and stop of the vibration motor and is used to perform vibration reminders in vibration mode.

[0114] In some implementations, if the target ringtone in the ringtone adjustment command is in ringtone mode or silent mode, the standard API of the audio manager is called to switch the mobile terminal's ringtone to ringtone mode or silent mode.

[0115] In other implementations, if the target ringtone in the ringtone adjustment command is in vibration mode, the vibration manager's API is called to switch the mobile terminal's ringtone to vibration mode.

[0116] Understandably, by calling the audio manager interface and / or vibration manager interface to perform ringtone switching, it is possible to quickly and stably adjust the ringtone status using the standard interfaces provided by the operating system.

[0117] S35: In response to the failure of calls to the audio manager interface and vibration manager interface, a low-level forced adjustment instruction is triggered to drive the operating system's audio driver module to perform ringtone adjustment; if the low-level adjustment instruction fails to execute, an exception alert is triggered.

[0118] In this embodiment, the underlying forced adjustment instruction refers to the forced control instruction that bypasses the conventional interface level and directly operates on the audio driver module at the operating system level when the standard API call fails. It is used to ensure that the ringtone adjustment instruction can still be effectively executed in abnormal situations.

[0119] In this embodiment, the abnormal reminder refers to the prompt message issued to the user when all execution paths of the ringtone adjustment command fail, which is used to inform the user that the current ringtone status has failed to switch successfully, so that the user can handle it manually in time.

[0120] In some implementations, the anomaly alert includes an audio alert and / or a pop-up alert.

[0121] In some implementations, if the underlying adjustment command fails to execute, an audio or pop-up notification is triggered. In other implementations, if the underlying adjustment command fails to execute, both an audio and a pop-up notification are triggered simultaneously.

[0122] Understandably, when a standard interface call fails, triggering a low-level forced adjustment command to directly drive the audio driver module can bypass interface-level exceptions, ensuring the effective execution of the adjustment command and improving adjustment reliability. Furthermore, when the low-level forced adjustment command also fails, triggering an exception alert to promptly notify the user reduces the risk of the user missing important calls or experiencing ringing interference due to adjustment failure without their knowledge.

[0123] Understandably, through the above multi-level fault tolerance mechanism, a complete execution path is constructed from the regular interface to the underlying instructions and then to the exception reminder, maximizing the success rate of ringtone adjustment.

[0124] S36: After the ringtone switching is completed, provide feedback on the adjustment result.

[0125] Understandably, providing feedback on the adjustment results after the ringtone change is completed ensures that the user is aware of the execution status of this adjustment process.

[0126] S37: Collect correction information obtained after ringtone switching based on correction operation, and update the preset scene database based on correction information; wherein, correction information includes at least one corrected scene configuration parameter.

[0127] Please refer to the description in S15 for the specific process, which will not be repeated here.

[0128] Unlike related technologies, this implementation method, in terms of execution adjustment, performs ringtone switching by calling the system's standard interface. When the standard interface call fails, it triggers underlying forced commands and exception alerts at each level. This constructs a multi-level fault-tolerant mechanism from the standard interface to the underlying commands and then to the exception alerts, ensuring the effective execution of adjustment commands. This reduces the risk of users missing important calls or experiencing ringtone interference due to adjustment failures, thereby maximizing the reliability of ringtone adjustment and protecting the user's right to know. Regarding scene matching, by collecting spatiotemporal data and performing two-dimensional matching with a preset scene database, it can accurately identify the user's current scene and automatically switch the ringtone state. In terms of adaptive optimization, by collecting spatiotemporal data and performing two-dimensional matching with a preset scene database, it can accurately identify the user's current scene and automatically switch the ringtone state. This application, through a combination of a multi-level fault-tolerant execution mechanism, spatiotemporal two-dimensional matching, and user behavior adaptive learning, achieves reliable, automatic, and personalized ringtone state adjustment.

[0129] Please see Figure 4 , Figure 4 This is a flowchart illustrating the fourth embodiment of the ringtone adjustment method of this application. In this embodiment, the ringtone adjustment method includes: S41: Collect spatiotemporal data of the mobile terminal; wherein, the spatiotemporal data includes current location data and current time data.

[0130] For details, please refer to the descriptions in S11 and S21~S23, which will not be repeated here.

[0131] S42: Match the current location data with the scene location range corresponding to each preset scene in the preset scene database.

[0132] In this embodiment, the collected current location data is compared with the scene location range corresponding to each preset scene in the preset scene database one by one to determine whether the mobile terminal is within the spatial range of the preset scene.

[0133] S43: In response to the current location data falling into the scene location range corresponding to at least one preset scene, match the current time data with the associated time window corresponding to the preset scene that matches the range.

[0134] In this implementation method, the preset scene for range matching refers to a preset scene where the current location data has fallen within its scene location range. Only preset scenes that have passed the initial screening in the spatial dimension will proceed to further matching in the temporal dimension.

[0135] In this embodiment, if the current location data does not fall into a certain preset scene, it is directly determined that it does not match the preset scene and does not enter the time matching process.

[0136] Understandably, by performing spatial matching first (which requires relatively little computation) and only proceeding to temporal matching after successful spatial matching, rather than simultaneously comparing all parameters of all preset scenarios, the computational complexity of the matching process can be effectively reduced, thereby improving matching efficiency.

[0137] S44: In response to the current time data falling into the associated time window of a preset scenario that matches at least one range, determine that the spatiotemporal data matches the spatiotemporal feature parameters of at least one preset scenario in the preset scenario database.

[0138] In this embodiment, when the current location data of the mobile terminal falls within the scene location range of a preset scene, and the current time data is within the associated time window of the preset scene, that is, when both the spatial and temporal conditions are met, it is determined that the currently collected spatiotemporal data matches the spatiotemporal feature parameters of the preset scene.

[0139] In this embodiment, if only the current location data of the mobile terminal falls within the scene location range of a preset scene, but the current time data is not within the associated time window of the preset scene, that is, only the spatial dimension condition is met, but the time dimension condition is not met, it is determined that the currently collected spatiotemporal data does not match the spatiotemporal feature parameters of the preset scene.

[0140] By combining spatial range and time window as matching conditions for preset scenes, this implementation method enables the definition of preset scenes to no longer be limited to purely geographical constraints, but to be extended to composite scenes with spatiotemporal attributes.

[0141] For example, a "meeting room" is no longer just a physical space, but a "meeting room within a specific time period" (such as a meeting room from 9:00 to 18:30 on weekdays). This spatiotemporal composite definition allows the same physical space to correspond to multiple scene configurations for different time periods, thereby achieving more granular scene division and more precise ringtone management.

[0142] Understandably, matching based on a single dimension is prone to misjudgments. For example, when relying solely on current location data for matching, if a user is in the same location on both weekdays and weekends, the system will indiscriminately classify it as the same preset scenario and implement the same ringtone adjustment, failing to distinguish between the different needs of needing a ringtone during work hours and needing silence during rest hours. However, by introducing a time dimension as a second filtering condition, a match is only determined if both "correct location" and "correct time" conditions are met simultaneously. This effectively distinguishes the differentiated scenario needs of the same location at different times, thereby significantly reducing the probability of misadjustment.

[0143] Furthermore, the dual-condition matching mechanism has a filtering effect. When a user only meets the spatial condition but not the temporal condition (e.g., passing through a meeting room outside of working hours), this implementation will not trigger the corresponding mute adjustment for the meeting room, avoiding the problem of frequent ringtone switching caused by a single-dimensional trigger. This mechanism ensures that adjustment is only performed when the user actually enters the effective time period of the target preset scenario, reducing unnecessary ringtone switching interference with the user experience.

[0144] S45: In response to the matching of spatiotemporal feature parameters corresponding to multiple preset scenarios in the preset scenario database with spatiotemporal data, sort the multiple priority parameters corresponding to the multiple preset scenarios by level.

[0145] In this embodiment, different priority parameters are corresponding to different preset scenarios. When the spatiotemporal data matches the spatiotemporal feature parameters corresponding to multiple preset scenarios in the preset scenario database, the priority parameters corresponding to multiple preset scenarios are sorted by level to determine the preset scenario with the highest priority.

[0146] In this embodiment, the priority parameter refers to the value or identifier in the scenario configuration parameters of the preset scenario used to define the priority level of the scenario. When the same spatiotemporal data matches multiple preset scenarios simultaneously, the priority parameter is used to determine which scenario should be responded to first.

[0147] In some implementations, the priority parameter order can be set to: Meeting Scene > Office Scene > General Scene > Outdoor Scene.

[0148] In some implementations, level sorting refers to the process of sorting multiple simultaneously matching preset scenarios from high to low according to their respective priority parameters in order to determine the highest priority scenario.

[0149] S46: Determine the preset scene corresponding to the highest priority parameter as the best matching scene, and generate a ringtone adjustment command based on the target ringtone corresponding to the best matching scene.

[0150] In this embodiment, the most matching scenario refers to the highest priority scenario selected when the spatiotemporal data of the mobile terminal matches multiple preset scenarios in the preset scenario database simultaneously, after being sorted by priority parameter levels. The target ringtone corresponding to the most matching scenario is the target state for this adjustment.

[0151] In real-world applications, the location ranges of different preset scenarios may overlap spatially. For example, a meeting room is typically located within an open office area. When a user enters the meeting room, their current location data falls within the location range of both the meeting room and the open office area. If the time also meets the associated time window of both preset scenarios, multiple preset scenarios may match simultaneously. In this case, without prioritization, the system may randomly select one scenario to perform adjustments, resulting in adjustments that do not match the user's actual needs.

[0152] Understandably, this implementation method, by pre-setting priority parameters (such as meeting scenario > office scenario > general scenario > outdoor scenario), can automatically select the scenario with the highest priority as the most suitable scenario when multiple scenarios conflict, thereby ensuring that the ringtone adjustment method that best meets the user's expectations is always executed in overlapping areas. For example, when a user enters a meeting room, the meeting scenario has a higher priority than the open office area. By automatically switching to silent mode instead of the office area's ringtone mode, adjustment confusion caused by multiple overlapping scenarios can be avoided, thereby improving the accuracy and reliability of ringtone adjustment in complex spatial environments.

[0153] S47: Switch the mobile terminal's ringtone to the target ringtone based on the ringtone adjustment command.

[0154] For details, please refer to the descriptions in S34 to S36, which will not be repeated here.

[0155] S48: Collect correction information obtained after ringtone switching based on correction operation, and update the preset scene database based on correction information; wherein, correction information includes at least one corrected scene configuration parameter.

[0156] Please refer to the description in S15 for the specific process, which will not be repeated here.

[0157] Unlike related technologies, this implementation method, in terms of scene matching, constructs spatiotemporal data from current location data and current time data, and performs dual-condition matching with a preset scene database. A successful match is only determined when both the spatial range and time window are met, effectively distinguishing differentiated ringtone needs at different times of the same location and avoiding erroneous adjustments caused by single-dimensional matching. Furthermore, when multiple preset scenes are matched simultaneously, they are sorted by preset priority parameters, and the scene with the highest priority is selected as the best match. This effectively resolves conflicts in overlapping areas of multiple scenes, ensuring that the ringtone adjustment method most in line with user expectations is always executed in complex spatial environments. Regarding adaptive optimization, by collecting user correction information and updating the preset scene database, personalized preferences can be continuously learned from user behavior, allowing the adjustment effect to continuously optimize with usage time. This application achieves accurate, reliable, and personalized ringtone adjustment by combining spatiotemporal dual-dimensional joint matching, multi-scene priority conflict handling, and user behavior adaptive learning.

[0158] Please see Figure 5 , Figure 5 This is a flowchart illustrating the fifth embodiment of the ringtone adjustment method of this application. In this embodiment, the ringtone adjustment method includes: S51: Collect spatiotemporal data of the mobile terminal; wherein, the spatiotemporal data includes current location data and current time data.

[0159] For details, please refer to the descriptions in S11 and S21~S23, which will not be repeated here.

[0160] S52: Match the current location data with the scene location range corresponding to each preset scene in the preset scene database.

[0161] For details, please refer to the descriptions in S12 and S42, which will not be repeated here.

[0162] S53: In response to the current location data not falling within the scene location range corresponding to any preset scene, match the current location data with the transition zone corresponding to each preset scene.

[0163] In this embodiment, the scene configuration parameters also include a transition zone, which is used to define the extended area around the preset scene for triggering and adjustment.

[0164] Specifically, the transition zone refers to the extended area formed by extending a preset distance outward from the boundary of the preset scene's positioning range. It is used to define the surrounding area of ​​the preset scene for pre-triggered pre-adjustment perception. The transition zone is not an independent scene, but rather an extended parameter attached to the preset scene.

[0165] In this embodiment, the extension distance of the transition zone can be adaptively adjusted according to the scene type.

[0166] In some implementations, the extension distance of the transition zone is 2 to 5 meters.

[0167] In some specific implementations, the transition zone for quiet environments such as meeting rooms extends outward by 5 meters. In other specific implementations, the transition zone for general-purpose environments such as open office areas extends outward by 2 meters.

[0168] Understandably, different types of preset scenarios have varying degrees of sensitivity to ringing interference. Quiet scenarios such as meeting rooms have extremely low tolerance for ringing interference; a false ring can cause serious embarrassment and disruption. Therefore, a larger extension distance (e.g., 5 meters) is needed to allow sufficient pre-adjustment time before users enter the meeting room, ensuring the ringtone is muted before they open the door. In contrast, general scenarios such as open office areas are less sensitive to ringing, and a smaller extension distance (e.g., 2 meters) is sufficient for pre-adjustment. This differentiated transition zone setting provides more adequate pre-adjustment protection in sensitive scenarios while avoiding unnecessary pre-adjustment in non-sensitive scenarios due to an excessively large transition zone.

[0169] Understandably, the transition zone is essentially a predicted area based on probability, not the user's actual entry into the target scene. If a uniformly large extension distance is applied to all preset scenes, in environments with compact layouts (such as multiple adjacent or overlapping preset scenes), users may frequently traverse the transition zones between different preset scenes, leading to frequent pre-switching of the ringtone state and interfering with normal use. However, adaptively adjusting the extension distance according to scene type—appropriately expanding it for quiet scenes and appropriately tightening it for general scenes—can ensure timely adjustment in critical scenes while reducing the number of pre-adjustment triggers in unnecessary scenes, lowering the probability of false triggers, and thus avoiding the interference of frequent ringtone switching on the user experience.

[0170] S54: In response to the current positioning data falling into the transition zone corresponding to a preset scene, calculate the probability of entering the preset scene based on historical movement trajectory data.

[0171] In this embodiment, historical movement trajectory data refers to the user's movement path and scene switching behavior data recorded by the mobile terminal within a preset historical time period.

[0172] Among them, user movement path refers to the actual movement trajectory of a user in space (e.g., which direction the user approaches the target scene from, frequently taken routes, etc.). Scene switching behavior refers to frequency, that is, the number of times a user ultimately enters the corresponding target scene from the transition zone during a given period.

[0173] The preset historical time period can be set as needed.

[0174] In some implementations, the preset historical period is the most recent 30 days. In other implementations, the preset historical period is the most recent week (7 days).

[0175] In this embodiment, the probability of entering a preset scene refers to a quantitative indicator that the user is likely to enter the target preset scene based on historical movement trajectory data and calculated by probability.

[0176] In some specific implementations, if a user enters the corresponding preset scene from the transition zone more frequently during a certain period in the past 30 days, the probability of entering the preset scene at present is greater.

[0177] S55: In response to a probability greater than a preset probability threshold, generate a ringtone pre-adjustment command based on the target ringtone corresponding to the preset scenario and execute the switch.

[0178] In this embodiment, the preset probability threshold refers to a critical probability value used to determine whether to trigger the pre-adjustment mechanism. When the probability of a user entering a target preset scenario is higher than this threshold, it indicates that the user is highly likely to enter the preset scenario, and pre-adjustment needs to be performed in advance.

[0179] The preset probability threshold can be set according to actual needs.

[0180] In some implementations, the preset probability threshold is 70%. In other implementations, the preset probability threshold is 60%. In still other implementations, the preset probability threshold is 80%.

[0181] In this embodiment, the pre-adjustment instruction refers to a ringtone adjustment instruction generated in advance when the user has not yet fully entered the preset scene, but is predicted to be highly likely to enter it based on probability. The pre-adjustment instruction is used to complete the ringtone switching before the user fully enters the target scene, achieving a scene transition experience without delay.

[0182] S56: When the mobile terminal enters the scene positioning range of the preset scene, confirm and lock the target ringtone.

[0183] In this embodiment, once the mobile terminal fully enters the scene positioning range of the preset scene, the target ringtone state previously switched based on the pre-adjustment command is confirmed and locked to avoid repeated switching of the ringtone state due to minor fluctuations in subsequent positioning data. After confirmation and locking, this transition adjustment is completed, and the spatiotemporal data changes of the mobile terminal continue to be monitored.

[0184] In some specific implementations, when a user enters the company's open office area (location range: 1st floor, Building A, XX office building, latitude and longitude XXX±5 meters) from 9:00 AM to 6:30 PM, Monday to Friday, the current location data and current time data are matched with the scene location range and associated time window of each scene in the preset scene database. If a match is successful, the mobile terminal's ringtone is automatically switched to ringtone mode. When the user enters the XX conference room (location range: latitude and longitude YYY±5 meters) during the above-mentioned time period, since the conference room also meets the dual matching conditions of space and time, and the conference scene has a higher priority than the office scene, the ringtone is automatically switched to silent mode to avoid interference from incoming calls during the meeting. When the user leaves the conference room, the current location data leaves the scene location range of the conference room and does not fall into the core area of ​​any preset scene, but successfully matches with the transition zone of the open office area (YYY±5 meters plus 3 meters). In this case, the historical movement trajectory data of the user after leaving the conference room during the above-mentioned time period within the past 30 days is retrieved. If the calculated frequency of users entering the open office area is 85%, which is higher than the preset probability threshold of 70%, a pre-adjustment instruction is immediately generated to switch the ringtone to ringtone mode in advance. After the user has fully entered the scene positioning range of the open office area, the ringtone mode is confirmed and locked, completing the zero-delay transition adjustment from the meeting room to the open office area.

[0185] In other specific implementations, when a user is active in XX Park (location range: latitude and longitude AAA ± 5 meters) on the weekend, the current location data and current time data are matched with the scene location range and associated time window of each scene in the preset scene database. Upon successful matching, the mobile terminal's ringtone is automatically switched to ringtone mode to prevent the user from missing important calls in noisy outdoor environments due to being in silent or vibrate mode. When the user walks away from the park, the mobile terminal's built-in accelerometer detects that the user's movement speed is greater than 1 m / s, and the current location data collection frequency is adjusted to 1 time / second to ensure real-time positioning during movement. When the user leaves the park's scene location range, if the current location data does not fall into the core area of ​​any preset scene but successfully matches the transition zone of the surrounding residential area (AAA ± 5 meters plus 2 meters), then the historical movement trajectory data of the user after leaving the park within the past 30 days during the aforementioned period is retrieved. If the calculated probability of the user entering the surrounding residential area is 75%, higher than the preset probability threshold of 70%, a pre-adjustment command is immediately generated to switch the ringtone to vibrate mode in advance. Once the user is fully within the scene location range of the surrounding residential area, the vibration mode is confirmed and locked, completing the seamless transition from the park to the residential area.

[0186] S57: Collect correction information obtained after ringtone switching based on correction operation, and update the preset scene database based on correction information; wherein, correction information includes at least one corrected scene configuration parameter.

[0187] Please refer to the description in S15 for the specific process, which will not be repeated here.

[0188] Unlike related technologies, this implementation method, in terms of scene transition, sets a transition zone range for each preset scene and calculates the probability of entering the target scene based on historical movement trajectory data when the user enters the transition zone. When the probability is higher than a preset threshold, a pre-adjustment command is generated in advance and the ringtone is switched. This allows for pre-adjustment of the ringtone state before the user fully enters the target scene, improving the switching delay caused by triggering adjustment after entering the scene, thus achieving a delay-free transition experience during scene switching. Furthermore, since the extension distance of the transition zone can be adaptively adjusted according to the scene type, the advance amount of pre-adjustment can be matched with the actual sensitivity of the scene, ensuring timely adjustment in critical scenes while avoiding frequent false triggers. In terms of scene recognition, by constructing spatiotemporal data from current location data and current time data, and performing dual-condition matching with a preset scene database, it can effectively distinguish differentiated ringtone needs at different times of the same location, improving the accuracy of scene recognition. In terms of adaptive optimization, by collecting user correction information and updating the preset scene database, it can continuously learn personalized preferences from user behavior, allowing the adjustment effect to continuously optimize with usage time. This application combines transition zone prediction and adjustment, spatiotemporal dual-dimensional matching, and user behavior adaptive learning to achieve zero-delay switching, accurate recognition, and personalized adaptation of ringtone status.

[0189] Please see Figure 6 , Figure 6 This is a flowchart illustrating the sixth embodiment of the ringtone adjustment method of this application. In this embodiment, the ringtone adjustment method includes: S61: Collect spatiotemporal data of the mobile terminal; wherein, the spatiotemporal data includes current location data and current time data.

[0190] For details, please refer to the descriptions in S11 and S21~S23, which will not be repeated here.

[0191] S62: Match spatiotemporal data with a preset scene database; wherein, the preset scene database stores scene configuration parameters corresponding to multiple preset scenes, and the scene configuration parameters include spatiotemporal feature parameters and target ringtone; the spatiotemporal feature parameters include scene positioning range and associated time window.

[0192] For details, please refer to the descriptions in S12 and S42~S45, which will not be repeated here.

[0193] S63: In response to the matching of spatiotemporal feature parameters corresponding to at least one preset scene in the preset scene database with spatiotemporal data, generate a ringtone adjustment command based on the target ringtone corresponding to the most matched scene.

[0194] For details, please refer to the descriptions in S13 and S46, which will not be repeated here.

[0195] S64: Switch the mobile terminal's ringtone to the target ringtone based on the ringtone adjustment command.

[0196] For details, please refer to the descriptions in S34 to S36, which will not be repeated here.

[0197] S65: Collect correction information obtained after ringtone switching based on correction operations, and iteratively train the preset model based on the correction information.

[0198] In this embodiment, the scene configuration parameters before each correction operation and the spatiotemporal data corresponding to the correction operation are used as a set of input features, and the correction information obtained from each correction operation is used as the output label. The preset model is iteratively trained based on each set of corresponding input features and output labels.

[0199] In some implementations, the scenario configuration parameters also include scenario features, which refer to relevant defined parameters such as working hours, overtime hours, rest hours, holidays, and workdays.

[0200] In this embodiment, a correction operation refers to the user's manual adjustment of the switching result after the ringtone has automatically switched. For example, if the system automatically switches to vibration mode and the user manually changes it back to ringtone mode, this manual modification is a correction operation.

[0201] In this embodiment, the correction information refers to the data obtained based on the user's correction operation and used to update the preset scene database. The correction information includes at least one corrected scene configuration parameter, such as the target ringtone manually modified by the user, the adjusted associated time window, etc., which can reflect the user's personalized preferences.

[0202] In this embodiment, the preset model refers to a pre-built algorithm model used to learn user behavior habits.

[0203] In some implementations, the preset model can be a customized decision tree model, whose input is the scene configuration parameters before the correction operation and the spatiotemporal data corresponding to the correction operation, and whose output is the scene configuration parameters after the correction. Through iterative training, the model gradually learns the user's ringtone preferences in different spatiotemporal contexts.

[0204] In other implementations, the preset model may also employ other applicable machine learning models.

[0205] In this embodiment, iterative training refers to the process of continuously optimizing the preset model by using the information and credit data corresponding to each correction operation as training samples. Each correction operation generates a set of training data, and the preset model continuously adjusts its internal parameters based on the new data, so that the prediction results output by the model gradually approach the user's actual preferences.

[0206] S66: In response to the number of iterations for training the same preset scene reaching a preset threshold, the optimized scene configuration parameters are output through the trained preset model, and the optimized scene configuration parameters are updated to the preset scene database.

[0207] In this embodiment, the optimized scene configuration parameters are synchronously written into the preset scene database to replace the original scene configuration parameters of the corresponding preset scene.

[0208] In this embodiment, the preset threshold number refers to the minimum number of correction operations required to trigger an update of the scenario configuration parameters. When the number of iterative training iterations for the same preset scenario reaches the preset threshold number, it indicates that the user's correction behavior for that scenario has become a stable habit rather than an occasional operation, and at this time, a parameter update is triggered.

[0209] In some implementations, the preset number of times threshold is 5 times. In other implementations, the preset number of times threshold is 3 times. In still other implementations, the preset number of times threshold is 10 times.

[0210] In this embodiment, the optimized scene configuration parameters refer to the new parameters output after adjusting the original scene configuration parameters through the trained preset model, such as adjusting the associated time window of a scene or modifying the target ringtone status.

[0211] In some specific implementations, in a home scenario (location range: Building X, XX Community, latitude and longitude ZZZ ± 5 meters), the preset associated time window is from 18:30 to 7:00 the next day, Monday to Sunday, and the target ringtone is in vibration mode. If the user is working at home from 20:00 to 22:00 on several consecutive workdays, and the ringtone automatically switches to vibration, but the user manually corrects it to ringtone mode each time, then the complete data of each correction operation is recorded in real time, including the current location data, current time data, original ringtone adjustment state (vibration mode), corrected ringtone state (ringtone mode), and scene characteristics (workday, overtime period). The scene configuration parameters before the correction operation (original ringtone adjustment state and scene characteristics) and the spatiotemporal data corresponding to the correction operation (current location data and current time data) are used as input features, and the corrected ringtone state is used as the output label to iteratively train the preset decision tree model. After five corrections, the trained model automatically outputs optimized scene configuration parameters, splitting the home scene into regular rest periods (6:30 PM - 8:00 PM and 10:00 PM - 7:00 AM the next day) maintaining vibration mode, and adjusting to ringtone mode during working from home periods (8:00 PM - 10:00 PM), and simultaneously updating the preset scene database. Subsequently, when a user enters their home between 8:00 PM and 10:00 PM, the system automatically switches to ringtone mode, eliminating the need for manual correction.

[0212] Understandably, because the optimized scene configuration parameters better match users' actual behavioral habits, the updated preset scene database is applied to subsequent spatiotemporal data matching and ringtone adjustment, enabling automatic adjustments based on the user's latest preferences. Furthermore, since the preset scene database continuously evolves with the accumulation of user behavior data, it enhances the long-term user experience.

[0213] Unlike related technologies, this implementation method, in terms of adaptive learning, collects correction information corresponding to each user's correction operation. It uses the scene configuration parameters before correction and the spatiotemporal data during correction as input features, and the corrected ringtone state as the output label. This allows for iterative training of a preset model, continuously extracting personalized preference patterns from the user's manual correction behavior. Furthermore, when the number of corrections for the same preset scene reaches a preset threshold, the trained model automatically outputs optimized scene configuration parameters and updates the preset scene database. This effectively distinguishes between occasional and habitual corrections, avoiding frequent changes in scene rules due to occasional operations, thus ensuring that the optimization results truly reflect the user's stable habits. Moreover, since the updated preset scene database acts inversely on subsequent spatiotemporal data matching and ringtone adjustment, it forms an adaptive closed loop from perception to optimization and back to perception, possessing self-learning and continuous evolution capabilities. This ensures that the accuracy of ringtone adjustment continuously improves with usage time, reducing the frequency of user manual intervention and thereby improving ease of use and long-term user experience. In terms of scene recognition, by constructing spatiotemporal data from current location data and current time data, and performing dual-condition matching with a preset scene database, the system can accurately identify the user's current scene and automatically switch the ringtone status. This application achieves personalized adaptation and continuous optimization of the ringtone status by combining user behavior adaptive learning, spatiotemporal dual-dimensional matching, and automatic ringtone switching.

[0214] Correspondingly, this application provides an electronic device.

[0215] Please see Figure 7 , Figure 7 This is a schematic diagram of one embodiment of the electronic device of this application. For example... Figure 7 As shown, in this embodiment, the electronic device 70 includes a memory 71 and a processor 72.

[0216] In this embodiment, memory 71 is used to store program data, which, when executed, implements the steps in the ringtone adjustment method described above. Processor 72 is used to execute the program instructions stored in memory 71 to implement the steps in the ringtone adjustment method described above.

[0217] Specifically, processor 72 controls itself and memory 71 to implement the steps in the ringtone adjustment method described above. Processor 72 can also be called a CPU (Central Processing Unit). Processor 72 may be an integrated circuit chip with signal processing capabilities. Processor 72 can also be a general-purpose processor, digital signal processor (DSP), application-specific integrated circuit (ASIC), field-programmable gate array (FPGA), or other programmable logic device, discrete gate or transistor logic device, or discrete hardware component. A general-purpose processor can be a microprocessor or any conventional processor. Furthermore, processor 72 can be implemented using multiple integrated circuit chips.

[0218] Unlike related technologies, this implementation uses processor 72 to collect spatiotemporal data from the mobile terminal and matches it with a preset scene database. This allows for the combined use of multi-dimensional information, such as spatial positioning data and time data, to improve the accuracy of scene recognition and reduce the risk of ringtone interference or missed calls due to scene misjudgment. In response to the matching of spatiotemporal feature parameters between the spatiotemporal data and at least one preset scene in the preset scene database, a ringtone adjustment command is generated based on the target ringtone corresponding to the most matched scene. This accurately determines the corresponding target ringtone state according to the user's current spatiotemporal context. After switching the mobile terminal's ringtone to the target ringtone based on the ringtone adjustment command, correction information obtained from the correction operation after the ringtone switch is collected. This correction information is then used to update the preset scene database. This allows the system to learn the user's personalized preferences from manual correction behavior, gradually adapting scene configuration parameters to the user's individual habits, thereby reducing the frequency of manual intervention and improving ease of use and long-term user experience. This application combines multidimensional spatiotemporal data joint matching with user behavior adaptive learning to form a closed-loop mechanism of "spatiotemporal perception - scene matching - command execution - adaptive optimization". It can automatically adapt to the personalized ringtone needs of different users while improving the accuracy of scene recognition, and the adjustment effect is continuously optimized with use, thereby realizing automatic, accurate and personalized adjustment of ringtone status.

[0219] Correspondingly, this application provides a computer-readable storage medium.

[0220] Please see Figure 8 , Figure 8 This is a schematic diagram of a computer-readable storage medium according to an embodiment of the present invention.

[0221] The computer-readable storage medium 80 includes a computer program 801 stored on it. When executed by the processor, the computer program 801 implements the steps of the ringtone adjustment method described above. Specifically, if the integrated unit is implemented as a software functional unit and sold or used as an independent product, it can be stored in a computer-readable storage medium 80. Based on this understanding, the technical solution of this application, in essence, or the part that contributes to the prior art, or all or part of the technical solution, can be embodied in the form of a software product. This computer software product is stored in a computer-readable storage medium 80 and includes several instructions to cause a computer device (which may be a personal computer, server, or network device, etc.) or processor to execute all or part of the steps of the methods of various embodiments of this application. The aforementioned computer-readable storage medium 80 includes various media capable of storing program code, such as a USB flash drive, a portable hard drive, a read-only memory (ROM), a random access memory (RAM), a magnetic disk, or an optical disk.

[0222] In the several embodiments provided in this application, it should be understood that the disclosed methods and apparatus can be implemented in other ways. For example, the apparatus implementations described above are merely illustrative. For instance, the division of modules or units is only a logical functional division, and in actual implementation, there may be other division methods. For example, multiple units or components may be combined or integrated into another system, or some features may be ignored or not executed. Furthermore, the coupling or direct coupling or communication connection shown or discussed may be through some interfaces; the indirect coupling or communication connection between devices or units may be electrical, mechanical, or other forms.

[0223] The units described as separate components may or may not be physically separate. The components shown as units may or may not be physical units; that is, they may be located in one place or distributed across multiple network units. Some or all of the units can be selected to achieve the purpose of this embodiment, depending on actual needs.

[0224] Furthermore, the functional units in the various embodiments of this application can be integrated into one processing unit, or each unit can exist physically separately, or two or more units can be integrated into one unit. The integrated unit can be implemented in hardware or as a software functional unit.

[0225] If the integrated unit is implemented as a software functional unit and sold or used as an independent product, it can be stored in a computer-readable storage medium. Based on this understanding, the technical solution of this application, in essence, or the part that contributes to the prior art, or all or part of the technical solution, can be embodied in the form of a software product. This computer software product is stored in a storage medium and includes several instructions to cause a computer device (which may be a personal computer, server, or network device, etc.) or processor to execute all or part of the steps of the methods of various embodiments of this application. The aforementioned storage medium includes various media capable of storing program code, such as USB flash drives, portable hard drives, read-only memory (ROM), random access memory (RAM), magnetic disks, or optical disks.

[0226] The above description is merely an embodiment of this application and does not limit the patent scope of this application. Any equivalent structural or procedural transformations made using the content of this application's specification and drawings, or direct or indirect applications in other related technical fields, are similarly included within the patent protection scope of this application.

Claims

1. A ringtone adjustment method, characterized by, include: Collect spatiotemporal data from the mobile terminal; wherein, the spatiotemporal data includes current location data and current time data; The spatiotemporal data is matched with a preset scene database; wherein, the preset scene database stores scene configuration parameters corresponding to multiple preset scenes, the scene configuration parameters include spatiotemporal feature parameters and target ringtone; the spatiotemporal feature parameters include scene positioning range and associated time window; In response to the spatiotemporal data matching the spatiotemporal feature parameters corresponding to at least one preset scene in the preset scene database, a ringtone adjustment command is generated based on the target ringtone corresponding to the most matching scene. Based on the ringtone adjustment command, the ringtone of the mobile terminal is switched to the target ringtone; The system collects correction information obtained after a ringtone switch based on a correction operation, and updates the preset scene database based on the correction information; wherein the correction information includes at least one corrected scene configuration parameter.

2. The ringtone adjustment method according to claim 1, characterized in that, The step of matching the spatiotemporal data with a preset scene database includes: The current location data is matched with the scene location range corresponding to each preset scene in the preset scene database; In response to the current location data falling into at least one of the scene location ranges corresponding to the preset scene, the current time data is matched with the associated time window corresponding to the preset scene that matches the range; In response to the current time data falling into the associated time window corresponding to at least one preset scenario that matches the range, it is determined that the spatiotemporal data matches the spatiotemporal feature parameters corresponding to at least one preset scenario in the preset scenario database.

3. The ringtone adjustment method according to claim 2, characterized in that, The scene configuration parameters also include a transition zone, which is used to define the extended area around the preset scene for triggering and adjustment; After the step of matching the current location data with the scene location range corresponding to each preset scene in the preset scene database, the following steps are included: In response to the fact that the current location data does not fall within the scene location range corresponding to any of the preset scenes, the current location data is matched with the transition zone corresponding to each preset scene; In response to the current location data falling into the transition zone corresponding to a preset scene, the probability of entering the preset scene is calculated based on historical movement trajectory data; In response to the probability being greater than a preset probability threshold, a ringtone pre-adjustment instruction is generated based on the target ringtone corresponding to the preset scenario and the switching is executed; When the mobile terminal enters the scene positioning range of the preset scene, the target ringtone is confirmed and locked.

4. The ringtone adjustment method according to claim 1, characterized in that, The scenario configuration parameters also include priority parameters; The step of generating a ringtone adjustment command based on the target ringtone corresponding to the most matching scene in response to the matching of the spatiotemporal data with the spatiotemporal feature parameters corresponding to at least one preset scene in the preset scene database includes: In response to the spatiotemporal data matching spatiotemporal feature parameters corresponding to multiple preset scenarios in the preset scenario database, the priority parameters corresponding to the multiple preset scenarios are sorted by level. The preset scenario corresponding to the highest priority parameter is determined as the most matching scenario, and the ringtone adjustment instruction is generated based on the target ringtone corresponding to the most matching scenario.

5. The ringtone adjustment method according to claim 1, characterized in that, The step of collecting correction information obtained after ringtone switching based on the correction operation, and updating the preset scene database based on the correction information, includes: The correction information obtained after the ringtone switching is collected based on the correction operation, and the preset model is iteratively trained based on the correction information; In response to the number of iterative training iterations for the same preset scenario reaching the preset threshold, the optimized scenario configuration parameters are output through the trained preset model, and the optimized scenario configuration parameters are updated to the preset scenario database.

6. The ringtone adjustment method according to claim 5, characterized in that, The step of collecting the correction information obtained after the ringtone switching based on the correction operation, and iteratively training the preset model based on the correction information, includes: The scene configuration parameters corresponding to each correction operation and the spatiotemporal data corresponding to the correction operation are used as a set of input features, and the correction information obtained from each correction operation is used as the output label. The preset model is iteratively trained based on the corresponding input features and output labels for each group.

7. The ringtone adjustment method according to claim 1, characterized in that, The steps for collecting spatiotemporal data from the mobile terminal include: Simultaneously collect geographic location data, Bluetooth signal data, wireless signal data, and the current time data; The scene type corresponding to the current scene is determined based on the signal stability of the light sensor built into the mobile terminal and the geographic location data; wherein, different scene types are assigned different location source calculation weights; The weights of the location sources corresponding to the current scene are calculated, and the weighted least squares method is used to calculate the geographic location coordinates, Bluetooth signal data, and wireless signal data to obtain the current location data. The spatiotemporal data is then obtained based on the current location data and the current data.

8. The ringtone adjustment method according to claim 1, characterized in that, The step of switching the ringtone of the mobile terminal to the target ringtone based on the ringtone adjustment command includes: Based on the ringtone adjustment command, the audio manager interface or vibration manager interface is invoked to switch the ringtone of the mobile terminal to the target ringtone; In response to the failure of the calls to the audio manager interface and the vibration manager interface, a low-level forced adjustment instruction is triggered to drive the operating system's audio driver module to perform ringtone adjustment; if the execution of the low-level adjustment instruction fails, an exception reminder is triggered. After the ringtone is switched, the adjustment result will be displayed.

9. An electronic device, characterized in that, include: A memory for storing program data, which, when executed, implements the steps of the ringtone adjustment method as described in any one of claims 1 to 8; A processor is configured to execute the program data stored in the memory to implement the steps of the ringtone adjustment method as described in any one of claims 1 to 8.

10. A computer-readable storage medium, characterized in that, The computer-readable storage medium stores a computer program that, when executed by a processor, implements the steps of the ringtone adjustment method as described in any one of claims 1 to 8.

Images