Card display method and electronic device

Abstract

The application discloses a card display method and an electronic device. The method is applied to the electronic device, the electronic device comprises a first application, the electronic device displays a first card, and the first application provides data support for display of the first card. The method comprises the following steps: in the case that the first card meets a voluntary refreshing condition, the electronic device determines a voluntary refreshing strategy; the voluntary refreshing strategy comprises an identifier of the first card, a refreshing mode of the first card and refreshing content of the first card, and the refreshing mode at least comprises refreshing display times; the electronic device obtains first data through the first application based on the voluntary refreshing strategy; and the electronic device refreshes display of the first card based on the first data. In the embodiment of the application, the timeliness of card display can be improved while reducing power consumption.

Description

TECHNICAL FIELD

[0001] The present application relates to the technical field of terminal, in particular to a card display method and electronic equipment. BACKGROUND

[0002] In order to improve the convenience of users to view information when using electronic equipment, the electronic equipment can display a card of related information for the user to view. For example, a weather card displayed by a mobile phone. The information displayed in the card often changes over time, so the data displayed by the card needs to be refreshed. If the card is not refreshed in time, the user will view invalid information, and the user experience is poor. SUMMARY

[0003] Embodiments of the present application disclose a card display method and electronic equipment, which can improve the timeliness of card display and reduce power consumption.

[0004] In a first aspect, the present application provides a card display method, which is applied to an electronic equipment, the electronic equipment includes a first application, the electronic equipment displays a first card, and the first application provides data support for the display of the first card. The method comprises: the electronic equipment determines an active refresh strategy when the first card meets an active refresh condition; the active refresh strategy includes an identifier of the first card, and a refresh mode and refresh content of the first card, and the refresh mode includes a refresh display number; the electronic equipment obtains first data through the first application based on the active refresh strategy; and the electronic equipment refreshes the display of the first card based on the first data.

[0005] The identifier of the first card is used to determine the target card for refreshing. The refresh mode can include a refresh display number and a refresh display period length; and the refresh content is used by the electronic equipment to determine the data content that needs to be refreshed.

[0006] In the embodiments of the present application, the above-mentioned active refresh mode of the electronic equipment can improve the timeliness and effectiveness of the user viewing the card, and at the same time ensure that the refresh display number is as few as possible, thereby reducing the power consumption caused by refreshing. In addition, the process of actively refreshing the card can bypass the process of scheduled period refreshing and the process of manual refreshing by the user, and can determine the refresh mode and refresh content that meet the needs of the user, for example, the higher frequency of refreshing required by the user, which can effectively ensure the timeliness of the card information for the user, and make the user's use feel better.

[0007] In a possible implementation, the determining the proactive refreshing strategy specifically includes: determining, by the electronic device, a refreshing event type corresponding to the first card that satisfies the proactive refreshing condition; the refreshing event type corresponding to the first card includes at least one; and determining, by the electronic device, the proactive refreshing strategy based on a first mapping relationship and the refreshing event type, where the first mapping relationship is a mapping relationship between refreshing event types of different cards and proactive refreshing strategies. In this way, the electronic device can determine exactly the card that needs to be refreshed by the user, the content that needs to be refreshed, and the specific refreshing manner through a specific card refreshing event, so as to ensure that the first card displayed by the electronic device is more in line with the needs of the user, and the refreshing frequency meets the needs of the user for viewing.

[0008] In a possible implementation, in a case where the first card is a public transportation card and the first application is a map application, the refreshing event type includes one or more of an event type of being currently in a commuting time period, an event type of a commonly used WiFi being disconnected, an event type of the user clicking the map application, an event type of a preset geofence being undetectable, and an event type of entering a public transportation station; the refreshing method is refreshing according to a first period of time, the refreshing display number is a first number; and the refreshing content includes public transportation information from a first public transportation station to a second public transportation station, the first public transportation station and the second public transportation station being the origin and destination public transportation stations that the user needs to obtain. In this way, the electronic device can refresh the public transportation card a first number of times according to a first period of time, the public transportation card has a high requirement for timeliness, which can ensure that the refreshing frequency is the frequency at which the user needs the card, and can avoid the user manually refreshing or viewing the map application, thereby ensuring a good user experience.

[0009] In a possible implementation, the first number is N, and N is a positive integer.

[0010] In a possible implementation, the electronic device further includes a scene awareness module and a business logic processing module, and the electronic device determines a proactive refreshing strategy in a case where the first card satisfies a proactive refreshing condition, specifically including: determining, by the electronic device through the scene awareness module, a refreshing event type corresponding to the first card that satisfies the proactive refreshing condition; sending, by the electronic device through the scene awareness module, a proactive refreshing request to the business logic processing module, where the proactive refreshing request includes the refreshing event type; and determining, by the electronic device through the business logic processing module, the proactive refreshing strategy based on a first mapping relationship and the refreshing event type. In this way, the electronic device can determine the refreshing strategy based on the preset first mapping relationship, so as to ensure the matching of the refreshing strategy and the use scenario, thereby ensuring a good user experience for card refreshing.

[0011] The refresh event type is an event type triggered by the first card satisfying the active refresh condition. The specific description can be referred to the related description in the above embodiment, and will not be described herein. Figure 5

[0012] In a possible implementation, the electronic device further includes a view display module. After the electronic device determines the active refresh strategy when the first card satisfies the active refresh condition, the method further includes: the electronic device generates an active refresh instruction based on the active refresh strategy by using the view display module; the active refresh instruction is used to instruct the first application to acquire the first data; and the active refresh instruction includes the identifier of the first card, the refresh mode of the first card, and the refresh content. The information included in the active refresh instruction can ensure the refresh mode and content, and the target card of the refresh, so that the implementation process does not need to be processed by the module of the application framework layer, and the scheme is ensured to be implementable, and the refresh is ensured to be timely and accurate.

[0013] The first data of the first card is determined by the refresh content.

[0014] In a possible implementation, the electronic device further includes an application management service module. After the electronic device generates the active refresh instruction based on the active refresh strategy by using the view display module, the method further includes: the electronic device sends the active refresh instruction to the application management service module by using the view display module; the electronic device forwards the active refresh instruction to the first application by using the application management service module; and the electronic device acquires the first data by refreshing the first application based on the active refresh strategy, specifically including: the electronic device analyzes the active refresh instruction by using the first application, and acquires the first data; and the electronic device displays the first card based on the first data, specifically including: the electronic device displays the first card based on the first data by using the view display module. In this way, the first application can analyze the active refresh instruction, ensure to acquire the content of the first data according to the specified number of times of the refresh strategy, ensure the implementability of the scheme, and also ensure that the user can acquire the information of the first card in a timely and accurate manner, and improve the user experience.

[0015] ​In a possible implementation, before the electronic device refreshes the display of the first card based on the first data, the method further includes: determining, by the electronic device, an active display strategy when the first card meets an active display condition; the active display strategy includes an identifier of the first card; obtaining, by the electronic device, second data from the first application based on the active display strategy; and displaying, by the electronic device, the first card based on the second data. In this way, the electronic device can display the corresponding card according to the user demand scenario, avoid unnecessary refreshing and displaying of the card, and reduce unnecessary energy consumption.

[0016] The identifier of the first card is used to determine the target card to be displayed.

[0017] In a possible implementation, when the first card meets the active display condition, the electronic device determines an active display strategy, specifically including: determining, by the electronic device, a display event type corresponding to the first card that meets the active display condition; the display event type corresponding to the first card includes at least one; determining, by the electronic device, the first card based on a second mapping relationship and the display event type; and the second mapping relationship includes a mapping relationship between display event types of different cards and active display strategies. In this way, the electronic device can determine the card to be displayed based on the user demand scenario, avoid unnecessary refreshing and displaying of the card, and reduce unnecessary energy consumption.

[0018] In a possible implementation, when the first card is a bus card and the first application is a map application, the display event type includes one or more of an event type of being currently in a commuting time period, a frequently used WiFi disconnection event type, an event type of the user clicking the map application, a preset geographic fence undetectable event type, and an event type of entering a bus station. In this way, the electronic device can actively refresh while starting to display, so as to ensure that the display process is necessary, thereby providing information for the user as much as possible in the life cycle of the card display, ensuring consistency of the bus card display and refreshing, and further ensuring necessity of refreshing and saving energy consumption.

[0019] In a possible implementation, the method further includes: in a case where the first card meets a voluntary disappearance condition, the electronic device determines a disappearance event type corresponding to the first card meeting the voluntary disappearance condition; the disappearance event type corresponding to the first card includes at least one; and the electronic device determines the first card based on a second mapping relationship and the disappearance event type, where the second mapping relationship includes a mapping relationship between disappearance event types of different cards and voluntary disappearance strategies. In this way, the electronic device can ensure that a user is necessary for displaying a card, and in a scenario where it is determined that a card does not need to be displayed, the electronic device can stop displaying the card, thereby reducing energy consumption of card display and refreshing.

[0020] In a possible implementation, in a case where the first card is a bus card and the first application is a map application, the disappearance event type includes one or more of an event type of having taken a bus, an event type of having passed a daily commuting time, and an event type of having arrived at a company or a home. In this way, in a case where the bus card does not need to be displayed, the bus card can be stopped from being displayed, and there is no need to refresh, thereby reducing energy consumption.

[0021] In a possible implementation, the method further includes: in a case where an operation for refreshing the first card is obtained, the electronic device obtains second data of the first application, and displays the first card refreshed once based on the second data; and the electronic device obtains second data of the first application according to a second period length, and refreshes the first card based on the second data. In this way, manual refreshing by a user or refreshing according to a second period length can interact with the user, thereby bringing a better refreshing experience.

[0022] In a possible implementation, the second period length can be greater than the first period length, to ensure necessity of refreshing according to the first period length.

[0023] In a possible implementation, the electronic device includes an application management service module and a view display module, and the method further includes: in a case where the first card meets a voluntary display condition for the first time, the electronic device sends, by using the view display module, a registration instruction of the first card to the application management service module; and the electronic device registers, by using the application management service module, the first card based on the registration instruction, where the application management service module after registration includes a clock management component and a target sending component of the first card. In this way, the first card can be registered, to ensure consistency between the first card and the first application in terms of obtaining data and displaying the card, and to ensure a display and refreshing path of the card.

[0024] In a possible implementation, the electronic device comprises an application management service module, the application management service module comprises a clock management component and a target sending component; the clock management component is configured to control the first card to be refreshed periodically; in the case that an operation for refreshing the first card is acquired, the electronic device acquires second data of the first application, and refreshes the first card once based on the second data, specifically comprising: in the case that the operation for refreshing the first card is detected by the view display module, the electronic device sends a passive refreshing instruction to the target sending component through the view display module; the electronic device sends the passive refreshing instruction to the first application through the target sending component; the electronic device acquires second data once based on the passive refreshing instruction through the first application; the electronic device refreshes the display of the first card once through the view display module; and the electronic device acquires second data of the first application according to a second period length, and refreshes the first card based on the second data, specifically comprising: the electronic device acquires a periodic refreshing instruction sent to the first application periodically according to the second period length through the clock management component; the electronic device acquires second data based on the periodic refreshing instruction through the first application; and the electronic device refreshes the display of the first card through the view display module. In this way, the electronic device can realize periodic card refreshing through the application management service module, and ensure the interactive process of refreshing the card by the user through refreshing the card based on the user operation.

[0025] In a second aspect, the present application provides an electronic device, comprising: a touch screen, one or more processors and one or more memories, the one or more memories are configured to store computer program codes, the computer program codes comprise computer instructions, the electronic device comprises a first application, the electronic device displays a first card, the first application provides data support for the display of the first card, when the one or more processors execute the computer instructions, so as to make the electronic device execute:

[0026] In the case that the first card meets the active refreshing condition, an active refreshing strategy is determined; the active refreshing strategy comprises an identifier of the first card, and a refreshing manner and refreshing content of the first card, the refreshing manner comprises refreshing display times; first data is acquired through the first application based on the active refreshing strategy; and the display of the first card is refreshed based on the first data.

[0027] The identifier of the first card is used to determine the target card to be refreshed. The refreshing manner can comprise refreshing display times, and can also comprise refreshing display period length; and the refreshing content is used for the electronic device to determine the data content to be refreshed.

[0028] In the embodiments of the present application, the above-mentioned active refreshing manner of the electronic device can improve the timeliness and effectiveness of the user viewing the card, while ensuring that the refreshing display times are as few as possible, and reducing the power consumption caused by refreshing. In addition, the process of actively refreshing the card can bypass the process of refreshing at a predetermined period and the process of manually refreshing by the user, and can determine the refreshing manner and refreshing content that meet the needs of the user, for example, the higher frequency of refreshing required by the user, so as to effectively ensure the timeliness of the card information for the user, and make the user's use feel better.

[0029] In a possible implementation, the determining the active refreshing strategy specifically includes: determining a refreshing event type corresponding to the first card that meets the active refreshing condition; the refreshing event type corresponding to the first card includes at least one; determining the active refreshing strategy based on a first mapping relationship and the refreshing event type; and the first mapping relationship is a mapping relationship between the refreshing event types of different cards and the active refreshing strategies. In this way, the electronic device can determine the card that needs to be refreshed by the user, the content that needs to be refreshed, and the specific refreshing manner through a specific card refreshing event, so as to ensure that the first card displayed by the electronic device is more in line with the needs of the user, and the refreshing frequency meets the needs of the user viewing.

[0030] In a possible implementation, in a case where the first card is a public transportation card and the first application is a map application, the refreshing event type includes one or more of an event type of currently being in a commuting time period, an event type of a frequently used WiFi being disconnected, an event type of the user clicking the map application, an event type of a preset geographic fence being undetectable, and an event type of entering a public transportation station; the refreshing method is refreshing according to a first period of time, and the refreshing display times are a first number of times; and the refreshing content includes public transportation information from a first public transportation station to a second public transportation station, the first public transportation station and the second public transportation station being the origin and destination public transportation stations that the user needs to obtain. In this way, the electronic device can refresh the public transportation card according to the first period of time for the first number of times, the timeliness requirement of the public transportation card is high, which can ensure that the refreshing frequency is the frequency that the user needs the card, and can avoid the user manually refreshing or viewing the map application, so as to ensure a good user experience.

[0031] wherein the first number of times is N, and N is a positive integer.

[0032] In a possible implementation, the electronic device further comprises a scene awareness module and a service logic processing module, and the electronic device determines the proactive refreshing strategy when the first card meets the proactive refreshing condition, and specifically performs: determining, by the scene awareness module, a refreshing event type corresponding to the first card meeting the proactive refreshing condition; sending, by the scene awareness module, a proactive refreshing request to the service logic processing module, where the proactive refreshing request comprises the refreshing event type; and determining, by the service logic processing module, the proactive refreshing strategy based on a first mapping relationship and the refreshing event type. In this way, the electronic device can determine the refreshing strategy based on the preset first mapping relationship, ensure the matching of the refreshing strategy and the use scenario, and thus ensure the user experience of refreshing the corresponding card.

[0033] The refreshing event type is an event type triggered when the first card meets the proactive refreshing condition, and the specific description can be referred to the related description in the foregoing Figure 5

[0034] In a possible implementation, the electronic device further comprises a view display module, and after the electronic device determines the proactive refreshing strategy when the first card meets the proactive refreshing condition, the electronic device further performs: generating, by the view display module, a proactive refreshing instruction based on the proactive refreshing strategy; the proactive refreshing instruction is used to instruct the first application to acquire first data; and the proactive refreshing instruction comprises an identifier of the first card, a refreshing manner of the first card, and refreshing content. The information contained in the proactive refreshing instruction can ensure the refreshing manner and content and the target card of refreshing, so as to ensure that the implementation process does not need to be processed by the module of the application program framework layer, ensure the realizability of the scheme, and determine the refreshing to be more timely and accurate.

[0035] The first data of the first card is determined by the refreshing content.

[0036] ​In a possible implementation, the electronic device further includes an application management service module, and after the electronic device generates the active refreshing instruction based on the active refreshing strategy through the view display module, the electronic device further performs: sending the active refreshing instruction to the application management service module through the view display module; forwarding the active refreshing instruction to the first application through the application management service module; refreshing the first data through the first application based on the active refreshing strategy, specifically performing: analyzing the active refreshing instruction through the first application, and obtaining the first data; and refreshing the display of the first card based on the first data, specifically performing: displaying the first card based on the first data through the view display module. In this way, the first application can analyze the active refreshing instruction, ensure that the content of the first data is obtained according to the specified number of times of the refreshing strategy, ensure the realizability of the scheme, and also ensure that the user obtains the information of the first card in a timely and accurate manner, thereby improving the user experience.

[0037] In a possible implementation, before the electronic device refreshes the display of the first card based on the first data, the electronic device further performs: determining an active display strategy in a case where the first card meets an active display condition; the active display strategy includes an identifier of the first card; obtaining second data through the first application based on the active display strategy; and displaying the first card based on the second data. In this way, the electronic device can display the corresponding card according to the user demand scenario, avoid unnecessary refreshing and displaying of the card, and reduce unnecessary energy consumption.

[0038] The identifier of the first card is used to determine the target card to be displayed.

[0039] In a possible implementation, the electronic device determines the active display strategy in a case where the first card meets an active display condition, specifically performing: determining a display event type corresponding to the first card that meets the active display condition; the display event type corresponding to the first card includes at least one; determining the first card based on a second mapping relationship and the display event type; and the second mapping relationship includes a mapping relationship between display event types of different cards and active display strategies. In this way, the electronic device can determine the card to be displayed based on the user demand scenario, avoid unnecessary refreshing and displaying of the card, and reduce unnecessary energy consumption.

[0040] In a possible implementation, in a case where the first card is a bus card and the first application is a map application, the display event type includes one or more of an event type of currently being in a commuting time period, an event type of a common WiFi disconnection, an event type of the user clicking the map application, an event type of a preset geographic fence being undetectable, and an event type of entering a bus station. In this way, the electronic device can actively refresh while starting to display, and ensure that the display process is necessary, so that information can be provided to the user as much as possible during the life cycle of the card display, the consistency of the bus card display and refreshing is ensured, and the necessity of refreshing and energy saving are further ensured.

[0041] In a possible implementation, the electronic device further performs: in a case where the first card meets an active disappearance condition, determining a disappearance event type corresponding to the first card that meets the active disappearance condition; the disappearance event type corresponding to the first card includes at least one; determining the first card based on a second mapping relationship and the disappearance event type; and the second mapping relationship includes a mapping relationship between disappearance event types of different cards and active disappearance strategies. In this way, the electronic device can ensure that the display card is necessary for the user, and in a scenario where it is determined that a card does not need to be displayed, the electronic device can stop displaying the card, thereby reducing the energy consumption of card display and refreshing.

[0042] In a possible implementation, in a case where the first card is a bus card and the first application is a map application, the disappearance event type includes one or more of an event type of having taken a bus, an event type of the current commuting time having passed, and an event type of having arrived at a company or a home. In this way, in a case where the bus card does not need to be displayed, the display can be stopped, and refreshing is not needed, thereby reducing energy consumption.

[0043] In a possible implementation, the electronic device further performs: in a case where an operation for refreshing the first card is obtained, obtaining second data of the first application, and displaying the first card refreshed once based on the second data; and obtaining second data of the first application according to a second period of time, and refreshing the first card based on the second data. In this way, the user manually refreshes or refreshes according to the second period of time, which can interact with the user and bring a better refreshing experience.

[0044] In a possible implementation, the second period of time can be greater than the first period of time. The necessity of the first period of time is ensured.

[0045] In a possible implementation, the electronic device includes an application management service module and a view display module, and the electronic device further performs: in a case where the first card meets a proactive display condition for the first time, sending, by the view display module, a registration instruction of the first card to the application management service module; and registering, by the application management service module, the first card based on the registration instruction, where the application management service module after the registration includes a clock management component and a target sending component of the first card. In this way, the first card can be registered, the consistency between the first card and the first application in terms of data acquisition and card display can be ensured, and the display and refresh path of the card can be ensured.

[0046] In a possible implementation, the electronic device includes an application management service module, and the application management service module includes a clock management component and a target sending component; the clock management component is configured to control the first card to be refreshed periodically; in a case where an operation for refreshing the first card is acquired, the electronic device acquires second data of the first application, and refreshes the first card once based on the second data, and specifically performs: in a case where the operation for refreshing the first card is detected by the view display module, sending, by the view display module, a passive refresh instruction to the target sending component; sending, by the target sending component, the passive refresh instruction to the first application; acquiring, by the first application, second data once based on the passive refresh instruction; and refreshing, by the view display module, the display of the first card once. The electronic device acquires second data of the first application according to a second period length, and refreshes the first card based on the second data, and specifically performs: acquiring, by the clock management component, a periodic refresh instruction sent to the first application according to the second period length; acquiring, by the first application, second data based on the periodic refresh instruction; and refreshing, by the view display module, the display of the first card. In this way, the electronic device can realize periodic card refreshing through the application management service module, and can ensure the interactive process of refreshing the card by the user through refreshing the card based on the user operation.

[0047] In a third aspect, the present application provides an electronic device including a touch screen, one or more processors, and one or more memories. The one or more processors are coupled with the touch screen, a camera, and the one or more memories, and the one or more memories are configured to store computer program codes including computer instructions, which, when executed by the one or more processors, cause the electronic device to perform a card display method in any one of the possible implementation manners of any one of the aspects.

[0048] In a fourth aspect, the present application provides an electronic device, comprising: one or more function modules. The one or more function modules are configured to execute a card display method in any possible implementation manner of any of the aspects above.

[0049] In a fifth aspect, the present application provides a computer storage medium, comprising computer instructions, which, when executed on an electronic device, cause the electronic device to execute a card display method in any possible implementation manner of any of the aspects above.

[0050] In a sixth aspect, the present application provides a computer program product, which, when executed on a computer, causes the computer to execute a card display method in any possible implementation manner of any of the aspects above. BRIEF DESCRIPTION OF DRAWINGS

[0051] Figure 1 Fig. 1 is a schematic diagram of a hardware structure of an electronic device 100 according to an embodiment of the present application;

[0052] Figure 2 Fig. 1 is a schematic diagram of a hardware structure of an electronic device 100 according to an embodiment of the present application;

[0053] Figure 3A Fig. 1 is a schematic diagram of a hardware structure of an electronic device 100 according to an embodiment of the present application; Figure 3B Fig. 1 is a schematic diagram of a hardware structure of an electronic device 100 according to an embodiment of the present application;

[0054] Figure 4A Fig. 1 is a schematic diagram of a hardware structure of an electronic device 100 according to an embodiment of the present application; Figure 4B Fig. 1 is a schematic diagram of a hardware structure of an electronic device 100 according to an embodiment of the present application;

[0055] Figure 5 Fig. 1 is a schematic diagram of a hardware structure of an electronic device 100 according to an embodiment of the present application;

[0056] Figures 6A-6D Fig. 1 is a schematic diagram of a hardware structure of an electronic device 100 according to an embodiment of the present application;

[0057] Figure 7 Fig. 1 is a schematic diagram of a hardware structure of an electronic device 100 according to an embodiment of the present application;

[0058] Figure 8 Fig. 1 is a schematic diagram of a hardware structure of an electronic device 100 according to an embodiment of the present application; DETAILED DESCRIPTION

[0059] In order to clearly describe the technical solutions of the embodiments of the present application, the following briefly introduces some terms and technologies involved in the embodiments of the present application:

[0060] (1) Card

[0061] A card is an information carrier with a closed contour, which provides important or closely related information in a condensed form visually and quickly, and is used for display and interaction of the above information. The card is usually in the shape of a rounded rectangle, similar to the shape of a credit card, and can also be in other shapes. The card makes it more convenient and intuitive for users of electronic devices to obtain information and perform operations, and thus is widely used. In the embodiments of the present application, the size, position and shape of the card are not limited.

[0062] The card can include a resident card and an active card.

[0063] The resident card can be understood as a card fixedly arranged in an interface, and the position of the resident card in the interface is retained regardless of whether there is information to be prompted in the resident card.

[0064] The active card can be understood as a card temporarily generated, and the active card is displayed in the interface when there is content to be prompted in the active card. When there is no content to be prompted in the active card or the life cycle of the active card ends, the active card is not displayed in the interface, and other content in the interface can fill the position of the active card. The embodiments of the present application mainly relate to the active card.

[0065] (2) Geo-fencing

[0066] Geo-fencing refers to the case where, when a user reaches the vicinity of a certain geographic location, the electronic device of the user can monitor the latitude and longitude coordinates of the current location of the electronic device, the identification of a cell base station scanned by the electronic device, or Wi-Fi information (such as Wi-Fi identification) scanned by the electronic device.

[0067] The geo-fencing can determine the position of the electronic device of the user according to different monitoring data. Therefore, the geo-fencing can be divided into global navigation satellite system (GNSS) geo-fencing, cell geo-fencing, and wireless fidelity (Wi-Fi) geo-fencing.

[0068] The monitoring dimension of the cell geo-fencing can be the identification of a cell base station scanned by the mobile phone. The monitoring area of the cell geo-fencing can be the signal coverage range of one or more cell base stations. After the electronic device matches the identification (ID) of the cell base station scanned by the mobile phone with the identification of the corresponding cell base station and the matching is successful, the mobile phone can determine that the user enters the cell geo-fencing corresponding to the geographic location.

[0069] (3) Other terms

[0070] In the embodiments of the present application, the same items or similar items with basically same functions and effects are distinguished by using "first", "second", and the like. For example, the first chip and the second chip are merely used to distinguish different chips, and do not limit the sequence. Those skilled in the art can understand that "first", "second", and the like do not limit the quantity and execution sequence, and "first", "second", and the like do not necessarily mean different.

[0071] It should be noted that in the embodiments of the present application, "exemplary" or "for example" is used to represent an example, illustration, or description. Any embodiment or design scheme described as "exemplary" or "for example" in the present application should not be interpreted as more preferred or more advantageous than other embodiments or design schemes. Rather, the use of "exemplary" or "for example" is intended to present the relevant concept in a specific manner.

[0072] In the embodiments of the present application, "at least one" means one or more, and "multiple" means two or more. "And / or" describes the association relationship of the associated objects, which means that there can be three relationships, for example, A and / or B, which can represent the following three cases: A exists alone, A and B exist together, and B exists alone, where A and B can be singular or plural. The character " / " generally represents an "or" relationship between the associated objects before and after it. "At least one of the following" or the like means any combination of these items, including any combination of single or multiple items. For example, at least one of a, b, or c can represent a, b, c, a-b, a-c, b-c, or a-b-c, where a, b, and c can be single or multiple.

[0073] In the embodiments of the present application, the electronic device can also be referred to as a terminal, user equipment (UE), mobile station (MS), mobile terminal (MT), etc. The electronic device can be a mobile phone, a smart television, a wearable device, a tablet computer (Pad), a computer with wireless transceiver function, a virtual reality (VR) electronic device, an augmented reality (AR) electronic device, a wireless terminal in industrial control, a wireless terminal in self-driving, a wireless terminal in remote medical surgery, a wireless terminal in smart grid, a wireless terminal in transportation safety, a wireless terminal in smart city, a wireless terminal in smart home, etc.

[0074] Among them, the wearable device can also be referred to as a wearable smart device, which is a general term for devices that can be worn by applying wearable technology to the intelligent design and development of daily wear, such as glasses, gloves, watches, clothing, and shoes. The wearable device is a portable device that can be directly worn on the body or integrated into the user's clothes or accessories. The wearable device is not only a hardware device, but also a powerful function realized through software support and data interaction, cloud interaction. The general wearable smart device includes functions, large size, and can realize complete or partial functions without relying on a smart phone, such as smart watches or smart glasses, etc., and focuses on a certain application function and needs to cooperate with other devices such as a smart phone, such as various smart wristbands, smart jewelry, etc. The embodiments of the present application do not limit the specific technology and specific device form adopted by the electronic device.

[0075] In the embodiments of the present application, the electronic device can include a hardware layer, an operating system layer running on the hardware layer, and an application layer running on the operating system layer. The hardware layer includes hardware such as a central processing unit (CPU), a memory management unit (MMU), and a memory (also referred to as a main memory). The operating system can be any one or more computer operating systems that implement business processing through processes, such as a Linux operating system, a Unix operating system, an Android operating system, an iOS operating system, or a windows operating system. The application layer includes applications such as a browser, an address book, word processing software, and instant messaging software.

[0076] In order to better understand the embodiments of the present application, the structure of the electronic device of the embodiments of the present application is introduced as follows:

[0077] Figure 1 A structural schematic diagram of the electronic device 100 is shown. The electronic device 100 can include a processor 110, an external memory interface 120, an internal memory 121, a universal serial bus (USB) interface 130, a charge management module 140, a power management module 141, a battery 142, an antenna 1, an antenna 2, a mobile communication module 150, a wireless communication module 160, an audio module 170, a loudspeaker 170A, a receiver 170B, a microphone 170C, a headset interface 170D, a sensor module 180, a key 190, a motor 191, an indicator 192, a camera 193, a display screen 194, and a subscriber identification module (SIM) card interface 195, etc. The sensor module 180 can include a pressure sensor 180A, a gyroscope sensor 180B, a barometric pressure sensor 180C, a magnetic sensor 180D, an acceleration sensor 180E, a distance sensor 180F, a proximity light sensor 180G, a fingerprint sensor 180H, a temperature sensor 180J, a touch sensor 180K, an ambient light sensor 180L, a bone conduction sensor 180M, etc.

[0078] It can be understood that the structure shown in the embodiments of the present application does not constitute a specific limitation on the electronic device 100. In other embodiments of the present application, the electronic device 100 can include more or fewer components than shown, or combine certain components, or split certain components, or different component arrangements. The components shown can be implemented in hardware, software, or a combination of software and hardware.

[0079] The processor 110 can include one or more processing units, for example: the processor 110 can include an application processor (AP), a modem processor, a graphics processing unit (GPU), an image signal processor (ISP), a controller, a video codec, a digital signal processor (DSP), a baseband processor, and / or a neural-network processing unit (NPU), etc. Different processing units can be independent devices or integrated in one or more processors.

[0080] The controller can generate operation control signals according to the instruction operation code and the timing signal, complete the control of fetching and executing instructions.

[0081] The processor 110 can also be provided with a memory for storing instructions and data. In some embodiments, the memory in the processor 110 is a cache memory. The memory can save instructions or data that have just been used or recycled by the processor 110. If the processor 110 needs to use the instructions or data again, it can be called from the memory. This avoids repeated access and reduces the waiting time of the processor 110, thus improving the efficiency of the system.

[0082] In some embodiments, the processor 110 can include one or more interfaces. The interfaces can include an inter-integrated circuit (I2C) interface, an inter-integrated circuit sound (I2S) interface, a pulse code modulation (PCM) interface, a universal asynchronous receiver / transmitter (UART) interface, a mobile industry processor interface (MIPI), a general-purpose input / output (GPIO) interface, a subscriber identity module (SIM) interface, and / or a universal serial bus (USB) interface, etc.

[0083] It can be understood that the interface connection relationship between the modules shown in the embodiments of the present application is illustrative and does not constitute a structural limitation of the electronic device 100. In some other embodiments of the present application, the electronic device 100 can also use different interface connection modes or a combination of multiple interface connection modes.

[0084] The charging management module 140 is configured to receive charging input from a charger. The charger can be a wireless charger or a wired charger. In some wired charging embodiments, the charging management module 140 can receive charging input from a wired charger through the USB interface 130. In some wireless charging embodiments, the charging management module 140 can receive wireless charging input through a wireless charging coil of the electronic device 100. The charging management module 140 can charge the battery 142 and also supply power to the electronic device through the power management module 141.

[0085] The power management module 141 is configured to connect the battery 142, the charging management module 140, and the processor 110. The power management module 141 receives input from the battery 142 and / or the charging management module 140 to supply power to the processor 110, the internal memory 121, the display screen 194, the camera 193, and the wireless communication module 160. The power management module 141 can also be configured to monitor parameters such as battery capacity, battery cycle count, and battery health status (leakage, impedance). In some other embodiments, the power management module 141 can also be disposed in the processor 110. In some other embodiments, the power management module 141 and the charging management module 140 can also be disposed in the same device.

[0086] The wireless communication function of the electronic device 100 can be realized through the antenna 1, the antenna 2, the mobile communication module 150, the wireless communication module 160, the modem processor, and the baseband processor.

[0087] The electronic device 100 realizes the display function through the GPU, the display screen 194, and the application processor. The GPU is a microprocessor for image processing, which is connected to the display screen 194 and the application processor. The GPU is configured to perform mathematical and geometric calculations for graphics rendering. The processor 110 can include one or more GPUs, which execute program instructions to generate or change display information.

[0088] The display screen 194 is configured to display images, videos, and the like. The display screen 194 includes a display panel. The display panel can be a liquid crystal display (LCD), an organic light-emitting diode (OLED), an active-matrix organic light-emitting diode (AMOLED), a flex light-emitting diode (FLED), a Miniled, a MicroLed, a Micro-oLed, a quantum dot light emitting diodes (QLED), or the like. In some embodiments, the electronic device 100 can include one or N display screens 194, where N is a positive integer greater than 1.

[0089] The electronic device 100 can implement a photographing function through an ISP, the camera 193, a video codec, a GPU, the display screen 194, and an application processor, and the like.

[0090] The electronic device 100 can implement an audio function through the audio module 170, the speaker 170A, the receiver 170B, the microphone 170C, the earphone interface 170D, and an application processor, and the like. For example, music playing, recording, and the like.

[0091] The audio module 170 is configured to convert digital audio information into an analog audio signal output, and to convert an analog audio input into a digital audio signal. The audio module 170 can also be configured to encode and decode audio signals. In some embodiments, the audio module 170 can be disposed in the processor 110, or some functional modules of the audio module 170 can be disposed in the processor 110.

[0092] The SIM card interface 195 is configured to connect a SIM card. The SIM card can be connected to or disconnected from the electronic device 100 by being inserted into or pulled out of the SIM card interface 195. The electronic device 100 can support one or N SIM card interfaces, where N is a positive integer greater than one. The SIM card interface 195 can support Nano SIM cards, Micro SIM cards, SIM cards, and the like. Multiple cards can be inserted into the same SIM card interface 195. The types of the multiple cards can be the same or different. The SIM card interface 195 can be compatible with different types of SIM cards. The SIM card interface 195 can also be compatible with external memory cards. The electronic device 100 interacts with a network through the SIM card to implement functions such as call and data communication. In some embodiments, the electronic device 100 uses an eSIM, i.e., an embedded SIM card. The eSIM card can be embedded in the electronic device 100 and cannot be separated from the electronic device 100.

[0093] The software system of the electronic device 100 can use a layered architecture, an event-driven architecture, a microkernel architecture, a microservices architecture, or a cloud architecture. Embodiments of the present application exemplarily illustrate the software structure of the electronic device 100 by taking an Android system with a layered architecture as an example.

[0094] Figure 2 is a software structure block diagram of the electronic device 100 according to an embodiment of the present application.

[0095] The layered architecture divides software into several layers, each of which has a clear role and division of labor. Layers communicate with each other through software interfaces. In some embodiments, the Android system is divided into four layers, from top to bottom, an application layer, an application framework layer, an Android runtime and system library, and a kernel layer.

[0096] The application layer can include a series of application packages.

[0097] As shown in Figure 2 , the application packages can include applications such as a camera, a calendar, a phone, a map, a weather, a clock, a first map application, a view display module, a service presentation module, a context awareness module, and a service logic processing module.

[0098] Among them, the map can be an application with functions such as geographic location positioning, query, and bus query. For example, Baidu Map, Gaode Map, Tencent Map, and the like.

[0099] The context awareness module is always running or running in a low power consumption mode, and has the ability to perceive external facts or environment. For example, when the card reminder service is in an open state, the context awareness module monitors the capabilities (or events, such as a specific time, a specific location, or a specific event) registered by the service logic processing module, and if the user triggers one of them, the context awareness module can send a notification to the service logic processing module. In addition, the context awareness module can also detect relevant events and obtain the state of the events through an application programming interface (API) from other applications in the application layer or the application framework layer or the system layer or the kernel layer, such as detecting Bluetooth connection, network connection, monitoring user SMS, customizing timers, etc.

[0100] In the embodiments of the present application, the context awareness module can be preconfigured with some card refresh conditions in different scenarios. The context awareness module can determine whether the refresh condition of a specific card is met at present, and in the case of meeting, a refresh request can be sent to the service logic processing module. In the case of not meeting the refresh condition, no processing is performed. Of course, display conditions and disappearance conditions can also be preconfigured. The context awareness module can determine whether the display condition of a specific card is met at present, and in the case of meeting, a display request can be sent to the service logic processing module; otherwise, no processing is performed. The context awareness module can determine whether the disappearance condition of a specific card is met at present, and in the case of meeting, a disappearance request can be sent to the service logic processing module; otherwise, no processing is performed.

[0101] The service logic processing module has a service logic processing capability, which can be used to implement various card display and disappearance logic. For example, the service logic processing module receives a notification sent by the context awareness module to indicate that a certain event (such as a certain event that meets the bus refresh event) is detected, and can send a command to the service presentation module according to the logic to draw the card to be displayed, and the command can carry a link. Subsequently, when the user clicks the card, the link can be jumped to a certain third-party APP or applet corresponding to the link. The service logic processing module can also display or disappear the card on the terminal by receiving a notification sent by the context awareness module to indicate that the user uses a two-dimensional code.

[0102] In the embodiments of the present application, the service logic processing module can execute different active refresh strategies for different cards according to the situation. When the context awareness module obtains that the refresh situation of a specific card is met at present, the refresh strategy of the card can be determined, and the refresh strategy is sent to the view display module. At the same time, the service logic processing module can also determine the display and disappearance of a certain card according to the scenario.

[0103] A business presentation module (e.g., YOYO Suggestions) is used to generate, display, or disappear a defined card view on the screen of an electronic device. For example, the business presentation module can receive a command from the business logic processing module to display a reminder card and show it to the user. When the user clicks the card, it can link to a specific page in an app. The business presentation module can create and display animations and obtain user feedback based on user interaction. For example, in some embodiments of this application, when a user clicks on a train card displayed by YOYO Suggestions, the electronic device can display the 12306 details page, allowing the user to view more detailed information. In embodiments of this application, the business presentation module can draw and display or disappear cards based on a display notification received from the business logic processing module. That is, if a disappear card command is received from the business logic processing module, the business presentation module can disappear the card.

[0104] In this embodiment, the business presentation module can receive and store card drawing data from an application, then draw cards based on the data and send the completed card data to the view display module for display.

[0105] The view display module can be used to display information from electronic devices (display plugins, notifications, applications, cards, etc.). In this embodiment, the view display module can also draw cards based on the display notification received from the service presentation module, and coordinate the display of displayed or disappeared cards with the existing display content.

[0106] In this embodiment of the application, the view display module can receive display data of cards from the business presentation module, and display the corresponding cards based on the display data of the cards.

[0107] The application framework layer provides APIs and a programming framework for applications within the application layer. The application framework layer includes some predefined functions.

[0108] like Figure 2 As shown, the application framework layer may include a window manager, content provider, view system, notification manager, activity manager, application management service module, and location manager, etc.

[0109] The window manager is used to manage windowed applications. It can obtain the screen size, determine if a status bar is present, lock the screen, allow screen touch, drag the screen, and capture the screen, among other things.

[0110] Content providers store and retrieve data, making that data accessible to applications. This data can include videos, images, audio, phone calls made and received, browsing history and bookmarks, phone books, and more.

[0111] The view system includes visual controls, such as controls that display text, controls that display pictures, and the like. The view system can be used to build an application. A display interface can be composed of one or more views. For example, a display interface that includes a short message notification icon can include a view that displays text and a view that displays a picture.

[0112] The notification manager enables an application to display notification information in the status bar, which can be used to convey a message of the notification type, which can automatically disappear after a short stay without user interaction. For example, the notification manager is used to notify the completion of the download, message reminders, and the like. The notification manager can also be a notification that appears in the form of a chart or a scroll bar text in the top status bar of the system, such as a notification of an application running in the background, and can also be a notification that appears in the form of a dialog window on the screen. For example, a text message is prompted in the status bar, a prompt sound is issued, the electronic device vibrates, the indicator light flashes, and the like.

[0113] The activity manager is used to manage the start, state, life cycle, and the like of the activity of an application. The activity is an application component that can provide an interface for a user to interact with the electronic device through the interface to complete a task.

[0114] The application management service module can cooperate with the view display module and the application that provides the card data during the display and refresh of the card to ensure the integrity of the display or refresh process. The application management service module can include a clock management module and an application component service module. The application component service module registers the card based on the card addition event when the user adds the card, and ensures the integrity of the card display or refresh channel thereafter. The clock management module can manage the refresh period of the card, and the clock management module can refresh the card according to a specific period. For example, the Android system stipulates that the card is refreshed once every 30 minutes. The specific instruction logic of the application management service module can refer to the related description of Figures 6A-6D , and is not described in detail.

[0115] The location manager (LBS) is used to obtain the location information of an electronic device. For example, the current global positioning system (GPS) data, (wireless fidelity, Wi-Fi) positioning data and cell base station positioning data are obtained. The location manager implements the acquisition of location information, for example, the built-in GPS positioning of the electronic device and the positioning by means of three-party map software. The minimum time and minimum distance of positioning can be set, and after the set is exceeded, the location refresh is triggered again. The obtained location includes longitude and latitude, location provider, and can also be converted into a detailed geographic location, such as xxx city, xxx district, xxx block, and xxx cell.

[0116] The Android runtime includes a core library and a virtual machine. The Android runtime is responsible for the scheduling and management of the Android system.

[0117] The core library includes two parts: one part is the function function that the java language needs to call, and the other part is the core library of Android.

[0118] The application layer and the application framework layer run in the virtual machine. The virtual machine executes the java file of the application layer and the application framework layer into a binary file. The virtual machine is used to execute the management of the object life cycle, the management of the stack, the management of the thread, the management of the security and the exception, and the garbage collection and the like.

[0119] The system library can include a plurality of functional modules. For example: a surface manager, media libraries, a three-dimensional graphics processing library (for example: OpenGL ES), a 2D graphics engine (for example: SGL) and the like.

[0120] The surface manager is used to manage the display subsystem, and provides a plurality of application programs with the fusion of 2D and 3D (three-dimensional) layers.

[0121] The media library supports a plurality of commonly used audio, video format playback and recording, and static image files and the like. The media library can support a plurality of audio and video coding formats, for example: MPEG4, H.264, MP3, AAC, AMR, JPG, PNG and the like.

[0122] The three-dimensional graphics processing library is used to realize three-dimensional graphics drawing, image rendering, synthesis, and layer processing and the like.

[0123] The 2D graphics engine is a drawing engine for 2D drawing.

[0124] The kernel layer is a layer between hardware and software. The kernel layer can include display drivers, camera drivers, audio drivers, sensor drivers, and the like.

[0125] In daily life, whether the user is taking public transportation, train, plane, has to do the schedule or task, or stays in a hotel, has information express and the like, the user needs to check the relevant information for follow-up and real-time processing. However, when the user searches for the corresponding information in the electronic device, the user often needs to click into the relevant APP for checking, and the operation process of the user is relatively cumbersome.

[0126] Based on the above problems, in order to reduce the operation of the user and more timely and quickly remind the user of the relevant information, the electronic device can first extract the relevant information of the public transportation, train, plane, to-be-done schedule or task, hotel, express and the like, and recommend the information to the user in the form of a card.

[0127] The electronic device can display a first user interface, and the first user interface can include a card. The card can be a card used by the electronic device to remind the user of the bus situation of the nearby bus station, the flight situation, the user's itinerary, the to-do list, the task and the like. The card can include a bus card, a subway card, a train card, a flight card, a schedule card, a plan card, a meeting card, an express card, an alarm clock card, a weather card and the like, which are not limited in the present application.

[0128] In the user interface, the card can be displayed on any one of the user interfaces of the desktop of the electronic device, such as the -1 screen, the first screen, the second screen and the third screen of the desktop, which are not limited. The -1 screen of the desktop is located on the user interface displayed by swiping left once when the electronic device displays the desktop. The first screen of the desktop, the second screen of the desktop and the third screen of the desktop are located on the user interfaces displayed in turn by swiping right from the -1 screen of the desktop. The electronic device can include -3 screen, -2 screen and the like, which are located on the user interfaces displayed in turn by swiping left from the -1 screen of the desktop.

[0129] Exemplarily, Figure 3A and Figure 3B are schematic diagrams of a group of user interfaces disclosed by the embodiments of the present application. As shown in Figure 3AAs shown, the electronic device can display a user interface 300, which is the interface of the negative one screen of the electronic device. This user interface 300 can include a bus card 301, a weather card 302, a clock card 303, and a courier card 304. The bus card 301 can include a refresh control and a map control for user-selectable bus information, such as bus number, departure bus stop, arrival time, distance from the bus stop, and destination. The bus card can include information on multiple bus routes; for example, bus card 301 can include information on routes 343, 690, and express direct routes. The bus card 301 can include a card refresh control 3011, which the user can click to refresh the bus card 301 if they want to see real-time bus information. The weather card 302 can include information such as the current location, local weather, and temperature. The clock card 303 can display the current time and the user's alarm time. The courier card 304 can include information such as the courier pick-up point, arrival time, and the last four digits of the user's phone number. In addition, the user interface 300 may include other information or cards, which are not limited in this application.

[0130] like Figure 3B As shown, the electronic device can display a user interface 310, which is the interface of the first screen of the electronic device, and may include a train card 311. The train card 311 may include information such as train number, time, departure location, departure time, arrival location, arrival time, and ticket gate and seat number. In addition, the user interface 310 may also include other information (such as application icon information) or cards, which are not limited in this application.

[0131] During the card display process described above, the card refresh frequency is typically once at a specific period, or once when the electronic device receives a refresh event and refreshes the card when the user clicks the refresh control. For example, Figure 3A As shown, if the electronic device is set to refresh the bus card every 30 minutes, then the card will refresh every 30 minutes. When a user is commuting by bus, a 30-minute interval is clearly too long. The user needs to click the card refresh control 3011 for the electronic device to update the bus information for the current time. In this situation, refreshing the card too frequently results in a low refresh rate and poor timeliness for bus passengers. Furthermore, the user's operation of clicking to refresh the card is too cumbersome and complex. However, setting the card refresh frequency too high would obviously lead to significant power consumption.

[0132] In the embodiments of the present application, the electronic device can display and refresh the card based on the user scenario. The electronic device can obtain a main display event of a first card, and based on the display event type, the electronic device can display the first card. During the display of the first card, if the electronic device obtains a main refresh event of the first card, the electronic device can determine the refresh strategy based on the refresh event type, so that the first card can be displayed according to a specific refresh manner and refresh content. In addition, when the main disappearance condition of the first card is met, the electronic device can stop displaying the first card based on the disappearance event type. In this way, the display and disappearance of the card can be displayed and disappeared according to the user demand scenario, ensuring the effectiveness of the display and avoiding unnecessary refresh after the display. The main refresh process can ensure the timeliness of the refresh based on a specific refresh strategy, improve the user experience, reduce the number of refresh displays of the card, and reduce the problem of high power consumption caused by card refresh.

[0133] In different scenarios, the card information that the user needs to know is different, and the electronic device can formulate card refresh strategies and card display strategies according to the user's demand scenario for different cards, and display and refresh the card information that the user needs in the corresponding scenario.

[0134] Among them, the display and refresh scenarios of different cards can be the same or different. The same card can include one or more display and refresh scenarios and display and refresh strategies. The refresh strategy is the refresh manner of each card in the corresponding scenario. The display strategy is the display manner of each card in the corresponding scenario.

[0135] Scenario 1: User takes the bus, and the bus card is refreshed and displayed.

[0136] On weekdays, the user takes the bus to work after turning off the alarm. If the user is used to refreshing the bus card before leaving home, or opening the map application to check the implementation of the bus at the nearby bus station, the user can determine whether to leave home as soon as possible or leave home a little later. After work, the user needs to check the real-time bus situation at the bus station near the company, so as to measure the length of time waiting for the bus.

[0137] The main refresh condition of the bus card is:

[0138] For different user scenarios, the electronic device can determine the corresponding bus refresh event and bus refresh strategy for different refresh scenarios of the bus card. The electronic device can preset a bus refresh event, and the electronic device can determine the refresh strategy of the bus card based on the current bus refresh event type if the bus refresh condition is met, and refresh according to the card refresh strategy.

[0139] The public transport card refresh event can include one or more of the following: the current time is in the work time period, the electronic device disconnects from a commonly used WiFi network, the electronic device moves to a specific public transport station, a public transport alarm clock setting reminder event type, and the like.

[0140] The card refresh strategy of the public transport card includes card refresh for a corresponding scene and data that needs to be refreshed. The electronic device refreshes a first number of times at a first cycle length. For example, when the user leaves home to go to work, the electronic device refreshes the public transport card every 2 minutes (the first cycle length) 15 times (the first number of times). It should be noted that the first cycle length and the first number of times are both preset by the electronic device, and the above example is not limited by the present application. The card refresh data of the public transport can be public transport information for all lines from the departure public transport station to the arrival public transport station.

[0141] Work scene: on weekdays, the user leaves home to go to work by taking a bus from public transport station A to public transport station B.

[0142] For example, the user is used to opening the map application to check the public transport situation 15 minutes after the wake-up alarm and taking the bus to go to work within 20 minutes. The departure station for taking the bus is public transport station A. The electronic device can determine the public transport refresh event as obtaining the public transport information from public transport station A to public transport station B 15 minutes after obtaining the alarm reminder event, and determine the corresponding refresh method as refreshing every 2 minutes for 10 times.

[0143] For example, the user's mobile phone is connected to the home WiFi at home, the user leaves home during the commuting time, the mobile phone disconnects from the WiFi, and the user takes the bus from public transport station A to public transport station B. The electronic device can set the public transport refresh event as the condition of disconnecting from the WiFi during the work commuting time. The mobile phone detects that the mobile phone receives the event of disconnecting from the WiFi during the commuting time period (assuming 08:00-08:30), and can obtain the public transport information from public transport station A to public transport station B according to the first cycle length and the first number of times, and refresh the public transport card.

[0144] For example, during the work commuting time period, after the user leaves home, the geographic fence in which the mobile phone is located is no longer the geographic fence in which the home is located. The electronic device can set the public transport refresh event as the condition that the electronic device cannot obtain the geographic fence in which the home is located during the commuting time. The electronic device detects that the received geographic fence changes from the fence 1 in which the home is located to another fence, or that the fence 1 cannot be received, and can obtain the public transport information from public transport station A to public transport station B according to the first cycle length and the first number of times, and refresh the public transport card.

[0145] Exemplarily, after the user arrives at the bus station, the mobile phone can obtain the geographic fence of the bus station A, or the mobile phone can determine that the user arrives at the bus station A. The electronic device can set the bus refreshing event as obtaining the geographic fence of the departure bus station or determining that the distance between the user and the departure bus station A is less than the first distance. In this case, the electronic device can obtain and refresh the bus information from the bus station A to the bus station B according to the first period length and the first number of times.

[0146] Exemplarily, the user views the map application of the mobile phone at a specific time in the morning of a working day, and views the bus situation from the bus station A to the bus station B. The electronic device can start refreshing the bus card at the specific time in the morning of the working day.

[0147] It should be noted that the specific bus refreshing event and the refreshing strategy can be one or more of the above-mentioned several bus-riding scenes in the morning of the working day, and are related to the living habits of each user. The bus refreshing event and the refreshing strategy of the electronic device of each user can also be different.

[0148] Figure 4A And Figure 4B is a set of bus card refreshing schematic diagrams disclosed by the embodiments of the present application. It is assumed that the electronic device determines to meet the bus refreshing condition at 8:00 in the morning of the working day, and the electronic device can start refreshing according to the refreshing strategy. As shown in Figure 4A , the YOYO suggestion activity card in the user interface 400 can include a bus card 401, the bus card 401 can display an entry control into the × × map, and can further include a click refreshing control 4011, wherein the refreshing time is 08:00. Among the displayed several routes of the operating bus, the 343 bus still has 3 stations and 4 minutes to arrive at the bus station A, and the 690 bus still has 5 stations and 9 minutes to arrive at the bus station A. The specific description of the bus card 401 can be referred to the related description of the above-mentioned Figure 3A , which will not be described herein.

[0149] It is assumed that the electronic device starts refreshing at 08:00, and refreshes every two minutes, a total of 10 times. As shown in Figure 4B , at 08:02, the user interface 410 can display the bus card 411, and the refreshing time in the click refreshing control 4111 is updated to 08:02. At this time, among the displayed several routes of the operating bus, the 343 bus still has 1 station and 2 minutes to arrive at the bus station A, and the 690 bus still has 3 stations and 7 minutes to arrive at the bus station A. The electronic device can perform the last refreshing at 08:18, and end the active refreshing process. The high-frequency refreshing in the above-mentioned active refreshing is more in line with the user's travel, which can ensure the refreshing to be accurate and effective, and can reduce the number of refreshing and the refreshing power consumption.

[0150] After the active refreshing process is ended, the electronic device can refresh at a frequency of a certain period length (e.g., 30 minutes). In this way, the refreshing frequency can be reduced, and power consumption can be reduced.

[0151] Off work scenario: on weekdays, the user leaves the company (unit) and takes the bus from bus stop C to bus stop D to go home.

[0152] For example, the user usually leaves work at 18:00, opens the map application to check the bus situation from bus stop C to bus stop D, and takes the bus within 30 minutes. The bus active refreshing event can include an event of determining that the current time is in the off work commuting time period. The electronic device detects that the current time is in the time period of 18:00-18:30, and can start refreshing every 3 minutes for 10 times to obtain the bus information from bus stop C to bus stop D, and display the bus card.

[0153] For example, the user's mobile phone will connect to the company's WiFi in the company, and the user will disconnect the company's WiFi during the off work commuting time. The electronic device can set the bus refreshing event as an event of disconnecting the WiFi during the off work commuting time. The mobile phone detects that it is in the commuting time period (assuming 18:00-18:30), and in the case that the mobile phone receives the event of disconnecting the WiFi, the mobile phone can obtain the bus information from bus stop C to bus stop D according to the first period length and the first number of times, and display the bus card.

[0154] For example, during the off work commuting time period, after the user leaves the company, the geographic fence in which the mobile phone is located is no longer the geographic fence in which the company is located. The electronic device can set the bus refreshing event to include an event of the electronic device being unable to obtain the geographic fence in which the company is located during the off work commuting time. During the time period of 18:00-18:30, the electronic device detects that the received geographic fence changes from the fence 2 in which the company is located to other fences, or that the fence 2 is not received, and can start obtaining the bus information from bus stop C to bus stop D according to the first period length and the second number of times, and display the bus card.

[0155] It should be noted that the specific bus refreshing event and refreshing strategy can be one or more of the above-mentioned bus taking scenarios during the work commuting time, and each user's life habit, and the bus refreshing event and refreshing strategy of each user's electronic device can also be different.

[0156] The bus refreshing event set by the electronic device can include the above-mentioned off work and work commuting scenarios, and the specific scenario is not limited in the present application.

[0157] The life cycle of the active display and disappearance of the bus card:

[0158] In addition to the active refresh scenario described above, the bus card can be actively displayed before the active refresh, and the display can be stopped after the active refresh. The electronic device stores a bus display strategy for displaying or disappearing the bus card in specific user scenarios.

[0159] The active display condition of the bus card can include the active refresh condition described above, that is, the active display event type of the bus card can include one or more of the current time being in the work or school time period, the electronic device being disconnected from the commonly used WiFi network, the electronic device moving to a specific bus stop, the bus alarm setting reminding event type, and the like. The specific determination process can refer to the related description described above, and will not be described here.

[0160] When the electronic device determines that the active display condition is met, the electronic device can start displaying the bus card. That is, from not displaying the bus card to displaying the bus card. If the active display condition is not met, the bus card can be kept from being displayed.

[0161] For example, when the electronic device receives the wake-up alarm reminding event, the active display condition can be determined, and the electronic device starts displaying the first card. After a period of time, the electronic device obtains the WiFi disconnection event, and determines that the active refresh condition is met. The electronic device can refresh the first card a first number of times according to the first period of time.

[0162] The active disappearance event type of the bus card can include one or more of the electronic device obtaining the bus ride event, the daily commuting time being over, the user reaching the company or home, and the like.

[0163] For example, during the work commuting time, the electronic device detects that the location of the electronic device is at the company (in the geographic fence where the company is located or the distance between the electronic device and the company is less than a second distance), and the electronic device can determine that the active disappearance condition of the bus card is met, and the bus card can be canceled.

[0164] When the electronic device determines that the active disappearance condition is met, the electronic device can stop displaying the current bus card; when it is determined that the active disappearance condition is not met, the display of the current bus card can be ensured.

[0165] In the embodiments described above, the electronic device can actively display the bus card based on the scenarios that the user can use, and stop displaying the bus card when the user does not need to take the bus. This process makes the display of the bus card meaningful to the user, ensures the timeliness and effectiveness of the display, and improves the user experience. At the same time, unnecessary display and refresh of the card can be avoided, and energy consumption can be saved.

[0166] Scenario 2: Weather card refresh and display after user wakes up.

[0167] As shown in FIG. 6, the electronic device can also display a weather card. The weather card is generally used to remind the user of the weather on the day, and the user can dress or determine whether to take an umbrella based on the weather. Therefore, the user should pay attention to the weather before going out. Figure 4A

[0168] Active refresh of the weather card:

[0169] In one possible implementation, the electronic device can refresh the current weather card once upon receiving the wake-up alarm. Specifically, the user generally sets an alarm when he or she needs to wake up and go out. After the electronic device receives the alarm reminder time of the clock application, the electronic device can obtain the current weather data through the weather application, and the electronic device can refresh the information of the weather card to display the current weather data. In this way, after the user wakes up, the weather data is the latest weather data, which can ensure the effectiveness and timeliness of the weather data, while controlling the number of card refreshes and reducing the power consumption of the electronic device. At the same time, the data of the weather card is refreshed and displayed for a specific period of time (for example, 30 minutes) during the user's normal use. If the user clicks the weather card, the electronic device can refresh the data of the current weather card. The above-mentioned weather refresh event types can include one or more of the following event types: user clicks the weather card, wake-up alarm reminder, and weather change.

[0170] In the above-mentioned implementation, the electronic device can refresh the current weather when the user wakes up, which can effectively provide the user with weather information while keeping the number of refresh displays as low as possible, thereby reducing the energy consumption of the refresh process and providing the user with timely weather information.

[0171] Life cycle of active display and disappearance of the weather card:

[0172] The above-mentioned active refresh event of the weather card can include an active display condition. When the active display condition is met, the electronic device displays the weather card. When the active display condition is not met, the electronic device does not display the weather card.

[0173] For example, the electronic device receives the alarm reminder event of the wake-up alarm and determines that the active display condition is met. The electronic device can change from not displaying the weather card to displaying the weather card.

[0174] ​The disappearing event type of the weather card can include one or more of the following: the weather is constant for a certain period of time, the user has read the current weather, the event type of entering the rest time, and the like. In the case of meeting the active disappearing condition, the electronic device can stop displaying the weather card; in the case of not meeting the active disappearing condition, the electronic device can continue to display the weather card.

[0175] Exemplarily, the electronic device determines that the rest time of the user is entered, the electronic device is screened, it is determined that the active disappearing condition is met, and the display of the weather card is stopped.

[0176] In the above embodiment, the electronic device can actively display the weather card based on the scene that the user can use, and stop displaying the weather card for the user to view the weather. This process makes the display of the weather card meaningful to the user, ensures the timeliness and effectiveness of the display, and improves the user experience. At the same time, unnecessary display and refresh of the card can be avoided, and energy consumption can be saved.

[0177] Scene 3: during the process of the user taking the plane, the refresh and display of the information such as the check-in information and the carousel information in the flight card.

[0178] Active refresh of the flight card:

[0179] Before the user takes the plane, the electronic device can display the flight card before the user departs. At this time, the flight information of the flight card can include the flight number, the departure airport, the arrival airport, the departure time, and the check-in counter of the airport, and the like. The active refresh condition of the flight card is a specific time before the plane takes off, for example, 1 day before the takeoff, or 5 hours before the takeoff, and the like. After the electronic device determines that the user has a flight plan, the electronic device can determine the time when the flight card starts to be displayed based on the takeoff time. Before taking the plane, the information displayed or refreshed by the flight card can be incomplete, and after the flight card obtains the relevant refresh event, the flight card can trigger the refresh and display of the corresponding information content.

[0180] Exemplarily, after the user completes the check-in, the electronic device obtains the check-in event, and the flight refresh event of the flight card can be the check-in event, and the corresponding check-in event and check-in multiple handling content, for example, the user selects the seat number, and the like. The electronic device can determine the boarding gate and the seat number based on the obtained check-in event, and then the electronic device can refresh the flight card to display the boarding gate and the seat number. The refresh process of the check-in information needs to be refreshed once. Of course, there can be a boarding gate change event and a flight delay event, and the electronic device can also refresh once according to the obtained event.

[0181] Exemplarily, after the user arrives at the airport, the user needs to pick up the checked luggage. The electronic device can acquire the carousel information when it determines that its location is at the arrival airport. The flight card flight refresh event can be the event of acquiring the carousel information, and the corresponding card data is the carousel number. After the electronic device acquires the carousel information, the flight card is refreshed to display the carousel number. The refresh process of the carousel number needs to be refreshed only once.

[0182] In the above process, the user's behavior logic is based on the user's immediate needs, and the user is provided with the required information content in a timely manner. The user's action is facilitated, and the user's operation is simplified.

[0183] The life cycle of the active display and disappearance of the flight card:

[0184] The active display condition of the flight card can be the same as the above-mentioned active refresh condition. In the case of meeting the active display condition, the electronic device displays the flight card; in the case of not meeting the active display condition, the electronic device can keep the flight card from being displayed.

[0185] Exemplarily, the electronic device determines that there is one day left before the flight departure time, determines that the active display condition is met, and starts to display the flight card.

[0186] The active disappearance event type of the flight card can include one or more of the following event types: after the user arrives at the destination airport for a specific time, arrives at the destination airport and leaves, the flight trip is canceled, etc. For example, in the case that the user arrives at the destination airport A and leaves the airport A, it is determined that the disappearance condition of the flight card is met, and the display of the flight card is stopped.

[0187] In combination with the above three scenarios, the electronic device can refresh the relevant card information in a specific way when displaying the card in a specific scenario. Table 1 is a mapping table of the refresh scenario and the refresh strategy of an electronic device disclosed in the embodiments of the present application.

[0188] Table 1

[0189]

[0190] As shown in Table 1, the card types displayed by the electronic device can include a bus card, a weather card, and a flight card, etc. Among them, the bus card acquires and displays the bus information of the bus arriving from the bus station A and passing through the bus station B in a manner of 10 times in total at a frequency of 2 minutes once, in the case of meeting the bus-to-work refresh event. The bus-to-work refresh event type can include the WiFi disconnection event, the event of failing to acquire the geofence of home, the event of entering the geofence of the departure bus station, etc. in the bus-to-work commuting period. The bus card acquires and displays the bus information of the bus arriving from the bus station C and passing through the bus station C in a manner of 15 times in total at a frequency of 3 minutes once, in the case of meeting the bus-to-home refresh event. The bus-to-home refresh event type can include the WiFi disconnection event, the event of failing to acquire the geofence of the company, the event of entering the geofence of the departure bus station, etc. in the bus-to-home commuting period. The weather card acquires and displays the weather information such as weather, temperature, and air quality in the case of meeting the alarm clock reminder event or the weather change event. The electronic device acquires and displays the information such as the flight number, the time and place of departure and arrival, etc. through the flight card in the case of determining that the flight card meets the event of 1 day before the flight departure. The electronic device acquires and displays the boarding gate and seat number through the flight card in the case of acquiring the check-in event of the user. The electronic device displays the carousel number through the flight card in the case of acquiring the carousel information.

[0191] It should be noted that the above three scenarios and the content of Table 1 are exemplary, and the embodiments of the present application are not limited thereto. The above scenarios and the corresponding refresh strategies are extensible or variable, and the present application is not limited thereto.

[0192] In the above several card refresh scenarios, the refresh content and the refresh manner (for example, the refresh frequency and the number of times) of the same card can be different due to different refresh occasions (satisfying different refresh conditions). For different cards, the refresh scenarios and the refresh strategies of different cards are determined by the specific card application scenarios and the user demand, and generally, there is no interference between each other.

[0193] Figure 5 is a method flow diagram for card refresh disclosed by the embodiments of the present application. The application layer of the electronic device includes a view display module, a business logic processing module, a scenario awareness module, and a first application. The first application can be a map in Figure 2 , can be a weather application, can also be a travel-related application, and can also be a short message application, etc. The application program framework layer can include an application management service module. The modules can refer to the related descriptions of Figure 2 , which will not be described here. As shown in Table 1, the electronic device displays the card types, and the card types include a bus card, a weather card, and a flight card, etc.Figure 5 As shown, the electronic device can include, but is not limited to, the following steps:

[0194] In the embodiment of the present application, the first application provides data support for the display of the first card.

[0195] In different scenarios of the first card, the electronic device needs to determine the refreshing mode and content according to the corresponding refreshing strategy, and actively refreshes the display of the first card. S501-S510 explain the active refreshing process of the first card:

[0196] S501: The scene perception module determines whether the active refreshing condition is met. If the active refreshing condition is met, the scene perception module performs S502; otherwise, it does not perform (no processing).

[0197] The scene perception module determines whether the active refreshing condition is met. If the active refreshing condition is met, the scene perception module performs S502; otherwise, it does not perform (no processing).

[0198] Wherein, the electronic device acquires the active refreshing event, which can determine that the active refreshing condition is met. Each active refreshing event can correspond to a refreshing event type. That is, the scene perception module can determine the refreshing event type corresponding to the first card that meets the active refreshing condition. In the embodiment of the present application, the first card is various and not limited, and the refreshing event type corresponding to each first card includes at least one.

[0199] In a possible implementation, for different cards, the active refreshing event is different. For the same card, different scenarios can also have different active refreshing events. The following will be described in multiple cases:

[0200] Scenario 1: The first card is a bus card, and the first application is ×× map.

[0201] At this time, the active refreshing event includes a bus refreshing event. The bus refreshing condition is met, that is, the active refreshing condition is met.

[0202] The bus refreshing event type can include one or more of the following: a commuting time event type during work or off work, a common WiFi network disconnection event type, an electronic device moving to a specific bus station event type, a bus alarm setting reminder event type, and the like. The various bus refreshing event types described above can be uniquely identified.

[0203] Illustratively, the scene perception module detects that the WiFi at home (company) is disconnected during the commuting time (work or off work), and determines that the bus refreshing condition is met. The scene perception module can determine the WiFi connection through the wireless communication module.

[0204] For example, the scenario awareness module acquires, in the work (or off-work) commuting time, an event reported by the location manager that the electronic device fails to detect a signal of a geofence where the home (or company) is located, and determines that the bus refresh condition is met.

[0205] For example, the scenario awareness module acquires, in the work (or off-work) commuting time, an event reported by the location manager that the electronic device detects a signal of a geofence where a bus station is located, and determines that the bus refresh condition is met.

[0206] For example, the scenario awareness module receives, in the work or off-work commuting time, an event that the user opens a × × map, and determines that the bus refresh condition is met.

[0207] For example, the scenario awareness module determines that the current time is in the work or off-work commuting time, and determines that the bus refresh condition is met.

[0208] The bus refresh condition can refer to the related description of scenario 1, and will not be described again. Embodiments of the present application do not limit the specific bus refresh condition.

[0209] In scenario 2, the first card is a weather card, and the first application is a weather application.

[0210] At this time, the active refresh event includes a weather refresh event. The weather refresh condition is met, that is, the active refresh condition is met.

[0211] The weather refresh event type can include one or more of the following: an alarm reminder event type, a current time in a trip departure time period event type, a local weather change event type, and an event type in which the user opens the weather application. The various card refresh event types can be uniquely identified.

[0212] For example, the scenario awareness module receives an event that the user opens the weather application, and determines that the weather refresh condition is met.

[0213] For example, the scenario awareness module receives an alarm reminder event in the morning, and determines that the weather refresh condition is met.

[0214] For example, the scenario awareness module determines that the current time is in a departure time period of a planned trip, and determines that the weather refresh condition is met.

[0215] For example, the scenario awareness module receives a weather change event of the weather application, and determines that the weather refresh condition is met.

[0216] The weather refresh condition can also refer to the related description of scenario 2, and will not be described again. Embodiments of the present application do not limit the specific weather refresh condition.

[0217] In scenario 3: the first card is a flight card, and the first application is an SMS application and / or a travel-related application.

[0218] At this time, the active refreshing event includes a flight refreshing event. The flight refreshing condition is satisfied, that is, the active refreshing condition is satisfied.

[0219] The flight refreshing event type can include one or more of the following: an event type of obtaining a current flight departure time period, an event type of flight delay, an event type of check-in, an event type of gate change, and an event type of receiving carousel information. The various flight refreshing event types can be uniquely identified.

[0220] For example, the scenario awareness module is currently in a flight departure time period, and it is determined that the flight refreshing condition is satisfied.

[0221] For example, the scenario awareness module receives a flight delay event, and it is determined that the flight refreshing condition is satisfied.

[0222] For example, the scenario awareness module receives a check-in event, and it is determined that the flight refreshing condition is satisfied.

[0223] For example, the scenario awareness module receives a gate change event, and it is determined that the flight refreshing condition is satisfied.

[0224] For example, the scenario awareness module receives an event of receiving carousel information, and it is determined that the flight refreshing condition is satisfied.

[0225] The specific scenarios of the flight refreshing condition can also refer to the related description of scenario 3, and will not be described again. The embodiments of the present application do not limit the specific flight refreshing condition.

[0226] It should be noted that the above scenarios are only exemplary descriptions. The first card in the present application can also include other types of scenarios and cards, such as a schedule card, a sports card, a train card, a courier card, and the like. The embodiments of the present application are not limited.

[0227] In another possible implementation, the electronic device satisfies the active refreshing condition, and the active refreshing event obtained by the electronic device can correspond to refreshing multiple cards. At this time, the number of the first card can be an integer greater than 1.

[0228] For example, the electronic device is in a screen-off state, the electronic device obtains a user operation of waking up the screen, and the event of obtaining the operation of waking up the screen can be determined as satisfying the active refreshing condition. At this time, the first card can be all the cards displayed on the home screen. (The card that the user can see).

[0229] Exemplarily, in the process of the user sliding the interface, the condition of sliding into the minus one screen of the electronic device is the active refreshing condition. That is, the scenario awareness module determines that the active refreshing condition is met in the case that the user sliding into the minus one screen operation event is detected. For example, the user interface of the first screen shown in FIG. 1A is displayed on the current screen, the user slides to the right, and the electronic device enters the minus one screen, as shown in FIG. 1B. The corresponding first card can be all the cards displayed in the minus one screen. Figure 3B Figure 3A Figure 3A

[0230] The above-mentioned active refreshing event type can include a wake-up screen event type and an entering minus one screen event type.

[0231] Different active refreshing conditions correspond to different refreshing event types, and the refreshing event type can be uniquely identified by a field.

[0232] S502: The scenario awareness module sends an active refreshing request to the business logic processing module.

[0233] The scenario awareness module can send an active refreshing request to the business logic processing module in the case that it is determined that the active refreshing condition is met. Correspondingly, the business logic processing module can receive the active refreshing request from the scenario awareness module.

[0234] The active refreshing request is used to request the business logic processing module to actively refresh the first card. The active refreshing request can include the refreshing event type obtained when the active refreshing condition is met, and each refreshing event type can be uniquely identified by a field. Optionally, the active refreshing request can include the ID of the first card.

[0235] S503: The business logic processing module determines an active refreshing strategy based on the active refreshing request.

[0236] After receiving the active refreshing request from the scenario awareness module, the business logic processing module can determine an active refreshing strategy based on the active refreshing request. The active refreshing strategy can include two aspects of refreshing manner and specific content to be refreshed.

[0237] The active refreshing strategy includes the identification of the first card, and the refreshing manner and refreshing content of the first card, and the refreshing manner can include the refreshing display number. The refreshing manner can also include the refreshing display period length. The identification of the first card is used to determine the target of refreshing. The view display module knows that the display data is obtained from the first application based on the first card.

[0238] ​​​In a possible implementation, the refresh strategy can be different for different first cards and different refresh events of the same card. The electronic device can store a first mapping relationship between card events and refresh strategies (including Table 1). The business logic processing module can determine the card that needs to be refreshed and the corresponding card refresh event based on the active refresh request, and determine the refresh strategy based on the first mapping relationship.

[0239] For example, the business logic processing module determines that the refresh event type in the active refresh request is that a home geofence is not detected during a working commute time, determines that the refresh manner in the refresh strategy is refreshing once every 2 minutes, the refresh is performed 10 times, and the refresh content is bus information that is about to arrive or is arriving from bus stop A and passing through bus stop B.

[0240] For example, the business logic processing module determines that the active refresh request is a user check-in event of a flight card, determines that the refresh manner in the refresh strategy is refreshing once, and the refresh content is information about a boarding gate and a seat number of the flight.

[0241] The above is only an example, and other possibilities exist. The above related descriptions in the scene 1, the scene 2, and the scene 3 can not be repeated. In addition, the specific refresh strategy and the corresponding manner of the card refresh event can be other manners, which are not limited in the present application.

[0242] In another possible implementation, the active refresh request is used to request refreshing all cards displayed in the current user interface. The first mapping relationship described above can further include a refresh strategy under a user-specific operation.

[0243] For example, for the event type of swiping into the negative one screen, the electronic device requests refreshing all cards displayed in the current negative one screen once, and the first application obtains the content of all related first cards (at this time, the first application and the first card are both multiple).

[0244] For example, for the event type of the user clicking to wake up the screen, the electronic device can refresh all cards currently displayed by the electronic device.

[0245] In the above process, the user can see that all the cards displayed in the interface of the electronic device are refreshed, which guarantees the timeliness and immediacy of the user viewing a card.

[0246] The refresh scenario and the refresh strategy described above are related, which can ensure that the time of card refresh is the time that the user needs the corresponding card information, and ensure the timeliness of the refresh. In addition, after the card is refreshed, the user does not need to click the first application to view the specific information, which reduces the user operation and reduces the energy consumption caused by the application display. Further, the refresh process is scene-specific, avoiding the need for a high-frequency refresh process to reduce power consumption.

[0247] S504: The business logic processing module sends the active refresh strategy to the view display module.

[0248] After determining the active refresh strategy, the business logic processing module can send the active refresh strategy to the view display module. Correspondingly, the view display module can receive the active refresh strategy from the business logic processing module.

[0249] At this time, the active refresh strategy can include the identification of the first card, the refresh mode, and the refresh content.

[0250] S505: The view display module generates an active refresh instruction based on the active refresh strategy.

[0251] After receiving the active refresh strategy from the business logic processing module, the view display module can generate an active refresh instruction based on the active refresh strategy. Specifically, the view display module can generate an active refresh instruction based on the identification of the first card, the refresh mode, and the refresh content in the active refresh strategy. The active refresh instruction can include the identification of the first card, the refresh mode, and the refresh content. Optionally, the active refresh instruction can also include one or more of the refresh business, the refresh scenario, and the refresh type. Wherein, the first application can indicate that the sending target of this active refresh instruction is the first application; the refresh business, the refresh scenario, and the refresh type are used to indicate the information needed by the user in the scenario of this active refresh, that is, to indicate the refresh event type described above. The refresh mode can be expressed by the refresh display number and the refresh display period. For example, refresh 3 times, 5 minutes each time; refresh once, etc. The refresh content (data) is used to indicate the information content that the first application needs to obtain, and the information that the first card needs to update.

[0252] S506: The view display module sends the active refresh instruction to the application management service module.

[0253] After the view display module generates the active refresh instruction, the view display module can send the active refresh instruction to the application management service module. Correspondingly, the application management service module can receive the active refresh instruction from the view display module.

[0254] S507: The application management service module sends the active refresh instruction to the first application.

[0255] After the application management service module receives the active refreshing instruction from the view display module, the application management service module can forward the active refreshing instruction to the first application. Correspondingly, the first application can receive the active refreshing instruction from the application management service module.

[0256] S508: The first application parses the active refreshing instruction and acquires the first data according to the active refreshing strategy.

[0257] After the first application receives the active refreshing instruction from the application management service module, the first application can parse the active refreshing instruction and acquire the first data according to the active refreshing strategy. The first application has the capability of parsing the active refreshing instruction based on the received active refreshing.

[0258] For example, in the case that the active refreshing instruction indicates that the bus card is refreshed every two minutes for 15 times to refresh the bus information from bus station A to bus station B, the ×× map (the first application) acquires the information (the first data) of all bus lines from bus station A to bus station B every two minutes for 15 times, and then stops the acquisition.

[0259] For example, in the case that the active refreshing instruction indicates to refresh the current weather card once, the weather application (the first application) acquires the current weather once (the first data).

[0260] For example, in the case that the active refreshing instruction indicates to acquire the current boarding gate, the ×× travel (the first application) acquires the boarding gate information (the first data) once.

[0261] It should be noted that the above process is only an example and can also include other cases, such as the related cases in the above scenarios 1, 2 and 3. Of course, the embodiments of the present application are not limited in this regard.

[0262] In addition, the strategy of the first application to acquire the first data is performed according to the refreshing strategy, and the number and period of the first data sent by the business rendering module after acquiring the first data are also determined by the refreshing strategy. For example, refreshing once every two minutes for 10 times, the first application acquires the first data every two minutes and sends the first data, and this process is performed for 10 times, and the display is refreshed for 10 times.

[0263] S509: The first application sends the first data to the view display module.

[0264] After the first application acquires the first data, the first application can send the first data to the view display module. Correspondingly, the view display module can receive the first data from the first application.

[0265] It should be noted that the first data required to be acquired by the same card in different scenarios can be the same or different, for example, there are two refresh contents in Table 1, and there are three refresh contents in the flight card. The specific content of the first data can be determined by the above refresh content, and the application is not limited.

[0266] S510: The view display module displays the first card based on the first data.

[0267] After the view display module receives the first data, the first card can be displayed based on the first data. The display result of the first card can refer to the related description of Figure 4A and Figure 4B , and details are not repeated.

[0268] Figure 6A is a software structure schematic diagram for card refreshing disclosed by an embodiment of the application. As Figure 6AAs shown, the view display module can include a first binding component (bind widget) and a card display component (widget view). The first binding component can bind a path based on a newly added card, and the card display component can display the card and obtain a user operation on the card (which can be obtained through display driving). The first application (widget provider) includes a receiving component (on reciver) and an updating component (on update). The receiving component can receive and parse a data refresh instruction, and the updating component can obtain data required for displaying the card based on the parsed instruction. The application management service module can include an application management component (app widget manager) and an application service component (app widget service impl), which can register the card in cooperation. The application management component can include a second binding component (widget view), and the application service component can include a broadcast registration component (register for broadcast locked). The second binding component and the broadcast registration component can synchronize the ID of the card based on a registration instruction, and the broadcast registration component can generate a clock management component (alarm manager) and a target sending component (pending intent) of the first card based on the registration instruction. In addition, the view display module can also include an active refresh component (on exposure), and the application service component can also include a target broadcast component (send update broadcast with info). The active refresh component is used to obtain an active refresh strategy, determine an active refresh instruction based on the active refresh strategy, and send the active refresh instruction to the target broadcast component. The target broadcast component can be used to forward the active refresh instruction to the receiving component. The receiving component can parse the active refresh instruction after receiving the active refresh instruction.

[0269] After the active refresh component obtains the active refresh strategy, an active refresh instruction can be generated and sent to the target broadcast component, and the target broadcast component can forward the active refresh instruction to the receiving component. The receiving component can parse the active refresh instruction after obtaining the active refresh instruction, and the updating component can obtain first data according to the refresh strategy and send the first data to the card display component. Then, the card display component can display the first card based on the first data.

[0270] The user can click the refresh control of the first card, and the electronic device can obtain refreshed data based on the refresh operation and refresh and display the first card. S511-S514 specifically explain the process of the user touching and refreshing the first card, and the electronic device obtaining the refreshed data:

[0271] S511: The view display module obtains a refresh operation of the first card by the user.

[0272] The user can click to refresh the first card, and the view display module obtains the refresh operation of the first card by the user. Figure 4A As shown in FIG. 4B, the electronic device can obtain the operation of the user acting on the click refresh control 4011, that is, the refresh operation of the first card by the user.

[0273] S512: The view display module sends a passive refresh instruction to the application management service module.

[0274] After the view display module obtains the refresh operation of the first card by the user, the view display module can send a passive refresh instruction to the application management service module. Correspondingly, the application management service module can receive the passive refresh instruction from the view display module.

[0275] The passive refresh instruction is used to instruct the electronic device to refresh the first card. The passive refresh instruction is a passive refresh instruction received by the electronic device.

[0276] S513: The application management service module sends a passive refresh instruction to the first application.

[0277] After the application management service module receives the passive refresh instruction from the view display module, the application management service module can send a passive refresh instruction to the first application. Correspondingly, the first application can receive the passive refresh instruction from the application management service module.

[0278] The passive refresh instruction is different from the active refresh instruction. The active refresh instruction includes obtaining information related to the first data, and the passive refresh instruction only needs to obtain and display the refresh.

[0279] S514: The first application parses the passive refresh instruction and obtains second data.

[0280] After the first application receives the passive refresh instruction from the application management service module, the first application can parse the passive refresh instruction and obtain second data. The second data is all data provided by the first application that needs to be displayed in the first card.

[0281] After the electronic device performs S514, the process of S517-S518 can be performed.

[0282] Figure 6B FIG. 4E is another software structure diagram for card refresh disclosed by the embodiments of the present application. As shown in FIG. 4E, the specific components can be referred to the related description of the above Figure 6B . Figure 6A .

[0283] The card display component can obtain a refresh operation for the first card, and then the card display component can send a passive refresh instruction to the target sending component. The target sending component can forward the passive refresh instruction to the receiving component. The receiving component parses the passive refresh instruction, the updating component updates the second data based on the instruction, and sends the second data to the card display component. The card display component can display the first card based on the second data. In the above process, the user clicks once, obtains the second data once, and refreshes the display of the first card once.

[0284] In the above process, the electronic device can refresh the first card based on the active request of the user, ensure the first card, and provide the user with a channel to obtain the first card information. In the scenario ignored by the electronic device, the user can also manually obtain, ensuring the operability and convenience of the card refresh for the user.

[0285] When the electronic device displays the first card, the first card can be periodically refreshed. S515-S516 specifically explain the process of the user periodically refreshing the first card and the electronic device obtaining refresh data:

[0286] S515: The application management service module sends a periodic refresh instruction to the first application according to a preset period.

[0287] After the first card is registered and displayed, the application management service module generates a clock management module. The application management service module can send a periodic refresh instruction to the first application once every preset period (second period length) through the clock management module. That is, the clock management module can request the first application to obtain second data according to the second period length. The periodic refresh instruction is used to instruct the first application to obtain the second data and refresh the display of the first card. The second period length can be set to a period length of at least 30 minutes, for example, 50 minutes, and the like. The second period length is not limited in the present application.

[0288] Correspondingly, the first application can periodically receive the periodic refresh instruction from the application management service module.

[0289] S516: The first application obtains the second data based on the periodic refresh instruction.

[0290] After the first application receives the periodic refresh instruction, the first application can obtain the second data. That is, the first application obtains the second data once every time the first application receives the periodic refresh instruction.

[0291] After the electronic device performs S516, the process of S517-S518 can be performed.

[0292] Figure 6C is another software structure schematic diagram for card refresh disclosed by the embodiment of the present application. As shown in FIG. 13, the software structure schematic diagram for card refresh includes a card display component, a target sending component, a receiving component, and an updating component. Figure 6CAs shown, the specific component descriptions can be found above. Figure 6A The relevant descriptions are omitted.

[0293] The clock management module sends a periodic refresh command to the target sending component according to the second cycle duration. The target sending component forwards the periodic refresh command to the receiving group. The receiving component parses the periodic refresh command, updates the component with the second data based on the command, and sends the second data to the card display component. The card display component displays the first card based on the second data. In this process, a periodic refresh command is sent once for each second cycle duration, the second data is retrieved once, and the display of the first card is refreshed once.

[0294] In the process described above, the electronic device can periodically refresh the first card to ensure that the first card is as up-to-date as possible, while the duration of the second cycle can be set to a minimum value to minimize the number of refreshes and reduce power consumption.

[0295] The periodic refresh instruction differs from the active refresh instruction. The active refresh instruction includes obtaining information related to the first data, while the periodic refresh instruction simply obtains and displays the refresh.

[0296] S517: The first application sends the second data to the view display module.

[0297] After the first application obtains the second data in S514 or S516, it can send the second data to the view display module. Correspondingly, the view display module can receive the second data from the first application.

[0298] S518: The view display module displays the first card based on the second data.

[0299] After receiving the second data from the view display module, the view display module can display the first card based on the second data.

[0300] The specific implementation process of S517 to S518 can be referred to the relevant content of S509 to S510 above, and will not be repeated here.

[0301] Furthermore, in the above process, the active refresh display process S501~S510; the passive refresh display process S511~S514, S517~S518; and the periodic refresh display process S515~S518, the refresh strategy can all exist, and the order of their execution is not limited.

[0302] The above Figure 5In the embodiment, in the period refreshing process, the user is provided with a manual refreshing card, and a scenario-based active refreshing mode is provided, the timeliness and effectiveness of the user viewing the card are improved, the refreshing display times are as few as possible, and the power consumption caused by refreshing is reduced. In addition, the process of actively refreshing the card can bypass the predetermined period attribute process and the user manual refreshing process, realize higher frequency refreshing, effectively ensure the timeliness of the card information to the user, and improve the user experience.

[0303] Figure 7 is a method flowchart for displaying and disappearing a card disclosed in the embodiment of the application. As shown in Figure 7 , the electronic device can include but is not limited to the following steps:

[0304] S701-S711 are processes in which the first card is displayed in a scenario that needs to be displayed, and the active display condition is determined to be met and displayed.

[0305] S701: The scenario perception module determines whether the active display condition is met. If the active display condition is met, the scenario perception module performs S702; otherwise, it does not perform (no processing).

[0306] The active display condition is a trigger display condition for displaying the first card. The scenario perception module can be preconfigured with an active display event that triggers the active display condition. Each active display event can correspond to a display event type. The active display condition is for a scenario in which the user needs to use the first card. The active display condition is different for different cards.

[0307] The electronic device can determine that the active display condition is met when the active display event is obtained. Each active display event can correspond to a display event type. That is, the scenario perception module can determine the refreshing display type corresponding to the first card that meets the active display condition. In the embodiment of the application, the first card is various and not limited, and the refreshing display type corresponding to each first card includes at least one.

[0308] In scenario 1, when the first card is a bus card, the first application is × × map. The active display condition of the first card is the bus display condition. The display event type of the bus card can include one or more of the event type in which the time is in the commuting time, the event type in which the commonly used WiFi network is disconnected, the event type in which the electronic device moves to a specific bus station, and the event type in which the bus alarm setting reminder event is triggered. At this time, the active display condition of the bus can be the same as the active refreshing condition of the bus, or can be different.

[0309] Exemplarily, the scenario awareness module detects that the WiFi at home (company) is disconnected during the work (off-work) commuting time, and determines that the active display condition of the bus is met. The scenario awareness module can determine the WiFi connection condition through the wireless communication module.

[0310] Exemplarily, the scenario awareness module obtains the event that the electronic device cannot detect the signal of the geofence where the home (company) is located reported by the location manager during the work (off-work) commuting time, and determines that the active display condition of the bus is met.

[0311] Exemplarily, the scenario awareness module obtains the event that the electronic device detects the signal of the geofence where the departure bus station is located reported by the location manager during the work (off-work) commuting time, and determines that the active display condition of the bus is met.

[0312] Exemplarily, the scenario awareness module receives the event that the user opens the × × map during the work or off-work commuting time, and determines that the active display condition of the bus is met.

[0313] Exemplarily, the scenario awareness module determines that the current time is in the work or off-work commuting time, and determines that the active display condition of the bus is met.

[0314] Exemplarily, the electronic device receives the wake-up alarm reminder event, and can determine the active display condition. The electronic device starts to display the first card. After a period of time, the electronic device obtains the WiFi disconnection event, and can determine that the active refresh condition is met. The electronic device can refresh the first card for the first number of times according to the first period of time.

[0315] The above process can be referred to the description of S501, which will not be repeated.

[0316] In scenario 2, when the first card is a weather card, the first application is a weather application. At this time, the active display event can include a weather display event. The weather display condition meets the display condition of the first card. The weather display event type can include one or more of the following: obtaining an alarm reminder event type, currently being in a travel departure time period event type, a local weather change event type, a user opening a weather application event type, etc. The weather display condition can refer to the above weather refresh condition, which can be referred to the above S501 description, which will not be repeated.

[0317] In the scenario 3: in the case that the first card is a flight card, the first application is a travel related application. At this time, the display event can include a flight display event. The flight display condition is satisfied, that is, the active display condition of the first card is satisfied. The flight display event type can include one or more of the following: a current flight is in a departure time period event type, a flight delay event type, a check-in event type, a gate change event type, and an event type of receiving a carousel information. The flight display condition can refer to the flight active refresh condition, which is described in S501 above and is not repeated here.

[0318] Different display conditions correspond to different display event types, and the display event type can be uniquely identified by a field.

[0319] It should be noted that the display condition of the first card in S701 can be the same as the active refresh condition, and of course it can also be different. In the case that the display condition of the first card is the same as the active refresh condition, the scenario awareness module can directly monitor the display condition. In the case that the display condition is satisfied, the electronic device starts to display the first card, and at the same time, the active refresh strategy is also started to be executed. In different cases, each is executed separately.

[0320] S702: The scenario awareness module sends an active display request to the business logic processing module.

[0321] The scenario awareness module can send an active display request to the business logic processing module in the case that the active display condition of the first card is satisfied. Correspondingly, the business logic processing module can receive the active display request from the scenario awareness module. The active display request is used to request to display the first card. The active display request can include a display event type.

[0322] S703: The business logic processing module determines an active display strategy based on the active display request.

[0323] After the business logic processing module receives the active display request from the scenario awareness module, the active display strategy can be determined based on the active display request. The active display strategy can include an identifier of the first card that needs to be displayed. The business logic processing module determines the first card that needs to be displayed based on the display event type.

[0324] The electronic device can determine whether the active display request is passed, that is, whether to display the first card, based on the active display strategy. In the case of displaying the first card, S704 is executed; in the case of not displaying the first card, no processing is performed.

[0325] The electronic device stores a mapping relationship between event types and different cards, i.e., a second mapping relationship. In addition, the second mapping relationship disappears the mapping relationship between the event type and the card. Based on the mapping relationship, the business logic processing module can determine the first card that needs to be displayed by the proactive display event. The card stores a proactive display event set and a proactive disappearance event set, the proactive display event set refers to an event set that needs to display a card, and the proactive disappearance event refers to an event set that needs to stop displaying a card.

[0326] S704: The business logic processing module sends a proactive display instruction to the view display module.

[0327] In the case where the business logic processing module determines that the first card needs to be displayed, the proactive display instruction can be sent to the view display module. Correspondingly, the view display module can receive the proactive display instruction from the business logic processing module.

[0328] The proactive display instruction is used to instruct the view display module to display the first card. The proactive display instruction can include one or more of the following: an identifier of the first card, an identifier of the corresponding first application of the first card, and a data type. The data type can indicate the type of data content obtained by the first application. The data type can refer to the meaning of the refresh content described above, which will not be described in detail.

[0329] S705: The view display module sends a data acquisition instruction to the application management service module.

[0330] After the view display module receives the proactive display instruction, the data acquisition instruction can be sent to the application management service module. Correspondingly, the application management service module can receive the data acquisition instruction from the view display module.

[0331] The data acquisition instruction is used to instruct the first application to obtain data for displaying the first card. The data acquisition instruction can include a data type. The data acquisition instruction can also include an identifier of the first card.

[0332] Optionally, when the first card is displayed for the first time, the electronic device needs to register the display path of the first card. S706 describes the registration process of the first card:

[0333] S706: The application management service module registers the first card based on the registration instruction.

[0334] In the case where S703 determines that the first card is displayed for the first time, the registration request of the first card can be included in the proactive display instruction. Correspondingly, the data acquisition instruction can also include the registration instruction.

[0335] Correspondingly, the application management service module needs to register the first card after receiving the data acquisition instruction from the view display module. The registration instruction is used to instruct the application management service module to register the first card. The registration instruction of the first card includes the type of the first card, the application for obtaining the related information of the first card, and the like. In the embodiment of the application, the application for obtaining the related information of the first card is the first application. It should be noted that the first application can include one application or multiple applications, which is not limited in the embodiment of the application.

[0336] After the application management service module receives the registration instruction of the first card, the application management service module can register the first card based on the registration instruction.

[0337] Specifically, the application management service module can assign an identifier of the first card, generate a clock management module, determine a target first application and generate a target sending module based on the first application, and the like based on the first card. The clock management module is used for the application management module to periodically refresh the first card. The target sending module of the first card is used to send a data refresh instruction for obtaining display information of the first card to the first application. Through the above registration process, the electronic device can build a path for the display of the first card, so that when a request for refreshing or displaying the first card is received, the corresponding first application can obtain the latest data and provide the data to the business presentation module for drawing, and the view presentation module displays based on the drawing result.

[0338] Figure 6D FIG. 2 is another schematic diagram of a software structure for card refreshing according to an embodiment of the application. As shown in FIG. 2, the specific modules and components can refer to the related descriptions of FIG. 1, and are not described herein. Figure 6D Figure 6A

[0339] After the view display module obtains the adding event of the first card, the registration instruction can be sent to the second binding component of the application management component through the first binding component. After the second binding component determines the identifier of the added first card, the registration instruction is sent to the broadcast registration component of the application service component. After the broadcast registration component determines the identifier of the first card, the first clock management component is generated to manage the periodic refreshing process of the first card. The broadcast registration component also generates a target sending component to send the refreshing instruction of the first card. The data refreshing instruction is sent to the receiving component of the first application by the target sending component. The receiving component can parse the data refreshing instruction, the updating component obtains the latest related data of the first card, and sends the data to the card display component. The card display component can display the first card based on the data.

[0340] ​​It should be noted that, in general, after the electronic device is registered (the first time the first card is added), the electronic device will request to obtain the second data of the first application, and display based on the second data. The above process can be the same as the execution process of S517-S518, and specific reference can be made to the related description below.

[0341] S707: The application management service module sends a data acquisition instruction to the first application.

[0342] After the application management service module receives the data acquisition instruction from the view display module, it can send a data acquisition instruction to the first application. Correspondingly, the first application can receive the data acquisition instruction from the application management service module.

[0343] S708: The first application parses the data acquisition instruction and obtains the third data.

[0344] After the first application receives the data acquisition instruction from the application management service module, it can parse the data acquisition instruction and obtain the third data based on the data acquisition instruction.

[0345] S709: The first application sends the third data to the view display module.

[0346] S710: The view display module displays the first card based on the third data.

[0347] Among them, the description of S708-S710 can refer to the related description of S508-S510, which will not be repeated here.

[0348] It should be noted that Figure 7 The third data in should be the same as the second data, which can be different from the first data, and can be the same.

[0349] S711-S715 is the process of the first card in the scenario where it needs to disappear, judging whether the active disappearance condition is met, and stopping displaying.

[0350] S711: The scenario awareness module judges whether the active disappearance condition is met. If the active disappearance condition is met, the scenario awareness module executes S712; otherwise, it does not execute (does not process).

[0351] The active disappearance condition is the trigger condition for stopping displaying the first card, and the scenario awareness module can be pre-set with the disappearance condition. The disappearance condition is for the scenario when the user needs to use the first card. The disappearance condition is different for different cards.

[0352] The active disappearance condition is a trigger disappearance condition of displaying the first card. The scenario awareness module can be preset with an active disappearance event triggering the active disappearance condition. Each active disappearance event can correspond to a disappearance event type. The active disappearance condition is for a scenario in which the user needs to use the first card. The active disappearance condition is different for different cards.

[0353] The electronic device can determine that the active disappearance condition is met when the active disappearance event is obtained. Each active disappearance event can correspond to a disappearance event type. That is, the scenario awareness module can determine the refresh disappearance type corresponding to the first card that meets the active disappearance condition. In the embodiments of the application, the first card is various and not limited. The refresh disappearance type corresponding to each first card includes at least one.

[0354] In scenario 1, when the first card is a bus card, the active disappearance condition of the first card is the active disappearance condition of the bus card. The disappearance event type of the bus card can include one or more of the following: an event type of having taken a bus, an event type of the daily commuting time having passed, an event type of the user having arrived at the company or home, and the like. For example, during the commuting time to work, the electronic device detects that the position of the electronic device is at the company (in the case that the position of the electronic device is in a geographical fence of the company or the distance between the electronic device and the company is less than a second distance), the electronic device can determine that the end display (disappearance) condition of the bus card is met, and stop displaying the bus card.

[0355] In scenario 2, when the first card is a weather card, the active disappearance condition of the first card is the active disappearance condition of the weather card. The disappearance event type of the weather card can include an event type of the user viewing the weather and the weather not changing, an event type of the weather not changing for a certain length of time in the future, and the like. For example, when the user clicks on the weather application to view the weather, and the weather is sunny for 3 hours in the future, it is determined that the active disappearance condition of the weather card is met.

[0356] In scenario 3, when the first card is a flight card, the active disappearance condition of the first card is the active disappearance condition of the flight card. The disappearance event type of the flight card can include one or more of the following: an event type of the user leaving the arrival airport, an event type of the user arriving at the destination airport after a certain time, and the like. For example, after the user clicks on the plane to arrive at airport B for 2 hours, the active disappearance condition of the flight card is met.

[0357] The various active disappearance conditions described above can each correspond to a disappearance event type, which can be distinguished by a field. In addition to the above scenarios and corresponding cards, other scenarios and cards can be included, which are not limited by the application.

[0358] S712: The context-aware module sends an active disappearance request to the business logic processing module.

[0359] If the context-aware module determines that the conditions for active disappearance are met, it can send an active disappearance request to the business logic processing module. Correspondingly, the business logic processing module can receive the active disappearance request from the context-aware module.

[0360] The active disappearance request is used to request that the first card be stopped from being displayed. The active disappearance request can include disappearance event types.

[0361] S713: The business logic processing module determines the active disappearance strategy based on the active disappearance request.

[0362] After receiving a proactive disappearance request from the context-aware module, the business logic processing module can determine a proactive display strategy based on the request, that is, determine the first card that needs to be stopped from being displayed. The proactive display strategy may include the identifier of the first card.

[0363] The specific description of the proactive display strategy can be found in the relevant description in S703, and will not be repeated here. The business logic processing module can determine the proactive display strategy based on the second mapping relationship.

[0364] S714: The business logic processing module sends an active disappearance command to the view display module.

[0365] After the business logic processing module determines to stop displaying the first card, it can send a proactive disappearance command to the view display module. Correspondingly, the view display module can receive the proactive disappearance command from the business logic processing module.

[0366] The active disappearance command is used to instruct the view display module to stop displaying the first card. The active disappearance command may include the identifier of the first card.

[0367] S715: The view display module stops displaying the first card based on the active disappearance command.

[0368] After receiving a proactive disappearance command from the business logic processing module, the view display module can stop displaying the first card based on the command. That is, the first card will not be displayed on the screen of the electronic device. For example, as... Figure 4A As shown, assuming the first card is a public transport card, after the electronic device refreshes and displays the negative one screen, Figure 4A The bus card is not included.

[0369] From the moment the first card is displayed until it disappears, the electronic device can perform the above actions. Figure 5 The order of the three refresh methods is not limited in this application embodiment.

[0370] In the above process, the life cycle of the first card display can be determined based on the scene, reducing the periodic refreshing even in unnecessary cases, reducing the number of unnecessary refreshing displays, improving user experience, and reducing power consumption caused by card refreshing.

[0371] Before the electronic device displays according to the above-mentioned active display strategy and active refreshing strategy, the electronic device needs to configure its various modules in advance so that it can realize the above-mentioned display and refreshing functions.

[0372] Figure 8 is a configuration method flowchart of a card display strategy disclosed by the embodiments of the present application. As shown in Figure 8 , the electronic device can include but is not limited to the following steps:

[0373] In the embodiments of the present application, the cloud device can be a cloud server. The server is a remote server deployed in the cloud, which has the ability of location information processing, data calculation and coding, for example, can perform data analysis, logical operation function, etc. The server can be a super multi-core server, a computer deployed with a cluster, a large distributed computer, a cluster computer with hardware resource pooling, etc. The server can also be a terminal server such as an edge computing node and a cloud computing node, which is not limited here. The various modules included in the electronic device can refer to the related description in Figure 2 , which is not described in detail.

[0374] S801: The electronic device sends a registration request of a first card to a cloud device through a first application.

[0375] When the electronic device uses the active display and refreshing service of the first card, the first application can send a registration request of the first card to the cloud device. Correspondingly, the cloud device can receive the registration request from the first application.

[0376] The registration request of the first card is used to register the active display and refreshing service corresponding to the first card by the cloud device. For the cloud device, the active card display and refreshing is a service opened by the electronic device to the cloud device. Therefore, the electronic device can send a registration request to the cloud device. The registration request can include one or more of the name, class name and card type of the first card, which can indicate the refreshing service card. At this time, the first card is a service card corresponding to the subscription service.

[0377] S802: The cloud device determines service requirement data based on the registration request.

[0378] After the cloud device obtains the registration request, it can determine the service requirement data based on the registration request. The service requirement data can be used to indicate that the electronic device configures the active display and refreshing function.

[0379] The cloud device can store the types of the respective cards and the corresponding service requirement data. The cloud device can obtain the service requirement data based on the registration request, i.e., the card type and the service requirement data are associated, and the cloud device can determine the service requirement data based on the association. In addition, the technical personnel can modify or update the card type, the service requirement data, and the association therebetween.

[0380] S803: The cloud device sends the service requirement data to the service logic processing module of the electronic device.

[0381] After the cloud device obtains the service requirement data, the cloud device can send the service requirement data to the service logic processing module of the electronic device. Correspondingly, the service logic processing module of the electronic device can receive the service requirement data from the cloud device.

[0382] S804: The electronic device sends the user requirement data to the service logic processing module through the first application.

[0383] The electronic device can send the user requirement data to the service logic processing module through the first application. Correspondingly, the scenario awareness module can receive the user requirement data from the first application.

[0384] The user requirement data can be data provided by the first application that the user needs to view, for example, the first application is a map, and the user can view bus information therein, and operation information of the user opening the map application, etc.

[0385] S805: The electronic device sends a data query request to the scenario awareness module through the service logic processing module.

[0386] After the electronic device receives the service requirement data, the electronic device can determine the data required by the electronic device, i.e., the decision data required to determine how to display and refresh the first card when the electronic device actively displays and refreshes the first card, for example, the above-mentioned first mapping relationship and second mapping relationship, and the above-mentioned decision data requires collection of scenario information. In this regard, the electronic device can send a data query request to the scenario awareness module through the service logic processing module. Correspondingly, the scenario awareness module can receive the data query request from the service logic processing module. The data query request is used to request the scenario awareness module for scenario information of the card service corresponding to the first application.

[0387] S806: The electronic device sends the scenario information to the service logic processing module through the scenario awareness module.

[0388] After the scenario awareness module receives the data query request, the scenario awareness module can send the scenario information to the service logic processing module. Correspondingly, the service logic processing module can receive the scenario information from the scenario awareness module.

[0389] The scene information can include various events triggering the first card, and data acquired by a sensor. For example, in the scene of the bus card, the event of the user opening the map application, the event of the user alarm reminding, the position manager acquiring the position of the user, bus information, and the like. The scene information can determine the refresh content and the event type of the active refreshing and displaying, which can be referred to the related description of the scene, and the application is not limited. The scene information can represent the corresponding active refreshing and displaying scene information of the first card. For example, the event of the user clicking the first application; for the bus card, the time period of the user commuting to work, and the like.

[0390] The electronic device can determine the decision data of the display strategy and the refresh strategy. The application provides two schemes, one is S807-S809, the cloud device generates the decision data and delivers it; the other is that the business logic processing module generates the decision data.

[0391] Optionally, S807-S809, the electronic device can send the business scene information to the cloud device, and the cloud device determines the display strategy and the refresh strategy.

[0392] S807: The electronic device sends the business scene information to the cloud device through the business logic processing module.

[0393] After the electronic device acquires the scene information through the business logic processing module, the electronic device can send the business scene information to the cloud device. Correspondingly, the cloud device can receive the business scene information from the business logic processing module of the electronic device. The business scene information can be the scene information described above.

[0394] S808: The cloud device generates the business decision data of the first card based on the business scene information.

[0395] After the cloud device receives the business scene information from the business logic processing module of the electronic device, the cloud device can generate the business decision data of the first card based on the business scene information.

[0396] The cloud device can store a decision training model for the business scene information, such as a convolutional neural network model. The cloud device can input the business scene information into the decision training model for training to obtain the business decision data. The business decision data can include the first mapping relationship and the second mapping relationship in the above Figure 5 and Figure 7 For example, in the decision training process described above, the user use scene and the degree of correlation of the user clicking the first application are associated, and the closer the correlation between the scene and the user opening the first application, the more likely it is to determine the event type of the active refreshing and displaying.

[0397] S809: The cloud device sends the service decision data to the service logic processing module of the electronic device.

[0398] After the cloud device generates the service decision data of the first card, the cloud device can send the service decision data to the service logic processing module of the electronic device. Correspondingly, the service logic processing module can receive the service decision data from the cloud device.

[0399] Optionally, S810, the electronic device can generate the service decision data through the service logic processing module.

[0400] S810: The electronic device generates the service decision data of the first card through the service logic processing module based on the service scenario information and the service requirement data.

[0401] At this time, the service requirement data can include the data of the decision training model, and the service logic processing module can generate the service decision data of the first card based on the service scenario information through the decision training model. Wherein, the specific process can refer to the related description of S808, and will not be repeated.

[0402] S811: The electronic device sends the first configuration data to the view display module through the service logic processing module.

[0403] The electronic device can send the first configuration data to the view display module through the service logic processing module. Correspondingly, the view display module can receive the first configuration data from the service logic processing module. Wherein, the first configuration data is the data used to configure the first card for the service presentation module to actively refresh and display the service. The first configuration data can include the identification of the first card, the configuration command of the display and refresh strategy, etc. After the view display module receives the first configuration data, the view display module can be configured.

[0404] S812: The electronic device sends the second configuration data to the first application module through the view display module.

[0405] After the electronic device receives the first configuration data through the view display module, the view display module can send the second configuration data to the first application. Correspondingly, the first application can receive the second configuration data from the view display module. Wherein, the second configuration data is the configuration data used to configure the first card for the first application to actively refresh and display the service. For example, the identification of the first card, and the configuration data of the refresh and display strategy.

[0406] S813: The electronic device configures based on the second configuration data through the first application, and obtains the fourth data.

[0407] After the first application receives the second configuration data, the first application can be configured based on the second configuration data. After the configuration, the first application has the ability to parse the above-mentioned refresh policy and display policy. For example, the first application can parse the refresh content, the refresh mode and the identifier of the first card. After the first application is configured based on the second configuration data, the fourth data can be obtained. The fourth data can refer to the description of the first data and the second data described above, and details are omitted.

[0408] S814: The electronic device sends the fourth data to the view display module through the first application. After the view display module obtains the fourth data, the view display module can send the fourth data to the first application. Correspondingly, the view display module can receive the display data from the first application.

[0409] S815: The electronic device displays the first card based on the fourth data through the view display module.

[0410] After the electronic device receives the fourth data through the view display module, the electronic device can display the first card based on the fourth data. Details can be referred to the related description of S509 and S510, and details are omitted.

[0411] Before the electronic device obtains the card, the electronic device can first subscribe to the proactive refresh service to the cloud. After the electronic device collects the scene information, the electronic device can generate a proactive refresh scheme to ensure that the proactive refresh scheme is more in line with the personal needs and intentions of the user, and to ensure the accuracy and effectiveness of the card refresh.

[0412] In the above embodiments, according to the context, the term "when" can be interpreted as meaning "if" or "after" or "in response to determining" or "in response to detecting". Similarly, according to the context, the phrase "upon determining" or "if detecting (the stated condition or event)" can be interpreted as meaning "if determining" or "in response to determining" or "upon detecting (the stated condition or event)" or "in response to detecting (the stated condition or event)".

[0413] In the above embodiments, all or part of the embodiments can be implemented by software, hardware, firmware or any combination thereof. When implemented by software, all or part of the embodiments can be implemented in the form of a computer program product. The computer program product includes one or more computer instructions. When the computer program instructions are loaded and executed on a computer, all or part of the processes or functions described in the embodiments of the present application are generated. The computer can be a general purpose computer, a special purpose computer, a computer network, or other programmable apparatus. The computer instructions can be stored in a computer readable storage medium or transmitted from one computer readable storage medium to another computer readable storage medium, for example, the computer instructions can be transmitted from one website, computer, server or data center to another website, computer, server or data center through wired (such as coaxial cable, optical fiber, digital subscriber line) or wireless (such as infrared, wireless, microwave, etc.) manner. The computer readable storage medium can be any available medium that can be accessed by a computer or a data storage device such as a server, data center, etc. integrated with one or more available media. The available media can be a magnetic medium (for example, a floppy disk, a hard disk, a magnetic tape), an optical medium (for example, a DVD), or a semiconductor medium (for example, a solid state disk) and the like.

[0414] Those of ordinary skill in the art can understand that all or part of the processes in the above-mentioned embodiments can be implemented by a computer program to instruct the relevant hardware, which can be stored in a computer readable storage medium, and when executed, can include the processes of the above-mentioned embodiments. The storage medium includes ROM or random access memory (RAM), magnetic disk or optical disk, and various media that can store program codes.

Claims

1. A card display method, characterized in that, The method is applied to an electronic device, the electronic device including a first application, the electronic device displaying a first card, the first application providing data support for the display of the first card, and the method including: When the first card meets the active refresh conditions, the electronic device determines an active refresh strategy. The active refresh strategy includes the identifier of the first card, as well as the refresh method and refresh content of the first card. The refresh method includes the number of refresh displays. If the number of refresh displays is greater than one, the refresh method also includes the refresh display cycle duration. There is a correspondence between the refresh event type corresponding to the first card meeting the active refresh conditions and the active refresh strategy. The refresh event type corresponding to the first card meeting the active refresh conditions corresponds to the scenario in which the electronic device is located. The electronic device obtains first data by refreshing through the first application based on the active refresh strategy. The electronic device refreshes the display of the first card based on the first data. When the first card does not meet the active refresh conditions, the electronic device refreshes the first card according to a specific period of time.

2. The method according to claim 1, characterized in that, The determination of the active refresh strategy specifically includes: The electronic device determines the refresh event type corresponding to the first card that meets the active refresh condition; the refresh event type corresponding to the first card includes at least one type. The electronic device determines the active refresh strategy based on the first mapping relationship and the refresh event type; the first mapping relationship is the mapping relationship between the refresh event type of different cards and the active refresh strategy.

3. The method according to claim 1 or 2, characterized in that, When the first card is a bus card and the first application is a map application, the refresh event type includes one or more of the following: the current commuting time period event type, the frequently used WiFi disconnection event type, the user clicking the map application event type, the inability to detect a preset geofence event type, and the entry into a bus stop event type; the refresh is performed according to a first cycle duration, and the refresh display count is the first count; the refresh content includes bus information from the first bus stop to the second bus stop, where the first bus stop and the second bus stop are the origin and destination bus stops that the user needs to obtain.

4. The method according to claim 2, characterized in that, The electronic device further includes a context-aware module and a business logic processing module. When the first card meets the active refresh conditions, the electronic device determines an active refresh strategy, specifically including: The electronic device determines the refresh event type corresponding to the first card that meets the active refresh condition through the context awareness module. The electronic device sends an active refresh request to the business logic processing module through the context awareness module, and the active refresh request includes the refresh event type. The electronic device determines the active refresh strategy based on the first mapping relationship and the refresh event type through the business logic processing module.

5. The method according to any one of claims 1-4, characterized in that, The electronic device further includes a view display module. After determining the active refresh strategy when the first card meets the active refresh conditions, the method further includes: The electronic device generates an active refresh instruction based on the active refresh strategy through the view display module; the active refresh instruction is used to instruct the first application to obtain the first data; the active refresh instruction includes the identifier of the first card, the refresh method of the first card, and the refresh content.

6. The method according to claim 5, characterized in that, The electronic device further includes an application management service module. After the electronic device generates an active refresh command based on the active refresh strategy through the view display module, the method further includes: The electronic device sends the active refresh command to the application management service module through the view display module; The electronic device forwards the active refresh command to the first application through the application management service module; The electronic device obtains the first data by refreshing through the first application based on the active refresh strategy, specifically including: The electronic device parses the active refresh command through the first application and obtains the first data; The electronic device refreshes the display of the first card based on the first data, specifically including: The electronic device displays the first card based on the first data displayed by the view display module.

7. The method according to any one of claims 1-6, characterized in that, Before the electronic device refreshes the display of the first card based on the first data, the method further includes: When the first card meets the active display conditions, the electronic device determines an active display strategy; the active display strategy includes the identifier of the first card. The electronic device acquires the second data through the first application based on the active display strategy; The electronic device displays the first card based on the second data.

8. The method according to claim 7, characterized in that, When the first card meets the active display conditions, the electronic device determines an active display strategy, specifically including: The electronic device determines the display event type corresponding to the first card that meets the active display conditions; the display event type corresponding to the first card includes at least one type. The electronic device determines the first card based on the second mapping relationship and the display event type; the second mapping relationship includes the mapping relationship between the display event types of different cards and the active display strategy.

9. The method according to claim 8, characterized in that, When the first card is a bus card and the first application is a map application, the display event type includes one or more of the following: the event type of being in a commuting period, the event type of frequently used WiFi disconnection, the event type of the user clicking the map application, the event type of not being able to detect a preset geofence, and the event type of entering a bus stop.

10. The method according to claim 8 or 9, characterized in that, The method further includes: When the first card meets the active disappearance condition, the electronic device determines the disappearance event type corresponding to the first card that meets the active disappearance condition; the disappearance event type corresponding to the first card includes at least one type. The electronic device determines the first card based on the second mapping relationship and the disappearance event type; the second mapping relationship includes the mapping relationship between the disappearance event types of different cards and the active disappearance strategy.

11. The method according to claim 10, characterized in that, When the first card is a public transport card and the first application is a map application, the disappearance event type includes one or more of the following: the bus ride has been completed event type, the commute time for the day has passed event type, and the company or home has been reached event type.

12. The method according to any one of claims 1-11, characterized in that, The method further includes: When an operation to refresh the first card is received, the electronic device obtains the second data of the first application and refreshes the first card once based on the second data display; The electronic device acquires the second data of the first application according to the second cycle duration, and refreshes the first card based on the second data.

13. An electronic device, characterized in that, include: A touch screen, one or more processors, and one or more memories; the one or more processors are coupled to the touch screen and the one or more memories, the one or more memories being used to store computer program code, the computer program code including computer instructions, which, when executed by the one or more processors, cause the electronic device to perform the method as described in any one of claims 1-12.

14. A computer-readable storage medium comprising instructions, characterized in that, When the instructions are executed on an electronic device, the electronic device causes the electronic device to perform the method as described in any one of claims 1-12.

Images