Service pushing method, service pushing system and electronic equipment

Abstract

The invention provides a service pushing method, a service pushing system and electronic equipment, and the method comprises the steps: analyzing received to-be-pushed data, and determining a trigger creation condition of the to-be-pushed data, the trigger creation condition representing that the to-be-pushed data meets a pushing demand of a user; when the trigger creation condition is met, creating a trigger of the to-be-pushed data, the trigger being used for monitoring whether a pre-trigger event of the to-be-pushed data is met; when the trigger is triggered, creating a pushing condition of the to-be-recommended data; and when the pushing condition is met, pushing the to-be-pushed data. According to the service pushing method provided by the embodiment of the invention, whether the data is pushed or not is judged on the terminal side, pushing is executed locally on the terminal according to user habits through multiple judgment settings of the trigger creation condition, the trigger and the pushing condition, and compared with service pushing on a server side according to a user tag, the service pushing accuracy can be improved.

Description

Technical Field

[0001] This application relates to the technical field of data push, and particularly to a service push method, a service push system, and an electronic device. Background Art

[0002] In related service push methods, user tags are established in the cloud, and the population corresponding to the content to be pushed is identified based on the user tags, and then the content to be pushed is pushed to the terminal devices of the corresponding population; after receiving the content to be pushed, the terminal device directly displays the content to be pushed. However, pushing services only based on user tags may result in inaccurate service push. For example, when a user does not need a certain service, the service is pushed to the user. Summary of the Invention

[0003] In view of this, this application provides a service push method, a service push system, and an electronic device to improve the accuracy of service push.

[0004] In the first aspect of this application, a service push method is applied to a terminal. The method includes:

[0005] Analyze the received data to be pushed, and determine the trigger creation condition of the data to be pushed, where the trigger creation condition indicates that the data to be pushed meets the user's push requirement;

[0006] When the trigger creation condition is met, create a trigger for the data to be pushed, where the trigger is used to monitor whether the pre-trigger event of the data to be pushed is met;

[0007] When the trigger is triggered, create the push condition of the data to be recommended;

[0008] When the push condition is met, push the data to be pushed.

[0009] The service push method of the embodiments of this application determines whether to push data on the terminal side, and through multiple judgments and settings of the trigger creation condition, the trigger, and the push condition, the push is executed according to the user's habit locally on the terminal. Compared with pushing services based on user tags on the server side, the accuracy of service push can be improved.

[0010] In a possible implementation, the data to be pushed includes a creation condition type and creation condition parameters; analyzing the received data to be pushed to determine the trigger creation condition of the data to be pushed includes:

[0011] Parse the received data to be pushed to obtain the creation condition type and creation condition parameters of the data to be pushed;

[0012] Generate the trigger creation condition for the data to be pushed according to the creation condition type and creation condition parameters of the data to be pushed.

[0013] Using the creation condition type and creation condition parameters of the data to be pushed, the trigger creation condition can be accurately generated, so that the determination of the trigger creation condition can be performed locally on the terminal. Compared with service push based on user tags on the server side, the accuracy of service push can be improved.

[0014] In a possible implementation manner, the data to be pushed includes a trigger type and trigger parameters; creating a trigger for the data to be pushed when the trigger creation condition is met includes: when the trigger creation condition is met, creating a trigger for the data to be pushed according to the trigger type and trigger parameters of the data to be pushed.

[0015] Using the trigger type and trigger parameters of the data to be pushed, a trigger can be accurately generated, so that the determination of the trigger can be performed locally on the terminal. Compared with service push based on user tags on the server side, the accuracy of service push can be improved.

[0016] In a possible implementation manner, the data to be pushed includes a push condition type and push condition parameters; creating a push condition for the data to be recommended when the trigger is triggered includes: when the trigger is triggered, creating a push condition for the data to be pushed according to the push condition type and push condition parameters of the data to be pushed.

[0017] Using the push condition type and push condition parameters of the data to be pushed, the push condition can be accurately determined, so that the determination of the push condition can be performed locally on the terminal. Compared with service push based on user tags on the server side, the accuracy of service push can be improved.

[0018] In a possible implementation manner, the data to be pushed includes an action type and action parameters; pushing the data to be pushed when the push condition is met includes:

[0019] When the push condition is met, creating a push action for the push condition according to the action type and action parameters of the data to be pushed;

[0020] When a trigger operation of the push action is detected, execute the push action to push the data to be pushed.

[0021] Using the action type and action parameters of the data to be pushed, the push action can be accurately determined, so that the data to be pushed can be pushed locally on the terminal using the push action, and various push action requirements can be met.

[0022] In a possible implementation, the pushing action is a card ejecting action; the data to be pushed includes card type and card parameters;

[0023] When detecting a triggering operation for the pushing action, execute the pushing action to push the data to be pushed, including:

[0024] When detecting a triggering operation for the contact point of the pushing action, generate a target card according to the card type and card parameters of the data to be pushed;

[0025] Render and display the target card in the display area corresponding to the contact point.

[0026] Generating a target card by using the card type and card parameters of the data to be pushed, and rendering and displaying the target card in the display area corresponding to the contact point realizes the pushing of the data to be pushed in the form of a card, and can complete the pushing of the data to be pushed simply and intuitively.

[0027] In a possible implementation, the method further includes:

[0028] In response to a change in the user's pushing requirement, determine whether the trigger creation condition is satisfied.

[0029] After the terminal receives the data to be pushed, even if the user does not have a pushing requirement at that time, the terminal can still monitor the pushing requirement locally. When the user's pushing requirement changes, determine whether the trigger creation condition is satisfied. If it is satisfied, create a trigger for the data to be pushed, which realizes on-demand service pushing and can improve the accuracy of service pushing.

[0030] In a second aspect, an embodiment of the present application provides a service pushing system, which includes: a server and a terminal;

[0031] The server sends the data to be pushed to the terminal;

[0032] The terminal is used to analyze the received data to be pushed, determine the trigger creation condition for the data to be pushed, where the trigger creation condition indicates that the data to be pushed meets the user's pushing requirement; when the trigger creation condition is satisfied, create a trigger for the data to be pushed, where the trigger is used to monitor whether the pre-trigger event of the data to be pushed is satisfied; when the trigger is triggered, create the pushing condition for the data to be recommended; when the pushing condition is satisfied, push the data to be pushed.

[0033] The service push system according to the embodiment of the present application determines whether to push data on the terminal side, and creates multiple judgments of conditions, triggers, and push conditions through triggers, and executes the push locally on the terminal according to user habits. Compared with pushing services according to user tags on the server side, the accuracy of service push can be improved.

[0034] In a possible implementation manner, the terminal is further configured to send the identification information of the terminal to the server after the Internet of Things middleware is started;

[0035] The server is specifically configured to authenticate the terminal according to the identification information of the terminal, and after the authentication is passed, send the data to be pushed to the terminal.

[0036] In the embodiment of the present application, by authenticating the terminal, the security of the data can be improved.

[0037] In a possible implementation manner, the server includes an operation cloud, a device cloud, and a push cloud;

[0038] The operation cloud is configured to generate corresponding data to be pushed in response to a push configuration operation, and send the data to be pushed to the device cloud;

[0039] The device cloud is configured to authenticate the terminal according to the identification information of the terminal, and after the authentication is passed, send the data to be pushed to the push cloud;

[0040] The push cloud is configured to send the data to be pushed to the terminal.

[0041] In the embodiment of the present application, through the division of the operation cloud, the device cloud, and the push cloud, the push management of the server is facilitated.

[0042] In a possible implementation manner, the data to be pushed includes a creation condition type and creation condition parameters; the terminal is specifically configured to: parse the received data to be pushed to obtain the creation condition type and creation condition parameters of the data to be pushed; generate a trigger creation condition for the data to be pushed according to the creation condition type and creation condition parameters of the data to be pushed.

[0043] By using the creation condition type and creation condition parameters of the data to be pushed, the trigger creation condition can be accurately generated, so that the determination of the trigger creation condition can be performed locally on the terminal. Compared with pushing services according to user tags on the server side, the accuracy of service push can be improved.

[0044] In a possible implementation, the data to be pushed includes a trigger type and trigger parameters; specifically, the terminal is configured to: when the trigger creation condition is met, create a trigger for the data to be pushed according to the trigger type and trigger parameters of the data to be pushed;

[0045] Using the trigger type and trigger parameters of the data to be pushed, a trigger can be accurately generated, so that the determination of the trigger can be performed locally on the terminal. Compared with service push based on user tags on the server side, the accuracy of service push can be improved.

[0046] In a possible implementation, the data to be pushed includes a push condition type and push condition parameters; specifically, the terminal is configured to: when the trigger is triggered, create a push condition for the data to be pushed according to the push condition type and push condition parameters of the data to be pushed.

[0047] Using the push condition type and push condition parameters of the data to be pushed, a push condition can be accurately determined, so that the determination of the push condition can be performed locally on the terminal. Compared with service push based on user tags on the server side, the accuracy of service push can be improved.

[0048] In a possible implementation, the data to be pushed includes an action type and action parameters; specifically, the terminal is configured to: when the push condition is met, create a push action for the push condition according to the action type and action parameters of the data to be pushed; when a trigger operation for the push action is detected, execute the push action to push the data to be pushed.

[0049] Using the action type and action parameters of the data to be pushed, a push action can be accurately determined, so that the data to be pushed can be pushed locally on the terminal using the push action, and various push action requirements can be met.

[0050] In a possible implementation, the push action is a card ejection action; the data to be pushed includes a card type and card parameters;

[0051] Specifically, the terminal is configured to: when a trigger operation for the contact point of the push action is detected, generate a target card according to the card type and card parameters of the data to be pushed; render and display the target card in the display area corresponding to the contact point.

[0052] Generating a target card using the card type and card parameters of the data to be pushed and rendering and displaying the target card in the display area corresponding to the contact point realizes the push of the data to be pushed in the form of a card, and can simply and intuitively complete the push of the data to be pushed.

[0053] In a possible implementation, the terminal is further configured to determine whether the trigger creation condition is satisfied in response to a change in the user's push requirement.

[0054] After the terminal receives the data to be pushed, even if the user does not have a push requirement at that time, the terminal can still monitor the push requirement locally. When the user's push requirement changes, it determines whether the trigger creation condition is satisfied. If it is satisfied, a trigger for the data to be pushed is created, realizing on-demand service push and improving the accuracy of service push.

[0055] In a third aspect of the present application, an electronic device is provided, including:

[0056] One or more processors and a memory;

[0057] The memory is coupled to the one or more processors. The memory is used to store computer program code, and the computer program code includes computer instructions. The one or more processors call the computer instructions to cause the electronic device to execute the method steps described in the first aspect above.

[0058] The electronic device according to the embodiments of the present application determines whether to push data on the terminal side, and through multiple judgments and settings of the trigger creation condition, trigger, and push condition, it performs push according to the user's habits locally on the terminal. Compared with performing service push according to user tags on the server side, it can improve the accuracy of service push. BRIEF DESCRIPTION OF THE DRAWINGS

[0059] To more clearly illustrate the technical solutions of the embodiments of the present application, the following will briefly introduce the drawings required in the embodiments. Obviously, the drawings in the following description are only some embodiments of the present application. For those of ordinary skill in the art, without creative efforts, other drawings can be obtained based on these drawings.

[0060] Figure 1 A schematic diagram of a service push method in the related art;

[0061] Figure 2 A schematic diagram of an electronic device according to an embodiment of the present application;

[0062] Figure 3 A schematic diagram of a software framework of an electronic device according to an embodiment of the present application;

[0063] Figure 4 A schematic diagram of a service push method according to an embodiment of the present application;

[0064] Figure 5 A first schematic diagram of a service push system according to an embodiment of the present application;

[0065] Figure 6 The second schematic diagram of the service push system according to the embodiment of the present application;

[0066] Figure 7 The third schematic diagram of the service push system according to the embodiment of the present application;

[0067] Figure 8 A schematic diagram of a creation process for creating trigger conditions according to the embodiment of the present application. Detailed implementation manners

[0068] For a better understanding of the technical solution of the present application, the embodiments of the present application will be described in detail below with reference to the accompanying drawings.

[0069] It should be clear that the described embodiments are only a part of the embodiments of the present application, rather than all embodiments. All other embodiments obtained by those of ordinary skill in the art based on the embodiments in the present application without creative efforts belong to the scope of protection of the present application.

[0070] The terms used in the embodiments of the present application are only for the purpose of describing specific embodiments, and are not intended to limit the present application. The singular forms of "a", "the" and "said" used in the embodiments of the present application and the appended claims are also intended to include the plural forms unless the context clearly indicates otherwise.

[0071] It should be understood that the term " / and / " used herein is only a description of the association relationship of associated objects, indicating that there can be three relationships. For example, a and / or b can represent: a exists alone, a and b exist simultaneously, and b exists alone. In addition, the character " / " herein generally represents an "or" relationship between the associated objects before and after.

[0072] The service push method in the related art is as Figure 1 shown. The cloud server configures the content to be pushed and selects the user tags applicable to the content to be pushed; determines the population corresponding to the content to be pushed according to the user tags, and then pushes the content to be pushed to the terminal devices of the corresponding population; after receiving the content to be pushed, the terminal device directly displays the content to be pushed. However, in most cases, only using user tags to push services will result in inaccurate service pushing.

[0073] On the one hand, the user tags have a weak ability to identify the actual needs of users and cannot accurately identify user needs. For example, when a service provider hopes to recommend services for intelligent use of air conditioners or air conditioner companion products that can cooperate with air conditioners when users have the demand to use air conditioners, the push services in related technologies can only select users with air conditioners and users without air conditioners according to user tags, and push the services to users with air conditioners, but cannot accurately push them to users when users have the demand to use air conditioners. When users do not need air conditioner services, pushing such services to users will instead disturb them.

[0074] On the other hand, only corresponding judgments can be made based on the user tags at the time of pushing. When the user attributes change, it is impossible to push to users anymore. For example, the cloud server recommends air conditioner services in September. However, user A does not have an air conditioner in September, but this does not mean that user A will always not have an air conditioner. After a period of time, for example, in November, user A purchases an air conditioner. However, because the cloud server has passed the time for pushing air conditioner services, it will not be able to push the air conditioner services that user A may need to user A.

[0075] To solve at least one of the above problems, embodiments of the present application provide a service push method, a service push system, and an electronic device. The following is a detailed description:

[0076] In a first aspect, the present application further provides an electronic device, which includes:

[0077] One or more processors and a memory;

[0078] The memory is coupled to the one or more processors. The memory is used to store computer program code, and the computer program code includes computer instructions. The one or more processors call the computer instructions to cause the electronic device to execute the service push method described in any one of the present application.

[0079] In one example, the structural schematic diagram of the electronic device provided by the embodiments of the present application can be as Figure 2 shown. The electronic device can be a mobile phone, a tablet computer, or other user terminals.

[0080] The electronic device includes a processor 110, a transceiver 120, and a display unit 170. Among them, the display unit 170 may include a display screen.

[0081] Optionally, the electronic device may further include a memory 130. The processor 110, the transceiver 120, and the memory 130 can communicate with each other through an internal connection path to transmit control and / or data signals. The memory 130 is used to store a computer program, and the processor 110 is used to call and run the computer program from the memory 130.

[0082] Optionally, the electronic device may further include an antenna 140 for transmitting the wireless signals output by the transceiver 120.

[0083] The above-mentioned processor 110 and the memory 130 may be integrated into a processing device. More commonly, they are independent components. The processor 110 is used to execute the program code stored in the memory 130 to implement the above functions. Specifically, in implementation, the memory 130 may also be integrated in the processor 110, or independent of the processor 110.

[0084] In addition, to make the functions of the electronic device more complete, the electronic device may further include one or more of an input unit 160, an audio circuit 180, a camera 190, and a sensor 101, etc. The audio circuit may further include a speaker 182, a microphone 184, etc.

[0085] Optionally, the above-mentioned electronic device may further include a power supply 150 for supplying power to various devices or circuits in the electronic device.

[0086] It can be understood that Figure 2 The operations and / or functions of the various modules in the shown electronic device are respectively for implementing the corresponding processes in the following method embodiments. Specifically, refer to the descriptions in the following method embodiments. To avoid repetition, the detailed descriptions are appropriately omitted here.

[0087] It can be understood that Figure 2 The processor 110 in the shown electronic device may include one or more processing units. For example, the processor 110 may include an application processor (AP), a modem processor, a graphics processing unit (GPU), an image signal processor (ISP), a controller, a video codec, a digital signal processor (DSP), a baseband processor, and / or a neural-network processing unit (NPU), etc. Among them, different processing units may be independent devices or integrated in one or more processors. 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. This memory can save the instructions or data that the processor 110 has just used or recycled. If the processor 110 needs to use the instruction or data again, it can directly call it from the memory. This avoids repeated accesses, reduces the waiting time of the processor 110, and thus improves the efficiency of the system.

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

[0089] It can be understood that the interface connection relationships between the modules illustrated in the embodiments of the present application are only illustrative descriptions and do not constitute a structural limitation on the electronic device. In other embodiments of the present application, the electronic device may also adopt different interface connection manners in the above embodiments, or a combination of multiple interface connection manners.

[0090] It can be understood that Figure 2 The power supply 150 shown is used to supply power to the processor 110, the memory 130, the display unit 170, the camera 190, the input unit 160, the transceiver 120, etc. The antenna 140 is used to transmit and receive electromagnetic wave signals. Each antenna in the electronic device can be used to cover a single or multiple communication frequency bands. Different antennas can also be multiplexed to improve the utilization rate of the antennas. For example: The antenna 140 can be multiplexed as a diversity antenna for a wireless local area network. In some other embodiments, the antenna can be used in combination with a tuning switch.

[0091] The transceiver 120 can provide wireless communication solutions applied to electronic devices, including wireless local area networks (WLANs) (such as wireless fidelity (Wi-Fi) networks), Bluetooth (BT), global navigation satellite system (GNSS), frequency modulation (FM), near field communication (NFC), infrared technology (IR), etc. The transceiver 120 can be one or more devices integrating at least one communication processing module. The transceiver 120 receives electromagnetic waves via the antenna 140, performs frequency modulation and filtering processing on the electromagnetic wave signals, and sends the processed signals to the processor 110. The transceiver 120 can also receive the signals to be sent from the processor 110, perform frequency modulation and amplification on them, and convert them into electromagnetic waves through the antenna 140 for radiation.

[0092] In some embodiments, the antenna 140 of the electronic device is coupled to the transceiver 120, enabling the electronic device to communicate with the network and other devices via wireless communication technologies. The wireless communication technologies may include global system for mobile communications (GSM), general packet radio service (GPRS), code division multiple access (CDMA), wideband code division multiple access (WCDMA), time-division code division multiple access (TD-SCDMA), long term evolution (LTE), BT, GNSS, WLAN, NFC, FM, and / or IR technologies, etc. The GNSS may include global positioning system (GPS), global navigation satellite system (GLONASS), beidou navigation satellite system (BDS), quasi-zenith satellite system (QZSS), and / or satellite based augmentation systems (SBAS).

[0093] The electronic device implements the display function through the GPU, the display unit 170, and the application processor, etc. The GPU is a microprocessor for image processing, connected to the display unit 170 and the application processor. The GPU is used to perform mathematical and geometric calculations for graphics rendering. The processor 110 may include one or more GPUs, which execute program instructions to generate or change the display information.

[0094] The display unit 170 is used to display images, videos, etc. The display unit 170 includes a display panel. The display panel can be a liquid crystal display (LCD), an organic light-emitting diode (OLED), an active matrix organic light-emitting diode (AMOLED), a flexible light-emitting diode (FLED), a MiniLED, a MicroLED, a Micro-OLED, a quantum dot light-emitting diode (QLED), etc. In some embodiments, the electronic device may include one or N display units 170, where N is a positive integer greater than 1.

[0095] The electronic device can implement the shooting function through the ISP, the camera 190, the video codec, the GPU, the display unit 170, and the application processor, etc.

[0096] The ISP is used to process the data fed back by the camera 190. For example, when recording a video, the camera is turned on, and the light passes through the lens and is transmitted to the camera photosensitive element. The optical signal is converted into an electrical signal, and the camera photosensitive element transmits the electrical signal to the ISP for processing and converts it into an image visible to the naked eye. The ISP can also perform algorithm optimization on the noise, brightness, and skin color of the image.

[0097] The ISP can also optimize parameters such as the exposure and color temperature of the shooting scene. In some embodiments, the ISP can be set in the camera 190. The camera 190 is used to capture static images or videos. The object generates an optical image through the lens and projects it onto the photosensitive element. The photosensitive element can be a charge-coupled device (CCD) or a complementary metal-oxide-semiconductor (CMOS) phototransistor. The photosensitive element converts the optical signal into an electrical signal, and then transmits the electrical signal to the ISP to convert it into a digital image signal. The ISP outputs the digital image signal to the DSP for processing. The DSP converts the digital image signal into an image signal in standard RGB, YUV, etc. formats. In some embodiments, the electronic device may include one or N cameras 190, where N is a positive integer greater than 1. The digital signal processor is used to process digital signals. In addition to processing digital image signals, it can also process other digital signals. For example, when the electronic device selects a frequency point, the digital signal processor is used to perform Fourier transform on the frequency point energy, etc.

[0098] Video codecs are used to compress or decompress digital videos. An electronic device can support one or more video codecs. In this way, the electronic device can play or record videos in multiple encoding formats, such as Moving Picture Experts Group (MPEG) 1, MPEG2, MPEG3, MPEG4, etc.

[0099] The NPU is a neural-network (NN) computing processor. By drawing on the structure of biological neural networks, such as the transmission pattern between human brain neurons, it can quickly process input information and can also continuously learn on its own. Through the NPU, applications such as intelligent cognition of electronic devices can be realized, such as image recognition, face recognition, speech recognition, text understanding, etc.

[0100] The memory 130 can be used to store computer-executable program code, and the executable program code includes instructions. The memory 130 can include a program storage area and a data storage area. Among them, the program storage area can store an operating system, application programs required for at least one function (such as a sound playback function, an image playback function, etc.). The data storage area can store data created during the use of the electronic device (such as audio data, phone book, etc.). In addition, the memory 130 can include high-speed random access memory and can also include non-volatile memory, such as at least one disk storage device, a flash memory device, a Universal Flash Storage (UFS), etc. The processor 110 executes various functional applications and data processing of the electronic device by running the instructions stored in the memory 130 and / or the instructions stored in the memory provided in the processor.

[0101] The electronic device can implement audio functions through the audio circuit 180, the speaker 182, the microphone 184, and the application processor, etc. Such as music playback, recording, etc.

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

[0103] The speaker 182, also known as the "loudspeaker", is used to convert an audio electrical signal into a sound signal. The electronic device can listen to music or hands-free calls through the speaker 182.

[0104] The microphone 184, also known as a "microphone" or "transmitter", is used to convert sound signals into electrical signals. When making a call or sending a voice message, the user can input a sound signal into the microphone 184 by speaking close to it. The electronic device can be provided with at least one microphone 184. In some other embodiments, the electronic device can be provided with two microphones 184, which can not only collect sound signals but also implement a noise reduction function. In some other embodiments, the electronic device can also be provided with three, four or more microphones 184, which can collect sound signals, reduce noise, identify the sound source, and implement functions such as directional recording.

[0105] As Figure 3 shown, the software framework of the electronic device involved in the present application may include an application layer, an application framework layer (FWK), a system layer, a hardware abstraction layer (HAL), and a kernel layer.

[0106] Among them, the application layer may include a series of application packages, such as IOT (Internet of Things) middleware, contacts, camera, gallery, calendar, call, map, navigation, WLAN, Bluetooth, music, video, short message and other applications (which can also be referred to as applications). Among them, the IOT middleware application can interact with the server to obtain the data to be pushed and configure the push policy of the data to be pushed. The contacts application can display the data to be pushed in response to the user's trigger operation.

[0107] As Figure 3 shown, the IOT middleware application may include an application initialization module, a message receiving module, a message parsing and distribution module, a precondition manager, a trigger manager, a condition manager, an action manager, an out-card service module, a data management module, and a card management module.

[0108] The application initialization module is responsible for the initialization of the IOT middleware platform. When the IOT middleware platform is started for the first time, the application initialization module obtains the user's account login status. In the case of account login, it sends the ID (identity identifier) and Token of the electronic device to the server to complete the authentication negotiation with the server, indicating that the electronic device can receive the data to be pushed. The message receiving module receives the data messages sent by the server, where the data messages include the data to be pushed. The message parsing and distribution module parses the data messages to obtain the data to be pushed. The precondition manager parses the received data to be pushed to obtain the creation condition type and creation condition parameters of the data to be pushed. The precondition manager determines the trigger creation condition of the data to be pushed using the precondition factory according to the creation condition type and creation condition parameters of the data to be pushed. When the trigger creation condition is met, the trigger manager creates a trigger for the data to be pushed using the trigger factory. After the trigger is triggered, the condition manager creates a push condition for the data to be recommended using the condition working module according to the push condition type and push condition parameters. When the push condition is met, the action manager creates a push action corresponding to the push condition using the action factory. For example, the push action can be a card ejection action. The action manager encapsulates the relevant data and hands over the specific execution of the card ejection action to the card ejection service module for processing. The card ejection service module sends the encapsulated data to the data management module for storage. Since the real card view needs to be displayed only when the user swipes to the corresponding area, the corresponding data is queried only when the contact is triggered. Therefore, the data needs to be stored at this time. The card ejection service module sends the card ejection message to each corresponding contact according to which contact the card needs to be displayed on. Each contact will decide whether to eject the card according to the actual display situation and the user's trigger operation. For example, when the user swipes to the negative first screen, the negative first screen will request the card view from the IOT middleware platform. The card management module obtains the corresponding card data from the data management module according to the card identifier in the request, and assembles a formal card view by calling the corresponding resources according to the card type, card parameters, etc. in the card data, and sends the card view to the contact for rendering and display.

[0109] The application framework layer provides application programming interfaces (APIs) and programming frameworks for the applications in the application layer. The application framework layer includes some predefined functions.

[0110] Such as Figure 3As shown, the application framework layer may include the IOT middleware FWK and the touchpoint FMK. The IOT middleware FWK can provide API interfaces for applications to call, and then receive data from applications (e.g., touchpoint applications), while maintaining the business logic for the internal flow of requests. Similarly, the touchpoint FWK can provide API interfaces for corresponding applications to call, receive data from applications (e.g., IOT middleware), pass down the data of the applications, and then send it back to the applications.

[0111] It can be understood that the application framework layer may also include a window manager, a content provider, a view system, a telephone manager, a resource manager, a notification manager, etc. The specific meanings can be referred to relevant technical documents and will not be elaborated here.

[0112] The Runtime is responsible for the scheduling and management of the system. The Runtime includes a core library and a virtual machine. Among them, the core library consists of two parts: one part is the functional functions that the programming language (e.g., Java language) needs to call, and the other part is the core library of the system.

[0113] The application layer and the application framework layer can run in the virtual machine. The virtual machine executes the programming files (e.g., Java files) of the application layer and the application framework layer as binary files. The virtual machine is used to perform functions such as object lifecycle management, stack management, thread management, security and exception management, and garbage collection.

[0114] The system layer may include multiple functional modules. For example: Surface Manager, Media Libraries, 3D graphics processing library (e.g., OpenGL ES), 2D graphics engine (e.g., SGL), etc.

[0115] The Surface Manager is used to manage the display subsystem and provide the fusion of 2D (2-Dimensional, 2D) and 3D (3-Dimensional, 3D) layers for multiple applications.

[0116] The Media Libraries support the playback and recording of multiple common audio and video formats, as well as static image files, etc. The Media Libraries can support multiple audio and video coding formats, such as: MPEG4, H.264, MP3, AAC, AMR, JPG, PNG, etc.

[0117] The 3D graphics processing library is used to implement 3D graphics drawing, image rendering, synthesis, and layer processing, etc.

[0118] The 2D graphics engine is the drawing engine for 2D drawing.

[0119] The Hardware Abstraction Layer (HAL) is an interface layer located between the operating system kernel and the upper-layer software, aiming to abstract the hardware. The HAL is an abstract interface for device kernel drivers and is used to implement application programming interfaces that provide access to underlying devices to a higher-level Java API framework. The HAL contains multiple library modules, such as the camera HAL, the Vendor repository, the display HAL, the Bluetooth HAL, the audio HAL, etc. Each of these library modules implements an interface for a specific type of hardware component. For example, the display HAL can provide an interface for accessing the display hardware component. The camera HAL can provide an interface for the camera FWK to access hardware components such as cameras. The Vendor repository can provide an interface for the media FWK to access hardware components such as encoders. When the system framework layer API requests access to the hardware of a portable device, the Android operating system will load the library module for this hardware component.

[0120] The kernel layer is the foundation of the electronic device's operating system, and all the final functions of the operating system are completed through the kernel layer. The kernel layer can include display drivers, camera drivers, audio drivers, sensor drivers, virtual card drivers.

[0121] It should be noted that Figure 3 The schematic diagram of the software structure of the electronic device shown only serves as an example and does not limit the specific module division in different layers of the operating system. Specifically, reference can be made to the introduction of the software structure of the operating system in conventional technologies.

[0122] In a second aspect, the present application provides a service push method, which is applied to the above-mentioned electronic devices, including but not limited to mobile phones, tablets, etc. The method is as Figure 4 shown and includes:

[0123] S201, Analyze the received data to be pushed and determine the trigger creation condition for the data to be pushed, where the trigger creation condition indicates that the data to be pushed meets the user's push requirements.

[0124] S202, When the trigger creation condition is met, create a trigger for the data to be pushed, where the trigger is used to monitor whether the pre-trigger event for the data to be pushed is satisfied.

[0125] S203, When the trigger is triggered, create a push condition for the data to be recommended.

[0126] S204, When the push condition is met, push the data to be pushed.

[0127] After receiving the data to be pushed sent by the server, the electronic device analyzes the data to be pushed to determine the user's push requirement corresponding to the data to be pushed, so as to determine the trigger creation condition of the data to be pushed. For example, if the data to be pushed is air conditioner service data, the corresponding user push requirement can be that the user has an air conditioner, that is, the trigger creation condition is that the user has an air conditioner; when the user has an air conditioner, it is determined that the trigger creation condition is met, and a trigger for the air conditioner service data is further created.

[0128] In a possible implementation manner, the data to be pushed includes a creation condition type and creation condition parameters; analyzing the received data to be pushed to determine the trigger creation condition of the data to be pushed includes: parsing the received data to be pushed to obtain the creation condition type and creation condition parameters of the data to be pushed; generating the trigger creation condition of the data to be pushed according to the creation condition type and creation condition parameters of the data to be pushed.

[0129] The creation condition type represents the type of the trigger creation condition, and the creation condition type can be set according to the actual situation. In one example, the creation condition type can include a single condition type and a multi-condition type. The single condition type means that there is only one judgment condition. For example, whether the user has a certain device; the multi-condition type means that there are multiple judgment conditions. For example, whether the pet is a certain species and whether the age of the pet is a certain value. The creation condition parameter is the configuration parameter of the trigger creation condition and needs to be set according to the actual service push requirement; for example, for the single condition type of whether the user has a certain device, the configuration parameter can be an air conditioner, and the generated trigger creation condition is that the user has an air conditioner device. For example, for the multi-condition type of whether the pet is a certain species and whether the age of the pet is a certain value, the configuration parameters can be a cat and 3 - 6 months, and the generated trigger creation condition is that the pet is a cat and the age of the cat is 3 - 6 months.

[0130] Even if the trigger creation condition is not met during judgment, the terminal can also re-judge the trigger creation condition locally at a later time. The terminal can either perform periodic judgment at a preset time interval or, by monitoring variables, trigger the judgment of the trigger creation condition after detecting a change in the specified parameter. In a possible implementation manner, the method further includes: in response to a change in the user push requirement, determining whether the trigger creation condition is met.

[0131] After the terminal receives the data to be pushed, even if the user does not have a push requirement at that time, the terminal can still monitor the push requirement locally. When the user's push requirement changes, it determines whether the trigger creation condition is met. If it is met, a trigger for the data to be pushed is created, realizing on-demand service push and improving the accuracy of service push.

[0132] The trigger is used to monitor whether the pre-trigger event for the data to be pushed is satisfied. For example, for the air conditioner service, the pre-trigger condition can be that the location information of the terminal is detected to be at the user's home, or the terminal (electronic device) is connected to the home WIFI, etc. The data to be pushed may also include the trigger type and trigger parameters; in a possible implementation manner, creating the trigger for the data to be pushed when the trigger creation condition is satisfied includes: when the trigger creation condition is satisfied, creating the trigger for the data to be pushed according to the trigger type and trigger parameters of the data to be pushed.

[0133] The trigger type can be set according to the actual situation. In one example, the trigger type can include the event trigger type and the time trigger type. The event trigger type means being triggered due to the occurrence of a specified event, and the time trigger type means being triggered when a specified time is reached. The trigger parameter is the configuration parameter of the trigger and needs to be set according to the actual service push requirements; specifically, the trigger parameter can specify a specific trigger event. For example, it is triggered after the electronic device is connected to the WIFI; the trigger parameter can also be a specific time, such as being triggered at 8 o'clock every morning, etc.

[0134] When the trigger condition of the trigger is satisfied, the trigger is triggered, and after the trigger is triggered, the push condition for the data to be recommended is created. The data to be pushed may also include the push condition type and push condition parameters; in a possible implementation manner, creating the push condition for the data to be recommended when the trigger is triggered includes: when the trigger is triggered, creating the push condition for the data to be pushed according to the push condition type and push condition parameters of the data to be pushed.

[0135] The push condition is the direct trigger condition for the push of the data to be recommended, and the push condition type can be set according to the actual situation. In one example, the push condition type can include the single condition type and the multi-condition type. The single condition type means there is only one judgment condition. For example, whether the indoor temperature is XX; the multi-condition type means there are multiple judgment conditions. For example, whether the season is XX and whether the indoor temperature is higher than XX. The push condition parameter is the configuration parameter of the push condition and needs to be set according to the actual service push requirements; for example, for the single condition type of whether the indoor temperature is higher than XX, the configuration parameter can be 30 degrees, and the generated push condition is that the indoor temperature is higher than 30 degrees. For example, for the multi-condition type of whether the season is XX and whether the indoor temperature is higher than XX, the configuration parameter can be summer and 30 degrees, and the generated push condition is that the season is summer and the indoor temperature is higher than 30 degrees.

[0136] When the push condition is met, it is necessary to push the data to be pushed. Specifically, a push action for the data to be pushed can be generated, and by executing the push action, the push of the data to be pushed is ultimately completed. The data to be pushed may also include an action type and action parameters; in a possible implementation manner, pushing the data to be pushed when the push condition is met includes: when the push condition is met, creating a push action for the push condition according to the action type and action parameters of the data to be pushed; when a trigger operation for the push action is detected, executing the push action to push the data to be pushed. The action type can be set according to the actual situation. In an example, the action type can be desktop push, notification push, capsule push, negative one-screen push, or lock screen push, etc. The push parameter is a configuration parameter for the push action and needs to be set according to the actual service push requirements. For example, it can be the push display duration, push prompt tone, etc.

[0137] The push action can be an action of presenting a card on the negative one-screen or desktop, and the push action can also be a pop-up window action for notification push or lock screen push, etc. In a possible implementation manner, the push action is an action of presenting a card; the data to be pushed includes a card type and card parameters; when a trigger operation for the push action is detected, executing the push action to push the data to be pushed includes: when a trigger operation for the contact point of the push action is detected, generating a target card according to the card type and card parameters of the data to be pushed; rendering and displaying the target card in the display area corresponding to the contact point.

[0138] The service push method of the embodiments of the present application determines whether to push data on the terminal side, and through multiple judgments and settings of creating conditions, triggers, and push conditions by the trigger, it is executed locally on the terminal according to user habits. Compared with service push based on user tags on the server side, it can improve the accuracy of service push.

[0139] The embodiments of the present application also provide a service push system. Refer to Figure 5 The system includes: a server 01 and a terminal 02;

[0140] The server 01 sends the data to be pushed to the terminal 02;

[0141] The terminal 02 is used to analyze the to-be-pushed data received, determine the trigger creation condition of the to-be-pushed data, where the trigger creation condition indicates that the to-be-pushed data meets the user's push requirements; when the trigger creation condition is satisfied, create a trigger for the to-be-pushed data, where the trigger is used to monitor whether the pre-trigger event of the to-be-pushed data is satisfied; when the trigger is triggered, create the push condition of the to-be-recommended data; when the push condition is satisfied, push the to-be-pushed data.

[0142] In the service push system according to the embodiment of the present application, it is judged whether to push data on the terminal side, and through multiple judgments and settings of the trigger creation condition, trigger and push condition, the push is executed locally on the terminal according to the user's habits. Compared with pushing services according to user tags on the server side, the accuracy of service push can be improved.

[0143] In a possible implementation manner, refer to Figure 6 , the server 01 includes an operation cloud, a device cloud, and a push cloud (PUSH cloud); the terminal 02 includes a PUSH (push) SDK (Software Development Kit), an IOT middle platform, a desktop, and a negative first screen. Among them, the operation cloud: used to configure corresponding services; the device cloud: responsible for encapsulating data; the PUSH cloud: responsible for transparent data transmission; the PUSH SDK: responsible for receiving messages and pulling up the IOT middle platform; the IOT middle platform: responsible for judging user habits and current conditions and finally issuing cards; the desktop, negative first screen: used to display corresponding cards.

[0144] Next, refer to Figure 7 , and the working process of the service push system in the embodiment of the present application will be described in detail. Among them, Figure 7 the terminal in

[0145] such as Figure 7 shown, the IOT middle platform in the terminal may include an application initialization module, a message receiving module, a message parsing and distribution module, a precondition manager, a precondition factory, a trigger manager, a trigger factory, a condition manager, a condition factory, an action manager, an action factory, a card issuing service module, a data management module, and a card management module.

[0146] S1. The application initialization module is responsible for the initialization of the IOT middle platform. When the IOT middle platform is first started in the terminal, the application initialization module obtains the user's account login status. In the case of account login, it sends the ID (identity identifier) and Token (token) of the terminal (electronic device) to the device cloud of the server to complete the authentication negotiation with the server, indicating that the electronic device can receive the to-be-pushed data.

[0147] S2 - S3. When the server wants to push a service, relevant services will be configured on the back - end of the operation cloud, that is, the data to be pushed is configured. After the configuration is completed, the data to be pushed will be sent to the device cloud. After receiving the data to be pushed from the operation cloud, the device cloud encapsulates it based on the original data to be pushed, and finally packages it into the format required by PUSH, and then sends the packaged data to be pushed to the PUSH cloud. This process is similar to the traditional PUSH message sending process and will not be elaborated here. After receiving it, the PUSH cloud will transparently transmit the data to be pushed to the terminal side.

[0148] Taking the air - conditioner service push as an example, the format of the data to be pushed can be:

[0149]

[0150]

[0151]

[0152] It can be understood that the above is only an example of the format of the data to be pushed and is not used to limit the protection scope of this application. Its specific format and data content can be custom - configured according to the actual situation.

[0153] S4 - S5. After the PUSH SDK in the terminal receives the data message sent by the PUSH cloud (the data message includes the data to be pushed), the message receiving module of the IOT middle - platform is pulled up. The message receiving module obtains the data message and sends it to the message parsing and distribution module.

[0154] S6. The message parsing and distribution module is responsible for parsing and distributing messages. The message parsing and distribution module parses the data message, discovers that it is a push service, obtains the data to be pushed from it, and sends it to the pre - condition manager.

[0155] S7 - S8. The pre - condition manager parses the received data to be pushed to obtain the creation condition type and creation condition parameters of the data to be pushed. The pre - condition factory determines the trigger creation condition of the data to be pushed according to the creation condition type and creation condition parameters of the data to be pushed. The trigger creation condition corresponds to the actual user needs. Taking the air - conditioner service as an example, the trigger creation condition can be that the user has an air - conditioner device.

[0156] Specifically, the creation process of the trigger creation condition can be as Figure 8 shown, including:

[0157] S301. The pre - condition manager sends a creation message of the trigger creation condition instance to the pre - condition factory.

[0158] In one example, the creation message may include a creation condition type and creation condition parameters.

[0159] S302. The precondition factory creates a trigger creation condition instance through a trigger.

[0160] S303. The precondition manager determines whether the trigger creation condition is met by judging the trigger creation condition instance created through the trigger.

[0161] If not, create a pre-trigger corresponding to the trigger creation condition instance. If yes, notify the trigger manager to create a trigger for the data to be recommended. Among them, the pre-trigger corresponding to the trigger creation condition instance is used to trigger the creation of the trigger creation condition instance, and the trigger for the data to be recommended is used to trigger the creation of the push condition.

[0162] S304. The precondition manager registers the pre-trigger corresponding to the trigger creation condition instance with the trigger manager.

[0163] S305. The precondition manager stores the correspondence between the pre-trigger and the trigger creation condition in the database.

[0164] S306. When the user's requirement changes, the pre-trigger is triggered.

[0165] S307. The precondition manager queries the correspondence in the database to determine the trigger creation condition corresponding to the pre-trigger.

[0166] S308. The precondition manager sends a creation message of the trigger creation condition instance to the precondition factory.

[0167] Among them, if the satisfaction relationship of the trigger creation condition changes, it is necessary to re-register the trigger creation condition instance with the precondition factory or cancel the already created trigger creation condition instance.

[0168] After the terminal receives the data to be pushed, even if the user does not have a push requirement at that time (the trigger creation condition is not met), the push requirement can still be monitored locally on the terminal. When the user's push requirement changes, it is judged whether the trigger creation condition is met. If it is met, a trigger for the data to be pushed is created, realizing on-demand service push and improving the accuracy of service push.

[0169] S9 - S10. When the trigger creation condition is met, the trigger manager registers a trigger for the data to be pushed using the trigger factory according to the trigger type and trigger parameters. Taking the air-conditioning service as an example, the trigger can be a leaving-work trigger or a arriving-home trigger, etc.

[0170] S11 - S12. After the trigger is triggered, the condition manager will create the push conditions for the data to be recommended according to the push condition type and push condition parameters by using the condition working module.

[0171] S13 - S14. When the push conditions are met, the action manager will create the push actions corresponding to the push conditions according to the action type and action parameters of the data to be pushed by using the action factory. For example, the push action can be an action of pushing out a card on the desktop or an action of pushing out a card on the negative first screen, etc. Encapsulate the relevant data and hand over the specific execution of the card - pushing action to the card - pushing service module for processing.

[0172] S15. The card - pushing service module sends the encapsulated data to the data management module for storage. Since the real card view is only shown when the user swipes to the corresponding area, the corresponding data is only queried when the contact point is triggered. Therefore, the data needs to be stored at this time.

[0173] S16. The card - pushing service module will send the card - pushing message to each corresponding contact point according to which contact point the card needs to be displayed on.

[0174] S17. Each contact point will decide whether to push out a card according to the actual display situation and the user's trigger operation. For example, when the user swipes to the negative first screen, the negative first screen will request the card view from the IOT middle platform. Among them, the contact points can include one or more of the desktop, negative first screen, notification, capsule, and lock screen.

[0175] S18 - S20. The card management module obtains the corresponding card data from the data management module according to the identifier of the card in the card request of the contact point, and uses the card factory to call the corresponding resources through the resource management service according to the card type, card parameters, etc. in the card data. The card factory assembles the called resources into a formal card view and sends the card view to the contact point for rendering and display.

[0176] The service push system of the embodiment of the present application judges whether to push data on the terminal side, and through the multiple - judgment setting of creating conditions, triggers, and push conditions by the trigger, performs the push according to the user's habits locally on the terminal. Compared with performing service push according to user tags on the server side, it can improve the accuracy of service push.

[0177] The present application also provides a computer program product, which when running on a computer, enables the computer to execute the service push method described in any one of the above - mentioned embodiments.

[0178] In the above embodiments, it can be implemented in whole or in part by software, hardware, firmware, or any combination thereof. When implemented using software, it can 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 described in the embodiments of the present application are generated in whole or in part. The computer can be a general-purpose computer, a special-purpose computer, a computer network, or other programmable devices. The computer instructions can be stored in a computer-readable storage medium or transmitted from one computer-readable storage medium to another. For example, the computer instructions can be transmitted from one website, computer, server, or data center to another website, computer, server, or data center by wire (such as coaxial cable, optical fiber, digital subscriber line (DSL)) or wirelessly (such as infrared, wireless, microwave, etc.). The computer-readable storage medium can be any available medium that can be accessed by a computer or a data storage device such as a server or data center that includes one or more integrated available media. The available medium can be a magnetic medium (such as a floppy disk, hard disk, magnetic tape), an optical medium (such as a DVD), or a solid state disk (SSD), etc.

[0179] The present application also provides a GUI (Graphical User Interface), which includes the aforementioned first interface, second interface, first sharing interface, second sharing interface, third sharing interface, fourth sharing interface, converting interface, application selection interface, and icon editing interface. For how the user interacts with these interfaces and in what situations the electronic device displays which interface, reference can be made to the relevant descriptions of each interface above, and details will not be elaborated here.

Claims

1. A service push method, characterized in that, Applied to a terminal, the method includes: Analyze the received data to be pushed, and determine the trigger creation condition of the data to be pushed, where the trigger creation condition indicates that the data to be pushed meets the user's push requirements; When the trigger creation condition is met, create a trigger for the data to be pushed, where the trigger is used to monitor whether the pre-trigger event of the data to be pushed is met; When the trigger is triggered, create the push condition for the data to be recommended; When the push condition is met, push the data to be pushed.

2. The method according to claim 1, characterized in that, The data to be pushed includes a creation condition type and creation condition parameters; analyzing the received data to be pushed to determine the trigger creation condition of the data to be pushed includes: parsing the received data to be pushed to obtain the creation condition type and creation condition parameters of the data to be pushed; generating the trigger creation condition of the data to be pushed according to the creation condition type and creation condition parameters of the data to be pushed; And / or, the data to be pushed includes a trigger type and trigger parameters; creating the trigger for the data to be pushed when the trigger creation condition is met includes: when the trigger creation condition is met, creating the trigger for the data to be pushed according to the trigger type and trigger parameters of the data to be pushed; And / or, the data to be pushed includes a push condition type and push condition parameters; creating the push condition for the data to be recommended when the trigger is triggered includes: when the trigger is triggered, creating the push condition for the data to be pushed according to the push condition type and push condition parameters of the data to be pushed.

3. The method according to claim 1, wherein The data to be pushed includes an action type and action parameters; pushing the data to be pushed when the push condition is met includes: When the push condition is met, create a push action for the push condition according to the action type and action parameters of the data to be pushed; When a trigger operation for the push action is detected, execute the push action to push the data to be pushed.

4. The method according to claim 3, characterized in that, The push action is a card ejection action; the data to be pushed includes a card type and card parameters; The executing the push action to push the data to be pushed when a trigger operation for the push action is detected includes: When a trigger operation for the contact point of the push action is detected, generate a target card according to the card type and card parameters of the data to be pushed; Render and display the target card in the display area corresponding to the contact point.

5. The method according to claim 1, wherein The method further includes: In response to a change in the user's push requirements, determine whether the trigger creation condition is met.

6. A service push system, characterized in that, The system includes: a server and a terminal; The server sends the data to be pushed to the terminal; The terminal is used to analyze the to-be-pushed data received, determine the trigger creation condition of the to-be-pushed data, where the trigger creation condition indicates that the to-be-pushed data meets the user's push requirement; when the trigger creation condition is met, create a trigger for the to-be-pushed data, where the trigger is used to monitor whether the pre-trigger event of the to-be-pushed data is met; when the trigger is triggered, create the push condition of the to-be-recommended data; when the push condition is met, push the to-be-pushed data.

7. The system according to claim 6, characterized in that, The terminal is further used to send the identification information of the terminal to the server after the Internet of Things middleware is started. The server is specifically used to authenticate the terminal according to the identification information of the terminal, and after the authentication is passed, send the to-be-pushed data to the terminal.

8. The system according to claim 7, characterized in that, The server includes an operation cloud, a device cloud, and a push cloud. The operation cloud is used to generate corresponding to-be-pushed data in response to a push configuration operation, and send the to-be-pushed data to the device cloud. The device cloud is used to authenticate the terminal according to the identification information of the terminal, and after the authentication is passed, send the to-be-pushed data to the push cloud. The push cloud is used to send the to-be-pushed data to the terminal.

9. The system according to claim 6, characterized in that, The to-be-pushed data includes a creation condition type and creation condition parameters; the terminal is specifically used to: parse the received to-be-pushed data to obtain the creation condition type and creation condition parameters of the to-be-pushed data; generate the trigger creation condition of the to-be-pushed data according to the creation condition type and creation condition parameters of the to-be-pushed data. And / or, the to-be-pushed data includes a trigger type and trigger parameters; the terminal is specifically used to: when the trigger creation condition is met, create a trigger for the to-be-pushed data according to the trigger type and trigger parameters of the to-be-pushed data. And / or, the to-be-pushed data includes a push condition type and push condition parameters; the terminal is specifically used to: when the trigger is triggered, create the push condition of the to-be-pushed data according to the push condition type and push condition parameters of the to-be-pushed data.

10. The system according to claim 6, wherein The terminal is further used to determine whether the trigger creation condition is met in response to a change in the user's push requirement.

11. The system according to claim 6, wherein The to-be-pushed data includes an action type and action parameters; the terminal is specifically used to: when the push condition is met, create a push action for the push condition according to the action type and action parameters of the to-be-pushed data; when a trigger operation for the push action is detected, execute the push action to push the to-be-pushed data.

12. The system according to claim 11, characterized in that, The push action is a card ejection action; the to-be-pushed data includes a card type and card parameters. The terminal is specifically used to: when a trigger operation for the contact point of the push action is detected, generate a target card according to the card type and card parameters of the to-be-pushed data; render and display the target card in the display area corresponding to the contact point.

13. An electronic device, characterized in that, Including: One or more processors and a memory; The memory is coupled to the one or more processors, and the memory is configured to store computer program code including computer instructions, and the one or more processors invoke the computer instructions to cause the electronic device to perform the method according to any one of claims 1 to 5.

Images