本申请涉及施工工程技术领域，具体而言，涉及一种病害获得方法及装置。
背景技术：
随着国家经济水平的不断发展提高，各基础工程例如路桥已经纷纷建设完工并投入使用。
在路桥的后续使用中，需要经常性对的路桥进行维护，即巡检人员需要经常检查路桥是否出现病害。目前，在巡检人员发现并确认路桥的某个位置出现病害后，巡检人员需要上报病害，即巡检人员需要通过纸笔对病害的位置和病害的情况进行记录，并还通过电话告知养护单位该病害的位置和该病害的情况。
但采用纸笔记录和电话沟通不仅存在病害模型位置点的确定不够直观的问题，且还存在信息可保存性差，并容易出现信息丢失或错误的问题，从而不利于养护单位对路桥进行及时精确的管理和养护。
技术实现要素：
本申请的目的在于提供一种病害获得方法及装置，以有效的改善上述问题。
本申请的实施例通过如下方式实现：
第一方面，本申请实施例提供了一种病害获得方法，所述方法包括：响应检测到的用户输入的模型加载操作，将需要确定病害的一工程建筑物的工程建筑物模型加载；响应检测到的所述用户输入的病害点确认操作，在所述工程建筑物模型的显示画面上确定出的与所述病害在所述工程建筑物中的实际位置对应的一模型位置点；将针对所述工程建筑物预设的至少一种病害情况信息，按每种病害情况信息的历史发生次数的大小顺序依次展示；响应检测到的所述用户输入的病害确认操作，从所述至少一种病害情况信息中确定出在所述模型位置点处的实际病害情况信息。
结合上述第一方面提供的技术方案，在一些可能的实现方式中，所述响应检测到的用户输入的模型加载操作，将需要确定病害的一工程建筑物的工程建筑物模型加载，包括：响应检测到的用户输入的模型加载操作，判断工程建筑物的工程建筑物模型是否已经预先下载；在为否时，判断当前的网络状态是否为wifi状态；在为否时，响应检测到的所述用户输入的确认下载指令，下载并加载所述工程建筑物模型中所述用户确认的部分模型，其中，所述部分模型与所述工程建筑物中病害所在的实际部分对应。
结合上述第一方面提供的技术方案，在一些可能的实现方式中，所述工程建筑物模型包括至少两个部分模型。
结合第一方面的实施方式，在一些可选的实施方式中，所述将针对所述工程建筑物预设的至少一种病害情况信息按每种病害情况信息的历史发生次数的大小顺序依次展示，包括：在基于所述工程建筑物模型而划分出的至少一个病害区域中确定出所述模型位置点所在的一目标病害区域；获得针对所述目标病害区域预设的至少一种病害情况信息，以及获得所述至少一种病害情况信息中每种病害情况信息的历史发生次数；将所述至少一种病害情况信息按每种病害情况信息的历史发生次数的大小顺序依次展示。
结合第一方面的实施方式，在一些可选的实施方式中，所述响应检测到的所述用户输入的病害确认操作，从所述至少一种病害情况信息中确定出在所述模型位置点处的实际病害情况信息之后，所述方法还包括：将所述实际病害情况信息的历史发生次数更新。
第二方面，本申请实施例提供了一种病害获得装置，所述装置包括：模型加载模块，用于响应检测到的用户输入的模型加载操作，将需要确定病害的一工程建筑物的工程建筑物模型加载。位置确定模块，用于响应检测到的所述用户输入的病害点确认操作，在所述工程建筑物模型的显示画面上确定出的与所述病害在所述工程建筑物中的实际位置对应的一模型位置点。坐标判断单元，用于判断所述位置坐标是否在一工程建筑物的坐标范围内，所述坐标范围用于表征所述工程建筑物在实际中的所在的位置和所占的空间。模型加载单元，用于在为是时，将所述工程建筑物的工程建筑物模型加载。
结合上述第二方面提供的技术方案，在一些可能的实现方式中，所述模型加载模块包括：下载判断单元，用于响应检测到的用户输入的模型加载操作，判断工程建筑物的工程建筑物模型是否已经预先下载。网络判断单元，用于在为否时，判断当前的网络状态是否为wifi状态。模型加载单元，用于在为否时，响应检测到的所述用户输入的确认下载指令，下载并加载所述工程建筑物模型中所述用户确认的部分模型，其中，所述部分模型与所述工程建筑物中病害所在的实际部分对应。
结合上述第二方面提供的技术方案，在一些可能的实现方式中，所述工程建筑物模型包括至少两个部分模型。
结合第二方面的实施方式，在一些可选的实施方式中，所述信息展示模块，包括：区域确定单元，用于在基于所述工程建筑物模型而划分出的至少一个病害区域中确定出所述模型位置点所在的一目标病害区域。次数获得单元，用于获得针对所述目标病害区域预设的至少一种病害情况信息，以及获得所述至少一种病害情况信息中每种病害情况信息的历史发生次数。信息展示单元，用于将所述至少一种病害情况信息按每种病害情况信息的历史发生次数的大小顺序依次展示。
结合第二方面的实施方式，在一些可选的实施方式中，所述装置还包括：次数更新模块，用于将所述实际病害情况信息的历史发生次数更新。
第三方面，本申请实施例提供了一种移动终端，所述移动终端包括：存储器、处理器和通信接口。所述处理器分别与所述存储器和所述通信接口连接，所述通信接口用于与配置服务器集群连接，所述存储器用于存储程序，所述处理器，用于通过调用存储在所述存储器中的程序，执行所述的部署确定方法。
第四方面，本申请实施例提供了一种具有处理器可执行的非易失的程序代码的计算机可读介质，所述程序代码使所述处理器执行所述的部署确定方法。
本申请实施例的有益效果是：
在用户巡检一工程建筑物而发现一位置处有病害时，移动终端通过响应检测到的用户输入的模型加载操作，将需要确定病害的一工程建筑物的工程建筑物模型加载；并通过响应所述用户输入的病害点确认操作，在该工程建筑物模型的显示画面上确定出的与病害在工程建筑物中的实际位置对应的一模型位置点，实现了对病害点的病害的高效确定和直观显示。且再通过将针对该工程建筑物预设的至少一种病害情况信息，并按每种病害情况信息的历史发生次数的大小顺序依次展示。以便在病害为经常发生的种类时，用户能够通过按历史发生次数的大小顺序依次展示的方式快速确定出实际病害情况信息，并使得病害信息可长久且有序的存储，以及可以便捷、准确和快速的上报养护单位。
为使本申请的上述目的、特征和优点能更明显易懂，下文特举较佳实施例，并配合所附附图，作详细说明如下。
附图说明
为了更清楚地说明本申请实施例的技术方案，下面将对实施例中所需要使用的附图作简单地介绍，应当理解，以下附图仅示出了本申请的某些实施例，因此不应被看作是对范围的限定，对于本领域普通技术人员来讲，在不付出创造性劳动的前提下，还可以根据这些附图获得其他相关的附图。
图1示出了本申请第一实施例提供的一种移动终端的结构框图；
图2示出了本申请第二实施例提供的一种病害获得方法的流程图；
图3示出了本申请第三实施例提供的一种病害获得装置的结构框图；
图4示出了本申请第三实施例提供的一种病害获得装置中模型加载模块的结构框图；
图5示出了本申请第三实施例提供的一种病害获得装置中信息展示模块的结构框图。
具体实施方式
下面将结合本申请实施例中附图，对本申请实施例中的技术方案进行清楚、完整地描述，显然，所描述的实施例仅仅是本申请一部分实施例，而不是全部的实施例。通常在此处附图中描述和示出的本申请实施例的组件可以以各种不同的配置来布置和设计。因此，以下对在附图中提供的本申请的实施例的详细描述并非旨在限制要求保护的本申请的范围，而是仅仅表示本申请的选定实施例。基于本申请的实施例，本领域技术人员在没有做出创造性劳动的前提下所获得的所有其他实施例，都属于本申请保护的范围。
应注意到：相似的标号和字母在下面的附图中表示类似项，因此，一旦某一项在一个附图中被定义，则在随后的附图中不需要对其进行进一步定义和解释。术语“第一”、“第二”等仅用于区分描述，而不能理解为指示或暗示相对重要性。
第一实施例
请参阅图1，本申请实施例提供了一种移动终端10，该移动终端10包括：存储器11、通信接口12、总线13和处理器14。所述处理器14、通信接口12和存储器11通过总线13连接；处理器14用于执行存储器11中存储的可程序，例如计算机程序，以执行病害获得方法。
其中，存储器11可能包含高速随机存取存储器(randomaccessmemoryram)，也可能还包括非不稳定的存储器(non-volatilememory)，例如至少一个磁盘存储器。通过至少一个通信接口12(可以是有线或者无线)实现该移动终端10与至少一个其它移动终端10的通信连接，可以使用互联网，广域网，本地网，城域网等。本实施例中，存储器11存储了执行病害获得方法所需要的程序。其中，存储器11用于存储执行病害获得方法所需要的程序。
总线13可以是isa总线、pci总线或eisa总线等。所述总线可以分为地址总线、数据总线、控制总线等。为便于表示，图1中仅用一个双向箭头表示，但并不表示仅有一根总线或一种类型的总线。
处理器14可能是一种集成电路芯片，具有信号的处理能力。在实现过程中，上述方法的各步骤可以通过处理器14中的硬件的集成逻辑电路或者软件形式的指令完成。上述的处理器14可以是通用处理器，包括中央处理器(centralprocessingunit，简称cpu)、网络处理器(networkprocessor，简称np)等；还可以是数字信号处理器(dsp)、专用集成电路(asic)、现成可编程门阵列(fpga)或者其他可编程逻辑器件、分立门或者晶体管逻辑器件、分立硬件组件。可以实现或者执行本申请实施例中的公开的各方法、步骤及逻辑框图。通用处理器可以是微处理器或者该处理器也可以是任何常规的处理器等。结合本申请实施例所公开的方法的步骤可以直接体现为硬件译码处理器执行完成，或者用译码处理器中的硬件及软件模块组合执行完成。软件模块可以位于随机存储器，闪存、只读存储器，可编程只读存储器或者电可擦写可编程存储器、寄存器等本领域成熟的存储介质中。
请参阅图2，本申请实施例提供了一种病害获得方法，应用于一移动终端。该病害获得方法包括：步骤s100、步骤s200、步骤s300和步骤s400。
步骤s100：响应检测到的用户输入的模型加载操作，将需要确定病害的一工程建筑物的工程建筑物模型加载。
随着工程建筑物，例如，道路、桥梁或隧道等投入使用，工程建筑物由于自然或人为等原因，不可避免的会出现病害，例如出现路面裂缝、护栏损坏、排水渠堵塞等病害。因此，需要用户(路桥巡检人员)对一工程建筑物周期性的进行巡检，以发现工程建筑物出现的病害并记录上报，以便养护单位后续针对该病害进行相应的维修。
在用户对一工程建筑物进行病害巡检时，若用户在该工程建筑物的某一位置处发现存在病害，例如发现存在护栏损坏，则用户可以操作移动终端打开该记录并上报病害的在线网页或应用程序，其中，本实施例以用户可以操作移动终端打开应用程序来进行说明，但并不作为限定。
在用户操作移动终端打开应用程序时，例如，用户通过触控点击该应用程序图标，移动终端则可以获得用户通过触控点击应用程序图标而输入的一应用程序运行操作，移动终端响应该应用程序运行操作，启动并运行该应用程序，并在显示界面上将该应用程序的交互界面展示出来。
该应用程序运行时，移动终端还并不知道需要加载哪一个工程建筑物的工程建筑物模型，可选的，移动终端可以通过继续对用户的操作进行检查来确定需要加载哪一个工程建筑物的工程建筑物模型。具体的，该应用程序的交互界面上显示出了各个工程建筑物标识图标，用户通过观看显示的各个工程建筑物标识图标则可以确定当前需要确定病害的工程建筑物的工程建筑物标识图标。用户通过触控点击显示界面上该需要确定病害的工程建筑物的工程建筑物标识图标，其中，触控点击该工程建筑物标识图标的操作是为了移动终端能够加载该工程建筑物的工程建筑物模型，那么该用户触控点击该工程建筑物标识图标的操作即可以是用户向移动终端输入一模型加载操作，以及移动终端则可以检测到该模型加载操作。
移动终端可以响应模型加载操作，从而将该工程建筑物的工程建筑物模型加载。
本实施例中，在移动终端将该工程建筑物的工程建筑物模型加载时，移动终端可以判断该工程建筑物的工程建筑物模型是否已经预先下载。具体的，移动终端可以在相应的数据存储区域中进行遍历，以确定是否存在该工程建筑物模型。
在判断为该工程建筑物的工程建筑物模型已经预先下载时，移动终端读取该工程建筑物模型，加载该工程建筑物模型，并将该工程建筑物模型渲染而显示在显示界面上。
在判断为该工程建筑物的工程建筑物模型未预先下载时，由于该工程建筑物模型数据大小是比较大的，例如，工程建筑物模型的数据大小可以达到400mb以上，显然若此时在线下载该工程建筑物模型是十分耗费数据流量的，是故移动终端可以判断当前的网络状态是否为wifi状态或热点状态。
在判断当前的网络状态为wifi状态或热点状态，则说明用户当前可以采用wifi或热点来下载该工程建筑物模型。移动终端可以显示一wifi或热点的下载提示信息，并在检测到用户基于该wifi或热点的下载提示信息而输入的下载确认操作时，响应该下载确认操作而通过wifi或热点来下载该工程建筑物模型。进而在下载完成后，也加载该工程建筑物模型，并也将该工程建筑物模型渲染而显示在显示界面上
在判断当前的网络状态不为wifi状态或热点状态，则说明用户当前可以采用移动数据来下载该工程建筑物模型。移动终端也可以显示一移动数据的下载提示信息，并在检测到用户基于该移动数据的下载提示信息而输入的下载确认操作时，响应该下载确认操作而下载该工程建筑物模型中的部分模型，并将该部分模型加载并渲染显示，其中，该部分模型为工程建筑物模型中包含位置坐标的相关部分。例如，该工程建筑物为一隧道，则沿贯穿隧道的方向依次将该隧道的工程建筑物模型分割为3部分模型，隧道的前部1/3为一部分模型、隧道的中部1/3为另一部分模型、而隧道的后部1/3则为最后一部分模型。那么，若该用户实际位置为位于该隧道的中部，则根据该用户的位置坐标，移动终端则通过移动数据去下载该隧道的中部1/3的另一部分模型。
可以理解到，下载该包含该位置坐标的部分模型可以保证在显示的该部分模型上确定病害的同时，还能够极大的节约数据流量。
步骤s200：响应检测到的所述用户输入的病害点确认操作，在所述工程建筑物模型的显示画面上确定出的与所述病害在所述工程建筑物中的实际位置对应的一模型位置点。
在移动终端的显示该工程建筑物的工程建筑物模型时，移动终端响应用户输入的显示调整操作，可以调整对该工程建筑物模型的显示视角，并也可以调整对该工程建筑物模型的显示尺寸，例如，放大或缩小显示该工程建筑物模型。
而在用户检查并发现工程建筑物的某一个位置存在一病害时，用户相应的也需要在移动终端上将该病害确定，即在移动终端对该工程建筑物模型的显示画面上确定出该病害在模型上的具体位置，以便移动终端可基于用户确定出的病害而进行上报。
具体的，用户可以向移动终端输入显示调整操作，而移动终端也响应该显示调整操作，从而将工程建筑物模型的显示画面调整至适于确定病害的画面。例如，工程建筑物模型为一桥梁，而桥梁的桥头处被用户发现存在病害，则用户可以通过输入显示调整操作，以使移动终端对该工程建筑物模型的显示画面为具体显示桥头部分。用户根据病害在工程建筑物上的实际位置，可以触控点击工程建筑物模型的显示画面上与实际位置对应的模型位置点，即用户通过触控点击工程建筑物模型的显示画面上与实际位置对应的模型位置点来输入病害点确认操作。移动终端可以响应检测到的该病害点确认操作，从而在该工程建筑物模型的显示画面上确定出的与病害在所述工程建筑物中的实际位置对应的一模型位置点，并将该模型位置点在显示画面上以高亮的形式显示出来。例如，桥梁的桥墩a处被用户发现存在病害，用户触控点击显示画面中该桥梁的工程建筑物模型的桥墩上与实际上的桥墩a处对应的模型位置点，那么该模型位置点在该桥梁的工程建筑物模型的桥墩上可以高亮显示出来。
步骤s300：将针对所述工程建筑物预设的至少一种病害情况信息，按每种病害情况信息的历史发生次数的大小顺序依次展示。
为对工程建筑物模型的病害进行精确化的划分，移动终端基于该工程建筑物模型而预先划分出的至少一个病害区域，且该至少一个病害区域共同构成了该工程建筑物模型。例如，该工程建筑物模型为一桥梁，根据桥梁不同部位的病害也各相同不同，那么可将该桥梁的桥面两边的边缘部分划分成第一个病害区域、可将该桥梁的桥面除两边的边缘部分外的其余部分划分成第二个病害区域、并还可将该桥梁的桥面的桥墩部分划分成第三个病害区域，且该第一个病害区域、第二个病害区域和第三个病害区域则可以构成该桥梁全部部分。
移动终端可以基于该工程建筑物模型而划分出的至少一个病害区域，则可以从该至少一个病害区域中确定出模型位置点所在的一目标病害区域。例如，该模型位置点是位于该桥梁的桥面两边的边缘部分，那么移动终端可可以将该模型位置点所在的第一个病害区域确定为目标病害区域。
由于每个病害区域的病害种类不同，移动终端中针对工程建筑物模型的每个病害区域均预先设置了对应的至少一种病害情况信息，例如，针对该桥梁的第一个病害区域所设置的至少一种病害情况信息可以为：护栏损坏和排水渠堵塞等。相应的，移动终端根据确定的该目标病害区域则可以获得该目标病害区域对应的至少一种病害情况信息。
本实施例中，移动终端还可以持续的储存并更新至少一种病害情况信息中每种病害情况信息的历史发生次数。可以理解到的是，对于每种病害情况信息来说，开始时每种病害情况信息的历史发生次数均为0。随着病害检测的进行，由于每种病害的发生概率是不一样的，那么每种病害情况信息的历史发生次数则在增加的过程中则可以与其它病害情况信息的历史发生次数不相同。例如，高频率病害的历史发生次数可以记录到了10次，而低频率病害的历史发生次数则可以仅记录到3次。
按各病害发生概率的不同，那么在检测一些高发生概率的常规病害时，为避免用户在至少一种病害情况信息反复寻找都找不出该高发生概率的常规病害的情况发生，并达到便于用户能够快速的从至少一种病害情况信息中确定出该高发生概率的常规病害的效果。可选的，在移动终端在获得该目标病害区域预设的至少一种病害情况信息后，移动终端也相应的获得了该至少一种病害情况信息中每种病害情况信息的历史发生次数。那么，移动终端可以将至少一种病害情况信息按每种病害情况信息的历史发生次数的大小顺序进行排序并依次展示。例如，移动终端可以将至少一种病害情况信息按每种病害情况信息的历史发生次数由大至小/或由小至大的顺序依次展示。这样，高发生概率的常规病害的病害情况信息则被突出的展示在最前面或最后面，以便用户能够直观的看到。
另外，为突出对高发生概率的常规病害的病害情况信息展示直观性，移动终端可以通过预先设置阈值次数或者是比例值的方式，将历史发生次数超过阈值次数的病害情况信息以高亮的颜色和/或加粗的字体进行展示。或移动终端还可以将至少一种病害情况信息按每种病害情况信息的历史发生次数由大至小排序后，按比例值将位于排序的前一部分病害情况信息以高亮的颜色和/或加粗的字体进行展示。比如，比例值是30％，在10种病害情况信息按每种病害情况信息的历史发生次数由大至小排序后，则按比例值将历史发生次数最高的前3种病害情况信息以高亮的颜色和/或加粗的字体进行展示。
步骤s400：响应检测到的所述用户输入的病害确认操作，从所述至少一种病害情况信息中确定出在所述模型位置点处的实际病害情况信息。
移动终端将该至少一种病害情况信息按每种病害情况信息的历史发生次数的大小顺序依次展示之后，用户可以确认出与真实情况匹配的一病害情况信息(从该显示的至少两种病害情况信息中确认出与真实情况匹配的一病害情况信息，或输入新增的一与真实情况匹配的病害情况信息)。相应的，在用户进行病害确认操作时，比如，触控点击显示的与真实情况匹配的该病害情况信息显示区域，移动终端则可以响应检测到的用户输入的病害确认操作，从而将至少一种病害情况信息中用户确认的一病害情况信息或用户新增输入的一病害情况信息作为该模型位置点处的实际病害情况信息。移动终端可以基于该实际病害情况信息生成该工程建筑物本次巡检的病害报告单，以及也将该病害报告单上报至养护单位的服务器。以及，该病害报告单中的发现病害的时间点则为响应用户输入的病害确认操作而生成该病害报告单的时间点。
本实施例中，基于获得确认的实际病害情况信息，移动终端还可以将该实际病害情况信息的历史发生次数更新，比如，将该实际病害情况信息的历史发生次数自加1。
第三实施例
请参阅图3，本申请实施例提供了一种病害获得装置100，应用于移动终端。该病害获得装置100包括：
模型加载模块110，用于响应检测到的用户输入的模型加载操作，将需要确定病害的一工程建筑物的工程建筑物模型加载。
位置确定模块120，用于响应检测到的所述用户输入的病害点确认操作，在所述工程建筑物模型的显示画面上确定出的与所述病害在所述工程建筑物中的实际位置对应的一模型位置点。
信息展示模块130，用于将针对所述工程建筑物预设的至少一种病害情况信息，按每种病害情况信息的历史发生次数的大小顺序依次展示。
病害确定模块140，用于响应检测到的所述用户输入的病害确认操作，从所述至少一种病害情况信息中确定出在所述模型位置点处的实际病害情况信息。
次数更新模块150，用于将所述实际病害情况信息的历史发生次数更新。
请参阅图4，在本申请实施例提供中，模型加载模块110，包括：
下载判断单元111，用于响应检测到的用户输入的模型加载操作，判断工程建筑物的工程建筑物模型是否已经预先下载。
网络判断单元112，用于在为否时，判断当前的网络状态是否为wifi状态。
模型加载单元113，用于在为否时，响应检测到的所述用户输入的确认下载指令，下载并加载所述工程建筑物模型中所述用户确认的部分模型，其中，所述部分模型与所述工程建筑物中病害所在的实际部分对应。
其中，所述工程建筑物模型包括至少两个部分模型。
请参阅图5，在本申请实施例中，信息展示模块130，包括：
区域确定单元131，用于在基于所述工程建筑物模型而划分出的至少一个病害区域中确定出所述模型位置点所在的一目标病害区域。
次数获得单元132，用于获得针对所述目标病害区域预设的至少一种病害情况信息，以及获得所述至少一种病害情况信息中每种病害情况信息的历史发生次数。
信息展示单元133，用于将所述至少一种病害情况信息按每种病害情况信息的历史发生次数的大小顺序依次展示。
需要说明的是，由于所属领域的技术人员可以清楚地了解到，为描述的方便和简洁，上述描述的系统、装置和单元的具体工作过程，可以参考前述方法实施例中的对应过程，在此不再赘述。
本领域内的技术人员应明白，本申请实施例可提供为方法、系统、或计算机程序产品。因此，本申请实施例可采用完全硬件实施例、完全软件实施例、或结合软件和硬件方面的实施例的形式。而且，本申请实施例可采用在一个或多个其中包含有计算机可用程序代码的计算机可用存储介质(包括但不限于磁盘存储器、cd－rom、光学存储器等)上实施的计算机程序产品的形式。
综上所述，本申请实施例提供了一种病害获得方法及装置，方法包括：响应检测到的用户输入的模型加载操作，将需要确定病害的一工程建筑物的工程建筑物模型加载；响应检测到的用户输入的病害点确认操作，在工程建筑物模型的显示画面上确定出的与病害在工程建筑物中的实际位置对应的一模型位置点；将针对工程建筑物预设的至少一种病害情况信息，按每种病害情况信息的历史发生次数的大小顺序依次展示；响应检测到的用户输入的病害确认操作，从至少一种病害情况信息中确定出在模型位置点处的实际病害情况信息。
在用户巡检一工程建筑物而发现一位置处有病害时，移动终端通过响应检测到的用户输入的模型加载操作，将需要确定病害的一工程建筑物的工程建筑物模型加载；并通过响应所述用户输入的病害点确认操作，在该工程建筑物模型的显示画面上确定出的与病害在工程建筑物中的实际位置对应的一模型位置点，实现了对病害点的病害的高效确定和直观显示。且再通过将针对该工程建筑物预设的至少一种病害情况信息，并按每种病害情况信息的历史发生次数的大小顺序依次展示。以便在病害为经常发生的种类时，用户能够通过按历史发生次数的大小顺序依次展示的方式快速确定出实际病害情况信息，并使得病害信息可长久且有序的存储，以及可以便捷、准确和快速的上报养护单位。
以上仅为本申请的优选实施例而已，并不用于限制本申请，对于本领域的技术人员来说，本申请可以有各种更改和变化。凡在本申请的精神和原则之内，所作的任何修改、等同替换、改进等，均应包含在本申请的保护范围之内。应注意到：相似的标号和字母在下面的附图中表示类似项，因此，一旦某一项在一个附图中被定义，则在随后的附图中不需要对其进行进一步定义和解释。
以上，仅为本申请的具体实施方式，但本申请的保护范围并不局限于此，任何熟悉本技术领域的技术人员在本申请揭露的技术范围内，可轻易想到变化或替换，都应涵盖在本申请的保护范围之内。因此，本申请的保护范围应以权利要求的保护范围为准。