WO2019100654A1 - 多任务处理方法、装置、应用服务器及存储介质 - Google Patents

多任务处理方法、装置、应用服务器及存储介质 Download PDF

Info

Publication number
WO2019100654A1
WO2019100654A1 PCT/CN2018/083933 CN2018083933W WO2019100654A1 WO 2019100654 A1 WO2019100654 A1 WO 2019100654A1 CN 2018083933 W CN2018083933 W CN 2018083933W WO 2019100654 A1 WO2019100654 A1 WO 2019100654A1
Authority
WO
WIPO (PCT)
Prior art keywords
task
preset
service
tasks
identifier
Prior art date
Application number
PCT/CN2018/083933
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 WO2019100654A1 publication Critical patent/WO2019100654A1/zh

Links

Classifications

    • G—PHYSICS
    • G06—COMPUTING; CALCULATING OR COUNTING
    • G06F—ELECTRIC DIGITAL DATA PROCESSING
    • G06F9/00—Arrangements for program control, e.g. control units
    • G06F9/06—Arrangements for program control, e.g. control units using stored programs, i.e. using an internal store of processing equipment to receive or retain programs
    • G06F9/46—Multiprogramming arrangements
    • G06F9/48—Program initiating; Program switching, e.g. by interrupt
    • G06F9/4806—Task transfer initiation or dispatching
    • G06F9/4843—Task transfer initiation or dispatching by program, e.g. task dispatcher, supervisor, operating system
    • G06F9/4881—Scheduling strategies for dispatcher, e.g. round robin, multi-level priority queues

Definitions

  • the present application relates to the field of data processing technologies, and in particular, to a multitasking method, apparatus, application server, and storage medium.
  • the purpose of the present application is to provide a multi-task processing method, apparatus, application server, and storage medium, by controlling the application server to send the same number of tasks to the enterprise front-end machine to avoid the same task.
  • Exceeding the concurrency of the bank's front-end machines increases the responsiveness of the application server.
  • a multitasking method includes the following steps:
  • the multi-task is found according to the preset task identifier, the multi-task is found to be divided into two service classes according to the service type to which the service belongs, wherein the two service classes include a transfer service class and a transaction detail service class;
  • the transfer service class is de-screened according to the account identifier carried in the task, and the transaction detail service class is filtered according to a preset rule to select a first preset number of tasks;
  • a multitasking device includes:
  • the dividing module is configured to: when the multitasking is found according to the preset task identifier, the multitasking is divided into two service classes according to the service type of the service, wherein the two service classes include a transfer service class and a transaction detail service. class;
  • the screening analysis module is configured to perform deduplication screening according to the account identifier carried by the task, and filter the transaction detail service class according to a preset rule to select a first preset number of tasks;
  • the sending module is configured to send the selected task to the enterprise front-end device corresponding to the task identifier.
  • a computer readable storage medium wherein the computer readable storage medium stores one or more programs, the one or more programs executable by one or more processors to implement any of the above The steps in the multitasking method.
  • An application server includes: a processor, a memory, and a communication bus; and the memory stores a computer readable program executable by the processor;
  • the communication bus implements connection communication between the processor and the memory
  • the processor implements the steps of the multitasking method as described above when the computer readable program is executed.
  • the multi-tasking processing method divides the found task into a transfer service class by finding a multi-task. And transaction detail business class; then first filter the transfer business class, only one for carrying the same account identifier to remove other repetitive tasks, and then filter the transaction detail business class according to preset rules to select the first preset number of tasks Finally, the selected task is sent to the enterprise front-end machine to be sent to the banking system through the enterprise front-end machine, thereby reducing the number of repetitive tasks sent to the banking system, avoiding the convergence of the banking system, and improving the banking system. The speed of the reaction.
  • FIG. 1 is a schematic diagram of an application environment of a multitasking method provided by the present application.
  • FIG. 3 is a flowchart of step S10 in the multitasking process provided by the present application.
  • FIG. 4 is a flowchart of step S20 in the multitasking process provided by the present application.
  • FIG. 5 is a flowchart of step S21 in the multitasking process provided by the present application.
  • FIG. 6 is a flowchart of a secondary screening included after step S212 in the method for automatically modifying a table structure based on a source database provided by the present application.
  • FIG. 7 is a schematic diagram of an operating environment of a preferred embodiment of a multitasking application server provided by the present application.
  • FIG. 8 is a functional block diagram of a preferred embodiment of an application server for installing multitasking in the present application.
  • the purpose of the present application is to provide a The multitasking method, device, application server and storage medium, by controlling the application server to send the same number of tasks to the enterprise front-end machine, avoiding the number of identical tasks received by the banking system reaching its concurrency, thereby reducing the banking system
  • the occupation of resources improves the processing speed of the banking system, thereby improving the response speed of the background server.
  • FIG. 1 is a schematic diagram of an application environment of a multi-tasking method provided by the present application.
  • the enterprise front-end machine is a terminal device corresponding to the enterprise identity
  • the enterprise front-end machine and the application server communicate with the bank front-end machine
  • the enterprise front-end machine receives the task sent by the application server, and the received task is received.
  • the corresponding message is sent to the bank front-end machine, and one or more applications can be installed in the application server to process related data.
  • the application server may receive the transaction request carrying the task identifier of the front end, and the application server scans the task corresponding to the task identifier in the stored database when receiving the search transaction request, and according to the
  • the preset task identifier finds a multi-task
  • the multi-task is found to be divided into a transfer service class and a transaction detail service class according to the service type of the service, and the transfer service class is de-duplicated according to the account identifier carried by the task, and the transaction is performed.
  • the detailed service class is filtered according to a preset rule to select a first preset number of tasks, and finally the selected task is sent to the enterprise front-end machine corresponding to the task identifier; thereby controlling the application server to send to the bank front-end machine
  • the number of identical messages reduces the occupation of banking system resources, improves the processing speed of the banking system, and thus improves the response speed of the background server.
  • the multitasking method provided by the present application includes the following steps:
  • the multi-task is found according to the preset task identifier, the multi-task is found to be divided into two service classes according to the service type to which the service belongs, where the two service classes include a transfer service class and a transaction detail service class.
  • the task identifier is received by the application server, and may be input by a user, or may be sent by a front-end device connected to the application server.
  • the task identifier is sent by the front end device, so that the application server performs task search according to the task identifier.
  • the task identifier may further include a query condition, for example, a transaction date and the like.
  • the multi-task is pre-stored in the preset database, that is, the multi-task is found according to the preset task identifier, and the multi-task is found in the preset database according to the preset task identifier.
  • the preset database can be an oracle database (oracle database aka Oracle) RDBMS, or Oracle for short, is a relational database management system from Oracle), MySQL (MySQL is an open source small relational database management system) database or PostgreSQL (PostgreSQL) Is a free object-relational database server) database, which are common and easy to operate database management systems and tools to facilitate the query of tasks within the database in this embodiment.
  • the multitasking is a task performed by a banking system
  • the service type may be a transfer, a transfer inquiry, a balance, a pipeline, etc.
  • the task carries its corresponding service identifier (eg, a service code)
  • the service identifier is used to determine the type of the service to which the task belongs, so that the task classification of the multi-task may be determined according to the service identifier, for example, a transfer service class and a transaction detail service class.
  • the step of finding that the multi-task is divided into two service classes according to the service type of the service may include:
  • each service type is configured with a service identifier set, and the service identifier set stores all service identifiers belonging to the corresponding service type, so that when the service identifier is obtained, the service identifier set to which the service identifier belongs may be obtained. And determine all the business types of the task.
  • the transfer service class may include a transfer and a transfer query, that is, the service identifier set corresponding to the transfer service class includes a service identifier of the transfer service and a service identifier of the transfer inquiry service.
  • the transaction explicit class may include a balance query, a pipeline query, and a historical pipeline query, that is, the service identifier set corresponding to the transaction explicitly includes a service identifier of the balance inquiry service, a service identifier of the pipeline query service, and a historical pipeline. Query the business identifier of the service.
  • S20 Perform the deduplication screening according to the account identifier carried by the task, and filter the transaction detail service class according to a preset rule to select the first preset number of tasks.
  • the application server After the application server divides the found multitasking into the transfer business class and the transaction detail business class, it will start a pre-set task filter program, and then filter the transfer business class and the transaction detail business class. Specifically, first screening the transfer business class to determine the first task included in the transfer business class; and then filtering the transaction detail business class to determine the second task included in the transaction detail business class.
  • the database corresponding to each enterprise identifier is configured with the number of tasks invoked once, it is recorded as the preset number of tasks, and there may be more than a preset in the database corresponding to each enterprise identifier. The number of tasks, so you can filter the transfer business class and the transaction detail business class, and ensure that the number of tasks of the first task and the second task that are separately filtered is less than or equal to the preset number.
  • the transfer service class is de-duplicated according to the account identifier carried by the task, and the transaction detail service is filtered according to a preset rule, so as to select the first preset number of tasks specifically :
  • the account identifier is carried by the task, preferably the service account bizAccountNo of the payer, so that the same type of service of the same account is frequently transmitted to the bank front-end machine and the concurrent limit of the banking system is triggered. That is to say, the removal of the account identifier carried in the task in the transfer service class refers to retaining multiple tasks carrying the same account identifier in the transfer service class, and removing other identical tasks to reduce the front-end to the enterprise. The number of identical tasks sent by the machine.
  • the number of the first task of the transfer service class is determined by the following:
  • All tasks in the transfer service class are divided into at least one group according to the account identifier carried by the task, and the at least one group is respectively sorted according to a preset order.
  • the task of sorting the first group is selected in order to obtain the filtered transfer service class, and obtain the first task quantity of the filtered transfer service class.
  • the preset sequence may be a priority descending order, a task creation time ascending order, or a task ID ascending order.
  • the priority is automatically assigned when the task is generated, and is used to determine the identifier of the task execution sequence, and when each task is found, the priority carried by each task can be obtained.
  • the preset order is preferably: first sorting the tasks in descending order of priority, and detecting whether there are tasks with the same sort order; if there is an order The same task (that is, the task with the same priority) sorts the tasks with the same order in ascending order of the task creation time and updates the sorting of all the tasks; again, it detects whether there are tasks with the same sort order, if there are tasks with the same sort order (that is, the priority has been created for the same task time), then the tasks with the same sort order are selected in ascending order according to the task ID and the order of all tasks is updated, so that the duplicate data is not selected.
  • the order of the tasks with the same sort order can be randomly set to ensure that the tasks in each group correspond to a unique sort order, that is, the sequence number of the tasks in each group can be The sequence is incremented from 1-n.
  • the post-filtering transfer service class includes the first task quantity of the task, and compares the first task quantity with the preset second quantity, so that the number of tasks included in the transfer business class satisfies the enterprise front.
  • the configuration requirements of the setup machine avoid the task process of sending the transfer business class at a time, and affect the processing speed of the enterprise front-end machine and its associated banking system.
  • FIG. 6 is a flowchart of secondary screening included after step 212 in the multitasking method provided by the present application.
  • the step S212 includes:
  • the database corresponding to the enterprise identifier is pre-configured with a first preset number of tasks that can be queried each time, and a second preset number of the transfer service class included in the queried task, and the second preset number is the first preset Set a half of the quantity, so that after the number of the first tasks after the screening is obtained, the first task quantity is compared with the second preset quantity, and when the first task quantity is greater than the second preset quantity, the filtered
  • the transfer business class performs a secondary screening to obtain a second predetermined number of tasks.
  • the first task quantity and the second task quantity are both set to a second preset quantity; when the first task quantity is less than the second preset quantity And calculating a difference between the first preset quantity and the first task quantity, and using the calculated difference as the second task quantity.
  • the transaction detail service class is filtered to select the second task quantity task, but the transaction detail service class may contain fewer tasks than the second task number, and thus before performing step S23
  • the method may further include: obtaining a third task quantity of the task included in the transaction detail business class, and comparing the third task quantity with the second task quantity; if the third task quantity is greater than the second task quantity, performing the transaction according to the preset rule
  • the detailed service class performs screening; if the third task number is less than or equal to the second task number, the step S23 is not performed.
  • the filtering of the transaction detail business class may be performed in ascending order of priority.
  • the transaction detail business class may be filtered according to the priority descending order, the same priority according to the task creation time ascending order, and the priority and the task creation time are the same as the task ID ascending order. the rule of.
  • the filtered tasks are sent to the enterprise front-end machine one by one, and the sending time interval of the two tasks is preset, for example, 10 ms.
  • the order in which the filtered tasks are sent may be sent in the order in which they are found, or in the order of priority of the tasks, and the like.
  • the method further comprises: detecting a bank code carried by each task, and determining whether there is a task belonging to the preset bank according to the bank code.
  • the default bank is a bank that sets a concurrency limit. For example, the default bank, the Bank of China, has a concurrency restriction.
  • the step S30 further includes: when there is a task belonging to the preset bank, sleeping for a second preset time; when the task belonging to the preset bank is not stored, sleeping for a third preset time.
  • the second preset time is a concurrent limit time set by the preset bank
  • the third preset time is a concurrent sleep time configured by the application server, where the second preset time may be 10000 ms, and the third preset time may be 5000 ms.
  • the step S30 may specifically include:
  • the sleep defaults to 1000 milliseconds
  • each task is sent one by one, and the default is 10 milliseconds for each task sent, and 5000 milliseconds after all tasks are sent;
  • each task is sent one by one, and sleeps for 10 milliseconds each time a task is sent, and 10000 milliseconds after all tasks are sent.
  • the present application further provides an application server.
  • the application server interacts with the front end and the enterprise front-end machine, for example, receiving a request for the query task sent by the front end, and feeding back the queried task information to the front end; meanwhile, searching for the corresponding task according to the request, and sending the task to the
  • the enterprise front-end machine is sent to the banking system through the enterprise front-end machine to obtain the bank transaction information corresponding to the task; and in the process of querying the corresponding task according to the request, the multi-task of the query is filtered to remove the same function of the same account.
  • it achieves control over the number of identical tasks sent by the bank front-end.
  • the application server may be a computing device such as a desktop computer, a mainframe, or a server group composed of multiple servers.
  • the application server includes, but is not limited to, processor 10, memory 20, and display 30.
  • Figure 7 shows only some of the components of the application server, but it should be understood that not all illustrated components may be implemented, and more or fewer components may be implemented instead.
  • the memory 20 may be an internal storage unit of the application server, such as a hard disk or memory of the application server, in some embodiments.
  • the memory 20 may also be an external storage device of the application server in other embodiments, such as a plug-in hard disk equipped on the application server, and a smart memory card (Smart Media Card, SMC), Secure Digital (SD) card, flash card (Flash) Card) and so on.
  • the memory 20 may also include both an internal storage unit of the application server and an external storage device.
  • the memory 20 is configured to store application software and various types of data installed on the application server, such as the code for installing the multitasking program.
  • the memory 20 can also be used to temporarily store data that has been output or is about to be output.
  • a multitasking program 40 is stored on the memory 20, which may be executed by the processor 10 to implement the multitasking method of various embodiments of the present application.
  • the processor 10 may be a central processing unit (Central Processing Unit) in some embodiments.
  • the display 30 may be an LED display, a liquid crystal display, a touch liquid crystal display, and an OLED (Organic) in some embodiments. Light-Emitting Diode, organic light emitting diodes), etc.
  • the display 30 is for displaying information processed in the application server and a user interface for displaying visualizations.
  • the components 10-30 of the application server communicate with one another via a system bus.
  • FIG. 8 is a functional block diagram of an application server of the present application.
  • the program stored in the memory of the application server may be divided into one or more modules, and the one or more modules are executed by one or more processors (the processor 10 in this embodiment).
  • the program stored in the memory of the application server may be divided into a receiving module 21, an acquisition analyzing module 22, and a feedback module 23.
  • the above partitioning module 21, the screening analysis module 22, the sending module 23, and the like may be embedded in the hardware form or independent of the multi-tasking device and run in the application server, so that the processor calls the execution of the above modules. Corresponding operation.
  • a module as referred to in the present application refers to a series of computer program instruction segments capable of performing a specific function, which is more suitable than the program for describing the execution of the program of the concurrency control method in the application server.
  • the following description will specifically describe the functions of the modules 21-23.
  • the dividing module 21 is configured to: when the multi-task is found according to the preset task identifier, the multi-tasking is divided into two service classes according to the service type of the service, wherein the two service classes include a transfer service class and a transaction detail.
  • the two service classes include a transfer service class and a transaction detail.
  • the screening analysis module 22 is configured to perform deduplication screening according to the account identifier carried by the task, and filter the transaction detail service according to a preset rule to select a first preset number of tasks;
  • the sending module 23 is configured to send the selected task to the enterprise front-end machine corresponding to the task identifier.
  • the dividing module includes:
  • a determining unit configured to obtain a multi-tasking service identifier separately when the multi-task is found according to the preset task identifier, and determine, according to the service identifier, a service type in which the task is located, where the service type includes a transfer service And transaction details business;
  • a first dividing unit configured to divide the task into a transfer service class when the service identifier belongs to a transfer service class
  • the second dividing unit is configured to divide the task into a transaction detail service class when the service identifier belongs to a transaction detail service class.
  • the screening analysis module includes:
  • the first screening unit is configured to perform deduplication screening on the account forwarding service class according to the account identifier carried by the task, and obtain the first task quantity of the transfer business class after filtering;
  • a second screening unit configured to determine, according to the first preset quantity and the first task quantity, a second task quantity corresponding to the transaction detail service class
  • the third screening unit is configured to filter the transaction detail service class according to the preset rule to obtain the task of the second task quantity.
  • the first screening unit is further configured to:
  • All tasks in the transfer service class are divided into at least one group according to the account identifier carried therein, and the at least one group is respectively sorted in a preset order;
  • the task of sorting the first group is selected in turn to obtain the filtered transfer service class, and the first task quantity of the filtered transfer service class is obtained.
  • the first screening unit is further configured to:
  • the second preset number of tasks are selected in the filtered transfer service class according to the priority order, and the first task quantity is updated by using the second preset quantity.
  • the third screening unit is specifically configured to:
  • the sending module is specifically configured to:
  • the obtained tasks are sent to the enterprise front-end device corresponding to the task identifier one by one, wherein the sending time intervals of the two adjacent tasks are separated by a first preset time.
  • the multitasking device further includes:
  • An inspection module configured to detect a bank code carried by each task, and according to the bank code, whether there is a task belonging to the preset bank;
  • a first hibernation module configured to sleep for a second preset time when there is a task belonging to the preset bank
  • the second hibernation module is configured to sleep for a third preset time when the task belonging to the preset bank is not stored.
  • the multitasking method divides the found task into a transfer service class and a transaction by finding a multitasking task.
  • Detailed business class then first filter the transfer business class, only one for carrying the same account identifier to remove other duplicate tasks, and then filter the transaction detail business class according to the preset rules to select the first preset number of tasks, and finally The selected tasks are sent to the enterprise front-end machine to be sent to the banking system through the enterprise front-end machine, thereby reducing the number of repetitive tasks sent to the banking system, avoiding the convergence of the banking system and improving the response of the banking system. speed.
  • a computer program to instruct related hardware (such as a processor, a controller, etc.), and the program can be stored in one.
  • the program when executed, may include the processes of the various method embodiments as described above.
  • the storage medium described therein may be a memory, a magnetic disk, an optical disk, or the like.

Landscapes

  • Engineering & Computer Science (AREA)
  • Software Systems (AREA)
  • Theoretical Computer Science (AREA)
  • Physics & Mathematics (AREA)
  • General Engineering & Computer Science (AREA)
  • General Physics & Mathematics (AREA)
  • Financial Or Insurance-Related Operations Such As Payment And Settlement (AREA)

Abstract

本申请公开了一种多任务处理方法、装置、应用服务器及存储介质，其中，所述多任务处理方法包括：当根据预设任务标识查找到多任务时，将查找到的多任务按照其所属业务类型划分为两个业务类，所述两个业务类包括转账业务类和交易明细业务类（S10）；将转账业务类按照任务携带的账号标识进行去重筛选，并对交易明细业务类按照预设规则进行筛选，以选取第一预设数量的任务（S20），将选取到的任务发送至所述任务标识对应的企业前置机（S30）。本申请可以减少发往银行系统的重复任务的数量，避免了达到银行系统并发量，提高了银行系统的反应速度。

Description

多任务处理方法、装置、应用服务器及存储介质
本申请要求于2017年11月24日提交中国专利局、申请号为201711188624.0、发明名称为“多任务处理方法、应用服务器及存储介质”的中国专利申请的优先权，其全部内容通过引用结合在本申请中。
技术领域
本申请涉及数据处理技术领域，具体涉及多任务处理方法、装置、应用服务器及存储介质。
背景技术
在金融系统中，经常需要通过应用服务器扫描任务，并在扫描到任务后将任务通知给该任务的企业前置机，再通过企业前置机将任务对应的发送至银行前置机，以对银行系统发起交易操作。然而，目前的银行系统普遍存在并发量限制，而应用服务器扫描到的任务中可能存在较多的相同任务，而当企业前置机将相同任务发往银行前置机时，所述相同任务可能会超过银行系统的并发处理量，而占用银行系统大量资源，导致银行系统反应速度慢，进而影响应用服务器任务响应速度。
因此，现有技术还有待于改进和发展。
发明内容
鉴于上述现有技术的不足之处，本申请的目的在于提供一种多任务处理方法、装置、应用服务器及存储介质，通过控制应用服务器向企业前置机发送相同任务的数量，以避免相同任务超过银行前置机的并发量，从而提高了应用服务器的响应速度。
为了达到上述目的，本申请采取了以下技术方案：
一种多任务处理方法，其包括如下步骤：
当根据预设任务标识查找到多任务时，将查找到多任务按照其所属业务类型划分为两个业务类，其中，所述两个业务类包括转账业务类和交易明细业务类；
将转账业务类按照任务携带的账号标识进行去重筛选，并对交易明细业务类按照预设规则进行筛选，以选取第一预设数量的任务；
将选取到的任务发送至所述任务标识对应的企业前置机。
一种多任务处理装置，包括：
划分模块，用于当根据预设任务标识查找到多任务时，将查找到多任务按照其所属业务类型划分为两个业务类，其中，所述两个业务类包括转账业务类和交易明细业务类；
筛选分析模块，用于将转账业务类按照任务携带的账号标识进行去重筛选，并对交易明细业务类按照预设规则进行筛选，以选取第一预设数量的任务；
发送模块，用于将选取到的任务发送至所述任务标识对应的企业前置机。
一种计算机可读存储介质，其中，所述计算机可读存储介质存储有一个或者多个程序，所述一个或者多个程序可被一个或者多个处理器执行，以实现如上任一所述的多任务处理方法中的步骤。
一种应用服务器，其包括：处理器、存储器及通信总线;所述存储器上存储有可被所述处理器执行的计算机可读程序；
所述通信总线实现处理器和存储器之间的连接通信；
所述处理器执行所述计算机可读程序时实现如上任一所述的多任务处理方法中的步骤。
相较于现有技术，本申请提供的多任务处理方法、装置、应用服务器及存储介质中，所述多任务处理方法通过在查找到多任务时，将查找到的对任务划分为转账业务类和交易明细业务类；然后首先对转账业务类进行筛选，对于携带同一账号标识仅保留一个以去除其他重复任务，再对交易明细业务类按照预设规则进行筛选以选取第一预设数量的任务，最后将选取到的任务发送至企业前置机，以通过企业前置机发送至银行系统，从而可以减少发往银行系统的重复任务的数量，避免了达到银行系统并发量，提高了银行系统的反应速度。
附图说明
图1为本申请提供的多任务处理方法的应用环境示意图。
图2为本申请提供的多任务处理的流程图。
图3为本申请提供的多任务处理中步骤S10的流程图。
图4为本申请提供的多任务处理中步骤S20的流程图。
图5为本申请提供的多任务处理中步骤S21的流程图。
图6为本申请提供的基于源数据库自动修改表结构的方法中步骤S212之后包括的二次筛选的流程图。
图7为本申请提供的多任务处理应用服务器的较佳实施例的运行环境示意图。
图8为本申请安装多任务处理的应用服务器的较佳实施例的功能模块图。
具体实施方式
鉴于现有金融系统中，存在应用服务器通过企业前置机向银行系统相同任务的数量过多，造成银行系统资源被大量占用而导致应用服务器响应速度慢的问题，本申请的目的在于提供一种多任务处理方法、装置、应用服务器及存储介质，通过控制应用服务器向企业前置机发送相同任务的数量，避免了银行系统接收到的相同任务的数量达到其并发量，从而减少了对银行系统资源的占用，提高了银行系统的处理速度，进而提高了后台服务器的响应速度。
为使本申请的目的、技术方案及效果更加清楚、明确，以下参照附图并举实施例对本申请进一步详细说明。应当理解，此处所描述的具体实施例仅用以解释本申请，并不用于限定本申请。
请参阅图1，其为本申请提供的多任务处理方法的应用环境示意图。图中，企业前置机为企业标识对应的终端设备，所述企业前置机与应用服务器与银行前置机相互通讯，企业前置机接收到应用服务器发送的任务，并将接收到的任务对应的报文发往银行前置机，应用服务器中可安装一个或多个应用程序来处理相关数据。在本实施例中，可通过应用服务器接收来前端的携带任务标识的交易请求，并有应用服务器在接收到查找交易请求时，在其存储的数据库内扫描任务标识对应的任务，并在当根据预设任务标识查找到多任务时，将查找到多任务按照其所属业务类型划分为转账业务类和交易明细业务类；并将转账业务类按照任务携带的账号标识进行去重筛选，并对交易明细业务类按照预设规则进行筛选，以选取第一预设数量的任务，最后再将选取到的任务发送至所述任务标识对应的企业前置机；从而控制应用服务器向银行前置机发送相同报文的数量，减少了对银行系统资源的占用，提高了银行系统的处理速度，进而提高了后台服务器的响应速度。
请参阅图2，本申请提供的多任务处理方法包括以下步骤：
S10、当根据预设任务标识查找到多任务时，将查找到多任务按照其所属业务类型划分为两个业务类，其中，所述两个业务类包括转账业务类和交易明细业务类。
具体地，所述任务标识为应用服务器接收的，其可以是用户输入的，也可以是与所述应用服务器相连接的前端设备发送的。优选地，所述任务标识为前端设备发送的，以使得应用服务器根据所述任务标识进行任务查找。此外，所述任务标识中还可以包括查询条件，例如，交易日期等。
同时在本实施例中，所述多任务为预先存储于预设数据库内，即根据预设任务标识查找到多任务指的是根据预设任务标识在预设数据库内查找到多任务。其中，所述预设数据库可以为oracle数据库（oracle数据库又名Oracle RDBMS，或简称Oracle，是甲骨文公司的一款关系数据库管理系统），MySQL（MySQL是一个开放源码的小型关联式数据库管理系统）数据库或PostgreSQL（PostgreSQL 是一个自由的对象-关系数据库服务器）数据库，这些数据库均为常见且易于操作的数据库管理系统及工具，便于在本实施例中对数据库内的任务的查询。
此外，所述多任务为通过银行系统执行的任务，所述业务类型可以为转账、转账查询、余额以及流水等，并且所述任务携带其对应的业务标识（例如，业务编码），所述业务标识用于确定所述任务所属的业务类型，这样可以根据业务标识确定多任务所述的人任务分类，例如，转账业务类以及交易明细业务类等。相应的，在本实施例中，如图3所示，所述当根据预设任务标识查找到多任务时，将查找到多任务按照其所属业务类型划分为两个业务类的步骤可以包括：
S11、当根据预设任务标识查找到多任务时，分别获取多任务的业务标识，并根据所述业务标识确定所述任务所处的业务类型，其中，所述业务类型包括转账业务和交易明细业务；
S12、当所述业务标识属于转账业务类时，将所述任务划分至转账业务类；
S13、当所述业务标识属于交易明细业务类时，将所述任务划分至交易明细业务类。
优选的，各业务类型均配置有一业务标识集合，所述业务标识集合存储有属于其对应的业务类型的所有业务标识，这样在获取到业务标识时，可以根据所述业务标识所属的业务标识集合而确定所述任务所有的业务类型。在本实施例中，所述转账业务类可以包括转账和转账查询，即所述转账业务类对应的业务标识集合内包含有转账业务的业务标识以及转账查询业务的业务标识。相应的，所述交易明显类可以包括余额查询、流水查询以及历史流水查询，即所述交易明显类对应的业务标识集合内包含有余额查询业务的业务标识、流水查询业务的业务标识以及历史流水查询业务的业务标识。
S20、将转账业务类按照任务携带的账号标识进行去重筛选，并对交易明细业务类按照预设规则进行筛选，以选取第一预设数量的任务。
在应用服务器将查找到的多任务划分为转账业务类和交易明细业务类之后，其将启动预先设置好的任务筛选程序，依次对转账业务类和交易明细业务类进行筛选。具体地，首先对转账业务类进行筛选已确定转账业务类包含的第一任务；再对交易明细业务类进行筛选以确定交易明细业务类包含的第二任务。而在实际应用中，由于每个企业标识对应的数据库均配置了一次调用任务的数量，将其记为任务的预设数量，而在每个企业标识对应数的数据库内可能会存在超过预设数量的任务，因此可以在对转账业务类和交易明细业务类进行筛选的同时，要保证分别筛选得到的第一任务和第二任务的任务数量和小于等于预设数量。
示例性的，如图3所示，所述将转账业务类按照任务携带的账号标识进行去重筛选，并对交易明细业务按照预设规则进行筛选，以选取第一预设数量的任务具体包括：
S21、将转账业务类按照任务携带的账号标识进行去重筛选，并获取筛选后转账业务类的第一任务数量；
S22、根据所述第一预设数量以及第一任务数量确定交易明细业务类对应的第二任务数量；
S23、按照预设规则对交易明细业务类进行筛选以得到第二任务数量的任务。
具体地，所述账号标识为任务携带的，优选为付款方的业务账号bizAccountNo，这样可以避免同账号的同种业务频繁输送给银行前置机而触发银行系统的并发上限。也就是说，将转账业务类中任务携带的账号标识进行去除筛选指的是将转账业务类中携带相同的账号标识的多个任务保留一个，而去除其他相同的任务，以减少向企业前置机发送相同任务的数量。
示例性的，如图5所示，所述将转账业务类按照任务携带的账号标识进行去重筛选，并获取筛选后转账业务类的第一任务数量具体包括：
S211、将所述转账业务类中的所有任务按照其携带的账号标识划分为至少一个分组，并分别将所述至少一个分组按照预设顺序进行排序；
S212、依次选取各分组排序第一的任务以得到筛选后的转账业务类，并获取筛选后的转账业务类的第一任务数量。
具体地，在所述步骤S211中，所述预设顺序可以为优先级降序、任务创建时间升序或者任务ID升序等。其中，所述优先级为任务生成时自动分配的，用于确定所述任务执行顺序的标识，并且在查找到各任务时，可以获取到各任务携带的优先级。而在实际应用中，为了使得每组包含的任务对应一个唯一的顺序编号，所述预设顺序优选为：首先按照优先级降序排列任务，并检测是否存在排序顺序相同的任务；若存在排列顺序相同的任务（即优先级相同的任务），则将排列顺序相同的任务按照任务创建时间升序进行排序并更新所有任务的排序；再次检测是否存在排序顺序相同的任务，若存在排序顺序相同的任务（即优先级已经任务创建时间均相同），则再将排序顺序相同的任务按照任务ID升序选取并更新所有任务的排序，这样可以保证不选取到重复数据。当然，如仍然存在排序顺序相同的任务，可以随机设置排序顺序相同的任务的顺序，以保证每个分组中的任务对应一个唯一的排序顺序，即每个分组中的任务的顺序编号均可以为从1-n递增序列。
进一步，在所述步骤S212中，当对每个分组进行排序后，仅需要选取各分组中排序第一的任务并将其他任务排除，这样就完成了每个分组的筛选。在对每个分组筛选后，获取筛选后转账业务类包含任务的第一任务数量，并将第一任务数量与预设第二数量进行比较，以使得转账业务类包含的任务的数量满足企业前置机的配置需求，避免一次发送转账业务类的任务过程，而影响企业前置机和其关联的银行系统的处理速度。请参阅图6，其为本申请提供的多任务处理方法中步骤212之后包括的二次筛选的流程图。
如图6所示，所述步骤S212之后包括：
S213、将所述第一任务数量与第二预设数量，其中，第二预设数量为第一预设数量的一半；
S214、若所述第一任务数量大于第二预设数量，则按照优先级顺序在筛选后的转账业务类中选取第二预设数量的任务，并采用第二预设数量更新第一任务数量。
企业标识对应的数据库预先配置了每次可以查询到的任务的第一预设数，以及查询到的任务中包含的转账业务类的第二预设数量，并且第二预设数量为第一预设数量的一半，从而在获取到筛选后的第一任务数量后，将第一任务数量与第二预设数量进行比较，并在第一任务数量大于第二预设数量时，对筛选后的转账业务类进行二次筛选以得到第二预设数量的任务。
进一步，在所述步骤S22中，由于预设设置了可以查询到的任务的第一预设数量，跟进第一预设数量和第一任务数量计算得到第二任务数据，即第二任务数量=第一预设数量-第一任务数量。在实际应用中，当第一任务数量大于等于第二预设数量，在将第一任务数量和第二任务数量均设置为第二预设数量；当第一任务数量小于第二预设数量时，计算第一预设数量与第一任务数量的差，并将计算得到的差作为第二任务数量。
进一步，在所述步骤S23中，对交易明细业务类进行筛选是为了选取第二任务数量的任务，但是交易明细业务类包含的任务的数量可能少于第二任务数量，因而在执行步骤S23之前还可以包括：获取交易明细业务类包含的任务的第三任务数量，并将第三任务数量与第二任务数量进行比较；若第三任务数量大于第二任务数量，则按照预设规则对交易明细业务类进行筛选；若第三任务数量小于等于第二任务数量，则不执行所述步骤S23。
所述对交易明细业务类进行筛选可以按照优先级升序进行筛选。此外，为了准确筛选得到第二任务数量的任务，对交易明细业务类进行筛选可以先按照优先级降序、同等优先级的按照任务创建时间升序，优先级及任务创建时间相同的按任务ID升序选取的规则。
S30、将选取到的任务发送至所述任务标识对应的企业前置机。
在筛选得到需发送至企业前置机的任务后，将筛选得到的任务逐一发送至企业前置机，并且相两个任务的发送时间间隔预设时间，例如，10ms。此外，筛选得到的任务的发送顺序可以按照查找到的先后顺序发送，也可以按照任务的优先级的顺序等等。
此外，所述步骤S30之前还包括检测每个任务携带的银行编码，并根据所述银行编码确实是否存在属于预设银行的任务。所述预设银行为设置并发限制的银行，例如，所述预设银行中国银行，中国银行设置有并发限制。
同时所述步骤S30之后还包括：当存在属于预设银行的任务时，休眠第二预设时间；当未存储属于预设银行的任务时，休眠第三预设时间。所述第二预设时间为预设银行设置的并发限制时间，第三预设时间为应用服务器配置的并发休眠时间，其中，第二预设时间可以为10000ms，第三预设时间可以为5000ms。例如，在本申请一个优选实施例中，所述步骤S30具体可以包括：
检测筛选得到的任务的数量是否等于0；
若等于0，则休眠默认1000毫秒;
若不等于0，则检测是否存在中国银行的任务；
当不存在中国银行的任务时，逐一发送每条任务，并在每发送完一个任务时休眠默认10毫秒，以及在所有任务发送完毕后，休眠5000毫秒；
当存在中国银行的任务时，逐一发送每条任务，并在每发送完一个任务时休眠默认10毫秒，以及在所有任务发送完毕后，休眠10000毫秒。
如图7所示，基于上述多任务处理方法，本申请还相应提供了一种应用服务器。所述应用服务器与前端以及企业前置机进行交互，例如，接收前端发送的查询任务的请求，并将查询到的任务信息反馈至前端；同时，根据请求查找相应的任务，并将任务发送至企业前端机，通过企业前端机发往银行系统，以获取任务对应的银行交易信息；并且在根据请求查询相应的任务过程中，对查询到的多任务进行筛选以去除相同账号的相同功能饿任务，以对发送至企业前置机的相同任务的数量进行控制，实现了对银行前置机发送相同任务的数量的控制。
所述应用服务器可以是桌上型计算机、大型机、多台服务器构成的服务器组等计算设备。该应用服务器包括，但不仅限于，处理器10、存储器20、及显示器30。图7仅示出了应用服务器的部分组件，但是应理解的是，并不要求实施所有示出的组件，可以替代的实施更多或者更少的组件。
所述存储器20在一些实施例中可以是所述应用服务器的内部存储单元，例如该应用服务器的硬盘或内存。所述存储器20在另一些实施例中也可以是所述应用服务器的外部存储设备，例如所述应用服务器上配备的插接式硬盘，智能存储卡（Smart Media Card, SMC），安全数字（Secure Digital, SD）卡，闪存卡（Flash Card）等。进一步地，所述存储器20还可以既包括所述应用服务器的内部存储单元也包括外部存储设备。所述存储器20用于存储安装于所述应用服务器的应用软件及各类数据，例如所述安装多任务处理程序的代码等。所述存储器20还可以用于暂时地存储已经输出或者将要输出的数据。在一实施例中，存储器20上存储有多任务处理程序40，该多任务处理40可被处理器10所执行，从而实现本申请各实施例的多任务处理方法。
所述处理器10在一些实施例中可以是一中央处理器（Central Processing Unit, CPU），微处理器或其他数据处理芯片，用于运行所述存储器20中存储的程序代码或处理数据，例如执行所述权限认证方法等。
所述显示器30在一些实施例中可以是LED显示器、液晶显示器、触控式液晶显示器以及OLED（Organic Light-Emitting Diode，有机发光二极管）触摸器等。所述显示器30用于显示在所述应用服务器中处理的信息以及用于显示可视化的用户界面。所述应用服务器的部件10-30通过系统总线相互通信。
在一实施例中，当处理器10执行所述存储器20中多任务处理40时实现以上多任务处理方法中各实施例中的步骤，此处不再赘述。
请参阅图8，其为本申请应用服务器的功能模块图。在本实施例中，应用服务器的存储器存储的程序可以被分割成一个或多个模块，所述一个或者多个模块由一个或多个处理器（本实施例为所述处理器10）所执行，以完成本申请。例如，在图8中，应用服务器的存储器存储的程序可以被分割成接收模块21、获取分析模块22和反馈模块23。在硬件实现上，以上划分模块21、筛选分析模块22以及发送模块23等可以以硬件形式内嵌于或独立于多任务处理装置中并运行于应用服务器中，以便于处理器调用执行以上各个模块对应的操作。本申请所称的模块是指能够完成特定功能的一系列计算机程序指令段，比程序更适合于描述所述并发量控制方法的程序在所述应用服务器中的执行过程。以下描述将具体介绍所述模块21-23的功能。
划分模块21，用于当根据预设任务标识查找到多任务时，将查找到多任务按照其所属业务类型划分为两个业务类，其中，所述两个业务类包括转账业务类和交易明细业务类；
筛选分析模块22，用于将转账业务类按照任务携带的账号标识进行去重筛选，并对交易明细业务按照预设规则进行筛选，以选取第一预设数量的任务；
发送模块23，用于将选取到的任务发送至所述任务标识对应的企业前置机。
进一步地，所述划分模块包括：
确定单元，用于当根据预设任务标识查找到多任务时，分别获取多任务的业务标识，并根据所述业务标识确定所述任务所处的业务类型，其中，所述业务类型包括转账业务和交易明细业务；
第一划分单元，用于当所述业务标识属于转账业务类时，将所述任务划分至转账业务类；
第二划分单元，用于当所述业务标识属于交易明细业务类时，将所述任务划分至交易明细业务类。
进一步地，所述筛选分析模块包括：
第一筛选单元，用于将转账业务类按照任务携带的账号标识进行去重筛选，并获取筛选后转账业务类的第一任务数量；
第二筛选单元，用于根据所述第一预设数量以及第一任务数量确定交易明细业务类对应的第二任务数量；
第三筛选单元，用于按照预设规则对交易明细业务类进行筛选以得到第二任务数量的任务。
进一步地，所述第一筛选单元还用于：
将所述转账业务类中的所有任务按照其携带的账号标识划分为至少一个分组，并分别将所述至少一个分组按照预设顺序进行排序；
依次选取各分组排序第一的任务以得到筛选后的转账业务类，并获取筛选后的转账业务类的第一任务数量。
进一步地，所述第一筛选单元还用于：
将所述第一任务数量与第二预设数量进行比较，其中，第二预设数量为第一预设数量的一半；
若所述第一任务数量大于第二预设数量，则按照优先级顺序在筛选后的转账业务类中选取第二预设数量的任务，并采用第二预设数量更新第一任务数量。
进一步地，所述第三筛选单元具体用于：
按照优先级对交易明细业务类进行筛选以得到第二任务数量的任务。
进一步地，所述发送模块具体用于：
将获取到的任务逐一发送至所述任务标识对应的企业前置机，其中，相邻两个任务的发送时间间隔第一预设时间。
进一步地，所述多任务处理装置还包括：
检查模块，用于检测每个任务携带的银行编码，并根据所述银行编码确实是否存在属于预设银行的任务；
第一休眠模块，用于当存在属于预设银行的任务时，休眠第二预设时间；
第二休眠模块，用于当未存储属于预设银行的任务时，休眠第三预设时间。
综上所述，本申请提供的多任务处理方法、装置、应用服务器及存储介质中，所述多任务处理方法通过在查找到多任务时，将查找到的对任务划分为转账业务类和交易明细业务类；然后首先对转账业务类进行筛选，对于携带同一账号标识仅保留一个以去除其他重复任务，再对交易明细业务类按照预设规则进行筛选以选取第一预设数量的任务，最后将选取到的任务发送至企业前置机，以通过企业前置机发送至银行系统，从而可以减少发往银行系统的重复任务的数量，避免了达到银行系统并发量，提高了银行系统的反应速度。
当然，本领域普通技术人员可以理解实现上述实施例方法中的全部或部分流程，是可以通过计算机程序来指令相关硬件（如处理器，控制器等）来完成，所述的程序可存储于一计算机可读取的存储介质中，该程序在执行时可包括如上述各方法实施例的流程。其中所述的存储介质可为存储器、磁碟、光盘等。
应当理解的是，本申请的应用不限于上述的举例，对本领域普通技术人员来说，可以根据上述说明加以改进或变换，所有这些改进和变换都应属于本申请所附权利要求的保护范围。
应当理解的是，本申请的应用不限于上述的举例，对本领域普通技术人员来说，可以根据上述说明加以改进或变换，所有这些改进和变换都应属于本申请所附权利要求的保护范围。

Claims (33)

  1. 一种多任务处理方法，其特征在于，其包括如下步骤：
    当根据预设任务标识查找到多任务时，将查找到多任务按照其所属业务类型划分为两个业务类，其中，所述两个业务类包括转账业务类和交易明细业务类；
    将转账业务类按照任务携带的账号标识进行去重筛选，并对交易明细业务类按照预设规则进行筛选，以选取第一预设数量的任务；
    将选取到的任务发送至所述任务标识对应的企业前置机。
  2. 根据权利要求1所述多任务处理方法，其特征在于，所述当根据预设任务标识查找到多任务时，将查找到多任务按照其所属业务类型划分为两个业务类的步骤包括：
    当根据预设任务标识查找到多任务时，分别获取多任务的业务标识，并根据所述业务标识确定所述任务所处的业务类型，其中，所述业务类型包括转账业务和交易明细业务；
    当所述业务标识属于转账业务类时，将所述任务划分至转账业务类；
    当所述业务标识属于交易明细业务类时，将所述任务划分至交易明细业务类。
  3. 根据权利要求1所述多任务处理方法，其特征在于，所述将转账业务类按照任务携带的账号标识进行去重筛选，并对交易明细业务类按照预设规则进行筛选，以选取第一预设数量的任务的步骤包括：
    将转账业务类按照任务携带的账号标识进行去重筛选，并获取筛选后转账业务类的第一任务数量；
    根据所述第一预设数量以及第一任务数量确定交易明细业务类对应的第二任务数量；
    按照预设规则对交易明细业务类进行筛选以得到第二任务数量的任务。
  4. 根据权利要求3所述多任务处理方法，其特征在于，所述将转账业务类按照任务携带的账号标识进行去重筛选，并获取筛选后转账业务类的第一任务数量的步骤包括：
    将所述转账业务类中的所有任务按照其携带的账号标识划分为至少一个分组，并分别将所述至少一个分组按照预设顺序进行排序；
    依次选取各分组排序第一的任务以得到筛选后的转账业务类，并获取筛选后的转账业务类的第一任务数量。
  5. 根据权利要求4所述多任务处理方法，其特征在于，所述依次选取各分组的第一个任务以得到筛选后的转账业务类，并获取筛选后的转账业务类的第一任务数量的步骤之后还包括：
    将所述第一任务数量与第二预设数量进行比较，其中，第二预设数量为第一预设数量的一半；
    若所述第一任务数量大于第二预设数量，则按照优先级顺序在筛选后的转账业务类中选取第二预设数量的任务，并采用第二预设数量更新第一任务数量。
  6. 根据权利要求3所述多任务处理方法，其特征在于，所述按照预设规则对交易明细业务类进行筛选以得到第二任务数量的任务的步骤具体为：
    按照优先级对交易明细业务类进行筛选以得到第二任务数量的任务。
  7. 根据权利要求1所述多任务处理方法，其特征在于，所述将选取到的任务发送至所述任务标识对应的企业前置机的步骤为：
    将获取到的任务逐一发送至所述任务标识对应的企业前置机，其中，相邻两个任务的发送时间间隔第一预设时间。
  8. 根据权利要求1所述多任务处理方法，其特征在于，所述将选取到的任务发送至所述任务标识对应的企业前置机的步骤之前还包括：
    检测每个任务携带的银行编码，并根据所述银行编码确实是否存在属于预设银行的任务；
    相应的，所述将选取到的任务发送至所述任务标识对应的企业前置机的步骤之后包括：
    当存在属于预设银行的任务时，休眠第二预设时间；
    当未存储属于预设银行的任务时，休眠第三预设时间。
  9. 根据权利要求7所述多任务处理方法，其特征在于，所述将选取到的任务发送至所述任务标识对应的企业前置机的步骤之前还包括：
    检测每个任务携带的银行编码，并根据所述银行编码确实是否存在属于预设银行的任务；
    相应的，所述将选取到的任务发送至所述任务标识对应的企业前置机的步骤之后包括：
    当存在属于预设银行的任务时，休眠第二预设时间；
    当未存储属于预设银行的任务时，休眠第三预设时间。
  10. 一种多任务处理装置，其特征在于，包括：
    划分模块，用于当根据预设任务标识查找到多任务时，将查找到多任务按照其所属业务类型划分为两个业务类，其中，所述两个业务类包括转账业务类和交易明细业务类；
    筛选分析模块，用于将转账业务类按照任务携带的账号标识进行去重筛选，并对交易明细业务类按照预设规则进行筛选，以选取第一预设数量的任务；
    发送模块，用于将选取到的任务发送至所述任务标识对应的企业前置机。
  11. 根据权利要求10所述多任务处理装置，其特征在于，所述划分模块包括：
    确定单元，用于当根据预设任务标识查找到多任务时，分别获取多任务的业务标识，并根据所述业务标识确定所述任务所处的业务类型，其中，所述业务类型包括转账业务和交易明细业务；
    第一划分单元，用于当所述业务标识属于转账业务类时，将所述任务划分至转账业务类；
    第二划分单元，用于当所述业务标识属于交易明细业务类时，将所述任务划分至交易明细业务类。
  12. 根据权利要求10所述多任务处理装置，其特征在于，所述筛选分析模块包括：
    第一筛选单元，用于将转账业务类按照任务携带的账号标识进行去重筛选，并获取筛选后转账业务类的第一任务数量；
    第二筛选单元，用于根据所述第一预设数量以及第一任务数量确定交易明细业务类对应的第二任务数量；
    第三筛选单元，用于按照预设规则对交易明细业务类进行筛选以得到第二任务数量的任务。
  13. 根据权利要求12所述多任务处理装置，其特征在于，所述第一筛选单元还用于：
    将所述转账业务类中的所有任务按照其携带的账号标识划分为至少一个分组，并分别将所述至少一个分组按照预设顺序进行排序；
    依次选取各分组排序第一的任务以得到筛选后的转账业务类，并获取筛选后的转账业务类的第一任务数量。
  14. 根据权利要求13所述多任务处理装置，其特征在于，所述第一筛选单元还用于：
    将所述第一任务数量与第二预设数量进行比较，其中，第二预设数量为第一预设数量的一半；
    若所述第一任务数量大于第二预设数量，则按照优先级顺序在筛选后的转账业务类中选取第二预设数量的任务，并采用第二预设数量更新第一任务数量。
  15. 根据权利要求12所述多任务处理装置，其特征在于，所述第三筛选单元具体用于：
    按照优先级对交易明细业务类进行筛选以得到第二任务数量的任务。
  16. 根据权利要求10所述多任务处理装置，其特征在于，所述发送模块具体用于：
    将获取到的任务逐一发送至所述任务标识对应的企业前置机，其中，相邻两个任务的发送时间间隔第一预设时间。
  17. 根据权利要求10所述多任务处理装置，其特征在于，所述多任务处理装置还包括：
    检查模块，用于检测每个任务携带的银行编码，并根据所述银行编码确实是否存在属于预设银行的任务；
    第一休眠模块，用于当存在属于预设银行的任务时，休眠第二预设时间；
    第二休眠模块，用于当未存储属于预设银行的任务时，休眠第三预设时间。
  18. 一种计算机可读存储介质，其特征在于，所述计算机可读存储介质存储有一个或者多个程序，所述一个或者多个程序可被一个或者多个处理器执行，以实现如下步骤：
    当根据预设任务标识查找到多任务时，将查找到多任务按照其所属业务类型划分为两个业务类，其中，所述两个业务类包括转账业务类和交易明细业务类；
    将转账业务类按照任务携带的账号标识进行去重筛选，并对交易明细业务类按照预设规则进行筛选，以选取第一预设数量的任务；
    将选取到的任务发送至所述任务标识对应的企业前置机。
  19. 根据权利要求18所述计算机可读存储介质，其特征在于，所述一个或者多个程序可被一个或者多个处理器执行，还实现如下步骤：
    当根据预设任务标识查找到多任务时，分别获取多任务的业务标识，并根据所述业务标识确定所述任务所处的业务类型，其中，所述业务类型包括转账业务和交易明细业务；
    当所述业务标识属于转账业务类时，将所述任务划分至转账业务类；
    当所述业务标识属于交易明细业务类时，将所述任务划分至交易明细业务类。
  20. 根据权利要求18所述计算机可读存储介质，其特征在于，所述一个或者多个程序可被一个或者多个处理器执行，还实现如下步骤：
    将转账业务类按照任务携带的账号标识进行去重筛选，并获取筛选后转账业务类的第一任务数量；
    根据所述第一预设数量以及第一任务数量确定交易明细业务类对应的第二任务数量；
    按照预设规则对交易明细业务类进行筛选以得到第二任务数量的任务。
  21. 根据权利要求20所述计算机可读存储介质，其特征在于，所述一个或者多个程序可被一个或者多个处理器执行，还实现如下步骤：
    将所述转账业务类中的所有任务按照其携带的账号标识划分为至少一个分组，并分别将所述至少一个分组按照预设顺序进行排序；
    依次选取各分组排序第一的任务以得到筛选后的转账业务类，并获取筛选后的转账业务类的第一任务数量。
  22. 根据权利要求21所述计算机可读存储介质，其特征在于，所述一个或者多个程序可被一个或者多个处理器执行，还实现如下步骤：
    将所述第一任务数量与第二预设数量进行比较，其中，第二预设数量为第一预设数量的一半；
    若所述第一任务数量大于第二预设数量，则按照优先级顺序在筛选后的转账业务类中选取第二预设数量的任务，并采用第二预设数量更新第一任务数量。
  23. 根据权利要求20所述计算机可读存储介质，其特征在于，所述一个或者多个程序可被一个或者多个处理器执行，还实现如下步骤：
    按照优先级对交易明细业务类进行筛选以得到第二任务数量的任务。
  24. 根据权利要求18所述计算机可读存储介质，其特征在于，所述一个或者多个程序可被一个或者多个处理器执行，还实现如下步骤：
    将获取到的任务逐一发送至所述任务标识对应的企业前置机，其中，相邻两个任务的发送时间间隔第一预设时间。
  25. 根据权利要求18所述计算机可读存储介质，其特征在于，所述一个或者多个程序可被一个或者多个处理器执行，还实现如下步骤：
    检测每个任务携带的银行编码，并根据所述银行编码确实是否存在属于预设银行的任务；
    相应的，所述将选取到的任务发送至所述任务标识对应的企业前置机的步骤之后包括：
    当存在属于预设银行的任务时，休眠第二预设时间；
    当未存储属于预设银行的任务时，休眠第三预设时间。
  26. 一种应用服务器，其特征在于，包括：处理器、存储器及通信总线;所述存储器上存储有可被所述处理器执行的计算机可读程序；
    所述通信总线实现处理器和存储器之间的连接通信；
    所述处理器执行所述计算机可读程序时实现如下步骤：
    当根据预设任务标识查找到多任务时，将查找到多任务按照其所属业务类型划分为两个业务类，其中，所述两个业务类包括转账业务类和交易明细业务类；
    将转账业务类按照任务携带的账号标识进行去重筛选，并对交易明细业务类按照预设规则进行筛选，以选取第一预设数量的任务；
    将选取到的任务发送至所述任务标识对应的企业前置机。
  27. 根据权利要求26所述应用服务器，其特征在于，所述处理器执行所述计算机可读程序时还实现如下步骤：
    当根据预设任务标识查找到多任务时，分别获取多任务的业务标识，并根据所述业务标识确定所述任务所处的业务类型，其中，所述业务类型包括转账业务和交易明细业务；
    当所述业务标识属于转账业务类时，将所述任务划分至转账业务类；
    当所述业务标识属于交易明细业务类时，将所述任务划分至交易明细业务类。
  28. 根据权利要求26所述应用服务器，其特征在于，所述处理器执行所述计算机可读程序时还实现如下步骤：
    将转账业务类按照任务携带的账号标识进行去重筛选，并获取筛选后转账业务类的第一任务数量；
    根据所述第一预设数量以及第一任务数量确定交易明细业务类对应的第二任务数量；
    按照预设规则对交易明细业务类进行筛选以得到第二任务数量的任务。
  29. 根据权利要求28所述应用服务器，其特征在于，所述处理器执行所述计算机可读程序时还实现如下步骤：
    将所述转账业务类中的所有任务按照其携带的账号标识划分为至少一个分组，并分别将所述至少一个分组按照预设顺序进行排序；
    依次选取各分组排序第一的任务以得到筛选后的转账业务类，并获取筛选后的转账业务类的第一任务数量。
  30. 根据权利要求29所述应用服务器，其特征在于，所述处理器执行所述计算机可读程序时还实现如下步骤：
    将所述第一任务数量与第二预设数量进行比较，其中，第二预设数量为第一预设数量的一半；
    若所述第一任务数量大于第二预设数量，则按照优先级顺序在筛选后的转账业务类中选取第二预设数量的任务，并采用第二预设数量更新第一任务数量。
  31. 根据权利要求30所述应用服务器，其特征在于，所述处理器执行所述计算机可读程序时还实现如下步骤：
    按照优先级对交易明细业务类进行筛选以得到第二任务数量的任务。
  32. 根据权利要求26所述应用服务器，其特征在于，所述处理器执行所述计算机可读程序时还实现如下步骤：
    将获取到的任务逐一发送至所述任务标识对应的企业前置机，其中，相邻两个任务的发送时间间隔第一预设时间。
  33. 根据权利要求26所述应用服务器，其特征在于，所述处理器执行所述计算机可读程序时还实现如下步骤：
    检测每个任务携带的银行编码，并根据所述银行编码确实是否存在属于预设银行的任务；
    相应的，所述将选取到的任务发送至所述任务标识对应的企业前置机的步骤之后包括：
    当存在属于预设银行的任务时，休眠第二预设时间；
    当未存储属于预设银行的任务时，休眠第三预设时间。
PCT/CN2018/083933 2017-11-24 2018-04-20 多任务处理方法、装置、应用服务器及存储介质 WO2019100654A1 (zh)

Applications Claiming Priority (2)

Application Number Priority Date Filing Date Title
CN201711188624.0 2017-11-24
CN201711188624.0A CN107832134B (zh) 2017-11-24 2017-11-24 多任务处理方法、应用服务器及存储介质

Publications (1)

Publication Number Publication Date
WO2019100654A1 true WO2019100654A1 (zh) 2019-05-31

Family

ID=61653565

Family Applications (1)

Application Number Title Priority Date Filing Date
PCT/CN2018/083933 WO2019100654A1 (zh) 2017-11-24 2018-04-20 多任务处理方法、装置、应用服务器及存储介质

Country Status (2)

Country Link
CN (1) CN107832134B (zh)
WO (1) WO2019100654A1 (zh)

Families Citing this family (5)

* Cited by examiner, † Cited by third party
Publication number Priority date Publication date Assignee Title
CN107832134B (zh) * 2017-11-24 2021-07-20 平安科技（深圳）有限公司 多任务处理方法、应用服务器及存储介质
CN108614864A (zh) * 2018-04-04 2018-10-02 中国银行股份有限公司 银行交易信息处理方法及装置
CN108961039B (zh) * 2018-07-02 2023-03-31 创新先进技术有限公司 交易处理方法、装置及系统
CN108965424B (zh) * 2018-07-10 2021-02-26 中国银行股份有限公司 一种业务处理方法和装置
CN112312482B (zh) * 2020-10-23 2023-02-28 珠海格力电器股份有限公司 楼宇数据管理方法、管理设备、楼宇管理系统及存储介质

Citations (4)

* Cited by examiner, † Cited by third party
Publication number Priority date Publication date Assignee Title
CN103078911A (zh) * 2012-12-27 2013-05-01 中国建设银行股份有限公司 用于银行和企业直接连接的通信系统及其通信方法
CN103345423A (zh) * 2013-07-03 2013-10-09 北京京东尚科信息技术有限公司 一种处理异步任务的方法和系统
CN106921515A (zh) * 2016-06-29 2017-07-04 阿里巴巴集团控股有限公司 业务操作数据处理方法、装置、电子设备、服务器及系统
CN107832134A (zh) * 2017-11-24 2018-03-23 平安科技（深圳）有限公司 多任务处理方法、应用服务器及存储介质

Family Cites Families (15)

* Cited by examiner, † Cited by third party
Publication number Priority date Publication date Assignee Title
CN101017546A (zh) * 2007-03-12 2007-08-15 中国建设银行股份有限公司 一种用于可分类数据批处理的方法及装置
CN101093572A (zh) * 2007-07-20 2007-12-26 中国建设银行股份有限公司 一种前置系统及一种数据集中处理系统
CN102521925B (zh) * 2011-12-08 2013-10-23 中国工商银行股份有限公司 一种银行终端设备负载均衡方法及系统
US9449018B1 (en) * 2013-11-25 2016-09-20 Google Inc. File operation task optimization
CN105224289A (zh) * 2014-07-03 2016-01-06 阿里巴巴集团控股有限公司 一种活动信息匹配方法及设备
CN104408088B (zh) * 2014-11-11 2020-06-19 奇安信科技集团股份有限公司 并发请求的控制方法及装置
CN104461710A (zh) * 2014-12-12 2015-03-25 北京国双科技有限公司 任务处理方法及装置
CN104657212B (zh) * 2015-02-13 2018-02-16 北京亚信数据有限公司 一种任务调度的方法及系统
US20160364817A1 (en) * 2015-06-12 2016-12-15 Glenn Barber System, Method, and Apparatus for Utilizing Multi-Processing to Optimize Calculations of Licensable Properties
US9612865B2 (en) * 2015-06-15 2017-04-04 International Business Machines Corporation Managed services coordinator
CN106484524A (zh) * 2015-08-28 2017-03-08 阿里巴巴集团控股有限公司 一种任务处理方法及装置
CN105426240A (zh) * 2015-11-13 2016-03-23 上海东方传媒技术有限公司 业务调度系统及方法
CN106095554B (zh) * 2016-06-17 2019-08-23 中国银行股份有限公司 在日间联机阶段进行批量数据处理的方法及装置
CN106557363A (zh) * 2016-12-05 2017-04-05 广发证券股份有限公司 一种大数据任务调度的系统以及方法
CN107038069B (zh) * 2017-03-24 2020-05-08 北京工业大学 Hadoop平台下动态标签匹配DLMS调度方法

Patent Citations (4)

* Cited by examiner, † Cited by third party
Publication number Priority date Publication date Assignee Title
CN103078911A (zh) * 2012-12-27 2013-05-01 中国建设银行股份有限公司 用于银行和企业直接连接的通信系统及其通信方法
CN103345423A (zh) * 2013-07-03 2013-10-09 北京京东尚科信息技术有限公司 一种处理异步任务的方法和系统
CN106921515A (zh) * 2016-06-29 2017-07-04 阿里巴巴集团控股有限公司 业务操作数据处理方法、装置、电子设备、服务器及系统
CN107832134A (zh) * 2017-11-24 2018-03-23 平安科技（深圳）有限公司 多任务处理方法、应用服务器及存储介质

Also Published As

Publication number Publication date
CN107832134A (zh) 2018-03-23
CN107832134B (zh) 2021-07-20

Similar Documents

Publication Publication Date Title
WO2019100654A1 (zh) 多任务处理方法、装置、应用服务器及存储介质
WO2019041832A1 (zh) 修改源数据库表结构的方法、服务器、系统及存储介质
WO2019019714A1 (zh) 一种微信客户行为反馈方法、设备及存储介质
WO2019100638A1 (zh) 数据同步方法、装置、设备及存储介质
WO2018205376A1 (zh) 一种关联信息查询方法、终端、服务器管理系统及计算机可读存储介质
WO2019041831A1 (zh) 一种绩效指标考核评估方法、设备、装置及存储介质
WO2019128007A1 (zh) 一种容器登录方法、应用服务器、系统及存储介质
WO2019056750A1 (zh) 信息唯一性识别方法、应用服务器、系统及存储介质
WO2014000635A1 (zh) 阅读器提供服务的方法、阅读器、终端及计算机存储介质
WO2014056398A1 (zh) 数据处理方法、装置及存储介质
WO2019174375A1 (zh) 接口测试方法、装置、设备及计算机可读存储介质
WO2013091456A1 (zh) 桌面管理方法和装置
WO2017206601A1 (zh) 客户端数据处理方法及装置
WO2019056733A1 (zh) 并发量控制方法、应用服务器、系统及存储介质
WO2019161615A1 (zh) 账单录入方法、系统、光学字符识别服务器和存储介质
WO2019000462A1 (zh) 人脸图像处理方法、装置、存储介质及电子设备
WO2018076812A1 (zh) 数据请求的响应方法、装置、存储介质、服务器及系统
WO2014180149A1 (en) Method, system and computer storage medium for handling of account theft in online games
WO2018028121A1 (zh) 数据分区的存储空间管理方法及装置
WO2015106497A1 (zh) 一种基于当前vcpu调度状态的动态中断均衡映射方法
WO2019119624A1 (zh) 基于Excel表的计算方法、装置、设备及存储介质
WO2017197802A1 (zh) 字符串模糊匹配方法及装置
WO2018120430A1 (zh) 一种页面构建方法、终端、计算机可读存储介质及页面构建设备
WO2018014567A1 (zh) 一种提高虚拟机性能的方法、终端、设备及计算机可读存储介质
WO2018053963A1 (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: 18880489

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 26.08.2020)

122 Ep: pct application non-entry in european phase

Ref document number: 18880489

Country of ref document: EP

Kind code of ref document: A1