Payment query method and device

Abstract

The invention discloses a payment query method and device. And merging the user name and the question input by the user to obtain target data. And identifying the intention of the user for payment query based on the target data, and extracting parameters including the user name, the house position information, the payment type and the time in the target data. And carrying out payment query based on the parameters, and displaying a query result including the amount to be paid and the paid amount on a user input interface. The method of intention recognition and parameter extraction according to user input completes payment query based on a dialogue form, so that the user can flexibly acquire information. And multiple layers of menus and options do not need to be clicked, so that on the basis of ensuring the accurate payment information query result, the method is simpler and more convenient, and the user friendliness is higher.

Description

Technical Field

[0001] The present application relates to the field of data processing technology, and in particular to a method and device for payment inquiry. Background Art

[0002] With the acceleration of urbanization, the property platform functions of property management communities are increasing, and payment inquiry is one of the important functions.

[0003] In the prior art, the payment query method of the property platform is usually based on fixed menus and options, relying on clicks to complete the query. The interface navigation, multi-level and complicated menus, and fixed query options and table displays bring inconvenience to users' query and viewing of payments. Therefore, there is an urgent need for a method that allows users to obtain payment information flexibly, simply and accurately. Summary of the invention

[0004] Based on the above problems, the present application provides a method and device for payment inquiry, so that users can obtain payment information flexibly, simply and accurately.

[0005] The present application discloses a method for querying payment, the method comprising:

[0006] Combine the user name and question entered by the user to obtain the target data;

[0007] Based on the target data, it is identified that the user's intention is to make a payment inquiry, and parameters in the target data are extracted; the parameters include user name, house location information, payment type and time;

[0008] A payment query is performed based on the parameters, and the query results are displayed on the user input interface; the query results include the amount payable and the amount paid.

[0009] Optionally, before performing payment query based on the parameter, the method further includes:

[0010] Verify that the parameters are complete;

[0011] When the house location information is empty, prompting the user to input the house location information;

[0012] When the payment type is empty, query and enumerate the payment results of each type of the house location information at the time;

[0013] When the time is empty, the default time is the preset time.

[0014] Optionally, the checking whether the parameters are complete includes:

[0015] When the house location information is not empty, accurately verifying the house location information;

[0016] When the time is not empty, the time is converted into a preset format.

[0017] Optionally, the user is an administrator, the house location information is a community name, and the accurate verification of the house location information includes:

[0018] Determine whether the house location information exists in the database;

[0019] If yes, determining that the house location information passes the accurate verification;

[0020] If not, vectorizing the location information of the house to be selected in the database and the location information of the house;

[0021] Data most similar to the vectorized house location information is recalled from the vectorized candidate house location information as the house location information, and it is determined that the house location information passes the accurate verification.

[0022] Optionally, after determining that the house location information passes the accuracy verification, the method further includes:

[0023] When the user's authority table does not include the house location information, the user is prompted that he has no query authority and needs to re-enter the house location information before querying.

[0024] Optionally, the user is a resident, the house location information is a community name, a building number, a unit number, and a house number, and after determining that the house location information passes the accurate verification, the method further includes:

[0025] Query the building number, unit number and house number of the resident's house in the community name;

[0026] When the building number, unit number and house number input by the resident are inconsistent with the queried building number, unit number and house number, the queried building number, unit number and house number and the community name are used as the house location information.

[0027] Optionally, after obtaining the target data, the method further includes:

[0028] Based on the target data, it is identified that the user's intention is not to inquire about payment, and the target data is input into an intelligent question-and-answer system to obtain an answer.

[0029] Optionally, the platform and the user's dialog window are used to receive the user's username and question, and display the query results in a dialog form.

[0030] Optionally, before merging the user name and question input by the user to obtain the target data, the method further includes:

[0031] The user logs into the platform and enters the username and the question.

[0032] Based on the above-mentioned method for payment inquiry, the present application also discloses a device for payment inquiry, including: a data acquisition unit, a parameter extraction unit and a query unit;

[0033] The data acquisition unit is used to merge the user name and question input by the user to obtain target data;

[0034] The parameter extraction unit is used to identify the user's intention as payment inquiry based on the target data, and extract parameters in the target data; the parameters include user name, house location information, payment type and time;

[0035] The query unit is used to perform payment query based on the parameters and display the query result on the user input interface; the query result includes the amount payable and the amount paid.

[0036] Optionally, the device further comprises:

[0037] A verification unit, used to verify whether the parameters are complete;

[0038] When the house location information is empty, prompting the user to input the house location information;

[0039] When the payment type is empty, query and enumerate the payment results of each type of the house location information at the time;

[0040] When the time is empty, the default time is the preset time.

[0041] Optionally, the verification unit is further used to:

[0042] When the house location information is not empty, accurately verifying the house location information;

[0043] When the time is not empty, the time is converted into a preset format.

[0044] Optionally, the user is an administrator, the house location information is a community name, and the verification unit includes:

[0045] An administrator verification subunit is used to determine whether the house location information exists in the database;

[0046] If yes, determining that the house location information passes the accurate verification;

[0047] If not, vectorizing the location information of the house to be selected in the database and the location information of the house;

[0048] Data most similar to the vectorized house location information is recalled from the vectorized candidate house location information as the house location information, and it is determined that the house location information passes the accurate verification.

[0049] Optionally, the device further comprises:

[0050] The no-authority unit is used to prompt the user that he has no query authority when the house location information is not included in the user's authority table, and to re-enter the house location information before querying.

[0051] Optionally, the user is a resident, the house location information is a community name, a building number, a unit number and a house number, and the device further includes:

[0052] A resident verification unit, used to query the building number, unit number and house number of the resident's house in the community name;

[0053] When the building number, unit number and house number input by the resident are inconsistent with the queried building number, unit number and house number, the queried building number, unit number and house number and the community name are used as the house location information.

[0054] Optionally, the device further comprises:

[0055] The question answering unit is used to identify that the user's intention is not to inquire about payment based on the target data, input the target data into the intelligent question-answering system, and obtain an answer.

[0056] Optionally, the platform and the user's dialog window are used to receive the user's username and question, and display the query results in a dialog form.

[0057] Optionally, before merging the user name and question input by the user, the device further comprises:

[0058] A login unit is used for the user to log in to the platform and input the user name and the question.

[0059] The present application discloses a method and device for payment query. The user name and question input by the user are combined to obtain target data. Based on the target data, the user's intention is identified as payment query, and parameters including user name, house location information, payment type and time are extracted from the target data. Payment query is performed based on the parameters, and the query results including the amount payable and the amount paid are displayed on the user input interface. The method of performing intention recognition and parameter extraction based on user input completes the payment query based on the dialogue form, allowing users to obtain information flexibly. There is no need to click on multiple layers of menus and options, which is simpler and more user-friendly while ensuring the accuracy of the payment information query results. BRIEF DESCRIPTION OF THE DRAWINGS

[0060] In order to more clearly illustrate the embodiments of the present application or the technical solutions in the prior art, the drawings required for use in the embodiments or the description of the prior art will be briefly introduced below. Obviously, the drawings described below are only embodiments of the present application. For ordinary technicians in this field, other drawings can be obtained based on the provided drawings without paying any creative work.

[0061] Figure 1a A flowchart of a method for querying payment disclosed in an embodiment of the present application;

[0062] Figure 1b A schematic diagram of the UnionPay Business Property Platform disclosed in the embodiment of this application;

[0063] Figure 1c A schematic diagram of a dialog window disclosed in an embodiment of the present application;

[0064] Figure 2 A flowchart of another payment inquiry method disclosed in an embodiment of the present application;

[0065] Figure 3 A flowchart of another payment inquiry method disclosed in an embodiment of the present application;

[0066] Figure 4 A schematic diagram of the structure of a payment inquiry device disclosed in an embodiment of the present application. DETAILED DESCRIPTION

[0067] The following will be combined with the drawings in the embodiments of the present application to clearly and completely describe the technical solutions in the embodiments of the present application. Obviously, the described embodiments are only part of the embodiments of the present application, not all of the embodiments. Based on the embodiments in the present application, all other embodiments obtained by ordinary technicians in this field without creative work are within the scope of protection of this application.

[0068] Embodiment 1: This application discloses a method for payment inquiry.

[0069] For details, please refer to Figure 1a A payment inquiry method disclosed in this embodiment includes the following steps:

[0070] Step 101: Combine the user name and question input by the user to obtain target data.

[0071] The method described in this embodiment is an optional method. The user can log in to the platform with an account (the account can be the same as the user name) and a password, open a dialog window on the platform, and enter the user name and question in a dialog form. As another optional method, the user can enter a password to log in to the platform, open a dialog window on the platform, and enter the question in a dialog form, and the dialog window automatically recognizes and obtains the user name.

[0072] The platform may be a UnionPay Business Property Platform. In the method described in this embodiment, Figure 1b This is a schematic diagram of the UnionPay Business Property Management Platform disclosed in the embodiment of this application, which can be a set of property management platforms developed by UnionPay Business, which can provide comprehensive digital management solutions for the property industry and provide standardized and convenient system tools for property companies. It especially includes payment functions for property, water, electricity, gas, parking, etc. Figure 1b The icon in the middle box is used to support users in opening a dialog window.

[0073] In the method described in this embodiment, Figure 1c This is a schematic diagram of the dialogue window disclosed in the embodiment of the present application. Users can click the AI ​​chat icon on the UnionPay Business Property Platform to enter the chat page and open the Figure 1c As an optional method, the platform combines the user name and question obtained from the user to obtain the target data.

[0074] In the method described in this embodiment, the platform can identify the user's intention based on the target data. When the intention is to inquire about the payment, the subsequent payment inquiry steps are performed. Among them, the UnionPay Business Property Platform can support the intention recognition of the target data, which is mainly based on the large language model. The principle is to tell the large language model the existing tools and the functions of each tool, and let the large language model return the tools to be used for the target data, and extract the parameters required by the tool from the target data. In this way, the user's intention can be identified according to the target data.

[0075] Accordingly, when the platform recognizes that the intention is not a payment inquiry, the user's intention may be regarded as an inquiry, and the target data may be regarded as a general consulting question. The target data may be input into the platform's intelligent question and answer system to obtain answers. The intelligent question and answer system supports receiving questions input by users in the form of an interface.

[0076] As an optional method, for example, the platform obtains the user's username U and question Q, and merges the username U and question Q to obtain the target data "U ask: Q". The platform then identifies the intention of the target data, and when the intention is a payment inquiry, it proceeds to step 102. When the intention is not a payment inquiry, it is considered that the user wants to ask a question, and the target data is input into the intelligent question-and-answer system to obtain an answer.

[0077] Step 102: Based on the target data, it is identified that the user's intention is to make a payment inquiry, and parameters in the target data are extracted.

[0078] In the method described in this embodiment, the parameters include user name, house location information, payment type and time. When the scenario is an administrator query scenario, the house location information is the community name. When the scenario is a resident (including owners and tenants) query scenario, the house location information is the community name, building number, unit number and house number.

[0079] In the method described in this embodiment, it is first necessary to verify whether the parameters are complete. Among them, when the house location information is empty, the user may be prompted to enter the house location information. As an optional method, all houses within the user's authority may also be directly queried according to the user name, and enumerated in a list for the user to choose. When the house location information is not empty but the payment type is empty, the payment results of various types of the house location information in time may be queried and enumerated. When the time is empty, the time may be defaulted to a preset time, such as the month before the current moment. That is, the current moment is July 2024, and D defaults to "June 2024".

[0080] In the method described in this embodiment, when all parameters are complete, the house location information is accurately verified. Among them, when the house location information is accurately verified, in the administrator query scenario, it is necessary to determine whether the house location information exists in the database, that is, whether the community name exists in the database. If so, it is determined that the house location information has passed the accurate verification. If not, the house location information to be selected and the house location information in the database are vectorized, and then the data most similar to the vectorized house location information is recalled from the vectorized house location information to be selected as the house location information. That is, when the community name entered by the user is inaccurate or incomplete, the most similar community name is found from the community names in the database as the community name that the user wants to query, and at this time it can be determined that the house location information has passed the accurate verification.

[0081] In addition, in this scenario, since different administrators manage different communities, it is necessary to obtain the user's permission list. When the permission list does not include the house location information, it means that the community is not within the management scope of the administrator. The user can be prompted that there is no query permission, and the user is advised to re-enter the house location information before querying.

[0082] When the time is not empty, you can convert the time to a preset format for easy query. For example, call the time tool to convert the time to the standard format: YYYY-MM. For example, if D is "May of this year", the format after conversion is "2024-05".

[0083] In the method described in this embodiment, in the resident query scenario, it is necessary to query the building number, unit number and house number of the resident's house in the community name. When the building number, unit number and house number entered by the resident are inconsistent with the queried building number, unit number and house number, the queried building number, unit number and house number and the community name are used as the house location information.

[0084] As an optional method, for example, the platform extracts parameters from the target data. In the administrator consultation scenario, the user name U, community name C, payment type T and time D can be obtained. Correspondingly, in the resident query scenario, the user name U, community name C, building number B, unit number Y, house number H, payment type T and time D can be obtained. Specifically, for example, "zhangsan: I want to check the electricity bill of Community A last month." In the scenario where user zhangsan is the administrator, the parameters U=zhangsan, C=Community A, T=electricity bill, D=last month are extracted. In the scenario where user zhangsan is a resident, the parameters U=zhangsan, C=Community A, T=electricity bill, D=last month are extracted, and the building number, unit number, and house number of all properties owned by zhangsan in Community A are queried at the same time.

[0085] As an optional method, when the cell name C is not empty but cannot be found in the database, all the cell names C_all in the database can be read, C_all and C can be vectorized, and the cell name most similar to C can be recalled from C_all as C. As another optional method, when any parameter is empty, the user can be prompted to enter an empty parameter.

[0086] As an optional method, when the building number B, unit number Y, and house number H entered by the resident are inaccurate, the query result of the resident's real building number, unit number, and house number can be directly queried through the resident's user name U and community name C. When there are multiple building numbers, unit numbers, and house numbers, all of them can be displayed or the user can be prompted to view them selectively.

[0087] Step 103: Perform payment query based on the parameters, and display the query result on the user input interface.

[0088] In the method described in this embodiment, the query result includes the amount payable and the amount paid. The query result can be displayed to the user through a dialog window.

[0089] The method described in this embodiment proposes a conversational payment inquiry method, which supports users to inquire about payment status by asking questions in the dialogue window. The payment inquiry and business consultation are integrated so that users can both inquire about property-related business issues and inquire about payment in a unified question-and-answer portal, which greatly improves the convenience of users. Different query processes and logics are designed according to the roles of administrators and residents to ensure the flexibility of functions. At the same time, in the case where users enter incomplete or inaccurate parameters for payment inquiries, automatic queries can be used to deal with it. It ensures that users can easily achieve the purpose of payment inquiry with as few steps as possible.

[0090] Example 2: This application discloses another method for payment inquiry, please refer to Figure 2 The method described in this embodiment introduces the entire process of the administrator performing payment query.

[0091] Step 301: Obtain the user name and question entered by the resident in the conversation window.

[0092] Step 302: Combine the user name and question to obtain target data.

[0093] Step 303: Based on the target data, it is determined whether the intention of the resident is to inquire about the payment. If yes, the process proceeds to step 304. If no, the process proceeds to step 305.

[0094] Step 304: Obtain the user name, community name, building number, unit number, house number, payment type and time in the target data. Go to step 306.

[0095] Step 305: Input the target data into the intelligent question-answering system to obtain an answer, which is displayed in the dialogue window.

[0096] Step 306: Determine whether the cell name is empty. If so, proceed to step 307. If not, proceed to step 308.

[0097] Step 307: Determine whether the cell name can be found in the database. If yes, proceed to step 309. If no, proceed to step 310.

[0098] Step 308: Prompt the resident to input the community name in the dialogue window. Return to step 306.

[0099] Step 309: Get the permission list of the resident and determine whether the permission list contains the community name. If yes, proceed to step 311. If no, proceed to step 312.

[0100] Step 310: Obtain the data in the database that is most similar to the community name as the community name. Go to step 309.

[0101] Step 311: Determine whether the building number, unit number, and house number are empty. If so, proceed to step 313. If not, proceed to step 314.

[0102] Step 312: The user is prompted that he / she does not have the query authority, and is asked to re-enter the question. Return to step 301.

[0103] Step 313: Query the building number, unit number, and house number of the resident's property in the community corresponding to the community name. Go to step 315.

[0104] Step 314: Query the building number, unit number, and house number of the resident's property in the community corresponding to the community name, and determine whether the above information is consistent with the building number, unit number, and house number entered by the resident. If so, proceed to step 315. If not, proceed to step 316.

[0105] Step 315: Determine whether the time is empty. If yes, proceed to step 317. If no, proceed to step 318.

[0106] Step 316: Use the building number, unit number, and house number obtained by the query as parameters. Go to step 315.

[0107] Step 317: The default time is the month before the current time. Go to step 318.

[0108] Step 318: Determine whether the payment type is empty. If so, proceed to step 319. If not, proceed to step 320.

[0109] Step 319: Display the query results of all payment types in the dialog window according to the community name, building number, unit number, house number and time.

[0110] Step 320: Display the query results in the dialog window according to the community name, building number, unit number, house number, payment type and time.

[0111] Example 3: This application discloses another method for payment inquiry, please refer to Figure 3 The method described in this embodiment introduces the entire process of the administrator performing payment query.

[0112] Step 201: Obtain the user name and question entered by the administrator in the dialog window.

[0113] Step 202: Combine the user name and the question to obtain target data.

[0114] Step 203: Based on the target data, it is determined whether the administrator's intention is to inquire about the payment. If yes, the process proceeds to step 204. If no, the process proceeds to step 205.

[0115] Step 204: Obtain the user name, cell name, payment type and time in the target data. Go to step 206.

[0116] Step 205: Input the target data into the intelligent question-answering system to obtain an answer, which is displayed in the dialogue window.

[0117] Step 206: Determine whether the cell name is empty. If so, proceed to step 207. If not, proceed to step 208.

[0118] Step 207: Determine whether the cell name can be found in the database. If yes, proceed to step 209. If no, proceed to step 210.

[0119] Step 208: Prompt the administrator to input a cell name in the dialog window. Return to step 206.

[0120] Step 209: Get the administrator's authority list and determine whether the authority list contains the community name. If yes, proceed to step 211. If no, proceed to step 212.

[0121] Step 210: Obtain the data in the database that is most similar to the community name as the community name. Go to step 209.

[0122] Step 211: Determine whether the time is empty. If yes, proceed to step 213. If no, proceed to step 214.

[0123] Step 212: The administrator is prompted that he does not have the query authority, and is asked to re-enter the question. Return to step 201.

[0124] Step 213: The default time is the month before the current time. Go to step 214.

[0125] Step 214: Determine whether the payment type is empty. If so, proceed to step 215. If not, proceed to step 216.

[0126] Step 215: Display the query results of all payment types in the dialog window according to the cell name and time.

[0127] Step 216: Display the query results in the dialog window according to the community name, payment type and time.

[0128] Based on the payment query method disclosed in the above embodiment, this embodiment correspondingly discloses a payment query device. Figure 4 The payment inquiry device includes: a data acquisition unit 401, a parameter extraction unit 402 and a query unit 403;

[0129] The data acquisition unit 401 is used to merge the user name and question input by the user to obtain target data;

[0130] The parameter extraction unit 402 is used to identify the user's intention as payment query based on the target data, and extract parameters in the target data; the parameters include user name, house location information, payment type and time;

[0131] The query unit 403 is used to perform payment query based on the parameters and display the query result on the user input interface; the query result includes the amount payable and the amount paid.

[0132] Optionally, the device further comprises:

[0133] A verification unit, used to verify whether the parameters are complete;

[0134] When the house location information is empty, prompting the user to input the house location information;

[0135] When the payment type is empty, query and enumerate the payment results of each type of the house location information at the time;

[0136] When the time is empty, the default time is the preset time.

[0137] Optionally, the verification unit is further used to:

[0138] When the house location information is not empty, accurately verifying the house location information;

[0139] When the time is not empty, the time is converted into a preset format.

[0140] Optionally, the user is an administrator, the house location information is a community name, and the verification unit includes:

[0141] An administrator verification subunit is used to determine whether the house location information exists in the database;

[0142] If yes, determining that the house location information passes the accurate verification;

[0143] If not, vectorizing the location information of the house to be selected in the database and the location information of the house;

[0144] Data most similar to the vectorized house location information is recalled from the vectorized candidate house location information as the house location information, and it is determined that the house location information passes the accurate verification.

[0145] Optionally, the device further comprises:

[0146] The no-authority unit is used to prompt the user that he has no query authority when the house location information is not included in the user's authority table, and to re-enter the house location information before querying.

[0147] Optionally, the user is a resident, the house location information is a community name, a building number, a unit number and a house number, and the device further includes:

[0148] A resident verification unit, used to query the building number, unit number and house number of the resident's house in the community name;

[0149] When the building number, unit number and house number input by the resident are inconsistent with the queried building number, unit number and house number, the queried building number, unit number and house number and the community name are used as the house location information.

[0150] Optionally, the device further comprises:

[0151] The question answering unit is used to identify that the user's intention is not to inquire about payment based on the target data, input the target data into the intelligent question-answering system, and obtain an answer.

[0152] Optionally, the platform and the user's dialog window are used to receive the user's username and question, and display the query results in a dialog form.

[0153] Optionally, before merging the user name and question input by the user, the device further comprises:

[0154] A login unit is used for the user to log in to the platform and input the user name and the question.

[0155] The embodiments in this specification are described in a progressive manner. As for the devices disclosed in the embodiments, since they correspond to the methods disclosed in the embodiments, the description is relatively simple, and the relevant parts can be referred to the description of the methods.

[0156] It should also be noted that, in this article, relational terms such as first and second, etc. are only used to distinguish one entity or operation from another entity or operation, and do not necessarily require or imply any such actual relationship or order between these entities or operations. Moreover, the terms "include", "comprise" or any other variants thereof are intended to cover non-exclusive inclusion, so that a process, method, article or device including a series of elements includes not only those elements, but also other elements not explicitly listed, or also includes elements inherent to such process, method, article or device. In the absence of further restrictions, the elements defined by the sentence "comprise a ..." do not exclude the presence of other identical elements in the process, method, article or device including the elements.

[0157] The steps of the method or algorithm described in conjunction with the embodiments disclosed herein may be implemented directly using hardware, a software module executed by a processor, or a combination of the two. The software module may be placed in a random access memory (RAM), a memory, a read-only memory (ROM), an electrically programmable ROM, an electrically erasable programmable ROM, a register, a hard disk, a removable disk, a CD-ROM, or any other form of storage medium known in the art.

[0158] The features described in the embodiments of this specification can be replaced or combined with each other, so that professional and technical personnel in this field can implement or use the present application.

[0159] The above description of the disclosed embodiments enables those skilled in the art to implement or use the present application. Various modifications to these embodiments will be apparent to those skilled in the art, and the general principles defined herein may be implemented in other embodiments without departing from the spirit or scope of the present application. Therefore, the present application will not be limited to the embodiments shown herein, but will conform to the widest scope consistent with the principles and novel features disclosed herein.

Claims

1. A method for querying payment, characterized in that: include: Combine the user name and question entered by the user to obtain the target data; Based on the target data, it is identified that the user's intention is to make a payment inquiry, and parameters in the target data are extracted; the parameters include user name, house location information, payment type and time; A payment query is performed based on the parameters, and the query results are displayed on the user input interface; the query results include the amount payable and the amount paid.

2. The method according to claim 1, characterized in that Before performing payment query based on the parameter, the method further includes: Verify that the parameters are complete; When the house location information is empty, prompting the user to input the house location information; When the payment type is empty, query and enumerate the payment results of each type of the house location information at the time; When the time is empty, the default time is the preset time.

3. The method according to claim 2, characterized in that The checking whether the parameters are complete includes: When the house location information is not empty, accurately verifying the house location information; When the time is not empty, the time is converted into a preset format.

4. The method according to claim 3, characterized in that: The user is an administrator, the house location information is a community name, and the accurate verification of the house location information includes: Determine whether the house location information exists in the database; If yes, determining that the house location information passes the accurate verification; If not, vectorizing the location information of the house to be selected in the database and the location information of the house; Data most similar to the vectorized house location information is recalled from the vectorized candidate house location information as the house location information, and it is determined that the house location information passes the accurate verification.

5. The method according to claim 4, characterized in that After determining that the house location information passes the accurate verification, the method further includes: When the user's authority table does not include the house location information, the user is prompted that he has no query authority and needs to re-enter the house location information before querying.

6. The method according to claim 1, characterized in that The user is a resident, the house location information is a community name, a building number, a unit number and a house number, and after determining that the house location information passes the accurate verification, the method further includes: Query the building number, unit number and house number of the resident's house in the community name; When the building number, unit number and house number input by the resident are inconsistent with the queried building number, unit number and house number, the queried building number, unit number and house number and the community name are used as the house location information.

7. The method according to claim 1, characterized in that After obtaining the target data, the method further includes: Based on the target data, it is identified that the user's intention is not to inquire about payment, and the target data is input into an intelligent question-and-answer system to obtain an answer.

8. The method according to claim 1, characterized in that The platform receives the user name and question from the user in the form of a dialogue, and displays the query results through a dialogue window with the user.

9. The method according to claim 8, characterized in that Before merging the user name and question input by the user to obtain the target data, the method further includes: The user logs into the platform and enters the username and the question.

10. A device for querying payment, characterized in that: include: Data acquisition unit, parameter extraction unit and query unit; The data acquisition unit is used to merge the user name and question input by the user to obtain target data; The parameter extraction unit is used to identify the user's intention as payment inquiry based on the target data, and extract parameters in the target data; the parameters include user name, house location information, payment type and time; The query unit is used to perform payment query based on the parameters and display the query result on the user input interface; the query result includes the amount payable and the amount paid.

Images