巡河事件处理的方法、系统、装置、计算机设备和存储介质与流程

本发明涉及水务工程与环境工程技术领域，特别是涉及巡河事件处理的方法、系统、装置、计算机设备和存储介质。

背景技术：

随着社会的发展，人们开始越来越重视人类所赖以生存的环境，进一步加强河湖管理保护工作是其中一项重点工作，即由各级部门的相关负责人担任“河长”，负责组织相应河湖的管理和保护工作。河长日常的工作包括巡河，以便能及时发现河流的污染问题并将问题上报。

目前，河长巡河完毕后，需要河长人工操作上报巡河信息，所述巡河信息例如巡河时间、巡河河段以及遇到的事件(也称“巡河事件”)等信息；但是这种操作方式存在的问题是：河长的巡河信息无法及时上报，导致巡河事件无法得到及时处理。

技术实现要素：

基于此，有必要针巡河事件无法得到及时处理的问题，提供一种巡河事件处理的方法、系统、装置、计算机设备和存储介质。

一方面，本发明实施例提供一种巡河事件处理的方法，包括：

接收作用于第一客户端的启动事件上报功能的第一操作，跳转至预设的事件上报页面；所述第一客户端安装在移动终端的系统中；

接收通过所述事件上报页面输入的事件描述内容；

获取所述移动终端当前所在的位置信息，作为事件位置；获取所述移动终端当前的系统时间，作为事件上报时间；

接收作用于所述事件上报页面中用于确认上报的控件的第二操作，向服务器发送对应的巡河事件信息，所述巡河事件信息中包括事件描述内容、事件位置以及事件上报时间。

在其中一个实施例中，还包括：

获取所述第一客户端的当前登录用户信息，作为巡河河长；

所述向服务器发送的巡河事件信息中，还包括所述巡河河长的信息。

在其中一个实施例中，所述接收通过所述事件上报页面输入的事件描述内容，包括：

接收通过所述事件上报页面输入的事件类型、事件描述、事件处理信息、事件图片中的至少一项。

在其中一个实施例中，还包括：

接收服务器发送的事件流转消息，所述事件流转信息为所述服务器向第二客户端推送所述巡河事件信息之后发出，所述事件流转消息中包含所述第二客户端的用户信息以及所述巡河事件的流转状态信息。

另一方面，本发明实施例提供一种巡河事件处理的方法，包括：

接收第一客户端发送的巡河事件信息，所述巡河事件信息中包括事件描述内容、事件位置以及事件上报时间；

根据所述事件位置确定事件对应的河道，作为目标河道；

获取所述第一客户端针对所述巡河事件信息指定的受理人，作为目标河长；

向第二客户端推送所述巡河事件信息，所述第二客户端为所述目标河长对应的客户端；

当所述巡河事件信息处理完结时，向河长办管理员的客户端发送所述巡河事件信息的流转信息，所述流转信息用于使得河长办管理员的客户端的用户对所述巡河事件信息的流转情况进行复核。

在其中一个实施例中，在向第二客户端推送所述巡河事件信息之后，还包括：

向所述第一客户端发送事件流转通知消息，所述事件流转通知消息中包含所述第二客户端和/或所述目标河长的信息。

另一方面，本发明实施例提供一种巡河事件处理的系统，包括：第一客户端以及服务器；

所述第一客户端用于：

接收作用于第一客户端的启动事件上报功能的第一操作，跳转至预设的事件上报页面；所述第一客户端安装在移动终端的系统中；接收通过所述事件上报页面输入的事件描述内容；获取所述移动终端当前所在的位置信息，作为事件位置；获取所述移动终端当前的系统时间，作为事件上报时间；接收作用于所述事件上报页面中用于确认上报的控件的第二操作，向服务器发送对应的巡河事件信息，所述巡河事件信息中包括事件描述内容、事件位置以及事件上报时间；

所述服务器用于：

接收所述第一客户端发送的巡河事件信息，所述巡河事件信息中包括事件描述内容、事件位置以及事件上报时间；根据所述事件位置确定事件对应的河道，作为目标河道；获取所述第一客户端针对所述巡河事件信息指定的受理人，作为目标河长；向第二客户端推送所述巡河事件信息，所述第二客户端为所述目标河长对应的客户端；当所述巡河事件信息处理完结时，向河长办管理员的客户端发送所述巡河事件信息的流转信息，所述流转信息用于使得河长办管理员的客户端的用户对所述巡河事件信息的流转情况进行复核。

另一方面，本发明实施例提供一种巡河事件处理的装置，包括：

启动事件检测模块，用于接收作用于第一客户端的启动事件上报功能的第一操作，跳转至预设的事件上报页面；所述第一客户端安装在移动终端的系统中；

内容接收模块，用于接收通过所述事件上报页面输入的事件描述内容；

位置及时间获取模块，用于获取所述移动终端当前所在的位置信息，作为事件位置；获取所述移动终端当前的系统时间，作为事件上报时间；

上报模块，用于接收作用于所述事件上报页面中用于确认上报的控件的第二操作，向服务器发送对应的巡河事件信息，所述巡河事件信息中包括事件描述内容、事件位置以及事件上报时间。

另一方面，本发明实施例提供一种巡河事件处理的方法，包括：

事件接收模块，用于接收第一客户端发送的巡河事件信息，所述巡河事件信息中包括事件描述内容、事件位置以及事件上报时间；

河道确定模块，用于根据所述事件位置确定事件对应的河道，作为目标河道；

河长确定模块，用于获取所述第一客户端针对所述巡河事件信息指定的受理人，作为目标河长；

流转推送模块，用于向第二客户端推送所述巡河事件信息，所述第二客户端为所述目标河长对应的客户端；

复核推送模块，用于当所述巡河事件信息处理完结时，向河长办管理员的客户端发送所述巡河事件信息的流转信息，所述流转信息用于使得河长办管理员的客户端的用户对所述巡河事件信息的流转情况进行复核。

再一方面，本发明实施例提供一种计算机设备，包括存储器和处理器，所述存储器存储有计算机程序，所述处理器执行所述计算机程序时实现如上述任一实施例的巡河事件处理的方法。

再一方面，本发明实施例提供一种计算机存储介质，其上存储有计算机程序，该程序被处理器执行时实现如上述任一实施例的巡河事件处理的方法。

上述技术方案中的一个技术方案具有如下优点或有益效果：河长巡河时，通过移动终端中的第一客户端接收通河长输入的事件描述内容；还自动获取移动终端当前所在的位置信息，作为事件位置，自动获取所述移动终端当前的系统时间，作为事件上报时间；在河长点击事件上报的控件之后，向服务器发送对应的巡河事件信息，所述巡河事件信息中包括事件描述内容、事件位置以及事件上报时间。河长无需人工输入全部巡河事件信息，有利于提高巡河事件信息的上报效率，并且避免上报位置、上报时间等信息的输入错误，导致责任河长无法快速定位出事件的发生地，延误事件的处理。

附图说明

图1为一个实施例中巡河事件处理的方法的应用环境图；

图2为一实施例的巡河事件处理的方法的示意性流程图；

图3为一实施例的第一客户端的页面示意图；

图4为另一实施例的巡河事件处理的方法的示意性流程图；

图5为一实施例的巡河事件处理的装置的示意性结构图；

图6为一实施例的巡河事件处理的装置的示意性结构图；

图7为一个实施例中计算机设备的内部结构图。

具体实施方式

为了使本发明的目的、技术方案及优点更加清楚明白，以下结合附图及实施例，对本发明进行进一步详细说明。应当理解，此处所描述的具体实施例仅仅用以解释本发明，并不用于限定本发明。

在本文中提及“实施例”意味着，结合实施例描述的特定特征、结构或特性可以包含在本申请的至少一个实施例中。在说明书中的各个位置出现该短语并不一定均是指相同的实施例，也不是与其它实施例互斥的独立的或备选的实施例。本领域技术人员显式地和隐式地理解的是，本文所描述的实施例可以与其它实施例相结合。

本申请提供的巡河事件的处理方法，适用于图1示出的系统环境，包括移动终端110和服务器120；动终端110可以通过访问接入点130与服务器120连接。其中，移动终端110中安装有相应的客户端(以下也称为河长app或者app)，通过该客户端可以实时采集河长巡河时候产生的巡河信息和事件信息，并及时将巡河信息和事件信息上报至服务器120；所述服务器120用于对巡河信息和事件信息进行集中管理，包括但不限于生成河长履职信息以及事件流转处理信息等。

其中，移动终端110是具有互联网访问功能的电子设备。该电子设备可以是智能手机、平板电脑或便携式个人计算机等等。本发明实施例中，移动终端110中还可以安装有其他客户端，其他客户端可以为供用户下载应用程序的客户端，比如社交类客户端、视频播放客户端、新闻客户端或购物类客户端等等，本实施例对此并不做限定。移动终端110能支持apk和ipa格式、能正常连接网络、具有gps功能的移动设备。通过在移动终端110上安装河长app，并按照指引正常操作。

在本发明实施例中，服务器120是移动终端110中客户端的后台服务器。服务器120可以为一台服务器，或者是由若干台服务器组成的服务器集群或云计算中心。服务器120还可以用于根据移动终端110发送的访问请求为其分配访问接入点，以便移动终端110与分配的访问接入点进行数据通信。

其中，访问接入点130分布式设置在不同的区域，可以接入不同运营商提供的网络。

在一种可能的实施方式中，如图1所示，服务器120分别与各个访问接入点130相连。其中，服务器120还用于接收移动终端110发送的访问请求，根据该访问请求检测终端110的位置是否发生变化，并在检测到移动终端110的位置发生变化时，重新为移动终端110分配访问接入点；服务器120用于根据各个访问接入点130的通讯耗时、请求量、负载、处理器使用率以及内存使用率等参数，为移动终端110分配最优的访问接入点130，以便移动终端110与分配的访问接入点130进行通信。

可选地，上述的网络通常为因特网，但也可以是其他网络，包括但不限于局域网(localareanetwork，lan)、城域网(metropolitanareanetwork，man)、广域网(wideareanetwork，wan)、专用网络或者虚拟专用网络中的一种或者多种的组合。在一些实施例中，使用包括超文本标记语言(hypertextmark-uplanguage，html)、可扩展标记语言(extensiblemarkuplanguage，xml)等的技术和/或格式来代表通过网络交换的数据。此外还可以使用诸如安全套接字层(securesocketlayer，ssl)、传输层安全(transportlayersecurity，tls)、虚拟专用网络(virtualprivatenetwork，vpn)、网际协议安全(internetprotocolsecurity，ipsec)等常规加密技术来加密所有或者一些链路。在另一些实施例中，还可以使用定制和/或专用数据通信技术取代或者补充上述数据通信技术。

在一个实施例中，如图2所示，提供了一种河长巡河事件的处理方法，以该方法应用于图1中的移动终端110为例进行说明，所述巡河事件的处理方法包括以下步骤：

s110，接收作用于第一客户端的启动事件上报功能的第一操作，跳转至预设的事件上报页面；所述第一客户端安装在移动终端的系统中。

在一些场景中，移动终端可以是智能手机、平板等，第一客户端可以是智能手机/平板中安装的河长app。该河长app的一个界面可以是图3所示，其中提供了一个“问题上报”控件，用于启动事件上报功能，河长用户点击该控件，可启动河长app的事件上报功能，显示对应的事件上报页面。

s120，接收通过所述事件上报页面输入的事件描述内容。

其中，事件描述内容可以包括事件类型、事件描述、事件处理信息、事件图片中的一项或者多项。输入的事件描述内容的方式可以是移动终端触摸屏输入方式，也可以是语言输入方式。

巡河河长可以通过客户端选择一种或者多种预设的事件类型，预设的事件类型包括但不限于：工业废水排放、养殖污染、排水设施、违法建设、农家乐、建筑废弃物、场堆码头、工程维护、生活垃圾等；针对不同事件类型，巡河河长还可输入具体的事件描述，例如，针对违法建设的事件类型，可输入事件描述为：违法建设的项目、责任单位或者责任人、建设占地面积等信息。

s130，获取所述移动终端当前所在的位置信息，作为事件位置；获取所述移动终端当前的系统时间，作为事件上报时间。

进一步地，巡河河长在选择事件类型以及输入事件描述之后，还需要选择事件发生的位置信息，包括所属河段信息、所属的行政区域等。

在一场景中，河长app进入事件上报页面之后，将自动获取移动终端当前所在的位置信息，作为事件位置；以及获取移动终端当前的系统时间，作为事件上报时间，无需用户输入，提高了事件上报效率。其中，移动终端当前所在的位置信息可以通过移动终端自带的gps模块获取。

s140，接收作用于所述事件上报页面中用于确认上报的控件的第二操作，向服务器发送对应的巡河事件信息，所述巡河事件信息中包括事件描述内容、事件位置以及事件上报时间。

在一场景中，河长用户在输入事件描述内容之后，可点击河长app中的确认进行上报的操作控件，河长app接收到该操作之后，向服务器发送对应的巡河事件信息。

通过上述实施例的巡河事件处理的方法，河长巡河时，通过移动终端中的第一客户端接收通河长输入的事件描述内容；还自动获取移动终端当前所在的位置信息，作为事件位置，自动获取所述移动终端当前的系统时间，作为事件上报时间；在河长点击事件上报的控件之后，向服务器发送对应的巡河事件信息，所述巡河事件信息中包括事件描述内容、事件位置以及事件上报时间。河长无需人工输入全部巡河事件信息，有利于提高巡河事件信息的上报效率，并且避免上报位置、上报时间等信息的输入错误，导致责任河长无法快速定位出事件的发生地，延误事件的处理。

进一步地，在一实施例中，还可以自动获取所述第一客户端的当前登录用户信息，作为巡河河长；对应地，在向服务器发送的巡河事件信息中，还包括所述巡河河长的信息。由此，在服务器中可以收到巡河事件的描述信息、位置、时间以及巡河河长等相关信息，便于进行分析统计。

河长巡河发现问题后，利用所述移动终端采集事件信息，并上报至所述服务器，所述服务器将信息通知给相应受理人。包括事件信息采集、事件信息上报、离线事件上报、事件信息通知。

2.1事件信息采集单元

用于河长巡河过程中采集事件信息。

采集事件发生的位置、事件类型、事件详细描述、事件图片、事件接收单人/人等信息，并且对事件录入信息进行有效性检查，若录入的信息无效，则通过所述移动终端对河长进行提示；若录入的信息有效，则将事件上传至所述服务器。

在一个实施例中，第一客户端将采集的巡河事件信息完整安全地上报至所述服务器之前，还需要对采集的信息进行校验，校验通过后，才上报至所述服务器，再通过服务器智能流转给指定的接收人/单位。

在一个例子中，第一客户端进行巡河事件信息上报的流程如下：

步骤21，河长根据巡河指南进行巡河，发现河湖问题后通过移动终端进行事件上报。

步骤22，河长通过第一客户端填写事件信息，输入河流存在的具体问题，以及该问题属于的类别、问题所属的河段以及河段所属的行政区；对于河长本人可以处理的问题，则跳转至步骤24，对于需要指定受理人来处理的事件，则跳转至步骤23。

步骤23，第一客户端还可以根据河长输入的事件类别，确定上传事件办理时限；根据选择事件所属行政区，确定事件的受理人；根据选择事件所属的河段，自动关联到所属的河道。

步骤24，第一客户端还可以通过河长持有的移动终端获取河长当前所在的区域；如果上传事件所发生的位置与终端显示的位置不符，则调出电子地图，供河长手动确定上传事件的发生区域。

步骤25，河长选择与上传事件相关的照片时，可选择第一客户端所在的移动终端图库中已保存的照片，也可以直接通过所述移动终端的摄像头进行拍照取样。

步骤26，所述移动终端调用照片压缩模块对上传的照片进行压缩处理；当所述移动终端的网络处于连接状态，则对上述输入的事件描述信息和事件位置、时间等信息进行提交，完成问题上报；此后，通过服务器向对应的事件受理人推送提醒消息。

当所述移动终端的网络连接状态较差时，还可以先将采集的巡河事件信息保存在本地，待移动终端网络条件正常后，如所述移动终端自身的移动网络或者连接wifi信号，将之前离线保存的巡河事件信息进行上报，以保证巡河事件信息不丢失，并能最快地上报至服务器，最大程度上保障了河长巡河事件信息的处理。

服务器还可以将上报成功的事件信息通知到上报事件的用户，并且通知对应受理人。事件上报成功后，服务器会触发自动推送功能，自动通过手机短信和app消息推送的方式，及时地将相关事件信息通知到对应的受理人，以便对应的受理人能及时了解相关事件并对事件进行处理流转。

进一步地，在一实施例中，对于发起巡河事件信息的移动终端来说，在向服务器发送巡河事件信息之后，还可以接收服务器发送的事件流转消息，并通过第一客户端显示所述事件流转消息。所述事件流转信息为所述服务器向第二客户端推送所述巡河事件信息之后发出，所述事件流转消息中包含所述第二客户端的用户信息。

例如：河长巡河发现问题后，利用所述移动终端采集事件信息，并上报至所述服务器，所述服务器将信息通知给相应受理人。所述服务器通过事件信息智能流转引擎，可将不同问题类型的事件灵活的在各级河长、河长办及职能部门之间进行流转处理，包括受理、退回、转办、办结及复核办结等，极大的提高了事件的处理效率。

河长在巡河的过程中发现有河道相关事件时，将相关事件进行上报后，服务器会自动调用事件流转引擎，根据上报的事件地点、事件类型智能推荐事件的下一受理人；上报人可手动选择下一受理人。事件上报成功后服务器的流转引擎会自动启用消息通知功能推送消息给对应受理人，以使受理人及时了解并受理事件，通知方式包括给受理人发送一条短信通知以及在app端进行消息推送(在待受理栏目中以红色数字角标进行提示)。

事件受理人填写好相关处理意见后，流转引擎同样会智能推荐下一受理人，或者手动选择下一受理人。按此流程，实现了一个事件由多个受理人分节点处理来协同处理。如果事件办结人对事件处理结果不满意，流转引擎可以将问题直接退回至任意节点的处理人，而不用一个节点一个节点往回退，大大节省了中间无用节点的流转时间，提高了事件处理效率。服务器的流转引擎还可以智能提醒事件的剩余处理时间，以防止事件处理超期，减少事件超期办理率。

在一个例子中，服务器对客户端上报的事件信息的流转处理流程如下：

步骤31，河长甲将巡查河流时发现的问题通过手机中的河长app进行上报，服务器将河长甲记录为第一个流程节点，将河长甲上报问题时选择的提交对象，记为下个流程节点的受理人(例如河长乙)。

步骤32，下一节点受理人河长乙收到短信通知后，通过手机中的河长app核实上报问题，并判断是否需要受理；当受理人河长乙对上报问题进行受理，服务器记录河长乙的流程节点，并将问题状态置为处理中。

步骤33，受理人河长乙将问题处理好后，可通过手机中的河长app进行办结处理，上传办结图片，服务器记录河长乙的流程节点，并将问题状态置为已办结。

步骤34，服务器将上报问题自动流转至问题发生行政区的区河长办，服务器将问题状态置为待复核办结。

步骤35，区河长办管理员(例如管理员丙)复核问题时，通过河长app上传复核办结图片，填写复核意见；服务器记录管理员丙的流程结点，并将问题状态置为已复核办结。

步骤36，事件上报及处理完成，流转流程结束。

此外，如果某一个巡河事件信息在流转过程中，由于某些原因而需要延期处理，则可以将其设置为挂账状态。具体步骤：事件受理人通过河长app进行以下操作：发起挂账申请-->填写挂账原因、上传挂账的纸质申请书图片以及其它相关证明文件的图片(需注明挂账截止时间)-->提交-->等待审批。挂账申请审批通过后，该巡河事件信息即正式进入挂账状态，在挂账截止时间之前，随时都可以重新启动该巡河事件信息的流转流程。

此外，在巡河事件信息的流转处理过程中，针对当前状态为已办结、处理中未办结、处理超期、挂账的巡河事件信息，上级河长办可以发起督办，具体操作：在河长app的巡河事件信息列表里，定位到要督办的巡河事件信息，点击市河长办督办按钮，填写督办意见(文字)，然后提交。对应地，河长app可以提供按关键字搜索和按不同条件筛选的功能，方便快速定位到具体的巡河事件信息。

在河长app提供了独立的市级督办入口，以列表形式展示所有市级督办的巡河事件信息，每个巡河事件信息都以红色字体提示督办内容。督办的巡河事件信息可以按照行政区域进行筛选，也可以按照事件流转状态进行筛选。

在其他实施例中，河长app还可设置用于不同上级监督的两个板块，查看到两个不同上级部门的监督记录(两个不同上级部门的监督是通过管理后台来实现)。

在一个实施例中，如图4所示，提供了一种河长巡河事件的处理方法，以该方法应用于图1中的服务器120为例进行说明，所述巡河事件的处理方法包括以下步骤：

s410，接收第一客户端发送的巡河事件信息，所述巡河事件信息中包括事件描述内容、事件位置以及事件上报时间；

s420，根据所述事件位置确定事件对应的河道，作为目标河道；

s430，获取所述第一客户端针对所述巡河事件信息指定的受理人，作为目标河长；

s440，向第二客户端推送所述巡河事件信息，所述第二客户端为所述目标河长对应的客户端。

进一步地，当所述巡河事件信息处理完结时，向河长办管理员的客户端发送所述巡河事件信息的流转信息，所述流转信息用于使得河长办管理员的客户端的用户对所述巡河事件信息的流转情况进行复核。

在一个实施例中，服务器在向第二客户端推送所述巡河事件信息之后，还向所述第一客户端发送事件流转通知消息，所述事件流转通知消息中包含所述第二客户端和/或所述目标河长的信息。以便事件上报人知悉事件的处理进度。

结合图1所示的系统环境，在一个实施例中，巡河事件处理的系统包括：第一客户端以及服务器。

所述第一客户端用于：接收作用于第一客户端的启动事件上报功能的第一操作，跳转至预设的事件上报页面；所述第一客户端安装在移动终端的系统中；接收通过所述事件上报页面输入的事件描述内容；获取所述移动终端当前所在的位置信息，作为事件位置；获取所述移动终端当前的系统时间，作为事件上报时间；接收作用于所述事件上报页面中用于确认上报的控件的第二操作，向服务器发送对应的巡河事件信息，所述巡河事件信息中包括事件描述内容、事件位置以及事件上报时间；

所述服务器用于：接收所述第一客户端发送的巡河事件信息；根据所述事件位置确定事件对应的河道，作为目标河道；获取所述第一客户端针对所述巡河事件信息指定的受理人，作为目标河长；向第二客户端推送所述巡河事件信息，所述第二客户端为所述目标河长对应的客户端；当所述巡河事件信息处理完结时，向河长办管理员的客户端发送所述巡河事件信息的流转信息，所述流转信息用于使得河长办管理员的客户端的用户对所述巡河事件信息的流转情况进行复核。

进一步地，在一个实施例中，巡河事件处理的系统还包括第二客户端，所述第二客户端用于，接收所述服务器推送的所述巡河事件信息，接收针对所述巡河事件信息的处理信息，向服务器发送所述处理操作信息。

应该理解的是，对于前述的各方法实施例，虽然流程图中的各个步骤按照箭头的指示依次显示，但是这些步骤并不是必然按照箭头指示的顺序依次执行。除非本文中有明确的说明，这些步骤的执行并没有严格的顺序限制，这些步骤可以以其它的顺序执行。而且，方法实施例的流程图中的至少一部分步骤可以包括多个子步骤或者多个阶段，这些子步骤或者阶段并不必然是在同一时刻执行完成，而是可以在不同的时刻执行，这些子步骤或者阶段的执行顺序也不必然是依次进行，而是可以与其它步骤或者其它步骤的子步骤或者阶段的至少一部分轮流或者交替地执行。

基于与上述实施例中的巡河事件处理的方法相同的思想，本文还提供相应的巡河事件处理的装置的实施例。

在一个实施例中，如图5所示，巡河事件处理的装置包括：

启动事件检测模块501，用于接收作用于第一客户端的启动事件上报功能的第一操作，跳转至预设的事件上报页面；所述第一客户端安装在移动终端的系统中；

内容接收模块502，用于接收通过所述事件上报页面输入的事件描述内容；

位置及时间获取模块503，用于获取所述移动终端当前所在的位置信息，作为事件位置；获取所述移动终端当前的系统时间，作为事件上报时间；

上报模块504，用于接收作用于所述事件上报页面中用于确认上报的控件的第二操作，向服务器发送对应的巡河事件信息，所述巡河事件信息中包括事件描述内容、事件位置以及事件上报时间。

在其他实施例中，所述巡河事件处理的装置还可以包括：河长信息获取模块，用于获取所述第一客户端的当前登录用户信息，作为巡河河长；对应地，所述向服务器发送的巡河事件信息中，还包括所述巡河河长的信息。

在一实施例中，所述内容接收模块502具体用于，接收通过所述事件上报页面输入的事件类型、事件描述、事件处理信息、事件图片中的至少一项。

在一实施例中，巡河事件处理的装置还包括：

流转消息接收模块，用于接收服务器发送的事件流转消息，所述事件流转信息为所述服务器向第二客户端推送所述巡河事件信息之后发出，所述事件流转消息中包含所述第二客户端的用户信息。

上述实施例的巡河事件处理的装置可适用于移动终端中，具体地，可以为移动终端中第一客户端的功能模块。

在一个实施例中，如图6所示，巡河事件处理的装置包括：

事件接收模块601，用于接收第一客户端发送的巡河事件信息，所述巡河事件信息中包括事件描述内容、事件位置以及事件上报时间；

河道确定模块602，用于根据所述事件位置确定事件对应的河道，作为目标河道；

河长确定模块603，用于获取所述第一客户端针对所述巡河事件信息指定的受理人，作为目标河长；

流转推送模块604，用于向第二客户端推送所述巡河事件信息，所述第二客户端为所述目标河长对应的客户端。

在一实施例中，巡河事件处理的装置还包括：复核推送模块，用于当所述巡河事件信息处理完结时，向河长办管理员的客户端发送所述巡河事件信息的流转信息，所述流转信息用于使得河长办管理员的客户端的用户对所述巡河事件信息的流转情况进行复核。

本实施例的巡河事件处理的装置可适用于服务器中，具体地，可以为服务器中的功能模块。

在其他实施例中，上述流转推送模块604，还可以用于向目标河长对应的移动终端发送对应的短消息，以通知目标河长及时处理相应事件。

在其他实施例中，上述流转推送模块604，还可以向所述第一客户端发送流转结果信息，以便事件上报河长知悉事件的处理进度。

关于上述巡河事件处理的装置的具体限定可以参见上文中对应巡河事件处理的方法的限定，在此不再赘述。巡河事件处理的装置中的各个模块可全部或部分通过软件、硬件及其组合来实现。上述各模块可以硬件形式内嵌于或独立于计算机设备中的处理器中，也可以以软件形式存储于计算机设备中的存储器中，以便于处理器调用执行以上各个模块对应的操作。

此外，上述示例的巡河事件处理的装置的实施方式中，各程序模块的逻辑划分仅是举例说明，实际应用中可以根据需要，例如出于相应硬件的配置要求或者软件的实现的便利考虑，将上述功能分配由不同的程序模块完成，即将所述巡河事件处理的装置的内部结构划分成不同的程序模块，以完成以上描述的全部或者部分功能。

在一个实施例中，提供了一种计算机设备，该计算机设备可以是移动终端或者服务器，其内部结构图可以如图7所示。该计算机设备包括通过系统总线连接的处理器、存储器、网络接口和数据库。其中，该计算机设备的处理器用于提供计算和控制能力。该计算机设备的存储器包括非易失性存储介质、内存储器。该非易失性存储介质存储有操作系统、计算机程序和数据库。该内存储器为非易失性存储介质中的操作系统和计算机程序的运行提供环境。该计算机设备的数据库用于存储图5的巡河事件处理的装置的数据或者图6的巡河事件处理的装置的数据。该计算机设备的网络接口用于与外部的终端通过网络连接通信。该计算机程序被处理器执行时以实现图2示例的巡河事件处理的方法或者图4示例的巡河事件处理的方法。此外，当该计算机设备是移动终端时，该计算机设备还包括显示屏，该显示屏可以是液晶显示屏或者电子墨水显示屏，该计算机设备的输入装置可以是显示屏上覆盖的触摸层，也可以是计算机设备外壳上设置的按键、轨迹球或触控板，还可以是外接的键盘、触控板或鼠标等。

本领域技术人员可以理解，图7中示出的结构，仅仅是与本申请方案相关的部分结构的框图，并不构成对本申请方案所应用于其上的计算机设备的限定，具体的计算机设备可以包括比图中所示更多或更少的部件，或者组合某些部件，或者具有不同的部件布置。

在一个实施例中，提供了一种计算机设备，包括存储器和处理器，存储器中存储有计算机程序，该处理器执行计算机程序时实现以下步骤：

接收作用于第一客户端的启动事件上报功能的第一操作，跳转至预设的事件上报页面；所述第一客户端安装在移动终端的系统中；

接收通过所述事件上报页面输入的事件描述内容；

获取所述移动终端当前所在的位置信息，作为事件位置；获取所述移动终端当前的系统时间，作为事件上报时间；

接收作用于所述事件上报页面中用于确认上报的控件的第二操作，向服务器发送对应的巡河事件信息，所述巡河事件信息中包括事件描述内容、事件位置以及事件上报时间。

在一个实施例中，处理器执行计算机程序时还实现上述适用于移动终端的其他实施例的巡河事件处理的方法的步骤。

在一个实施例中，提供了一种计算机设备，包括存储器和处理器，存储器中存储有计算机程序，该处理器执行计算机程序时实现以下步骤：

接收第一客户端发送的巡河事件信息，所述巡河事件信息中包括事件描述内容、事件位置以及事件上报时间；

根据所述事件位置确定事件对应的河道，作为目标河道；

获取所述第一客户端针对所述巡河事件信息指定的受理人，作为目标河长；

向第二客户端推送所述巡河事件信息，所述第二客户端为所述目标河长对应的客户端。

在一个实施例中，该处理器执行计算机程序时还实现以下步骤：

当所述巡河事件信息处理完结时，向河长办管理员的客户端发送所述巡河事件信息的流转信息，所述流转信息用于使得河长办管理员的客户端的用户对所述巡河事件信息的流转情况进行复核。

在一个实施例中，处理器执行计算机程序时还实现上述适用于服务器的其他实施例的巡河事件处理的方法的步骤。

在一个实施例中，提供了一种计算机可读存储介质，其上存储有计算机程序，计算机程序被处理器执行时实现以下步骤：

接收作用于第一客户端的启动事件上报功能的第一操作，跳转至预设的事件上报页面；所述第一客户端安装在移动终端的系统中；

接收通过所述事件上报页面输入的事件描述内容；

获取所述移动终端当前所在的位置信息，作为事件位置；获取所述移动终端当前的系统时间，作为事件上报时间；

接收作用于所述事件上报页面中用于确认上报的控件的第二操作，向服务器发送对应的巡河事件信息，所述巡河事件信息中包括事件描述内容、事件位置以及事件上报时间。

在一个实施例中，计算机程序被处理器执行时还实现上述适用于移动终端的其他实施例的巡河事件处理的方法的步骤。

在一个实施例中，提供了一种计算机可读存储介质，其上存储有计算机程序，计算机程序被处理器执行时实现以下步骤：

接收第一客户端发送的巡河事件信息，所述巡河事件信息中包括事件描述内容、事件位置以及事件上报时间；

根据所述事件位置确定事件对应的河道，作为目标河道；

获取所述第一客户端针对所述巡河事件信息指定的受理人，作为目标河长；

向第二客户端推送所述巡河事件信息，所述第二客户端为所述目标河长对应的客户端。

在一个实施例中，计算机程序被处理器执行时还实现以下步骤：

当所述巡河事件信息处理完结时，向河长办管理员的客户端发送所述巡河事件信息的流转信息，所述流转信息用于使得河长办管理员的客户端的用户对所述巡河事件信息的流转情况进行复核。

在一个实施例中，计算机程序被处理器执行时还实现上述适用于服务器的其他实施例的巡河事件处理的方法的步骤。

本领域普通技术人员可以理解实现上述实施例方法中的全部或部分流程，是可以通过计算机程序来指令相关的硬件来完成，所述的计算机程序可存储于一非易失性计算机可读取存储介质中，该计算机程序在执行时，可包括如上述各方法的实施例的流程。其中，本申请所提供的各实施例中所使用的对存储器、存储、数据库或其它介质的任何引用，均可包括非易失性和/或易失性存储器。非易失性存储器可包括只读存储器(rom)、可编程rom(prom)、电可编程rom(eprom)、电可擦除可编程rom(eeprom)或闪存。易失性存储器可包括随机存取存储器(ram)或者外部高速缓冲存储器。作为说明而非局限，ram以多种形式可得，诸如静态ram(sram)、动态ram(dram)、同步dram(sdram)、双数据率sdram(ddrsdram)、增强型sdram(esdram)、同步链路(synchlink)dram(sldram)、存储器总线(rambus)直接ram(rdram)、直接存储器总线动态ram(drdram)、以及存储器总线动态ram(rdram)等。

以上实施例的各技术特征可以进行任意的组合，为使描述简洁，未对上述实施例中的各个技术特征所有可能的组合都进行描述，然而，只要这些技术特征的组合不存在矛盾，都应当认为是本说明书记载的范围。

在上述实施例中，对各个实施例的描述都各有侧重，某个实施例中没有详述的部分，可以参见其它实施例的相关描述。

本文实施例的术语“包括”和“具有”以及它们任何变形，意图在于覆盖不排他的包含。例如包含了一系列步骤或(模块)单元的过程、方法、系统、产品或设备没有限定于已列出的步骤或单元，而是可选地还包括没有列出的步骤或单元，或可选地还包括对于这些过程、方法、产品或设备固有的其它步骤或单元。

在本文中提及的“多个”是指两个或两个以上。“和/或”，描述关联对象的关联关系，表示可以存在三种关系，例如，a和/或b，可以表示：单独存在a，同时存在a和b，单独存在b这三种情况。字符“/”一般表示前后关联对象是一种“或”的关系。

在本文中提及的“第一\第二”仅仅是是区别类似的对象，不代表针对对象的特定排序，可以理解地，“第一\第二”在允许的情况下可以互换特定的顺序或先后次序。应该理解“第一\第二”区分的对象在适当情况下可以互换，以使这里描述的实施例能够以除了在这里图示或描述的那些以外的顺序实施。

以上所述实施例仅表达了本申请的几种实施方式，其描述较为具体和详细，但并不能因此而理解为对发明专利范围的限制。应当指出的是，对于本领域的普通技术人员来说，在不脱离本申请构思的前提下，还可以做出若干变形和改进，这些都属于本申请的保护范围。因此，本申请专利的保护范围应以所附权利要求为准。