CN112465615B - Method, device and system for processing bill data - Google Patents
Method, device and system for processing bill data Download PDFInfo
- Publication number
- CN112465615B CN112465615B CN202011381761.8A CN202011381761A CN112465615B CN 112465615 B CN112465615 B CN 112465615B CN 202011381761 A CN202011381761 A CN 202011381761A CN 112465615 B CN112465615 B CN 112465615B
- Authority
- CN
- China
- Prior art keywords
- task
- bill data
- task type
- remote server
- centralized control
- Prior art date
- Legal status (The legal status is an assumption and is not a legal conclusion. Google has not performed a legal analysis and makes no representation as to the accuracy of the status listed.)
- Active
Links
Images
Classifications
-
- 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/12—Accounting
- G06Q40/125—Finance or payroll
-
- 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/50—Allocation of resources, e.g. of the central processing unit [CPU]
- G06F9/5005—Allocation of resources, e.g. of the central processing unit [CPU] to service a request
- G06F9/5027—Allocation of resources, e.g. of the central processing unit [CPU] to service a request the resource being a machine, e.g. CPUs, Servers, Terminals
- G06F9/5038—Allocation of resources, e.g. of the central processing unit [CPU] to service a request the resource being a machine, e.g. CPUs, Servers, Terminals considering the execution order of a plurality of tasks, e.g. taking priority or time dependency constraints into consideration
-
- 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/54—Interprogram communication
- G06F9/546—Message passing systems or structures, e.g. queues
-
- Y—GENERAL TAGGING OF NEW TECHNOLOGICAL DEVELOPMENTS; GENERAL TAGGING OF CROSS-SECTIONAL TECHNOLOGIES SPANNING OVER SEVERAL SECTIONS OF THE IPC; TECHNICAL SUBJECTS COVERED BY FORMER USPC CROSS-REFERENCE ART COLLECTIONS [XRACs] AND DIGESTS
- Y02—TECHNOLOGIES OR APPLICATIONS FOR MITIGATION OR ADAPTATION AGAINST CLIMATE CHANGE
- Y02D—CLIMATE CHANGE MITIGATION TECHNOLOGIES IN INFORMATION AND COMMUNICATION TECHNOLOGIES [ICT], I.E. INFORMATION AND COMMUNICATION TECHNOLOGIES AIMING AT THE REDUCTION OF THEIR OWN ENERGY USE
- Y02D10/00—Energy efficient computing, e.g. low power processors, power management or thermal management
Landscapes
- Engineering & Computer Science (AREA)
- Theoretical Computer Science (AREA)
- Business, Economics & Management (AREA)
- Software Systems (AREA)
- Physics & Mathematics (AREA)
- Accounting & Taxation (AREA)
- Finance (AREA)
- General Physics & Mathematics (AREA)
- General Engineering & Computer Science (AREA)
- Development Economics (AREA)
- General Business, Economics & Management (AREA)
- Technology Law (AREA)
- Strategic Management (AREA)
- Marketing (AREA)
- Economics (AREA)
- Computer And Data Communications (AREA)
- Management, Administration, Business Operations System, And Electronic Commerce (AREA)
Abstract
The invention provides a method, a device and a system for processing bill data, wherein the method comprises the following steps: the method comprises the steps that a centralized control server receives a bill processing task request sent by a user, wherein the task request carries a plurality of task types to be processed and corresponding bill data; the centralized control server determines the execution sequence of the plurality of task types; the centralized control server controls each remote server corresponding to each task type to sequentially process corresponding bill data according to the execution sequence; and the centralized control server generates final bill data of the task request according to the processing results of the bill data sent by the remote servers. The remote servers of any number are realized to execute the allocation tasks, the continuity of the task flow is ensured, and the maintenance efficiency of allocation is improved; meanwhile, manual monitoring participation is reduced, and labor cost is saved.
Description
Technical Field
The present invention relates to the field of computer technologies, and in particular, to a method, an apparatus, and a system for processing bill data.
Background
With the increase of product profits, enterprises use an accounting system to realize the allocation of income data, for example, manually call up a host shell, construct task nodes in a single-node execution mode, and the like to realize the allocation of product income.
In the prior art, manual participation is adopted for revenue sharing, and a series of sharing processing is performed after all account-out data are summarized.
However, in the operation and maintenance process of the account-out system, certain tasks need to manually confirm that the current node is completed and then execute the next node task, so that time of operation and maintenance personnel is wasted, and meanwhile, continuity of the whole task cannot be ensured, for example, the operation and maintenance personnel between two nodes cannot pay attention to the progress of processing in real time, and time waste of an intermediate node occurs; therefore, the account-out and allocation system in the prior art is high in operation and maintenance cost, long in time consumption and poor in account-out processing timeliness due to the fact that the account-out and allocation system is needed to be manually participated.
Disclosure of Invention
The invention provides a method, a device and a system for processing bill data, which are used for realizing that any number of remote servers execute allocation tasks, ensuring continuity of task flows and improving maintenance efficiency of allocation; meanwhile, manual monitoring participation is reduced, and labor cost is saved.
In a first aspect, a method for processing bill data provided by an embodiment of the present invention includes:
the method comprises the steps that a centralized control server receives a task request for bill processing, wherein the task request carries a plurality of task types to be processed and corresponding bill data;
the centralized control server determines the execution sequence of the plurality of task types;
the centralized control server controls each remote server corresponding to each task type to sequentially process corresponding bill data according to the execution sequence;
and the centralized control server generates final bill data of the task request according to the processing results of the bill data sent by the remote servers.
In one possible design, the centralized control server determines an execution order of the plurality of task types, including:
according to the task type, if the recorded existing task type is obtained by matching in the message queue, setting execution time information according to a history fair rule;
if there is no existing task type matching the record in the message queue, then according to the rules of the principals corresponding to the newly added task types, and setting execution time information in combination with the existing task type in the message queue.
In one possible design, the controlling the remote servers corresponding to each task type to process corresponding bill data sequentially includes:
according to the execution time information, a task execution request is sent to a remote server corresponding to the task type;
receiving a current processing result sent by the remote server to obtain the information of a finishing node of the current task type;
and sending a task execution request to a remote server corresponding to the task type at the next moment according to the completion node information, wherein the task execution request is used for indicating the remote server to call a preset database according to the task type to obtain a corresponding processing result.
In one possible design, the method further comprises:
if the number of the task types in the message queues at the current moment is greater than the task number threshold in the task pool, setting a plurality of message queues according to the task number threshold, and respectively setting execution time information corresponding to each task type in the message queues to obtain the ordering of the plurality of task types in each message queue.
In one possible design, the method further comprises:
if abnormal conditions occur in the execution of the task request, the task pool detects whether corresponding bill data in the task type is stored in a preset database corresponding to the remote server;
and if the bill data does not exist in the preset database, refreshing the data in the preset database by a task pool to obtain updated bill data, so that the remote server executes the corresponding task type in the task request according to the updated bill data.
In a second aspect, another method for processing bill data provided by an embodiment of the present invention includes:
receiving a task type;
and obtaining a processing result corresponding to the bill data in a preset database according to the task type and the bill data corresponding to the task type, and returning the processing result to a centralized control server so that the centralized control server generates final bill data of a task request according to the processing result.
In one possible design, after receiving the task type, further comprising:
and calling a corresponding shell script at a remote server according to the task type, and configuring the preset database.
In a third aspect, an apparatus for processing bill data provided by an embodiment of the present invention includes:
the system comprises a set receiving module, a central control server and a data processing module, wherein the set receiving module is used for receiving a task request for bill processing by the central control server, and the task request carries a plurality of task types to be processed and corresponding bill data thereof;
the determining module is used for determining the execution sequence of the plurality of task types by the centralized control server;
the control module is used for controlling each remote server corresponding to each task type to process corresponding bill data in sequence according to the execution sequence by the centralized control server;
and the generation module is used for generating final bill data of the task request by the centralized control server according to the processing results of the bill data sent by the remote servers.
In one possible design, the determining module is specifically configured to:
according to the task type, if the recorded existing task type is obtained by matching in the message queue, setting execution time information according to a history fair rule;
if there is no existing task type matching the record in the message queue, then according to the rules of the principals corresponding to the newly added task types, and setting execution time information in combination with the existing task type in the message queue.
In one possible design, the controlling the remote servers corresponding to each task type to process corresponding bill data sequentially includes:
according to the execution time information, a task execution request is sent to a remote server corresponding to the task type;
receiving a current processing result sent by the remote server to obtain the information of a finishing node of the current task type;
and sending a task execution request to a remote server corresponding to the task type at the next moment according to the completion node information, wherein the task execution request is used for indicating the remote server to call a preset database according to the task type to obtain a corresponding processing result.
In one possible design, the apparatus further comprises:
if the number of the task types in the message queues at the current moment is greater than the task number threshold in the task pool, setting a plurality of message queues according to the task number threshold, and respectively setting execution time information corresponding to each task type in the message queues to obtain the ordering of the plurality of task types in each message queue.
In one possible design, the apparatus further comprises:
if abnormal conditions occur in the execution of the task request, the task pool detects whether corresponding bill data in the task type is stored in a preset database corresponding to the remote server;
and if the bill data does not exist in the preset database, refreshing the data in the preset database by a task pool to obtain updated bill data, so that the remote server executes the corresponding task type in the task request according to the updated bill data.
In a fourth aspect, an apparatus for processing bill data provided by an embodiment of the present invention includes:
the receiving module is used for receiving the task type;
the obtaining module is used for obtaining a processing result corresponding to the bill data in a preset database according to the task type and the bill data corresponding to the task type, and returning the processing result to the centralized control server so that the centralized control server generates final bill data of the task request according to the processing result.
In one possible design, after receiving the task type, further comprising:
and calling a corresponding shell script at a remote server according to the task type, and configuring the preset database.
In a fifth aspect, a processing system for bill data provided by an embodiment of the present invention includes: the device comprises a memory and a processor, wherein executable instructions of the processor are stored in the memory; wherein the processor is configured to perform the method of processing billing data according to any of the first and second aspects via execution of the executable instructions.
In a sixth aspect, an embodiment of the present invention provides a computer readable storage medium having stored thereon a computer program, where the program when executed by a processor implements the method for processing bill data according to any one of the first and second aspects.
The invention provides a method, a device and a system for processing bill data, wherein the method comprises the steps that a centralized control server receives a bill processing task request sent by a user, and the task request carries a plurality of task types to be processed and corresponding bill data; the centralized control server determines the execution sequence of the task types, and the centralized control server controls each remote server corresponding to each task type to sequentially process corresponding bill data according to the execution sequence; and the centralized control server generates final bill data of the task request according to the processing result of the bill data sent by each remote server. The invention is developed based on the Shiro security framework and the springboot, and can realize the execution of the allocation task on any number of remote servers by combining with the redis message queue, ensure the continuity of the task flow and improve the maintenance efficiency of allocation; meanwhile, manual monitoring participation is reduced, and labor cost is saved.
Drawings
In order to more clearly illustrate the embodiments of the present invention or the technical solutions of the prior art, the drawings that are needed in the embodiments or the description of the prior art will be briefly described below, it will be obvious that the drawings in the following description are some embodiments of the present invention, and that other drawings can be obtained according to these drawings without inventive effort to a person skilled in the art.
FIG. 1 is a schematic diagram of an exemplary application scenario according to an embodiment of the present invention;
fig. 2 is an interactive signaling diagram of a method for processing bill data according to an embodiment of the present invention;
FIG. 3 is a schematic diagram of a processing development framework for bill data according to an embodiment of the present invention;
FIG. 4 is a flowchart illustrating a method for processing bill data according to an embodiment of the present invention;
FIG. 5 is a second flowchart of a method for processing bill data according to an embodiment of the present invention;
fig. 6 is a schematic structural diagram of a centralized control server according to an embodiment of the present invention;
fig. 7 is a schematic structural diagram of a remote server according to an embodiment of the present invention;
fig. 8 is a schematic diagram of a processing system for bill data according to an embodiment of the present invention.
Detailed Description
For the purpose of making the objects, technical solutions and advantages of the embodiments of the present invention more apparent, the technical solutions of the embodiments of the present invention will be clearly and completely described below with reference to the accompanying drawings in the embodiments of the present invention, and it is apparent that the described embodiments are some embodiments of the present invention, but not all embodiments of the present invention. All other embodiments, which can be made by those skilled in the art based on the embodiments of the invention without making any inventive effort, are intended to be within the scope of the invention.
The terms "first," "second," "third," "fourth" and the like in the description and in the claims and in the above drawings, if any, are used for distinguishing between similar objects and not necessarily for describing a particular sequential or chronological order. It is to be understood that the data so used may be interchanged where appropriate such that the embodiments of the invention described herein may be implemented, for example, in sequences other than those illustrated or otherwise described herein. Furthermore, the terms "comprises," "comprising," and "having," and any variations thereof, are intended to cover a non-exclusive inclusion, such that a process, system, article, or apparatus that comprises a list of steps or elements is not necessarily limited to those steps or elements expressly listed or inherent to such process, article, or apparatus, but may include other steps or elements not expressly listed or inherent to such process, article, or apparatus.
The following describes the technical scheme of the present invention and how the technical scheme of the present application solves the above technical problems in detail with specific embodiments. The following embodiments may be combined with each other, and the same or similar concepts or processes may not be described in detail in some embodiments. Embodiments of the present invention will be described below with reference to the accompanying drawings.
In the prior art, manual participation is adopted for revenue sharing, and a series of sharing processing is performed after all account-out data are summarized. In the operation and maintenance process of the account-out system, certain tasks need to manually confirm that the current node is completed and then execute the next node task, so that time of operation and maintenance personnel is wasted, continuity of the whole task cannot be guaranteed, for example, the operation and maintenance personnel between two nodes cannot pay attention to the progress of processing in real time, and time waste of an intermediate node occurs; therefore, the account-out and allocation system in the prior art is high in operation and maintenance cost, long in time consumption and poor in account-out processing timeliness due to the fact that the account-out and allocation system is needed to be manually participated.
Fig. 1 is a schematic diagram of a typical application scenario provided by the embodiment of the present invention, as shown in fig. 1, by sending a task request to a centralized control server 12 on a front-end device 11, and then the centralized control server 12 sends a task execution instruction to each remote server 13 corresponding to a task type according to the task type, so as to implement a node flow for sharing tasks on any number of remote servers 13, without manually confirming the completion condition of each node, so that manual monitoring participation can be reduced, labor cost is saved, continuity of the task flow is ensured, and thus maintenance efficiency of sharing is improved. Further, average tariffs and the like conforming to market logic can be obtained according to the user list and the final bill data (comprising the bill data of each user and the corresponding task type).
Fig. 2 is an interactive signaling diagram of a method for processing bill data according to an embodiment of the present invention, as shown in fig. 2, where the method of the present embodiment is illustrated by taking a centralized control server and a remote server as an example, as shown in fig. 2, and the method includes:
s201, a centralized control server receives a task request for bill processing, wherein the task request carries a plurality of task types to be processed and corresponding bill data;
in this embodiment, the centralized control server receives a request for a billing task sent by a front-end device, where the front-end device may include a mobile device with an APP, or an electronic device with an input interaction interface, such as a computer, a smart phone, and a netbook, including a web browser. The task request is used for triggering the centralized control server to distribute tasks to the remote server for execution, and the task request also carries a plurality of task types to be processed and corresponding bill data.
In an alternative embodiment, based on basic income bill data such as user package recharging, the bill data needs to be shared and maintained, and because the prior art adopts manual participation to carry out income sharing, and a series of sharing processing is carried out after all the account-out data are summarized, the problems of high operation and maintenance cost, long time consumption, poor account-out processing time and the like exist. According to the method and the device, the task request for bill processing is received through the centralized control server, so that the remote server processes bill data, and timeliness of apportioning operation and maintenance is improved.
For example, the task request for bill processing includes user package basic data and carries a plurality of task types, where the task types may include a voice item, a network flow item, a broadband item, a sms message and a multimedia message item, etc., and in this embodiment, different task types may be set according to different services, and this embodiment is not limited specifically.
S202, the centralized control server determines the execution sequence of a plurality of task types.
According to the task type, if the recorded existing task type is obtained by matching in the message queue, setting execution time information according to a history fair rule; if the recorded existing task types are not matched in the message queue, setting execution time information according to the rule of the corresponding rule of the newly added task types and combining the existing task types in the message queue.
In this embodiment, after receiving the task request for bill processing, security admission analysis is performed through Shiro, and the task request meeting the security admission requirement is added to the redis message queue according to the task type, so that the subsequent task can be executed. For example, a common rule corresponding to the task types is set in the centralized control server, and then the execution sequence of the task types is determined, where the common rule can be flexibly configured according to specific situations, for example, the task request includes the task types: the allocation type of call service, the type of broadband network service, and the type of network traffic service, the basic income bill data corresponding to the task request is 100, and the fair rule may allocate 20, 40, and 40 to the call service, and the embodiment is not limited to the above examples and specific values thereof.
The centralized control server may store all data of the apportionment process, i.e. historical data. The centralized control server can match in the redis message pair column according to the task type in the task request, and if the existing task type matched with the task type exists in the redis message queue, the execution time information of the task type can be set according to the history fair rule corresponding to the existing task type. If the existing task type corresponding to the task type is not matched in the message pair column, setting execution time information according to a fair rule (which can be flexibly set according to actual conditions) corresponding to the newly added task type and combining the existing task type in the message pair column. For example, detecting that the task type in the task request is a broadband network service type, and matching the task type to the existing broadband network service type in the message queue, the broadband network service type can be directly set to execute time information according to the history fair rule, i.e. no change is needed; if the task type is a home call broadband binding service type, the task type is not matched in the message queue, so that a common rule corresponding to the newly added task type is set on the centralized control server, and the execution time information of the home call broadband binding service type is set after the execution time information of the broadband network service type by combining the above-mentioned exemplary broadband network service type.
And S203, the centralized control server controls each remote server corresponding to each task type to sequentially process the corresponding bill data according to the execution sequence.
In this embodiment, the centralized control server controls the remote server corresponding to each task type to sequentially process the corresponding bill data according to the execution sequence corresponding to the execution time information. And the centralized control server obtains the corresponding remote server by matching in a preset remote server matching table according to the task type. And further, according to the execution time, controlling the remote server corresponding to each task type to process the corresponding bill data in sequence.
S204, receiving the task type.
The remote server receives the task type sent by the centralized control server so as to process the corresponding bill data according to the task type.
S205, according to the task type and the corresponding bill data, processing results corresponding to the bill data are obtained in a preset database, and the processing results are returned to the centralized control server, so that the centralized control server generates final bill data of the task request according to the processing results.
The remote server obtains processing results corresponding to the bill data in a preset database according to the task type and the bill data corresponding to the task type, for example, the processing results corresponding to the bill data corresponding to the task type can be obtained respectively according to the user identification information in the bill data, for example, the processing results corresponding to at least one user in the bill data can be obtained according to the task type. And returning the processing result to the centralized control server so that the centralized control server generates final bill data corresponding to the task request according to the processing result, wherein the final bill data comprises the detail bill data of the task type corresponding to each user.
S206, the centralized control server generates final bill data of the task request according to the processing result of the bill data sent by each remote server.
In this embodiment, the centralized control server receives processing results of corresponding bill data sent by each remote server, and generates final bill data of the task request according to the processing results. For example, the final billing data includes detailed billing data for each user's corresponding task type.
Referring to fig. 3, fig. 3 is a schematic diagram of a processing development framework of bill data provided by the embodiment of the present invention, as shown in fig. 3, the present embodiment develops based on a Shiro security framework and a springboot, and combines with a redis message queue, sends a task request to a task control part by calling services such as jdbc and rest at a front-end device, performs security admission analysis through Shiro, adds the request meeting the security admission requirement to the redis message queue, waits for actual execution of the task, performs task management through a quantiz task pool, effectively controls the utilization rate of resources and the bearing capacity of a stabilizing system, and performs corresponding control through cooperation of a rule engine (including a preset remote server matching table). In the actual task execution process, according to the task type, a corresponding shell script is called, and a corresponding sparksql is executed to complete the processing of the whole allocation task flow. The method and the system realize the execution of the allocation tasks on any number of remote servers, ensure the continuity of task flows, improve the efficiency of task execution, shorten the processing time of corresponding task flows, reduce the participation of manual monitoring and reduce the labor cost.
On the basis of the above-described embodiments, how the centralized control server operates will be described below. Fig. 4 is a flowchart illustrating a method for processing bill data according to an embodiment of the present invention. The method of the embodiment of the invention is described by taking the centralized control server as an execution main body. As shown in fig. 4, on the basis of the above embodiment, the method includes:
s301, a centralized control server receives a task request for bill processing, wherein the task request carries a plurality of task types to be processed and corresponding bill data;
s302, determining the execution sequence of a plurality of task types by the centralized control server;
s303, the centralized control server controls each remote server corresponding to each task type to sequentially process corresponding bill data according to the execution sequence;
and S304, the centralized control server generates final bill data of the task request according to the processing result of the bill data sent by each remote server.
The technical terms, effects, features, and alternative embodiments of steps S301 to S304 can be understood with reference to steps S201 to S203, S206 shown in fig. 2, and the repeated descriptions thereof will not be repeated here.
In an alternative embodiment, controlling each remote server corresponding to each task type to sequentially process the corresponding bill data may specifically include: according to the execution time information, a task execution request is sent to a remote server corresponding to the task type; receiving a current processing result sent by a remote server to obtain the information of a finishing node of the current task type; and sending a task execution request to a remote server corresponding to the task type at the next moment according to the completion node information, wherein the task execution request is used for indicating the remote server to call a preset database according to the task type to obtain a corresponding processing result.
In this embodiment, the centralized control server obtains a remote server corresponding to the task type from a preset remote server matching table according to the task type, and sends a task execution request to the remote server corresponding to the task type according to task type execution time information. After each remote server receives the request, corresponding processing results are obtained according to the bill data corresponding to the task type, and the processing results are returned to the centralized control server. The centralized control server receives the current processing result returned by the remote server, obtains the completion node information of the current task type, further sends a task execution request to the remote server corresponding to the task type at the next moment according to the completion node information, and further receives the processing result returned by the remote server. And sequentially obtaining processing results returned by the remote server according to the execution sequence of the message on the task types in the column and the execution time information until all the task types are executed to obtain final bill data corresponding to the task request.
According to the embodiment, corresponding remote servers are obtained by matching in a preset remote server matching table according to the task types, and then the remote servers are controlled to process corresponding bill data in sequence according to the execution time sequence, the to-be-centralized control server receives a processing result returned by the remote servers and obtains finishing node information of the current task type, such as successful finishing node information, and then a task execution request is sent to the remote server corresponding to the task type at the next moment according to the execution time sequence. The continuity of the task execution flow is ensured, the task execution efficiency is improved, the processing time of the corresponding task flow is shortened, the participation of manual monitoring is reduced, and meanwhile, the labor cost is reduced.
In an alternative embodiment, the method further comprises: if the number of task types in the message queues at the current moment is greater than the task number threshold in the task pool, setting a plurality of message queues according to the task number threshold, and respectively setting execution time information corresponding to each task type in the message queues to obtain the ordering of the plurality of task types in each message queue.
In this embodiment, the centralized control server sets a quantiz task pool to manage, and if it is detected that the number of task types in the message queue at the current time is greater than the number of task thresholds in the task pool, where the number of task thresholds are obtained according to the configuration of the centralized control server and the like according to actual operation conditions, the number of tasks is not specifically limited in this embodiment, for example, the number of tasks in idle is 10, and the number of tasks in busy is 20. The centralized control server sets the task type number of the message queues according to the task number threshold, sets a plurality of message queues respectively, sets execution time information corresponding to the task types in each message queue, and further obtains the ordering of the plurality of task types in each message queue. Thereby realizing the control of each remote server to process the bill data in turn.
In an alternative embodiment, the method includes: if abnormal conditions occur in the execution of the task request, the task pool detects whether corresponding bill data in the task type is stored in a preset database corresponding to the remote server; if the bill data does not exist in the preset database, the task pool refreshes the data in the preset database to obtain updated bill data, so that the remote server executes the corresponding task type in the task request according to the updated bill data.
In this embodiment, if the centralized control server detects that the execution of the task request is abnormal, the task pool stores bill data corresponding to the detected task type in a preset database corresponding to the remote server. For example, the task pool detects whether the bill data (for example, package basic data 100 charged by the user) corresponding to the task type (for example, broadband network service type) is stored in a preset database of a remote server corresponding to the task type to be executed, if the bill data does not exist in the preset database of the remote server, the task pool refreshes the data in the preset database to obtain updated bill data, for example, packages basic data 100 charged by the user is updated to obtain updated bill data, so that the remote server can execute the corresponding task type in the task request according to the updated bill data.
On the basis of the above embodiment, a description will be given below of how the remote server operates. Fig. 5 is a schematic flow chart diagram of a method for processing bill data according to an embodiment of the present invention. The method of the embodiment is described with the remote server as the execution body. As shown in fig. 5, on the basis of the above embodiment, the method includes:
s401, receiving task types.
S402, according to the task type and the corresponding bill data, processing results corresponding to the bill data are obtained in a preset database, and the processing results are returned to the centralized control server, so that the centralized control server generates final bill data of the task request according to the processing results.
The technical terms, effects, features, and alternative embodiments of steps S401 to S402 can be understood with reference to steps S204 to S205 shown in fig. 2, and the repeated descriptions will not be repeated here.
In an alternative embodiment, after receiving the task type, the method further comprises: and calling a corresponding shell script at a remote server according to the task type, and configuring a preset database.
In this embodiment, after receiving the task type, the remote server invokes the shell script, invokes the multi-line early system command or the shell command, increases the execution authority of the file, further configures the preset database, and obtains the processing result according to the bill data of the task type.
In an alternative embodiment, the centralized control server may send the processing result corresponding to the task type to the front-end device of the relevant operator, so that the relevant operator knows the execution situation of the task request.
Fig. 6 is a schematic structural diagram of a centralized control server according to an embodiment of the present invention, as shown in fig. 6, where the centralized control server in this embodiment may include:
the receiving module 51 is configured to receive a task request for bill processing from the central control server, where the task request carries a plurality of task types to be processed and corresponding bill data thereof;
a determining module 52, configured to determine an execution order of the plurality of task types by the central control server;
the control module 53 is configured to control, by using the centralized control server, each remote server corresponding to each task type to process corresponding bill data in sequence according to the execution sequence;
and the generating module 54 is configured to generate final bill data of the task request according to the processing result of the statement data sent by each remote server by using the centralized control server.
In one possible design, the determination module 52 is specifically configured to:
according to the task type, if the recorded existing task type is obtained by matching in the message queue, setting execution time information according to a history fair rule;
if the recorded existing task types are not matched in the message queue, setting execution time information according to the rule of the corresponding rule of the newly added task types and combining the existing task types in the message queue.
In one possible design, controlling each remote server corresponding to each task type to process corresponding bill data sequentially includes:
according to the execution time information, a task execution request is sent to a remote server corresponding to the task type;
receiving a current processing result sent by a remote server to obtain the information of a finishing node of the current task type;
and sending a task execution request to a remote server corresponding to the task type at the next moment according to the completion node information, wherein the task execution request is used for indicating the remote server to call a preset database according to the task type to obtain a corresponding processing result.
In one possible design, the apparatus further comprises:
if the number of task types in the message queues at the current moment is greater than the task number threshold in the task pool, setting a plurality of message queues according to the task number threshold, and respectively setting execution time information corresponding to each task type in the message queues to obtain the ordering of the plurality of task types in each message queue.
In one possible design, the apparatus further comprises:
if abnormal conditions occur in the execution of the task request, the task pool detects whether corresponding bill data in the task type is stored in a preset database corresponding to the remote server;
if the bill data does not exist in the preset database, the task pool refreshes the data in the preset database to obtain updated bill data, so that the remote server executes the corresponding task type in the task request according to the updated bill data.
The centralized control server of the present embodiment may execute the technical solutions in the methods shown in fig. 2 and fig. 4, and specific implementation processes and technical principles thereof refer to related descriptions in the methods shown in fig. 2 and fig. 4, which are not repeated herein.
Fig. 7 is a schematic structural diagram of a remote server according to an embodiment of the present invention, as shown in fig. 7, where the remote server in this embodiment may include:
a receiving module 61, configured to receive a task type;
and the obtaining module 62 is configured to obtain a processing result corresponding to the bill data in the preset database according to the task type and the bill data corresponding to the task type, and return the processing result to the centralized control server, so that the centralized control server generates final bill data of the task request according to the processing result.
In one possible design, after receiving the task type, further comprising:
and calling a corresponding shell script at a remote server according to the task type, and configuring a preset database.
The remote server in this embodiment may execute the technical solutions in the methods shown in fig. 2 and fig. 5, and specific implementation processes and technical principles thereof refer to related descriptions in the methods shown in fig. 2 and fig. 5, which are not repeated herein.
Fig. 8 is a schematic diagram of a processing system for bill data according to an embodiment of the present invention, and as shown in fig. 8, a processing system 70 for bill data according to the present embodiment may include: a processor 71 and a memory 72.
A memory 72 for storing a computer program (such as an application program, a functional module, etc. for realizing the above-described processing method of bill data), computer instructions, etc.;
the computer programs, computer instructions, etc. described above may be stored in partitions in one or more memories 72. And the above-described computer programs, computer instructions, data, etc. may be called by the processor 71.
A processor 71 for executing a computer program stored in a memory 72 for carrying out the steps of the method according to the above-described embodiment.
Reference may be made in particular to the description of the embodiments of the method described above.
The processor 71 and the memory 72 may be separate structures or may be integrated structures integrated together. When the processor 71 and the memory 72 are separate structures, the memory 72 and the processor 71 may be coupled by a bus 73.
The server of this embodiment may execute the technical solution in the method shown in fig. 2, and the specific implementation process and technical principle thereof refer to the related descriptions in the method shown in fig. 2, which are not repeated herein.
In addition, embodiments of the present application further provide a computer-readable storage medium having stored therein computer-executable instructions that, when executed by at least one processor of a user equipment, perform the various possibilities described above.
Among them, computer-readable media include computer storage media and communication media including any medium that facilitates transfer of a computer program from one place to another. A storage media may be any available media that can be accessed by a general purpose or special purpose computer. An exemplary storage medium is coupled to the processor such the processor can read information from, and write information to, the storage medium. In the alternative, the storage medium may be integral to the processor. The processor and the storage medium may reside in an ASIC. In addition, the ASIC may reside in a user device. The processor and the storage medium may reside as discrete components in a communication device.
Those of ordinary skill in the art will appreciate that: all or part of the steps for implementing the embodiments described above may be performed by hardware associated with program instructions. The foregoing program may be stored in a computer readable storage medium. The program, when executed, performs steps including the above embodiments; and the aforementioned storage medium includes: various media that can store program code, such as ROM, RAM, magnetic or optical disks.
Finally, it should be noted that: the above embodiments are only for illustrating the technical solution of the present invention, and not for limiting the same; although the invention has been described in detail with reference to the foregoing embodiments, it will be understood by those of ordinary skill in the art that: the technical scheme described in the foregoing embodiments can be modified or some or all of the technical features thereof can be replaced by equivalents; such modifications and substitutions do not depart from the spirit of the invention.
Claims (6)
1. A method for processing billing data, comprising:
the method comprises the steps that a centralized control server receives a task request for bill processing, wherein the task request carries a plurality of task types to be processed and corresponding bill data;
the centralized control server determines the execution sequence of the plurality of task types;
the centralized control server controls each remote server corresponding to each task type to sequentially process corresponding bill data according to the execution sequence;
the centralized control server generates final bill data of the task request according to the processing results of the bill data sent by the remote servers;
the centralized control server determining an execution order of the plurality of task types, comprising:
according to the task type, if the recorded existing task type is obtained by matching in the message queue, setting execution time information according to a history fair rule;
if the recorded existing task type is not matched in the message queue, setting execution time information according to a rule of a rule corresponding to the newly added task type and combining the existing task type in the message queue;
and controlling each remote server corresponding to each task type to sequentially process corresponding bill data, wherein the method comprises the following steps:
according to the execution time information, a task execution request is sent to a remote server corresponding to the task type;
receiving a current processing result sent by the remote server to obtain the information of a finishing node of the current task type;
and sending a task execution request to a remote server corresponding to the task type at the next moment according to the completion node information, wherein the task execution request is used for indicating the remote server to call a preset database according to the task type to obtain a corresponding processing result.
2. The method according to claim 1, characterized in that the method further comprises:
if the number of the task types in the message queues at the current moment is greater than the task number threshold in the task pool, setting a plurality of message queues according to the task number threshold, and respectively setting execution time information corresponding to each task type in the message queues to obtain the ordering of the plurality of task types in each message queue.
3. The method according to claim 2, wherein the method further comprises:
if abnormal conditions occur in the execution of the task request, the task pool detects whether corresponding bill data in the task type is stored in a preset database corresponding to the remote server;
and if the bill data does not exist in the preset database, refreshing the data in the preset database by a task pool to obtain updated bill data, so that the remote server executes the corresponding task type in the task request according to the updated bill data.
4. A billing data processing apparatus, comprising:
the receiving module is used for receiving a bill processing task request sent by a user by the centralized control server, wherein the task request carries a plurality of task types to be processed and corresponding bill data thereof;
the determining module is used for determining the execution sequence of the plurality of task types by the centralized control server;
the control module is used for controlling each remote server corresponding to each task type to process corresponding bill data in sequence according to the execution sequence by the centralized control server;
the generation module is used for generating final bill data of the task request according to the processing results of the bill data sent by the remote servers by the centralized control server;
the determining module is specifically configured to set execution time information according to a history fair rule if the recorded existing task types are obtained by matching in the message queue according to the task types; if the recorded existing task type is not matched in the message queue, setting execution time information according to a rule of a rule corresponding to the newly added task type and combining the existing task type in the message queue;
the control module is specifically used for sending a task execution request to a remote server corresponding to the task type according to the execution time information; receiving a current processing result sent by the remote server to obtain the information of a finishing node of the current task type; and sending a task execution request to a remote server corresponding to the task type at the next moment according to the completion node information, wherein the task execution request is used for indicating the remote server to call a preset database according to the task type to obtain a corresponding processing result.
5. A system for processing billing data, comprising: the device comprises a memory and a processor, wherein executable instructions of the processor are stored in the memory; wherein the processor is configured to perform the method of processing billing data of any of claims 1-3 via execution of the executable instructions.
6. A computer-readable storage medium, on which a computer program is stored, characterized in that the program, when being executed by a processor, implements a method of processing billing data as claimed in any one of claims 1-3.
Priority Applications (1)
Application Number | Priority Date | Filing Date | Title |
---|---|---|---|
CN202011381761.8A CN112465615B (en) | 2020-12-01 | 2020-12-01 | Method, device and system for processing bill data |
Applications Claiming Priority (1)
Application Number | Priority Date | Filing Date | Title |
---|---|---|---|
CN202011381761.8A CN112465615B (en) | 2020-12-01 | 2020-12-01 | Method, device and system for processing bill data |
Publications (2)
Publication Number | Publication Date |
---|---|
CN112465615A CN112465615A (en) | 2021-03-09 |
CN112465615B true CN112465615B (en) | 2023-06-30 |
Family
ID=74806021
Family Applications (1)
Application Number | Title | Priority Date | Filing Date |
---|---|---|---|
CN202011381761.8A Active CN112465615B (en) | 2020-12-01 | 2020-12-01 | Method, device and system for processing bill data |
Country Status (1)
Country | Link |
---|---|
CN (1) | CN112465615B (en) |
Families Citing this family (4)
Publication number | Priority date | Publication date | Assignee | Title |
---|---|---|---|---|
CN113283856A (en) * | 2021-04-29 | 2021-08-20 | 西安点告网络科技有限公司 | Resource consumption statistical method, system, device and readable storage medium |
CN113296912A (en) * | 2021-05-25 | 2021-08-24 | 北京京东振世信息技术有限公司 | Task processing method, device and system, storage medium and electronic equipment |
CN113342855B (en) * | 2021-06-24 | 2022-03-01 | 汇付天下有限公司 | Data matching method and device based on big data |
CN115660659A (en) * | 2022-11-03 | 2023-01-31 | 五八畅生活(北京)信息技术有限公司 | Bill deduction method and device, electronic equipment and storage medium |
Citations (5)
Publication number | Priority date | Publication date | Assignee | Title |
---|---|---|---|---|
CN108062383A (en) * | 2017-12-13 | 2018-05-22 | 泰康保险集团股份有限公司 | Generation method, device and the equipment of moon bill are insured again |
CN109800063A (en) * | 2019-01-25 | 2019-05-24 | 深圳乐信软件技术有限公司 | Business method for parallel processing, device, server, storage medium |
US10319056B1 (en) * | 2014-12-04 | 2019-06-11 | HCA Holdings, Inc. | Biased task assignments based on geotracking of discharge vehicles |
CN110175820A (en) * | 2019-05-31 | 2019-08-27 | 北京金山云网络技术有限公司 | Bill processing method, device, electronic equipment and the storage medium of cloud calculation service |
CN110348242A (en) * | 2017-06-12 | 2019-10-18 | 腾讯科技(深圳)有限公司 | Service request processing method and device |
-
2020
- 2020-12-01 CN CN202011381761.8A patent/CN112465615B/en active Active
Patent Citations (5)
Publication number | Priority date | Publication date | Assignee | Title |
---|---|---|---|---|
US10319056B1 (en) * | 2014-12-04 | 2019-06-11 | HCA Holdings, Inc. | Biased task assignments based on geotracking of discharge vehicles |
CN110348242A (en) * | 2017-06-12 | 2019-10-18 | 腾讯科技(深圳)有限公司 | Service request processing method and device |
CN108062383A (en) * | 2017-12-13 | 2018-05-22 | 泰康保险集团股份有限公司 | Generation method, device and the equipment of moon bill are insured again |
CN109800063A (en) * | 2019-01-25 | 2019-05-24 | 深圳乐信软件技术有限公司 | Business method for parallel processing, device, server, storage medium |
CN110175820A (en) * | 2019-05-31 | 2019-08-27 | 北京金山云网络技术有限公司 | Bill processing method, device, electronic equipment and the storage medium of cloud calculation service |
Also Published As
Publication number | Publication date |
---|---|
CN112465615A (en) | 2021-03-09 |
Similar Documents
Publication | Publication Date | Title |
---|---|---|
CN112465615B (en) | Method, device and system for processing bill data | |
CN111245916B (en) | Service calling method, service arranging method and device based on micro-service gateway | |
US20150007185A1 (en) | Task Execution By Idle Resources In Grid Computing System | |
CN109766172B (en) | Asynchronous task scheduling method and device | |
CN112905339B (en) | Task scheduling execution method, device and system | |
CN102711139A (en) | Data flow counting method and terminal | |
CN102208988B (en) | Message processing method, system and equipment thereof | |
CN111209060A (en) | Capability development platform processing method and device | |
CN110149377A (en) | A kind of video service node resource allocation methods, system, device and storage medium | |
CN104580095A (en) | API resource acquisition method and device | |
CN113342526A (en) | Dynamic management and control method, system, terminal and medium for cloud computing mobile network resources | |
CN111835809B (en) | Work order message distribution method, work order message distribution device, server and storage medium | |
CN112399388B (en) | Method, device and system for realizing edge calculation | |
CN101841800A (en) | Prepayment service charging method and system | |
CN109308219B (en) | Task processing method and device and distributed computer system | |
CN101616393B (en) | Method, system and device for setting rechargeable card | |
CN115099801A (en) | Payment information processing method and device based on public cloud | |
CN110264290B (en) | Method and device for acquiring recommendation information and electronic equipment | |
CN107707383B (en) | Put-through processing method and device, first network element and second network element | |
CN102142968B (en) | Charging method, device and system | |
CN102063596B (en) | Dynamic evaluation system and using method thereof | |
CN111524002A (en) | Method and device for determining credit line of joint name card | |
CN108347403B (en) | Method and device for distributing intermediate communication identification | |
KR100802092B1 (en) | Method and system for billing based on the client-server | |
CN112019452B (en) | Method, system and related device for processing service requirement |
Legal Events
Date | Code | Title | Description |
---|---|---|---|
PB01 | Publication | ||
PB01 | Publication | ||
SE01 | Entry into force of request for substantive examination | ||
SE01 | Entry into force of request for substantive examination | ||
GR01 | Patent grant | ||
GR01 | Patent grant |