CN105004396A - 水位监测方法 - Google Patents

Abstract

本发明公开了一种水位监测方法，可以应用在应用程序服务器上，包括：获取水位检测设备发送的当前水位值；判断所述当前水位值是否达到预设水位值；如果所述当前水位值达到所述预设水位值，生成报警信息；将所述报警信息发送至微信服务器和PC端，并通过微信服务器将所述报警信息推送至微信终端。也可以应用于安装有微信平台的移动终端，上述方法包括：接收应用程序服务器发送的报警信息，以便用户根据所述报警信息进行报警处理；其中，所述报警信息携带有水位检测设备位置以及报警水位值。上述水位监测方法，以解决现有技术中城市内涝监测方法有待完善的问题，但也不限于只应用于城市内涝监测领域。

Description

水位监测方法

技术领域

本发明涉及城市内涝监控技术领域，特别是涉及一种水位监测方法。

背景技术

近年来，城市内涝时有发生，部分城市甚至是逢雨必涝。城市内涝是指由于强降水或连续性降水超过城市排水能力致使城市内地面产生积水灾害的现象。一旦发生内涝，不仅会影响人们的正常生活和生产秩序，也会加剧交通和通信等方面的压力，甚至会威胁人们的财产和人身安全，带来不可预估的挽回的重大损失。而发生内涝的前提条件是城市地下排水管线中的水位已经高到足够溢出地面的高度。那么，如果相关管理部门能够密切监控地下排水管线中的水位值，对可能发生的内涝进行预警，并及时采取有效的疏浚管线和引流排水等预防内涝的措施的话，城市内涝发生率可能会下降很多。也就是说，城市内涝频发暴露出了目前对于城市内涝缺乏有效的监控机制，内涝预警能力欠缺的问题。

目前大部分城市的内涝监控工作，主要通过排水、交警等管理部门工作人员人工观察的方式完成。也有部分城市已经建立了城市易涝点监控系统，通过短信的方式推送监控信息。但短信平台推送的预警报警数据的格式、字数、展示方式都有限，当遇到突发性降雨天气时，利用短信平台很难全面了解其它监控位置的排水液位情况。

综上所述，城市内涝情况监测方法有待完善是本领域技术人员亟待解决的问题。

发明内容

本发明提供了一种水位监测方法，以解决现有技术中城市内涝监测方法有待完善的问题。

根据本公开实施例的第一方面，提供一种水位监测方法，应用于智能设备，所述方法包括：

获取水位检测设备发送的当前水位值；

判断所述当前水位值是否达到预设水位值；

如果所述当前水位值达到所述预设水位值，生成报警信息；

将所述报警信息发送至微信服务器和PC端，以便所述微信服务器将所述报警信息转发至安装有微信平台的移动终端使用户进行报警处理，并使PC端显示报警信息。

结合第一方面，在第一方面的第一种实现方式中，所述方法还包括：

接收微信服务器转发自所述移动终端的解除报警命令；

将所述解除报警命令发送至PC端，以使所述PC端解除报警信息。

结合第一方面的第一种实现方式，在第一方面的第二种实现方式中，所述接收微信服务器转发自所述移动终端的解除报警命令之后，包括：

判断所述当前水位值是否小于所述预设水位值；

如果所述当前水位值小于所述预设水位值，将所述解除报警命令发送至PC端，以使所述PC端解除报警信息。

结合第一方面的第一种实现方式，在第一方面的第三种实现方式中，所述预设水位值包括：第一预设水位值、第二预设水位值和第三预设水位值，所述第一预设水位值、所述第二预设水位值和所述第三预设水位值的大小依次增加；

如果所述当前水位值达到所述第一预设水位值、第二预设水位值或第三预设水位值，分别生成一级报警信息、二级报警信息或三级报警信息；

将所述一级报警信息、二级报警信息或三级报警信息发送至微信服务器和PC端。

结合第一方面的第一种实现方式，在第一方面的第四种实现方式中，所述预设水位值包括：第一预设水位值、第二预设水位值或第三预设水位值，所述第一预设水位值、所述第二预设水位值和所述第三预设水位值的大小依次增加；

如果所述当前水位值达到所述第一预设水位值，生成一级报警信息；如果所述当前水位值达到所述第二预设水位值生成二级报警信息；如果所述当前水位值达到所述第三预设水位值，生成三级报警信息；

将所述一级报警信息、二级报警信息或三级报警信息发送至微信服务器和PC端。

结合第一方面的第一种实现方式，在第一方面的第五种实现方式中，所述获取水位检测设备发送的当前水位值的频率为PC端预定的频率。

结合第一方面的第一种实现方式，在第一方面的第六种实现方式中，所述报警信息携带有移动终端ID号、水位检测设备位置以及报警水位值的相关信息。

结合第一方面的第六种实现方式，第一方面的第七种实现方式中，所述将所述报警信息发送至微信服务器和PC端，以便所述微信服务器将所述报警信息转发至移动终端使用户进行报警处理，并使PC端显示报警信息包括：

根据所述报警信息携带的移动终端ID号的相关信息建立所述报警信息与所述移动终端的对应关系；

根据所述对应关系将所述报警信息发送至相应的移动终端。

根据本公开实施例的第二方面，提供一种水位监测方法，应用于安装有微信平台的移动终端，所述方法包括：

接收应用程序服务器发送的报警信息,以便用户根据所述报警信息进行报警处理；其中，所述报警信息携带有水位检测设备位置以及报警水位值的相关信息。

结合第二方面，在第二方面的第一种实现方式中，所述方法包括：

接收用户发出的解除报警命令的指令；

生成解除报警命令；

将所述解除报警命令发送至微信服务器，以便所述微信服务器将所述解除报警信息的命令转发至应用程序服务器，且便于应用程序服务器将所述解除报警信息的命令发送至PC端。

由以上技术方案可见，本发明提供的水位监控方法，不仅能通过应用程序服务器将报警信息发送至PC端和微信服务器，还可以通过微信服务器迅速转发，将报警信息推送至安装有微信平台的移动终端，使得PC端前的管理部门和持有该移动终端的维修人员都及时得知水位变化的情况，为管理部门的决策和维修人员的及时处理提供重要参考。而背景技术中提到的短信推送方式虽然能将报警信息推送至持有该移动终端的维修人员，但是要想将报警信息发送至管理部门的PC端，就需要经过应用程序服务器的一些处理和转换的过程。因此本发明提供的水位监测方法，可以应用在城市内涝预警报警领域，完善现有的城市内涝情况监测方法的不足。

附图说明

为了更清楚地说明本发明实施例的技术方案，下面将对实施例中所需要使用的附图作简单地介绍，显而易见地，对于本领域普通技术人员而言，在不付出创造性劳动的前提下，还可以根据这些附图获得其他的附图。

图1为本发明实施例提供的一种使用场景示意图；

图2为本发明实施例一提供的水位监测方法的流程示意图；

图3为本发明实施例二提供的水位监测方法的流程示意图；

图4为本发明实施例三提供的水位监测方法的流程示意图；

图5为本发明实施例四提供的水位监测方法的流程示意图；

图6为本发明实施例五提供的水位监测方法的流程示意图；

图7为本发明实施例提供的实际使用中的水位监测方法的流程示意图。

具体实施方式

本发明实施例提供一种水位监测方法，解决了背景技术中存在的城市内涝监测方法有待完善的问题。

为了使本技术领域的人员更好地理解本发明中的技术方案，下面将结合本发明实施例中的附图，对本发明实施例中的技术方案进行清楚、完整地描述，显然，所描述的实施例仅仅是本发明一部分实施例，而不是全部的实施例。基于本发明中的实施例，本领域普通技术人员在没有做出创造性劳动前提下所获得的所有其他实施例，都应当属于本发明保护的范围。

请参考图1，图1为本发明实施例提供的一种使用场景示意图。本发明提供的水位监测方法可以应用于需要对水位进行监测的领域，例如城市内涝监测或者河流液位监测。现就以城市内涝监测领域为例，根据以往的经验选择城市中的易涝点加装水位检测设备，例如液位计、流量计等，将液位计等安装在在地下排水管线、检查井等排水设施中。城市中的易涝点可能是地势较低的地段或者管线较为陈旧的区域，在遭遇强降水时，这些地区的地下排水管线中的水位因为汇聚或淤积等原因极易上升而造成内涝。因此在这些易涝点用水位检测设备，收集可靠的实时数据，通过无线传输方式将数据传送至应用程序服务器，应用程序服务器再利用网络将数据发送至PC端和移动终端。PC端可以是管线维护相关的管理服务中心，移动终端可以为相关维修人员的随身手机或平板电脑，且该移动终端为安装有微信平台的移动终端，能够兼容于现有不同操作系统(如苹果系统和安卓系统等)，这样一来，PC端和该移动终端以及水位检测设备就组成了一张数据共享的网络，可以达到及时准确地掌控当前监测水位值，并迅速正确应对可能险情的目的。下面结合几个实施例来说明本发明提供的水位监测方法的实现方式。

实施例一

请参考图2，图2为本发明实施例一提供的水位监测方法的流程示意图。如图2所述，该水位监测方法可以应用在应用程序服务器，包括以下几个步骤：

在步骤S101中，获取水位检测设备发送的当前水位值。

水位检测设备与应用程序服务器通过无线传输的方式连接，应用程序服务器获取来自水位检测设备的当前水位值。当前水位值是指，应用程序服务器获取的水位值可以代表排水管线中这一时刻的实际水位值，也就是说应用程序服务器获取水位值无延时。至于获取当前水位值的频率，可以根据具体的降水情况而定，但无论频率高还是低，每次获取的水位值都是当前水位值，如果将得到的每个当前水位之都发送至用户(PC端或者安装有微信平台的移动终端)用于水位监测和险情预判，都是具有参考价值的有效资料。例如，用户可以根据每个当前水位值绘制水位变化曲线，分析管线是否运行良好等工作。

在步骤S102中，判断所述当前水位值是否达到预设水位值。

本发明提供的水位监控方法，应用于城市内涝监控系统，不仅是为了及时掌握各个水位监测点的当前水位值，更是为了预判此当时水位值对于引发内涝险情的概率。可想而知，得到的监测数据有很多组，而且每组的数据还在不断更新中，不断更新为当前水位值。所以如果单凭用户人为的分析比较，要想从巨大的数据中及时对险情进行预警的话，必然要耗费巨大的人力物力和财力。所以，本发明提供的水位监测方法，重点不在于“测量”，而在于“监控”。而“监控”的核心就在于判断。应用程序服务器将获取的当前水位值与预先设定并储存在其内的预设水位值做比较，做出判断。所述“达到”是指等于或大于。例如，预设水位值为100cm，当前水位值为100时，就是达到了预设水位值；当前水位值为105时，也是达到了预设水位值。

如果当前水位值达到预设水位值，在步骤S103中，生成报警信息。否则，重新返回步骤S101，再次获取当前水位值，然后进入步骤S102，形成循环。 

经过步骤S102和S103，应用程序服务器对获取的数据进行了处理，代替人工完成了数据的分析，提高了水位监测的效率和准确性。

在步骤S104中，将所述报警信息发送至微信服务器和PC端，以便所述微信服务器将所述报警信息转发至安装有微信平台的移动终端使用户进行报警处理，并使PC端显示报警信息。

可知，微信服务器是腾讯公司用于微信信息转发的服务器，微信服务器作为一个中转站，建立了应用程序服务器与移动终端中安装的微信平台的数据传送。微信服务器能够兼容安卓系统与苹果系统。移动终端为安装了微信平台的智能手机，每个手机号码对应一个普通微信ID号；城市内涝监测相关企业在微信公众品台上申请一个微信公众号，得到微信公众号ID和管理员权限。这个微信公众号可以为微信企业号、微信公众号或微信服务号，目的是基于这个账号，将报警信息推送出去，考虑到微信企业号的功能更强大，为了满足日后开发更多业务应用的需求，申请微信企业号较好。此时拥有此微信企业号的PC端利用其管理员身份，选择可以关注此微信企业号的普通微信ID，因此持有与这些普通微信ID相匹配的智能手机用户都可以搜索并关注此微信企业号，关注成功后，均可以接收到此微信企业号推送的消息，至此，微信服务器作为应用程序服务器与手机端的信息中转功能也就实现了。手机用户收到报警信息后就可进行报警处理。

综上所述，本发明提供的水位监控方法，不仅能通过应用程序服务器将报警信息发送至PC端和微信服务器，还可以通过微信服务器迅速转发，将报警信息推送至安装了微信平台的移动终端，使得PC端前的管理部门和持有该移动终端的维修人员都及时得知水位变化的情况，为管理部门的决策和维修人员的及时处理提供重要参考。因此本发明提 供的水位监测方法，可以应用在城市内涝预警报警领域，完善现有的城市内涝情况监测方法的不足。

在本发明提供的水位监测方法中，应用程序服务器不断获取当前水位值，但并不会将每个数据都发送至PC端或手机端，如果将这些数据累计保存在应用程序服务器中，可想到一定的累计量后，可能会影响应用程序服务器的处理速度，因此，应用程序服务器可以与数据库服务器连接，在步骤101中获取当前水位值后，将其实时存储至数据库服务器中，从而保持较快的处理速度，而且当PC或手机端需要查看某些数据时，应用程序服务器还可以将这些数据从数据库服务器调动，为相关人员提供第一手可靠资料。

在实际的监测中，我们知道，排水管线中的水位是变化的，尤其是在遭遇短时强降水的时候，水位值的变化速率更快，因此无论是PC端或是安装了微信平台的移动终端的用户要想获得由参考价值的水位值，就应该根据当时的降水情况，确定合适的应用程序服务器获取当前水位值的频率，这个频率是由PC端管理服务中心设定的。当降水量较大时间持续较长时，提高获取频率，密切监测水位变化情况，缩短有可能生成报警信息的时间间隔，尽可能在当前水位之一达到预设水位值就及时生成报警信息并推送至PC端和手机端，以免因为获取频率过低，在两个获取的时间间隔内，水位上涨过快而造成第一次获取时未报警，第二次获取报警后，报警处理难度加剧的情况。当然，实时获取当前水位值，确实可以最大程度地降低这个风险，可是实时获取又会加快水位检测设备的耗电速率和工作负担，目前，水位检测设备大都采用电池供电，如果采取实时获取的方式，那么就对维护人员提出新的要求，那就是能否准确掌握每个水位检测设备的电池情况，这是因为如有因为电池耗尽而造成应用程序服务器无法获取当前水位值，从而不能发送本该发送的报警信息的话，后果也是非常严重的。而且，在城市中天气晴好和水位稳定的时间一般都比容易发生内涝的时间要长很多，因此实时获取的方式确实不太合理，而如何根据实际情况预定合适的获取频率才是值得研究的问题，本领域技术人员可自行确定，本发明实施例在此不作具体限定。

同样地，考虑到生成报警信息时机对后续报警处理的难度有影响，在实际应用中可以采取两种不同的思路来应对。第一种思路为选择一个合适的预设水位值，第二种思路为预设多个在合理区间范围内的多个预设水位值，所设水位值的大小递增。在第一种思路中，只预设一个水位值，因此报警信息是否生成只有一次判断机会，那么就要求这个预设水位值是准确合适的，符合实际情况，例如在应用在不同地域的城市，或者在同一个城市的不同季节中，因为降水情况的差异，预设水位值的大小应该是不断变化的，如果降水较多的时间段内，预设水位值应该适当地调低，一旦超过这一预设水位值就报警，以便维护人员及时进行处理，及时将水位降到合理的范围，为水位有可能出现的突升做准备；如是干旱地区的城市或者季节，预设水位值可以适当调高，也就是说超过必要的 水位警戒线才发出报警信息，以免造成人力物力的浪费。可见在第一种思路中，预设水位值的大小如何选择是关键。而在第二种思路中，多预定几个水位值，可以通过在同一检测位置加装多个水位检测设备来实现。例如分别预设第一预设水位值、第二预设水位值和第三预设水位值，所述第一预设水位值、所述第二预设水位值和所述第三预设水位值的大小依次增加；如果所述当前水位值达到所述第一预设水位值，生成一级报警信息；如果所述当前水位值达到所述第二预设水位值生成二级报警信息；如果所述当前水位值达到所述第三预设水位值，生成三级报警信息；将所述一级报警信息、二级报警信息或三级报警信息发送至微信服务器和PC端。

本发明提供的水位监测方法应用于城市内涝监控中，第一预设水位值可以代表预警水位值，第二预设水位值可以代表报警水位值或需处理水位值，第三预设水位值可以代表溢流水位值。现已三个具体水位值为例进行说明。例如预设三个水位值分别为0.8m、1.2m、1.5m，那么当前水位值就有三次与预设水位值比较的机会，也就有了三次判断是否生成报警信息的机会。如有当前水位值为0.7m，那么不生成报警信息；如有当前水位值为0.8m，那么已经达到预警水位值了，就生成一级报警信息，提示PC管理服务中心人员和手机端的维护人员注意当前水位已经上升，相关人员可决定是否立即处理。如果当前水位值为0.9m或1.0m，并未达到报警水位值，那么同样生成一级报警信息；如有当前水位值为1.2或1.4，已经达到报警水位值，那么生成二级报警信息，警示相关人员水位继续上升了，需要采取措施去处理了。如有当前水位值为1.5m或更高，已经达到溢流水位值，那么生成最高级报警信息，告知相关人员，险情高发的概率很高，需要立即处理。在这种设计方案中，将报警信息分级，区分严重程度，适用于多组数据同时传送，报警信息也同时传送的情况，相关人员可以依照报警等级安排报警处理的先后顺序，因为城市地下管线是连通的，对一处报警处理可能引发另一处报警等级降低，因此分级报警可以提高工作效率。

但第一种思路相对第二种思路也有优点，就是报警信息次数少，更易引发相关人员的重视。而且，第一种思路比第二种思路所需的水位检测设备少，发生设备故障的概率就相应地要少，这也是影响第二种思路中报警准确率的原因。

同样地，对于提高报警处理的效率而言，报警信息携带的信息很重要，报警信息可以携带移动终端ID号，水位检测设备位置信息和报警水位值的相关信息。移动终端ID号用以区分每个维修人员的手机号码或者移动终端上安装的微信平台的普通微信ID号，在本发明实施例中，移动终端ID号以普通微信ID号为例，水位检测设备的位置信息也是预先存储于应用程序服务器中的，报警水位值是指触发生成报警信息的当前水位值。应用程序服务器将所有的报警信息都发送至PC端，通过报警信息携带的相关信息，PC端可以得到每个报警信息携带的普通微信ID号，与该手机用户取得联系后，随时掌握报 警处理的进度。

对于，应用程序服务器将报警信息发送至安装有微信平台的移动终端的方式，根据实际，可以做出限制。例如本发明提供的水位监测方法应用在城市内涝监控中时，每个维修人员所管辖的只是城市监测网络中的某些网格，如果将城市监测网点的每一次报警信息都发送至每一个关注了此微信企业号的手机用户的话，应用程序服务器的工作量很大，而且手机用户收到的报警信息很有可能不是其管辖范围内的报警信息，反而会因为需要在每次接到报警信息后还得及时查看并判断是不是自己该负责的报警处理而浪费精力，甚至影响正在进行的报警处理。所以，在实施例一的基础上进行改进得到实施例二中的方法，具体如下：

实施例二

将步骤S104中将报警信息发送至安装有微信平台的移动终端之前，增加前序步骤S201，在按照S202步骤将报警信息发送出去。

在步骤S201中，根据所述报警信息携带的移动终端ID号建立所述报警信息与所述移动终端的对应关系；

在步骤S202中，根据所述对应关系将所述报警信息发送至相应的移动终端。

这样的话，作为安装有微信平台的移动终端的手机用户，接收到的报警信息都是自己负责的，无干扰信息，提高工作效率。

本发明提供的水位监测方法，也可以为移动终端自动向PC端反馈报警处理进度，以此实现PC端和移动端的信息交互。请参考实施例三。

实施例三

请参考图4，图4为本发明实施例二提供的水位监测方法的流程示意图。

如图4所示，在实施例一的步骤S104至S104之后，还包括步骤S105和S106，

在步骤S105中，接收微信服务器转发自移动终端的解除报警命令。

在步骤S106中，将所述解除报警命令发送至PC端，以使所述PC端解除报警信息。

可见，解除报警命令和报警信息在移动终端和PC端之间的传送路径都相同，只是传送方向相反。这样当维修人员收到报警信息，采取了处理措施使得水位值达到安全范围之后，还可以利用微信企业号主动及时地将接触报警命令反馈至PC端，不需要建立另外的信息交互通道，提高了信息交互的便捷性。

在实施例三中，应用程序服务器在收到解除报警命令后，直接将其转发至PC端，对于当前水位值是否降至预设水位值之下，完全凭借维修人员人为的判断，如有出现人为误判， 应用程序服务器也依然会发送报警接触命令至PC端，直到按预定频率获取的下一当前水位值后，生成报警信息并发送至PC端和移动端，PC端才会得到对刚才的解除报警命令产生怀疑，此时PC端就需要分析到底是哪个信息可信，增加了管理服务中心人员的工作量。相应地，对于持有移动终端的维修人员而言，如有人为判断为可以解除报警，并发送解除报警命令至PC端并离开了此维修点，当到预设的频率获取下一当前水位值后，应用程序服务器仍会再次发送报警信息，此时维修人员才会发觉刚才判断有误，并需要再次返回维修点，也会增加维修人员的工作量。

所以，基于这个原因，将实施例三做出改进，并在实施例四中说明。

实施例四

请参考图5，图5为本发明实施例三提供的水位监测方法的流程示意图。

在实施例二中的步骤S105可以包括以下步骤：

在S1051步骤中，判断所述当前水位值是否小于所述预设水位值；

如果当前水位值小于预设水位值，在步骤S1052中，将所述解除报警命令发送至PC端，以使所述PC端解除报警信息。否则，结束。

也就是说如果应用程序服务器在收到移动终端的要求发送解除报警命令后，有一个判断是否接受此命令的过程，如果判断结果为可以接受才会转发，这样的话，应用程序服务器代替维修人员做出判定，如果判断结果为不接受，则拒绝转发，移动终端就会得到刚才发送的接触报警命令发送失败的反馈，维修人员根据此及时反馈，决定是否结束此时报警处理。

其中，在本实施例中所述的判断结果是否接受，即应用程序服务器通过判断得出由安装有微信平台的移动终端发出的解除报警命令是否为误报警，如果移动终端发出解除报警命令的同时，该应用程序服务器仍监测到当前水位值大于或等于预设水位值，则不将该解除报警命令发送至PC端；而且发送给移动终端一误报警解除信息。

本发明提供的水位监测方法，还可以应用在安装有微信平台的移动终端，例如手机或平板电脑等。该方法包括以下步骤：

接收应用程序服务器发送的报警信息，所述报警信息携带有水位检测设备位置以及报警水位值的相关信心,以便用户根据所述报警信息进行报警处理；

手机用户打开微信平台中的关注的微信企业号，发现报警信息。该报警信息可以携带水位检测设备位置信息和报警水位值的相关信息。维修人员想要了解到确切的报警的位置以及报警的水位值，可以点击收到的报警信息，向应用程序服务器发出请求查看此报警信息详情的请求，应用程序服务器接收该请求后，根据用户点击的该次报警信息携带的相关信息，从数据库服务器中调取与这些相关信息对应的报警信息，最终将用户所需 的报警信息详情，例如报警水位值和报警的水位检测设备的位置等。报警水位值可以以表格或图表的形式显示，更直观明了。报警位置可以通过在地图上显示并标注的方式提供，总之安装了微信平台，并关注了微信企业号的移动终端，在成功收到携带有相关信息的报警信息后，才能向应用程序服务器发起请求命令，否则，应用程序服务器在数量庞大的历史数据中很难快速正确的响应每个用户的请求。用户通过微信企业号收到的报警信息可以为及时生成的链接信息等携带某些相关信息的形式，本发明对此不做限制。

收到的报警信息也可以是分级报警信息，在每个监测点设置多个水位检测设备，预设相应个数的与设水位值，并规定报警级别与水位值之间的对应关系，这部分内容在应用程序服务器部分已经详细解释，在此不再赘述。

上述移动终端接收应用程序服务器发送的报警信息，就是指与应用程序服务器发送的报警信息中携带的移动终端ID号相关信息相对应的移动终端可以接收该报警信息，收到的均为该维修人员负责的区域的报警信息。

请参考图6，图6为本发明实施例五提供的水位监测方法的流程示意图。实施例五种，本发明提供的水位监测方法应用在移动终端，具体内容如下：

实施例五

在步骤S301中，接收用户发出的解除报警命令的指令。

这个指令是维修人员进行一定报警处理措施后，人为判断可以解除报警后，通过微信企业号界面实现人机交互通道，具体由用户向移动终端的微信平台界面操作，如点击解除报警按钮等等。

在步骤S302中，生成解除报警命令。

生成解除报警信息的命令就是指在微信企业号输入解除报警的文字或符号。

在步骤S303中，将所述解除报警命令发送至微信服务器，以便所述微信服务器将所述解除报警信息的命令转发至应用程序服务器，且便于应用程序服务器将所述解除报警信息的命令发送至PC端。

以此来实现移动终端和PC端的信息交互。

下面结合一个具体的场景，对本发明提供的水位监测方法进行说明：

实施例七

请参考图7，图7为本发明实施例提供的实际使用中的水位监测方法的流程示意图。

在本实施例中以应用于城市内涝监控为例，PC端为管理服务中心管理电脑，移动终端为维修人员手机端，且该移动终端安装有微信平台。如图7所示，该方法包括以下步 骤：

在步骤S11中，应用程序服务器获取水位检测设备发送的当前水位值。

获取当前水位值的频率为管理服务中心电脑预设的频率，可以为三分钟一次。

在步骤S12中，应用程序服务器判断所述当前水位值是否达到预设水位值；

如果当前水位值达到预设水位值则进入步骤S13，否则返回步骤S11，三分钟后再次获取当前水位值。

在步骤S13中，应用程序服务器生成报警信息。

此报警信息中携带有报警水位检测设备位置以及报警时的当前水位值的相关信息，还有负责报警地水位检测设备维修人员的微信ID号的相关信息。

在步骤S14中，应用程序服务器将所述报警信息发送至管理服务中心电脑。

管理服务中心电脑屏幕显示此报警信息，或者管理服务中心电脑外接一个报警鸣笛或报警灯，在收到报警信息时鸣笛或闪烁，使得管理服务中心管理人员全面掌控城市地下管线的水位变化。

在步骤S15中，应用程序服务器将所述报警信息发送至微信服务器。

在步骤S16中，微信服务器将所述报警信息转发至手机。

在步骤S17中，手机接收微信服务器发送的报警信息。

在步骤S17后，管理服务中心管理人员和维修人员都及时得知水位变化的情况，为管理部门的决策和维修人员的及时处理提供重要参考。具体操作为，维修人员打开手机中的微信平台，在关注的微信企业号中，向应用程序服务器请求查看报警信息详情，报警信息可以通过表格或图标的方式呈现，以供人员制定报警处理方案及行动方案，及时出警。在经过报警处理，并判定可以解除报警的话，进入步骤S18。

在步骤S18中，手机接收用户发送的解除报警命令的指令。

维修人员通过微信企业号这一人机交互口，使得手机录入用于解除报警命令的指令，这个指令可以为与管理服务中心约定的文字或符号内容。

在步骤S19中，手机生成解除报警命令。

在步骤S20中，手机将所述解除报警命令发送至微信服务器。

维修人员操作手机，将录入微信企业号的文字发送出去，也就是发送至微信服务器了。

在步骤S21中，微信服务器将所述报解除警命令转发至应用程序服务器。

在步骤S22中，应用程序服务器接收解除报警命令。

在步骤S23中，应用程序服务器判断所述当前水位值是否小于所述预设水位值。

如果当前水位值确实小于预设水位值，进入步骤S24，否则，应用程序服务器结束这一过程。

在步骤S24中，应用程序服务器将所述解除报警命令发送至PC端。

在步骤S24后，维修人员还可以将报警信息解除的命令通过微信服务器反馈至应用程序服务器，并最终将其推送至PC端，实现管理部门和维修人员之间的便捷地进行信息交互，这种信息交互就是基于微信企业号完成的，不需要重新建立另外的交互渠道。

具体使用情况有很多，例如河流水位监测，水库水位监测等，本实施例只是实例性的，本发明提供的方法并不限于至应用在城市内涝监控领域。

以上所述仅是本发明的具体实施方式，使本领域技术人员能够理解或实现本发明。对这些实施例的多种修改对本领域的技术人员来说将是显而易见的，本文中所定义的一般原理可以在不脱离本发明的精神或范围的情况下，在其它实施例中实现。因此，本发明将不会被限制于本文所示的这些实施例，而是要符合与本文所公开的原理和新颖特点相一致的最宽的范围。

以上所述仅是本发明的具体实施方式，应当指出，对于本技术领域的普通技术人员来说，在不脱离本发明原理的前提下，还可以做出若干改进和润饰，这些改进和润饰也应视为本发明的保护范围。

Claims (9)

1.水位监测方法，应用于应用程序服务器，其特征在于，所述方法包括：

获取水位检测设备发送的当前水位值；

判断所述当前水位值是否达到预设水位值；

如果所述当前水位值达到所述预设水位值，生成报警信息；

将所述报警信息发送至微信服务器和PC端，以便所述微信服务器将所述报警信息转发至安装有微信平台的移动终端使用户进行报警处理，并使PC端显示报警信息。

2.根据权利要求1所述的水位监测方法，其特征在于，所述方法还包括：

接收所述微信服务器转发自所述移动终端的解除报警命令；

将所述解除报警命令发送至PC端，以使所述PC端解除报警信息。

3.根据权利要求2所述的水位监测方法，其特征在于，所述接收所述微信服务器转发自移所述动终端的解除报警命令之后，包括：

判断所述当前水位值是否小于所述预设水位值；

如果所述当前水位值小于所述预设水位值，将所述解除报警命令发送至PC端，以使所述PC端解除报警信息。

4.根据权利要求1所述的水位监测方法，其特征在于，

所述预设水位值包括：第一预设水位值、第二预设水位值和/或第三预设水位值，所述第一预设水位值、所述第二预设水位值和所述第三预设水位值的大小依次增加；

如果所述当前水位值达到所述第一预设水位值，生成一级报警信息；如果所述当前水位值达到所述第二预设水位值生成二级报警信息；如果所述当前水位值达到所述第三预设水位值，生成三级报警信息；

将所述一级报警信息、二级报警信息或三级报警信息发送至所述微信服务器和PC端。

5.根据权利要求1所述的水位监测方法，其特征在于，所述获取水位检测设备发送的当前水位值的频率为PC端预定的频率。

6.根据权利要求1所述的水位监测方法，其特征在于，所述报警信息携带有移动终端ID号、水位检测设备位置以及报警水位值的相关信息。

7.根据权利要求6所述的水位监测方法，其特征在于，所述将所述报警信息发送至所述微信服务器和PC端，以便所述微信服务器将所述报警信息转发至所述移动终端使用户进行报警处理，并使PC端显示报警信息，包括：

根据所述报警信息携带的移动终端ID号的相关信息建立所述报警信息与所述移动终端的对应关系；

根据所述对应关系将所述报警信息发送至相应的移动终端。

8.水位监测方法，应用于安装有微信平台的移动终端，其特征在于，所述方法包括：

接收应用程序服务器发送的报警信息，以便用户根据所述报警信息进行报警处理；其中，

所述报警信息携带有水位检测设备位置以及报警水位值的相关信息。

9.根据权利要求8所述的水位监测方法，其特征在于，所述方法包括：

接收用户发出的解除报警命令的指令；

生成解除报警命令；

将所述解除报警命令发送至微信服务器，以便所述微信服务器将所述解除报警信息的命令转发至应用程序服务器，且便于应用程序服务器将所述解除报警信息的命令发送至PC端。