CN117939008A

CN117939008A - Card display method and electronic equipment

Info

Publication number: CN117939008A
Application number: CN202211319104.XA
Authority: CN
Inventors: 熊棋
Original assignee: Honor Device Co Ltd
Current assignee: Honor Device Co Ltd
Priority date: 2022-10-26
Filing date: 2022-10-26
Publication date: 2024-04-26

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, the first application provides data support for the display of the first card, and the method comprises the following steps: the electronic equipment determines an active refreshing strategy under the condition that the first card meets the active refreshing condition; the active refreshing strategy comprises an identification of the first card, a refreshing mode of the first card and refreshing content, and the refreshing mode at least comprises refreshing display times; the electronic device acquires first data through first application refreshing based on an active refreshing strategy; the electronic device refreshes a display of the first card based on the first data. According to the embodiment of the application, the timeliness of card display can be improved and the power consumption can be reduced.

Description

Card display method and electronic equipment

Technical Field

The present application relates to the field of terminal technologies, and in particular, to a card display method and an electronic device.

Background

In order to improve convenience for users to view information when using the electronic equipment, the electronic equipment can display the card of the related information for users to view. Such as a weather card displayed by a cell phone. The information displayed in the card tends to change over time, and therefore, the data displayed by the card needs to be refreshed. The card is refreshed untimely, so that the user can see invalid information, and the user experience is poor.

Disclosure of Invention

The embodiment of the application discloses a card display method and electronic equipment, which can improve the timeliness of card display and reduce power consumption.

In a first aspect, the present application provides a card display method, the method being 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, the method comprising: the electronic equipment determines an active refreshing strategy under the condition that the first card meets the active refreshing condition; the active refreshing strategy comprises an identification of the first card, a refreshing mode of the first card and refreshing content, wherein the refreshing mode comprises refreshing display times; the electronic device acquires first data through the first application refreshing based on the active refreshing strategy; the electronic device refreshes a display of the first card based on the first data.

The identification of the first card is used for determining a refreshed target card. The refreshing mode can comprise refreshing the display times and also can comprise refreshing the display period duration; the refresh content is used by the electronic device to determine the data content that needs to be refreshed.

In the embodiment of the application, the method for actively refreshing the electronic equipment can improve timeliness and effectiveness of checking the card by a user, ensure that the refreshing display times are as few as possible, and reduce power consumption caused by refreshing. In addition, the process of actively refreshing the card can bypass the process of refreshing in a preset period and the process of manually refreshing by a user, can determine a refreshing mode and refreshing content which meet the needs of the user, for example, the refreshing of higher frequency needed by the user can effectively ensure timeliness of card information to the user, and the use experience of the user is better.

In one possible implementation manner, the determining an active refresh policy specifically includes: the electronic equipment determines a refresh event type corresponding to a first card meeting the active refresh condition; the refresh event type corresponding to the first card comprises at least one of the following types; the electronic equipment determines an active refreshing strategy based on a first mapping relation and the refreshing event type; the first mapping relation is the mapping relation between the refresh event types of different cards and the active refresh policy. Therefore, the electronic equipment can definitely determine the card required to be refreshed by the user through the specific card refreshing event, the content required to be refreshed and the specific refreshing mode are corresponding, the first card displayed by the electronic equipment is ensured to be more in line with the user requirement, and the refreshing frequency meets the requirement of the user for checking.

In one possible implementation manner, in a case that the first card is a bus card and the first application is a map application, the refresh event type includes one or more of an event type currently in a commute time period, a common WiFi disconnect event type, an event type that a user clicks on the map application, an event type that a preset geofence event type cannot be detected, and an event type that enters a bus stop; the refreshing method is to refresh according to the first period time, and the refreshing display frequency is the first frequency; the refreshing content comprises bus information from a first bus station to a second bus station, and the first bus station and the second bus station are originating bus stations and destination bus stations which are required to be acquired by a user. Therefore, the electronic equipment can refresh the bus card for the first time according to the first period duration, the timeliness requirement of the bus card is high, the refresh frequency can be ensured to be the frequency of the card required by the user, and the user can be prevented from manually refreshing or checking the map application, so that the user experience is ensured to be good.

Wherein the first time is N times, and N is a positive integer.

In a possible implementation manner, the electronic device further includes a context awareness module and a service logic processing module, and the determining, by the electronic device, an active refresh policy if the first card meets an active refresh condition specifically includes: the electronic equipment determines a refresh event type corresponding to a first card meeting the active refresh condition through the context awareness module; the electronic equipment sends an active refresh request to the business logic processing module through the context awareness module, wherein the active refresh request comprises the refresh event type; and the electronic equipment determines an active refreshing strategy based on the first mapping relation and the refreshing event type through the business logic processing module. Therefore, the electronic equipment can determine the refreshing strategy based on the preset first mapping relation, and the compliance of the refreshing strategy and the use scene is ensured, so that the user can be ensured to have good experience of refreshing the corresponding card.

The refresh event type is an event type triggered by the first card meeting the active refresh condition, and the specific description above may refer to the related description in fig. 5, which is not repeated.

In a possible implementation manner, the electronic device further includes a view display module, and after determining the active refresh policy in a case that the first card meets the active refresh condition, the method further includes: the electronic device generates an active refresh command based on the active refresh policy through the view display module; the active refreshing instruction is used for indicating the first application to acquire first data; the active refreshing instruction comprises an identification of the first card, a refreshing mode of the first card and refreshing content. The information contained in the active refreshing instruction can ensure the refreshing mode and content and the refreshed target card, so that the module processing of an application program framework layer is not needed in the implementation process, and the scheme can be ensured to be realized, and the refreshing is determined to be more timely and accurate.

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

In a possible implementation manner, the electronic device further includes an application management service module, and after the electronic device generates, through the view display module, an active refresh instruction based on the active refresh policy, the method further includes: the electronic equipment sends the active refreshing instruction to the application management service module through the view display module; the electronic equipment forwards the active refreshing instruction to the first application through the application management service module; the electronic device acquires first data through the first application refresh based on the active refresh policy, and specifically includes: the electronic equipment analyzes the active refreshing instruction through the first application and acquires first data; the electronic device refreshes the display of the first card based on the first data, and specifically comprises: the electronic device displays the first card based on the first data through the view display module. Therefore, the first application can analyze the active refreshing instruction, so that the content of the first data is ensured to be acquired according to the appointed times of the refreshing strategy, the feasibility of the scheme is ensured, meanwhile, the user is ensured to timely and accurately acquire the information of the first card, and the user experience is improved.

In one possible implementation, before the electronic device refreshes the display of the first card based on the first data, the method further includes: the electronic equipment determines an active display strategy under the condition that the first card meets the active display condition; the active display policy includes an identification of the first card; the electronic equipment obtains second data through the first application based on the active display strategy; the electronic device displays the first card based on the second data. Therefore, the electronic equipment can display the corresponding card according to the scene of the user demand, unnecessary refreshing and display of the card are avoided, and unnecessary energy consumption is reduced.

Wherein the identification of the first card is used to determine the target card displayed.

In one possible implementation manner, the determining, by the electronic device, an active display policy if the first card meets an active display condition specifically includes: the electronic equipment determines a display event type corresponding to a first card meeting an active display condition; the display event type corresponding to the first card comprises at least one type; the electronic equipment determines a first card based on a second mapping relation and the display event type; the second mapping relation comprises mapping relation between display event types of different cards and active display strategies. Therefore, the electronic equipment can determine the card to be displayed based on the requirement scene of the user, unnecessary refreshing and displaying of the card are avoided, and unnecessary energy consumption is reduced.

In one 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 currently in a commute time period, a common WiFi disconnect event type, an event type where a user clicks the map application, a preset geofence event type not detected, and an event type entering a bus stop. Therefore, the electronic equipment can carry out active refreshing when starting display, and the display process is ensured to be necessary, so that information can be provided for users as virtually as possible in the life cycle of card display, the consistency of bus card display and refreshing is ensured, the refreshing necessity is further ensured, and the energy consumption is further saved.

In one possible implementation, the method further includes: the electronic equipment determines a vanishing event type corresponding to the first card meeting the active vanishing condition under the condition that the first card meets the active vanishing condition; the vanishing event type corresponding to the first card comprises at least one of the following types; the electronic equipment determines a first card based on a second mapping relation and the vanishing event type; the second mapping relation comprises mapping relations between vanishing event types of different cards and active vanishing strategies. Therefore, the electronic equipment can ensure that the display of the card is necessary for the corresponding user, and in the scene that the display of a certain card is not required, the electronic equipment can stop displaying the card, so that the energy consumption for card display and refreshing is reduced.

In one possible implementation, in a case where the first card is a bus card and the first application is a map application, the vanishing event type includes one or more of an occupied bus event type, a time of day commute elapsed event type, and an event type that has arrived at a company or home. Therefore, under the condition that the bus card does not need to be displayed, the display can be stopped, refreshing is not needed, and the energy consumption is reduced.

In one possible implementation, the method further includes: under the condition that the operation for refreshing the first card is acquired, the electronic equipment acquires second data of the first application and refreshes the first card once based on the second data; and the electronic equipment acquires second data of the first application according to a second period duration, and refreshes the first card based on the second data. In this way, the user can interact with the user by manually refreshing or refreshing according to the second period duration, and a better refreshing experience is brought.

Wherein the second period duration may be greater than the first period duration. The necessity of refreshing the first period duration is ensured.

In one possible implementation, the electronic device includes an application management service module and a view display module, and the method further includes: the electronic equipment sends a registration instruction of the first card to the application management service module through the view display module under the condition that the first card meets the active display condition for the first time; the electronic equipment registers the first card through the application management service module based on the registration instruction, and the registered application management service module comprises a clock management component and a target sending component of the first card. Therefore, the first card can be registered, the consistency of the acquired data of the first card and the first application with the display of the card is ensured, and the display and the refreshing access of the card are ensured.

In one possible implementation, the electronic device includes an application management service module including a clock management component and a target sending component; the clock management component is used for controlling the first card to be refreshed periodically; under the condition that the operation for refreshing the first card is acquired, the electronic equipment acquires second data of the first application and refreshes the first card once based on the second data, and the method specifically comprises the following steps: the electronic equipment sends a passive refreshing instruction to the target sending component through the view display module under the condition that the electronic equipment detects the operation for refreshing the first card through the view display module; the electronic device sends the passive refreshing instruction to the first application through the target sending component; the electronic equipment obtains second data once based on the passive refreshing instruction through the first application; the electronic equipment refreshes the display of the first card once through the view display module; the electronic device acquires second data of the first application according to a second period duration, and refreshes the first card based on the second data, and the method specifically comprises the following steps: the electronic equipment obtains a periodic refreshing instruction which is periodically sent to the first application according to the second periodic time through the clock management component; the electronic equipment obtains second data based on the periodic refresh instruction through the first application; and the electronic equipment refreshes the display of the first card through the view display module. In this way, the electronic device is able to implement periodic card refreshing through the application management service module. And ensuring the interaction process of refreshing the card by the user by refreshing the card based on the user operation.

In a second aspect, the present application provides an electronic device comprising: the touch screen, one or more processors, and one or more memories, the one or more memories being configured to store computer program code comprising computer instructions, the electronic device comprising a first application, the electronic device displaying a first card, the first application providing data support for the display of the first card, the one or more processors, when executing the computer instructions, causing the electronic device to perform:

Determining an active refresh policy under the condition that the first card meets an active refresh condition; the active refreshing strategy comprises an identification of the first card, a refreshing mode of the first card and refreshing content, wherein the refreshing mode comprises refreshing display times based on the active refreshing strategy, and first data are obtained through refreshing of the first application; and refreshing the display of the first card based on the first data.

In one possible implementation manner, the determining an active refresh policy specifically performs: determining a refresh event type corresponding to the first card meeting the active refresh condition; the refresh event type corresponding to the first card comprises at least one of the following types; determining an active refresh policy based on the first mapping relationship and the refresh event type; the first mapping relation is the mapping relation between the refresh event types of different cards and the active refresh policy. Therefore, the electronic equipment can definitely determine the card required to be refreshed by the user through the specific card refreshing event, the content required to be refreshed and the specific refreshing mode are corresponding, the first card displayed by the electronic equipment is ensured to be more in line with the user requirement, and the refreshing frequency meets the requirement of the user for checking.

Wherein the first time is N times, and N is a positive integer.

In a possible implementation manner, the electronic device further includes a context awareness module and a service logic processing module, and when the first card meets an active refresh condition, the electronic device determines an active refresh policy, specifically performs: determining a refresh event type corresponding to the first card meeting the active refresh condition through the context awareness module; sending an active refresh request to the service logic processing module through the context awareness module, wherein the active refresh request comprises the refresh event type; and determining an active refreshing strategy based on the first mapping relation and the refreshing event type by the business logic processing module. Therefore, the electronic equipment can determine the refreshing strategy based on the preset first mapping relation, and the compliance of the refreshing strategy and the use scene is ensured, so that the user can be ensured to have good experience of refreshing the corresponding card.

In a possible implementation manner, the electronic device further includes a view display module, and after determining the active refresh policy in a case that the first card meets the active refresh condition, the electronic device further performs: generating an active refresh command based on the active refresh policy by the view display module; the active refreshing instruction is used for indicating the first application to acquire first data; the active refreshing instruction comprises an identification of the first card, a refreshing mode of the first card and refreshing content. The information contained in the active refreshing instruction can ensure the refreshing mode and content and the refreshed target card, so that the module processing of an application program framework layer is not needed in the implementation process, and the scheme can be ensured to be realized, and the refreshing is determined to be more timely and accurate.

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

In one possible implementation manner, the electronic device further includes an application management service module, and after the electronic device generates the active refresh command based on the active refresh policy 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; the electronic device acquires first data through the first application refreshing based on the active refreshing strategy, and specifically executes: analyzing the active refreshing instruction through the first application, and acquiring first data; the electronic device refreshes the display of the first card based on the first data, and specifically performs: and displaying the first card based on the first data through the view display module. Therefore, the first application can analyze the active refreshing instruction, so that the content of the first data is ensured to be acquired according to the appointed times of the refreshing strategy, the feasibility of the scheme is ensured, meanwhile, the user is ensured to timely and accurately acquire the information of the first card, and the user experience is improved.

In one 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 under the condition that the first card meets the active display condition; the active display policy includes an identification of the first card; acquiring second data through the first application based on the active display policy; the first card is displayed based on the second data. Therefore, the electronic equipment can display the corresponding card according to the scene of the user demand, unnecessary refreshing and display of the card are avoided, and unnecessary energy consumption is reduced.

In one possible implementation manner, the electronic device determines an active display policy if the first card meets an active display condition, and specifically performs: determining a display event type corresponding to a first card meeting the active display condition; the display event type corresponding to the first card comprises at least one type; determining a first card based on a second mapping relation and the display event type; the second mapping relation comprises mapping relation between display event types of different cards and active display strategies. Therefore, the electronic equipment can determine the card to be displayed based on the requirement scene of the user, unnecessary refreshing and displaying of the card are avoided, and unnecessary energy consumption is reduced.

In one possible implementation, the electronic device further performs: determining a vanishing event type corresponding to the first card meeting the active vanishing condition under the condition that the first card meets the active vanishing condition; the vanishing event type corresponding to the first card comprises at least one of the following types; determining a first card based on a second mapping relationship and the vanishing event type; the second mapping relation comprises mapping relations between vanishing event types of different cards and active vanishing strategies. Therefore, the electronic equipment can ensure that the display of the card is necessary for the corresponding user, and in the scene that the display of a certain card is not required, the electronic equipment can stop displaying the card, so that the energy consumption for card display and refreshing is reduced.

In one possible implementation, the electronic device further performs: acquiring second data of the first application under the condition that an operation for refreshing the first card is acquired, and refreshing the first card once based on the second data; and acquiring second data of the first application according to a second period duration, and refreshing the first card based on the second data. In this way, the user can interact with the user by manually refreshing or refreshing according to the second period duration, and a better refreshing experience is brought.

In one possible implementation, the electronic device includes an application management service module and a view display module, and the electronic device further performs: under the condition that the first card meets the active display condition for the first time, a registration instruction of the first card is sent to the application management service module through the view display module; and registering the first card by the application management service module based on the registration instruction, wherein the registered application management service module comprises a clock management component and a target sending component of the first card. Therefore, the first card can be registered, the consistency of the acquired data of the first card and the first application with the display of the card is ensured, and the display and the refreshing access of the card are ensured.

In one possible implementation, the electronic device includes an application management service module including a clock management component and a target sending component; the clock management component is used for controlling the first card to be refreshed periodically; under the condition that the operation for refreshing the first card is acquired, the electronic equipment acquires second data of the first application, refreshes the first card once based on the second data, and specifically executes: when the view display module detects the operation for refreshing the first card, a passive refreshing instruction is sent to the target sending component through the view display module; transmitting the passive refresh instruction to the first application through the target transmitting component; acquiring second data once based on the passive refreshing instruction through the first application; refreshing, by the view display module, display of the first card once; the electronic device acquires second data of the first application according to a second period duration, refreshes the first card based on the second data, and specifically executes: periodically sending a periodic refresh instruction to the first application according to the second periodic duration through the clock management component; acquiring second data by the first application based on the periodic refresh instruction; refreshing the display of the first card through the view display module. In this way, the electronic device is able to implement periodic card refreshing through the application management service module. And ensuring the interaction process of refreshing the card by the user by refreshing the card based on the user operation.

In a third 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 processors are coupled with the touch screen, the camera, and the one or more memories, the one or more memories for storing computer program code comprising computer instructions that, when executed by the one or more processors, cause the electronic device to perform a card display method in any of the possible implementations of the above.

In a fourth aspect, the present application provides an electronic device, comprising: one or more functional modules. One or more functional modules are configured to perform a card display method according to any one of the possible implementation manners of the foregoing aspect.

In a fifth aspect, embodiments of the present application provide a computer storage medium including computer instructions that, when executed on an electronic device, cause the electronic device to perform a card display method according to any one of the possible implementations of the foregoing aspect.

In a sixth aspect, embodiments of the present application provide a computer program product, which when run on a computer causes the computer to perform a card display method as any one of the possible implementations of the above aspect.

Drawings

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

fig. 2 is a schematic software structure of an electronic device 100 according to an embodiment of the present application;

FIGS. 3A and 3B are schematic illustrations of a set of user interfaces provided by embodiments of the present application;

Fig. 4A and fig. 4B are schematic diagrams of another set of bus card refreshing provided in an embodiment of the present application;

FIG. 5 is a schematic flow chart of a card refreshing method according to an embodiment of the present application;

FIGS. 6A-6D are schematic diagrams of a set of software configurations for card refreshing according to embodiments of the present application;

FIG. 7 is a flow chart of a method for vanishing a card display according to an embodiment of the present application;

fig. 8 is a flowchart of a method for configuring a card display policy according to an embodiment of the present application.

Detailed Description

In order to facilitate the clear description of the technical solutions of the embodiments of the present application, the following briefly describes some terms and techniques involved in the embodiments of the present application:

(1) Card and card

A card is an information carrier with a closed contour that intuitively and quickly provides important or closely related information in a condensed form for the display and interaction of the information. The card is generally rectangular in shape with rounded corners, similar to the shape of a credit card, although other shapes are possible. The card enables users of the electronic equipment to acquire information and execute operation more conveniently and intuitively, so that the card has wide application. In the embodiment of the application, the size, the position, the shape and the like of the card are not limited.

Cards may include resident cards and active cards.

Wherein, resident card: the card can be fixedly arranged in the interface, and the position of the resident card in the interface can be reserved no matter whether the resident card has information to be prompted or not.

Active card: the method can be understood as a temporarily generated card, and the active card is displayed in an interface when the content to be prompted exists in the active card. When the content which needs to be prompted in the movable card or the life cycle of the movable card is finished, the movable card is not displayed in the interface, and other contents in the interface can fill the position of the movable card. The embodiment of the application is mainly aimed at movable cards.

(2) Geofence (Geo-fencing)

Geofencing refers to the fact that in the case that a user arrives near a certain geographic location, the electronic device of the user can send the monitored longitude and latitude coordinates of the electronic device, the identification of a cell (cell) base station scanned by the electronic device, or Wi-Fi information (such as Wi-Fi identification) scanned by the electronic device.

The geofence can determine the location of the user electronic device based on different monitoring data. Thus, geofences can be categorized into global navigation satellite system (global navigation SATELLITE SYSTEM, GNSS), cell (cell) geofences, and wireless fidelity (WIRELESS FIDELITY, wi-Fi) geofences.

The monitoring dimension of the cell geofence may be the identity of the cell base station scanned by the handset. The monitored area of the cell geofence may be signal coverage with one or more cell base stations. The electronic equipment matches the scanned Identification (ID) of the cell base station with the identification of the corresponding cell base station, and after the matching is successful, the mobile phone can determine that the user enters the cell geofence corresponding to the geographic position.

(3) Other terms

In embodiments of the present application, the words "first," "second," and the like are used to distinguish between identical or similar items that have substantially the same function and effect. For example, the first chip and the second chip are merely for distinguishing different chips, and the order of the different chips is not limited. It will be appreciated by those of skill in the art that the words "first," "second," and the like do not limit the amount and order of execution, and that the words "first," "second," and the like do not necessarily differ.

It should be noted that, in the embodiments of the present application, words such as "exemplary" or "such as" are used to denote examples, illustrations, or descriptions. Any embodiment or design described herein as "exemplary" or "for example" should not be construed as preferred or advantageous over other embodiments or designs. Rather, the use of words such as "exemplary" or "such as" is intended to present related concepts in a concrete fashion.

In the embodiments of the present application, "at least one" means one or more, and "a plurality" means two or more. "and/or", describes an association relationship of an association object, and indicates that there may be three relationships, for example, a and/or B, and may indicate: a alone, a and B together, and B alone, wherein a, B may be singular or plural. The character "/" generally indicates that the context-dependent object is an "or" relationship. "at least one of" or the like means any combination of these items, including any combination of single item(s) or plural items(s). For example, at least one (one) of a, b, or c may represent: a, b, c, a-b, a-c, b-c, or a-b-c, wherein a, b, c may be single or plural.

In the embodiment of the present application, the electronic device may also be referred to as a terminal (terminal), a User Equipment (UE), a Mobile Station (MS), a Mobile Terminal (MT), and the like. The electronic device may be a mobile phone, a smart television, a wearable device, a tablet (Pad), a computer with wireless transceiving functionality, a Virtual Reality (VR) electronic device, an augmented reality (augmented reality, AR) electronic device, a wireless terminal in industrial control (industrial control), a wireless terminal in unmanned driving (self-driving), a wireless terminal in teleoperation (remote medical surgery), a wireless terminal in smart grid (SMART GRID), a wireless terminal in transportation security (transportation safety), a wireless terminal in smart city (SMART CITY), a wireless terminal in smart home (smart home), and so on.

The wearable device can also be called as a wearable intelligent device, and is a generic name for intelligently designing daily wearing and developing wearable devices by applying a wearable technology, such as glasses, gloves, watches, clothes, shoes and the like. The wearable device is a portable device that is worn directly on the body or integrated into the clothing or accessories of the user. The wearable device is not only a hardware device, but also can realize a powerful function through software support, data interaction and cloud interaction. The generalized wearable intelligent device includes full functionality, large size, and may not rely on the smart phone to implement complete or partial functionality, such as: smart watches or smart glasses, etc., and focus on only certain types of application functions, and need to be used in combination with other devices, such as smart phones, for example, various smart bracelets, smart jewelry, etc. for physical sign monitoring. The embodiment of the application does not limit the specific technology and the specific equipment form adopted by the electronic equipment.

In an embodiment of the present application, an electronic device may include a hardware layer, an operating system layer running above the hardware layer, and an application layer running above the operating system layer. The hardware layer includes hardware such as a central processing unit (central processing unit, CPU), a memory management unit (memory management unit, MMU), and a memory (also referred to as a main memory). The operating system may be any one or more computer operating systems that implement business processes through processes (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 comprises applications such as a browser, an address book, word processing software, instant messaging software and the like.

In order to better understand the embodiments of the present application, the following describes the structure of the electronic device according to the embodiments of the present application:

Fig. 1 shows a schematic configuration of an electronic device 100. The electronic device 100 may include a processor 110, an external memory interface 120, an internal memory 121, a universal serial bus (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 speaker 170A, a receiver 170B, a microphone 170C, an earphone interface 170D, a sensor module 180, keys 190, a motor 191, an indicator 192, a camera 193, a display 194, and a subscriber identity module (subscriberidentification module, SIM) card interface 195, etc. The sensor module 180 may include a pressure sensor 180A, a gyro sensor 180B, an air pressure sensor 180C, a magnetic sensor 180D, an acceleration sensor 180E, a distance sensor 180F, a proximity sensor 180G, a fingerprint sensor 180H, a temperature sensor 180J, a touch sensor 180K, an ambient light sensor 180L, a bone conduction sensor 180M, and the like.

It should be understood that the illustrated structure of the embodiment of the present application does not constitute a specific limitation on the electronic device 100. In other embodiments of the application, electronic device 100 may include more or fewer components than shown, or certain components may be combined, or certain components may be split, or different arrangements of components. The illustrated components may be implemented in hardware, software, or a combination of software and hardware.

The processor 110 may include one or more processing units, such as: the processor 110 may include an application processor (application processor, AP), a modem processor, a graphics processor (graphics processingunit, GPU), an image signal processor (IMAGE SIGNAL processor, ISP), a controller, a video codec, a digital signal processor (DIGITAL SIGNAL processor, DSP), a baseband processor, and/or a neural-Network Processor (NPU), etc. Wherein the different processing units may be separate devices or may be integrated in one or more processors.

The controller can generate operation control signals according to the instruction operation codes and the time sequence signals to finish the control of instruction fetching and instruction execution.

A memory may also be provided in the processor 110 for storing instructions and data. In some embodiments, the memory in the processor 110 is a cache memory. The memory may hold instructions or data that the processor 110 has just used or recycled. If the processor 110 needs to reuse the instruction or data, it may be called from memory. Repeated accesses are avoided and the latency of the processor 110 is reduced, thereby improving the efficiency of the system.

In some embodiments, the processor 110 may include one or more interfaces. The interfaces may include an integrated circuit (inter-INTEGRATED CIRCUIT, I2C) interface, an integrated circuit built-in audio (inter-INTEGRATED CIRCUITSOUND, I2S) interface, a pulse code modulation (pulse code modulation, PCM) interface, a universal asynchronous receiver transmitter (universal asynchronous receiver/transmitter, UART) interface, a mobile industry processor interface (mobile industry processor interface, MIPI), a general-purposeinput/output (GPIO) interface, a subscriber identity module (subscriber identity module, SIM) interface, and/or a universal serial bus (universal serial bus, USB) interface, among others.

It should be understood that the interfacing relationship between the modules illustrated in the embodiments of the present application is illustrative, and does not limit the structure of the electronic device 100. In other embodiments of the present application, the electronic device 100 may also employ different interfacing manners in the above embodiments, or a combination of multiple interfacing manners.

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

The power management module 141 is used for connecting the battery 142, and the charge management module 140 and the processor 110. The power management module 141 receives input from the battery 142 and/or the charge management module 140 to power the processor 110, the internal memory 121, the display 194, the camera 193, the wireless communication module 160, and the like. The power management module 141 may also be configured to monitor battery capacity, battery cycle number, battery health (leakage, impedance) and other parameters. In other embodiments, the power management module 141 may also be provided in the processor 110. In other embodiments, the power management module 141 and the charge management module 140 may be disposed in the same device.

The wireless communication function of the electronic device 100 may be implemented by the antenna 1, the antenna 2, the mobile communication module 150, the wireless communication module 160, a modem processor, a baseband processor, and the like.

The electronic device 100 implements display functions through a GPU, a display screen 194, an application processor, and the like. The GPU is a microprocessor for image processing, and is connected to the display 194 and the application processor. The GPU is used to perform mathematical and geometric calculations for graphics rendering. Processor 110 may include one or more GPUs that execute program instructions to generate or change display information.

The display screen 194 is used to display images, videos, and the like. The display 194 includes a display panel. The display panel may employ a Liquid Crystal Display (LCD) screen (liquid CRYSTAL DISPLAY), an organic light-emitting diode (OLED), an active-matrix organic light-emitting diode (AMOLED) or an active-34 diode, a flexible light-emitting diode (FLED), miniled, microLed, micro-oLed, a quantum dot light-emitting diode (quantum dot lightemitting diodes, QLED), or the like. In some embodiments, the electronic device 100 may include 1 or N display screens 194, N being a positive integer greater than 1.

The electronic device 100 may implement photographing functions through an ISP, a camera 193, a video codec, a GPU, a display screen 194, an application processor, and the like.

The electronic device 100 may implement audio functions through an audio module 170, a speaker 170A, a receiver 170B, a microphone 170C, an earphone interface 170D, an application processor, and the like. Such as music playing, recording, etc.

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

The SIM card interface 195 is used to connect a SIM card. The SIM card may be inserted into the SIM card interface 195, or removed from the SIM card interface 195 to enable contact and separation with the electronic device 100. The electronic device 100 may support 1 or N SIM card interfaces, N being a positive integer greater than 1. The SIM card interface 195 may support Nano SIM cards, micro SIM cards, and the like. The same SIM card interface 195 may be used to insert multiple cards simultaneously. The types of the plurality of cards may be the same or different. The SIM card interface 195 may also be compatible with different types of SIM cards. The SIM card interface 195 may also be compatible with external memory cards. The electronic device 100 interacts with the network through the SIM card to realize functions such as communication and data communication. In some embodiments, the electronic device 100 employs esims, 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.

The software system of the electronic device 100 may employ a layered architecture, an event driven architecture, a microkernel architecture, a microservice architecture, or a cloud architecture, among others. In the embodiment of the application, taking an Android system with a layered architecture as an example, a software structure of the electronic device 100 is illustrated.

Fig. 2 is a software configuration block diagram of the electronic device 100 according to the embodiment of the present application.

The layered architecture divides the software into several layers, each with distinct roles and branches. The layers communicate with each other through a software interface. In some embodiments, the Android system is divided into four layers, from top to bottom, an application layer, an application framework layer, an Zhuoyun rows (Android runtime) and system libraries, and a kernel layer, respectively.

The application layer may include a series of application packages.

As shown in fig. 2, the application packages may include applications such as cameras, calendars, phones, maps, weather, clocks, first map applications, view display modules, business presentation modules, context awareness modules, and business logic processing modules.

The map can be an application with functions of geographic location positioning, inquiring, public transportation inquiring and the like. Such as hundred degree maps, german maps, and Tencel maps, etc.

The context awareness module is resident or operates in a low power form, with the ability to perceive an external fact or environment. For example, when the card reminding service is in an on state, the context awareness module monitors the registered ability (or matters such as specific time, specific place or specific event) according to the service logic processing module, and if the user triggers any one of the matters, the context awareness module can send a notification to the service logic processing module. In addition, the context awareness module may also detect related events and acquire status of events from other applications at the application layer or application framework layer or system layer or kernel layer through an application programming interface (application programming interface, API), such as detecting bluetooth connections, network connections, monitoring user messages, customizing timers, etc.

In the embodiment of the application, the context awareness module can be preset with some card refreshing conditions in different scenes, the context awareness module can judge whether the refreshing conditions of the specific card are met currently, and under the condition that the refreshing conditions are met, a refreshing request can be sent to the business logic processing module. In the case where the refresh condition is not satisfied, no processing is performed. Of course, the display condition and the disappearance condition may be preset. The context awareness module can judge whether the display condition of the specific card is met currently, and can send a display request to the business logic processing module under the condition that the display condition is met; otherwise, no processing is performed. The context awareness module can judge whether the vanishing condition of the specific card is met currently, and can send a vanishing request to the business logic processing module under the condition that the vanishing condition is met; otherwise, no processing is performed.

The business logic processing module has business logic processing capability and can be used for realizing various card display and disappearing logics. For example, the service logic processing module receives the notice sent by the context awareness module and used for indicating that a certain event is detected (such as meeting a certain event of a bus refreshing event), and can send a command to the service presentation module according to logic to draw a card to be displayed, wherein the command can carry a link, and then when a user clicks the card, the user can jump to a certain three-party APP or applet corresponding to the link according to the link. The business logic processing module can display or disappear the card on the terminal by receiving the notification sent by the context awareness module and used for indicating that the user uses the two-dimensional code.

In the embodiment of the application, the business logic processing module can execute different active refreshing strategies for different cards according to the situation, and can determine the refreshing strategy of the card and send the refreshing strategy to the view display module under the condition that the refreshing situation of the specific card is currently satisfied is obtained from the situation sensing module. Meanwhile, the business logic processing module can also determine the display and disappearance of a certain card according to the scene.

And a service presentation module (such as YOYO suggestion) for generating and displaying or disappearing the determined card view on the screen of the electronic device. For example, the service presentation module may receive a command transmitted by the service logic processing module to display a reminder card, and present the reminder card to the user, and when the user clicks on the card, may link to a certain page of a certain APP. The service presentation module can establish and display the displayed animation, acquire user feedback information based on user interaction, and the like. For example, in some embodiments of the present application, the user clicks on the train card displayed by the yoyoyo suggestion, and the electronic device may display the detail interface of 12306, facilitating the user to view more detailed information. In the embodiment of the application, the service presentation module can draw the card based on the received display notice of the service logic processing module and display or disappear. That is, if the command of disappearing the card transmitted from the service logic processing module is received, the service presenting module may disappear the card.

In the embodiment of the application, the service presentation module can receive and store the data of the drawing card from a certain application, then can draw the card based on the data, and sends the drawn card data to the view display module for display.

The view display module may be used to display information (display plug-ins, notifications, applications, cards, etc.) for the electronic device. In the embodiment of the application, the view display module can also draw the card based on the display notice received by the service presentation module, and coordinate the displayed or disappeared card with the existing display content.

In the embodiment of the application, the view display module can receive the display data of the card from the service presentation module and display the corresponding card based on the display data of the card.

The application framework layer provides APIs and programming frameworks for application programs of the application layer. The application framework layer includes a number of predefined functions.

As shown in FIG. 2, the application framework layer may include a window manager, a content provider, a view system, a notification manager, an activity manager, an application management service module, a location manager, and the like.

The window manager is used for managing window programs. The window manager may obtain the display screen size, determine if there is a status bar, lock the screen, touch the screen, drag the screen, intercept the screen, etc.

The content provider is used to store and retrieve data and make such data accessible to applications. The data may include video, images, audio, calls made and received, browsing history and bookmarks, phonebooks, etc.

The view system includes visual controls, such as controls to display text, controls to display pictures, and the like. The view system may be used to build applications. The display interface may be composed of one or more views. For example, a display interface including a text message notification icon may include a view displaying text and a view displaying a picture.

The notification manager allows the application to display notification information in a status bar, can be used to communicate notification type messages, can automatically disappear after a short dwell, and does not require user interaction. Such as notification manager is used to inform that the download is complete, message alerts, etc. The notification manager may also be a notification in the form of a chart or scroll bar text that appears on the system top status bar, such as a notification of a background running application, or a notification that appears on the screen in the form of a dialog window. For example, a text message is prompted in a status bar, a prompt tone is emitted, the electronic device vibrates, and an indicator light blinks, etc.

The activity manager is used for managing activity-related transactions such as start, state, life cycle of an application. Wherein activity is an application component that can provide an interface through which a user can interact with an electronic device to perform a task.

The application management service module can cooperate with the view display module and the application for providing card data correspondingly in the display and refreshing processes of the card, so that the integrity of the display or refreshing process is ensured. The application management service module may include a clock management module and an application component service module. When the user operates to add the card, the application component service module registers the card based on the card adding event, and ensures the integrity of the card display or refreshing channel. 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 specifies refreshing a card once with a minimum 30 minute period. Specific instruction logic of the application management service module may refer to the related descriptions of fig. 6A to 6D, which are not repeated.

A location manager (Location Based Services, LBS) is used to obtain electronic device location information. For example, current global positioning system (global positioning system, GPS) data, (WIRELESS FIDELITY, wi-Fi) positioning data and positioning data of a cell (cell) base station are obtained. The location manager enables the acquisition of location information, for example, GPS positioning built in the electronic device may be used, as well as positioning by means of three-party map software. The minimum time and minimum distance of positioning can be set, and after exceeding the setting, the position refreshing is triggered again. The obtained location includes longitude and latitude, a location provider, and can also be converted into a detailed geographic location, such as an xxx-city xxx region xxx block xxx cell.

Android runtime include core libraries and virtual machines. Android runtime is responsible for scheduling and management of the android system.

The core library consists of two parts: one part is a function which needs to be called by java language, and the other part is a core library of android.

The application layer and the application framework layer run in a virtual machine. The virtual machine executes java files of the application program layer and the application program framework layer as binary files. The virtual machine is used for executing the functions of object life cycle management, stack management, thread management, security and exception management, garbage collection and the like.

The system library may include a plurality of functional modules. For example: surface manager (surface manager), media Libraries (Media Libraries), three-dimensional graphics processing Libraries (e.g., openGL ES), 2D graphics engines (two-dimensional graphics engines) (e.g., SGL), etc.

The surface manager is used to manage the display subsystem and provides a fusion of 2D and 3D (three-dimensional) layers for multiple applications.

Media libraries support a variety of commonly used audio, video format playback and recording, still image files, and the like. The media library may support a variety of audio and video encoding formats, such as MPEG4, h.264, MP3, AAC, AMR, JPG, PNG, etc.

The three-dimensional graphic processing library is used for realizing three-dimensional graphic drawing, image rendering, synthesis, layer processing and the like.

The 2D graphics engine is a drawing engine for 2D drawing.

The kernel layer is a layer between hardware and software. The kernel layer may contain display drivers, camera drivers, audio drivers, sensor drivers, etc.

In daily life, users need to review relevant information for follow-up and real-time processing no matter users take buses, trains and planes, take schedules or tasks to be handled, check hotels, have information express notices and the like. However, when a user searches for corresponding information in the electronic device, the user often needs to click on the related APP to perform review, and the operation process of the user is complicated.

Based on the above problems, in order to reduce the operation of the user, more timely and fast remind the user of related information, the electronic device can firstly extract related information of buses, trains, planes, schedules or tasks to be handled, hotels, express delivery and the like, and recommend the related information to the user in the form of a card.

The electronic device may display a first user interface, which may include a card. The card may be a card that is used by the electronic device to remind a user of a public transportation situation, a flight situation, a user journey, backlog, a task, and the like of a bus station nearby the user. The cards may include bus cards, subway cards, train cards, flight cards, calendar cards, planning cards, meeting cards, express cards, alarm clock cards, weather cards, and the like, and the application is not limited.

In the user interface, the card may be displayed on a user interface of any one of the desktop of the electronic device, the first screen, the second screen, and the third screen, without limitation. The negative screen of the desktop is positioned on a user interface which is displayed by one time sliding leftwards when the desktop is displayed by the electronic equipment. The first screen of the desktop, the second screen of the desktop, the third screen of the desktop and the like are positioned on a user interface which is sequentially displayed after the first screen of the desktop slides rightwards from the negative screen of the desktop. The electronic device may include a negative three-screen, a negative two-screen, etc. positioned on the user interface that is displayed in sequence after sliding left, starting from the negative one-screen of the desktop.

Fig. 3A and 3B are schematic diagrams of a set of user interfaces disclosed by embodiments of the present application, for example. As shown in fig. 3A, the electronic device may display a user interface 300, where the user interface 300 is a negative one-screen interface of the electronic device, and may include a bus card 301, a weather card 302, a clock card 303, an express card 304, and the like. The bus card 301 may include information about buses selected by users by clicking the refresh control and the map control, such as bus numbers, departure bus stops, arrival time, number of stops, destination, and the like. The public transport card can comprise information of multiple public transport ways, and public transport card 301 can comprise public transport related information of 343 routes, 690 routes and quick up to … routes. The bus card 301 may include a card refresh control 3011, and the user may click on the card refresh control 3011 to refresh the bus card 301 under a condition that the user needs to see a real-time bus message. Weather card 302 may include information of the current location, local weather, air temperature, etc. The clock card 303 may time the alarm clock at the current time and the user. Express card 304 may include information such as the express point of the pick-up, arrival time, phone tail number, etc. In addition, the user interface 300 may include other information or cards, as the application is not limited in this regard.

As shown in fig. 3B, the electronic device may display a user interface 310, the user interface 310 being an interface to a first screen of the electronic device, which may include a train card 311. The train card 311 may include related information such as a train number, time, departure location, departure time, arrival location, arrival time, and ticket gate and seat number. In addition, the user interface 310 may include other information (e.g., application icon information, etc.) or cards, as the application is not limited in this regard.

In the process of displaying the card, the refresh frequency of the card is often that the card is refreshed once in a specific period duration, or the electronic device receives a refresh event and refreshes once under the condition that the user clicks the refresh control. For example, as shown in fig. 3A, if the electronic device sets to refresh the bus card every 30 minutes, the electronic device refreshes the card every 30 minutes. When a user gets on and off duty to take a bus, the time interval of 30 minutes is obviously too long, and the user needs to click the card refreshing control 3011, so that the electronic equipment can refresh the bus information at the current time. For the situation, the card is refreshed for a long time, so that the refresh rate of the card is obviously too low and the timeliness and timeliness are too poor for a user to take a bus. And when the user clicks to refresh the card, the operation process of the user is too complicated and complicated. However, if the card refresh frequency is set too high, it is obvious that huge power consumption is caused.

In the embodiment of the application, the electronic equipment can be based on card display and refreshing strategies in a user scene. The electronic device may obtain an active display event for the first card, based on which the electronic device may display the first card. In the process of displaying the first card, if the electronic device acquires the active refresh event of the first card, the electronic device can determine a refresh policy based on the refresh event type, so that the first card can be refreshed and displayed according to a specific refresh mode and refresh content. In addition, under the condition that the active vanishing condition of the first card is met, the first card is determined to stop displaying based on the vanishing event type, and the electronic equipment can stop displaying the first card. Therefore, the process of displaying and disappearing the card can display and disappear with the scene required by the user, the effectiveness of display is ensured, and unnecessary refreshing after display is avoided. The active refreshing process can ensure refreshing timeliness based on a specific refreshing strategy, so that the refreshing display times of the card are reduced while the user experience is improved, and the problem of overhigh power consumption caused by card refreshing is solved.

In different scenes, the card information which the user needs to know is different, and the electronic equipment can set up a card refreshing strategy and a card display strategy according to the requirement scenes of different card users, and display and refresh the card information required by the users in the corresponding scenes.

Wherein, different cards, the scenes displayed and refreshed may be the same or different. The same card may include one or more display and refresh scenarios and display and refresh policies. The refreshing strategy is a refreshing mode of each card under the corresponding scene. The display strategy is the display mode of each card in the corresponding scene.

Scene 1: and the user takes the bus, and the bus card is refreshed and displayed.

On the workday, the user takes the bus to work after turning off the alarm clock. If the user is used to refresh the bus card before going out, or opens the map application to check the bus implementation condition of the nearby bus station, and judges whether the bus needs to go out as soon as possible or later. After the user leaves the company after working, the user needs to check the real-time bus condition of the bus stations nearby the company, so that the length of waiting bus time can be measured.

Active refreshing condition of bus card:

aiming at different user scenes, the electronic equipment can determine corresponding bus refreshing events and bus refreshing strategies aiming at different refreshing scenes of the bus card. The electronic equipment can be preset with a bus refreshing event, the electronic equipment judges whether the bus refreshing condition is met currently, and under the condition that the bus refreshing condition is met, the electronic equipment can determine a refreshing strategy of a bus card based on the current bus refreshing event type and refresh the bus card according to the card refreshing strategy.

Wherein, the bus refreshing event of the bus card can comprise one or more. The type of the refreshing event of the bus can comprise one or more of the period of time when the current time is in the working hours, the electronic equipment is disconnected from the common WiFi network, the electronic equipment moves to a specific bus station, the type of the reminding event is set by a bus alarm clock, and the like.

The card refreshing strategy of the bus card comprises refreshing of the card under the corresponding scene and data needing refreshing. The electronic device refreshes the first number of times according to the first period duration. For example, when a user goes out to work, the electronic device refreshes the bus card every 2 minutes (first period duration) 15 times (first number). It should be noted that, the first period duration and the first number of times are preset by the electronic device, and the present application is not limited by the foregoing illustration. The card refreshing data of the bus can be bus information of all lines from a departure bus station to an arrival bus station.

Working scene: on the workday, the user starts from home to work, takes the bus to get from the bus station A to the bus station B, and goes to the company to work.

Illustratively, the user is accustomed to turning on the map application to view the bus condition 15 minutes after getting up to the alarm clock and taking the bus to work within 20 minutes. The departure stations taking buses are all bus stations A. The electronic device may determine that the bus refreshing event is 15 minutes after the alarm clock reminding event is acquired, acquire bus information that the bus station a arrives at the bus station B, and determine that the corresponding refreshing mode is to refresh according to the refresh mode of 10 every 2 minutes.

Illustratively, a user's mobile phone connects to the home WiFi at home, the user commutes to the home, the mobile phone disconnects the WiFi, and takes the bus from bus station a to bus station B. The electronic device can set the condition of disconnecting the WiFi in the commuting time of the bus refreshing event. And under the condition that the mobile phone receives the WiFi disconnection event in the commuting time period (assumed to be 08:00-08:30), the mobile phone can acquire the bus information from the bus station A to the bus station B according to the first period duration and the first time number, and refresh the bus card.

Illustratively, after the user leaves the home during the commute time period, the geofence in which the cell phone is located is no longer the geofence in which the home is located. The electronic device may set the bus refresh event as a condition of a geofence where the geofence home is located that is not available to the electronic device within the commute time. The electronic equipment detects that the received geofence is changed from the fence 1 where the home is located to other fences, or under the condition that the received geofence 1 is not received, the public transport information from the public transport station A to the public transport station B can be obtained according to the first period duration and the first time number, and the public transport card is refreshed.

Illustratively, after the user arrives at the bus stop, the mobile phone may acquire the geofence of the bus stop a, or the mobile phone may determine that the user arrives at the bus stop a. The electronic device may set the bus refreshing event to obtain a geofence where the departure bus station is located or obtain bus information from the bus station a to the bus station B according to the first period duration and the first number when the distance between the user and the departure bus station a is less than the first distance, and refresh and display the bus card.

Illustratively, the user may view the map application of the mobile phone at a particular time in the morning, view the bus condition from bus station a to bus station B, and the electronic device may begin refreshing the bus card at this particular time in the workday.

It should be noted that, the specific bus refreshing event and refreshing policy may be one or more of the above several bus taking scenes, which are all related to living habits of each user, and the bus refreshing event and refreshing policy of the electronic device of each user may be different.

Fig. 4A and 4B are schematic diagrams of refreshing a set of bus cards according to an embodiment of the present application. Assuming that the electronic device determines that the bus refresh condition is satisfied at 8:00 am on the workday, the electronic device may begin refreshing according to a refresh policy. As shown in fig. 4A, the yoyoyo suggestion activity card in the user interface 400 may include a public transport card 401, where the public transport card 401 may display an entry control for entering an x map, and may further include a click refresh control 4011, where the refresh time is 08:00. in the several buses shown, 343 buses leave 3 stations for 4 minutes to reach bus station a,690 buses leave 5 stations for 9 minutes to reach bus station a. The specific description of the bus card 401 may refer to the related description of fig. 3A, which is not repeated.

Suppose an electronic device is refreshed every two minutes starting at 08:00 for a total of 10 refreshes. As shown in fig. 4B, at 08:02, the user interface 410 may display the bus card 411, clicking on the refresh control 4111 updates the refresh time to 08:02. at this time, out of the several buses shown, 343 buses left 1 station for 2 minutes to reach the bus station a, and 690 buses left 3 stations for 7 minutes to reach the bus station a. The electronic device may perform the last refresh at 08:18 and end the active refresh process. The high-frequency refreshing in the active refreshing is attached to the travel of the user as much as possible, so that the refreshing frequency can be reduced and the refreshing power consumption can be reduced while the refreshing accuracy and effectiveness are ensured.

After ending this active refresh process, the electronic device may refresh at a frequency of a particular period duration (e.g., 30 minutes). In this way, the refresh frequency can be reduced, reducing power consumption.

And (3) working scenes: on the workday, the user starts from the company (unit) and takes the bus from the bus station C to the bus station D to go home.

Illustratively, the user typically goes off duty at 18:00 pm, opens the map application to view the bus conditions from bus C to bus D, and sits to get to bus within 30 minutes. The electronic device may actively refresh the bus may include determining that the current time is within a commute time period of the off duty. The electronic equipment detects that the current time period is 18:00-18:30, refreshing can be started once every 3 minutes, the bus information reaching the bus station D from the bus station C is acquired in a 10-time refreshing mode, and the bus card is refreshed and displayed.

Illustratively, the user's cell phone connects to the company WiFi at the company, and the user commutes to work at the time the cell phone disconnects from the company WiFi. The electronic device may set the bus refresh event to be an event that disconnects WiFi during the commute time from work. And the mobile phone detects that the mobile phone obtains the bus information from the bus station C to the bus station D according to the first period duration and the first time number and refreshes and displays the bus card when receiving the WiFi disconnection event in the commuting time period (which is assumed to be 18:00-18:30).

Illustratively, after the user leaves the company during the commute hours, the geofence in which the cell phone is located is no longer the geofence in which the company is located. The electronic device may set that the bus refresh event includes an event of a geofence where the geofence company is located that is not available to the electronic device during the commute time of the departure. In the period of 18:00-18:30, when the electronic equipment detects that the received geofence is changed from the fence 2 where the company is located to other fences, or the received geofence 2 is not received, the electronic equipment can start to acquire the bus information from the bus station C to the bus station D in a first period duration and a second number of times, and refresh and display the bus card.

The bus refreshing event set by the electronic device can respectively comprise the scenes of the working and the working, and the application is not limited to the specific scene.

Life cycle of bus card active display and disappearance:

Besides the active refreshing scene, the bus card can perform active display before active refreshing, and can stop displaying after active refreshing. The electronic device stores a public transportation display policy for displaying or disappearing public transportation cards in a specific user scene.

The active display condition of the bus card may include the active refresh condition described above, that is, the active display event type of the bus card may include one or more of a current time in a shift-in/shift-out period, disconnection of the common WiFi network of the electronic device, movement of the electronic device to a specific bus stop, setting of a reminder event type by a bus alarm clock, and so on. The specific determination process may refer to the related description above, which is not repeated here.

When the electronic device determines that the active display condition is currently satisfied, the electronic device may start displaying the bus card. I.e. from no bus card displayed to bus card displayed in the user interface. If the active display condition is not satisfied, the bus card is kept not to be displayed.

For example, in a case where the electronic device receives the alarm clock reminding event, an active display condition may be determined, and the electronic device starts to display the first card. After a period of time, after the electronic device acquires the WiFi disconnection event, the electronic device may determine that the active refresh condition is met, and the electronic device may refresh the first card for a first number of times according to the first period duration.

The active vanishing event type of the bus card may include one or more of an event in which the electronic device has acquired an occupied bus, a commute time of day has elapsed, a user has arrived at a company or home, and so on.

For example, during commuting time, the electronic device detects that its location is in the company (in the geofence where the company is located or in a situation where the distance between the electronic device and the company is smaller than the second distance), the electronic device may determine that the active vanishing condition of the bus card is satisfied, and may cancel displaying the bus card.

Under the condition that the electronic equipment judges that the active vanishing condition is met, the electronic equipment can stop displaying the current bus card; under the condition that the active vanishing condition is not met, the display of the current bus card can be ensured.

In the above embodiment, the electronic device may actively display the bus card based on the scenario that the user may use, and stop displaying the bus card for the situation that the user does not need to take a bus. The process makes the display of the bus card meaningful to the user, ensures the timeliness and the effectiveness of the display, and improves the user experience. Meanwhile, unnecessary display and refreshing of the card can be avoided, and energy consumption is saved.

Scene 2: and after the user gets up, refreshing and displaying the weather card.

As shown in fig. 4A, the electronic device may also display a weather card. Weather cards are generally used for reminding a user of the weather conditions of the current day, and the user can wear clothes or judge whether to carry an umbrella or not based on the weather conditions. Thus, the user should pay attention to the weather before going out.

The condition of the active refreshing of weather cards:

In one possible implementation, the electronic device may refresh the current weather card once in the event that a wake-up alarm is received. Specifically, the user typically sets an alarm clock when he needs to go out early. After the electronic equipment receives the alarm clock reminding time of the clock application, the current weather data can be obtained through the weather application, and the electronic equipment can refresh the information of the weather card to the currently displayed weather data. Therefore, after the user gets up, the weather data is the latest weather data, the validity and timeliness of the weather data can be guaranteed, the refreshing times of the card are controlled, and the power consumption of the electronic equipment is reduced. Meanwhile, the data of the weather card is refreshed and displayed for a specific period duration (for example, 30 min) in the normal use process of the user. If the user clicks the weather card, the electronic device may refresh the data of the current weather card. The above-mentioned event types of refreshing weather may include one or more of clicking a weather card by a user, getting up to alarm clock reminding, and event types of weather changes.

In the embodiment, the electronic device can refresh the current weather when the user gets up, ensure that the refreshing display frequency is as low as possible, simultaneously can effectively provide weather information for the user, ensure the reduction of the energy consumption in the refreshing process, and also provide timely weather information for the user.

Life cycle of active display and disappearance of weather card:

the active refreshing event of the weather card may include an active display condition, and the electronic device displays the weather card if the active display condition is satisfied, and keeps not displaying the weather card if the active display condition is not satisfied.

For example, the electronic device may change from displaying the weather card to displaying the weather card upon receiving a reminder event for the getting-up alarm clock, determining that the active display condition is met.

The vanishing event type of the weather card may include one or more of a weather being constant for a certain time, a user having read the current weather, an event type entering a rest time, and the like. Under the condition that the active vanishing condition is met, the electronic equipment can stop displaying the weather card; in the event that the active vanishing condition is not satisfied, the electronic device may remain to display the weather card.

The electronic device judges the rest time of the user, and the electronic device stops displaying the weather card when the electronic device stops displaying the screen and determines that the active vanishing condition is met.

In the above embodiment, the electronic device may actively display the weather card based on the scene that the user may use, and stop displaying the weather card for the user viewing the weather. The process makes the display of the weather card meaningful to the user, ensures the timeliness and the effectiveness of the display, and improves the user experience. Meanwhile, unnecessary display and refreshing of the card can be avoided, and energy consumption is saved.

Scene 3: and refreshing and displaying information such as airplane information, turntable information and the like in the flight card in the airplane taking process of the user.

Active update of flight card:

The electronic device may display the flight card prior to the user's departure before the user takes the airplane. At this time, the flight information of the flight card may include information such as a flight number, a departure airport, an arrival airport, a departure time, and an airport check-in counter. The active refresh condition of the flight card is a specific duration of time before the aircraft takes off, for example 1 day in advance, or 5 hours in advance, etc. before the take off. At the electronic device, it is determined that the user has a flight plan, the electronic device may determine a time at which the flight card begins to be displayed based on the departure time. The information displayed or refreshed by the flight card may be incomplete before the aircraft has been taken, and after the flight card acquires the relevant refresh event, the flight card may be triggered to refresh the corresponding information content.

For example, after the user completes the check-in, the electronic device acquires the check-in event, and the flight refreshing event of the flight card may be the check-in event acquired, corresponding to the check-in event and the check-in multi-transaction content, for example, the user selects the seat number, etc. The electronic device may determine information such as gate and seat numbers based on the acquired check-in event, after which the electronic device may refresh the flight card to display the gate and seat numbers. The refreshing process of the check-in information is carried out once. Of course, there may be a gate change event, and an airplane delay, and the electronic device may refresh the gate change event once according to the acquired event.

Illustratively, after the user arrives at the airport, the user is required to pick up the checked-in baggage. The electronic device may obtain carousel information upon determining that its location is at an arrival airport. The flight refreshing event of the flight card may be an event in which the carousel information is acquired, and the card data corresponding thereto is a carousel number. And refreshing the flight card to display the dial number after the electronic equipment acquires the dial information. The refreshing process of the turntable number is carried out by refreshing once.

In the process, based on the behavior logic of the user, the information content required by the user is timely provided for the user according to the self-cutting requirement of the user. The method can facilitate the actions of the user and simplify the operation of the user.

Life cycle of active display and disappearance of flight cards:

The active display conditions of the flight card may be the same as the active refresh conditions described above. Under the condition that the active display condition is met, the electronic equipment displays the flight card; and under the condition that the active display condition is not met, the electronic equipment keeps not displaying the flight card.

Illustratively, the electronic device determines that a day remains from the flight departure time, determines that the active display condition is satisfied, and begins displaying the flight card.

The active vanishing event type of the flight card may include one or more of event types such as arrival and departure of the user at the destination airport after a specific time after arrival at the destination airport, cancellation of the flight trip, and the like. For example, when 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 satisfied, and the display of the flight card is stopped.

In combination with the above 3 kinds of scenes, when the electronic device displays the card, the electronic device can refresh related card information in a specific manner in a specific scene. Table 1 is a mapping relation table of a refresh scene and a refresh policy of an electronic device according to an embodiment of the present application.

TABLE 1

As shown in table 1, the card types displayed by the electronic device may include bus cards, weather cards, flight cards, and the like. Under the condition that the bus card meets the bus refreshing event of working, the bus card acquires the bus information which is about to arrive at or arrives at the secondary bus station A and passes through the bus station B in a total of 10 times in a mode of once every 2 minutes, and displays the bus information through the bus card. The bus refresh event types for the commuting may include a WiFi disconnect event during a commuting period of the commuting, an event that the home geofence is not available, an event that the home geofence enters a geographic area of a departure bus stop, and so on. Under the condition that the bus card meets the bus refreshing event of the next shift, the bus information which is about to arrive at or arrives at the secondary bus station C and passes through the bus station C is acquired in 15 times in a mode of 3 minutes once, and is displayed through the bus card. The bus refreshing event types of the off-duty can comprise a WiFi disconnection event, an event that the geographical fence where the company is located is not acquired, an event that the bus enters a geographical area of a departure bus station, and the like in the off-duty commuting time period. The weather card obtains and displays weather information such as primary weather, temperature, air quality and the like under the condition of meeting the alarm clock reminding event or the weather change event. When the electronic equipment determines that the flight card meets the requirement of 1 day before taking off, information such as the number of the flight, the departure time and the arrival time and place and the like is acquired and displayed through the flight card. And under the condition that the electronic equipment acquires a user check-in event, acquiring a check-in, and displaying the seat number through the flight card. And under the condition that the electronic equipment acquires the event of the turntable information, the turntable number is displayed through the flight card.

It should be noted that the above 3 scenarios and the contents of table 1 are all exemplary descriptions, and the embodiments of the present application are not limited thereto. The above scenario and corresponding refresh policy are extensible or variable, and the present application is not limited thereto.

In the above-mentioned several card refreshing scenarios, the same card may have different refreshing contents and refreshing modes (for example, the refreshing frequency and the number of times are different) due to different refreshing timings (satisfying the refreshing conditions). For different cards, the refreshing scene and the refreshing strategy of the different cards are determined by the specific card application scene and the user requirement, and generally, the different cards do not interfere with each other.

Fig. 5 is a schematic flow chart of a card refreshing method according to an embodiment of the application. The application layer of the electronic device comprises a view display module, a business logic processing module, a context awareness module and a first application. The first application may be a map in fig. 2, or may be a weather application, or may be an application related to travel, or may be an application such as a short message, etc., which is not limited in the implementation of the present application. The application framework layer may include an application management service module. Wherein, each module may refer to the related description of fig. 2, which is not repeated herein. As shown in fig. 5, the electronic device may include, but is not limited to, the following steps:

in an embodiment of the application, the first application provides data support for the display of the first card.

In different scenes of the first card, the electronic device needs to determine a refreshing mode and contents according to a corresponding refreshing strategy, and actively refresh and display the first card. S501 to S510 are described with respect to an active refresh process of the first card:

S501: the context awareness module judges whether an active refresh condition is met, and executes S502 under the condition that the active refresh condition is met; otherwise, no execution (no processing) is performed.

The context awareness module judges whether an active refresh condition is met currently, and executes S502 under the condition that the active refresh condition is met; and under the condition that the active refreshing condition is not met, the context awareness module does not process.

Under the condition that the electronic device acquires the active refresh event, it can be judged that the active refresh condition is met. Each active refresh event may correspond to a refresh event type. That is, the context awareness module may determine a refresh event type corresponding to the first card that satisfies the active refresh condition. In the embodiment of the present application, the first cards are various, but not limited to, and each type of refresh event corresponding to each first card includes at least one type.

In one possible implementation, the active refresh event is different for different cards. The active refresh event may also be different for different scenarios for the same card. The following are exemplary and separate for various cases:

In scenario 1: the first card is a bus card and the first application is an x map.

At this time, the active refresh event includes a bus refresh event. And the bus refreshing condition is met, namely the active refreshing condition is met.

The refresh event type in the bus can comprise one or more of event type in commute time of working or working, common WiFi network disconnection event type, event type of moving the electronic equipment to a specific bus station, type of setting reminding event by a bus alarm clock, and the like. The various bus refresh event types described above can be uniquely identified.

Illustratively, the context awareness module detects WiFi disconnection at home (company) during commuting time during on-duty (off-duty), and determines that bus refresh conditions are satisfied. The context awareness module may determine the WiFi connection condition through the wireless communication module.

In an exemplary embodiment, the context awareness module obtains an event that the electronic device reported by the location manager cannot detect a signal of a geofence where a home (company) is located in a commuting time of the office work (off-office work), and determines that a bus refreshing condition is met.

In an exemplary embodiment, the context awareness module acquires an event that the electronic device reported by the location manager detects a signal in a geofence where the departure bus station is located in a commuting time of the on-duty (off-duty), and determines that a bus refreshing condition is satisfied.

For example, the context awareness module receives an event that a user opens an xx map during commuting time on duty or off duty, and determines that a bus refresh condition is satisfied.

Illustratively, the context awareness module determines that the bus refresh condition is met when the context awareness module determines that the context awareness module is currently in the commute time to work or from work.

Specific scenes of the bus refreshing condition can refer to the related description of the scene 1, and are not repeated. The embodiment of the application is not limited to specific bus refreshing conditions.

In scenario 2: the first card is a weather card and the first application is a weather application.

At this time, the active refresh event includes a weather refresh event. And meeting the weather refreshing condition, namely meeting the active refreshing condition.

The weather refresh event type may include one or more of an acquisition alarm alert event type, a current trip departure time period event type, a local weather occurrence important change event type, a user open weather application event type, and the like. The various card refresh event types described above can be uniquely identified.

Illustratively, the context awareness module receives an event from a user to open a weather application and determines that a weather refresh condition is satisfied.

Illustratively, the context awareness module receives an alarm alert event in the morning and determines that a weather refresh condition is satisfied.

Illustratively, the context awareness module determines that the weather refresh condition is met during a departure time period currently in a planned trip.

Illustratively, the context awareness module receives a weather change event of the weather application and determines that a weather refresh condition is satisfied.

Specific scenes of the weather refreshing condition can also refer to the related description of the scene 2, and the detailed description is omitted. The embodiment of the application is not limited to specific weather refreshing conditions.

In scenario 3: the first card is a flight card, and the first application is a short message application and/or an application related to travel.

At this point, the active refresh event includes a flight refresh event. And meeting the flight refreshing condition, namely meeting the active refreshing condition.

The flight refurbishment event type may include one or more of an acquisition current departure time period event type, a flight delay event type, a check-in event type, a gate change event type, and an event type that receives turn table information. The various types of flight refurbishment events described above can be uniquely identified.

Illustratively, the context awareness module is currently within the trip-departure time period and determines that the flight refresh condition is satisfied.

Illustratively, the context awareness module receives the flight delay event and determines that the flight refresh condition is satisfied.

Illustratively, the context awareness module receives the check-in event and determines that the flight refresh condition is satisfied.

Illustratively, the context awareness module receives the gate change event and determines that a flight refresh condition is satisfied.

Illustratively, the context awareness module receives events of the carousel information and determines that a flight refresh condition is satisfied.

The specific scene of the flight refreshing condition can also refer to the related description of the scene 3, and the description is not repeated. The embodiment of the application is not limited to specific flight refreshing conditions.

It should be noted that the above scenario is merely an exemplary illustration, and the first card may also include other types of scenarios and cards, such as a calendar card, a sports card, a train card, an express card, etc., which are not limited in the embodiment of the present application.

In another possible implementation manner, the electronic device satisfies an active refresh condition, and the acquired active refresh event may correspondingly refresh a plurality of cards, where the number of cards of the first card may be an integer greater than 1.

The electronic device is in an off-screen state, the electronic device obtains an operation of waking up the screen by a user, and the electronic device obtains an event of waking up the screen operation, which can be determined to meet the active refresh condition. At this time, the first card may be all cards displayed on the main screen interface. (card as seen by the user).

Illustratively, the condition of sliding into the negative one-screen of the electronic device during the sliding of the interface by the user is an active refresh condition. Namely, under the condition that the context awareness module detects an operation event of a user drawing in the negative screen, the active refreshing condition is determined to be met. For example, the current screen displays the user interface of the first screen shown in FIG. 3B, the user sliding to the right, and the electronic device enters the next screen, as shown in FIG. 3A. The corresponding first cards may be all of the cards shown in fig. 3A (in the negative screen).

The active refresh event types may include a wake screen event type and an enter negative one screen event type.

Wherein, different active refresh conditions correspond to different refresh event types, which can be uniquely identified by a field.

S502: the context awareness module sends an active refresh request to the business logic processing module.

The context awareness module may send an active refresh request to the business logic processing module if it is determined that the active refresh condition is satisfied. Correspondingly, the business logic processing module may receive an active refresh request from the context awareness module.

The active refreshing request is used for requesting the business logic processing module to actively refresh the first card. The active refresh request may include refresh event types acquired when the active refresh condition is satisfied, each of which may be uniquely identified by a field. Alternatively, the active refresh request may include the ID of the first card.

S503: the business logic processing module determines an active refresh policy based on the active refresh request.

After the service logic processing module receives the active refresh request from the context awareness module, an active refresh policy may be determined based on the active refresh request. The active refresh policy may include both a refresh mode and specific content that needs to be refreshed.

The active refreshing strategy comprises an identification of the first card, a refreshing mode of the first card and refreshing content, and the refreshing mode can comprise refreshing display times. The refresh mode may further include refreshing the display period duration. The identity of the first card is used to determine the target of the refresh. The view display module knows that display data is acquired from the first application based on the first card.

In a possible implementation, the refresh policy may be different for different first cards and different refresh events of the same card, and the electronic device may store the first mapping relationship, where the first mapping relationship is a mapping relationship between the card event and the refresh policy (including table 1). The business logic processing module can determine the card to be refreshed based on the active refresh request and the corresponding card refresh event, and determine the refresh strategy based on the first mapping relation.

The service logic processing module determines that the type of the refreshing event of the geofence where the home is located cannot be detected in the commuting time of the working in the active refreshing request, determines that the refreshing mode of the refreshing strategy is 2 minutes for refreshing once and 10 times, and refreshes the bus information about the bus station A which is about to arrive or arrives at the bus station B.

The business logic processing module determines that the active refreshing request is the refreshing event type of the user check-in event of the flight card, determines that the refreshing mode of the refreshing strategy is refreshing once, and refreshes information of the flight boarding gate and the seat number.

The above is merely exemplary, and other possibilities are not repeated, and the related descriptions in the above scenario 1, scenario 2, and scenario 3 may be omitted. In addition, the specific refresh policy and the corresponding mode of the card refresh event may be other modes, which is not limited by the present application.

In another possible embodiment, an active refresh request is used to request refresh of all cards currently displayed in the user interface. The first mapping relationship may further include a refresh policy under a user specific operation.

For example, for an event type of a swipe into a negative one-screen, the electronic device requests to refresh all cards currently displayed on the negative one-screen once, and the first application obtains the content of all relevant first cards (at this time, the first application and the first cards are multiple).

For example, the electronic device may refresh all cards currently displayed by the electronic device for the type of event the user clicks on the wake screen.

In the process, the user can see that the electronic equipment enters the interface, and the displayed cards are refreshed up to date, so that timeliness and timeliness of the user for checking a certain card are ensured.

The refreshing scene and the refreshing strategy are related, so that the card refreshing time is ensured to be the time required by a user to correspond to card information, and the refreshing timeliness is ensured. In addition, after the card is refreshed, the user does not need to click the first application to check specific information, so that the operation of the user is reduced, and the energy consumption caused by application display is reduced. Furthermore, the refreshing process has scene pertinence, and avoids the need of a high-frequency refreshing process all the time so as to reduce power consumption.

S504: the business logic processing module sends an active refreshing strategy to the view display module.

The business logic processing module may send the active refresh policy to the view display module after determining the active refresh policy. Correspondingly, the view display module may receive an active refresh policy from the business logic processing module.

At this time, the active refresh policy may include an identifier of the first card, a refresh mode, and refresh content.

S505: the view display module generates an active refresh command based on the active refresh policy.

After the view display module receives the active refresh policy from the business logic processing module, an active refresh instruction may be generated based on the active refresh policy. Specifically, the view display module may generate an active refresh instruction based on the identification of the first card in the active refresh policy, the refresh mode, and the refresh content. The active refresh command may include an identification of the first card, a refresh mode, and refresh content, and optionally, the active refresh command may further include one or more of a refresh service, a refresh scene, and a refresh type. The first application may indicate that the sending target of the active refresh command is the first application; the refresh service, the refresh scene and the refresh type are used for indicating the information needed by the user in the actively refreshed scene, namely the refresh event type can be indicated. The refresh mode can be expressed by the refresh display number and the refresh display period. For example, refresh 3 times for 5 minutes each; refresh once, etc. The refresh content (data) is used to indicate the information content that the first application needs to acquire, and the information that the first card needs to update.

S506: the view display module sends an active refreshing instruction to the application management service module.

After the view display module generates the active refresh command, the active refresh command may be sent to the application management service module. Correspondingly, the application management service module may receive an active refresh instruction from the view display module.

S507: the application management service module sends an active refreshing instruction to the first application.

After the application management service module receives the active refresh command from the view display module, the active refresh command may be forwarded to the first application. Correspondingly, the first application may receive an active refresh instruction from the application management service module.

S508: the first application analyzes the active refreshing instruction and acquires first data according to the active refreshing strategy.

After the first application receives the active refresh command from the application management service module, the active refresh command can be analyzed, and the first data can be obtained according to the active refresh policy. The first application has the capability of analyzing the active refresh command based on the received active refresh.

For example, in the case where the active refresh command instructs the bus card to refresh every two minutes 15 times of bus information from the bus station a to the bus station B, the x map (first application) acquires information (first data) of all bus lines from the bus station a to the bus station B every 2 minutes for a total of 15 times, and the acquisition is stopped.

For example, in the case where the active refresh command means to refresh the current weather card once, the weather application (first application) may acquire the current weather once (first data).

For example, in the case where the active refresh instruction means to acquire the current gate, the x travel (first application) acquires gate information (first data) once.

It should be noted that the above process is only an exemplary description, and other situations may be included, for example, the relevant situations in the above scenario 1, scenario 2, and scenario 3. Of course, the embodiment of the present application is not limited thereto.

In addition, the strategy of the first application for acquiring the first data is executed according to the refreshing strategy, and the times and the period of the service imaging module for transmitting the first data after the first data is acquired are determined by the refreshing strategy. For example, the first application is refreshed once every 2 minutes and 10 times, and the first application acquires the first data once every two minutes and transmits the first data, and the process is performed 10 times, and the first application is refreshed 10 times corresponding to the display time.

S509: the first application sends first data to the view display module.

After the first application obtains the first data, the first data may be sent to the view display module. Correspondingly, the view display module may receive first data from the first application.

It should be noted that, in different scenarios, the first data to be acquired may be the same or different, for example, there are two types of refreshing contents in table 1, and three types of refreshing contents in the flight card. The specific content of the first data may be specifically determined by the above-mentioned refresh content, which is not limited by the present application.

S510: the view display module displays a first card based on the first data.

The view display module may receive the first data and may display the first card based on the first data. The display result of the first card may refer to the related descriptions of fig. 4A and fig. 4B, which are not repeated.

Fig. 6A is a schematic diagram of a software architecture for card refreshing according to an embodiment of the present application. As shown in fig. 6A, the view display module may include a first binding component (bind widget) and a card display component (WIDGET VIEW). The first binding component can bind the newly added card based on the path, and the card display component can display the card and acquire the operation of the user on the card (particularly, the operation can be acquired through a display driver). The first application (in the widget provider) includes a receiving component (on reciver) and an updating component (on update). The receiving component can receive and analyze the data refreshing instruction, and the updating component obtains the data required by the display card based on the analyzed instruction. The application management service module may include an application management component (APP WIDGET MANAGER) and an application service component (APP WIDGET SERVICE IMPL) that are capable of co-registering the card. The application management component may include a second binding component (WIDGET VIEW) and the application services component may include a broadcast registration component (register for broadcast locked). The second binding component and the broadcast registration component may synchronize IDs of cards based on the registration instructions, and the broadcast registration component may generate a clock management component (ALARM MANAGER) and a target sending component (PENDING INTENT) of the first card based on the registration instructions. In addition, the view display module may further include an active refresh component (on exposure), and the application service component may further include a target broadcast component (send update broadcast with info). The active refreshing component is used for acquiring an active refreshing strategy, determining an active refreshing instruction based on the active refreshing strategy and sending the active refreshing instruction to the target broadcasting component. The targeted broadcast component may be used to forward the active refresh instructions to the receiving component. The receiving component may parse the active refresh command after receiving the active refresh command.

After the active refresh component obtains the active refresh policy, an active refresh command may be generated and sent to the target broadcast component, which may forward the active refresh command to the receiving component. After the receiving component obtains the active refreshing instruction, the active refreshing instruction can be analyzed, the updating component obtains first data according to the refreshing strategy, and the first data is sent to the card display component. Thereafter, the card display assembly may display the first card based on the first data.

The user can click a refresh control of the first card, and the electronic device acquires refreshed data based on the refresh operation and refreshes and displays the first card. S511-S514 specifically illustrate a process of refreshing the first card by touch control by the user, and acquiring refresh data by the electronic device:

S511: the view display module acquires refreshing operation of a user on the first card.

The user can click to refresh the first card, and the view display module obtains the refresh operation for the first card. For example, as shown in fig. 4A, the electronic device may acquire an operation performed by the user to click on the refresh control 4011, that is, acquire a refresh operation performed by the user on the first card.

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

After the view display module acquires the refresh operation of the user for the first card, a passive refresh instruction can be sent to the application management service module. Correspondingly, the application management service module may receive a passive refresh instruction from the view display module.

The passive refreshing instruction is used for indicating the electronic equipment to refresh the first card. The passive refresh command electronic device passively receives an indication to refresh the first card.

S513: the application management service module sends a passive refresh instruction to the first application.

After receiving the passive refresh command from the view display module, the application management service module may send the passive refresh command to the first application. Correspondingly, the first application may receive a passive refresh instruction from the application management service module.

The passive refresh command is different from the active refresh command, the active refresh command comprises information related to the acquisition of the first data, and the passive refresh command only needs to acquire and display refresh.

S514: the first application analyzes the passive refresh command and acquires the second data.

After the first application receives the passive refresh command from the application management service module, the passive refresh command can be parsed, and the second data can be acquired. The second data are data provided by all first applications which need to be displayed by the first card.

After the electronic apparatus has performed S514, the processes of S517 to S518 may be performed.

FIG. 6B is a schematic diagram of another software architecture for card refresh according to an embodiment of the present application. As shown in fig. 6B, the description of specific components may refer to the related description of fig. 6A, which is not repeated.

The card display component can acquire the refresh operation for the first card, and then the card display component can send a passive refresh command to the target sending component. The target sending component may forward the passive refresh instruction to the receiving component. The receiving component analyzes the passive refreshing instruction, the updating component is based on the second data of the instruction, and the second data is sent to the card display component. The card display assembly may display the first card based on the second data. In the above process, the user clicks once to obtain the second data once, and refreshes the display of the first card once.

In the above process, the electronic device can refresh the first card based on the active request of the user, so as to ensure the first card and the channel for the user to acquire the first card information.

The electronic device may periodically refresh the first card while the first card is displayed. S515 to S516 specifically illustrate a process in which the user periodically refreshes the first card, and the electronic device obtains the refresh data:

S515: and the application management service module sends a period refreshing instruction to the first application according to a preset period.

After the first card is registered and displayed, the application management service module generates a clock management module, and the application management service module can send a cycle refreshing instruction to the first application once through the clock management module for each preset cycle duration (second cycle duration). The instant management module may request the first application for the acquired second data according to a second period duration. The periodic refresh command is used for indicating the first application to acquire the second data and refreshing the display of the first card. Wherein the second period duration may be set to a period duration of a minimum of 30 minutes. For example, 50 minutes, etc., the second period duration is not limited by the present application.

Correspondingly, the first application may periodically receive a periodic refresh instruction from the application management service module.

S516: the first application obtains the second data based on the periodic refresh instruction.

After the first application receives the periodic refresh command, the second data may be obtained, that is, the first application obtains the second data once every time the first application receives the periodic refresh command.

After the electronic apparatus has performed S516, the processes of S517 to S518 may be performed.

Fig. 6C is a schematic diagram of another software architecture for card refreshing according to an embodiment of the present application. As shown in fig. 6C, the descriptions of specific components may refer to the related descriptions of fig. 6A, which are not repeated.

The clock management module may send the periodic refresh command to the target sending component according to the second period duration, and the target sending component may forward the periodic refresh command to the receiving group. The receiving component analyzes the periodic refreshing instruction, the updating component is based on the second data of the instruction, and the second data is sent to the card display component. The card display assembly may display the first card based on the second data. In the above process, each second period duration sends a period refreshing command, acquires a second data, and refreshes the display of the first card.

In the above process, the electronic device can refresh the first card based on periodicity, so that the minimum value can be set for the second period duration while the first card is ensured to be as latest as possible, the refresh display times are reduced as much as possible, and the power consumption is reduced.

The periodic refresh command is different from the active refresh command, the active refresh command comprises information related to the acquisition of the first data, and the periodic refresh command only needs to acquire and display refresh.

S517: the first application sends the second data to the view display module.

After the first application acquires the second data in S514 or S516, the second data may be transmitted to the view display module. Correspondingly, the view display module may receive second data from the first application.

S518: the view display module displays the first card based on the second data.

After the view display module receives the second data from the view display module, the first card may be displayed based on the second data.

The specific implementation process of S517 to S518 may refer to the relevant content of S509 to S510, which is not described herein.

In addition, in the above-described process, the process of actively refreshing the display of S501 to S510; S511-S514, S517-S518 passively refresh the display process; and the process of refreshing the display in the period from S515 to S518, the refreshing strategies may be all available, and the execution sequence of the steps is not limited.

In the embodiment of fig. 5, the method provides a mode of refreshing based on a scene while providing the user with manual refreshing of the card according to the periodic refreshing process, improves timeliness and effectiveness of the user for checking the card, ensures that the refreshing display times are as few as possible, and reduces power consumption caused by refreshing. In addition, the process of actively refreshing the card can bypass the process of the predetermined period attribute and the process of manually refreshing the card by a user, so that the higher-frequency refreshing is realized, the timeliness of card information to the user can be effectively ensured, and the use feeling of the user is better.

Fig. 7 is a flow chart of a method for displaying and disappearing a card according to an embodiment of the present application. As shown in fig. 7, the electronic device may include, but is not limited to, the following steps:

S701 to S711 are processes in which the first card determines that the active display condition is satisfied in the scene to be displayed, and displays the first card.

S701: the context awareness module judges whether an active display condition is met, and executes S702 under the condition that the active display condition is met; otherwise, no execution (no processing) is performed.

The context awareness module can be preset with active display events triggering the active display conditions, and each active display event can correspond to one display event type. The active display condition is directed to the scene when the user needs to use the first card. The active display conditions are different for different cards.

Under the condition that the electronic equipment acquires the active display event, the electronic equipment can judge that the active display condition is met. Each active display event may correspond to a display event type. That is, the context awareness module may determine a refresh display type corresponding to the first card that satisfies the active display condition. In the embodiment of the application, the first cards are various, but not limited to, and the refresh display type corresponding to each first card includes at least one type.

In scenario 1, where the first card is a bus card, the first application is an x map. The active display condition of the first card is the bus display condition. The display event type of the bus card can comprise one or more of event type of time at commute time of commute to and from work, event type of common WiFi network disconnection, event type of the electronic equipment moving to a specific bus station, event type of a bus alarm clock setting reminding event and the like. At this time, the active display condition of the bus may be the same as or different from the active refresh condition of the bus.

For example, the context awareness module detects WiFi disconnection in a home (company) during commuting time of the business (off-business), and determines that the active display condition of the bus is met. The context awareness module may determine the WiFi connection condition through the wireless communication module.

In an exemplary embodiment, the context awareness module obtains an event that the electronic device reported by the location manager cannot detect a signal of a geofence where a home (company) is located in a commuting time of the office work (off-office work), and determines that an active display condition of the bus is met.

In an exemplary embodiment, the context awareness module acquires an event that the electronic device reported by the location manager detects a signal in a geofence where the departure bus station is located in a commuting time of the on-duty (off-duty), and determines that an active display condition of the bus is met.

In an exemplary embodiment, the context awareness module receives an event that a user opens an xx map during commuting time during on-duty or off-duty, and determines that an active display condition of a bus is met.

Illustratively, the context awareness module determines that the current commute time is in the on-duty or off-duty period and determines that the active display condition of the bus is met.

The above process may refer to the description of S501, which is not repeated.

In scenario 2: in the case where the first card is a weather card, the first application is a weather application. At this time, the active display event may include a weather display event. And meeting the weather display condition, namely meeting the display condition of the first card. The weather display event types may include one or more of an acquisition alarm alert event type, a current trip departure time period event type, a local weather occurrence important change event type, a user weather application opening event type, and the like. The weather display condition may refer to the weather refresh condition, and may specifically refer to S501, which is not described in detail.

In scenario 3: in the case where the first card is a flight card, the first application is a travel-related application. At this time, the display event may include a flight display event. And meeting the flight display condition, namely meeting the active display condition of the first card. The flight display event type may include one or more of a current in-flight departure time period event type, a flight delay event type, a check-in event type, a gate change event type, and an event type receiving the turn disc information, etc. The flight display condition may refer to the active flight refreshing condition, and may specifically be described with reference to S501, which is not described in detail.

Wherein, different display conditions correspond to different display event types, and the display event types can be uniquely identified through fields.

Note that the display condition of the first card in S701 may be the same as or different from the active refresh condition. Under the condition that the display condition of the first card can be the same as the active refreshing condition, the context awareness module can directly monitor the display condition, and under the condition that the display condition is met, the electronic device starts to execute the active refreshing strategy at the same time under the condition that the display condition of the first card is started. In different cases, each is performed separately.

S702: the context awareness module sends an active display request to the business logic processing module.

And under the condition that the context awareness module judges that the active display condition of the first card is met, an active display request can be sent to the business logic processing module. Correspondingly, the business logic processing module may receive an active display request from the context awareness module. The active display request is used for requesting to display the first card. The active display request may include a display event type.

S703: the business logic processing module determines an active display policy based on the active display request.

After the business logic processing module receives the active display request from the context awareness module, an active display policy may be determined based on the active display request. The active display policy may include an identification of the first card to be displayed. The business logic processing module determines a first card to be displayed based on the display event type.

The electronic device may determine whether the active display request passes, i.e., whether to display the first card, based on the active display policy. In the case of displaying the first card, S704 is performed; and under the condition that the first card is not displayed, no processing is performed.

The electronic equipment stores a mapping relation between the display event type and different cards, namely a second mapping relation. Further, the second mapping relationship disappears the mapping relationship between the event type and the disappearing (stopping displaying) card. Based on the mapping relationship, the business logic processing module can determine a first card to be displayed for the active display event. The cards store an active display event set and an active disappearance event set, wherein the active display event set refers to an event set which needs to be displayed on a certain card, and the active disappearance event refers to an event set which needs to be stopped displaying a certain card.

S704: and the business logic processing module sends an active display instruction to the view display module.

And under the condition that the business logic processing module determines that the first card needs to be displayed, an active display instruction can be sent to the view display module. Correspondingly, the view display module may receive an active display instruction from the business logic processing module.

The active display instruction is used for indicating the view display module to display the first card. The active display instructions may include one or more of an identification of the first card, an identification of a corresponding first application of the first card, and a data type. The data type may indicate a type of data content acquired by the first application. The data type may refer to the meaning of the refresh content described above, and is not described in detail.

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

After the view display module receives the active display instruction, the view display module may send a data acquisition instruction to the application management service module. Correspondingly, the application management service module may receive a data acquisition instruction from the view display module.

The data acquisition instruction is used for instructing the first application to acquire data for displaying the first card. The data acquisition instructions may include a data type. The data acquisition instructions may further include an identification of the first card.

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 a registration procedure for the first card:

S706: the application management service module registers the first card based on the registration instruction.

In the case where it is determined in S703 that the first card is displayed for the first time, the registration request of the first card may be included in the active display instruction. Correspondingly, the data acquisition instructions may also include registration instructions.

Correspondingly, after receiving the data acquisition instruction from the view display module, the application management service module needs to register the first card. The registration instruction is used for indicating the application management service module to register the first card. The registration instruction of the first card includes a type of the first card, an application for acquiring related information of the first card, and the like. In the embodiment of the present application, the application of the related information of the first card is a first application, and it should be noted that the first application may include one application or multiple applications, which is not limited in the embodiment of the present application.

After receiving the registration instruction of the first card, the application management service module may register the first card based on the registration instruction.

Specifically, the application management service module may assign an identification of the first card based on the first card, generate a clock management module, determine to send a target first application, generate a target send module based on the first application, and so on. The clock management module is used for periodically refreshing the first card by the application management module. The target sending module of the first card is used for sending a data refreshing instruction for acquiring the display information of the first card to the first application. Through the above registration process, the electronic device can set up a path for displaying the first card, so that when a request for refreshing or displaying the first card is received, the corresponding first application can acquire the latest data and provide the latest data for the service presentation module to draw, and the view presentation module displays the latest data based on the drawing result.

Fig. 6D is a schematic diagram of another software architecture for card refreshing according to an embodiment of the present application. As shown in fig. 6D, specific modules and components may be described with reference to fig. 6A, and are not described in detail.

After the view display module acquires the adding event of the first card, a registration instruction can be sent to a second binding component of the application management component through the first binding component. After the second binding component determines the identity of the added first card, a registration instruction is sent to a broadcast registration component of the application service component. After the broadcast registration component determines the identity of the first card, a process is generated in which the first clock management component manages periodic refreshing of the first card. The broadcast registration component also generates a refresh instruction that the target sending component uses to send the first card. And sending a data refreshing instruction to a receiving component of the first application at the target sending component. The receiving component can analyze the data refreshing instruction, the updating component can acquire the relevant data of the latest first card and send the relevant data to the card display component, and the card display component can display the first card based on the relevant data.

It should be further noted that, generally, after the electronic device performs registration (first adding the first card), the electronic device may request to acquire the second data of the first application, and display the second data. The above-described process may be the same as the execution process of S517 to S518, and specific reference may be made to the following description.

S707: the application management service module sends a data acquisition instruction to the first application.

After receiving the data acquisition instruction from the view display module, the application management service module may send the data acquisition instruction to the first application. Correspondingly, the first application may receive a data acquisition instruction from the application management service module.

S708: the first application analyzes the data acquisition instruction and acquires the third data.

After the first application receives the data acquisition instruction from the application management service module, the data acquisition instruction may be parsed, and third data may be acquired based on the data acquisition instruction.

S709: the first application sends third data to the view display module.

S710: the view display module displays the first card based on the third data.

The descriptions of S708 to S710 may refer to the related descriptions of S508 to S510, which are not repeated here.

It should be noted that the third data in fig. 7 should be the same as the second data, and may be different from the first data and may be the same.

S711 to S715 are processes in which the first card determines that the active disappearance condition is satisfied in the scene that needs to disappear, and stops displaying.

S711: the context awareness module judges whether an active vanishing condition is met. In case that the active vanishing condition is satisfied, the context awareness module performs S712; otherwise, no execution (no processing) is performed.

And the active vanishing condition is a trigger condition for stopping displaying the first card, and the context awareness module can preset the vanishing condition. The vanishing condition is for a scene when the user needs to use the first card. The disappearing condition is different for different cards.

The active vanishing condition is a trigger vanishing condition of the first card, and the context awareness module can preset active vanishing events for triggering the active vanishing condition, and each active vanishing event can correspond to one vanishing event type. The active vanishing condition is for a scene when the user needs to use the first card. The active vanishing conditions are different for different cards.

Under the condition that the electronic equipment acquires the active vanishing event, the electronic equipment can judge that the active vanishing condition is met. Each active vanishing event may correspond to a vanishing event type. That is, the context awareness module may determine a refresh vanishing type corresponding to the first card satisfying the active vanishing condition. In the embodiment of the application, the first cards are various, but not limited to, and the refresh vanishing type corresponding to each first card includes at least one type.

In the scenario 1, in the case that the first card is a bus card, the active vanishing condition of the first card is the active vanishing condition of the bus card. The vanishing event type of the bus card may include one or more of an taken bus event type, a time of day commute elapsed event type, an event type that the user has arrived at the company or home, and the like. For example, during commuting time, the electronic device detects that its location is in the company (in the geofence where the company is located or in a case where the distance from the company is smaller than the second distance), and the electronic device may determine that the condition for ending display (disappearance) of the bus card is satisfied, and stop displaying the bus card.

In the scene 2, in the case that the first card is a weather card, the active vanishing condition of the first card is the active vanishing condition of the weather card. The vanishing event types of the weather card can include event types of weather which are checked by a user and are unchanged in weather conditions, event types of weather which are unchanged in a certain time period in the future, and the like. For example, in a condition that the user clicks the weather application to view the weather, and the weather lasts for a period of 3 hours in the future, it is determined that the active vanishing condition of the weather card is satisfied.

In scenario 3, in the case where the first card is a flight card, the active vanishing condition of the first card is the active vanishing condition of the flight card. The vanishing event type of the flight card may include one or more of an event type of the user leaving the arrival airport, an event type of the user after reaching the destination airport for a certain time, etc. For example, after 2 hours from the time when the user clicks on the airplane to arrive at airport B, the active vanishing condition of the flight card is satisfied.

The active vanishing conditions may be a vanishing event type, and may be distinguished by a field. In addition, other scenes and cards may be included in addition to the scenes and corresponding cards described above, and the present application is not limited.

S712: the context awareness module sends an active vanishing request to the business logic processing module.

And the context awareness module can send an active vanishing request to the business logic processing module under the condition that the active vanishing condition is met. Correspondingly, the business logic processing module may receive an active vanishing request from the context awareness module.

The active vanishing request is used for requesting to stop displaying the first card. The active vanishing request may include a vanishing event type.

S713: the business logic processing module determines an active vanishing policy based on the active vanishing request.

The business logic processing module may determine an active display policy, i.e. determine a first card that needs to stop displaying, based on the active vanishing request after receiving the active vanishing request from the context awareness module. The active display policy may include an identification of the first card.

The specific description of the active display policy may refer to the related description of S703, which is not repeated. The business logic processing module may determine an active display policy based on the second mapping relationship.

S714: and the business logic processing module sends an active vanishing instruction to the view display module.

After the business logic processing module determines to stop displaying the first card, an active vanishing instruction can be sent to the view display module. Correspondingly, the view display module may receive an active vanishing instruction from the business logic processing module.

The active vanishing instruction is used for indicating the view display module to stop displaying the first card. The active vanishing instruction may include an identification of the first card.

S715: the view display module stops displaying the first card based on the active vanishing instruction.

After receiving the active vanishing instruction from the business logic processing module, the view display module may stop displaying the first card based on the active vanishing instruction. That is, the first card is not displayed in the screen of the electronic device. For example, as shown in fig. 4A, in the condition that the first card is a bus card, after the electronic device refreshes and displays the negative screen, the bus card is not included in fig. 4A.

After the first card starts to display and before the first card disappears, the electronic device may execute the three refreshing modes in fig. 5, and the sequence of the three refreshing modes is not limited in the embodiment of the present application.

In the above process, the life cycle of the first card display can be determined based on the scene, so that the periodic refreshing is performed even under the unnecessary condition, the unnecessary refreshing display times are reduced, the user experience is improved, and the power consumption brought by card refreshing can be reduced.

Before the electronic device performs display according to the active display strategy and the active refresh strategy, the electronic device needs to configure each module in advance, so that the electronic device can realize the functions of display and refresh.

Fig. 8 is a flowchart of a method for configuring a card display policy according to an embodiment of the present application. As shown in fig. 8, the electronic device may include, but is not limited to, the following steps:

In the embodiment of the application, the cloud device may be a cloud server, and the server is a remote server deployed in the cloud, and has a position information processing capability, a data computing capability and an encoding capability, for example, may perform data analysis, a logic operation function and the like. The servers may be super multi-core servers, computers deployed with clusters, large distributed computers, clustered computers with hardware resource pooling, and so forth. The server may also be a terminal server such as a deployment edge computing node, a cloud computing node, and the like, and is not limited herein. The respective modules included in the electronic device may refer to the related descriptions in fig. 2, and are not described in detail.

S801: and the electronic equipment sends a registration request of the first card to the cloud equipment through the first application.

If the electronic device uses the active display and refresh service of the first card, a registration request of the first card can be sent to the cloud device through the first application. Correspondingly, the cloud device may receive a registration request from the first application.

The registration request of the first card is used for registering the active display and refreshing service corresponding to the first card by the cloud device. For the cloud device, active card display and refreshing are a service that the electronic device opens to the cloud device. Thus, the electronic device may send a registration request to the cloud device. The registration request may include one or more of a name, a class name, and a card type of the first card, and may indicate refreshing the corresponding business card. At this time, the first card is a service card corresponding to the subscription service.

S802: the cloud device determines business requirement data based on the registration request.

After the cloud device obtains the registration request, the service requirement data may be determined based on the registration request. The business requirement data can be used for indicating the electronic equipment to configure the active display and refresh functions.

The cloud device can store the types of the cards and corresponding service demand data, the cloud device can acquire the service demand data based on the registration request, namely, the card types and the service demand data are associated, and the cloud device can determine the service demand data based on the association. In addition, the technician can modify or update the card type and business requirement data and its correlation.

S803: the cloud end equipment sends service demand data to a service logic processing module of the electronic equipment.

After the cloud device obtains the service demand data, the service demand data can be sent to a service logic processing module of the electronic device. Correspondingly, the business logic processing module of the electronic device can receive business requirement data from the cloud device.

S804: and the electronic equipment sends the user demand data to the business logic processing module through the first application.

The electronic device may send user demand data to the business logic processing module via the first application. Correspondingly, the context awareness module may receive user demand data from the first application.

The user demand data may be data provided by a first application that the user needs to view, for example, the first application is a map, the user can view bus information therein, and operation information that the user opens the map application.

S805: the electronic equipment queries the context awareness module for data through the business logic processing module.

After receiving the service requirement data, the electronic device can determine data required by the electronic device, that is, decision data, for example, the first mapping relationship and the second mapping relationship, which are required to be displayed and refreshed, when the electronic device actively displays and refreshes the first card, and the decision data is required to collect scene information. In this regard, the electronic device may query the context awareness module for a request via the business logic processing module. Correspondingly, the context awareness module may receive a data query request from the business logic processing module. The data query request is used for requesting scene information of the card service corresponding to the first application from the scene perception module.

S806: and the electronic equipment sends the scene information to the business logic processing module through the scene perception module.

After the context awareness module receives the data query request, the context information may be sent to the business logic processing module. Correspondingly, the business logic processing module may receive the context information from the context awareness module.

The scene information can comprise various events triggering the first card and data acquired by the sensor. For example, in the context of a bus card, a user's event of opening a map application, a user's alarm clock alert event, a location manager obtains the user's location, bus information, and so on. The scene information can determine the refresh content, the event type of active refresh and display, and the like, and the application is not limited by the specific reference to the related description of the scene. The scene information may represent the scene information that the first card has actively refreshed and displayed accordingly. For example, a user clicks on an event of a first application; for a bus card, the period of time that a user commutes to work, and so on.

The electronic device may determine decision data for the display policy and the refresh policy. The application provides two schemes, one is S807-S809, the cloud terminal equipment generates decision data and issues the decision data; the other is that the service logic processing module generates decision data S809.

Optionally, in S807-S809, the electronic device may send the service scenario information to the cloud device, where the cloud device determines a display policy and a refresh policy.

S807: and the electronic equipment sends the service scene information to the cloud equipment through the service logic processing module.

After the electronic equipment obtains the scene information through the service logic processing module, the service scene information can be sent to the cloud equipment. Correspondingly, the cloud device can receive the service scene information from the service logic processing module of the electronic device. The traffic scenario information may be the scenario information described above.

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

After the cloud device receives the service scene information from the service logic processing module of the electronic device, service decision data of the first card can be generated based on the service scene information.

The cloud device may store decision training models for business scenario information, such as convolutional neural network models, and the like. The cloud device can input the service scene information into the decision training module for training to obtain service decision data. The service decision data may include the first mapping relationship and the second mapping relationship in fig. 5 and 7 described above. For example, in the above decision training process, there is a correlation between the user usage scenario and the degree of correlation of the user clicking on the first application, and the more closely the scenario is correlated with the user opening the first application, the more likely the event type that is actively refreshed and displayed by the user is determined.

S809: the cloud end equipment sends service decision data to a service logic processing module of the electronic equipment.

After the cloud device generates the business decision data of the first card, the business decision data can be sent to a business logic processing module of the electronic device. Correspondingly, the business logic processing module may receive business decision data from the cloud device.

Optionally, S810, the electronic device may generate service decision data through a service logic processing module.

S810: the electronic equipment generates service decision data of the first card based on the service scene information and the service demand data through the service logic processing module.

At this time, the service requirement data may include data of a decision training model, and the service logic processing module may generate service decision data of the first card based on the service scenario information through the decision training model. The specific process may refer to the related description of S808, which is not repeated.

S811: and the electronic equipment sends the first configuration data to the view display module through the service logic processing module.

The electronic device may send the first configuration data to the view display module through the business logic processing module. Correspondingly, the view display module may receive the first configuration data from the business logic processing module. The first configuration data is data for configuring active refreshing of the first card and displaying of the service for the service presentation module. The first configuration data may include an identification of the first card, a configuration command to display and refresh the policy, and the like. After the view display module receives the first configuration data, configuration may be performed.

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

The electronic device receives the first configuration data through the view display module, and then the view display module may send the second configuration data to the first application. Correspondingly, the first application may receive second configuration data from the view display module. The second configuration data is the configuration data used for configuring the active refreshing and display service of the first card for the first application. For example, the identity of the first card, and the configuration data of the refresh and display policy.

S813: the electronic device configures the second configuration data through the first application, and obtains fourth data.

After the first application receives the second configuration data, the first application may perform configuration based on the second configuration data, and after the configuration, the first application has the capability of resolving the refresh policy and the display policy, for example, the first application may resolve the refresh content, the refresh mode, and the identification of the first card. After the first configuration data is configured, the fourth data may be acquired. The fourth data may refer to the above-mentioned first data, and the description about the second data is not repeated.

S814: the electronic device sends fourth data to the view display module through the first application. After the view display module obtains the fourth data, the fourth data may be sent to the first application. Correspondingly, the view display module may receive display data from the first application.

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

After the electronic device receives the fourth data through the view display module, the first card may be displayed based on the fourth data. Specific reference may be made to the descriptions related to S509 and S510, which are not repeated.

Before the electronic equipment acquires the card, the electronic equipment can subscribe the cloud end to the service of active refreshing, and after the electronic equipment collects scene information, an active refreshing scheme can be generated, so that the active refreshing scheme is more in line with personal needs and intentions for users, and the accuracy and the effectiveness of card refreshing are ensured.

As used in the above embodiments, the term "when …" may be interpreted to mean "if …" or "after …" or "in response to determination …" or "in response to detection …" depending on the context. Similarly, the phrase "at the time of determination …" or "if detected (a stated condition or event)" may be interpreted to mean "if determined …" or "in response to determination …" or "at the time of detection (a stated condition or event)" or "in response to detection (a stated condition or event)" depending on the context.

In the above embodiments, it may be implemented in whole or in part by software, hardware, firmware, or any combination thereof. When implemented in software, may be implemented in whole or in part 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, the processes or functions in accordance with embodiments of the present application are fully or partially produced. The computer may be a general purpose computer, a special purpose computer, a computer network, or other programmable apparatus. The computer instructions may 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 may be transmitted from one website, computer, server, or data center to another website, computer, server, or data center by a wired (e.g., coaxial cable, fiber optic, digital subscriber line), or wireless (e.g., infrared, wireless, microwave, etc.). The computer readable storage medium may be any available medium that can be accessed by a computer or a data storage device such as a server, data center, etc. that contains an integration of one or more available media. The usable medium may be a magnetic medium (e.g., floppy disk, hard disk, magnetic tape), an optical medium (e.g., DVD), or a semiconductor medium (e.g., solid state disk), etc.

Those of ordinary skill in the art will appreciate that implementing all or part of the above-described embodiment methods may be accomplished by a computer program that is stored on a computer readable storage medium and that, when executed, may comprise the steps of the above-described method embodiments. And the aforementioned storage medium includes: ROM or random access memory RAM, magnetic or optical disk, etc.

Claims

1. A card display method, wherein 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, the method comprising:

The electronic equipment determines an active refreshing strategy under the condition that the first card meets the active refreshing condition; the active refreshing strategy comprises an identification of the first card, a refreshing mode of the first card and refreshing content, wherein the refreshing mode comprises refreshing display times;

the electronic device acquires first data through the first application refreshing based on the active refreshing strategy;

The electronic device refreshes a display of the first card based on the first data.

2. The method according to claim 1, wherein the determining an active refresh policy specifically comprises:

the electronic equipment determines a refresh event type corresponding to a first card meeting the active refresh condition; the refresh event type corresponding to the first card comprises at least one of the following types;

The electronic equipment determines an active refreshing strategy based on a first mapping relation and the refreshing event type; the first mapping relation is the mapping relation between the refresh event types of different cards and the active refresh policy.

3. The method of claim 1 or 2, wherein, in the case where the first card is a bus card and the first application is a map application, the refresh event type includes one or more of an event type currently in a commute time period, a common WiFi disconnect event type, an event type where a user clicks the map application, an event type where a preset geo-fence event type is not detected, and an event type where a bus stop is entered; the refreshing method is to refresh according to the first period time, and the refreshing display frequency is the first frequency; the refreshing content comprises bus information from a first bus station to a second bus station, and the first bus station and the second bus station are originating bus stations and destination bus stations which are required to be acquired by a user.

4. The method according to claim 2, wherein the electronic device further comprises a context awareness module and a business logic processing module, and wherein the electronic device determines an active refresh policy if the first card satisfies an active refresh condition, specifically comprising:

the electronic equipment determines a refresh event type corresponding to a first card meeting the active refresh condition through the context awareness module;

the electronic equipment sends an active refresh request to the business logic processing module through the context awareness module, wherein the active refresh request comprises the refresh event type;

And the electronic equipment determines an active refreshing strategy based on the first mapping relation and the refreshing event type through the business logic processing module.

5. The method of any of claims 1-4, wherein the electronic device further comprises a view display module, the electronic device, after determining the active refresh policy if the first card satisfies the active refresh condition, the method further comprising:

The electronic device generates an active refresh command based on the active refresh policy through the view display module; the active refreshing instruction is used for indicating the first application to acquire first data; the active refreshing instruction comprises an identification of the first card, a refreshing mode of the first card and refreshing content.

6. The method of claim 5, wherein the electronic device further comprises an application management service module, the electronic device further comprising, after generating, by the view display module, an active refresh command based on the active refresh policy, the method further comprising:

The electronic equipment sends the active refreshing instruction to the application management service module through the view display module;

the electronic equipment forwards the active refreshing instruction to the first application through the application management service module;

The electronic device acquires first data through the first application refresh based on the active refresh policy, and specifically includes:

The electronic equipment analyzes the active refreshing instruction through the first application and acquires first data;

the electronic device refreshes the display of the first card based on the first data, and specifically comprises:

The electronic device displays the first card based on the first data through the view display module.

7. The method of any of claims 1-6, wherein prior to the electronic device refreshing the display of the first card based on the first data, the method further comprises:

The electronic equipment determines an active display strategy under the condition that the first card meets the active display condition; the active display policy includes an identification of the first card;

The electronic equipment obtains 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 of claim 7, wherein the determining, by the electronic device, an active display policy if the first card satisfies an active display condition, specifically comprises:

the electronic equipment determines a display event type corresponding to a first card meeting an active display condition; the display event type corresponding to the first card comprises at least one type;

The electronic equipment determines a first card based on a second mapping relation and the display event type; the second mapping relation comprises mapping relation between display event types of different cards and active display strategies.

9. The method of claim 7 or 8, wherein in the 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 currently in a commute time period, a common WiFi disconnect event type, an event type where a user clicks the map application, an event type where a preset geo-fence event type is not detected, and an event type where a bus stop is entered.

10. The method according to claim 8 or 9, characterized in that the method further comprises:

The electronic equipment determines a vanishing event type corresponding to the first card meeting the active vanishing condition under the condition that the first card meets the active vanishing condition; the vanishing event type corresponding to the first card comprises at least one of the following types;

The electronic equipment determines a first card based on a second mapping relation and the vanishing event type; the second mapping relation comprises mapping relations between vanishing event types of different cards and active vanishing strategies.

11. The method of claim 10, wherein the vanishing event type comprises one or more of an occupied bus event type, a time of day commute event type, an event type that has arrived at a company or home, in the case where the first card is a bus card and the first application is a map application.

12. The method according to any one of claims 1-11, further comprising:

under the condition that the operation for refreshing the first card is acquired, the electronic equipment acquires second data of the first application and refreshes the first card once based on the second data;

and the electronic equipment acquires second data of the first application according to a second period duration, and refreshes the first card based on the second data.

13. An electronic device, comprising: the touch screen, one or more processors and one or more memories; the one or more processors being coupled with the touch screen, the one or more memories being for storing computer program code comprising computer instructions that, when executed by the one or more processors, cause the electronic device to perform the method of any of claims 1-12.

14. A computer readable storage medium comprising instructions which, when run on an electronic device, cause the electronic device to perform the method of any one of claims 1-12.