Water quantity settlement method and device based on double accounts

Abstract

The application provides a water quantity settlement method and device based on double accounts, the double accounts include a total account and at least one card account of the same user, the total account is associated with storage of a total account identifier and a total account balance, each card account is associated with storage of a card account identifier, a card account balance and terminal permission information; the method comprises the following steps: receiving a water taking request sent by a first water taking terminal, which includes a first terminal identifier of the first water taking terminal and a first card account identifier of a first water taking card; querying the first card account balance corresponding to the first card account identifier and the first terminal permission information; when the water taking condition is met, sending a pump starting instruction to the first water taking terminal; according to the state information sent by the first water taking terminal, calculating the period water quantity in the current time interval, when the first card account balance is sufficient, deducting the period water quantity from the first card account balance in full, and when the first card account balance is insufficient and the total account balance is greater than 0, deducting the difference of the insufficient part from the total account balance.

Description

Technical Field

[0001] This invention relates to the field of water resource management technology, and in particular to a water volume settlement method and apparatus based on dual accounts. Background Technology

[0002] In agricultural irrigation and industrial water use, water volume control is a crucial aspect of the rational utilization of water resources. Currently, traditional water management generally adopts a single-account model, where one water user corresponds to one account and one water card, and all water withdrawal operations and fee settlements are completed through this single account. However, with the advancement of refined water resource management, especially in agricultural irrigation and other fields, actual water use scenarios are becoming increasingly complex, and this traditional model has exposed several problems. For example, it cannot achieve multi-card water volume sharing and is difficult to meet the needs of multi-regional collaborative water withdrawal. For water users with large areas of farmland or multiple scattered plots, water withdrawal operations often need to be carried out from multiple water sources in different geographical locations. In this case, if a single-card, single-account model is used, multi-card water volume sharing cannot be achieved. During the water withdrawal process, when the quota corresponding to one water card is exhausted, the remaining quota of other accounts cannot be automatically used, causing an interruption in the water withdrawal process. This interruption directly leads to irrigation stagnation and affects crop growth. Therefore, there is an urgent need for a water volume settlement method that can support multi-account collaborative management and achieve flexible cross-account settlement. Summary of the Invention

[0003] In view of this, embodiments of the present invention provide a water volume settlement method and apparatus based on dual accounts to eliminate or improve one or more defects existing in the prior art.

[0004] According to a first aspect, a water consumption settlement method based on dual accounts is provided, characterized in that the dual accounts include a total account and at least one card account of the same user, the user holding at least one water card, and each water card associated with a card account; wherein the total account is associated with and stores a total account identifier and a corresponding total account balance, and each card account is associated with and stores a card account identifier and a corresponding card account balance and terminal permission information, and each card account is associated with the total account through the user's user identifier; and the method includes: receiving a water consumption request sent by a first water terminal, wherein the water consumption request is generated by the first water terminal in response to the user's card swiping operation on the first water card, and the water consumption request includes a first terminal identifier of the first water terminal and a first card account identifier of the first water card; based on the first card account identifier, querying the first card account balance and first terminal permission information corresponding to the first card account identifier, wherein the first terminal permission information includes the water terminal identifier of the water terminal authorized to use the first water card; when the first card account balance, the first terminal identifier, and the first card account balance are equal, the method further includes: receiving a water consumption request sent by a first water terminal ... When the terminal permission information meets the preset water intake conditions, the first card account identifier is associated with the first terminal identifier, and a pump start command is sent to the first water intake terminal so that the first water intake terminal controls the associated pump station to start to perform water intake operation. The water intake conditions include the first card account balance being greater than a preset threshold and the first terminal identifier belonging to the first terminal permission information. The system receives status information sent by the first water intake terminal at preset time intervals, including timestamps, the on / off status of the pump station, and the historical cumulative water intake of the flow meter. Based on the status information sent by the first water intake terminal, the system calculates the water intake for the current time interval. When the first card account balance is greater than or equal to the water intake for the current time interval, the water intake for the current time interval is deducted in full from the first card account balance. When the first card account balance is insufficient and the total account balance of the total account corresponding to the first card account is greater than 0, the difference is deducted from the total account balance, and a first prompt message is sent to the first user. The first prompt message is used to remind the first user that the balance of their first card account is insufficient.

[0005] According to a second aspect, a water consumption settlement device based on dual accounts is provided. The dual accounts include a main account and at least one card account for the same user. The user holds at least one water card, and each water card is associated with one card account. The main account stores a main account identifier and corresponding main account balance, and each card account stores a card account identifier, corresponding card account balance, and terminal access information. Each card account is associated with the main account through the user's identifier. The device includes: a request receiving unit for receiving a water consumption request sent by a first water terminal, wherein the water consumption request is generated by the first water terminal in response to the user's card swiping operation on the first water card, and the water consumption request includes a first terminal identifier of the first water terminal and a first card account identifier of the first water card; a query unit for querying the first card account balance and first terminal access information corresponding to the first card account identifier, wherein the first terminal access information includes the water terminal identifier of the water terminal authorized to use the first water card; and a water dispensing unit for dispensing water when the first card account balance, the first terminal identifier, and the first terminal access information are used. When the permission information meets the preset water-taking conditions, the first card account identifier is associated with the first terminal identifier and a pump start command is sent to the first water-taking terminal so that the first water-taking terminal controls the associated pump station to start to perform water-taking operation. The water-taking conditions include the first card account balance being greater than a preset threshold and the first terminal identifier belonging to the first terminal permission information. A status receiving unit is used to receive status information sent by the first water-taking terminal at preset time intervals. The status information includes a timestamp, the on / off status of the pump station, and the historical cumulative water-taking volume of the flow meter. A settlement unit is used to calculate the water-taking volume within the current time interval based on the status information sent by the first water-taking terminal. When the first card account balance is greater than or equal to the water-taking volume within the time interval, the water-taking volume within the time interval is deducted in full from the first card account balance. When the first card account balance is insufficient and the total account balance of the total account corresponding to the first card account is greater than 0, the difference is deducted from the total account balance, and a first prompt message is sent to the first user. The first prompt message is used to remind the first user that the balance of their first card account is insufficient.

[0006] According to a third aspect, an electronic device is provided, including a processor, a memory, and a computer program / instructions stored in the memory, characterized in that the processor is configured to execute the computer program / instructions, and when the computer program / instructions are executed, the electronic device performs the steps of any of the methods described in the first aspect.

[0007] According to a fourth aspect, a computer-readable storage medium is provided that stores a computer program / instructions thereon, characterized in that, when the computer program / instructions are executed by a processor, they implement the steps of the method described in any one of the first aspects.

[0008] The water consumption settlement method and apparatus based on dual accounts provided in the embodiments of this specification, wherein the dual accounts include a master account and at least one card account of the same user. The user holds at least one water card, and each water card is associated with one card account. The master account is associated with and stores a master account identifier and a corresponding master account balance. Each card account is associated with and stores a card account identifier, a corresponding card account balance, and terminal permission information. Each card account is associated with the master account through the user's user identifier. The water consumption settlement method based on this dual account may include: First, receiving a water dispensing request sent by a first water dispensing terminal, wherein the water dispensing request is generated by the first water dispensing terminal in response to the user's card swiping operation of the first water dispensing card, and the water dispensing request includes a first terminal identifier of the first water dispensing terminal and a first card account identifier of the first water dispensing card. Second, based on the first card account identifier, querying the first card account balance and first terminal permission information corresponding to the first card account identifier, wherein the first terminal permission information includes the water dispensing terminal identifier of the water dispensing terminal authorized to use the first water dispensing card. When the balance of the first card account, the first terminal identifier, and the first terminal permission information meet the preset water withdrawal conditions, the first card account identifier is associated with the first terminal identifier, and a pump start command is sent to the first water withdrawal terminal. This causes the first water withdrawal terminal to control its associated pump station to start and perform water withdrawal. The water withdrawal conditions include the first card account balance being greater than a preset threshold and the first terminal identifier belonging to the first terminal permission information. Then, status information sent by the first water withdrawal terminal at preset time intervals can be received. The status information includes a timestamp, the on / off status of the pump station, and the historical cumulative water withdrawal volume of the flow meter. Finally, based on the status information sent by the first water withdrawal terminal, the water withdrawal volume for the current time interval is calculated. When the balance of the first card account is greater than or equal to the water withdrawal volume for the current time interval, the water withdrawal volume for that time interval is deducted in full from the balance of the first card account. When the balance of the first card account is insufficient and the total account balance of the corresponding total account is greater than 0, the difference is deducted from the total account balance, and a first prompt message is sent to the first user. The first prompt message is used to inform the first user that their first card account balance is insufficient. Therefore, water can be withdrawn from cards with insufficient balance at the beginning. During the water withdrawal process, if the user's card account balance is insufficient, the total account balance corresponding to the card account can be automatically deducted, realizing flexible water settlement across accounts and avoiding interruption of water withdrawal due to insufficient card account balance.

[0009] Additional advantages, objects, and features of the invention will be set forth in part in the description which follows, and will also become apparent in part to those skilled in the art upon studying the description, or may be learned by practice of the invention. The objects and other advantages of the invention can be realized and obtained by means of the structures specifically pointed out in the description and drawings.

[0010] Those skilled in the art will understand that the objectives and advantages achievable with the present invention are not limited to those specifically described above, and that the above and other objectives achievable with the present invention will become clearer from the following detailed description. Attached Figure Description

[0011] The accompanying drawings, which are provided to further illustrate the invention and form part of this application, are not intended to limit the scope of the invention.

[0012] Figure 1 A flowchart of a dual-account-based water billing method according to one embodiment is shown; Figure 2 A schematic block diagram of a dual-account-based water billing device according to one embodiment is shown. Detailed Implementation

[0013] To make the objectives, technical solutions, and advantages of this invention clearer, the invention will be further described in detail below with reference to the embodiments and accompanying drawings. Here, the illustrative embodiments and descriptions of this invention are used to explain the invention, but are not intended to limit the invention.

[0014] It should also be noted that, in order to avoid obscuring the invention with unnecessary details, only the structures and / or processing steps closely related to the solution according to the invention are shown in the accompanying drawings, while other details that are not closely related to the invention are omitted.

[0015] It should be emphasized that the term "including / comprises" as used herein refers to the presence of a feature, element, step, or component, but does not exclude the presence or addition of one or more other features, elements, steps, or components.

[0016] It should also be noted that, unless otherwise specified, the term "connection" in this article can refer not only to a direct connection, but also to an indirect connection involving an intermediary.

[0017] It is understood that the ordinal numbers such as "first" and "second" mentioned in this specification are only used to distinguish multiple objects of the same or different categories (such as components, steps, parameters, etc.), and do not indicate the priority, importance or order relationship between objects, nor do they constitute a limitation on the technical features.

[0018] In the following description, embodiments of the invention will be illustrated with reference to the accompanying drawings. In the drawings, the same reference numerals represent the same or similar parts, or the same or similar steps.

[0019] As mentioned earlier, there is an urgent need for a water volume settlement method that can support multi-account collaborative management and enable flexible cross-account settlement.

[0020] Therefore, embodiments of this specification provide a water consumption settlement method based on dual accounts, which initially restricts water cards with insufficient balance from dispensing water. During the water dispensing process, when a user's card account balance is insufficient, the total balance of the corresponding main account can be automatically deducted, achieving flexible water consumption settlement across accounts and avoiding interruptions in the water dispensing process due to insufficient card account balance.

[0021] Between implementing the dual-account-based water billing method of this embodiment, dual accounts for users can be pre-created. In some examples, account creation may include steps 1) to 2), specifically: Step 1), Receive account creation request.

[0022] In this example, users can apply to create an account through a pre-established management platform or offline channels. When applying to create an account, users need to provide land information for their contracted land plots. This land information can include the number of plots, the location of each plot, the area of ​​each plot, the type of crops planted on each plot, etc. The number of water cards the user needs to hold can be determined based on the number of plots and the location of each plot (e.g., automatically calculated by the management platform or manually). For example, one water card can be issued for each plot, or one water card can be issued for several adjacent plots. That is, the water card is associated with the plot. Then, based on the regional water resource allocation plan and crop irrigation quota standards, combined with the plot area and crop water requirements associated with the water card, the water quota corresponding to each card account can be determined. In this example, the water quota can refer to the upper limit of the total water consumption within a specified period (e.g., one season, one year, etc.). Furthermore, based on the spatial affiliation between the land parcel and the water collection terminal, terminal access information can be configured for each water collection card, limiting the range of water collection terminals it can operate. Additionally, the total water collection quota for the user's account can be determined based on the total area of ​​the land contracted by the user; for example, the larger the total area, the higher the total water collection quota. In this example, a water collection terminal can refer to equipment or facilities installed at the water source for performing water collection operations, including but not limited to wells, pumping stations, water intakes, gates, smart water meters, flow meters, and associated electric / manual control devices. Each water collection terminal has a unique terminal identifier and a spatial affiliation or service correspondence with the user's land parcel, used to achieve functions such as water metering, flow control, and data collection and uploading.

[0023] After determining the user identifier (e.g., name, number, etc.), the total account identifier (e.g., total account number, etc.), the number of water cards for the user, the card account identifier for each water card (e.g., card number), the water quota for each water card, the terminal access information for each water card, and the total account water quota, the user can confirm. After user confirmation, an account creation request can be sent to the executing entity that implements the above-mentioned dual-account-based water billing method through the management platform or the terminal used by offline staff. This account creation request can include the user's user identifier, the total account identifier, the card account identifiers for each card, the total account water quota corresponding to the total account identifier, the card account water quota corresponding to each card identifier, and the terminal access information corresponding to each card identifier. Among these, the card account water quota and terminal access information corresponding to each card identifier are determined based on the user's land information.

[0024] Step 2), create the account based on the account creation request.

[0025] In this example, the entity executing the aforementioned dual-account-based water billing method can create dual accounts for the same water user based on an account creation request. Here, the dual accounts can include a main account and at least one card account for the same water user. In this example, a user can hold at least one water card, and each water card is associated with one card account. Each card account can be associated with the main account through the user's user identifier. In this example, the main account stores the main account identifier and the corresponding main account balance, while each card account stores the card account identifier, the corresponding card account balance, and terminal permission information. Here, the terminal permission information corresponding to a water card's card account can refer to the water terminal identifier of the water terminal authorized to use that water card.

[0026] In practice, a spatial correspondence between land parcels and water collection terminals can be established based on the geographical location of the land parcels contracted by the user and the installation location of each water collection terminal. Based on this correspondence, terminal permissions can be configured for each water collection card, thus limiting the card to operating only water collection terminals located within its land parcel or serving its designated area. This ensures spatial alignment between water collection operations and cultivated areas, preventing cross-parcel or out-of-area water collection.

[0027] After the account is created, water users can top up their total account and / or card account for water usage.

[0028] In some examples, the water recharge process may include the following steps (1) to (3), specifically: Step (1): Receive the user's recharge request.

[0029] In this example, water users can recharge their accounts online or offline. Each time they recharge, they can choose to recharge either their main account or their card account. The execution entity that implements the above-described water billing method based on dual accounts can receive the user's recharge request. This recharge request may include the account identifier to be recharged and the amount of water to be recharged. The account identifier to be recharged may include either the main account identifier or the card account identifier.

[0030] Step (2): Based on the amount of water to be recharged, the water quota and historical recharge amount of the account corresponding to the account identifier to be recharged, determine whether to recharge the account corresponding to the account identifier to be recharged.

[0031] In this example, the system can determine whether to recharge the account corresponding to the account to be recharged based on the amount of water to be recharged in the recharge request, the account's water quota, and the historical water recharge amount. Specifically, it can determine whether the sum of the amount of water to be recharged and the historical water recharge amount exceeds the account's water quota. If it does not exceed the quota, the recharge is allowed; otherwise, the recharge is not permitted.

[0032] Step (3): When determining to recharge the account corresponding to the account to be recharged, update the account balance corresponding to the account to be recharged based on the amount of water to be recharged.

[0033] In this example, if it is determined that the top-up will be made to the account corresponding to the account identifier, the account balance of the account to be topped up will be updated based on the amount of water to be topped up. For example, if the account identifier is the total account identifier, the total account balance will be updated; if the account identifier is the card account identifier, the card account balance will be updated.

[0034] After topping up the water volume in the main account and card account, water users can take their water card to the water terminal to swipe and collect water.

[0035] Please see Figure 1 , Figure 1 A flowchart illustrating a dual-account-based water billing method according to one embodiment is shown. It will be understood that this method can be executed by any device, equipment, platform, or cluster of devices with computing and processing capabilities. Figure 1 As shown, this water billing method based on dual accounts may include the following steps 101 to 105, specifically: Step 101: Receive the water intake request sent by the first water intake terminal.

[0036] In this embodiment, the execution entity used to perform the above-described water consumption settlement method based on dual accounts can receive a water dispensing request sent by the first water dispensing terminal. This water dispensing request can be generated by the first water dispensing terminal in response to a user's card-swiping operation on the first water dispensing card, and the request may include the first terminal identifier of the first water dispensing terminal and the first card account identifier of the first water dispensing card.

[0037] Step 102: Based on the first card account identifier, query the balance of the first card account and the first terminal permission information corresponding to the first card account identifier.

[0038] In this embodiment, based on the first card account identifier in the water withdrawal request, the remaining balance of the first card account corresponding to the first card account identifier and the first terminal permission information can be queried from the created accounts. The first terminal permission information may include the water terminal identifier of the water withdrawal terminal authorized to be used by the first water card.

[0039] Step 103: When the balance of the first card account, the first terminal identifier, and the first terminal permission information meet the preset water intake conditions, the first card account identifier is associated with the first terminal identifier and a pump start command is sent to the first water intake terminal so that the first water intake terminal controls the associated pump station to start to perform the water intake operation.

[0040] In this embodiment, if the balance of the first card account, the first terminal identifier, and the first terminal permission information meet the preset water dispensing conditions, the first card account identifier is bound to the first terminal identifier, and a pump start command is sent to the first water dispensing terminal. In this example, the preset water dispensing conditions may include the first card account balance being greater than a preset threshold and the first terminal identifier belonging to the first terminal permission information. Here, the preset threshold can be set according to actual needs. For example, the preset threshold can be set to 0, so when the first card account balance is greater than 0 and the first terminal identifier belongs to the first terminal permission information, a pump start command is sent to the first water dispensing terminal. After receiving the pump start command, the first water dispensing terminal can start the pump station associated with the controller and perform the water dispensing operation.

[0041] In some examples, a pumping station associated with the first water intake terminal draws water from a first water source, which has a pre-set water intake quota. A flow meter is installed along the water intake path of the first water intake terminal to measure the historical cumulative water intake of the first water intake terminal. Based on this, the water intake conditions may also include the flow meter's latest historical cumulative water intake being less than the water source's water intake quota.

[0042] In some examples, the above-mentioned water consumption settlement method based on dual accounts may further include: when the first water card does not meet the water consumption conditions, generating a second prompt message and sending the second prompt message to the first water terminal so that the first water terminal can display the second prompt message to the user.

[0043] In this example, if the balance in the first card account is less than or equal to a preset threshold, or if the first terminal identifier does not belong to the first terminal's permission information, it indicates that the first water card does not meet the water dispensing conditions. At this time, a second prompt message can be generated, which includes the reason for the water dispensing failure. For example, if the balance in the first card account is less than or equal to the preset threshold, the reason for the water dispensing failure could be "Insufficient water, please recharge first"; if the first terminal identifier does not belong to the first terminal's permission information, the reason for the water dispensing failure could be "This card does not have water dispensing permission on this device"; if the first water card has been cancelled, reported lost, or is invalid, the reason for the water dispensing failure could be "Invalid card, please contact the administrator."

[0044] Step 104: Receive status information sent by the first water intake terminal at preset time intervals.

[0045] In this embodiment, the first water intake terminal can report status information to the executing entity that performs the water volume settlement method once every preset time interval (e.g., 1 minute, 10 minutes, etc.). The status information may include the first terminal identifier, timestamp, pump station on / off status, historical cumulative water intake of the flow meter, etc.

[0046] Step 105: Calculate the water consumption during the current time interval based on the status information sent by the first water terminal. When the balance of the first card account is greater than or equal to the water consumption during the time interval, deduct the water consumption during the time interval in full from the balance of the first card account. When the balance of the first card account is insufficient and the total account balance of the corresponding total account is greater than 0, deduct the difference from the total account balance and send a first prompt message to the first user.

[0047] In this embodiment, the entity executing the water consumption settlement method can calculate the water consumption within the current time interval based on the status information sent by the first water terminal. For example, it can calculate the difference between the historical cumulative water consumption in the current status information and the historical cumulative water consumption in the previous status information to obtain the water consumption within the current time interval. If the water consumption within the time interval is greater than 0, a water deduction operation is triggered. Specifically, based on the first terminal identifier in the status information and the association between the first card account identifier and the first terminal identifier established in step 103, the first card account identifier is located. It is determined whether the balance of the first card account corresponding to the first card account identifier is greater than or equal to the water consumption within the time interval. If the balance of the first card account is greater than or equal to the water consumption within the time interval, the water consumption within the time interval is deducted in full from the balance of the first card account corresponding to the first card account identifier. If the balance of the first card account is insufficient (e.g., 0 or less than the water consumption within the time interval to be deducted) and the total account balance of the total account corresponding to the first card account is greater than 0, the difference between the insufficient portion, i.e., the difference between the water consumption within the time interval and the balance of the first card account, is deducted from the total account balance. The system will send a first notification message to the first user, indicating that their first card account has insufficient funds. Upon receiving this message, the first user can top up their first card account. If the first user fails to top up their account in time, they will be unable to use their first card account to withdraw water in the future.

[0048] For example, User A applies for a master account and three card accounts corresponding to three water dispensing cards. Then, User A tops up 1000 m³ of water to the master account and a small amount of water to the card account corresponding to water dispensing card 1. Then, User A uses water dispensing card 1 to dispense 200 m³ of water at water dispensing terminal 1. During water usage settlement, the water dispensing card 1's water usage is deducted first; once water dispensing card 1's water usage reaches 0, the water dispensing card 1's water usage is deducted from the master account.

[0049] For example, User B directly tops up 500m³ of water into Water Dispensing Card 2. Then, User B uses Water Dispensing Card 2 to dispense 300m³ of water from Water Dispensing Terminal 2. During the water billing process, the 300m³ dispensed from Water Dispensing Card 2 is deducted first, leaving 200m³ of water remaining on Water Dispensing Card 2. User B's total account water usage remains unchanged.

[0050] For example, user C directly tops up 1000m³ of water into water card 3. Then, user C uses water card 3 to withdraw 120m³ of water from terminal device 3. Simultaneously, user C uses water card 3 to withdraw 180m³ of water from terminal device 4. In this example, 300m³ of water is deducted from water card 3 first. Water card 3 has 700m³ of water remaining. User C's total water account balance remains unchanged.

[0051] In some examples, the above-mentioned dual-account-based water billing method may also include Figure 1The following steps (not shown in the text) from step one to step three are specifically: Step 1), receive the pump shutdown request sent by the first water intake terminal.

[0052] In this example, a user can apply to stop water dispensing through the first water dispensing terminal. After receiving the user's operation, the first water dispensing terminal can send a pump shut-off request to the execution entity used to perform the water billing method. The pump shut-off request is generated by the first water dispensing terminal in response to the user's operation and may include the first terminal identifier and the first card account identifier.

[0053] Step 2) Send a pump shutdown command to the first water intake terminal according to the pump shutdown request, so that the first water intake terminal responds to the pump shutdown command and controls its associated pump station to shut down to stop the water intake operation.

[0054] In this example, a pump shutdown command can be sent to the first water intake terminal according to the pump shutdown request. After receiving the pump shutdown command, the first water intake terminal can control its associated pump station to shut down to stop the water intake operation.

[0055] Step 3) In response to the current status information showing that the pump station's switch status is closed and the previous status information showing that the pump station's switch status is open, the association between the first card account identifier and the first terminal identifier is removed and a water collection record is generated.

[0056] In this example, after the pump station is shut down, the pump station's on / off status in the status information sent by the first water intake terminal will change to "off". If the pump station's on / off status in the current status information is "off", while the pump station's on / off status in the status information of the previous time was "on", then the association between the first card account identifier and the first terminal identifier is removed, and a water intake record is generated. This water intake record may include the pump station's on / off time, the pump station's off / off time, the first terminal identifier, the first card account identifier, and the total water consumption from the on / off time to the off / off time. Detailed water intake records facilitate data analysis and auditing.

[0057] In some examples, the above-mentioned water billing method based on dual accounts may also include the following: when the balance of the first card account is 0 and the total account balance is insufficient, a pump shut-off command is sent to the first water terminal so that the first water terminal controls its associated pump station to shut down.

[0058] In this example, during water dispensing, when the balance in the first card account is 0 and the total account balance is insufficient (e.g., total account balance ≤ 0), a pump shut-off command can be sent to the first water dispensing terminal. Upon receiving the command, the first water dispensing terminal can control its associated pump station to shut down, thus stopping the water dispensing operation. After the pump station shuts down, the pump station's on / off status in the status information sent by the first water dispensing terminal will change to "off". At this point, the association between the first card account identifier and the first terminal identifier can be severed, and a water dispensing record can be generated.

[0059] In some examples, the above-mentioned water billing method based on dual accounts may also include the following steps (i) and (ii), specifically: Step (1): Based on the status information sent by the first water intake terminal, determine whether an anomaly has occurred.

[0060] In this example, anomalies can be determined by analyzing the status information sent by the first water intake terminal. In this example, anomalies can include communication errors, water billing errors, flow meter errors, etc. For example, under normal conditions, the first water intake terminal sends status information every preset time interval. If the first water intake terminal fails to send status information at the preset time interval, a communication error can be identified. As another example, if the pump station is in a "closed state" but the calculated water intake for a given period is greater than a preset threshold, a water billing error can be identified. Yet another example is if the pump station is in an "open state" but the calculated water intake for a given period is 0, a flow meter error can be identified.

[0061] Step (2): When an anomaly occurs, generate an anomaly log and send an anomaly notification message to the administrator terminal.

[0062] In this example, if an anomaly occurs, an anomaly log can be generated, and an anomaly notification message can be sent to a pre-defined administrator terminal. This log may include the anomaly type, the time of occurrence, and the identifier of the first terminal. The anomaly notification message may include the anomaly type, the time of occurrence, and the identifier of the first terminal.

[0063] Reviewing the above process, in the embodiments of this specification, water cards with insufficient balance can be restricted from dispensing water at the very beginning. During the process of dispensing water using the card, if the card account balance is insufficient, the total account balance corresponding to the card account can be automatically deducted, achieving flexible water consumption settlement across accounts and avoiding interruptions in water dispensing due to insufficient card account balance.

[0064] According to another embodiment, a water consumption settlement device based on dual accounts is provided. The dual accounts include a master account and at least one card account for the same user. The user holds at least one water card, and each water card is associated with one card account. The master account stores a master account identifier and corresponding master account balance, while each card account stores a card account identifier, corresponding card account balance, and terminal permission information. Each card account is associated with the master account through the user's user identifier. The aforementioned water consumption settlement device based on dual accounts can be deployed in any device, platform, or device cluster with computing and processing capabilities.

[0065] Figure 2 A schematic block diagram of a dual-account-based water billing device according to one embodiment is shown. Figure 2 As shown, the dual-account-based water billing device 200 includes: The request receiving unit 201 is used to receive a water withdrawal request sent by the first water terminal, wherein the water withdrawal request is generated by the first water terminal in response to the user's card swiping operation on the first water card, and the water withdrawal request includes the first terminal identifier of the first water terminal and the first card account identifier of the first water card. The query unit 202 is used to query the balance of the first card account and the first terminal permission information corresponding to the first card account identifier based on the first card account identifier, wherein the first terminal permission information includes the water terminal identifier of the water terminal authorized to be used by the first water card. The water intake unit 203 is used to associate the first card account identifier with the first terminal identifier and send a pump start command to the first water intake terminal when the first card account balance, the first terminal identifier and the first terminal permission information meet the preset water intake conditions, so that the first water intake terminal controls the associated pump station to start to perform water intake operation. The water intake conditions include the first card account balance being greater than a preset threshold and the first terminal identifier belonging to the first terminal permission information. The status receiving unit 204 is used to receive status information sent by the first water intake terminal at preset time intervals, wherein the status information includes a timestamp, the on / off status of the pump station, and the historical cumulative water intake of the flow meter; The settlement unit 205 is used to calculate the water consumption during the current time interval based on the status information sent by the first water terminal. When the balance of the first card account is greater than or equal to the water consumption during the time interval, the water consumption during the time interval is deducted in full from the balance of the first card account. When the balance of the first card account is insufficient and the total account balance of the corresponding total account is greater than 0, the difference is deducted from the total account balance, and a first prompt message is sent to the first user. The first prompt message is used to remind the first user that the balance of the first card account is insufficient.

[0066] According to another embodiment, an electronic device is also provided, including a processor, a memory, and a computer program / instructions stored in the memory, characterized in that the processor is configured to execute the computer program / instructions, and when the computer program / instructions are executed, the electronic device performs the following functions: Figure 1 The steps of the method described.

[0067] According to another embodiment, a computer-readable storage medium is also provided, on which a computer program / instructions are stored, characterized in that, when the computer program / instructions are executed by a processor, they implement as follows: Figure 1 The steps of the method described.

[0068] Those skilled in the art will understand that the exemplary components, systems, and methods described in conjunction with the embodiments disclosed herein can be implemented in hardware, software, or a combination of both. Whether implemented in hardware or software depends on the specific application and design constraints of the technical solution. Those skilled in the art can use different methods to implement the described functions for each specific application, but such implementation should not be considered beyond the scope of this invention. When implemented in hardware, it can be, for example, electronic circuits, application-specific integrated circuits (ASICs), appropriate firmware, plug-ins, function cards, etc. When implemented in software, the elements of this invention are programs or code segments used to perform the desired tasks. The programs or code segments can be stored in a machine-readable medium or transmitted over a transmission medium or communication link via data signals carried in a carrier wave.

[0069] It should be clarified that the present invention is not limited to the specific configurations and processes described above and shown in the figures. For the sake of brevity, detailed descriptions of known methods are omitted here. In the above embodiments, several specific steps are described and shown as examples. However, the method process of the present invention is not limited to the specific steps described and shown. Those skilled in the art can make various changes, modifications, and additions, or change the order of steps, after understanding the spirit of the present invention.

[0070] In this invention, features described and / or illustrated for one embodiment may be used in the same or similar manner in one or more other embodiments, and / or combined with or in place of features of other embodiments.

[0071] The above description is merely a preferred embodiment of the present invention and is not intended to limit the present invention. For those skilled in the art, various modifications and variations of the embodiments of the present invention are possible. Any modifications, equivalent substitutions, improvements, etc., made within the spirit and principles of the present invention should be included within the protection scope of the present invention.

Claims

1. A water consumption settlement method based on dual accounts, characterized in that, The dual accounts include a master account and at least one card account for the same user. The user holds at least one water card, and each water card is associated with one card account. The master account stores a master account identifier and corresponding balance, and each card account stores a card account identifier, corresponding balance, and terminal access information. Each card account is associated with the master account through the user's identifier. The method includes: The system receives a water dispensing request sent by a first water dispensing terminal, wherein the water dispensing request is generated by the first water dispensing terminal in response to the user's card swiping operation on the first water dispensing card, and the water dispensing request includes a first terminal identifier of the first water dispensing terminal and a first card account identifier of the first water dispensing card. Based on the first card account identifier, query the balance of the first card account and the first terminal permission information corresponding to the first card account identifier, wherein the first terminal permission information includes the water terminal identifier of the water terminal authorized to use by the first water card. When the balance of the first card account, the first terminal identifier, and the first terminal permission information meet the preset water intake conditions, the first card account identifier is associated with the first terminal identifier and a pump start command is sent to the first water intake terminal so that the first water intake terminal controls the associated pump station to start to perform water intake operation. The water intake conditions include the first card account balance being greater than a preset threshold and the first terminal identifier belonging to the first terminal permission information. The system receives status information sent by the first water intake terminal at preset time intervals, wherein the status information includes a timestamp, the on / off status of the pump station, and the historical cumulative water intake of the flow meter. Based on the status information sent by the first water terminal, the water consumption during the current time interval is calculated. When the balance of the first card account is greater than or equal to the water consumption during the time interval, the water consumption during the time interval is deducted in full from the balance of the first card account. When the balance of the first card account is insufficient and the total account balance of the corresponding total account is greater than 0, the difference is deducted from the total account balance, and a first prompt message is sent to the first user. The first prompt message is used to remind the first user that the balance of the first card account is insufficient.

2. The method according to claim 1, characterized in that, The method further includes: Receive a pump shut-off request sent by the first water dispensing terminal, wherein the pump shut-off request is generated by the first water dispensing terminal in response to the user's operation, and the pump shut-off request includes the first terminal identifier and the first card account identifier; According to the pump shutdown request, a pump shutdown command is sent to the first water intake terminal so that the first water intake terminal responds to the pump shutdown command and controls its associated pump station to shut down to stop the water intake operation. In response to the current status information indicating that the pump station is in a closed state and the previous status information indicating that the pump station is in a closed state, the association between the first card account identifier and the first terminal identifier is released and a water collection record is generated. The water collection record includes the pump station's opening time, the pump station's closing time, the first terminal identifier, the first card account identifier, and the total water consumption from the opening time to the closing time.

3. The method according to claim 1, characterized in that, The method further includes: When the balance of the first card account is 0 and the balance of the total account is insufficient, a pump shutdown command is sent to the first water terminal so that the first water terminal controls its associated pump station to shut down to stop the water intake operation.

4. The method according to claim 1, characterized in that, The method further includes: When the first water card does not meet the water dispensing conditions, a second prompt message is generated and sent to the first water dispensing terminal so that the first water dispensing terminal can display the second prompt message to the user. The second prompt message includes the reason for the water dispensing failure.

5. The method according to claim 1, characterized in that, Before receiving a water request from the first water terminal, the method further includes: Receive an account creation request, wherein the account creation request includes the user's user identifier, the total account identifier, the card account identifiers of each card account, the total account water quota corresponding to the total account identifier, the card account water quota corresponding to each card account identifier, and the terminal permission information corresponding to each card account identifier, wherein the card account water quota corresponding to each card account identifier and the terminal permission information are determined based on the user's land information; Create an account based on the account creation request.

6. The method according to claim 5, characterized in that, The method further includes: Receive the user's recharge request, wherein the recharge request includes the account identifier to be recharged and the amount of water to be recharged, and the account identifier to be recharged includes the total account identifier or the card account identifier; Based on the amount of water to be recharged, the water quota and historical recharge amount of the account corresponding to the account identifier to be recharged, determine whether to recharge the account corresponding to the account identifier to be recharged; When determining to recharge the account corresponding to the account to be recharged, the account balance corresponding to the account to be recharged is updated based on the amount of water to be recharged.

7. The method according to claim 1, characterized in that, The pumping station associated with the first water intake terminal is used to draw water from a first water source, which has a pre-set water intake quota; the flow meter is installed on the water intake path of the first water intake terminal to measure the historical cumulative water intake of the first water intake terminal; the water intake conditions also include that the latest historical cumulative water intake measured by the flow meter is less than the water source quota.

8. The method according to claim 1, further comprising: Based on the status information sent by the first water intake terminal, determine whether an abnormality has occurred; When an anomaly occurs, an anomaly log is generated and an anomaly prompt message is sent to the administrator terminal. The anomaly log includes the anomaly type, the time of the anomaly, and the identifier of the first terminal.

9. An electronic device comprising a processor, a memory, and a computer program / instructions stored in the memory, characterized in that, The processor is used to execute the computer program / instructions, and when the computer program / instructions are executed, the electronic device implements the steps of the method as described in any one of claims 1 to 8.

10. A computer-readable storage medium having a computer program / instructions stored thereon, characterized in that, When the computer program / instructions are executed by the processor, they implement the steps of the method as described in any one of claims 1 to 8.

Images