CN112308589A

CN112308589A - Bill processing method, device, equipment and medium

Info

Publication number: CN112308589A
Application number: CN201910707520.9A
Authority: CN
Inventors: 宋科
Original assignee: Tencent Technology Shenzhen Co Ltd
Current assignee: Tencent Technology Shenzhen Co Ltd
Priority date: 2019-08-01
Filing date: 2019-08-01
Publication date: 2021-02-02

Abstract

The invention discloses a bill processing method, a device, equipment and a medium, wherein the method comprises the steps of receiving a bill by a bill receiving module, and generating a bill verification request according to an interface identifier of an interface of the bill received by the bill receiving module and the bill; acquiring a bill verification strategy according to the bill verification request, wherein the bill verification strategy comprises a user verification strategy and a batch verification strategy; performing bill verification by the user verification module based on the user verification strategy to obtain a first verification result, and performing bill verification by the batch verification module based on the batch verification strategy to obtain a second verification result; and if the first verification result and the second verification result are true, calling a conversion verification module to perform conversion verification processing on the bill, and recording the conversion verification processing result. The invention flexibly combines various functional units to meet different bill processing requirements, and is safe and reliable.

Description

Bill processing method, device, equipment and medium

Technical Field

The present invention relates to the field of data processing, and in particular, to a method, an apparatus, a device, and a medium for processing a bill.

Background

In the prior art, the processing of the bill mainly comprises two core links, wherein the first step is the issuing of the bill, specifically, the bill can be sent to a user in an online or offline mode, and the second step is the redemption and verification of the bill, namely, the user holds the bill to request the related service of the bill to a related merchant or a platform.

The method has the advantages that various forms exist in both bill issuing and bill exchange verification, bill issuing links corresponding to different scenes are difficult to be compatible with each other, and bill exchange verification links corresponding to different scenes are also difficult to be compatible with each other, so that expansion difficulty and maintenance difficulty of bill processing logic are caused.

Disclosure of Invention

In order to solve the technical problems that in the prior art, various bill processing links are difficult to be compatible with each other in different scenes, so that bill processing logic is difficult to expand and maintenance is difficult, embodiments of the present invention provide a bill processing method, apparatus, device and medium.

In one aspect, the present invention provides a bill processing method, including:

receiving a bill by a bill receiving module, and generating a bill verification request according to an interface identifier of an interface of the bill received by the bill receiving module and the bill;

acquiring a bill verification strategy according to the bill verification request, wherein the bill verification strategy comprises a user verification strategy and a batch verification strategy;

performing bill verification by the user verification module based on the user verification strategy to obtain a first verification result, and performing bill verification by the batch verification module based on the batch verification strategy to obtain a second verification result;

if the first verification result and the second verification result are true, calling a conversion verification module to perform conversion verification processing on the bill, and recording a conversion verification processing result;

and if the first check result is false or the second check result is false, rolling back the related data triggered and updated by the bill.

In another aspect, the present invention provides a note processing apparatus, the apparatus comprising:

the bill verification request generation module is used for receiving a bill by the bill receiving module and generating a bill verification request according to the interface identifier of the interface of the received bill in the bill receiving module and the bill;

the bill verification strategy acquisition module is used for acquiring a bill verification strategy according to the bill verification request, wherein the bill verification strategy comprises a user verification strategy and a batch verification strategy;

the checking module is used for carrying out bill checking on the basis of the user checking strategy by the user checking module to obtain a first checking result, and carrying out bill checking on the basis of the batch checking strategy by the batch checking module to obtain a second checking result;

the exchange verification and cancellation processing module is used for calling the exchange verification and cancellation module to carry out exchange verification and cancellation processing on the bill and recording an exchange verification and cancellation processing result if the first verification result and the second verification result are true;

and the self-healing processing module is used for rolling back the related data triggered and updated by the bill if the first check result is false or the second check result is false.

In another aspect, the present invention provides a ticket processing apparatus comprising a processor and a memory, wherein the memory has stored therein at least one instruction, at least one program, a set of codes, or a set of instructions, which are loaded and executed by the processor to implement a ticket processing method.

In another aspect, the present invention provides a computer storage medium having stored therein at least one instruction, at least one program, set of codes, or set of instructions that is loaded by a processor and that performs a ticket processing method.

The invention provides a bill processing method, a bill processing device, bill processing equipment and a bill processing medium. The invention realizes the compatibility of bill processing methods corresponding to different bill processing requirements in various different scenes through high decoupling processing logic, each decoupling processing link has a policy which can be relied on, and various functional units can be flexibly combined to meet different bill processing requirements, thereby being safe and reliable. The invention realizes the organic integration of note processing radiation to each link, such as terminal account type inspection, parameter conversion, limited frequency, black product striking, batch verification, exception processing, state rollback, management configuration and the like, so as to ensure the smooth note processing.

Drawings

In order to more clearly illustrate the embodiments of the present invention or the technical solutions and advantages of the prior art, the drawings used in the description of the embodiments or the prior art will be briefly described below, it is obvious that the drawings in the following description are only some embodiments of the present invention, and other drawings can be obtained by those skilled in the art without creative efforts.

FIG. 1 is a flow chart of a bill issuing procedure corresponding to scenario 1 provided in the present invention;

FIG. 2 is a flowchart of a bill exchange and verification link corresponding to scenario 1 provided in the present invention;

FIG. 3 is a flowchart of a bill exchange verification link corresponding to scenario 2 provided by the present invention;

FIG. 4 is a flow chart of a bill exchange verification and sales link corresponding to scenario 3 provided by the present invention;

FIG. 5 is a schematic diagram of an implementation environment of a bill processing method provided by the invention;

FIG. 6 is a flow chart of a bill handling method provided by the present invention;

FIG. 7 is a schematic illustration of HTML5 ticket redemption provided by the present invention;

FIG. 8 is a schematic view of a PC ticket redemption page provided by the present invention;

FIG. 9 is a schematic diagram of generating a ticket verification request according to the interface identifier of the interface of the ticket receiving module that receives the ticket and the ticket provided by the present invention;

FIG. 10 is a schematic diagram of a user verification policy configuration provided by the present invention;

FIG. 11 is a schematic diagram of a calibration-free time configuration provided by the present invention;

FIG. 12 is a schematic configuration diagram of a batch verification strategy provided by the present invention;

FIG. 13 is a flowchart of a user verification module performing a ticket verification based on the user verification policy to obtain a first verification result according to the present invention;

FIG. 14 is a flowchart of a user verification module performing a ticket verification based on the user verification policy to obtain a first verification result according to the present invention;

FIG. 15 is a flowchart of a process for invoking a redemption verification module to perform redemption verification of the ticket according to the present invention;

FIG. 16 is a schematic illustration of the decoupling logic of a bill handling method provided by the present invention;

FIG. 17 is a schematic diagram of a gray scale distribution arrangement provided by the present invention;

FIG. 18 is a schematic view of a ticket lookup interface provided by the present invention;

FIG. 19 is a schematic diagram of a rollback interface provided by the present invention;

FIG. 20 is a schematic view of a ticket upload interface provided by the present invention;

FIG. 21 is a schematic illustration of a document processing method provided by the present invention;

FIG. 22 is a block diagram of a bill handling apparatus provided by the present invention;

fig. 23 is a hardware structural diagram of an apparatus for implementing the method provided by the embodiment of the invention.

Detailed Description

The technical solutions in the embodiments of the present invention will be clearly and completely described below with reference to the drawings in the embodiments of the present invention, and it is obvious that the described embodiments are only a part of the embodiments of the present invention, and not all of the embodiments. All other embodiments, which can be obtained by a person skilled in the art without any inventive step based on the embodiments of the present invention, are within the scope of the present invention.

It should be noted that the terms "first," "second," and the like in the description and claims of the present invention and in the drawings described above are used for distinguishing between similar elements and not necessarily for describing a particular sequential or chronological order. It is to be understood that the data so used is interchangeable under appropriate circumstances such that the embodiments of the invention described herein are capable of operation in sequences other than those illustrated or 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, method, system, article, or server that comprises a list of steps or elements is not necessarily limited to those steps or elements expressly listed, but may include other steps or elements not expressly listed or inherent to such process, method, article, or apparatus.

In order to make the objects, technical solutions and advantages disclosed in the embodiments of the present invention more clearly apparent, the embodiments of the present invention are described in further detail below with reference to the accompanying drawings and the embodiments. It should be understood that the specific embodiments described herein are merely illustrative of the embodiments of the invention and are not intended to limit the embodiments of the invention. First, the concepts required in the embodiments of the present invention are explained as follows:

black yield: people who acquire resources through improper approaches and make high illegal profits are sold upside down.

Gray level release: it is a distribution method capable of smoothly transiting between black and white. And (4) continuing to use the product property A by a part of users, starting to use the product property B by a part of users, and gradually expanding the range and migrating all the users to the top of the B if the users do not have much objection to the B. The stability of the whole system can be ensured by gray scale release, and problems can be found and adjusted in the initial gray scale so as to ensure the influence degree of the gray scale.

Token: a token or an invitation code.

HTML 5: HTML5 is a specification for the core language (hypertext markup language) in the world wide web.

PC personal computer (personal computer).

TV: television (television).

Common Gateway Interface (CGI), is a standard Interface for external extension applications to interact with web servers. The common ways for the server side to interact with the client side are many, and the CGI technology is one of them. According to the CGI standard, an external extension application program is written, data input by a client browser can be processed, and interactive operation between the client and a server is completed.

JCE: a data communication format.

To fully illustrate the advantages of embodiments of the present invention, prior to the detailed description of embodiments of the present invention, a document processing scheme in the prior art is described. The bill processing in the prior art comprises bill issuing and bill exchange verification and sale, wherein the bill issuing can be realized by issuing unique identification codes (bills) such as two-dimensional codes, bar codes and exchange codes to related users on line or on line, and the bill exchange verification and sale can be realized by the user who goes to an appointed merchant or platform for bill authentication, bill exchange verification and sale and delivery. The processes of ticket issuing and ticket exchanging and checking are different in different scenes, and the embodiment of the invention is described by way of example.

Scene 1: and (4) scanning the code for lottery drawing by the user, obtaining a corresponding exchange code after winning a prize, obtaining prize and store information by using the exchange code, and completing the prize drawing.

The flowchart of the ticket issuing link corresponding to scenario 1 is shown in fig. 1, and includes:

s1, receiving first coding information sent by a consumer terminal.

Specifically, the first encoded information may be obtained by the consumer terminal scanning a lottery code on the goods.

And S3, carrying out prize winning judgment on the first coded information.

And S5, returning the bill of the commodity to the consumer terminal after the first coding information is judged to be in a winning state.

Specifically, the ticket is winning information, which may include prize information and redemption codes.

The flowchart of the bill exchange and verification link corresponding to the scenario 1 is shown in fig. 2, and includes:

s10, receiving second coding information sent by a prize exchange store terminal; the second coding information corresponds to the first coding information one by one.

Specifically, the second encoded information may be obtained by scanning the ticket by the cashing store terminal.

And S30, after the second coded information is judged to be valid, the prize exchanging information of the commodity is returned to the prize exchanging store terminal.

The redemption information includes at least prize information.

And S50, obtaining store information of the prize-exchanging store corresponding to the prize-exchanging store terminal.

And S70, associating the prize exchanging information with the store information to complete prize exchanging, so that a merchant pointed by the prize exchanging information can exchange and sell a prize pointed by the prize exchanging information to the prize exchanging store.

According to the process, the processes of issuing the bill and exchanging and checking the bill in the scene 1 do not protect the black products. Taking the case that the scene 1 is applied to the video member rewarding condition as an example, the blackcurrant can use a tool to draw lottery in batches to fetch the member duration, and the duration is recharged by a single account so as to realize low-cost opening and account sharing, thereby damaging the benefits of normal users.

Scene 2: the user obtains the discount information and generates a corresponding exchange code, the merchant searches corresponding commodities after scanning the exchange code of the user, discounts according to corresponding discount information, redeems corresponding discounted discount and deducts the fee to realize the object distribution

The bill issuing link in scene 2 includes: the third party payment client downloads the ticket from the third party payment server. Specifically, the ticket is commodity coupon information. In order to facilitate subsequent ticket redemption and verification, the third party payment client may also generate a ticket pattern from the ticket, which may be scanned. For example, the bill pattern may be a two-dimensional code including a payment Token, a special merchandise number and a special amount.

In the scenario 2, as shown in fig. 3, the ticket redemption verification and sale process includes:

and S2, the merchant cash register system acquires the bill and generates exchange and verification information.

Specifically, the merchant cash registering system may scan the bill pattern to obtain the preferential commodity product number, match the preferential commodity product number with the commodity of the shopping cart in the merchant cash registering system, and if the matching is successful, deduct the balance in the settlement total. The exchange and verification information comprises a payment Token, a preferential amount and a preferential commodity number.

And S4, sending the exchange and verification information to a third party payment server.

And S6, the third-party server verifies the payment Token in the exchange and verification information and records the goods number of the preferential goods and the amount after the preferential.

And S8, the third-party server sends a payment confirmation message to the merchant cash register system.

The scenario 2 still does not include a black product protection link, so that a malicious user cannot be prevented from swiping a bill at low cost.

Scene 3: and issuing a redemption code on line, wherein the user uses the redemption code to a designated store and a merchant for consumption, and the merchant goes to a redemption center for redemption and article issuing according to the redemption code certificate.

The bill issuing link of scenario 3 may be a bill sent to a user terminal. The bill can be a bar code or a two-dimensional code, and the bill can be issued by a third-party server as a fund and a consumption certificate of the user terminal.

The bill exchange and verification link of the scene 3 is shown in fig. 4, and comprises the following steps:

and S20, after the bill is consumed, generating a consumption voucher by a third-party server.

The third party server may be a mobile communication system.

And S40, sending the consumption certificate to a third-party server for exchange and verification.

In the scenario 3, the third-party server is completely relied to issue the bill and exchange the bill for verification and sale, so that the resources are inconvenient to manage, and the whole process is uncontrollable.

Scene 4: refreshing the exchange code in real time, matching timeliness and organization information when the exchange code is used, inquiring the member authority of the user after matching is successful, deducting corresponding qualification according to the authority, and issuing the commodity.

The bill issuing link corresponding to the scene 4 comprises the step of updating payment bills by an organization, and the user obtains the bills through scanning.

The bill exchange and verification link corresponding to the scene 4 comprises the following steps: and the user sends the bill to the platform server for verification, and if the verification is passed, the user communicates with the user terminal to carry out bill exchange and verification.

In the scenario 4, the black product identification is not performed, and the weak verification capability cannot prevent the black product user from realizing the exchange and purchase of the discount member.

The bill issuing and bill exchange verification and sale links in the four scenes are difficult to be compatible with each other, and at least the following problems are caused due to low expansibility and modularization degree:

first, the general lack of a black product identification link, a large probability of a bill can be acquired by the black product through an improper means for illegal profit.

The bill exchange verification and sale links are difficult to be compatible, the bill exchange verification and sale contents, the exchange verification and sale forms and the interaction process are difficult to be unified, a user may need to go to different platforms to exchange and verify bills, resource management is inconvenient to carry out, and the viscosity of the user is also reduced.

The bill exchange and verification link has no perfect user wind control system, and resources corresponding to the bill are easily exchanged by a black product or a small account.

The whole bill processing flow is not subjected to gray release, so that the operation is difficult, a rollback self-healing mechanism is lacked, and a corresponding processing early warning mechanism is also lacked.

The embodiment of the invention considers that the reasons for the problems are mainly that the coupling degree among all links of bill processing logic is too high, the modularization degree is insufficient, and all links lack a safety mechanism. Therefore, the embodiment of the invention improves the bill processing logic, encapsulates each link to form the decoupled bill processing logic, and introduces a safety mechanism. In order to detail the technical solution of the embodiment of the present invention, the embodiment of the present invention first discloses an implementation environment of a bill processing method.

Referring to fig. 5, the implementation scenario includes: the system comprises a client 01, a bill service server 03 and a configuration server 05, wherein the bill service server 03 is in communication connection with the configuration server 05, the configuration server 05 can also be arranged in the bill service server 03, the bill service server 03 executes bill processing logic according to configuration provided by the configuration server 05, and the bill service server 03 can process bill issuing logic and bill exchange and verification logic.

The Client 01 may communicate with the ticket service Server 03 based on a Browser/Server mode (Browser/Server, B/S) or a Client/Server mode (Client/Server, C/S) in order to acquire a ticket and to perform ticket redemption and verification. The client 01 may include: the physical devices may also include software running in the physical devices, such as applications, and the like. For example, the client 01 can run video software, instant messaging software, game software, and shopping software.

The ticket service server 03 and the configuration server 05 may each include a server operating independently, or a distributed server, or a server cluster composed of a plurality of servers.

An embodiment of the present invention provides a method for processing a ticket, as shown in fig. 6, where the method uses a ticket service server 03 in the implementation environment as an execution subject, and the method specifically includes:

s101, receiving a bill by a bill receiving module, and generating a bill verification request according to an interface identifier of an interface of the bill received by the bill receiving module and the bill.

In a preferred embodiment, before the step S101, a ticket may also be issued to the user pointed by the ticket issuing policy based on a preset ticket issuing policy, and the directed issuing of the ticket may reduce the risk of stealing the ticket by a black product and maintain the benefits of normal users.

The bill receiving module in the embodiment of the invention is compatible with bills of various sources, and the bills of different sources correspond to different interfaces. The different sources of the bills can be distinguished by judging the interface identification of the interface for acquiring the bills. In one possible embodiment, the ticket source may be an HTML5 ticket redemption page, a PC ticket redemption page, a top up store, a TV back office, or other back office.

As shown in fig. 7-8, which respectively show a schematic diagram of HTML5 bill redemption and a schematic diagram of PC bill redemption page, which can be applied to scenarios where a third party purchases a large number of members, vouchers, viewing tickets, etc. type redemption codes, and during an event, the user obtains a redemption code in the form of an event gift or lottery, etc. and then goes to a unified redemption page for redemption verification of the redemption code and redemption of rights and interests.

Different bill sources can correspond to the same or different parameter analysis rules, so that processing logics of bills from different sources can be packaged according to different parameter analysis rules. In one possible embodiment, the bill receiving module may include a first communication interface unit and a second communication interface unit, the first communication interface unit may receive a bill processed based on a first communication interface, the bill processed based on the first communication interface may be from an HTML5 bill exchange page, a PC bill exchange page, a top-up store; the second communication interface unit may receive tickets processed based on the second communication interface, and the tickets processed based on the second communication interface may come from a TV background or other backgrounds. In the embodiment of the present invention, the first communication interface may be a CGI, and the second communication interface may be a JCE.

Correspondingly, the generating a bill verification request according to the interface identifier of the interface that receives the bill in the bill receiving module and the bill includes, as shown in fig. 9:

s1011, acquiring the interface identifier of the interface of the bill received in the bill receiving module.

And S1013, acquiring target parameter conversion logic according to the interface identifier.

And S1015, analyzing the bill according to the target parameter conversion logic.

And S1017, generating a bill verification request according to the analysis result.

S103, acquiring a bill verification strategy according to the bill verification request, wherein the bill verification strategy comprises a user verification strategy and a batch verification strategy.

Specifically, the user verification policy may be used to verify whether a terminal account requesting for ticket processing is legal, verify the validity of the terminal account in a terminal verification and terminal graph verification manner, determine whether the terminal account belongs to a blackout product through a preset blackout product determination logic, and prevent a user from maliciously swiping a ticket in a manner of limiting the frequency of the terminal account.

As shown in fig. 10, the user verification policy may be configured in the configuration server, and for terminal accounts of different security categories, different user verification policies may be adopted, for example, the terminal account determined to be a black product is prohibited, the prohibition is a highest-level security policy, and the prohibited terminal account cannot be subjected to ticket exchange and verification; and verifying the terminal account determined to be controlled by the machine in a terminal verification mode. According to different verification granularities, the security categories of the terminal account numbers can be correspondingly divided, so that the corresponding user verification strategies are set. As shown in fig. 10, the terminal account may be divided into multiple forms, such as confirmed black birth, suspected black birth, confirmed trumpet, unknown, normal, suspected trumpet, policy trumpet, machine control, no history, and the like.

Furthermore, the configuration server can set verification-free time for a certain terminal account or certain terminal accounts, so that resources occupied by a user verification process are reduced, and the verification speed is increased. As shown in fig. 11, the verification-free time for the mobile phone verification and the verification-free time for the graphic verification of the terminal account may be set.

Specifically, the batch verification policy may verify the validity of the ticket, and the batch verification policy may include a telephone fee member verification, a ticket validity period verification, a limit verification of related activities of the ticket, and/or a database exchange verification and sale state verification related to the ticket.

The batch verification strategy can be configured in the configuration server, and the bills are managed in batches, and the related parameters of the bills corresponding to each batch are set, so that the legality of the bills can be verified from the perspective of batch management. As shown in fig. 12, the related parameters of the batch verification policy may be a batch number, an event name, a start time, an end time, a ticket related service code, a service number, a redemption verification and cancellation user qualification, a redemption verification and cancellation mode, a redemption verification and cancellation platform, a participating store identifier, a single account number redemption verification and cancellation limit, a single-day redemption verification and cancellation limit, and the like.

And S105, carrying out bill verification by the user verification module based on the user verification strategy to obtain a first verification result, and carrying out bill verification by the batch verification module based on the batch verification strategy to obtain a second verification result.

The user verification module comprises a plurality of first verification units, each first verification unit independently executes a nuclear verification function, the user verification module combines the first verification units according to a user verification strategy to obtain a first verification unit group capable of executing the user verification strategy, and the first verification unit group performs bill verification to obtain a first verification result. Different user verification strategies can trigger different user verification processes, and different first verification unit groups can be obtained correspondingly.

If the user verification strategy comprises a plurality of verification branches, the user verification unit can also dynamically combine the first verification unit according to the branch to be executed in the process of executing bill verification to obtain a first verification unit group corresponding to the branch to be executed.

The user verification module can comprise a terminal account state verification unit, a terminal verification unit, a current-day first-time exchange verification unit and a terminal account security verification unit, and the terminal verification unit comprises a mobile phone number verification unit, a verification code verification unit and a graph verification unit.

In one scenario, the performing, by the user verification module, a ticket verification based on the user verification policy to obtain a first verification result, as shown in fig. 13, includes:

s1051, a terminal account checking unit checks the state of the terminal account to determine whether the terminal account is bound with the mobile phone.

And S1053, if the mobile phone is bound, the verification unit for verifying the first exchange and the verification of the first exchange and the verification of the second exchange.

And if the mobile phone is not bound, prompting the user to bind the mobile phone.

And S1055, if so, carrying out terminal verification by the verification code verification unit based on a verification code verification mode to obtain a first verification result.

And S1057, if not, carrying out terminal verification by the graph verification unit based on a graph verification mode to obtain a first verification result.

In the former scenario, the terminal account status of the user and whether the user is redeemed for approval or not are considered, but the security level of the user is not considered, and in another scenario, different verification methods may be performed on users with different security levels, and the performing, by the user verification module, a ticket verification based on the user verification policy to obtain a first verification result, as shown in fig. 14, includes:

and S1052, the terminal account security verification unit verifies the security type of the terminal account.

And S1054, if the security type of the terminal account is black yield, directly outputting a check result which is not passed as a first check result.

And S1056, if the security type of the terminal account is the terminal account controlled by the machine, the terminal verification unit verifies to obtain a first verification result.

In a preferred embodiment, the number of times of single-day verification of the verification code of the terminal account can be recorded in the bill processing process, and correspondingly, the user verification policy can define the threshold value of the number of times of single-day verification of the verification code of the terminal account with different security categories. For example, if the terminal account is suspected to be a black product, the single-day verification frequency of the verification code triggered by the terminal account is not more than 2, otherwise, the first verification result is failed, the verification frequency of the verification code on the current day is prompted to exceed the limit, and the bill exchange can be carried out on a different day. If the terminal account number is a suspected small number, the verification frequency of the verification code triggered by the terminal account number is not more than 5, otherwise, the first verification result is failed, the verification times of the verification code on the day are prompted to exceed the limit, and the bill exchange can be carried out on a changed day. The verification of the verification code has the short message sending cost, and the embodiment of the invention strictly controls the verification times of the single-day verification code according to different scenes, and is favorable for reasonably controlling the cost generated in the bill processing process.

The batch verification module comprises a plurality of second verification units, and each second verification unit can independently verify one of the related parameters of the bill. And the batch verification module combines the second verification units according to the batch verification strategy to obtain a second verification unit group capable of executing the batch verification strategy, and the second verification unit group performs bill verification to obtain a second verification result. Obviously, if any second checking unit in the second checking group fails to check, the second checking result is that the second checking unit fails to check.

In a preferred embodiment, the batch verification module may further include at least one third verification unit, and the third verification unit may be configured to verify whether the acquisition of the corresponding batch of tickets is successful, the exchange frequency of tickets is too high, or the anti-brushing of the ticket lock is successful. The second check unit group may be a combination of at least one second check unit and at least one third check unit. Obviously, if the acquisition of the corresponding batch of the bill fails, the bill exchange frequency is too high, or the mode of locking the bill fails, the second check result is failed.

And S107, if the first check result and the second check result are both true, calling a conversion verification module to perform conversion verification and verification processing on the bill, and recording a conversion verification and verification processing result.

Specifically, the exchange verification and cancellation module may include at least one exchange verification and cancellation unit, and different exchange verification and cancellation units process different exchange verification and cancellation services, so that the exchange verification and cancellation module is compatible with the exchange verification and cancellation of different bills.

For example, the first exchange verification and sale unit can perform exchange verification and sale on the first type of software related bills, and the second exchange verification and sale unit can perform exchange verification and sale on the second type of software related bills; the third exchange verification and sale unit can perform exchange verification and sale on the related bills of the senior members, and the fourth exchange verification and sale unit can perform exchange verification and sale on the related bills of the common members; the fifth unit can perform exchange and verification on the related bills of the first type terminal, and the sixth exchange and verification unit can perform exchange and verification on the related bills of the second type terminal. The seventh exchange verification and sale unit can be used for exchanging the first type of ticket, and the eighth exchange verification and sale unit can be used for exchanging the second type of ticket. The exchange and verification unit group supporting various scenes can be obtained by combining various exchange and verification units.

Specifically, the embodiment of the invention can support the ticket exchange verification scene including, but not limited to, television-side film watching volume exchange verification, television-side voucher exchange verification, film watching volume exchange verification related to the common member of the first communication software of the mobile terminal, and voucher exchange verification related to the common member of the second communication software of the mobile terminal.

In one possible embodiment, the invoking of the redemption verification module performs redemption verification processing on the ticket, as shown in fig. 15, including:

s1071, acquiring the bill type of the bill.

And S1073, the exchange verification and cancellation unit acquires a target exchange verification and cancellation unit group according to the bill type.

And S1075, the target exchange verification and cancellation unit group performs exchange verification and cancellation on the bill.

Specifically, the exchange and verification comprises the steps of completing state updating of related business data of the bill and carrying out statistics on the related data.

S109, if the first check result is false or the second check result is false, rolling back the related data triggered and updated by the bill.

If the first check result corresponding to the bill is false or the second check result is false, error information can be generated and fed back to the user, or alarm information can be generated and fed back to the administrator.

As shown in fig. 16, which shows a schematic view of decoupling logic of a bill processing method according to an embodiment of the present invention, as can be seen from fig. 16, the bill processing logic in various scenarios is encapsulated and divided into a bill verification request generation link, a user verification link, a batch verification link, a redemption verification link and a bill processing result post-processing link, and each link is decoupled by other links.

In a preferred embodiment, a bill management interface can be further provided, and the bill management interface is used for realizing bill gray scale distribution and bill abnormal state processing.

Referring to fig. 17, a gray scale distribution configuration diagram is shown, in which various gray scale distribution rules can be set by providing a gray scale distribution white list, so as to achieve the technical purpose of updating bill processing logic by batches. Aiming at the problem of difficult operation caused by an imperfect mechanism of bill processing logic in the processes of configuration and gray scale online in the prior art, a scheme of gray scale online according to batch configuration is provided, and management and operation of bill processing are facilitated.

Referring to fig. 18-19, a ticket query interface and a rollback interface are shown, which may be implemented by way of manual intervention for ticket query and for rollback of abnormal data updates caused by ticket anomalies.

Referring to fig. 20, a ticket upload interface is shown that allows for large batch ticket uploads by batch.

In other possible embodiments, the bill management interface can also perform relevant statistical analysis according to the bill processing result, and draw an analysis chart, such as a pie chart or a line chart, so that a user can control the big data relevant to bill processing macroscopically.

According to the related schematic diagram of the bill management interface, the embodiment of the invention can provide a friendly bill management interface connected with the bill management interface, the bill management interface realizes the intercommunication with the bill processing logic based on the bill management interface, can automatically synchronize the exception generated by the bill processing logic, and generates the alarm, and the configuration is simple, efficient and stable.

The embodiment of the invention discloses a bill processing method, which realizes the compatibility of bill processing methods corresponding to different bill processing requirements in different scenes through high decoupling processing logic, each decoupling processing link has a strategy which can be relied on, and different bill processing requirements can be met through flexibly combining various functional units, so that the bill processing method is safe and reliable. The embodiment of the invention realizes the integration of various links of bill processing radiation, such as terminal account type checking, parameter conversion, limited frequency, black product striking, batch verification, exception handling, state rollback, management configuration and the like, so as to ensure the smooth bill processing.

Please refer to fig. 21, which illustrates a schematic diagram of a ticket processing method according to an embodiment of the present invention, which can greatly improve the threshold of black office brush member redemption through the use of mobile phone real name verification, graph verification, and secret security verification, and each link related to ticket processing is highly encapsulated and connected in an interactive manner, so as to obtain a good interface integration effect. Each interface can be freely collocated and adjusted in real time according to configuration modification. The system is compatible with various bill processing services, can self-heal faults, can realize real-time short messages, mails and enterprise micro-message contact when the abnormity occurs, and has excellent user experience.

The present invention provides a bill handling apparatus, as shown in fig. 22, the apparatus including:

a bill verification request generation module 301, configured to receive a bill by a bill receiving module, and generate a bill verification request according to an interface identifier of an interface, which receives the bill, in the bill receiving module and the bill;

a bill verification policy obtaining module 303, configured to obtain a bill verification policy according to the bill verification request, where the bill verification policy includes a user verification policy and a batch verification policy;

a checking module 305, configured to perform, by the user checking module, a ticket checking based on the user checking policy to obtain a first checking result, and perform, by the batch checking module, a ticket checking based on the batch checking policy to obtain a second checking result;

the exchange verification and cancellation processing module 307 is configured to call the exchange verification and cancellation module to perform exchange verification and cancellation processing on the ticket if the first verification result and the second verification result are both true, and record an exchange verification and cancellation processing result;

and the self-healing processing module 309 is configured to roll back the related data triggered and updated by the ticket if the first check result is false or the second check result is false.

Specifically, the bill processing device and the bill processing method are all based on the same inventive concept.

The embodiment of the present invention further provides a computer storage medium, where the computer storage medium may store a plurality of instructions, and the instructions are suitable for being loaded by a processor and executing the ticket processing method according to the embodiment of the present invention, where the method at least includes the following steps:

a method of note processing, the method comprising:

Preferably, a bill management interface and a bill management interface connected with the bill management interface are provided, and the bill management interface is used for realizing bill gray scale release and bill abnormal state processing.

Preferably, the generating of the bill verification request according to the interface identifier of the interface of the bill received in the bill receiving module and the bill includes;

acquiring an interface identifier of an interface of the bill received in the bill receiving module;

acquiring target parameter conversion logic according to the interface identifier;

analyzing the bill according to the target parameter conversion logic;

and generating a bill checking request according to the analysis result.

Preferably, the user verification module includes a plurality of first verification units, each first verification unit independently performs a nuclear verification function, the user verification module combines the first verification units according to a user verification policy to obtain a first verification unit group capable of performing the user verification policy, and the first verification unit group performs a bill verification to obtain a first verification result;

and if the user verification strategy comprises a plurality of verification branches, the user verification unit dynamically combines the first verification unit according to the branch to be executed in the process of executing bill verification to obtain a first verification unit group corresponding to the branch to be executed.

Preferably, the batch verification module comprises a plurality of second verification units, and each second verification unit independently verifies one of the related parameters of the bill; and the batch verification module combines the second verification units according to the batch verification strategy to obtain a second verification unit group capable of executing the batch verification strategy, and the second verification unit group performs bill verification to obtain a second verification result.

Preferably, the batch verification module further comprises at least one third verification unit, and the third verification unit is used for verifying whether the acquisition of the corresponding batch of the bills is successful, the bill exchange frequency is too high, or the bill locking and anti-brushing is successful; the second check unit group is a combination of at least one second check unit and at least one third check unit.

Preferably, the exchange verification and cancellation module comprises at least one exchange verification and cancellation unit, different exchange verification and cancellation units process different exchange verification and cancellation services, and various exchange verification and cancellation units are combined to obtain an exchange verification and cancellation unit group supporting various scenes; the calling of the exchange verification and cancellation module for carrying out exchange verification and cancellation processing on the bill comprises the following steps:

acquiring the bill type of the bill;

the exchange verification and cancellation unit acquires a target exchange verification and cancellation unit group according to the bill type;

performing exchange verification and cancellation on the bill by the target exchange verification and cancellation unit group;

Further, fig. 23 shows a hardware structure diagram of an apparatus for implementing the method provided by the embodiment of the present invention, and the apparatus may participate in forming or containing the device or system provided by the embodiment of the present invention. As shown in fig. 23, the device 10 may include one or more (shown as 102a, 102b, … …, 102 n) processors 102 (the processors 102 may include, but are not limited to, a processing device such as a microprocessor MCU or a programmable logic device FPGA, etc.), a memory 104 for storing data, and a transmission device 106 for communication functions. Besides, the method can also comprise the following steps: a display, an input/output interface (I/O interface), a Universal Serial Bus (USB) port (which may be included as one of the ports of the I/O interface), a network interface, a power source, and/or a camera. It will be understood by those skilled in the art that the structure shown in fig. 23 is merely illustrative and is not intended to limit the structure of the electronic device. For example, device 10 may also include more or fewer components than shown in FIG. 23, or have a different configuration than shown in FIG. 23.

It should be noted that the one or more processors 102 and/or other data processing circuitry described above may be referred to generally herein as "data processing circuitry". The data processing circuitry may be embodied in whole or in part in software, hardware, firmware, or any combination thereof. Further, the data processing circuitry may be a single, stand-alone processing module, or incorporated in whole or in part into any of the other elements in the device 10 (or mobile device). As referred to in the embodiments of the application, the data processing circuit acts as a processor control (e.g. selection of a variable resistance termination path connected to the interface).

The memory 104 can be used for storing software programs and modules of application software, such as program instructions/data storage devices corresponding to the method described in the embodiment of the present invention, and the processor 102 executes various functional applications and data processing by running the software programs and modules stored in the memory 104, so as to implement one of the above-mentioned bill processing methods. The memory 104 may include high speed random access memory, and may also include non-volatile memory, such as one or more magnetic storage devices, flash memory, or other non-volatile solid-state memory. In some examples, memory 104 may further include memory located remotely from processor 102, which may be connected to device 10 via a network. Examples of such networks include, but are not limited to, the internet, intranets, local area networks, mobile communication networks, and combinations thereof.

The transmission device 106 is used for receiving or transmitting data via a network. Specific examples of such networks may include wireless networks provided by the communication provider of the device 10. In one example, the transmission device 106 includes a network adapter (NIC) that can be connected to other network devices through a base station so as to communicate with the internet. In one example, the transmission device 106 can be a Radio Frequency (RF) module, which is used for communicating with the internet in a wireless manner.

The display may be, for example, a touch screen type Liquid Crystal Display (LCD) that may enable a user to interact with a user interface of the device 10 (or mobile device).

It should be noted that: the precedence order of the above embodiments of the present invention is only for description, and does not represent the merits of the embodiments. And specific embodiments thereof have been described above. Other embodiments are within the scope of the following claims. In some cases, the actions or steps recited in the claims may be performed in a different order than in the embodiments and still achieve desirable results. In addition, the processes depicted in the accompanying figures do not necessarily require the particular order shown, or sequential order, to achieve desirable results. In some embodiments, multitasking and parallel processing may also be possible or may be advantageous.

The embodiments in the present specification are described in a progressive manner, and the same and similar parts among the embodiments are referred to each other, and each embodiment focuses on the differences from the other embodiments. In particular, as for the device and server embodiments, since they are substantially similar to the method embodiments, the description is simple, and the relevant points can be referred to the partial description of the method embodiments.

It will be understood by those skilled in the art that all or part of the steps for implementing the above embodiments may be implemented by hardware, or may be implemented by a program instructing relevant hardware, where the program may be stored in a computer-readable storage medium, and the above-mentioned storage medium may be a read-only memory, a magnetic disk or an optical disk, etc.

The above description is only for the purpose of illustrating the preferred embodiments of the present invention and is not to be construed as limiting the invention, and any modifications, equivalents, improvements and the like that fall within the spirit and principle of the present invention are intended to be included therein.

Claims

1. A method of processing a document, the method comprising:

2. The method of claim 1, wherein:

and providing a bill management interface and a bill management interface connected with the bill management interface, wherein the bill management interface is used for realizing bill gray scale release and bill abnormal state processing.

3. The method of claim 1, wherein: generating a bill verification request according to the interface identifier of the interface of the bill received by the bill receiving module and the bill, wherein the bill verification request comprises the interface identifier of the interface of the bill received by the bill receiving module;

analyzing the bill according to the target parameter conversion logic;

and generating a bill checking request according to the analysis result.

4. The method of claim 1, wherein:

the user verification module comprises a plurality of first verification units, each first verification unit independently executes a nuclear verification function, the user verification module combines the first verification units according to a user verification strategy to obtain a first verification unit group executing the user verification strategy, and the first verification unit group performs bill verification to obtain a first verification result;

5. The method of claim 1, wherein:

the batch verification module comprises a plurality of second verification units, and each second verification unit independently verifies one of the related parameters of the bill; and the batch verification module combines the second verification unit according to the batch verification strategy to obtain a second verification unit group for executing the batch verification strategy, and the second verification unit group performs bill verification to obtain a second verification result.

6. The method of claim 5, wherein:

the batch verification module also comprises at least one third verification unit, and the third verification unit is used for verifying whether the acquisition of the corresponding batch of the bill is successful, the bill exchange frequency is too high or the bill locking and anti-brushing are successful; the second check unit group is a combination of at least one second check unit and at least one third check unit.

7. The method as claimed in claim 1, wherein the exchange verification and cancellation module comprises at least one exchange verification and cancellation unit, different exchange verification and cancellation units process different exchange verification and cancellation services, and a plurality of exchange verification and cancellation units are combined to obtain an exchange verification and cancellation unit group; the calling of the exchange verification and cancellation module for carrying out exchange verification and cancellation processing on the bill comprises the following steps:

acquiring the bill type of the bill;

and performing redemption verification and sale on the bill by the target redemption verification and sale unit group.

8. A document processing apparatus, the apparatus comprising:

9. A ticket processing apparatus comprising a processor and a memory, said memory having stored therein at least one instruction, at least one program, set of codes or set of instructions, said at least one instruction, said at least one program, set of codes or set of instructions being loaded and executed by said processor to implement a ticket processing method according to any one of claims 1-7.

10. A computer storage medium having stored therein at least one instruction, at least one program, set of codes or set of instructions that is loaded by a processor and that performs a ticket processing method according to any one of claims 1-7.