Card data processing method and related device
By supporting multiple card data protocols, the problem of difficulty in card data reuse is solved, the intelligent processing and consistency of card data is realized, and the portability and editing efficiency of card data is improved.
Patent Information
- Application Number
- CN202011593344.X
- Authority / Receiving Office
- CN · China
- Patent Type
- Patents(China)
- Current Assignee / Owner
- Filing Date
- 2020-12-29
- Publication Date
- 2024-12-10
- Estimated Expiration
- 2040-12-29
AI Technical Summary
In the prior art, the storage and editing of card data has redundant resources, inconsistent styles, and poor portability. In particular, the html format is difficult to meet the needs of video and audio editing. The json format is customized by each application, which makes it difficult to replicate card data. use.
Provide a card data processing method, detect target card requests of business parties, feedback the supported card data protocols, determine the protocols selected by the business parties, convert and send card data, and support hypertext markup language (HTML), data exchange format (JSON) ) and Extensible Markup Language (XML) protocols realize card data reuse.
By formulating a variety of card data protocols, business parties are allowed to choose appropriate protocols, effectively reuse card data, improve the intelligence and consistency of card data processing, and reduce resource redundancy and editing difficulties.
Smart Images

Figure CN112650604B_ABST
Abstract
Description
Technical Field
[0001] The present application relates to the field of data processing technology, and in particular to a card data processing method and related devices. Background Art
[0002] With the development of technology, in order to meet people's visual effects and clearly display the information that needs to be displayed to users, many scenarios in mobile applications will display information in the form of cards. Compared with traditional display forms such as text and pictures, cards are more readable and can realize more interactions.
[0003] At present, each application party uses customized protocols and editing tools to edit cards, resulting in redundant resources, inconsistent card styles, and poor portability. Usually, card data is usually stored in HyperText Markup Language (HTML) format or JavaScript Object Notation (JSON) format. When stored in HTML format, non-compliant content may be edited, and front-end parsing is difficult. In addition, the existing tags in HTML format are difficult to meet the video and audio editing needs of the business party. Each application party needs to expand the HTML tag system to meet additional needs, and the JSON format is often formulated by each application party, which makes it difficult to reuse card data. Summary of the invention
[0004] The embodiment of the present application provides a card data processing method and related devices, which solves the problem that various business parties have difficulty in reusing card data.
[0005] In a first aspect, an embodiment of the present application provides a card data processing method, characterized by comprising:
[0006] When a target card request from a business party is detected, feeding back to the business party at least one supported card data protocol;
[0007] Determining that the business party selects a target card data protocol among the at least one card data protocol;
[0008] The card data of the target card is converted into target card data according to the target card data protocol, and the target card data is sent to the business party.
[0009] In a possible example, the at least one card data protocol includes a hypertext markup language HTML protocol, a data exchange format JSON protocol, and an extensible markup language XML protocol.
[0010] In a possible example, determining that the business party selects a target card data protocol among the at least one card data protocol includes:
[0011] Determining whether any one of the at least one card data protocol selected by the service provider is received within a first preset time interval;
[0012] If any one of the at least one card data protocol selected by the service provider is received within a first preset time interval, the selected card data protocol is determined to be the target card data protocol.
[0013] In a possible example, after determining whether any one of the at least one card data protocol selected by the service provider is received within the first preset time interval, the method further includes:
[0014] If any card data protocol of the at least one card data protocol selected by the business party is not received within a first preset time interval, determining whether the target card request is a first request from the business party;
[0015] If the target card request is not the first request of the business party, it is determined that the card data protocol corresponding to the previous card request of the business party is the target card data protocol.
[0016] In a possible example, before converting the card data of the target card into target card data according to the target card data protocol and sending the target card data to the business party, the method further includes:
[0017] It is determined that the card data of the target card is not the target card data.
[0018] In a possible example, when detecting a card request for a target card sent by a business party, before feeding back to the business party at least one supported card data protocol, the method further includes:
[0019] When a card editing request is detected, a card editing interface is displayed, wherein the editing interface includes a card editing area;
[0020] Obtain the user's card editing operation through the card editing area;
[0021] In response to the card editing operation, generating the target card;
[0022] The target card is displayed.
[0023] In a possible example, the card editing area includes materials uploaded by a user.
[0024] In a possible example, when a card editing request is detected, before displaying a card editing interface, the method further includes:
[0025] After detecting the material uploaded by the user, determining the channel type of the upload channel of the material, the material is used to edit the card, and the type includes a private channel and a public channel;
[0026] If the upload channel of the material is a private channel, generating a first download link for the material, wherein the first download link is used to instruct the user to download the material within a second preset time interval;
[0027] If the upload channel of the material is a public channel, a second download link of the material is generated, and the second download link is used to instruct the user to download the material at any time.
[0028] In a possible example, after detecting the material uploaded by the user, determining the channel type of the upload channel of the material includes:
[0029] Obtaining a channel identifier of the upload channel of the material;
[0030] A channel type list is queried using the channel identifier as a query identifier to determine a channel type corresponding to the channel identifier, wherein the channel type list includes a correspondence between the channel identifier and the channel type.
[0031] In a second aspect, an embodiment of the present application provides a card data processing device, characterized in that it includes:
[0032] A feedback unit, configured to feed back at least one supported card data protocol to the business party when a target card request from the business party is detected;
[0033] A determination unit, configured to determine a target card data protocol selected by the service provider from among the at least one card data protocol;
[0034] The conversion unit is used to convert the card data of the target card into target card data according to the target card data protocol, and send the target card data to the business party.
[0035] In a third aspect, an embodiment of the present application provides a card data processing platform, including a processor, a memory, a communication interface, and one or more programs, wherein the one or more programs are stored in the memory and configured to be executed by the processor, and the program includes instructions for executing the steps in any method of the first aspect of the embodiment of the present application. In a fourth aspect, an embodiment of the present application provides a computer-readable storage medium, wherein the computer-readable storage medium stores a computer program for electronic data exchange, wherein the computer program enables a computer to execute some or all of the steps described in any method of the first aspect of the embodiment of the present application. In a fifth aspect, an embodiment of the present application provides a computer program product, wherein the computer program product includes a non-transitory computer-readable storage medium storing a computer program, and the computer program is operable to enable a computer to execute some or all of the steps described in any method of the first aspect of the embodiment of the present application. The computer program product may be a software installation package.
[0036] It can be seen that in the embodiment of the present application, when a target card request from a business party is detected, at least one supported card data protocol is fed back to the business party, and then the target card data protocol selected by the business party is determined, and finally, the card data of the target card is converted into the target card data according to the target card data protocol, and the target card data is sent to the business party. It can be seen that the embodiment of the present application provides the business party with appropriate card data by formulating at least one card data protocol for the business party to choose, thereby realizing the reuse of card data by the business party, and further improving the intelligence of card data processing. BRIEF DESCRIPTION OF THE DRAWINGS
[0037] In order to more clearly illustrate the embodiments of the present application or the technical solutions in the prior art, the drawings required for use in the embodiments or the description of the prior art will be briefly introduced below. Obviously, the drawings described below are only some embodiments of the present application. For ordinary technicians in this field, other drawings can be obtained based on these drawings without paying creative work.
[0038] Figure 1 is a schematic diagram of a card data processing system provided in an embodiment of the present application;
[0039] Figure 2 It is a flowchart of a card data processing method provided in an embodiment of the present application;
[0040] Figure 3 is a schematic diagram of another card editing interface provided in an embodiment of the present application;
[0041] Figure 4It is a structural diagram of a card data processing platform provided in an embodiment of the present application;
[0042] Figure 5 It is a block diagram of the functional units of a card data processing device provided in an embodiment of the present application. DETAILED DESCRIPTION
[0043] In order to enable those skilled in the art to better understand the solution of the present application, the technical solution in the embodiments of the present application will be clearly and completely described below in conjunction with the drawings in the embodiments of the present application. Obviously, the described embodiments are only part of the embodiments of the present application, not all of the embodiments. Based on the embodiments in the present application, all other embodiments obtained by ordinary technicians in this field without creative work are within the scope of protection of this application.
[0044] The terms "first", "second", etc. in the specification and claims of this application and the above-mentioned drawings are used to distinguish different objects, rather than to describe a specific order. In addition, the terms "including" and "having" and any variations thereof are intended to cover non-exclusive inclusions. For example, a process, method, system, product or device that includes a series of steps or units is not limited to the listed steps or units, but optionally includes steps or units that are not listed, or optionally includes other steps or units inherent to these processes, methods, products or devices.
[0045] Reference to "embodiments" herein means that a particular feature, structure, or characteristic described in conjunction with the embodiments may be included in at least one embodiment of the present application. The appearance of the phrase in various locations in the specification does not necessarily refer to the same embodiment, nor is it an independent or alternative embodiment that is mutually exclusive with other embodiments. It is explicitly and implicitly understood by those skilled in the art that the embodiments described herein may be combined with other embodiments.
[0046] like Figure 1 As shown, Figure 1The schematic diagram of a card data processing system 100 is shown. The card data processing system 100 includes a card data processing platform 110 and a business party 120. When the card data processing platform 110 detects a target card request from the business party 120, it feeds back a plurality of supported card data protocols to the business party 120. After that, it is determined that the business party 120 selects a target card data protocol among the at least one card data protocol. Finally, the card data of the target card is converted into target card data according to the target card data protocol, and the target card data is sent to the business party 120. The business party 120 involved in the present application may correspond to various electronic devices. The electronic devices may include various handheld devices with wireless communication functions, vehicle-mounted devices, wearable devices, computing devices or other processing devices connected to wireless modems, as well as various forms of user equipment (UE), mobile stations (MS), terminal devices, etc.
[0047] At present, each application party uses customized protocols and editing tools to edit cards, resulting in redundant resources, inconsistent card styles, and poor portability. Usually, card data is stored in HTML format or JSON format. When HTML format is used for storage, non-compliant content may be edited, and front-end parsing is difficult. In addition, the existing tags in HTML format are difficult to meet the video and audio editing needs of the business party. Each application party needs to expand the HTML tag system to meet additional needs, and the JSON format is often formulated by each application party, which makes it difficult to reuse card data.
[0048] In view of the above problems, the present application proposes a card data processing method, and the embodiments of the present application are described in detail below with reference to the accompanying drawings.
[0049] See also Figure 2 , Figure 2 FIG. 1 is a flow chart of a card data processing method provided in an embodiment of the present application. Figure 2 As shown, the card data processing method includes steps S201 to S203:
[0050] S201, when a target card request from a business party is detected, at least one supported card data protocol is fed back to the business party.
[0051] The business parties may be users of various platforms such as the iPhone Operating System (IOS) and the Android system, without any specific limitation.
[0052] The target card may be a card uploaded by other users after editing, or may be a card preset by the user, and the source of the target card is not specifically limited.
[0053] Optionally, the at least one card data protocol includes but is not limited to a hypertext markup language HTML protocol, a data exchange format JSON protocol, and an extensible markup language XML protocol.
[0054] The method involved in this application is applied to a card data processing platform.
[0055] S202: Determine the target card data protocol selected by the service provider from among the at least one card data protocol.
[0056] Optionally, determining the target card data protocol among the at least one card data protocol selected by the business party includes: judging whether any one of the at least one card data protocol selected by the business party is received within a first preset time interval; if any one of the at least one card data protocol selected by the business party is received within the first preset time interval, determining that the selected card data protocol is the target card data protocol.
[0057] Among them, the first preset time interval can be 1 minute, 5 minutes, 15 minutes, etc. The first preset time interval can also be other time intervals, which is not specifically limited in the embodiment of the present application.
[0058] For example, when the card data processing platform supports card data protocol A, card data protocol B and card data protocol C, and the aforementioned preset time interval is 5 minutes, when the card data processing platform detects a target card request from the business party, it will feedback the three supported card data protocols to the business party. If the card data protocol A selected by the business party is received within 5 minutes, the card data protocol A is determined to be the target card data protocol.
[0059] It can be seen that in this example, the card data processing platform can provide supported card data protocols for the business party to choose when the business party requests a target card, and can receive the card data protocol selected by the business party within a preset time interval to provide the business party with corresponding card protocol data based on the card data protocol selected by the business party.
[0060] Optionally, after determining whether any one of the at least one card data protocol selected by the business party is received within the first preset time interval, the method further includes: if any one of the at least one card data protocol selected by the business party is not received within the first preset time interval, determining whether the target card request is the first request of the business party; if the target card request is not the first request of the business party, determining that the card data protocol corresponding to the previous card request of the business party is the target card data protocol.
[0061] For example, when the card data processing platform supports card data protocol A, card data protocol B and card data protocol C, and the aforementioned first preset time interval is 10 minutes, then when the card data processing platform detects a target card request from a business party, it will feedback the three supported card data protocols to the business party. If the card data protocol selected by the business party is not received within 10 minutes, and it is further determined that the current target card request is not the first request of the business party, if the previous card request of the business party corresponds to card data protocol C, then card data protocol C is determined to be the target card data protocol.
[0062] It can be seen that in this example, the card data processing platform can provide supported card data protocols for the business party to choose when the business party requests the target card, and if the card data protocol selected by the business party is not received within a preset time interval, when the business party has a historical card request, the card protocol data can be determined based on the historical card request.
[0063] In addition, after determining whether any one of the at least one card data protocol selected by the business party is received within the first preset time interval, the method further includes: if any one of the at least one card data protocol selected by the business party is not received within the first preset time interval, determining whether the target card request is the first request of the business party; if the target card request is the first request of the business party, determining that the default card data protocol is the target card data protocol.
[0064] There is no specific limitation on the default card data protocol.
[0065] S203: Convert the card data of the target card into target card data according to the target card data protocol, and send the target card data to the business party.
[0066] In a possible example, before converting the card data of the target card into target card data according to the target card data protocol and sending the target card data to the business party, the method also includes: determining that the card data of the target card is not the target card data.
[0067] It should be noted that when the card data of the target card is the target card data, that is, when the card data of the target card is the same as the card data type corresponding to the target card data protocol, the card data of the target card is the target card data.
[0068] Among them, the card data of the target card is the data corresponding to the default card protocol of the card data processing platform. It should be noted that the developer can provide a software development kit SDK corresponding to part or all of the card data protocols in at least one card data protocol for different operating platforms, so that the business party of the operating platform can have the corresponding software development kit SDK interpret the card data protocol selected by the business party after selecting a suitable card data protocol in at least one card data protocol, and finally enable the business party to use the card data of the target card of the card data processing platform.
[0069] It can be seen that in the embodiment of the present application, when a target card request from a business party is detected, at least one supported card data protocol is fed back to the business party, and then the target card data protocol selected by the business party is determined, and finally, the card data of the target card is converted into the target card data according to the target card data protocol, and the target card data is sent to the business party. It can be seen that the embodiment of the present application provides the business party with appropriate card data by formulating at least one card data protocol for the business party to choose, thereby realizing the reuse of card data by the business party, and further improving the intelligence of card data processing.
[0070] In one possible example, when a card request for a target card sent by a business party is detected, before at least one supported card data protocol is fed back to the business party, the method also includes: when a card editing request is detected, displaying a card editing interface, the editing interface including a card editing area; obtaining the user's card editing operation through the card editing area; generating the target card in response to the card editing operation; and displaying the target card.
[0071] In the specific implementation, the platform can provide Figure 3In the card editing interface shown, users can drag the template on the left side of the interface into the editing interface. The system pre-sets multiple commonly used templates. If the current template does not meet the user's needs, the user can also select components such as pictures and texts in the toolbar on the left, freely combine them, and generate the corresponding card. When users need to use pictures at this location during the card editing process, they can directly select the pictures uploaded in advance from the material management module, or users can directly upload pictures on this interface.
[0072] Furthermore, when users edit cards in the visual interface, the front end will render the final display effect of the card in real time. When saving a card, the final preview of the card will also be rendered and saved for subsequent users to view.
[0073] In a possible example, the card editing area includes materials uploaded by a user.
[0074] Wherein, the material is used for editing cards.
[0075] In a possible example, when a card editing request is detected, before the card editing interface is displayed, the method also includes: after detecting the material uploaded by the user, determining the channel type of the upload channel of the material, the material being used to edit the card, and the type including a private channel and a public channel; if the upload channel of the material is a private channel, generating a first download link for the material, the first download link being used to instruct the user to download the material within a second preset time interval; if the upload channel of the material is a public channel, generating a second download link for the material, the second download link being used to instruct the user to download the material at any time.
[0076] Among them, the private channel can be a pre-set internal channel, and the public channel is a channel for all users. Among them, the second preset time interval can be 10 minutes, the second preset time interval can also be 15 minutes, the second preset time interval can also be 20 minutes, and so on. There is no specific limitation on the second preset time interval.
[0077] In the specific implementation, when a user uploads material A through a private channel and material B through a public channel, and the link corresponding to the private channel is saved for 15 minutes, the material management module of the card editing platform will generate a download link A for material A and a download link B for material B. The user can obtain material A through download link A within 15 minutes, and the user can obtain material B through download link B at any time.
[0078] It can be seen that in this example, the card data processing platform can provide different material upload channels, so that when users upload materials through different material upload channels, they can generate download links with different time limits according to the type of upload channel to obtain the uploaded materials. It can also perform time-limited acquisition processing for more important private materials, so that others cannot obtain the corresponding materials after the expiration, thereby ensuring the security of the materials.
[0079] In a possible example, after detecting the material uploaded by the user, determining the channel type of the upload channel of the material includes: obtaining the channel identifier of the upload channel of the material; querying a channel type list using the channel identifier as a query identifier to determine the channel type corresponding to the channel identifier, wherein the channel type list includes a correspondence between the channel identifier and the channel type.
[0080] Among them, there can be a one-to-one relationship between the channel identifier and the channel type, that is, the channel identifier and the channel type uniquely correspond to each other, and there can be a many-to-one relationship between the channel identifier and the channel type, that is, multiple channel identifiers can correspond to the same channel type, without specific limitation.
[0081] It can be seen that in this example, the card data processing platform can set the correspondence between the channel identifier and the channel type in advance. During the material upload process, the channel type is determined based on the channel identifier, and then links with different time limits are generated for downloading the material.
[0082] With the above Figure 2 For details on the embodiments shown in the drawings, please refer to Figure 4 , Figure 4 4 is a structural diagram of an electronic device 400 provided in an embodiment of the present application. As shown in the figure, the electronic device 400 includes an application processor 410, a memory 420, a communication interface 430, and one or more programs 421, wherein the one or more programs 421 are stored in the above-mentioned memory 420 and are configured to be executed by the above-mentioned application processor 410, and the one or more programs 421 include instructions for performing the following steps:
[0083] When a target card request from a business party is detected, feeding back to the business party at least one supported card data protocol;
[0084] Determining that the business party selects a target card data protocol among the at least one card data protocol;
[0085] The card data of the target card is converted into target card data according to the target card data protocol, and the target card data is sent to the business party.
[0086] It can be seen that in the embodiment of the present application, when a target card request from a business party is detected, at least one supported card data protocol is fed back to the business party, and then the target card data protocol selected by the business party is determined, and finally, the card data of the target card is converted into the target card data according to the target card data protocol, and the target card data is sent to the business party. It can be seen that the embodiment of the present application provides the business party with appropriate card data by formulating at least one card data protocol for the business party to choose, thereby realizing the reuse of card data by the business party, and further improving the intelligence of card data processing.
[0087] In a possible example, the at least one card data protocol includes a hypertext markup language HTML protocol, a data exchange format JSON protocol, and an extensible markup language XML protocol.
[0088] In one possible example, in terms of determining the target card data protocol among the at least one card data protocol selected by the business party, the instructions in the one or more programs 421 are specifically used to: determine whether any one of the at least one card data protocol selected by the business party is received within a first preset time interval; if any one of the at least one card data protocol selected by the business party is received within the first preset time interval, determine that the selected card data protocol is the target card data protocol.
[0089] In one possible example, the one or more programs 421 also include instructions for performing the following steps: after determining whether any one of the at least one card data protocol selected by the business party is received within the first preset time interval, if any one of the at least one card data protocol selected by the business party is not received within the first preset time interval, determining whether the target card request is the first request of the business party; if the target card request is not the first request of the business party, determining that the card data protocol corresponding to the previous card request of the business party is the target card data protocol.
[0090] In one possible example, the one or more programs 421 also include instructions for performing the following steps: before converting the card data of the target card into target card data according to the target card data protocol and sending the target card data to the business party, determining that the card data of the target card is not the target card data.
[0091] In one possible example, the one or more programs 421 also include instructions for performing the following steps: when a card request for a target card sent by a business party is detected, before at least one supported card data protocol is fed back to the business party, when a card editing request is detected, a card editing interface is displayed, the editing interface including a card editing area; the user's card editing operation is obtained through the card editing area; in response to the card editing operation, the target card is generated; and the target card is displayed.
[0092] In a possible example, the card editing area includes materials uploaded by a user.
[0093] In one possible example, the one or more programs 421 also include instructions for performing the following steps: when a card editing request is detected, before the card editing interface is displayed, after detecting the material uploaded by the user, determining the channel type of the upload channel of the material, the material is used to edit the card, and the type includes a private channel and a public channel; if the upload channel of the material is a private channel, generating a first download link for the material, and the first download link is used to instruct the user to download the material within a second preset time interval; if the upload channel of the material is a public channel, generating a second download link for the material, and the second download link is used to instruct the user to download the material at any time.
[0094] In one possible example, in terms of determining the channel type of the upload channel of the material after detecting the material uploaded by the user, the instructions in the one or more programs 421 are specifically used to: obtain the channel identifier of the upload channel of the material; query a channel type list using the channel identifier as a query identifier to determine the channel type corresponding to the channel identifier, wherein the channel type list includes a correspondence between the channel identifier and the channel type.
[0095] The above mainly introduces the scheme of the embodiment of the present application from the perspective of the execution process on the method side. It is understandable that, in order to realize the above functions, the electronic device includes a hardware structure and / or software module corresponding to the execution of each function. It should be easily appreciated by those skilled in the art that, in combination with the units and algorithm steps of each example described in the embodiments provided herein, the present application can be implemented in the form of hardware or a combination of hardware and computer software. Whether a function is executed in the form of hardware or computer software driving hardware depends on the specific application and design constraints of the technical solution. Professional and technical personnel can use different methods to implement the described functions for each specific application, but such implementation should not be considered to be beyond the scope of the present application.
[0096] The embodiment of the present application can divide the electronic device into functional units according to the above method example. For example, each functional unit can be divided according to each function, or two or more functions can be integrated into one processing unit. The above integrated unit can be implemented in the form of hardware or in the form of software functional units. It should be noted that the division of units in the embodiment of the present application is schematic and is only a logical function division. There may be other division methods in actual implementation.
[0097] Figure 5 : is a functional unit composition block diagram of a card data processing device 500 involved in an embodiment of the present application, the card data processing device 500 includes:
[0098] A feedback unit 501, configured to feed back at least one supported card data protocol to the business party when a target card request from the business party is detected;
[0099] A determination unit 502, configured to determine a target card data protocol selected by the service provider from among the at least one card data protocol;
[0100] The conversion unit 503 is used to convert the card data of the target card into target card data according to the target card data protocol, and send the target card data to the business party.
[0101] The card data processing device 500 may further include a storage unit 504 for storing program codes and data of the electronic device. The storage unit 504 may be a memory.
[0102] It can be seen that in the embodiment of the present application, when a target card request from a business party is detected, at least one supported card data protocol is fed back to the business party, and then the target card data protocol selected by the business party is determined, and finally, the card data of the target card is converted into the target card data according to the target card data protocol, and the target card data is sent to the business party. It can be seen that the embodiment of the present application provides the business party with appropriate card data by formulating at least one card data protocol for the business party to choose, thereby realizing the reuse of card data by the business party, and further improving the intelligence of card data processing.
[0103] In a possible example, the at least one card data protocol includes a hypertext markup language HTML protocol, a data exchange format JSON protocol, and an extensible markup language XML protocol.
[0104] In a possible example, in terms of determining the target card data protocol among the at least one card data protocol selected by the business party, the determination unit 502 is specifically used to: determine whether any one of the at least one card data protocol selected by the business party is received within a first preset time interval; if any one of the at least one card data protocol selected by the business party is received within the first preset time interval, determine that the selected card data protocol is the target card data protocol.
[0105] In a possible example, the determination unit 502 is also used to: after determining whether any one of the at least one card data protocol selected by the business party is received within the first preset time interval, if any one of the at least one card data protocol selected by the business party is not received within the first preset time interval, determine whether the target card request is the first request of the business party; if the target card request is not the first request of the business party, determine that the card data protocol corresponding to the previous card request of the business party is the target card data protocol.
[0106] In a possible example, the determination unit 502 is further used to: before converting the card data of the target card into target card data according to the target card data protocol and sending the target card data to the business party, determine that the card data of the target card is not the target card data.
[0107] In a possible example, the card data processing device also includes a display unit 505, which is used to: when a card request for a target card sent by the business party is detected, before feeding back at least one supported card data protocol to the business party, when a card editing request is detected, display a card editing interface, the editing interface including a card editing area; obtain the user's card editing operation through the card editing area; generate the target card in response to the card editing operation; and display the target card.
[0108] In a possible example, the card editing area includes materials uploaded by a user.
[0109] In a possible example, the card data processing device also includes a link generation unit 506, which is used to: when a card editing request is detected, before the card editing interface is displayed, after detecting the material uploaded by the user, determine the channel type of the upload channel of the material, the material is used to edit the card, and the type includes a private channel and a public channel; if the upload channel of the material is a private channel, generate a first download link for the material, and the first download link is used to instruct the user to download the material within a second preset time interval; if the upload channel of the material is a public channel, generate a second download link for the material, and the second download link is used to instruct the user to download the material at any time.
[0110] In a possible example, after detecting the material uploaded by the user, in terms of determining the channel type of the upload channel of the material, the link generation unit 506 is specifically used to: obtain the channel identifier of the upload channel of the material; query a channel type list using the channel identifier as a query identifier to determine the channel type corresponding to the channel identifier, wherein the channel type list includes a correspondence between the channel identifier and the channel type.
[0111] It can be understood that since the card data processing method embodiment and the card data processing device embodiment are different presentation forms of the same technical concept, the content of the card data processing method embodiment part in this application should be synchronously adapted to the card data processing device embodiment part and will not be repeated here.
[0112] The embodiment of the present application also provides a computer storage medium, wherein the computer storage medium stores a computer program for electronic data exchange, the computer program enables a computer to execute part or all of the steps of any method as described in the above method embodiment, and the computer includes an electronic device. The embodiment of the present application also provides a computer program product, the computer program product includes a non-transitory computer-readable storage medium storing a computer program, and the computer program is operable to enable a computer to execute part or all of the steps of any method as described in the above method embodiment. The computer program product can be a software installation package, and the computer includes an electronic device.
[0113] It should be noted that, for the aforementioned method embodiments, for the sake of simplicity, they are all expressed as a series of action combinations, but those skilled in the art should be aware that the present application is not limited by the described order of actions, because according to the present application, certain steps can be performed in other orders or simultaneously. Secondly, those skilled in the art should also be aware that the embodiments described in the specification are all preferred embodiments, and the actions and modules involved are not necessarily required by the present application.
[0114] In the above embodiments, the description of each embodiment has its own emphasis. For parts that are not described in detail in a certain embodiment, reference can be made to the relevant descriptions of other embodiments.
[0115] In the several embodiments provided in the present application, it should be understood that the disclosed device can be implemented in other ways. For example, the device embodiments described above are only schematic, such as the division of the above-mentioned units, which is only a logical function division. There may be other division methods in actual implementation, such as multiple units or components can be combined or integrated into another system, or some features can be ignored or not executed. Another point is that the mutual coupling or direct coupling or communication connection shown or discussed can be through some interfaces, and the indirect coupling or communication connection of devices or units can be electrical or other forms.
[0116] The units described above as separate components may or may not be physically separated, and the components shown as units may or may not be physical units, that is, they may be located in one place or distributed on multiple network units. Some or all of the units may be selected according to actual needs to achieve the purpose of the solution of this embodiment.
[0117] In addition, each functional unit in each embodiment of the present application may be integrated into one processing unit, or each unit may exist physically separately, or two or more units may be integrated into one unit. The above-mentioned integrated unit may be implemented in the form of hardware or in the form of software functional units.
[0118] If the above-mentioned integrated unit is implemented in the form of a software functional unit and sold or used as an independent product, it can be stored in a computer-readable memory. Based on this understanding, the technical solution of the present application is essentially or the part that contributes to the prior art or all or part of the technical solution can be embodied in the form of a software product, and the computer software product is stored in a memory, including a number of instructions to enable a computer device (which can be a personal computer, server or network device, etc.) to perform all or part of the steps of the above-mentioned methods of each embodiment of the present application. The aforementioned memory includes: U disk, read-only memory (ROM, Read-Only Memory), random access memory (RAM, Random Access Memory), mobile hard disk, disk or CD-ROM and other media that can store program codes.
[0119] A person skilled in the art can understand that all or part of the steps in the various methods of the above embodiments can be completed by instructing related hardware through a program, and the program can be stored in a computer-readable memory, and the memory can include: a flash drive, a read-only memory (English: Read-Only Memory, abbreviated as: ROM), a random access memory (English: Random Access Memory, abbreviated as: RAM), a magnetic disk or an optical disk, etc.
[0120] The embodiments of the present application are introduced in detail above. Specific examples are used in this article to illustrate the principles and implementation methods of the present application. The description of the above embodiments is only used to help understand the method and core idea of the present application. At the same time, for general technical personnel in this field, according to the idea of the present application, there will be changes in the specific implementation method and application scope. In summary, the content of this specification should not be understood as a limitation on the present application.
Claims
1. A card data processing method, characterized in that: The card data processing method is applied to a card data processing system, which includes a card data processing platform and a business party; the method includes: After detecting the material uploaded by the user, the card data processing platform determines the channel type of the upload channel of the material, the material is used to edit the card, and the channel type includes a private channel and a public channel. The private channel is a preset internal channel, and the public channel is a channel for all users; If the upload channel of the material is a private channel, the material management module of the card data processing platform generates a first download link of the material, where the first download link is used to instruct the user to download the material within a second preset time interval; If the upload channel of the material is a public channel, the material management module of the card data processing platform generates a second download link for the material, and the second download link is used to instruct the user to download the material at any time; When a card editing request is detected, the card data processing platform displays a card editing interface, wherein the editing interface includes a card editing area; The card data processing platform obtains the user's card editing operation through the card editing area, and selects the pre-uploaded material through the material management module; In response to the card editing operation on the material, the card data processing platform generates a target card; The card data processing platform displays the target card; When the card data processing platform detects a target card request from the business party, it feeds back to the business party at least one card data protocol supported, wherein the at least one card data protocol includes at least one of the following: a hypertext markup language HTML protocol, a data exchange format JSON protocol, and an extensible markup language XML protocol; Determining that the business party selects a target card data protocol among the at least one card data protocol; The card data of the target card is converted into target card data according to the target card data protocol, and the target card data is sent to the business party.
2. The method according to claim 1, characterized in that The determining that the business party selects a target card data protocol among the at least one card data protocol comprises: Determining whether any one of the at least one card data protocol selected by the service provider is received within a first preset time interval; If any one of the at least one card data protocol selected by the service provider is received within a first preset time interval, the selected card data protocol is determined to be the target card data protocol.
3. The method according to claim 2, characterized in that After determining whether any one of the at least one card data protocol selected by the service provider is received within the first preset time interval, the method further includes: If any card data protocol of the at least one card data protocol selected by the business party is not received within a first preset time interval, determining whether the target card request is a first request from the business party; If the target card request is not the first request of the business party, it is determined that the card data protocol corresponding to the previous card request of the business party is the target card data protocol.
4. The method according to claim 1, characterized in that: After detecting the material uploaded by the user, determining the channel type of the upload channel of the material includes: Obtaining a channel identifier of the upload channel of the material; A channel type list is queried using the channel identifier as a query identifier to determine a channel type corresponding to the channel identifier, wherein the channel type list includes a correspondence between the channel identifier and the channel type.
5. A card data processing device, characterized in that: The device comprises: The link generation unit is used to, after detecting the material uploaded by the user, determine the channel type of the upload channel of the material by the card data processing platform, the material is used to edit the card, and the channel type includes a private channel and a public channel, the private channel is a preset internal channel, and the public channel is a channel for all users; if the upload channel of the material is a private channel, the material management module of the card data processing platform generates a first download link for the material, the first download link is used to instruct the user to download the material within a second preset time interval; if the upload channel of the material is a public channel, the material management module of the card data processing platform generates a second download link for the material, the second download link is used to instruct the user to download the material at any time; The display unit is used for, when a card editing request is detected, the card data processing platform to display a card editing interface, the editing interface including a card editing area; the card data processing platform obtains the user's card editing operation through the card editing area, and selects the material uploaded in advance through the material management module; in response to the card editing operation on the material, the card data processing platform generates a target card; the card data processing platform displays the target card; A feedback unit, configured to feed back to the business party at least one supported card data protocol when a target card request from the business party is detected, wherein the at least one supported card data protocol includes at least one of the following: a hypertext markup language HTML protocol, a data exchange format JSON protocol, and an extensible markup language XML protocol; A determination unit, configured to determine a target card data protocol selected by the service provider from among the at least one card data protocol; The conversion unit is used to convert the card data of the target card into target card data according to the target card data protocol, and send the target card data to the business party.
6. A card data processing platform, characterized in that: The method comprises a processor, a memory, a communication interface, and one or more programs, wherein the one or more programs are stored in the memory and configured to be executed by the processor, and the programs include instructions for executing the steps in the method according to any one of claims 1 to 4.
7. A computer-readable storage medium, characterized in that: The computer stores a computer program for electronic data exchange, wherein the computer program enables a computer to execute part or all of the steps of the method according to any one of claims 1 to 4.
