CN112015598A - 一种交管数据管理方法、装置及前端设备 - Google Patents

Abstract

本申请提供一种交管数据管理方法、装置及前端设备，基于该方法，前端设备先采集设备所在范围内的交管图片，缓存交管图片并生成对应的存储路径，然后向第一服务器上传交管图片，以使得第一服务器存储并基于交管图片提供数据服务，向第二服务器上传交管图片对应的存储路径，以使得第二服务器存储并基于存储路径提供数据服务。这种数据管理方法在不影响系统正常运转的前提下，极大地减轻了系统的存储压力，提高了系统的可靠性。

Description

一种交管数据管理方法、装置及前端设备

技术领域

本申请实施例涉及交管领域，尤其涉及一种交管数据管理方法、装置及前端设备。

背景技术

目前业务系统可能会做数据离线备份，可能还会做数据库主备同步，当数据库出现故障的时候可以通过恢复数据库保障业务连续，不过这个恢复可能有短暂的业务中断，恢复进度也受故障的严重性决定，慢的几个小时或一天，甚至是更长时间。数据库主备同步的数据备份方式要求平台提供两个存储能力相当的数据机房，但是在交管业务中，过车图片或者违法图片等各种图片的数量基数很大，采用主备模式将导致巨大的存储资源采购成本，同时这个数据量特别大，每天可能是几千万张卡口图片，而且这个图片像流水一样每时每刻不间断的产生，很难实现主备数据库之间的实时备份。

在对现有技术的研究和实践过程中，本申请实施例的发明人发现，目前的数据管理方法对于一些重要的省级交管单位可能影响较大，其需要存储一个省范围的交管图片，对存储资源的要求更大。

因此，现有的交管数据管理方法存在占用存储空间大的技术问题，需要改进。

发明内容

本申请实施例提供一种交管数据管理方法、装置及前端设备，用以解决当前数据管理系统存在占用存储空间大的技术问题。

为了解决上述技术问题，本申请实施例提供以下技术方案：

本申请提供一种交管数据管理方法，应用于交管系统的前端设备，所述交管数据管理方法包括：

采集交管图片，所述交管图片包括卡口图片和违法图片中的至少一种；

缓存所述交管图片，并生成所述交管图片对应的存储路径；

向第一服务器发送所述交管图片，以使得所述第一服务器存储并基于所述交管图片提供数据服务；

向第二服务器发送所述交管图片对应的存储路径，以使得所述第二服务器存储并基于所述存储路径提供数据服务。

同时，本申请还提供了一种交管数据管理装置，应用于交管系统的前端设备，所述交管数据管理装置包括：

采集模块，用于采集交管图片，所述交管图片包括卡口图片和违法图片中的至少一种；

存储模块，用于缓存所述交管图片，并生成所述交管图片对应的存储路径；

第一发送模块，用于向第一服务器发送所述交管图片，以使得所述第一服务器存储并基于所述交管图片提供数据服务；

第二发送模块，用于向第二服务器发送所述交管图片对应的存储路径，以使得所述第二服务器存储并基于所述存储路径提供数据服务。

本申请还提供了一种前端设备，其包括采集模块，处理器及存储器，所述存储器里存储有计算机程序、图片以及所述图片的访问路径，其中，所述处理器用于运行所述存储器内的计算机程序，以执行上述任一项所述的数据管理方法中的操作。

有益效果：本申请提供一种交管数据管理方法、装置及前端设备，该方法适用于交管系统，所述交管系统包括前端设备，第一服务器和第二服务器。本申请的交管数据管理方法，通过前端设备采集并存储交管图片，同时生成所述交管图片对应的存储路径，然后向第一服务器发送所述交管图片，以使得第一服务器存储并基于所述交管图片提供数据服务，向第二服务器发送交管图片对应的存储路径，以使得所述第二服务器存储并基于所述存储路径提供数据服务；通过这种数据管理方式，实现一种非对称式的存储架构，减小了两个服务器之间的依赖度，提高了整个交管系统承担风险的能力，最重要的是，减轻了系统的存储压力，有效地节约了系统的存储空间。此外，所述前端设备会根据获取的清理周期，定期对所述前端设备中存储的交管图片进行数据清理，这样会减轻前端设备的存储压力，提高其利用率。

附图说明

下面结合附图，通过对本申请的具体实施方式详细描述，将使本申请的技术方案及其他有益效果显而易见。

图1是本申请实施例提供的交管系统的场景示意图。

图2是本申请实施例提供的交管数据管理方法的流程示意图。

图3是本申请实施例提供的交管数据管理方法的第二种流程示意图。

图4是本申请实施例提供的第一服务器的结构示意图。

图5是本申请实施例提供的第二服务器的结构示意图。

图6是本申请实施例提供的交管数据管理装置的结构示意图。

图7是本申请实施例提供的前端设备的结构示意图。

具体实施方式

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

在本申请实施例中，所述交管数据，是指前端设备中采集模块采集到的监控场所内车辆信息、驾驶人信息、行人信息，以及车辆和行人的运行参数等数据，通常为视频或图像等可视化的数据，其中车辆信息可以包括车辆的品牌、车型、颜色、行驶速度、车牌号码信息等，驾驶人信息可以包括驾驶人的性别、衣着、发型等，行人信息可包括行人的性别、身高、衣着、发型等。

在本申请实施例中，所述交管图片包括但不限于卡口图片和违法图片等。

在本申请实施例中，所述数据服务可以是指对数据进行存储、删除、修改、标记、分析等操作。

本申请实施例提供一种应用于交管领域的数据管理方法、装置及前端设备。

请参阅图1，图1为本申请实施例所提供的交管系统的场景示意图，该系统可以包括终端以及服务器，终端之间、服务器之间，以及终端与服务器之间通过各种网关组成的互联网等方式连接通信，其中，该应用场景中包括第一服务器101、第二服务器102和前端设备103，其中：

第一服务器101和第二服务器102分别可以是独立的服务器，也可以是服务器组成的服务器网络或者服务器集群；例如，本申请实施例中所描述的第一服务器101以及第二服务器102，其包括但不限于计算机、网络主机、数据库服务器、大数据服务器集群、存储服务器以及应用服务器或者多个服务器构成的云服务器，其中，云服务器由基于云计算（CloudComputing）的大量计算机或者网络服务器构成。

前端设备103可以包括设置在各个卡口的视频和图像采集设备等。

本申请的实施例中，由于图片数据所占据的存储空间较大，因此使用存储空间较大的第一服务器101存储图片；由于文本数据所占据的存储空间较小，因此使用存储空间较小的第二服务器102存储图片的存储路径。这种存储方式，大大减轻了系统的存储压力，提高了系统的可用性。

本申请的实施例中，服务器与前端之间可以通过任何通信方式实现通信，包括但不限于，基于第三代合作伙伴计划（3rd Generation Partnership Project，3GPP）、长期演进（Long Term Evolution，LTE）、全球互通微波访问（Worldwide Interoperability forMicrowave Access， WiMAX）的移动通信，或基于TCP/IP协议族（TCP/IP Protocol Suite，TCP/IP）、用户数据报协议（User Datagram Protocol，UDP）的计算机网络通信等。如图1所示的交管系统，前端设备103可以分别与第一服务器101和第二服务器102进行数据交互，其中：

前端设备103先采集设备所在处的交管图片，所述交管图片包括卡口图片和违法图片中的至少一种；将采集到的交管图片存储于前端设备103中，并生成所述交管图片对应的存储路径；然后，将所述交管图片上传至第一服务器101进行存储，从而使得第一服务器101能基于所述交管图片提供数据服务，将所述交管图片的存储路径上传至第二服务器102进行存储，从而使得第二服务器102能基于所述存储路径提供数据服务。由于存储路径属于文本信息，文本信息的大小与图片信息的大小差距非常大，一般能达到1比1000的比例，因此这种存储方式相较于现有技术大大节省了存储空间。

当第一服务器101发生故障不能正常运行时，也就不能接收到由前端设备103发出的图片上传请求，因此也不会对其进行相应的操作，同时，前端设备103也不会接收到第一服务器101返回的图片上传响应，此时，前端设备103会把未接收到图片上传响应的交管图片标记为异常图片；在故障解除，第一服务器101恢复运行后，前端设备103会将异常图片作为待上传图片，向第一服务器101重新发送图片上传请求，第一服务器101接收到该图片上传请求，并存储接收到的图片，同时发送异常图片上传响应给前端设备103，前端设备103接收到异常图片的图片上传响应，并将其标记为已上传图片，因此，该图片不会因为被重复上传而占据第一服务器101的存储空间。

当第二服务器102发生故障无法运行时，第一服务器101仍在正常运行，但此时由前端设备103上传至第二服务器102的存储路径会出现上传失败的情况，在这种情况下，前端设备103不会接收到由第二服务器102发出的路径上传响应，此时，前端设备103会把未接收到路径上传响应的存储路径标记为异常路径；在故障解除，第二服务器102恢复运行后，前端设备103会在某一时刻重新收到路径上传响应，此时，前端设备103会将异常路径作为待上传路径，并将其上传至第二服务器102，上传成功后，前端设备103会接收到由第二服务器102返回的异常路径的路径上传响应，并将其标记为已上传路径，因此，该异常路径不会因为被重复上传从而占据第二服务器102的存储空间。

需要说明的是，图1所示的系统场景示意图仅仅是一个示例，本申请实施例描述的服务器以及场景是为了更加清楚地说明本申请实施例的技术方案，并不构成对于本申请实施例提供的技术方案的限定，本领域普通技术人员可知，随着系统的演变和新业务场景的出现，本申请实施例提供的技术方案对于类似的技术问题，同样适用。以下分别进行详细说明。需说明的是，以下实施例的描述顺序不作为对实施例优选顺序的限定。

请参阅图2，图2是本申请实施例提供的交管数据管理方法的流程示意图，该方法应用于前端设备中，其包括：

201：采集交管图片，交管图片包括卡口图片和违法图片中的至少一种。

在本申请实施例中，前端设备可以被安装在各个不同的卡口，通过前端设备中的采集模块对所述卡口的图片进行采集，例如可以通过摄像头对拍摄范围内的所有车辆都进行拍摄，拍摄到的图片会被存储到前端设备中的存储器，并通过相应的通信方式上传至负责数据管理的服务器中进行存储并提供数据服务。

在本申请实施例中，基于采集的交管图片可以得到车辆、驾驶人以及行人的相关信息，例如其车牌号、号牌种类、车辆颜色、车型、品牌、通过卡口时的车速、时间，驾驶人性别、衣着、发型，行人性别、身高、衣着、发型等，根据这些数据，交管系统可以对车辆行驶、行人行走是否有违规违法、驾驶员是否属于安全驾驶等进行判断。

202：缓存交管图片，并生成交管图片对应的存储路径。

在本申请实施例中，对所述交管图片进行缓存是指，将所述交管图片暂时存储于前端设备的存储器中，由于前端设备的存储能力有限，当到达一定时间后，即该前端设备可以根据用户预设的周期，该周期可以设置为30分钟、1小时等各种周期，定期对存储器中存储的图片进行清理，清理可以是删除已经上传成功的数据，也可以是其他的操作，这种定期清理可以使得前端设备有充足的存储空间对实时拍摄的图片进行存储。

在本申请实施例中，前端设备根据交管图片所存储的具体位置，生成所述交管图片对应的存储路径，该存储路径类似于计算机中该文件存储于哪个盘的哪个目录下，因此，根据所述存储路径能找到对应的图片。所述存储路径为文本数据，以文本数据进行存储，能大大减小服务器的存储的压力。

203：向第一服务器发送交管图片，以使得第一服务器存储并基于交管图片提供数据服务。

在本申请实施例中，由于前端设备的存储能力有限，会对所述交管图片进行定期清理，因此有必要将其上传至第一服务器进行持久化存储，为交管系统的后续工作提供证据。前端设备会向第一服务器发出一个图片上传请求，当所述第一服务器接收到所述图片上传请求时，根据该上传请求，将上传的图片进行存储，并向前端设备返回图片上传响应，前端设备接收到图片上传响应，即图片上传成功。交管系统通过对第一服务器中存储的交管图片进行具体地分析与处理，得到相关信息，如车速、车辆行驶是否越线、是否闯红灯、是否礼让行人、行人是否横穿马路、是否遵守交通规则等，从而判断出所述交管图片中的车辆或者行人是否有违法违规行为。

204：向第二服务器发送交管图片对应的存储路径，以使得第二服务器存储并基于存储路径提供数据服务。

在本申请实施例中，与第一服务器存储图片数据不同，第二服务器存储的是文本数据，包括但不限于卡口文本、违法文本，文本来源其实是前端设备根据交管图片所存储的具体位置，生成的所述交管图片对应的存储路径。

在本申请实施例中，由于第一服务器可能发生故障，从而短期内无法运转，为了不影响系统的正常工作，有必要设置第二服务器，将前端设备中的交管图片进行备份，但由于图片数据所需的存储空间较大，为了减轻系统的存储压力，因此第二服务器对所述交管图片的存储路径进行了备份。前端设备会向第二服务器发出路径上传请求，当所述第二服务器接收到所述路径上传请求时，根据该上传请求，将上传的存储路径进行存储，并向前端设备返回路径上传响应，前端设备接收到路径上传响应，即存储路径上传成功。

在本申请实施例中，若系统需要通过第二服务器访问图片，则系统需要通过第二服务器中的存储路径来确定对应的交管图片，此时，第二服务器向前端设备发出数据调用请求，当前端设备接收到所述数据调用请求时，基于所述数据调用请求中的存储路径，确定前端设备中对应的目标图片，再将所述目标图片发送给第二服务器，此时，系统可以通过分析与处理所述目标图片，得到相应的信息，从而进行业务服务。

由上述方法可知，本申请实施例提供的数据管理方法，先由前端设备采集交管图片并缓存，同时生成所述交管图片的存储路径，然后根据通信协议向第一服务器发送图片上传请求，向第二服务器发送存储路径上传请求，第一服务器接收到所述图片上传请求，根据所述图片上传请求将图片进行存储，并向前端设备返回图片上传响应，若前端设备接收到所述图片上传响应，则图片上传成功，若没有接收到所述图片上传响应，则图片上传失败，待第一服务器重新接收到图片上传请求时，对所述图片进行存储；第二服务器接收到所述存储路径上传请求，根据所述存储路径上传请求将存储路径进行存储，并向前端设备返回存储路径上传响应，若前端设备接收到所述存储路径上传响应，则存储路径上传成功，若没有接收到所述存储路径上传响应，则存储路径上传失败，待第二服务器重新接收到存储路径上传请求时，对所述存储路径进行存储；第一服务器和第二服务器基于所存储的数据提供数据服务。实施这种交管数据管理方法，不仅能实现较高级别的容灾，而且能在不影响系统运转的前提下，减小系统的存储压力，提高了交管系统的可靠性。

请参阅图3，图3是本申请实施例提供的交管数据管理方法的第二种流程示意图，该交管数据管理方法包括以下步骤：

301：前端设备103采集交管图片，并对采集到的交管图片进行缓存，同时生成交管图片的存储路径。

在一种实施例中，前端设备103中包括采集模块，通过采集模块例如摄像头可以对拍摄范围内的所有车辆、驾驶人以及行人都进行拍摄，得到交管图片；然后前端设备103将采集到的交管图片进行暂时的存储，并根据交管图片的存储位置生成存储路径，通过该存储路径可以准确的确定对应的交管图片。

在一种实施例中，可以为每个前端设备103配置一定大小的存储器，所述存储器件的存储空间可以是1G，以使得所述前端设备103可以进行长达1个小时的数据临时缓存，而这1小时可以为服务器的故障恢复提供充足的时间，这种存储器件的配置可以在不增加设备成本，尤其是服务器的硬件成本的基础上，保证系统业务的正常进行。

在一种实施例中，存储路径是指文件在存储器中的位置，可以分为图片存储文件夹和视频存储文件夹。存储器可以是静态随机存储器（Static Random-Access Memory，SRAM），这种存储器速度较快，但工艺复杂，生产成本高；也可以是电子可擦除只读存储器（Electrically Erasable Programmable Read-Only Memory，EEPROM），这种存储器的更新速度快，其断电时仍能保存数据；还可以是闪存存储器（Flash Memory），这种存储器可以写入和读取，容量大，速度快，能提高存储性能，也还可以是其他合适的存储器。

在一种实施例中，前端设备103中存储的交管图片不是持久化存储的，用户可以根据需要，设定清理周期，该清理周期可以是30分钟、1小时等其他期限，前端设备103中的处理器通过运行相应的计算机程序，定期清理存储于其中的交管图片，从而为后续采集到的交管图片提供充足的存储空间，以提升前端设备的利用率。

302：前端设备103向第一服务器101发送交管图片。

在一种实施例中，前端设备103通过通信协议为将要发送的交管图片配置通信地址，基于该通信地址与第一服务器101建立通信，然后将所述交管图片发送至第一服务器101。

303：第一服务器101存储由前端设备103发送而来的交管图片。

在一种实施例中，第一服务器101因其容量大，主要用于存储图片数据。第一服务器101可以是单独的服务器，也可以是由多个服务器组成的服务器网络或者服务器集群，不同的服务器功能不同，比如，数据库服务器主要用于管理和配置相关数据，存储服务器主要用于存储数据，应用服务器主要用于通过各种协议为客户端提供应用等。

304：第一服务器101向前端设备103发送图片上传响应。

在一种实施例中，第一服务器101在接收到由前端设备103上传的交管图片后，会向前端设备103返回图片上传响应，以反馈给前端设备103表示其已接收到上传的交管图片。

305：前端设备103接收由第一服务器101返回的图片上传响应，并标记未收到图片上传响应的图片为异常图片。

在一种实施例中，前端设备103与第一服务器101建立了通信，收到图片上传响应的，前端设备103会将该交管图片标记为已上传图片，未收到图片上传响应的，前端设备103会将该交管图片标记为异常图片。

在一种实施例中，前端设备103未能接收到图片上传响应即表示前端设备103与第一服务器101之间的通信出现了问题，即通信被中断了，在这种情况下，图片也就未能成功上传到第一服务器101中进行存储；当前端设备103与第一服务器101之间的通信重新连接时，前端设备103会向第一服务器101重新上传之前标记过的异常图片，若第一服务器101接收到其上传的异常图片，则会向前端设备103返回异常图片的上传响应，表示其已经成功接收该图片并进行了存储，若没有收到上传的异常图片，则前端设备103也就不会收到异常图片的上传响应，只能等待下一次重传，如此循环，直到图片被成功上传至第一服务器101。

306：数据服务端向第一服务器101发送数据服务请求。

在一种实施例中，数据服务端可以根据用户的需求，向第一服务器101发送数据服务请求，可以是请求调用第一服务器101中存储的交管图片，从而对其进行分析和相应的服务。

307：第一服务器101基于其存储的图片数据，提供数据服务。

在一种实施例中，第一服务器101存储的交管图片是由前端设备103采集而来的，基于该交管图片，交管系统会分析得到所述交管图片的相关信息，如车牌号、号牌种类、车辆颜色、车型、品牌、通过卡口时的车速以及时间，驾驶人性别、衣着、发型，行人性别、身高、衣着、发型等，根据这些信息判断车辆、行人是否有违规违法行为，交通管理人员会通过这些数据得到的具体信息，对于违规违法的行为进行处理。

308：前端设备103向第二服务器102上传交管图片对应的存储路径。

在一种实施例中，存储路径即文件的存放位置，例如，文件“Photo1”在计算机中的存储路径为“D:\Photo Files\Photo1”，通过该路径可以准确无误的确定该文件，因此，交管图片对应的存储路径，即所述交管图片在前端设备103中的具体存储位置，根据所述存储路径，可以确定唯一与之匹配的交管图片。

在一种实施例中，前端设备103通过通信协议为将要发送的交管图片对应的存储路径配置通信地址，基于该通信地址与第二服务器102建立通信，然后将所述交管图片对应的存储路径发送至第二服务器102。

309：第二服务器102存储由前端设备103上传的交管图片对应的存储路径。

在一种实施例中，交管图片对应的存储路径是文本形式的数据，其占用的存储空间较小，因此用存储容量相较于第一服务器101要小的第二服务器102进行存储。同样的，第二服务器102可以是单独的服务器，也可以是由多个服务器组成的服务器网络或者服务器集群，不同的服务器功能不同，比如，数据库服务器主要用于管理和配置相关数据，同时也能用于存储数据，应用服务器主要用于通过各种协议为客户端提供应用等。

310：第二服务器102向前端设备103发送路径上传响应。

在一种实施例中，第二服务器102在接收到由前端设备103上传的交管图片对应的存储路径后，会向前端设备103返回路径上传响应，以反馈给前端设备103表示其已经接收到上传的存储路径。

311：前端设备103接收由第二服务器102返回的路径上传响应，并标记未收到路径上传响应的存储路径为异常路径。

在一种实施例中，前端设备103与第二服务器102建立了通信，收到路径上传响应的，前端设备103会将该存储路径标记为已上传路径，未收到路径上传响应的，前端设备103会将该存储路径标记为异常路径。

在一种实施例中，前端设备103未能接收到路径上传响应即表示前端设备103与第二服务器102之间的通信出现了问题，有可能是通信被中断了，在这种情况下，存储路径也就未能成功上传到第二服务器102中进行存储；当前端设备103与第二服务器102之间的通信重新连接时，前端设备103会向第二服务器102重新上传之前标记过的异常路径，若第二服务器102接收到其上传的异常路径，则会向前端设备103返回异常路径的上传响应，表示其已经成功接收该路径并进行了存储，若没有收到上传的异常路径，则前端设备103也就不会收到异常路径的上传响应，只能等待下一次重传，如此循环，直到存储路径被成功上传至第二服务器102。

312：数据服务端向第二服务器102发送数据服务请求。

在一种实施例中，当第一服务器101发生故障不能正常运转时，数据服务端可以向第二服务器102发送数据服务请求，以请求调用第二服务器102中存储的交管图片的存储路径，从而可以确定对应的交管图片，以便后续可以进行数据分析和服务。

313：第二服务器102向前端设备103发送数据调用请求。

在一种实施例中，由于第二服务器102中存储的是交管图片的存储路径，所以当用户需要通过访问第二服务器102中的数据进行业务处理时，先访问的是第二服务器102中存储的路径数据，仅仅基于该存储路径是没有办法得到业务需要的相关信息的，因此，第二服务器102需要与前端设备103建立通信连接，向前端设备103发送数据调用请求，从而得到所述存储路径对应的交管图片。

314：前端设备103接收由第二服务器102发送的数据调用请求，并根据所述数据调用请求确定目标图片。

在一种实施例中，所述数据调用请求携带了交管图片的存储路径，因此，前端设备103在接收到所述数据调用请求后，可以通过所述存储路径访问到相应的文件，即确定唯一与之匹配的目标图片。

315：前端设备103向第二服务器102发送目标图片。

在一种实施例中，前端设备103根据所述存储路径，确定了与所述存储路径唯一匹配的目标图片，并与第二服务器102建立通信连接，将所述目标图片发送到第二服务器102中，以便其进行后续处理。

316：第二服务器102基于其存储的路径数据，提供数据服务。

在一种实施例中，为了减轻系统存储的压力，第二服务器102存储的是交管图片对应的存储路径，当用户需要时，基于所述存储路径向前端设备103发送数据调用请求，前端设备103通过所述数据调用请求确定唯一与之匹配的目标图片，并将其发送到第二服务器102中，此时，用户通过分析该目标图片，得到所述目标图片的相关信息，进而判断是否有违规违法行为。

如图4所示，为本申请实施例提供的第一服务器的结构示意图，该第一服务器可以包括与交管局中心局域网通信的操作终端401、数据库服务器402、大数据服务器集群403、存储服务器404以及应用服务器405。本领域技术人员可以理解，图4中示出的服务器结构并不构成对服务器的限定，第一服务器可以是单独的服务器，也可以是多个服务器组成的服务器网或者服务器集群，可以包括比图示更多或者更少的服务器，或者不同的服务器。其中：

操作终端401通过交管局中心局域网连接在服务器上，能访问服务器上的程序和数据或者网络中其他设备的计算机。

数据库服务器402主要用于管理、查询、维护数据库，包括系统配置与管理、数据存取与更新、数据完整性和数据安全性管理、数据库检索和修改、数据的导入和导出、数据库结构维护、数据恢复和性能检测。

大数据服务器集群403能提升服务器整体的计算能力，它是由互相连接在一起的服务器群所组成的一个并行式或分布式系统。第一服务器中存储的是图片数据，其所占存储空间非常大，因此，要对其进行数据分析与处理就需要计算能力高的服务器。

存储服务器404主要用于数据的存储、备份，数据的共享等。

应用服务器405位于网络和数据库之间，它可以为应用程序提供业务逻辑的代码，通过各种协议提供访问机制，主要执行诸如数据分析、存储、数据处理、归档以及其他与数据管理相关的任务。

在一种实施例中，操作终端401可以是工作站、笔记本电脑、文件服务器、万维网服务器、移动手持设备等，主要由用户对其进行操作。

在一种实施例中，存储服务器404可以内置文件服务器功能，可以通过浏览器访问和管理存储服务器中的数据，并以HTTP方式上传和下载。

在一种实施例中，第一服务器可以包括上述终端和服务器，由于除其他服务器外，还有存储服务器，因此第一服务器的存储空间非常大，可以用来存储所占存储空间大的图片数据，即由前端设备采集的交管图片，除此之外，还可以存储所述交管图片在第一服务器中的存储路径，通过应用服务器，基于用户需求对交管图片进行分析和处理。

如图5所示，为本申请实施例提供的第二服务器的结构示意图，该第二服务器可以包括与交管局中心局域网通信的操作终端501、数据库服务器502以及应用服务器503。本领域技术人员可以理解，图5中示出的服务器结构并不构成对服务器的限定，第二服务器可以是单独的服务器，也可以是多个服务器组成的服务器网或者服务器集群，可以包括比图示更多或者更少的服务器，或者不同的服务器。其中：

操作终端501通过交管局中心局域网连接在服务器上，能访问服务器上的程序和数据或者网络中其他设备的计算机。

数据库服务器502主要可以用于管理、查询、维护数据库，包括系统配置与管理、数据存取与更新、数据完整性和数据安全性管理、数据库检索和修改、数据的导入和导出、数据库结构维护、数据恢复和性能检测。

应用服务器503位于网络和数据库之间，它可以为应用程序提供业务逻辑的代码，通过各种协议提供访问机制，主要执行诸如数据分析、存储、数据处理、归档以及其他与数据管理相关的任务。

在一种实施例中，操作终端501可以是工作站、笔记本电脑、文件服务器、万维网服务器、移动手持设备等，主要由用户对其进行操作。

在一种实施例中，第二服务器可以包括上述终端和服务器，其存储空间相较于第一服务器要小一些，因此主要用来存储文本数据，即交管图片在前端设备中的存储路径，通过应用服务器，基于用户的需求，访问所述存储路径对应的交管图片，再对所述交管图片进行分析和处理。

在上述实施例所述方法的基础上，本实施例将从交管数据管理装置的角度进一步进行描述，请参阅图6所示，图6具体描述了本申请实施例提供的交管数据管理装置，其可以包括：

采集模块601，用于采集设备所在地范围内的交管图片，所述交管图片包括卡口图片和违法图片中的至少一种；

存储模块602，可以用于缓存所述交管图片，并生成所述交管图片对应的存储路径；

第一发送模块603，可以用于向所述第一服务器发送第一上传请求，以与所述第一服务器建立连接，向第一服务器发送所述交管图片，以使得所述第一服务器存储并基于所述交管图片提供数据服务；

第二发送模块604，可以用于向所述第二服务器发送第二上传请求，以与所述第二服务器建立连接，向第二服务器发送所述交管图片对应的存储路径，以使得所述第二服务器存储并基于所述存储路径提供数据服务。

在一种实施例，如图6所示，本申请实施例提供的交管数据管理装置还可以包括：

接收模块605，可以用于接收所述第一服务器返回的第一业务响应，以及接收所述第二服务器发送的数据调用请求和所述第二服务器返回的第二业务响应；

标记模块606，可以用于将未接到业务响应的数据标记为异常数据，将接收到业务响应的数据标记为已上传数据；

数据清理模块607，可以用于根据获取的清理周期对存储的交管图片进行数据清理。

在一种实施例中，交管数据管理装置还包括判断模块，判断接收模块是否接收到服务器返回的业务响应，从而为标记模块的标记业务提供依据。

在一种实施例中，存储模块602除了用于存储交管图片外，还存储有可执行的计算机程序，第一发送模块603、第二发送模块604、接收模块605、标记模块606以及数据清理模块607的业务执行命令都是通过运行相应的计算机程序发出的。

在一种实施例中，第一发送模块603用于与第一服务器建立通信连接，向第一服务器发送图片上传请求，并上传交管图片至第一服务器；第二发送模块604用于与第二服务器建立通信连接，向第二服务器发送路径上传请求，并上传交管图片对应的存储路径至第二服务器。

在一种实施例中，接收模块605包括：

接收业务响应模块，可以用于接收第一服务器返回的图片上传响应以及第二服务器返回的路径上传响应；

接收数据调用请求模块，可以用于接收第二服务器发送的数据调用请求，该数据调用请求携带存储路径，通过存储路径可以确定与之唯一匹配的交管图片。

在一种实施例中，标记模块606会根据是否接收到第一服务器返回的图片上传响应对交管图片进行标记，若接收到图片上传响应，则将该图片标记为已上传图片，若没有接收到图片上传响应，则将该图片标记为异常图片，等待重新上传；标记模块606也会根据是否接收到第二服务器返回的路径上传响应对存储路径进行标记，若接收到路径上传响应，则将该存储路径标记为已上传路径，若没有接收到路径上传响应，则将该存储路径标记为异常路径，等待重新上传。

区别于现有技术，本申请提供的交管数据管理装置，设置有两个发送模块，分别上传不同类型的数据，第一发送模块上传图片数据，第二发送模块上传文本数据，即存储路径，使得数据被分为两种类型进行了保存，也即将图片数据以文本数据的方式进行了备份，节省了系统的存储空间，减轻了其存储压力；同时，两个服务器的存在，使得系统能很好地实现容灾，当一个服务器出现故障无法运转时，另一个服务器还能正常运行，提高了系统的可靠性。

相应地，本申请实施例还提供了一种前端设备，如图7所示，为前端设备的结构示意图，该前端设备可以包括有一个或者一个以上处理核心的处理器701、有一个或者一个以上计算机可读存储介质的存储器702、采集模块703、电源704以及射频电路705等部件。本领域技术人员可以理解，图7中示出的设备结构并不构成对设备的限定，可以包括比图示更多或者更少的部件，或者组合某些部件，或者不同的部件布置。其中：

处理器701是整个前端设备的控制中心，所述处理器利用各种接口和线路连接整个前端设备，通过运行或执行存储在存储器702的计算机程序或者模块，以及调用存储在存储器702内的数据，执行前端设备的各种功能和处理各种数据，从而对前端设备进行整理监控。可选的，处理器701可以包括一个或者多个处理核心。

存储器702用于存储计算机程序以及模块，还用于存储由采集模块采集的交管图片。存储器702可以主要包括存储程序区和存储数据区，其中存储程序区可存储计算机程序、至少一个功能所需要的应用程序（比如声音播放功能、图像播放功能等）等；存储数据区可以是存储由采集模块采集的交管图片等。此外，存储器702可以包括高速随机存取存储器，还可以包括非易失性存储器，例如至少一个磁盘存储器件、闪存器件或其他易失性固态存储器件。相应地，存储器702还可以包括存储器控制器，以提供处理器701对存储器702的访问。

采集模块703可以是摄像头或是其他具有拍摄功能的设备，主要用于采集所述前端设备所在地范围内所有的交管图片，所述交管图片包括卡口图片、违法图片等。

电源704用于给前端设备供电，保证其电力充足。优选的，电源可以通过电源管理系统与处理器701逻辑相连，从而通过电源管理系统实现管理充电、放电以及功耗管理等功能。电源704还可以包括一个或一个以上的直流或交流电源、再充电系统、电源故障检测电路、电源转换器或者逆变器、电源状态指示器等任意组件。

射频电路705可用于通信过程中信号的接收和发送，例如发送第一上传请求、第二上传请求等，接收第一上传响应、第二上传响应以及数据调用请求等。

尽管未示出，前端设备还可以包括WIFI模块、蓝牙模块等，在此不再赘述。具体在本申请实施例中，前端设备中的处理器701会按照如下的指令，将一个或者一个以上的计算机程序对应的可执行文件加载到存储器702中，并由处理器701来运行存储在存储器702中的计算机程序，从而实现各种功能，具体如下：

采集前端设备所在范围内的交管图片，交管图片包括卡口图片和违法图片中的至少一种；缓存交管图片，并生成交管图片对应的存储路径；向第一服务器发送交管图片，以使得第一服务器存储并基于交管图片提供数据服务；向第二服务器发送交管图片对应的存储路径，以使得第二服务器存储并基于存储路径提供数据服务。

在上述实施例中，对各个实施例的描述都各有侧重，某个实施例中没有详细叙述部分，可以参见上文的详细描述，此处不再赘述。

以上对本申请实施例所提供的一种交管数据管理方法、装置及前端设备进行了详细介绍，本文中应用了具体个例对本申请的原理及实施方式进行了阐述，以上实施例的说明只是用于帮助理解本申请的技术方案及其核心思想；本领域的普通技术人员应当理解：其依然可以对前述各实施例所记载的技术方案进行修改，或者对其中部分技术特征进行等同替换；而这些修改或者替换，并不使相应技术方案的本质脱离本申请各实施例的技术方案的范围。

Claims (10)

1.一种交管数据管理方法，其特征在于，应用于交管系统的前端设备，所述交管数据管理方法包括：

采集交管图片，所述交管图片包括卡口图片和违法图片中的至少一种；

缓存所述交管图片，并生成所述交管图片对应的存储路径；

向第一服务器发送所述交管图片，以使得所述第一服务器存储并基于所述交管图片提供数据服务；

向第二服务器发送所述交管图片对应的存储路径，以使得所述第二服务器存储并基于所述存储路径提供数据服务。

2.根据权利要求1所述的交管数据管理方法，其特征在于，在所述向第二服务器发送所述交管图片对应的存储路径的步骤之后，还包括：

接收所述第二服务器发送的数据调用请求，所述数据调用请求携带存储路径；

基于所述存储路径确定所述数据调用请求对应的目标图片；

向所述第二服务器发送所述目标图片。

3.根据权利要求1所述的交管数据管理方法，其特征在于，在所述向第一服务器发送所述交管图片的步骤之后，还包括：

接收所述第一服务器返回的图片上传响应；

将未接收到图片上传响应的交管图片标记为异常图片。

4.根据权利要求3所述的交管数据管理方法，其特征在于，在所述将未接收到图片上传响应的交管图片标记为异常图片的步骤之后，还包括：

若重新接收到图片上传响应，将所述异常图片作为待上传图片；

上传所述待上传图片至所述第一服务器。

5.根据权利要求4所述的交管数据管理方法，其特征在于，在所述上传所述待上传图片至所述第一服务器的步骤之后，还包括：

将接收到图片上传响应的异常图片标记为已上传图片。

6.根据权利要求1所述的交管数据管理方法，其特征在于，在所述向第二服务器发送所述交管图片对应的存储路径的步骤之后，还包括：

接收所述第二服务器返回的路径上传响应；

将未接收到路径上传响应的存储路径标记为异常路径。

7.根据权利要求6所述的交管数据管理方法，其特征在于，在所述将未接收到路径上传响应的存储路径标记为异常路径的步骤之后，还包括：

若重新接收到路径上传响应，将所述异常路径作为待上传路径；

上传所述待上传路径至所述第二服务器；

将接收到路径上传响应的异常路径标记为已上传路径。

8.根据权利要求1至7任一项所述的交管数据管理方法，其特征在于，在所述向第二服务器发送所述交管图片对应的存储路径的步骤之后，还包括：

获取清理周期；

根据所述清理周期对存储的交管图片进行数据清理。

9.一种交管数据管理装置，其特征在于，应用于交管系统的前端设备，所述交管数据管理装置包括：

采集模块，用于采集交管图片，所述交管图片包括卡口图片和违法图片中的至少一种；

存储模块，用于缓存所述交管图片，并生成所述交管图片对应的存储路径；

第一发送模块，用于向第一服务器发送所述交管图片，以使得所述第一服务器存储并基于所述交管图片提供数据服务；

第二发送模块，用于向第二服务器发送所述交管图片对应的存储路径，以使得所述第二服务器存储并基于所述存储路径提供数据服务。

10.一种前端设备，其特征在于，包括采集模块，处理器及存储器，所述存储器里存储有计算机程序、图片以及所述图片的访问路径，其中，所述处理器执行程序时实现如权利要求1至8任一项所述方法中的步骤。

Images