WO2018166145A1 - 还款数据分批报盘方法和装置 - Google Patents

还款数据分批报盘方法和装置 Download PDF

Info

Publication number
WO2018166145A1
WO2018166145A1 PCT/CN2017/099704 CN2017099704W WO2018166145A1 WO 2018166145 A1 WO2018166145 A1 WO 2018166145A1 CN 2017099704 W CN2017099704 W CN 2017099704W WO 2018166145 A1 WO2018166145 A1 WO 2018166145A1
Authority
WO
WIPO (PCT)
Prior art keywords
data
batch
repayment
current
sequence
Prior art date
Application number
PCT/CN2017/099704
Other languages
English (en)
French (fr)
Inventor
李光
李建
周琳佳
邓捷
Original Assignee
平安科技（深圳）有限公司
Priority date (The priority date 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 date listed.)
Filing date
Publication date
Application filed by 平安科技（深圳）有限公司 filed Critical 平安科技（深圳）有限公司
Publication of WO2018166145A1 publication Critical patent/WO2018166145A1/zh

Links

Classifications

    • G—PHYSICS
    • G06—COMPUTING; CALCULATING OR COUNTING
    • G06F—ELECTRIC DIGITAL DATA PROCESSING
    • G06F16/00—Information retrieval; Database structures therefor; File system structures therefor
    • G06F16/20—Information retrieval; Database structures therefor; File system structures therefor of structured data, e.g. relational data
    • G06F16/27—Replication, distribution or synchronisation of data between databases or within a distributed database system; Distributed database system architectures therefor
    • G—PHYSICS
    • G06—COMPUTING; CALCULATING OR COUNTING
    • G06Q—INFORMATION AND COMMUNICATION TECHNOLOGY [ICT] SPECIALLY ADAPTED FOR ADMINISTRATIVE, COMMERCIAL, FINANCIAL, MANAGERIAL OR SUPERVISORY PURPOSES; SYSTEMS OR METHODS SPECIALLY ADAPTED FOR ADMINISTRATIVE, COMMERCIAL, FINANCIAL, MANAGERIAL OR SUPERVISORY PURPOSES, NOT OTHERWISE PROVIDED FOR
    • G06Q40/00—Finance; Insurance; Tax strategies; Processing of corporate or income taxes
    • G06Q40/02—Banking, e.g. interest calculation or account maintenance

Definitions

  • the present invention relates to the field of financial data processing, and in particular, to a method and apparatus for repaying data batches.
  • the repayment data to be placed is generally divided into a plurality of data batches according to the amount of data.
  • the repayment data of the same borrowing number generated in the same data in the repayment data is divided into the same batch, and the repayment of the same borrowing number and different inter-points is generated.
  • the data needs to be divided into different batches according to the order of the time. Therefore, it is often necessary to check and adjust these repayment data after the batch is evenly distributed, so that the repayment data before the offer meets its special requirements and then report to the downstream system. It can be seen that the existing repayment method of batch data is not only inefficient, but also prone to batch errors.
  • Embodiments of the present invention provide a method and apparatus for repaying data batches, which can improve the efficiency of repaying data batches and reduce the probability of occurrence of batch error conditions.
  • a method for reimbursing data batches including:
  • the disc processing is performed according to the batch results of the respective data groups.
  • a reimbursement data batch offer device including:
  • a batch data determining module configured to determine repayment data to be batched
  • a repayment data grouping module configured to group the repayment data according to the generation point of the repayment data, to obtain each data group, and generate a recurring data in the same data group the same;
  • a packet sorting module configured to sort the respective data groups according to a sequence of generating the data points to obtain a first sequence
  • a first current packet determining module configured to determine that the first data group in the first sequence is the current batch data group
  • a data batching module configured to batchize the repayment data in the current batch data group according to the borrowing number of the repayment data in the current batch data group and the preset single batch capacity, Obtaining batch results of the current batch data set;
  • a second current packet determining module configured to determine, according to the batch processing, that the next data group in the first sequence is the current batch data group, and then trigger the data Batch module
  • the data requesting module is configured to perform a disc processing according to the batch result of each of the data groups if the respective data groups complete the batch processing.
  • a computer readable storage medium stores a computer program, and the computer program is executed by a processor, and the following steps are implemented: [0022] determining repayment data to be batched;
  • a server including a memory, a processor, and a computer program stored in the memory and executable on the processor, the processor executing the computer program to implement the following steps :
  • the generation data of the repayment data in the data group is the same; then, the data groups are sorted according to the order of the generation of the data points to obtain the first sequence; and the first data group in the first sequence is determined.
  • the borrowing number of the repayment data in the current batch data group and the preset single batch capacity are batched to the repayment data in the current batch data group to obtain the current batch data.
  • Batch step result if the respective data sets are completed batch processing is performed according to a batch process offer result of the respective data set.
  • the special requirements of the repayment data are comprehensively considered, and the repayment data to be batched is automatically processed and reported in batches, which greatly improves the repayment data batch report.
  • FIG. 1 is a flow chart of an embodiment of a method for repaying data in batches according to an embodiment of the present invention
  • FIG. 2 is a schematic flowchart of a step 105 in a method for repaying data in a batch mode according to an embodiment of the present invention.
  • FIG. 3 is a schematic flowchart of a step 202 of a method for repaying a data in a corresponding embodiment in FIG. 2 in a scenario;
  • FIG. 4 is a schematic flowchart of a step 108 of a method for repaying a data in a batch data according to an embodiment of the present invention.
  • FIG. 5 is a diagram of a repayment data batching disc device according to an embodiment of the present invention. a structural diagram of an embodiment; 6 is a structural diagram of a second embodiment of a repayment data batch filing apparatus according to an embodiment of the present invention;
  • FIG. 7 is a structural diagram of a third embodiment of a repayment data batch filing apparatus according to an embodiment of the present invention.
  • FIG. 8 is a schematic diagram of a server according to an embodiment of the present invention.
  • Embodiments of the present invention provide a method and apparatus for repaying data batches, which are used to solve the problem that the existing repayment data batching method is not only inefficient, but also prone to batch error conditions.
  • An embodiment of a repayment data batch filing method in an embodiment of the present invention includes:
  • the determination of repayment data is closely related to the relevant inter-nodes of the loan business's repayment plan.
  • the repayment plan for a loan business is a monthly repayment
  • the first day of each month is the offer date for the repayment data.
  • the repayment data to be processed on July 1st is the repayment data generated between June 1st and 30th. It can be seen that for most application scenarios, the repayment data to be processed that needs to be processed this time can be automatically determined by a preset manner.
  • the repayment data of the loan business generally includes information such as a license number, a lender, a repayment date, a repayment amount, and the like, and is stored in a fixed format (generally As text), the data of each repayment data is similar in size. In order to facilitate batch processing, in the subsequent steps, the data size of each payment data can be considered to be the same.
  • the generation of different repayment data may be different, and the repayment of the same loan number
  • the generation of data may also be different.
  • the generation of the daytime refers to the time during which a certain repayment data is generated.
  • the span of a generated breakpoint may be one hour or one day, and may be set as needed. Assuming that the span of the generated breakpoint is one day, the repayment data generated on the first day and the repayment data generated on the second day are different from each other.
  • the plurality of repayment data of the same generation diurnal point can be regarded as one data group. For example, the repayment data generated on the 1st day is classified into the data group 1, and the repayment data generated on the 2nd day is classified into the data group 2.
  • each batch is also required to be batched according to the order of the time. Therefore, in this embodiment, after each data group is obtained, each data group is automatically sequenced according to the generation of the data points. Sort in order to get the first sequence. For example, after grouping, there are 3 data groups, which are data group A, data group B, and data group 0> data group A is generated for 1 day, and data group B is generated for 3 days, data group. The generation point of C is 2 days, and after sorting, the first sequence is: data group A, data group C, and data group B.
  • the data group ranked first in the first sequence is determined as the current batch data group. Taking the example of the above step 103, it is determined that the data group A is the current batch data group.
  • the batch data in the current batch data group is batched according to the borrowing number of the repayment data in the current batch data group and the preset single batch capacity, to obtain the current score. Batch results of batch data sets;
  • step 105 since the repayment data further requires that the repayment data of the same borrowing number generated by the same inter-point is divided into the same batch, therefore, for the repayment data in the same data group, Can be the same
  • the repayment data of the data number is assigned to the same batch.
  • the amount of repayment data is often large, and the data receiving capacity of the downstream system is limited, there is a limit on the maximum amount of data for each batch. For example, if a downstream system receives a maximum amount of data of 50M each time due to bandwidth or data interface, the 50M can be the maximum capacity limit of a single batch. For this reason, in batches, it is also necessary to consider that the amount of data of each batch cannot exceed the capacity of the single batch, otherwise it is easy to send a report, data loss or a downstream system crash.
  • the batch result of the current batch data group is obtained.
  • the batch results can be stored in the cache or in the database.
  • the data utilization rate of each batch is increased, that is, the amount of data included in each batch is increased as much as possible.
  • the foregoing step 105 may specifically include:
  • step 201 when the loan data of the repayment data is the same, the order in the second sequence is ⁇
  • Table 1 For ease of explanation, as shown in Table 1 below:
  • the parallel sorting numbers are the same, for example, the parallel ordering numbers of the three “borrows 1" are all 1, and the next "debit 2" Although it ranks 2nd in the borrowing number, since there are 3 "Debit 1", the parallel sorting number of "Debit 2" is 4. It can be seen that the parallel sort number can reflect the amount of data of the repayment data.
  • step 202 after the second sequence is obtained, since the sequence number of the second sequence can reflect the data amount (number of pieces) of the repayment data, the serial number of the second sequence and the single batch capacity can be comprehensively considered.
  • the foregoing step 202 may specifically include:
  • [0070] 301. Determine, according to the single batch capacity and the data volume of each repayment data, the number of repayment data that can be accommodated in a single batch;
  • [0074] 305. Determine that the current batch data group completes batch processing.
  • the data amount of each payment data is the same, and the number of repayment data that can be accommodated in a single batch can be calculated according to the single batch capacity. . Assuming that the single batch capacity is M and the data amount of each repayment data is k, the number of repayment data that can be accommodated in a single batch is M/k.
  • the unsorted repayment data is allocated to the current batch according to the sequence number sequence of the second sequence, and the repayment data is allocated to the same batch as much as possible.
  • the number of repayment data in the current batch must not exceed the number of repayment data that can be accommodated in a single batch.
  • the following table shows the repayment data of the current batch data group:
  • step 304 is performed, and the serial number 12000 ⁇ 1 in the current batch data group is found.
  • the repayment data of 2001 is not batched, so the process returns to step 302 to create a new batch 2, and then step 303 is executed to assign the repayment data of the serial number 12000 to 12001 to the batch 2.
  • step 305 if the repayment data in the current batch data group has been completed in batches, it is determined that the current batch data group completes the batch processing.
  • step 106 determining whether each of the data groups has completed batch processing, and if not, performing step 107, if
  • step 108 is performed
  • step 106 may be performed to determine whether all data groups have completed batch processing. If not, step 107 is performed to continue the next data. Batching of groups, if yes, then confirm batch completion and offer.
  • next data group in the first sequence is determined as the current batch data group, and then returns to step 105;
  • the offer processing of the repayment data may be performed according to the batch results, and the repayment data report is sent to the downstream system according to the batch.
  • the above batch results include the batch allocation of these repayment data and the order between the batches.
  • the corresponding batch number may be assigned to the repayment data of the respective data groups according to the batch result.
  • the batch number can indicate information such as the batch in which the marked repayment data is located and the sequence with other batches.
  • the batch number can also be added to the batch information to facilitate subsequent payment of the repayment data. Trace back.
  • the batch number may be composed of a sequence prefix and a batch number.
  • the sequence prefix inter-marker + self-increment serial number.
  • the method is executed.
  • a total of 003527 batches are accumulated, and the generated sequence prefix can be 20170101180000003527.
  • the batch serial number indicates the batch order of each batch during the batch offer process. For example, suppose that this batch offer divides the repayment data of the previous month into three batches, which are batch 1, batch 2 and batch 3. Therefore, the batch numbers for these three batches are 1, 2, and 3, respectively. Add the batch number to the end of the sequence prefix to get the corresponding batch number. Therefore, the batch numbers corresponding to Batch 1, Batch 2 and Batch 3 in the example are 2017010118 00000035271, 201701011800000035272, 201701011800000035273, respectively.
  • each batch number can also be recorded in the batch.
  • the batch number schedule can also be used to query the corresponding repayment data according to the batch number after the repayment data report.
  • the foregoing step 108 may specifically include:
  • step 401 in this embodiment, since the repayment data is batched, it is not necessary to obtain specific repayment data, and only the corresponding batch result may be allocated to the repayment data to be batched or The batch number can be used, which greatly saves the calculation amount and data processing amount in the batch process. Therefore, after the repayment data report is made, the corresponding repayment data needs to be obtained from the database according to the batch result. After obtaining the repayment data, you can install the batch order acquisition, that is, you need to send the first batch, first obtain the repayment data of the first batch, and after obtaining the repayment data of the first batch, Obtain the repayment data for the second batch until the repayment data for all required offers is completed.
  • the corresponding repayment data may be sequentially acquired from the database according to the order of the batch number.
  • the repayment data may be preprocessed, for example, the JAVA program is used to write the repayment data into the txt file according to a preset format to generate a Offer file.
  • step 403 after the offer file is obtained, the offer files are sent to the downstream system in batch order, until all the offer file submissions are completed, and the repayment data report is completed.
  • the repayment data to be batched is automatically processed and reported in batches, which greatly improves the number of repayment data.
  • Repayment data is efficient in batches and reduces the probability of batch error conditions.
  • FIG. 5 is a structural diagram showing a first embodiment of a repayment data batch filing apparatus in an embodiment of the present invention.
  • a repayment data batch filing device includes: [0100] The batch data determining module 501 is configured to determine the repayment data to be batched;
  • the repayment data grouping module 502 is configured to group the repayment data according to the generation point of the repayment data, to obtain each data group, and generate the data of the repayment data in the same data group. The same point;
  • the packet sorting module 503 is configured to sort the respective data groups according to a sequence of generating the data points to obtain a first sequence.
  • the first current packet determining module 504 is configured to determine that the first data group in the first sequence is the current batch data group
  • the data batching module 505 is configured to batch the repayment data in the current batch data group according to the borrowing number of the repayment data in the current batch data group and the preset single batch capacity. Obtaining a batch result of the current batch data group;
  • the second current packet determining module 506 is configured to determine, according to the batch processing, that the next data group in the first sequence is the current batch data group, and then trigger the Data batching module 505;
  • the data requesting module 507 is configured to perform a disc processing according to the batch result of each of the data groups if the respective data groups complete the batch processing.
  • FIG. 6 is a structural diagram showing a second embodiment of a repayment data batch filing apparatus in an embodiment of the present invention.
  • the data batching module 505 may specifically include:
  • a parallel sorting unit 5051 configured to perform parallel sorting of the repayment data in the current batch data group according to the borrowing number of the repayment data to obtain a second sequence
  • a sorting batch unit 5052 configured to batch the repayment data in the current batch data group according to the sequence number of the second sequence and a preset single batch capacity, to obtain the current score Batch results for batch data sets.
  • the sorting batch unit 5052 may include:
  • a single batch number determining subunit 0521 configured to determine, according to the single batch capacity and the data volume of each repayment data, the number of repayment data that can be accommodated in a single batch;
  • a data distribution sub-unit 0523 configured to allocate un-granted repayment data in the current batch data group to the current batch according to the sequence number sequence of the second sequence, so that the current batch Secondary repayment data
  • the number of articles is as close as possible but does not exceed the number of repayment data
  • the allocation completion determining subunit 0525 is configured to determine that the current batch data group completes the batch processing if there is no unreconciled repayment data in the current batch data group.
  • FIG. 7 is a structural diagram showing a third embodiment of a repayment data batch filing apparatus in an embodiment of the present invention.
  • the data requesting module 507 may include:
  • the repayment data obtaining unit 5071 is configured to sequentially obtain corresponding repayment data from the database according to the batch order of the batch result;
  • the offer file generating unit 5072 is configured to perform data pre-processing on the repayment data of the same batch to generate an offer file corresponding to each batch;
  • the reporting unit 5073 is configured to submit the offer file to the designated downstream system according to the batch order of the batch result.
  • the repayment data batch offer device may further include:
  • a batch number assignment module 508 configured to allocate a corresponding batch number to the repayment data of each data group according to the batch result
  • the repayment data obtaining unit 5071 includes:
  • the data acquisition subunit 0711 is configured to sequentially acquire corresponding repayment data from the database according to the batch number.
  • the server 8 of this embodiment includes: a processor 80, a memory 81, and a computer program 82 stored in the memory 81 and operable on the processor 80, for example, executing the above-described repayment data.
  • the procedure for the batch offer method The processor 80 executes the computer program 82 to implement the steps in the various embodiments of the above-described repayment data batching method, such as steps 101 to 108 shown in FIG.
  • the processor 80 executes the computer program 82 to implement the functions of the modules/units in the above various device embodiments, such as the functions of the modules 501 to 507 shown in FIG.
  • the computer program 82 can be divided into one or more modules/units, which are stored in the memory 81 and executed by the processor 80.
  • the one or more modules/units may be a series of computer program instruction segments capable of performing a particular function, the instruction segments being used to describe the execution of the computer program 82 in the server 8.
  • the server 8 may be a computing device such as a local server or a cloud server.
  • the server may include, but is not limited to, a processor 80, a memory 81. It will be understood by those skilled in the art that FIG. 8 is merely an example of the server 8, and does not constitute a limitation to the server 8, and may include more or less components than those illustrated, or may combine certain components, or different components, such as
  • the server may also include an input output device, a network access device, a bus, and the like.
  • the processor 80 may be a central processing unit (CPU), or may be another general-purpose processor, a digital signal processor (DSP), or an application specific integrated circuit (Application Specific Integrated Circuit, ASIC), ready-to-use programmable gate array
  • CPU central processing unit
  • DSP digital signal processor
  • ASIC Application Specific Integrated Circuit
  • the general purpose processor may be a microprocessor or the processor or any conventional processor or the like.
  • the memory 81 may be an internal storage unit of the server 8, such as a hard disk or a memory of the server 8.
  • the memory 81 may also be an external storage device of the server 8, such as a plug-in hard disk, a smart memory card (SMC), and a secure digital (SD) card provided on the server 8. Flash card, etc.
  • the memory 81 may also include both an internal storage unit of the server 8 and an external storage device.
  • the memory 81 is used to store the computer program and other programs and data required by the server.
  • the memory 81 can also be used to temporarily store data that has been output or is about to be output.

Landscapes

  • Engineering & Computer Science (AREA)
  • Business, Economics & Management (AREA)
  • Theoretical Computer Science (AREA)
  • Physics & Mathematics (AREA)
  • Finance (AREA)
  • Accounting & Taxation (AREA)
  • General Physics & Mathematics (AREA)
  • Databases & Information Systems (AREA)
  • Computing Systems (AREA)
  • General Engineering & Computer Science (AREA)
  • Data Mining & Analysis (AREA)
  • Development Economics (AREA)
  • Economics (AREA)
  • Marketing (AREA)
  • Strategic Management (AREA)
  • Technology Law (AREA)
  • General Business, Economics & Management (AREA)
  • Financial Or Insurance-Related Operations Such As Payment And Settlement (AREA)
  • Management, Administration, Business Operations System, And Electronic Commerce (AREA)

Abstract

一种还款数据分批报盘方法和装置，用于解决现有还款数据分批报盘方法不仅效率低下，而且容易出现分批错误情况的问题。该还款数据分批报盘方法包括：确定待分批的还款数据；根据还款数据的生成时间点对还款数据进行分组，得到各个数据组；对各个数据组按照生成时间点的先后顺序进行排序，得到第一序列；确定第一序列中排序第一的数据组为当前分批数据组；根据借据号和单个批次容量对当前分批数据组中的还款数据进行分批，得到分批结果；若各个数据组未均完成分批处理，则将第一序列中下一个数据组确定为当前分批数据组，然后继续进行分批处理；若均完成分批处理，则按照分批结果进行报盘处理。

Description

还款数据分批报盘方法和装置 技术领域
[0001] 本发明涉及金融数据处理领域， 尤其涉及还款数据分批报盘方法和装置。
背景技术
[0002] 随着国内经济的发展和资金流转需求， 贷款业务量也日益增多。 在贷款公司的 管理中， 需要定期将贷款业务的还款数据进行报盘处理， 报送至下游系统进行 相应的还款操作。 例如， 个人贷款业务要求贷款人每月还款的， 需要每月月初 将公司的所有相关还款数据及吋报送至下游系统。 而由于还款数据的数据量非 常庞大， 为了避免过大的数据量造成对下游系统的冲击， 往往需要将还款数据 进行分批报盘。
[0003] 目前， 一般将待报盘的还款数据根据数据量均分为多个数据批次。 另外， 由于 还款数据的特殊性， 要求还款数据中同一吋间点生成的、 相同借据号的还款数 据分在同一个批次内， 并且相同借据号、 不同吋间点生成的还款数据需要按照 吋间的先后顺序分在不同的批次内。 因此， 往往在均分批次后， 还需要工作人 员对这些还款数据进行检査和调整， 以使得报盘前的还款数据符合其特殊性要 求， 再报送给下游系统。 可见， 现有的还款数据分批报盘方法不仅效率低下， 而且容易出现分批错误的情况。
技术问题
[0004] 本发明实施例提供了还款数据分批报盘方法和装置， 能够提高还款数据分批报 盘的效率， 并且降低分批错误情况出现的概率。
问题的解决方案
技术解决方案
[0005] 第一方面， 提供一种还款数据分批报盘方法， 包括：
[0006] 确定待分批的还款数据；
[0007] 根据所述还款数据的生成吋间点对所述还款数据进行分组， 得到各个数据组， 同一所述数据组中还款数据的生成吋间点相同； [0008] 对所述各个数据组按照生成吋间点的先后顺序进行排序， 得到第一序列；
[0009] 确定所述第一序列中排序第一的数据组为当前分批数据组；
[0010] 根据所述当前分批数据组中还款数据的借据号和预设的单个批次容量对所述当 前分批数据组中的还款数据进行分批， 得到所述当前分批数据组的分批结果； [0011] 若所述各个数据组未均完成分批处理， 则将所述第一序列中下一个数据组确定 为当前分批数据组， 然后返回执行根据所述当前分批数据组中还款数据的借据 号和预设的单个批次容量对所述当前分批数据组中的还款数据进行分批， 得到 所述当前分批数据组的分批结果的步骤；
[0012] 若所述各个数据组均完成分批处理， 则根据所述各个数据组的分批结果进行报 盘处理。
[0013] 第二方面， 提供一种还款数据分批报盘装置， 包括：
[0014] 待分批数据确定模块， 用于确定待分批的还款数据；
[0015] 还款数据分组模块， 用于根据所述还款数据的生成吋间点对所述还款数据进行 分组， 得到各个数据组， 同一所述数据组中还款数据的生成吋间点相同；
[0016] 分组排序模块， 用于对所述各个数据组按照生成吋间点的先后顺序进行排序， 得到第一序列；
[0017] 第一当前分组确定模块， 用于确定所述第一序列中排序第一的数据组为当前分 批数据组；
[0018] 数据分批模块， 用于根据所述当前分批数据组中还款数据的借据号和预设的单 个批次容量对所述当前分批数据组中的还款数据进行分批， 得到所述当前分批 数据组的分批结果；
[0019] 第二当前分组确定模块， 用于若所述各个数据组未均完成分批处理， 则将所述 第一序列中下一个数据组确定为当前分批数据组， 然后触发所述数据分批模块
[0020] 数据报盘模块， 用于若所述各个数据组均完成分批处理， 则根据所述各个数据 组的分批结果进行报盘处理。
[0021] 第三方面， 提供一种计算机可读存储介质， 所述计算机可读存储介质存储有计 算机程序， 所述计算机程序被处理器执行吋实现如下步骤： [0022] 确定待分批的还款数据；
[0023] 根据所述还款数据的生成吋间点对所述还款数据进行分组， 得到各个数据组， 同一所述数据组中还款数据的生成吋间点相同；
[0024] 对所述各个数据组按照生成吋间点的先后顺序进行排序， 得到第一序列； [0025] 确定所述第一序列中排序第一的数据组为当前分批数据组；
[0026] 根据所述当前分批数据组中还款数据的借据号和预设的单个批次容量对所述当 前分批数据组中的还款数据进行分批， 得到所述当前分批数据组的分批结果； [0027] 若所述各个数据组未均完成分批处理， 则将所述第一序列中下一个数据组确定 为当前分批数据组， 然后返回执行根据所述当前分批数据组中还款数据的借据 号和预设的单个批次容量对所述当前分批数据组中的还款数据进行分批， 得到 所述当前分批数据组的分批结果的步骤；
[0028] 若所述各个数据组均完成分批处理， 则根据所述各个数据组的分批结果进行报 盘处理。
[0029] 第四方面， 提供一种服务器， 包括存储器、 处理器以及存储在所述存储器中并 可在所述处理器上运行的计算机程序， 所述处理器执行所述计算机程序吋实现 如下步骤：
[0030] 确定待分批的还款数据；
[0031] 根据所述还款数据的生成吋间点对所述还款数据进行分组， 得到各个数据组， 同一所述数据组中还款数据的生成吋间点相同；
[0032] 对所述各个数据组按照生成吋间点的先后顺序进行排序， 得到第一序列； [0033] 确定所述第一序列中排序第一的数据组为当前分批数据组；
[0034] 根据所述当前分批数据组中还款数据的借据号和预设的单个批次容量对所述当 前分批数据组中的还款数据进行分批， 得到所述当前分批数据组的分批结果； [0035] 若所述各个数据组未均完成分批处理， 则将所述第一序列中下一个数据组确定 为当前分批数据组， 然后返回执行根据所述当前分批数据组中还款数据的借据 号和预设的单个批次容量对所述当前分批数据组中的还款数据进行分批， 得到 所述当前分批数据组的分批结果的步骤；
[0036] 若所述各个数据组均完成分批处理， 则根据所述各个数据组的分批结果进行报 盘处理。
发明的有益效果
有益效果
[0037] 从以上技术方案可以看出， 本发明实施例具有以下优点：
[0038] 本发明实施例中， 首先， 确定待分批的还款数据； 然后， 根据所述还款数据的 生成吋间点对所述还款数据进行分组， 得到各个数据组， 同一所述数据组中还 款数据的生成吋间点相同； 接着， 对所述各个数据组按照生成吋间点的先后顺 序进行排序， 得到第一序列； 确定所述第一序列中排序第一的数据组为当前分 批数据组； 再之， 根据所述当前分批数据组中还款数据的借据号和预设的单个 批次容量对所述当前分批数据组中的还款数据进行分批， 得到所述当前分批数 据组的分批结果； 若所述各个数据组未均完成分批处理， 则将所述第一序列中 下一个数据组确定为当前分批数据组， 然后返回执行根据所述当前分批数据组 中还款数据的借据号和预设的单个批次容量对所述当前分批数据组中的还款数 据进行分批， 得到所述当前分批数据组的分批结果的步骤； 若所述各个数据组 均完成分批处理， 则根据所述各个数据组的分批结果进行报盘处理。 这样， 根 据还款数据的生成吋间点和借据号综合考虑还款数据的特殊性要求， 自动为待 分批的还款数据进行分批处理并报盘， 大大提高了还款数据分批报盘的效率， 并且降低了分批错误情况出现的概率。
对附图的简要说明
附图说明
[0039] 图 1为本发明实施例中一种还款数据分批报盘方法一个实施例流程图；
[0040] 图 2为本发明实施例中一种还款数据分批报盘方法中步骤 105的具体流程示意图
[0041] 图 3为图 2对应实施例中一种还款数据分批报盘方法的步骤 202在一个场景下的 具体流程示意图；
[0042] 图 4为本发明实施例中一种还款数据分批报盘方法中步骤 108的具体流程示意图 [0043] 图 5为本发明实施例中一种还款数据分批报盘装置第一个实施例结构图； [0044] 图 6为本发明实施例中一种还款数据分批报盘装置第二个实施例结构图；
[0045] 图 7为本发明实施例中一种还款数据分批报盘装置第三个实施例结构图；
[0046] 图 8是本发明一实施例提供的服务器的示意图。
本发明的实施方式
[0047] 本发明实施例提供了一种还款数据分批报盘方法和装置， 用于解决现有还款数 据分批报盘方法不仅效率低下， 而且容易出现分批错误情况的问题。
[0048] 为使得本发明的发明目的、 特征、 优点能够更加的明显和易懂， 下面将结合本 发明实施例中的附图， 对本发明实施例中的技术方案进行清楚、 完整地描述， 显然， 下面所描述的实施例仅仅是本发明一部分实施例， 而非全部的实施例。 基于本发明中的实施例， 本领域普通技术人员在没有做出创造性劳动前提下所 获得的所有其它实施例， 都属于本发明保护的范围。
[0049] 请参阅图 1， 本发明实施例中一种还款数据分批报盘方法一个实施例包括：
[0050] 101、 确定待分批的还款数据；
[0051] 本实施例中， 首先需要确定哪些还款数据为本次执行还款数据分批报盘方法需 要处理的数据， 也即待分批的数据。 一般而言， 还款数据的确定与贷款业务的 还款计划的相关吋间节点密切相关。 例如， 某贷款业务的还款计划为每月进行 一次还款， 并规定每月 1日为还款数据的报盘日。 则， 若当前吋间为 7月 1日， 则 7月 1日需要处理的还款数据为 6月 1日至 30日之间生成的还款数据。 可见， 对于 大多数应用场景， 可以通过预先设置的方式自动确定出本次需要处理的待分批 的还款数据。
[0052] 另外， 需要说明的是， 对于贷款业务的还款数据而言， 其一般包括借据号、 贷 款人、 还款日期、 还款金额等固定栏目的信息， 并以固定的格式存储 （一般为 文本） ， 因此各条还款数据的数据大小相近。 为便于分批处理， 在后续步骤中 ， 可以认为每条还款数据的数据大小是相同的。
[0053] 102、 根据所述还款数据的生成吋间点对所述还款数据进行分组， 得到各个数 据组， 同一所述数据组中还款数据的生成吋间点相同；
[0054] 在贷款业务中， 不同还款数据的生成吋间点可能不同， 具有相同借据号的还款 数据的生成吋间点也可能不同。 生成吋间点指的是某条还款数据生成的吋间。 在本实施例中， 一个生成吋间点的跨度可以是一小吋， 也可以是一天， 具体可 以根据需要进行设定。 假设生成吋间点的跨度为 1天， 则 1日生成的还款数据和 2 日生成的还款数据， 两者的生成吋间点不相同。 本实施例可以将相同生成吋间 点的多条还款数据作为一个数据组， 例如， 1日生成的还款数据归为数据组 1， 2 日生成的还款数据归为数据组 2。
[0055] 可以理解的是， 由于不同吋间点生成的还款数据， 其日切和费率等可能发生变 化， 因此还款数据要求"不同吋间点生成的还款数据需要分在不同的批次内"， 本 实施例通过将还款数据根据生成吋间点的不同进行分组， 并保证后续分批处理 中， 不同数据组的还款数据不会分配到同一批次中， 以确保分批结果满足该要 求。
[0056] 103、 对所述各个数据组按照生成吋间点的先后顺序进行排序， 得到第一序列
[0057] 另外， 对于还款数据， 还要求各个批次按照吋间的先后顺序进行分批， 因此， 本实施例中在得到各个数据组后， 自动对各个数据组按照生成吋间点的先后顺 序进行排序， 得到第一序列。 例如， 分组后共 3个数据组， 分别为数据组 A、 数 据组 B和数据组0> 数据组 A的生成吋间点为 1日， 数据组 B的生成吋间点为 3日， 数据组 C的生成吋间点为 2日， 则排序后， 第一序列为： 数据组 A、 数据组 C、 数 据组 B。
[0058] 104、 确定所述第一序列中排序第一的数据组为当前分批数据组；
[0059] 由上述可知， 为了保证最后得到分批结果遵循生成吋间点的先后顺序， 因此将 所述第一序列中排序第一的数据组确定为当前分批数据组。 承接上述步骤 103的 举例， 即确定数据组 A为当前分批数据组。
[0060] 105、 根据所述当前分批数据组中还款数据的借据号和预设的单个批次容量对 所述当前分批数据组中的还款数据进行分批， 得到所述当前分批数据组的分批 结果；
[0061] 对于步骤 105， 由于还款数据还要求"同一吋间点生成的、 相同借据号的还款数 据分在同一个批次内"， 因此， 对于处于同一数据组中的还款数据， 可以将相同 借据号的还款数据分配为同一个批次。 另外， 由于还款数据的报盘量往往较大 ， 而报盘吋下游系统的数据接收能力有限， 因此每个批次存在最大数据量的限 制。 例如， 某下游系统因带宽或数据接口的原因， 其每次接收的最大数据量为 5 0M， 则该 50M可以为单个批次的最大容量限制。 为此， 在分批吋， 还需要考虑 每个批次的数据量不能超过该单个批次容量， 否则容易发送报送吋数据丢失或 者下游系统崩溃的情况。
[0062] 在借据号和单个批次容量的约束下， 对当前分批数据组中的还款数据进行分批 后， 得到该当前分批数据组的分批结果。 该分批结果可以存储在缓存中或者数 据库中。
[0063] 进一步地， 为了在数据分批吋， 提高每个批次的数据利用率， 即尽可能提高每 个批次中包含的数据量， 如图 2所示， 上述步骤 105可以具体包括：
[0064] 201、 按照还款数据的借据号对所述当前分批数据组中还款数据进行并列排序 ， 得到第二序列；
[0065] 202、 根据所述第二序列的序列号和预设的单个批次容量对所述当前分批数据 组中的还款数据进行分批， 得到所述当前分批数据组的分批结果。
[0066] 对于上述步骤 201， 当还款数据的借据号相同吋， 其在第二序列中的排序为并 歹 |J， 借据号不同吋， 则按照借据号的大小进行排序。 为便于说明， 如下表一所 示：
[0067] 表一
[]
[]
[表 1]
Figure imgf000010_0001
[0068] 由上述表一可知， 当存在多条借据号相同的还款数据吋， 其并列排序号相同， 如 3个"借据 1 "的并列排序号均为 1， 而下一个"借据 2"， 虽然其在借据号中排列第 2， 但由于 "借据 1 "有 3个， 因此"借据 2"的并列排序号为 4。 可见， 并列排序号可 以反映还款数据的数据量。
[0069] 对于上述步骤 202， 在得到第二序列之后， 由于第二序列的序列号可以反映还 款数据的数据量 （条数） ， 因此可以综合考虑第二序列的序列号和单个批次容 量来对当前分批数据组中的还款数据进行分批处理。 更进一步地， 如图 3所示， 上述步骤 202具体可以包括：
[0070] 301、 根据所述单个批次容量和每条还款数据的数据量确定出单个批次可容纳 的还款数据条数；
[0071] 302、 新建一个批次为当前批次；
[0072] 303、 按照所述第二序列的序列号次序将所述当前分批数据组中未分批的还款 数据分配至所述当前批次， 使得所述当前批次中还款数据的条数尽量接近但不 超过所述还款数据条数；
[0073] 304、 判断所述当前分批数据组中是否存在未分批的还款数据， 若是， 则执行 步骤 302， 若否， 则执行步骤 305;
[0074] 305、 确定所述当前分批数据组完成分批处理。 [0075] 对于上述步骤 301， 由上述步骤 101中的内容可以理解， 每条还款数据的数据量 是相同的， 则可以根据单个批次容量计算出单个批次可容纳的还款数据条数。 假设单个批次容量为 M， 每条还款数据的数据量为 k， 则单个批次可容纳的还款 数据条数为 M/k。
[0076] 对于上述步骤 303， 本实施例中依照第二序列的序列号次序将未分批的还款数 据分配至当前批次中， 在尽可能多地将还款数据分配至同一个批次中的同吋， 限定当前批次中的还款数据的条数不得超过单个批次可容纳的还款数据条数。 举例说明如下， 表二中示出了当前分批数据组的各个还款数据：
[0077] 表二
[]
[] [表 2]
Figure imgf000011_0001
如表二所示， 假设单个批次可容纳的还款数据条数为 12000条， 此吋， 若将序 号 1~12000的还款数据分配至批次 1中， 则会把借据 9999的数据拆散， 不符合还 款数据的要求。 因此， 将借据 9999的还款数据排除， 只将序号 1~11999的还款数 据分配至批次 1中。 此吋， 执行步骤 304吋， 发现当前分批数据组中序号 12000~1 2001的还款数据未分批， 因此返回执行步骤 302， 新建一个批次 2， 然后执行步 骤 303， 将序号 12000~12001的还款数据分配至批次 2中。
[0079] 对于上述步骤 305， 若当前分批数据组中的还款数据均已分批完成， 则确定当 前分批数据组完成分批处理。
[0080] 106、 判断所述各个数据组是否均完成分批处理， 若否， 则执行步骤 107， 若是
， 则执行步骤 108;
[0081] 本实施例中， 每当一个当前分批数据组完成分批处理之后， 可以执行步骤 106 判断是否所有的数据组均已完成分批处理， 若否， 则执行步骤 107继续下一个数 据组的分批， 若是， 则确定分批完成并报盘。
[0082] 107、 将所述第一序列中下一个数据组确定为当前分批数据组， 然后返回执行 步骤 105;
[0083] 108、 根据所述各个数据组的分批结果进行报盘处理。
[0084] 对于上述步骤 108， 在得到各个数据组的分批结果之后， 可以根据这些分批结 果进行还款数据的报盘处理， 按照批次将还款数据报送至下游系统。 上述的分 批结果包括这些还款数据的批次分配以及各个批次之间的先后顺序。
[0085] 本实施例中， 为了便于对大量还款数据的分批结果进行管理， 可以根据所述分 批结果为所述各个数据组的还款数据分配对应的批次号。 该批次号可以表示标 记的还款数据所处的批次以及与其它批次之间的先后顺序等信息， 另外， 批次 号中还可以加入吋间信息， 以便于后续对还款数据的追溯。
[0086] 具体地， 该批次号可以由序列前缀和批次序号组成。 其中， 序列前缀=吋间戳 + 自增序号。 例如 2017年 1月 1日 18:00:00执行本方法， 当前总共累积 003527次分批 ， 则生成的序列前缀可以是 20170101180000003527。 而批次序号则表示本次分 批报盘过程中， 对各个批次的分批次序。 例如， 假设本次分批报盘总共将上一 月份的还款数据分为 3批， 则分别为批次 1、 批次 2和批次 3。 因此， 这三个批次 的批次序号分别为 1、 2和 3。 将批次序号添加到序列前缀的末尾即可得到对应的 批次号。 因此， 举例中的批次 1、 批次 2和批次 3对应的批次号分别为 2017010118 00000035271、 201701011800000035272、 201701011800000035273。
[0087] 本实施例中， 在对还款数据标记上批次号之后， 还可以将各个批次号记录在批 次号明细表中， 以便于后续对还款数据的査询。 该批次号明细表也可用于在还 款数据报盘吋， 根据批次号査询对应还款数据所用。
[0088] 进一步地， 如图 4所示， 上述步骤 108具体可以包括：
[0089] 401、 根据所述分批结果的批次顺序依次从数据库中获取对应的还款数据；
[0090] 402、 将相同批次的所述还款数据进行数据预处理， 生成各个批次对应的报盘 文件；
[0091] 403、 按照所述分批结果的批次顺序将所述报盘文件报送至指定的下游系统。
[0092] 对于上述步骤 401， 本实施例中， 由于在对还款数据进行分批吋， 无需获取到 具体的还款数据， 可以只给待分批的还款数据分配对应的分批结果或批次号即 可， 在分批过程中大大节省了计算量和数据处理量。 因此， 在进行还款数据报 盘吋， 需要根据分批结果从数据库中获取对应的还款数据。 在获取还款数据吋 ， 可以安装批次顺序获取， 即需要发送第一个批次吋， 先获取第一个批次的还 款数据， 在获取完第一批次的还款数据之后， 再获取第二个批次的还款数据， 直至所有所需报盘的还款数据获取完成。
[0093] 另外， 若已给还款数据标记上了对应的批次号， 则可以根据所述批次号的顺序 依次从数据库中获取对应的还款数据。
[0094] 对于上述步骤 402， 每获取到一个批次的还款数据吋， 可以对这些还款数据进 行预处理， 例如采用 JAVA程序将还款数据按照预设格式写入 txt文件中， 生成一 个报盘文件。
[0095] 对于上述步骤 403， 在得到报盘文件之后， 按照批次顺序发送这些报盘文件给 下游系统， 直到所有报盘文件报送完成， 则本次还款数据报盘完成。
[0096] 本实施例中， 根据还款数据的生成吋间点和借据号综合考虑还款数据的特殊性 要求， 自动为待分批的还款数据进行分批处理并报盘， 大大提高了还款数据分 批报盘的效率， 并且降低了分批错误情况出现的概率。
[0097] 上面主要描述了一种还款数据分批报盘方法， 下面将对一种还款数据分批报盘 装置进行详细描述。
[0098] 图 5示出了本发明实施例中一种还款数据分批报盘装置第一个实施例结构图。
[0099] 本实施例中， 一种还款数据分批报盘装置包括： [0100] 待分批数据确定模块 501， 用于确定待分批的还款数据；
[0101] 还款数据分组模块 502， 用于根据所述还款数据的生成吋间点对所述还款数据 进行分组， 得到各个数据组， 同一所述数据组中还款数据的生成吋间点相同；
[0102] 分组排序模块 503， 用于对所述各个数据组按照生成吋间点的先后顺序进行排 序， 得到第一序列；
[0103] 第一当前分组确定模块 504， 用于确定所述第一序列中排序第一的数据组为当 前分批数据组；
[0104] 数据分批模块 505， 用于根据所述当前分批数据组中还款数据的借据号和预设 的单个批次容量对所述当前分批数据组中的还款数据进行分批， 得到所述当前 分批数据组的分批结果；
[0105] 第二当前分组确定模块 506， 用于若所述各个数据组未均完成分批处理， 则将 所述第一序列中下一个数据组确定为当前分批数据组， 然后触发所述数据分批 模块 505;
[0106] 数据报盘模块 507， 用于若所述各个数据组均完成分批处理， 则根据所述各个 数据组的分批结果进行报盘处理。
[0107] 图 6示出了本发明实施例中一种还款数据分批报盘装置第二个实施例结构图。
[0108] 如图 6所示， 进一步地， 所述数据分批模块 505具体可以包括：
[0109] 并列排序单元 5051， 用于按照还款数据的借据号对所述当前分批数据组中还款 数据进行并列排序， 得到第二序列；
[0110] 排序分批单元 5052， 用于根据所述第二序列的序列号和预设的单个批次容量对 所述当前分批数据组中的还款数据进行分批， 得到所述当前分批数据组的分批 结果。
[0111] 进一步地， 所述排序分批单元 5052可以包括：
[0112] 单批条数确定子单元 0521， 用于根据所述单个批次容量和每条还款数据的数据 量确定出单个批次可容纳的还款数据条数；
[0113] 批次新建子单元 0522， 用于新建一个批次为当前批次；
[0114] 数据分配子单元 0523， 用于按照所述第二序列的序列号次序将所述当前分批数 据组中未分批的还款数据分配至所述当前批次， 使得所述当前批次中还款数据 的条数尽量接近但不超过所述还款数据条数；
[0115] 返回触发子单元 0524， 用于若所述当前分批数据组中存在未分批的还款数据， 则返回触发所述批次新建子单元 0522;
[0116] 分配完成确定子单元 0525， 用于若所述当前分批数据组中不存在未分批的还款 数据， 则确定所述当前分批数据组完成分批处理。
[0117] 图 7示出了本发明实施例中一种还款数据分批报盘装置第三个实施例结构图。
[0118] 进一步地， 所述数据报盘模块 507可以包括：
[0119] 还款数据获取单元 5071， 用于根据所述分批结果的批次顺序依次从数据库中获 取对应的还款数据；
[0120] 报盘文件生成单元 5072， 用于将相同批次的所述还款数据进行数据预处理， 生 成各个批次对应的报盘文件；
[0121] 报送单元 5073， 用于按照所述分批结果的批次顺序将所述报盘文件报送至指定 的下游系统。
[0122] 进一步地， 所述还款数据分批报盘装置还可以包括：
[0123] 批次号分配模块 508， 用于根据所述分批结果为所述各个数据组的还款数据分 配对应的批次号；
[0124] 所述还款数据获取单元 5071包括：
[0125] 数据获取子单元 0711， 用于根据所述批次号的顺序依次从数据库中获取对应的 还款数据。
[0126] 图 8是本发明一实施例提供的服务器的示意图。 如图 8所示， 该实施例的服务器 8包括： 处理器 80、 存储器 81以及存储在所述存储器 81中并可在所述处理器 80上 运行的计算机程序 82， 例如执行上述的还款数据分批报盘方法的程序。 所述处 理器 80执行所述计算机程序 82吋实现上述各个还款数据分批报盘方法实施例中 的步骤， 例如图 1所示的步骤 101至 108。 或者， 所述处理器 80执行所述计算机程 序 82吋实现上述各装置实施例中各模块 /单元的功能， 例如图 5所示模块 501至 507 的功能。
[0127] 示例性的， 所述计算机程序 82可以被分割成一个或多个模块 /单元， 所述一个 或者多个模块 /单元被存储在所述存储器 81中， 并由所述处理器 80执行， 以完成 本发明。 所述一个或多个模块 /单元可以是能够完成特定功能的一系列计算机程 序指令段， 该指令段用于描述所述计算机程序 82在所述服务器 8中的执行过程。
[0128] 所述服务器 8可以是本地服务器、 云端服务器等计算设备。 所述服务器可包括 ， 但不仅限于， 处理器 80、 存储器 81。 本领域技术人员可以理解， 图 8仅仅是服 务器 8的示例， 并不构成对服务器 8的限定， 可以包括比图示更多或更少的部件 ， 或者组合某些部件， 或者不同的部件， 例如所述服务器还可以包括输入输出 设备、 网络接入设备、 总线等。
[0129] 所述处理器 80可以是中央处理单元 (Central Processing Unit, CPU) , 还可以是其 他通用处理器、 数字信号处理器（Digital Signal Processor, DSP)、 专用集成电路 (Application Specific Integrated Circuit， ASIC)、 现成可编程门阵列
(Field-Programmable Gate Array , FPGA)或者其他可编程逻辑器件、 分立门或者 晶体管逻辑器件、 分立硬件组件等。 通用处理器可以是微处理器或者该处理器 也可以是任何常规的处理器等。
[0130] 所述存储器 81可以是所述服务器 8的内部存储单元， 例如服务器 8的硬盘或内存 。 所述存储器 81也可以是所述服务器 8的外部存储设备， 例如所述服务器 8上配 备的插接式硬盘， 智能存储卡 （Smart Media Card, SMC) ， 安全数字 （Secure Digital, SD) 卡， 闪存卡 （Flash Card) 等。 进一步地， 所述存储器 81还可以既包 括所述服务器 8的内部存储单元也包括外部存储设备。 所述存储器 81用于存储所 述计算机程序以及所述服务器所需的其他程序和数据。 所述存储器 81还可以用 于暂吋地存储已经输出或者将要输出的数据。
[0131] 所属领域的技术人员可以清楚地了解到， 为描述的方便和简洁， 上述描述的系 统， 装置和单元的具体工作过程， 可以参考前述方法实施例中的对应过程， 在 此不再赘述。
[0132] 以上所述， 以上实施例仅用以说明本发明的技术方案， 而非对其限制； 尽管参 照前述实施例对本发明进行了详细的说明， 本领域的普通技术人员应当理解： 其依然可以对前述各实施例所记载的技术方案进行修改， 或者对其中部分技术 特征进行等同替换； 而这些修改或者替换， 并不使相应技术方案的本质脱离本 发明各实施例技术方案的精神和范围。

Claims

权利要求书
[权利要求 1] 一种还款数据分批报盘方法， 其特征在于， 包括：
确定待分批的还款数据；
根据所述还款数据的生成吋间点对所述还款数据进行分组， 得到各个 数据组， 同一所述数据组中还款数据的生成吋间点相同；
对所述各个数据组按照生成吋间点的先后顺序进行排序， 得到第一序 列；
确定所述第一序列中排序第一的数据组为当前分批数据组； 根据所述当前分批数据组中还款数据的借据号和预设的单个批次容量 对所述当前分批数据组中的还款数据进行分批， 得到所述当前分批数 据组的分批结果；
若所述各个数据组未均完成分批处理， 则将所述第一序列中下一个数 据组确定为当前分批数据组， 然后返回执行根据所述当前分批数据组 中还款数据的借据号和预设的单个批次容量对所述当前分批数据组中 的还款数据进行分批， 得到所述当前分批数据组的分批结果的步骤； 若所述各个数据组均完成分批处理， 则根据所述各个数据组的分批结 果进行报盘处理。
[权利要求 2] 根据权利要求 1所述的还款数据分批报盘方法， 其特征在于， 根据所 述当前分批数据组中还款数据的借据号和预设的单个批次容量对所述 当前分批数据组中的还款数据进行分批， 得到所述当前分批数据组的 分批结果具体包括：
按照还款数据的借据号对所述当前分批数据组中还款数据进行并列排 序， 得到第二序列；
根据所述第二序列的序列号和预设的单个批次容量对所述当前分批数 据组中的还款数据进行分批， 得到所述当前分批数据组的分批结果。
[权利要求 3] 根据权利要求 2所述的还款数据分批报盘方法， 其特征在于， 根据所 述第二序列的序列号和预设的单个批次容量对所述当前分批数据组中 的还款数据进行分批， 得到所述当前分批数据组的分批结果包括： 根据所述单个批次容量和每条还款数据的数据量确定出单个批次可容 纳的还款数据条数；
新建一个批次为当前批次；
按照所述第二序列的序列号次序将所述当前分批数据组中未分批的还 款数据分配至所述当前批次， 使得所述当前批次中还款数据的条数尽 量接近但不超过所述还款数据条数；
若所述当前分批数据组中存在未分批的还款数据， 则返回执行所述新 建一个批次为当前批次的步骤；
若所述当前分批数据组中不存在未分批的还款数据， 则确定所述当前 分批数据组完成分批处理。
[权利要求 4] 根据权利要求 1至 3中任一项所述的还款数据分批报盘方法， 其特征在 于， 所述根据所述各个数据组的分批结果进行报盘处理包括： 根据所述分批结果的批次顺序依次从数据库中获取对应的还款数据； 将相同批次的所述还款数据进行数据预处理， 生成各个批次对应的报 盘文件；
按照所述分批结果的批次顺序将所述报盘文件报送至指定的下游系统
[权利要求 5] 根据权利要求 4所述的还款数据分批报盘方法， 其特征在于， 所述还 款数据分批报盘方法还包括：
根据所述分批结果为所述各个数据组的还款数据分配对应的批次号； 所述根据所述分批结果的批次顺序依次从数据库中获取对应的还款数 据具体为： 根据所述批次号的顺序依次从数据库中获取对应的还款数 据。
[权利要求 6] —种还款数据分批报盘装置， 其特征在于， 包括：
待分批数据确定模块， 用于确定待分批的还款数据；
还款数据分组模块， 用于根据所述还款数据的生成吋间点对所述还款 数据进行分组， 得到各个数据组， 同一所述数据组中还款数据的生成 吋间点相同； 分组排序模块， 用于对所述各个数据组按照生成吋间点的先后顺序进 行排序， 得到第一序列；
第一当前分组确定模块， 用于确定所述第一序列中排序第一的数据组 为当前分批数据组；
数据分批模块， 用于根据所述当前分批数据组中还款数据的借据号和 预设的单个批次容量对所述当前分批数据组中的还款数据进行分批， 得到所述当前分批数据组的分批结果；
第二当前分组确定模块， 用于若所述各个数据组未均完成分批处理， 则将所述第一序列中下一个数据组确定为当前分批数据组， 然后触发 所述数据分批模块；
数据报盘模块， 用于若所述各个数据组均完成分批处理， 则根据所述 各个数据组的分批结果进行报盘处理。
[权利要求 7] 根据权利要求 6所述的还款数据分批报盘装置， 其特征在于， 所述数 据分批模块具体包括：
并列排序单元， 用于按照还款数据的借据号对所述当前分批数据组中 还款数据进行并列排序， 得到第二序列；
排序分批单元， 用于根据所述第二序列的序列号和预设的单个批次容 量对所述当前分批数据组中的还款数据进行分批， 得到所述当前分批 数据组的分批结果。
[权利要求 8] 根据权利要求 7所述的还款数据分批报盘装置， 其特征在于， 所述排 序分批单元包括：
单批条数确定子单元， 用于根据所述单个批次容量和每条还款数据的 数据量确定出单个批次可容纳的还款数据条数； 批次新建子单元， 用于新建一个批次为当前批次； 数据分配子单元， 用于按照所述第二序列的序列号次序将所述当前分 批数据组中未分批的还款数据分配至所述当前批次， 使得所述当前批 次中还款数据的条数尽量接近但不超过所述还款数据条数； 返回触发子单元， 用于若所述当前分批数据组中存在未分批的还款数 据， 则返回触发所述批次新建子单元；
分配完成确定子单元， 用于若所述当前分批数据组中不存在未分批的 还款数据， 则确定所述当前分批数据组完成分批处理。
[权利要求 9] 根据权利要求 6至 8中任一项所述的还款数据分批报盘装置， 其特征在 于， 所述数据报盘模块包括：
还款数据获取单元， 用于根据所述分批结果的批次顺序依次从数据库 中获取对应的还款数据；
报盘文件生成单元， 用于将相同批次的所述还款数据进行数据预处理 ， 生成各个批次对应的报盘文件；
报送单元， 用于按照所述分批结果的批次顺序将所述报盘文件报送至 指定的下游系统。
[权利要求 10] 根据权利要求 9所述的还款数据分批报盘装置， 其特征在于， 所述还 款数据分批报盘装置还包括：
批次号分配模块， 用于根据所述分批结果为所述各个数据组的还款数 据分配对应的批次号；
所述还款数据获取单元包括：
数据获取子单元， 用于根据所述批次号的顺序依次从数据库中获取对 应的还款数据。
[权利要求 11] 一种计算机可读存储介质， 所述计算机可读存储介质存储有计算机程 序， 其特征在于， 所述计算机程序被处理器执行吋实现如下步骤： 确定待分批的还款数据；
根据所述还款数据的生成吋间点对所述还款数据进行分组， 得到各个 数据组， 同一所述数据组中还款数据的生成吋间点相同；
对所述各个数据组按照生成吋间点的先后顺序进行排序， 得到第一序 列；
确定所述第一序列中排序第一的数据组为当前分批数据组； 根据所述当前分批数据组中还款数据的借据号和预设的单个批次容量 对所述当前分批数据组中的还款数据进行分批， 得到所述当前分批数 据组的分批结果；
若所述各个数据组未均完成分批处理， 则将所述第一序列中下一个数 据组确定为当前分批数据组， 然后返回执行根据所述当前分批数据组 中还款数据的借据号和预设的单个批次容量对所述当前分批数据组中 的还款数据进行分批， 得到所述当前分批数据组的分批结果的步骤； 若所述各个数据组均完成分批处理， 则根据所述各个数据组的分批结 果进行报盘处理。
[权利要求 12] 根据权利要求 11所述的计算机可读存储介质， 其特征在于， 根据所述 当前分批数据组中还款数据的借据号和预设的单个批次容量对所述当 前分批数据组中的还款数据进行分批， 得到所述当前分批数据组的分 批结果具体包括：
按照还款数据的借据号对所述当前分批数据组中还款数据进行并列排 序， 得到第二序列；
根据所述第二序列的序列号和预设的单个批次容量对所述当前分批数 据组中的还款数据进行分批， 得到所述当前分批数据组的分批结果。
[权利要求 13] 根据权利要求 12所述的计算机可读存储介质， 其特征在于， 根据所述 第二序列的序列号和预设的单个批次容量对所述当前分批数据组中的 还款数据进行分批， 得到所述当前分批数据组的分批结果包括： 根据所述单个批次容量和每条还款数据的数据量确定出单个批次可容 纳的还款数据条数；
新建一个批次为当前批次；
按照所述第二序列的序列号次序将所述当前分批数据组中未分批的还 款数据分配至所述当前批次， 使得所述当前批次中还款数据的条数尽 量接近但不超过所述还款数据条数；
若所述当前分批数据组中存在未分批的还款数据， 则返回执行所述新 建一个批次为当前批次的步骤；
若所述当前分批数据组中不存在未分批的还款数据， 则确定所述当前 分批数据组完成分批处理。
[权利要求 14] 根据权利要求 11至 13中任一项所述的计算机可读存储介质， 其特征在 于， 所述根据所述各个数据组的分批结果进行报盘处理包括： 根据所述分批结果的批次顺序依次从数据库中获取对应的还款数据； 将相同批次的所述还款数据进行数据预处理， 生成各个批次对应的报 盘文件；
按照所述分批结果的批次顺序将所述报盘文件报送至指定的下游系统
[权利要求 15] 根据权利要求 14所述的计算机可读存储介质， 其特征在于， 所述计算 机程序被处理器执行吋还包括：
根据所述分批结果为所述各个数据组的还款数据分配对应的批次号； 所述根据所述分批结果的批次顺序依次从数据库中获取对应的还款数 据具体为： 根据所述批次号的顺序依次从数据库中获取对应的还款数 据。
[权利要求 16] —种服务器， 包括存储器、 处理器以及存储在所述存储器中并可在所 述处理器上运行的计算机程序， 其特征在于， 所述处理器执行所述计 算机程序吋实现如下步骤：
确定待分批的还款数据；
根据所述还款数据的生成吋间点对所述还款数据进行分组， 得到各个 数据组， 同一所述数据组中还款数据的生成吋间点相同；
对所述各个数据组按照生成吋间点的先后顺序进行排序， 得到第一序 列；
确定所述第一序列中排序第一的数据组为当前分批数据组； 根据所述当前分批数据组中还款数据的借据号和预设的单个批次容量 对所述当前分批数据组中的还款数据进行分批， 得到所述当前分批数 据组的分批结果；
若所述各个数据组未均完成分批处理， 则将所述第一序列中下一个数 据组确定为当前分批数据组， 然后返回执行根据所述当前分批数据组 中还款数据的借据号和预设的单个批次容量对所述当前分批数据组中 的还款数据进行分批， 得到所述当前分批数据组的分批结果的步骤； 若所述各个数据组均完成分批处理， 则根据所述各个数据组的分批结 果进行报盘处理。
[权利要求 17] 根据权利要求 16所述的服务器， 其特征在于， 根据所述当前分批数据 组中还款数据的借据号和预设的单个批次容量对所述当前分批数据组 中的还款数据进行分批， 得到所述当前分批数据组的分批结果具体包 括：
按照还款数据的借据号对所述当前分批数据组中还款数据进行并列排 序， 得到第二序列；
根据所述第二序列的序列号和预设的单个批次容量对所述当前分批数 据组中的还款数据进行分批， 得到所述当前分批数据组的分批结果。
[权利要求 18] 根据权利要求 17所述的服务器， 其特征在于， 根据所述第二序列的序 列号和预设的单个批次容量对所述当前分批数据组中的还款数据进行 分批， 得到所述当前分批数据组的分批结果包括： 根据所述单个批次容量和每条还款数据的数据量确定出单个批次可容 纳的还款数据条数；
新建一个批次为当前批次；
按照所述第二序列的序列号次序将所述当前分批数据组中未分批的还 款数据分配至所述当前批次， 使得所述当前批次中还款数据的条数尽 量接近但不超过所述还款数据条数；
若所述当前分批数据组中存在未分批的还款数据， 则返回执行所述新 建一个批次为当前批次的步骤；
若所述当前分批数据组中不存在未分批的还款数据， 则确定所述当前 分批数据组完成分批处理。
[权利要求 19] 根据权利要求 16至 18中任一项所述的服务器， 其特征在于， 所述根据 所述各个数据组的分批结果进行报盘处理包括： 根据所述分批结果的批次顺序依次从数据库中获取对应的还款数据； 将相同批次的所述还款数据进行数据预处理， 生成各个批次对应的报 盘文件；
按照所述分批结果的批次顺序将所述报盘文件报送至指定的下游系统
[权利要求 20] 根据权利要求 19所述的服务器， 其特征在于， 所述处理器执行所述计 算机程序吋还包括：
根据所述分批结果为所述各个数据组的还款数据分配对应的批次号； 所述根据所述分批结果的批次顺序依次从数据库中获取对应的还款数 据具体为： 根据所述批次号的顺序依次从数据库中获取对应的还款数 据。
PCT/CN2017/099704 2017-03-14 2017-08-30 还款数据分批报盘方法和装置 WO2018166145A1 (zh)

Applications Claiming Priority (2)

Application Number Priority Date Filing Date Title
CN201710149602.7 2017-03-14
CN201710149602.7A CN107656955B (zh) 2017-03-14 2017-03-14 还款数据分批报盘方法和装置

Publications (1)

Publication Number Publication Date
WO2018166145A1 true WO2018166145A1 (zh) 2018-09-20

Family

ID=61127649

Family Applications (1)

Application Number Title Priority Date Filing Date
PCT/CN2017/099704 WO2018166145A1 (zh) 2017-03-14 2017-08-30 还款数据分批报盘方法和装置

Country Status (2)

Country Link
CN (1) CN107656955B (zh)
WO (1) WO2018166145A1 (zh)

Families Citing this family (6)

* Cited by examiner, † Cited by third party
Publication number Priority date Publication date Assignee Title
CN109005214B (zh) * 2018-07-03 2021-06-29 创新先进技术有限公司 一种资源调度方法及装置
CN110070440A (zh) * 2019-04-30 2019-07-30 苏州工业园区服务外包职业学院 一种业务数据处理方法、装置、设备和存储介质
CN110378760A (zh) * 2019-06-17 2019-10-25 平安银行股份有限公司 数据处理方法及终端设备
CN110298758B (zh) * 2019-07-09 2021-10-01 恒生电子股份有限公司 订单申报方法及装置
CN110569670B (zh) * 2019-09-17 2021-11-19 上海保险交易所股份有限公司 基于区块链的企业年金的加密和设计方法
CN113822660B (zh) * 2021-10-09 2024-05-24 京东科技控股股份有限公司 数据处理的方法、装置、电子设备及介质

Citations (4)

* Cited by examiner, † Cited by third party
Publication number Priority date Publication date Assignee Title
CN201392563Y (zh) * 2009-04-17 2010-01-27 北京方正春元科技发展有限公司 一种公务卡服务系统
CN103489061A (zh) * 2013-09-04 2014-01-01 用友软件股份有限公司 批量数据处理装置和批量数据处理方法
CN103746851A (zh) * 2014-01-17 2014-04-23 中国联合网络通信集团有限公司 一种实现独立用户数统计的方法及装置
CN104102168A (zh) * 2014-07-14 2014-10-15 上海航天能源股份有限公司 一种用于天然气管网调压的数据传输方法

Family Cites Families (7)

* Cited by examiner, † Cited by third party
Publication number Priority date Publication date Assignee Title
CN101599150A (zh) * 2009-04-24 2009-12-09 阿里巴巴集团控股有限公司 一种分期支付业务的实现方法及系统
CN202584217U (zh) * 2012-01-20 2012-12-05 中国工商银行股份有限公司 一种银行数据的并行批量处理系统
CN104574092A (zh) * 2013-10-19 2015-04-29 周刚 一种基于发票和库存商品会计核算的商品防伪系统及方法
DE202013105649U1 (de) * 2013-12-11 2014-01-02 Tingrong Wu One-Touch-Echtzeit-Mikrokreditsystem
KR20150145619A (ko) * 2014-06-20 2015-12-30 심정택 신용카드를 이용한 선순환 무이자 무수수료 생활비 즉시결제 대출시스템 및 대출방법
CN105681252B (zh) * 2014-11-18 2020-05-19 中兴通讯股份有限公司 一种基于客户端侧数据的处理方法及装置
CN105719183A (zh) * 2014-12-03 2016-06-29 阿里巴巴集团控股有限公司 定向转账方法及其装置

Patent Citations (4)

* Cited by examiner, † Cited by third party
Publication number Priority date Publication date Assignee Title
CN201392563Y (zh) * 2009-04-17 2010-01-27 北京方正春元科技发展有限公司 一种公务卡服务系统
CN103489061A (zh) * 2013-09-04 2014-01-01 用友软件股份有限公司 批量数据处理装置和批量数据处理方法
CN103746851A (zh) * 2014-01-17 2014-04-23 中国联合网络通信集团有限公司 一种实现独立用户数统计的方法及装置
CN104102168A (zh) * 2014-07-14 2014-10-15 上海航天能源股份有限公司 一种用于天然气管网调压的数据传输方法

Also Published As

Publication number Publication date
CN107656955A (zh) 2018-02-02
CN107656955B (zh) 2020-11-03

Similar Documents

Publication Publication Date Title
WO2018166145A1 (zh) 还款数据分批报盘方法和装置
WO2020001370A1 (zh) 一种多链并发交易方法
US20130332446A1 (en) Efficient partitioning techniques for massively distributed computation
WO2017016423A1 (zh) 一种实时新增数据更新方法和装置
CN111130810B (zh) 云服务用量包的计费方法、装置及相关设备
WO2021051782A1 (zh) 区块链的共识方法、装置及设备
CN108171488B (zh) 数据处理方法、装置和系统
WO2021114025A1 (zh) 增量数据确定方法、确定装置、服务器及终端设备
CN111399909A (zh) 业务系统数据分发处理方法、装置及存储介质
CN113419856B (zh) 智能限流方法、装置、电子设备及存储介质
WO2021104451A1 (zh) 多账号的云服务用量包共享方法、装置及相关设备
CN110489418B (zh) 一种数据聚合方法和系统
CN110221914B (zh) 文件处理方法及装置
US11574347B2 (en) System for high-speed billing transaction processing on a processing cluster
CN109241163B (zh) 电子凭证的生成方法及终端设备
CN107402939B (zh) 保单处理方法和装置
US11176506B2 (en) Blockchain expense and resource utilization optimization
CN111259045B (zh) 一种数据处理方法、装置、服务器及介质
CN107194712B (zh) 共享账户变动信息记录方法及装置、内部账户补账方法及系统
CN115984022A (zh) 分布式支付系统统一对账方法和装置
CN114168624A (zh) 数据分析方法、计算设备及存储介质
TW202315360A (zh) 微服務分配方法、電子設備及儲存介質
CN112988383A (zh) 一种资源分配方法、装置、设备以及存储介质
CN115687708B (zh) 交易行情数据加工方法及装置、数据加工板卡
CN111275327B (zh) 一种资源配置方法、装置、设备及存储介质

Legal Events

Date Code Title Description
121 Ep: the epo has been informed by wipo that ep was designated in this application

Ref document number: 17900781

Country of ref document: EP

Kind code of ref document: A1

NENP Non-entry into the national phase

Ref country code: DE

32PN Ep: public notification in the ep bulletin as address of the adressee cannot be established

Free format text: NOTING OF LOSS OF RIGHTS PURSUANT TO RULE 112(1) EPC (EPO FORM 1205A DATED 09/12/2019)

122 Ep: pct application non-entry in european phase

Ref document number: 17900781

Country of ref document: EP

Kind code of ref document: A1