CN116362206A

CN116362206A - File processing method, device, equipment and medium

Info

Publication number: CN116362206A
Application number: CN202310269997.XA
Authority: CN
Inventors: 杨晓; 鲍瑾
Original assignee: Industrial and Commercial Bank of China Ltd ICBC
Current assignee: Industrial and Commercial Bank of China Ltd ICBC
Priority date: 2023-03-15
Filing date: 2023-03-15
Publication date: 2023-06-30

Abstract

The application provides a file processing method, a device, equipment and a medium, which can be applied to the technical fields of information security and cloud computing and can be used in the financial field and other fields. Comprising the following steps: responding to a file processing request, and obtaining a file to be processed; carrying out file analysis on the file to be processed to obtain an initial file protocol of the file to be processed; according to the format conversion relation between the target file protocol and the initial file protocol, converting the file to be processed into a target file corresponding to the target file protocol, wherein the file protocol is a storage format of the file; and executing file processing operation on the target file to obtain a file processing result of the target file. The method realizes automatic conversion and processing of the file, breaks through file processing barriers among different protocols, and further realizes efficient processing of the file.

Description

File processing method, device, equipment and medium

Technical Field

The present disclosure relates to the field of information security and cloud computing technologies, and in particular, to a method, an apparatus, a device, and a medium for processing a file.

Background

With the rapid development of the financial industry, various financial products are more and more diversified, and the financial products generally need to be sold to users by sellers. For security, banks and sellers need to sign a distribution agreement, which can record information such as type, amount, time, and income of financial products of user transactions. However, due to the numerous financial products, the existence of the proxy-to-sell agreement between the seller and the bank is more complicated, so that the difference of files of different agreements is larger, and the processing efficiency of the files is lower.

Disclosure of Invention

The application provides a file processing method, device, equipment and medium, which are used for solving the technical problems of large difference of files of different protocols and low file processing efficiency.

In a first aspect, the present application provides a file processing method, including:

responding to a file processing request, and obtaining a file to be processed;

carrying out file analysis on the file to be processed to obtain an initial file protocol of the file to be processed;

according to the format conversion relation between the target file protocol and the initial file protocol, converting the file to be processed into a target file corresponding to the target file protocol, wherein the file protocol is a storage format of the file;

and executing file processing operation on the target file to obtain a file processing result of the target file.

In a second aspect, the present application provides a document processing apparatus, including:

the response unit is used for responding to the file processing request and obtaining a file to be processed;

the analysis unit is used for carrying out file analysis on the file to be processed to obtain an initial file protocol of the file to be processed;

the conversion unit is used for converting the file to be processed into a target file corresponding to the target file protocol according to a format conversion relation between the target file protocol and the initial file protocol, wherein the file protocol is a storage format of the file;

And the processing unit is used for executing file processing operation on the target file to obtain a file processing result of the target file.

In a third aspect, the present application provides an electronic device, comprising: a processor, and a memory communicatively coupled to the processor;

the memory stores computer-executable instructions;

the processor executes computer-executable instructions stored in the memory to implement the file processing method as described in the first aspect.

In a fourth aspect, the present application provides a computer-readable storage medium having stored therein computer-executable instructions which, when executed by a processor, are adapted to carry out the method of file processing according to the first aspect.

In a fifth aspect, the present application provides a computer program product comprising a computer program which, when executed by a processor, implements the file processing method of the first aspect.

The file processing method provided by the application can respond to the file processing request to obtain the file to be processed. The file to be processed can be a file of an initial file protocol, and the initial file protocol of the file to be processed can be obtained through file analysis, so that protocol analysis of the file is realized. And then, according to the format conversion relation between the target file protocol and the initial file protocol, converting the file to be processed into the target file expressed according to the target file protocol, wherein the file protocol can be a storage format of the file, so that the automatic conversion of the file in different file protocols is realized, the target file can accord with the target file protocol, and the file processing result of the target file can be obtained after the file processing operation is performed on the target file. By converting the files among different protocols, the automatic conversion and processing of the files can be realized, the file processing barrier among different protocols is broken through, and the efficient processing of the files is realized.

Drawings

The accompanying drawings, which are incorporated in and constitute a part of this specification, illustrate embodiments consistent with the application and together with the description, serve to explain the principles of the application.

FIG. 1 is a diagram of an application system architecture of a document processing method according to an embodiment of the present application;

FIG. 2 is a flow chart of one embodiment of a method of processing a document provided in an embodiment of the present application;

FIG. 3 is a flow chart of yet another embodiment of a document processing method provided by an embodiment of the present application;

FIG. 4 is a flowchart illustrating a file receiving process according to an embodiment of the present application;

FIG. 5 is a flowchart illustrating a file sending process according to an embodiment of the present application;

FIG. 6 is a schematic diagram illustrating an embodiment of a document processing apparatus according to an embodiment of the present application;

fig. 7 is a block diagram of an electronic device for implementing the file processing method provided herein.

Specific embodiments thereof have been shown by way of example in the drawings and will herein be described in more detail. These drawings and the written description are not intended to limit the scope of the inventive concepts in any way, but to illustrate the concepts of the present application to those skilled in the art by reference to specific embodiments.

Detailed Description

Reference will now be made in detail to exemplary embodiments, examples of which are illustrated in the accompanying drawings. When the following description refers to the accompanying drawings, the same numbers in different drawings refer to the same or similar elements, unless otherwise indicated. The implementations described in the following exemplary examples are not representative of all implementations consistent with the present application. Rather, they are merely examples of apparatus and methods consistent with some aspects of the present application as detailed in the accompanying claims.

The file processing method, the device, the equipment and the medium can be applied to the technical fields of information security and cloud computing, and can also be applied to the fields of financial science and technology or other related fields, and the file to be processed is converted into the target file corresponding to the target file protocol by setting the format conversion relation among different file protocols, so that the target file is consistent with the actual use requirement, and the target file is further processed. The automatic conversion of the file can be realized through the arrangement of the protocol conversion relation, and the processing efficiency of the file is improved.

In the related art, with the rapid development of financial technology, financial institutions such as banks can build financial products and trade the financial products with users through sellers. Because the quantity of financial products is large, and the sales rules of different sellers and financial institutions are different, the files required to be signed for the financial products sold by the sellers are required to be modified according to the types of the financial products and the file protocols established by the sellers, so that the files conform to the sales protocols between the sellers and the financial institutions. At present, the transformation of the file according to the protocol is generally completed manually, and a manager with high cost is required for the adaptation of various financial products and sales protocols, so that the processing efficiency of the file is low.

In order to solve the above technical problem, the present technical solution considers that there is a certain commonality between the protocols respectively configured for different financial products and sellers by the financial institution, for example, different fields of different protocols may represent the same meaning, for example, when the NAME and english word NAME are two fields of different protocols, respectively, the meaning of the two fields is the same. Therefore, the corresponding relation can be set between fields of different protocols, the protocol conversion relation is set, files of different protocols are converted through the protocol conversion relation, files corresponding to file protocols which are matched with requirements are obtained, smooth use of the files in a multi-protocol scene is achieved, and file processing efficiency is improved.

Accordingly, the technical scheme of the application can respond to the file processing request to obtain the file to be processed. The file to be processed can be a file of an initial file protocol, and the initial file protocol of the file to be processed can be obtained through file analysis, so that protocol analysis of the file is realized. And then, according to the format conversion relation between the target file protocol and the initial file protocol, converting the file to be processed into the target file expressed according to the target file protocol, wherein the file protocol can be a storage format of the file, so that the automatic conversion of the file in different file protocols is realized, the target file can accord with the target file protocol, and the file processing result of the target file can be obtained after the file processing operation is performed on the target file. By converting the files among different protocols, the automatic conversion and processing of the files can be realized, the file processing barrier among different protocols is broken through, and the efficient processing of the files is realized.

The following describes the technical solutions of the present application and how the technical solutions of the present application solve the above technical problems in detail with specific embodiments. The following embodiments may be combined with each other, and the same or similar concepts or processes may not be described in detail in some embodiments. Embodiments of the present application will be described below with reference to the accompanying drawings.

Fig. 1 is an application system architecture diagram of a document processing method according to an embodiment of the present application, where the system may include: the terminal device 11 corresponding to the seller a may have a wired or wireless communication connection with the cloud server 12, and the terminal device 13 corresponding to the seller B may have a wired or wireless communication connection with the cloud server 12. The cloud server 12 may also be connected to a database 14 for storing data. The terminal device may include, for example: a mobile phone, a computer, a notebook, a tablet computer, a server and other devices.

The terminal device 11 may send the file to be processed to the cloud server 12. At this time, the target file protocol may be an internal file protocol corresponding to the financial institution, and the initial file protocol may be an external file protocol corresponding to the vendor, that is, a file of the external protocol is converted into a file of the internal protocol. The cloud server 12 may convert and process the file to be processed based on the technical solution of the present application, and store the obtained target file and the file processing result of the target file into the database 14.

In addition, the cloud server 12 may also send a file to the terminal device 13. At this time, the target file protocol may be an external file protocol corresponding to the seller, and the initial file protocol may be an internal file protocol corresponding to the financial institution, that is, a file of the internal protocol is converted into a file of the external protocol. The cloud server 12 may convert and process the file to be processed based on the technical solution of the present application, and send the obtained target file and the file processing result of the target file to the terminal device 13.

As shown in fig. 2, a flowchart of an embodiment of a file processing method according to an embodiment of the present application may be configured as a file processing apparatus, where the file processing apparatus may be located in an electronic device, and the file processing method may include the following steps:

201: and responding to the file processing request, and obtaining the file to be processed.

The electronic device in this embodiment may refer to a terminal for executing the file processing method, and may be a server or a computer of a financial institution, and the specific type of the electronic device in this embodiment is not limited too much.

The file to be processed may be a file received by the electronic device pair or a file sent by the electronic device. The file to be processed may be a file generated according to a certain file protocol. In a practical application, the document to be processed may be a transaction document signed according to an initial document protocol, and may include an electronic transaction document and a text transaction document. An electronic transaction file may refer to a transaction file that is generated by an electronic device and that is signed by a user collected by the electronic device. The text transaction file may refer to a transaction file signed by paper and a corresponding file to be processed obtained by scanning.

202: and carrying out file analysis on the file to be processed to obtain an initial file protocol of the file to be processed.

The initial file protocol may be a generation protocol of a file to be processed, that is, a rule that needs to conform to the initial file protocol in the process of generating the file to be processed. The basic information of the protocol can be referred to the following table 1:

protocol version number	Protocol code	Line feed symbol	Splitting sign	Splitting threshold	……
						111L	01	\n	Is that	100M	……
111L	02	\n	Is that	100M	……

TABLE 1

Referring to table 1, the basic information of the protocol may include information such as a protocol version number, a protocol code, a line feed, a split flag, a split threshold, etc., and different file protocols may be managed and stored in a unified manner through the basic information of the file protocol.

The file information of the file to be processed may include: file name, file code, file header, file trailer, fixed length flag bit, etc. The fixed-length flag bit can be used for judging whether the file is a split file or not or judging whether the file belongs to a part of a certain large-capacity file or not. The file information may refer to the following table 2:

file name	Protocol code for a file	File header	File tail	Fixed length marker bit	……
						Application A	01	A1	A2	Is that	……
B response	02	B1	B2	Is that	……
						C checking account	03	C1	C2	Is that	……

203: and converting the file to be processed into a target file corresponding to the target file protocol according to the format conversion relation between the target file protocol and the initial file protocol, wherein the file protocol is a storage format of the file.

In one possible design, the initial file protocol may include a product transaction protocol between the user and the seller. The target file agreement may include a product sales agreement between a seller and a product provider. The initial file protocol and the target file protocol may be stored in the form of protocol information, in particular.

The format conversion relationship may refer to field correspondence, dictionary correspondence, entry correspondence, and the like of different protocols in the target file protocol and the initial file protocol. The target file may be a file obtained by converting a file to be processed according to a target file protocol. The target file protocol may be in a format that is stored by the financial institution in accordance with sales rules, product types, and other product related information with the seller. The initial file protocol is a storage format for product information, product types, and other product related information between the seller and the user.

204: and executing file processing operation on the target file to obtain a file processing result of the target file.

Optionally, the file processing operation may include at least one of transaction file signing processing, file data storage processing, product dynamic information query processing, file information matching processing, and the like, where different file processing operations may be independent or related, and in this embodiment, specific types and processing flows of the file processing operations are not limited too much. After the file processing result is obtained, the file processing result can be fed back to the terminal equipment of the seller, and the terminal equipment outputs the file processing result.

Optionally, the file to be processed may be obtained by batch import and the target file may be obtained by batch export. The batch import of the files can be realized by calling the import operation through the batch processing framework. After the file batch processing is finished, the batch processing framework is notified to call up the export job.

In addition, when the file to be processed is obtained, the file to be processed can be imported at one time or split into a plurality of subfiles according to a threshold agreed by a protocol for importing. When the target file is exported, the target file can be exported once or split into a plurality of files according to the threshold agreed by the protocol for export.

In the embodiment of the application, the file to be processed can be obtained in response to the file processing request. The file to be processed can be a file of an initial file protocol, and the initial file protocol of the file to be processed can be obtained through file analysis, so that protocol analysis of the file is realized. And then, according to the format conversion relation between the target file protocol and the initial file protocol, converting the file to be processed into the target file expressed according to the target file protocol, wherein the file protocol can be a storage format of the file, so that the automatic conversion of the file in different file protocols is realized, the target file can accord with the target file protocol, and the file processing result of the target file can be obtained after the file processing operation is performed on the target file. By converting the files among different protocols, the automatic conversion and processing of the files can be realized, the file processing barrier among different protocols is broken through, and the efficient processing of the files is realized.

As shown in fig. 3, the steps that differ from the steps of the embodiment shown in fig. 2 are step 203: according to the format conversion relation between the target file protocol and the initial file protocol, converting the file to be processed into a target file corresponding to the target file protocol, including:

301: and according to the initial file protocol, analyzing the file content of the file to be processed to obtain at least one file content and an initial content label corresponding to each file content.

Alternatively, the initial content tag may refer to any of a field, a dictionary, a title, a name, a type, etc. corresponding to the file content, which may be used to represent a term of a property to which the content belongs, and different kinds of file contents may be defined by different tags. The file parsing of the file to be processed may include: and carrying out processes such as file decryption, decompression, file splicing and the like on the file to be processed to obtain a complete file which can be read normally, reading file contents from the complete file which can be read normally, and carrying out label corresponding association on the read file contents with the content labels of the initial file protocol one by one to obtain at least one file content and initial content labels corresponding to the file contents. The file to be processed can be split into a plurality of subfiles, and file splicing can be performed on each subfile, so that a complete file can be obtained.

The format conversion relationship between the target file protocol and the initial file protocol may include: correspondence between the content tag of the object file protocol and the content tag of the initial file protocol. For example, the content tag a of the object file protocol and the content tag B of the initial file protocol may have a correspondence relationship, and both have the same tag meaning.

302: and determining the target content label corresponding to the target file protocol of the initial content label corresponding to each piece of file content according to the corresponding relation between the content label of the target file protocol and the content label of the initial file protocol.

The correspondence between the content tag of the object file protocol and the content tag of the initial file protocol may include conversion information between a field dictionary of the object file protocol and a field dictionary of the initial file protocol.

For ease of understanding, table 3 shows conversion information between a field dictionary of the target file protocol and a field dictionary of the initial file protocol.

Dictionary entry for target file protocol	Dictionary entry for initial file protocol
		Name of name	NAME
Minimum crossingEasy money	Minimum transaction amount

TABLE 3 Table 3

Referring to table 3, the "NAME" content tag of the target file may have a correspondence with the "NAME" content tag of the initial file protocol, and may convert "small NAME" corresponding to "NAME" into file content corresponding to "NAME". That is, a "name" of "small" may be a piece of file content of the target file. The content tag of the "minimum transaction amount" of the target file may have a corresponding relationship with the "minimum transaction amount" of the initial file protocol, and may convert the "100 yuan" corresponding to the "minimum transaction amount" into the file content of the "minimum transaction amount", that is, the "minimum transaction amount" is "100 yuan" may be a file content of the target file.

In practical applications, in order to improve the corresponding efficiency of the labels, so as to further improve the content conversion efficiency, a key value may be used to represent each content label. That is, a key value may be set for each content tag, which may be used to uniquely identify a certain content tag. For ease of understanding, reference is made to table 4, which shows the conversion information.

Dictionary entry for target file protocol	Entry key value	Dictionary entry for initial file protocol	Entry key value
				Name of name	001	NAME	00001
Minimum transaction amount	002	Minimum transaction amount	00002

TABLE 4 Table 4

Referring to table 4, "001" may be used as an entry key of a NAME, and "00001" may be used as an entry key of a NAME. The key value is directly used for representing different entries, so that the entries can be conveniently queried, the association efficiency of the content labels is improved, and then the file conversion efficiency can be improved.

303: and generating a target file based on each file content and the target content label corresponding to each file content.

Further, in one possible design, the content tag may include a file name. The file name of the file to be processed may be converted to a file name that matches the target file protocol. The file name conversion can be carried out by internal and external file name types and regularities. The conversion relationship of the internal file name and the external file name can be referred to table 5.

TABLE 5

The file name regularization may specifically refer to some naming rules to which the file name needs to conform, and may be a regularized expression named for the file name, for example, when xxx.de.sef is used as the file name regularization, a suffix of the file name may be determined to be ". De.sef", while "XXX" may refer to three strings of the file name, and may be determined randomly, where the file name regularization is merely exemplary, and should not constitute a specific limitation on the file name regularized expression. The concrete expression mode of the file name regularization can be set according to actual use requirements.

In the embodiment of the application, the file content of the file to be processed can be analyzed according to the initial file protocol, at least one file content and each file content can be obtained, and the piece-by-piece content analysis of the file to be processed is realized. The corresponding relation between the content label of the target file protocol and the content label of the initial file protocol can determine the target content label corresponding to the initial content label of each file content in the target file protocol, so as to realize label mapping of the file content and obtain the target content label of each file content in the target file protocol. By analyzing the file content and converting the labels, the automatic conversion of the target file can be realized, and the conversion efficiency and accuracy of the file are improved.

Further, on the basis of any one of the above embodiments, performing file analysis on the file to be processed to obtain an initial file protocol of the file to be processed, including:

carrying out file analysis on the file to be processed to obtain configuration information of a seller in the file to be processed;

and determining an initial file protocol associated with the seller in advance according to the configuration information of the seller.

Optionally, the file analysis is performed on the file to be processed to obtain the configuration information of the seller in the file to be processed, which may include reading the identification information of the seller in the file to be processed, and reading the configuration information of the seller from the configuration database through the identification information of the seller.

The configuration information of the sellers can be stored in a table form, and the configuration information of different sellers can be used as a data record and configuration table. The configuration information may include basic information of the seller, such as transmission mode, i.e. file source, key, vendor number, special file receiving parameter, etc. for managing the basic information related to interaction, and supplementary information of the seller, including protocol type of the seller, and information of the session batch information for protocol conversion and adaptation.

For ease of understanding, the vendor's configuration information may be referred to in Table 6:

vendor code	Vendor name	Document source	Whether or not to support file delivery	Key(s)	…
						001	C seller	S1 software	Is that	111	…
002	D seller	S2 software	Whether or not	222	…

TABLE 6

The initial file protocol associated with the seller may be obtained from a query in a table corresponding to the seller and the file protocol. The vendor and file protocol tables may refer to table 7.

Vendor code	File protocol version	Number of times of field	Batch number	Vendor file inventory	…
						001	A financial protocol	001	001	XXXXX	…
002	B protocol	002	002	XXXXX	…

The seller code may be a character string used for identifying the seller in the seller configuration information. The file protocol version can be a protocol version number of a file protocol corresponding to a seller, the session number and the batch number can be identification information related to the seller and financial products, and specific meanings can be set according to actual use requirements. The vendor file list may be file information of related files provided to the financial institution for sale, such as file name, file type, file storage address, etc.

In the embodiment of the application, the configuration information of the seller is obtained from the file to be processed, so that the initial file protocol of the file to be processed is obtained. That is, by establishing the configuration information of the sellers and associating the configuration information with the file protocol for the sellers, the targeted setting of the file protocol for the sellers can be realized, the file protocol of each seller can be managed conveniently, and the management efficiency of the file protocol is improved.

Further, on the basis of any one of the above embodiments, according to a format conversion relationship between a target file protocol and an initial file protocol, converting a file to be processed into a target file corresponding to the target file protocol, including:

if the file processing request is a file receiving request, judging whether the initial file protocol is a predefined standard protocol or not;

if yes, converting the file to be processed into a target file corresponding to the target file protocol according to the format conversion relation between the target file protocol and the initial file protocol;

if not, determining the initial file protocol as a personalized protocol; converting the file to be processed from an initial file protocol to a candidate file stored according to a standard protocol; and converting the candidate file into a target file corresponding to the target file protocol according to the format conversion relation between the target file protocol and the standard protocol.

Alternatively, in the file receiving scenario, the initial file protocol may be a file protocol corresponding to the seller, and may include a personalized file protocol set for the seller or any standard protocol. The target file protocol may be a file protocol set inside a financial institution. The diversity of file protocols can be realized by personalized protocols. And aiming at diversified file protocols, a target standard protocol can be matched for the initial file protocol, so that the protocol conversion of the personalized file protocol is realized, and the application range and the scene of the file protocol are effectively enlarged.

Optionally, the standard protocol comprises at least one. When the file to be processed is converted into the candidate file stored according to the standard protocol, a target standard protocol matched with the initial file protocol can be selected from at least one standard protocol so as to convert the file to be processed into the candidate file stored according to the target standard protocol. The selection of the target standard protocol can be realized in a specified mode, and the target standard protocol matched with the initial file protocol can be preset. The selection of the target standard protocol can also be realized by comparing the protocol similarity, and respectively carrying out similarity calculation on each standard protocol and the initial file protocol to obtain the similarity corresponding to at least one standard protocol, wherein the standard protocol with the highest similarity is used as the target standard protocol.

In this embodiment of the present application, in a file receiving scenario, whether an initial file protocol is a predefined standard protocol may be determined first, and if yes, a file to be processed may be converted into a target file directly by using a format conversion relationship between the target file protocol and the initial file protocol. If not, the file to be processed can be converted into a candidate file stored according to the standard protocol, and then the file conversion is carried out according to the format conversion relation between the target file protocol and the standard protocol. That is, by defining the transition of the standard protocol, the standard conversion can be performed on the files to be processed which do not belong to the standard protocol, the file conversion failure caused by the different corresponding relation between the individual protocol and the target file protocol can be avoided, and the application range of the file protocol conversion and the accuracy of the file conversion are improved.

if the file processing request is a file sending request, judging whether the target file protocol is a predefined standard protocol or not;

if not, determining that the target file protocol is a personalized protocol; determining a target standard protocol for the target file protocol; according to the format conversion relation between the target standard protocol and the initial file protocol, converting the file to be processed into an intermediate file corresponding to the target standard protocol, and converting the intermediate file from the target standard protocol into a target file corresponding to the target file protocol.

Alternatively, in the file delivery scenario, the initial file protocol may be a file protocol set inside the financial institution. The target file protocol may be a file protocol corresponding to the seller, may include a personalized file protocol set for the seller, or any standard protocol. When the target file protocol is a standard protocol, the protocol conversion can be directly performed. When the target file protocol is a personalized protocol, although diversity of the file protocol can be realized through the personalized protocol, for conversion of the personalized protocol, it is not possible to directly convert a file to be processed of an internal protocol into the target file of the personalized protocol. Firstly, determining a target standard protocol corresponding to a personalized protocol, and converting a file to be processed into an intermediate file according to the target standard protocol; and converting the intermediate file into the target file by using the format conversion relation between the target standard protocol and the target file protocol. For detailed information on the conversion relation and the selection of the target standard protocol, reference may be made to the description of the related embodiments.

In this embodiment of the present application, in a file receiving scenario, whether a target file protocol is a predefined standard protocol may be determined first, and if so, a file to be processed may be converted into a target file directly by using a format conversion relationship between the target file protocol and an initial file protocol. If not, the file to be processed can be converted into an intermediate file stored according to the target standard protocol, and then the file conversion is carried out according to the format conversion relation between the target file protocol and the target standard protocol to obtain the target file. That is, by defining the transition of the standard protocol, the file to be processed can be converted into the personalized protocol or the target file of the standard protocol, so that file conversion failure caused by different corresponding relations between the personalized protocol and the target file protocol can be avoided, and the application range of file protocol conversion and the accuracy of file conversion are improved.

Further, on the basis of any one of the above embodiments, the method further includes:

reading the format conversion relation between the target file protocol and the initial file protocol from the protocol information base;

the format conversion relation comprises at least one of protocol content information, associated file information, value added service information, field mapping information, dictionary mapping information, protocol index information, associated field information, custom conversion rules and file associated information.

In the embodiment of the application, format conversion between the target file protocol and the initial file protocol can be realized through the format conversion relation, so that targeted conversion of the file is realized.

Further, on the basis of any one of the above embodiments, performing a file processing operation on the target file to obtain a file processing result of the target file, including:

storing the target file into a file database to execute file batch processing on a plurality of files in the file database, and obtaining respective processing results of the plurality of files.

In the embodiment of the application, the target files are stored through the file database, a batch processing mode can be adopted to batch process a plurality of files in the file database, and meanwhile, the files are processed, so that the processing efficiency and speed of the files are improved.

Further, on the basis of any one of the above embodiments, obtaining the file to be processed in response to the file processing request includes:

responding to a file receiving request, scanning a file receiving catalog to obtain a file to be processed, wherein the file in the file receiving catalog is provided by a seller;

executing file processing operation on the target file, and after obtaining the file processing result of the target file, further comprising:

Storing the target file and the file processing result of the target file into the internal catalog.

Optionally, when the file to be processed is a file received in a pair, the electronic device may receive the file to be processed sent by the vendor, and store the target file obtained by processing according to the technical scheme of the present application and the file processing result in the corresponding database. In one possible design, the seller may provide a third party application for selling financial products. The client of the user can install a third party application program and display an information page of the financial product, the information page can comprise product detailed information such as names, numbers, benefits and the like of the financial product, the information page can also comprise a transaction control, and the transaction page of the financial product can be displayed when the user detects that clicking operation is performed on the transaction control. And then, the client can detect the user transaction information such as the amount, the name and the like input by the user aiming at the transaction page, generate a file to be processed according to the user transaction information and the financial product, and send the file to be processed to the terminal equipment of the seller. The terminal device of the seller may provide the pending file to the electronic device of the product provider.

For ease of understanding, fig. 4 is a flowchart illustrating a file receiving process. Referring to fig. 4, the electronic device may first perform step 401: and scanning the file receiving directory at fixed time, and reading the file to be processed under the file receiving directory. Then, step 402 is executed to perform conversion processing on the file to be processed according to the file processing method of the present application, so as to obtain the target file and the file processing result of the target file. Step 403: alarm analysis can be performed on the file processing result of the target file, and step 404 can be performed if there is a processing abnormality: and alarming through an alarm module. In addition, step 405 may be executed if the file processing result is normal: the target file is stored to an internal directory. After step 401, the scanning module may proceed to step 406: sleep and may then wait for the next file scan to be performed.

Optionally, for file receiving operations: first, the header information of the file can be read, and the initial file protocol of the analysis file is obtained according to the protocol information and the basic information of the file protocol. And then, analyzing the contents of the fields of the initial file protocol by acquiring the contents of the files in the fields, and storing the contents of the fields in a memory. After each field expressed by the target file protocol is obtained, the field content can be converted piece by piece according to the field sequence corresponding to the file to be processed, and the converted field content is written into the target file. Reference may be made to the specific description of the foregoing embodiments for a specific manner of conversion.

In the embodiment of the application, the electronic equipment can receive the file to be processed provided by the seller, convert the file to be processed and store the file to be processed, so that the acquisition of the target file generated according to the target file protocol is realized, and the effective receiving of the file is realized.

responding to a file sending request, scanning a file sending catalog or an internal conversion catalog to obtain a file to be processed, wherein the file in the file sending catalog is provided by a product provider;

and sending the target file and the file processing result of the target file to terminal equipment corresponding to the seller, wherein the target file and the file processing result of the target file are displayed by the terminal equipment.

Optionally, when the file to be processed is a file sent from outside, the electronic device may read the file to be processed from the local file storage directory, and send the target file obtained through processing in the technical scheme of the present application and the file processing result to the terminal device of the seller. In one possible design, after signing a to-be-processed file provided by a seller, the electronic device of the product provider can obtain a target file as a new to-be-processed file, and the technical scheme of the application is adopted to process the new to-be-processed file to obtain a new target file and a file processing result of the new target file. The new target file and the file processing result of the new target file may then be sent to the terminal device of the seller. The terminal device may output the transaction file portion signed in the file processing result to the client of the user. And the contents such as the distribution protocol in the file processing result are directly stored and displayed locally and are not output to the client of the user.

For ease of understanding, fig. 5 is a flowchart illustrating a file transmission process. Referring to fig. 5, the electronic device may first perform step 501: and scanning the file sending directory at fixed time, and reading the file to be processed under the file sending directory. Then, step 502 is executed to perform conversion processing on the file to be processed according to the file processing method of the application, and the target file and the file processing result of the target file are obtained. Step 503: alarm analysis can be performed on the file processing result of the target file, and step 504 can be performed if there is a processing abnormality: and alarming through an alarm module. In addition, step 505 may be executed if the file processing result is normal: and sending the target file to terminal equipment corresponding to the seller. Thereafter, step 506 is entered: sleep and may then wait for the next file scan to be performed.

Optionally, for file sending operations: first, the header information of the file can be read, and the initial file protocol of the analysis file is obtained according to the protocol information and the basic information of the file protocol. And then, analyzing the contents of the fields of the initial file protocol by acquiring the contents of the files in the fields, and storing the contents of the fields in a memory. After each field expressed by the target file protocol is obtained, the field content can be converted piece by piece according to the field sequence corresponding to the file to be processed, and the converted field content is written into the target file. Reference may be made to the specific description of the foregoing embodiments for a specific manner of conversion.

In the embodiment of the application, the electronic device can send the file to the seller, and the target file and the processing result of the target file are obtained after the file to be processed is converted, so that the target file and the processing result of the target file are sent to the terminal device of the seller, and the file is effectively sent.

responding to a file conversion request, scanning a file conversion directory, and obtaining a file to be processed;

determining a file storage directory according to the directory type of the file conversion directory;

storing the target file and the file processing result of the target file into a file storage directory.

Alternatively, the file conversion directory may include an internal conversion directory, where when a file to be processed exists under the internal conversion directory, the file to be processed may be converted into a target file matched with an internal file protocol. The target file protocol may be an internal file protocol and the initial file protocol may be an external file protocol. At this time, the file storage directory may be a public directory so that the internal electronic device can obtain the target file stored in the public directory by means of directory scanning.

Alternatively, the file conversion directory may include an external conversion directory, and when a file to be processed exists under the external conversion directory, the file to be processed may be converted into a target file matched with an external file protocol. The target file protocol may be an external file protocol and the initial file protocol may be an internal file protocol. At this time, the file storage directory may be an external transmission processing directory so that an external terminal device can obtain a target file in the transmission processing directory by means of directory scanning.

Wherein, determining the file storage directory according to the directory type of the file conversion directory may include: if the file conversion directory is an internal conversion directory, determining the public directory as a file storage directory. If the file conversion directory is an external conversion directory, determining the sending processing directory as a file storage directory.

In the embodiment of the application, the file conversion of the file to be processed can be performed by scanning the file conversion directory, so that the file with conversion requirement can be converted, and the effective conversion and storage of the file can be realized.

Further, on the basis of any of the above embodiments, a log generated in the file conversion process may be saved. The log information converted by each file can be checked in time through the storage of the log, so that the effective inquiry of the information is realized.

Further, on the basis of any one of the foregoing embodiments, before the obtaining the file to be processed, in response to the file processing request, the method further includes:

and generating a file processing request according to the file scanning frequency and combining the scanning time of the previous file scanning.

In the embodiment of the application, the generation of the file processing request can be performed at regular time through the file scanning frequency, so that the sustainable processing of the file is realized, and the file processing efficiency is improved.

Further, on the basis of any one of the above embodiments, performing a file processing operation on the target file, and after obtaining a file processing result of the target file, further includes:

if the file processing result is determined to be abnormal, generating alarm information;

and outputting alarm information through an alarm module.

Optionally, the alarm module may include any one of an instant messaging alarm module, a short message alarm module, a hardware alarm module, and the like, for example. The file processing result processing exception may include: file length exception, null of the necessary fields, etc.

The file processing result may be obtained by analyzing the target file. For example, whether the file length of the target file is abnormal may be analyzed, and whether necessary fields in the target file are empty may be analyzed.

In the embodiment of the application, when the file processing result is abnormal processing, the alarm information can be output through the alarm module. The abnormal file is timely prompted through the alarm information, invalid conversion of the file is reduced, feedback is timely made on the abnormal file, and the success rate and effectiveness of file processing are improved.

As shown in fig. 6, which is a schematic structural diagram of an embodiment of a document processing apparatus provided in an embodiment of the present application, the document processing apparatus may be configured with the document processing method provided in the foregoing embodiment, the document processing apparatus may be located in an electronic device, and the document processing apparatus 600 may include the following units:

response unit 601: the file processing method comprises the steps of responding to a file processing request, and obtaining a file to be processed;

parsing unit 602: the method comprises the steps of performing file analysis on a file to be processed to obtain an initial file protocol of the file to be processed;

the conversion unit 603: the file processing method comprises the steps of converting a file to be processed into a target file corresponding to a target file protocol according to a format conversion relation between the target file protocol and an initial file protocol, wherein the file protocol is a storage format of the file;

processing unit 604: and the file processing operation is used for executing file processing operation on the target file to obtain a file processing result of the target file.

Further, on the basis of any one of the above embodiments, the conversion unit includes:

the file analysis module is used for analyzing file contents of the file to be processed according to an initial file protocol to obtain at least one file content and an initial content label corresponding to each file content;

the label mapping module is used for determining the target content label corresponding to the target file protocol of the initial content label corresponding to each piece of file content according to the corresponding relation between the content label of the target file protocol and the content label of the initial file protocol;

and the file generation module is used for generating a target file based on each file content and the target content label corresponding to each file content.

Further, on the basis of any one of the above embodiments, the parsing unit includes:

the configuration obtaining module is used for carrying out file analysis on the file to be processed to obtain the configuration information of the seller in the file to be processed;

and the protocol acquisition module is used for determining an initial file protocol associated with the seller in advance according to the configuration information of the seller.

the first judging module is used for judging whether the initial file protocol is a predefined standard protocol or not if the file processing request is a file receiving request; if yes, converting the file to be processed into a target file corresponding to the target file protocol according to the format conversion relation between the target file protocol and the initial file protocol; if not, determining the initial file protocol as a personalized protocol; converting the file to be processed from an initial file protocol to a candidate file stored according to a standard protocol; and converting the candidate file into a target file corresponding to the target file protocol according to the format conversion relation between the target file protocol and the standard protocol.

the second judging module is used for judging whether the target file protocol is a predefined standard protocol or not if the file processing request is a file sending request; if yes, converting the file to be processed into a target file corresponding to the target file protocol according to the format conversion relation between the target file protocol and the initial file protocol; if not, determining that the target file protocol is a personalized protocol; determining a target standard protocol for the target file protocol; according to the format conversion relation between the target standard protocol and the initial file protocol, converting the file to be processed into an intermediate file corresponding to the target standard protocol; and converting the intermediate file from the target standard protocol to a target file corresponding to the target file protocol.

the relation reading unit is used for reading the format conversion relation between the target file protocol and the initial file protocol from the protocol information base;

Further, on the basis of any one of the above embodiments, the processing unit includes:

and the file processing module is used for storing the target file into the file database so as to execute file batch processing on a plurality of files in the file database and obtain respective processing results of the plurality of files.

Further, on the basis of any one of the above embodiments, the response unit includes:

the file receiving module is used for responding to a file receiving request, scanning a file receiving catalog to obtain a file to be processed, and providing the file in the file receiving catalog by a seller;

further comprises:

and the internal storage unit is used for storing the target file and the file processing result of the target file into the internal catalog.

the file sending module is used for responding to a file sending request, scanning a file sending catalog or an internal conversion catalog to obtain a file to be processed, wherein the file in the file sending catalog is provided by a product provider;

further comprises:

and the external sending unit is used for sending the target file and the file processing result of the target file to the terminal equipment corresponding to the seller, and the target file and the file processing result of the target file are displayed by the terminal equipment.

the catalog scanning module is used for responding to the file conversion request, scanning the file conversion catalog and obtaining a file to be processed;

further comprises:

the directory determining module is used for determining a file storage directory according to the directory type of the file conversion directory;

and the catalog storage module is used for storing the target file and the file processing result of the target file into the file storage catalog.

and the timing scanning unit is used for generating a file processing request according to the file scanning frequency and combining the scanning time of the previous execution of the file scanning.

the abnormality analysis unit is used for generating alarm information if the file processing result is determined to be abnormal;

and the information alarm unit is used for outputting alarm information through the alarm module.

The document processing device of the present application may be used to execute a document processing method, and the specific execution mode and technical effect of each step may refer to an embodiment related to the document processing method, which is not described herein again.

The electronic device may be a wireless terminal or a wired terminal. A wireless terminal may be a device that provides voice and/or other traffic data connectivity to a user, a handheld device with wireless connectivity, or other processing device connected to a wireless modem. The wireless terminal may communicate with one or more core network devices via a radio access network (Radio Access Network, RAN for short), which may be mobile terminals such as mobile phones (or "cellular" phones) and computers with mobile terminals, for example, portable, pocket, hand-held, computer-built-in or vehicle-mounted mobile devices that exchange voice and/or data with the radio access network. For another example, the wireless terminal may be a personal communication service (Personal Communication Service, abbreviated PCS) phone, a cordless phone, a session initiation protocol (Session Initiation Protocol, abbreviated SIP) phone, a wireless local loop (Wireless Local Loop, abbreviated WLL) station, a personal digital assistant (Personal Digital Assistant, abbreviated PDA) or the like. A wireless Terminal may also be referred to as a system, subscriber Unit (Subscriber Unit), subscriber Station (Subscriber Station), mobile Station (Mobile Station), mobile Station (Mobile), remote Station (Remote Station), remote Terminal (Remote Terminal), access Terminal (Access Terminal), user Terminal (User Terminal), user Agent (User Agent), user equipment (User Device or User Equipment), without limitation. Optionally, the electronic device may also be a smart watch, a tablet computer, or other devices.

Fig. 7 is a block diagram of an electronic device, which may be a mobile phone, computer, digital broadcast terminal, messaging device, game console, tablet device, medical device, exercise device, personal digital assistant, or the like, in accordance with an exemplary embodiment. The electronic device 700 may include one or more of the following components: a processing component 702, a memory 704, a power component 706, a multimedia component 708, an audio component 710, an input/output (I/O) interface 712, a sensor component 714, and a communication component 716.

The processing component 702 generally controls overall operation of the electronic device 700, such as operations associated with display, telephone calls, data communications, camera operations, and recording operations. The processing component 702 may include one or more processors 720 to execute instructions to perform all or part of the steps of the file processing method described above. Further, the processing component 702 can include one or more modules that facilitate interaction between the processing component 702 and other components. For example, the processing component 702 may include a multimedia module to facilitate interaction between the multimedia component 708 and the processing component 702.

The memory 704 is configured to store various types of data to support operations at the electronic device 700. Examples of such data include instructions for any application or method operating on the electronic device 700, contact data, phonebook data, messages, pictures, videos, and so forth. The memory 704 may be implemented by any type or combination of volatile or nonvolatile memory devices such as Static Random Access Memory (SRAM), electrically erasable programmable read-only memory (EEPROM), erasable programmable read-only memory (EPROM), programmable read-only memory (PROM), read-only memory (ROM), magnetic memory, flash memory, magnetic or optical disk.

The power supply component 706 provides power to the various components of the electronic device 700. Power supply components 706 may include a power management system, one or more power supplies, and other components associated with generating, managing, and distributing power for electronic device 700.

The multimedia component 708 includes a screen between the electronic device 700 and the user that provides an output interface. In some embodiments, the screen may include a Liquid Crystal Display (LCD) and a Touch Panel (TP). If the screen includes a touch panel, the screen may be implemented as a touch screen to receive input signals from a user. The touch panel includes one or more touch sensors to sense touches, swipes, and gestures on the touch panel. The touch sensor may sense not only the boundary of a touch or sliding action, but also the duration and pressure associated with the touch or sliding operation. In some embodiments, the multimedia component 708 includes a front-facing camera and/or a rear-facing camera. When the electronic device 700 is in an operational mode, such as a shooting mode or a video mode, the front camera and/or the rear camera may receive external multimedia data. Each front camera and rear camera may be a fixed optical lens system or have focal length and optical zoom capabilities.

The audio component 710 is configured to output and/or input audio signals. For example, the audio component 710 includes a Microphone (MIC) configured to receive external audio signals when the electronic device 700 is in an operational mode, such as a call mode, a recording mode, and a voice recognition mode. The received audio signals may be further stored in the memory 704 or transmitted via the communication component 716. In some embodiments, the audio component 710 further includes a speaker for outputting audio signals.

The I/O interface 712 provides an interface between the processing component 702 and peripheral interface modules, which may be a keyboard, click wheel, buttons, etc. These buttons may include, but are not limited to: homepage button, volume button, start button, and lock button.

The sensor assembly 714 includes one or more sensors for providing status detection of various aspects of the electronic device 700. For example, the sensor assembly 714 may detect an on/off state of the electronic device 700, a relative positioning of the components, such as a display and keypad of the electronic device 700, the sensor assembly 714 may also detect a change in position of the electronic device 700 or a component of the electronic device 700, the presence or absence of a user's contact with the electronic device 700, an orientation or acceleration/deceleration of the electronic device 700, and a change in temperature of the electronic device 700. The sensor assembly 714 may include a proximity sensor configured to detect the presence of nearby objects without any physical contact. The sensor assembly 714 may also include a light sensor, such as a CMOS or CCD image sensor, for use in imaging applications. In some embodiments, the sensor assembly 714 may also include an acceleration sensor, a gyroscopic sensor, a magnetic sensor, a pressure sensor, or a temperature sensor.

The communication component 716 is configured to facilitate communication between the electronic device 700 and other devices, either wired or wireless. The electronic device 700 may access a wireless network based on a communication standard, such as WiFi,2G, or 3G, or a combination thereof. In one exemplary embodiment, the communication component 716 receives broadcast signals or broadcast related information from an external broadcast management system via a broadcast channel. In one exemplary embodiment, the communication component 716 further includes a Near Field Communication (NFC) module to facilitate short range communications. For example, the NFC module may be implemented based on Radio Frequency Identification (RFID) technology, infrared data association (IrDA) technology, ultra Wideband (UWB) technology, bluetooth (BT) technology, and other technologies.

In an exemplary embodiment, the electronic device 700 may be implemented by one or more Application Specific Integrated Circuits (ASICs), digital Signal Processors (DSPs), digital Signal Processing Devices (DSPDs), programmable Logic Devices (PLDs), field Programmable Gate Arrays (FPGAs), controllers, microcontrollers, microprocessors, or other electronic elements for executing the above-described file processing methods.

In an exemplary embodiment, a non-transitory computer readable storage medium is also provided, such as memory 704, including instructions executable by processor 720 of electronic device 700 to perform the above-described method. For example, the non-transitory computer readable storage medium may be ROM, random Access Memory (RAM), CD-ROM, magnetic tape, floppy disk, optical data storage device, etc.

A non-transitory computer readable storage medium, which when executed by a processor of an electronic device, causes the electronic device to perform the file processing method of the electronic device described above.

In addition, the application also provides electronic equipment, including: a processor, a memory communicatively coupled to the processor; the memory stores computer-executable instructions; the processor executes computer-executable instructions stored in the memory to implement any of the file processing methods provided in any of the embodiments described above.

The present application also provides a computer-readable storage medium having stored therein computer-executable instructions which, when executed by a processor, are configured to implement any one of the file processing methods provided in any one of the embodiments described above.

Other embodiments of the present application will be apparent to those skilled in the art from consideration of the specification and practice of the invention disclosed herein. This application is intended to cover any variations, uses, or adaptations of the application following, in general, the principles of the application and including such departures from the present disclosure as come within known or customary practice within the art to which the application pertains. It is intended that the specification and examples be considered as exemplary only, with a true scope and spirit of the application being indicated by the following claims.

It is to be understood that the present application is not limited to the precise arrangements and instrumentalities shown in the drawings, which have been described above, and that various modifications and changes may be effected without departing from the scope thereof. The scope of the application is limited only by the appended claims.

Claims

1. A document processing method, comprising:

responding to a file processing request, and obtaining a file to be processed;

2. The method according to claim 1, wherein the converting the file to be processed into the target file corresponding to the target file protocol according to the format conversion relation between the target file protocol and the initial file protocol includes:

according to the initial file protocol, analyzing file contents of the file to be processed to obtain at least one file content and initial content labels corresponding to the file contents;

Determining the initial content label corresponding to each piece of file content in the target content label corresponding to the target file protocol according to the corresponding relation between the content label of the target file protocol and the content label of the initial file protocol;

and generating the target file based on each file content and the target content label corresponding to each file content.

3. The method according to claim 1, wherein the performing file parsing on the file to be processed to obtain an initial file protocol of the file to be processed includes:

4. The method according to claim 1, wherein the converting the file to be processed into the target file corresponding to the target file protocol according to the format conversion relation between the target file protocol and the initial file protocol includes:

If yes, converting the file to be processed into a target file corresponding to the target file protocol according to a format conversion relation between the target file protocol and the initial file protocol;

if not, determining that the initial file protocol is a personalized protocol; converting the file to be processed from the initial file protocol to a candidate file stored according to the standard protocol; and converting the candidate file into a target file corresponding to the target file protocol according to the format conversion relation between the target file protocol and the standard protocol.

5. The method according to claim 1, wherein the converting the file to be processed into the target file corresponding to the target file protocol according to the format conversion relation between the target file protocol and the initial file protocol includes:

If not, determining that the target file protocol is a personalized protocol; determining a target standard protocol for the target file protocol; converting the file to be processed into an intermediate file corresponding to the target standard protocol according to the format conversion relation between the target standard protocol and the initial file protocol; and converting the intermediate file from the target standard protocol to a target file corresponding to a target file protocol.

6. The method as recited in claim 1, further comprising:

reading the format conversion relation between the target file protocol and the initial file protocol from a protocol information base;

7. The method of claim 1, wherein performing a file processing operation on the target file to obtain a file processing result of the target file comprises:

8. The method of claim 1, wherein obtaining the file to be processed in response to the file processing request comprises:

responding to a file receiving request, scanning a file receiving catalog to obtain the file to be processed, wherein the file in the file receiving catalog is provided by a seller;

the file processing operation is performed on the target file, and after the file processing result of the target file is obtained, the method further comprises the steps of:

and storing the target file and the file processing result of the target file into an internal directory.

9. The method of claim 1, wherein obtaining the file to be processed in response to the file processing request comprises:

responding to a file sending request, scanning a file sending catalog or an internal conversion catalog to obtain the file to be processed, wherein the file in the file sending catalog is provided by a product provider;

and sending the target file and the file processing result of the target file to terminal equipment corresponding to a seller, wherein the target file and the file processing result of the target file are displayed by the terminal equipment.

10. The method of claim 1, wherein obtaining the file to be processed in response to the file processing request comprises:

responding to a file conversion request, scanning a file conversion catalog, and obtaining the file to be processed;

and storing the target file and the file processing result of the target file into the file storage directory.

11. The method of claim 1, wherein the performing a file processing operation on the target file, after obtaining a file processing result of the target file, further comprises:

and outputting the alarm information through an alarm module.

12. A document processing apparatus, comprising:

13. An electronic device, comprising: a processor, and a memory communicatively coupled to the processor; the memory stores computer-executable instructions; the processor executes computer-executable instructions stored in the memory to implement any one of the file processing methods of claims 1-11.

14. A computer readable storage medium, wherein computer executable instructions are stored in the computer readable storage medium, which when executed by a processor are adapted to implement any of the file processing methods of claims 1-11.