海关验放系统及方法
【专利摘要】本公开提供了海关验放系统和方法，系统包括：设备层，检测查验对象，产生检测数据；适配器层，接收来自对应设备的检测数据，将检测数据转换成具有预定的消息服务接口协议形式的事件；消息服务层，接收来自适配器层的事件，根据事件构建事件消息；以及处理控制层，接收和处理来自消息总线的事件消息，产生对应于事件消息的指令，并向消息服务层发送指令。消息服务层根据接收到的指令构建指令消息，并发送给适配器层。适配器层将指令消息转换成适合于对应设备的指令形式，并发送给所述设备层。设备层中的对应设备根据接收到的指令执行相应操作。由此，将各设备获得的信息集中起来，通过统一平台进行远程监控，提高了验放效率，减小了人力成本。
【专利说明】海关验放系统及方法
【技术领域】
[0001]本公开涉及海关验放领域，尤其涉及海关验放系统及方法。
【背景技术】
[0002]当前的海关验放系统中，集装箱/车辆检查设备、场地交通管理、车辆/集装箱识另O、放射性物质探测、放射性同位素识别等都是彼此独立操作的。集装箱/车辆到达场地入口后，由工作人员引导其通过X射线集装箱/车辆检查设备进行检查，然后工作人员引导车辆驶入等待区，等待检查结果。等到审图的工作人员根据扫描图像和其它相关信息对集装箱车辆进行分析得出结论后，通知等待区工作人员，工作人员再根据车辆的检查结果引导车辆到达手检区或出口区。车辆到达出口时，由工作人员确认此车辆检查完成，才能对其进行放行。这种各区域、各设备独立操作，依靠工作人员进行通知和手动引导的验放系统，效率低下并且人力成本高。此外，海关验放系统、报关系统、物流系统等彼此独立操作，无法共享针对同一检查对象的信息，导致整体运行效率低下。
【发明内容】
[0003]本公开的示例实施例提供了一种海关验放系统，包括:
[0004]设备层，包括用于验放操作的多个设备，所述多个设备中的至少一些设备检测查验对象，产生检测数据；
[0005]适配器层，包括分别与所述多个设备对应的多个适配器，用于接收来自对应设备的检测数据，将检测数据转换成具有预定的消息服务接口协议形式的事件；
[0006]消息服务层，包括消息总线，用于接收来自适配器层的事件，根据事件构建事件消息；以及
[0007]处理控制层，包括业务逻辑单元，用于接收和处理来自消息总线的事件消息，产生对应于事件消息的指令，并向消息服务层发送指令；
[0008]所述消息服务层根据接收到的指令构建指令消息，并发送给适配器层；
[0009]所述适配器层将指令消息转换成适合于对应设备的指令形式，并发送给所述设备层；
[0010]所述设备层中的对应设备根据接收到的指令执行相应操作。
[0011 ] 在一个实施例中，处理控制层还包括:中心控制单元，提供用于监控设备运行状态和查验对象状态的用户接口，并响应于用户操作产生指令，向所述消息服务层发送指令。
[0012]在一个实施例中，业务逻辑单元包括:
[0013]绑定逻辑模块，将与同一查验对象相关的多个分离事件绑定至该查验对象；
[0014]流程逻辑模块，处理经绑定的事件，产生对应于处理结果的指令；
[0015]设备状态逻辑模块，监控所述多个设备的状态，并在检测到异常状态时发出警报；以及
[0016]集成总线模块，与所述消息总线、所述绑定逻辑模块、所述流程逻辑模块和设备状态逻辑模块耦接，从所述消息总线接收事件消息，将接收的事件消息转发至相应逻辑模块，接收来自相应逻辑模块的指令或警报并发送给所述消息总线。
[0017]在一个实施例中，消息总线包括:
[0018]消息构建模块，用于根据接收到的事件和指令分别构建事件消息和指令消息；以及
[0019]消息路由模块，用于将事件消息路由至所述处理控制层，并将指令消息路由至所述适配器层中所述多个适配器中相应的至少一个适配器；以及
[0020]消息队列池，包括事件消息队列池和指令消息队列池，分别对事件消息和指令消息进行缓存和排队。
[0021]在一个实施例中，事件消息指示了查验对象所在的区域、查验对象的标识符、针对查验对象的设备的类型和序号、从所述设备接收到检测数据的时间、以及事件内容；
[0022]所述指令消息指示了查验对象所在的区域、针对查验对象的设备的类型和序号、指令的来源、以及指令内容。
[0023]在一个实施例中，多个设备包括集装箱/车辆辐射成像检查设备、放射性检查设备、车牌识别设备、箱号识别设备、硬盘录像设备、交通控制设备中的至少两个。
[0024]在一个实施例中，中心控制单元经由用户接口执行如下中的一个或多个:
[0025]在查验对象被扫描时实时显示扫描图像；
[0026]显示查验对象的车牌拍摄照片及识别结果；
[0027]显示查验对象的箱号拍摄照片及其识别结果；以及
[0028]控制查验对象所在区域的交通控制设备；
[0029]其中用户能够通过用户接口修改针对查验对象的识别结果。
[0030]在一个实施例中，处理控制层还包括:图检单元，包括图像分析站和复检站，用户经由图像分析站对查验对象的扫描图像进行分析并判断查验对象是否可疑，并且经由复检站对可疑的查验对象进行复检。
[0031]在一个实施例中，处理控制层还包括:信息管理单元，执行以下中的一个或多个:
[0032]维护用户信息；
[0033]维护查验对象信息；
[0034]维护通勤车辆信息；
[0035]进行信息查询和统计；以及
[0036]进行系统参数配置。
[0037]在一个实施例中，消息服务层还接收来自海关的其他业务系统的其他事件，以提供给处理控制层进行处理，并向海关的其他业务系统发送处理结果，其中海关的其他业务系统包括报关系统和/或物流系统。
[0038]在一个实施例中，处理控制层的绑定逻辑模块还将所述其他事件中与所述同一查验对象相关的分离事件绑定至该查验对象。
[0039]本公开的示例实施例还提供了一种海关验放方法，包括:
[0040]通过多个设备中的至少一些来检测查验对象，产生检测数据；
[0041]通过分别与所述多个设备对应的多个适配器，接收来自对应设备的检测数据，将检测数据转换成具有预定的消息服务接口协议形式的事件；
[0042]由消息总线接收来自适配器的事件，根据事件构建事件消息；
[0043]接收和处理来自消息总线的事件消息，产生对应于事件消息的指令，并向消息总线发送指令；
[0044]由消息总线根据接收到的指令构建指令消息，并发送给相应的适配器；
[0045]由相应的适配器将指令消息转换成适合于对应设备的指令形式，并发送给所述对应设备；以及
[0046]由对应设备根据接收到的指令执行相应操作。
[0047]在一个实施例中，所述方法还包括:提供用于监控设备运行状态和查验对象状态的用户接口，并响应于用户操作产生指令，向所述消息总线发送指令。
[0048]在一个实施例中，所述接收和处理来自消息总线的事件消息，产生对应于事件消息的指令，并向消息总线发送指令包括:
[0049]从所述消息总线接收事件消息；
[0050]根据事件消息，将与同一查验对象相关的多个分离事件绑定至该查验对象；
[0051]处理经绑定的事件，产生对应于处理结果的指令；
[0052]将产生的指令发送给所述消息总线。
[0053]在一个实施例中，由消息总线接收来自海关的其他业务系统的其他事件以进行处理，并向海关的其他业务系统发送处理结果。
【专利附图】
【附图说明】
[0054]根据结合附图阅读的以下描述，本发明的以上和其他方面、特征和优点将变得清楚明白，其中类似的参考数字表示相同的元件。
[0055]图1示出了根据本公开示例实施例的海关验放系统的示意框图；
[0056]图2示出了根据本公开另一示例实施例的海关验放系统的示意框图；
[0057]图3示出了本公开示例实施例的海关验放系统中的业务逻辑单元的示意结构框图；
[0058]图4示出了本公开示例实施例的海关验放系统中的消息总线的示意结构框图；
[0059]图5a和5b示出了本公开示例实施例的海关验放系统中使用的事件消息和指令消息的示例格式；
[0060]图6示出了本公开示例实施例的海关验放系统中的适配器层和设备层的示意图；
[0061]图7示出了本公开示例实施例的海关验放方法的示意流程图；
[0062]图8示意性示出了本公开示例实施例的海关验放系统和方法可应用的检查场地；以及
[0063]图9示意性示出了本公开示例实施例的海关验放系统和方法可应用的检查流程。
【具体实施方式】
[0064]下面将详细描述本发明的具体实施例，应当注意，这里描述的实施例只用于举例说明，并不用于限制本发明。在以下描述中，为了提供对本发明的透彻理解，阐述了大量特定细节。然而，对于本领域普通技术人员显而易见的是:不必采用这些特定细节来实行本发明。在其他实例中，为了避免混淆本发明，未具体描述公知的电路、材料或方法。
[0065]在整个说明书中，对“ 一个实施例”、“实施例”、“ 一个示例”或“示例”的提及意味着:结合该实施例或示例描述的特定特征、结构或特性被包含在本发明至少一个实施例中。因此，在整个说明书的各个地方出现的短语“在一个实施例中”、“在实施例中”、“一个示例”或“示例”不一定都指同一实施例或示例。此外，可以以任何适当的组合和/或子组合将特定的特征、结构或特性组合在一个或多个实施例或示例中。此外，本领域普通技术人员应当理解，这里使用的术语“和/或”包括一个或多个相关列出的项目的任何和所有组合。
[0066]下面参照附图描述本公开的示例实施例。图1示出了根据本公开示例实施例的海关验放系统的示意框图。如图所示，海关验放系统I可以包括设备层10、适配器层12、消息服务层14和处理控制层16。设备层10可以包括用于验放操作的多个设备，多个设备中的至少一些设备检测查验对象，产生检测数据。例如，多个设备可以包括集装箱/车辆辐射成像检查设备、放射性检查设备、车牌识别设备、箱号识别设备、硬盘录像设备以及交通控制设备中的至少两个。适配器层12可以包括分别与所述多个设备对应的多个适配器，用于接收来自对应设备的检测数据，将检测数据转换成具有预定的消息服务接口协议形式的事件。消息服务层14可以包括消息总线40，用于接收来自适配器层的事件，根据事件构建事件消息。处理控制层16可以包括业务逻辑单元30，用于接收和处理来自消息总线的事件消息，产生对应于事件消息的指令，并向消息服务层14发送指令。消息服务层14根据接收到的指令构建指令消息，并发送给适配器层12。适配器层12将指令消息转换成适合于对应设备的指令形式，并发送给设备层10。设备层10中的对应设备根据接收到的指令执行相应操作。下文中将对各层的结构和功能进行详细描述。
[0067]图2示出了根据本公开另一示例实施例的海关验放系统I’的示意框图。与图1的海关验放系统I的不同之处在于，图2的海关验放系统I’中处理控制层16还包括:中心控制单元20，提供用于监控设备运行状态和查验对象状态的用户接口，并响应于用户操作产生指令，向消息服务层14发送指令。在一个示例中，中心控制单元20可以经由用户接口(例如，包括显示器、触摸屏、键盘和鼠标等在内的输入输出设备)执行如下中的一个或多个:
[0068]在查验对象被扫描时实时显示扫描图像；
[0069]显示查验对象的车牌拍摄照片及识别结果；
[0070]显示查验对象的箱号拍摄照片及其识别结果；以及[0071 ] 控制查验对象所在区域的交通控制设备。
[0072]用户能够通过用户接口执行多种用户操作，例如修改针对查验对象的识别结果，执行控制操作并下达控制指令等。
[0073]图1和图2的海关验放系统I和I’仅仅是示例，根据本公开的海关验放系统还可以包括其他部件。例如，处理控制层16还可以包括:图检单元，包括图像分析站和复检站，用户经由图像分析站对查验对象的扫描图像进行分析并判断查验对象是否可疑，并且经由复检站对可疑的查验对象进行复检。在一个示例中，处理控制层16还可以包括:信息管理单元，用于维护用户信息、维护查验对象信息、维护通勤车辆信息、进行信息查询和统计、和/或进行系统参数配置等。例如，信息管理单元可以包括用于保存和管理各种信息的数据库，并且可以提供用户接口以便用户进行信息查询和统计和/或系统参数配置。
[0074]在所示海关验放系统中，在设备层与处理控制层提供了适配器层和消息服务层，适配器层将使用不同接口协议的设备采集到的数据转换到预定的、统一的消息服务接口协议，以事件的形式发送给消息服务层，消息服务层将接收到的事件包装成具适合于处理控制层接收和处理的事件消息。此外，消息服务层将处理控制层下达的指令包装成适合于适配器层接收和处理的指令消息，适配器层再将指令消息转换成适合于对应设备接收和执行的形式。这样，在上述海关验放系统中提供了统一接口和消息构建、传送机制，能够在确保设备层中各设备各自独立操作的同时，将各设备获得的信息集中起来，并通过统一平台来远程监视、控制各设备和查验对象，实现高效的智能验放，最小化了人力成本。此外，采用事件驱动方式，数据从设备产生，经采集成为场地事件，经绑定成为流程事件，经流程逻辑处理产生场地指令来控制设备，这样能够确保系统响应的实时性和数据的集中管理，并且在设计时能够按职责划分模块，使各模块在开发和维护时只需要关心本模块的职责。这样，处理控制层不必关注具体设备的增减，达到动态增减具体设备而处理控制层几乎无需改变的有益效果。
[0075]根据本公开示例实施例，消息服务层14还接收来自海关的其他业务系统的事件，以提供给处理控制层16进行处理，并向海关的其他业务系统发送处理结果。例如，海关的其他业务系统可以包括报关系统和/或物流系统。这样，不仅能够关联验放系统中的所有设备，本系统架构也可以通过消息服务层与海关的其他业务系统进行整合，达到可对整个海关区域内所有设备、所有相关系统的整合、编排和协调，提高了整体运行效率。
[0076]图3示出了根据本公开示例实施例的海关验放系统中的业务逻辑单元30的示意结构框图。业务逻辑单元30可以包括绑定逻辑模块302、流程逻辑模块304、设备状态逻辑模块306和集成总线模块308。
[0077]绑定逻辑模块302将与同一查验对象相关的多个分离事件绑定至该查验对象。检查流程是面向查验对象的，查验对象会经过如上所述的多个设备以及多个区域，例如检查场地一般分为与检查流程有关的五个区域和一个通勤车辆出入口，分别是本地检测区域(LIS)，车辆等待区域(VWS)，二级检查区域(SIS)，中央控制区域(CCS)，出口验证区域(EVS)和通勤车辆出入口。在各区域内部署不同设备，设备采集到的各种信号以及由此生成的事件都是分离的，需要将按相关性绑定在一起。例如，可以在事件消息中包括查验对象的标识符(ID)(例如车辆的车牌号或集装箱的箱号)，将具有相同对象ID的事件绑定至该查验对象。绑定处理允许综合考虑关于同一查验对象的各事件，为后续进行全面、准确的处理和控制做好准备。
[0078]在经由消息服务层14与海关的其他业务系统整合的情况下，处理控制层16的绑定逻辑模块302还可以将来自其他系统的、与同一查验对象相关的分离事件绑定至该查验对象，实现了在各系统间针对查验对象的信息共享，进一步提高了运行效率。
[0079]流程逻辑模块304处理经绑定的事件，产生对应于处理结果的指令。例如，流程逻辑模块304可以包括针对多个数据采集或检测设备的多个应用模块，每个应用模块处理对应设备的事件，并产生处理结果。可以综合考虑针对同一查验对象的处理结果来产生针对各设备的指令。
[0080]设备状态逻辑模块306可以监控多个数据采集或检测设备的状态，并在检测到异常状态时发出警报。例如，根据接收到的关于设备的状态数据，设备状态逻辑模块306可以检测设备是否发生故障，并在确定发生故障时发出警报，通知工作人员进行设备维护。
[0081]集成总线模块308可以与消息总线40、绑定逻辑模块302、流程逻辑模块304和设备状态逻辑模块306耦接，从消息总线40接收事件消息，将接收的事件消息转发至相应逻辑模块302、304或306，接收来自相应逻辑模块302、304或306的指令或警报并发送给消息总线40。例如，当接收到关于查验对象的检测事件的事件消息时，集成总线模块308可以将该事件消息转发给绑定逻辑模块302或流程逻辑模块304进行处理；当接收到关于设备状态的事件消息时，集成总线模块308可以将事件消息转发至设备状态逻辑模块306进行处理。集成总线模块308可以提供可配置的消息收发、转发机制，使各逻辑模块302、304或306的开发、维护工作专注于自身职责，而简单通用的消息收发和转发工作由集成总线模块308以配置形式完成。
[0082]图3所示业务逻辑单元30的结构和功能只是示例性的，本领域技术人员可以根据本公开的教义进行修改和增减。业务逻辑单元30以及各模块的开发和配置可以利用例如可编程的处理器、服务器等实现。
[0083]图4示出了本公开示例实施例的海关验放系统中的消息总线40的示意结构框图。消息总线40可以包括消息构建模块402、消息路由模块404和消息队列池406。
[0084]消息构建模块402可以根据接收到的事件和指令分别构建事件消息和指令消息。事件消息和指令消息的格式可以是预定的和/或用户可配置的。图5a和5b示出了本公开示例实施例的海关验放系统中使用的事件消息和指令消息的示例格式。如图所示，事件消息可以包括多个字段，分别指示了查验对象所在的区域、查验对象的标识符、针对查验对象的设备的类型和序号、从所述设备接收到检测数据的时间、以及事件内容。指令消息也可以包括多个字段，分别指示了查验对象所在的区域、针对查验对象的设备的类型和序号、指令的来源、以及指令内容。可以采用键值对型消息对事件和指令进行描述，其中键值皆为字符串。图5a和5b所示消息格式仅仅是示例，本领域技术人员可以根据设计需求，设计任意适合的消息格式。
[0085]消息路由模块404将事件消息路由至处理控制层16，并将指令消息路由至适配器层12的多个适配器中相应的至少一个适配器。在一个示例中，消息路由模块404可以根据事件消息的内容，将事件消息路由至业务逻辑单元、中心控制单元、图检单元、信息管理单元中的一个或多个。此外，消息路由模块404可以根据指令消息中对于设备的标识，将指令消息路由至与标识的设备对应的适配器。
[0086]消息队列池406可以包括事件消息队列池和指令消息队列池，分别对事件消息和指令消息进行缓存和排队。在一个示例中，当接收到来自多个区域、多个设备的多个事件消息时，可以根据消息中携带的区域和/或设备的标识和/或事件内容，对事件消息进行排序并放入队列中，以便发送。在一个示例中，当接收到来自业务逻辑单元、中心控制单元等的指令消息时，可以根据消息中携带的区域和/或设备的标识和/或消息来源和/或指令内容，对指令消息进行排序并放入队列中，以便发送。这里使用的排序规则可以是预定的或由用户配置的。
[0087]图6示出了本公开示例实施例的海关验放系统中的适配器层12和设备层10的示意图，示出了多个设备以及对应的适配器。
[0088]集装箱/车辆辐射成像检查设备(NII)可以负责扫描查验对象(例如集装箱/车辆)形成透视图以供查验人员不开箱即可检查箱内物品是否符合要求。在一个示例中，可以加入NII接口模块作为NI I适配器。在另一示例中，集装箱/车辆辐射成像检查设备可以包含快检执行设备和算法工作站，两者通过不同的接口形式向外界提供信息。为与整个系统对接，可以加入NII接口模块和可编程逻辑电路(PLC)及PLC接口模块作为适配器。这样，可以使集装箱/车辆辐射成像检查设备扫描的结果、实时缩略图、设备状态得以通过统一的消息接口传递到处理控制层。
[0089]放射性检查(RM)设备可以包括探测设备和数据库。为使之与整个系统对接，可以加入RM采集模块作为适配器，将RM设备的工作状态、探测状态等实时情况通过统一的消息接口传递到处理控制层。
[0090]车牌识别(LPR)设备自动拍摄车牌照片并识别出其内容，为车辆提供辨别标志。可以加入LPR适配器将车牌信息通过统一的消息接口传递到处理控制层。
[0091]箱号识别(CCR)设备负责自动识别车辆所载集装箱的号码，以便系统根据该号码向海关获取报关信息供图检人员检图时参照。可以加入CCR适配器将集装箱的号码通过统一的消息接口传递到处理控制层。
[0092]硬盘录像(DVR)设备负责提供车辆扫描期间的视频片段。硬盘录像机不停录像，DVR适配器模块可以受处理控制层传达的指令指示，从其上获取指定时间段的视频。在一个示例中，获取到的视频片段可以进行转码以发布到流媒体服务站。
[0093]交通控制设备可以包括挡杆、交通灯、发光二极管(LED)等，用于对场地内车辆进行限行、引导。在一个示例中，挡杆和交通灯可以只提供电控接点，通过PLC适配器对其进行控制和采集。LED可以是网络设备，可直接从处理控制层通过消息传递的形式来控制。
[0094]以上列举的设备和适配器仅仅是示例，本领域技术人员可以理解，还可以根据需要增减设备。
[0095]下面参照附图描述根据本公开示例实施例的海关验放方法。在图7所示的海关验放方法的示意流程图中，在步骤700，通过多个设备中的至少一些来检测查验对象，产生检测数据。在步骤702，通过分别与所述多个设备对应的多个适配器，接收来自对应设备的检测数据，将检测数据转换成具有预定的消息服务接口协议形式的事件。在步骤704，由消息总线接收来自适配器的事件，根据事件构建事件消息。在步骤706，接收和处理来自消息总线的事件消息，产生对应于事件消息的指令，并向消息总线发送指令。在步骤708，由消息总线根据接收到的指令构建指令消息，并发送给相应的适配器。在步骤710，由相应的适配器将指令消息转换成适合于对应设备的指令形式，并发送给所述对应设备。在步骤712，由对应设备根据接收到的指令执行相应操作。
[0096]在一个实施例中，海关验放方法还可以包括:提供用于监控设备运行状态和查验对象状态的用户接口，并响应于用户操作产生指令，向所述消息总线发送指令。
[0097]在一个实施例中，接收和处理来自消息总线的事件消息，产生对应于事件消息的指令，并向消息总线发送指令可以包括:从所述消息总线接收事件消息；根据事件消息，将与同一查验对象相关的多个分离事件绑定至该查验对象；处理经绑定的事件，产生对应于处理结果的指令；将产生的指令发送给所述消息总线。
[0098]在一个实施例中，海关验放方法还可以包括:由消息总线接收来自海关的其他业务系统的其他事件以进行处理，并向海关的其他业务系统发送处理结果。
[0099]以上描述了根据本公开示例实施例的海关验放系统和方法。下面结合具体示例进行进一步阐述。
[0100]图8示意性示出了本公开示例实施例的海关验放系统和方法可应用的检查场地。检查场地可以分为与检查流程有关的五个区域和一个通勤车辆出入口，分别是本地检测区域(LIS)、车辆等待区域(VWS)、二级检查区域(SIS)、中央控制区域(CCS)、出口验证区域(EVS)和通勤车辆出入口(CCA)。中央控制区域(CCS)是部署处理控制层的区域，下文中将数据传送到中央控制区域，即是传送到处理控制层进行处理控制。下面以载有集装箱的车辆为查验对象，描述每个区域中执行的操作。
[0101]本地检测汉域(LIS)
[0102]车辆进入本地检测区域；
[0103]例如对讲机和/或闭路电视等设备用于工作人员随时进行指导；
[0104]车牌识别，并将识别的数据传送到中央控制区域；
[0105]交通控制设备接收在中央控制区域的处理控制层发送过来的指令，引导车辆进入本地检测区域；
[0106]RM检测，并将检测的信息传送到中央控制区域；
[0107]箱号识别，并将识别的数据传送到中央控制区域；
[0108]扫描设备进行X光扫描，并将获得的信息传送到中央控制区域；
[0109]车辆驶离本地检测区域。
[0110]车辆等待汉域(VWS)
[0111]车辆进入等待区域；
[0112]车牌识别，并将识别数据发送到中央控制区域；
[0113]例如对讲机和/或闭路电视等设备用于工作人员随时进行指导；
[0114]根据相应车辆的辐射检查结论或图像检查结论，LED提示司机接下来去二级检查区域还是出口验证区域；
[0115]车辆驶离等待区域。
[0116]二级检杳汉域(SIS)
[0117]车辆进入二级检查区域；
[0118]LED显示对应的车牌；
[0119]例如对讲机和/或闭路电视等设备用于工作人员随时进行指导；
[0120]图像检查站显示对应的图像和信息；
[0121]如果是辐射超标，首先进行辐射检查，并给出辐射结论；
[0122]检查集装箱，并给出二级检查结论；
[0123]车辆驶离二级检查区域。
[0124]中央棹制汉域(CCS)
[0125]向本地检测区域的交通控制设备发送指令，引导车辆进入场地；
[0126]接收本地检测区域发送过来的车牌识别数据，存储在数据库中；
[0127]接收RM设备发送过来的RM检测信息，与车牌号码数据绑定，存储在数据库中；
[0128]接收本地检测区域发送过来的集装箱箱号识别数据，与车牌号码数据绑定，存储在数据库中；
[0129]通知集装箱/车辆辐射成像检查设备准备扫描；
[0130]接收集装箱/车辆辐射成像检查设备的扫描数据，与车牌号码数据绑定，存储在数据库中；
[0131]图像检查员分析扫描图像，做出检查结论；
[0132]将检查结论发送到车辆等待区的相应车道的LED显示；
[0133]如果存在可疑，再将车牌信息发送到二级检查区的LED显示；
[0134]接收出口验证区域的车牌识别数据，查询数据库，决定车辆是否可以离开场地；
[0135]向出口验证区域的交通控制设备发送控制指令。
[0136]出口骀证汉域(EVS)
[0137]车辆进入出口验证区域；
[0138]车牌识别，并将识别数据发送到中央控制区域；
[0139]例如对讲机和/或闭路电视等设备用于工作人员随时进行指导；
[0140]交通控制设备接收中央控制区域发送过来的控制指令；
[0141]车辆驶离出口验证区域。
[0142]通勒车辆出入口(CCA)
[0143]车辆进入通勤车辆出入口 ；
[0144]车牌识别，并将识别数据发送到中央控制区域；
[0145]例如对讲机和/或闭路电视等设备用于工作人员随时进行指导；
[0146]交通控制设备接收中央控制区域发送过来的控制指令；
[0147]车辆进入或驶出通勤车辆出入口。
[0148]结合图8示出的场地，图9示意性示出了本公开示例实施例的海关验放系统和方法可应用的检查流程。当车辆到达场地入口时，通过地感触发车牌识别，识别后挡杆自动抬起。然后车辆进入本地检测区，进行RM检查、箱号识别和快检扫描。接着，车辆驶往等待区，扫描任务进入列表等待处理，图检员查看扫描图像并下结论。车辆进入等待区，进行车牌识另|J，LED显示车辆状态:放行(合格)、二级检查(嫌疑)或等待(尚未完成图检)。如果存在嫌疑，车辆进入二级检查区，开箱复检，参考快检图像，下结论，并且LED显示需要复检的车辆及检查状态。此后，车辆到达出口验证区，进行车牌识别，如合格则自动抬杆放行，如不合格则不抬杆，在中央控制区域和图像分析站均弹出警告框，通知该车辆不合格。
[0149]对于通勤车辆，车辆到达通勤车辆出入口，如为已注册车辆则自动抬杆放行，如未注册车辆则需通过对讲请求人工抬杆。
[0150]下面描述在根据本公开示例实施例的海关验放系统和方法中的示例性异常流程及对策。
[0151]例如，当车辆到达场地入口时，如果压了两次地感线圈，连续两次触发车牌识别，车牌识别的结果很有可能不同，导致无法准确检测和绑定车辆。对此，集装箱/车辆辐射成像检查设备可以提供多个光电开关，沿车道安装，供业务逻辑单元中的绑定逻辑模块判断车辆前行、后退。绑定逻辑模块可以根据快检光电开关的状态进行判断，如果判断出前一次压地感的车辆没有进入检查通道，则忽略第一次识别的结果。
[0152]如果车辆驶入本地检查区通道后倒出，则可能存在如下两种情况:第一，车辆驶出地感区后倒回，导致第二次压上地感。这会导致车牌再次识别且识别失败。对此，可以通过车道光电开关发现车辆没有进入车道，则忽略该次识别失败事件。第二、车辆未驶出地感区即倒回。这种情况不会导致车牌再次识别。绑定逻辑模块可以根据快检光电开关的状态判断出车辆未驶入车道，车辆再次触发车牌识别时，旧的识别结果将被忽略。
[0153]如果车牌识别失败，则通知中央控制区域，进行手工指定车牌号以进行绑定。具体地，如果在入口处车牌识别失败，车辆依然可以继续进行检查并驶往车辆等待区。可以为车辆分配流水号作为唯一标识，并存储其车牌照片供后续指定车牌操作作为依据。如中央控制区域的操作人员未及时指定车牌号，而车辆因此而被卡在车辆等待区，则需要中央控制区域的操作人员立即为其指定车牌号。如果在车辆等待区和出口区，车牌识别失败，则车辆无法继续通行，需要中央控制区域的操作人员立即为其指定车牌号。
[0154]如果箱号识别错误或失败，通知中央控制区域的操作人员手工指定集装箱号。箱号识别失败不影响车辆继续接受检查并驶往车辆等待区，可以记录箱号识别时拍摄的照片，并且图检站检图时可手工指定箱号并调取报关信息。如果箱号识别没有触发，则箱号识别设备会上报该事件，在中央控制区域弹出提醒对话框。
[0155]对于后车紧跟前车驶入本地检查区通道的情况，通过中央控制区域的用户接口向操作人员通知，操作人员可通过视频片段找到后面那辆车，将其引导出检查场地重新进行检查。
[0156]对于车辆驶入途中发生的设备故障，几种情况如下。
[0157]如果车牌识别设备发生故障，则绑定逻辑模块在收到RM进入检查模式信号后规定时间内仍未收到车牌识别信息，此时可以通知中央控制区域车牌识别部件可能损坏，操作人员可手工为当前车辆指定车牌号，并暂停后续车辆进入场地，以检修设备。
[0158]如果RM检测设备发生故障，例如系统发现RM失去连接，或收到RM故障信号，此时通知中央控制区域的操作人员。操作人员可选择将当前车辆带出场地重新检查或忽略其RM信息。
[0159]如果箱号识别设备发生故障，例如系统发现箱号识别设备失去连接，此时通知中央控制区域的操作人员，操作人员可手工为当前车辆指定箱号，并暂停后续车辆进入场地，以检修设备。
[0160]如果集装箱/车辆辐射成像检查设备发生故障，例如系统发现集装箱/车辆辐射成像检查设备失去连接或收到集装箱/车辆辐射成像检查设备故障信号，此时通知中央控制区域的操作人员，操作人员将当前车辆带出场地重新检查，并暂停后续车辆进入场地，以检修设备。
[0161]以上的详细描述通过使用方框图、流程图和/或示例，已经阐述了根据本公开示例实施例的海关验放系统和方法的众多实施例。在这种方框图、流程图和/或示例包含一个或多个功能和/或操作的情况下，本领域技术人员应理解，这种方框图、流程图或示例中的每一功能和/或操作可以通过各种硬件、软件、固件或实质上它们的任意组合来单独和/或共同实现。在一个实施例中，本发明的实施例所述主题的若干部分可以通过专用集成电路(ASIC)、现场可编程门阵列(FPGA)、数字信号处理器(DSP)、或其他集成方式来实现。然而，本领域技术人员应认识到，这里所公开的实施例的一些方面在整体上或部分地可以等同地实现在集成电路中，实现为在一台或多台计算机上运行的一个或多个计算机程序(例如，实现为在一台或多台计算机系统上运行的一个或多个程序)，实现为在一个或多个处理器上运行的一个或多个程序(例如，实现为在一个或多个微处理器上运行的一个或多个程序)，实现为固件，或者实质上实现为上述方式的任意组合，并且本领域技术人员根据本公开，将具备设计电路和/或写入软件和/或固件代码的能力。此外，本领域技术人员将认识到，本公开所述主题的机制能够作为多种形式的程序产品进行分发，并且无论实际用来执行分发的信号承载介质的具体类型如何，本公开所述主题的示例性实施例均适用。信号承载介质的示例包括但不限于:可记录型介质，如软盘、硬盘驱动器、紧致盘(CD)、数字通用盘(DVD)、数字磁带、计算机存储器等；以及传输型介质，如数字和/或模拟通信介质(例如，光纤光缆、波导、有线通信链路、无线通信链路等)。
[0162]虽然已参照几个典型实施例描述了本发明，但应当理解，所用的术语是说明和示例性、而非限制性的术语。由于本发明能够以多种形式具体实施而不脱离发明的精神或实质，所以应当理解，上述实施例不限于任何前述的细节，而应在随附权利要求所限定的精神和范围内广泛地解释，因此落入权利要求或其等效范围内的全部变化和改型都应为随附权利要求所涵盖。
【权利要求】
1.一种海关验放系统，包括: 设备层，包括用于验放操作的多个设备，所述多个设备中的至少一些设备检测查验对象，产生检测数据； 适配器层，包括分别与所述多个设备对应的多个适配器，用于接收来自对应设备的检测数据，将检测数据转换成具有预定的消息服务接口协议形式的事件； 消息服务层，包括消息总线，用于接收来自适配器层的事件，根据事件构建事件消息；以及 处理控制层，包括业务逻辑单元，用于接收和处理来自消息总线的事件消息，产生对应于事件消息的指令，并向消息服务层发送指令； 所述消息服务层根据接收到的指令构建指令消息，并发送给适配器层； 所述适配器层将指令消息转换成适合于对应设备的指令形式，并发送给所述设备层； 所述设备层中的对应设备根据接收到的指令执行相应操作。
2.根据权利要求1所述的系统，其中所述处理控制层还包括:中心控制单元，提供用于监控设备运行状态和查验对象状态的用户接口，并响应于用户操作产生指令，向所述消息服务层发送指令。
3.根据权利要求1或2所述的系统，其中所述业务逻辑单元包括: 绑定逻辑模块，将与同一查验对象相关的多个分离事件绑定至该查验对象； 流程逻辑模块，处理经绑定的事件，产生对应于处理结果的指令； 设备状态逻辑模块，监控所述多个设备的状态，并在检测到异常状态时发出警报；以及集成总线模块，与所述消息总线、所述绑定逻辑模块、所述流程逻辑模块和设备状态逻辑模块耦接，从所述消息总线接收事件消息，将接收的事件消息转发至相应逻辑模块，接收来自相应逻辑模块的指令或警报并发送给所述消息总线。
4.根据权利要求1或2所述的系统，其中所述消息总线包括: 消息构建模块，用于根据接收到的事件和指令分别构建事件消息和指令消息；以及消息路由模块，用于将事件消息路由至所述处理控制层，并将指令消息路由至所述适配器层中所述多个适配器中相应的至少一个适配器；以及 消息队列池，包括事件消息队列池和指令消息队列池，分别对事件消息和指令消息进行缓存和排队。
5.根据权利要求1或2所述的系统，其中事件消息指示了查验对象所在的区域、查验对象的标识符、针对查验对象的设备的类型和序号、从所述设备接收到检测数据的时间、以及事件内容； 所述指令消息指示了查验对象所在的区域、针对查验对象的设备的类型和序号、指令的来源、以及指令内容。
6.根据权利要求2所述的系统，其中所述多个设备包括集装箱/车辆辐射成像检查设备、放射性检查设备、车牌识别设备、箱号识别设备、硬盘录像设备、交通控制设备中的至少两个。
7.根据权利要求6所述的系统，其中所述中心控制单元经由用户接口执行如下中的一个或多个: 在查验对象被扫描时实时显示扫描图像； 显示查验对象的车牌拍摄照片及识别结果； 显示查验对象的箱号拍摄照片及其识别结果；以及 控制查验对象所在区域的交通控制设备； 其中用户能够通过用户接口修改针对查验对象的识别结果。
8.根据权利要求1或2所述的系统，其中处理控制层还包括:图检单元，包括图像分析站和复检站，用户经由图像分析站对查验对象的扫描图像进行分析并判断查验对象是否可疑，并且经由复检站对可疑的查验对象进行复检。
9.根据权利要求1或2所述的系统，其中处理控制层还包括:信息管理单元，执行以下中的一个或多个: 维护用户信息； 维护查验对象信息； 维护通勤车辆信息； 进行信息查询和统计；以及 进行系统参数配置。
10.根据权利要求1或2所述的系统，其中 消息服务层还接收来自海关的其他业务系统的其他事件，以提供给处理控制层进行处理，并向海关的其他业务系统发送处理结果， 其中海关的其他业务系统包括报关系统和/或物流系统。
11.根据权利要求10所述的系统，其中 处理控制层的绑定逻辑模块还将所述其他事件中与所述同一查验对象相关的分离事件绑定至该查验对象。
12.—种海关验放方法，包括: 通过多个设备中的至少一些来检测查验对象，产生检测数据； 通过分别与所述多个设备对应的多个适配器，接收来自对应设备的检测数据，将检测数据转换成具有预定的消息服务接口协议形式的事件； 由消息总线接收来自适配器的事件，根据事件构建事件消息； 接收和处理来自消息总线的事件消息，产生对应于事件消息的指令，并向消息总线发送指令； 由消息总线根据接收到的指令构建指令消息，并发送给相应的适配器； 由相应的适配器将指令消息转换成适合于对应设备的指令形式，并发送给所述对应设备；以及 由对应设备根据接收到的指令执行相应操作。
13.根据权利要求12所述的方法，还包括:提供用于监控设备运行状态和查验对象状态的用户接口，并响应于用户操作产生指令，向所述消息总线发送指令。
14.根据权利要求12或13所述的方法，其中所述接收和处理来自消息总线的事件消息，产生对应于事件消息的指令，并向消息总线发送指令包括: 从所述消息总线接收事件消息； 根据事件消息，将与同一查验对象相关的多个分离事件绑定至该查验对象； 处理经绑定的事件，产生对应于处理结果的指令； 将产生的指令发送给所述消息总线。
15.根据权利要求12或13所述的方法，还包括: 由消息总线接收来自海关的其他业务系统的其他事件以进行处理，并向海关的其他业务系统发送处理结果， 其中海关的其他业务系统包括报关系统和/或物流系统。
【文档编号】G06Q50/26GK104484849SQ201410834408
【公开日】2015年4月1日 申请日期:2014年12月26日 优先权日:2014年12月26日
【发明者】陈志强, 李元景, 吴相豪, 戴俊娣, 方旭, 都彦格, 闫毅 申请人:同方威视技术股份有限公司