CN112334937A

CN112334937A - Refund method, transaction system, account system and storage medium

Info

Publication number: CN112334937A
Application number: CN201980018009.6A
Authority: CN
Inventors: 刘贞平; 柳彤; 朱大卫
Original assignee: Haifu Mobile Technology Hong Kong Ltd
Current assignee: Haifu Mobile Technology Hong Kong Ltd
Priority date: 2019-06-04
Filing date: 2019-06-04
Publication date: 2021-02-05
Anticipated expiration: 2039-06-04
Also published as: WO2020243904A1; CN112334937B

Abstract

The application discloses a refund method, a transaction system, an account system, a payment system and a storage medium, wherein the refund method comprises the steps that the transaction system receives a refund order initiated from a first account to a second account; the transaction system initiates a refund amount freezing flow corresponding to the refund order to an account system where the second account is located; after the transaction system successfully freezes the refund amount, initiating a refund flow corresponding to the refund order to the second account through the third-party payment system; the transaction system at least partially debits the frozen refund amount by the account system after the successful completion of the refund process. Through the mode, the refund process can be optimized.

Description

Refund method, transaction system, account system and storage medium

[ technical field ] A method for producing a semiconductor device

The application relates to the technical field of payment, in particular to a refund method, a transaction system, an account system, a payment system and a storage medium.

[ background of the invention ]

With the development of mobile payment, consumers increasingly use mobile payment applications to shop at the time of consumption; in the course of commodity transaction, after the user finishes payment, the user may need to apply for refund for various reasons, so a corresponding system is needed to support the refund service.

The inventor of the application finds that general refund business processing directly processes business through a transaction layer, when the business is busy, refund requests of various businesses are mixed together, the refund process is easy to be complex and busy, in addition, excessive refund is easy to be caused, and a payment system is lost.

[ summary of the invention ]

The application mainly solves the problem of providing a refund method, a transaction system, an account system, a payment system and a storage medium, which can optimize the refund process.

In order to solve the technical problem, the technical scheme adopted by the application is to provide a refund method, which comprises the following steps: the transaction system receives a refund order initiated by a first account to a second account; the transaction system initiates a refund amount freezing flow corresponding to the refund order to an account system where the second account is located; after the transaction system successfully freezes the refund amount, initiating a refund flow corresponding to the refund order to the second account through the third-party payment system; the transaction system at least partially debits the frozen refund amount by the account system after the successful completion of the refund process.

In order to solve the above technical problem, another technical solution adopted by the present application is to provide a refund method, including: the account system receives a refund amount frozen stream initiated by the transaction system, wherein the transaction system is used for receiving a refund order initiated by a first account to a second account, and the refund amount frozen stream corresponds to the refund order; the account system freezes the refund amount and unfreezes the refund amount after receiving the unfreezing flow initiated by the transaction system; the account system deducts the at least partially frozen refund amount.

In order to solve the above technical problem, another technical solution adopted by the present application is to provide a transaction system, which includes a memory and a processor connected to each other, wherein the memory is used for storing a computer program, and the computer program is used for implementing the refund method when being executed by the processor.

In order to solve the above technical problem, another technical solution adopted by the present application is to provide an account system, which includes a memory and a processor connected to each other, wherein the memory is used for storing a computer program, and the computer program is used for implementing the refund method when being executed by the processor.

In order to solve the above technical problem, another technical solution adopted by the present application is to provide a payment system, where the payment system includes a transaction system and an account system that are connected to each other, where the transaction system is the above transaction system, and the account system is the above account system.

In order to solve the technical problem, another technical solution adopted by the present application is to provide a storage medium for storing a computer program, wherein the computer program is used for implementing the refund method when being executed by a processor.

Through the scheme, the beneficial effects of the application are that: the refund service is processed by utilizing the transaction system and the account system, the transaction system and the account system are decoupled, meanwhile, the corresponding amount of money of the second account is frozen in the refund process, and the refund efficiency can be optimized through the cooperation of the transaction system and the account system.

[ description of the drawings ]

In order to more clearly illustrate the technical solutions in the embodiments of the present application, the drawings needed to be used in the description of the embodiments are briefly introduced below, and it is obvious that the drawings in the following description are only some embodiments of the present application, and it is obvious for those skilled in the art to obtain other drawings based on these drawings without creative efforts. Wherein:

FIG. 1 is a schematic flow chart diagram illustrating a refund method according to an embodiment of the present disclosure;

FIG. 2 is an interactive schematic diagram of a transaction system, an account system, and a third party payment system provided herein;

FIG. 3 is a schematic flow chart diagram illustrating a refund method according to another embodiment of the present application;

FIG. 4 is a schematic flow chart illustrating step 34 of another exemplary refund method provided herein;

FIG. 5 is a schematic flow chart of step 38 of another embodiment of a refund method provided herein;

FIG. 6 is a schematic flow chart diagram illustrating a refund method according to yet another embodiment of the present application;

FIG. 7 is a block diagram illustrating an embodiment of a transaction system provided herein;

FIG. 8 is a schematic block diagram of an embodiment of an account system provided herein;

FIG. 9 is a schematic diagram of an embodiment of a payment system provided herein;

fig. 10 is a schematic structural diagram of an embodiment of a storage medium provided in the present application.

[ detailed description ] embodiments

The technical solutions in the embodiments of the present application will be clearly and completely described below with reference to the drawings in the embodiments of the present application, and it is obvious that the described embodiments are only a part of the embodiments of the present application, and not all the embodiments. All other embodiments, which can be derived by a person skilled in the art from the embodiments given herein without making any creative effort, shall fall within the protection scope of the present application.

Referring to fig. 1 and fig. 2, fig. 1 is a schematic flowchart of an embodiment of a refund method provided by the present application, and fig. 2 is a schematic interaction diagram of a transaction system, an account system, and a third party payment system provided by the present application, where the method includes:

step 11: the transaction system receives a refund order initiated by the first account to the second account.

After the consumer finishes consumption in a merchant shop, when the original payment order needs to be refunded due to the reasons of the consumer or the merchant, the consumer or the merchant can initiate a refund request through a merchant system, the refund request can generate a corresponding refund order in the merchant system after being checked by the merchant, and the refund order can comprise a refund order number, a payment order number, the time for applying for refunding, the refund goods or the refund amount and the like; the merchant system may be an e-commerce website or application, such as Taobao, etc., the first account may be an account of the merchant or the consumer, and the second account may be an account number of the merchant.

Step 12: and the transaction system initiates a refund amount freezing flow corresponding to the refund order to the account system where the second account is located.

And after receiving the refund order, the transaction system generates a refund amount freezing flow, initiates a freezing request to the account system, and calls the account system to freeze the refund amount.

Step 13: and after the transaction system successfully freezes the refund amount, initiating a refund flow corresponding to the refund order to the second account through the third-party payment system.

After the refund amount is successfully frozen, the transaction system may invoke a third party payment system to refund, which may be a bank, a payment treasure, a WeChat, or the like.

Step 14: the transaction system at least partially debits the frozen refund amount by the account system after the successful completion of the refund process.

The transaction system applies for freezing partial amount of the second account, the transaction system calls the account system to complete freezing operation, after freezing is completed, the transaction system initiates a request to the third-party payment system to apply for refund, after the third-party payment system successfully processes the refund order, a notice is sent to the transaction system, and the transaction system calls the account system again to deduct the frozen amount of the money, so that processing of the refund service is completed.

In distinction to the prior art, the present application provides a chargeback method that utilizes a transaction system and an account system to control chargeback, when a consumer or a merchant initiates refund, a transaction system in the payment system receives a refund order, an account system in the payment system freezes the corresponding amount of money of the merchant, then the transaction system calls a refund interface provided by a third-party payment system, if the refund fails, the refund amount is returned to the merchant, if the refund succeeds, the corresponding amount is deducted to the consumer through the account system, the refund process can be optimized, the refund efficiency can be improved by utilizing the cooperation of the transaction system and the account system, when the refund business is busy, the refund business can be guaranteed to be processed in time, partial amount of money of the second account can be frozen by the account system, the safety of refund is guaranteed, and the situation of excess refund is avoided.

Referring to fig. 3, fig. 3 is a schematic flow chart of another embodiment of a refund method provided by the present application, the method including:

step 31: the transaction system receives a refund order initiated by the first account to the second account.

Step 32: the transaction system analyzes the refund order to obtain an analyzed refund order.

The refund order may be assembled, encrypted or compressed by the merchant system, so that the transaction system can split, decrypt or decompress the refund order after receiving the refund order provided by the merchant system to obtain the original refund order.

Step 33: and the transaction system utilizes the payment order number in the analyzed refund order to inquire in a pre-stored payment order table to obtain the original payment order.

The transaction system stores a payment order table, the analyzed refund order comprises a payment order number, and the transaction system matches the payment order number with the payment order table to inquire the information of the original payment order.

Step 34: and the transaction system judges whether the original payment order meets a preset refund condition.

After judging that the original payment order meets the preset refund condition, the transaction system triggers and executes the action of initiating the refund amount freezing flow corresponding to the refund order to the account system where the second account is located; and if the original payment order does not meet the preset refund condition, the refund cannot be carried out, the transaction system sends a refund failure notice to the first account, and the process is ended.

In an embodiment, as shown in fig. 4, the determining, by the transaction system, whether the original payment order satisfies the predetermined refund condition may specifically include the following steps:

step 341: and the transaction system judges whether the original payment order is paid successfully.

The transaction system triggers and executes an action of judging whether the refund time corresponding to the original payment order is within the preset refund time after judging that the original payment order is successfully paid; if the original payment order is not paid successfully, the transaction system judges that the refund order does not meet the preset refund condition, namely if the original payment order does not exist or the transaction state is failure, the refund fails, and the process is ended.

Step 342: and the transaction system judges whether the refund time corresponding to the original payment order is within the preset refund time.

The transaction system triggers and executes the action of judging whether the refund times corresponding to the original payment order exceed the preset refund times after judging that the refund time corresponding to the original payment order is within the preset refund time; if the refund time corresponding to the original payment order is not within the preset refund time, namely the refund time exceeds the refund validity period, judging that the preset refund condition is not met, and ending the process; for example, the predetermined refund time of some shopping websites is within seven days after receiving goods, and the refund cannot be performed after more than seven days, so as to maintain the benefits of the merchants.

Step 343: and the transaction system judges whether the refund times corresponding to the original payment order exceed the preset refund times.

The transaction system triggers and executes the action of judging whether the refund amount corresponding to the original payment order is larger than the preset amount or not after judging that the refund times corresponding to the original payment order does not exceed the preset refund times; if the refund times corresponding to the original payment order exceed the preset refund times, judging that the preset refund conditions are not met, and ending the process; the preset refund number of times may be less than or equal to the number of pieces of merchandise, for example, if the consumer purchases three pieces of clothing on a shopping website, the preset refund number of times is not greater than 3.

Step 344: and the transaction system judges whether the refund amount corresponding to the original payment order is larger than the preset amount.

If the transaction system judges that the refund amount corresponding to the original payment order is larger than the preset amount, judging that the preset refund condition is met; if the transaction system judges that the refund amount corresponding to the original payment order is smaller than or equal to the preset amount, judging that the refund condition is not met, and ending the process; the preset amount may be 0, that is, if the refundable amount corresponding to the original payment order is equal to 0, the refund fails.

After the transaction system finishes the judgment of the original payment order, a new refund order can be generated and the new refund order starts to be processed.

Step 35: and the transaction system initiates a refund amount freezing flow corresponding to the refund order to the account system where the second account is located.

After judging that the original payment order meets the preset refund condition, the transaction system can generate a refund account frozen stream, wherein the refund account frozen stream can comprise refund amount, refund time or refund number and the like.

Step 36: the transaction system invokes a balance freeze interface of the account system to freeze a portion of the balance of the second account.

And the transaction system calls a balance freezing interface of the account system to enable the account system to freeze partial balance of the second account, wherein the partial balance is the refund amount, so that the balance enough to pay the refund amount is ensured when the third-party payment system is used for refunding.

Step 37: the transaction system obtains the frozen state of the second account and judges whether the frozen state is successful.

After the account system successfully freezes part of the balance of the second account, a freezing success message is sent to the transaction system, and the transaction system receives the freezing success message and triggers and executes an action of calling a third-party payment system to initiate a refund flow corresponding to a refund order to the second account after judging that the freezing state is successful; if the transaction system does not receive the freezing success message or receives the freezing failure message within the preset time, the freezing state is failure, possibly the account balance is insufficient or the account is abnormal, at this moment, the transaction system is judged not to meet the preset refund condition, and the process is ended.

Step 38: and calling the third-party payment system to initiate a refund process corresponding to the refund order to the second account.

In a specific embodiment, as shown in fig. 5, the step of invoking the third party payment system to initiate a refund process corresponding to the refund order to the second account may specifically include the following steps:

step 381: the trading system obtains a processing state of a refund order.

After the transaction system calls the third-party payment system, the processing result of the third-party payment system on the refund order can be obtained.

Step 382: and the transaction system unfreezes the second account through an account balance unfreezing interface of the account system.

And the transaction system calls an account balance unfreezing interface of the account system to unfreeze the frozen partial balance so as to conveniently return the refund amount to the consumer.

Step 383: and after receiving the thawing success message sent by the account system, the transaction system judges whether the processing state of the refund order is failure.

And after the account system successfully unfreezes part of the balance of the second account, sending an unfreezing success message to the transaction system, and after receiving the unfreezing success message, the transaction system executes an action of judging whether the processing state of the refund order is failed or not.

Step 384: and if the processing state of the refund order is failure, the transaction system sends a refund failure notice to the first account and cancels the change of the original payment order.

The transaction system receives a notification sent by the third-party payment system, if the third-party payment system fails to process the refund order or the transaction system fails to call the third-party payment system, the processing state of the refund order is failed, the balance of the second account is not frozen, the state of the refund order is updated to be the refund failure, meanwhile, the modification of the original payment order is cancelled, so that the correctness of the refund is ensured, and specifically, the transaction system restores the refundable amount; for example, the refundable amount in the original payment order is 100, the refund amount requested for the first time is 10 yuan, the refundable amount in the original payment order is 90 in the process of executing the refund, and the refundable amount needs to be reset to 100 after determining that the refund is failed.

Step 39: and the transaction system deducts the frozen refund amount through an account payment interface of the account system, and sends a refund success notice to the first account after receiving a deduction success message sent by the account system.

If the third party payment system is able to successfully respond to the call to the transaction system, the transaction system calls the account system to deduct the amount of the second account and updates the status of the refund order to a refund success.

The method includes that when a refund application is received by a transaction system, whether an original payment order meets a preset refund condition is judged, a balance freezing interface of an account system is called to freeze the balance of a second account on the premise that the preset refund condition is met, the account system is called to remove the freezing and deduct the amount after the third-party payment system successfully refunds, if the third-party payment system fails to refund, the original payment order is cancelled, the problem that refund is completed only through the control of the order is solved, the transaction initiated by a consumer or a merchant can apply for refund within an effective period, and in the refund mode, partial refund and multiple partial refunds are supported besides one-time full refund.

Referring to fig. 6, fig. 6 is a schematic flowchart of a refund method according to another embodiment of the present application, the method including:

step 61: the account system receives a refund amount freeze stream initiated by the transaction system.

The transaction system is used for receiving a refund order initiated by the first account to the second account, and the refund amount freezing flow corresponds to the refund order.

In a specific embodiment, the account system supports two-line payback and difference modes in the processing of refunds and funds; the netting difference is that the capital expenditure of the refund of the merchant is directly paid from the account to be settled of the merchant; the two lines of collection and payment are the separation of the money collected by the merchant and the money paid out from the special account of the merchant, so that the financial affairs can be checked and the bill can be distinguished conveniently.

The account system inquires the settlement type of the second account and judges the settlement type; if the settlement type of the second account is two lines of collection and payment, the account system freezes the amount of the refund payment special account; and if the settlement type of the second account is not two lines of income and payment, if the settlement type of the second account is netting, the account system freezes the amount of the account to be settled, and the frozen amount is the amount of money to be refunded.

Step 62: and the account system freezes the refund amount and unfreezes the refund amount after receiving the unfreezing flow initiated by the transaction system.

And after the account system receives the refund amount freezing running water, freezing the refund amount, and unfreezing the frozen refund amount after the transaction system initiates a unfreezing request.

And step 63: the account system deducts the at least partially frozen refund amount.

And after the transaction system calls the third-party payment system to successfully process the refund order, the account system deducts the frozen amount of money to complete the refund and sends a refund success notice to the transaction system.

The method is characterized in that the refund is controlled by using an account system, when a merchant initiates the refund, the account system freezes corresponding amount of money of a second account, then the transaction system calls a refund interface of a third-party payment system, if the refund fails, the amount of money is returned, and if the refund succeeds, the account system is used for deducting the corresponding amount of money, so that an order level and an account level are decoupled, the payment system is lighter, and loss caused by excess refund can be reduced.

Referring to fig. 7, fig. 7 is a schematic structural diagram of an embodiment of a transaction system provided by the present application; the transaction system 70 comprises a memory 71 and a processor 72 connected to each other, wherein the memory 71 is adapted to store a computer program, which when executed by the processor 72 is adapted to carry out the refund method of the above described embodiments.

The transaction system 70 can avoid excessive chargebacks by invoking the account system and a third party payment system (not shown) to process the chargeback order.

Referring to fig. 8, fig. 8 is a schematic structural diagram of an embodiment of an account system provided by the present application; the account system 80 comprises a memory 81 and a processor 82 connected to each other, wherein the memory 81 is used for storing a computer program, which when executed by the processor 82 is used for implementing the refund method in the above described embodiments.

The account system 80 may freeze, thaw, and debit the amount of the merchant account, and may return the refund amount to the consumer after the consumer or the merchant initiates the refund and when the refund meets the requirements and the balance of the merchant account is sufficient.

Referring to fig. 9, fig. 9 is a schematic structural diagram of an embodiment of a payment system provided by the present application; the payment system 90 includes: a transaction system 91 and an account system 92 connected to each other, wherein the transaction system 91 is the transaction system in the above embodiment, and the account system 92 is the account system in the above embodiment.

The payment system 90 can improve the refund efficiency by using the cooperation of the transaction system 91 and the account system 92, ensure timely processing of the refund business, and can freeze part of the amount of money of the merchant account by using the account system 92, ensure the safety of refund, and avoid the loss caused by excess refund.

Referring to fig. 10, fig. 10 is a schematic structural diagram of an embodiment of a storage medium provided in the present application, and the storage medium 100 is used for storing a computer program 101, where the computer program 101 is used for implementing a refund method in the foregoing embodiment when being executed by a processor.

The storage medium 100 may be a server, a usb disk, a removable hard disk, a Read-Only Memory (ROM), a Random Access Memory (RAM), a magnetic disk or an optical disk, and other various media capable of storing program codes.

In the several embodiments provided in the present application, it should be understood that the disclosed method and apparatus may be implemented in other manners. For example, the above-described apparatus embodiments are merely illustrative, and for example, a division of modules or units is merely a logical division, and an actual implementation may have another division, for example, a plurality of units or components may be combined or integrated into another system, or some features may be omitted, or not executed.

Units described as separate parts may or may not be physically separate, and parts displayed as units may or may not be physical units, may be located in one place, or may be distributed on a plurality of network units. Some or all of the units can be selected according to actual needs to achieve the purpose of the embodiment.

In addition, functional units in the embodiments of the present application may be integrated into one processing unit, or each unit may exist alone physically, or two or more units may be integrated into one unit. The integrated unit can be realized in a form of hardware, and can also be realized in a form of a software functional unit.

The above embodiments are merely examples, and not intended to limit the scope of the present application, and all modifications, equivalents, and flow charts using the contents of the specification and drawings of the present application, or those directly or indirectly applied to other related arts, are included in the scope of the present application.

Claims

A chargeback method, comprising:

the transaction system receives a refund order initiated by a first account to a second account;

the transaction system initiates a refund amount freezing flow corresponding to the refund order to an account system where the second account is located;

after the transaction system successfully freezes the refund amount, initiating a refund process corresponding to the refund order to the second account through a third party payment system;

and after the transaction system successfully completes the refund process, at least partially deducting the frozen refund amount through the account system.
A refund method according to claim 1, wherein before the step of the transaction system initiating a refund amount freezing pipeline corresponding to the refund order to the account system in which the second account is located, the method comprises:

the transaction system analyzes the refund order to obtain an analyzed refund order;

the transaction system utilizes the payment order number in the analyzed refund order to inquire in a pre-stored payment order table to obtain an original payment order;

the transaction system judges whether the original payment order meets a preset refund condition;

triggering and executing the action of initiating a refund amount freezing flow corresponding to the refund order to an account system where the second account is located after the original payment order meets the preset refund condition; and if the original payment order does not meet the preset refund condition, sending a refund failure notice to the first account.
A chargeback method according to claim 2, wherein the step of the transaction system determining whether the original payment order satisfies a predetermined chargeback condition comprises:

the transaction system judges whether the refund amount corresponding to the original payment order is larger than a preset amount;

if yes, determining that the preset refund condition is met; if not, determining that the preset refund condition is not met.
A refund method according to claim 3, wherein before the step of the transaction system determining whether the refund amount corresponding to the original payment order is larger than a preset amount, the method comprises:

the transaction system judges whether the refund times corresponding to the original payment order exceed a preset refund times;

triggering and executing an action of judging whether the refund amount corresponding to the original payment order is larger than the preset amount or not only when the refund times corresponding to the original payment order do not exceed the preset refund times; and if the refund times corresponding to the original payment order exceed the preset refund times, judging that the preset refund condition is not met.
The chargeback method according to claim 4, wherein before the step of the transaction system determining whether the refund times corresponding to the original payment order exceed a preset refund times, the method comprises:

the transaction system judges whether the refund time corresponding to the original payment order is within a preset refund time;

after the refund time corresponding to the original payment order is within the preset refund time, triggering and executing an action of judging whether the refund times corresponding to the original payment order exceed the preset refund times; and if the refund time corresponding to the original payment order is not within the preset refund time, judging that the preset refund condition is not met.
The chargeback method of claim 5, wherein the step of the transaction system determining whether the refund time corresponding to the original payment order is within a preset refund time comprises:

the transaction system judges whether the original payment order is paid successfully;

after the original payment order is successfully paid, triggering and executing an action of judging whether the refund time corresponding to the original payment order is within the preset refund time; and if the original payment order is not paid successfully, judging that the preset refund condition is not met.
A refund method according to claim 1, wherein the step of initiating a refund process corresponding to the refund order to the second account by the transaction system through a third party payment system after the refund amount is successfully frozen comprises:

the transaction system calls a balance freezing interface of the account system to freeze a partial balance of the second account, wherein the partial balance is the refund amount;

the transaction system acquires the frozen state of the second account and judges whether the frozen state is successful or not;

after the freezing state is successful, triggering and calling the third-party payment system to initiate a refund process corresponding to the refund order to the second account; and if the freezing state is not successful, judging that the preset refund condition is not met.
A chargeback method according to claim 7, wherein the step of invoking the third party payment system to initiate a chargeback process to the second account corresponding to the chargeback order comprises:

the transaction system acquires the processing state of the refund order;

the transaction system unfreezes the second account through an account balance unfreezing interface of the account system;

after receiving the thawing success message sent by the account system, the transaction system judges whether the processing state of the refund order is failure;

if the processing state of the refund order is failure, the transaction system sends a refund failure notice to the first account and cancels the change of the original payment order; and triggering to execute the action of deducting the frozen refund amount through an account payment interface of the account system only when the processing state of the refund order is not failed, and sending a refund success notice to the first account after receiving a deduction success message sent by the account system.
A chargeback method, comprising:

the method comprises the following steps that an account system receives a refund amount freezing flow initiated by a transaction system, wherein the transaction system is used for receiving a refund order initiated by a first account to a second account, and the refund amount freezing flow corresponds to the refund order;

the account system freezes the refund amount and unfreezes the refund amount after receiving the unfreezing flow initiated by the transaction system;

the account system deducts an at least partially frozen refund amount.
A chargeback method according to claim 9, wherein the step of defreezing the refund amount after receiving a defreeze process initiated by the transaction system comprises:

the account system inquires the settlement type of a second account and judges the settlement type;

if the settlement type is two lines of collection and payment, the account system freezes the amount of the special refund payment account; and if the account is not two lines of balance, the account system freezes the amount of the account to be settled.
A transaction system comprising a memory and a processor connected to each other, wherein the memory is for storing a computer program which, when executed by the processor, is for implementing a refund method according to any of claims 1-8.
An account system comprising a memory and a processor connected to each other, wherein the memory is adapted to store a computer program which, when executed by the processor, is adapted to carry out the chargeback method of claim 9 or 10.
A payment system, comprising: a transaction system and an account system connected to each other, wherein the transaction system is the transaction system of claim 11 and the account system is the account system of claim 12.
A storage medium storing a computer program for implementing a refund method according to any of claims 1-10 when executed by a processor.