市政管理对象的状态监测方法、装置、系统及存储介质与流程

1.本发明涉及维护领域，尤其涉及一种市政管理对象的状态监测方法、装置、系统及存储介质。


背景技术：

2.相关技术中，需要对维护对象进行状态监测，以井盖为例，井盖作为城市基础设施的重要组成部分，井盖的维护关系到城市中人民群众的生命和财产安全，同时也反映了城市管理水平，因此，相关部分不断采取有效措施，除井盖的各类安全隐患，确保井盖设施安全运行。
3.相关技术中，井盖监测通常采用以下两种方式：人工巡查和在井盖上安装传感器。人工巡查是指通过专业巡查人员定时查看的方式实现管理区域内的井盖巡查。在井盖上安装传感器是指在通过在井盖上安装加速度传感器、陀螺仪、通信组件等方式，实时感知井盖状态，实现城市井盖的精细化监测和管理。然而，上述两种井盖监测方式仍然存在以下问题：
4.1、如果采用固定人员巡检方式，人力成本高。此外，由于巡检人员数量有限，对于大规模井盖的监测效率较低，如果存在人员工作疏忽，将导致井盖相关的问题无法被及时发现，存在安全隐患。
5.2、如果采用在井盖上安装传感器的监测方式，由于城市井盖数量多，不但初期的设备成本和安装成本较高，同时传感器的持续供电和维护导致开销极大、维护成本高。


技术实现要素：

6.有鉴于此，本发明实施例提供了一种市政管理对象的状态监测方法、装置、系统及存储介质，旨在有效降低维护成本。
7.本发明实施例的技术方案是这样实现的：
8.本发明实施例提供了一种市政管理对象的状态监测方法，应用于图像采集终端，所述方法包括：
9.获取状态监测平台发送的图像采集规则；
10.确定所述图像采集终端在移动过程中的状态匹配所述图像采集规则，控制所述图像采集终端采集所述市政管理对象的图像；
11.发送所述市政管理对象的图像数据给所述状态监测平台。
12.本发明实施例还提供了一种市政管理对象的状态监测方法，应用于状态监测平台，所述方法包括：
13.获取所述市政管理对象的监测请求；
14.基于所述监测请求生成监测任务，所述监测任务包括用于控制图像采集终端采集所述市政管理对象的图像的图像采集规则；
15.发送所述监测任务给多个所述图像采集终端；
16.接收多个所述图像采集终端发送的所述市政管理对象的图像数据；
17.基于多个所述图像采集终端发送的所述图像数据，生成所述市政管理对象的监测结果。
18.本发明实施例又提供了一种市政管理对象的状态监测装置，应用于图像采集终端，所述装置包括：
19.第一获取模块，用于获取状态监测平台发送的图像采集规则；
20.图像采集模块，用于确定所述图像采集终端在移动过程中的状态匹配所述图像采集规则，控制所述图像采集终端采集所述市政管理对象的图像；
21.第一发送模块，用于发送所述市政管理对象的图像数据给所述状态监测平台。
22.本发明实施例还提供了一种市政管理对象的状态监测装置，应用于状态监测平台，所述装置包括：
23.第二获取模块，用于获取所述市政管理对象的监测请求；
24.任务管理模块，用于基于所述监测请求生成监测任务，所述监测任务包括用于控制图像采集终端采集所述市政管理对象的图像的图像采集规则；
25.第二发送模块，用于发送所述监测任务给多个所述图像采集终端；
26.接收模块，用于接收多个所述图像采集终端发送的所述市政管理对象的图像数据；
27.处理模块，用于基于多个所述图像采集终端发送的所述图像数据生成所述市政管理对象的监测结果。
28.本发明实施例又提供了一种图像采集终端，包括：处理器和用于存储能够在处理器上运行的计算机程序的存储器，其中，所述处理器，用于运行计算机程序时，执行本发明实施例图像采集终端侧所述方法的步骤。
29.本发明实施例还提供了一种状态监测平台，包括：处理器和用于存储能够在处理器上运行的计算机程序的存储器，其中，所述处理器，用于运行计算机程序时，执行本发明实施例状态监测平台侧所述方法的步骤。
30.本发明实施例又提供了一种状态监测系统，包括本发明实施例所述的状态监测平台，所述状态监测平台通信连接多个本发明实施例所述的图像采集终端。
31.本发明实施例还提供了一种存储介质，所述存储介质上存储有计算机程序，所述计算机程序被处理器执行时，实现本发明任一实施例所述方法的步骤。
32.本发明实施例提供的技术方案，图像采集终端获取状态监测平台发送的图像采集规则，确定所述图像采集终端在移动过程中的状态匹配所述图像采集规则，控制所述图像采集终端采集市政管理对象的图像，并发送市政管理对象的图像数据给状态监测平台，可以实现图像采集终端在移动过程中自主采集市政管理对象的图像，无需用户介入，便于利用智能手机等智能便携式终端实现移动群智感知，且市政管理对象的图像的采集不会给用户增添时间和精力上的负担，亦无需在市政管理对象上安装额外的传感器等监测设备，从而有效地减少了市政管理对象监测的部署成本及后续的维护成本。
附图说明
33.图1为本发明实施例状态监测系统的结构示意图；
34.图2为本发明实施例图像采集终端侧状态监测方法的流程示意图；
35.图3为本发明一应用示例中智能手机侧井盖状态监测方法的流程示意图；
36.图4为本发明实施例状态监测平台侧的状态监测方法的流程示意图；
37.图5为本发明实施例中街道网格及图像标注的示意图；
38.图6为本发明应用实施例状态监测系统的结构示意图；
39.图7为本发明应用实施例状态监测方法的流程示意图；
40.图8为本发明实施例状态监测装置的结构示意图；
41.图9为本发明实施例另一状态监测装置的结构示意图；
42.图10为本发明实施例图像采集终端的结构示意图；
43.图11为本发明实施例状态监测平台的结构示意图。
具体实施方式
44.下面结合附图及实施例对本发明再作进一步详细的描述。
45.除非另有定义，本文所使用的所有的技术和科学术语与属于本发明的技术领域的技术人员通常理解的含义相同。本文中在本发明的说明书中所使用的术语只是为了描述具体的实施例的目的，不是旨在于限制本发明。
46.相关技术中，随着智能手机、智能可穿戴设备在用户中的普及，以及摄像头拍摄能力的不断提升，普通用户已经具备强大的图像采集和处理能力，物联网智能化正在不断由单体智能向群体智能发展。移动群智感知(mobile crowd sensing)是一种新的感知模式，借助普通用户的移动终端作为传感设备实现各类数据的采集，并将数据汇聚到云端，通过云端数据融合实现群体智能的提取和以人为中心的服务传递。
47.随着城市基础设施管理精细度的提升，原有对于井盖等城市基础设施的监测需求不断增加，现有的人力巡查和加装传感器等方式存在效率低、成本高、维护难度高、易产生错误判定等缺陷。基于此，本发明各种实施例中，提出了一种基于物联网和移动群智感知的市政管理对象的状态监测方法，利用普通用户的手机等图像采集终端对市政管理对象的图像进行自动采集，便于状态监测平台及时了解市政管理对象有无损坏，从而实现市政管理对象的状态监测。需要说明的是，本发明实施例中所指的市政管理对象包括但不限于：井盖、道路、垃圾箱、站牌等对象。
48.在对本发明实施例市政管理对象的状态监测方法进行介绍之前，先对应用本发明实施例实施市政管理对象的状态监测方法的监测系统进行介绍。如图1所示，监测系统包括：状态监测平台101和至少一个图像采集终端102，这里，状态监测平台101可以为云服务管理平台，还可以为服务器。状态监测平台101可以接收信息需求方(比如，对井盖等对象进行状态监测或管理的政府部门或第三方机构)提出的监测请求，并给图像采集终端102下发监测任务，并接收图像采集终端102基于监测任务上传的市政管理对象监测相关的图像数据，基于图像数据进行市政管理对象状态的监测。图像采集终端102为用户侧的便携式智能终端，比如，智能手机、智能可穿戴设备等。该图像采集终端102具有图像拍摄功能。实际应用中，图像采集终端可以与移动载体结合，从而扩大感知范围、提升感知效率。比如，移动载体可以是承载用户及智能手机的交通工具，包括但不限于：小汽车、自行车、摩托车、电动车等等。该移动载体虽然不直接参与图像采集，但能扩大感知范围、提升感知效率，也能为智
能手机提供能源。
49.下面先对本发明实施例中图像采集终端侧的市政管理对象的状态监测方法进行介绍。如图2所示，本发明实施例提供了市政管理对象的状态监测方法，应用于图像采集终端，所述方法包括：
50.步骤201，获取状态监测平台发送的图像采集规则；
51.这里，图像采集终端可以接收状态监测平台发送的监测任务，基于监测任务获取图像采集规则。该图像采集规则用于控制图像采集终端自主地采集市政管理对象的图像，使得拍照过程无需用户手动操作，即图像采集终端可以根据状态监测平台发送的图像采集规则自动完成市政管理对象的图像的采集。
52.本发明实施例中，图像采集规则包括：用于控制所述图像采集终端以连续模式采集市政管理对象的图像的第一图像采集规则及用于控制所述图像采集终端以触发模式采集市政管理对象的图像的第二图像采集规则。步骤202，确定所述图像采集终端在移动过程中的状态匹配所述图像采集规则，控制所述图像采集终端采集市政管理对象的图像；
53.这里，图像采集终端在移动过程中的状态包括以下至少之一：环境的光强度、所处的位置、移动速度、移动加速度、方向偏移量及颠簸量。其中，环境的光强度用于反映图像采集终端所处环境的光照条件，从而可以判断是否具备图像采集所需的光照条件；所处的位置用于反映图像采集终端所处的位置是否接近监测任务对应的区域；移动速度用于反映与图像采集终端配合的移动载体的移动速度；移动加速度用于反映移动载体的速度变化趋势；方向偏移量用于反映移动载体的方向变量；颠簸量用于反映当前路面的状态，可以间接反映井盖等路面设施是否破损。相应地，所述图像采集规则至少包括：光强度条件和位置条件，图像采集规则还可以包括以下至少之一：速度条件、加速度条件、方向偏移条件及是否颠簸。
54.在一些实施例中，若图像采集规则为用于控制所述图像采集终端以连续模式采集市政管理对象的图像的第一图像采集规则，所述确定所述图像采集终端在移动过程中的状态匹配所述图像采集规则，控制所述图像采集终端采集所述市政管理对象的图像，包括：
55.确定所述图像采集终端在移动过程中的状态至少符合所述第一图像采集规则中的光强度条件及位置条件，且所述图像采集终端的移动速度位于设定的速度阈值区间，控制所述图像采集终端以第一间隔时长连续采集市政管理对象的图像。
56.这里，若图像采集终端接收的监测任务的图像采集规则为第一图像采集规则，则图像采集终端以第一模式(即连续采集模式)自主地采集市政管理对象的图像，并存储采集的对象状态相关的图像数据。
57.在一些实施例中，若图像采集规则为用于控制所述图像采集终端以触发模式采集市政管理对象的图像的第二图像采集规则，所述确定所述图像采集终端在移动过程中的状态匹配所述图像采集规则，控制所述图像采集终端采集所述市政管理对象的图像，包括：
58.确定所述图像采集终端在移动过程中的状态至少符合所述第二图像采集规则中的光强度条件及位置条件，基于所述图像采集终端是否颠簸、加速度及方向偏移量中的一个，触发所述图像采集终端采集市政管理对象的图像。
59.这里，若图像采集终端接收的监测任务的图像采集规则为第二图像采集规则，则图像采集终端以第二模式(即触发采集模式)自主地采集市政管理对象的图像，并存储对象
状态相关的图像数据。
60.步骤203，发送市政管理对象的图像数据给状态监测平台。
61.图像采集终端将采集的市政管理对象的图像数据发送给状态监测平台，便于状态监测平台对市政管理对象的状态监测进行集中管理。这里，图像采集终端可以通过蜂窝网络或者wi-fi(无线保真)网络将图像数据发送给状态监测平台。
62.本发明实施例状态监测方法，图像采集终端在移动过程中自主地采集市政管理对象的图像，无需用户介入，便于利用手机等智能便携式终端实现移动群智感知，且市政管理对象的图像的采集不会给用户增添时间和精力上的负担，亦无需在井盖等对象上安装额外的传感器等监测设备，从而有效地减少了对象监测的部署成本及后续的维护成本。
63.需要说明的是，若对市政管理对象的图像的采集需要用户手动介入时，将占用大量的用户时间和精力用于问题井盖等市政管理对象的查找和拍摄，容易造成用户参与度低，且普通用户不具备设备巡检的专业知识，容易忽视细微的问题，造成漏检。本发明实施例市政管理对象的状态监测方法，在市政管理对象的图像的拍摄过程中，无需用户手动介入，且不要用户具备巡检的专业知识，便于移动群智感知的实现。
64.这里，图像采集规则是指图像采集终端的拍照模式运行时，触发拍照行为的特定条件。在一些实施例中，条件集合包含的字段如公式(1)所示，各字段对应的参数如公式(2)所示。
65.《光强度，位置，速度，时间，加速度，方向偏移，颠簸》
ꢀꢀ
(1)
66.《l
min
,[loc],[v
min
,v
max
],t,a
min
,deg
min
,[toss,n,t]》
ꢀꢀ
(2)
[0067]
下面结合公式(1)和公式(2)对图像采集规则涉及的条件进行说明：
[0068]
光强度是指图像采集时光线的强弱，在夜间，普通用户手机难以获取高质量的市政管理对象的图像，因此，需要用户在白天光照条件好的情况下才进行拍摄。光强度对应的参数l
min
表示光强度数值的下限，可以在检测到当前环境光照充足，数值高于下限的时候，开启拍照模式。
[0069]
位置是与图像采集有直接关联的地理信息，通过设定在某特定地理范围内拍照能够高效实现局部区域的信息采集，避免占用过多用户资源。位置对应的参数[loc]是一组用于标定范围区域的点的坐标，当移动载体位于该范围区域内时，可以启动拍照。
[0070]
速度是指移动载体的运行速度，当高速运行时，可能预示当前道路状况较好，出现异常井盖等对象的概率相对较低，且高速运行时拍摄到的图像质量较低，易出现模糊等问题；当较低速运行时，可能预示当前出现拥堵，车辆间距较近，井盖、路面等对象容易受到前方车辆的遮挡，且此时拍摄的图像还将存在较大程度的冗余。这两种情况下采集到高质量市政管理对象的图像的概率较低，因此，需要在车辆行驶速度处于某个合理区间时才进行图像拍摄。因此，速度对应的参数[v
min
,v
max
]标定了介于最小速度与最大速度范围内的数值区间，当移动载体的速度处于该区间时，可以启动市政管理对象的图像拍摄流程。
[0071]
时间对应的参数t表示图像采集的间隔时长，以秒为单位(例如，t设置为1表示间隔1秒拍摄一次)。
[0072]
加速度是衡量移动载体速度变化的程度，当用户发现前方出现破损井盖、道路异常或信号灯变化等情况时，可能紧急减速，导致加速度变化。加速度对应的参数是加速度变化的下限，仅当移动载体的加速度大于a
min
时，触发市政管理对象的图像拍摄行为。
[0073]
方向偏移是指移动载体的行驶方向发生变化，当用户发现前方出现破损井盖、道路异常时，可能会进行避让，将使车辆发生小角度偏移。因此，该参数deg
min
需设置为车辆偏移角度的最小值，仅当检测到移动载体出现的偏移角度大于等于该数值时，触发拍照。
[0074]
颠簸预示当前路面状态不佳，此时遇到破损井盖等问题对象的概率较大。因此，颠簸条件对应的参数[toss,n,t]表示拍照的触发条件及拍摄的图像数量及间隔时长，其中toss为布尔类型，表示是否发生颠簸，即如果手机app检测到颠簸的发生，可以触发拍照，并以t为间隔时长连续拍摄n张照片，n为自然数，使用户能够及时获取当前路段内的对象状况。
[0075]
需要说明的是，可以根据需求选择公式(1)和(2)中示出的条件，生成图像采集规则。
[0076]
在一应用示例中，第一图像采集规则的参数包括：《l
min
,[loc],[v
min
,v
max
],t》，即在满足基本的光线和位置要求的情况下，当移动载体运行的速度处于[v
min
,v
max
]区间内，根据间隔时长t进行周期性的市政管理对象的图像拍摄。
[0077]
在一应用示例中，第二图像采集规则的参数包括：《l
min
,[loc],a
min
,deg
min
,[toss,n,t]》，即在满足基本光线和位置要求的情况下，根据加速度、方向偏移和颠簸的发生情况触发市政管理对象的图像拍摄。
[0078]
实际应用中，以井盖为对象来说，由于不同城市存在巨大的环境差异和基础设施建设程度差异，因此，需要对于不同城市的特点和井盖状态监测需求设置不同的图像采集模式。比如，可以在道路环境及基础设施建设较差的城市拍摄图像，可以设置为连续采集模式，有利于充分采集井盖图像。在道路环境及基础设施建设较好的城市拍摄图像，可以设置为触发采集模式，有利于最大程度的降低图像的冗余，及时发现异常井盖。
[0079]
在一些实施例中，所述发送市政管理对象的图像数据给状态监测平台之前，状态监测方法还包括：
[0080]
对采集的图像进行图像裁剪；
[0081]
基于裁剪后的图像进行图像识别，选取包含市政管理对象的目标图像；
[0082]
对所述目标图像基于敏感对象进行隐私保护处理，得到所述图像数据。
[0083]
这里，图像裁剪是指图像采集终端对采集的市政管理对象的图像裁剪掉车头遮挡或天空等与对象识别无关的区域，仅保留有效的对象区域的图像，节约存储和传输的开销，也有利于提升图像识别的处理效率。
[0084]
这里，基于裁剪后的市政管理对象的图像进行图像识别是指图像采集终端对裁剪后的图像识别出是否存在市政管理对象，删除不含市政管理对象的图像，保留包含市政管理对象的目标图像以进行下一步的隐私保护处理。
[0085]
这里，隐私保护处理是指图像采集终端对目标图像中拍摄到的车牌或行人等对象的敏感信息进行模糊处理，实现高效的隐私保护。
[0086]
在一些实施例中，所述发送市政管理对象的图像数据给状态监测平台之前，状态监测方法还包括：
[0087]
对所述图像数据进行加密处理。
[0088]
图像采集终端还可以对待发送的图像数据进行加密处理，以满足信息安全传递的需求。该加密处理可以包括基于数字签名、区块链技术、加密算法加密等方式来实现，本发
明实施例对此不做具体限定。
[0089]
下面以智能手机为例，以井盖为对象，对井盖状态监测方法进行举例说明，如图3所示，井盖状态监测方法包括：
[0090]
步骤301，启动手机app；
[0091]
这里，智能手机需要安装用于井盖状态监测的app(应用程序)，用户启动该app后，可以接收到任务管理平台(即前述的状态监测平台)下发的监测任务。用户可以选择是否接受某项监测任务，并同意将拍摄的图像及辅助传感信息(例如：时间、位置等等)提供给任务管理平台，以便于任务管理平台进行井盖状态的监测分析。
[0092]
步骤302，用户点击拍照模式，系统记录手机的拍摄角度；
[0093]
用户接收监测任务后，需要将智能手机安装到移动载体上，比如，采用手机支架将智能手机安装至车辆上，并点击拍照模式，设置图像拍摄角度，智能手机的系统记录拍摄角度。
[0094]
步骤303，判断是否满足图像采集规则，若是则执行步骤304；若否，则周期性循环判断是否满足图像采集规则；
[0095]
在车辆移动过程中，智能手机周期性循环判断当前的状态是否满足图像采集规则，若是，则执行步骤304，以触发摄像头进行拍照和存储，若否，则继续按照设定周期循环判断当前的状态是否满足图像采集规则。
[0096]
步骤304，拍摄图像，记录拍摄信息；
[0097]
这里，智能手机自主地以前述的第一模式或者第二模式拍摄图像，以采集井盖图像，并记录拍摄信息，拍摄信息可以包括以下至少之一：拍摄时间、拍摄位置、移动速度、加速度及光强度等。
[0098]
步骤305，存储图像及相关信息；
[0099]
这里，智能手机存储拍摄的井盖图像及相应的拍摄信息。
[0100]
步骤306，用户到达目的地后，主动退出拍照模式；
[0101]
智能手机判定当前的位置达到监测任务对应的终点后，主动退出拍照模式，即将摄像头运行的程序关闭。
[0102]
步骤307，系统自动执行图像筛选，进行隐私保护处理，并告知用户拍摄情况统计；
[0103]
智能手机可以对拍摄的井盖图像进行初步处理，比如，对井盖图像进行图像裁剪，基于裁剪后的井盖图像进行图像识别，选取包含井盖的目标图像，对所述目标图像基于敏感对象进行隐私保护处理，以减少传递给任务管理平台的数据开销及任务管理平台进行后续统计分析的处理开销。智能手机还可以对初步处理的结果进行统计，比如，拍摄的图像数量，并告知用户。
[0104]
步骤308，询问用户是否通过当前网络上传图像，若否，则执行步骤309；若是，则执行步骤310；
[0105]
智能手机可以在完成对井盖图像的初步处理后，生成用于指示用户是否通过当前网络上传图像数据的提示信息，若用户同意，则执行步骤310；若用户不同意，则执行步骤309。
[0106]
步骤309，待后续再提示用户上传图像；
[0107]
智能手机可以在网络状态发生变化后，比如，连接至wi-fi网络后，再次提升用户
上传图像数据，直至监测任务对应的图像数据上传至任务管理平台。
[0108]
步骤310，将图像传输至任务管理平台；
[0109]
智能手机可以经当前的网络传递图像数据给任务管理平台，比如，通过蜂窝网络或者wi-fi网络经初步处理后的图像数据发送给任务管理平台。
[0110]
步骤311，一次任务执行结束。
[0111]
可以理解的是，在监测任务的有效期内，智能手机可以根据需要进行多次图像采集，以保证监测任务的完成质量。
[0112]
下面再对本发明实施例中状态监测平台侧的市政管理对象的状态监测方法进行介绍。如图4所示，所述方法包括：
[0113]
步骤401，获取市政管理对象的监测请求；
[0114]
这里，状态监测平台可以接收信息需求方提出的监测请求，该监测请求可以为对指定区域的市政管理对象在指定时段进行监测的请求。
[0115]
步骤402，基于所述监测请求生成监测任务，所述监测任务包括用于控制图像采集终端采集市政管理对象的图像的图像采集规则；
[0116]
这里，状态监测平台将监测请求转换为监测任务，并基于注册用户的信息将监测任务分配给相应的图像采集终端，比如，可以根据注册用户的位置信息将邻近的监测任务分配给该相应注册用户对应的图像采集终端。
[0117]
这里，状态监测平台生成的监测任务包括图像采集规则，可以是前述的第一图像采集规则或者第二图像采集规则。
[0118]
步骤403，发送所述监测任务给多个图像采集终端；
[0119]
状态监测平台发送监测任务给图像采集终端，图像采集终端可以基于监测任务中携带的图像采集规则，执行自主的市政管理对象的图像采集。
[0120]
步骤404，接收多个所述图像采集终端发送的所述市政管理对象的图像数据；
[0121]
状态监测平台接收图像采集终端执行完监测任务后上传的图像数据及相应的拍摄信息，比如，拍摄信息包括以下至少之一：拍摄时间、拍摄位置、移动速度、加速度及光强度等。
[0122]
步骤405，基于多个所述图像采集终端发送的所述图像数据，生成所述市政管理对象的监测结果。
[0123]
状态监测平台可以基于各图像采集终端上传的图像数据及拍摄信息，进行统计分析，得到市政管理对象的监测结果。
[0124]
在一些实施例中，为了保证市政管理对象的图像采集的效率和准确性，状态监测平台可以智能化地确定图像采集规则对应的图像采集模式，使得可以基于井盖监测请求生成适用于不同的城市环境的监测任务。基于此，在一些实施例中，所述基于所述监测请求生成监测任务，包括：
[0125]
基于机器学习确定所述监测请求对应的监测任务的图像采集规则，所述图像采集规则为用于控制所述图像采集终端以连续模式采集市政管理对象的图像的第一图像采集规则或者用于控制所述图像采集终端以触发模式采集市政管理对象的图像的第二图像采集规则。
[0126]
在一些实施例中，所述基于机器学习确定所述监测请求对应的监测任务的图像采
集规则，包括：
[0127]
基于历史监测任务的样本特征参数值构建训练数据集；
[0128]
基于训练数据集进行模型训练，得到分类模型；
[0129]
基于所述分类模型对待分类的监测任务进行分类，确定所述待分类的监测任务的图像采集规则。
[0130]
在一应用示例中，图像采集规则包括：第一模式对应的第一图像采集规则、第二模式对应的第二图像采集规则，状态监测平台可以训练生成用于确定待分类的监测任务为第一模式对应的第一图像采集规则或第二模式对应的第二图像采集规则的分类模型。
[0131]
实际应用中，状态监测平台可以利用状态监测的历史数据对待分类的监测任务进行分类，分类标签为图像采集模式，标签为0表示第一模式，标签为1表示第二模式。以井盖为对象，样本特征列表可以如表1所示。
[0132]
表1
[0133][0134][0135]
本发明实施例中的样本特征值可以包括但不限于表1所示的样本特征列表中各样本特征的参数对应的参数值。其中，每条样本特征代表用户执行一次任务时的信息记录。
[0136]
在一应用示例中，基于机器学习确定所述监测请求对应的监测任务的图像采集规则，包括：
[0137]
步骤一：提取历史特征数据和数据所属的任务标签，构建训练数据集。提取待下发至图像采集终端的监测任务，结合任务相关历史数据，构建待分类的监测任务对应的待分类样本集合。
[0138]
这里，井盖数和上周期损坏率可由信息需求方提供，其他数据可通过执行任务的app历史记录得到。
[0139]
这里，对同一用户同一任务中完全重合的运行轨迹进行去重处理(完全重合表示轨迹和方向完全一致，例如，用户每天上班固定路线认为完全重合，如上班、下班虽然轨迹相同，但方向不同，则认为不属于完全重合，需要分成两条样本记录)，完全重合的运行轨迹对应的运行时间、车辆平均速度、有效图像率、颠簸数进行求平均值处理。
[0140]
步骤二：基于训练数据集完成井盖图像拍摄模式的二分类模型构建，可采用的机器学习算法包括knn、朴素贝叶斯、adaboost等。
[0141]
步骤三：根据分类模型对待分类样本集合进行分类，得到待分类的监测任务的执行模式标签，根据标签确定每一监测任务的图像采集模式，进而生成相应的图像采集规则。
[0142]
步骤四：将包含图像采集规则的监测任务下发至图像采集终端，由相应的图像采集终端自主地执行井盖图像的采集。
[0143]
步骤五：根据用户手机app执行任务中记录的各项参数(例如，颠簸数、运行时间、运行轨迹、车辆平均速度、有效图像率等等)，定时更新训练数据集，实现分类模型的优化。
[0144]
在一些实施例中，基于多个所述图像采集终端发送的所述图像数据，生成所述市政管理对象的监测结果，包括：
[0145]
对接收的图像数据进行图像识别，确定相应图像数据的对象状态；
[0146]
基于不同的图像采集终端发送的图像数据对应的采集位置和所述对象状态进行统计分析，得到所述市政管理对象的监测结果。
[0147]
这里，状态监测平台可以对各图像采集终端发送的图像数据进行图像识别，比如，可以基于深度神经网络的图像识别算法确定接收的图像中对象的对象状态，以井盖为例，对象状态可以包括：是否破损，进一步，还可以对破损的井盖进行破损程度的划分，比如，再根据损坏的程度(例如，根据损坏的面积等依据)判定损坏的分级(例如，轻微损坏或严重损坏)。
[0148]
这里，状态监测平台可以基于不同的图像采集终端发送的图像数据对应的采集位置和所述对象状态进行统计分析，比如，将各图像采集终端发送的有效市政管理对象的图像结合时间、位置等拍摄信息进行数据融合处理，通过数据融合能够实现根据不同图像采集终端提供的图像信息的互补和交叉验证，进一步提升对象状态监测的覆盖范围，并提升监测结果的可靠性。
[0149]
在一应用示例中，以井盖为例，互补和交叉验证的方法如下：
[0150]
1)、将监测任务的覆盖区域按照街道划分成网格，每个网格代表一个原子区域。
[0151]
2)、将各图像采集终端提交的有效井盖图像对应的位置坐标和图像识别中判定的井盖状态作为特征在网格中进行标注，标注后的点的坐标即代表井盖图像采集的位置，井盖状态可通过点的颜色或形状表示。示意图如图5所示，图中三角表示判定的损坏井盖，圆点表示判定的正常井盖。
[0152]
3)、对每一个原子区域内的散点根据状态进行聚类(例如，k-means、dbscan算法等等)，得到的聚类结果代表该位置的井盖状态的监测结果，如果某图像不符合所在位置的聚类结果，则认为该图像异常，异常结果将计入用户的任务执行记录中。
[0153]
在一些实施例中，状态监测方法还包括：
[0154]
若任一图像采集终端的图像数据的对象状态与市政管理对象的监测结果不符的异常数量达到预设阈值，取消相应图像采集终端的监测权限。
[0155]
这里，若某一图像采集终端的监测任务的任务执行记录中的异常数量达到预设阈值，则表明该图像采集终端不可靠(例如，定位信息错误、手机遭到安全攻击等等)，后续将终止该图像采集终端的监测任务的执行，即取消该图像采集终端的监测权限。
[0156]
在一些实施例中，状态监测方法还包括：
[0157]
对接收的图像数据进行解密处理。
[0158]
这里，当图像采集终端对发送的图像数据进行了加密处理，则状态监测平台需要对接收的图像数据进行相应的解密处理，以满足信息安全传递的需求，有效增强状态监测平台抵御安全攻击的能力。
[0159]
在一些实施例中，状态监测方法还包括：
[0160]
对图像采集终端进行注册及管理。
[0161]
这里，状态监测平台可以对各用户的图像采集终端进行注册及管理，从而在平台侧维护各注册用户的信息列表。状态监测平台还可以根据用户信息的分析实现用户的细分，能够实现更加精准的任务推送和激励机制设计，有利于提升任务开展的效率。
[0162]
下面结合应用实施例对本发明再作进一步详细的描述。
[0163]
如图6所示，本应用实施例中，待监测的对象为井盖，状态监测系统即井盖状态监测系统，本应用实施例井盖状态监测系统包括任务管理平台61、用户侧任务执行系统62及信息需求方业务系统63。其中，任务管理平台61是连接信息需求方业务系统63与用户侧任务执行系统62的枢纽，也是井盖状态监测系统运行的核心，任务管理平台61包括：第一通信管理模块611、第一任务管理模块612、用户管理模块613、激励管理模块614、第一数据管理模块615及第一安全保障模块616。用户侧任务执行系统62是井盖状态信息采集的主体，其包括用户手机app和移动载体两部分。手机app包括：第二任务管理模块621、拍摄管理模块622、第二数据管理模块623、第二通信管理模块624及第二安全保障模块625，移动载体用于承载图像采集终端并带动图像采集终端移动，该移动载体可以为小汽车、摩托车、自行车等。图像采集终端可以为智能手机，由智能手机运行前述的手机app。
[0164]
下面对任务管理平台61侧各模块的功能介绍如下：
[0165]
第一通信管理模块611是业务管理平台进行系统间通信的能力组件，能够与信息需求方业务系统63以及用户侧手机app进行连接，实现各类数据的传输。
[0166]
第一任务管理模块612用于监测任务生成、发布及管理的能力组件，其根据信息需求方的井盖监测请求生成可在用户侧执行的监测任务，并根据监测任务的需求设置相应的图像采集规则(根据公式(1)和(2)设定相应的参数及数值)，将监测任务及图像采集规则发布到用户的手机app上，平台中所有井盖监测任务将构成一个任务列表，列表中的任务包含的字段如公式(3)所示。
[0167]
《任务编号，任务有效期，位置区域，图像要求，设备列表，拍摄规则》(3)
[0168]
其中，任务编号可以为任务管理平台基于设定规则对监测任务生成的任务编号，任务有效期、位置区域及图像要求可以基于井盖监测请求进行相应设置，设备列表为该监测任务对应的图像采集终端的列表，拍摄规则为前述的图像采集规则。任务管理平台可对监测任务的完成情况进行统计和管理，及时更新任务信息和任务状态，任务状态可包括未发布、已发布、已完成等。
[0169]
用户管理模块613是对已安装手机app的用户进行信息维护和综合管理的能力组
件，平台将维护所有注册用户的信息列表，列表中的字段如公式(4)所示。
[0170]
《用户id(手机号)，注册时间，证件号码，设备列表，地址列表》(4)
[0171]
用户管理模块613可以根据用户信息的分析能够实现对用户的细分，能够实现更加精准的任务推送和激励机制设计，有利于提升任务开展的效率。
[0172]
激励管理模块614是依据任务的要求针对执行任务的用户进行激励机制设置的能力组件，激励方法包括但不限于现金、积分、荣誉等，通过合理的激励机制能够最大限度的提升用户的参与意愿和热情，拓宽井盖状态监测系统的覆盖范围。
[0173]
第一数据管理模块615是对用户侧采集的井盖图像进行图像分析、数据融合及统计的能力组件，它对采集的井盖图像进行状态识别，融合处理并分析多用户提交的图像数据，通过数据统计形成整体感知结论用于向信息需求方反馈。数据管理模块是任务管理平台实现井盖状态监测功能的核心组件。第一数据管理模块615可以用于执行前述基于所述图像数据生成井盖状态的监测结果的具体过程，本发明实施例在此不再赘述。
[0174]
第一安全保障模块616是实现井盖状态监测系统信息安全保护的能力组件，由于系统采用群智感知的方式通过用户设备实现大规模的图像采集，因此用户信息安全及隐私保护至关重要，通过加密、数字签名、区块链等技术手段实现安全保护，使用户信息更加安全，也降低任务管理平台的安全攻击风险。
[0175]
下面对用户侧执行系统62侧各模块的功能介绍如下：
[0176]
第二任务管理模块621用户对任务进行综合维护的能力组件，具备接受、管理相应任务并根据任务的完成情况获取相应激励的功能。
[0177]
拍摄管理模块622是在用户执行任务时控制拍摄图像的能力组件，用户接受平台下发的某项任务后，模块自动加载该任务的图像采集规则(如公式(1)和(2)所示)，任务执行时，app根据相应规则，由拍摄管理模块622控制图像采集的时机，进而实现井盖图像的自动采集。
[0178]
第二数据管理模块623是对用户拍摄的图像和图像背景信息进行综合管理的能力组件，其功能包括用户采集的图像进行存储查看、背景信息统计(例如：图像大小、拍摄时间、拍摄地点、拍摄角度、光线强度、行驶速度等等)，以及对图像进行初步处理及分析，消除不合格的图像，降低数据传输和处理的开销。
[0179]
第二通信管理模块624是与平台进行通信连接的能力组件，实现图像、规则等各类数据的传递。
[0180]
第二安全保障模块625是对用户手机app进行信息安全保障及隐私保护的能力组件，可实现加密等安全能力。
[0181]
下面结合图7，对本应用实施例的井盖状态监测系统的井盖状态监测方法进行具体说明，如图7所示，该井盖状态监测方法包括：
[0182]
步骤701，用户在平台注册，同意接收任务并采集图像；
[0183]
用户通过图像采集终端向任务管理平台进行注册，注册过程包括：提供身份验证信息，阅读信息采集的要求，接受平台的隐私保护条款、同意接收平台下发的井盖采集任务信息。
[0184]
步骤702，提出井盖监测请求；
[0185]
信息需求方业务系统向任务管理平台发送井盖监测请求，比如对指定区域在指定
时段内进行井盖状态监测的请求。
[0186]
步骤703，根据井盖监测请求生成监测任务；
[0187]
任务管理平台根据井盖监测请求选定图像采集模式，生成相应的图像采集规则。
[0188]
步骤704，选择用户，激励，进行任务分发；
[0189]
任务管理平台对监测任务选择用户，并设置相应的激励，将监测任务下发给相应的图像采集终端。
[0190]
步骤705，接受任务并在移动载体运行时开启手机app，自动执行任务，并进行图像初筛；
[0191]
图像采集终端接受监测任务，基于图像采集终端在移动过程中的状态和图像采集规则，自主地执行图像采集的任务，并对采集的图像进行筛选、隐私保护处理等初步处理。
[0192]
步骤706，图像等感知数据提交；
[0193]
图像采集终端将经初步处理后的图像数据及拍摄信息上传给任务管理平台。
[0194]
步骤707，数据融合、分析，获得感知结论；
[0195]
任务管理平台基于各图像采集终端上传的图像数据及拍摄信息，进行数据融合，并对融合的数据进行统计分析，得到井盖状态的监测结果。
[0196]
步骤708，请求信息提交。
[0197]
任务管理平台基于统计出的井盖状态的监测结果生成请求信息，该请求信息为应答井盖监测请求的应答消息，并将请求信息发送给信息需求方业务系统。
[0198]
在其他实施例中，图像采集终端还可以为智能手机与其他具有图像拍摄功能的移动式终端的组合，比如，移动式终端可以为行车记录仪、智能后视镜、智能手表、智能手环、智能头盔、智能眼镜、运动相机等等，对于不方便使用智能手机拍摄图像的用户，也能够有效利用其他移动式终端执行图像采集任务。用户同样需要安装手机app，并通过手机app连接移动式终端(例如：行车记录仪、运动相机等等)，通过手机app判定是否满足拍摄条件，进而控制其他移动式终端进行图像拍摄，并通过蓝牙或wifi等实现终端与手机app之间的连接。在用户执行任务时，手机app作为控制拍摄和图像存储及分析的设备，图像的采集由例如行车记录仪等其他终端完成。扩展后的井盖状态监测方法，任务管理平台的设计无需更改即可支持。只需更新手机app，增加终端管理模块，管理图像采集的移动式终端，并在通信管理模块中增加通过蓝牙、wifi等方式与图像采集的移动式终端进行通信。扩展后的系统具有更强的适用性，能够支持拥有不同图像采集的移动式终端的用户都参与任务的执行，增加用户的参与度，提升任务执行的效率。
[0199]
可以理解的是，上述应用实施例是以井盖为对象进行的举例说明。在其他实施例中，状态监测系统还可以对其他对象进行监测，比如，还可以用于智慧城市的其他场景中，例如：道路状态监测、交通状态监测、环境状态监测等等，只需设置相应的合理图像采集规则即可。具有较强的普适性，应用前景广阔。
[0200]
为了实现本发明实施例图像采集终端侧的市政管理对象的状态监测方法，本发明实施例还提供一种市政管理对象的状态监测装置，该状态监测装置与上述图像采集终端侧的市政管理对象的状态监测方法对应，上述图像采集终端侧的市政管理对象的状态监测方法实施例中的各步骤也完全适用于本状态监测装置实施例。
[0201]
如图8所示，该状态监测装置800包括：第一获取模块801、图像采集模块802、第一
发送模块803；其中，第一获取模块801用于获取状态监测平台发送的图像采集规则；图像采集模块802用于确定所述图像采集终端在移动过程中的状态匹配所述图像采集规则，控制所述图像采集终端采集市政管理对象的图像；第一发送模块803用于发送所述市政管理对象的图像数据给状态监测平台。
[0202]
在一些实施例中，所述图像采集规则为第一图像采集规则，图像采集模块802具体用于：
[0203]
确定所述图像采集终端在移动过程中的状态至少符合所述第一图像采集规则中的光强度条件及位置条件，且所述图像采集终端的移动速度位于设定的速度阈值区间，控制所述图像采集终端以第一间隔时长连续采集所述市政管理对象的图像。
[0204]
在一些实施例中，所述图像采集规则为第二图像采集规则，图像采集模块802具体用于：
[0205]
确定所述图像采集终端在移动过程中的状态至少符合所述第二图像采集规则中的光强度条件及位置条件，基于所述图像采集终端是否颠簸、加速度及方向偏移量中的一个，触发所述图像采集终端采集所述市政管理对象的图像。
[0206]
在一些实施例中，图像采集模块802基于所述图像采集终端是否颠簸、加速度及方向偏移量中的一个，触发所述图像采集终端采集所述市政管理对象的图像包括：
[0207]
确定所述图像采集终端发生颠簸，触发所述图像采集终端以第二间隔时长采集n张市政管理对象的图像，n为自然数；或者，
[0208]
确定所述图像采集终端的加速度达到加速度条件，触发所述图像采集终端采集至少一张市政管理对象的图像；
[0209]
确定所述图像采集终端的方向偏移量达到方向偏移条件，触发所述图像采集终端采集至少一张市政管理对象的图像。
[0210]
在一些实施例中，状态监测装置800还包括：图像处理模块804，具体用于：
[0211]
对采集的图像进行图像裁剪；
[0212]
基于裁剪后的图像进行图像识别，选取包含市政管理对象的目标图像；
[0213]
对所述目标图像基于敏感对象进行隐私保护处理，得到所述图像数据。
[0214]
在一些实施例中，状态监测装置800还包括：加密模块805，具体用于：
[0215]
对所述图像数据进行加密处理。
[0216]
实际应用时，第一获取模块801、图像采集模块802、第一发送模块803、图像处理模块804及加密模块805，可以由状态监测装置800装置中的处理器来实现。当然，处理器需要运行存储器中的计算机程序来实现它的功能。
[0217]
可以理解的是，第一获取模块801对应于前述的第二任务管理模块621，图像采集模块802对应于前述的拍摄管理模块621，第一发送模块803对应于前述的第二通信管理模块624，图像处理模块804对应于前述的第二数据管理模块623，加密模块805对应于前述的第二安全保障模块625。
[0218]
为了实现本发明实施例状态监测平台侧的市政管理对象的状态监测方法，本发明实施例还提供一种市政管理对象的状态监测装置，该状态监测装置与上述状态监测平台侧的市政管理对象的状态监测方法对应，上述状态监测平台侧的市政管理对象的状态监测方法实施例中的各步骤也完全适用于本状态监测装置实施例。
[0219]
如图9所示，该状态监测装置900包括：第二获取模块901、任务管理模块902、第二发送模块903、接收模块904及处理模块905；其中，第二获取模块901用于获取市政管理对象的监测请求；任务管理模块902用于基于所述监测请求生成监测任务，所述监测任务包括用于控制图像采集终端采集市政管理对象的图像的图像采集规则；第二发送模块903用于发送所述监测任务给多个图像采集终端；接收模块904用于接收多个所述图像采集终端发送的所述市政管理对象的图像数据；处理模块905用于基于多个所述图像采集终端发送的所述图像数据生成所述市政管理对象的监测结果。
[0220]
在一些实施例中，任务管理模块902具体用于：
[0221]
基于机器学习确定所述监测请求对应的监测任务的图像采集规则，所述图像采集规则为用于控制所述图像采集终端以第一模式采集市政管理对象的图像的第一图像采集规则或者用于控制所述图像采集终端以第二模式采集市政管理对象的图像的第二图像采集规则。
[0222]
在一些实施例中，任务管理模块902具体用于：
[0223]
基于历史监测任务的样本特征参数值构建训练数据集；
[0224]
基于训练数据集进行模型训练，得到分类模型；
[0225]
基于所述分类模型对待分类的监测任务进行分类，确定所述待分类的监测任务的图像采集规则。
[0226]
在一些实施例中，处理模块905具体用于：
[0227]
对接收的图像数据进行图像识别，确定相应图像数据的对象状态；
[0228]
基于不同的图像采集终端发送的图像数据对应的采集位置和所述状态进行统计分析，得到待监测的对象的监测结果。
[0229]
在一些实施例中，处理模块905还用于：
[0230]
若任一图像采集终端的图像数据的对象状态与对象的监测结果不符的异常数量达到预设阈值，取消相应图像采集终端的监测权限。
[0231]
在一些实施例中，状态监测装置900还包括：解密模块906，用于：
[0232]
对接收的图像数据进行解密处理。
[0233]
在一些实施例中，状态监测装置900还包括：用户管理模块907，用于：
[0234]
对图像采集终端进行注册及管理。
[0235]
实际应用时，第二获取模块901、任务管理模块902、第二发送模块903、接收模块904、处理模块905、解密模块906及用户管理模块907，可以由状态监测装置900装置中的处理器来实现。当然，处理器需要运行存储器中的计算机程序来实现它的功能。
[0236]
可以理解的是，第二获取模块901和任务管理模块902对应于前述的第一任务管理模块612，第二发送模块903和接收模块904对应于前述的第一通信管理模块611，处理模块905对应于前述的第一数据管理模块615，解密模块906对应于前述的第一安全保障模块616，用户管理模块907对应于前述的用户管理模块613。
[0237]
需要说明的是：上述实施例提供的状态监测装置在进行状态监测时，仅以上述各程序模块的划分进行举例说明，实际应用中，可以根据需要而将上述处理分配由不同的程序模块完成，即将装置的内部结构划分成不同的程序模块，以完成以上描述的全部或者部分处理。另外，上述实施例提供的状态监测装置与状态监测方法实施例属于同一构思，其具
体实现过程详见方法实施例，这里不再赘述。
[0238]
基于上述程序模块的硬件实现，且为了实现本发明实施例的方法，本发明实施例还提供一种图像采集终端。图10仅仅示出了该图像采集终端的示例性结构而非全部结构，根据需要可以实施图10示出的部分结构或全部结构。
[0239]
如图10所示，本发明实施例提供的图像采集终端1000包括：至少一个处理器1001、存储器1002、用户接口1003和至少一个网络接口1004。图像采集终端1000中的各个组件通过总线系统1005耦合在一起。可以理解，总线系统1005用于实现这些组件之间的连接通信。总线系统1005除包括数据总线之外，还包括电源总线、控制总线和状态信号总线。但是为了清楚说明起见，在图10中将各种总线都标为总线系统1005。
[0240]
其中，用户接口1003可以包括显示器、键盘、鼠标、轨迹球、点击轮、按键、按钮、触感板或者触摸屏等。
[0241]
本发明实施例中的存储器1002用于存储各种类型的数据以支持图像采集终端的操作。这些数据的示例包括：用于在图像采集终端上操作的任何计算机程序。
[0242]
本发明实施例揭示的状态监测方法可以应用于处理器1001中，或者由处理器1001实现。处理器1001可能是一种集成电路芯片，具有信号的处理能力。在实现过程中，状态监测方法的各步骤可以通过处理器1001中的硬件的集成逻辑电路或者软件形式的指令完成。上述的处理器1001可以是通用处理器、数字信号处理器(dsp，digital signal processor)，或者其他可编程逻辑器件、分立门或者晶体管逻辑器件、分立硬件组件等。处理器1001可以实现或者执行本发明实施例中的公开的各方法、步骤及逻辑框图。通用处理器可以是微处理器或者任何常规的处理器等。结合本发明实施例所公开的方法的步骤，可以直接体现为硬件译码处理器执行完成，或者用译码处理器中的硬件及软件模块组合执行完成。软件模块可以位于存储介质中，该存储介质位于存储器1002，处理器1001读取存储器1002中的信息，结合其硬件完成本发明实施例提供的状态监测方法的步骤。
[0243]
在示例性实施例中，图像采集终端可以被一个或多个应用专用集成电路(asic，application specific integrated circuit)、dsp、可编程逻辑器件(pld，programmable logic device)、复杂可编程逻辑器件(cpld，complex programmable logic device)、fpga、通用处理器、控制器、微控制器(mcu，micro controller unit)、微处理器(microprocessor)、或者其他电子元件实现，用于执行前述方法。
[0244]
基于上述程序模块的硬件实现，且为了实现本发明实施例的方法，本发明实施例还提供一种状态监测平台。图11仅仅示出了该状态监测平台的示例性结构而非全部结构，根据需要可以实施图11示出的部分结构或全部结构。
[0245]
如图11所示，本发明实施例提供的状态监测平台1100包括：至少一个处理器1101、存储器1102、用户接口1103和至少一个网络接口1104。状态监测平台1100中的各个组件通过总线系统1105耦合在一起。可以理解，总线系统1105用于实现这些组件之间的连接通信。总线系统1105除包括数据总线之外，还包括电源总线、控制总线和状态信号总线。但是为了清楚说明起见，在图11中将各种总线都标为总线系统1105。
[0246]
其中，用户接口1103可以包括显示器、键盘、鼠标、轨迹球、点击轮、按键、按钮、触感板或者触摸屏等。
[0247]
本发明实施例中的存储器1102用于存储各种类型的数据以支持状态监测平台的
操作。这些数据的示例包括：用于在状态监测平台上操作的任何计算机程序。
[0248]
本发明实施例揭示的状态监测方法可以应用于处理器1101中，或者由处理器1101实现。处理器1101可能是一种集成电路芯片，具有信号的处理能力。在实现过程中，状态监测方法的各步骤可以通过处理器1101中的硬件的集成逻辑电路或者软件形式的指令完成。上述的处理器1101可以是通用处理器、数字信号处理器(dsp，digital signal processor)，或者其他可编程逻辑器件、分立门或者晶体管逻辑器件、分立硬件组件等。处理器1101可以实现或者执行本发明实施例中的公开的各方法、步骤及逻辑框图。通用处理器可以是微处理器或者任何常规的处理器等。结合本发明实施例所公开的方法的步骤，可以直接体现为硬件译码处理器执行完成，或者用译码处理器中的硬件及软件模块组合执行完成。软件模块可以位于存储介质中，该存储介质位于存储器1102，处理器1101读取存储器1102中的信息，结合其硬件完成本发明实施例提供的状态监测方法的步骤。
[0249]
在示例性实施例中，状态监测平台1100可以被一个或多个asic、dsp、pld、cpld、fpga、通用处理器、控制器、mcu、microprocessor、或其他电子元件实现，用于执行前述方法。
[0250]
可以理解，存储器1002、1102可以是易失性存储器或非易失性存储器，也可包括易失性和非易失性存储器两者。其中，非易失性存储器可以是只读存储器(rom，read only memory)、可编程只读存储器(prom，programmable read-only memory)、可擦除可编程只读存储器(eprom，erasable programmable read-only memory)、电可擦除可编程只读存储器(eeprom，electrically erasable programmable read-only memory)、磁性随机存取存储器(fram，ferromagnetic random access memory)、快闪存储器(flash memory)、磁表面存储器、光盘、或只读光盘(cd-rom，compact disc read-only memory)；磁表面存储器可以是磁盘存储器或磁带存储器。易失性存储器可以是随机存取存储器(ram，random access memory)，其用作外部高速缓存。通过示例性但不是限制性说明，许多形式的ram可用，例如静态随机存取存储器(sram，static random access memory)、同步静态随机存取存储器(ssram，synchronous static random access memory)、动态随机存取存储器(dram，dynamic random access memory)、同步动态随机存取存储器(sdram，synchronous dynamic random access memory)、双倍数据速率同步动态随机存取存储器(ddrsdram，double data rate synchronous dynamic random access memory)、增强型同步动态随机存取存储器(esdram，enhanced synchronous dynamic random access memory)、同步连接动态随机存取存储器(sldram，synclink dynamic random access memory)、直接内存总线随机存取存储器(drram，direct rambus random access memory)。本发明实施例描述的存储器旨在包括但不限于这些和任意其它适合类型的存储器。
[0251]
本发明实施例还提供了一种状态监测系统，如图1所示，该状态监测系统包括状态监测平台101，状态监测平台101通信连接至少一个图像采集终端102。其中，图像采集终端102可以为如图10所示的图像采集终端1000，状态监测平台101可以为如图11所示的状态监测平台1100，状态监测系统的状态监测方法可以参照前述方法实施例，在此不再赘述。
[0252]
在示例性实施例中，本发明实施例还提供了一种存储介质，即计算机存储介质，具体可以是计算机可读存储介质，例如包括存储计算机程序的存储器1002，上述计算机程序可由图像采集终端1000的处理器1001执行，以完成本发明实施例图像采集终端1000侧状态
监测方法所述的步骤；又如，包括存储计算机程序的存储器1102，上述计算机程序可由状态监测平台1100的处理器1101执行，以完成本发明实施例状态监测平台1100侧状态监测方法所述的步骤。计算机可读存储介质可以是rom、prom、eprom、eeprom、flash memory、磁表面存储器、光盘、或cd-rom等存储器。
[0253]
需要说明的是：“第一”、“第二”等是用于区别类似的对象，而不必用于描述特定的顺序或先后次序。
[0254]
另外，本发明实施例所记载的技术方案之间，在不冲突的情况下，可以任意组合。
[0255]
以上所述，仅为本发明的具体实施方式，但本发明的保护范围并不局限于此，任何熟悉本技术领域的技术人员在本发明揭露的技术范围内，可轻易想到变化或替换，都应涵盖在本发明的保护范围之内。因此，本发明的保护范围应以权利要求的保护范围为准。