CN117576829B - 一种城市供水收费服务交互结算系统 - Google Patents

Abstract

本发明涉及用水结算技术领域，具体涉及了一种城市供水收费服务交互结算系统。包括前端采集模块，用于按照预设的采集频率定期采集水表数据，包括智能水表模块和影像采集模块，所述智能水表模块用于定时将智能水表的水表读数上传服务器；用户管理模块，用于管理用户信息，所述用户信息包括用户的唯一识别标识、用户用水类型、水表类型以及用水人数；读数验证模块，用于根据用户的用水人数，判断水表读数是否准确，若不准确，向前端采集模块发出采集指令，所述前端采集模块还用于在接到采集指令时，再次采集水表数据并得到水表读数；抄表管理模块，用于计算水费，发送给用户终端。能够对新采集的水表读数进行验证，提高水表读数准确性。

Description

一种城市供水收费服务交互结算系统

技术领域

本发明涉及用水结算技术领域，具体涉及了一种城市供水收费服务交互结算系统。

背景技术

对于供水收费，目前已形成较为完善的体系，一般是通过对水表读数进行读取，然后根据水表读数按照解读水价计算出水费价格，之后向用户征收水费。

由于目前各地对水表的选择不统一，使得现有的水费收费有的地区已经使用上了智能水表，不需要抄表员上门进行水表读数抄写就能够直接通过智能水表将水表读数发送到与智能水表远程连接的后台服务器上，而有的地区仍然采用传统式的机械水表，必须抄表员上门进行抄表。

然而无论是通过智能水表直接采集，或者是抄表员上门进行抄表，都会存在抄表数据存在错误，智能水表上次数据，可能会由于水表故障，或者是传输过程数据丢失导致水表读数不准确，抄表员抄表也可能由于人为因素，导致读数不准确，最终导致水费计算错误，因此如何提高水表读数准确度，是亟待接近的问题。

发明内容

本发明所解决的技术问题在于提供一种城市供水收费服务交互结算系统，能够对新采集的水表读数进行验证，提高水表读数准确性。

本发明提供的基础方案：一种城市供水收费服务交互结算系统，包括前端采集模块、服务器以及用户终端，所述服务器包括用户管理模块、抄表管理模块、缴费管理模块；

前端采集模块，用于按照预设的采集频率定期采集水表数据，包括智能水表模块，所述智能水表模块用于定时将智能水表的水表读数上传服务器；

用户管理模块，用于管理用户信息，所述用户信息包括用户的唯一识别标识、用户用水类型、水表类型以及用水人数；

读数验证模块，用于根据用户的用水人数，判断水表读数是否准确，若不准确，向前端采集模块发出采集指令，所述前端采集模块还用于在接到采集指令时，再次采集水表数据并得到水表读数；

抄表管理模块，用于将验证通过后的水表读数、获取到水表读数的抄表时间与用户的唯一识别标识关联存储；

缴费管理模块，用于在缴费日期时，计算用户未缴纳的用水量，按照阶梯用水计费，计算水费，发送给用户终端。

本发明的原理在于：通过前端采集模块，对水表数据进行采集，对于智能水表，直接接收智能水表上传对水表读数，服务器对用户信息进行管理，记录每家用户的水表读数，记录时，根据每家用户的用水人数来判断所采集得到的水表数据是否准确，若准确并存储记录，若不准确则将再次采集进行验证，将验证通过后的水表读数进行存储。之后再在缴费日期时，计算出用户未缴纳费用的用水量，按照阶梯用水计费计算出水费发送给用户终端，使用户进行缴纳。

相比于现有技术，存在以下优点：

1.获取到水表读数后，对水表读数进行验证，当验证通过之后才会进行存储，避免智能水表本身故障，或在数据传输过程中出现数据遗失。同时避免因为照片拍摄模糊，或者是图像识别过程中出现异常，导致的水表读数不准确，保证采集到的水表读数准确。

2.根据每户人的用水人数进行水表读数是否准确的验证，不用用户的用水人数不同，因此周期内产生的用水量也会存在差异，根据用水人数产生的用水量变化来验证采集到的读数是否准确。

进一步，所述读数验证模块包括差值验证模块、多次采集模块；

差值验证模块，根据用水人数，设定差值的合理区间，判断最新的水表读数与上一次存储的水表读数的差值是否位于合理区间，若是则将初次采集的水表读数标记为准确，若否则将初次采集的水表读数标记为疑似不准确，向前端采集模块发送采集指令；

多次采集模块，用于接收再次采集的水表数据得到水表读数，若再次采集得到的水表读数与上次采集的水表读数一致，则以上次采集的水表读数标记为准确读数，若再次采集得到的水表读数与上次采集的水表读数不一致，判断再次采集的水表读数与上一次存储的水表读数的差值是否位于合理区间，若是则再次采集的水表读数标记为准确，若否则向前端采集模块发送采集指令。

首先根据用水人数，设定本次采集和上一次存储的水表读数的合理变化区间，用水人数不同，本次采集到的水表读数与上一次存储的水表读数的差值不同，因此根据用水人数设定差值的合理区间，计算本次采集到的水表读数与上一次存储的水表读数的差值是否处于合理区间内，若是处在合理区间内，则判断水表读数采集准确，将采集到的水表读数直接进行存储。若是采集到的水表读数不处于合理区间内，则判断疑似不准确，发送采集指令，再次进行采集。若是再次采集的水表读数与上次采集的水表读数一致，则说明上次采集的水表读数并非是采集不准确，而是其他因素导致的用水量发生了变化，因此将上次采集得到的水表读数直接进行存储。若是再次采集的水表读数与上次采集的水表读数不一致，则说明是其中有一次采集出现的误差，若是再次采集的水表读数处于合理区间内，则将其作为准确的水表读数进行存储，若是仍不处于合理区间内，则继续重复上述操作，直到有两次采集得到的水表读数一致，或者是采集到的水表读数处于合理区间内。

进一步，所述用户终端包括采集设定模块；

采集设定模块，用于设定采集频率；

前端采集模块，还用于根据用户终端设定的采集频率定期采集水表数据。

用户可自定义采集频率，例如7天采集一次，半个月采集一次或者是一个月采集一次。前端采集模块根据用户所设定的采集频率对用户的水表数据进行采集，可供用户自身定制采集频率，便于用户了解自身用水情况。

进一步，所述缴费管理模块包括缴费类型模块、预存扣费模块以及缴费通知模块；

缴费类型模块，用于记录用户的缴费类型，所述缴费类型包括预存扣费以及用后缴费；

预存扣费模块，用于管理用户的预存账户，对缴费类型是预存扣费的用户，在计算出水费后，从用户预存账户中扣除对应金额；

缴费通知模块，记录有用户的联系方式，用于对缴费类型为用后缴费的用户，在计算出水费后，通过用户的联系方式，将水费发送给用户。

针对不同用户缴费类型，采取不同的收费方式，对于预存的用户，直接将从用户的预存账户中扣除对应的金额，对于用后缴费的用户，根据其预留的联系方式，将水费发送用户，通知用户缴费。

进一步，还包括未抄验证模块；

未抄验证模块，用于判断最新的抄表读数的抄表时间，是否为根据抄表频率所设定的最新的抄表日期，若否则向前端采集模块发送采集指令。

若是数据没有在设定的日期进行上传，便向前端采集模块发送指令，进行采集。

进一步，所述用户管理模块包括信息更新模块和性质判断模块，所述信息更新模块包括人数确定模块、人数更新模块；

性质判断模块，用于当多次采集模块再次采集得到的水表读数被标记为准确，而再次采集得到的水表读数与上一次存储的水表读数的差值不位于合理区间时，根据差值判断用水变化性质，所述用水变化性质包括用水人数变化和用水量变化，当差值小于预设的居民家庭人均用水量时，判断为用水量变化，当差值大于预设的居民家庭人均用水量时，判断为用水人数变化。

人数确定模块，用于当用水变化性质为人数变化时，向用户终端发送人数变化验证，并获取用户终端上传的人数变化反馈，所述人数变化反馈包括变化人数及变化期限，所述变化期限包括临时期限以及长期期限。

人数更新模块，还用于根据人数变化反馈，设置各次用于设定差值的合理区间的用水人数。

进一步，还包括异常检测模块，异常检测模块包括用户标记模块和漏水检测模块，还包括水压采集模块，水压采集模块用于实时获取各区域的供水水压；

用户标记模块，用于当用户用水变化性质为用水量变化时，且差值为正时，将用户标记为检测用户；

漏水检测模块，用于对检测用户检测是否有漏水异常；漏水检测模块包括有数据收集模块、变化判断模块、初步判定模块以及二次判定模块；

数据收集模块，用于当检测用户的水表读数产生变化时，获取到检测用户所在区域的供水水压，并获取预设检测时间内的水表读数，判断检测时间内的用水量，将供水水压、检测时间内的用水量与采集的时间节点打包生成检测数据包，并在分别不同时段水表读数产生变化时进行检测，得到若干个检测数据包；

变化判断模块、用于根据检测数据包中的供水水压，用水量判断不同时段下的出水口大小是否产生变化；

初步判定模块，用于当不同时段下出水口大小产生变化的检测用户标记为正常使用，将出水口大小未产生变化的检测用户标记为疑似漏水；

二次判断模块，用于当被标记为疑似漏水的检测用户水表读数产生变化后，用水量达到预设用水阈值时，逐渐调低对该用户的供水量，并获取其是否产生调节行为，若获取到其产生调节行为，则判断该用户为正常使用，并恢复对该用户的供水量，否则向用户终端发送漏水预警。

附图说明

图1为本发明一种城市供水收费服务交互结算系统实施例的逻辑框图。

具体实施方式

下面通过具体实施方式进一步详细说明：

实施例基本如附图1所示：

本发明提供的基础方案：一种城市供水收费服务交互结算系统，包括前端采集模块、服务器以及用户终端，所述服务器包括用户管理模块、读数识别模块、抄表管理模块、缴费管理模块；

所述用户终端包括采集设定模块。

前端采集模块，用于定期采集水表数据，包括智能水表模块，所述智能水表模块用于定时将智能水表的水表读数上传服务器。

采集设定模块，用于设定采集频率。

前端采集模块，还用于根据用户终端设定的采集频率定期采集水表数据。

用户可自定义采集频率，例如7天采集一次，半个月采集一次或者是一个月采集一次。前端采集模块根据用户所设定的采集频率对用户的水表数据进行采集，可供用户自身定制采集频率，便于用户了解自身用水情况。

用户管理模块，用于管理用户信息，所述用户信息包括用户的唯一识别标识、用户用水类型、水表类型以及用水人数。具体的，用户信息通过人工填写的方式录入，当有用户新增时，录入新用户的用户信息。

通过前端采集模块，本实施例中的前端采集模块包括有智能水表采集模块，对水表数据进行采集，智能水表采集模块通过对智能水表电性连接，采集到智能水表的读数，并将智能水表的读数进行上传，直接接收智能水表上传的水表读数。服务器对用户信息进行管理，记录每家用户的水表读数，记录时，根据每家用户的用水人数来判断所采集得到的水表数据是否准确，若准确并存储记录，若不准确则将再次采集进行验证，将验证通过后的水表读数进行存储。之后再在缴费日期时，计算出用户未缴纳费用的用水量，按照阶梯用水计费计算出水费发送给用户终端，使用户进行缴纳。

读数验证模块，用于根据用户的用水人数，判断水表读数是否准确，若不准确，向前端采集模块发出采集指令，所述前端采集模块还用于在接到采集指令时，再次采集水表数据并得到水表读数。

读数验证模块包括差值验证模块、多次采集模块；

差值验证模块，根据用水人数，设定差值的合理区间，首先根据用水人数，以及预设的居民家庭人均用水量，计算出周期类合理的用水量变化，根据合理的用水变化量，生成差值的合理区间，如（合理的用水变化量）±（用水人数×1）吨。通过判断最新的水表读数与上一次存储的水表读数的差值是否位于合理区间，若是则将初次采集的水表读数标记为准确，若否则将初次采集的水表读数标记为疑似不准确，向前端采集模块发送采集指令。

具体的，在进行水表数据采集时，将新采集到的水表读数与上一次存储的水表读数计算差值进行验证，上一次存储的水表读数，是经过验证后的准确的水表读数。新采集到的水表读数可能由于传输过程数据丢失，或者是因为信号干扰，导致数据出现错误，通过计算差值，其差值便是在周期内用户产生的用水量，判断用水量变化是否正常。

多次采集模块，用于接收再次采集的水表数据得到水表读数，若再次采集得到的水表读数与上次采集的水表读数一致，则以上次采集的水表读数标记为准确读数，若再次采集得到的水表读数与上次采集的水表读数不一致，判断再次采集的水表读数与上一次存储的水表读数的差值是否位于合理区间，若是则再次采集的水表读数标记为准确，若否则向前端采集模块发送采集指令。

首先根据用水人数，设定本次采集和上一次存储的水表读数的合理变化区间，用水人数不同，本次采集到的水表读数与上一次存储的水表读数的差值不同，因此根据用水人数设定差值的合理区间，计算本次采集到的水表读数与上一次存储的水表读数的差值是否处于合理区间内，若是处在合理区间内，则判断水表读数采集准确，将采集到的水表读数直接进行存储。若是采集到的水表读数不处于合理区间内，则判断疑似不准确，发送采集指令，再次进行采集。若是再次采集的水表读数与上次采集的水表读数一致，则说明上次采集的水表读数并非是采集不准确，而是其他因素导致的用水量发生了变化，因此将上次采集得到的水表读数直接进行存储。若是再次采集的水表读数与上次采集的水表读数不一致，则说明是其中有一次采集出现的误差，若是再次采集的水表读数处于合理区间内，则将其作为准确的水表读数进行存储，若是仍不处于合理区间内，则继续重复上述操作，直到有两次采集得到的水表读数一致，或者是采集到的水表读数处于合理区间内。

抄表管理模块，用于将验证通过后的水表读数、获取到水表读数的抄表时间与用户的唯一识别标识关联存储。当水表读数验证准确无误后，便将水表读数进行存储，便于后续计算水费，也使用户对自身用水情况进行详细的了解。

缴费管理模块，用于在缴费日期时，计算用户未缴纳的用水量，按照阶梯用水计费，计算水费，发送给用户终端。

缴费类型模块，用于记录用户的缴费类型，所述缴费类型包括预存扣费以及用后缴费。

预存扣费模块，用于管理用户的预存账户，对缴费类型是预存扣费的用户，在计算出水费后，从用户预存账户中扣除对应金额。

缴费通知模块，记录有用户的联系方式，用于对缴费类型为用后缴费的用户，在计算出水费后，通过用户的联系方式，将水费发送给用户。

还包括未抄验证模块；

未抄验证模块，用于判断最新的抄表读数的抄表时间，是否为根据抄表频率所设定的最新的抄表日期，若否则向前端采集模块发送采集指令。

若是数据没有在设定的日期进行上传，便向前端采集模块发送指令，进行采集。

实施例二

本实施例和实施例一的区别在于，本实施例中，所述用户管理模块包括信息更新模块和性质判断模块，所述信息更新模块包括人数确定模块、人数更新模块；

性质判断模块，用于当多次采集模块再次采集得到的水表读数被标记为准确，而再次采集得到的水表读数与上一次存储的水表读数的差值不位于合理区间时，根据差值判断用水变化性质，所述用水变化性质包括用水人数变化和用水量变化，当差值小于预设的居民家庭人均用水量时，判断为用水量变化，当差值大于预设的居民家庭人均用水量时，判断为用水人数变化。

人数确定模块，用于当用水变化性质为人数变化时，向用户终端发送人数变化验证，并获取用户终端上传的人数变化反馈，所述人数变化反馈包括变化人数及变化期限，所述变化期限包括临时期限以及长期期限。

人数更新模块，还用于根据人数变化反馈，设置各次用于设定差值的合理区间的用水人数。

具体的，当水表读数被标记为准确，但是差值不位于合理区间，则是用户用水量产生了较大变化，当产生较大变化时，便是用水人数产生变化，或者是用水性质产生变化，如用水人数变多或变少，或者是近期因为某些原因导致用水增多，或者是出现水管漏水，故障等情况。因此根据家庭人均用水量判断用水人数变化，并获取到用户反馈，从而确定变化的人数和变化期限。人数变化可能是临时的，也可能是长期的，如家里来了客人，则是临时变化，若是新增租客，则是长期变化。若是临时变化，根据预计的增加人数的期限，例如在未来一个月增加一人，则在未来一个月计算时，用水人数增加一人。一个月之后，又回到原本的用水人数。

实施例三

本实施例和实施例二的区别在于，在本实施例中，还包括异常检测模块，异常检测模块包括用户标记模块和漏水检测模块，还包括水压采集模块，水压采集模块用于实时获取各区域的供水水压；

用户标记模块，用于当用户用水变化性质为用水量变化时，且差值为正时，将用户标记为检测用户；

漏水检测模块，用于对检测用户检测是否有漏水异常；漏水检测模块包括有数据收集模块、变化判断模块、初步判定模块以及二次判定模块；

数据收集模块，用于当检测用户的水表读数产生变化时，获取到检测用户所在区域的供水水压，并获取预设检测时间内的水表读数，判断检测时间内的用水量，将供水水压、检测时间内的用水量与采集的时间节点打包生成检测数据包，并在分别不同时段水表读数产生变化时进行检测，得到若干个检测数据包；

变化判断模块、用于根据检测数据包中的供水水压，用水量判断不同时段下的出水口大小是否产生变化；

初步判定模块，用于当不同时段下出水口大小产生变化的检测用户标记为正常使用，将出水口大小未产生变化的检测用户标记为疑似漏水；

二次判断模块，用于当被标记为疑似漏水的检测用户水表读数产生变化后，用水量达到预设用水阈值时，逐渐调低对该用户的供水量，并获取其是否产生调节行为，若获取到其产生调节行为，则判断该用户为正常使用，并恢复对该用户的供水量，否则向用户终端发送漏水预警。

具体的，首先，当用户的用水变化性质为用水量变化，说明用户本周期内用水相较上一周期用水变化量较大，当差值较大时，说明是用水量增加较多。此时需要判断该用户是存在漏水还是因为其他原因长时间进行放水。首先采集到供水水压，由于供水水压受水泵参数，若是水泵功率不足，当区域内用水人数变化时，供水水压便会产生变化，当供水水压变化时，出水量就会降低。由于在不同时段内的用水人数会不同，因此通过采集到各个时段的供水水压以及在一定时间内的出水量。并根据不同时段的供水水压以及出水量来判断不同时段内的出水口是否产生变化。此处的出水口既可以是用水时的出水口，也可以是漏水的出水口。本实施例中，通过预先训练好的BP神经网络模型，判断出水口大小是否产生变化，具体预先将输入海量的训练样本，包括水压一定时，不同大小出水口在一定时间内输出的出水量、出水口一定时，不同水压下在一定时间内输出的出量等，同时将其他关联参数输入训练模型，如水流速，通过海量数据训练神经网络模型，此后将检测得到若干检测数据包输入到神经网络模型，以此判断出水口大小是否产生变化。若是用户本身用水，在开关水龙头或其他用水开关时，因为操作上的偏差，不一定能够保证每一次调节的开度一致，从而使出水口大小产生变化，因此当判断出口大小产生变化时，便认为是用户正常用水。而若是因为管道破碎等原因漏水的出水口大小通常是固定的，因此当判断出水口大小一定时，便是疑似漏水。

现有技术中的检测方式，通常是通过检测一定时间内的出水量在检测是否产生漏水行为，但是由于某些区域在不同时段内的供水水压会产生变化，导致通过出水量进行判断，可能会产生误判可能，因此只能用于水压不随用水人数变化的情况。本方案中，通过在不同水压下的出水量，判断出水口大小是否产生变化，因为漏水时，出水口大小通常不会变化，而用户自身用水时，会由于阀门等开关器件的开度，使出水口大小产生变化，根据出水口大小是否变化而判断是否漏水，结合用户行为，在水压产生变化的情况下，也能够判断是否存在漏水。

在判断为疑似漏水后，若是用水量达到预设的用水阈值，则说明该用户用水较多，此时逐渐调低对该用户的供水量，本实施例中采用在智能水表处加装电动水阀，减少水阀开度，减小对用户的供水量。若是该用户是正常用水，在长时间放水过程中，若是供水量减小，在用户发现供水减少时，会发现出水变少，而由于其有用水需求，变化产生相应行为，如调大水龙头、调节阀门或打电话向自来水厂询问等。通过用水量变化，可判断用户是否有调大水龙头、调节阀门的行为，通过接入水厂内部系统，可获取到用户是否有询问行为，因此当获取到用户有调节行为时，便能够判断出该用户是正常用水，恢复对其供水。若是没有获取到调节行为，则是极大可能存在漏水问题，在通过逐渐降低供水量直到完全关闭后，减少漏水，同时此时通知用户，告知漏水问题。

以上的仅是本发明的实施例，方案中公知的具体结构及特性等常识在此未作过多描述，所属领域普通技术人员知晓申请日或者优先权日之前发明所属技术领域所有的普通技术知识，能够获知该领域中所有的现有技术，并且具有应用该日期之前常规实验手段的能力，所属领域普通技术人员可以在本申请给出的启示下，结合自身能力完善并实施本方案，一些典型的公知结构或者公知方法不应当成为所属领域普通技术人员实施本申请的障碍。应当指出，对于本领域的技术人员来说，在不脱离本发明结构的前提下，还可以作出若干变形和改进，这些也应该视为本发明的保护范围，这些都不会影响本发明实施的效果和专利的实用性。本申请要求的保护范围应当以其权利要求的内容为准，说明书中的具体实施方式等记载可以用于解释权利要求的内容。

Claims (5)

1.一种城市供水收费服务交互结算系统，其特征在于：包括前端采集模块、服务器以及用户终端，所述服务器包括用户管理模块、抄表管理模块、缴费管理模块；

前端采集模块，用于按照预设的采集频率定期采集水表数据，包括智能水表模块，所述智能水表模块用于定时将智能水表的水表读数上传服务器；

用户管理模块，用于管理用户信息，所述用户信息包括用户的唯一识别标识、用户用水类型、水表类型以及用水人数；

读数验证模块，用于将最新的水表读数与上一次存储的水表读数计算差值，根据差值以及用水人数判断水表读数是否准确，若不准确，向前端采集模块发出采集指令，所述前端采集模块还用于在接到采集指令时，再次采集水表数据并得到水表读数；

所述读数验证模块包括差值验证模块、多次采集模块；

差值验证模块，根据用水人数，设定差值的合理区间，判断最新的水表读数与上一次存储的水表读数的差值是否位于合理区间，若是则将初次采集的水表读数标记为准确，若否则将初次采集的水表读数标记为疑似不准确，向前端采集模块发送采集指令；

多次采集模块，用于接收再次采集的水表数据得到水表读数，若再次采集得到的水表读数与上次采集的水表读数一致，则以上次采集的水表读数标记为准确读数，若再次采集得到的水表读数与上次采集的水表读数不一致，判断再次采集的水表读数与上一次存储的水表读数的差值是否位于合理区间，若是则再次采集的水表读数标记为准确，若否则向前端采集模块发送采集指令；

抄表管理模块，用于将验证通过后的水表读数、获取到水表读数的抄表时间与用户的唯一识别标识关联存储；

缴费管理模块，用于在缴费日期时，计算用户未缴纳的用水量，按照阶梯用水计费，计算水费，发送给用户终端；

用户管理模块，还用于根据差值判断用水变化性质，所述用水变化性质包括用水量变化；

还包括异常检测模块，异常检测模块包括用户标记模块和漏水检测模块，还包括水压采集模块，水压采集模块用于实时获取各区域的供水水压；

用户标记模块，用于当用户用水变化性质为用水量变化时，且差值为正时，将用户标记为检测用户；

漏水检测模块，用于对检测用户检测是否有漏水异常；漏水检测模块包括有数据收集模块、变化判断模块、初步判定模块以及二次判定模块；

数据收集模块，用于当检测用户的水表读数产生变化时，获取到检测用户所在区域的供水水压，并获取预设检测时间内的水表读数，判断检测时间内的用水量，将供水水压、检测时间内的用水量与采集的时间节点打包生成检测数据包，并在分别不同时段水表读数产生变化时进行检测，得到若干个检测数据包；

变化判断模块、用于根据检测数据包中的供水水压，用水量判断不同时段下的出水口大小是否产生变化；

初步判定模块，用于当不同时段下出水口大小产生变化的检测用户标记为正常使用，将出水口大小未产生变化的检测用户标记为疑似漏水；

二次判断模块，用于当被标记为疑似漏水的检测用户水表读数产生变化后，用水量达到预设用水阈值时，逐渐调低对该用户的供水量，并获取其是否产生调节行为，若获取到其产生调节行为，则判断该用户为正常使用，并恢复对该用户的供水量，否则向用户终端发送漏水预警。

2.根据权利要求1所述的一种城市供水收费服务交互结算系统，其特征在于：所述用户终端包括采集设定模块；

采集设定模块，用于设定采集频率；

前端采集模块，还用于根据用户终端设定的采集频率定期采集水表数据。

3.根据权利要求1所述的一种城市供水收费服务交互结算系统，其特征在于：所述用户管理模块包括信息更新模块和性质判断模块，所述信息更新模块包括人数确定模块和人数更新模块；

性质判断模块，用于当多次采集模块再次采集得到的水表读数被标记为准确，而再次采集得到的水表读数与上一次存储的水表读数的差值不位于合理区间时，根据差值判断用水变化性质，所述用水变化性质包括用水人数变化和用水量变化，当差值小于预设的居民家庭人均用水量时，判断为用水量变化，当差值大于预设的居民家庭人均用水量时，判断为用水人数变化；

人数确定模块，用于当用水变化性质为人数变化时，向用户终端发送人数变化验证，并获取用户终端上传的人数变化反馈，所述人数变化反馈包括变化人数及变化期限，所述变化期限包括临时期限以及长期期限；

人数更新模块，还用于根据人数变化反馈，设置各次用于设定差值的合理区间的用水人数。

4.根据权利要求1所述的一种城市供水收费服务交互结算系统，其特征在于：所述缴费管理模块包括缴费类型模块、预存扣费模块以及缴费通知模块；

缴费类型模块，用于记录用户的缴费类型，所述缴费类型包括预存扣费以及用后缴费；

预存扣费模块，用于管理用户的预存账户，对缴费类型是预存扣费的用户，在计算出水费后，从用户预存账户中扣除对应金额；

缴费通知模块，记录有用户的联系方式，用于对缴费类型为用后缴费的用户，在计算出水费后，通过用户的联系方式，蒋水费发送给用户。

5.根据权利要求1所述的一种城市供水收费服务交互结算系统，其特征在于：还包括未抄验证模块；

未抄验证模块，用于判断最新的抄表读数的抄表时间，是否为根据抄表频率所设定的最新的抄表日期，若否则向前端采集模块发送采集指令。