Method for dynamically updating card content, electronic device, server and communication system

Abstract

The present application provides a method for dynamically updating card content, an electronic device, a server, and a communication system, and relates to the field of terminal technology. On the server side, content instance resources can be obtained based on card templates through template mapping and content instantiation; a card is also generated based on the card template and an association relationship is established between the card and the content instance resource; when the electronic device applies to the server for card content, the card update content that meets the user's needs is obtained from the content instance resource and returned to the electronic device, thereby realizing dynamic update of the card content. On the electronic device side, the card content can be updated in real time, and the card can present the services recommended by the server in real time based on user needs, so that the user can quickly view the required services. This solution can realize the rapid development of cards and support content personalization, and the card content can be dynamically updated, providing users with services that are more in line with actual usage needs.

Description

Technical Field

[0001] The present application relates to the field of terminal technology, and in particular to a method for dynamically updating card content, an electronic device, a server, and a communication system. Background Art

[0002] In order to facilitate users to check information, electronic devices use the card recommendation function to present the information that users may need to view in the form of cards on the negative first screen or desktop of the electronic device, making it convenient for users to view information. However, since the server side has designed a preset card format and content for each quick application, the card format and content presented to the user on the electronic device side are fixed, which makes the card function have certain limitations and affects the user experience. Summary of the invention

[0003] The present application provides a method, electronic device, server and communication system for dynamically updating card content, which can realize rapid development of cards and support content personalization, and the card content can be dynamically updated, providing users with services that better meet actual usage needs.

[0004] In a first aspect, the present application provides a method for dynamically updating card content, which is applied to a server, and the method comprises:

[0005] Obtain a first card template, the first card template comprising a plurality of areas to be filled;

[0006] Determine the layout and fields of the first content template according to the multiple to-be-filled areas of the first card template;

[0007] Creating a content instance resource according to the layout and fields of the first content template, and storing the content instance resource with the first identifier;

[0008] A first request message sent by an electronic device is received, where the first request message is used to request to obtain card content corresponding to the first identifier, and the first request message includes user demand information;

[0009] Acquire resource data that meets the user's requirement information from the content instance resource according to the first identifier, and use it as the card update content;

[0010] The card update content is sent to the electronic device, the card update content carries content mapping position information, and the content mapping position information is used to indicate that the card update content is mapped to a content display position on the first card.

[0011] Through the method for dynamically updating card content provided by the embodiment of the present application, the server can obtain content instance resources based on a preset card template through template mapping and content instantiation, and store the content instance resources with a first identifier as a tag; when the server receives a card content update request sent by an electronic device, the server obtains the card content that meets the user's needs from the content instance resources according to the first identifier, and returns it to the electronic device; in this way, the electronic device continuously obtains the card content from the server side and renders the card, so as to realize the dynamic card content. Through the scheme of the present application, the card can update the card content in real time, present the services recommended by the server side in real time based on user needs (such as user scenario information and / or user behavior habit data), so that the user can quickly view the details of the services required by the user through the card, so the card function provided by the present application is more intelligent, and provides users with services that are more in line with actual usage needs.

[0012] In some possible implementations, the first card may be a quick application card.

[0013] In some possible implementations, the first card may be a native card or a widget card or other types of cards.

[0014] Through this application scheme, cards can be generated dynamically and in real time to improve efficiency, and can support flexible combination and personalized recommendation of card display content, providing different users with services that better meet actual usage needs.

[0015] In some possible implementations, before receiving the card content request message sent by the electronic device, the method also includes: generating a first card based on the first card template, and adding the first identifier to the display link of the first card; and sending the display link of the first card to the electronic device.

[0016] In the embodiment of the present application, on the server side, a content instance is generated based on the content template, and a content instance ID (i.e., the first identifier) ​​is generated for each content instance. In addition, a JS card instance is generated on the developer platform based on the template card, and a display link (showUrl) of the JS card is constructed. By adding the content instance ID (i.e., the first identifier) ​​to the display link showUrl parameter of the card instance, the card instance is associated with the content instance, thereby establishing an association relationship between the card and the content instance resource through the first identifier.

[0017] Through the above scheme, the server can obtain content instance resources based on a preset card template through template mapping and content instantiation, and store the content instance resources with the first identifier as a tag; and the server also generates a card based on the preset card template and establishes an association relationship between the card and the content instance resource through the first identifier. When the electronic device requests card content from the server, the server can obtain card content that meets the user's needs from the content instance resource according to the first identifier, and return it to the electronic device, so that the electronic device can render the card based on the obtained card content. In this way, the electronic device continuously obtains card content from the server side to realize the dynamic card content.

[0018] Among them, content instance resources include instances generated by the operation side based on content templates and on-demand resource configuration.

[0019] In some embodiments, different types of cards may be generated for the same user based on the same card template.

[0020] In other embodiments, based on the same card template, the same type of cards with different contents may be generated for different users.

[0021] Through this application scheme, various corresponding card instances can be quickly constructed based on card templates. The card contents are issued in real time by the smart service on the server side. The order of service display is based on different user scenarios and can be tailored to each user through recommended sorting.

[0022] In some possible implementations, the user demand information is user scenario information, wherein the user scenario information is used to indicate at least one of the following: the electronic device enters a geographic fence, the electronic device enters a time fence, and the electronic device starts a preset application.

[0023] In some possible implementations, the user demand information is a user identification.

[0024] In this case, the acquiring of resource data that meets the user demand information from the content instance resource includes: determining user behavior habit data according to the user identifier; and acquiring resource data corresponding to the user behavior habit data from the content instance resource.

[0025] In some possible implementations, the user demand information includes user scenario information and a user identifier.

[0026] In this case, the acquiring resource data that meets the user demand information from the content instance resources according to the first identifier includes: determining the content instance resource corresponding to the first identifier from the content instance resources; filtering out a plurality of candidate resource data from the content instance resources corresponding to the first identifier according to the user identifier, and then acquiring resource data that meets the user scenario information from the plurality of candidate resource data.

[0027] In an embodiment of the present application, the electronic device can send a card content request message to the server side, and the card content request message may include user scenario information, user identifier (such as UUID) and the content instance ID corresponding to the exposed card and send it to the server; the server obtains the card content that meets the conditions according to the card content request message and sends it to the electronic device; the electronic device renders the card based on the obtained card content, so as to achieve the purpose of dynamic display of card content and personalized display of card content.

[0028] In some possible implementations, after obtaining resource data that meets the user scenario information from the multiple candidate resource data, the method further includes: determining resource sorting information based on the user scenario information and / or the user identifier; and sorting the resource data that meets the user scenario information based on the resource sorting information.

[0029] The card update content includes the sorted first N resource data items.

[0030] Through the solution of the present application, the server sends the sorted resource data to the electronic device, so that the content of the card presented by the electronic device can change dynamically, and the card can present the preferred services recommended in real time based on user scenario information and / or user behavior habit data, so that the user can quickly view the details of the services required by the user through the card. Therefore, the card function provided by the present application is more intelligent and recommends more convenient services to users in a targeted manner.

[0031] In some possible implementations, when the user demand information is the demand information of the first user, the card update content is the first content; when the user demand information is the demand information of the second user, the card update content is the second content. The demand information of the first user is different from the demand information of the second user, and the first content is different from the second content.

[0032] In some possible implementations, when the user demand information is the first demand information of the first user, the card update content is the third content; when the user demand information is the second demand information of the first user, the card update content is the fourth content. The first demand information is different from the second demand information, and the third content is different from the fourth content.

[0033] In some possible implementations, creating a content instance resource according to the layout and fields of the first content template includes: displaying a resource setting page according to the layout and fields of the first content template; and in response to a first input operation on the resource setting page, creating the content instance resource according to input content corresponding to the first input operation.

[0034] In some possible implementations, the content instance resources include first-category resources and second-category resources, the first-category resources include card description information (ie, static resource data), and the second-category resources include card service information (ie, dynamic resource data).

[0035] In some possible implementations, the card description information includes a card name, a card icon, and / or a card background image.

[0036] In some possible implementations, the card service information includes the name, logo, icon, target user, sorting information, creation information, and / or validation information of the service / business. The sorting information may include sorting mode, sorting designated position, and / or sorting weight.

[0037] Through the application scheme, dynamic resources can be grouped based on content templates, each group is a resource pool, and resource pools can be bound and set. The server side can decide to send each group of resource data according to factors such as crowd targeting and recommendation sorting.

[0038] In some possible implementations, after creating the content instance resource according to the input content corresponding to the first input operation, the method further includes: in response to a second input operation on the resource setting page, editing the content instance resource according to the second input operation. The editing of the content instance resource includes: editing card description information and / or card service information.

[0039] In the present application scheme, the server side can generate a content instance ID corresponding to the card, and store static resources and dynamic resources based on the content instance ID. Among them, static resources such as card names and card background images can be edited (such as added, modified or deleted) by the operator on the server side. Among them, the server side sets a dynamic resource pool, which contains multiple groups of dynamic resources, and these dynamic resources can be edited (such as added, modified or deleted) by the operator.

[0040] The server side can send static resource data / dynamic resource data to the media application / card on the electronic device side to realize resource delivery.

[0041] The method for dynamically updating card content provided in the embodiment of the present application generates cards dynamically and in real time through interaction between the server side and the electronic device side, and the cards support flexible combination and personalized recommendation of display content, which not only improves the efficiency of card development, but also recommends different types of cards to the same customer in different user scenarios, and can also generate cards with different contents for different users, providing services that meet the actual usage needs of different users.

[0042] In a second aspect, the present application provides a method for dynamically updating card content, which is applied to an electronic device, and the method includes:

[0043] Loading a first card on a first interface of the electronic device, wherein a display link of the first card includes a first identifier;

[0044] When the electronic device meets the preset condition, the first request message is sent to the server, where the first request message is used to request to obtain the card content corresponding to the first identifier, and the first request message includes user demand information;

[0045] receiving card update content sent by the server, wherein the card update content is determined according to the first identifier and the user requirement information; the card update content carries content mapping position information, and the content mapping position information is used to indicate that the card update content is mapped to a content display position on the first card;

[0046] According to the content mapping position information, the card update content is used to update and display the content of the first card.

[0047] Through the method for dynamically updating card content provided by the embodiment of the present application, when the electronic device meets the preset conditions, the electronic device applies to the server for card content, and the request message includes user demand information and a first identifier that establishes an association relationship with the card; then, the electronic device receives the card update content determined by the server based on the user demand information and the first identifier, and then renders the card according to the card update content. In this way, the electronic device can continuously obtain the card content from the server side and render the card to achieve dynamic update of the card content. Through the scheme of the present application, on the electronic device side, the card can update the card content in real time, presenting the services recommended in real time by the server side based on user needs (such as user scenario information and / or user behavior habit data), so that the user can quickly view the details of the services required by the user through the card, so the card function provided by the present application is more intelligent and provides users with more convenient services.

[0048] In some possible implementations, loading the first card on the first interface of the electronic device includes: receiving a display link of the first card sent by a server; and loading the first card on the first interface according to the display link of the first card.

[0049] Among them, the first interface is a negative one screen interface or a desktop interface.

[0050] In some possible implementations, when the electronic device meets a preset condition, sending a first request message to the server includes: when the electronic device detects that the first interface switches to the foreground display of the electronic device, sending the first request message to the server.

[0051] In some possible implementations, when the electronic device meets a preset condition, sending the first request message to the server includes: when the electronic device enters a geographic fence or a time fence, sending the first request message to the server.

[0052] In some possible implementations, when the electronic device meets a preset condition, sending the first request message to the server includes: when the electronic device starts a preset application, sending the first request message to the server.

[0053] In some possible implementations, before sending the first request message to the server, the method further includes: extracting the first identifier from a display link of the first card.

[0054] In some possible implementations, before sending the first request message to the server, the method also includes: obtaining the user demand information; wherein the user demand information includes user scenario information, user identification and / or user behavior habit data, and the user scenario information is used to represent at least one of the following: the electronic device enters a geographic fence, the electronic device enters a time fence, and the electronic device starts a preset application.

[0055] In some possible implementations, the card update content includes card description information and / or card service information.

[0056] The card description information includes a card name, a card icon and / or a card background image.

[0057] The card service information includes service icons or controls.

[0058] In a third aspect, the present application provides an electronic device, comprising a processor, a memory, and a computer program stored in the memory, wherein the processor is used to execute the computer program so that the electronic device implements the method described in the first aspect and any implementation method thereof.

[0059] In a fourth aspect, the present application provides a server, comprising a processor, a memory, and a computer program stored in the memory, wherein the processor is used to execute the computer program so that the electronic device implements the method described in the second aspect and any implementation method thereof.

[0060] In a fifth aspect, the present application provides a communication system, which includes the electronic device described in the third aspect and the server described in the fourth aspect.

[0061] In a sixth aspect, the present application provides a device for dynamically updating card content, the device comprising a unit for executing the method in the first aspect. The device may correspond to executing the method described in the first aspect, and the relevant description of the unit in the device can refer to the description of the first aspect, which will not be repeated here for the sake of brevity.

[0062] The method described in the first aspect above can be implemented by hardware, or by hardware executing corresponding software. The hardware or software includes one or more modules or units corresponding to the above functions. For example, a processing module or unit, a display module or unit, etc.

[0063] In a seventh aspect, the present application provides a computer-readable storage medium on which is stored a computer program (also referred to as instructions or codes) for implementing the method in the first aspect. For example, when the computer program is executed by a computer, the computer can execute the method in the first aspect.

[0064] In an eighth aspect, the present application provides a chip, comprising a processor. The processor is used to read and execute a computer program stored in a memory to perform the method in the first aspect and any possible implementation thereof. Optionally, the chip also includes a memory, and the memory is connected to the processor via a circuit or wire.

[0065] In a ninth aspect, the present application provides a chip system, including a processor. The processor is used to read and execute a computer program stored in a memory to perform the method in the first aspect and any possible implementation thereof. Optionally, the chip system also includes a memory, and the memory is connected to the processor via a circuit or wire.

[0066] In a tenth aspect, the present application provides a computer program product, which includes a computer program (also referred to as instructions or codes). When the computer program is executed by an electronic device, the electronic device implements the method in the first aspect.

[0067] It can be understood that the beneficial effects of the second to tenth aspects mentioned above can be found in the relevant description of the first aspect mentioned above, and will not be repeated here. BRIEF DESCRIPTION OF THE DRAWINGS

[0068] Figure 1 A schematic diagram of an interface for an electronic device to display cards on a negative screen and a desktop respectively;

[0069] Figure 2 A schematic diagram of an interface for adding a card to a desktop for an electronic device;

[0070] Figure 3 A schematic diagram of the development and display of cards in the related art;

[0071] Figure 4 A schematic diagram of dynamically updating card content provided in an embodiment of the present application;

[0072] Figure 5 A schematic diagram of the structure of an electronic device provided in an embodiment of the present application;

[0073] Figure 6 A schematic diagram of a software architecture of an electronic device provided in an embodiment of the present application;

[0074] Figure 7 Schematic diagram of the process of dynamically updating card content provided in the embodiment of the present application Figure 1 ;

[0075] Figure 8 Schematic diagram of the process of dynamically updating card content provided in the embodiment of the present application Figure 2 ;

[0076] Fig. 9 Schematic diagram of the process of dynamically updating card content provided in the embodiment of the present application Figure 3 ;

[0077] Fig.10 Schematic diagram of the resource configuration interface of the method for dynamically updating card content provided in the embodiment of the present application Figure 1 ;

[0078] Fig.11 Schematic diagram of the resource configuration interface of the method for dynamically updating card content provided in the embodiment of the present application Figure 2 ;

[0079] Fig.12Schematic diagram of the resource configuration interface of the method for dynamically updating card content provided in the embodiment of the present application Figure 3 ;

[0080] Fig.13 A schematic diagram of a card resource query process for a method for dynamically updating card content provided in an embodiment of the present application;

[0081] Fig.14 A schematic diagram of performing crowd targeting in the method for dynamically updating card content provided in an embodiment of the present application;

[0082] Fig.15 A schematic diagram of sorting resources in the method for dynamically updating card content provided in an embodiment of the present application;

[0083] Fig.16 Schematic diagram of the process of dynamically updating card content provided in the embodiment of the present application Figure 4 ;

[0084] Fig.17 Schematic diagram of the process of dynamically updating card content provided in the embodiment of the present application Figure 5 ;

[0085] Fig.18 Schematic diagram of the process of dynamically updating card content provided in the embodiment of the present application Figure 6 ;

[0086] Fig.19 Schematic diagram of the process of dynamically updating card content provided in the embodiment of the present application Figure 7 ;

[0087] Fig. 20 Schematic diagram of the process of dynamically updating card content provided in the embodiment of the present application Figure 8 ;

[0088] Fig.21 Schematic diagram of the process of dynamically updating card content provided in the embodiment of the present application Figure 9 ;

[0089] Fig. 22 Schematic diagram of the process of dynamically updating card content provided in the embodiment of the present application Figure 10 ;

[0090] Fig.23 Schematic diagram of the process of dynamically updating card content provided in the embodiment of the present application Figure 10 one;

[0091] Fig.24 Schematic diagram of the process of dynamically updating card content provided in the embodiment of the present application Figure 10 two;

[0092] Fig.25 A schematic diagram of the effect of generating different cards in the method for dynamically updating card content provided in an embodiment of the present application;

[0093] Fig.26 A schematic diagram of the effect of generating different cards in the method for dynamically updating card content provided in an embodiment of the present application. DETAILED DESCRIPTION

[0094] In order to make the purpose, technical solution and advantages of the embodiments of the present application clearer, the technical solution in the embodiments of the present application will be clearly and completely described below in conjunction with the drawings in the embodiments of the present application. Obviously, the described embodiments are part of the embodiments of the present application, not all of the embodiments. Based on the embodiments in the present application, all other embodiments obtained by ordinary technicians in this field without creative work are within the scope of protection of this application.

[0095] To facilitate understanding of the embodiments of the present application, some terms used in the embodiments of the present application are explained below to facilitate understanding by those skilled in the art.

[0096] Card: A card is an intermediate form between an icon and a full-screen application. It can be used as a user's quick operation tool and information quick-view window to recommend service information to users. For example, a card can be a quick application card, a native card, or a widget card.

[0097] Quick Apps: Quick Apps are a new type of installation-free application developed based on industry standards. They have the capability of "no installation required, click and use". Through a variety of system scene entrances, they provide users with efficient direct services. The advantage of quick apps is that they do not require installation, can be used as soon as they are clicked, and can be added to the desktop.

[0098] Quick App Card: A card built on the Honor Quick App Engine, implemented in JS language, that can be displayed on various media applications. Quick App Cards can also be called JS Cards.

[0099] Media application: an application used to display cards on the electronic device side. For example, a media application can be a negative one screen application, a desktop application, or a quick service center application.

[0100] An integrated development environment (IDE) is an application that provides a program development environment. IDE developer tools are used for quick app development and support the development and debugging of quick apps and cards.

[0101] In order to provide convenience for users to access information, electronic devices use a card recommendation function to present information that users may need to view in the form of cards on the negative first screen or desktop of the electronic device, making it easier for users to view information.

[0102] For example, Figure 1 As shown in (a) and (b) in FIG. 1 , the electronic device presents flight information in the form of a card (called a flight card). The user does not need to check the text message or enter the relevant application for subscribing to the air ticket to view the flight information. The flight card can be directly viewed on the desktop or the negative one screen. For example, in addition to displaying some flight information, the flight card also displays a view details icon 11. The user can click the view details icon 11 to trigger the electronic device to jump to the details page of the flight information.

[0103] For example, Figure 2 As shown in (a) in the figure, the electronic device can display multiple cards with preset forms and contents recommended by the system in the negative first screen. Take travel cards as an example for illustrative explanation. The electronic device recommends travel cards in a preset area (such as a card suggestion column) of the negative first screen. The travel cards are cards corresponding to the xx travel application. The travel card includes a taxi service icon 12. In response to the user's operation on the taxi service icon 12, the electronic device switches to the taxi service page of the xx travel application. The user can complete the taxi service in the taxi service page. It should be noted that in addition to providing taxi services, the xx travel application can also provide navigation, bus / subway, hotel booking, chauffeur service and / or other possible travel services.

[0104] like Figure 2 As shown in (b), a control 13 can be displayed in the negative one screen, and the control 13 is used to trigger the display of the page of the quick service center, which is an application for managing and displaying various quick application cards. In response to the user's operation on the control 11 in the negative one screen, the electronic device jumps from the current negative one screen to the page of the quick service center. Various cards and card search boxes are displayed on the page of the quick service center, and these cards have preset forms and contents. Taking the travel card as an example, the travel card includes a taxi service icon. The travel card is designed and developed by the developer and then put on the server, and then delivered to the electronic device by the server, and displayed to the user by the electronic device through the quick service center. In some embodiments, in response to the user's addition operation of the travel card, the electronic device adds the travel card to the desktop.

[0105] With the development of smart service business, the number of quick application cards on mobile phones and other electronic devices is increasing, which brings a certain amount of development workload to developers. Figure 3As shown, on the server side, developers need to use IDE developer tools to develop two independent forms of quick applications and cards, which will generate quick application data packets and card data packets respectively. These two data packets are uploaded to the server to complete the quick application and quick application card listing. On the electronic device side, after the electronic device receives the card data and quick application data provided by the server, the electronic device can load the card data and create and display the card on the negative one screen or the quick service center.

[0106] The above examples introduce flight cards and travel cards. The flight card displays a view details icon, and the travel card displays a taxi service icon. These service icons are designed and developed by developers, so the service icons presented in each card are fixed.

[0107] Comprehensive analysis shows that there are the following problems in card design and display:

[0108] 1) Developers need to develop a separate card for each quick app, which is a huge workload for developers. How to reduce the cost of card development is a problem currently faced.

[0109] 2) Since the server side designs a preset card format and content for each quick app, that is, the display format and content of the card are fixed, the card format and content displayed on the electronic device side are fixed. In other words, the card style is solidified, which will lead to certain limitations in the card function.

[0110] Therefore, how to conveniently generate cards and dynamically change the card content is a problem that needs to be solved urgently.

[0111] In view of this, the embodiments of the present application provide a method and electronic device for dynamically updating card content, which can improve efficiency by dynamically generating cards in real time, and can support flexible combination and personalized recommendation of card display content, thereby providing different users with services that better meet actual usage needs.

[0112] In the embodiment of the present application, the server can obtain content instance resources through template mapping and content instantiation based on a preset card template, and generate a card based on the preset card template and establish an association relationship between the card and the content instance resource; when the card is exposed on the electronic device side, the electronic device requests the card content from the server, and the server obtains the card content that meets the user's needs from the content instance resource and returns it to the electronic device; the electronic device can render the card based on the obtained card content, so that the electronic device continuously obtains the card content from the server side to realize the dynamic card content. On the electronic device side, the card can update the card content in real time, presenting the service recommended by the server side in real time based on user needs (such as user scenario information and / or user behavior habit data), so that the user can quickly view the details of the service required by the user through the card, so the card function provided by the present application is more intelligent and provides users with more convenient services.

[0113] In order to better understand the embodiments of the present application, the embodiments of the present application are briefly described below in combination with the comparison with the related art:

[0114] In the related art, developers design preset card formats and contents for each quick app, and the cards presented on the electronic device have fixed formats and contents. Figure 4 (a) in FIG. 1 shows a schematic diagram of a travel card, and the content of the travel card is fixed. The travel card presents a taxi service icon. The travel card and the service icon are designed and developed by the developer, so the card content is fixed.

[0115] Looking at the present application again, the present application provides a method for quickly generating cards based on templates and the card content can be dynamically changed, thereby improving the card function. For example, Figure 4 (b) and (c) in the figure show a card template and a schematic diagram of generating a card based on the template.

[0116] First reference Figure 4 (b) in the present application, the developer designs a card template of a preset size, and the card template may include multiple areas, which are used to add content such as a card name, a card background image, and at least one service icon. The server side can obtain a content instance based on the preset card template through template mapping and content instantiation. The content instance includes static resources and dynamic resources, such as static resources including card names, card background images, etc., and dynamic resources including at least one service icon, etc.

[0117] It should be noted that in the present application, the server side can generate a content instance ID corresponding to the card, and store static resources and dynamic resources based on the content instance ID. Among them, static resources such as card names and card background images can be edited (such as added, modified or deleted) by the operator on the server side. Among them, the server side sets a dynamic resource pool, which contains multiple groups of dynamic resources, and these dynamic resources can be edited (such as added, modified or deleted) by the operator.

[0118] In the present application scheme, when the server side generates a card based on a card template and then the card is exposed on the electronic device side, the electronic device can obtain the card content containing static resources and dynamic resources from the server side based on the content instance ID, user scenario information and / or user UUID, and then the electronic device can render the card based on the obtained card content to realize dynamic changes in the card content.

[0119] The user scenario information is used to represent the scenario information collected by the electronic device when the user is currently operating the electronic device or the scenario information collected by the electronic device when the electronic device enters a preset electronic fence.

[0120] User UUID (universally unique identifier) ​​is an identifier that represents user behavior habits or user portrait.

[0121] refer to Figure 4 In (c), assume that the user scenario information indicates that the user is searching for hotel information through an electronic device, and the user behavior habit data corresponding to the user UUID indicates that the user often calls a designated driver, rides a bicycle, and walks. When the card is exposed on the electronic device side, the electronic device obtains the card content from the server side based on the content instance ID, user scenario information, and user behavior habit data, and updates the card based on the obtained card content. Figure 4 As shown in (c) in the figure, the updated card presents service icons such as hotel booking, chauffeur service, shared bicycles, and walking navigation. These service icons are determined based on user scenario information and user behavior habit data. Users can quickly view the details of the services they need through the card. Therefore, the card function provided by this application is more intelligent, providing users with more convenient services and better meeting users' actual usage needs.

[0122] Compared with the related art, the improvement of the present application scheme is as follows: when the card is exposed on the electronic device side, the server side can provide card content determined based on user scenario information and / or user behavior habit data, and accordingly, the content of the card presented by the electronic device can change dynamically. The card can present services recommended in real time based on user scenario information and / or user behavior habit data, so that users can quickly view the details of the services they need through the card. Therefore, the card function provided by the present application is more intelligent and recommends more convenient services to users in a targeted manner.

[0123] Through this application scheme, various corresponding card instances can be quickly constructed based on card templates. The card contents are issued in real time by the smart service on the server side. The order of service display is based on different user scenarios and can be tailored to each user through recommended sorting.

[0124] It should be noted that in this application solution, the application scenarios include but are not limited to: Scenario 1: Quick Service Center Card. Scenario 2: Negative One Screen Card. Scenario 3: Desktop Card. Scenario 4: Folding Screen Small Screen Card. Scenario 5: Lock Screen Card.

[0125] Hereinafter, an electronic device to which the method for dynamically updating card content provided in an embodiment of the present application is applied will be described with reference to the accompanying drawings.

[0126] Exemplarily, the electronic device in the embodiments of the present application may be a mobile phone, a tablet computer, an ultra-mobile personal computer (UMPC), a netbook, a cellular phone, a personal digital assistant (PDA), a wearable device (such as a smart watch, a smart bracelet), and other devices with voice communication functions. The embodiments of the present application do not impose any special restrictions on the specific form of the electronic device.

[0127] Figure 5 The following is a schematic diagram showing the structure of an electronic device provided by an embodiment of the present application. Figure 5 The electronic device shown may be a mobile phone. Figure 5As shown, the mobile phone may include: a processor 110, an external memory interface 120, an internal memory 121, a universal serial bus (USB) interface 130, a charging 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 (i.e., an earpiece) 170B, a microphone 170C, an earphone interface 170D, a sensor module 180, a button 190, a motor 191, an indicator 192, a camera 193, a display screen 194, and a subscriber identification module (SIM) card interface 195, etc.

[0128] Exemplarily, the sensor module may include sensors such as a pressure sensor, a gyroscope sensor, an air pressure sensor, a magnetic sensor, an acceleration sensor, a distance sensor, a proximity light sensor, a fingerprint sensor, a temperature sensor, a touch sensor, an ambient light sensor, and a bone conduction sensor. In an embodiment of the present application, the electronic device may detect whether the user's ear is close to the receiver through sensors such as a proximity light sensor (i.e., a light sensor) and a distance sensor. For example, the electronic device may detect whether there is an obstruction in front of the front panel (or screen) of the mobile phone, and the distance between the obstruction and the screen through a distance sensor to determine whether the current user's ear is close to the receiver.

[0129] It is to be understood that the structure illustrated in this embodiment does not constitute a specific limitation on the mobile phone. In other embodiments, the mobile phone may include more or fewer components than shown in the figure, or combine some components, or split some components, or arrange the components differently. The components shown in the figure may be implemented in hardware, software, or a combination of software and hardware.

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

[0131] Among them, the processor 110 is used to: load a first card on a first interface of an electronic device, and the display link of the first card includes a first identifier; when the electronic device meets a preset condition, send a first request message to a server, and the first request message is used to request to obtain the card content corresponding to the first identifier, and the first request message includes user demand information; receive the card update content sent by the server, and the card update content is determined based on the first identifier and the user demand information; the card update content carries content mapping location information, and the content mapping location information is used to indicate that the card update content is mapped to the content display location on the first card; according to the content mapping location information, the card update content is used to update and display the content of the first card.

[0132] The method for dynamically updating card content provided in the embodiment of the present application generates cards dynamically and in real time through interaction between the server side and the electronic device side, and the cards support flexible combination and personalized recommendation of display content, which not only improves the efficiency of card development, but also recommends different types of cards to the same customer in different user scenarios, and can also generate cards with different contents for different users, providing services that meet the actual usage needs of different users.

[0133] The controller can be the nerve center and command center of the mobile phone. The controller can generate operation control signals according to the instruction operation code and timing signal to complete the control of fetching and executing instructions.

[0134] The processor 110 may also be provided with a memory for storing instructions and data. In some embodiments, the memory in the processor 110 is a cache memory. The memory may store instructions or data that the processor 110 has just used or cyclically used. If the processor 110 needs to use the instruction or data again, it may be directly called from the memory. This avoids repeated access, reduces the waiting time of the processor 110, and thus improves the efficiency of the system.

[0135] In some embodiments, the processor 110 may include one or more interfaces. The interface 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.

[0136] It is understandable that the interface connection relationship between the modules illustrated in this embodiment is only a schematic illustration and does not constitute a structural limitation on the mobile phone. In other embodiments, the mobile phone may also adopt different interface connection methods in the above embodiments, or a combination of multiple interface connection methods.

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

[0138] The mobile phone can realize the display function through a GPU, a display screen 194, and an application processor. The GPU is a microprocessor for image processing, which connects the display screen 194 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 display information. The display screen 194 is used to display images, videos, etc.

[0139] The external memory interface 120 can be used to connect an external memory card, such as a Micro SD card, to expand the storage capacity of the mobile phone. The internal memory 121 can be used to store computer executable program codes, and the executable program codes include instructions. The processor 110 executes various functional applications and data processing of the mobile phone by running the instructions stored in the internal memory 121. For example, in an embodiment of the present application, the processor 110 can execute instructions stored in the internal memory 121, and the internal memory 121 may include a program storage area and a data storage area.

[0140] The above is a specific description of the embodiment of the present application using the electronic device 100 as an example. It should be understood that the structure illustrated in the embodiment of the present application does not constitute a specific limitation on the electronic device 100. The electronic device 100 may have more or fewer components than those shown in the figure, may combine two or more components, or may have different component configurations. The various components shown in the figure may be implemented in hardware, software, or a combination of hardware and software including one or more signal processing and / or application specific integrated circuits.

[0141] In addition, an operating system is running on the above hardware. The operating system of the operating system layer can be any one or more computer operating systems that implement business processing through processes, such as Linux operating system, Unix operating system, Android operating system, iOS operating system or Windows operating system, etc. Applications can be installed and run on the operating system.

[0142] The operating system of the electronic device 100 may adopt a layered architecture, an event-driven architecture, a micro-core architecture, a micro-service architecture, or a cloud architecture. The embodiment of the present application takes the Android system of the layered architecture as an example to exemplify the software structure of the electronic device 100.

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

[0144] The layered architecture divides the software into several layers, each with clear roles and division of labor. The layers communicate with each other through software interfaces. In some embodiments, the Android system is divided into four layers, from top to bottom: application layer (applications), application framework layer (application framework), system library and Android runtime (Android Runtime), and kernel layer (kernel).

[0145] The application layer may include a series of application packages. For example, the application layer may include applications such as desktop, negative one screen, quick service center, etc. (applications may be referred to as applications for short), and the present application embodiment does not impose any restrictions on this. The application layer also includes a quick application engine application, which may be referred to as a quick application engine for rendering quick applications and quick application cards.

[0146] In the embodiment of the present application, the application layer may also include a context awareness module, a business logic processing module, a business presentation module, etc. The context awareness module, the business logic processing module, and the business presentation module may be independent APPs, or may be integrated in different APPs, or may be integrated in the same APP, which is not limited in the present application.

[0147] Among them, the context awareness module runs permanently or in a low-power form, and has the ability to perceive external facts or environments. The context awareness module can detect related events and obtain the status of events from other applications in the application layer or the application framework layer or the system layer or the kernel layer through the application programming interface (API), such as detecting Bluetooth connections, network connections, monitoring user text messages, custom timers, etc. In the embodiment of the present application, the main function of the context awareness module is to monitor whether a card exposure event occurs. The context awareness module can notify the business logic processing module of the monitored card exposure event and the content instance ID corresponding to the exposed card.

[0148] The business logic processing module (such as a computing engine) has business logic processing capabilities, and is used to perform data processing or logic judgment according to the card exposure event monitored by the context perception module, the content instance ID corresponding to the exposed card, and the preset logic algorithm: in the case of monitoring the card exposure event, the current user scenario information of the electronic device is obtained, and the user behavior habit data can also be obtained, and then the user scenario information and / or user behavior habit data and the content instance ID corresponding to the exposed card are sent to the server, and then the card content sent by the server is received, and the card content is the card content determined by the server according to the user scenario information and / or user behavior habit data and the content instance ID corresponding to the exposed card; then the business logic processing module can send the card content to the business presentation module. The card content may include static resources and dynamic resources, such as static resources including card names, card background images, etc., and dynamic resources including at least one service icon, etc. Among them, static resources and dynamic resources can be edited on the operation cloud side, such as supporting addition, modification or deletion.

[0149] The business presentation module (such as YOYO Suggestion) is used to update and display the cards displayed by media applications such as the negative first screen or desktop based on the obtained card content according to the instructions of the business logic processing module. The card can present services recommended in real time based on user scenario information and / or user behavior habit data, so that users can quickly view the details of the services they need through the card. Therefore, the card function provided by this application is more intelligent and provides users with more convenient services. By dynamically updating the card content, the information display is more intuitive and flexible, which improves the user experience.

[0150] The application framework layer provides API and programming framework for the applications in the application layer. The application framework layer includes some predefined functions. Figure 6As shown, the application framework layer may include a card service management module, a card content acquisition module, etc., and the embodiments of the present application do not impose any restrictions on this.

[0151] The card service management module is used to manage the relevant information of various cards and provide card-related services.

[0152] The card content acquisition module is used to call the card resource acquisition interface to obtain the card content from the server. For example, the card content acquisition module sends the user scenario information and / or user behavior habit data and the content instance ID corresponding to the exposed card to the server through the card resource acquisition interface; then receives the card content sent by the server through the card resource acquisition interface. The card content is determined by the server based on the user scenario information and / or user behavior habit data and the content instance ID corresponding to the exposed card.

[0153] Android Runtime includes 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 is the function that the Java language needs to call, and the other is the Android core library. The application layer and the application framework layer run in the virtual machine. The virtual machine executes the Java files of the application layer and the application framework layer as binary files. The virtual machine is used to perform object life cycle management, stack management, thread management, security and exception management, and garbage collection.

[0154] The system library can include multiple functional modules, such as surface manager, media libraries, 3D graphics processing library (such as openGL ES), 2D graphics engine (such as SGL), etc. The surface manager is used to manage the display subsystem and provides the fusion of 2D and 3D layers for multiple applications.

[0155] Specifically for the present application, the system library includes a card resource acquisition interface for interaction between the electronic device and the server to obtain the card content.

[0156] The kernel layer is the layer between hardware and software. The kernel layer contains at least display driver, camera driver, audio driver, and sensor driver.

[0157] For ease of explanation, the figure also shows a hardware layer that interacts with the above software structure. For example, the hardware layer may include a display screen. The display screen may be used to display an interface such as a negative screen or a desktop, and may be used to display cards on an interface such as a negative screen or a desktop.

[0158] It should be noted that although the embodiments of the present application are based on The system is used as an example, but the basic principles are also applicable to Electronic devices with other operating systems.

[0159] The execution subject of the method for dynamically updating the card content provided in the embodiment of the present application can be the above-mentioned electronic device, or it can be a functional module and / or functional entity in the electronic device that can implement the method for dynamically updating the card content, and the present application scheme can be implemented by hardware and / or software, which can be determined according to actual use requirements, and the embodiment of the present application is not limited. Below, taking an electronic device as an example, the method for dynamically updating the card content provided in the embodiment of the present application is exemplarily described in combination with the accompanying drawings.

[0160] The following will be combined with the accompanying drawings to illustrate the embodiments of the present application through the following multiple exemplary embodiments. The methods in the following embodiments can be implemented in an electronic device with the above hardware structure and software architecture. The hardware structure diagram of the electronic device can be as follows: Figure 5 As shown, the software structure diagram of the electronic device can be as follows Figure 6 As shown, the embodiments of the present application are not limited thereto. The execution subject of the method for dynamically updating card content provided in the embodiments of the present application can be an electronic device, or a hardware and / or software module in the electronic device. For ease of explanation, the embodiments of the present application are all illustrated by taking the execution subject as an electronic device as an example.

[0161] The following describes a method for dynamically updating card content provided by an embodiment of the present application in conjunction with a specific embodiment.

[0162] Figure 7 The flowchart of the method for dynamically updating card content provided by the embodiment of the present application is shown. Figure 7 As shown, taking the JS card template as an example, this application can achieve dynamic display of the content of the card instance through the following four stages:

[0163] 1. Template mapping: Perform template mapping based on the card template to obtain the content template.

[0164] Among them, the content template is a resource integration specification designed by this application and constructed based on the template concept.

[0165] Among them, the template mapping is the template field mapping, that is, mapping fields according to the JS card template convention, so that the card instance generated based on the card template can obtain the resource data of the corresponding layout from the server side according to the mapping fields.

[0166] For example, reference Figure 7As shown, the JS card template includes three areas. The content filled in the first layout area is the card name, the content filled in the second layout area is the background image, and the content filled in the third layout area is the service icon.

[0167] The template mapping process can be referred to Figure 7 As shown, the card name located in the first layout area of ​​the card template maps the cardName field, the background image located in the second layout area of ​​the card template maps the BackgroundPic field, and the service icon located in the third layout area of ​​the card template maps the dynamic resource pool dynamicResourse field.

[0168] 2. Content instantiation: Instantiate content based on the content template to obtain a content instance.

[0169] In the embodiment of the present application, the content instance is an instance generated by the operation end based on the content template and configuring resources on demand.

[0170] The operation side can generate corresponding content instances through content templates according to business needs. Content instances include static resource data and dynamic resource data of cards.

[0171] Among them, static resource data refers to the common content of cards in the content template, such as card logo, card name, etc.

[0172] Among them, dynamic resource data refers to data that can be dynamically updated and displayed, that is, resources that can be tailored to each individual, such as service icons.

[0173] 3. Card instantiation: Card instantiation is performed based on the card template to obtain a card instance (ie, card).

[0174] Among them, a JS card instance can be generated based on the JS template, and an association relationship can be established between the card instance and the content instance.

[0175] 4. Data Mapping:

[0176] When the JS card instance is exposed, the electronic device obtains the card content for display through the associated content instance. The card maps the obtained card content to the card layout position based on the agreed template field mapping, completes the rendering and displays. The card content includes the static resource data and dynamic resource data of the card.

[0177] In some embodiments, dynamic resources can be grouped based on content templates, each group is a resource pool, and resource pools can be bound and set. The server side can decide to send each group of resource data according to factors such as crowd orientation and recommendation ranking.

[0178] In some embodiments, the server side can implement crowd targeting based on big data crowd portraits. Specifically, when sending dynamic resource data, the server side can determine which dynamic resource data to send to the electronic device side according to the configured target population, for example, only sending dynamic resource data that matches the user portrait.

[0179] In some embodiments, the server side may send static resource data / dynamic resource data to the media application / card on the electronic device side to implement resource delivery.

[0180] Figure 8 The embodiment of the present application shows the implementation of the card content template definition, content instance management and end-cloud interaction. Among them, the end-cloud interaction refers to the interaction between the electronic device side and the server side.

[0181] like Figure 8 As shown in (a) in the figure, the card content template defines the following configurations:

[0182] 1) Card type, such as JS template card;

[0183] 2) Card layout parameter configuration;

[0184] 3) Configuration of the card delivery service scope, such as type, recommendation and specifications.

[0185] like Figure 8 As shown in (b) in the figure, the content instance of the card defines the following configurations:

[0186] 1) Fill in the card layout parameters;

[0187] 2) Filling card services, which can be done through crowd targeting, model targeting and commercial configuration;

[0188] 3) JS parameter construction; operators use JS parameters to launch card services.

[0189] like Figure 8 As shown in (c), the electronic device side and the server side can realize data interaction of the card through the dynamic card content end-cloud interface. By calling the dynamic card content end-cloud interface, interface request authentication, layout parameter recall, service directional recall, docking recommendation sorting, and download recall can be realized.

[0190] Fig. 9The flow chart of the method for dynamically updating card content provided by the embodiment of the present application is shown by the interaction between the server side and the electronic device side. Taking the quick application card (JS card) as an example, the present application combines the JS card template to build a content template definition module, a content instance management module, and a resource delivery management module on the server side. Among them, the resource delivery management module includes a card content query unit and a dynamic card content end-cloud interface.

[0191] S1. The content template definition module performs template mapping based on the JS card template and stipulates the layout and fields.

[0192] Among them, template mapping is mainly reflected in layout and field agreement. The quick application engine on the electronic device side can build an M×N grid card template according to product requirements, and the quick application engine can make content layout agreements with the content template definition module on the server side.

[0193] On the one hand, for resources that need to be targeted according to the population, a dynamic resource pool field is set in the card template content definition, and the resource type and sorting method are set for the dynamic resource pool. The dynamic resource pool has a specific dynamic resource pool code (code), and the corresponding dynamic resource pool can be queried according to the dynamic resource pool code (code).

[0194] On the other hand, static resource fields include card name (title), card icon (logo) and / or card text. The server (such as the smart service cloud) defines the relevant fields through jsonSchema.

[0195] For example, for a card template, a static resource schema can be agreed upon:

[0196] {"schema":{"type":"object","required":["cardName","backgroundPictures","logoPic"],"ui:order":["cardName","backgroundPictures","logoPic","mainBrief","subBrief"],"properties":{"logoPic":{"type":"string","title":"Card logo","ui:widget":"PrivateUploadImage","ui:options":{"accept":"image / png","bizType":"SUBJECT","limitRatio":["160px","160px"]},"description":"Only support png images, image size 160 pixels * 160 pixels"},"cardName":{"type":"string","title":"Card name","maxLength":128,"minLength":0,"ui:options":{"placeholder":"Please enter"}},"background Pictures":{"type":"string","title":"Card background image","ui:widget":"PrivateUploadImage","ui:options":{"accept":"image / png","bizType":"SUBJECT","limitRatio":["1280px","608px"]},"description":"Only support png images, image size 1280 pixels * 608 pixels"}}},"uiSchema":{},"formProps":{"labelWidth":" 100px","labelSuffix":":","layoutColumn":3},"formFooter":{"show":false},"errorSchema":{"logoPic":{"err:options":{"required":"Please upload the card logo image"}},"cardName":{"err:options":{"required":"Please fill in the card name"}},"backgroundPictures":{"err:options":{"required":"Please upload the card background image"}}}}.

[0197] In this example, it is agreed that this template includes the card name (cardName), the card background image (backgroundPictures) and the card logo image (logoPic). After agreeing on the fields, when the electronic device obtains the static resource data of the card, the electronic device can perform field mapping based on the above agreement: map the obtained static resource data of the card to the corresponding position of the card.

[0198] S2. The content template definition module generates a content instance based on the content template and the agreed layout and fields.

[0199] In an embodiment of the present application, the server (such as a smart service cloud) provides the operation side with the function of generating a card content instance based on a card content template, and accordingly, provides a visual resource configuration page based on the card content template.

[0200] For example, Fig.10 (a) in FIG. 1 shows a visual resource configuration page for static resources. Fig.10 As shown in (a) in the visualization resource configuration page, static resources such as card name, card background image, card logo, main title, and subtitle can be configured. Among them, the image format and image size are specified for the card background image and card logo respectively. Fig.10 (b) in the figure shows a visual resource configuration page for completing static resource configuration.

[0201] For example, Fig.11 (a) in FIG. 1 shows a visual resource configuration page for dynamic resources. Fig.11 As shown in (a) in the visualization resource configuration page, a dynamic resource pool is displayed, and dynamic resources such as resource name, resource ID, target user, sorting method, sorting position, sorting weight, effective state, effective time, creation time and update time can be configured in the dynamic resource pool. Exemplarily, the dynamic resources configured in the dynamic resource pool can be configured by selecting the parameters in Table 1.

[0202] Table 1

[0203] parameter describe Target Users The target population of this dynamic resource sort by Operation ranking / recommendation ranking Effective time Time range in which delivery can be carried out

[0204] Among them, based on the configuration of target users, the server side has the ability to deliver dynamic resources to the target group.

[0205] Based on the configuration of the sorting method, the server side has the ability to sort dynamic resources according to different users / intents.

[0206] By configuring based on the effective time, the operation side can decide when to deploy the resources.

[0207] Fig.11 (b) in the figure shows a visual resource configuration page for completing dynamic resource configuration.

[0208] In this way, the server builds a complete content instance based on the static resources and dynamic resource pool services configured by the operator for the content instance.

[0209] In the embodiment of the present application, the server generates a content instance based on the content template and constructs a display link (showUrl) of the JS card, wherein showUrl is an attribute of the JS card itself.

[0210] Exemplarily, the display link showUrl may be represented as hap: / / widget / com.diycard.fourgrid / 1.

[0211] S3. The content instance management module generates a content instance ID.

[0212] In the embodiment of the present application, a content instance ID is generated for each content instance.

[0213] The content instance ID may adopt a link parameter format, which may be expressed as: ?contentInstanceId=${content instance ID}.

[0214] For example, the content instance ID is 1805496894236057602, and the link parameter of the content instance ID is expressed as: ?contentInstanceId=1805496894236057602.

[0215] For example, Fig.12 (a) in FIG. 1 shows the basic information of the constructed content instance. Fig.12 As shown in (a), the basic information of the instance includes: instance name, instance ID, dynamic card template type, card instance parameters, creation time, last update time, etc.

[0216] It should be noted that the above exemplary embodiments describe the display link showUrl and the content instance ID. In actual implementation, the display link showUrl and the content instance ID may also be expressed in other possible forms.

[0217] S4. The content instance management module sends the content instance ID to the resource delivery management module, and then the resource delivery management module stores the card resource data according to the content instance ID to achieve resource synchronization. The card resource data includes dynamic resource data and static resource data.

[0218] S5. Generate a JS card instance (ie, JS card) based on the JS card template.

[0219] S6. Establish an association relationship between the JS card and the content instance ID.

[0220] This application associates the card instance with the content instance by adding a link parameter of the content instance ID in the showUrl parameter of the display link of the card instance.

[0221] In an embodiment of the present application, a JS card instance is generated on the developer platform based on the template card, and the purpose of associating the card instance with the content instance can be achieved by adding a link parameter of the content instance ID in the display link showUrl configuration of the card instance.

[0222] Among them, the display link showUrl can pass parameters through parameter splicing similar to the http protocol.

[0223] For example, after the link parameters of the display link showUrl and the content instance ID are concatenated, the following is obtained:

[0224] hap: / / widget / com.diycard.fourgrid / 1 / ? contentInstanceId=1805496894236057602.

[0225] For example, Fig.12 (b) in the figure shows a schematic diagram of the display link showUrl of a multi-service dynamic card.

[0226] It should be noted that the media application on the electronic device side can expose the card by calling the showUrl of the card itself, and the parameters carried in the showUrl can be passed to the card itself.

[0227] S7. The server sends the card instance to the electronic device, i.e., places the card.

[0228] After the card instance is associated with the corresponding content instance ID, the card instance can be placed on the electronic device as a normal card, and the card can be exposed through the media application.

[0229] S8. When the JS card is exposed on the electronic device side, the electronic device side requests the server side to obtain the card content through the dynamic card content end-cloud interface based on the content instance ID, user scenario information and / or user UUID, etc.

[0230] When a card exposure event occurs on an electronic device, the electronic device sends a card content request message to a server (such as a smart service cloud) based on the content instance ID.

[0231] In some embodiments, the card content request message may include a content instance ID.

[0232] In some embodiments, the card content request message may include a content instance ID and a scene intent delivered by a media application.

[0233] In some embodiments, the card content request message may include a content instance ID and a user identifier.

[0234] In some embodiments, the card content request message may include a content instance ID, a user identifier, and a scene intent transmitted by a media application. Exemplarily, when a card exposure event occurs in an electronic device, the electronic device sends a card content request message to a server (such as a smart service cloud) based on the scene intent transmitted by the media application, the user UUID, and the content instance ID.

[0235] Among them, the parameters, parameter names and descriptions corresponding to the content instance ID, scene intent and user identification can be found in Table 2.

[0236] Table 2

[0237] parameter Parameter name describe contentInstanceId Content instance ID Query the corresponding static and dynamic resources based on the ID intent Scene Intent Used to determine dynamic resources that meet the intent of the scenario uuid User ID Crowd targeting and recommendation order for dynamic resources

[0238] S9. The server side obtains static resource data, and obtains dynamic resource data from the resource pool through crowd targeting and resource sorting.

[0239] In some embodiments, the server side responds to the card content request message, queries the corresponding dynamic resource data and static resource data based on the content instance ID, obtains the card content after resource integration, and returns the card content to the electronic device.

[0240] In some embodiments, the server side responds to the card content request message, queries the corresponding dynamic resource data and static resource data based on the content instance ID and according to the user identification and / or scenario intent, obtains the card content after resource integration, and returns the card content to the electronic device.

[0241] The parameters, parameter names and descriptions corresponding to the dynamic resource data and static resource data can be found in Table 3.

[0242] Table 3

[0243]

[0244] In the resource pool dynamic resource parameter contentResources, the structure of an element may include a resource pool code and a resource pool list. The parameters, parameter names and descriptions corresponding to the resource pool code and the resource pool list may be found in Table 4.

[0245] Table 4

[0246] parameter Parameter name describe resourceSetCode Resource pool code Resource pool code resources Resources List Dynamic resource list corresponding to the resource pool

[0247] Fig.13 FIG. 4 shows a flow chart of server querying dynamic resources and static resources. Fig.13 As shown in the figure, when querying dynamic resources, you can query the resource pool according to the content instance ID; then target the crowd according to the resource pool code and user ID and query the resources; then sort and filter the multiple services in the resource list according to the user scenario intention information to determine the dynamic resources that meet the conditions. When querying static resources, query the static resources according to the content instance ID. Finally, integrate the determined dynamic resources and static resources to obtain the card content.

[0248] Among them, the process of querying dynamic resources includes the crowd targeting process and the resource sorting process.

[0249] Fig.14 The schematic diagram of the crowd targeting process is shown. The server can obtain user behavior habit data, that is, user profile, based on the user identifier. The server can compare the user profile carried in the query request with the crowd profile in the resource pool, and determine the resources in the crowd profile of the resource pool that match the user profile as content suitable for recommendation to the user. Fig.14 As shown, the user profile carried in the query request includes multiple tags such as 7701, 1886, and 5899. Tags such as 7701 and 1886 are matched and found in the crowd profile of the resource pool. The resources in the resource pool corresponding to tags such as 7701 and 1886 are suitable for recommending to the user, thereby achieving crowd targeting.

[0250] In the crowd targeting process, firstly, based on the user ID, a list of crowd IDs to which the user belongs is obtained from the big data platform. Then, the crowd list is compared with the target crowd list of the dynamic resource configuration. If there is an intersection between the crowd list and the target crowd list of the dynamic resource configuration, it can be determined that the user belongs to the target crowd of the dynamic resource.

[0251] In some embodiments, the sorting methods in the dynamic resource pool include recommended sorting and specific sorting.

[0252] In the resource sorting process, dynamic resources belonging to the same resource pool and sorted in the recommended sorting mode are first grouped, and then the server determines the sorting priority of each group of resources based on the resource pool code, content instance ID, and resource list (including multiple resource identifiers) carried by each group of dynamic resources. Then, each group of resources is re-sorted according to the sorting priority. Then, each re-sorted group of resources can be integrated with the specific sorting resources in the resource pool.

[0253] In some embodiments, the absolute position and weight of a specific sorted resource in a resource pool can be specified by the operator.

[0254] Among them, the specific sorting resources may include resources with absolute positions and resources without absolute positions. The sorting priority of resources with absolute positions is higher than the sorting priority of resources without absolute positions. For resources without absolute positions, they can be sorted according to the overall business configuration.

[0255] Fig.15 A schematic diagram of the resource sorting process is shown in FIG. Fig.15 As shown in (a) in the figure, the resource pool includes multiple operational resources: A, B, C; M, N; O, P, Q. Among them, A, B, C are specific sorting resources, and the absolute position and weight of each operational resource are specified by the operation end. O, P, Q are specific sorting resources, O and P have weights, and Q has no position and no weight. M and N are recommended sorting resources. After the resources are sorted, as shown in Fig.15 As shown in (b), multiple operation resources A, B, C; O, P, Q; M, N are arranged in descending order of priority.

[0256] S10. The server side sends the card content to the electronic device side through the dynamic card content end-cloud interface. The card content includes static resource data and top-ranked dynamic resource data.

[0257] S11. The electronic device renders the card based on the acquired card content.

[0258] After the electronic device obtains the card content, it can render the resources and dynamically display the card content for each person.

[0259] Fig.16 The embodiment of the present application shows an implementation method of the method for dynamically updating card content. Fig.16 (a) shows the template mapping process in S1 above. Fig.16 (b) in FIG. 1 shows the content instantiation process in the above S2-S4. Fig.16 (c) in FIG. 1 shows the process of querying the card content, mapping the card content to the card instance, and rendering the card in the above S6-S11.

[0260] Through the scheme of the present application, the server can obtain content instance resources based on the card template through template mapping and content instantiation; the server also generates a card based on the card template and establishes an association relationship between the card and the content instance resource; when the electronic device requests card content from the server, the server obtains the card update content that meets the user's needs from the content instance resource and returns it to the electronic device; the electronic device can render the card based on the obtained card update content, thereby realizing dynamic update of the card content. On the electronic device side, the card can update the card content in real time, presenting the services recommended by the server side in real time based on user needs, so that the user can quickly view the details of the service required by the user through the card. Therefore, the card function provided by the present application is more intelligent and provides users with more convenient services.

[0261] Combine the following Fig.17 The interactive sequence diagram between the server side and the electronic device side is used to illustrate the process of the method for dynamically updating the card content provided by the embodiment of the present application. Fig.17 As shown, the server side includes a card template management module, a content template definition module, a content instance management module and a resource delivery management module. The electronic device side includes a dynamic card content end cloud interface and a media application.

[0262] It should be noted that the present application exemplarily uses multiple modules on the server side and multiple modules on the electronic device side as examples for illustrative description. In actual implementation, the server side and the electronic device side can each implement the method for dynamically updating card content provided in the embodiment of the present application through more or fewer functional modules than the following embodiments. The present application does not limit the specific functional modules on the server side and the electronic device side used to implement the method for dynamically updating card content.

[0263] S201. The card template management module provides a card template to the content template definition module.

[0264] Among them, developers can design card templates of preset sizes and forms and upload them to the server. The server can store card templates through the card template management module. For example, the card template of preset size is a 2×2 card template, or a 2×4 card template.

[0265] For example, Fig.18 A card template of 2×4 size is shown, which includes three areas to be filled, area 1 is used to fill the card name, area 2 is used to fill the card background image, and area 3 is used to fill four service icons.

[0266] Again illustratively, Fig.19 A card template of 2×2 size is shown, which includes three areas to be filled, area 1 is used to fill the card name, area 2 is used to fill the card background image, and area 3 is used to fill two service icons.

[0267] It should be noted that the size and form of the card template can be set according to actual usage requirements, and the embodiments of the present application are not limited thereto.

[0268] S202: The content template definition module determines the layout and fields of the content template based on the multiple areas to be filled in the card template.

[0269] S203: The content template definition module provides the content template to the content instance management module.

[0270] S204: The content instance management module creates a content instance based on the layout and fields of the content template. The content instance includes static resource data and dynamic resource data.

[0271] S205: The content instance management module generates a content instance ID.

[0272] In the embodiment of the present application, a content instance ID is generated for each content instance.

[0273] For example, the content instance ID may be expressed as: ?contentInstanceId=1805496894236057602.

[0274] S206: The content instance management module sends the content instance ID, static resource data, and dynamic resource data to the resource delivery management module.

[0275] S207: The resource delivery management module stores static resource data and dynamic resource data corresponding to the content instance ID.

[0276] S208: The resource delivery management module sets dynamic resource recommendation rules.

[0277] S209: The resource delivery management module sends a message indicating that content instantiation has been completed to the card template management module.

[0278] S210. The card template management module obtains a card instance (ie, a card) by instantiating the card.

[0279] S211. The card template management module obtains the content instance ID of the card from the content instance management module.

[0280] S212: The card template management module adds the content instance ID to the display link of the card, and establishes an association relationship between the card and the content instance ID.

[0281] For example, assuming that the display link showUrl is widget / com.diycard.fourgrid / 1, the display link showUrl and the link parameter of the content instance ID are concatenated to obtain:

[0282] hap: / / widget / com.diycard.fourgrid / 1 / ? contentInstanceId=1805496894236057602.

[0283] S213. The card template management module sends the card display link to the electronic device through the dynamic card content end-cloud interface.

[0284] The server sends a display link of the card to the electronic device. The display link of the card includes not only link parameters for displaying the card, but also a content instance ID associated with the card.

[0285] S214: The media application (such as the negative one screen or the desktop) of the card template management module receives the display link of the card and exposes the card based on the display link of the card.

[0286] In some embodiments, the negative one screen application of the electronic device is switched to the foreground to run. In this case, the card is exposed to the user, that is, a card exposure event occurs in the electronic device.

[0287] In other embodiments, when a card is added to the desktop and the desktop application of the electronic device is switched to the foreground to run, the card is exposed to the user, that is, a card exposure event occurs on the electronic device.

[0288] When a card exposure event occurs in the electronic device, the electronic device obtains user scenario information.

[0289] S215. The media application of the electronic device sends a card content request message to the server through the dynamic card content end-cloud interface. The card content request message includes a content instance ID, user scenario information and / or user UUID.

[0290] S216. The resource delivery management module of the server receives the card content request message, and determines the card content based on the content instance ID, user scenario information and / or user UUID. The card content includes static resource data and dynamic resource data with a recommended order.

[0291] The resource delivery management module determines the static resource data based on the content instance ID.

[0292] The resource delivery management module determines the dynamic resource data based on the content instance ID, user scenario information and / or user UUID, and sorts the dynamic resource data based on the dynamic resource recommendation rule, and then selects the dynamic resource data with the highest sorting (eg, the first four).

[0293] S217. The resource delivery management module on the server side sends the card content to the electronic device through the dynamic card content end-cloud interface.

[0294] The card content carries content mapping position information, and the content mapping position information is used to indicate that the card content is mapped to the content display position on the first card. The card content can also be called card update content.

[0295] S218: The media application on the electronic device side renders the card based on the card content.

[0296] The following is a card schematic diagram of the method for dynamically updating card content provided in an embodiment of the present application, which is described in conjunction with the accompanying drawings.

[0297] For example, again refer to Fig.17 As shown, for a card template of 2×4 size, a travel card is obtained by instantiating the card. Each filling area of ​​the travel card can be empty in the initial state, or it can be filled with preset content. When the travel card is exposed on the electronic device side, the server side maps the static resource data and the dynamic resource data with a recommended order to the electronic device side. Through data mapping, the card is rendered to achieve dynamic changes in the card content. For example, the recommended order of dynamic resource data can be: Service 1: Taxi; Service 2: Cycling; Server 3: Refueling; Service 4: Designated driver. Accordingly, the dynamically generated travel card includes service icons such as taxi icons, cycling icons, refueling icons, and designated driver icons.

[0298] The electronic device presents a dynamically generated travel card on the negative first screen or desktop. The user can select a service icon in the travel card according to actual usage needs. For example, if the user needs to find a designated driver, when the user clicks the designated driver icon, the electronic device can automatically perform the function of searching for a designated driver and provide the user with targeted services.

[0299] For example, again refer to Fig.18As shown, for a card template of 2×2 size, a food card is obtained by instantiating the card. Similarly, the various filling areas of the food card can be empty in the initial state, or filled with preset content. When the food card is exposed on the electronic device side, the server side maps the static resource data and the dynamic resource data with a recommended order to the electronic device side. Through data mapping, the card is rendered to achieve dynamic changes in the card content. For example, the recommended order of dynamic resource data can be: Service 1: Specialty Food; Service 2: Coffee; Service 3: Tea; Service 4: Ice Cream. Accordingly, the dynamically generated food card includes service icons such as specialty food icons and coffee icons.

[0300] The electronic device presents dynamically generated food cards on the negative first screen or desktop. The user can select a service icon in the food card according to actual usage needs. For example, if the user needs to buy coffee, when the user clicks the coffee icon, the electronic device can automatically perform the function of locating the coffee shop and provide the user with targeted services.

[0301] The following describes the process of the method for dynamically updating card content provided in the embodiment of the present application from the server side and the electronic device side respectively.

[0302] Server side:

[0303] Fig. 20 A flowchart of a method for dynamically updating card content implemented on the server side provided in an embodiment of the present application.

[0304] S301. The server obtains a card template, and performs template mapping on the card template to obtain a content template.

[0305] S302: The server instantiates content based on the content template to obtain a content instance.

[0306] S303: The server generates a content instance ID associated with the content instance, and stores static resources and dynamic resources corresponding to the content instance based on the content instance ID.

[0307] S304: The server instantiates a card based on the card template to obtain a card instance.

[0308] S305: The server adds the content instance ID to the display link of the card instance.

[0309] S306: The server sends the card with the content instance ID added to the electronic device.

[0310] The above describes the process in which the server generates a content instance and a content instance ID based on a card template, and sends the card with the content instance ID added to the electronic device. The following describes the process in which the server receives a card content request message sent by the electronic device, determines the card content based on the card content request message, and returns the card content to the electronic device.

[0311] S307: The server receives a card content request message sent by the electronic device, where the card content request message includes a content instance ID, user scenario information and / or user UUID.

[0312] S308: The server searches for static resources that meet the conditions based on the content instance ID, and searches for dynamic resources that meet the conditions in the stored dynamic resources based on the content instance ID, user scenario information and / or user UUID.

[0313] S309: The server sends card content to the electronic device, where the card content includes static resources and dynamic resources that meet the conditions.

[0314] Exemplarily, static resources include card names, card background images, etc., and dynamic resources include at least one service icon, etc. Static resources and dynamic resources can be edited on the operation cloud side, for example, support addition, modification or deletion.

[0315] In an embodiment of the present application, the server side can construct a card template (such as a JS card template), and then instantiate the card template into a card, and place the card in the operating location of the media application such as the negative one screen of the electronic device, or the YOYO card display location, etc.

[0316] Through the method for dynamically updating card content provided by the embodiment of the present application, the server can obtain content instance resources through template mapping and content instantiation based on a preset card template, and store the content instance resources with a first identifier as a tag; when the server receives a card content update request sent by an electronic device, the server obtains the card content that meets the user's needs from the content instance resources according to the first identifier, and returns it to the electronic device; in this way, the electronic device continuously obtains the card content from the server side and renders the card, so as to realize the dynamic card content. Through the scheme of the present application, the card can update the card content in real time, present the services recommended by the server side in real time based on user needs (such as user scenario information and / or user behavior habit data), so that the user can quickly view the details of the services required by the user through the card, so the card function provided by the present application is more intelligent and provides users with more convenient services.

[0317] The above embodiments illustrate the process of implementing the method for dynamically updating card content on the server side. The following describes the process of implementing the method for dynamically updating card content on the electronic device side.

[0318] Electronic equipment side:

[0319] Fig.21 A flowchart of a method for dynamically updating card content implemented on an electronic device side provided in an embodiment of the present application.

[0320] S401. The electronic device receives a card sent by a server and loads the card to the negative one screen.

[0321] After the server sends the card with the content instance ID added to the electronic device ( S206 ), the electronic device receives the card sent by the server.

[0322] It should be noted that the electronic device is schematically illustrated here to load the card to the negative one screen. In actual implementation, the card can also be loaded to other possible media applications such as the quick service center, and this application does not limit this.

[0323] S402: When the electronic device detects that the negative one screen is running in the foreground, the electronic device determines that a card exposure event occurs.

[0324] S403: The electronic device obtains the card instance ID, and obtains user scenario information and / or user UUID.

[0325] S404. The electronic device sends a card content request message to the server through a preset interface. The card content request message includes a card instance ID, user scenario information and / or user UUID.

[0326] S405: The electronic device receives the card content sent by the server, where the card content includes static resources and dynamic resources.

[0327] S406: The electronic device renders the card based on the received card content.

[0328] Through this application scheme, various corresponding card instances can be quickly constructed based on card templates. The card contents are issued in real time by the smart service on the server side. The order of service display is based on different user scenarios and can be tailored to each user through recommended sorting.

[0329] Through the method for dynamically updating card content provided by the embodiment of the present application, when the electronic device meets the preset conditions, the electronic device applies to the server for card content, and the request message includes user demand information and a first identifier that establishes an association relationship with the card; then, the electronic device receives the card update content determined by the server based on the user demand information and the first identifier, and then renders the card according to the card update content. In this way, the electronic device can continuously obtain the card content from the server side and render the card to achieve dynamic update of the card content. Through the scheme of the present application, on the electronic device side, the card can update the card content in real time, presenting the services recommended in real time by the server side based on user needs (such as user scenario information and / or user behavior habit data), so that the user can quickly view the details of the services required by the user through the card, so the card function provided by the present application is more intelligent and provides users with more convenient services.

[0330] The above embodiments illustrate the process of the electronic device dynamically updating the card content for the card displayed on the negative one screen. The following further illustrates the process of the electronic device dynamically updating the card content for the card displayed on the desktop.

[0331] Fig. 22 A flowchart of another method for dynamically updating card content implemented on an electronic device side provided in an embodiment of the present application.

[0332] S501: The electronic device adds a first card to the desktop.

[0333] In some embodiments, in response to a user's operation of adding the first card to the desktop, the electronic device adds the first card to the desktop.

[0334] In other embodiments, when the YOYO suggestion function of the desktop is turned on, the electronic device automatically adds the first card in the YOYO suggestion card display area on the desktop.

[0335] S502: When the electronic device detects that the desktop is switched to the foreground, the electronic device determines that a card exposure event occurs.

[0336] S503. The electronic device obtains a first card instance ID corresponding to the first card, and obtains first user scenario information and / or user UUID.

[0337] S504. The electronic device sends a card content request message to the server through a preset interface. The card content request message includes a first card instance ID, first user scenario information and / or user UUID.

[0338] S505: The electronic device receives the card content sent by the server, where the card content includes static resources and dynamic resources.

[0339] S506: The electronic device renders a card based on the received card content to obtain a second card.

[0340] S507: The electronic device replaces the first card displayed on the desktop with the second card.

[0341] In an embodiment of the present application, the electronic device can send a card content request message to the server side, and the card content request message may include user scenario information, user UUID, and the content instance ID corresponding to the exposed card and send it to the server; the server obtains the card content that meets the conditions according to the card content request message, and sends it to the electronic device; the electronic device renders the card based on the obtained card content, so as to achieve the purpose of dynamic display of card content and personalized display of card content.

[0342] It should be noted that the technology of content templates and content instances in this application is not limited to the application of JS template card technology binding. In actual implementation, for any type of card technology implementation type on the electronic device side: JS card, native card, widget card, as long as the layout parameters can be pre-agreed with the template management module and the content instance can be associated with the card, the card can obtain resource data through this content template solution, and achieve the ability to quickly build content and display it to different people. Among them, native cards and widget cards are both Android cards. Fig.23 As shown, a content template is obtained through a card template, and then a content instance is obtained based on the content template. Then, the resources of the content instance are data mapped to generate a dynamic card. The dynamic card can be a JS card, a native card, or a widget card.

[0343] Fig.24 The relevant information of the card content template and the card content instance is shown. Fig.24 As shown, the dynamic card content template includes template ID, template type (such as JS card template), template layout code, and content item list (card content / service content). Accordingly, the template content resource integration information includes resource pool code, content type, resource capacity, transmission data, and supported sorting methods. The dynamic card content instance includes instance ID, template ID, associated scene, and resource item instance list. Accordingly, the binding resource information includes resource binding ID, resource pool code, instance ID, scene, resource type, resource ID, and resource list. The unified delivery instance includes delivery ID, resource ID, resource type, resource pool code, instance ID, and resource binding ID.

[0344] The method for dynamically updating card content provided in the embodiment of the present application generates cards dynamically and in real time through interaction between the server side and the electronic device side, and the cards support flexible combination and personalized recommendation of display content, which not only improves the efficiency of card development, but also recommends different types of cards to the same customer in different user scenarios, and can also generate cards with different contents for different users, providing services that meet the actual usage needs of different users.

[0345] In some embodiments, different types of cards may be generated for the same user based on the same card template.

[0346] For example, Fig.25 As shown, assuming that a card template of 2×4 size is used, through the present application solution, a travel card is dynamically generated for user 1 based on the card template, and the dynamically generated travel card includes service icons such as taxi, cycling, refueling, and designated driver. In addition, a food card is dynamically generated for user 1 based on the card template, and the dynamically generated food card includes service icons such as special food, coffee, tea, ice cream, etc.

[0347] In other embodiments, based on the same card template, the same type of cards with different contents may be generated for different users.

[0348] For example, Fig.26 As shown, assuming that a card template of 2×4 size is used, for user 2, the present application solution can dynamically generate a travel card for user 1 based on the card template, and the travel card includes service icons such as taxi, cycling, refueling, and designated driver. For user 2, the present application solution can dynamically generate another travel card for user 2 based on the card template, and the travel card includes service icons such as hotel booking, designated driver, shared bicycle, and walking navigation.

[0349] The improvement of this application compared to the related art is that through the solution of this application, the efficiency of card content construction is improved. Template content is generated on the basis of template cards on the smart service cloud side, and the content displayed on the template cards can be dynamic. For multiple cards generated from the same template, different themes of content configuration can be quickly performed through the operation end to generate travel cards, ordering cards, shopping cards, etc. For the same card instance, different users see different content, achieving a thousand faces for a thousand people.

[0350] It should be noted that, in the embodiments of the present application, "greater than" can be replaced by "greater than or equal to", "less than or equal to" can be replaced by "less than", or "greater than or equal to" can be replaced by "greater than", and "less than" can be replaced by "less than or equal to".

[0351] The various embodiments described herein may be independent schemes or may be combined according to internal logic, and these schemes all fall within the scope of protection of the present application. The above mainly describes the scheme provided by the embodiment of the present application from the perspective of method steps. It is understandable that, in order to realize the above functions, the electronic device implementing the method includes hardware structures and / or software modules corresponding to the execution of each function. Those skilled in the art should be aware that, in combination with the units and algorithm steps of each example described in the embodiments disclosed herein, the present application can be implemented in the form of hardware or a combination of hardware and computer software. Whether a function is executed in the form of hardware or computer software driving hardware depends on the specific application and design constraints of the technical solution. Professional and technical personnel can use different methods to implement the described functions for each specific application, but such implementation should not be considered to exceed the scope of protection of the present application.

[0352] The embodiment of the present application can divide the functional modules of the electronic device according to the above method example. For example, each functional module can be divided according to each function, or two or more functions can be integrated into one processing module. The above integrated module can be implemented in the form of hardware or in the form of software functional modules. It should be noted that the division of modules in the embodiment of the present application is schematic and is only a logical function division. There may be other feasible division methods in actual implementation.

[0353] The present application also provides a chip, which is coupled to a memory and is used to read and execute computer programs or instructions stored in the memory to execute the methods in the above embodiments.

[0354] The present application also provides an electronic device, which includes a chip, and the chip is used to read and execute a computer program or instruction stored in a memory, so that the method in each embodiment is executed.

[0355] This embodiment also provides a computer-readable storage medium, in which computer instructions are stored. When the computer instructions are executed on an electronic device, the electronic device executes the above-mentioned related method steps to implement the method for dynamically updating card content in the above-mentioned embodiment.

[0356] This embodiment also provides a computer program product, wherein the computer-readable storage medium stores program code. When the computer program product is run on a computer, the computer executes the above-mentioned related steps to implement the method for dynamically updating card content in the above-mentioned embodiment.

[0357] In addition, an embodiment of the present application also provides a device, which can specifically be a chip, component or module, and the device may include a connected processor and memory; wherein the memory is used to store computer-executable instructions, and when the device is running, the processor can execute the computer-executable instructions stored in the memory so that the chip executes the method of dynamically updating the card content in the above-mentioned method embodiments.

[0358] Among them, the electronic device, computer-readable storage medium, computer program product or chip provided in this embodiment are all used to execute the corresponding methods provided above. Therefore, the beneficial effects that can be achieved can refer to the beneficial effects in the corresponding methods provided above and will not be repeated here.

[0359] In the several embodiments provided in the present application, it should be understood that the disclosed devices and methods can be implemented in other ways. For example, the device embodiments described above are only schematic, for example, the division of modules or units is only a logical function division, and there may be other division methods in actual implementation, such as multiple units or components can be combined or integrated into another device, or some features can be ignored or not executed. Another point is that the mutual coupling or direct coupling or communication connection shown or discussed can be through some interfaces, indirect coupling or communication connection of devices or units, which can be electrical, mechanical or other forms.

[0360] The terms "first" and "second" in the specification and claims herein are used to distinguish different objects rather than to describe a specific order of objects. In the description of the embodiments of the present application, unless otherwise specified, the meaning of "multiple" refers to two or more than two, for example, multiple processing units refer to two or more processing units, etc.; multiple elements refer to two or more elements, etc.

[0361] The above is only a specific implementation of the present application, but the protection scope of the present application is not limited thereto. Any person skilled in the art who is familiar with the present technical field can easily think of changes or substitutions within the technical scope disclosed in the present application, which should be included in the protection scope of the present application. Therefore, the protection scope of the present application should be based on the protection scope of the claims.

Claims

1. A method for dynamically updating card content, characterized in that: Applied to a server, the method comprises: Obtain a first card template, wherein the first card template includes a plurality of areas to be filled; Determining the layout and fields of the first content template according to the multiple to-be-filled areas of the first card template; Creating a content instance resource according to the layout and fields of the first content template, and storing the content instance resource with a content instance identifier; the content instance resource includes static resource data and dynamic resource data; Generate a first card based on the first card template, where the first card is a JS card instance, and the JS card instance is associated with the content instance resource; A first request message sent by an electronic device is received, where the first request message includes a content instance identifier and user demand information, where the user demand information includes user scenario information and a user identifier UUID, where the user identifier UUID is an identifier representing a user behavior habit or a user portrait; Acquire static resource data from the content instance resource according to the content instance identifier; Acquire dynamic resource data from the content instance resource according to the content instance identifier, the user scenario information and / or the user identifier UUID, and sort the dynamic resource data based on a dynamic resource recommendation rule to obtain dynamic resource data with a recommendation order; The card update content is sent to the electronic device, the card update content includes the acquired static resource data and the dynamic resource data with a recommended order, and the card update content carries content mapping location information, and the content mapping location information is used to indicate that the card update content is mapped to the content display position on the first card.

2. The method according to claim 1, characterized in that Before receiving the card content request message sent by the electronic device, the method further includes: Adding the content instance identifier to the display link of the first card; The display link of the first card is sent to the electronic device.

3. The method according to claim 1, characterized in that The user scenario information is used to indicate at least one of the following: the electronic device enters a geographic fence, the electronic device enters a time fence, and the electronic device starts a preset application.

4. The method according to claim 1, characterized in that: The acquiring dynamic resource data from the content instance resource according to the content instance identifier, the user scenario information and / or the user identifier UUID includes: Determine user behavior habit data according to the user identifier UUID; Resource data corresponding to the user behavior habit data is acquired from the content instance resource.

5. The method according to claim 1, characterized in that The acquiring dynamic resource data from the content instance resource according to the content instance identifier, the user scenario information and / or the user identifier UUID includes: Determine, from the content instance resources, a content instance resource corresponding to the content instance identifier; A plurality of candidate resource data are screened out from the content instance resource corresponding to the content instance identifier according to the user identifier UUID, and then resource data that meets the user scenario information is acquired from the plurality of candidate resource data.

6. The method according to claim 5, characterized in that After acquiring resource data that meets the user scenario information from the plurality of candidate resource data, the method further includes: Determine resource sorting information according to the user scenario information and / or the user identifier UUID; Sort the resource data that matches the user scenario information according to the resource sorting information; The card update content includes the sorted first N resource data items.

7. The method according to any one of claims 1 to 6, characterized in that When the user demand information is the demand information of the first user, the card update content is the first content; When the user demand information is the demand information of the second user, the card update content is the second content; The demand information of the first user is different from the demand information of the second user, and the first content is different from the second content.

8. The method according to any one of claims 1 to 6, characterized in that When the user demand information is the first demand information of the first user, the card update content is the third content; When the user requirement information is the second requirement information of the first user, the card update content is the fourth content; The first demand information is different from the second demand information, and the third content is different from the fourth content.

9. The method according to any one of claims 1 to 6, characterized in that The step of creating a content instance resource according to the layout and fields of the first content template includes: Displaying a resource setting page according to the layout and fields of the first content template; In response to a first input operation on the resource setting page, the content instance resource is created according to input content corresponding to the first input operation.

10. The method according to any one of claims 1 to 6, characterized in that The static resource data includes card description information, and the dynamic resource data includes card service information.

11. The method according to claim 10, characterized in that The card description information includes the card name, card icon and / or card background image; the card service information includes the service / business name, logo, icon, target user, sorting information, creation information, and / or effectiveness information; The sorting information includes a sorting method, a sorting specified position and / or a sorting weight.

12. The method according to claim 10, characterized in that After creating the content instance resource according to the input content corresponding to the first input operation, the method further includes: In response to a second input operation on the resource setting page, editing the content instance resource according to the second input operation; The editing of the content instance resource includes: editing card description information and / or card service information.

13. A method for dynamically updating card content, characterized in that: Applied to electronic equipment, the method comprises: A display link of a first card sent by a server is received; wherein the first card is a JS card instance, the display link includes a content instance identifier, the content instance identifier is an identifier of a content instance resource, and the JS card instance is associated with the content instance resource; the content instance resource is determined according to the layout and fields of the first content template, and the layout and fields of the first content template are determined according to multiple to-be-filled areas of the first card template; Loading the first card on the first interface of the electronic device according to the display link of the first card; When the electronic device meets the preset condition, the first request message is sent to the server, where the first request message includes a content instance identifier and user demand information, where the user demand information includes user scenario information and a user identifier UUID, where the user identifier UUID is an identifier that characterizes user behavior habits or a user portrait; Receive the card update content sent by the server, the card update content includes static resource data and dynamic resource data, the static resource data is determined according to the content instance identifier, the dynamic resource data is determined according to the content instance identifier, the user scenario information and / or the user identifier UUID, and the dynamic resource data is dynamic resource data with a recommendation order obtained by sorting based on dynamic resource recommendation rules; the card update content carries content mapping position information, and the content mapping position information is used to indicate that the card update content is mapped to a content display position on the first card; According to the content mapping position information, the card update content is used to update and display the content of the first card.

14. The method according to claim 13, characterized in that The first interface is a negative one screen interface or a desktop interface.

15. The method according to claim 13, characterized in that When the electronic device meets a preset condition, sending a first request message to the server includes: When the electronic device detects that the first interface is switched to the foreground display of the electronic device, the first request message is sent to the server.

16. The method according to claim 13, characterized in that When the electronic device meets a preset condition, sending a first request message to the server includes: When the electronic device enters a geographic fence or a time fence, the first request message is sent to the server.

17. The method according to claim 13, characterized in that When the electronic device meets a preset condition, sending a first request message to the server includes: When the electronic device starts the preset application, the first request message is sent to the server.

18. The method according to any one of claims 13 to 17, characterized in that Before sending the first request message to the server, the method further includes: The content instance identifier is extracted from the presentation link of the first card.

19. The method according to any one of claims 13 to 17, characterized in that Before sending the first request message to the server, the method further includes: Acquire the user scenario information; wherein the user scenario information is used to represent at least one of the following: the electronic device enters a geographic fence, the electronic device enters a time fence, and the electronic device starts a preset application.

20. The method according to any one of claims 13 to 17, characterized in that The static resource data includes card description information, and the dynamic resource data includes card service information; Wherein, the card description information includes the card name, card icon and / or card background image; The card service information includes at least one service icon or control in a recommended order.

21. An electronic device, characterized in that: The electronic device comprises a processor, a memory, and a computer program stored in the memory, wherein the processor is configured to execute the computer program so that the electronic device implements the method according to any one of claims 13 to 20.

22. A server, characterized in that: The electronic device comprises a processor, a memory and a computer program stored in the memory, wherein the processor is configured to execute the computer program so that the electronic device implements the method according to any one of claims 1 to 12.

23. A communication system, characterized in that: Includes the electronic device as claimed in claim 21 and the server as claimed in claim 22.

24. A computer-readable storage medium, characterized in that: The computer-readable storage medium stores a computer program, and when the computer program is executed on an electronic device, the electronic device executes the method according to any one of claims 1 to 12, or the method according to any one of claims 13 to 20.

Images