下面結合圖式,對本說明書提供的方案進行描述。 本說明書一個實施例提供的電子發票生成方法可以應用於如圖1所示的場景中,圖1中,商家系統可以根據用戶的消費對象以及價格資訊,來生成對應的訂單數據。當用戶針對該訂單數據,執行對應的支付操作並生成對應的支付訂單時,商家系統可以記錄該支付訂單。此處,用戶執行支付操作的方式可以有多種(如,支付寶支付、微信支付等等)。圖1中的支付系統(例如,可以為支付寶系統)可以接收用戶的電子發票生成請求,並在該電子發票生成請求合法的情況下,向由稅務機關提供的電子發票管理系統發送電子發票開票申請。電子發票管理系統可以根據該申請,生成對應的電子發票,並返回給支付系統。最後,由支付系統向用戶展示該電子發票。 圖1中,支付系統驗證電子發票生成請求合法性的過程可以包括:判斷該電子發票生成請求對應的支付訂單是否存在。該判斷步驟可以包括兩方面:第一方面,支付系統判斷儲存系統中是否已經記錄了對應的支付訂單。第二方面,支付系統判斷商家系統中是否已經記錄了對應的支付訂單。可以理解的是,上述兩個方面中任一方面判斷成功,則對電子發票生成請求的合法性驗證通過。 需要說明的是,對於上述第一方面,當用戶通過該支付系統支付訂單數據時,其在儲存系統中就可以記錄對應的支付訂單。對於上述第二方面,用戶可以向支付系統上傳與支付訂單相關的資訊(如,消費對象及價格資訊等)。之後,由支付系統根據該相關資訊,從商家系統中匹配對應的支付訂單。 當然,在實際應用中,上述合法性驗證的過程還可以包括其它步驟,如,驗證用戶的合法性或驗證商家是否預先申請了電子發票功能等,本說明書在此不復贅述。 此外,圖1中的支付系統還可以與第三方消費點評網站進行交互,如,從第三方消費點評網站獲取某個商家提供的消費對象及價格資訊等。 圖2為本說明書一個實施例提供的電子發票生成方法流程圖。該方法的執行主體可以為具有處理能力的設備:服務器或者系統或者裝置,如,圖1中的支付系統。如圖2所示,該方法具體可以包括: 步驟210,接收電子發票生成請求。 該電子發票生成請求可以包括用戶的用戶資訊和包含目標消費對象的圖片。此處的用戶資訊可以只包括用戶標識,也可以同時包括用戶標識及其它資訊,該其它資訊可以是指用戶的名稱、地址以及手機號碼等資訊。 此處的目標消費對象可以是指由商家提供的一切可以消費的對象。如,可以為用戶在餐廳吃過的菜品或者在商店購買的衣服等。 以用戶通過支付寶系統生成電子發票為例來說,用戶可以在首頁頁面點擊“全部”對應的圖標或者文字。在跳轉之後的頁面的“便民生活”一欄中點擊“發票管家”對應的文字或者圖標,就可進入到“發票管家”頁面。在該頁面,用戶可以上傳包含目標消費對象的圖片(如,菜品圖片等),還可以填寫用戶資訊等。之後,當用戶點擊“發送”或者“完成”等用於表示圖片上傳完成或者資訊填寫完成的按鈕時,支付寶系統就可以接收到上述電子發票生成請求。 在上述例子中,用戶可以上傳一張圖片,也可以上傳多張圖片。可以理解的是,當只上傳一張圖片時,該圖片包含了所有的目標消費對象。如,一張圖片包含了用戶消費的所有菜品。 步驟220,對圖片進行圖像識別處理,以確定目標消費對象。 在該步驟中,如果接收的圖片為多個,則在對圖片進行圖像識別處理之前,可以先對圖片進行去重複處理。由此來避免針對同一張圖片,用戶重複上傳的問題。需要說明的是,如果有目標消費對象相同的情況,如,用戶點了兩款一樣的菜品,則該兩款一樣的菜品只能包含在一張圖片中。 圖像識別的過程是提取圖片中圖像的主要特徵的過程。以目標消費對象為菜品為例來說,可以預先儲存不同菜品的主要特徵與菜品名稱之間的對應關係。之後,可以將從菜品圖片中提取的特徵與上述對應關係中的特徵進行比對,若與任一特徵比對成功,則菜品圖片中的菜品識別成功,從而可以將該任一特徵對應的菜品名稱作為圖像識別處理的結果。 需要說明的是,如果同一張圖片中包含了多個目標消費對象,則依次識別各個目標消費對象。其中每個目標消費對象的識別過程如上所述,在此不復贅述。 步驟230,根據用戶資訊,獲取用戶的地理位置服務(Location Based Services,LBS)資訊。 此處的LBS資訊用於表示用戶的當前位置。具體地,當用戶通過移動終端登錄支付系統時,就可以獲取用戶的LBS資訊。並將獲取的LBS資訊與該用戶的用戶標識進行對應儲存。之後,當需要獲取用戶的LBS資訊時,就可以根據用戶資訊,從上述對應關係中讀取對應的LBS資訊。 需要說明的是,當用戶資訊只包括用戶標識時,在步驟230之前或者之後,還可以包括如下步驟:根據用戶標識,獲取用戶的其它資訊。該其它資訊與用戶標識的對應關係可以由支付系統在用戶執行註冊操作時儲存的。在一種具體實現方式中,該對應關係可以儲存在用戶資訊表中。 步驟240,搜索與LBS資訊相匹配的商家,並確定商家的商家資訊。 此處,商家資訊可以包括商家的名稱、地址以及電話等。 當圖片中的目標消費對象為菜品時,則位置資訊與上述LBS資訊最相近的餐廳可以作為相匹配的商家。 步驟250,根據商家資訊,獲取與商家對應的多個消費對象及價格資訊。 在該步驟中,可以通過兩種方式來獲取與商家對應的多個消費對象及價格資訊: 第一種方式,當上述商家預先向支付系統申請了電子發票功能,且填寫了該商家所提供的消費對象及價格資訊時,支付系統可以根據商家資訊,從商家資訊與消費對象及價格資訊的對應關係中,查找與商家對應的多個消費對象及價格資訊。在一種具體實現方式中,該對應關係可以儲存在商家資訊表中。如可以從商家資訊表中查找該餐廳提供的全量菜品及價格資訊。 第二種方式,當上述商家預先向支付系統申請了電子發票功能,但未填寫該商家所提供的消費對象及價格資訊時,支付系統可以向第三方消費點評網站發送消費對象獲取請求,該消費對象獲取請求可以包括商家資訊(如,商家名稱等)。第三方消費點評網站根據商家資訊,獲取與商家對應的多個消費對象及價格資訊。之後將獲取的消費對象及價格資訊發送給支付系統。如前述例子,第三方消費點評網站可以根據餐廳的名稱,獲取餐廳提供的全量菜品及價格資訊。之後將獲取的全量菜品及價格資訊發送給支付系統。 步驟260,從多個消費對象中匹配目標消費對象,以確定目標消費對象的目標價格資訊。 以目標消費對象為菜品為例來說,支付系統獲取的全量菜品及價格資訊可以如表1所示。而假設用戶吃過的菜品(也即目標消費對象)包括:“醋溜土豆絲”和“清蒸鱸魚”,則可以匹配到表1的第四行和第五行,從而可以確定用戶吃過的菜品的目標價格資訊分別為“15元”和“30”元。 步驟270,根據用戶資訊、商家資訊、目標消費對象及目標價格資訊,生成電子發票。 此處,支付系統在生成電子發票之前,還可以包括通過商家的商家系統驗證與目標消費對象及目標價格資訊對應的支付訂單是否存在的步驟,由此來確認當前用戶是否具有開票資格。該步驟具體為:向商家的商家系統發送驗證請求,該驗證請求可以包括目標消費對象及目標價格資訊。商家系統根據目標消費對象及目標價格資訊,搜索相匹配的支付訂單。商家系統向支付系統發送匹配結果。支付系統在確定匹配結果為相匹配時,可以創建對應的支付訂單。並根據用戶資訊、商家資訊、目標消費對象及目標價格資訊,生成電子發票。 需要說明的是,上述商家系統具有月終審核功能,即可以針對可能的重複開票等用戶,可以進行否決與永久黑名單。 步驟270中生成電子發票的過程可以為:根據用戶資訊、商家資訊、目標消費對象及目標價格資訊,生成電子發票開票申請。向電子發票管理系統發送電子發票開票申請。電子發票管理系統生成對應的電子發票。接收電子發票,並向用戶展示該電子發票。 需要說明的是,本說明書實施例生成的電子發票即為傳統紙質發票的電子版本,其同樣包括:用戶資訊、商家資訊、消費對象及價格資訊等內容。其具有節能環保、降低稅務管理成本、降低企業運營成本以及便於消費者維權等優點。 綜上,本說明書實施例提供的電子發票生成方法,在支付系統不存在對應的支付訂單時,也即在用戶沒有通過該支付系統支付時,可以根據用戶上傳的包含目標消費對象的圖片和用戶的LBS資訊,來生成對應的支付訂單。並根據該支付訂單生成電子發票。以支付系統為支付寶系統為例來說,通過上述方法可以針對線下商家系統在未接入支付寶支付的情況下,幫助用戶通過支付寶發票管家提供的服務和圖片打通線上線下的支付訂單,直接生成電子發票。從而具有更廣的適用人群和商家範圍。 與上述電子發票生成方法對應地,本說明書一個實施例還提供的一種電子發票生成裝置,如圖3所示,該裝置包括: 接收單元301,用於接收電子發票生成請求,該電子發票生成請求包括用戶的用戶資訊和包含目標消費對象的圖片。 識別單元302,用於對接收單元301接收的圖片進行圖像識別處理,以確定目標消費對象。 可選地,識別單元302具體可以用於: 對多個圖片進行去重複處理。 對去重複處理後的多個圖片進行圖像識別處理。 獲取單元303,用於根據用戶資訊,獲取用戶的地理位置服務LBS資訊。 搜索單元304,用於搜索與獲取單元303獲取的LBS資訊相匹配的商家,並確定商家的商家資訊。 獲取單元303,還用於根據商家資訊,獲取與商家對應的多個消費對象及價格資訊。 可選地,獲取單元303具體可以用於: 向第三方消費點評網站發送消費對象獲取請求,該消費對象獲取請求包括商家資訊。消費對象獲取請求用於指示第三方消費點評網站根據商家資訊,獲取與商家對應的多個消費對象及價格資訊。 接收與商家對應的多個消費對象及價格資訊。 可選地,獲取單元303具體可以用於: 根據商家資訊,從商家資訊與消費對象及價格資訊的對應關係中,查找與商家對應的多個消費對象及價格資訊。 匹配單元305,用於從獲取單元303獲取的多個消費對象中匹配目標消費對象,以確定目標消費對象的目標價格資訊。 生成單元306,用於根據用戶資訊、商家資訊、目標消費對象及目標價格資訊,生成電子發票。 可選地,生成單元306具體可以用於: 通過商家的商家系統驗證與目標消費對象及目標價格資訊對應的支付訂單是否存在。 若是,則根據用戶資訊、商家資訊、目標消費對象及目標價格資訊,生成電子發票。 可選地,生成單元306還具體可以用於: 根據用戶資訊、商家資訊、目標消費對象及目標價格資訊,生成電子發票開票申請。 向電子發票管理系統發送電子發票開票申請,電子發票開票申請用於指示電子發票管理系統生成對應的電子發票。 接收電子發票,並向用戶展示該電子發票。 本說明書上述實施例裝置的各功能模組的功能,可以通過上述方法實施例的各步驟來實現,因此,本說明書一個實施例提供的裝置的具體工作過程,在此不復贅述。 本說明書一個實施例提供的電子發票生成裝置,接收單元301於接收電子發票生成請求。識別單元302對圖片進行圖像識別處理,以確定目標消費對象。獲取單元303根據用戶資訊,獲取用戶的地理位置服務LBS資訊。搜索單元304搜索與LBS資訊相匹配的商家,並確定商家的商家資訊。獲取單元303根據商家資訊,獲取與商家對應的多個消費對象及價格資訊。匹配單元305從多個消費對象中匹配目標消費對象,以確定目標消費對象的目標價格資訊。生成單元306根據用戶資訊、商家資訊、目標消費對象及目標價格資訊,生成電子發票。由此,本說明書實施例提供的電子發票生成方法具有更高的普遍適用性。 本領域技術人員應該可以意識到,在上述一個或多個示例中,本發明所描述的功能可以用硬體、軟體、韌體或它們的任意組合來實現。當使用軟體實現時,可以將這些功能儲存在電腦可讀介質中或者作為電腦可讀介質上的一個或多個指令或代碼進行傳輸。 以上所述的具體實施方式,對本發明的目的、技術方案和有益效果進行了進一步詳細說明,所應理解的是,以上所述僅為本發明的具體實施方式而已,並不用於限定本發明的保護範圍,凡在本發明的技術方案的基礎之上,所做的任何修改、等同替換、改進等,均應包括在本發明的保護範圍之內。The following describes the solutions provided in this specification in conjunction with the drawings. The electronic invoice generation method provided by one embodiment of this specification can be applied to the scenario shown in FIG. 1. In FIG. 1, the merchant system can generate corresponding order data according to the user's consumption object and price information. When the user performs a corresponding payment operation for the order data and generates a corresponding payment order, the merchant system can record the payment order. Here, the user can perform payment operations in multiple ways (for example, Alipay payment, WeChat payment, etc.). The payment system in Figure 1 (for example, it can be an Alipay system) can receive the user's electronic invoice generation request, and if the electronic invoice generation request is legal, send an electronic invoice issuance application to the electronic invoice management system provided by the tax authority . The electronic invoice management system can generate the corresponding electronic invoice according to the application and return it to the payment system. Finally, the payment system displays the electronic invoice to the user. In FIG. 1, the process of verifying the legality of the electronic invoice generation request by the payment system may include: determining whether the payment order corresponding to the electronic invoice generation request exists. The judgment step may include two aspects: In the first aspect, the payment system judges whether the corresponding payment order has been recorded in the storage system. In the second aspect, the payment system determines whether the corresponding payment order has been recorded in the merchant system. It is understandable that if any one of the above two aspects is judged to be successful, then the legality verification of the electronic invoice generation request is passed. It should be noted that for the first aspect described above, when the user pays for order data through the payment system, the user can record the corresponding payment order in the storage system. For the second aspect mentioned above, the user can upload information related to the payment order to the payment system (for example, consumer objects and price information, etc.). After that, the payment system matches the corresponding payment order from the merchant system according to the relevant information. Of course, in practical applications, the above-mentioned legality verification process may also include other steps, such as verifying the legality of the user or verifying whether the merchant has applied for the electronic invoice function in advance, etc., which will not be repeated in this specification. In addition, the payment system in FIG. 1 can also interact with a third-party consumer review website, for example, obtain consumer objects and price information provided by a certain merchant from a third-party consumer review website. Fig. 2 is a flowchart of an electronic invoice generation method provided by an embodiment of this specification. The execution subject of the method may be a device with processing capability: a server or a system or a device, such as the payment system in FIG. 1. As shown in Figure 2, the method may specifically include: Step 210: Receive an electronic invoice generation request. The electronic invoice generation request may include user information of the user and a picture containing the target consumer object. The user information here can include only the user ID, or can also include the user ID and other information at the same time. The other information can refer to the user's name, address, and mobile phone number. The target consumer object here may refer to all consuming objects provided by the merchant. For example, it can be the dishes the user has eaten in the restaurant or the clothes purchased in the store. Take the user generating an electronic invoice through the Alipay system as an example. The user can click the icon or text corresponding to "All" on the home page. Click the text or icon corresponding to "Invoice Manager" in the "Convenient Life" column of the page after the jump to enter the "Invoice Manager" page. On this page, users can upload pictures containing target consumer objects (such as dish pictures, etc.), and can also fill in user information, etc. After that, when the user clicks "send" or "complete" and other buttons used to indicate that the picture upload is completed or the information is filled in, the Alipay system can receive the above electronic invoice generation request. In the above example, the user can upload one picture or multiple pictures. It is understandable that when only one picture is uploaded, the picture contains all target consumers. For example, a picture contains all the dishes consumed by the user. Step 220: Perform image recognition processing on the picture to determine the target consumer. In this step, if there are multiple pictures received, the pictures may be deduplicated before image recognition processing is performed on the pictures. This avoids the problem of users repeatedly uploading the same picture. It should be noted that if there are situations where the target consumer is the same, for example, if the user orders two identical dishes, the two identical dishes can only be included in one picture. The process of image recognition is the process of extracting the main features of the image in the picture. Taking the dishes as the target consumer as an example, the correspondence between the main features of different dishes and the names of the dishes can be stored in advance. After that, the features extracted from the dish picture can be compared with the features in the above-mentioned corresponding relationship. If the comparison with any feature is successful, the dish in the dish picture is successfully recognized, so that the dish corresponding to any feature can be identified The name is used as the result of image recognition processing. It should be noted that if multiple target consumer objects are contained in the same picture, each target consumer object is identified in turn. The identification process of each target consumer object is as described above, and will not be repeated here. Step 230: Obtain the location based services (LBS) information of the user according to the user information. The LBS information here is used to indicate the current location of the user. Specifically, when a user logs into the payment system through a mobile terminal, the user's LBS information can be obtained. And the obtained LBS information is correspondingly stored with the user ID of the user. Later, when the user's LBS information needs to be obtained, the corresponding LBS information can be read from the above-mentioned corresponding relationship according to the user information. It should be noted that when the user information only includes the user identification, before or after step 230, the following step may also be included: obtaining other user information according to the user identification. The corresponding relationship between the other information and the user ID can be stored by the payment system when the user performs the registration operation. In a specific implementation, the corresponding relationship may be stored in the user information table. Step 240: Search for a business matching the LBS information, and determine the business information of the business. Here, the business information may include the name, address, and telephone number of the business. When the target consumer in the picture is a dish, the restaurant whose location information is closest to the above-mentioned LBS information can be used as a matching business. Step 250: Obtain multiple consumer objects and price information corresponding to the merchant based on the merchant information. In this step, there are two ways to obtain multiple consumer objects and price information corresponding to the merchant: In the first way, when the above-mentioned merchant applies for the electronic invoice function to the payment system in advance, and fills in the information provided by the merchant When consumer objects and price information are used, the payment system can search for multiple consumer objects and price information corresponding to the merchant from the correspondence relationship between the merchant information and the consumer objects and price information based on the merchant information. In a specific implementation manner, the corresponding relationship may be stored in the business information table. For example, you can find the full amount of dishes and price information provided by the restaurant from the business information table. In the second way, when the above-mentioned merchant applies for the electronic invoice function to the payment system in advance, but does not fill in the consumer object and price information provided by the merchant, the payment system can send a consumer object acquisition request to a third-party consumer review website. The object acquisition request may include business information (eg, business name, etc.). The third-party consumer review website obtains multiple consumer objects and price information corresponding to the business according to the business information. After that, the acquired consumer objects and price information are sent to the payment system. As in the foregoing example, a third-party consumer review website can obtain the full amount of dishes and price information provided by the restaurant based on the name of the restaurant. After that, the full amount of dishes and price information obtained are sent to the payment system. Step 260: Match the target consumption object from the multiple consumption objects to determine the target price information of the target consumption object. Taking dishes as the target consumer as an example, the full amount of dishes and price information obtained by the payment system can be shown in Table 1. 
Assuming that the dishes the user has eaten (that is, the target consumer) include: "vinegared potato shreds" and "steamed sea bass", the fourth and fifth rows of Table 1 can be matched to determine the dishes the user has eaten The target price information for is "15 yuan" and "30" yuan. Step 270: Generate an electronic invoice based on user information, business information, target consumer and target price information. Here, before the payment system generates the electronic invoice, it may also include the step of verifying whether the payment order corresponding to the target consumer and target price information exists through the merchant system of the merchant, thereby confirming whether the current user is eligible for invoicing. This step is specifically: sending a verification request to the merchant system of the merchant, and the verification request may include the target consumer and target price information. The merchant system searches for matching payment orders based on the target consumer and target price information. The merchant system sends the matching result to the payment system. When the payment system determines that the matching result is a match, it can create a corresponding payment order. And based on user information, business information, target consumer and target price information, generate electronic invoices. It should be noted that the above-mentioned merchant system has a month-end review function, that is, it can veto and permanently blacklist users such as possible repeated invoicing. The process of generating an electronic invoice in step 270 may be: generating an electronic invoice issuance application based on user information, business information, target consumer and target price information. Send an electronic invoice invoicing application to the electronic invoice management system. The electronic invoice management system generates the corresponding electronic invoice. Receive the electronic invoice and show the electronic invoice to the user. It should be noted that the electronic invoice generated by the embodiment of this manual is the electronic version of the traditional paper invoice, which also includes user information, business information, consumer objects, price information and other content. It has the advantages of energy saving and environmental protection, reduction of tax management costs, reduction of enterprise operating costs, and convenience for consumer rights protection. In summary, the electronic invoice generation method provided in the embodiments of this specification can be based on the pictures uploaded by the user and the user containing the target consumer object when there is no corresponding payment order in the payment system, that is, when the user does not pay through the payment system. LBS information to generate the corresponding payment order. And generate an electronic invoice based on the payment order. Taking the payment system as the Alipay system as an example, the above method can help users to open online and offline payment orders through the services and pictures provided by Alipay invoice butler when offline merchant systems are not connected to Alipay payment. Generate electronic invoices. Thereby it has a wider range of applicable people and businesses. Corresponding to the above electronic invoice generation method, an embodiment of this specification also provides an electronic invoice generation device, as shown in FIG. 3, the device includes: a receiving unit 301, configured to receive an electronic invoice generation request, the electronic invoice generation request Including the user's user information and pictures containing the target consumer. The recognition unit 302 is configured to perform image recognition processing on the picture received by the receiving unit 301 to determine the target consumer object. Optionally, the identifying unit 302 may be specifically configured to: perform deduplication processing on multiple pictures. Perform image recognition processing on multiple pictures after deduplication processing. The obtaining unit 303 is configured to obtain the user's geographic location service LBS information according to the user's information. The search unit 304 is configured to search for a merchant that matches the LBS information obtained by the obtaining unit 303, and determine the merchant information of the merchant. The obtaining unit 303 is also used to obtain multiple consumer objects and price information corresponding to the merchant based on the merchant information. Optionally, the obtaining unit 303 may be specifically configured to: send a consumer object acquisition request to a third-party consumer review website, where the consumer object acquisition request includes business information. The consumer object acquisition request is used to instruct the third-party consumer review website to acquire multiple consumer objects and price information corresponding to the merchant based on the merchant information. Receive multiple consumer objects and price information corresponding to the merchant. Optionally, the acquiring unit 303 may be specifically configured to: according to the business information, find multiple consumer objects and price information corresponding to the business from the correspondence relationship between the business information and the consumer objects and price information. The matching unit 305 is configured to match the target consumption object from the multiple consumption objects acquired by the acquisition unit 303 to determine the target price information of the target consumption object. The generating unit 306 is used to generate electronic invoices based on user information, business information, target consumer objects, and target price information. Optionally, the generating unit 306 may be specifically used to: verify whether the payment order corresponding to the target consumer object and the target price information exists through the merchant system of the merchant. If so, an electronic invoice is generated based on user information, business information, target consumer and target price information. Optionally, the generating unit 306 may also be specifically configured to: generate an electronic invoice issuance application based on user information, business information, target consumer objects, and target price information. Send an electronic invoice invoicing application to the electronic invoice management system, and the electronic invoice invoicing application is used to instruct the electronic invoice management system to generate the corresponding electronic invoice. Receive the electronic invoice and show the electronic invoice to the user. The function of each functional module of the device in the above-mentioned embodiment of this specification can be realized by the steps of the above-mentioned method embodiment. Therefore, the specific working process of the device provided in one embodiment of this specification will not be repeated here. In the electronic invoice generating device provided in an embodiment of this specification, the receiving unit 301 receives an electronic invoice generating request. The recognition unit 302 performs image recognition processing on the picture to determine the target consumer. The obtaining unit 303 obtains the user's geographic location service LBS information according to the user information. The search unit 304 searches for a business matching the LBS information, and determines the business information of the business. The acquiring unit 303 acquires multiple consumption objects and price information corresponding to the business according to the business information. The matching unit 305 matches the target consumption object from a plurality of consumption objects to determine the target price information of the target consumption object. The generating unit 306 generates an electronic invoice according to user information, business information, target consumer and target price information. Therefore, the electronic invoice generation method provided by the embodiments of this specification has higher universal applicability. Those skilled in the art should be aware that in one or more of the above examples, the functions described in the present invention can be implemented by hardware, software, firmware, or any combination thereof. When implemented by software, these functions can be stored in a computer-readable medium or transmitted as one or more instructions or codes on the computer-readable medium. The specific embodiments described above further describe the purpose, technical solutions and beneficial effects of the present invention in detail. It should be understood that the above are only specific embodiments of the present invention, and are not intended to limit the scope of the present invention. The protection scope, any modification, equivalent replacement, improvement, etc. made on the basis of the technical solution of the present invention shall be included in the protection scope of the present invention.