自主报备的勤务处理方法和装置与流程

本发明涉及互联网技术领域，特别是涉及一种自主报备的勤务处理方法和装置。

背景技术：

公安部门的巡逻人员需要定期对所管辖的区域进行巡逻以执行勤务，防患可能出现的各种治安隐患，并处理各种突发事件，比如抢劫、杀人事件，维护治安稳定。随着社会的发展，对巡防工作不断提出更新更高的要求，而目前安排警务人员的勤务仍主要采取专人编排的方式，即使借助办公自动化技术也是专人利用计算机进行编排后通过信息技术保存以及进行传输，专人编排方式效率很低，而且容易产生编排不合理的情况，需要改进。

技术实现要素：

基于此，有必要针对目前安排勤务主要采用人工编排方式效率低的问题，提供一种自主报备的勤务处理方法和装置。

一种自主报备的勤务处理方法，所述方法包括：

获取与网格化区域对应的区域治安相关数据；

根据所述区域治安相关数据生成与所述网格化区域对应的勤务部署表并存储；所述勤务部署表包括与执勤时间对应的待处理勤务；

获取与所述网格化区域关联的勤务人员账号；

将所述勤务部署表发送到以所述勤务人员账号登录的移动终端进行展示；

接收所述移动终端根据检测到的对展示的所述勤务部署表中的待处理勤务的选择指令而发送的报备请求；

根据所述报备请求，更新所述勤务部署表中被选择的待处理勤务的已报备人员。

上述自主报备的勤务处理方法，根据网格化区域对应的区域治安相关数据， 可以自动生成相应的勤务部署表，从而可以发送给相应的网格化区域关联的勤务人员账号所登录的移动终端。勤务人员可以在移动终端上查看勤务部署表，并按照执勤时间选择相应的待处理勤务进行自主的勤务报备。进而在接收到移动终端发送的报备请求之后，便可以将勤务部署表中被选择的待处理勤务的已报备人员进行更新。这样通过自动生成勤务部署表并结合勤务人员自主报备的方式，对专人的依赖较低，生成勤务部署表的效率得以提高，而且通过自主报备也方便对勤务进行合理的安排。

在其中一个实施例中，所述生成与网格化区域对应的勤务部署表，包括：

根据所述区域治安相关数据生成勤务建议，所述勤务建议包括执勤时间和勤务模式；

根据所述勤务建议生成勤务部署表并存储，并提供查询所述勤务部署表中与待处理勤务对应的勤务建议的查询接口；生成的勤务部署表中与所述执勤时间对应的待处理勤务包括所述勤务模式。

在其中一个实施例中，所述方法还包括：

将生成的勤务部署表发送到以勤务管理员账号登录的配置终端进行展示；

接收所述配置终端发送的对展示的所述勤务部署表中的待处理勤务进行编辑的编辑指令；

对存储的勤务部署表中所述编辑指令所指定的待处理勤务进行编辑。

在其中一个实施例中，所述区域治安相关数据包括历史警情量、历史关注警情量、历史警情高发时间和历史关注警情高发时间；

所述根据所述区域治安相关数据生成勤务建议，包括：

根据所述历史警情量和所述历史关注警情量生成勤务建议中的勤务模式和执勤时间；

根据所述历史关注警情量和/或所述历史关注警情高发时间生成勤务建议中的勤务等级；所述勤务等级包含于根据所述勤务建议生成的勤务部署表中与所述执勤时间对应的待处理勤务中。

在其中一个实施例中，所述勤务部署表中的待处理勤务包括勤务模式和勤务等级；所述报备请求根据被选择的待处理勤务、登录的所述勤务人员账号以 及选定的装备类型生成，所述选定的装备类型是通过所述移动终端检测到所述选择指令后，当被选择的待处理勤务的已报备人数小于相应的勤务等级所指定的人数，且登录的所述勤务人员账号对应的警员类型与相应的勤务模式匹配时，根据进一步的选择指令从与相应的勤务等级和/或勤务模式所对应的装备集合中选定的；所述方法还包括：

根据所述报备请求，更新所述勤务部署表中被选择的待处理勤务的已报备装备和已报备人数。

一种自主报备的勤务处理装置，所述装置包括：

区域治安相关数据获取模块，用于获取与网格化区域对应的区域治安相关数据；

勤务部署表生成模块，用于根据所述区域治安相关数据生成与所述网格化区域对应的勤务部署表并存储；所述勤务部署表包括与执勤时间对应的待处理勤务；

勤务人员账号获取模块，用于获取与所述网格化区域关联的勤务人员账号；

勤务部署表发送模块，用于将所述勤务部署表发送到以所述勤务人员账号登录的移动终端进行展示；

报备请求接收模块，用于接收所述移动终端根据检测到的对展示的所述勤务部署表中的待处理勤务的选择指令而发送的报备请求；

报备请求处理模块，用于根据所述报备请求，更新所述勤务部署表中被选择的待处理勤务的已报备人员。

在其中一个实施例中，所述勤务部署表生成模块包括：

勤务建议生成模块，用于根据所述区域治安相关数据生成勤务建议，所述勤务建议包括执勤时间和勤务模式；

生成模块，用于根据所述勤务建议生成勤务部署表并存储，并提供查询所述勤务部署表中与待处理勤务对应的勤务建议的查询接口；生成的勤务部署表中与所述执勤时间对应的待处理勤务包括所述勤务模式。

在其中一个实施例中，所述装置还包括：

发送模块，用于将生成的勤务部署表发送到以勤务管理员账号登录的配置终端进行展示；

接收模块，用于接收所述配置终端发送的对展示的所述勤务部署表中的待处理勤务进行编辑的编辑指令；

编辑模块，用于对存储的勤务部署表中所述编辑指令所指定的待处理勤务进行编辑。

在其中一个实施例中，所述区域治安相关数据包括历史警情量、历史关注警情量、历史警情高发时间和历史关注警情高发时间；

所述勤务建议生成模块具体用于根据所述历史警情量和所述历史关注警情量生成勤务建议中的勤务模式和执勤时间；根据所述历史关注警情量和/或所述历史关注警情高发时间生成勤务建议中的勤务等级；所述勤务等级包含于根据所述勤务建议生成的勤务部署表中与所述执勤时间对应的待处理勤务中。

在其中一个实施例中，所述勤务部署表中的待处理勤务包括勤务模式和勤务等级；所述报备请求根据被选择的待处理勤务、登录的所述勤务人员账号以及选定的装备类型生成，所述选定的装备类型是通过所述移动终端检测到所述选择指令后，当被选择的待处理勤务的已报备人数小于相应的勤务等级所指定的人数，且登录的所述勤务人员账号对应的警员类型与相应的勤务模式匹配时，根据进一步的选择指令从与相应的勤务等级和/或勤务模式所对应的装备集合中选定的；所述装置还包括：

所述报备请求处理模块还用于根据所述报备请求，更新所述勤务部署表中被选择的待处理勤务的已报备装备和已报备人数。

上述自主报备的勤务处理装置，根据网格化区域对应的区域治安相关数据，可以自动生成相应的勤务部署表，从而可以发送给相应的网格化区域关联的勤务人员账号所登录的移动终端。勤务人员可以在移动终端上查看勤务部署表，并按照执勤时间选择相应的待处理勤务进行自主的勤务报备。进而在接收到移动终端发送的报备请求之后，便可以将勤务部署表中被选择的待处理勤务的已报备人员进行更新。这样通过自动生成勤务部署表并结合勤务人员自主报备的方式，对专人的依赖较低，生成勤务部署表的效率得以提高，而且通过自主报 备也方便对勤务进行合理的安排。

附图说明

图1为一个实施例中勤务报备系统的应用环境图；

图2为一个实施例中自主报备的勤务处理方法的流程示意图；

图3为一个实施例中生成的勤务部署表的示意图；

图4为一个实施例中在移动终端所展示的勤务部署表的示意图；

图5为另一个实施例中自主报备的勤务处理方法的流程示意图；

图6为一个实施例中根据区域治安相关数据生成勤务建议的步骤的流程示意图；

图7为一个实施例中自主报备的勤务处理装置的结构框图；

图8为一个实施例中勤务部署表生成模块的结构框图；

图9为另一个实施例中自主报备的勤务处理装置的结构框图。

具体实施方式

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

如图1所示，在一个实施例中，提供了一种勤务报备系统，包括服务器101、配置终端102和移动终端103。服务器101可以是独立的物理服务器或者服务器集群，配置终端102可以是计算机或者移动终端，移动终端103包括手机、平板电脑、个人数字助理(PDA)以及可穿戴智能设备中的至少一种，其中可穿戴智能设备比如智能手表、带有电子装置的皮带或者智能眼镜。

如图2所示，在一个实施例中，提供了一种自主报备的勤务处理方法，本实施例以该方法应用于上述图1中的勤务报备系统中的服务器101来举例说明。该方法具体包括如下步骤：

步骤202，获取与网格化区域对应的区域治安相关数据。

具体地，网格化区域是将需要巡逻的地域人工划分为多个区块后每个区块 称为一个网格化区域。区域治安相关数据是指一个网格化区域中与治安相关的数据，可以历史警情量、历史关注警情量、历史警情高发时间、历史关注警情高发时间、区域特征以及区域人口特征中的至少一种。

其中警情是指社会发生治安、犯罪事件后，需警察来维护社会稳定的突发性事件，或者说是危害公共安全的事件，警情量则是指这些事件的数量。警情高发时间是指特定的时间段，在这个时间段内的警情量超出预设的警情量阈值。关注警情是指预先配置的需要重点关注的警情，关注警情量则是关注警情的数量。关注警情高发时间也是指特定的时间段，在该时间段内的关注警情量超出预设的关注警情量阈值。区域特征比如网格化区域中警情高发场所的分布和数量以及网格化区域的大小等，区域人口特征比如网格化区域中的人口数量以及人口分布等。

历史警情量、历史关注警情量、历史警情高发时间以及历史关注警情高发时间则分别是指执行步骤202之前所有或特定时间段的警情量、关注警情量、警情高发时间以及关注警情高发时间。历史警情量、历史关注警情量、历史警情高发时间以及历史关注警情高发时间均可以是上一个勤务周期内的警情量、关注警情量、警情高发时间以及关注警情高发时间。勤务周期是指每次生成勤务部署表的周期，也是勤务人员执行勤务的周期，勤务周期比如可以是一天、一周或者一月等。

步骤204，根据区域治安相关数据生成与网格化区域对应的勤务部署表并存储。勤务部署表包括与执勤时间对应的待处理勤务。

具体地，服务器获取到与网格化区域对应的区域治安相关数据后，根据区域治安相关数据生成与网格化区域对应的勤务部署表，并可将生成的勤务部署表存储在服务器的数据库中。

勤务部署表是用来安排勤务人员在特定的执勤时间执行勤务的结构化数据，可通过网络传输并通过移动终端进行展示。勤务部署表中包括多个待处理勤务，每个待处理勤务都对应了相应的执勤时间。执勤时间包括日内时间段和日期中的至少一种，勤务部署表可以仅安排一日的勤务或者按日来安排勤务。日内时间段比如早上9：00到下午15：00，日期比如某一周的周一到周日中的 至少一个，还比如X年X月X日。举例说明，参照图3所示的勤务部署表，所包括的待处理勤务如302和304，待处理勤务302对应的执勤时间为周一早班，即周一早上9：00到下午15：00。

步骤206，获取与网格化区域关联的勤务人员账号。

具体地，服务器上预先存储了勤务人员的账号，称为勤务人员账号，网格化区域被划分后，可将网格化区域的区域标识与该区域内的勤务人员的勤务人员账号建立关联，这样可通过生成的勤务部署表所对应的网格化区域的区域标识获取相关联的勤务人员账号。

步骤208，将勤务部署表发送到以勤务人员账号登录的移动终端进行展示。

具体地，勤务人员凭借勤务人员账号在移动终端上登录，服务器会对应于勤务人员账号记录移动终端的网络地址。服务器在获取到勤务人员账号后，查询该勤务人员账号所对应的网络地址，从而根据该网络地址向相应的移动终端发送勤务部署表。移动终端可根据用户操作主动向服务器发送拉取勤务部署表的请求，使得服务器响应于该请求而执行上述步骤206和步骤208。服务器也可以在生成勤务部署表并获取到勤务人员账号之后向以该勤务人员账号登录的移动终端推送勤务部署表。移动终端可在接收到勤务部署表之后立即展示勤务部署表，也可以在移动终端进入特定的展示页面之后展示勤务部署表，还可以显示提醒，并检测到对显示的提醒的预设操作之后展示勤务部署表。

步骤210，接收移动终端根据检测到的对展示的勤务部署表中的待处理勤务的选择指令而发送的报备请求。

具体地，移动终端接收到勤务部署表并进行展示之后，检测对展示的勤务部署表中的待处理勤务的选择指令，从而根据该选择指令选择相应的待处理勤务，生成指定待处理勤务的报备请求。

其中选择指令可通过移动终端的外接输入设备、移动终端自带按钮或者触控屏进行触发，外接输入设备比如鼠标，通过触控屏触发具体可通过点触、滑动或者多点触控等各种触控手势操作来触发。报备请求中可携带被选择的待处理勤务对应的执勤时间或者该执勤时间的标识，以指定相应的待处理勤务，执勤时间的标识比如周一早班。报备请求中也可以携带被选择的待处理勤务的标 识符来指定被选择的待处理勤务。

步骤212，根据报备请求，更新勤务部署表中被选择的待处理勤务的已报备人员。

其中，已报备人员是待处理勤务的一种属性，表示相应的勤务人员参与被选择的待处理勤务。具体地，服务器可根据报备请求确定被选择的待处理勤务，从而在待处理勤务的已报备人员中加入登录的勤务人员账号所对应的身份信息，身份信息比如名字、身份证号码以及警员编号等。已报备人员可以划分出不同的级别，比如组长和组员。

举例说明，如图4所示，移动终端在接收到勤务部署表之后进行展示，检测到对待处理勤务402的选择指令之后，展示对话框，在对话框中触发加入指令后生成报备请求发送到服务器，使得服务器将当前移动终端登录的勤务人员账号的名字加入到被选择的待处理勤务402的以报备人员中。

上述自主报备的勤务处理方法，根据网格化区域对应的区域治安相关数据，可以自动生成相应的勤务部署表，从而可以发送给相应的网格化区域关联的勤务人员账号所登录的移动终端。勤务人员可以在移动终端上查看勤务部署表，并按照执勤时间选择相应的待处理勤务进行自主的勤务报备。进而在接收到移动终端发送的报备请求之后，便可以将勤务部署表中被选择的待处理勤务的已报备人员进行更新。这样通过自动生成勤务部署表并结合勤务人员自主报备的方式，对专人的依赖较低，生成勤务部署表的效率得以提高，而且通过自主报备也方便对勤务进行合理的安排。

如图5所示，在一个实施例中，一种自主报备的勤务处理方法，具体包括如下步骤：

步骤502，获取与网格化区域对应的区域治安相关数据。

步骤504，根据区域治安相关数据生成勤务建议，勤务建议包括执勤时间和勤务模式。

具体地，勤务建议是指服务器计算出的推荐的勤务安排方式，具体包括执勤时间和勤务模式。勤务模式比如特别巡逻模式、特警驻区模式、分局加强模式、武装处突模式、辅警徒步模式、携犬巡逻模式或者110警车模式，可根据 需求做其它方式的划分，不同的勤务模式下巡逻方式以及携带装备会有差别。在一个实施例中，勤务建议还可以包括勤务态势，表示勤务的动态变化，比如某时间段内关注警情量的变化。

在一个实施例中，区域治安相关数据包括历史警情量、历史关注警情量、历史警情高发时间和历史关注警情高发时间。如图6所示，根据区域治安相关数据生成勤务建议的步骤，具体包括如下步骤：

步骤602，根据历史警情量和历史关注警情量生成勤务建议中的勤务模式和执勤时间。

具体地，勤务模式是与执勤时间对应的，服务器可按照周期性的执勤时间将上一勤务周期中的各种类型的历史警情和关注历史警情进行分组，每一组对应一个周期性的执勤时间，周期性的勤务周期比如一周，周期性的执勤时间比如周一早班，周日晚班等。进而将各种类型的历史警情量和关注历史警情量分别赋予相应的权值，其中历史关注警情量的权值大于历史警情量的权值，从而按执勤时间将每组的历史警情量和历史关注警情量进行加权求和或者加权求平均，获得总分值。每种勤务模式对应不同的分值范围，从而服务器将总分值所属分值范围所对应的勤务模式作为勤务建议中的勤务模式，并将计算总分值的数据所属的组对应的执勤时间作为勤务建议中的执勤时间。

在一个实施例中，服务器还可以根据历史警情量、历史关注警情量、历史警情高发时间和历史关注警情高发时间生成勤务建议中的勤务模式和执勤时间。比如在计算总分值时，历史警情高发时间和历史关注警情高发时间所属的周期性的勤务时间对应的组中数据的权值可以调高，并且历史关注警情高发时间对应的被调整的权值的调整幅度更高。

步骤604，根据历史关注警情量和/或历史关注警情高发时间生成勤务建议中的勤务等级。勤务等级包含于根据勤务建议生成的勤务部署表中与执勤时间对应的待处理勤务中。

具体地，勤务等级是与执勤时间对应的，勤务等级可根据历史关注警情高发时间确定，比如历史关注警情高发时间所在的勤务时间所对应的勤务等级更高。也可以根据历史关注警情量来确定勤务等级，比如历史关注警情量越高相 应的勤务等级也越高。历史关注警情量也可以与历史关注警情高发时间结合来生成勤务等级，比如在历史关注警情量不变的情况下，历史关注警情高发时间所在的勤务时间对应的勤务等级高于其他勤务时间的勤务等级，而同样的勤务时间内历史关注警情量越高相应的勤务等级越高。

步骤506，根据勤务建议生成勤务部署表并存储，并提供查询勤务部署表中与待处理勤务对应的勤务建议的查询接口。勤务部署表包括与执勤时间对应的待处理勤务，待处理勤务包括勤务模式。

具体地，可生成勤务部署表模板，并按照勤务建议中的勤务时间将勤务建议中的勤务模式添加到勤务部署表模板中，以生成勤务部署表并存储。若勤务建议包括勤务等级，则还可以将勤务等级添加到勤务部署表模板中。

步骤508，将生成的勤务部署表发送到以勤务管理员账号登录的配置终端进行展示。

勤务管理员账号是对勤务部署表进行管理的人员，可凭借勤务管理员账号在配置终端上登录服务器，根据勤务管理员账号的指令向配置终端发送生成的勤务部署表进行展示。具体配置终端可展示如图3所示的勤务部署表。

步骤510，接收配置终端发送的对展示的勤务部署表中的待处理勤务进行编辑的编辑指令。

具体地，对待处理勤务的编辑包括增加、删除以及修改中的至少一种。勤务管理员可在勤务部署表中选择待处理勤务，使得配置终端显示与选择的待处理勤务对应的对话框，并触发编辑指令。配置终端还可以调用服务器提供的查询接口来查询勤务部署表中与待处理勤务对应的勤务建议，如图3中展示的勤务建议306。

步骤512，对存储的勤务部署表中编辑指令所指定的待处理勤务进行编辑。

具体地，服务器可根据编辑指令，对服务器上存储的勤务部署表中的相应待处理勤务进行编辑，具体可增加或者删除待处理勤务，也可以增加、删除或修改待处理勤务中的勤务模式和勤务等级等。

步骤514，获取与网格化区域关联的勤务人员账号。

步骤516，将勤务部署表发送到以勤务人员账号登录的移动终端进行展示。

步骤518，接收移动终端根据检测到的对展示的勤务部署表中的待处理勤务的选择指令而发送的报备请求。移动终端还可以调用服务器提供的查询接口来查询勤务部署表中与待处理勤务对应的勤务建议，如图4中展示的勤务建议404。

在一个实施例中，勤务部署表中的待处理勤务包括勤务模式和勤务等级。报备请求根据被选择的待处理勤务、登录的勤务人员账号以及选定的装备类型生成，选定的装备类型是通过移动终端检测到选择指令后，当被选择的待处理勤务的已报备人数小于相应的勤务等级所指定的人数，且登录的勤务人员账号对应的警员类型与相应的勤务模式匹配时，根据进一步的选择指令从与相应的勤务等级和/或勤务模式所对应的装备集合中选定的。

具体地，已报备人数是指已报备了相应的待处理勤务的勤务人员的数量，勤务等级指定了所需的人数，若已报备人数小于该人数，则可以继续报备该待处理勤务，否则拒绝报备或者将该待处理勤务置为不可选状态。而且移动终端当前登录的勤务人员账号对应的警员类型应当与勤务模式匹配，否则拒绝报备或者将该待处理勤务置为不可选状态。移动终端根据选择指令选择了待处理勤务之后，根据进一步的选择指令从勤务等级和/或勤务模式所对应的装备集合中选定装备类型，从而生成报备请求。装备类型比如巡逻车、移动终端或者警犬等执行勤务所需的装备类型。

步骤520，根据报备请求，更新勤务部署表中被选择的待处理勤务的已报备人员、已报备装备和已报备人数。

具体地，服务器可根据报备请求，更新报备请求所指定的被选择的待处理勤务的已报备人员、已报备装备和已报备人数，其中已报备人数自增1，在已报备装备中添加可重复添加的装备类型。

上述自主报备的勤务处理方法，根据网格化区域对应的区域治安相关数据，可以自动生成相应的勤务建议，从而根据勤务建议生成勤务部署表。勤务管理人员可以对生成的勤务部署表进行编辑，以应对突发情况。将勤务部署表送给相应的网格化区域关联的勤务人员账号所登录的移动终端，使得勤务人员可以自主查看并报备待处理勤务。勤务管理人员或者勤务人员还可以查询勤务建议，了解根据区域治安相关数据归纳出的量化数据，为调整待处理勤务或者执行勤 务提供参考。

如图7所示，在一个实施例中，提供了一种自主报备的勤务处理装置700，包括：区域治安相关数据获取模块701、勤务部署表生成模块702、勤务人员账号获取模块703、勤务部署表发送模块704、报备请求接收模块705和报备请求处理模块706。

区域治安相关数据获取模块701，用于获取与网格化区域对应的区域治安相关数据。

勤务部署表生成模块702，用于根据区域治安相关数据生成与网格化区域对应的勤务部署表并存储。勤务部署表包括与执勤时间对应的待处理勤务。

勤务人员账号获取模块703，用于获取与网格化区域关联的勤务人员账号。

勤务部署表发送模块704，用于将勤务部署表发送到以勤务人员账号登录的移动终端进行展示。

报备请求接收模块705，用于接收移动终端根据检测到的对展示的勤务部署表中的待处理勤务的选择指令而发送的报备请求。

报备请求处理模块706，用于根据报备请求，更新勤务部署表中被选择的待处理勤务的已报备人员。

如图8所示，在一个实施例中，勤务部署表生成模块702包括：勤务建议生成模块702a和生成模块702b。

勤务建议生成模块702a，用于根据区域治安相关数据生成勤务建议，勤务建议包括执勤时间和勤务模式。

生成模块702b，用于根据勤务建议生成勤务部署表并存储，并提供查询勤务部署表中与待处理勤务对应的勤务建议的查询接口。生成的勤务部署表中与执勤时间对应的待处理勤务包括勤务模式。

如图9所示，在一个实施例中，自主报备的勤务处理装置700还包括：发送模块707、接收模块708和编辑模块709。

发送模块707，用于将生成的勤务部署表发送到以勤务管理员账号登录的配置终端进行展示。

接收模块708，用于接收配置终端发送的对展示的勤务部署表中的待处理勤务进行编辑的编辑指令。

编辑模块709，用于对存储的勤务部署表中编辑指令所指定的待处理勤务进行编辑。

在一个实施例中，区域治安相关数据包括历史警情量、历史关注警情量、历史警情高发时间和历史关注警情高发时间。

勤务建议生成模块702a具体用于根据历史警情量和历史关注警情量生成勤务建议中的勤务模式和执勤时间。根据历史关注警情量和/或历史关注警情高发时间生成勤务建议中的勤务等级。勤务等级包含于根据勤务建议生成的勤务部署表中与执勤时间对应的待处理勤务中。

在一个实施例中，勤务部署表中的待处理勤务包括勤务模式和勤务等级。报备请求根据被选择的待处理勤务、登录的勤务人员账号以及选定的装备类型生成，选定的装备类型是通过移动终端检测到选择指令后，当被选择的待处理勤务的已报备人数小于相应的勤务等级所指定的人数，且登录的勤务人员账号对应的警员类型与相应的勤务模式匹配时，根据进一步的选择指令从与相应的勤务等级和/或勤务模式所对应的装备集合中选定的。

报备请求处理模块706还用于根据报备请求，更新勤务部署表中被选择的待处理勤务的已报备装备和已报备人数。

上述自主报备的勤务处理装置700，根据网格化区域对应的区域治安相关数据，可以自动生成相应的勤务部署表，从而可以发送给相应的网格化区域关联的勤务人员账号所登录的移动终端。勤务人员可以在移动终端上查看勤务部署表，并按照执勤时间选择相应的待处理勤务进行自主的勤务报备。进而在接收到移动终端发送的报备请求之后，便可以将勤务部署表中被选择的待处理勤务的已报备人员进行更新。这样通过自动生成勤务部署表并结合勤务人员自主报备的方式，对专人的依赖较低，生成勤务部署表的效率得以提高，而且通过自主报备也方便对勤务进行合理的安排。

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

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