一种数据传输方法、装置、电子设备和存储介质与流程

1.本技术涉及视频监控技术领域，尤其涉及一种数据传输方法、装置、电子设备和存储介质。


背景技术：

2.车辆布控系统是交警最常用的一个系统平台，在平台上能够展示过车信息、违法信息和图片，具备车辆布控抓捕、路线分析、车辆统计等功能。各个厂商都会把其抓拍的车辆数据和图片上传到车辆布控系统中。由于涉及到数据的网络传输，为了保证网络安全，在组网中引入网闸，通过网闸将组网分割成两部分，一部分是外网，一部分是内网，前端相机、工控机等设备都在外网(例如互联网)，而车辆布控系统平台则在内网(例如局域网)。
3.目前最常用的数据传输方案是：在内网设置一台数据库服务器，网闸将数据库服务器的端口开放给外网的指定设备，外网设备可以穿透网闸，将车辆数据和图片写入到数据库服务器中。
4.但是这种方式仍存在一定的不足：网闸将数据库服务器的端口开放给外网的指定设备，导致部分指定外网设备不经过网闸直接向内网数据库服务器写数据，使得数据传输的安全性较低；而且车辆数据和图片写入数据库的耗时，依赖于数据库服务器的磁盘io性能，随着数据库数据量的增加，写入耗时也会增加，使得数据传输的实时性受到影响；若是数据写入失败，而外网设备无法得知，不会补发数据，进而导致数据丢失，进而影响数据的完整性。


技术实现要素：

5.本技术实施例提供一种数据传输方法、装置、电子设备和存储介质，以达到提升数据传输安全性以及保证数据传输的实时性和完整性的目的。
6.第一方面，本技术实施例提供了一种数据传输方法，应用于部署在内网的第一对接服务器，第一对接服务器包括第一webservice服务端，方法包括：
7.通过第一webservice服务端接收网闸转发的由第二对接服务器上的第二webservice客户端所发送的待上传数据，并对待上传数据保进行保存；其中，第二对接服务器部署在外网，外网与内网通过网闸隔开；
8.将保存结果通过网闸反馈给第二对接服务器，使得第二对接服务器根据保存结果判断是否需要重新发送待上传数据。
9.第二方面，本技术实施例提供了一种数据传输方法，应用于部署在外网的第二对接服务器，第二对接服务器上设置有第二webservice客户端，方法包括：
10.接收外网平台发送的待上传数据，其中，待上传数据是由前端采集器采集后保存在外网平台的；
11.通过第二webservice客户端将待上传数据经由网闸转发到第一对接服务器的第一webservice服务端，以使得第一对接服务器对待上传数据保进行保存；其中，第一对接服
务器部署在内网；
12.接收第一对接服务器反馈的保存结果，并根据保存结果判断是否需要重新发送待上传数据。
13.第三方面，本技术实施例提供了一种数据传输装置，配置于部署在内网的第一对接服务器，第一对接服务器包括第一webservice服务端，装置包括：
14.第一数据接收模块，用于通过第一webservice服务端接收网闸转发的由第二对接服务器上的第二webservice客户端所发送的待上传数据，并对待上传数据保进行保存；其中，第二对接服务器部署在外网，外网与内网通过网闸隔开；
15.反馈模块，用于将保存结果通过网闸反馈给第二对接服务器，使得第二对接服务器根据保存结果判断是否需要重新发送待上传数据。
16.第四方面，本技术实施例提供了一种数据传输装置，配置于部署在外网的第二对接服务器，第二对接服务器上设置有第二webservice客户端，装置包括：
17.第二数据接收模块，用于接收外网平台发送的待上传数据，其中，待上传数据是由前端采集器采集后保存在外网平台的；
18.数据发送模块，用于通过第二webservice客户端将待上传数据通过网闸转发到第一对接服务器的第一webservice服务端，以使得第一对接服务器对待上传数据保进行保存；其中，第一对接服务器部署在内网；
19.反馈结果接收模块，用于接收第一对接服务器反馈的保存结果，并根据保存结果判断是否需要重新发送待上传数据。
20.第五方面，本技术实施例还提供了一种电子设备，包括：
21.一个或多个处理器；
22.存储装置，用于存储一个或多个程序，
23.当一个或多个程序被一个或多个处理器执行，使得一个或多个处理器实现如本技术任一实施例的数据传输方法。
24.第六方面，本技术实施例还提供了一种计算机可读存储介质，其上存储有计算机程序，该程序被处理器执行时实现如本技术任一实施例的数据传输方法。
25.本技术实施例中，第一对接服务器和第二对接服务器之间的数据传输通过网闸转发，保证了数据的安全性；而且数据传输采用webservice协议，使得数据是以数据流的形式并行发送，数据传输速度快，保证了数据传输的实时性；通过将数据的保存结果反馈给第二对接服务器，使得保存失败时，由第二对接服务器重新发送数据，以保证数据的完整性。
附图说明
26.图1是根据本技术第一实施例中的数据传输方法的流程示意图；
27.图2a是根据本技术第二实施例中的数据传输方法的流程示意图；
28.图2b是根据本技术第二实施例中的数据在各设备间传输的流程图；
29.图3是根据本技术第三实施例中的数据传输方法的逻辑流程图；
30.图4是根据本技术第四实施例中的数据传输方法的逻辑流程图；
31.图5是根据本技术第五实施例中的数据传输方法的流程示意图；
32.图6是根据本技术第六实施例中的数据传输方法的逻辑流程图；
33.图7是根据本技术第七实施例中的数据传输方法的流程示意图；
34.图8是根据本技术第八实施例中的数据传输方法的流程示意图；
35.图9是根据本技术第九实施例中的数据传输装置的结构示意图；
36.图10是根据本技术第十实施例中的数据传输装置的结构示意图；
37.图11是根据本技术第十一实施例中的实现数据传输方法的电子设备的结构示意图。
具体实施方式
38.下面结合附图和实施例对本技术作进一步的详细说明。可以理解的是，此处所描述的具体实施例仅仅用于解释本技术，而非对本技术的限定。另外还需要说明的是，为了便于描述，附图中仅示出了与本技术相关的部分而非所有结构。
39.图1是根据本技术第一实施例的数据传输方法的流程图，本实施例可适用于通过内网和外网的对接服务器实现安全快速的进行数据传输的情况，该方法可以由数据传输装置来执行，该装置可以采用软件和/或硬件的方式实现，并可集成在电子设备中，例如集成在服务器中。
40.本技术实施例中，车辆数据(例如过车数据、违法数据)和抓拍图片需要从外网穿越进内网并上传到部署在内网的车辆布控系统平台。网闸虽然保障了组网中网络的安全性，但它却让整个组网复杂化。目前车辆布控系统对于上传的车辆数据和图片通常有两个要求，一是实时性，保证车辆数据和图片要在8秒内上传到车辆布控系统平台，如果延迟较大，会导致布控功能无法使用；二是完整性，车辆数据和图片不能有丢失，否则影响历史数据分析、违法判定等功能。基于此，为了保证上传的车辆数据和图片的实时性和完整性，发明人创造性的提出了一种数据传输方法，具体的，在内网部署第一对接服务器，第一对接服务器配置第一webservice服务端；在外网部署第二对接服务器，第二对接服务器配置有第二webservice客户端，由此可以保证第一对接服务器和第二对接服务器可基于webservice协议进行数据传输。
41.需要说明的是，要保证第一对接服务器和第二对接服务器可基于webservice协议进行数据传输，首先要建立第一webservice服务端与第二webservice客户端之间的连接。可选的，建立连接的过程包括：第一对接服务器启动第一webservice服务端，第二对接服务器启动第二webservice客户端；第一对接服务器接收网闸转发的由第二对接服务器上的第二webservice客户端所发送的连接报文，并回复应答报文，也即将应答报文通过网闸转发到第二对接服务器，以建立第一webservice服务端与第二webservice客户端之间的连接。
42.在上述的基础上，如图1所示，数据传输方法具体包括如下流程：
43.s101、通过第一webservice服务端接收网闸转发的由第二对接服务器上的第二webservice客户端所发送的待上传数据，并对待上传数据保进行保存。
44.本技术实施例中，待上传数据是第二对接服务器从外网平台获取的，其中，外网平台为部署在外网的用于保存前端采集器所采集的各种数据的平台，可选的为一个实体服务器设备。也即前端采集器(例如相机)采集图片数据和车辆数据后，将图片数据和车辆数据通过传输协议(例如tcp协议)保存在外网平台，以便外网平台将保存的数据转发给第二对接平台。
45.进一步的，待上传数据可以根据车辆布控系统平台(即内网平台)的存储压力确定。若车辆布控系统平台存储充裕，待上传数据可选的为车辆数据和图片数据的组合；若车辆布控系统平台存储不充裕，待上传数据可选的为车辆数据和图片url(uniform resource locator，统一资源定位系统)；其中，车辆数据可选的为结构化的文本数据，包括车辆品牌、车牌号以及违法信息等，图片url适用于表征图片数据在外网平台的存储位置。
46.本技术实施例中，为了进一步保证数据传输的实时性，第二对接服务器上的第二webservice客户端可以预先创建多个数据传输线程，进而通过多线程并行发送待上传数据到网闸，在由网闸验证后，将并行发送的待上传数据转发给第一对接服务器的第一webservice服务端，使得第一webservice服务端并发接收待上传数据，由此保证了数据传输的速度，进而保证数据传输的实时性。
47.第一对接服务器接收到待上传数据后，可将其本地数据库或磁盘，以便后续将数据库或磁盘保存的收据上传到车辆布控系统平台。
48.s102、将保存结果通过网闸反馈给第二对接服务器，使得第二对接服务器根据保存结果判断是否需要重新发送待上传数据。
49.其中，保存结果可选的包括保存成功和保存失败，第一对接服务器可将保存结果通过网闸反馈给第二对接服务器，使得第二对接服务器知晓待上传数据是否成功保存，若否，则重新发送待上传数据，以保证待上传数据的完整性。
50.本技术实施例中，第一对接服务器和第二对接服务器之间的数据传输通过网闸转发，保证了数据的安全性；而且数据传输采用webservice协议，使得数据是以数据流的形式并行发送，保证了数据传输的实时性；通过将数据的保存结果反馈给第二对接服务器，使得保存失败时，由第二对接服务器重新发送数据，以保证数据的完整性。
51.图2a是根据本技术第二实施例的数据传输方法的流程图，本实施例是在上述实施例的基础上进行优化，参见图2a，该方法包括：
52.s201、通过第一webservice服务端接收网闸转发的由第二对接服务器上的第二webservice客户端所发送的待上传数据。
53.其中，第二对接服务器部署在外网，外网与内网通过网闸隔开。
54.本技术实施例中，待上传数据包括车辆数据和图片数据；第一对接服务器还包括本地内存盘和本地数据库。其中，本地内存盘是从内存中划分形成，可选的使用softperfect ram disk软件划分，大小示例性的为24gb(第一对接服务器总共32gb内存，24gb用于缓存图片、8gb用于系统使用)。内存盘的好处是读写速度快。本地数据库用于保存结构化数据。
55.s202、将图片数据缓存到本地内存盘，并获取图片数据的缓存路径。
56.由于车辆数据和图片都写入数据库需要耗时，耗时依赖于数据库服务器的磁盘io性能，随着数据库数据量的增加，写入耗时也会增加，而且图片较大，写入数据库较慢，因此数据传输实时性会受到影响。基于此，为了提升数据传输的实时性，发明人创造性的提出将车辆数据和图片数据分开保存。具体的将图片数据缓存到本地内存盘，由于本地内存盘的读写速度快，相比于存储在数据库中，耗时短，由此保证了输出传输的实时性。
57.进一步的，在将图片数据缓存在本地内存盘后，获取图片数据在本地内存盘的缓存路径。在此需要说明的是，之所以获取图片数据在本地内存盘的缓存路径，是为了保证后
续可以快速根据缓存路径找到对应的图片数据。
58.s203、将车辆数据和缓存路径写入本地数据库。
59.其中，车辆数据和缓存路径可选的为结构化的文本数据，将其写入本地数据库的速度快，耗时较短，由此保证了数据传输的实时性。
60.s204、将保存结果通过网闸反馈给第二对接服务器，使得第二对接服务器根据保存结果判断是否需要重新发送待上传数据。
61.具体过程参见上述实施例，在此不再赘述。
62.s205、查询数据库中的待上传的车辆数据和图片数据的缓存路径，并根据缓存路径从本地内存盘中获取对应的图片数据。
63.本技术实施例中，本地数据库中的数据可根据标志位的不同，以标识数据处于不同的状态，其中所述状态包括待上传状态、已上传状态、已删除状态等。通过s201-s203步骤，将待上传数据保存在第一对接服务器后，查询数据库中处于待上传状态的车辆数据和图片数据的缓存路径，并根据缓存路径从本地内存盘中获取对应的图片数据。
64.s206、将车辆数据和获取到的图片数据上传到内网平台。
65.在获取到待上传的车辆数据和图片数据后，可选通过预设的传输协议将车辆数据和图片数据上传到内网平台，其中，内网平台为部署车辆布控系统的平台。
66.s207、判断数据是否上传成功。
67.可选的，第一对接服务器和内网平台之间具有应答机制，第一对接服务器可根据内网平台反馈的信息确定是否上传成功。若否，则执行s208，若是，则执行s209。
68.s208、重新上传车辆数据和获取到的图片数据，且重复上传的次数小于预设次数阈值。
69.如果上传失败或者超时，则需要重新上传车辆数据和获取到的图片数据。在此需要说明的是，为了避免无限重传的异常情况，预先设置由预设次数阈值，也即最多允许重传的次数等于预设次数阈值。若重传的次数等于预设次数阈值时仍然传输失败，则放弃该数据和图片的上传，并标记为上传失败，继续上传其它的数据；若重复上传的次数小于预设次数阈值时上传成功，则执行s209。
70.s209、在本地数据库中将车辆数据和图片数据的缓存路径标记为已上传。
71.在将车辆数据和获取到的图片数据上传到内网平台，在本地数据库中将车辆数据和图片数据的缓存路径标记为已上传，避免后续重复上传。
72.进一步的，为了清楚的描述数据传输的过程，参见图2b，其示出了数据传输的流程图。具体的，内网侧部署有第一对接服务器和内网平台，外网次部署有第二对接服务器、外网平台、前端相机；内网和外网通过网闸隔开。前端相机采集过往车辆的数据，例如车牌信息、车辆品牌、是否违法以及抓拍的图片；将车辆的数据和图片通过传输协议发送给外网平台。外网平台将保存的待上传数据发送到第二对接服务器，第二对接服务器通过第二webservice客户端将待上传数据发送到网闸，网闸验证后将待上传数据发送给第一对接服务器上的第一webservice服务端，然后将接收的图片数据保存在本地内存盘，将图片的缓存路径和车辆数据保存在数据库；进而通过查询数据中待上传的车辆数据和缓存路径，从本地内存盘获取对应图片后，将获得的图片和车辆数据一起上传给内网平台。
73.本技术实施例中，将结构化的车辆数据和图片数据分离，将图片数据缓存在本地
内存盘中，由于内存盘读写速度快，使得缓存图片耗时短，保证了数据传输的实时性；同时将结构化的车辆数据和图片数据的缓存路径保存在数据库中，由于车辆数据和图片数据的缓存路径的数据体积小，写入数据库速度快，保证了输出传输的速度。内网对接服务器和平台之间具备应答机制，能够实现数据和图片重传，保证了数据的完整性。
74.图3是根据本技术第三实施例的数据传输方法的逻辑流程图，本实施例是在上述实施例的基础上进行优化，参见图3，该方法逻辑包括：
75.首先，第二对接服务器启动，并启动第二webservice客户端，同时创建多线程，以便后续通过多线程并行发送待上传数据；第一对接服务器启动，并启动第一webservice服务端。第二webservice客户端向网闸发送连接报文，网闸验证后将连接报文转发到第一webservice服务端，连接成功则回复应答报文到网闸，由网闸将应答报文发送到第二对接服务器，以建立第二webservice客户端和第一webservice服务端。
76.进一步的，前端相机传输待上传的图片和车辆数据到外网平台，可选的，采用tcp协议传输。第二对接服务器基于webservice协议，通过多线程并行向第一对接服务器的服务端地址发送数据的发送待上传数据。具体的，先将待上传数据发送到网闸，由网闸验证后，将其转发到第一对其服务器的第一webservice服务端。
77.在接收到待上传数据后，将待上传数据中的图片保存在本地内存盘，并将待上传数据中的车辆数据和图片在内存盘的缓存路径保存在本地数据库中。进一步的，将保存结果消息返回到第二对接服务器，具体的，先将保存结果消息发送到网闸，由网闸验证后转发到第二对接服务器，第二对接服务器根据保存结果消息确认判断发送成功还是发送失败，若失败，则启动重新发送的流程。
78.进一步的，第一对接服务器查询数据库中，将数据库中的待上传的车辆数据，以及根据待上传缓存路径对应的图片数据，上报到内存平台，需要说明的是，如果上传失败或者超时，则重新上传数据，为了避免无限重传的异常情况，重新上传的次数小于预设次数阈值。根据内存平台的反馈消息，更新数据库中对应数据的标志位，也即在本地数据库中将车辆数据和图片数据的缓存路径标记为已上传。而具体的逻辑可按照图3中的数字，由0到13依次执行。
79.本技术实施例中，将结构化的车辆数据和图片数据分离，将图片数据缓存在本地内存盘中，由于内存盘读写速度快，使得缓存图片耗时短，保证了数据传输的实时性；同时将结构化的车辆数据和图片数据的缓存路径保存在数据库中，由于车辆数据和图片数据的缓存路径的数据体积小，写入数据库速度快，保证了输出传输的速度。第一对接服务器和第二对接服务器之间具备应答机制，能够实现车辆数据和图片重传，以保证数据完整性；第一对接服务器和内网平台之间具备应答机制，能够实现数据和图片重传，以保证数据的完整性。
80.图4是根据本技术第四实施例的数据传输方法的逻辑流程图，本实施例是在上述实施例的基础上进行优化，在本地数据库中将车辆数据和图片数据的缓存路径标记为已上传，追加了在定期删除已上传图片的步骤，参见图4，该方法包括：
81.s401、通过第一webservice服务端接收网闸转发的由第二对接服务器上的第二webservice客户端所发送的待上传数据。
82.s402、将图片数据缓存到本地内存盘，并获取图片数据的缓存路径。
83.s403、将车辆数据和缓存路径写入本地数据库。
84.s404、将保存结果通过网闸反馈给第二对接服务器，使得第二对接服务器根据保存结果判断是否需要重新发送待上传数据。
85.s405、查询数据库中的待上传的车辆数据和图片数据的缓存路径，并根据缓存路径从本地内存盘中获取对应的图片数据。
86.s406、将车辆数据和获取到的图片数据上传到内网平台。
87.s407、判断数据是否上传成功。
88.若否，则执行s408，若是，则执行s409。
89.s408、重新上传车辆数据和获取到的图片数据，且重复上传的次数小于预设次数阈值。
90.s409、在本地数据库中将车辆数据和图片数据的缓存路径标记为已上传。
91.关于s401-s409过程的描述，可参见上述实施例，在此不再赘述。
92.本技术实施例中，由于本地内存盘只是做图片缓存，并不做长期的图片存储；同时本地内存盘有限，如果不清理那么非常容易爆满，造成异常情况。因此，需要定期的清理本地内存盘，本技术实施例中，在第一webservice服务端启动后，建立一个图片清理线程，由图片清理线程通过执行s410-s411清理图片。
93.s410、定期从本地数据库中获取被标记为已上传的车辆数据和图片数据的缓存路径。
94.s411、在本地内存盘中，将缓存路径对应的图片数据删除。
95.本技术实施例中，如果数据库中某一图片的缓存路径被标记为已上传，则表明该缓存路径对应的图片数据已经上传到内存平台，无需在本地内存盘中继续缓存。也即为了节省本地内存盘空间，可在本地内存盘中，将被标记为已上传的缓存路径对应的图片数据删除。
96.进一步的，第一对接服务器有可能出现异常，当第一对接服务器出现异常时，第一对接服务器不会处理图片和车辆数据，导致部分图片因为超时而未上传到内网平台，此时需要图片清理线程判定到本地内存盘中的超时图片，清理超时图片，以保证内存盘可以一直写入图片，不会出现爆满的情况。具体的，参见s412-s413。
97.s412、将本地内存盘中所有图片数据各自的缓存时间，依次与当前时间进行比较。
98.s413、若某一图片数据的缓存时间与当前时间的时间差大于预设时长，则删除该图片数据。
99.s414、在本地数据库中，将所有被删除的图片数据所对应的缓存路径标记为已删除。
100.在通过s410-s413删除本地内存盘中已上传和超时未上传的图片数据后，在本地数据库中，将所有被删除的图片数据所对应的缓存路径标记为已删除。进而图片清理线程进入休眠，等待下一轮清理。
101.本技术实施例中，通过图片清理线程定期删除本地内存盘中已上传的图片数据或超时的图片数据，可以保证本地内存盘的空间充足，以此可以保证图片数据能够快速保存在本地内存盘，进而保证数据传输的实时性。
102.图5是根据本技术第五实施例的数据传输方法的程图示意图，本实施例是在上述
实施例的基础上进行优化：本技术实施例中，待上传数据包括车辆数据和图片url；其中，图片url用于表示图片在外网平台的存储地址，也即图片数据始终保存在外网平台；其中，外网平台为部署在外网的用于保存前端采集器所采集的数据的平台；相应的，对待上传数据保进行保存，包括：将车辆数据和图片url保存在第一对接服务器的本地数据库中，以便将车辆数据和图片url发送到内网平台，以便后续内网平台通过发送图片获取请求，直接访问对应图片。
103.本技术实施例中，第一对接服务器还包括第一webservice客户端；第二对接服务器上的第二webservice服务端；第一webservice客户端和第二webservice服务端建立连接的过程，与第一webservice服务端和第二webservice客户端建立连接的过程类似，在此不再赘述。
104.在上述内容的基础上，该数据传输方法还包括：
105.s501、接收内网平台发送的图片获取请求。
106.本技术实施例中，由于上传到内存平台的数据为车辆数据和图片url，而要在内存平台查看某一图片数据时，需要通过图片获取请求从外网获取该图片。其中，图片获取请求中包括目标图片的图片url。具体的，在获取图片数据时，内存平台先向第一对接服务器下发图片获取指令。
107.s502、通过第一webservice客户端将图片获取请求发送到网闸，并由网闸转发给第二对接服务器上的第二webservice服务端，以便第二webservice服务端根据目标图片的图片url，从外网平台获取相应的图片。
108.第一对接服务器获取到图片获取指令后，先将图片获取指令发送到网闸，由网闸验证安全后，转发给第二对接服务器上的第二webservice服务端，以便第二webservice服务端分析图片获取指令，以获取指令中的目标图片的图片url，进而根据目标图片的图片url从外网平台获取相应的目标图片。
109.s503、通过第一webservice服务端接收网闸转发的由第二对接服务器上的第二webservice客户端所发送的目标图片，并将目标图片反馈给内网平台。
110.通过s502获取目标图片后，通过第一webservice服务端接收网闸转发的由第二对接服务器上的第二webservice客户端所发送的目标图片，具体的传输过程参见上述实施例，在此不再赘述。
111.本技术实施例中，若上传到内网平台的数据为车辆数据和图片url后，内网平台可通过发送带有图片url的图片获取指令，从外网平台获取对应的图片，实现了对图片数据的实时访问。
112.图6是根据本技术第六实施例的数据传输方法的逻辑流程图，本实施例是在上述实施例的基础上进行优化，参见图6，该方法逻辑包括：
113.本技术实施例中的实时访问图片数据的逻辑，可按照图6中的数字，由0到8的步骤依次执行。具体的，先启动第一对接服务器的第一webservice客户端，以及第二对接服务器上的第二webservice服务端，并建立第一webservice客户端与第二webservice服务端的连接，具体过程参见上述实施例，在此不再赘述。
114.进一步的，当内网平台需要图片时，向第一对接服务器发起图片获取请求，可选的通过http或webservice等请求方式，在此不做具体限定，其中图片获取请求中包括目标图
片的图片url。第一对接服务器接收到获取图片的请求后，通过第一webservice客户端转发图片获取请求至网闸，并由网闸转发图片获取请求至第二对接服务器的第二webservice服务端。
115.进一步的，第二对接服务器通过分析图片获取请求，以确定其中的目标图片的图片url，并执行图片获取请求，获取到目标图片后，通过第二对接服务器的第二webservice客户端，将包括目标图片的应答报文至网闸，由网闸转发应答报文至第一对接服务器。
116.进而，第一对接服务器接收目标图片，并与内网平台实现交互以将目标图片上传到内网平台，可选的通过http或webservice协议进行交互，也可以通过其它协议，在此不做具体限定。内网平台接收到目标图片，至此图片获取请求已完成内外网的交互。
117.本技术实施例中，若上传到内网平台的数据为车辆数据和图片url后，内网平台可通过发送带有图片url的图片获取指令，从外网平台获取对应的图片，实现了对图片数据的实时访问。
118.图7是根据本技术第七实施例的数据传输方法的流程图，本实施例可适用于通过内网和外网的对接服务器实现安全快速的进行数据传输的情况，该方法可以由数据传输装置来执行，该装置可以采用软件和/或硬件的方式实现，并可集成在电子设备中，例如集成在服务器中。
119.本技术实施例中，数据传输方法由部署在外网的第二对接服务器执行，第二对接服务器上设置有第二webservice客户端，参见图7，方法包括：
120.s701、接收外网平台发送的待上传数据，其中，待上传数据是由前端采集器采集后保存在外网平台的。
121.其中，待上传数据为车辆数据和图片数据的组合或者为车辆数据和图片rul的组合，具体的可以根据内网平台的存储能力确定。
122.s702、通过第二webservice客户端将待上传数据经由网闸转发到第一对接服务器的第一webservice服务端，以使得第一对接服务器对待上传数据保进行保存；其中，第一对接服务器部署在内网。
123.s703、接收第一对接服务器反馈的保存结果，并根据保存结果判断是否需要重新发送待上传数据。
124.本技术实施例中，s702-s703的过程描述，可参见上述实施例，在此不再赘述。
125.本技术实施例中，第一对接服务器和第二对接服务器之间的数据传输通过网闸转发，保证了数据的安全性；而且数据传输采用webservice协议，使得数据是以数据流的形式并行发送，保证了数据传输的实时性；通过将数据的保存结果反馈给第二对接服务器，使得保存失败时，由第二对接服务器重新发送数据，以保证数据的完整性。
126.图8是根据本技术第八实施例的数据传输方法的流程示意图图，本实施例是在上述实施例的基础上进行优化，参见图8，该方法包括：
127.s801、通过第二webservice服务端接收网闸转发的由第一webservice客户端发送的图片获取请求，其中图片获取请求中包括目标图片的图片url。
128.s802、通过第二webservice服务端根据目标图片的图片url，从外网平台获取相应的目标图片。
129.s803、通过第二webservice客户端发送目标图片到网闸，以便网闸将目标图片转
发到第一webservice服务端。
130.本技术实施例中，s801-s803的过程可参见上述实施例中对图片实时访问的逻辑描述，在此不再赘述。
131.图9是根据本技术第九实施例的数据传输装置的结构示意图，配置于部署在内网的第一对接服务器，第一对接服务器包括第一webservice服务端，本实施例可适用于通过内网和外网的对接服务器实现安全快速的进行数据传输的情况，参见图9，该装置包括：
132.第一数据接收模块901，用于通过第一webservice服务端接收网闸转发的由第二对接服务器上的第二webservice客户端所发送的待上传数据，并对待上传数据保进行保存；其中，第二对接服务器部署在外网，外网与内网通过网闸隔开；
133.反馈模块902，用于将保存结果通过网闸反馈给第二对接服务器，使得第二对接服务器根据保存结果判断是否需要重新发送待上传数据。
134.在上述实施例的基础上，可选的，第一对接服务器还包括本地内存盘和本地数据库；待上传数据包括车辆数据和图片数据；
135.相应的，第一数据接收模块包括：
136.图片缓存单元，用于将图片数据缓存到本地内存盘，并获取图片数据的缓存路径；
137.第一车辆数据和路径存储单元，用于将车辆数据和缓存路径写入本地数据库。
138.在上述实施例的基础上，可选的，装置还包括：
139.数据查询模块，用于在将车辆数据和缓存路径写入本地数据库之后，查询数据库中的待上传的车辆数据和图片数据的缓存路径，并根据缓存路径从本地内存盘中获取对应的图片数据；
140.数据上报模块，用于将车辆数据和获取到的图片数据上传到内网平台，其中，内网平台为部署车辆布控系统的平台。
141.在上述实施例的基础上，可选的，装置还包括：
142.判断模块，用于在将车辆数据和获取到的图片数据上传到内网平台之后，判断数据是否上传成功；
143.第一重复上传模块，用于若判断结果为否，则重新上传车辆数据和获取到的图片数据，且重复上传的次数小于预设次数阈值；
144.第一标记模块，用于若判断结果为是，则在本地数据库中将车辆数据和图片数据的缓存路径标记为已上传。
145.在上述实施例的基础上，可选的，装置还包括：
146.数据查询模块，用于在本地数据库中将车辆数据和图片数据的缓存路径标记为已上传之后，定期从本地数据库中获取被标记为已上传的车辆数据和图片数据的缓存路径；
147.第一删除模块，用于在本地内存盘中，将缓存路径对应的图片数据删除。
148.在上述实施例的基础上，可选的，装置还包括：
149.比较模块，用于在本地内存盘中，将缓存路径对应的图片数据删除之后，将本地内存盘中所有图片数据各自的缓存时间，依次与当前时间进行比较；
150.第二删除模块，用于若某一图片数据的缓存时间与当前时间的时间差大于预设时长，则删除该图片数据；
151.第二标记模块，用于在本地数据库中，将所有被删除的图片数据所对应的缓存路
径标记为已删除。
152.在上述实施例的基础上，可选的，装置还包括：
153.启动模块，用于启动第一webservice服务端，接收网闸转发的由第二对接服务器上的第二webservice客户端所发送的连接报文；
154.连接模块，用于将应答报文通过网闸转发到第二对接服务器，以建立第一webservice服务端与第二webservice客户端之间的连接。
155.在上述实施例的基础上，可选的，待上传数据包括车辆数据和图片url；其中，图片url用于表示图片在外网平台的存储地址；其中，外网平台为部署在外网的用于保存前端采集器所采集的数据的平台；
156.相应的，第一数据接收模块，包括：
157.第二车辆数据和路径存储单元，将车辆数据和图片url保存在第一对接服务器的本地数据库中以便将车辆数据和图片url发送到内网平台。
158.在上述实施例的基础上，可选的，第一对接服务器还包括第一webservice客户端，装置还包括：
159.第一请求接收模块，用于接收内网平台发送的图片获取请求，其中图片获取请求中包括目标图片的图片url；
160.请求转发模块，用于通过第一webservice客户端将图片获取请求发送到网闸，并由网闸转发给第二对接服务器上的第二webservice服务端，以便第二webservice服务端根据目标图片的图片url，从外网平台获取相应的图片；
161.图片接收与反馈模块，用于通过第一webservice服务端接收网闸转发的由第二对接服务器上的第二webservice客户端所发送的目标图片，并将目标图片反馈给内网平台。
162.本技术实施例所提供的数据传输装置可执行本技术任意实施例所提供的数据传输方法，具备执行方法相应的功能模块和有益效果。
163.图10是根据本技术第十实施例的数据传输装置的结构示意图，配置于部署在外网的第二对接服务器，第二对接服务器上设置有第二webservice客户端，本实施例可适用于通过内网和外网的对接服务器实现安全快速的进行数据传输的情况，参见图10，该装置包括：
164.第二数据接收模块1001，用于接收外网平台发送的待上传数据，其中，待上传数据是由前端采集器采集后保存在外网平台的；
165.数据发送模块1002，用于通过第二webservice客户端将待上传数据经由网闸转发到第一对接服务器的第一webservice服务端，以使得第一对接服务器对待上传数据保进行保存；其中，第一对接服务器部署在内网；
166.反馈结果接收模块1003，用于接收第一对接服务器反馈的保存结果，并根据保存结果判断是否需要重新发送待上传数据。
167.在上述实施例的基础上，可选的，待上传数据为车辆数据和图片数据的组合或者为车辆数据和图片rul的组合。
168.在上述实施例的基础上，可选的，第二对接服务器还包括第二webservice服务端；
169.相应的，装置还包括：
170.第二请求接收模块，用于通过第二webservice服务端接收网闸转发的由第一
webservice客户端发送的图片获取请求，其中图片获取请求中包括目标图片的图片url；
171.图片获取模块，用于通过第二webservice服务端根据目标图片的图片url，从外网平台获取相应的目标图片；
172.图片发送模块，用于通过第二webservice客户端发送目标图片到网闸，以便网闸将目标图片转发到第一webservice服务端。
173.本技术实施例所提供的数据传输装置可执行本技术任意实施例所提供的数据传输方法，具备执行方法相应的功能模块和有益效果。
174.图11是本技术第六实施例中提供的一种电子设备的结构示意图。如图11所示结构，本技术实施例中提供的电子设备包括：一个或多个处理器1102和存储器1101；该电子设备中的处理器1102可以是一个或多个，图11中以一个处理器1102为例；存储器1101用于存储一个或多个程序；一个或多个程序被一个或多个处理器1102执行，使得一个或多个处理器1102实现如本技术实施例中任一项的数据传输方法。
175.该电子设备还可以包括：输入装置1103和输出装置1104。
176.该电子设备中的处理器1102、存储器1101、输入装置1103和输出装置1104可以通过总线或其他方式连接，图11中以通过总线连接为例。
177.该电子设备中的存储装置1101作为一种计算机可读存储介质，可用于存储一个或多个程序，所述程序可以是软件程序、计算机可执行程序以及模块，如本技术实施例中所提供的应用控制方法对应的程序指令/模块。处理器1102通过运行存储在存储装置1101中的软件程序、指令以及模块，从而执行电子设备的各种功能应用以及数据处理，即实现上述方法实施例中数据传输方法。
178.存储装置1101可包括存储程序区和存储数据区，其中，存储程序区可存储操作系统、至少一个功能所需的应用程序；存储数据区可存储根据电子设备的使用所创建的数据等。此外，存储器1101可以包括高速随机存取存储器，还可以包括非易失性存储器，例如至少一个磁盘存储器件、闪存器件、或其他非易失性固态存储器件。在一些实例中，存储器1101可进一步包括相对于处理器1102远程设置的存储器，这些远程存储器可以通过网络连接至设备。上述网络的实例包括但不限于互联网、企业内部网、局域网、移动通信网及其组合。
179.输入装置1103可用于接收输入的数字或字符信息，以及产生与电子设备的用户设置以及功能控制有关的键信号输入。输出装置1104可包括显示屏等显示设备。
180.并且，当上述电子设备所包括一个或者多个程序被所述一个或者多个处理器1102执行时，程序进行如下操作：
181.通过第一webservice服务端接收网闸转发的由第二对接服务器上的第二webservice客户端所发送的待上传数据，并对待上传数据保进行保存；其中，第二对接服务器部署在外网，外网与内网通过网闸隔开；
182.将保存结果通过网闸反馈给第二对接服务器，使得第二对接服务器根据保存结果判断是否需要重新发送待上传数据。
183.当然，本领域技术人员可以理解，当上述电子设备所包括一个或者多个程序被一个或者多个处理器1102执行时，程序还可以进行本技术任意实施例中所提供的应用控制方法中的相关操作。
184.本技术的一个实施例中提供了一种计算机可读存储介质，其上存储有计算机程序，该程序被处理器执行时用于执行数据传输方法，应用于部署在内网的第一对接服务器，第一对接服务器包括第一webservice服务端，该方法包括：
185.通过第一webservice服务端接收网闸转发的由第二对接服务器上的第二webservice客户端所发送的待上传数据，并对待上传数据保进行保存；其中，第二对接服务器部署在外网，外网与内网通过网闸隔开；
186.将保存结果通过网闸反馈给第二对接服务器，使得第二对接服务器根据保存结果判断是否需要重新发送待上传数据。
187.可选的，该程序被处理器执行时还可以用于执行本技术任意实施例中所提供的方法。
188.本技术实施例的计算机存储介质，可以采用一个或多个计算机可读的介质的任意组合。计算机可读介质可以是计算机可读信号介质或者计算机可读存储介质。计算机可读存储介质例如可以是——但不限于——电、磁、光、电磁、红外线、或半导体的系统、装置或器件，或者任意以上的组合。计算机可读存储介质的更具体的例子(非穷举的列表)包括：具有一个或多个导线的电连接、便携式计算机磁盘、硬盘、随机存取存储器(random access memory，ram)、只读存储器(read only memory，rom)、可擦式可编程只读存储器(erasable programmable read only memory，eprom)、闪存、光纤、便携式cd-rom、光存储器件、磁存储器件、或者上述的任意合适的组合。计算机可读存储介质可以是任何包含或存储程序的有形介质，该程序可以被指令执行系统、装置或者器件使用或者与其结合使用。
189.计算机可读的信号介质可以包括在基带中或者作为载波一部分传播的数据信号，其中承载了计算机可读的程序代码。这种传播的数据信号可以采用多种形式，包括但不限于：电磁信号、光信号或上述的任意合适的组合。计算机可读的信号介质还可以是计算机可读存储介质以外的任何计算机可读介质，该计算机可读介质可以发送、传播或者传输用于由指令执行系统、装置或者器件使用或者与其结合使用的程序。
190.计算机可读介质上包含的程序代码可以用任何适当的介质传输，包括但不限于：无线、电线、光缆、无线电频率(radio frequency，rf)等等，或者上述的任意合适的组合。
191.可以以一种或多种程序设计语言或其组合来编写用于执行本技术操作的计算机程序代码，所述程序设计语言包括面向对象的程序设计语言—诸如java、smalltalk、c++，还包括常规的过程式程序设计语言(诸如“c”语言或类似的程序设计语言)。程序代码可以完全地在用户计算机上执行、部分地在用户计算机上执行、作为一个独立的软件包执行、部分在用户计算机上部分在远程计算机上执行、或者完全在远程计算机或服务器上执行。在涉及远程计算机的情形中，远程计算机可以通过任意种类的网络(例如包括局域网(lan)或广域网(wan))连接到用户计算机，或者，可以连接到外部计算机(例如利用因特网服务提供商来通过因特网连接)。
192.注意，上述仅为本技术的较佳实施例及所运用技术原理。本领域技术人员会理解，本技术不限于这里所述的特定实施例，对本领域技术人员来说能够进行各种明显的变化、重新调整和替代而不会脱离本技术的保护范围。因此，虽然通过以上实施例对本技术进行了较为详细的说明，但是本技术不仅仅限于以上实施例，在不脱离本技术构思的情况下，还可以包括更多其他等效实施例，而本技术的范围由所附的权利要求范围决定。

技术特征：
1.一种数据传输方法，其特征在于，应用于部署在内网的第一对接服务器，所述第一对接服务器包括第一webservice服务端，所述方法包括：通过所述第一webservice服务端接收网闸转发的由第二对接服务器上的第二webservice客户端所发送的待上传数据，并对所述待上传数据保进行保存；其中，所述第二对接服务器部署在外网，所述外网与所述内网通过所述网闸隔开；将保存结果通过所述网闸反馈给所述第二对接服务器，使得所述第二对接服务器根据保存结果判断是否需要重新发送所述待上传数据。2.根据权利要求1所述的方法，其特征在于，所述第一对接服务器还包括本地内存盘和本地数据库；所述待上传数据包括车辆数据和图片数据；相应的，对所述待上传数据保进行保存，包括：将所述图片数据缓存到所述本地内存盘，并获取所述图片数据的缓存路径；将所述车辆数据和所述缓存路径写入所述本地数据库。3.根据权利要求2所述的方法，其特征在于，在将所述车辆数据和所述缓存路径写入所述本地数据库之后，所述方法还包括：查询数据库中的待上传的车辆数据和图片数据的缓存路径，并根据所述缓存路径从所述本地内存盘中获取对应的图片数据；将所述车辆数据和获取到的图片数据上传到内网平台，其中，所述内网平台为部署车辆布控系统的平台。4.根据权利要求3所述的方法，其特征在于，将所述车辆数据和获取到的图片数据上传到内网平台之后，所述方法还包括：判断数据是否上传成功；若否，则重新上传所述车辆数据和获取到的图片数据，且重复上传的次数小于预设次数阈值；若是，则在所述本地数据库中将所述车辆数据和所述图片数据的缓存路径标记为已上传。5.根据权利要求4所述的方法，其特征在于，在所述本地数据库中将所述车辆数据和所述图片数据的缓存路径标记为已上传之后，所述方法还包括：定期从所述本地数据库中获取被标记为已上传的车辆数据和图片数据的缓存路径；在所述本地内存盘中，将所述缓存路径对应的图片数据删除。6.根据权利要求5所述的方法，其特征在于，在所述本地内存盘中，将所述缓存路径对应的图片数据删除之后，所述方法还包括：将所述本地内存盘中所有图片数据各自的缓存时间，依次与当前时间进行比较；若某一图片数据的缓存时间与当前时间的时间差大于预设时长，则删除该图片数据；在所述本地数据库中，将所有被删除的图片数据所对应的缓存路径标记为已删除。7.根据权利要求1所述的方法，其特征在于，通过所述第一webservice服务端接收网闸转发的由第二对接服务器上的第二webservice客户端所发送的待上传数据之前，所述方法还包括：启动所述第一webservice服务端，接收所述网闸转发的由第二对接服务器上的所述第二webservice客户端所发送的连接报文；
将应答报文通过所述网闸转发到所述第二对接服务器，以建立所述第一webservice服务端与所述第二webservice客户端之间的连接。8.根据权利要求1所述的方法，其特征在于，所述待上传数据包括车辆数据和图片url；其中，所述图片url用于表示图片在外网平台的存储地址；其中，所述外网平台为部署在外网的用于保存前端采集器所采集的数据的平台；相应的，对所述待上传数据保进行保存，包括：将所述车辆数据和图片url保存在所述第一对接服务器的本地数据库中以便将所述车辆数据和图片url发送到内网平台。9.根据权利要求8所述的方法，其特征在于，所述第一对接服务器还包括第一webservice客户端，所述方法还包括：接收所述内网平台发送的图片获取请求，其中所述图片获取请求中包括目标图片的图片url；通过所述第一webservice客户端将所述图片获取请求发送到网闸，并由所述网闸转发给所述第二对接服务器上的第二webservice服务端，以便所述第二webservice服务端根据所述目标图片的图片url，从外网平台获取相应的图片；通过所述第一webservice服务端接收网闸转发的由第二对接服务器上的第二webservice客户端所发送的目标图片，并将所述目标图片反馈给内网平台。10.一种数据传输方法，其特征在于，应用于部署在外网的第二对接服务器，所述第二对接服务器上设置有第二webservice客户端，所述方法包括：接收外网平台发送的待上传数据，其中，所述待上传数据是由前端采集器采集后保存在外网平台的；通过所述第二webservice客户端将所述待上传数据经由所述网闸转发到第一对接服务器的第一webservice服务端，以使得所述第一对接服务器对所述待上传数据保进行保存；其中，所述第一对接服务器部署在内网；接收所述第一对接服务器反馈的保存结果，并根据所述保存结果判断是否需要重新发送所述待上传数据。11.根据权利要求10所述的方法，其特征在于，所述待上传数据为车辆数据和图片数据的组合或者为车辆数据和图片rul的组合。12.根据权利要求11所述的方法，其特征在于，所述第二对接服务器还包括第二webservice服务端；相应的，所述方法还包括：通过所述第二webservice服务端接收网闸转发的由所述第一webservice客户端发送的图片获取请求，其中所述图片获取请求中包括目标图片的图片url；通过所述第二webservice服务端根据所述目标图片的图片url，从外网平台获取相应的目标图片；通过所述第二webservice客户端发送所述目标图片到所述网闸，以便网闸将所述目标图片转发到第一webservice服务端。13.一种数据传输装置，其特征在于，配置于部署在内网的第一对接服务器，所述第一对接服务器包括第一webservice服务端，包括：
第一数据接收模块，用于通过所述第一webservice服务端接收网闸转发的由第二对接服务器上的第二webservice客户端所发送的待上传数据，并对所述待上传数据保进行保存；其中，所述第二对接服务器部署在外网，所述外网与所述内网通过所述网闸隔开；反馈模块，用于将保存结果通过所述网闸反馈给所述第二对接服务器，使得所述第二对接服务器根据保存结果判断是否需要重新发送所述待上传数据。14.一种数据传输装置，其特征在于，配置于部署在外网的第二对接服务器，所述第二对接服务器上设置有第二webservice客户端，所述装置包括：第二数据接收模块，用于接收外网平台发送的待上传数据，其中，所述待上传数据是由前端采集器采集后保存在外网平台的；数据发送模块，用于通过所述第二webservice客户端将所述待上传数据通过所述网闸转发到第一对接服务器的第一webservice服务端，以使得所述第一对接服务器对所述待上传数据保进行保存；其中，所述第一对接服务器部署在内网；反馈结果接收模块，用于接收所述第一对接服务器反馈的保存结果，并根据所述保存结果判断是否需要重新发送所述待上传数据。15.一种电子设备，其特征在于，包括：一个或多个处理器；存储装置，用于存储一个或多个程序，当所述一个或多个程序被所述一个或多个处理器执行，使得所述一个或多个处理器实现如权利要求1-9或权利要求10-12中任一所述的数据传输方法。16.一种计算机可读存储介质，其上存储有计算机程序，其特征在于，该程序被处理器执行时实现如权利要求1-9或权利要求10-12中任一所述的数据传输方法。

技术总结
本申请实施例公开了一种数据传输方法、装置、电子设备和存储介质，其中方法包括：通过第一对接服务器上的第一WebService服务端接收网闸转发的由第二对接服务器上的第二WebService客户端所发送的待上传数据，并对待上传数据保进行保存；将保存结果通过网闸反馈给第二对接服务器，使得第二对接服务器根据保存结果判断是否需要重新发送待上传数据。本申请实施例中，第一对接服务器和第二对接服务器之间的数据传输通过网闸转发，保证了数据的安全性；数据传输采用WebService协议，使得数据是以数据流的形式并行发送，传输速度快，保证了数据传输的实时性；通过将数据的保存结果反馈给第二对接服务器，使得保存失败时，由第二对接服务器重新发送数据，以保证数据的完整性。性。性。


技术研发人员：杨智超
受保护的技术使用者：浙江宇视科技有限公司
技术研发日：2020.11.05
技术公布日：2022/5/25