一种智能交通海量卡口通行数据传输系统的制作方法
【专利摘要】本发明公开一种智能交通海量卡口通行数据传输系统，包含客户端和服务端，客户端采用的多线程方式进行记录和图片采集，并将记录和图片传输到服务端；服务端采用多线程方式接收客户端发送的记录及图片，并将记录上传到指定的数据库服务器，图片上传至图片服务器。可以兼容多种数据库、多种图片访问方式，并使通行记录及通行图片实现及时、同步的传输。
【专利说明】一种智能交通海量卡口通行数据传输系统
【技术领域】
[0001]本发明涉及一种智能交通海量卡口通行数据传输系统。
【背景技术】
[0002]通行记录及通行图片是智能交通数据应用与分析的基础之一，记录及图片的传输也是智能交通系统中不可缺少的一部份。目前已有的传输型式有两种，第一种是通过边界摆渡的方式实现，记录与图片分开定时传输；第二种是由客户端直接传输到指定的数据库和图片服务器。以上两种方式都不能满足智能交通基于通行记录及通行图片的业务应用与数据分析的应用。
[0003]目前的传输方式会造成以下问题:1)、由于车辆的行驶速度快，所以智能交通应用对数据要求必需有一定的时效性，目前时效要求是从抓拍到业务库在5秒以内，但以上传输方式经常会产生两分钟以上的延时；2)、由于目前图像识别技术未达到百分百的车牌识别率，再加之实际业务中不单要车牌，还要求提供正确的号牌种类、车辆品牌、车型、车身颜色、驾驶人等信息，所以要求记录与图片同进展现需要以人工的方式进行确认，而以上传输方式容易造成记录与图片不同步的情况；3)、以上传输会造成数据库及图片服务大的压力，因为客户端厂家众多、技术也有差异，所以造成维护成本及硬件成本的增加；4)、由于缺乏数据验证有无效数据的情况产生，比如由于网络或其它原因记录上传到了业务库而图片丢失。
[0004]基于以上现有技术存在的问题急需进行解决。
【发明内容】
[0005]本发明提供一种智能交通海量卡口通行数据传输系统，可以实现多种数据库，多种图片访问方式的通行记录及通行图片的及时、同步传输。
[0006]本发明通过方法实现:
[0007]—种智能交通海量卡口通行数据传输系统，包含客户端和服务端，所述的客户端采用的多线程方式进行记录和图片采集，并将记录和图片传输到服务端；服务端采用多线程方式接收客户端发送的记录及图片数据并将数据上传到指定的数据库服务器，图片上传至图片服务器。
[0008]进一步的，所述的客户端和服务端采用的多线程方式为监控线程与业务多线程结合的方式。
[0009]进一步的，所述的监控线程还包含检测线程、控制线程。
[0010]进一步的，所述的客户端或服务端启动时，检测包括网络、数据库连接对像、图片上传对像在内的对象是否可用，如果不可用则停止控制线程和业务线程，同时重新初始化要用到的对像，并再次启动控制线程和业务线程。
[0011]进一步的，所述的客户端，启动控制线程后，如果控制线程的任务量最大值和最小值为0，则读取指定表中的最大值和最小值，如果任务量差值不为0，则分配设定的数量给空闲的业务线程同时变更任务量的值；直至分配完毕时，再到指定表中获取最大值和最小值。
[0012]进一步的，所述的客户端，当监控线程发现有新记录产生时，启动空闲的业务线程对新记录进行处理和传输，以达到数据实时传输；当业务线程收到指令后，取出新记录，并根据记录找到对应的图片，同时将本条记录和图片传输到服务端；当服务端接收成功后，客户端删除表中的当前记录以实现记录与图片同步。
[0013]进一步的，所述的服务端，检测线程验证客户端请求是否有正确的密匙，如是有，则接收客户端的数据并放入指定的集合中，启动控制线程，如果集合中有要处理的数据，则分配设定的数量给空闲的业务线程。
[0014]进一步的，所述的客户端或服务端，业务线程被启动后，业务线程判断控制线程给定的集合，如果值不为空，则循环处理查询到的记录，根据记录上传或下载图片，图片上传或下载成功后处理下一条，直到处理完所有记录时，向控制线程报告空闲状态。
[0015]进一步的，所述的服务端数据库只有一个程序连接服务端。
[0016]进一步的，客户端通过线程数量的配置控制服务端数据库的连接数，以降低服务端数据库、图片服务器的压力。
[0017]进一步的，还包括日志模块，用于显示实时日志，以供维护人员参考。
[0018]最后，所述的控制线程以全局变量来控制是否执行。
[0019]通过以上方法实现的智能交通海量卡口通行数据传输系统，可以兼容多种数据库、多种图片访问方式，并使通行记录及通行图片实现及时、同步的传输。
[0020]说明书附图
[0021]图1为系统在客户端的实现过程示意图；
[0022]图2为系统在服务端的实现过程示意图。
【具体实施方式】
[0023]以下将结合附图对本发明的实现过程进行详细描述。
[0024]一种智能交通海量卡口通行数据传输系统，包含客户端和服务端，所述的客户端和服务端采用的为监控线程与业务多线程结合的多线程方式进行文件传输和处理，所述的监控线程还包含检测线程、控制线程；所述的客户端进行记录和图片采集，并将记录和图片传输到服务端；服务端接收客户端发来的记录及图片，并将记录上传到指定的数据库服务器，图片上传至图片服务器。
[0025]具体来说，当监控线程发现有新记录产生时，启动空闲的业务线程对新记录进行处理和传输，以达到数据实时传输；当客户端业务线程收到指令后，取出新记录并根据记录找到对应的图片，同时将本条记录和图片传输到服务端；当服务端接收成功后，客户端删除表中的当前记录，以实现记录与图片同步；如果服务端找不到对应的图片，则等待设定的时间，如超过设定的时间仍未找到对应的图片就删除前记录，以保证所有传到服务端的数据都为有效数据。所述的服务端数据库只有一个程序连接服务端；客户端通过线程数量的配置控制服务端数据库的连接数，以降低服务端数据库、图片服务器的压力。
[0026]如图1所示客户端的执行过程:
[0027]1、程序启动，如果是首次启动需要进行参数配置，选定厂商所用的数据库类型，图片存储方式，图片访问方式，代表性的数据库有OraCle、SqlSerVer、MySql，图片存储方式的设定包括文件型式、二进制等，图片访问方式的设定包括FTP、HTTP、读取数据库、接口等，数据结构的对应关系统设置，数据置的对应转换设定，数据库连接参数设定，图片访问参数设定，根据网络带宽和数据增量进行业务线程数的设定，业务线程处理数量设定，服务端访问参数及密匙，设定完成后将所有参数以文件型试保存下来，以供下次运行时读取。
[0028]2)、读取设定参数，根据参数初始化数据库连接对像、图片访问对像、控制线程、业务线程等对像，启动检测线程检测网络、数据库连接对像、图片访问对像等是否可用，如果不可用则停止控制线程和业务线程，同时重新初始化要用到的对像。再次启动控制线程和业务线程。
[0029]3)、启动控制线程，如果控制线程的最大值和最小值差为O就读取指定表中的最大值和最小值，如果差值不为0，则分配设定的数量给空闲的业务线程直至分配完毕时，再到指定表中获取最大值和最小值。
[0030]4)、启动业务线程，业务线程根据控制线程给定的开始值和结束值，去指定的表中获取数据放到指定的集合中。如果值不为空，则循环处理查询到的记录，根据记录中的值查找图片并下载，如果下载成功，则再根据配置转换数据成约定的标准，将记录和图片传送到服务端，待返回成功标识后，删除表中的当前记录，删除成功后再处理下一条，如果图片下载失败，再重复下载直到下载成功，超过设定的时限时删除表中的当前记录，删除成功后再处理下一条。当处理完所有记录时，向控制线程报告空闲状态。
[0031]如图2所示服务端的执行过程:
[0032]I)、程序启动，如果是首次启动需要进行参数配置，数据库连接参数设定，图片保存参数设定，业务线程数设定(根据网络带宽和数据增量设定)，业务线程处理数量设定，设定完成后将所有参数以文件型试保存下来，以供下次运行时读取。
[0033]2)、读取设定参数，根据参数初始化数据库连接对像、图片上传对像、控制线程、业务线程，启动检测线程检测网络、数据库连接对像、图片上传对像等是否可用，如果不可用则停止控制线程和业务线程，同时重新初始化要用到的对像。再次启动控制线程和业务线程。
[0034]3)、检测线程用于验证客户端请求是否有正确的密匙，如是有，则接收客户端的数据并放入指定的集合中，启动控制线程，如果集合中有要处理的数据，则分配设定的数量给空闲的业务线程。
[0035]4)、启动业务线程，业务线程判断控制线程给定的集合如果值不为空，则循环处理查询到的记录，上传图片到指定的服务器，图片上传成功后，上传记录到指定的数据库表中，上传成功后处理下一条，如果图片上传失败，再重复上传直到上传成功，如果记录添加失败，再重复添加直到添加成功。当处理完所有记录时，向控制线程报告空闲状态。
[0036]在客户端与服务端都以所述的控制线程以全局变量来控制是否执行，还设定日志模块，显示实时日志，以供维护人员参考。
[0037]以上实现的智能交通海量卡口通行数据传输系统，实现了多种数据库，多种图片访问方式的兼容，并将产生的通行记录及通行图片的及时、同步传输。
【权利要求】
1.一种智能交通海量卡口通行数据传输系统，其特征在于:包含客户端和服务端，所述的客户端采用的多线程方式进行记录和图片采集，并将记录和图片传输到服务端；服务端采用多线程方式接收客户端发送的记录及图片，并将记录上传到指定的数据库服务器，图片上传至图片服务器。
2.根据权利要求1所述的数据传输系统，其特征在于:所述的客户端和服务端采用的多线程方式为监控线程与业务多线程结合的方式。
3.根据权利要求1所述的数据传输系统，其特征在于:所述的监控线程还包含检测线程、控制线程。
4.根据权利要求3所述的数据传输系统，其特征在于:所述的客户端或服务端启动时，检测包括网络、数据库连接对像、图片上传对像在内的对象是否可用，如果不可用则停止控制线程和业务线程，同时重新初始化要用到的对像，并再次启动控制线程和业务线程。
5.根据权利要求3所述的数据传输系统，其特征在于:所述的客户端，启动控制线程后，如果控制线程的任务量最大值和最小值为O，则读取指定表中的最大值和最小值，如果任务量差值不为O，则分配设定的数量给空闲的业务线程，同时变更任务量的值；直至分配完毕时，再到指定表中获取最大值和最小值。
6.根据权利要求3所述的数据传输系统，其特征在于:所述的客户端，当监控线程发现有新记录产生时，启动空闲的业务线程对新记录进行处理和传输；当业务线程收到指令后，取出新记录，并根据记录找到对应的图片，同时将本条记录和图片传输到服务端；当服务端接收成功后，客户端删除表中的当前记录。
7.根据权利要求3所述的数据传输系统，其特征在于:所述的服务端，检测线程验证客户端请求是否有正确的密匙，如是有，则接收客户端的数据并放入指定的集合中，启动控制线程，如果集合中有要处理的数据，则分配设定的数量给空闲的业务线程。
8.根据权利要求7所述的数据传输系统，其特征在于:所述的客户端或服务端，业务线程被启动后，业务线程判断控制线程给定的集合，如果值不为空，则循环处理查询到的记录，根据记录上传或下载图片，图片上传或下载成功后处理下一条，直到处理完所有记录时，向控制线程报告空闲状态。
9.根据权利要求1所述的数据传输系统，其特征在于:所述的服务端数据库只有一个程序连接服务端。
10.根据权利要求1所述的数据传输系统，其特征在于:客户端通过线程数量的配置控制服务端数据库的连接数，以降低服务端数据库、图片服务器的压力。
11.根据权利要求1所述的数据传输系统，其特征在于:还包括日志模块，用于显示实时日志，以供维护人员参考。
12.根据权利要求3-5所述的数据传输系统，其特征在于:所述的控制线程以全局变量来控制是否执行。
【文档编号】H04L29/06GK103778184SQ201310732819
【公开日】2014年5月7日 申请日期:2013年12月26日 优先权日:2013年12月26日
【发明者】林仁益, 王修伟 申请人:深圳市华仁达技术有限公司