WO2019227634A1

WO2019227634A1 - Batch file partial return processing method and system

Info

Publication number: WO2019227634A1
Application number: PCT/CN2018/096478
Authority: WO
Inventors: 刘红彬
Original assignee: 平安科技（深圳）有限公司
Priority date: 2018-05-30
Filing date: 2018-07-20
Publication date: 2019-12-05
Also published as: CN108830715A; CN108830715B

Abstract

The present application relates to a batch file partial return processing method and system. The method comprises the following steps: step 1, performing regular polling on a payment channel, and acquiring a first return file, wherein the first return file contains records needing to be returned to an access party; step 2, importing the records in the first return file into a database; step 3, extracting the records needing to be returned to the access party from the database, as current records, and gathering the current records to form a second return file; step 4, pushing the second return file to the access party and acquiring a pushing state; and step 5, updating states of the current records in the database according to the pushing state. The present application can ensure the smooth progress of a transaction, improve effective utilization of funds, and improve operating efficiency and the user experience.

Description

Processing method and system for batch file partial disc recall

This application affirms the priority of a Chinese patent application filed on May 30, 2018 with an application number of 201810537969.0 and entitled "Method and System for Partial Review of Batch Documents". The entire content of the Chinese patent application is incorporated by reference. In this application.

Technical field

The present application relates to the technical field of Internet services, and in particular, to a method and a system for processing a part of a batch of files.

Background technique

With the vigorous development of the Internet field, various types of capital products and various payment channels are increasing, making the current process setting of commodity transactions gradually unable to keep up with the rapid development of capital products and payment channels. Especially when the mall platform initiates a batch request, it is often necessary to track the situation of the funds in the merchant and the capital flow of the batch transaction, the products involved and the payment channel to ensure the effective use of funds. However, due to the complexity of the entire transaction process, once the system has made mistakes in the initial configuration, it is often difficult for operation and maintenance personnel to detect problems in the later stages.

In complex business scenarios, business operators need to follow up with merchants for fund management, thereby guaranteeing a success rate of automatic batch execution of business orders. People at all levels pay attention to the dimensions of merchant funds, products and channels. After checking information on fund distribution, product categories, and channel ownership, personnel at all levels manually release the accounted funds in batches. In the prior art, for batch file processing, the entire batch file processing is waited before the subsequent processing is performed, which makes the system inefficient.

Summary of the Invention

In view of the foregoing circumstances in the prior art, the present application provides a method for processing a batch of files in a batch and a system for performing the method. When the method obtains a return file from an access party (access party), It will not wait for the entire batch to be processed before returning it to the disk. Instead, it will return the disk to the accessor as much as it is processed. After that, the accessor will return the file according to the batch. The system receives the file for analysis and updates the record to In the state of waiting for return, the timed job obtains the data of waiting for return in batches according to the batch, generates a file, and returns it to the accessor. In addition, for the record without returning, it continues to wait for the returning document of the accessor, as described above. Same treatment.

According to an embodiment of the present application, a method for processing a batch of documents in part is provided, in which an access party providing a transaction service accesses a system for processing the documents in part in a batch, and the system for processing the documents in part in a batch Processing the business request of the access party, wherein the batch file partial discarding processing system is connected to a network storage and a database, and the access party uses a payment channel when conducting a transaction, and the database stores the access party Transaction-related records,

It is characterized in that the method includes the following steps performed by the batch file partial disc processing system:

Step 1. Perform periodic polling on the payment channel to obtain a first return file, and the first return file includes records related to the need to return to the access party;

Step 2. Import the records in the first disk file into the database;

Step 3: Extract from the database the records that need to be returned to the access party as the current records and summarize them into a second return file;

Step 4. Push the second disc file to the access party and obtain the push status.

Step 5. Update the status of the current record in the database according to the push status.

According to an embodiment of the present application, there is provided a batch file partial return processing system for performing the above method, which is characterized by including a file transfer module, a return module, and an asynchronous processing module.

The file transfer module is used as a gateway for downloading the first disk-backed file from the first network storage and uploading the second disk-backed file to the second network storage,

The check-back module is configured to perform periodic polling on the payment channel, obtain a first check-back file through the file transfer module, import records in the first check-back file into the database, and generate a second check-back file;

The return module is further configured to push a second return file to the access party through the file transfer module, and obtain a push status, and update the status of the current record in the database according to the push status,

Wherein, the asynchronous processing module is configured to perform asynchronous processing on the download of the first disk-backed file and / or the upload of the second disk-backed file in response to the call of the disk-backup module.

According to an embodiment of the present application, a computer-readable storage medium is further provided, wherein the computer-readable storage medium stores a program for executing the method, and when the program is executed by a processor, the following steps are performed: Operation:

Step 2. Import the records in the first disk file into the database;

The beneficial effects of this application are mainly that it can easily distinguish the accounts of the return of funds, so that all links can be controlled, and the transaction can be carried out smoothly, real-time and user experience can be improved. For operation and maintenance, it is possible to detect some abnormally failed transactions early, improve the effective utilization of funds, improve the operation experience and user experience, and be more efficient and maintainable for operation and maintenance.

BRIEF DESCRIPTION OF THE DRAWINGS

FIG. 1 is a schematic diagram of a logical architecture of a batch file partial check-back processing system according to an embodiment of the present application; FIG.

FIG. 2 is a partial flowchart of a method for processing a batch of files in a batch according to an embodiment of the present application; FIG.

FIG. 3 is a partial flowchart of a method for processing a batch file in part according to an embodiment of the present application; FIG.

FIG. 4 is a schematic diagram of an operating environment of a system in which an application is installed according to an embodiment of the present application.

Detailed ways

Hereinafter, the implementation of the technical solution will be described in further detail with reference to the accompanying drawings.

Those skilled in the art can understand that although the following description involves many technical details about the embodiments of the present application, this is only an example for explaining the principle of the present application, and does not imply any limitation. This application can be applied to situations other than the technical details exemplified below, as long as they do not depart from the principle and spirit of this application.

In addition, in order to avoid restricting the description of this specification to tediousness, in the description of this specification, some technical details that can be obtained in the prior art materials may be omitted, simplified, and modified, which is a problem for the technology in this field. It is understandable to personnel, and this will not affect the sufficiency of disclosure of this specification.

Hereinafter, embodiments for carrying out the present application will be described. Note that the description will be given in the following order: 1. An outline of the inventive concept; 2. A batch file partial disk processing system (Figure 1); 3. A batch file partial disk processing method (Figures 2 and 3) ); 6. A system installed with an application program according to an embodiment of the present application, and a computer-readable medium storing the application program (FIG. 4).

1. Summary of the inventive concept

The idea of this application is mainly because when reviewing batch business requests, it is necessary to ensure the status of funds in the merchant and the flow of funds for this batch transaction, and the accuracy of the review needs to be improved. Conducive to the processing efficiency of concurrent business. Therefore, according to the embodiment of the present application, through the application of asynchronous processing, by setting and updating the batch status, detailed status, etc., the discarding files are screened, the discarding is performed in real time to the access party, and the discarding result is tracked. That is, by setting up a batch table, a detailed list, and batch loading, detailed status and other operations, the disks are periodically reviewed, and the returned files are filtered to achieve the purpose of processing the returned files in real time.

2. Batch file partial disk processing system

FIG. 1 is a schematic diagram of a logical architecture of a batch file partial check-back processing system according to an embodiment of the present application. As shown in FIG. 1, the batch file partial disk return processing system mainly includes a file transfer module, a disk return module, and an asynchronous processing module. Among them, the accessing party refers to the entity that interacts with the system and conducts transactions (for example, financial transactions) with the user through the system. The payment channel refers to the payment channel used by the accessing party to conduct transactions through the system, which is generally a third-party payment. Channels, that is, independent of the system and the access party.

It should be noted that FIG. 1 is only a schematic diagram of the general logical functions of a batch file partial disc processing system, which is drawn in combination with actual business processes. Among them, the division of each module is not strictly precise because this system And modules do not mean hardware implementation, but also involve software-level concepts. There is a cross-call relationship between modules. In the strict sense, they do not work independently. In fact, it is difficult to map each module to each step in the business process. Therefore, those skilled in the art can fully understand that FIG. 1 is only used to help understand the concept outline of the present application, and is not used to limit the scope of the present application and its embodiments. The specific technical solutions of the embodiments of the present application are described in the description. The text description shall prevail.

The file transmission module is used as a gateway and is responsible for transmitting the disk-backed file, including downloading the first disk-backed file from the network storage, and uploading the second disk-backed file to the network storage.

The recall module is used to: periodically initiate a batch of document processing tasks for batch processing, periodically poll the payment channel, and query a list of downloadable files (that is, a list of downloadable recall files received from the payment channel). After the file transfer module downloads the first disk file, the records in the first disk file are imported into a database, where all the records that have been diskized are recorded in the database, and then the first disk file is imported in the database. The detailed status of each record in the inventory file is changed to "Returned from the payment channel".

The recall module is further configured to scan and extract all records in the database with a batch status of "to be returned to the access party" and a detailed status of "returned from the payment channel" as the current return record. Generate a second disk file.

The database is managed by the system, and the record has a batch table. The batch table records multiple batches, and each batch has a corresponding batch status, such as "to be returned to the access party", " "Successful return to the access party", which indicates the collective status of multiple return records belonging to a batch; the database also has a detailed record in the database, and the detailed record records the return status of each specific record in a file .

In addition, the database also has a status table (ext table) that records all status values, such as the processing status of each disc record, the number of times the system pushes files to network storage, and so on.

The return module is further configured to record the file number of the second return file, modify the detailed status of the current return record to "successful return to the access party", and asynchronously call the file transmission A push file interface of the module, and receive push file acceptance information from the file transfer module, and then, according to the file number of the second return file, download the second return disk from the network storage through the file transfer module File, and encrypt, sign, and compress the second disk file, generate an encrypted disk file, upload the encrypted disk file to the network storage, and push the upload result to the asynchronous queue. Result judgment. The asynchronous queue refers to a consumer message queue (MQ) for asynchronous execution.

The asynchronous processing module is configured to perform asynchronous processing on tasks that need to be performed asynchronously (for example, file download, file push).

In addition, different embodiments of the present application may also be implemented by means of software modules or computer-readable instructions stored on one or more computer-readable media, where the computer-readable instructions are used as processors or device components. When executed, the different embodiments described in this application are executed. Similarly, any combination of software modules, computer-readable media, and hardware components is contemplated by this application. The software module may be stored on any type of computer-readable storage medium, such as RAM, EPROM, EEPROM, flash memory, registers, hard disk, CD-ROM, DVD, and so on.

3. Partial review of batch files

According to an embodiment of the present application, as shown in FIG. 2, a method for processing a batch of files in part is provided. The above system is the main body that executes the method, and the accessing party refers to the system that is connected to the system. Receiving the body of the return file sent by the system, the method includes the following steps:

Step S100: Perform periodic polling on the payment channel to obtain a first return file;

Wherein, a period for starting a resumption task can be set in advance, that is, an interval time between each start of the task, for example, the interval time is one hour,

The first return file is a return file that is returned to the system by the payment channel (and then returned to the access party), and then the system summarizes the records in the received return file to the access party. ,

Step S200: Import the records in the first return file into the database, record the detailed status of each record in the first return file as "returned from the payment channel", and record the batch status as "to be returned to Access party ";

Among them, the detailed status of the record includes "not returned from the payment channel", "returned from the payment channel", "successful return to the access party", "failed to return the access party", and the database records A record of all transactions that occurred in the system,

The "batch status" of the record includes "successful return to the accessor", "to be returned to the accessor", and "successful return to the accessor" indicates that the batch to which the record belongs has been returned to the accessor. Party (successful pushing of the second disk response file corresponding to the batch), "to be returned to the access party" indicates that the batch to which the record belongs has not been completely returned to the access party;

In addition, the second disk file has a processing status, including "notified push file", "push file to be notified", and "failed to push file" indicate the push status of the second disk file corresponding to the batch, which will be performed later Elaborate.

Step S300: Query and extract from the database a batch with a status of "to be returned to the access party" and a detailed status of "returned from the payment channel" as the current return record, and generate a second return file And upload it to the first network storage;

Step S400: Record the file number of the second disc file, and modify the processing status of the second disc file to "Push file to be notified";

Step S500: Invoke the push file interface of the file transfer module to transfer the file number of the second disc file to the file transfer module;

Step S600: The file transfer module downloads the second disk file from the first network storage according to the received file number of the second disk file.

Step S700: Upload the downloaded second disk file to the second network storage, and obtain the upload status to complete the disk disk.

The second network storage is a network storage shared between the access party and the system;

Optionally, as shown in FIG. 3, after step S700, the method further includes:

Step S800: If the upload status is "successful", change the batch status of all records in the second disk return file to "successful return to the access party";

Step S900: If the upload status is "failed", the number of upload failures currently recorded is accumulated and recorded in the database;

Step S1000: If the number of failed uploads of one or some records of the second disk file exceeds a predetermined threshold, change the batch status of the corresponding records in the second disk file to "Failed to disk the access party" .

In this case, the background administrator of the system can view all the records of "Failure of returning to the access party" at any time for manual intervention (review).

Optionally, the "invoke the push file interface of the file transfer module" in step S500 may be performed asynchronously, that is, in the asynchronous case, the system may call all the second disk files whose processing status is "push file to be notified". File number; of which there may be multiple second return files, the file transfer module may obtain multiple file numbers, download multiple second return files from the network storage, and upload multiple second return files to the access party After that, multiple upload statuses can be obtained, where each second disc file corresponds to one upload status;

Similarly, the "getting the first disk file" in step S100 can also be performed in an asynchronous manner. In this case, the system can filter out the first disk file whose processing status is "obtaining a file to be notified." The transmission module obtains and downloads one or more first disk files from the first network storage.

Optionally, in step S1000, if the number of failed uploads of the second disc file does not exceed a predetermined threshold, the process returns to step S700 and the upload is performed again.

Optionally, the step S100 includes the following steps:

Step S101: Perform periodic polling on a payment channel to query a list of downloadable files,

The downloadable file list records a file number of a file available for system download;

Step S102: Filter out undownloaded files according to the list of downloadable files, and obtain a file number of the undownloaded files.

The downloadable file list includes all files that need to be returned to the disk and have been downloaded and files that need to be returned to the disk but are not downloaded. In this step, those files that need to be returned to the disk and have been downloaded need to be filtered out;

Step S103: Download the first disk file from the first network storage according to the file number, and import the records in the first disk file into the database.

With the above configuration, when the system generates different second disk files in succession (according to the system call rules), it can contain completely different records, or it can contain some of the same records. Some of the same records mean that these records are in The previous batch has tried to return to the access party, but the return was not successful, and the number of return attempts of each record can be controlled by the number of return failures, which enables more flexible and efficient batch return. deal with.

4. Application-installed system according to an embodiment of the present application

Referring to FIG. 4, a running environment of a system in which an application is installed according to an embodiment of the present application is shown.

In this embodiment, the system for installing an application program is installed and run in an electronic device. The electronic device may be a computing device such as a desktop computer, a notebook, a palmtop computer, and a server. The electronic device may include, but is not limited to, a memory, a processor, and a display. FIG. 4 only shows the electronic device having the above components, but it should be understood that it is not required to implement all the illustrated components, and more or fewer components may be implemented instead.

In some embodiments, the memory may be an internal storage unit of the electronic device, such as a hard disk or a memory of the electronic device. In other embodiments, the memory may also be an external storage device of the electronic device, such as a plug-in hard disk, a Smart Memory Card (SMC), and a Secure Digital , SD) card, Flash card, etc. Further, the memory may include both an internal storage unit and an external storage device of the electronic device. The memory is used to store application software and various types of data installed on the electronic device, such as program code of the system in which the application program is installed. The memory may also be used to temporarily store data that has been or will be output.

In some embodiments, the processor may be a central processing unit (CPU), a microprocessor, or other data processing chip, and is configured to run program code or process data stored in the memory, for example, to execute the processor. The system on which the application is installed, etc.

In some embodiments, the display may be an LED display, a liquid crystal display, a touch-type liquid crystal display, an OLED (Organic Light-Emitting Diode) touch device, or the like. The display is used to display information processed in the electronic device and to display a visualized client interface, such as an application menu interface, an application icon interface, and the like. The components of the electronic device communicate with each other through a system bus.

Through the description of the above embodiments, those skilled in the art can clearly understand that the methods in the above embodiments can be implemented by means of software plus a necessary universal hardware platform, and of course, can also be implemented by hardware, but in many cases The former is a better implementation. Based on such an understanding, the technical solution of this application that is essentially or contributes to the existing technology can be embodied in the form of a software product that is stored in a storage medium (such as ROM / RAM, magnetic disk, The optical disc) includes several instructions for causing a terminal device (which may be a mobile phone, a computer, a server, an air conditioner, or a network device, etc.) to execute the methods described in the embodiments of the present application.

That is, according to an embodiment of the present application, a computer-readable storage medium is also provided, and the computer-readable storage medium stores a program for executing the method, and when the program is executed by a processor, the program is executed. Steps of the method according to an embodiment of the application.

From the above, it will be understood that, for the purpose of illustration, specific embodiments of the present application have been described herein, but various modifications can be made without departing from the scope of the present application. Those skilled in the art will understand that the operations and routines depicted in the flowchart steps or described herein may be varied in various ways. More specifically, the order of the steps may be rearranged, the steps may be executed in parallel, the steps may be omitted, other steps may be included, and various combinations of routines may be made or omitted. Accordingly, this application is limited only by the following claims.

Claims

A batch file partial return processing method, wherein an access party providing a transaction service accesses a batch file partial return processing system, and the batch file partial return processing system processes a service request of the access party Wherein, the batch file partial processing system is connected to a database, and the accessing party uses a payment channel when performing a transaction, and the database stores records related to the transaction of the accessing party,

It is characterized in that the method includes the following steps performed by the batch file partial disc processing system:

Step 1. Perform periodic polling on the payment channel to obtain a first return file, and the first return file includes records related to the need to return to the access party;

Step 2. Import the records in the first disk file into the database;

Step 3: Extract from the database the records that need to be returned to the access party as the current records and summarize them into a second return file;

Step 4. Push the second disc file to the access party and obtain the push status.

Step 5. Update the status of the current record in the database according to the push status.
The method according to claim 1, wherein the system for processing a batch of files in a batch is further connected to a network storage,

The step 1 includes:

Step 1-1: Perform periodic polling to the payment channel to query the list of downloadable files, where the downloadable file list records the file number of the resumable file that can be downloaded;

Steps 1-2: According to the list of downloadable files, filter out the first downloaded disc file that has not been downloaded, and obtain its file number,

The downloadable file list includes all files that need to be recalled and downloaded, and files that need to be recalled but not downloaded;

Steps 1-3: Download the first disk-backed file from the first network storage according to the file number.
The method according to claim 2, wherein the step 2 comprises:

Step 2-1: After importing the records in the first disk file into the database, record the detailed status of each record in the first disk file as "Returned from the payment channel" and record the batch status as "Pending Give back to the access party ";

Among them, the detailed status of the record includes "not returned from the payment channel", "returned from the payment channel",

Among them, the recorded batch status includes "successful return to the accessor", "waiting to return to the accessor", and "failure to return to the accessor".
The method according to claim 3, wherein the step 3 comprises:

Step 3-1: Extract from the database a batch with a status of "to be returned to the accessor" and a detailed status of "returned from the payment channel", as the current return record, summarized into the second return File and upload it to the first network storage.
The method according to claim 4, wherein the step 4 comprises:

Step 4-1: Record the file number of the second disk file on the first network storage, and set the processing status of the second disk file to “Push file to be notified”;

Step 4-2: Invoke the push file interface of the file transfer module of the batch file partial disc processing system to transfer the file number of the second disc file to the file transfer module;

Step 4-3. The file transfer module downloads the second disk file from the first network storage according to the received file number of the second disk file.

Step 4-4. The file transfer module pushes the downloaded second disk file to the second network storage, and obtains the push status.
The method according to claim 5, wherein step 5 includes:

Step 5-1. If the push status obtained in step 4-4 is "successful", change the batch status of all records in the second disk file to "successful for disk return to the access party";

Step 5-2, if the push status obtained in step 4-4 is "failed", the number of currently recorded push failures is accumulated and recorded in the database;

Step 5-3. Update the batch status of the current record whose push failure times exceed a predetermined threshold to "Failure of returning to the access party".
The method according to claim 5, wherein the steps 4-2 to 4-4 are performed asynchronously,

Wherein, the second disk file whose processing status is “Push file to be notified” is acquired periodically or in a triggered manner, and then steps 4-2 to 4-4 are performed.
The method according to claim 2, wherein the steps 1-2 comprise: setting the processing status of the filtered undownloaded first disk file to "obtaining files to be notified" After that, the steps 1-3 are performed asynchronously,

Wherein, the first disk file whose processing status is “acquiring a file to be notified” is acquired regularly or in a triggered manner, and then steps 1-3 are performed.
A batch file partial return processing system for performing a batch file partial return processing method, which is characterized by including a file transfer module, a return module, and an asynchronous processing module.

The file transfer module is used as a gateway for downloading the first disk-backed file from the first network storage and uploading the second disk-backed file to the second network storage,

The check-back module is configured to perform periodic polling on the payment channel, obtain a first check-back file through the file transfer module, import records in the first check-back file into the database, and generate a second check-back file;

The return module is further configured to push a second return file to the access party through the file transfer module, and obtain a push status, and update the status of the current record in the database according to the push status,

Wherein, the asynchronous processing module is configured to perform asynchronous processing on the download of the first disk-backed file and / or the upload of the second disk-backed file in response to the call of the disk-backup module.
The batch file partial disc processing system according to claim 9, wherein the polling is used to query a list of downloadable files.
The batch file partial rewinding processing system according to claim 9, wherein the importing records in the first rewinding file into the database refers to importing the records in the first rewinding file in the database The detailed status of each record is changed to "Returned from the payment channel".
The batch file partial return processing system according to claim 9, wherein the generating the second return file specifically comprises: scanning and extracting all batch statuses in the database as "to be returned to the access party" And the record whose detail status is "Returned from the payment channel" is used as the current return record to generate the second return file.
A computer-readable storage medium, characterized in that the computer-readable storage medium stores a program for executing a batch file partial disc processing method, and when the program is executed by a processor, performs the following steps:

Step 1. Perform periodic polling on the payment channel to obtain a first return file, and the first return file includes records related to the need to return to the access party;

Step 2. Import the records in the first disk file into the database;

Step 3: Extract from the database the records that need to be returned to the access party as the current records and summarize them into a second return file;

Step 4. Push the second disc file to the access party and obtain the push status.

Step 5. Update the status of the current record in the database according to the push status.
The computer-readable storage medium according to claim 13, wherein the batch file partial disc processing system is further connected to a network storage,

The step 1 includes:

Step 1-1: Perform periodic polling to the payment channel to query the list of downloadable files, where the downloadable file list records the file number of the resumable file that can be downloaded;

Step 1-2: According to the downloadable file list, filter out the first downloaded disc file that has not been downloaded, and obtain its file number,

The downloadable file list includes all files that need to be recalled and downloaded, and files that need to be recalled but not downloaded;

Steps 1-3: Download the first disk-backed file from the first network storage according to the file number.
The computer-readable storage medium according to claim 14, wherein the step 2 comprises:

Step 2-1: After importing the records in the first disk file into the database, record the detailed status of each record in the first disk file as "Returned from the payment channel" and record the batch status as "Pending Give back to the access party ";

Among them, the detailed status of the record includes "not returned from the payment channel", "returned from the payment channel",

Among them, the recorded batch status includes "successful return to the accessor", "waiting to return to the accessor", and "failure to return to the accessor".
The computer-readable storage medium of claim 15, wherein step 3 comprises:

Step 3-1: Extract from the database a batch with a status of "to be returned to the accessor" and a detailed status of "returned from the payment channel", as the current return record, summarized into the second return File and upload it to the first network storage.
The computer-readable storage medium of claim 16, wherein step 4 comprises:

Step 4-1: Record the file number of the second disk file on the first network storage, and set the processing status of the second disk file to “Push file to be notified”;

Step 4-2: Invoke the push file interface of the file transfer module of the batch file partial disc processing system to transfer the file number of the second disc file to the file transfer module;

Step 4-3. The file transfer module downloads the second disk file from the first network storage according to the received file number of the second disk file.

Step 4-4. The file transfer module pushes the downloaded second disk file to the second network storage, and obtains the push status.
The computer-readable storage medium of claim 17, wherein step 5 includes:

Step 5-1. If the push status obtained in step 4-4 is "successful", change the batch status of all records in the second disk file to "successful for disk return to the access party";

Step 5-2, if the push status obtained in step 4-4 is "failed", the number of currently recorded push failures is accumulated and recorded in the database;

Step 5-3. Update the batch status of the current record whose push failure times exceed a predetermined threshold to "Failure of returning to the access party".
The computer-readable storage medium according to claim 17, wherein the steps 4-2 to 4-4 are performed in an asynchronous manner,

Wherein, the second disk file whose processing status is “Push file to be notified” is acquired periodically or in a triggered manner, and then steps 4-2 to 4-4 are performed.
The computer-readable storage medium according to claim 14, wherein the steps 1-2 comprise: setting a processing state of the filtered undownloaded first disc file to "acquire a file to be notified", and thereafter , Performing said steps 1-3 asynchronously,

Wherein, the first disk file whose processing status is “acquiring a file to be notified” is acquired regularly or in a triggered manner, and then steps 1-3 are performed.