CN114866538B - File reporting method and device, electronic equipment and computer readable medium - Google Patents
File reporting method and device, electronic equipment and computer readable medium Download PDFInfo
- Publication number
- CN114866538B CN114866538B CN202210629273.7A CN202210629273A CN114866538B CN 114866538 B CN114866538 B CN 114866538B CN 202210629273 A CN202210629273 A CN 202210629273A CN 114866538 B CN114866538 B CN 114866538B
- Authority
- CN
- China
- Prior art keywords
- file
- report
- server
- reporting
- determining
- 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.)
- Active
Links
Classifications
-
- H—ELECTRICITY
- H04—ELECTRIC COMMUNICATION TECHNIQUE
- H04L—TRANSMISSION OF DIGITAL INFORMATION, e.g. TELEGRAPHIC COMMUNICATION
- H04L67/00—Network arrangements or protocols for supporting network services or applications
- H04L67/01—Protocols
- H04L67/06—Protocols specially adapted for file transfer, e.g. file transfer protocol [FTP]
-
- G—PHYSICS
- G06—COMPUTING OR CALCULATING; COUNTING
- G06F—ELECTRIC DIGITAL DATA PROCESSING
- G06F16/00—Information retrieval; Database structures therefor; File system structures therefor
- G06F16/10—File systems; File servers
- G06F16/17—Details of further file system functions
- G06F16/174—Redundancy elimination performed by the file system
- G06F16/1744—Redundancy elimination performed by the file system using compression, e.g. sparse files
-
- G—PHYSICS
- G06—COMPUTING OR CALCULATING; COUNTING
- G06F—ELECTRIC DIGITAL DATA PROCESSING
- G06F21/00—Security arrangements for protecting computers, components thereof, programs or data against unauthorised activity
- G06F21/60—Protecting data
- G06F21/62—Protecting access to data via a platform, e.g. using keys or access control rules
- G06F21/6209—Protecting access to data via a platform, e.g. using keys or access control rules to a single file or object, e.g. in a secure envelope, encrypted and accessed using a key, or with access control rules appended to the object itself
-
- H—ELECTRICITY
- H04—ELECTRIC COMMUNICATION TECHNIQUE
- H04L—TRANSMISSION OF DIGITAL INFORMATION, e.g. TELEGRAPHIC COMMUNICATION
- H04L63/00—Network architectures or network communication protocols for network security
- H04L63/04—Network architectures or network communication protocols for network security for providing a confidential data exchange among entities communicating through data packet networks
- H04L63/0428—Network architectures or network communication protocols for network security for providing a confidential data exchange among entities communicating through data packet networks wherein the data content is protected, e.g. by encrypting or encapsulating the payload
-
- H—ELECTRICITY
- H04—ELECTRIC COMMUNICATION TECHNIQUE
- H04L—TRANSMISSION OF DIGITAL INFORMATION, e.g. TELEGRAPHIC COMMUNICATION
- H04L63/00—Network architectures or network communication protocols for network security
- H04L63/12—Applying verification of the received information
- H04L63/123—Applying verification of the received information received data contents, e.g. message integrity
-
- G—PHYSICS
- G06—COMPUTING OR CALCULATING; COUNTING
- G06F—ELECTRIC DIGITAL DATA PROCESSING
- G06F2221/00—Indexing scheme relating to security arrangements for protecting computers, components thereof, programs or data against unauthorised activity
- G06F2221/21—Indexing scheme relating to G06F21/00 and subgroups addressing additional information or applications relating to security arrangements for protecting computers, components thereof, programs or data against unauthorised activity
- G06F2221/2107—File encryption
Landscapes
- Engineering & Computer Science (AREA)
- Computer Security & Cryptography (AREA)
- General Engineering & Computer Science (AREA)
- Theoretical Computer Science (AREA)
- Computer Hardware Design (AREA)
- Computer Networks & Wireless Communication (AREA)
- Signal Processing (AREA)
- General Physics & Mathematics (AREA)
- Physics & Mathematics (AREA)
- Computing Systems (AREA)
- Databases & Information Systems (AREA)
- Data Mining & Analysis (AREA)
- Health & Medical Sciences (AREA)
- Bioethics (AREA)
- General Health & Medical Sciences (AREA)
- Software Systems (AREA)
- Information Transfer Between Computers (AREA)
Abstract
The application discloses a file reporting method, a device, electronic equipment and a computer readable medium, and relates to the technical field of automatic programming, wherein the method comprises the following steps: receiving a file report request and generating a corresponding report file; executing a server survival detection program, and further determining a target server according to preset priority configuration information; sending the report file and the positive identification to the target server, so that the target server executes a checking process of the report file when the positive identification is detected, and executing an online file report process based on the report file in response to the success of checking; and acquiring the reporting state identifier corresponding to the online file reporting process, and transmitting the reporting file to an offline file reporting node to execute the offline file reporting process in response to the reporting state identifier not changing within a preset time. The accuracy of the bank three-party deposit management reporting system can be improved, reporting timeliness is guaranteed, repeated daily work of insurance-applied reporting staff can be avoided, and file reporting efficiency is improved.
Description
Technical Field
The present disclosure relates to the field of automatic programming, and in particular, to a method and apparatus for reporting a file, an electronic device, and a computer readable medium.
Background
Currently, the existing three-party deposit management report scheme of banks requires report personnel to download report compressed files from employee channel paths every day, manually execute file decompression and upload the files to a server. The integrity of the file in the transmission process is not checked in the process, the reporting timeliness cannot be guaranteed, and the reporting personnel need to repeatedly operate.
In the process of implementing the present application, the inventor finds that at least the following problems exist in the prior art:
the file reporting efficiency is low and reporting timeliness cannot be guaranteed.
Disclosure of Invention
In view of this, the embodiments of the present application provide a file reporting method, apparatus, electronic device, and computer readable medium, which can solve the problems that the existing file reporting efficiency is low and reporting timeliness cannot be guaranteed.
In order to achieve the above object, according to one aspect of the embodiments of the present application, there is provided a document reporting method, including:
receiving a file report request and generating a corresponding report file;
executing a server survival detection program, and further determining a target server according to preset priority configuration information;
Sending the report file and the positive identification to the target server, so that the target server executes a checking process of the report file when the positive identification is detected, and executing an online file report process based on the report file in response to the success of checking;
and acquiring the reporting state identifier corresponding to the online file reporting process, and transmitting the reporting file to an offline file reporting node to execute the offline file reporting process in response to the reporting state identifier not changing within a preset time.
Optionally, after performing the checking process for the submitted file, the method further comprises:
in response to the ping failure, locating a ping failure location and determining a ping failure type, outputting the ping failure location and the ping failure type.
Optionally, determining the target server includes:
executing a server survival detection program, and determining a server returning response information as a candidate server in response to receiving the returned response information;
and determining the target server according to the candidate server and the preset priority configuration information.
Optionally, determining the target server according to the candidate server and the preset priority configuration information includes:
and determining a candidate server corresponding to the highest priority according to the preset priority configuration information, and further determining the candidate server corresponding to the highest priority as a target server.
Optionally, after determining the target server, the method further comprises:
determining a non-use server according to the candidate server and the target server; and sending the negative identification to the non-using server.
Optionally, sending the report file and the positive identification to the target server includes:
compressing the report file to generate a first report file compression package;
the first reporting file compression package and the positive identification are sent to the target server.
Optionally, executing the online file delivery process based on the delivery file includes:
determining a target terminal and interface identifiers corresponding to the target terminal;
decompressing the first report file compression package to obtain a corresponding decompressed report file, and calling a corresponding compression program according to the interface identifier to compress the decompressed report file to obtain a second report file compression package;
calling an encryption program corresponding to the interface identifier to encrypt the second report file compression packet so as to obtain an encrypted report file;
calling an interface corresponding to the interface identifier to report the encrypted report file to the target terminal.
Optionally, before executing the offline file delivery process, the method further includes:
determining the unchanged time length of the reporting state identifier;
And calling an alarm program to generate and output alarm information according to the report state identifier and the time length.
In addition, the application also provides a file reporting device, which comprises:
the receiving unit is configured to receive the file report request and generate a corresponding report file;
the target server determining unit is configured to execute a server survival detection program and further determine a target server according to preset priority configuration information;
a transmitting unit configured to transmit the report file and the positive identification to the target server, so that the target server performs a checking process of the report file when the positive identification is detected, and performs an online file report process based on the report file in response to success of the checking;
the file reporting unit is configured to acquire the reporting state identifier corresponding to the online file reporting process, and send the reporting file to the offline file reporting node to execute the offline file reporting process in response to the reporting state identifier not changing within a preset time.
Optionally, the apparatus further comprises a positioning unit configured to:
in response to the ping failure, locating a ping failure location and determining a ping failure type, outputting the ping failure location and the ping failure type.
Optionally, the target server determining unit is further configured to:
executing a server survival detection program, and determining a server returning response information as a candidate server in response to receiving the returned response information;
and determining the target server according to the candidate server and the preset priority configuration information.
Optionally, the target server determining unit is further configured to:
and determining a candidate server corresponding to the highest priority according to the preset priority configuration information, and further determining the candidate server corresponding to the highest priority as a target server.
Optionally, the transmitting unit is further configured to:
determining a non-use server according to the candidate server and the target server; and sending the negative identification to the non-using server.
Optionally, the transmitting unit is further configured to:
compressing the report file to generate a first report file compression package;
the first reporting file compression package and the positive identification are sent to the target server.
Optionally, the file delivery device further includes a checking unit configured to:
determining a target terminal and interface identifiers corresponding to the target terminal;
decompressing the first report file compression package to obtain a corresponding decompressed report file, and calling a corresponding compression program according to the interface identifier to compress the decompressed report file to obtain a second report file compression package;
Calling an encryption program corresponding to the interface identifier to encrypt the second report file compression packet so as to obtain an encrypted report file;
calling an interface corresponding to the interface identifier to report the encrypted report file to the target terminal.
Optionally, the file delivery device further includes an alarm unit configured to:
determining the unchanged time length of the reporting state identifier;
and calling an alarm program to generate and output alarm information according to the report state identifier and the time length.
In addition, the application also provides a file reporting electronic device, which comprises: one or more processors; and the storage device is used for storing one or more programs, and when the one or more programs are executed by the one or more processors, the one or more processors are enabled to realize the file reporting method.
In addition, the application also provides a computer readable medium, on which a computer program is stored, which when executed by a processor, implements the file delivery method as described above.
To achieve the above object, according to yet another aspect of the embodiments of the present application, a computer program product is provided.
The computer program product of the embodiment of the application comprises a computer program, and the file reporting method provided by the embodiment of the application is realized when the program is executed by a processor.
One embodiment of the above invention has the following advantages or benefits: the method comprises the steps of generating a corresponding report file by receiving a file report request; executing a server survival detection program, and further determining a target server according to preset priority configuration information; sending the report file and the positive identification to the target server, so that the target server executes a checking process of the report file when the positive identification is detected, and executing an online file report process based on the report file in response to the success of checking; and acquiring the reporting state identifier corresponding to the online file reporting process, and transmitting the reporting file to an offline file reporting node to execute the offline file reporting process in response to the reporting state identifier not changing within a preset time. The accuracy of the bank three-party deposit management reporting system can be improved, reporting timeliness is guaranteed, the daily repeated operation of insurance-applied reporting staff can be avoided, and the file reporting efficiency is improved.
Further effects of the above-described non-conventional alternatives are described below in connection with the embodiments.
Drawings
The drawings are included to provide a better understanding of the present application and are not to be construed as unduly limiting the present application. Wherein:
FIG. 1 is a schematic diagram of a main flow of a document reporting method according to a first embodiment of the present application;
FIG. 2 is a schematic diagram of a main flow of a document reporting method according to a second embodiment of the present application;
FIG. 3 is a schematic diagram of overall execution logic of a document delivery method according to a third embodiment of the present application;
FIG. 4 is a schematic diagram of a file delivery method according to a fourth embodiment of the present application;
FIG. 5 is a schematic diagram of a sending flow performed by the insurance windows service according to the file sending method of the fifth embodiment of the present application;
FIG. 6 is a schematic diagram of the main units of the document feeding device according to an embodiment of the present application;
FIG. 7 is an exemplary system architecture diagram in which embodiments of the present application may be applied;
fig. 8 is a schematic diagram of a computer system suitable for use in implementing the terminal device or server of the embodiments of the present application.
Detailed Description
Exemplary embodiments of the present application are described below in conjunction with the accompanying drawings, which include various details of the embodiments of the present application to facilitate understanding, and should be considered as merely exemplary. Accordingly, one of ordinary skill in the art will recognize that various changes and modifications of the embodiments described herein can be made without departing from the scope and spirit of the present application. Also, descriptions of well-known functions and constructions are omitted in the following description for clarity and conciseness. The data acquisition, storage, use, processing and the like in the technical scheme meet the relevant regulations of national laws and regulations.
Fig. 1 is a schematic diagram of main flow of a file delivery method according to a first embodiment of the present application, and as shown in fig. 1, the file delivery method includes:
step S101, receiving a file report request and generating a corresponding report file.
The file delivery system solves the problem that a bank three-party storage management system and an investor protection fund supervision system directly realize an automatic file transmission function. According to the supervision regulations, the transaction data generated by the bank three-party deposit management system, the dealer and the investors on the transaction day comprises the running water of the investors deposit management account, the balance, the change of the investors deposit information, the accumulation of the dealer, the change of the funds of the prepared payment account, the change of the balance information and the like, and the supervision system is required to be uploaded before the next day of 12:00.
In this embodiment, an execution body (for example, a server, specifically, a server in communication connection with a bank three-party storage system, an application windows server, and a supervisory system) of the file report method may receive the file report request through a wired connection or a wireless connection. The file report request can carry transaction data generated on transaction days, including information such as running water of an investor deposit management account, balance, change of investor deposit information, dealer summarization, delivery, change of funds of a prepared payment account, balance information and the like. The execution body can generate corresponding report files in a preset report format according to the transaction data carried by the file report requests and generated on the transaction day, wherein the transaction data comprises investors 'deposit management account flowing water, balances, investors' deposit information change, dealer summarization, delivery, payment account fund change, balance information and other information.
The file report request may specifically be a request for automatically uploading a report file generated by a bank three-party storage management system to a supervisory system through an application report program.
Step S102, executing a server survival detection program, and further determining a target server according to preset priority configuration information.
According to the embodiment of the application, the generated report file is pushed to the supervision system through the application windows service, and three application windows servers are assumed to be arranged. Because the application windows service can only receive one data report file, three application windows servers can only report by one machine every day. It is necessary to perform survival detection on the application windows server and confirm the application windows server used. The reporting machine priority may be set: server 1> server 2> server 3. And if the three application windows servers all return response information, selecting according to the priority.
Specifically, determining the target server includes: executing a server survival detection program, and determining a server returning response information as a candidate server in response to receiving the returned response information; and determining the target server according to the candidate server and the preset priority configuration information.
Specifically, determining the target server according to the candidate server and the preset priority configuration information includes: and determining a candidate server corresponding to the highest priority according to the preset priority configuration information, and further determining the candidate server corresponding to the highest priority as a target server.
The bank three-party storage management system confirms whether each server survives by calling a server survival detection program for detecting survival service (CheckAlive) provided by the reporting program, if so, response information is returned, and if not, no response is generated. The server that returned the response information is determined as a candidate server. Then, each candidate server is screened according to the set priority of the reporting machine, the server with the highest priority is screened from the candidate servers, the server with the highest priority is determined to be the target server, for example, when the candidate server comprises the server 1, the server 2 and the server 3, the server is determined to be the target server according to the priority: server 1> server 2> server 3, and server 1 is determined to be the target server. The target server is used for pushing the generated report file to the supervision system.
Specifically, after determining the target server, the method further includes: determining a non-use server according to the candidate server and the target server; and sending the negative identification to the non-using server.
The executive may determine servers other than the target server among all the messaging windows servers as non-use servers. The non-use servers include servers other than the target server among the candidate servers and servers that do not return response information.
By way of example, the identification includes: yyyymmdd_bs_yes (positive identification) and yyyymmdd_bs_no (negative identification).
And aiming at windows servers which do not need to be submitted, namely non-use servers, SFTP is used for sending yyyymmdd_bs_no to the non-use servers, so that the non-use servers determine that the machine does not need to be submitted, and the maximization of the service efficiency of the servers is achieved while the file submitting efficiency is ensured.
Step S103, the report file and the positive identification are sent to the target server, so that the target server executes the checking process of the report file when the positive identification is detected, and executes the online file report process based on the report file in response to the success of the checking.
In addition to the transmission of the datagram file, in this embodiment of the present application, a report flag file (for example, a positive identifier, for example, yyymmdd_bs_yes) needs to be transmitted to the target server, so that the target server determines that the present machine is required to report when detecting the positive identifier. And further checking whether missing information exists in the report file to be transmitted, and if so, pushing the report file to the supervision system.
Specifically, sending the report file and the positive identification to the target server includes: compressing the report file to generate a first report file compression package; the first reporting file compression package and the positive identification are sent to the target server.
Before sending the notification file to the target server, the executing entity may invoke the application windows service to compress the notification file to generate a first notification file compression package, and send the first notification file compression package and a positive identification (e.g., yyyymmdd_bs_yes) to the target server.
Specifically, the online file reporting process is executed based on the reporting file, including: determining a target terminal and interface identifiers corresponding to the target terminal; decompressing the first report file compression package to obtain a corresponding decompressed report file, and calling a corresponding compression program according to the interface identifier to compress the decompressed report file to obtain a second report file compression package; calling an encryption program corresponding to the interface identifier to encrypt the second report file compression packet so as to obtain an encrypted report file; calling an interface corresponding to the interface identifier to report the encrypted report file to the target terminal.
The target terminal may be a supervisory system. The execution body may decompress the first report file compression packet, further compress the first report file compression packet into a second report file compression packet that can be identified by an interface corresponding to an interface identifier corresponding to the target terminal, encrypt the second report file compression packet to obtain an encrypted report file, and call an interface corresponding to the interface identifier corresponding to the target terminal to report the encrypted report file to the target terminal, for example, to a supervisory system.
Step S104, obtaining the report state identification corresponding to the online file report process, and sending the report file to the offline file report node to execute the offline file report process in response to the report state identification not changing in the preset time.
For example, in the process of reporting the file to the supervisory system, the execution subject may call the supervisory program to check the reporting progress, and if the reporting progress is not changed within a preset time, the supervisory program issues an alarm, and changes to off-line reporting of the file, for example, by manually reporting the file, so as to supplement the on-line reporting of the file, and ensure the success rate of reporting the file.
The embodiment generates a corresponding report file by receiving a file report request; executing a server survival detection program, and further determining a target server according to preset priority configuration information; sending the report file and the positive identification to the target server, so that the target server executes a checking process of the report file when the positive identification is detected, and executing an online file report process based on the report file in response to the success of checking; and acquiring the reporting state identifier corresponding to the online file reporting process, and transmitting the reporting file to an offline file reporting node to execute the offline file reporting process in response to the reporting state identifier not changing within a preset time. The accuracy of the bank three-party deposit management reporting system can be improved, reporting timeliness is guaranteed, the daily repeated operation of insurance-applied reporting staff can be avoided, and the file reporting efficiency is improved.
Fig. 2 is a main flow diagram of a file delivery method according to a second embodiment of the present application, and as shown in fig. 2, the file delivery method includes:
step S201, receiving a file report request and generating a corresponding report file.
The execution main body of the embodiment of the application can be a server in communication connection with a bank three-party storage management system, an application windows server and a supervision system. After receiving the file report request, the executing body can generate a corresponding report file based on the information such as the running water of the investor deposit management account, the balance, the change of the investor deposit information, the dealer summarization, the delivery, the change of the funds of the prepared payment account, the balance information and the like carried in the request.
Step S202, executing a server survival detection program, and further determining a target server according to preset priority configuration information.
The preset priority configuration information may include priorities of the respective application windows servers, and the two application windows servers may have the same priority, and when two application windows servers, for example, the application windows server 1 and the application windows server 2, have the same priority and are the highest priority, the communication distances between the application windows server 1 and the application windows server 2 and the target server may be determined, and the application windows server with the smaller communication distance between the application windows server 1 and the application windows server 2 and the target server may be determined as the target server.
Step S203, the report file and the positive identification are sent to the target server, so that the target server performs a process of checking the report file when the positive identification is detected.
When sending a report file to a target server, a positive identification needs to be sent together so that the target server determines that the file report needs to be sent using the local machine. And the waste of server resources is avoided.
Step S204, in response to the success of the checking, the online file reporting process is executed based on the reporting file.
Step S205, obtain the corresponding report state label of the online file report process, respond to report state label not changing in the preset time, send report file to the off-line file report node, in order to carry out the off-line file report process.
Specifically, before executing the offline file delivery process, the method further includes: determining the unchanged time length of the reporting state identifier; and calling an alarm program to generate and output alarm information according to the report state identifier and the time length.
The report status identifier may be, for example, a percentage corresponding to the report progress, for example, 70%. When the execution main body detects that the report state identifier is unchanged all the time within the preset time, the report is abnormal, an alarm program is called, alarm information is generated according to the report state identifier which is unchanged all the time and the unchanged time length, for example, the report progress is 70% when the report file 1 is currently reported, the report progress is unchanged within 5 minutes, the report progress is processed in time, the alarm information is output to remind a worker of paying attention to the occurrence of the abnormality, and the report file with the report abnormality is sent to an off-line file report node to carry out off-line manual report. Thereby improving the success rate of file delivery.
For example, in the file reporting process, the executing body may call the supervisory program to check the reporting progress, and if the uploading progress is not changed within 5 minutes, the program issues an alarm and turns into manual reporting.
Step S206, in response to the checking failure, locating the checking failure position and determining the checking failure type, and outputting the checking failure position and the checking failure type.
And after the checking failure indicates that the report file is missing, the execution body can locate the file position of the report checking failure information and determine the checking failure type after detecting the checking failure. The type of ping failure may include, for example, statement misordering, single line missing, word missing, etc. And further outputs the checking failure position and the checking failure type for the staff to check and process in time. And the integrity and the accuracy of file reporting are improved.
Fig. 3 is a schematic overall execution logic diagram of a file delivery method according to a third embodiment of the present application. The file reporting method can be applied to a scene that a bank three-party storage management system sends the generated reporting file to a supervision system through a reporting windows server. As shown in fig. 3, the bank three-party storage management system component generates an application report file, pushes the application report file to the application windows service through SFTP, compresses and encrypts the report file after the application windows service receives the report file, automatically uploads the report file to the supervisory system, and the supervisory system receives the report file. SFTP: a file transfer protocol provides network transfer protocol for file access, transfer and management functions.
The bank three-party storage management system can also push the generated report file to the staff channel component so as to uniformly query the follow-up supervision data. And providing automatic report progress of page query in employee channels.
Automatically reporting and simultaneously reserving an emergency treatment path. And the bank three-party storage management system component generates a report file and pushes the report file to the employee channel. And the report personnel is responsible for checking the automatic report progress every day, if the automatic report is abnormally processed, downloading the insurance report file, decompressing and uploading the report file to a supervision system by using a client installed by the supervision system company.
Fig. 4 is a schematic diagram of a file delivery method according to a fourth embodiment of the present application. For example, the application windows service scans the markup file starting at 00:00 and ends when the non-delivery markup (yyymmdd_bs_no) file is received. After receiving the report mark file (yyymmdd_bs_yes), starting to scan the report file, checking that the report file arrives, and executing a report flow through the application providing API:
decompressing and reporting the file compression package; checking whether the reported file is missing or not and checking the file size; compressing and reporting files according to APIs corresponding to the target terminals; encrypting the application report file according to the API corresponding to the target terminal; and uploading the file to a target terminal, namely a supervisory system, and then normally exiting. When detecting that the file report is abnormal (for example, the report state identifier does not change for a long time) or detecting that the file is missing, the method exits abnormally and sends out alarm information. Thereby ensuring the safety, accuracy and integrity of the reported file.
As another implementation of the embodiment of the present application, there is a case of non-delivery day processing. Specifically, in this case, there is a non-delivery day scene (a subsequent delivery flow is executed according to the delivery scene identification) according to the delivery calendar downloaded by the applicant network. In this case, the bank three-party storage management system component transmits the non-reporting mark file (yyymmdd_bs_no) to the three application servers, and after the automatic reporting program scans the non-reporting mark file, the program normally exits. The automatic insuring program provides the inquiry uploading progress function on the employee channel page, so that operation management personnel can conveniently inquire the reporting progress in real time.
Fig. 5 is a schematic diagram of a flowchart of performing reporting by an application windows service according to a file reporting method according to a fifth embodiment of the present application.
Specifically, the application windows service executes the report flow to include and send a report markup file. The specific implementation is as follows:
detecting that the automatic reporting server survives: when three newspaper-sending windows servers (for example, windows1, windows2, and windows 3) exist, since only one newspaper-sending window server can send a newspaper every day, it is necessary to perform survival detection on the newspaper-sending windows servers (for example, windows1, windows2, and windows 3) and confirm the newspaper-sending windows server used, that is, the target server. Setting priority of the reporting server: windows1> windows2> windows 3. The bank three-party storage management system confirms whether the server survives or not by calling a detection survival service (CheckAlive) provided by the reporting program, and if so, returns response information. If not, there is no response. If three reporting windows servers (e.g., windows1, 2, 3) all return response information, then the selection is based on priority. Thereby determining the target server, such as windows1, that returns the response message and has the highest priority.
Sending a report mark file: in addition to the data report file, the part also needs to transmit a report mark file to the report windows server, so that the windows server program determines whether the machine is required to report. The reporting of the markup file, i.e. the identifier, may include: yyyymmdd_bs_yes (positive identification) and yyyymmdd_bs_no (negative identification).
For the target server (e.g., windows1, server 1), the report data file and yyyymmdd_bs_yes (i.e., positive identification) are sent using SFTP.
SFTP is used to send yyyymmdd_bs_no (i.e., negative identification) for the non-using server, i.e., the non-target server.
Wherein, SFTP: a file transfer protocol provides network transfer protocol for file access, transfer and management functions.
The target server (e.g., windows1, i.e., server 1) is invoked to process the report file and send the report file to the target terminal, e.g., the supervisory system. The method and the system ensure the integrity and timeliness of the file submitted by the bank three-party deposit management system, simultaneously avoid repeated daily operation of the submitted personnel and improve the file submitted efficiency.
Aiming at a three-party deposit management report file scene of a bank, the automatic report file uploading supervisory system is provided, the automatic report file uploading supervisory system has the functions of automatically checking file missing and checking file size, an automatic report program starts to scan report files from 0 point every day, after the files are scanned, whether the files are missing is checked, and the supervisory system is automatically processed and uploaded, so that the accuracy, timeliness and integrity of the three-party deposit management report file of the bank can be improved, and meanwhile, repeated operation of insurance application report staff every day can be avoided.
Fig. 6 is a schematic diagram of main units of the document feeding device according to an embodiment of the present application. As shown in fig. 6, the document delivery apparatus 600 includes a receiving unit 601, a target server determining unit 602, a transmitting unit 603, and a document delivery unit 604.
A receiving unit 601 configured to receive a file delivery request and generate a corresponding delivery file;
the target server determining unit 602 is configured to execute a server survival detection program, and further determine the target server according to the preset priority configuration information.
And a transmitting unit 603 configured to transmit the report file and the positive identification to the target server, so that the target server performs a verification process of the report file when the positive identification is detected, and performs an online file report process based on the report file in response to the verification success.
The file delivery unit 604 is configured to obtain a delivery status identifier corresponding to the online file delivery process, and send the delivery file to the offline file delivery node to execute the offline file delivery process in response to the delivery status identifier not changing within a preset time.
In some embodiments, the document delivery device further comprises a positioning unit, not shown in fig. 6, configured to: in response to the ping failure, locating a ping failure location and determining a ping failure type, outputting the ping failure location and the ping failure type.
In some embodiments, the target server determination unit 602 is further configured to: executing a server survival detection program, and determining a server returning response information as a candidate server in response to receiving the returned response information; and determining the target server according to the candidate server and the preset priority configuration information.
In some embodiments, the target server determination unit 602 is further configured to: and determining a candidate server corresponding to the highest priority according to the preset priority configuration information, and further determining the candidate server corresponding to the highest priority as a target server.
In some embodiments, the sending unit 603 is further configured to: determining a non-use server according to the candidate server and the target server; and sending the negative identification to the non-using server.
In some embodiments, the sending unit 603 is further configured to: compressing the report file to generate a first report file compression package; the first reporting file compression package and the positive identification are sent to the target server.
In some embodiments, the document delivery device further includes a verification unit, not shown in fig. 6, configured to: determining a target terminal and interface identifiers corresponding to the target terminal; decompressing the first report file compression package to obtain a corresponding decompressed report file, and calling a corresponding compression program according to the interface identifier to compress the decompressed report file to obtain a second report file compression package; calling an encryption program corresponding to the interface identifier to encrypt the second report file compression packet so as to obtain an encrypted report file; calling an interface corresponding to the interface identifier to report the encrypted report file to the target terminal.
In some embodiments, the document delivery device further includes an alert unit, not shown in fig. 6, configured to: determining the unchanged time length of the reporting state identifier; and calling an alarm program to generate and output alarm information according to the report state identifier and the time length.
In the present application, the document delivery method and the document delivery device have a corresponding relationship in terms of implementation contents, and therefore, the description of the repeated contents is not repeated.
Fig. 7 illustrates an exemplary system architecture 700 in which the document delivery method or document delivery device of the embodiments of the present application may be applied.
As shown in fig. 7, a system architecture 700 may include terminal devices 701, 702, 703, a network 704, and a server 705. The network 704 is the medium used to provide communication links between the terminal devices 701, 702, 703 and the server 705. The network 704 may include various connection types, such as wired, wireless communication links, or fiber optic cables, among others.
A user may interact with the server 705 via the network 704 using the terminal devices 701, 702, 703 to receive or send messages or the like. Various communication client applications such as shopping class applications, web browser applications, search class applications, instant messaging tools, mailbox clients, social platform software, etc. (by way of example only) may be installed on the terminal devices 701, 702, 703.
The terminal devices 701, 702, 703 may be various electronic devices having a file delivery processing screen and supporting web browsing, including but not limited to smartphones, tablets, laptop and desktop computers, and the like.
The server 705 may be a server providing various services, such as a background management server (by way of example only) providing support for file delivery requests submitted by users using the terminal devices 701, 702, 703. The background management server can receive the file report request and generate a corresponding report file; executing a server survival detection program, and further determining a target server according to preset priority configuration information; sending the report file and the positive identification to the target server, so that the target server executes a checking process of the report file when the positive identification is detected, and executing an online file report process based on the report file in response to the success of checking; and acquiring the reporting state identifier corresponding to the online file reporting process, and transmitting the reporting file to an offline file reporting node to execute the offline file reporting process in response to the reporting state identifier not changing within a preset time. The accuracy of the bank three-party deposit management reporting system can be improved, reporting timeliness is guaranteed, the daily repeated operation of insurance-applied reporting staff can be avoided, and the file reporting efficiency is improved.
Note that, the file delivery method provided in the embodiment of the present application is generally executed by the server 705, and accordingly, the file delivery device is generally disposed in the server 705.
It should be understood that the number of terminal devices, networks and servers in fig. 7 is merely illustrative. There may be any number of terminal devices, networks, and servers, as desired for implementation.
Referring now to FIG. 8, there is illustrated a schematic diagram of a computer system 800 suitable for use in implementing the terminal device of an embodiment of the present application. The terminal device shown in fig. 8 is only an example, and should not bring any limitation to the functions and the scope of use of the embodiment of the present application.
As shown in fig. 8, the computer system 800 includes a Central Processing Unit (CPU) 801 that can perform various appropriate actions and processes according to a program stored in a Read Only Memory (ROM) 802 or a program loaded from a storage section 808 into a Random Access Memory (RAM) 803. In the RAM803, various programs and data required for the operation of the computer system 800 are also stored. The CPU801, ROM802, and RAM803 are connected to each other by a bus 804. An input/output (I/O) interface 805 is also connected to the bus 804.
The following components are connected to the I/O interface 805: an input portion 806 including a keyboard, mouse, etc.; an output section 807 including a display such as a Cathode Ray Tube (CRT), a liquid crystal credit authorization query processor (LCD), and a speaker; a storage section 808 including a hard disk or the like; and a communication section 809 including a network interface card such as a LAN card, a modem, or the like. The communication section 809 performs communication processing via a network such as the internet. The drive 810 is also connected to the I/O interface 805 as needed. A removable medium 811 such as a magnetic disk, an optical disk, a magneto-optical disk, a semiconductor memory, or the like is mounted on the drive 810 as needed so that a computer program read out therefrom is mounted into the storage section 808 as needed.
In particular, according to embodiments of the present disclosure, the processes described above with reference to flowcharts may be implemented as computer software programs. For example, embodiments disclosed herein include a computer program product comprising a computer program embodied on a computer readable medium, the computer program comprising program code for performing the method shown in the flowcharts. In such an embodiment, the computer program may be downloaded and installed from a network via the communication section 809, and/or installed from the removable media 811. The above-described functions defined in the system of the present application are performed when the computer program is executed by a Central Processing Unit (CPU) 801.
It should be noted that the computer readable medium shown in the present application may be a computer readable signal medium or a computer readable storage medium, or any combination of the two. The computer readable storage medium may include, for example, but is not limited to, an electronic, magnetic, optical, electromagnetic, infrared, or semiconductor system, apparatus, or device, or a combination of any of the foregoing. More specific examples of the computer-readable storage medium may include, but are not limited to: an electrical connection having one or more wires, a portable computer diskette, a hard disk, a Random Access Memory (RAM), a read-only memory (ROM), an erasable programmable read-only memory (EPROM or flash memory), an optical fiber, a portable compact disc read-only memory (CD-ROM), an optical storage device, a magnetic storage device, or any suitable combination of the foregoing. In the context of this document, a computer readable storage medium may be any tangible medium that can contain, or store a program for use by or in connection with an instruction execution system, apparatus, or device. In the present application, however, a computer-readable signal medium may include a data signal propagated in baseband or as part of a carrier wave, with computer-readable program code embodied therein. Such a propagated data signal may take any of a variety of forms, including, but not limited to, electro-magnetic, optical, or any suitable combination of the foregoing. A computer readable signal medium may also be any computer readable medium that is not a computer readable storage medium and that can communicate, propagate, or transport a program for use by or in connection with an instruction execution system, apparatus, or device. Program code embodied on a computer readable medium may be transmitted using any appropriate medium, including but not limited to: wireless, wire, fiber optic cable, RF, etc., or any suitable combination of the foregoing.
The flowcharts and block diagrams in the figures illustrate the architecture, functionality, and operation of possible implementations of systems, methods and computer program products according to various embodiments of the present application. In this regard, each block in the flowchart or block diagrams may represent a module, segment, or portion of code, which comprises one or more executable instructions for implementing the specified logical function(s). It should also be noted that, in some alternative implementations, the functions noted in the block may occur out of the order noted in the figures. For example, two blocks shown in succession may, in fact, be executed substantially concurrently, or the blocks may sometimes be executed in the reverse order, depending upon the functionality involved. It will also be noted that each block of the block diagrams or flowchart illustration, and combinations of blocks in the block diagrams or flowchart illustration, can be implemented by special purpose hardware-based systems which perform the specified functions or acts, or combinations of special purpose hardware and computer instructions.
The units involved in the embodiments of the present application may be implemented by software, or may be implemented by hardware. The described units may also be provided in a processor, for example, described as: a processor includes a receiving unit, a target server determining unit, a transmitting unit, and a file reporting unit. Wherein the names of the units do not constitute a limitation of the units themselves in some cases.
As another aspect, the present application also provides a computer-readable medium that may be contained in the apparatus described in the above embodiments; or may be present alone without being fitted into the device. The computer readable medium carries one or more programs which, when executed by one of the devices, cause the device to receive a file delivery request and generate a corresponding delivery file; executing a server survival detection program, and further determining a target server according to preset priority configuration information; sending the report file and the positive identification to the target server, so that the target server executes a checking process of the report file when the positive identification is detected, and executing an online file report process based on the report file in response to the success of checking; and acquiring the reporting state identifier corresponding to the online file reporting process, and transmitting the reporting file to an offline file reporting node to execute the offline file reporting process in response to the reporting state identifier not changing within a preset time.
The computer program product of the present application includes a computer program which, when executed by a processor, implements the file delivery method in the embodiments of the present application.
According to the technical scheme of the embodiment of the application, the accuracy of the bank three-party deposit management reporting system can be improved, reporting timeliness is guaranteed, the repeated daily work of the insurance applying reporting staff can be avoided, and the file reporting efficiency is improved.
The above embodiments do not limit the scope of the application. It will be apparent to those skilled in the art that various modifications, combinations, sub-combinations and alternatives can occur depending upon design requirements and other factors. Any modifications, equivalent substitutions and improvements made within the spirit and principles of the present application are intended to be included within the scope of the present application.
Claims (16)
1. A document reporting method, comprising:
receiving a file report request and generating a corresponding report file;
executing a server survival detection program, and further determining a target server according to preset priority configuration information;
sending the report file and the positive identification to the target server, so that the target server executes a checking process of the report file when detecting the positive identification, and executes an online file report process based on the report file in response to successful checking;
And acquiring the report state identifier corresponding to the online file report process, and transmitting the report file to an offline file report node to execute the offline file report process in response to the report state identifier not being changed within a preset time.
2. The method of claim 1, wherein after said performing a ping process for said newspaper file, said method further comprises:
in response to a ping failure, locating a ping failure location and determining a ping failure type, outputting the ping failure location and the ping failure type.
3. The method of claim 1, wherein the determining the target server comprises:
executing a server survival detection program, and responding to the received returned response information, determining a server returning the response information as a candidate server;
and determining a target server according to the candidate server and preset priority configuration information.
4. A method according to claim 3, wherein said determining a target server based on said candidate server and preset priority configuration information comprises:
and determining a candidate server corresponding to the highest priority according to preset priority configuration information, and further determining the candidate server corresponding to the highest priority as a target server.
5. The method of claim 4, wherein after said determining the target server, the method further comprises:
determining a non-use server according to the candidate server and the target server; and sending a negative identification to the non-use server.
6. The method of claim 1, wherein the sending the newspaper file and positive identification to the target server comprises:
compressing the report file to generate a first report file compression package;
and sending the first report file compression packet and the positive identification to the target server.
7. The method of claim 6, wherein performing an online file delivery process based on the delivery file comprises:
determining a target terminal and interface identifiers corresponding to the target terminal;
decompressing the first report file compression package to obtain a corresponding decompressed report file, and calling a corresponding compression program according to the interface identifier to compress the decompressed report file to obtain a second report file compression package;
invoking an encryption program corresponding to the interface identifier to encrypt the second report file compression packet so as to obtain an encrypted report file;
And calling an interface corresponding to the interface identifier to report the encrypted report file to the target terminal.
8. The method of claim 1, wherein prior to the executing the offline file delivery process, the method further comprises:
determining the unchanged time length of the reporting state identifier;
and calling an alarm program to generate and output alarm information according to the report state identifier and the duration.
9. A document presenting apparatus, comprising:
the receiving unit is configured to receive the file report request and generate a corresponding report file;
the target server determining unit is configured to execute a server survival detection program and further determine a target server according to preset priority configuration information;
a transmitting unit configured to transmit the report file and a positive identification to the target server, so that the target server performs a verification process of the report file when the positive identification is detected, and performs an online file report process based on the report file in response to success of the verification;
and the file reporting unit is configured to acquire the reporting state identifier corresponding to the online file reporting process, and send the reporting file to an offline file reporting node to execute the offline file reporting process in response to the reporting state identifier not being changed within a preset time.
10. The apparatus of claim 9, further comprising a positioning unit configured to:
in response to a ping failure, locating a ping failure location and determining a ping failure type, outputting the ping failure location and the ping failure type.
11. The apparatus of claim 9, wherein the target server determination unit is further configured to:
executing a server survival detection program, and responding to the received returned response information, determining a server returning the response information as a candidate server;
and determining a target server according to the candidate server and preset priority configuration information.
12. The apparatus of claim 11, wherein the target server determination unit is further configured to:
and determining a candidate server corresponding to the highest priority according to preset priority configuration information, and further determining the candidate server corresponding to the highest priority as a target server.
13. The apparatus of claim 12, wherein the transmitting unit is further configured to:
determining a non-use server according to the candidate server and the target server; and sending a negative identification to the non-use server.
14. A document presenting electronic device, comprising:
one or more processors;
storage means for storing one or more programs,
the one or more programs, when executed by the one or more processors, cause the one or more processors to implement the method of any of claims 1-8.
15. A computer readable medium, on which a computer program is stored, characterized in that the program, when being executed by a processor, implements the method according to any of claims 1-8.
16. A computer program product comprising a computer program which, when executed by a processor, implements the method according to any of claims 1-8.
Priority Applications (1)
| Application Number | Priority Date | Filing Date | Title |
|---|---|---|---|
| CN202210629273.7A CN114866538B (en) | 2022-06-01 | 2022-06-01 | File reporting method and device, electronic equipment and computer readable medium |
Applications Claiming Priority (1)
| Application Number | Priority Date | Filing Date | Title |
|---|---|---|---|
| CN202210629273.7A CN114866538B (en) | 2022-06-01 | 2022-06-01 | File reporting method and device, electronic equipment and computer readable medium |
Publications (2)
| Publication Number | Publication Date |
|---|---|
| CN114866538A CN114866538A (en) | 2022-08-05 |
| CN114866538B true CN114866538B (en) | 2024-03-05 |
Family
ID=82624870
Family Applications (1)
| Application Number | Title | Priority Date | Filing Date |
|---|---|---|---|
| CN202210629273.7A Active CN114866538B (en) | 2022-06-01 | 2022-06-01 | File reporting method and device, electronic equipment and computer readable medium |
Country Status (1)
| Country | Link |
|---|---|
| CN (1) | CN114866538B (en) |
Citations (5)
| Publication number | Priority date | Publication date | Assignee | Title |
|---|---|---|---|---|
| CN110147997A (en) * | 2019-04-16 | 2019-08-20 | 深圳壹账通智能科技有限公司 | Data processing method, device, equipment and storage medium |
| CN111967853A (en) * | 2020-08-20 | 2020-11-20 | 支付宝(杭州)信息技术有限公司 | Method, device, equipment and readable medium for reporting supervision data |
| CN112650774A (en) * | 2020-12-23 | 2021-04-13 | 平安普惠企业管理有限公司 | Data concurrent processing method, device, equipment and storage medium |
| CN113051094A (en) * | 2021-03-22 | 2021-06-29 | 中国工商银行股份有限公司 | Supervision data submission testing method and device |
| CN113905038A (en) * | 2021-09-29 | 2022-01-07 | 平安普惠企业管理有限公司 | Data reporting method, device, device and storage medium |
Family Cites Families (1)
| Publication number | Priority date | Publication date | Assignee | Title |
|---|---|---|---|---|
| US11190576B2 (en) * | 2017-09-12 | 2021-11-30 | Wangsu Science & Technology Co., Ltd. | File distribution and download method, distribution server, client terminal and system |
-
2022
- 2022-06-01 CN CN202210629273.7A patent/CN114866538B/en active Active
Patent Citations (5)
| Publication number | Priority date | Publication date | Assignee | Title |
|---|---|---|---|---|
| CN110147997A (en) * | 2019-04-16 | 2019-08-20 | 深圳壹账通智能科技有限公司 | Data processing method, device, equipment and storage medium |
| CN111967853A (en) * | 2020-08-20 | 2020-11-20 | 支付宝(杭州)信息技术有限公司 | Method, device, equipment and readable medium for reporting supervision data |
| CN112650774A (en) * | 2020-12-23 | 2021-04-13 | 平安普惠企业管理有限公司 | Data concurrent processing method, device, equipment and storage medium |
| CN113051094A (en) * | 2021-03-22 | 2021-06-29 | 中国工商银行股份有限公司 | Supervision data submission testing method and device |
| CN113905038A (en) * | 2021-09-29 | 2022-01-07 | 平安普惠企业管理有限公司 | Data reporting method, device, device and storage medium |
Also Published As
| Publication number | Publication date |
|---|---|
| CN114866538A (en) | 2022-08-05 |
Similar Documents
| Publication | Publication Date | Title |
|---|---|---|
| CN111030784A (en) | Information synchronization method and device | |
| CN112948138B (en) | A method and device for processing messages | |
| CN112308552B (en) | Method and device for ordering medical insurance medicine | |
| CN111861745B (en) | Service wind control method and device | |
| CN113177822A (en) | Cross-border e-commerce multi-channel order management method, system and equipment | |
| CN111460129A (en) | Method and device for generating identification, electronic equipment and storage medium | |
| CN112241866B (en) | Service processing method and device, computer readable medium and electronic equipment | |
| CN114979295B (en) | Gateway management method and device | |
| CN113535101B (en) | Print file generation method and device, storage medium and electronic equipment | |
| CN113627835A (en) | Distribution management method and device | |
| CN111833036B (en) | Method, apparatus, device and computer readable medium for judging repeat transaction | |
| CN113282589A (en) | Data acquisition method and device | |
| CN111210349B (en) | Method and device for transferring and supporting virtual asset, electronic equipment and storage medium | |
| CN115988058A (en) | A message processing method, device, electronic device, and computer-readable medium | |
| CN113326060A (en) | Service request processing method, device and system and service configuration method and device | |
| CN114866538B (en) | File reporting method and device, electronic equipment and computer readable medium | |
| CN112990991B (en) | Method and device for combined invoicing | |
| CN113763058A (en) | Method and device for realizing service interaction across systems | |
| CN113487413B (en) | Accounting processing method and device, electronic equipment and computer readable medium | |
| CN111898947B (en) | Method, apparatus, device and computer readable medium for monitoring object delivery tasks | |
| CN114971564A (en) | Service processing method and device, electronic equipment and computer readable medium | |
| CN113485902A (en) | Method, device, equipment and computer readable medium for testing service platform | |
| CN112948430A (en) | Date data query method and device | |
| US20190139132A1 (en) | Method and System for Automatically Processing Corporate Action Events | |
| CN112988408B (en) | Multi-terminal interaction method and device |
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 | ||
| GR01 | Patent grant | ||
| GR01 | Patent grant |