CN109598575B - A bill generation method, device, electronic device and medium - Google Patents

Abstract

The invention discloses a bill generation method, a bill generation device, electronic equipment and a bill generation medium, wherein the bill generation method comprises the following steps: after receiving the short message, acquiring short message data of the short message; extracting bill data in the short message data according to a preset bill template, and generating a current bill according to the bill data; and outputting the current bill to prompt a user, and storing the current bill after receiving the confirmation operation of the user. The method and the device provided by the application are used for solving the technical problem that a user knows about own consumption condition and needs to consume a large amount of searching time in the prior art, and realizing the technical effect of improving the searching efficiency.

Description

A bill generation method, device, electronic device and medium

Technical Field

The present invention relates to the field of computer technology, and in particular to a bill generation method, device, electronic equipment and medium.

Background technique

With the advancement of technology, smart phones have become popular, and people's life, consumption, entertainment and other activities are inseparable from various mobile devices. The application of smart phones has brought convenience, especially in various consumption activities, using mobile phones to make payments has become more common.

In order to make it easier for users to understand and check their consumption, banks, online payment platforms or merchants often generate funds change text messages for consumption and fund transfers made using mobile phones or bank cards, and send the funds change text messages to users to keep consumption records for users to query.

However, every time a user wants to know his/her consumption situation or inquire about a certain consumption, he/she needs to read the historical text messages one by one, which consumes a lot of time and is inefficient.

Summary of the invention

In view of the above problems, the present invention is proposed to provide a bill generation method, device, electronic device and medium that overcome the above problems or at least partially solve the above problems.

In a first aspect, a bill generation method is provided, comprising:

After receiving the text message, obtaining text message data of the text message;

Extracting bill data from the SMS data according to a preset bill template, and generating a current bill based on the bill data;

The current bill is output to prompt the user, and after receiving the user's confirmation operation, the current bill is stored.

Optionally, the SMS data includes any one or more combinations of the following: the receiving time of the SMS, the sender of the SMS and the content data of the SMS.

Optionally, extracting bill data from the SMS data according to a preset bill template, including: extracting bill data from the SMS data according to keywords in the preset bill template; or extracting bill data from the SMS data according to an extraction algorithm in a preset bill template.

Optionally, the billing data includes any one or more combinations of the following: amount, transaction category, transaction account, transaction time, transaction counterparty information and transaction scenario.

Optionally, extracting the billing data from the SMS data includes: extracting transaction time information from content data of the SMS data; if the transaction time information does not exist in the content data, using the reception time of the SMS as the transaction time information.

Optionally, after generating the current bill, the method further includes: comparing the current bill with stored historical bills to determine whether there is a duplication relationship between the current bill and the historical bills; if there is a duplication relationship, merging the bills with the duplication relationship.

Optionally, determining whether there is a duplicate relationship between the current bill and the historical bill includes: if the difference in transaction time between the current bill and the historical bill is within a preset difference range, and the billing data of the current bill matches the billing data of the historical bill, then determining that there is a duplicate relationship between the current bill and the historical bill; if the difference in transaction time between the current bill and the historical bill is not within the preset difference range, or the billing data of the current bill does not match the billing data of the historical bill, then determining that there is no duplicate relationship between the current bill and the historical bill.

Optionally, outputting the bill to prompt the user includes: monitoring SMS reception events, and generating and outputting the bill to prompt the user after each SMS reception event occurs; or, outputting the bill to prompt the user at a preset time; or, outputting the bill to prompt the user after opening a preset page of the bill application.

Optionally, storing the current bill includes: determining the type of the current bill according to the bill data, and storing the current bill in a classified manner.

Optionally, the method is applied to the client, and after storing the current bill, further includes: sending the current bill to the server for data synchronization, wherein the data in the current bill of the client and the server are synchronized based on the operation result of the last end of the client and the server that operates the current bill.

In a second aspect, a bill generating device is provided, comprising:

An acquisition module, used for acquiring the SMS data of the SMS after receiving the SMS;

An extraction module, used to extract bill data from the SMS data according to a preset bill template, and generate a current bill based on the bill data;

The output module is used to output the current bill to prompt the user, and store the current bill after receiving the user's confirmation operation.

Optionally, the SMS data includes any one or more combinations of the following: the receiving time of the SMS, the sender of the SMS and the content data of the SMS.

Optionally, the extraction module is further used to: extract the billing data in the SMS data according to keywords in a preset billing template; or extract the billing data in the SMS data according to an extraction algorithm in a preset billing template.

Optionally, the billing data includes any one or more combinations of the following: amount, transaction category, transaction account, transaction time, transaction counterparty information and transaction scenario.

Optionally, the extraction module is further used to: extract transaction time information from content data of the SMS data; if the transaction time information does not exist in the content data, use the reception time of the SMS as the transaction time information.

Optionally, the device also includes: a duplication checking module, used to compare the current bill with the stored historical bills to determine whether there is a duplication relationship between the current bill and the historical bills; if there is a duplication relationship, merging the bills with the duplication relationship.

Optionally, the duplication checking module is also used to: if the difference in transaction time between the current bill and the historical bill is within a preset difference range, and the bill data of the current bill matches the bill data of the historical bill, then determine that there is a duplication relationship between the current bill and the historical bill; if the difference in transaction time between the current bill and the historical bill is not within the preset difference range, or the bill data of the current bill does not match the bill data of the historical bill, then determine that there is no duplication relationship between the current bill and the historical bill.

Optionally, the output module is also used to: monitor SMS reception events, and generate and output the bill to prompt the user after each SMS reception event occurs; or, output the bill to prompt the user at a preset time; or, output the bill to prompt the user after opening the preset page of the bill application.

Optionally, the output module is further used to: determine the type of the current bill based on the bill data, and store the current bill in a classified manner.

Optionally, the device is a client and further includes: a sending module, used to send the current bill to the server for data synchronization, wherein the data in the current bill of the client and the server is synchronized based on the operation result of the last end of the client and the server that operates the current bill.

According to a third aspect, an electronic device is provided, comprising a memory, a processor, and a computer program stored in the memory and executable on the processor, wherein when the processor executes the program, any method described in the first aspect is implemented.

According to a fourth aspect, a computer-readable storage medium is provided, on which a computer program is stored, and when the program is executed by a processor, any method described in the first aspect is implemented.

The technical solution provided in the embodiments of the present application has at least the following technical effects or advantages:

The bill generation method, device, electronic device and medium provided in the embodiment of the present application automatically extract the bill data in the SMS data according to the preset bill template after receiving the SMS to generate the current bill. That is, the key bill data is automatically extracted from the SMS to generate the bill for storage, so that the subsequent user can query the fund change record and obtain the centralized consumption data according to the bill. The current bill is further output to prompt the user, and the current bill is stored after the user confirms, so as to improve the accuracy of the bill through the user's confirmation.

The above description is only an overview of the technical solution of the present invention. In order to more clearly understand the technical means of the present invention, it can be implemented according to the contents of the specification. In order to make the above and other purposes, features and advantages of the present invention more obvious and easy to understand, the specific implementation methods of the present invention are listed below.

BRIEF DESCRIPTION OF THE DRAWINGS

Various other advantages and benefits will become apparent to those of ordinary skill in the art by reading the detailed description of the preferred embodiments below. The accompanying drawings are only for the purpose of illustrating the preferred embodiments and are not to be considered as limiting the present invention. Also, the same reference symbols are used throughout the accompanying drawings to represent the same components. In the accompanying drawings:

FIG1 is a flow chart of a bill generation method according to an embodiment of the present invention;

FIG2 is a schematic diagram of the structure of a bill generating device according to an embodiment of the present invention;

FIG3 is a schematic diagram of the structure of an electronic device according to an embodiment of the present invention;

FIG. 4 is a schematic diagram of the structure of a storage medium in an embodiment of the present invention.

Detailed ways

The technical solution in the embodiment of the present application has the following general idea:

According to the bill template, the bill data is automatically extracted from the SMS to generate the current bill for storage, which can improve the efficiency of users' query of financial data. Before storing the current bill, the current bill is output to prompt the user, and the accuracy of the bill is improved through the user's confirmation.

The exemplary embodiments of the present disclosure will be described in more detail below with reference to the accompanying drawings. Although the exemplary embodiments of the present disclosure are shown in the accompanying drawings, it should be understood that the present disclosure can be implemented in various forms and should not be limited by the embodiments set forth herein. On the contrary, these embodiments are provided in order to enable a more thorough understanding of the present disclosure and to fully convey the scope of the present disclosure to those skilled in the art.

Embodiment 1

This embodiment provides a bill generation method. Please refer to FIG. 1 . FIG. 1 is a flow chart of the bill generation method in the embodiment of the present application, including:

Step S101, after receiving the text message, obtaining the text message data of the text message;

Step S102, extracting bill data from the SMS data according to a preset bill template, and generating a current bill based on the bill data;

Step S103, outputting the current bill to prompt the user, and storing the current bill after receiving the user's confirmation operation.

It should be noted that the method provided in this embodiment can be applied to the client, such as a smart phone, a smart watch, a computer, etc.; it can also be applied to the service end, such as a server, a cloud, etc., without limitation here.

The text message in this embodiment is text or picture information received by electronic devices such as smart phones, smart watches, tablet computers, or special accounting devices, and its sender can be a payment platform, a bank server, or a merchant.

The specific implementation steps of the method provided in the embodiment of the present application are described in detail below in conjunction with FIG. 1 :

Step S101, after receiving a text message, obtaining text message data of the text message.

In an embodiment of the present application, the SMS reception event can be monitored to obtain SMS data each time a text message is received; the SMS data can also be obtained in batches for text messages received within a preset time range according to a preset time; and the acquisition of batch SMS data can also be triggered when a dedicated billing application is opened and the application homepage is opened, without any limitation here.

The SMS data includes any one or more combinations of the following: the time the SMS is received, the sender of the SMS, and the content data of the SMS. For example, at "12:00 on September 10, 2018", a message was received from "a certain bicycle" saying "You initiated a deposit refund application for a certain bicycle at 11:12 on September 9, 2018, and 299 yuan was successfully transferred to your WeChat change account on September 10, 2018. Please check." Among them, "12:00 on September 10, 2018", "a certain bicycle" and "You initiated a deposit refund application for a certain bicycle at 11:12 on September 9, 2018, and 299 yuan was successfully transferred to your WeChat change account on September 10, 2018. Please check." are all SMS data.

Specifically, it will first determine whether the SMS is related to fund changes based on the SMS data. If it is, it will proceed to the subsequent steps. If not, it will be ignored. The judgment method can be based on whether the sender of the SMS belongs to the preset bill sender list, or based on whether there are keywords such as "yuan", "account", "expenditure" or "transfer" in the content of the SMS, or it can be judged by using its learning algorithm, which is not limited here.

Step S102, extracting the bill data in the SMS data according to a preset bill template, and generating a current bill based on the bill data.

The bill data includes any one or more combinations of the following: amount, transaction category, transaction account, transaction time, transaction counterparty information, transaction scenario, etc. Among them, the transaction category can be "expenditure" or "income", and the transaction scenario can be "credit card repayment", "catering" or "phone bill", etc.

In the embodiment of the present application, the preset bill template is provided with specific items of bill data to be extracted (for example, amount, transaction time, transaction scenario, etc.), the display format of the item and the extraction method of the item. There are multiple specific extraction methods, two of which are listed below as examples:

The first one is keywords.

That is, according to the keywords in the preset bill template, the bill data in the SMS data is extracted.

For example, you can set the digital information before and after "yuan" or "RMB" to be extracted as the amount in the bill data; set the information of "such and such bank", "such and such treasure", "such and such credit card" and other preset accounts to be extracted as the transaction account; set the information of the merchant account list such as "such and such east", "such and such Taobao" or "such and such ... such and such and such and such such and such and such such and such and such such and such and such such and such and such such and such such and such such and such such and such such and such such and such such and such such and such such and such such and such such and such such and such such and such such and such such and such such and such such and such such and such such and such such and such such and such such and such such and such such and such such and such such and such such such and such such and such such such and such such such and such such such and such such such and such such such and such such such and such such such such and such such such such and such such such such such and such such such such such such such such such such such such such such such such such such such such such such such such such such such such such such such such such such such such such such such such such such such such such such such such such such such such such such such such such such such such such such such such such such such such such such such such such such

For example, the bill template requires the extraction of bill data such as amount, transaction time, transaction scenario, and transaction party B's account. For the text message "Your account 9414 repaid RMB 529 on March 27 at 22:51. [China Merchants Bank]", the transaction time "March 27 at 22:51" can be extracted based on the keywords "month, day" preset in the bill template; the transaction party account "China Merchants Bank, account 9414" can be extracted based on the keywords "account" and "bank"; the transaction scenario "credit card repayment" can be extracted based on the keyword "credit card"; the amount "529" can be extracted based on the keyword "RMB".

For another example, for the text message "You paid 6 yuan to a supermarket through China Construction Bank (3675) on October 23, 2018, with a WeChat payment receipt", the transaction time "2018-10-23" can be extracted based on the preset keyword "-" in the bill template; the transaction account "China Construction Bank, account 3675" can be extracted based on the keyword "bank"; the transaction scene "shopping" can be extracted based on the keyword "supermarket"; and the amount "6" can be extracted based on the keyword "yuan".

The second one is the extraction algorithm.

The billing data in the SMS data is extracted according to the extraction algorithm in the preset billing template.

Specifically, an algorithm model that can be used to extract bill data from text messages can be trained in advance through machine learning, big data and other technical means, and then the bill data can be extracted through the algorithm model. Of course, R&D personnel can also collect various types of extraction data and develop and edit extraction algorithms based on R&D experience to extract bill data from text messages.

Of course, in the specific implementation process, the bill data can be extracted locally on the client, or the SMS data can be sent to the server to extract the bill data, which is not limited here.

In the specific implementation process, the transaction time information is preferentially extracted from the content data of the SMS data. If the transaction time information does not exist in the content data, the SMS receiving time can be used as the transaction time information. Furthermore, the transaction counterparty information is preferentially extracted from the content data of the SMS data. If the transaction counterparty information does not exist in the content data, the SMS sender number or the name registered corresponding to the sender number can be used as the transaction counterparty information to ensure that the complete bill data can be extracted to the maximum extent.

After extracting the bill data, arrange the bill data according to the preset format of the bill template to generate the current bill, and then execute the subsequent steps.

In the embodiment of the present application, after the current bill is generated, a duplicate check can also be performed, that is, the current bill is compared with the stored historical bills to determine whether there is a duplicate relationship between the current bill and the historical bill, so as to avoid duplicate bills interfering with user queries and not being conducive to subsequent bill statistics and analysis. The duplicate check step can be performed after step S102 or after step S103, and is not limited here.

The specific duplicate checking method can be set as needed. The following two are listed as examples:

The first one is to use machine learning algorithm to check for plagiarism.

That is, input a large number of bills to train the duplicate detection model, use the trained duplicate detection model to perform duplicate detection, compare the current bill with the stored historical bills, and determine whether there is a duplication relationship.

The second method is to set conditions for duplicate checking.

That is, according to the experience of analyzing historical data, set the conditions for checking for duplicate content. It can be set as:

If the difference between the transaction time of the current bill and the historical bill is within the preset difference range, and the billing data of the current bill matches the billing data of the historical bill, it is determined that there is a duplication relationship between the current bill and the historical bill;

If the difference in transaction time between the current bill and the historical bill is not within the preset difference range, or the billing data of the current bill does not match the billing data of the historical bill, it is determined that there is no duplication between the current bill and the historical bill.

The preset difference range may be 24h or 10h, etc., and is not limited here. The billing data of the current bill and the billing data of the historical bill may match the transaction counterparty information, transaction party B account number, amount, transaction scenario, or all of them.

If after checking for duplicates, it is confirmed that the current bill has a duplicate relationship with the historical bill, the duplicate bills will be merged. The specific merging method can be to delete any of the bills, or merge the data of the two to form a more complete bill.

Step S103, outputting the current bill to prompt the user, and storing the current bill after receiving the user's confirmation operation.

Specifically, outputting the current bill can be a pop-up bill card for the user to view, or outputting a voice bill for the user to listen to, etc., without limitation. Among them, the triggering event for outputting the current bill can be set in a variety of ways, and the following three are listed as examples:

The first one is output along with the text message.

That is, it monitors the SMS reception event, and generates and outputs the current bill to prompt the user each time the SMS reception event occurs. Taking a smartphone as an example, each time a SMS is received, it will trigger the extraction of the bill data in the SMS to generate the current bill, and trigger the output of the current bill to prompt the user to confirm. That is, each SMS reception event is a trigger event for the current bill output.

The second method is to set a preset time for output.

That is, the bill is output at the preset time to prompt the user. Specifically, the user can set the preset time in the bill application in advance, and the preset time can be a specific time point or a duration. If it is a specific time point, when the preset time is reached, all bills that have not been output before the preset time are batch-output to prompt the user to confirm the batch; if it is a duration, all bills within the period are periodically output according to the duration to prompt the user to confirm the batch.

By setting a preset time, you can avoid bill reminders every time you receive a text message, which would disturb the user.

The third method is to open the application APP to output.

That is, after opening the preset page of the bill application, the bill is output to prompt the user. Specifically, each time the user opens the bill application, all bill outputs between the current opening and the last opening will be batch prompted.

Furthermore, it can be precisely set to output the bill to prompt the user when the bill application is opened and the application homepage pops up, or the user can open the bill application and click the unconfirmed bill icon on the page to trigger the output of all bills that have not been confirmed so far.

Of course, in the specific implementation process, the triggering events for outputting bills are not limited to the above three. In order to better meet user needs, the above multiple triggering methods can be further provided to users for selection, and users can set and select the required triggering method for outputting bills.

In the embodiment of the present application, the current bill output to the user for confirmation can also be set to an editable state, and the user can edit the required information to the bill. After the user confirms the bill, the confirmation operation can be performed to trigger the storage of the current bill.

In the specific implementation process, the type of the current bill can be determined based on the bill data, and the current bill can be stored in categories. This facilitates subsequent search for bills and analysis of bill data. There can be many specific classification dimensions. For example, it can be divided into "income" and "expenditure" according to the direction of funds, and can also be divided into "catering", "transportation", "entertainment", "financial management", etc. according to consumption types. It can also be divided into "Taobao consumption", "Xinxin consumption", "credit card repayment", "bank withdrawal", etc. according to consumption channels. Of course, different classification dimensions can also be overlapped. For example, first divide into major categories according to the direction of funds, and then divide into minor categories according to "consumption type".

Assuming that the method of this embodiment is applied to the client, after the current bill is stored on the client, the current bill can be sent to the server for data synchronization to ensure that the data on the server and the client are consistent. Further, if the current bill needs to be modified, the data in the current bill of the client and the server is synchronized based on the operation result of the last operation on the current bill, so as to avoid inconsistency between the two ends.

Based on the same inventive concept, the embodiment of the present invention further provides a device corresponding to the method in embodiment one, see embodiment two.

Embodiment 2

As shown in FIG2 , a bill generating device is provided, including:

The acquisition module 201 is used to acquire the SMS data of the SMS after receiving the SMS;

Extraction module 202, used to extract billing data in the SMS data according to a preset billing template, and generate a current bill based on the billing data;

The output module 203 is used to output the current bill to prompt the user, and store the current bill after receiving the user's confirmation operation.

Furthermore, the SMS data includes any one or more combinations of the following: the receiving time of the SMS, the sender of the SMS and the content data of the SMS.

Furthermore, the extraction module 202 is also used for:

Extracting billing data from the SMS data according to keywords in a preset billing template; or,

The billing data in the SMS data is extracted according to the extraction algorithm in the preset billing template.

Furthermore, the billing data includes any one or more combinations of the following:

Amount, transaction type, transaction account, transaction time, transaction counterparty information and transaction scenario.

Furthermore, the extraction module 202 is also used for:

Extracting transaction time information from content data of the SMS data;

If the transaction time information does not exist in the content data, the receiving time of the short message is used as the transaction time information.

Furthermore, the device also includes:

The duplicate checking module is used to compare the current bill with the stored historical bills to determine whether there is a duplicate relationship between the current bill and the historical bills; if there is a duplicate relationship, the bills with the duplicate relationship are merged.

Furthermore, the duplicate checking module is also used for:

If the difference between the transaction time of the current bill and the historical bill is within a preset difference range, and the billing data of the current bill matches the billing data of the historical bill, it is determined that there is a duplication relationship between the current bill and the historical bill;

If the difference in transaction time between the current bill and the historical bill is not within the preset difference range, or the billing data of the current bill does not match the billing data of the historical bill, it is determined that there is no duplication between the current bill and the historical bill.

Furthermore, the output module 203 is also used for:

Monitor SMS reception events, and after each SMS reception event occurs, generate and output the bill to prompt the user; or,

Output the bill at a preset time to remind the user; or,

After opening the preset page of the bill application, the bill is output to prompt the user.

Furthermore, the output module 203 is also used for:

The type of the current bill is determined according to the bill data, and the current bill is stored in a classified manner.

Furthermore, the device is a client, and further comprises:

The sending module is used to send the current bill to the server for data synchronization, wherein the data in the current bill of the client and the server are synchronized based on the operation result of the last end of the client and the server that operates the current bill.

Since the device introduced in the second embodiment of the present invention is a device used to implement the method of the first embodiment of the present invention, those skilled in the art can understand the specific structure and deformation of the device based on the method introduced in the first embodiment of the present invention, so it is not described in detail here. All devices used in the method of the first embodiment of the present invention belong to the scope of protection of the present invention.

Based on the same inventive concept, the embodiment of the present invention also provides a device corresponding to the method in embodiment one, see embodiment three.

Embodiment 3

As shown in FIG3 , this embodiment provides an electronic device, including a memory 310, a processor 320, and a computer program 311 stored in the memory 310 and executable on the processor 320. When the processor 320 executes the computer program 311, the following steps are implemented:

After receiving the text message, obtaining text message data of the text message;

Extracting bill data from the SMS data according to a preset bill template, and generating a current bill based on the bill data;

The current bill is output to prompt the user, and after receiving the user's confirmation operation, the current bill is stored.

In the embodiment of the present application, when the processor 320 executes the computer program 311, any implementation method in the first embodiment of the present application can be implemented.

Since the device introduced in the third embodiment of the present invention is the device used to implement the method of the first embodiment of the present invention, based on the method introduced in the first embodiment of the present invention, the person skilled in the art can understand the specific structure and deformation of the device, so it is not described here. All devices used in the method of the first embodiment of the present invention belong to the scope of protection of the present invention.

Based on the same inventive concept, the embodiment of the present invention further provides a storage medium corresponding to the method in embodiment one, see embodiment four.

Embodiment 4

This embodiment provides a computer-readable storage medium 400, as shown in FIG4 , on which a computer program 411 is stored, wherein the computer program 411 implements the following steps when executed by a processor:

After receiving the text message, obtaining text message data of the text message;

Extracting bill data from the SMS data according to a preset bill template, and generating a current bill based on the bill data;

The current bill is output to prompt the user, and after receiving the user's confirmation operation, the current bill is stored.

During the specific implementation process, when the computer program 411 is executed by the processor, any implementation method in Example 1 of the present application can be implemented.

The technical solution provided in the embodiments of the present application has at least the following technical effects or advantages:

The bill generation method, device, electronic device and medium provided in the embodiment of the present application automatically extract the bill data in the SMS data according to the preset bill template after receiving the SMS to generate the current bill. That is, the key bill data is automatically extracted from the SMS to generate the bill for storage, so that the subsequent user can query the fund change record and obtain the centralized consumption data according to the bill. The current bill is further output to prompt the user, and the current bill is stored after the user confirms, so as to improve the accuracy of the bill through the user's confirmation.

The algorithm and display provided herein are not inherently related to any particular computer, virtual system or other device. Various general purpose systems can also be used together with the teachings based on this. According to the above description, it is obvious that the structure required for constructing such systems. In addition, the present invention is not directed to any specific programming language either. It should be understood that various programming languages can be utilized to realize the content of the present invention described herein, and the description of the above specific languages is for disclosing the best mode of the present invention.

In the description provided herein, a large number of specific details are described. However, it is understood that embodiments of the present invention can be practiced without these specific details. In some instances, well-known methods, structures and techniques are not shown in detail so as not to obscure the understanding of this description.

Similarly, it should be understood that in order to streamline the present disclosure and aid in understanding one or more of the various inventive aspects, in the above description of exemplary embodiments of the present invention, the various features of the present invention are sometimes grouped together into a single embodiment, figure, or description thereof. However, this disclosed method should not be interpreted as reflecting the intention that the claimed invention requires more features than those explicitly recited in each claim. More specifically, as reflected in the claims below, inventive aspects lie in less than all the features of the individual embodiments disclosed above. Therefore, the claims that follow the specific embodiment are hereby expressly incorporated into the specific embodiment, with each claim itself serving as a separate embodiment of the present invention.

Those skilled in the art will appreciate that the modules in the devices in the embodiments may be adaptively changed and arranged in one or more devices different from the embodiments. The modules or units or components in the embodiments may be combined into one module or unit or component, and in addition they may be divided into a plurality of submodules or subunits or subcomponents. Except that at least some of such features and/or processes or units are mutually exclusive, all features disclosed in this specification (including the accompanying claims, abstracts and drawings) and all processes or units of any method or device disclosed in this manner may be combined in any combination. Unless otherwise expressly stated, each feature disclosed in this specification (including the accompanying claims, abstracts and drawings) may be replaced by an alternative feature providing the same, equivalent or similar purpose.

In addition, those skilled in the art will appreciate that, although some embodiments herein include certain features included in other embodiments but not other features, the combination of features of different embodiments is meant to be within the scope of the present invention and form different embodiments. For example, in the following claims, any one of the claimed embodiments may be used in any combination.

The various component embodiments of the present invention can be implemented in hardware, or in software modules running on one or more processors, or in a combination thereof. It should be understood by those skilled in the art that a microprocessor or digital signal processor (DSP) can be used in practice to implement some or all functions of some or all components in a gateway, proxy server, or system according to an embodiment of the present invention. The present invention can also be implemented as a device or apparatus program (e.g., a computer program and a computer program product) for executing part or all of the methods described herein. Such a program implementing the present invention can be stored on a computer-readable medium, or can have the form of one or more signals. Such a signal can be downloaded from an Internet website, or provided on a carrier signal, or provided in any other form.

It should be noted that the above embodiments illustrate the present invention rather than limit it, and that those skilled in the art may design alternative embodiments without departing from the scope of the appended claims. In the claims, any reference symbol between brackets should not be constructed as a limitation to the claims. The word "comprising" does not exclude the presence of components or steps not listed in the claims. The word "one" or "an" preceding a component does not exclude the presence of multiple such components. The present invention may be implemented by means of hardware comprising several different components and by means of appropriately programmed computers. In a unit claim that lists several devices, several of these devices may be embodied by the same hardware item. The use of the words first, second, and third, etc. does not indicate any order. These words may be interpreted as names.

The present invention discloses, A1, a bill generation method, comprising:

After receiving the text message, obtaining text message data of the text message;

Extracting bill data from the SMS data according to a preset bill template, and generating a current bill based on the bill data;

The current bill is output to prompt the user, and after receiving the user's confirmation operation, the current bill is stored.

A2. The method according to A1, characterized in that the SMS data includes any one or more combinations of the following:

The time the SMS was received, the sender of the SMS and the content data of the SMS.

A3. The method according to A1, characterized in that the billing data in the SMS data is extracted according to a preset billing template, comprising:

Extracting billing data from the SMS data according to keywords in a preset billing template; or,

The billing data in the SMS data is extracted according to the extraction algorithm in the preset billing template.

A4. The method according to A1, characterized in that the billing data includes any one or more combinations of the following:

Amount, transaction type, transaction account, transaction time, transaction counterparty information and transaction scenario.

A5. The method according to A4, characterized in that extracting the billing data from the SMS data comprises:

Extracting transaction time information from the content data of the SMS data;

If the transaction time information does not exist in the content data, the receiving time of the short message is used as the transaction time information.

A6. The method according to A1, characterized in that after generating the current bill, the method further comprises:

Compare the current bill with the stored historical bills to determine whether there is a duplication between the current bill and the historical bill;

If there are duplicate invoices, the duplicate invoices are merged.

A7. The method according to A6, characterized in that the determining whether the current bill has a duplicate relationship with the historical bill comprises:

If the difference between the transaction time of the current bill and the historical bill is within a preset difference range, and the billing data of the current bill matches the billing data of the historical bill, it is determined that there is a duplication relationship between the current bill and the historical bill;

If the difference in transaction time between the current bill and the historical bill is not within the preset difference range, or the billing data of the current bill does not match the billing data of the historical bill, it is determined that there is no duplication between the current bill and the historical bill.

A8. The method according to A1, characterized in that outputting the bill to prompt the user comprises:

Monitor SMS reception events, and after each SMS reception event occurs, generate and output the bill to prompt the user; or,

Output the bill to remind the user at a preset time; or,

After opening the preset page of the bill application, the bill is output to prompt the user.

A9. The method according to A1, characterized in that storing the current bill comprises:

The type of the current bill is determined according to the bill data, and the current bill is stored in a classified manner.

A10. The method according to A1, characterized in that the method is applied to a client, and after storing the current bill, further comprises:

The current bill is sent to the server for data synchronization, wherein the data in the current bill of the client and the server are synchronized based on the operation result of the last end of the client and the server that operates the current bill.

B11. A bill generating device, comprising:

An acquisition module, used for acquiring the SMS data of the SMS after receiving the SMS;

An extraction module, used to extract bill data from the SMS data according to a preset bill template, and generate a current bill based on the bill data;

The output module is used to output the current bill to prompt the user, and store the current bill after receiving the user's confirmation operation.

B12. The device according to B11, wherein the SMS data includes any one or more combinations of the following:

The time the SMS was received, the sender of the SMS and the content data of the SMS.

B13. The device according to B11, characterized in that the extraction module is further used for:

Extracting billing data from the SMS data according to keywords in a preset billing template; or,

The billing data in the SMS data is extracted according to the extraction algorithm in the preset billing template.

B14. The device according to B11, characterized in that the billing data includes any one or more combinations of the following:

Amount, transaction type, transaction account, transaction time, transaction counterparty information and transaction scenario.

B15. The device according to B14, characterized in that the extraction module is also used for:

Extracting transaction time information from the content data of the SMS data;

If the transaction time information does not exist in the content data, the receiving time of the short message is used as the transaction time information.

B16. The device according to B11, further comprising:

The duplicate checking module is used to compare the current bill with the stored historical bills to determine whether there is a duplicate relationship between the current bill and the historical bills; if there is a duplicate relationship, the bills with the duplicate relationship are merged.

B17. The device according to B16, characterized in that the duplicate checking module is further used for:

If the difference between the transaction time of the current bill and the historical bill is within a preset difference range, and the billing data of the current bill matches the billing data of the historical bill, it is determined that there is a duplication relationship between the current bill and the historical bill;

If the difference in transaction time between the current bill and the historical bill is not within the preset difference range, or the billing data of the current bill does not match the billing data of the historical bill, it is determined that there is no duplication between the current bill and the historical bill.

B18. The device according to B11, characterized in that the output module is also used for:

Monitor SMS reception events, and after each SMS reception event occurs, generate and output the bill to prompt the user; or,

Output the bill to remind the user at a preset time; or,

After opening the preset page of the bill application, the bill is output to prompt the user.

B19. The device according to B11, characterized in that the output module is also used for:

The type of the current bill is determined according to the bill data, and the current bill is stored in a classified manner.

B20. The device according to B11, wherein the device is a client and further comprises:

The sending module is used to send the current bill to the server for data synchronization, wherein the data in the current bill of the client and the server are synchronized based on the operation result of the last end of the client and the server that operates the current bill.

C21. An electronic device comprising a memory, a processor, and a computer program stored in the memory and executable on the processor, wherein when the processor executes the program, any one of the methods described in A1-A10 is implemented.

D22. A computer-readable storage medium having a computer program stored thereon, which, when executed by a processor, implements any of the methods described in A1-A10.

Claims (20)

1. A bill generation method, comprising: After receiving the text message, obtaining text message data of the text message; Extracting bill data from the SMS data according to a preset bill template, and generating a current bill based on the bill data; Outputting the current bill to prompt the user, and storing the current bill after receiving a confirmation operation from the user; After generating the current bill, the method further includes: Compare the current bill with the stored historical bills to determine whether there is a duplication between the current bill and the historical bill; If there are duplicate invoices, the duplicate invoices are merged. 2. The method according to claim 1, wherein the SMS data comprises any one or more combinations of the following: The time the SMS was received, the sender of the SMS and the content data of the SMS. 3. The method according to claim 1, wherein extracting the billing data in the SMS data according to a preset billing template comprises: Extracting billing data from the SMS data according to keywords in a preset billing template; or, The billing data in the SMS data is extracted according to the extraction algorithm in the preset billing template. 4. The method according to claim 1, wherein the billing data comprises any one or more combinations of the following: Amount, transaction type, transaction account, transaction time, transaction counterparty information and transaction scenario. 5. The method according to claim 4, wherein extracting the billing data from the SMS data comprises: Extracting transaction time information from the content data of the SMS data; If the transaction time information does not exist in the content data, the receiving time of the short message is used as the transaction time information. 6. The method according to claim 1, wherein determining whether there is a duplication relationship between the current bill and the historical bill comprises: If the difference between the transaction time of the current bill and the historical bill is within a preset difference range, and the billing data of the current bill matches the billing data of the historical bill, it is determined that there is a duplication relationship between the current bill and the historical bill; If the difference in transaction time between the current bill and the historical bill is not within the preset difference range, or the billing data of the current bill does not match the billing data of the historical bill, it is determined that there is no duplication between the current bill and the historical bill. 7. The method according to claim 1, wherein outputting the bill to prompt the user comprises: Monitor SMS reception events, and after each SMS reception event occurs, generate and output the bill to prompt the user; or, Output the bill to remind the user at a preset time; or, After opening the preset page of the bill application, the bill is output to prompt the user. 8. The method according to claim 1, wherein storing the current bill comprises: The type of the current bill is determined according to the bill data, and the current bill is stored in a classified manner. 9. The method according to claim 1, characterized in that the method is applied to a client, and after storing the current bill, further comprises: The current bill is sent to the server for data synchronization, wherein the data in the current bill of the client and the server are synchronized based on the operation result of the last end of the client and the server that operates the current bill. 10. A bill generating device, comprising: An acquisition module, used for acquiring the SMS data of the SMS after receiving the SMS; An extraction module, used to extract bill data from the SMS data according to a preset bill template, and generate a current bill based on the bill data; An output module, used for outputting the current bill to prompt the user, and storing the current bill after receiving a confirmation operation from the user; Also includes: The duplicate checking module is used to compare the current bill with the stored historical bills to determine whether there is a duplicate relationship between the current bill and the historical bills; if there is a duplicate relationship, the bills with the duplicate relationship are merged. 11. The device according to claim 10, wherein the SMS data comprises any one or more combinations of the following: The time the SMS was received, the sender of the SMS and the content data of the SMS. 12. The device according to claim 10, wherein the extraction module is further used for: Extracting billing data from the SMS data according to keywords in a preset billing template; or, The billing data in the SMS data is extracted according to the extraction algorithm in the preset billing template. 13. The device according to claim 10, wherein the billing data comprises any one or more combinations of the following: Amount, transaction type, transaction account, transaction time, transaction counterparty information and transaction scenario. 14. The device according to claim 13, wherein the extraction module is further used for: Extracting transaction time information from the content data of the SMS data; If the transaction time information does not exist in the content data, the receiving time of the short message is used as the transaction time information. 15. The device according to claim 10, characterized in that the duplicate checking module is further used for: If the difference between the transaction time of the current bill and the historical bill is within a preset difference range, and the billing data of the current bill matches the billing data of the historical bill, it is determined that there is a duplication relationship between the current bill and the historical bill; If the difference in transaction time between the current bill and the historical bill is not within the preset difference range, or the billing data of the current bill does not match the billing data of the historical bill, it is determined that there is no duplication between the current bill and the historical bill. 16. The device according to claim 10, wherein the output module is further used for: Monitor SMS reception events, and after each SMS reception event occurs, generate and output the bill to prompt the user; or, Output the bill to remind the user at a preset time; or, After opening the preset page of the bill application, the bill is output to prompt the user. 17. The device according to claim 10, characterized in that the output module is further used for: The type of the current bill is determined according to the bill data, and the current bill is stored in a classified manner. 18. The device according to claim 10, wherein the device is a client, further comprising: The sending module is used to send the current bill to the server for data synchronization, wherein the data in the current bill of the client and the server are synchronized based on the operation result of the last end of the client and the server that operates the current bill. 19. An electronic device comprising a memory, a processor, and a computer program stored in the memory and executable on the processor, wherein the processor implements the method according to any one of claims 1 to 9 when executing the program. 20. A computer-readable storage medium having a computer program stored thereon, wherein when the program is executed by a processor, the method according to any one of claims 1 to 9 is implemented.