Message card processing method and device, storage medium and program product

Abstract

The embodiment of the invention provides a message card processing method and device, a storage medium and a program product. In the embodiment of the invention, the terminal equipment dynamically obtains the card type information and the card description file in the running process of the target application, so that the dynamic configuration of the message card is realized. And if a message card is generated for the target information object, providing card type information matched with the target information object and description information of the target information object to a server, so that the server generates card content information, and rendering the card content information at the local terminal according to the card description file to obtain the message card. According to the method, the card type information and the card description file of the instant messaging function are dynamically updated, so that the content and the style of the message card are dynamically adjusted at the server side, and finally, only the updated card type information and the updated card description file need to be pulled, and the version does not need to be re-issued for the application program; and the development efficiency of the message card with the instant messaging function is improved.

Description

Technical Field

[0001] This application relates to the field of Internet technologies, and in particular, to a method, device, storage medium, and program product for processing message cards. Background Art

[0002] Instant Messaging (IM) is a technology for achieving fast and real-time information transmission through the Internet. With the rapid development of Internet technologies, various application programs (APPlications, APPs) with instant messaging functions have emerged in an endless stream. Among them, users can create message cards on the chat page through the application program to display one or more rich media contents such as plain text messages, pictures, videos, files, location information, contact information, etc.

[0003] Currently, message cards for instant messaging functions are customized during the development of application programs. If you want to add or modify message cards for instant messaging functions, you need to release a new version of the application program, and on the basis of the new version, create the added or modified message cards for instant messaging functions, resulting in low efficiency in creating, adding, or modifying message cards for instant messaging functions. Summary of the Invention

[0004] Multiple aspects of this application provide a method, device, storage medium, and program product for processing message cards to improve the development efficiency of message cards for instant messaging functions.

[0005] An embodiment of this application provides a method for processing message cards, including: during the running of a target application on a first terminal, if a message card pulling event for an instant messaging function occurs, dynamically obtain at least one card type information and its corresponding at least one card description file from a server, and register them into the instant messaging function of the target application; during the running of the target application, display a first page, and in response to a user interaction operation for the instant messaging function on the first page, obtain target description information of a target information object, and determine first card type information from at least one card type information according to the information type of the target information object; send the first card type information and the target description information to the server for the server to generate first target card content information based on the first card type information and the target description information and return it; render the first target card content information returned by the server according to the first card description file corresponding to the first card type information to obtain a first message card adapted to the operating system of the first terminal, and display it in a second page corresponding to the instant messaging function, the second page is the same as or different from the first page, and the first message card includes the target information object.

[0006] The embodiments of the present application further provide a message card processing method, including: when a message card pulling event for the instant messaging function occurs during the operation of a target application on a first terminal, sending at least one type of card information and its corresponding at least one card description file to the first terminal for the first terminal to register into the instant messaging function of the target application; receiving the first card type information and the target description information of the target information object provided by the first terminal; generating first target card content information based on the first card type information and the target description information; sending the first target card content information to the first terminal for the first terminal to render the first target card content information according to the first card description file corresponding to the first card type information and display the rendered first message card, where the first message card includes the target information object.

[0007] The embodiments of the present application further provide an electronic device, including: a memory and a processor; the memory is used for storing a computer program; the processor is coupled to the memory and is used for executing the computer program to implement the steps in the message card processing method provided by the embodiments of the present application.

[0008] The embodiments of the present application further provide a computer-readable storage medium storing a computer program, which causes the processor to implement the steps in the message card processing method provided by the embodiments of the present application when the computer program is executed by the processor.

[0009] The embodiments of the present application further provide a computer program product, including computer programs / instructions, which cause the processor to implement the steps in the message card processing method provided by the embodiments of the present application when the computer programs / instructions are executed by the processor.

[0010] In the embodiments of the present application, the terminal device dynamically obtains the card type information and the card description file during the operation of the target application to implement the dynamic configuration of the message card of the instant messaging function by the target application. On this basis, if the target application wants to generate a message card for the target information object, it provides the card type information adapted to the target information object and the description information of the target information object to the server for the server to generate the card content information and render the card content information according to the card description file corresponding to the card type information locally on the terminal to obtain the message card. Throughout the process, by dynamically updating the card type information and the card description file of the instant messaging function, the content and style of the message card are dynamically adjusted on the server side. The terminal device only needs to pull the updated card type information and the card description file without having to re-release the application program, shortening the online cycle of the message card and improving the development efficiency of the message card of the instant messaging function.

[0011] Furthermore, since the card description file is description information independent of the operating system, with the support of a standardized data structure and development framework, it can be parsed by different operating systems and dynamically generate a consistent user interface. This approach not only reduces repetitive development work, but also improves development efficiency, reduces maintenance costs, and ensures a consistent experience across platforms (such as different operating systems). BRIEF DESCRIPTION OF THE DRAWINGS

[0012] The drawings described herein are provided to further understand the present application and form a part of the present application. The illustrative embodiments of the present application and their descriptions are used to explain the present application and do not constitute an improper limitation to the present application. In the drawings:

[0013] Figure 1 is a schematic structural diagram of a message card processing system provided for an exemplary embodiment of the present application;

[0014] Figure 2a is a schematic diagram of displaying a first message card on a second page provided for an exemplary embodiment of the present application;

[0015] Figure 2b is an interaction flowchart of a message card processing method provided for an exemplary embodiment of the present application;

[0016] Figure 3 is a schematic flowchart of a message card processing method provided for an exemplary embodiment of the present application;

[0017] Figure 4 is a schematic flowchart of another message card processing method provided for an exemplary embodiment of the present application;

[0018] Figure 5a is a structural flowchart of a message card processing device provided for an exemplary embodiment of the present application;

[0019] Figure 5b is a structural flowchart of another message card processing device provided for an exemplary embodiment of the present application;

[0020] Figure 6 is a schematic structural diagram of an electronic device provided for another exemplary embodiment of the present application. DETAILED DESCRIPTION OF THE EMBODIMENTS

[0021] To make the objectives, technical solutions, and advantages of the present application clearer, the technical solutions of the present application will be clearly and completely described below in conjunction with the specific embodiments of the present application and the corresponding drawings. Obviously, the described embodiments are only a part of the embodiments of the present application, rather than all of the embodiments. Based on the embodiments in the present application, all other embodiments obtained by those of ordinary skill in the art without creative efforts shall fall within the scope of protection of the present application.

[0022] It should be noted that the user information (including but not limited to user device information, user personal information, etc.) and data (including but not limited to data for analysis, stored data, displayed data, etc.) involved in this application are all information and data that have been authorized by the user or fully authorized by all parties. Moreover, the collection, use, and processing of relevant data need to comply with the relevant laws, regulations, and standards of relevant countries and regions, and corresponding operation entrances are provided for users to choose to authorize or reject.

[0023] Currently, the message cards of the instant messaging function are configured into the application installation package in a static configuration manner. For example, the configuration information of the message cards is embedded in the application installation package in the form of resource files, and the resource files are packaged into the application during the compilation stage. The statically configured message cards are fixed during the application running process and cannot be dynamically adjusted. Moreover, the message cards are bound to the application version, and updating the message cards requires releasing a new application version, resulting in low efficiency in creating, adding, or modifying message cards.

[0024] In view of the above technical problems, in the embodiments of this application, during the running process of the target application, a dynamic configuration method is adopted to dynamically pull the configuration information (such as card type information and card description files) of the message cards of the instant messaging function from the server. The dynamically configured message cards can be updated in real time and take effect without releasing a new application version, improving the efficiency of creating, adding, or modifying message cards. On this basis, if the target application wants to generate a message card for a target information object, the card type information adapted to the target information object and the description information of the target information object are provided to the server for the server to generate card content information, and the card content information is rendered according to the card description file corresponding to the card type information locally on the terminal to obtain a message card. Throughout the process, by dynamically updating the card type information and card description files of the instant messaging function, the content and style of the message cards are dynamically adjusted on the server side. The terminal device only needs to pull the updated card type information and card description files without having to republish the application program, shortening the online cycle of the message cards and improving the development efficiency of the message cards of the instant messaging function.

[0025] Furthermore, for terminal devices with different operating systems in this application, a card description file is compiled to reduce repetitive development work, enabling developers to focus more on the implementation of business logic rather than dealing with differences between different platforms, further accelerating the development speed and reducing the maintenance cost.

[0026] The following will provide a detailed description of a solution provided by the embodiments of this application in conjunction with the accompanying drawings.

[0027] Figure 1The structural schematic diagram of a message card processing system provided for an exemplary embodiment of the present application. As Figure 1 shown, the system includes: a first terminal 10 and a server 20.

[0028] In this embodiment, the first terminal 10 can be implemented as a desktop computer, a laptop computer, a smart phone, or an IOT (Internet of Things) device, as well as a smart wearable device (such as a smart watch, a smart bracelet), etc. The server 20 can be implemented as a conventional server, a cloud server, or a server array, etc.

[0029] In this embodiment, the message card is a specific message format of the instant messaging function. The message card usually displays information in a structured and visually friendly manner. Each message card can include, but is not limited to: elements such as a title, a picture, text, a button, and a link.

[0030] In this embodiment, a target application is installed on the first terminal 10. The target application can be any application that can interact using message cards. For example, the target application can include, but is not limited to: social applications, rental housing applications, life service applications, and online learning applications, etc. Among them, during the running of the target application, a message card pulling event can occur on the target application. The message card pulling event is an event used to trigger the first terminal to dynamically pull message cards. When the first terminal successfully configures the message card, the first terminal can use the configured message card to interact with other terminals (such as a second terminal).

[0031] Among them, the implementation manner of the message card pulling event is not limited. For example, the message card pulling event can be a startup event or a chat initialization event of the target application, etc. Also, for example, the message card pulling event can be implemented as a user interaction operation. For example, the target application includes a message card pulling page, and this page includes a message card pulling control. The first terminal determines that the target application has a message card pulling event in response to a trigger operation on the message card pulling control.

[0032] In this embodiment, when a message card pulling event for the instant messaging function occurs in the target application on the first terminal 10, at least one card type information and its corresponding at least one card description file are dynamically obtained from the server 20.

[0033] Among them, the card type information is a kind of information used to describe and define the type of Message Card. Each type of message card has its specific design, function, and purpose. The card type information can include, but is not limited to: text type, text and image type, link type, multimedia type, form type, etc. Among them, one type of card type information corresponds to one type of card structure information, and the card structure information can also be called a kind of message protocol. The server maintains the card structure information corresponding to the card type information.

[0034] The card structure information can include, but is not limited to: data format, transmission method, API (Application Programming Interface), event notification, etc. Among them, the data format defines the data structure of the card content. For example, it can be Domain Specific Language-JavaScript Object Notation (JSON), eXtensible Markup Language (XML), or other custom formats. The transmission method defines how to send and receive these card information in the network, such as HTTP / HTTPS (HyperText Transfer Protocol / Secure HyperText Transfer Protocol) requests or WebSocket connections, etc. The API interface describes the endpoints and methods for obtaining, updating, or deleting card data. The event notification defines that if the message card has a need for real-time updates, notifications or updates are pushed through a dedicated event notification mechanism.

[0035] The card description file is a kind of information used to describe and define the card style and data processing logic of the Message Card. The card description file usually uses a structured syntax format. For example, the structured syntax format can include, but is not limited to: JSON, Ordered Graph Data Language (OGDL), YAML (YAML Ain't Markup Language), and XML, etc. The card description file includes the information required to create a specific type of card, including, but not limited to: text, images, buttons, links, styles, and interaction behaviors, etc.

[0036] In this embodiment, at least one card type information and its corresponding at least one card description file are registered into the instant messaging function of the target application to enable the first terminal to dynamically configure message cards. Here, registration means submitting and storing the card type information and its corresponding description file into the instant messaging function of the target application for subsequent dynamic loading and use. The core of registration is to establish a mapping relationship between the card type information and the card description file in the target application. The card description file defines the specific display style, content structure, and interaction logic of the message card. Through registration, the target application can identify a certain card type and know how to generate and render the message card of this type according to the card description file.

[0037] Among them, the registration method is not limited. For example, the instant messaging function corresponding module of the target application provides a message card registration interface, and the message card registration interface can be called to store the card type information and its corresponding description file into the local cache corresponding to the instant messaging function.

[0038] In this embodiment, during the running process of the target application, the first terminal 10 can display a first page, and in response to a user interaction operation on the first page for the instant messaging function, obtain the target description information of the target information object. Here, the target information object is an information object that can be displayed through a message card. The number of target information objects can be one or multiple, for example, 2, 3, or 5, etc.

[0039] The target description information of the target information object is information used to elaborate and define various attributes and characteristics of an information object. The target description information may include the content, function, structure, and background, etc. of the target information object. For example, the target description information may include but is not limited to: name, identification information, color information, size information, location information, and price information, etc. For example, in the rental housing field, the target information object may be the target housing source, and the target description information may be implemented as the identification information, size information, location information, and price information, etc. of the target housing source.

[0040] In this embodiment, the first terminal 10 can determine the first card type information from at least one card type information according to the information type of the target information object. Here, the information type of the target information object may include but is not limited to: types such as text, picture, link, voice, icon, button, form, picture and text, etc.

[0041] Among them, the implementation manner in which the first terminal 10 determines the first card type information from at least one card type information according to the information type of the target information object is not limited. For example, if there is one target information object, directly according to the information type of the target information object, select the first card type information adapted to this information type. For example, if the information type of the target information object is text type, the first card type information is also text type; if the information type of the target information object is link type, the first card type information is link type. For another example, if there are multiple target information objects, the first card type information corresponding to this combination can be selected according to the combination of the target information objects. For example, if the information types of the target information objects are text type and picture type, the first card type information can be text and picture type; if the information types of the target information objects are link type, text type and picture type, the first card type information includes link type, text type and picture type. For yet another example, the first terminal can, in response to the first user's card type selection operation, use the card type information selected by the first user as the first card type information.

[0042] In this embodiment, the first terminal 10 can send the first card type information and the target description information to the server 20. The server 20 generates the first target card content information based on the first card type information and the target description information, and returns the first target card content information to the first terminal 10. Among them, the first target card content information refers to the data and structure information to be displayed in the message card. Among them, the first target card content information may include, but is not limited to: data information, structure layout information, etc. Data information refers to the content actually displayed in the message card, such as text, pictures, links, etc. The data information may be static or dynamic, such as from a database or other data sources. Structure layout information refers to the organization method of the internal components of the message card, such as the position and hierarchical relationship of elements such as titles, subtitles, texts, buttons, list items, etc.

[0043] In this embodiment, the first terminal 10 can render the first target card content information returned by the server 20 according to the first card description file corresponding to the first card type information, so as to obtain a first message card adapted to the operating system of the first terminal, and the first message card includes the target information object. In addition, the first message card may also include information other than the target information object, such as the template information preset in the first card type information, and this template information can be reflected in the first card structure information corresponding to the first card type information.

[0044] In this embodiment, the first terminal 10 can display the first message card in the second page corresponding to the instant messaging function, and the second page and the first page may be the same page or different pages.

[0045] In Figure 2a exemplarily shows a second page, on which there are two first message cards. The first first message card includes: housing X1, housing X2, and housing X3, and the second first message card includes housing X4. Figure 2a This is only an example and is not limited thereto.

[0046] In an embodiment of the present application, during the running of a target application, a terminal device dynamically obtains card type information and a card description file to implement dynamic configuration of a message card for an instant messaging function in the target application. On this basis, if the target application wants to generate a message card for a target information object, it provides the card type information adapted to the target information object and the description information of the target information object to a server for the server to generate card content information, and locally renders the card content information according to the card description file corresponding to the card type information on the terminal to obtain a message card. During the whole process, by dynamically updating the card type information and the card description file of the instant messaging function, the content and style of the message card are dynamically adjusted on the server side. The terminal device only needs to pull the updated card type information and the card description file, without having to re-release the application program, shortening the online cycle of the message card and improving the development efficiency of the message card of the instant messaging function.

[0047] Furthermore, since the card description file is description information independent of the operating system, with the support of a standardized data structure and a development framework, it can be parsed by different operating systems and dynamically generate a consistent user interface. This way not only reduces repetitive work, but also improves development efficiency, reduces maintenance costs, and at the same time ensures a consistent experience across platforms (such as different operating systems).

[0048] In an optional embodiment, when a message card pulling event for the instant messaging function occurs, the implementation manner of dynamically obtaining at least one card type information and its corresponding at least one card description file from the server is not limited. The following provides an exemplary implementation manner.

[0049] Among them, at least one card type information and its corresponding at least one card description file can be maintained by the same server, then at least one card type information and its corresponding at least one card description file can be pulled from the server. Or, at least one card type information can be maintained by one server, and at least one card description file corresponding to at least one card type information can be maintained by another server. In this way, at least one card type information can be pulled from one server, and at least one card description file corresponding to at least one card type information can be pulled from another server. This is not limited.

[0050] For example, the server 20 includes: a first server and a second server. Among them, the first server can be implemented as an instant messaging (IM) server, which is mainly used to maintain card type information. Developers can generate card type information on the development terminal. Further, card structure information (i.e., message protocol) corresponding to the generated card type information is generated. The developers register the generated card type information and card structure information to the first server through the development terminal. Further, the card type information corresponds to card identification information, which is used to uniquely identify a type of card type information. For example, the card identification information may include, but is not limited to: Identifier (ID), Universally Unique Identifier, version information, validity period, source, label, geographical location, etc. On this basis, the first server maintains the correspondence between the card type information and its card identification information.

[0051] The second server can be a message card style generation server. The second server is used to maintain card description files. Among them, developers can generate card description files on the development terminal according to the card structure information corresponding to the card type information by dragging components. Among them, the card description file corresponds to the card type information, and the card description file also corresponds to card identification information. Among them, the card description file and its corresponding card type information have the same card identification information. That is, the second server maintains the correspondence between the card description file and the card identification information.

[0052] On this basis, a specific implementation manner of dynamically obtaining at least one card type information and its corresponding at least one card description file from the server when a message card pulling event for the instant messaging function occurs includes: in response to a message card pulling event for the instant messaging function occurring in the target application, dynamically obtaining at least one card type information and its corresponding at least one card identification information from the first server; the second server maintains the correspondence between at least one card identification information and at least one card description file; according to the at least one card identification information, obtaining the at least one card description file from the second server.

[0053] Optionally, the implementation manner of dynamically obtaining at least one card type information and its corresponding at least one card identification information from the first server in response to a message card pulling event for the instant messaging function occurring in the target application is not limited. The following is an exemplary description.

[0054] Example A1: The first terminal can obtain incremental update information from the first server. Each type of card information also maintains card version information. For the convenience of distinction and description, the card version information of the card type information locally maintained by the first terminal is referred to as the first version information, and the card version information of the card type information locally maintained by the first server is referred to as the second version information. The first terminal can, in response to a message card pulling event for the instant messaging function that occurs in the target application, request a list of incrementally updated card information from the first server according to the first version information of each type of card information in the local cache of the terminal. The list of card information includes at least: at least one type of incrementally updated card type information, at least one card identification information corresponding to at least one type of card information, and at least one card version information corresponding to at least one type of card information.

[0055] Among them, the first server compares the first version information of each type of card information provided by the first terminal with the second card version information of each type of card information locally maintained by the first server. If there is a card type information to be updated whose second version information is greater than the first version information, it means that the card type information to be updated has been updated on the first server and has not been updated on the first terminal. Then, the card type information to be updated, its card version information, and card identification information are added to the list of card information for the first terminal to update the card type information to be updated. It should be noted that if the first server adds a new type of card information and the first terminal does not add this new type of card information, it is considered that the first version information of this new type of card information on the first terminal is 0, and the second version information of this new type of card information is greater than the first version information. Similarly, the new type of card information, its card version information, and card identification information need to be added to the list of card information.

[0056] Correspondingly, when the first terminal 10 updates the local cache of the target application, it can update the local cache of the first terminal according to the list of card information received from the first server. For example, for any card identification information in the list of card information, it is judged whether there is such card identification information in the local cache. If it exists, it means that the card type information corresponding to this card identification information needs to be updated (or modified). Then, the existing card type information and its version information corresponding to this card identification information in the local cache are replaced with the card type information and its version information corresponding to this card identification information in the list of card information to achieve dynamic configuration of the message card. If there is no such card identification information in the local cache, it means that this card identification information is a new type of card information. Then, this card identification information, and the card type information and its version information corresponding to this card identification information are stored in the local cache.

[0057] Example A2. The first terminal 10 obtains all card type information and its corresponding card identification information from the first server. In this case, in response to a message card pulling event for the instant messaging function that occurs in the target application, the first terminal requests all at least one type of card type information and its corresponding at least one type of card identification information from the first server.

[0058] Accordingly, the first server sends all at least one type of card type information and its corresponding at least one type of card identification information to the first terminal. When the first terminal updates the target application, it replaces the card type information and its card identification information stored in the local cache with the at least one type of card type information and its corresponding at least one type of card identification information to implement dynamic configuration of message cards.

[0059] It should be noted that if the first terminal 10 does not obtain at least one type of card type information and its corresponding at least one type of card identification information from the first server, the first terminal 10 can use the existing card type information and its corresponding card description file in the local cache to perform the subsequent processing of message cards. Among them, there may be a situation where the first terminal successfully obtains at least one type of card type information and its corresponding at least one type of card identification information from the first server, but the first terminal 10 fails to obtain at least one type of card description file from the second server. In this case, the first terminal 10 can, in response to a card description file pulling event, pull at least one type of card description file corresponding to at least one type of card identification information from the second server again. Among them, the card description file pulling event can be an event that the target application switches from the background to the foreground, or it can be an event of displaying the home page of the target application, or it can also be an event of displaying the chat page, etc. In addition, the card description file pulling event can also be implemented as a user interaction operation initiated on any page of the target application. For example, the user interaction operation can be a page pull-down operation, a double-click operation, a single-click operation, a long-press operation, etc., and this is not limited.

[0060] In an alternative embodiment, the implementation manner of the first terminal 10 obtaining the description information of the target information object in response to a user interaction operation on the first page is not limited. The following is an exemplary description.

[0061] Example B1. When the first page is implemented as the detail page of the target information object, a chat control associated with the target information object is included on the first page. In response to a trigger operation on the chat control, the target description information of the target information object is obtained. For example, if the target information object is implemented as a target housing unit and the first page is implemented as the housing unit detail page, and a chat control is included on the housing unit detail page. When the chat control is triggered, the first terminal obtains the description information of the target information object in response to the trigger operation on the chat control. The description information may be the target description information of the target object on the housing unit detail page. For example, the target description information may include, but is not limited to: housing unit name, size information, area information, orientation information, location information, etc. For example, the first user corresponding to the first terminal may be a tenant or a home buyer, etc.

[0062] Example B2. When the first page is implemented as a chat page, the chat page may be the chat page between the first terminal and the second terminal. The first terminal obtains the target description information of the selected target information object in response to a user interaction operation of selecting the target information object on the first page. The first user corresponding to the first terminal may be a broker or a landlord, and the second user corresponding to the second terminal may be a tenant. For example, in the scenario where a broker recommends housing unit information to a tenant, the broker may initiate a housing unit information selection operation on the chat page, display the housing unit list page, select multiple housing unit information from the housing unit list page, and use the description information of the selected multiple housing unit information as the target description information.

[0063] Example B3. The first page of the target application has two implementation forms. One is implemented as the detail page of the target information object, and the other is implemented as a chat page. For a detailed introduction, please refer to the foregoing embodiments and will not be elaborated here.

[0064] In an optional embodiment, there is no limitation on the implementation manner in which the first terminal 10 renders the first target card content information returned by the server 20 according to the first card description file corresponding to the first card type information to obtain the first message card. An exemplary description is given below. The first target card content information includes: the first card type information, the first card structure information, and the first card data. Among them, for the detailed implementation manners of the first card type information and the first card structure information, reference may be made to the foregoing embodiments, which will not be elaborated herein. The first card data refers to the detailed data corresponding to the target information object, and part or all of this detailed data can be displayed in the message card. An implementation manner in which the first terminal 10 renders the first target card content information returned by the server according to the first card description file corresponding to the first card type information to obtain the first message card includes: creating an initial view component; rendering the initial view component according to the first card description file corresponding to the first card type information and the first card structure information to obtain a target view component corresponding to the first card type information, and the target view component corresponding to the first card type information is stored in the local cache of the instant messaging function; adding the first card data to the target view component to obtain the first message card.

[0065] Among them, a view component refers to a user interface (UI) element in an application for displaying and processing the content of a message card. A view component can also be referred to as a host view. The view component is responsible for presenting the data of the message card to the user in a structured and user-friendly manner and can support user interaction operations, such as clicking a button, submitting a form, etc. Among them, the initial view component is an empty view component that has not rendered any content.

[0066] Among them, the implementation manner of rendering the initial view component according to the first card description file corresponding to the first card type information and the first card structure information to obtain a target view component corresponding to the first card type information may include: parsing the card description file corresponding to the first card type information to obtain the data processing logic (interaction behavior), style information, etc. of the card; parsing the card structure information to obtain structured information such as the layout, content area, buttons, links, etc. of the card; rendering the initial view component according to the data processing logic (interaction behavior), style information, and structured information of the card to obtain the target view component.

[0067] In the process of adding the card data to the target view component to obtain the first message card, the first card data is mapped to each part of the target view component. For example, the first card data includes title information, body information, link information, and image information. The title information is mapped to the title area, the body information is mapped to the body area, the link information is mapped to the link area, and the image information is mapped to the image area, etc.

[0068] Optionally, in this embodiment, the reuse of the target view component can also be pre-configured. In the case of reusing the target view component, it is not necessary to generate a new target view component each time. Instead, an existing target view component can be used, and the card data in the target view component can be replaced with the new card data. Specifically, before creating the initial view component, it further includes: determining whether there is a target view component corresponding to the first card type information in the local cache of the target application; if there is no target view component corresponding to the first card type information in the local cache of the target application, creating the initial view component; if there is a target view component corresponding to the first card type information in the local cache of the target application, directly obtaining the target view component corresponding to the first card type information from the local cache; replacing the existing card data in the target view component with the card data in the first target card content information to obtain the first message card.

[0069] In an alternative embodiment, the first terminal 10 sends the first card type information and the target description information to the first server. The first server generates the first target card content information based on the first card type information and the target description information, and sends the first target card content information to the first terminal 10. The first terminal 10 renders the first target card content information returned by the first server according to the first card description file corresponding to the first card type information to obtain the first message card, and displays it on the second page of the target application.

[0070] Optionally, the server 20 further includes: a third server, which is used to maintain the correspondence between the description information and the detailed data of the target information object. The third server corresponds to the data server and is used to maintain the detailed data of various information objects. The implementation manner of the first server generating the first target card content information based on the first card type information and the target description information can be realized as follows: obtaining the first card structure information corresponding to the first card type information from at least one card structure information; generating the first initial card content information according to the first card type information and the first card structure information; providing the first initial card content information and the target description information to the third server (i.e., the data server); the third server obtains the first card data according to the target description information, fills the first card data into the first initial card content information to obtain the first target card content information, and returns the first target card content information to the first server; the first server receives the first target card content information.

[0071] In an alternative embodiment, the message card processing system further includes a second terminal 30. The second page is implemented as a chat page of the first terminal 10 and the second terminal 30. In addition to sending the first target card content information to the first terminal 10, the server 20 may also send the first target card content information to the second terminal 30. Among them, the second terminal may also generate second card content information through the server 20. For the detailed implementation manner, reference may be made to the foregoing implementation manner in which the first terminal generates the first target card content information, which will not be elaborated herein. The server 20 may send the second target card content information to the first terminal 10. The first terminal 10 receives the second target card content information provided by the second terminal 30 sent by the server 20. The second target card content information includes second card type information; it is determined whether the second card type information and its second card description file are included in the local cache. If so, the first terminal 10 may render the second target card content information based on the second card description file to obtain a second message card and display it on the second page; if the second card type information and its second card description file do not exist in the local cache, it is determined whether the current application version information of the target application is higher than or equal to the preset application version information. The preset application version information is the application version information supported by the dynamic configuration of message cards. It can be considered that other application version information higher than the second application version information can support the dynamic configuration of message cards; if the current application version information of the target application is higher than or equal to the preset application version information, indicating that the current application version information is newer than the preset application version information and the current application version information also supports the dynamic configuration of message cards, the second card type information and its second card description file are obtained from the server 20 and stored in the local cache; according to the second card description file, the second target card content information is rendered to obtain a second message card and displayed in the second page.

[0072] Optionally, if the current application version information of the target application is lower than the preset application version information, indicating that the current application version information is older than the preset application version information and the current application version information does not support the dynamic configuration of message cards, a prompt message is output externally for the first terminal 10 to upgrade the current application version of the target application to be greater than or equal to the preset application version information.

[0073] As Figure 2b shown, the present application also provides an interaction flow diagram of a message card processing method. As Figure 2bAs shown, the system is illustrated by taking a first terminal, a first server, a second server, a third server, and a second terminal as examples. The following illustrates the steps of interaction among the first terminal, the first server, the second server, the third server, and the second terminal. For example, the first terminal can be a terminal corresponding to a first user (such as a tenant), and the second terminal can be a terminal corresponding to a second user (such as a broker).

[0074] Step 1: The first server maintains the correspondence between the card type information and the card identification information, that is, maintains the card type information <—> card identification information;

[0075] Step 2: The second server maintains the correspondence between the card description file and the card identification information, that is, the card description file (such as a DSL file) <—> card identification information;

[0076] Step 3: The first terminal pulls the correspondence between the card type information and the card identification information from the first server;

[0077] Step 4: The first terminal obtains the card description file from the second server according to the pulled card identification information;

[0078] Step 5: The first terminal obtains the target description information of the target information object in response to a user interaction operation on the first page;

[0079] Step 6: The first terminal sends the first card type information and the target description information to the first server;

[0080] Step 7: The first server generates the first initial card content information according to the first card type information and the first card structure information;

[0081] Step 8: The first server sends the first initial card content information to the third server;

[0082] Step 9: The third server fills the first card data into the first initial card content information to obtain the first target card content information;

[0083] Step: The third server sends the first target card content information to the first server;

[0084] Step 11: The first server sends the first target card content information to the first terminal;

[0085] Step 12: The first server sends the first target card content information to the second terminal;

[0086] Step 13: The first terminal renders the first target card content information according to the first card description file to obtain the first message card;

[0087] Step 14: The first terminal displays the first message card.

[0088] In addition to providing system embodiments, the embodiments of the present application also provide a message card processing method. The process of the message card processing method provided by the embodiments of the present application will be described below.

[0089] Figure 3 It is a schematic flowchart of a message card processing method provided by an exemplary embodiment of the present application. As Figure 3 shown, the method includes:

[0090] 301. During the running of the target application on the first terminal, if a message card pulling event for the instant messaging function occurs, dynamically obtain at least one card type information and its corresponding at least one card description file from the server, and register them into the instant messaging function of the target application;

[0091] 302. During the running of the target application, display the first page. In response to a user interaction operation for the instant messaging function on the first page, obtain the target description information of the target information object, and determine the first card type information from at least one card type information according to the information type of the target information object;

[0092] 303. Send the first card type information and the target description information to the server for the server to generate the first target card content information based on the first card type information and the target description information and return it;

[0093] 304. Render the first target card content information returned by the server according to the first card description file corresponding to the first card type information to obtain a first message card adapted to the operating system of the first terminal, and display it in the second page corresponding to the instant messaging function. The second page is the same as or different from the first page, and the first message card includes the target information object.

[0094] In an optional embodiment, the server includes: a first server and a second server; if a message card pulling event for the instant messaging function occurs, dynamically obtaining at least one card type information and its corresponding at least one card description file from the server includes: in response to a message card pulling event for the instant messaging function occurring in the target application, dynamically obtaining at least one card type information and its corresponding at least one card identification information from the first server; the second server maintains the correspondence between at least one card identification information and at least one card description file; and obtaining at least one card description file from the second server according to at least one card identification information.

[0095] Optionally, in response to a message card pulling event for the instant messaging function that occurs in the target application, at least one type of card type information and its corresponding at least one type of card identification information are dynamically obtained from the first server, including: in response to a message card pulling event for the instant messaging function that occurs in the target application, according to the card version information of each type of card information in the local cache, a list of incrementally updated card information is requested from the first server, and the list of card information at least includes: at least one type of incrementally updated card type information, and at least one type of card identification information and at least one card version information corresponding to at least one type of card type information; or, in response to a message card pulling event for the instant messaging function that occurs in the target application, a full amount of at least one type of card type information and its corresponding at least one type of card identification information are requested from the first server.

[0096] In an alternative embodiment, in response to a user interaction operation on the first page, description information of a target information object is obtained, including: in the case where the first page is implemented as a details page of the target information object, the first page includes a chat control associated with the target information object, and in response to a trigger operation on the chat control, target description information of the target information object is obtained; and / or, in the case where the first page is implemented as a chat page, in response to a user interaction operation of selecting the target information object on the first page, target description information of the selected target information object is obtained.

[0097] In an alternative embodiment, the first target card content information includes: first card type information, first card structure information, and first card data; the first target card content information returned by the server is rendered according to the first card description file corresponding to the first card type information to obtain a first message card, including: creating an initial view component; rendering the initial view component according to the first card description file corresponding to the first card type information and the first card structure information to obtain a target view component corresponding to the first card type information, and the target view component corresponding to the first card type information is stored in the local cache of the instant messaging function; adding the first card data to the target view component to obtain a first message card.

[0098] Optionally, before creating the initial view component, it further includes: determining whether a target view component corresponding to the first card type information exists in the local cache of the target application; if not, creating the initial view component; if so, directly obtaining the target view component corresponding to the first card type information from the local cache; replacing the existing card data in the target view component with the card data to obtain a first message card.

[0099] In an alternative embodiment, the second page is implemented as a chat page of the first terminal and the second terminal, and further includes: receiving second card content information provided by the second terminal sent by the server, where the second card content information includes second card type information; if the second card type information and its corresponding second card description file do not exist in the local cache, determining whether the current application version information of the target application is higher than or equal to the preset application version information, where the preset application version information is the application version information supported by the dynamic configuration message card; if so, obtaining the second card type information and its corresponding second card description file from the server, and storing the second card type information and its corresponding second card description file in the local cache; rendering the second card content information according to the second card description file to obtain a second message card, and displaying it on the second page.

[0100] Figure 4 Another message card processing method provided by an exemplary embodiment of the present application is as Figure 4 shown, and the method includes:

[0101] 401. When a message card pulling event for the instant messaging function occurs during the running of the target application on the first terminal, sending at least one type of card type information and its corresponding at least one card description file to the first terminal for the first terminal to register in the instant messaging function of the target application;

[0102] 402. Receiving the first card type information and the target description information of the target information object provided by the first terminal;

[0103] 403. Generating first target card content information based on the first card type information and the target description information;

[0104] 404. Sending the first target card content information to the first terminal for the first terminal to render the first target card content information according to the first card description file corresponding to the first card type information, and displaying the rendered first message card, where the first message card includes the target information object.

[0105] Optionally, generating first target card content information based on the first card type information and the target description information includes: obtaining the first card structure information corresponding to the first card type information from at least one type of card structure information; generating first initial card content information according to the first card type information and the first card structure information; providing the first initial card content information and the target description information to the data server for the data server to obtain first card data according to the target description information, and filling the first card data into the first initial card content information to obtain the first target card content information and return it; receiving the first target card content information.

[0106] Regarding the Figure 3 and Figure 4 The detailed implementation manners and beneficial effects of the steps in the method shown have been described in detail in the foregoing embodiments, and will not be elaborated herein.

[0107] It should be noted that the execution subject of each step of the method provided in the above embodiments can be the same device, or the method can also be executed by different devices as the execution subject. For example, the execution subject of steps 301 to 303 can be device A; for another example, the execution subject of steps 301 and 302 can be device A, and the execution subject of step 303 can be device B; and so on.

[0108] In addition, in some processes described in the above embodiments and the accompanying drawings, a plurality of operations appear in a specific order, but it should be clearly understood that these operations can be executed not in the order in which they appear in this article or in parallel. The operation numbers such as 301, 302, etc. are only used to distinguish different operations, and the numbers themselves do not represent any execution order. In addition, these processes can include more or fewer operations, and these operations can be executed in sequence or in parallel. It should be noted that the descriptions such as "first" and "second" in this article are used to distinguish different messages, devices, modules, etc., do not represent the sequence, and do not limit that "first" and "second" are of different types.

[0109] An exemplary embodiment of the present application provides a schematic structural diagram of a message processing device, as Figure 5a shown. The device includes: an acquisition module 51a, a display module 52a, a determination module 53a, a sending module 54a, and a rendering module 55a.

[0110] The acquisition module 51a is configured to dynamically acquire at least one type of card type information and its corresponding at least one card description file from the server and register them into the instant messaging function of the target application when a message card pulling event for the instant messaging function occurs during the operation of the target application on the first terminal;

[0111] The display module 52a is configured to display a first page during the operation of the target application; the acquisition module 51a is further configured to acquire target description information of a target information object in response to a user interaction operation for the instant messaging function on the first page, and the determination module 53a is configured to determine first card type information from at least one type of card type information according to the information type of the target information object;

[0112] A sending module 54a, configured to send the first card type information and the target description information to a server, so that the server generates first target card content information based on the first card type information and the target description information and returns it;

[0113] A rendering module 55a, configured to render the first target card content information returned by the server according to the first card description file corresponding to the first card type information, so as to obtain a first message card adapted to the operating system of the first terminal and display it on a second page corresponding to the instant messaging function, the second page is the same as or different from the first page, and the first message card includes a target information object.

[0114] In an optional embodiment, the server includes: a first server and a second server; the obtaining module is specifically configured to: in response to a message card pulling event for the instant messaging function occurring in the target application, dynamically obtain at least one card type information and its corresponding at least one card identification information from the first server; the second server maintains the correspondence between at least one card identification information and at least one card description file; and obtain at least one card description file from the second server according to the at least one card identification information.

[0115] Optionally, the obtaining module is specifically configured to: in response to a message card pulling event for the instant messaging function occurring in the target application, request an incrementally updated card information list from the first server according to the card version information of each card type information in the local cache, where the card information list at least includes: at least one incrementally updated card type information, and at least one card identification information and at least one card version information corresponding to the at least one card type information; or, in response to a message card pulling event for the instant messaging function occurring in the target application, request all the at least one card type information and its corresponding at least one card identification information from the first server.

[0116] In an optional embodiment, the obtaining module is specifically configured to: when the first page is implemented as a detail page of the target information object, the first page includes a chat function control associated with the target information object, and in response to a trigger operation on the chat function control, obtain the target description information of the target information object; and / or, when the first page is implemented as a chat page, in response to a user interaction operation of selecting the target information object on the first page, obtain the target description information of the selected target information object.

[0117] In an optional embodiment, the first target card content information includes: first card type information, first card structure information, and first card data; the rendering module is specifically configured to: create an initial view component; render the initial view component according to the first card description file corresponding to the first card type information and the first card structure information to obtain a target view component corresponding to the first card type information, and store the target view component corresponding to the first card type information in the local cache of the instant messaging function; add the first card data to the target view component to obtain a first message card.

[0118] Optionally, the device further includes: a judgment module and a processing module; before creating the initial view component, the judgment module is configured to judge whether there is a target view component corresponding to the first card type information in the local cache of the target application; the processing module is configured to, if not, create the initial view component; if so, directly obtain the target view component corresponding to the first card type information from the local cache; replace the existing card data in the target view component with the card data to obtain a first message card.

[0119] In an optional embodiment, the second page is implemented as a chat page between the first terminal and the second terminal, and the device further includes: a receiving module; the receiving module is configured to receive second card content information provided by the second terminal sent by the server, and the second card content information includes second card type information; the processing module is configured to, if the second card type information and its corresponding second card description file do not exist in the local cache, judge whether the current application version information of the target application is higher than or equal to a preset application version information, and the preset application version information is the application version information supported by the dynamic configuration message card; if so, obtain the second card type information and its corresponding second card description file from the server and store the second card type information and its corresponding second card description file in the local cache; the rendering module is further configured to render the second card content information according to the second card description file to obtain a second message card and display it on the second page.

[0120] The structural schematic diagram of a message card processing method provided by an exemplary embodiment of the present application is as Figure 5b shown, and the device includes: a sending module 51b, a receiving module 52b, and a generating module 53b.

[0121] The sending module 51b is configured to send at least one card type information and its corresponding at least one card description file to the first terminal for the first terminal to register in the instant messaging function of the target application when a message card pulling event for the instant messaging function occurs during the running of the target application on the first terminal.

[0122] A receiving module 52b, configured to receive first card type information provided by a first terminal and target description information of a target information object;

[0123] A generating module 53b, configured to generate first target card content information based on the first card type information and the target description information;

[0124] A sending module 51b is further configured to send the first target card content information to the first terminal, so that the first terminal renders the first target card content information according to a first card description file corresponding to the first card type information, and displays a rendered first message card, where the first message card includes the target information object.

[0125] In an optional embodiment, the generating module is specifically configured to: obtain first card structure information corresponding to the first card type information from at least one card structure information; generate first initial card content information according to the first card type information and the first card structure information; provide the first initial card content information and the target description information to a data server, so that the data server obtains first card data according to the target description information, fills the first card data into the first initial card content information, obtains the first target card content information and returns it; receive the first target card content information.

[0126] For the specific implementation manners and effect descriptions of the above device, reference may be made to the foregoing embodiments, which will not be elaborated herein.

[0127] Figure 6 A schematic structural diagram of an electronic device provided by an exemplary embodiment of the present application is shown in Figure 6 As shown, the device includes: a memory 64 and a processor 65.

[0128] The memory 64 is configured to store computer programs and can be configured to store various other data to support operations on the electronic device. Examples of these data include instructions of any application program or method for operating on the electronic device, etc.

[0129] The processor 65 is coupled to the memory 64 and is configured to execute the computer program in the memory 64 to execute the message card processing method described in the foregoing embodiments. For specific reference, please refer to the descriptions of the foregoing embodiments, which will not be elaborated herein.

[0130] Regarding the Figure 6 The detailed implementation manners and beneficial effects of each step in the device shown have been described in detail in the foregoing embodiments and will not be elaborated herein.

[0131] Further, as shown in Figure 6As shown, the electronic device further includes: other components such as a communication component 66, a display 67, a power supply component 68, an audio component 69, etc. Figure 6 Only some components are schematically shown, which does not mean that the electronic device only includes Figure 6 the components shown. Additionally, Figure 6 the components within the dashed box are optional components, rather than mandatory components, and can be determined according to the product form of the electronic device. The electronic device of this embodiment can be implemented as a desktop computer, a laptop computer, a smart phone, or an IOT (Internet of Things) device, as well as a smart wearable device (such as a smart watch, a smart bracelet), etc., or can also be a server device such as a conventional server, a cloud server, or a server array. If the electronic device of this embodiment is implemented as a terminal device such as a desktop computer, a laptop computer, a smart phone, etc., it may include Figure 6 the components within the dashed box; if the electronic device of this embodiment is implemented as a server device such as a conventional server, a cloud server, or a server array, it may not include Figure 6 the components within the dashed box.

[0132] Correspondingly, an embodiment of the present application further provides a computer-readable storage medium storing a computer program, and when the computer program is executed, it can implement each step executable by the electronic device in the above Figure 3 and Figure 4 shown method embodiments.

[0133] Correspondingly, an embodiment of the present application further provides a computer program product, including a computer program / instructions, and when the computer program / instructions are executed by a processor, the processor is caused to implement each step executable by the electronic device in the above Figure 3 and Figure 4 shown method embodiments.

[0134] The above-mentioned memory can be implemented by any type of volatile or non-volatile storage device or a combination thereof, such as a static random access memory (SRAM), an electrically erasable programmable read-only memory (EEPROM), an erasable programmable read-only memory (EPROM), a programmable read-only memory (PROM), a read-only memory (ROM), a magnetic memory, a flash memory, a magnetic disk, or an optical disk.

[0135] The above communication component is configured to facilitate communication between the device where the communication component is located and other devices in a wired or wireless manner. The device where the communication component is located can access a wireless network based on communication standards, such as WiFi, 2G, 3G, 4G / LTE, 5G and other mobile communication networks, or a combination thereof. In an exemplary embodiment, the communication component receives a broadcast signal or broadcast-related information from an external broadcast management system via a broadcast channel. In an exemplary embodiment, the communication component further includes a Near Field Communication (NFC) module to facilitate short-range communication. For example, the NFC module can be implemented based on Radio Frequency Identification (RFID) technology, Infrared Data Association (IrDA) technology, Ultra Wide Band (UWB) technology, Bluetooth (BT) technology and other technologies.

[0136] The above display includes a screen, and the screen can include a Liquid Crystal Display (LCD) and a Touch Panel (TP). If the screen includes a touch panel, the screen can be implemented as a touch screen to receive input signals from a user. The touch panel includes one or more touch sensors to sense touches, swipes and gestures on the touch panel. The touch sensors can not only sense the boundaries of touch or swipe actions, but also detect the duration and pressure associated with the touch or swipe operation.

[0137] The above power supply component provides power for various components of the device where the power supply component is located. The power supply component can include a power management system, one or more power supplies, and other components associated with generating, managing and distributing power for the device where the power supply component is located.

[0138] The above audio component can be configured to output and / or input audio signals. For example, the audio component includes a microphone (MIC), and when the device where the audio component is located is in an operating mode, such as a call mode, a recording mode and a voice recognition mode, the microphone is configured to receive external audio signals. The received audio signals can be further stored in the memory or sent via the communication component. In some embodiments, the audio component further includes a speaker for outputting audio signals.

[0139] Those skilled in the art should understand that the embodiments of the present application can be provided as a method, a system, or a computer program product. Therefore, the present application can take the form of a complete hardware embodiment, a complete software embodiment, or an embodiment combining software and hardware aspects. Moreover, the present application can take the form of a computer program product implemented on one or more computer-readable storage media (including but not limited to disk storage, compact disc read-only memory (CD-ROM), optical memory, etc.) that contain computer-usable program code.

[0140] The present application is described with reference to the flowcharts and / or block diagrams of methods, apparatuses (systems), and computer program products according to the embodiments of the present application. It should be understood that each flow and / or block in the flowchart and / or block diagram, as well as the combination of flows and / or blocks in the flowchart and / or block diagram, can be implemented by computer program instructions. These computer program instructions can be provided to the processor of a general-purpose computer, a special-purpose computer, an embedded processor, or other programmable data processing devices to generate a machine, such that the instructions executed by the processor of the computer or other programmable data processing devices generate means for implementing the functions specified in Figure 1 one or more of the flows Figure 1 or blocks or the combination of blocks.

[0141] These computer program instructions can also be stored in a computer-readable memory that can direct a computer or other programmable data processing devices to work in a specific manner, such that the instructions stored in the computer-readable memory generate a manufactured article including instruction means that implement the functions specified in Figure 1 one or more of the flows Figure 1 or blocks or the combination of blocks.

[0142] These computer program instructions can also be loaded onto a computer or other programmable data processing devices, such that a series of operation steps are executed on the computer or other programmable devices to generate a computer-implemented process, so that the instructions executed on the computer or other programmable devices provide steps for implementing the functions specified in Figure 1 one or more of the flows Figure 1 or blocks or the combination of blocks.

[0143] In a typical configuration, a computing device includes one or more processors (Central Processing Unit, CPU), an input / output interface, a network interface, and a memory.

[0144] The memory may include non-permanent memory in the form of computer-readable media, such as random access memory (RAM) and / or non-volatile memory, such as read-only memory (ROM) or flash RAM. The memory is an example of computer-readable media.

[0145] Computer-readable media includes permanent and non-permanent, removable and non-removable media that can store information by any method or technology. The information can be computer-readable instructions, data structures, program modules, or other data. Examples of computer storage media include, but are not limited to, phase-change random access memory (PRAM), static random access memory (SRAM), dynamic random access memory (DRAM), other types of random access memory (RAM), read-only memory (ROM), electrically erasable programmable read-only memory (EEPROM), flash memory, or other memory technologies, compact disc read-only memory (CD-ROM), digital versatile disc (DVD), or other optical storage, magnetic cassette tapes, magnetic disk storage, or other magnetic storage devices, or any other non-transitory media that can be used to store information that can be accessed by a computing device. As defined herein, computer-readable media does not include transitory media, such as modulated data signals and carrier waves.

[0146] It should also be noted that the term "comprising", "including", or any other variant thereof is intended to cover non-exclusive inclusion, such that a process, method, article, or apparatus that comprises a series of elements includes not only those elements but also other elements not expressly listed, or elements that are inherent to such process, method, article, or apparatus. Without further limitation, an element defined by the statement "comprising an..." does not exclude the presence of additional identical elements in the process, method, article, or apparatus that comprises the element.

[0147] The above are only embodiments of the present application and are not used to limit the present application. For those skilled in the art, the present application can have various changes and modifications. Any modifications, equivalent replacements, improvements, etc. made within the spirit and principle of the present application shall be included within the scope of the claims of the present application.

Claims

1. A method for processing message cards, characterized in that, Including: During the running of the target application on the first terminal, if a message card pulling event for the instant messaging function occurs, at least one card type information and its corresponding at least one card description file are dynamically obtained from the server and registered in the instant messaging function of the target application; During the running of the target application, a first page is displayed. In response to a user interaction operation on the first page for the instant messaging function, the target description information of the target information object is obtained, and according to the information type of the target information object, the first card type information is determined from the at least one card type information; The first card type information and the target description information are sent to the server for the server to generate first target card content information based on the first card type information and the target description information and return it; According to the first card description file corresponding to the first card type information, the first target card content information returned by the server is rendered to obtain a first message card adapted to the operating system of the first terminal and displayed in the second page corresponding to the instant messaging function. The second page is the same as or different from the first page, and the first message card includes the target information object.

2. The method according to claim 1, wherein The server includes: a first server and a second server; if a message card pulling event for the instant messaging function occurs, dynamically obtaining at least one card type information and its corresponding at least one card description file from the server includes: In response to a message card pulling event for the instant messaging function occurring in the target application, at least one card type information and its corresponding at least one card identification information are dynamically obtained from the first server; the second server maintains the correspondence between the at least one card identification information and the at least one card description file; According to the at least one card identification information, the at least one card description file is obtained from the second server.

3. The method according to claim 2, wherein The response to the message card pulling event for the instant messaging function occurring in the target application and dynamically obtaining at least one card type information and its corresponding at least one card identification information from the first server includes: In response to a message card pulling event for the instant messaging function occurring in the target application, according to the card version information of each card type information in the local cache, a list of incrementally updated card information is requested from the first server. The card information list at least includes: at least one incrementally updated card type information, and at least one card identification information and at least one card version information corresponding to the at least one card type information; Or, In response to a message card pulling event for the instant messaging function occurring in the target application, a full amount of at least one card type information and its corresponding at least one card identification information are requested from the first server.

4. The method according to claim 1, characterized in that The response to the user interaction operation on the first page and obtaining the description information of the target information object includes: When the first page is implemented as a details page of a target information object, a chat function control associated with the target information object is included on the first page, and in response to a trigger operation on the chat function control, target description information of the target information object is obtained; and / or When the first page is implemented as a chat page, in response to a user interaction operation of selecting a target information object on the first page, target description information of the selected target information object is obtained.

5. The method according to claim 1, wherein The first target card content information includes: first card type information, first card structure information, and first card data; rendering the first target card content information returned by the server according to the first card description file corresponding to the first card type information to obtain a first message card, including: Create an initial view component; Render the initial view component according to the first card description file corresponding to the first card type information and the first card structure information to obtain a target view component corresponding to the first card type information, and the target view component corresponding to the first card type information is stored in the local cache of the instant messaging function; Add the first card data to the target view component to obtain a first message card.

6. The method according to claim 5, wherein Before creating the initial view component, it further includes: Determine whether a target view component corresponding to the first card type information exists in the local cache of the target application; If not, create the initial view component; If so, directly obtain the target view component corresponding to the first card type information from the local cache; Replace the existing card data in the target view component with the card data to obtain the first message card.

7. The method according to any one of claims 1-5, characterized in that, The second page is implemented as a chat page between the first terminal and the second terminal, and the method further includes: Receive second card content information provided by the second terminal sent by the server, and the second card content information includes second card type information; If the second card type information and its corresponding second card description file do not exist in the local cache, determine whether the current application version information of the target application is higher than or equal to a preset application version information, and the preset application version information is the application version information supported by the dynamic configuration message card; If so, obtain the second card type information and its corresponding second card description file from the server and store the second card type information and its corresponding second card description file in the local cache; Render the second card content information according to the second card description file to obtain a second message card and display it on the second page.

8. A method for processing message cards, characterized in that, Including: When a message card pulling event for the instant messaging function occurs during the running of the target application on the first terminal, send at least one card type information and its corresponding at least one card description file to the first terminal for registration in the instant messaging function of the target application; Receive the first card type information provided by the first terminal and the target description information of the target information object; Generate first target card content information based on the first card type information and the target description information; Send the first target card content information to the first terminal, so that the first terminal renders the first target card content information according to the first card description file corresponding to the first card type information, and displays the rendered first message card, where the first message card includes the target information object.

9. The method according to claim 8, characterized in that, Generating first target card content information based on the first card type information and the target description information includes: Obtain the first card structure information corresponding to the first card type information from at least one card structure information; Generate first initial card content information according to the first card type information and the first card structure information; Provide the first initial card content information and the target description information to the data server, so that the data server obtains first card data according to the target description information, fills the first card data into the first initial card content information, and returns the first target card content information; Receive the first target card content information.

10. An electronic device, characterized in that, Including: A memory and a processor; The memory is used to store a computer program; the processor is coupled to the memory and is used to execute the computer program to implement the steps in the method according to any one of claims 1-7 or claims 8-9.

11. A computer-readable storage medium storing a computer program, characterized in that, When the computer program is executed by the processor, the processor is caused to implement the steps in the method according to any one of claims 1-7 or claims 8-9.

12. A computer program product comprising a computer program / instructions, characterized in that, When the computer program / instructions are executed by the processor, the processor is caused to implement the steps in the method according to any one of claims 1-7 or claims 8-9.

Images