CN108446283B - 数据存储方法及装置 - Google Patents
数据存储方法及装置 Download PDFInfo
- Publication number
- CN108446283B CN108446283B CN201710083711.3A CN201710083711A CN108446283B CN 108446283 B CN108446283 B CN 108446283B CN 201710083711 A CN201710083711 A CN 201710083711A CN 108446283 B CN108446283 B CN 108446283B
- Authority
- CN
- China
- Prior art keywords
- platform
- mapping
- level
- database
- bayonet
- Prior art date
- Legal status (The legal status is an assumption and is not a legal conclusion. Google has not performed a legal analysis and makes no representation as to the accuracy of the status listed.)
- Active
Links
Images
Classifications
-
- G—PHYSICS
- G06—COMPUTING; CALCULATING OR COUNTING
- G06F—ELECTRIC DIGITAL DATA PROCESSING
- G06F16/00—Information retrieval; Database structures therefor; File system structures therefor
- G06F16/20—Information retrieval; Database structures therefor; File system structures therefor of structured data, e.g. relational data
- G06F16/27—Replication, distribution or synchronisation of data between databases or within a distributed database system; Distributed database system architectures therefor
-
- G—PHYSICS
- G06—COMPUTING; CALCULATING OR COUNTING
- G06F—ELECTRIC DIGITAL DATA PROCESSING
- G06F16/00—Information retrieval; Database structures therefor; File system structures therefor
- G06F16/20—Information retrieval; Database structures therefor; File system structures therefor of structured data, e.g. relational data
- G06F16/22—Indexing; Data structures therefor; Storage structures
- G06F16/2291—User-Defined Types; Storage management thereof
Landscapes
- Engineering & Computer Science (AREA)
- Theoretical Computer Science (AREA)
- Databases & Information Systems (AREA)
- Data Mining & Analysis (AREA)
- Physics & Mathematics (AREA)
- General Engineering & Computer Science (AREA)
- General Physics & Mathematics (AREA)
- Computing Systems (AREA)
- Software Systems (AREA)
- Traffic Control Systems (AREA)
- Devices For Checking Fares Or Tickets At Control Points (AREA)
Abstract
本发明公开了一种数据存储方法及装置,属于交通监控技术领域。所述方法包括:接收下级平台发送的下级过车数据;根据下级过车数据中的映射字段将下级过车数据中预定类型的下级信息项进行映射,得到映射后的上级信息项,上级信息项用于在上级平台中唯一地标记下级信息项的信息来源或存储位置;使用映射后的上级信息项替换预定类型的下级信息项,得到替换后的下级过车数据;将替换后的下级过车数据存储至上级平台的交通数据库中。本公开解决了的上级平台存储不同下级平台发送的具有相同卡口标识的初始过车数据、或者存储不同下级平台发送的具有相同过车流水号的初始过车数据时出现的数据冲突的问题,保证了下级卡口标识对应的数据的完整性。
Description
技术领域
本发明实施例涉及交通监控技术领域,特别涉及一种数据存储方法及装置。
背景技术
交通监控平台包括:计算中心和若干个在不同路段上设置的卡口设备。卡口设备用于采集车辆的过车图片,并根据该过车图片分析得到车辆的初始过车数据。然后,卡口设备将初始过车数据上报至计算中心进行存储,计算中心可以是大型服务器或者服务器集群。
初始过车数据通常包括:卡口标识、车辆的车牌号码、车辆颜色、所在车道等信息项。在计算中心中,过车图片和初始过车数据通常分开存储在不同位置。比如,过车图片存储于中心节点的TFS(traffic file system,交通文件系统)中,而初始过车数据和过车图片的存储路径则存储于中心节点的交通数据库中。其中,过车图片的存储路径是过车图片在TFS中的存储路径。由于不同的地域均设置有交通监控平台,下级平台存在将自身的交通数据库中的初始过车数据级联上报至上级平台的需求。可选地,下级平台是设置在市县级的交通监控平台,上级平台是设置在省级的交通监控平台。此时,上级平台需要将该初始过车数据添加到本级平台的交通数据库中进行存储。
以下级平台向上级平台级联上报初始过车数据为例,由于属于不同的下级平台的两个卡口设备的卡口标识可能是相同的,比如:杭州市的卡口设备的卡口标识为“001”,温州市的卡口设备的卡口标识也为“001”。因此,当上级平台接收到不同下级平台上报的具有相同卡口标识的两个卡口设备分别采集的初始过车数据时,上级平台中会出现数据冲突问题。
发明内容
为了解决上级平台存储不同下级平台发送的具有相同卡口标识的初始过车数据时,会出现数据冲突的问题,本发明实施例提供了一种数据存储方法及装置。所述技术方案如下:
第一方面,提供了一种数据存储方法,所述方法包括:
接收下级平台发送的下级过车数据,所述下级过车数据包括:n种具有不同类型的下级信息项和映射字段,所述映射字段用于在上级平台中标识预定类型的下级信息项的映射关系,所述预定类型是所述n种类型中的一种,所述n为正整数;
根据所述映射字段将所述预定类型的下级信息项进行映射,得到映射后的上级信息项,所述上级信息项用于在所述上级平台中唯一地标记所述下级信息项的信息来源或存储位置;
使用所述映射后的上级信息项替换所述预定类型的下级信息项,得到替换后的所述下级过车数据;
将替换后的所述下级过车数据存储至所述上级平台的交通数据库中。
在可选的实施例中,所述映射字段为卡口映射字段,所述预定类型的下级信息项是下级卡口标识;
所述根据所述映射字段将所述预定类型的下级信息项进行映射,得到映射后的上级信息项,包括:
根据预存的第一映射关系,查询与所述卡口映射字段对应的下级平台标识,所述第一映射关系至少包括所述卡口映射字段与所述下级平台标识之间的映射关系,所述下级平台标识用于在所述上级平台中唯一标识所述下级平台;
将所述下级平台标识和所述下级卡口标识合并后得到的上级卡口标识,确定为映射后的所述上级信息项。
在可选的实施例中,所述映射字段为数据库映射字段,所述预定类型的下级信息项是所述下级过车数据对应的下级过车图片在所述下级平台中的下级图片数据库地址;
所述根据所述映射字段将所述预定类型的下级信息项进行映射,得到映射后的上级信息项,包括:
根据预存的第二映射关系,查询与所述数据库映射字段对应的上级图片数据库地址,所述第二映射关系至少包括所述数据库映射字段与所述上级图片数据库地址之间的映射关系,所述上级图片数据库地址是所述下级过车图片在所述上级平台的上级图片数据库中的存储地址,所述上级图片数据库是将所述下级图片数据库进行复制或同步后得到的数据库;
将所述上级图片数据库地址确定为映射后的所述上级信息项。
在可选的实施例中,所述预定类型的下级信息项还包括:所述下级过车图片所在的下级图片数据库标识;
所述根据所述映射字段将所述预定类型的下级信息项进行映射,得到映射后的上级信息项,包括:
根据所述第二映射关系,查询与所述数据库映射字段对应的下级平台标识,所述第二映射关系还包括所述数据库映射字段与所述下级平台标识之间的映射关系,所述下级平台标识用于在所述上级平台中唯一标识所述下级平台;
将所述下级平台标识和所述下级图片数据库标识合并后得到的上级图片数据库标识,确定为映射后的所述上级信息项。
第二方面,提供了一种数据存储方法,所述方法包括:
接收卡口设备发送的初始过车数据,所述初始过车数据包括n种不同类型的下级信息项,所述n为正整数;
添加预定类型的所述下级信息项对应的映射字段,所述映射字段用于在上级平台中标识所述预定类型的所述下级信息项的映射关系,所述预定类型是所述n种类型中的一种;
根据所述初始过车数据和所述映射字段生成下级过车数据;
将所述下级过车数据发送至所述上级平台。
在可选的实施例中,所述预定类型的下级信息项是所述卡口设备的下级卡口标识,
所述添加预定类型的所述下级信息项对应的映射字段,包括:
获取下级平台标识;
根据预存的第一映射关系,查询与所述下级平台标识对应的卡口映射字段,确定所述卡口映射字段为所述下级卡口标识对应的所述映射字段,所述第一映射关系至少包括所述下级平台标识与所述卡口映射字段之间的映射关系。
在可选的实施例中,所述预定类型的下级信息项是所述初始过车数据对应的下级过车图片在下级平台中的下级图片数据库地址和下级图片数据库标识;
所述添加预定类型的所述下级信息项对应的映射字段,包括:
获取下级平台标识;
根据预存的第二映射关系,查询与所述下级平台标识对应的所述数据库映射字段,确定所述数据库映射字段为所述下级图片数据库地址和所述下级图片数据标识对应的所述映射字段,所述第二映射关系至少包括所述下级平台标识与所述数据库映射字段之间的映射关系。
在可选的实施例中,n种不同类型的下级信息项包括类型为唯一键的下级信息项;所述唯一键用于对所述卡口设备采集到的每条所述初始过车数据进行唯一标识;
所述方法还包括:
获取下级平台标识;
将所述下级平台标识与顺序号合并,得到第一预设位数的过车流水号,所述顺序号用于指示下级平台接收到所述初始过车数据的顺序;
将所述过车流水号和所述初始过车数据的接收时间合并,生成第二预设位数的所述唯一键。
第三方面,提供了一种数据存储装置,所述装置包括:
接收单元,用于接收下级平台发送的下级过车数据,所述下级过车数据包括:n种具有不同类型的下级信息项和映射字段,所述映射字段用于在上级平台中标识预定类型的下级信息项的映射关系,所述预定类型是所述n种类型中的一种,所述n为正整数;
映射单元,用于根据所述映射字段将所述预定类型的下级信息项进行映射,得到映射后的上级信息项,所述上级信息项用于在所述上级平台中唯一地标记所述下级信息项的信息来源或存储位置;
替换单元,用于使用所述映射后的上级信息项替换所述预定类型的下级信息项,得到替换后的所述下级过车数据;
存储单元,用于将替换后的所述下级过车数据存储至所述上级平台的交通数据库中。
在可选的实施例中,所述映射字段为卡口映射字段,所述预定类型的下级信息项是下级卡口标识;
所述映射单元,具体用于:
根据预存的第一映射关系,查询与所述卡口映射字段对应的下级平台标识,所述第一映射关系至少包括所述卡口映射字段与所述下级平台标识之间的映射关系,所述下级平台标识用于在所述上级平台中唯一标识所述下级平台;
将所述下级平台标识和所述下级卡口标识合并后得到的上级卡口标识,确定为映射后的所述上级信息项。
在可选的实施例中,所述映射字段为数据库映射字段,所述预定类型的下级信息项是所述下级过车数据对应的下级过车图片在所述下级平台中的下级图片数据库地址;
所述映射单元,具体用于:
根据预存的第二映射关系,查询与所述数据库映射字段对应的上级图片数据库地址,所述第二映射关系至少包括所述数据库映射字段与所述上级图片数据库地址之间的映射关系,所述上级图片数据库地址是所述下级过车图片在所述上级平台的上级图片数据库中的存储地址,所述上级图片数据库是将所述下级图片数据库进行复制或同步后得到的数据库;
将所述上级图片数据库地址确定为映射后的所述上级信息项。
在可选的实施例中,所述预定类型的下级信息项还包括:所述下级过车图片所在的下级图片数据库标识;
所述映射单元,还用于:
根据所述第二映射关系,查询与所述数据库映射字段对应的下级平台标识,所述第二映射关系还包括所述数据库映射字段与所述下级平台标识之间的映射关系,所述下级平台标识用于在所述上级平台中唯一标识所述下级平台;
将所述下级平台标识和所述下级图片数据库标识合并后得到的上级图片数据库标识,确定为映射后的所述上级信息项。
第四方面,提供了一种数据存储装置,所述装置包括:
接收单元,用于接收卡口设备发送的初始过车数据,所述初始过车数据包括n种不同类型的下级信息项,所述n为正整数;
添加单元,用于添加预定类型的所述下级信息项对应的映射字段,所述映射字段用于在上级平台中标识所述预定类型的所述下级信息项的映射关系,所述预定类型是所述n种类型中的一种;
生成单元,用于根据所述初始过车数据和所述映射字段生成下级过车数据;
发送单元,用于将所述下级过车数据发送至所述上级平台。
在可选的实施例中,所述预定类型的下级信息项是所述卡口设备的下级卡口标识,
所述添加单元,具体用于:
获取下级平台标识;
根据预存的第一映射关系,查询与所述下级平台标识对应的卡口映射字段,确定所述卡口映射字段为所述下级卡口标识对应的所述映射字段,所述第一映射关系至少包括所述下级平台标识与所述卡口映射字段之间的映射关系。
在可选的实施例中,所述预定类型的下级信息项是所述初始过车数据对应的下级过车图片在下级平台中的下级图片数据库地址和下级图片数据库标识;
所述添加单元,具体用于:
获取下级平台标识;
根据预存的第二映射关系,查询与所述下级平台标识对应的所述数据库映射字段,确定所述数据库映射字段为所述下级图片数据库地址和所述下级图片数据标识对应的所述映射字段,所述第二映射关系至少包括所述下级平台标识与所述数据库映射字段之间的映射关系。
在可选的实施例中,n种不同类型的下级信息项包括类型为唯一键的下级信息项;所述唯一键用于对所述卡口设备采集到的每条所述初始过车数据进行唯一标识;
所述装置还包括:
获取单元,用于获取下级平台标识;
合并单元,用于将所述下级平台标识与顺序号合并,得到第一预设位数的过车流水号,所述顺序号用于指示下级平台接收到所述初始过车数据的顺序;
所述合并单元,还用于将所述过车流水号和所述初始过车数据的接收时间合并,生成第二预设位数的所述唯一键。
本发明实施例提供的技术方案带来的有益效果是:
通过下级平台为预定类型的下级信息项添加映射字段,将下级信息项和映射字段作为该下级平台的下级过车数据一起发送给上级平台;上级平台根据映射字段对预定类型的下级信息项进行映射得到上级信息项;使用上级信息项替换该预定类型的下级信息项,得到替换后的下级过车数据,在上级平台的交通数据库中存储该替换后的下级过车数据。由于当预定类型的下级信息项为下级卡口标识时,上级平台可以根据映射字段映射得到下级卡口标识对应的上级卡口标识,该上级卡口标识可以在上级平台中唯一地标记该下级过车数据的信息来源,这样,上级平台在接收到不同下级平台发送的、且具有相同下级卡口标识的下级过车数据时,两条下级过车数据对应有不同的上级平台标识;解决了现有技术中上级平台接收到两条具有相同下级卡口标识的下级过车数据时;由于下级卡口标识冲突会删除其中一个下级卡口标识,可能导致该下级卡口标识对应的数据丢失的问题;保证了下级平台在将下级卡口标识级联至上级平台时不会发生数据冲突问题,且保证了下级卡口标识对应的数据的完整性。
附图说明
为了更清楚地说明本发明实施例中的技术方案,下面将对实施例描述中所需要使用的附图作简单地介绍,显而易见地,下面描述中的附图仅仅是本发明的一些实施例,对于本领域普通技术人员来讲,在不付出创造性劳动的前提下,还可以根据这些附图获得其他的附图。
图1是本发明一个实施例提供的数据存储系统的结构示意图。
图2A是本发明一个实施例提供的数据存储方法的流程图。
图2B是本发明另一个实施例提供的数据存储方法的流程图。
图2C是本发明另一个实施例提供的数据存储方法的流程图。
图2D是本发明另一个实施例提供的数据存储方法的流程图。
图2E是本发明另一个实施例提供的数据存储方法的流程图。
图3是本发明一个实施例提供的数据存储装置的结构图。
图4是本发明另一个施例提供的数据存储装置的结构图。
图5是本发明一个示例性实施例示出的服务器的结构示意图。
具体实施方式
为使本发明的目的、技术方案和优点更加清楚,下面将结合附图对本发明实施方式作进一步地详细描述。
为了更清楚地理解本发明,首先对本发明涉及到的若干个名词进行解释。
下级平台:设置在乡、镇、县、市级的交通监控平台,用于对交通情况进行记录和监控。
上级平台:是相对于下级平台管理级别更高的交通监控平台,比如:镇、县、市、省或国家级的交通监控平台。
下级卡口标识:设置在下级平台中的卡口设备的标识,该标识可以为数字比如:1、2、3等;或者,该标识也可以为字母,比如:a、bc、deg等;或者,该标识还可以为符号,比如:@#¥等;或者,该标识还可以为数字、字母、符号中至少两种的组合,本实施例不对下级卡口标识的具体形式作限定。当两个不同的下级平台的卡口设备具有相同的下级卡口标识时,会在上级平台中出现数据冲突问题。
下级图片数据库标识:是指下级平台中用于存储过车图片的下级图片数据库的标识,比如:20、59、31等,本实施例不对下级图片数据库标识的具体形式作限定。
下级图片数据库地址:是指下级图片数据库在下级平台中的网络地址。可选地,下级图片数据库地址通常包括下级图片数据库的IP(Internet Protocol,网络之间互连的协议)地址和端口标识,比如:192.168.1.103:8008,其中,192.168.1.103为IP地址;8008为端口标识。
需要说明的是,下级图片数据库标识和下级图片数据库地址仅仅在下级平台所处的局域网中有效,下级图片数据库标识和下级图片数据库地址被上报至上级平台后,由于下级平台和上级平台具有不同的组网环境,会在上级平台中出现数据不可用问题。
下级过车数据:是指存储在下级平台中的初始过车数据。下级过车数据包括预定类型的下级信息项和至少一个映射字段。可选地,下级过车数据中还包括类型为唯一键的下级信息项、二次分析字段和二次分析得到的二次分析信息项。
示意性地,一条下级过车数据包括:
车牌:浙AXXXX;
车辆品牌:大众;
车辆型号:迈腾2015款;
过车时间:2016-10-14 12:30:56;
过车流水号:332600000000001;
下级卡口标识:10;
下级图片数据库标识:3;
下级图片数据库地址:10.22.221.2:8088。
显然,该下级过车数据包括8个不同类型的下级信息项:车牌、车辆品牌、车辆型号、过车时间、过车流水号、下级卡口标识、下级图片数据库标识和下级图片数据库地址。其中:
预定类型的下级信息项:是指下级平台上报至上级平台后,会出现数据冲突问题、数据全局唯一性问题或数据不可用问题的信息项。可选地,预定类型的下级信息项包括下级卡口标识、下级图片数据库标识和下级图片数据库地址中的至少一种。
映射字段:用于在上级平台中标识预定类型的下级信息项的映射关系,映射字段是将预定类型的下级信息项转换为上级平台中的上级信息项的桥梁。对于不同的预定类型的下级信息项,映射字段的类型也有所不同。当预定类型的下级信息项为下级卡口标识时,映射字段为卡口映射字段;当预定类型的下级信息项为下级图片数据库标识和/或下级图片数据库地址时,映射字段为数据库映射字段。
唯一键:用于在数据库中标识下级平台中的每条初始过车数据,该唯一键可以将过车时间和倒序后的过车流水号进行合并后得到。过车流水号是指卡口设备采集初始过车数据时,为该初始过车数据分配的标识,该标识在下级平台中全局唯一,通常,过车流水号由下级平台标识和过车顺序号生成,比如:332600000000001。其中,过车流水号的位数固定为第一预设位数,唯一键的位数固定为第二预设位数。
二次分析字段:二次分析字段用于标识是否需要对下级过车图片进行二次分析以获得车辆的二次分析信息项。二次分析字段的取值包括:不需要进行二次分析、需要进行二次分析、二次分析成功和二次分析失败中的任意一种。需要说明的是,本实施例仅以二次分析字段包括上述四种取值为例进行说明。可选地,二次分析字段还可以采用其他取值方式,比如:二次分析字段包括:不需要进行二次分析、需要进行二次分析和已进行二次分析共三种取值的任意一种,本实施例对此不作限定。在实际实现时,二次分析字段可以为数字、字母、符号等,比如:0表示不需要进行二次分析;1表示需要进行二次分析;2表示二次分析成功;3表示二次分析失败,本实施例对此不作限定。
二次分析信息项:是指对下级过车图片进行二次分析成功后得到的信息项,比如:车辆品牌、车辆的子品牌、车辆型号、车辆年款、是否系安全带、是否开启遮阳板等信息项。
可选地,下级过车数据中还包括车辆的车牌号码、车辆颜色、所在车道等信息项,本实施例对此不作限定。
请参考图1,其示出了本发明一个实施例提供的数据存储系统的结构示意图。该系统包括:至少一个下级平台110、上级平台120和每个下级平台110对应的卡口设备10、11和12。
卡口设备10、11和12用于采集下级过车图片,对该下级过车图片进行初步识别得到初始过车数据,并将该下级过车图片和初始过车数据实时或定时上传至对应的下级平台110。示意性地,下级平台332600对应的卡口设备10、11和12将下级过车图片和初始过车数据发送至下级平台332600;下级平台332611对应的卡口设备10、11和12将下级过车图片和初始过车数据发送至下级平台332611。
下级平台110可以为设置在乡、镇、县、市级的交通监控平台,用于对本级和/或下级的交通情况进行记录和监控,并将记录的下级过车数据和下级过车图片视需求发送给上级平台120。下级平台110在实际实现时可实现为大型服务器或者服务器集群,本实施例对此不作限定。
下级平台110包括下级图片数据库111,下级图片数据库111用于存储卡口设备10、11和12采集到的下级过车图片,比如:车辆图片、车牌图片等。下级图片数据库111可以采用TFS(traffic file system,交通文件系统),本实施例对此不作限定。
下级平台110还包括下级交通数据库112,下级交通数据库112用于存储下级过车数据。可选地,下级过车数据包括:初始过车数据和下级过车图片,或者,对初始过车数据进行二次分析后的深度过车数据和下级过车图片。下级交通数据库112对应的服务器可以与下级图片数据库111对应的服务器属于同一服务器或同一服务器集群,也可以与下级图片数据库111对应的服务器属于不同服务器或不同服务器集群,本实施例对此不作限定。
上级平台120为相对于下级平台110管理级别更高的交通监控平台,比如:当下级平台110为乡级的交通监控平台时,该上级平台120可以是镇、县、市、省、国家级的交通监控平台中的一种或多种;当下级平台110为镇级的交通监控平台时,该上级平台120可以是县、市、省、国家级的交通监控平台中的一种或多种;依此类推。上级平台120用于对本级和/或下级的交通情况进行记录和监控。上级平台120在实际实现时可实现为大型服务器或者服务器集群,本实施例对此不作限定。
上级平台120包括上级图片数据库121,上级图片数据库121用于存储下级平台110发送的下级过车图片和/或存储本级的卡口设备发送的上级过车图片。上级图片数据库120也可以采用TFS,本实施例对此不作限定。
可选地,上级图片数据库121存储的下级过车图片可以是通过对下级图片数据库111进行镜像得到的,此时,下级图片数据库111对应的服务器为主服务器,上级图片数据库121对应的服务器为镜像服务器,该镜像服务器通过远程调用功能读取主服务器的下级图片数据库111中的下级过车图片。
可选地,上级图片数据库121存储的下级过车图片还可以是下级平台120主动发送的。
可选地,上级图片数据库121为多个,每一个上级图片数据库121与一个下级平台110中的下级图片数据库对应。示意性的,第一上级图片数据库121是对第一下级平台110中的下级图片数据库进行复制、镜像或实时同步得到的,第二上级图片数据库121是对第二下级平台110中的下级图片数据库进行复制、镜像或实时同步得到的。每个上级图片数据库121在上级平台120中具有各自的上级图片数据库地址,比如:第一上级图片数据库121具有地址192.168.1.102:8089、第二上级图片数据库121具有地址192.168.1.103:8088。
上级平台120还包括上级交通数据库122,上级交通数据库122用于存储下级过车数据和/或上级初始过车数据。
上级交通数据库122存储的下级过车数据是下级平台110发送的,上级过车数据是上级平台120的卡口设备发送的和/或上级平台120生成的。其中,上级初始过车数据的描述与上述下级过车数据的描述相同,本实施例在此不作赘述。可选地,上级交通数据库122存储的下级过车数据是下级平台110逐条发送的,也可以是下级平台110打包后共同发送的,本实施例对此不作限定。
上级交通数据库122对应的服务器可以与上级图片数据库121对应的服务器属于同一服务器或同一服务器集群,也可以与上级图片数据库121对应的服务器属于不同服务器或不同服务器集群,本实施例对此不作限定。
请参考图2A,其示出了本发明一个实施例提供的数据存储方法的流程图。本实施例以该数据存储方法应用于图1所示的数据存储系统来举例说明,该方法包括以下几个步骤。
步骤201,下级平台接收卡口设备发送的初始过车数据。
下级平台对应的卡口设备对车辆的下级过车图片进行采集,对采集到的下级过车图片进行初步识别得到一条初始过车数据,并将该下级过车图片和初始过车数据实时或定时发送给下级平台。相应地,下级平台接收该下级过车图片和初始过车数据。其中,卡口设备与下级平台存在订阅关系,比如:图1中的卡口设备10、11和12与下级平台332600存在订阅关系。
每条初始过车数据包括多种不同类型的下级信息项,比如:车牌、过车时间、过车流水号、下级卡口标识、过车图片的标识、车身颜色、车道标识等。
示意性地,卡口设备发送的一条初始过车数据如下:
车牌:浙AXXXX;
过车时间:2016-10-14 12:30:56;
过车流水号:332600000000001;
下级卡口标识:10;
下级过车图片的标识:p332600000000001;
车身颜色:红色;
车道标识:101国道。
可选地,下级平台接收到卡口设备发送的下级过车图片后,会将该下级过车图片存储至下级图片数据库中,此时,下级平台会将该下级过车图片所存储的下级图片数据库的下级图片数据库标识和/或下级图片数据库地址添加至初始过车数据中,以保证下级平台可以通过初始过车数据提取出对应的下级过车图片。
示意性地,下级平台将下级图片数据库标识和下级图片数据库地址添加至上述初始过车数据中后,得到的初始过车数据如下:
车牌:浙AXXXX;
过车时间:2016-10-14 12:30:56;
过车流水号:332600000000001;
下级卡口标识:10;
下级过车图片的标识:p332600000000001;
车身颜色:红色;
车道标识:101国道;
下级图片数据库标识:3;
下级图片数据库地址:10.22.221.2:8088。
可选地,由于下级平台会接收到多个卡口设备发送的多条初始过车数据,为了保证每条初始过车数据在该下级平台中全局唯一,下级平台还会根据该初始过车数据中的过车流水号和过车时间生成每条初始过车数据的唯一键。示意性地,上述初始过车数据的唯一键为16121000000000000006233。
可选地,由于卡口设备只能对下级过车图片进行初步识别得到一些基本的下级信息项,为了得到深度的下级信息项,下级平台需要对下级过车图片进行二次分析。此时,下级平台还会在每条数据中添加二次分析字段,并根据二次分析字段对下级过车数据对应的下级过车图片进行二次分析,将二次分析得到的二次分析信息项也添加至初始过车数据中。
示意性地,添加了二次分析字段和二次分析信息项后的初始过车数据如下:
车牌:浙AXXXX;
过车时间:2016-10-14 12:30:56;
过车流水号:332600000000001;
下级卡口标识:10;
下级过车图片的标识:p332600000000001;
车身颜色:红色;
车道标识:101国道;
下级图片数据库标识:3;
下级图片数据库地址:10.22.221.2:8088;
二次分析字段:2;
车辆品牌:奥迪;
车辆年款:2016年款;
是否系安全带:是;
是否开启遮阳板:否。
可选地,初始过车数据还可包括其它信息项,本实施例对此不作限定。
可选地,下级平台可以将得到的初始过车数据存储在交通数据库中。
步骤202,下级平台添加预定类型的下级信息项对应的映射字段。
当下级平台需要将初始过车数据级联上报至上级平台时,下级平台需要在初始过车数据中添加映射字段。映射字段为预先配置在下级平台中的字符串,本实施例不对该映射字段的配置方式作限定。
可选地,下级平台可以在接收到初始过车数据时,在该初始过车数据中添加映射字段,本实施例不对下级平台添加映射字段的时机作限定。
本实施例通过为预定类型的下级信息项添加对应的映射字段,使得上级平台接收到下级过车数据后,可以通过映射字段指示的映射关系确定出该下级过车数据的卡口来源或下级过车图片的存储地址。
步骤203,下级平台根据初始过车数据和映射字段生成下级过车数据。
下级平台将初始过车数据和映射字段合并生成下级过车数据。根据上述过程可知,下级过车数据包括:n种具有不同类型的下级信息项和映射字段。
示意性地,下级平台生成的下级过车数据如下:
车牌:浙AXXXX;
过车时间:2016-10-14 12:30:56;
过车流水号:332600000000001;
下级卡口标识:10;
下级过车图片的标识:p332600000000001;
下级图片数据库标识:3;
下级图片数据库地址:10.22.221.2:8088;
卡口映射字段:0aece66afb4543ca9d631324809559c5;
数据库映射字段:0869f1ce46a8459285cef50c5d2be147。
步骤204,下级平台将下级过车数据发送至上级平台。
下级平台在需要将自身的下级过车数据级联至上级平台时,将该下级过车数据发送至上级平台。下级平台在接收到人工触发的级联请求时向上级平台发送下级过车数据;或者,下级平台每隔预设时长(比如:1天)向上级平台发送下级过车数据,本实施例不对下级平台发送下级过车数据的时机进行限定。
步骤205,上级平台接收下级平台发送的下级过车数据。
可选地,上级平台在接收该下级过车数据时,可以检验该下级过车数据中的唯一键的合法性,比如:检验唯一键的格式是否符合预设格式和/或检验唯一键的位数是否为第二预设位数,本实施例不对检验唯一键的方式作限定。当上级平台检验出下级过车数据中的唯一键合法时,执行步骤206;当上级平台检验出下级过车数据中的唯一键不合法时,将该下级过车数据丢弃,流程结束。
步骤206,上级平台根据映射字段将预定类型的下级信息项进行映射,得到映射后的上级信息项。
当预定类型的下级信息项为下级卡口标识时,上级信息项为上级卡口标识,且该上级信息项用于在上级平台中唯一地标记下级过车数据的信息来源,或者说在上级平台中唯一地标记该下级卡口。比如,下级卡口标识是001,上级卡口标识是33260001。
当预定类型的下级信息项为下级图片数据库标识和/或下级图片数据库地址时,上级信息项为上级图片数据库标识和/或上级图片数据库地址,且该上级信息项用于在上级平台中唯一地标记下级信息项的存储位置,可选地,该下级信息项也可以为下级过车图片的标识。比如,下级图片数据库标识和下级图片数据库地址用于标识下级过车图片“p332600000000001”在下级平台的存储位置,而上级图片数据库标识和上级图片数据库地址用于标识下级过车图片“p332600000000001”在上级平台的存储位置。
步骤207,上级平台使用映射后的上级信息项替换预定类型的下级信息项,得到替换后的下级过车数据。
当预定类型的下级信息项为下级卡口标识时,使用映射后的上级卡口标识替换该下级卡口标识;当预定类型的下级信息项为下级图片数据库标识时,使用映射后的上级图片数据库标识替换该下级图片数据库标识;当预定类型的下级信息项为下级图片数据库地址时,使用映射后的上级图片数据库地址替换该下级图片数据库地址。
示意性地,替换后的下级过车数据如下:
车牌:浙AXXXX;
过车时间:2016-10-14 12:30:56;
过车流水号:332600000000001;
上级卡口标识:33260010;
下级过车图片的标识:p332600000000001;
上级图片数据库标识:3326003;
上级图片数据库地址:192.168.1.102:8089;
卡口映射字段:0aece66afb4543ca9d631324809559c5;
数据库映射字段:0869f1ce46a8459285cef50c5d2be147。
步骤208,上级平台将替换后的下级过车数据存储至上级平台的交通数据库中。
上级平台根据交通数据库中的数据结构存储替换后的下级过车数据。
综上所述,本实施例提供的数据存储方法,通过下级平台为初始过车数据中的下级卡口标识添加对应的卡口映射字段,得到下级过车数据,并将该下级过车数据发送给上级平台;上级平台接收到该下级过车数据后,根据该卡口映射字段将下级卡口标识映射为上级卡口标识,并使用该上级卡口标识替换下级过车数据中的下级卡口标识,得到替换后的下级卡口数据;由于上级卡口标识可以在上级平台唯一地标识下级过车数据的来源,这样,上级平台在接收到不同下级平台发送的、且具有相同下级卡口标识的下级过车数据时,两条下级过车数据对应有不同的上级平台标识;解决了现有技术中上级平台接收到两条具有相同下级卡口标识的下级过车数据时,由于下级卡口标识冲突会删除其中一个下级卡口标识,可能导致该下级卡口标识对应的数据丢失的问题;保证了下级平台在将下级卡口标识级联至上级平台时不会发生数据冲突问题,且保证了下级卡口标识对应的数据的完整性。
另外,通过下级平台为初始过车数据中的下级图片数据库标识添加对应的数据库映射字段,得到下级过车数据;上级平台接收到该下级过车数据后,根据该数据库映射字段将下级图片数据库标识映射为上级图片数据库标识,并使用该上级图片数据库标识替换下级过车数据中的下级图片数据库标识,得到替换后的下级卡口数据;由于上级图片数据库标识可以在上级平台唯一地标识下级过车图片的位置,这样,上级平台在接收到不同下级平台发送的、且具有相同下级图片数据库标识的下级过车图片时,两张下级过车图片对应有不同的上级图片数据库标识;解决了现有技术中上级平台接收到两条具有相同下级图片数据库标识的下级过车图片时,由于数据冲突会删除其中一个下级图片数据库标识,可能导致该下级图片数据库标识对应的数据丢失的问题;保证了下级平台在将下级图片数据库标识级联至上级平台时不会发生数据冲突问题,且保证了下级图片数据库标识对应的数据的完整性。
另外,通过下级平台为初始过车数据中的下级图片数据库地址添加对应的数据库映射字段,得到下级过车数据;上级平台接收到该下级过车数据后,根据该数据库映射字段将下级图片数据库地址映射为上级图片数据库地址,并使用该上级图片数据库地址替换下级过车数据中的下级图片数据库地址,得到替换后的下级卡口数据;由于上级平台可以通过上级图片数据库地址来访问下级过车图片,解决了上级平台与下级平台使用的局域网不同时,上级平台无法通过下级过车数据中的下级图片数据库地址访问下级过车图片的问题;实现了在上级平台展示下级平台中的下级过车图片的功能。
可选地,上述步骤201-204可单独实现为下级平台侧的方法实施例,上述步骤205-208可单独实现为上级平台侧的方法实施例,本实施例对此不作限定。
由于对于不同的预定类型的下级信息项,下级平台添加的映射字段有所不同,为了更清楚地理解本发明,下面对预定类型的下级信息项为下级卡口标识(图2B所示的实施例)时、预定类型的下级信息项为下级图片数据库标识和下级图片数据库地址(图2C所示的实施例)时,下级平台添加映射字段的方式分别作介绍。
请参考图2B,其示出了本发明另一个实施例提供的数据存储方法的流程图。本实施例以该数据存储方法应用于图1所示的数据存储系统来举例说明,该方法包括以下几个步骤。
步骤2011,下级平台接收卡口设备发送的初始过车数据。
本步骤的描述与步骤201相同,本实施例在此不作赘述。本实施例中,预定类型的下级信息项为下级卡口标识。
假设下级平台得到的初始过车数据为:
车牌:浙AXXXX;
过车时间:2016-10-14 12:30:56;
过车流水号:332600000000001;
下级卡口标识:10;
下级图片数据库标识:3;
下级图片数据库地址:10.22.221.2:8088。
步骤2012,下级平台添加下级卡口标识对应的卡口映射字段。
下级平台添加下级卡口标识对应的映射字段,包括:下级平台获取下级平台标识;根据预存的第一映射关系,查询与下级平台标识对应的卡口映射字段,确定卡口映射字段为下级卡口标识对应的映射字段。
其中,第一映射关系至少包括下级平台标识与卡口映射字段之间的映射关系。
假设下级平台标识与卡口映射字段之间的对应关系如下表一所示,当下级平台的下级平台标识为332600时,该卡口映射字段为0aece66afb4543ca9d631324809559c5。
表一:
下级平台标识 | 卡口映射字段 |
332600 | 0aece66afb4543ca9d631324809559c5 |
325000 | 16d2714b437c4c388219f1f69a55ff6d |
314000 | 3198738d711a4fefa70f67f8e2fddebb |
可选地,下级平台还可以预先配置下级平台标识、下级卡口标识与卡口映射字段三者之间的映射关系。可选地,同一下级平台的不同下级卡口标识对应有不同的卡口映射字段。
假设下级平台标识、下级卡口标识与卡口映射字段三者之间的映射关系如下表二所示,当下级平台的下级平台标识为332600,初始过车数据中的下级卡口标识为001时,该卡口映射字段为0aece66afb4543ca9d631324809559c5。
表二:
步骤2013,下级平台根据初始过车数据和卡口映射字段生成下级过车数据。
下级平台将初始过车数据和卡口映射字段合并生成下级过车数据,生成的下级过车数据包括:n种具有不同类型的下级信息项和卡口映射字段。
假设下级平台根据初始过车数据和卡口映射字段生成的下级过车数据为:
车牌:浙AXXXX;
过车时间:2016-10-14 12:30:56;
过车流水号:332600000000001;
下级卡口标识:10;
下级图片数据库标识:3;
下级图片数据库地址:10.22.221.2:8088;
卡口映射字段:0aece66afb4543ca9d631324809559c5。
步骤2014,下级平台将下级过车数据发送至上级平台。
下级平台在需要将自身的下级过车数据级联至上级平台时,将该下级过车数据发送至上级平台。
步骤2015,上级平台接收下级平台发送的下级过车数据。
本步骤的相关描述与步骤205相同,本实施例在此不作赘述。
步骤2016,上级平台根据卡口映射字段将下级卡口标识进行映射,得到上级卡口标识。
上级平台根据预存的第一映射关系,查询与卡口映射字段对应的下级平台标识;将下级平台标识和下级卡口标识合并后得到的上级卡口标识。其中,下级卡口标识用于在上级平台中唯一标识下级平台中的卡口设备。
上级平台将下级平台标识和下级卡口标识合并可以为将下级平台标识添加至下级卡口标识之前;或者,也可以为将下级平台标识添加至下级卡口标识之后,本实施例不对该合并方式作限定。
假设上级平台中的第一映射关系如上表一所示,当上级平台接收到步骤2013所示例的下级过车数据时,在表一中查询得到下级过车数据中的卡口映射字段0aece66afb4543ca9d631324809559c5对应的下级平台标识为332600,将332600与下级卡口标识10合并,得到上级卡口标识33260010。
步骤2017,上级平台使用映射后的上级卡口标识替换下级卡口标识,得到替换后的下级过车数据。
假设上级平台接收到的下级过车数据如步骤2013所示,则根据上述替换规则得到的替换后的下级过车数据为:
车牌:浙AXXXX;
过车时间:2016-10-14 12:30:56;
过车流水号:332600000000001;
上级卡口标识:33260010;
下级图片数据库标识:3;
下级图片数据库地址:10.22.221.2:8088;
卡口映射字段:0aece66afb4543ca9d631324809559c5。
步骤2018,上级平台将替换后的下级过车数据存储至上级平台的交通数据库中。
假设上级平台在接收到下级过车数据之前,该上级平台中的交通数据库如表三所示,上级平台在接收到下级过车数据,且将步骤2017所示例的替换后的下级过车数据存储至上级平台的交通数据中之后,该上级平台中的交通数据库如表四所示。其中,dict_id表示在上级交通数据库中的索引位置;dict_type表示信息项标识(100表示类型为上级图片数据库标识和/或上级图片数据库地址;101表示类型为上级卡口标识);dict_name用于表示下级卡口标识;dict_value用于表示卡口设备是否与对应的平台存在订阅关系(1表示存在订阅关系;0表示不存在订阅关系);dict_remark表示卡口映射字段和/或数据库映射字段。当然,上级平台的交通数据库中还包括其它数据结构,比如:存储卡口设备10对应的车牌信息、过车时间、过车流水号等的数据结构。
表三:
表四:
可选地,步骤2011-2014可单独实现为下级平台侧的方法实施例;步骤2015-2018可单独实现为上级平台侧的方法实施例,本实施例对此不作限定。
请参考图2C,其示出了本发明另一个实施例提供的数据存储方法的流程图。本实施例以该数据存储方法应用于图1所示的数据存储系统来举例说明,该方法包括以下几个步骤。
步骤2021,下级平台接收卡口设备发送的初始过车数据。
本步骤的相关描述与步骤201相同,本实施例在此不作赘述。其中,预定类型的下级信息项为下级图片数据库标识和/或下级图片数据库地址。
假设下级平台得到的初始过车数据为:
车牌:浙AXXXX;
过车时间:2016-10-14 12:30:56;
过车流水号:332600000000001;
下级卡口标识:10;
下级图片数据库标识:3;
下级图片数据库地址:10.22.221.2:8088。
步骤2022,下级平台添加下级图片数据库标识和下级图片数据库地址对应的数据库映射字段。
下级平台添加下级图片数据库标识和下级图片数据库地址对应的数据库映射字段,包括:下级平台获取下级平台标识;根据预存的第二映射关系,查询与下级平台标识和下级图片数据库地址对应的数据库映射字段。第二映射关系至少包括下级平台标识与数据库映射字段之间的映射关系。
假设下级平台标识与数据库映射字段之间的对应关系如下表五所示,当下级平台的下级平台标识为332600时,该数据库映射字段为0869f1ce46a8459285cef50c5d2be147。
表五:
下级平台标识 | 数据库映射字段 |
332600 | 0869f1ce46a8459285cef50c5d2be147 |
325000 | c7429863069000012b2547a01bc45700 |
314000 | a7786163069abcd12b2547a01bc45700 |
可选地,下级平台还可以预先配置下级平台标识、下级图片数据库标识与数据库映射字段三者之间的映射关系,这样,同一下级平台的不同下级卡图片数据库标识对应有不同的数据库映射字段。
假设下级平台标识、下级图片数据库标识与数据库映射字段三者之间的映射关系如下表六所示,当下级平台的下级平台标识为332600,初始过车数据中的下级图片数据库标识为001时,该数据库映射字段为0869f1ce46a8459285cef50c5d2be147。
表六:
下级平台标识 | 下级图片数据库标识 | 数据库映射字段 |
332600 | 3 | 0869f1ce46a8459285cef50c5d2be147 |
332600 | 002 | 0869f1ce46a8459285cef50c5d2be148 |
332600 | 003 | 0869f1ce46a8459285cef50c5d2be149 |
当然,下级平台还可以预先配置下级平台标识、下级图片数据库地址与数据库映射字段三者之间的映射关系,这样,同一下级平台的不同下级卡图片数据库地址对应有不同的数据库映射字段。
步骤2023,下级平台根据初始过车数据和数据库映射字段生成下级过车数据。
下级平台将初始过车数据和数据库映射字段合并生成下级过车数据,该下级过车数据包括:n中类型的下级信息项和数据库映射字段。
假设下级平台根据初始过车数据和数据库映射字段生成的下级过车数据为:
车牌:浙AXXXX;
过车时间:2016-10-14 12:30:56;
过车流水号:332600000000001;
下级卡口标识:10;
下级图片数据库标识:3;
下级图片数据库地址:10.22.221.2:8088。
数据库映射字段:0869f1ce46a8459285cef50c5d2be147。
步骤2024,下级平台将下级过车数据发送至上级平台。
下级平台在需要将自身的下级过车数据级联至上级平台时,将该下级过车数据发送至上级平台。
步骤2025,上级平台接收下级平台发送的下级过车数据。
本步骤的相关描述与步骤205相同,本实施例在此不作赘述。
步骤2026,上级平台根据数据库映射字段将下级图片数据库标识进行映射,得到上级图片数据库标识;并根据数据库映射字段将下级图片数据库地址进行映射,得到上级图片数据库地址。
1、上级平台根据数据库映射字段将下级图片数据库标识进行映射,得到上级图片数据库标识,包括:上级平台根据第二映射关系,查询与数据库映射字段对应的下级平台标识;将下级平台标识和下级图片数据库标识合并后得到上级图片数据库标识。
上级平台将下级平台标识和下级图片数据库标识合并合并可以为将下级平台标识添加至下级图片数据库之前;或者,也可以为将下级平台标识添加至下级图片数据库之后,本实施例不对该合并方式作限定。
假设上级平台中的第二映射关系如上表五所示,当上级平台接收到步骤2023所示例的下级过车数据时,在表五中查询得到下级过车数据中的数据库映射字段0869f1ce46a8459285cef50c5d2be147对应的下级平台标识为332600,将332600与下级图片数据库标识3合并,得到上级图片数据库标识3326003。
2、上级平台根据数据库映射字段将下级图片数据库地址进行映射,得到上级图片数据库地址,包括:根据第二映射关系,查询与数据库映射字段对应的上级图片数据库地址。
其中,第二映射关系除了包括表五所示的下级平台标识与数据库映射字段之间的映射关系,还包括数据库映射字段与上级图片数据库地址之间的映射关系。
假设第二映射关系如下表七所示,当上级平台接收到步骤2023所示例的下级过车数据时,在表七中查询得到下级过车数据中的数据库映射字段0869f1ce46a8459285cef50c5d2be147对应的上级图片数据库地址为192.168.1.102:8089。
表七:
下级平台标识 | 上级图片数据库地址 | 数据库映射字段 |
332600 | 192.168.1.102:8089 | 0869f1ce46a8459285cef50c5d2be147 |
325000 | 192.168.1.102:8088 | 0869f1ce46a8459285cef50c5d2be148 |
314000 | 192.168.1.102:8087 | 0869f1ce46a8459285cef50c5d2be149 |
可选地,上级平台也可以配置下级图片数据库标识与上级图片数据库地址之间的映射关系,根据该映射关系确定出下级过车数据中的下级图片数据库标识对应的上级图片数据库地址;或者,上级平台还可以配置下级图片数据库地址与上级图片数据库地址之间的映射关系,根据该映射关系确定出下级过车数据中的下级图片数据库地址对应的上级图片数据库地址;或者,上级平台还可以配置下级平台标识与上级图片数据库地址之间的映射关系,根据该映射关系确定出获取到的下级平台标识对应的上级图片数据库地址,本实施例不对上级图片数据库地址的获取方式作限定。
步骤2027,上级平台使用上级图片数据库标识替换下级图片数据库标识;并使用上级图片数据库地址替换下级图片数据库地址,得到替换后的下级过车数据。
假设上级平台接收到的下级过车数据如步骤2023所示,则根据上述替换规则得到的替换后的下级过车数据为:
车牌:浙AXXXX;
过车时间:2016-10-14 12:30:56;
过车流水号:332600000000001;
下级卡口标识:10;
上级图片数据库标识:3326003;
上级图片数据库地址:192.168.1.102:8089;
数据库映射字段:0869f1ce46a8459285cef50c5d2be147。
步骤2028,上级平台将替换后的下级过车数据存储至上级平台的交通数据库中。
假设上级平台在接收到下级过车数据之前,交通数据库中的上级初始过车数据如上表三所示,上级平台在接收到下级过车数据,且将步骤2027中所示例的替换后的下级过车数据存储至上级平台的交通数据中之后,该交通数据库如下表八所示。
表八:
可选地,上述步骤2021-2024可单独实现为下级平台侧的方法实施例,上述步骤2025-2028可单独实现为上级平台侧的方法实施例,本实施例对此不作限定。
现有技术中,卡口设备向下级平台发送的每条初始过车数据中的过车流水号是根据下级卡口标识和采集顺序号生成的,下级平台将该过车流水号作为唯一键唯一标识每条初始过车数据。在这种情况下,当不同下级平台发送了具有相同下级卡口标识的卡口设备采集的初始过车数据时,由于不同的初始过车数据可能具有相同的唯一键,上级平台可能会使用在后接收的初始过车数据覆盖掉在前接收的初始过车数据,从而造成数据丢失的问题。例如:杭州市的卡口设备采集到的第一条初始过车数据的唯一键为00101,温州市的卡口设备采集到的第一条初始过车数据的唯一键也为00101,当上级平台已经存储了杭州市的第一条初始过车数据时,在接收到温州市的第一条初始过车数据后,会使用温州市的第一条初始过车数据覆盖杭州市的第一条初始过车数据,这样,杭州市的第一条初始过车数据就会丢失。
为了在下级平台中对卡口设备发送的每条初始过车数据进行标识,使得每条初始过车数据既在下级平台中全局唯一,又可以在该初始过车数据级联至在上级平台后,在上级平台中全局唯一,如步骤201所述,在本实施例中,卡口设备根据下级平台标识和采集顺序号生成过车流水号,并根据该过车流水号生成唯一键。由于过车流水号包括下级平台标识,这样,根据该过车流水号生成的唯一键就可以标识每条初始过车数据的来源,上级平台即使接收到下级卡口标识相同的初始过车数据,但由于对应的唯一键不同,也不会出现上述数据丢失的问题。
下面对下级平台根据过车流水号生成唯一键的方式进行介绍。
下级平台生成每条初始过车数据的唯一键的方式包括但不限于以下几种。
在一种方式中,下级平台获取下级平台标识;将下级平台标识与顺序号合并,得到第一预设位数的过车流水号;将过车流水号和初始过车数据的接收时间合并,生成第二预设位数的唯一键。
下级平台标识为预存在下级平台中的一段固定位数的字符串,比如:6位字符串,该下级平台标识可以为下级平台的区域代码;或者,也可以为不与其他下级平台相重复的随机字符串等,本实施例对此不作限定。比如,xx市的下级平台标识为332600。
顺序号用于指示下级平台接收到初始过车数据的顺序,该顺序号的位数固定,比如:12位的顺序号000000000001表示下级平台接收到的第一条初始过车数据。
由于下级平台标识和顺序号的位数固定,因此,下级平台标识和顺序号合并后得到的过车流水号的位数固定为第一预设位数。下级平台将下级平台标识与顺序号合并可以是将下级平台标识添加在顺序号之前;也可以是将下级平台标识添加在顺序号之后;还可以是将下级平台标识的字符串分别穿插入顺序号的字符串中,本实施例不对该合并方式作限定。
初始过车数据的接收时间的位数固定,该接收时间包括年、月、日、时、分、秒、毫秒中的至少一项,本实施例对此不作限定。
由于过车流水号与接收时间的位数固定,因此,过车流水号与接收时间合并后得到的唯一键的位数固定为第二预设位数。下级平台将过车流水号与接收时间合并可以是将过车流水号添加至接收时间之前;也可以是将过车流水号添加至接收时间之后;还可以是先将过车流水号倒序,然后将接收时间添加至取反后的过车流水号之前,本实施例不对该合并方式作限定。
假设下级平台标识为6位区域代码332600。对于下级平台接收到的第一条初始过车数据;顺序号为000000000001的12位字符串,接收时间为1612(其中,16代表年份、12代表月份,即2016年12月)的4位字符串。下级平台将下级平台标识与顺序号合并得到18位的过车流水号332600000000000001,将该18位过车流水号倒序,得到倒序后的过车流水号1000000000000006233,然后,将接收时间添加至倒序后的过车流水号之前,得到22位唯一键16121000000000000006233。由于接收时间在唯一键的前几位,下级平台在对初始过车数据进行检索时,可以根据接收时间的先后顺序来检索初始过车数据,提高了初始过车数据的检索效率。
在另一种方式中,下级平台获取下级平台标识;将下级平台标识与顺序号合并,得到第一预设位数的唯一键。
假设下级平台标识为6位区域代码332600。对于下级平台接收到的第一条初始过车数据;顺序号为000000000001的12位字符串,下级平台将下级平台标识与顺序号合并得到18位的唯一键332600000000000001。
当然,下级平台还可以采用其他方式生成唯一键,本实施例不对唯一键的生成方式作限定。
可选地,下级平台接收到卡口设备发送的初始过车数据后,还可以确定该卡口设备对应的上级二次分析字段,将该上级二次分析字段添加至该初始过车数据中。上级二次分析字段用于指示上级平台是否对卡口设备采集到的下级过车图片进行二次分析以获得车辆的二次分析信息项。上级二次分析字段的取值与下级二次分析字段的取值相同,比如:上级二次分析字段包括的不需要进行二次分析、需要进行二次分析、二次分析成功和二次分析失败共四种取值中的任意一种。
下级平台确定上级二次分析字段,包括:
根据卡口设备的下级卡口标识与重点卡口标识之间的第三映射关系,在卡口设备发送的初始过车数据中添加下级二次分析字段;
当添加的下级二次分析字段的取值为进行二次分析时,对下级过车图片进行二次分析,将得到的二次分析数据存储至下级过车数据;将下级过车图片的二次分析字段的取值更新为二次分析成功,得到上级二次分析字段;
或者,
当添加的下级二次分析字段的取值为进行二次分析时,对下级过车图片进行二次分析,将下级过车图片的二次分析字段的取值更新为二次分析失败,得到上级二次分析字段;
或者,
当添加的下级二次分析字段的取值为不进行二次分析时,将该下级二次分析字段确定为上级二次分析字段。
其中,第三映射关系至少包括下级卡口标识与重点卡口标识之间的对应关系。重点卡口标识用于指示是否需要对卡口设备采集到的下级过车图片进行二次分析。若卡口设备是重点卡口,则下级平台需要对该卡口设备采集到的下级过车图片进行二次分析,此时,下级平台为卡口设备发送的初始过车数据添加的下级二次分析字段的取值为需要进行二次分析;若卡口设备不是重点卡口,则下级平台不需要对该卡口设备采集到的下级过车图片进行二次分析,此时,下级平台为卡口设备发送的初始过车数据添加的下级二次分析字段的取值为不需要进行二次分析。
假设第三映射关系如下九所示,其中,0表示不是重点卡口;1表示是重点卡口。
表九
下级卡口标识 | 重点卡口标识 |
001 | 1 |
002 | 0 |
003 | 0 |
004 | 1 |
其中,下级平台对下级过车图片进行二次分析,包括:对同一张下级过车图片进行复制,得到第一下级过车图片和第二下级过车图片;将第一下级过车图片存储在下级图片数据库中,并将第二下级过车图片发送至二次分析平台进行图片识别;在二次分析平台进行图片识别成功时,得到二次分析信息项。
可选地,由于卡口设备采集到的下级过车图片可能包含多辆车辆,此时,下级平台中的二次分析平台可以分别对下级过车图片中的车辆进行二次分析,得到多辆车辆对应的二次分析信息项,并为每辆车辆对应的二次分析信息项添加唯一键后存储至下级平台的交通数据库中。
相应地,当下级平台将上级二次分析字段添加至初始过车数据中时,下级平台向上级平台发送的下级过车数据也会包括该上级二次分析字段。上级平台将下级平台发送的下级过车数据存储在交通数据库中之后,根据该下级过车数据中的上级二次分析字段确定是否对下级过车图片进行二次分析;当上级二次分析字段的取值为进行二次分析时,上级平台获取下级过车数据对应的下级过车图片;对该下级过车图片进行二次分析,得到二次分析信息项;根据该下级过车数据的唯一键,将二次分析信息项添加到上级平台的交通数据库中的下级过车数据中。
请参考图2D,基于图2A至图2C所示的实施例,结合上述生成唯一键和二次分析的过程,下面对本发明下级平台发送下级过车数据的流程举一个具体实例进行说明。
步骤2041,下级平台接收卡口设备发送的初始过车数据,并将该初始过车数据存储至下级交通数据库。
步骤2042,下级平台为每条初始过车数据生成唯一键。
步骤2043,下级平台根据第三映射关系在每条初始过车数据中添加二次分析字段。
当卡口设备是重点卡口时,即在下级平台需要对该卡口设备采集的下级过车图片进行二次分析时,在初始过车数据中添加二次分析字段1,执行步骤2044;当卡口设备不是重点卡口时,即在下级平台不需要对该卡口设备采集的下级过车图片进行二次分析时,在初始过车数据中添加二次分析字段0,执行步骤2048。
步骤2044,下级平台对下级过车图片进行二次采集,得到第一下级过车图片和第二下级过车图片,该第一下级过车图片和第二下级过车图片对应的二次分析字段均为1。
步骤2045,下级平台将第一下级过车图片存储至下级图片数据库,将对应的字段1存储至交通数据库,执行步骤2048。
步骤2046,下级平台将第二下级过车图片的二次分析字段更新为2,调用二次分析接口将第二下级过车图片发送至二次分析平台。
在调用二次分析接口成功时,执行步骤2047;在调用二次分析接口失败时,重新执行本步骤中的调用二次分析接口的步骤。
其中,步骤2046可以在步骤2045之后执行,也可以在步骤2045之前执行,还可以与步骤2045同时执行,本实例对此不作限定。
步骤2047,下级平台通过二次分析平台对第二下级过车图片进行识别。
在识别成功时,保持第二下级过车图片的二次分析字段2不变,利用二次分析字段2替换下级交通数据中第一下级过车图片对应的二次分析字段1,执行步骤2048;在识别失败时,将二下级过车图片的二次分析字段2更新为3,利用二次分析字段3替换下级交通数据中第一下级过车图片对应的二次分析字段1,执行步骤2048。
步骤2048,下级平台添加初始过车数据中的下级卡口标识对应的卡口映射字段;并添加下级图片数据库标识对应的数据库映射字段,生成下级过车数据;执行步骤2049。
步骤2049,下级平台将下级过车数据发送给上级平台。
请参考图2E,其示出了在步骤2049之后,上级平台会接收到下级平台发送的下级过车数据,下面基于图2E所示的具体实例,对本发明上级平台存储下级过车数据的流程举一个具体实例进行说明。
步骤2050,上级平台检测下级过车数据中的唯一键是否合法。
在合法时,执行步骤2051;在不合法时,将该下级过车数据丢弃,流程结束。
步骤2051,上级平台根据卡口映射字段将下级过车数据中的下级卡口标识映射为上级卡口标识,在映射成功时,执行步骤2052;在映射失败时,流程结束。
步骤2052,上级平台根据数据库映射字段将下级过车数据中的下级图片数据库标识映射为上级图片数据库标识,将下级过车数据中国的下级图片数据库地址映射为上级图片数据库地址,在映射成功时,执行步骤2053;在映射失败时,将该下级过车数据丢弃,流程结束。
步骤2053,上级平台将映射后的下级过车数据存储至交通数据库中。
步骤2054,上级平台根据第三映射关系检测下级卡口标识对应的卡口设备是否需要进行二次分析,且下级过车数据中的二次分析字段是否不为1;若否,则执行步骤2055;若否,则执行步骤2056。
步骤2055,上级平台检测下级过车数据是否指示下级过车图片中的主图,若是,执行步骤2056;若否,将该下级过车数据丢弃,流程结束。
步骤2056,上级平台将下级过车数据对应的下级过车图片的二次分析字段设置为1,并对下级过车图片进行二次分析。
本步骤的相关描述与步骤2045-2048的描述相同,在此不作赘述。
请参考图3,其示出了本发明一个实施例提供的数据存储装置的结构图。该装置可以通过软件、硬件或者两者的结合实现成为该管理设备的全部或者一部分。该装置可以包括:接收单元310、映射单元320、替换单元330和存储单元340。
接收单元310,用于实现上述步骤205、2015、2025及各个步骤中隐含的有关接收的功能。
映射单元320,用于实现上述步骤206、2016、2026及各个步骤中隐含的有关映射的功能。
替换单元330,用于实现上述步骤207、2017、2027及各个步骤中隐含的有关替换的功能。
存储单元340,用于实现上述步骤208、2018、2028及各个步骤中隐含的有关存储的功能。
相关细节可结合参考图2所述的方法实施例。
需要说明的是,上述的映射单元320、替换单元330和存储单元340可通过服务器中的处理器来实现;接收单元310可通过服务器中的收发器来实现。
请参考图4,其示出了本发明一个实施例提供的数据存储装置的结构图。该装置可以通过软件、硬件或者两者的结合实现成为该管理设备的全部或者一部分。该装置可以包括:接收单元410、添加单元420、生成单元430、发送单元440、获取单元450和合并单元460。
接收单元410,用于实现上述步骤201、2011、2021及各个步骤中隐含的有关接收的功能。
添加单元420,用于实现上述步骤202、2012、2022及各个步骤中隐含的有关映射的功能。
生成单元430,用于实现上述步骤203、2013、2023及各个步骤中隐含的有关替换的功能。
发送单元440,用于实现上述步骤204、2014、2024及各个步骤中隐含的有关存储的功能。
获取单元450,用于实现各个步骤中隐含的有关获取的功能。
合并单元460,用于实现各个步骤中隐含的有关合并的功能。
相关细节可结合参考图2所述的方法实施例。
需要说明的是,上述的添加单元420、生成单元430可通过服务器中的处理器来实现;接收单元410和发送单元440可通过服务器中的收发器来实现。
请参考图5,示出了本发明一个示例性实施例示出的服务器的结构示意图。该服务器可以是图1中所示出的下级平台中的服务器,也可以是上级平台的服务器,该服务器包括:处理器121、与处理器121相连的收发器122和存储器123。
本领域技术人员可以理解,图5中示出的服务器的结构并不构成对服务器的限定,可以包括比图示更多或更少的部件,或者组合某些部件,或者不同的部件布置。其中:
收发器122可由一个或多个天线组成,该天线使得服务器能够发送或接收电信号。
收发器122可连接至处理器121。该处理器121可以是中央处理器(英文:centralprocessing unit,CPU),网络处理器(英文:network processor,NP)或者CPU和NP的组合。处理器121还可以进一步包括硬件芯片。上述硬件芯片可以是专用集成电路(英文:application-specific integrated circuit,ASIC),可编程逻辑器件(英文:programmable logic device,PLD)或其组合。上述PLD可以是复杂可编程逻辑器件(英文:complex programmable logic device,CPLD),现场可编程逻辑门阵列(英文:field-programmable gate array,FPGA),通用阵列逻辑(英文:generic array logic,GAL)或其任意组合。
存储器123用总线或其它方式与处理器121相连,存储器123可以为易失性存储器(英文:volatile memory),非易失性存储器(英文:non-volatile memory)或者它们的组合。易失性存储器可以为随机存取存储器(英文:random-access memory,RAM),例如静态随机存取存储器(英文:static random access memory,SRAM),动态随机存取存储器(英文:dynamic random access memory,DRAM)。非易失性存储器可以为只读存储器(英文:readonly memory image,ROM),例如可编程只读存储器(英文:programmable read onlymemory,PROM),可擦除可编程只读存储器(英文:erasable programmable read onlymemory,EPROM),电可擦除可编程只读存储器(英文:electrically erasableprogrammable read-only memory,EEPROM)。非易失性存储器也可以为快闪存储器(英文:flash memory),磁存储器,例如磁带(英文:magnetic tape),软盘(英文:floppy disk),硬盘。非易失性存储器也可以为光盘。
可选地,存储器123可以存储下级过车数据和映射字段。
本领域普通技术人员可以意识到,结合本文中所公开的实施例描述的各示例的模块及算法步骤,能够以电子硬件、或者计算机软件和电子硬件的结合来实现。这些功能究竟以硬件还是软件方式来执行,取决于技术方案的特定应用和设计约束条件。
本领域普通技术人员可以清楚地了解到,为描述的方便和简洁,上述描述的装置和模块的具体工作过程,可以参考前述方法实施例中的对应过程,在此不再赘述。
在本申请所提供的实施例中,应该理解到,所揭露的装置和方法,可以通过其它的方式实现。例如,以上所描述的装置实施例仅仅是示意性的,例如,所述模块的划分,可以仅仅为一种逻辑功能划分,实际实现时可以有另外的划分方式,例如多个模块或组件可以结合或者可以集成到另一个系统,或一些特征可以忽略,或不执行。
所述作为分离部件说明的模块可以是或者也可以不是物理上分开的,作为模块显示的部件可以是或者也可以不是物理模块,即可以位于一个地方,或者也可以分布到多个网络模块上。可以根据实际的需要选择其中的部分或者全部模块来实现本实施例方案的目的。
以上所述,仅为本发明的具体实施方式,但本发明的保护范围并不局限于此,任何熟悉本技术领域的技术人员在本发明揭露的技术范围内,可轻易想到变化或替换,都应涵盖在本发明的保护范围之内。因此,本发明的保护范围应所述以权利要求的保护范围为准。
Claims (14)
1.一种数据存储方法,其特征在于,所述方法包括:
接收下级平台发送的下级过车数据,所述下级过车数据包括初始过车数据和映射字段,所述初始过车数据包括n种不同类型的下级信息项,所述n种不同类型的下级信息项包括类型为唯一键的下级信息项,所述唯一键用于对所述下级平台对应的卡口设备采集到的每条所述初始过车数据进行唯一标识,所述映射字段用于在上级平台中标识预定类型的下级信息项的映射关系,所述预定类型是所述n种类型中的一种,所述n为正整数,所述下级平台为多个;
检验所述下级过车数据中的唯一键的合法性,所述唯一键为第二预设位数,所述唯一键是所述下级平台将第一预设位数的过车流水号和所述初始过车数据的接收时间合并生成的,所述过车流水号是所述下级平台将获取的下级平台标识与顺序号合并得到的,所述下级平台标识用于在所述上级平台中唯一标识所述下级平台,所述顺序号用于指示所述下级平台接收到所述初始过车数据的顺序;
当所述唯一键合法时,根据所述映射字段将所述预定类型的下级信息项进行映射,得到映射后的上级信息项,所述上级信息项用于在所述上级平台中唯一地标记所述下级信息项的信息来源或存储位置;使用所述映射后的上级信息项替换所述预定类型的下级信息项,得到替换后的所述下级过车数据;
将替换后的所述下级过车数据存储至所述上级平台的交通数据库中;
所述检验所述下级过车数据中的唯一键的合法性,包括:
通过检验所述唯一键的格式是否为预设格式检验所述唯一键的合法性;和/或,通过检验所述唯一键的位数是否为所述第二预设位数检验所述唯一键的合法性。
2.根据权利要求1所述的方法,其特征在于,所述映射字段为卡口映射字段,所述预定类型的下级信息项是下级卡口标识;
所述根据所述映射字段将所述预定类型的下级信息项进行映射,得到映射后的上级信息项,包括:
根据预存的第一映射关系,查询与所述卡口映射字段对应的下级平台标识,所述第一映射关系至少包括所述卡口映射字段与所述下级平台标识之间的映射关系;
将所述下级平台标识和所述下级卡口标识合并后得到的上级卡口标识,确定为映射后的所述上级信息项。
3.根据权利要求1所述的方法,其特征在于,所述映射字段为数据库映射字段,所述预定类型的下级信息项是所述下级过车数据对应的下级过车图片在所述下级平台中的下级图片数据库地址;
所述根据所述映射字段将所述预定类型的下级信息项进行映射,得到映射后的上级信息项,包括:
根据预存的第二映射关系,查询与所述数据库映射字段对应的上级图片数据库地址,所述第二映射关系至少包括所述数据库映射字段与所述上级图片数据库地址之间的映射关系,所述上级图片数据库地址是所述下级过车图片在所述上级平台的上级图片数据库中的存储地址,所述上级图片数据库是将所述下级图片数据库进行复制或同步后得到的数据库;
将所述上级图片数据库地址确定为映射后的所述上级信息项。
4.根据权利要求3所述的方法,其特征在于,所述预定类型的下级信息项还包括:所述下级过车图片所在的下级图片数据库标识;
所述根据所述映射字段将所述预定类型的下级信息项进行映射,得到映射后的上级信息项,包括:
根据所述第二映射关系,查询与所述数据库映射字段对应的下级平台标识,所述第二映射关系还包括所述数据库映射字段与所述下级平台标识之间的映射关系;
将所述下级平台标识和所述下级图片数据库标识合并后得到的上级图片数据库标识,确定为映射后的所述上级信息项。
5.一种数据存储方法,其特征在于,所述方法包括:
接收卡口设备发送的初始过车数据,所述初始过车数据包括n种不同类型的下级信息项,所述n为正整数,所述n种不同类型的下级信息项包括类型为唯一键的下级信息项,所述唯一键用于对所述卡口设备采集到的每条所述初始过车数据进行唯一标识;
添加预定类型的所述下级信息项对应的映射字段,所述映射字段用于在上级平台中标识所述预定类型的所述下级信息项的映射关系,所述预定类型是所述n种类型中的一种;
根据所述初始过车数据和所述映射字段生成下级过车数据;
将所述下级过车数据发送至所述上级平台;
所述方法还包括:
获取下级平台标识;将所述下级平台标识与顺序号合并,得到第一预设位数的过车流水号,所述顺序号用于指示下级平台接收到所述初始过车数据的顺序;将所述过车流水号和所述初始过车数据的接收时间合并,生成第二预设位数的所述唯一键,所述下级平台为多个;
所述上级平台用于通过检验所述唯一键的格式是否为预设格式,和/或,通过检验所述唯一键的位数是否为所述第二预设位数,检验所述唯一键的合法性检验所述唯一键的合法性。
6.根据权利要求5所述的方法,其特征在于,所述预定类型的下级信息项是所述卡口设备的下级卡口标识,
所述添加预定类型的所述下级信息项对应的映射字段,包括:
根据预存的第一映射关系,查询与所述下级平台标识对应的卡口映射字段,确定所述卡口映射字段为所述下级卡口标识对应的所述映射字段,所述第一映射关系至少包括所述下级平台标识与所述卡口映射字段之间的映射关系。
7.根据权利要求5所述的方法,其特征在于,所述预定类型的下级信息项是所述初始过车数据对应的下级过车图片在下级平台中的下级图片数据库地址和下级图片数据库标识;
所述添加预定类型的所述下级信息项对应的映射字段,包括:
根据预存的第二映射关系,查询与所述下级平台标识对应的数据库映射字段,确定所述数据库映射字段为所述下级图片数据库地址和所述下级图片数据标识对应的所述映射字段,所述第二映射关系至少包括所述下级平台标识与所述数据库映射字段之间的映射关系。
8.一种数据存储装置,其特征在于,所述装置包括:
接收单元,用于接收下级平台发送的下级过车数据,所述下级过车数据包括初始过车数据和映射字段,所述初始过车数据包括n种不同类型的下级信息项,所述n种不同类型的下级信息项包括类型为唯一键的下级信息项,所述唯一键用于对所述下级平台对应的卡口设备采集到的每条所述初始过车数据进行唯一标识,所述映射字段用于在上级平台中标识预定类型的下级信息项的映射关系,所述预定类型是所述n种类型中的一种,所述n为正整数,所述下级平台为多个;
映射单元,用于所述唯一键合法时,根据所述映射字段将所述预定类型的下级信息项进行映射,得到映射后的上级信息项,所述上级信息项用于在所述上级平台中唯一地标记所述下级信息项的信息来源或存储位置;
替换单元,用于使用所述映射后的上级信息项替换所述预定类型的下级信息项,得到替换后的所述下级过车数据;
存储单元,用于将替换后的所述下级过车数据存储至所述上级平台的交通数据库中;
所述接收单元,还用于通过检验所述唯一键的格式是否为预设格式检验所述唯一键的合法性;和/或,通过检验所述唯一键的位数是否为第二预设位数检验所述唯一键的合法性;
所述装置还包括用于执行以下操作的单元:
检验所述下级过车数据中的唯一键的合法性,所述唯一键为所述第二预设位数,所述唯一键是所述下级平台将第一预设位数的过车流水号和所述初始过车数据的接收时间合并生成的,所述过车流水号是所述下级平台将获取的下级平台标识与顺序号合并得到的,所述下级平台标识用于在所述上级平台中唯一标识所述下级平台,所述顺序号用于指示所述下级平台接收到所述初始过车数据的顺序。
9.根据权利要求8所述的装置,其特征在于,所述映射字段为卡口映射字段,所述预定类型的下级信息项是下级卡口标识;
所述映射单元,具体用于:
根据预存的第一映射关系,查询与所述卡口映射字段对应的下级平台标识,所述第一映射关系至少包括所述卡口映射字段与所述下级平台标识之间的映射关系;
将所述下级平台标识和所述下级卡口标识合并后得到的上级卡口标识,确定为映射后的所述上级信息项。
10.根据权利要求8所述的装置,其特征在于,所述映射字段为数据库映射字段,所述预定类型的下级信息项是所述下级过车数据对应的下级过车图片在所述下级平台中的下级图片数据库地址;
所述映射单元,具体用于:
根据预存的第二映射关系,查询与所述数据库映射字段对应的上级图片数据库地址,所述第二映射关系至少包括所述数据库映射字段与所述上级图片数据库地址之间的映射关系,所述上级图片数据库地址是所述下级过车图片在所述上级平台的上级图片数据库中的存储地址,所述上级图片数据库是将所述下级图片数据库进行复制或同步后得到的数据库;
将所述上级图片数据库地址确定为映射后的所述上级信息项。
11.根据权利要求10所述的装置,其特征在于,所述预定类型的下级信息项还包括:所述下级过车图片所在的下级图片数据库标识;
所述映射单元,还用于:
根据所述第二映射关系,查询与所述数据库映射字段对应的下级平台标识,所述第二映射关系还包括所述数据库映射字段与所述下级平台标识之间的映射关系;
将所述下级平台标识和所述下级图片数据库标识合并后得到的上级图片数据库标识,确定为映射后的所述上级信息项。
12.一种数据存储装置,其特征在于,所述装置包括:
接收单元,用于接收卡口设备发送的初始过车数据,所述初始过车数据包括n种不同类型的下级信息项,所述n为正整数,所述n种不同类型的下级信息项包括类型为唯一键的下级信息项,所述唯一键用于对所述卡口设备采集到的每条所述初始过车数据进行唯一标识;
添加单元,用于添加预定类型的所述下级信息项对应的映射字段,所述映射字段用于在上级平台中标识所述预定类型的所述下级信息项的映射关系,所述预定类型是所述n种类型中的一种;
生成单元,用于根据所述初始过车数据和所述映射字段生成下级过车数据;
发送单元,用于将所述下级过车数据发送至所述上级平台;
所述装置还包括:
获取单元,用于获取下级平台标识;
合并单元,用于将所述下级平台标识与顺序号合并,得到第一预设位数的过车流水号,所述顺序号用于指示下级平台接收到所述初始过车数据的顺序;
所述合并单元,还用于将所述过车流水号和所述初始过车数据的接收时间合并,生成第二预设位数的所述唯一键,所述下级平台为多个;
所述上级平台用于通过检验所述唯一键的格式是否为预设格式,和/或,通过检验所述唯一键的位数是否为所述第二预设位数,检验所述唯一键的合法性检验所述唯一键的合法性。
13.根据权利要求12所述的装置,其特征在于,所述预定类型的下级信息项是所述卡口设备的下级卡口标识,
所述添加单元,具体用于:
根据预存的第一映射关系,查询与所述下级平台标识对应的卡口映射字段,确定所述卡口映射字段为所述下级卡口标识对应的所述映射字段,所述第一映射关系至少包括所述下级平台标识与所述卡口映射字段之间的映射关系。
14.根据权利要求12所述的装置,其特征在于,所述预定类型的下级信息项是所述初始过车数据对应的下级过车图片在下级平台中的下级图片数据库地址和下级图片数据库标识;
所述添加单元,具体用于:
根据预存的第二映射关系,查询与所述下级平台标识对应的数据库映射字段,确定所述数据库映射字段为所述下级图片数据库地址和所述下级图片数据标识对应的所述映射字段,所述第二映射关系至少包括所述下级平台标识与所述数据库映射字段之间的映射关系。
Priority Applications (1)
Application Number | Priority Date | Filing Date | Title |
---|---|---|---|
CN201710083711.3A CN108446283B (zh) | 2017-02-16 | 2017-02-16 | 数据存储方法及装置 |
Applications Claiming Priority (1)
Application Number | Priority Date | Filing Date | Title |
---|---|---|---|
CN201710083711.3A CN108446283B (zh) | 2017-02-16 | 2017-02-16 | 数据存储方法及装置 |
Publications (2)
Publication Number | Publication Date |
---|---|
CN108446283A CN108446283A (zh) | 2018-08-24 |
CN108446283B true CN108446283B (zh) | 2021-05-11 |
Family
ID=63190653
Family Applications (1)
Application Number | Title | Priority Date | Filing Date |
---|---|---|---|
CN201710083711.3A Active CN108446283B (zh) | 2017-02-16 | 2017-02-16 | 数据存储方法及装置 |
Country Status (1)
Country | Link |
---|---|
CN (1) | CN108446283B (zh) |
Families Citing this family (4)
Publication number | Priority date | Publication date | Assignee | Title |
---|---|---|---|---|
CN112527792A (zh) * | 2019-09-18 | 2021-03-19 | 北京国双科技有限公司 | 一种数据存储方法、装置、设备和存储介质 |
CN110781189B (zh) * | 2019-10-25 | 2022-08-26 | 北京达佳互联信息技术有限公司 | 文档平台构建方法、装置、电子设备及存储介质 |
CN113051349A (zh) * | 2021-04-02 | 2021-06-29 | 广东美电贝尔科技集团股份有限公司 | 一种执勤系统数据同步方法 |
CN113987089B (zh) * | 2021-12-28 | 2022-08-26 | 北京力控元通科技有限公司 | 一种系统级联方法、数据处理方法及装置 |
Citations (5)
Publication number | Priority date | Publication date | Assignee | Title |
---|---|---|---|---|
CN101227327A (zh) * | 2008-02-02 | 2008-07-23 | 中兴通讯股份有限公司 | 一种集中网管系统以及上载下级告警信息的方法 |
CN103490916A (zh) * | 2012-06-11 | 2014-01-01 | 中兴通讯股份有限公司 | 一种数据采集方法及装置 |
CN104539752A (zh) * | 2014-12-31 | 2015-04-22 | 浙江宇视科技有限公司 | 多级域平台间的访问方法及系统 |
CN104916129A (zh) * | 2015-05-05 | 2015-09-16 | 杭州电子科技大学 | 基于大规模卡口过车数据的道路实时通行速度计算方法 |
CN105468773A (zh) * | 2015-12-10 | 2016-04-06 | 武汉噢易云计算有限公司 | 一种多个下级终端向同一上级汇总数据的方法 |
Family Cites Families (5)
Publication number | Priority date | Publication date | Assignee | Title |
---|---|---|---|---|
US9214086B1 (en) * | 2014-05-30 | 2015-12-15 | Alpine Electronics, Inc. | Vehicle to vehicle wireless communication apparatus with potential crash warning |
US20160140438A1 (en) * | 2014-11-13 | 2016-05-19 | Nec Laboratories America, Inc. | Hyper-class Augmented and Regularized Deep Learning for Fine-grained Image Classification |
CN104750808B (zh) * | 2015-03-27 | 2018-01-19 | 安徽四创电子股份有限公司 | 基于Hadoop大数据平台的卡口数据过边界实施方法 |
CN105139210A (zh) * | 2015-07-31 | 2015-12-09 | 孙宪彬 | 一种商品溯源方法和系统 |
CN105183949B (zh) * | 2015-08-13 | 2019-03-19 | 中国铁道科学研究院 | 一种铁路主数据的清洗方法 |
-
2017
- 2017-02-16 CN CN201710083711.3A patent/CN108446283B/zh active Active
Patent Citations (5)
Publication number | Priority date | Publication date | Assignee | Title |
---|---|---|---|---|
CN101227327A (zh) * | 2008-02-02 | 2008-07-23 | 中兴通讯股份有限公司 | 一种集中网管系统以及上载下级告警信息的方法 |
CN103490916A (zh) * | 2012-06-11 | 2014-01-01 | 中兴通讯股份有限公司 | 一种数据采集方法及装置 |
CN104539752A (zh) * | 2014-12-31 | 2015-04-22 | 浙江宇视科技有限公司 | 多级域平台间的访问方法及系统 |
CN104916129A (zh) * | 2015-05-05 | 2015-09-16 | 杭州电子科技大学 | 基于大规模卡口过车数据的道路实时通行速度计算方法 |
CN105468773A (zh) * | 2015-12-10 | 2016-04-06 | 武汉噢易云计算有限公司 | 一种多个下级终端向同一上级汇总数据的方法 |
Non-Patent Citations (1)
Title |
---|
卡口系统的车联网技术及应用;胡梦安等;《中国公共安全》;20160731;第110-114页 * |
Also Published As
Publication number | Publication date |
---|---|
CN108446283A (zh) | 2018-08-24 |
Similar Documents
Publication | Publication Date | Title |
---|---|---|
CN108446283B (zh) | 数据存储方法及装置 | |
CN110855473B (zh) | 一种监控方法、装置、服务器及存储介质 | |
CN101959183B (zh) | 一种基于假名的移动用户标识码imsi保护方法 | |
CN104580551A (zh) | 一种组网数据中心系统及方法 | |
CN108205569A (zh) | 用于更新配置管理数据库的方法和装置 | |
KR20140097805A (ko) | 좌표(x, y)위치 값을 이용한 체계적인 블록번호 생성 및 그 이용한 주소매칭 서비스 방법 | |
CN110633345A (zh) | 一种企业注册地址的识别方法及系统 | |
CN104639550A (zh) | 用户识别方法和设备 | |
CN104468207A (zh) | 终端管理的方法、装置及系统 | |
CN106844233A (zh) | 一种基于哈希表的路由器运行数据缓存方法及系统 | |
CN101227327B (zh) | 一种集中网管系统以及上载下级告警信息的方法 | |
CN104424316A (zh) | 一种数据存储方法、数据查询方法、相关装置和系统 | |
CN112835877A (zh) | 一种面向公共突发事务的疫情大数据清理方法 | |
CN110569546B (zh) | 交通小区的划分方法及装置 | |
CN106407470A (zh) | 指纹共享方法、终端和服务器 | |
CN109088954B (zh) | 一种分布式物体标识信息注册与解析的方法 | |
CN111372270B (zh) | 疑似故障小区的确定方法、装置、设备和介质 | |
CN112989255A (zh) | 一种标识解析系统 | |
CN110868354B (zh) | 一种基于网签系统的智能路由寻址系统及方法 | |
CN111506654B (zh) | 用于数据路由的数据分区方法 | |
CN114785862B (zh) | 自定义路由信息的处理方法和相关装置 | |
Fulcomer et al. | Assessing the accuracy of geocoding using address data from birth certificates: New Jersey, 1989 to 1996 | |
CN108932305A (zh) | 一种数据处理方法、装置、电子设备及存储介质 | |
CN117114886B (zh) | 一种基于双层共识机制的区块链碳交易方法及系统 | |
CN204392293U (zh) | 一种用户接入系统 |
Legal Events
Date | Code | Title | Description |
---|---|---|---|
PB01 | Publication | ||
PB01 | Publication | ||
SE01 | Entry into force of request for substantive examination | ||
SE01 | Entry into force of request for substantive examination | ||
GR01 | Patent grant | ||
GR01 | Patent grant |