Detailed Description
The scheme provided by the specification is described below with reference to the accompanying drawings.
The electronic invoice generating method provided by one embodiment of the present specification may be applied to the scenario shown in fig. 1, and in fig. 1, the merchant system may generate corresponding order data according to the consumption object of the user and the price information. When the user performs a corresponding payment operation and generates a corresponding payment order for the order data, the merchant system may record the payment order. Here, the manner in which the user performs the payment operation may be various (e.g., pay-for-treasure payment, WeChat payment, etc.). The payment system in fig. 1 (which may be, for example, a payroll system) may receive an electronic invoice generation request by a user and, in the event that the electronic invoice generation request is legitimate, send an electronic invoice invoicing application to an electronic invoice management system provided by a tax authority. The electronic invoice management system can generate a corresponding electronic invoice according to the application and return the electronic invoice to the payment system. Finally, the electronic invoice is presented to the user by the payment system.
In fig. 1, the process of the payment system verifying the validity of the electronic invoice generation request may include: and judging whether a payment order corresponding to the electronic invoice generation request exists or not. The determining step may include two aspects: in a first aspect, a payment system determines whether a corresponding payment order has been recorded in a storage system. In a second aspect, the payment system determines whether a corresponding payment order has been recorded in the merchant system. It is understood that, if either of the two aspects is successful, the validity verification of the electronic invoice generation request is passed.
It should be noted that, with the first aspect, when the user pays for the order data through the payment system, the user may record the corresponding payment order in the storage system. With respect to the second aspect described above, the user may upload information related to the payment order (e.g., consumption object and price information, etc.) to the payment system. And then, matching the corresponding payment order from the merchant system by the payment system according to the relevant information.
Certainly, in practical applications, the process of verifying the validity may further include other steps, for example, verifying the validity of the user or verifying whether the merchant applies for the electronic invoice function in advance, and the like, which is not described herein again.
In addition, the payment system in fig. 1 may also interact with a third-party consumption review website, for example, a consumption object and price information provided by a certain merchant may be obtained from the third-party consumption review website.
Fig. 2 is a flowchart of an electronic invoice generation method provided in an embodiment of the present specification. The execution subject of the method may be a device with processing capabilities: a server or a system or device, such as the payment system of fig. 1. As shown in fig. 2, the method may specifically include:
step 210, receiving an electronic invoice generation request.
The electronic invoice generation request may include user information for the user and a picture containing the target consumption object. The user information herein may include only the user identifier, or may also include the user identifier and other information, where the other information may refer to information such as the name, address, and mobile phone number of the user.
The target consumption object herein may refer to all objects provided by the merchant that can be consumed. For example, the dish eaten by the user in a restaurant or the clothes purchased in a shop can be used.
For example, when the user generates an electronic invoice through the treasury payment system, the user may click on all icons or characters corresponding to the "all" icons or characters on the home page. Clicking the text or icon corresponding to the invoice steward in the column of the convenient life of the page after the jump, and entering the invoice steward page. On the page, the user may upload a picture (e.g., a dish picture) including the target consumption object, and may also fill in user information, etc. Then, when the user clicks a button for indicating that the uploading of the picture or the filling of the information is completed, such as "send" or "complete", the payer system may receive the electronic invoice generation request.
In the above example, the user may upload one picture or upload multiple pictures. It will be appreciated that when only one picture is uploaded, the picture contains all of the target consumption objects. For example, a picture contains all the dishes consumed by the user.
Step 220, image recognition processing is performed on the picture to determine the target consumption object.
In this step, if there are a plurality of received pictures, before the image recognition processing is performed on the pictures, the deduplication processing may be performed on the pictures. Therefore, the problem that the user repeatedly uploads the same picture is solved. It should be noted that, if there is a case where the target consumption objects are the same, if the user clicks two identical dishes, the two identical dishes can only be included in one picture.
The process of image recognition is a process of extracting the main features of the image in the picture. Taking the target consumption object as the dish, the corresponding relationship between the main features of different dishes and the name of the dish can be stored in advance. Then, the features extracted from the dish picture can be compared with the features in the corresponding relation, if the comparison with any feature is successful, the dish in the dish picture is successfully identified, and the dish name corresponding to any feature can be used as the result of image identification processing.
If a plurality of target consumption objects are included in the same picture, the target consumption objects are sequentially identified. The identification process of each target consuming object is as described above, and will not be described herein again.
Step 230, obtaining Location Based Services (LBS) information of the user according to the user information.
The LBS information herein is used to indicate the current location of the user. Specifically, when a user logs in a payment system through a mobile terminal, LBS information of the user may be acquired. And correspondingly storing the obtained LBS information and the user identification of the user. Then, when the LBS information of the user needs to be acquired, the corresponding LBS information can be read from the corresponding relationship according to the user information.
It should be noted that, when the user information includes only the user identifier, before or after step 230, the following steps may be further included: and acquiring other information of the user according to the user identification. The correspondence of the further information to the user identification may be stored by the payment system when the user performs a registration operation. In a specific implementation, the corresponding relationship may be stored in a user information table.
Step 240, searching for the merchant matched with the LBS information, and determining the merchant information of the merchant.
Here, the merchant information may include the name, address, and phone of the merchant, etc.
When the target consumption object in the picture is a dish, the restaurant with the position information closest to the LBS information can be used as a matched merchant.
Step 250, according to the merchant information, acquiring a plurality of consumption objects and price information corresponding to the merchants.
In this step, a plurality of consumption objects and price information corresponding to the merchant may be acquired in two ways:
in the first mode, when the merchant applies for the electronic invoice function to the payment system in advance and fills in the consumption object and the price information provided by the merchant, the payment system can search a plurality of consumption objects and price information corresponding to the merchant from the corresponding relationship between the merchant information and the consumption object and price information according to the merchant information. In a specific implementation, the corresponding relationship may be stored in a merchant information table. Such as the full amount of dishes and price information provided by the restaurant can be looked up from the merchant information table.
In a second way, when the merchant applies for the electronic invoice function to the payment system in advance, but does not fill in the consumption object and the price information provided by the merchant, the payment system may send a consumption object acquisition request to the third-party consumption review website, where the consumption object acquisition request may include merchant information (e.g., merchant name, etc.). And the third-party consumption commenting website acquires a plurality of consumption objects and price information corresponding to the merchants according to the information of the merchants. And then sending the acquired consumption object and price information to a payment system. As in the previous example, the third-party consumption review website can obtain the full amount of dishes and price information provided by the restaurant according to the name of the restaurant. And then sending the obtained full amount of dishes and the price information to a payment system.
In step 260, the target consumption object is matched from the plurality of consumption objects to determine target price information of the target consumption object.
Taking the target consumption object as the dish as an example, the full amount of dishes and the price information acquired by the payment system can be shown in table 1.
TABLE 1
And it is assumed that the dishes (i.e., target consumption objects) eaten by the user include: the "shredded potatoes with vinegar" and the "steamed weever" can be matched with the fourth line and the fifth line of table 1, so that the target price information of dishes eaten by the user can be determined to be "15 yuan" and "30 yuan", respectively.
And 270, generating an electronic invoice according to the user information, the merchant information, the target consumption object and the target price information.
Here, the payment system may further include a step of verifying whether a payment order corresponding to the target consumption object and the target price information exists through a merchant system of the merchant before generating the electronic invoice, thereby confirming whether the current user qualifies for invoicing. The method comprises the following steps: a verification request is sent to a merchant system of the merchant, which may include a target consumption object and target price information. And searching the matched payment order by the merchant system according to the target consumption object and the target price information. And the merchant system sends the matching result to the payment system. The payment system may create a corresponding payment order upon determining that the match results are a match. And generating an electronic invoice according to the user information, the merchant information, the target consumption object and the target price information.
It should be noted that the merchant system has a monthly and monthly auditing function, and can perform veto and permanent blacklist for users who may make repeated invoices and the like.
The process of generating the electronic invoice in step 270 may be: and generating an electronic invoice invoicing application according to the user information, the merchant information, the target consumption object and the target price information. And sending an electronic invoice invoicing application to an electronic invoice management system. The electronic invoice management system generates a corresponding electronic invoice. An electronic invoice is received and presented to the user.
It should be noted that the electronic invoice generated in the embodiment of the present specification is an electronic version of a traditional paper invoice, and includes: user information, merchant information, consumption objects, price information and the like. The method has the advantages of energy conservation, environmental protection, reduction of tax administration cost, reduction of enterprise operation cost, convenience for customers to maintain rights and the like.
To sum up, the electronic invoice generating method provided in the embodiments of the present specification can generate a corresponding payment order according to the picture including the target consumption object and the LBS information of the user uploaded by the user when the payment system does not have the corresponding payment order, that is, when the user does not pay through the payment system. And generates an electronic invoice based on the payment order. Taking the payment system as the treasury payment system as an example, the method can help the user to directly generate the electronic invoice by the service and the picture provided by the treasury payment invoice housekeeping to make an online payment order under the condition that the offline merchant system does not access the treasury payment. Thereby having wider applicable crowd and merchant scope.
Corresponding to the electronic invoice generating method, an embodiment of the present specification further provides an electronic invoice generating apparatus, as shown in fig. 3, including:
a receiving unit 301, configured to receive an electronic invoice generation request, where the electronic invoice generation request includes user information of a user and a picture including a target consumption object.
A recognition unit 302, configured to perform image recognition processing on the picture received by the receiving unit 301 to determine the target consumption object.
Optionally, the identifying unit 302 may specifically be configured to:
and carrying out duplicate removal processing on the plurality of pictures.
And carrying out image recognition processing on the plurality of pictures subjected to the duplicate removal processing.
An obtaining unit 303, configured to obtain the geographic location based service LBS information of the user according to the user information.
A searching unit 304, configured to search for a merchant that matches the LBS information acquired by the acquiring unit 303, and determine merchant information of the merchant.
The obtaining unit 303 is further configured to obtain a plurality of consumption objects and price information corresponding to the merchants according to the merchant information.
Optionally, the obtaining unit 303 may be specifically configured to:
and sending a consumption object acquisition request to a third-party consumption comment website, wherein the consumption object acquisition request comprises merchant information. The consumption object acquisition request is used for indicating the third-party consumption commenting website to acquire a plurality of consumption objects and price information corresponding to the commercial tenant according to the commercial tenant information.
A plurality of consumption objects and price information corresponding to a merchant are received.
Optionally, the obtaining unit 303 may be specifically configured to:
and searching a plurality of consumption objects and price information corresponding to the merchants from the corresponding relation between the merchant information and the consumption objects and the price information according to the merchant information.
A matching unit 305 for matching the target consumption object from the plurality of consumption objects acquired by the acquisition unit 303 to determine target price information of the target consumption object.
The generating unit 306 is configured to generate an electronic invoice according to the user information, the merchant information, the target consumption object, and the target price information.
Optionally, the generating unit 306 may be specifically configured to:
verifying whether a payment order corresponding to the target consumption object and the target price information exists through a merchant system of the merchant.
And if so, generating an electronic invoice according to the user information, the merchant information, the target consumption object and the target price information.
Optionally, the generating unit 306 may further specifically be configured to:
and generating an electronic invoice invoicing application according to the user information, the merchant information, the target consumption object and the target price information.
And sending an electronic invoice invoicing application to the electronic invoice management system, wherein the electronic invoice invoicing application is used for indicating the electronic invoice management system to generate a corresponding electronic invoice.
Receiving an electronic invoice and presenting the electronic invoice to a user.
The functions of each functional module of the device in the above embodiments of the present description may be implemented through each step of the above method embodiments, and therefore, a specific working process of the device provided in one embodiment of the present description is not repeated herein.
In the electronic invoice generating apparatus provided in an embodiment of the present specification, the receiving unit 301 receives an electronic invoice generation request. The recognition unit 302 performs image recognition processing on the picture to determine a target consumption object. The obtaining unit 303 obtains the geographical location service LBS information of the user according to the user information. The search unit 304 searches for merchants matching the LBS information and determines merchant information of the merchants. The obtaining unit 303 obtains a plurality of consumption objects and price information corresponding to the merchant according to the merchant information. The matching unit 305 matches the target consumption object from among the plurality of consumption objects to determine target price information of the target consumption object. The generating unit 306 generates an electronic invoice according to the user information, the merchant information, the target consumption object, and the target price information. Therefore, the electronic invoice generation method provided by the embodiment of the specification has higher general applicability.
Those skilled in the art will recognize that, in one or more of the examples described above, the functions described in this invention may be implemented in hardware, software, firmware, or any combination thereof. When implemented in software, the functions may be stored on or transmitted over as one or more instructions or code on a computer-readable medium.
The above-mentioned embodiments, objects, technical solutions and advantages of the present invention are further described in detail, it should be understood that the above-mentioned embodiments are only exemplary embodiments of the present invention, and are not intended to limit the scope of the present invention, and any modifications, equivalent substitutions, improvements and the like made on the basis of the technical solutions of the present invention should be included in the scope of the present invention.