CN112650604A - Card data processing method and related device - Google Patents
Card data processing method and related device Download PDFInfo
- Publication number
- CN112650604A CN112650604A CN202011593344.XA CN202011593344A CN112650604A CN 112650604 A CN112650604 A CN 112650604A CN 202011593344 A CN202011593344 A CN 202011593344A CN 112650604 A CN112650604 A CN 112650604A
- Authority
- CN
- China
- Prior art keywords
- card data
- card
- data protocol
- target
- service party
- Prior art date
- Legal status (The legal status is an assumption and is not a legal conclusion. Google has not performed a legal analysis and makes no representation as to the accuracy of the status listed.)
- Pending
Links
Images
Classifications
-
- G—PHYSICS
- G06—COMPUTING; CALCULATING OR COUNTING
- G06F—ELECTRIC DIGITAL DATA PROCESSING
- G06F9/00—Arrangements for program control, e.g. control units
- G06F9/06—Arrangements for program control, e.g. control units using stored programs, i.e. using an internal store of processing equipment to receive or retain programs
- G06F9/46—Multiprogramming arrangements
- G06F9/54—Interprogram communication
- G06F9/541—Interprogram communication via adapters, e.g. between incompatible applications
-
- G—PHYSICS
- G06—COMPUTING; CALCULATING OR COUNTING
- G06F—ELECTRIC DIGITAL DATA PROCESSING
- G06F3/00—Input arrangements for transferring data to be processed into a form capable of being handled by the computer; Output arrangements for transferring data from processing unit to output unit, e.g. interface arrangements
- G06F3/01—Input arrangements or combined input and output arrangements for interaction between user and computer
- G06F3/048—Interaction techniques based on graphical user interfaces [GUI]
- G06F3/0484—Interaction techniques based on graphical user interfaces [GUI] for the control of specific functions or operations, e.g. selecting or manipulating an object, an image or a displayed text element, setting a parameter value or selecting a range
- G06F3/04845—Interaction techniques based on graphical user interfaces [GUI] for the control of specific functions or operations, e.g. selecting or manipulating an object, an image or a displayed text element, setting a parameter value or selecting a range for image manipulation, e.g. dragging, rotation, expansion or change of colour
-
- G—PHYSICS
- G06—COMPUTING; CALCULATING OR COUNTING
- G06F—ELECTRIC DIGITAL DATA PROCESSING
- G06F3/00—Input arrangements for transferring data to be processed into a form capable of being handled by the computer; Output arrangements for transferring data from processing unit to output unit, e.g. interface arrangements
- G06F3/01—Input arrangements or combined input and output arrangements for interaction between user and computer
- G06F3/048—Interaction techniques based on graphical user interfaces [GUI]
- G06F3/0484—Interaction techniques based on graphical user interfaces [GUI] for the control of specific functions or operations, e.g. selecting or manipulating an object, an image or a displayed text element, setting a parameter value or selecting a range
- G06F3/0486—Drag-and-drop
Landscapes
- Engineering & Computer Science (AREA)
- Theoretical Computer Science (AREA)
- General Engineering & Computer Science (AREA)
- Physics & Mathematics (AREA)
- General Physics & Mathematics (AREA)
- Human Computer Interaction (AREA)
- Software Systems (AREA)
- Information Transfer Between Computers (AREA)
Abstract
The embodiment of the application discloses a card data processing method and a related device, wherein the method comprises the following steps: when a target card request from a service party is detected, feeding back at least one supported card data protocol to the service party, then determining that the service party selects a target card data protocol in the at least one card data protocol, finally 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 service party. The embodiment of the application is beneficial to improving the intelligence of card data processing.
Description
Technical Field
The present application relates to the field of data processing technologies, and in particular, to a card data processing method and a related apparatus.
Background
With the development of science and technology, in order to meet the visual effect of people and clearly show information to be displayed to users, many scenes in mobile application can show the information in the form of cards, and compared with the traditional display forms of characters, pictures and the like, the readability of the cards is better, and the achievable interaction is more.
At present, each application party carries out card editing by a self-defined protocol and an editing tool, so that resource redundancy is caused, the card style is not uniform, the portability is poor, under a common condition, card data is usually stored in a HyperText Markup Language (html) format or a data exchange format (JavaScript Object Notation, json) format, when the html format is used for storage, content which does not meet the specification can be edited, in addition, the front end analysis difficulty is large, in addition, the existing tags in the html format cannot meet the editing requirements of business party videos and audios, each application party needs to expand a html tag system by itself to meet additional requirements, and the json format is often formulated by each application party by itself to cause difficulty in multiplexing the card data.
Disclosure of Invention
The embodiment of the application provides a card data processing method and a related device, and solves the problem that each business party is difficult to multiplex card data.
In a first aspect, an embodiment of the present application provides a card data processing method, including:
when a target card request from a service party is detected, feeding back at least one supported card data protocol to the service party;
determining that the service party selects a target card data protocol in the at least one card data protocol;
and 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 side.
In one 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.
In one possible example, the determining that the service party selects a target card data protocol of the at least one card data protocol includes:
judging whether any one of the at least one card data protocol selected by the service party is received within a first preset time interval;
and if any one of the at least one card data protocol selected by the service party is received within a first preset time interval, determining that the selected card data protocol is the target card data protocol.
In one possible example, after the determining whether any one of the at least one card data protocol selected by the service party is received within a first preset time interval, the method further includes:
if any one of the at least one card data protocol selected by the service party is not received within a first preset time interval, judging whether the target card request is a first request of the service party;
and if the target card request is not the first request of the service party, determining that a card data protocol corresponding to the previous card request of the service party is the target card data protocol.
In one possible example, before the converting the card data of the target card into the target card data according to the target card data protocol and sending the target card data to the business party, the method further includes:
determining that the card data of the target card is not the target card data.
In one possible example, before the feeding back the at least one card data protocol supported to the service party when detecting a card request for a target card sent by the service party, the method further includes:
when a card editing request is detected, displaying a card editing interface, wherein the editing interface comprises a card editing area;
acquiring card editing operation of a user through the card editing area;
generating the target card in response to the card editing operation;
and displaying the target card.
In one possible example, the card editing area includes material uploaded by a user.
In one possible example, before displaying the card editing interface when the card editing request is detected, the method further includes:
after detecting a material uploaded by a user, judging the channel type of an uploading channel of the material, wherein the material is used for editing a card, and the type comprises a private channel and a public channel;
if the uploading channel of the material is a private channel, generating a first downloading link of the material, wherein the first downloading link is used for indicating a user to download the material within a second preset time interval;
and if the uploading channel of the material is a public channel, generating a second downloading link of the material, wherein the second downloading link is used for indicating a user to download the material at any time.
In one possible example, the determining, after detecting the material uploaded by the user, a channel type of an upload channel of the material includes:
acquiring a channel identifier of an uploading channel of the material;
and querying a channel type list by taking the channel identifier as a query identifier, and determining the channel type corresponding to the channel identifier, wherein the channel type list comprises the corresponding relation between the channel identifier and the channel type.
In a second aspect, an embodiment of the present application provides a card data processing apparatus, including:
the system comprises a feedback unit, a service party and a processing unit, wherein the feedback unit is used for feeding back at least one supported card data protocol to the service party when a target card request from the service party is detected;
a determining unit, configured to determine that the service party selects a target card data protocol in the at least one card data protocol;
and the conversion unit is used for 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 side.
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, where 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 steps of any of the methods in the first aspect of the embodiment of the present application. In a fourth aspect, the present application provides a computer-readable storage medium, where the computer-readable storage medium stores a computer program for electronic data exchange, where the computer program makes a computer perform part or all of the steps described in any one of the methods of the first aspect of the present application. In a fifth aspect, 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 cause a computer to perform some or all of the steps as described in any one of the methods of the first aspect of the embodiments of the present application. The computer program product may be a software installation package.
It can be seen that, in the embodiment of the present application, when a target card request from a service party is detected, at least one supported card data protocol is fed back to the service party, then it is determined that the service party selects a target card data protocol in the at least one card data protocol, and finally, card data of a target card is converted into target card data according to the target card data protocol, and the target card data is sent to the service party. Therefore, the embodiment of the application provides the proper card data for the business party by formulating at least one card data protocol for the business party to select, so that the business party can multiplex the card data, and the intelligence of card data processing is improved.
Drawings
In order to more clearly illustrate the embodiments of the present application or the technical solutions in the prior art, the drawings used in the description of the embodiments or the prior art will be briefly described below, it is obvious that the drawings in the following description are only some embodiments of the present application, and for those skilled in the art, other drawings can be obtained according to the drawings without creative efforts.
Fig. 1 is a schematic diagram of a system for processing card data according to an embodiment of the present application;
fig. 2 is a schematic flowchart of a card data processing method according to an embodiment of the present application;
FIG. 3 is a schematic diagram of another card editing interface provided by an embodiment of the application;
FIG. 4 is a schematic structural diagram of a card data processing platform according to an embodiment of the present disclosure;
fig. 5 is a block diagram illustrating functional units of a card data processing apparatus according to an embodiment of the present disclosure.
Detailed Description
In order to make the technical solutions of the present application better understood, the technical solutions in the embodiments of the present application will be clearly and completely described below with reference to the drawings in the embodiments of the present application, and it is obvious that the described embodiments are only a part of the embodiments of the present application, and not all of the embodiments. All other embodiments, which can be derived by a person skilled in the art from the embodiments given herein without making any creative effort, shall fall within the protection scope of the present application.
The terms "first," "second," and the like in the description and claims of the present application and in the above-described drawings are used for distinguishing between different objects and not for describing a particular order. Furthermore, the terms "include" and "have," as well as any variations thereof, are intended to cover non-exclusive inclusions. For example, a process, method, system, article, or apparatus that comprises a list of steps or elements is not limited to only those steps or elements listed, but may alternatively include other steps or elements not listed, or inherent to such process, method, article, or apparatus.
Reference herein to "an embodiment" means that a particular feature, structure, or characteristic described in connection with the embodiment can be included in at least one embodiment of the application. The appearances of the phrase in various places in the specification are not necessarily all referring to the same embodiment, nor are separate or alternative embodiments mutually exclusive of other embodiments. It is explicitly and implicitly understood by one skilled in the art that the embodiments described herein can be combined with other embodiments.
As shown in fig. 1, fig. 1 is a schematic diagram of a card data processing system 100, where the card data processing system 100 includes a card data processing platform 110 and a service party 120, and when detecting a target card request from the service party 120, the card data processing platform 110 feeds back a plurality of supported card data protocols to the service party 120, then determines that the service party 120 selects a target card data protocol in the at least one card data protocol, and finally converts the card data of the target card into target card data according to the target card data protocol, and sends the target card data to the service party 120. The service party 120 according to the present application may correspond to various electronic devices. Electronic devices may include various handheld devices, vehicle mounted devices, wearable devices, computing devices or other processing devices connected to a wireless modem with wireless communication capabilities, as well as various forms of User Equipment (UE), Mobile Stations (MS), terminal Equipment (terminal device), and so forth.
At present, each application party carries out card editing by a self-defined protocol and an editing tool, resource redundancy is caused, the card style is not uniform, the portability is poor, under the common condition, card data can be stored by an html format or a json format, when the html format is used for storage, contents which do not accord with the specification can be edited, in addition, the front end analysis difficulty is large, in addition, the existing label of the html format is difficult to meet the editing requirements of video and audio of a business party, each application party needs to expand a label system of the html by oneself to meet additional requirements, the json format is often formulated by each application party by oneself, and the card data is difficult to multiplex.
In view of the above problems, the present application provides a card data processing method, and the following describes embodiments of the present application in detail with reference to the accompanying drawings.
Referring to fig. 2, fig. 2 is a schematic flowchart illustrating a card data processing method according to an embodiment of the present application, and as shown in fig. 2, the card data processing method includes steps S201 to S203:
s201, when a target card request from a service party is detected, at least one card data protocol supported is fed back to the service party.
The service party may be a user of each platform such as an apple operating System (IOS) and an Android System, and is not particularly limited.
The target card may be uploaded after the other users edit the finished card, or the target card may be preset by the users, and the source of the target card is not specifically limited.
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.
The method is applied to a card data processing platform.
S202, determining that the service party selects a target card data protocol in the at least one card data protocol.
Optionally, the determining that the service party selects a target card data protocol in the at least one card data protocol includes: judging whether any one of the at least one card data protocol selected by the service party is received within a first preset time interval; and if any one of the at least one card data protocol selected by the service party is received within a first preset time interval, determining that the selected card data protocol is the target card data protocol.
The first preset time interval may be 1 minute, 5 minutes, 15 minutes, and the like, and the first preset time interval may also be other time intervals, which is not specifically limited in the embodiments of the present application.
For example, when the card data processing platform supports the card data protocol a, the card data protocol B, and the card data protocol C, and the preset time interval is 5 minutes, the card data processing platform feeds back the three supported card data protocols to the service party when detecting a target card request from the service party, and if the card data protocol a selected by the service party is received within 5 minutes, it is determined that the card data protocol a is the target card data protocol.
As can be seen, in this example, the card data processing platform can provide a supported card data protocol for the business party to select when the business party requests the target card, and can receive the card data protocol selected by the business party within a preset time interval, so as to provide the business party with corresponding card protocol data based on the card data protocol selected by the business party.
Optionally, after determining whether any one of the at least one card data protocol selected by the service party is received within a first preset time interval, the method further includes: if any one of the at least one card data protocol selected by the service party is not received within a first preset time interval, judging whether the target card request is a first request of the service party; and if the target card request is not the first request of the service party, determining that a card data protocol corresponding to the previous card request of the service party is the target card data protocol.
For example, when the card data processing platform supports a card data protocol a, a card data protocol B, and a card data protocol C, and the first preset time interval is 10 minutes, the card data processing platform feeds back the three supported card data protocols to the service party when detecting a target card request from the service party, and if the card data protocol selected by the service party is not received within 10 minutes, and further determines that the current target card request is not the first request of the service party, if the previous card request of the service party corresponds to the card data protocol C, determines that the card data protocol C is the target card data protocol.
As can be seen, in this example, the card data processing platform can provide a supported card data protocol for the business party to select when the business party requests the target card, and can not receive the card data protocol selected by the business party within a preset time interval, and determine card protocol data according to a history card request when the business party has a history card request.
In addition, after the determining whether any one of the at least one card data protocol selected by the service party is received within a first preset time interval, the method further includes: if any one of the at least one card data protocol selected by the service party is not received within a first preset time interval, judging whether the target card request is a first request of the service party; and if the target card request is the first request of the service party, determining that the default card data protocol is the target card data protocol.
The default card data protocol is not particularly limited.
S203, 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 side.
In one possible example, before the converting the card data of the target card into the target card data according to the target card data protocol and sending the target card data to the business party, the method further includes: determining that the card data of the target card is not the target card data.
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.
The card data of the target card is data corresponding to a default card protocol of the card data processing platform, and it needs to be explained that a developer can provide a software development kit SDK corresponding to a part or all of at least one card data protocol for different operation platforms, so that a service party of the operation platform can explain the card data protocol selected by the service party by using the corresponding software development kit SDK after selecting a proper card data protocol of the at least one card data protocol, and finally the service party utilizes the card data of the target card of the card data processing platform.
It can be seen that, in the embodiment of the present application, when a target card request from a service party is detected, at least one supported card data protocol is fed back to the service party, then it is determined that the service party selects a target card data protocol in the at least one card data protocol, and finally, card data of a target card is converted into target card data according to the target card data protocol, and the target card data is sent to the service party. Therefore, the embodiment of the application provides the proper card data for the business party by formulating at least one card data protocol for the business party to select, so that the business party can multiplex the card data, and the intelligence of card data processing is improved.
In one possible example, before the feeding back the at least one card data protocol supported to the service party when detecting a card request for a target card sent by the service party, the method further includes: when a card editing request is detected, displaying a card editing interface, wherein the editing interface comprises a card editing area; acquiring card editing operation of a user through the card editing area; generating the target card in response to the card editing operation; and displaying the target card.
In specific implementation, the platform may provide a card editing interface similar to that shown in fig. 3, a user may drag a template on the left side of the interface into the editing interface, the system presets a plurality of commonly used templates in advance, and if the current template cannot meet the requirements of the user, the user may select components such as pictures and texts in a toolbar on the left side, and the components are freely combined to generate a corresponding card. In the process of editing the card, when the user needs to use the picture at the position, the user can directly select the picture which is uploaded in advance from the material management module, or the user directly uploads the picture on the interface.
Further, when the user edits the card on the visual interface, the front end renders and presents the final display effect of the card in real time. When the card is stored, the final preview of the stored card can be rendered, so that the subsequent user can conveniently check the card.
In one possible example, the card editing area includes material uploaded by a user.
Wherein the material is used to edit cards.
In one possible example, before displaying the card editing interface when the card editing request is detected, the method further includes: after detecting a material uploaded by a user, judging the channel type of an uploading channel of the material, wherein the material is used for editing a card, and the type comprises a private channel and a public channel; if the uploading channel of the material is a private channel, generating a first downloading link of the material, wherein the first downloading link is used for indicating a user to download the material within a second preset time interval; and if the uploading channel of the material is a public channel, generating a second downloading link of the material, wherein the second downloading link is used for indicating a user to download the material at any time.
The private channel may be a preset internal channel, and the public channel is a channel facing all users, where the second preset time interval may be 10 minutes, the second preset time interval may also be 15 minutes, the second preset time interval may also be 20 minutes, and so on, and the second preset time interval is not specifically limited.
In the specific implementation, when a user uploads a material A through a private channel, uploads a material B through a public channel, and the link storage time corresponding to the private channel is 15 minutes, a material management module of the card editing platform can generate a download link A of the material A and a download link B of the material B, the user can acquire the material A through the download link A within 15 minutes, and the user can acquire the material B through the download link B at any time.
Therefore, in this example, the card data processing platform can provide different material uploading channels, so that when a user uploads materials through different material uploading channels, downloading links of different timeliness can be generated according to types of the uploading channels to obtain the uploaded materials, and time-limited acquisition processing can be performed on important private materials, so that other people cannot acquire corresponding materials after failure, and the security of the materials is guaranteed.
In one possible example, the determining, after detecting the material uploaded by the user, a channel type of an upload channel of the material includes: acquiring a channel identifier of an uploading channel of the material; and querying a channel type list by taking the channel identifier as a query identifier, and determining the channel type corresponding to the channel identifier, wherein the channel type list comprises the corresponding relation between the channel identifier and the channel type.
The channel identifier and the channel type may be in a one-to-one relationship, that is, the channel identifier and the channel type are uniquely corresponding to each other, and the channel identifier and the channel type may be in a many-to-one relationship, that is, a plurality of channel identifiers may correspond to the same channel type, without specific limitations.
As can be seen, in this example, the card data processing platform can set the correspondence between the channel identifier and the channel type in advance, and in the process of uploading the material, the channel type is determined based on the channel identifier, so as to generate links for downloading the material with different timeliness.
Referring to fig. 4 in accordance with the embodiment shown in fig. 2, fig. 4 is a schematic structural diagram of an electronic device 400 provided in an embodiment of the present application, and 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, where the one or more programs 421 are stored in the memory 420 and configured to be executed by the application processor 410, and the one or more programs 421 include instructions for performing the following steps:
when a target card request from a service party is detected, feeding back at least one supported card data protocol to the service party;
determining that the service party selects a target card data protocol in the at least one card data protocol;
and 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 side.
It can be seen that, in the embodiment of the present application, when a target card request from a service party is detected, at least one supported card data protocol is fed back to the service party, then it is determined that the service party selects a target card data protocol in the at least one card data protocol, and finally, card data of a target card is converted into target card data according to the target card data protocol, and the target card data is sent to the service party. Therefore, the embodiment of the application provides the proper card data for the business party by formulating at least one card data protocol for the business party to select, so that the business party can multiplex the card data, and the intelligence of card data processing is improved.
In one 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.
In one possible example, in terms of the determining that the business party selects a target card data protocol of the at least one card data protocol, the instructions in the one or more programs 421 are specifically for: judging whether any one of the at least one card data protocol selected by the service party is received within a first preset time interval; and if any one of the at least one card data protocol selected by the service party is received within a first preset time interval, determining that the selected card data protocol is the target card data protocol.
In one possible example, the one or more programs 421 further include instructions for performing the steps of: after the judgment is made to determine whether any one of the at least one card data protocol selected by the service party is received within a first preset time interval, if no one of the at least one card data protocol selected by the service party is received within the first preset time interval, determining whether the target card request is a first request of the service party; and if the target card request is not the first request of the service party, determining that a card data protocol corresponding to the previous card request of the service party is the target card data protocol.
In one possible example, the one or more programs 421 further include instructions for performing the steps of: and determining that the card data of the target card is not the target card data before converting the card data of the target card into the target card data according to the target card data protocol and sending the target card data to the business side.
In one possible example, the one or more programs 421 further include instructions for performing the steps of: when a card editing request is detected before a card data protocol supported by the business party is fed back to the business party when the card request aiming at a target card sent by the business party is detected, a card editing interface is displayed, wherein the editing interface comprises a card editing area; acquiring card editing operation of a user through the card editing area; generating the target card in response to the card editing operation; and displaying the target card.
In one possible example, the card editing area includes material uploaded by a user.
In one possible example, the one or more programs 421 further include instructions for performing the steps of: when the card editing request is detected, before a card editing interface is displayed, after a material uploaded by a user is detected, judging the channel type of an uploading channel of the material, wherein the material is used for editing a card, and the type comprises a private channel and a public channel; if the uploading channel of the material is a private channel, generating a first downloading link of the material, wherein the first downloading link is used for indicating a user to download the material within a second preset time interval; and if the uploading channel of the material is a public channel, generating a second downloading link of the material, wherein the second downloading link is used for indicating a user to download the material at any time.
In one possible example, in terms of determining a channel type of an upload channel of the material after detecting the material uploaded by the user, the instructions in the one or more programs 421 are specifically configured to: acquiring a channel identifier of an uploading channel of the material; and querying a channel type list by taking the channel identifier as a query identifier, and determining the channel type corresponding to the channel identifier, wherein the channel type list comprises the corresponding relation between the channel identifier and the channel type.
The above description has introduced the solution of the embodiment of the present application mainly from the perspective of the method-side implementation process. It is understood that the electronic device comprises corresponding hardware structures and/or software modules for performing the respective functions in order to realize the above-mentioned functions. Those of skill in the art will readily appreciate that the present application is capable of hardware or a combination of hardware and computer software implementing the various illustrative elements and algorithm steps described in connection with the embodiments provided herein. Whether a function is performed as hardware or computer software drives hardware depends upon the particular application and design constraints imposed on the solution. Skilled artisans may implement the described functionality in varying ways for each particular application, but such implementation decisions should not be interpreted as causing a departure from the scope of the present application.
In the embodiment of the present application, the electronic device may be divided into the functional units according to the method example, for example, each functional unit may be divided corresponding to each function, or two or more functions may be integrated into one processing unit. The integrated unit can be realized in a form of hardware, and can also be realized in a form of a software functional unit. It should be noted that the division of the unit in the embodiment of the present application is schematic, and is only a logic function division, and there may be another division manner in actual implementation.
Fig. 5 is a block diagram of functional units of a card data processing apparatus 500 according to an embodiment of the present application, where the card data processing apparatus 500 includes:
a feedback unit 501, configured to feed back, to a service party, at least one supported card data protocol when a target card request from the service party is detected;
a determining unit 502, configured to determine that the service party selects a target card data protocol in the at least one card data protocol;
the conversion unit 503 is configured 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 service provider.
The card data processing apparatus 500 may further include a storage unit 504 for storing program codes and data of an electronic device. The storage unit 504 may be a memory.
It can be seen that, in the embodiment of the present application, when a target card request from a service party is detected, at least one supported card data protocol is fed back to the service party, then it is determined that the service party selects a target card data protocol in the at least one card data protocol, and finally, card data of a target card is converted into target card data according to the target card data protocol, and the target card data is sent to the service party. Therefore, the embodiment of the application provides the proper card data for the business party by formulating at least one card data protocol for the business party to select, so that the business party can multiplex the card data, and the intelligence of card data processing is improved.
In one 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.
In a possible example, in terms of the determining that the service party selects the target card data protocol in the at least one card data protocol, the determining unit 502 is specifically configured to: judging whether any one of the at least one card data protocol selected by the service party is received within a first preset time interval; and if any one of the at least one card data protocol selected by the service party is received within a first preset time interval, determining that the selected card data protocol is the target card data protocol.
In one possible example, the determining unit 502 is further configured to: after the judgment is made to determine whether any one of the at least one card data protocol selected by the service party is received within a first preset time interval, if no one of the at least one card data protocol selected by the service party is received within the first preset time interval, determining whether the target card request is a first request of the service party; and if the target card request is not the first request of the service party, determining that a card data protocol corresponding to the previous card request of the service party is the target card data protocol.
In one possible example, the determining unit 502 is further configured to: and determining that the card data of the target card is not the target card data before converting the card data of the target card into the target card data according to the target card data protocol and sending the target card data to the business side.
In one possible example, the card data processing apparatus further includes a display unit 505 for: when a card editing request is detected before a card data protocol supported by the business party is fed back to the business party when the card request aiming at a target card sent by the business party is detected, a card editing interface is displayed, wherein the editing interface comprises a card editing area; acquiring card editing operation of a user through the card editing area; generating the target card in response to the card editing operation; and displaying the target card.
In one possible example, the card editing area includes material uploaded by a user.
In one possible example, the card data processing apparatus further includes a link generation unit 506 for: when the card editing request is detected, before a card editing interface is displayed, after a material uploaded by a user is detected, judging the channel type of an uploading channel of the material, wherein the material is used for editing a card, and the type comprises a private channel and a public channel; if the uploading channel of the material is a private channel, generating a first downloading link of the material, wherein the first downloading link is used for indicating a user to download the material within a second preset time interval; and if the uploading channel of the material is a public channel, generating a second downloading link of the material, wherein the second downloading link is used for indicating a user to download the material at any time.
In a possible example, in terms of determining a channel type of an upload channel of the material after detecting the material uploaded by the user, the link generating unit 506 is specifically configured to: acquiring a channel identifier of an uploading channel of the material; and querying a channel type list by taking the channel identifier as a query identifier, and determining the channel type corresponding to the channel identifier, wherein the channel type list comprises the corresponding relation between the channel identifier and the channel type.
It can be understood that, since the embodiment of the card data processing method and the embodiment of the card data processing apparatus are different presentation forms of the same technical concept, the contents of the embodiment of the card data processing method in the present application should be synchronously adapted to the embodiment of the card data processing apparatus, and are not described herein again.
Embodiments of the present application also provide a computer storage medium, where the computer storage medium stores a computer program for electronic data exchange, the computer program enabling a computer to execute part or all of the steps of any one of the methods described in the above method embodiments, and the computer includes an electronic device. Embodiments of the present application also provide a computer program product comprising a non-transitory computer readable storage medium storing a computer program operable to cause a computer to perform some or all of the steps of any of the methods as described in the above method embodiments. The computer program product may be a software installation package, the computer comprising an electronic device.
It should be noted that, for simplicity of description, the above-mentioned method embodiments are described as a series of acts or combination of acts, but those skilled in the art will recognize that the present application is not limited by the order of acts described, as some steps may occur in other orders or concurrently depending on the application. Further, those skilled in the art should also appreciate that the embodiments described in the specification are preferred embodiments and that the acts and modules referred to are not necessarily required in this application.
In the foregoing embodiments, the descriptions of the respective embodiments have respective emphasis, and for parts that are not described in detail in a certain embodiment, reference may be made to related descriptions of other embodiments.
In the embodiments provided in the present application, it should be understood that the disclosed apparatus may be implemented in other manners. For example, the above-described embodiments of the apparatus are merely illustrative, and for example, the above-described division of the units is only one type of division of logical functions, and other divisions may be realized in practice, for example, a plurality of units or components may be combined or integrated into another system, or some features may be omitted, or not executed. In addition, the shown or discussed mutual coupling or direct coupling or communication connection may be an indirect coupling or communication connection of some interfaces, devices or units, and may be an electric or other form.
The units described as separate parts may or may not be physically separate, and parts displayed as units may or may not be physical units, may be located in one place, or may be distributed on a plurality of network units. Some or all of the units can be selected according to actual needs to achieve the purpose of the solution of the embodiment.
In addition, functional units in the embodiments of the present application may be integrated into one processing unit, or each unit may exist alone physically, or two or more units are integrated into one unit. The integrated unit can be realized in a form of hardware, and can also be realized in a form of a software functional unit.
The integrated unit may be stored in a computer readable memory if it is implemented in the form of a software functional unit and sold or used as a stand-alone product. Based on such understanding, the technical solution of the present application may be substantially implemented or a part of or all or part of the technical solution contributing to the prior art may be embodied in the form of a software product stored in a memory, and including several instructions for causing a computer device (which may be a personal computer, a server, or a network device) to execute all or part of the steps of the above-mentioned method of the embodiments of the present application. And the aforementioned memory comprises: a U-disk, a Read-Only Memory (ROM), a Random Access Memory (RAM), a removable hard disk, a magnetic or optical disk, and other various media capable of storing program codes.
Those skilled in the art will appreciate that all or part of the steps in the methods of the above embodiments may be implemented by associated hardware instructed by a program, which may be stored in a computer-readable memory, which may include: flash Memory disks, Read-Only memories (ROMs), Random Access Memories (RAMs), magnetic or optical disks, and the like.
The foregoing detailed description of the embodiments of the present application has been presented to illustrate the principles and implementations of the present application, and the above description of the embodiments is only provided to help understand the method and the core concept of the present application; meanwhile, for a person skilled in the art, according to the idea of the present application, there may be variations in the specific embodiments and the application scope, and in summary, the content of the present specification should not be construed as a limitation to the present application.
Claims (10)
1. A card data processing method, comprising:
when a target card request from a service party is detected, feeding back at least one supported card data protocol to the service party;
determining that the service party selects a target card data protocol in the at least one card data protocol;
and 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 side.
2. The method of claim 1, wherein the at least one card data protocol comprises hypertext markup language (HTML) protocol, data exchange format (JSON) protocol, and extensible markup language (XML) protocol.
3. The method of claim 1, wherein the determining that the service party selects a target card data protocol of the at least one card data protocol comprises:
judging whether any one of the at least one card data protocol selected by the service party is received within a first preset time interval;
and if any one of the at least one card data protocol selected by the service party is received within a first preset time interval, determining that the selected card data protocol is the target card data protocol.
4. The method of claim 3, wherein after determining whether any one of the at least one card data protocol selected by the service party is received within a first preset time interval, the method further comprises:
if any one of the at least one card data protocol selected by the service party is not received within a first preset time interval, judging whether the target card request is a first request of the service party;
and if the target card request is not the first request of the service party, determining that a card data protocol corresponding to the previous card request of the service party is the target card data protocol.
5. The method according to any one of claims 1-4, wherein before the step of feeding back at least one supported card data protocol to the business party when detecting a card request for a target card sent by the business party, the method further comprises:
when a card editing request is detected, displaying a card editing interface, wherein the editing interface comprises a card editing area;
acquiring card editing operation of a user through the card editing area;
generating the target card in response to the card editing operation;
and displaying the target card.
6. The method of claim 5, wherein the card editing area includes material uploaded by a user, and wherein upon detecting a card editing request, prior to displaying a card editing interface, the method further comprises:
after detecting a material uploaded by a user, judging the channel type of an uploading channel of the material, wherein the material is used for editing a card, and the type comprises a private channel and a public channel;
if the uploading channel of the material is a private channel, generating a first downloading link of the material, wherein the first downloading link is used for indicating a user to download the material within a second preset time interval;
and if the uploading channel of the material is a public channel, generating a second downloading link of the material, wherein the second downloading link is used for indicating a user to download the material at any time.
7. The method of claim 6, wherein determining the channel type of the upload channel of the material after detecting the material uploaded by the user comprises:
acquiring a channel identifier of an uploading channel of the material;
and querying a channel type list by taking the channel identifier as a query identifier, and determining the channel type corresponding to the channel identifier, wherein the channel type list comprises the corresponding relation between the channel identifier and the channel type.
8. A card data processing apparatus, comprising:
the system comprises a feedback unit, a service party and a processing unit, wherein the feedback unit is used for feeding back at least one supported card data protocol to the service party when a target card request from the service party is detected;
a determining unit, configured to determine that the service party selects a target card data protocol in the at least one card data protocol;
and the conversion unit is used for 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 side.
9. A card data processing platform comprising a processor, a memory, a communication interface, and one or more programs, the one or more programs being stored in the memory and configured to be executed by the processor, the programs comprising instructions for performing the steps in the method of any of claims 1-7.
10. A computer-readable storage medium, characterized in that it stores a computer program for electronic data exchange, wherein the computer program causes a computer to perform part or all of the steps of the method according to any one of claims 1-7.
Priority Applications (1)
| Application Number | Priority Date | Filing Date | Title |
|---|---|---|---|
| CN202011593344.XA CN112650604A (en) | 2020-12-29 | 2020-12-29 | Card data processing method and related device |
Applications Claiming Priority (1)
| Application Number | Priority Date | Filing Date | Title |
|---|---|---|---|
| CN202011593344.XA CN112650604A (en) | 2020-12-29 | 2020-12-29 | Card data processing method and related device |
Publications (1)
| Publication Number | Publication Date |
|---|---|
| CN112650604A true CN112650604A (en) | 2021-04-13 |
Family
ID=75363753
Family Applications (1)
| Application Number | Title | Priority Date | Filing Date |
|---|---|---|---|
| CN202011593344.XA Pending CN112650604A (en) | 2020-12-29 | 2020-12-29 | Card data processing method and related device |
Country Status (1)
| Country | Link |
|---|---|
| CN (1) | CN112650604A (en) |
Cited By (2)
| Publication number | Priority date | Publication date | Assignee | Title |
|---|---|---|---|---|
| CN113253996A (en) * | 2021-06-23 | 2021-08-13 | 北京泰迪熊移动科技有限公司 | Card construction method, electronic device, server and storage medium |
| CN115134324A (en) * | 2022-05-11 | 2022-09-30 | 钉钉(中国)信息技术有限公司 | Updating method of interactive card, server, terminal and storage medium |
-
2020
- 2020-12-29 CN CN202011593344.XA patent/CN112650604A/en active Pending
Cited By (4)
| Publication number | Priority date | Publication date | Assignee | Title |
|---|---|---|---|---|
| CN113253996A (en) * | 2021-06-23 | 2021-08-13 | 北京泰迪熊移动科技有限公司 | Card construction method, electronic device, server and storage medium |
| CN113253996B (en) * | 2021-06-23 | 2021-12-21 | 北京泰迪熊移动科技有限公司 | Card construction method, electronic device, server and storage medium |
| CN115134324A (en) * | 2022-05-11 | 2022-09-30 | 钉钉(中国)信息技术有限公司 | Updating method of interactive card, server, terminal and storage medium |
| CN115134324B (en) * | 2022-05-11 | 2023-04-25 | 钉钉(中国)信息技术有限公司 | Updating method of interactive card, server, terminal and storage medium |
Similar Documents
| Publication | Publication Date | Title |
|---|---|---|
| CN109815200B (en) | File sharing method and device and storage medium | |
| US10311877B2 (en) | Performing tasks and returning audio and visual answers based on voice command | |
| US8477944B2 (en) | Communication system, base station apparatus and terminal apparatus | |
| US20240036774A1 (en) | Printing method and apparatus, and electronic device | |
| CN112650604A (en) | Card data processing method and related device | |
| US8770475B2 (en) | System and method for setting connection between information processing devices, communication apparatus, setting information identifier outputting apparatus, and computer program | |
| US20150227496A1 (en) | Method and system for microblog resource sharing | |
| CN109299446A (en) | Report-generating method and device | |
| CN104462522A (en) | File on-line previewing method, terminal and server | |
| CN111953709B (en) | Multimedia content transmission method, multimedia content display method and device and electronic equipment | |
| US10664468B2 (en) | Communication supporting device, method, and comuper program | |
| CN106951270B (en) | Code processing method, system and server | |
| JP2003271507A5 (en) | INFORMATION PROCESSING SYSTEM AND INFORMATION PROCESSING METHOD | |
| CN102760157B (en) | A kind of for generating the method that release news, device and the equipment corresponding with mobile terminal | |
| CN111506551A (en) | Conference file extraction method and system and computer equipment | |
| CN102541836A (en) | Method and device for adjusting format file layout | |
| CN104268611A (en) | Webpage synchronizing method and device | |
| CN113177390A (en) | Intelligent document processing method and device, computer readable medium and electronic equipment | |
| CN106878145B (en) | Display method, display device and display system of user-defined picture | |
| CN110995577B (en) | Multi-channel adaptation method and device for message and storage medium | |
| CN109614592B (en) | Text processing method and device, storage medium and electronic equipment | |
| CN112486484A (en) | Webpage version generation method and device | |
| EP3038390B1 (en) | Processing method and apparatus for signaling tracing | |
| WO2021072664A1 (en) | Information obtaining method and apparatus, system, electronic device, and storage medium | |
| CN109344372B (en) | Big data-based document generation method and system |
Legal Events
| Date | Code | Title | Description |
|---|---|---|---|
| PB01 | Publication | ||
| PB01 | Publication | ||
| SE01 | Entry into force of request for substantive examination | ||
| SE01 | Entry into force of request for substantive examination |