黑名单旅客校验拦截方法、相关装置和计算机存储介质与流程

文档序号:29461263发布日期:2022-04-02 01:31阅读:245来源:国知局
黑名单旅客校验拦截方法、相关装置和计算机存储介质与流程

1.本发明属于黑名单拦截技术领域,更具体的说,尤其涉及一种黑名单旅客校验拦截方法、相关装置和计算机存储介质。


背景技术:

2.以民航旅客服务系统平台做为后台支撑,旅客通过航空公司网站、营业部、ota(online travel agency,在线旅行社)、tmc(travel management companies,指商旅管理公司)、海外gds(global distribution system,全球分销系统)等渠道进行机票的预定和购买。在机票购买过程中,旅客需提供身份证号和护照号等有效证件号。在出发之前,旅客可以进行行程变更,如改期,退票,升舱等。在航班起飞前一定时间内,通过网上、机场自助机或值机柜台完成值机。在安检环节,旅客提供证件,由安检人员进行人证合一的判断后放行。
3.基于现有的技术方案,旅客证件校验的工作只有在安检环节才能完成。将黑名单人员校验工作集中在安检环节,将极大影响安检通行效率。另外,如在安检环节拦截到黑名单旅客,也为现场安保和秩序稳定带来不可控风险。
4.在现有条件下,只能在安检环节对黑名单旅客进行拦截,限制其乘坐民用航空器。也即,只能进行旅客证件号真伪辨识以及证件与持证人的一致性辨识,无法对持证人是否是黑名单旅客进行辨识。要实现安检系统的升级涉及到所有通航机场的安检系统物理设备和软件的整体替换,成本高昂,实施周期长。


技术实现要素:

5.有鉴于此,本发明的目的在于提供一种黑名单旅客校验拦截方法、相关装置和计算机存储介质,用于实现在预订购票环节完成对黑名单旅客的校验和拦截,在实施信用惩戒的同时,将航空公司和旅客安全的潜在的影响降到最低。
6.本技术第一方面公开了一种黑名单旅客校验拦截方法,包括:
7.获取旅客预定请求中的旅客信息;所述旅客信息包括所述旅客的证件号;
8.对所述旅客信息进行拆分,提取旅客信息中的证件号;
9.对所述证件号在黑名单旅客数据库进行匹配;
10.若匹配失败,则确定所述旅客不是黑名单旅客,开放可正常完成预订权限;若匹配成功,则确定所述旅客是黑名单旅客,拒绝所述用户的预订请求。
11.可选的,对所述证件号在黑名单旅客数据库进行匹配,包括:
12.依据同步调用黑名单旅客数据库校验服务,或者,依据异步调用黑名单旅客数据库校验服务。
13.可选的,在依据同步调用黑名单旅客数据库校验服务,或者,依据异步调用黑名单旅客数据库校验服务之前,还包括:
14.判断所述预定请求中的调用类型;
15.若所述预定请求中的调用类型为同步校验请求,则执行所述依据同步调用黑名单旅客数据库校验服务;
16.若所述预定请求中的调用类型为异步校验请求,则执行所述依据异步调用黑名单旅客数据库校验服务。
17.可选的,所述拒绝所述用户的预订请求之后,还包括:
18.删掉所述预定请求申请的航段和座位。
19.可选的,在获取旅客预定请求中的旅客信息之前,还包括:
20.接收旅客预定请求;
21.对所述旅客预定请求的报文进行校验;其中,所述校验方式包括基本格式校验和权限校验;
22.对通过检验的报文,将所述旅客预定请求拆分为单人航段的子请求报文。
23.可选的,对所述证件号在黑名单旅客数据库进行匹配,包括:
24.s1、对所述子请求报文进行必输项校验;当必输项校验成功时执行步骤s2,当必输项校验失败时,执行步骤s12;
25.s2、证件号是否为15位或18位:当证件号为15位或18位时,则执行步骤s3;当证件号不是15位也不是18位时,则执行步骤s9;
26.s3、证件号是15位还是18位:当证件号为18位时,执行步骤s4;当证件号为15位时,执行步骤s5;
27.s4、将18位证件号转为15位,获得15位和18位两个证件号,执行步骤s7;
28.s5、判断证件号是否早于2000年;若年份为2000年以前,执行步骤s6;若年份为2000年以后,不对证件号进行处理,执行步骤s7;
29.s6、将15位证件号转为18位,获得15位和18位两个证件号,执行步骤s7;
30.s7、根据所有证件号查询旅客的黑名单旅客记录,对证件号进行全匹配;若存在黑名单旅客记录,执行步骤s8;若不存在黑名单旅客记录,执行步骤s11;
31.s8、查询到的黑名单旅客记录是否需要进行姓名校验;若该黑名单旅客记录需要对旅客进行姓名匹配,执行步骤s9;若该黑名单旅客记录不需要对旅客进行姓名匹配,执行步骤s10;
32.s9、姓名匹配是否成功;若匹配成功,则执行步骤s10;若匹配失败,则执行步骤s11;
33.s10、该旅客是黑名单旅客、并执行步骤s12;
34.s11、该旅客不是黑名单旅客、并执行步骤s12;
35.s12、将查询结果返回、以依据所述该查询结果确定是否拦截。
36.可选的,将查询结果返回包括:
37.若所述预定请求中的调用类型为同步校验请求,则采用同步返回方式;
38.若所述预定请求中的调用类型为异步校验请求,则采用异步返回方式。
39.本技术第二方面公开了一种黑名单旅客校验拦截系统,包括:
40.获取单元,用于获取旅客预定请求中的旅客信息;所述旅客信息包括所述旅客的证件号;
41.拆分单元,用于对所述旅客信息进行拆分,提取旅客信息中的证件号;
42.匹配单元,用于对所述证件号在黑名单旅客数据库进行匹配;
43.权限单元,用于若匹配失败,则确定所述旅客不是黑名单旅客,开放可正常完成预订权限;若匹配成功,则确定所述旅客是黑名单旅客,拒绝所述用户的预订请求。
44.本技术第三方面公开了一种电子设备,包括:
45.一个或多个处理器;
46.存储装置,其上存储有一个或多个程序;
47.当所述一个或多个程序被所述一个或多个处理器执行时,使得所述一个或多个处理器实现如本技术第一方面任一项所述的黑名单旅客校验拦截方法。
48.本技术第四方面公开了一种计算机存储介质,其上存储有计算机程序,其中,所述计算机程序被处理器执行时实现如本技术第一方面任一项所述的黑名单旅客校验拦截方法。
49.从上述技术方案可知,本发明提供的一种黑名单旅客校验拦截方法,包括:获取旅客预定请求中的旅客信息;所述旅客信息包括所述旅客的证件号,对所述旅客信息进行拆分,提取旅客信息中的证件号;对所述证件号在黑名单旅客数据库进行匹配;若匹配失败,则确定所述旅客不是黑名单旅客,开放可正常完成预订权限;若匹配成功,则确定所述旅客是黑名单旅客,拒绝所述用户的预订请求。从而实现在预订购票环节完成对黑名单旅客的校验和拦截,在实施信用惩戒的同时,将航空公司和旅客安全的潜在的影响降到最低。
附图说明
50.为了更清楚地说明本发明实施例或现有技术中的技术方案,下面将对实施例或现有技术描述中所需要使用的附图作简单地介绍,显而易见地,下面描述中的附图是本发明的一些实施例,对于本领域普通技术人员来讲,在不付出创造性劳动的前提下,还可以根据这些附图获得其他的附图。
51.图1是本发明实施例提供的应用黑名单旅客校验拦截方法的系统的示意图;
52.图2是本发明实施例提供的一种黑名单旅客校验拦截方法的流程图;
53.图3是本发明实施例提供的一种blps校验异步调用原理的示意图;
54.图4是本发明实施例提供的一种blps校验同步调用原理的示意图;
55.图5是本发明实施例提供的本发明实施例提供的一种黑名单旅客校验拦截方法中查询处理的流程图;
56.图6是本发明实施例提供的一种blps拦截异步返回原理的示意图;
57.图7是本发明实施例提供的一种blps拦截同步返回原理的示意图。
具体实施方式
58.下面将参照附图更详细地描述本公开的实施例。虽然附图中显示了本公开的某些实施例,然而应当理解的是,本公开可以通过各种形式来实现,而且不应该被解释为限于这里阐述的实施例,相反提供这些实施例是为了更加透彻和完整地理解本公开。应当理解的是,本公开的附图及实施例仅用于示例性作用,并非用于限制本公开的保护范围。
59.本文使用的术语“包括”及其变形是开放性包括,即“包括但不限于”。术语“基于”是“至少部分地基于”。术语“一个实施例”表示“至少一个实施例”;术语“另一实施例”表示“至少一个另外的实施例”;术语“一些实施例”表示“至少一些实施例”。其他术语的相关定义将在下文描述中给出。
60.需要注意,本公开中提及的“第一”、“第二”等概念仅用于对不同的装置、模块或单元进行区分,并非用于限定这些装置、模块或单元所执行的功能的顺序或者相互依存关系。
61.需要注意,本公开中提及的“一个”、“多个”的修饰是示意性而非限制性的,本领域技术人员应当理解,除非在上下文另有明确指出,否则应该理解为“一个或多个”。
62.本技术实施例提供了一种黑名单旅客校验拦截方法,用于解决现有技术中只能进行旅客证件号真伪辨识以及证件与持证人的一致性辨识,无法对持证人是否是黑名单旅客进行辨识。要实现安检系统的升级涉及到所有通航机场的安检系统物理设备和软件的整体替换,成本高昂,实施周期长的问题。
63.如图1所示,应用该黑名单旅客校验拦截方法的系统可以划分为用户、民航旅客服务系统、黑名单旅客校验系统、黑名单旅客数据库。黑名单旅客后文统一简称blps。
64.用户:指为旅客提供预订操作的前端系统;民航旅客服务系统:为旅客进行预订、出票的后端系统;blps校验系统:提供blps身份校验功能的系统;blps数据库:存储blps名单数据。
65.参见图2,该黑名单旅客校验拦截方法,包括:
66.s101、获取旅客预定请求中的旅客信息。
67.旅客信息包括旅客的证件号。
68.需要说明的是,旅客预定请求可以是旅客在前端系统进行输入相应信息且电机确认后生成的请求。
69.也就是说,该旅客预定请求中包括旅客输入的信息,当然,也还可以包括该旅客使用的渠道和通信地址等,此处不做具体限定,视实际情况而定即可,均在本技术的保护范围内。
70.s102、对旅客信息进行拆分,提取旅客信息中的证件号。
71.需要说明的是,旅客预定请求包括多个字段,如姓名、证件号等;因此,需要对旅客信息按照各个字段进行拆分,得到各个字段相应的信息。
72.一般情况,通过证件号可以查询到与该证件号相应的信息。并且每个证件号仅与一个人对应。
73.具体的,可以是订座系统对前端系统输入的旅客信息进行拆分,提取其中证件号信息,当然也还可以提取旅客信息中的姓名,此处不做具体限定,视实际情况而定即可,均在本技术的保护范围内。
74.在订座系统完成拆分和提取后,将打包旅客姓名和证件号,发送请求至中间分发层进行校验。
75.s103、对证件号在黑名单旅客数据库进行匹配。
76.若匹配失败,则执行步骤s104。
77.s104、确定旅客不是黑名单旅客,开放可正常完成预订权限。
78.若匹配成功,则执行步骤s105。
79.s105、确定旅客是黑名单旅客,拒绝用户的预订请求。
80.需要说明的是,生成校验结果,也即步骤s104中的确定旅客不是黑名单旅客和步
骤s105中的确定旅客是黑名单旅客,返回订座系统展示,然后该订座系统依据该结果,执行开放可正常完成预订权限或拒绝用户的预订请求。
81.在实际应用中,拒绝用户的预订请求之后,还包括:
82.删掉预定请求申请的航段和座位。
83.需要说明的是,在用户提交请求时,其所请求的航段和座位被锁定,在拒绝用户的预订请求时,删除预定请求申请的航段和座位,将被锁定的航段和座位释放。
84.由订座系统根据校验返回结果实施后续拦截等处理。将系统处理结果返回给旅客。
85.在本实施例中,获取旅客预定请求中的旅客信息;旅客信息包括旅客的证件号,对旅客信息进行拆分,提取旅客信息中的证件号;对证件号在黑名单旅客数据库进行匹配;若匹配失败,则确定旅客不是黑名单旅客,开放可正常完成预订权限;若匹配成功,则确定旅客是黑名单旅客,拒绝用户的预订请求。从而实现在预订购票环节完成对黑名单旅客的校验和拦截,在实施信用惩戒的同时,将航空公司和旅客安全的潜在的影响降到最低。
86.需要说明的是,本技术黑名单旅客校验拦截方法主要可以分为四个部分,分别为请求调用、识别处理、查询处理和拦截返回。
87.(1)请求调用:
88.需要说明的是,调用方式可以分为异步调用和同步调用。
89.异步调用:是由调用方发起idt请求,异步调用blps校验服务;异步调用原理如图3所示。同步调用:是由调用方发起blk服务请求,直接同步调用blps校验服务;该同步调用原理如图4所示。
90.因此,在实际应用中,对证件号在黑名单旅客数据库进行匹配,包括:
91.依据同步调用黑名单旅客数据库校验服务,或者,依据异步调用黑名单旅客数据库校验服务。
92.相应的,在依据同步调用黑名单旅客数据库校验服务,或者,依据异步调用黑名单旅客数据库校验服务之前,还包括:
93.判断预定请求中的调用类型。
94.若预定请求中的调用类型为同步校验请求,则依据同步调用黑名单旅客数据库校验服务。
95.若预定请求中的调用类型为异步校验请求,则依据异步调用黑名单旅客数据库校验服务。
96.具体的,分发层根据报文类型判断请求调用类型,若为blk请求,则由调用方发起blk服务请求,直接同步调用blps校验服务;若为idt请求,则由调用方发起idt服务请求,异步调用blps校验服务。
97.(2)识别处理:
98.需要说明的是,该识别处理是为了对接收到的请求进行识别,以及进行检验等处理。
99.因此,在获取旅客预定请求中的旅客信息之前,还包括:
100.接收旅客预定请求;对旅客预定请求的报文进行校验;其中,校验方式包括基本格式校验和权限校验;对通过检验的报文,将旅客预定请求拆分为单人航段的子请求报文,也
即,将请求拆分为单人航段的子请求分发至服务层进行blps查询。
101.具体的,基本格式校验:如果报文格式不合法,直接返回错误,如错误描述可以为message error。如果请求中存在一个及以上缺少证件,直接返回错误,错误描述可以为dmtno mandatory。如果请求中没有旅客信息,直接返回错误,错误描述可以为no passenger info。如果请求中存在一个及以上缺少旅客姓名,直接返回错误,错误描述可以为name mandatory。
102.权限校验:如果源系统无权限访问,直接返回错误,错误描述为no authority。同一请求报文中,并发请求数量不能超过100,若超过则直接返回错误。当然,不仅限于100这个数值,此处仅是一种示例,视实际情况而定即可,均在本技术的保护范围内。
103.(3)查询处理:
104.如图5所示,在实际应用中,对步骤s103的具体过程,及其证件号在黑名单旅客数据库进行匹配,包括:
105.s1、对子请求报文进行必输项校验。
106.其中,必输性校验的包括:
107.英文姓,小于或等于60位字符,此项为可选项。
108.英文名,小于或等于60位字符。
109.中文姓名,小于或等于60位字符。
110.英文姓、英文名作为一个整体和中文姓名至少有一项不为空。
111.证件号,小于或等于50位字符,此项为必填。
112.当必输项校验成功时执行步骤s2;当必输项校验失败时,执行步骤s12,也即,流程终止,返回错误信息。
113.需要说明的是,在步骤s1之前还可以包括:接收blps查询请求;具体的,接收分发层分发至服务层的子查询请求。
114.s2、证件号是否为15位或18位。
115.当证件号为15位或18位时,则认为证件号类型为身份证需要进行15位18位互换、执行步骤s3;当证件号不是15位也不是18位时,认为证件号不是身份证无需进行位数转换处理、则执行步骤s9。
116.s3、证件号是15位还是18位。
117.当证件号为18位时,执行步骤s4;而当证件号为15位时,执行步骤s5。
118.s4、将18位证件号转为15位,获得15位和18位两个证件号,执行步骤s7。
119.s5、判断证件号是否早于2000年。
120.2000年以前可能会出现15位证件号。因此,需要判定该身份证件信息是否早于2000年。
121.具体的,解析证件号,获取证件号中年份信息,也即证件号的7-10位数字。判断该年份信息是否早于2000年。
122.若年份为2000年以前,执行步骤s6;若年份为2000年以后,不对证件号进行处理,执行步骤s7。
123.s6、将15位证件号转为18位,获得15位和18位两个证件号,执行步骤s7。
124.s7、根据所有证件号查询旅客的黑名单旅客记录,对证件号进行全匹配。
125.若存在黑名单旅客记录,执行步骤s8;若不存在黑名单旅客记录,执行步骤s11。
126.需要说明的是,如果证件号不是15位或18位,不对证件号做处理,直接进行全匹配校验。这种情况下,旅客的证件可能是护照、港澳通行证、军官证等。
127.如果是15位或18位,则依据上述步骤对证件号进行处理,再进行全匹配校验。
128.s8、查询到的黑名单旅客记录是否需要进行姓名校验。
129.具体的,依据配置判断查询到的全部blps记录是否需要进行姓名匹配。
130.旅客根据证件号查询出多条blps记录,若其中有一条为单证件校验则该旅客为blps,其余记录根据配置进行后续步骤。
131.其中,配置blps所属部委用于针对上述证件类型进行单证件校验。
132.单证件校验:当旅客身份证匹配上blps信息时,不需进行姓名匹配即可认为该旅客为blps。
133.当配置项为“机构+身份证”时,表示对blps记录所属机构证件类型为身份证的旅客实施单证件校验,其他证件类型及其他机构的blps记录需进行证件+姓名校验。
134.当配置项为“机构+all”时,表示对blps记录所属机构的旅客实施单证件校验,其他机构blps记录需进行证件+姓名校验。
135.若该黑名单旅客记录需要对旅客进行姓名匹配,执行步骤s9;若该黑名单旅客记录不需要对旅客进行姓名匹配,执行步骤s10。
136.s9、姓名匹配是否成功。
137.按照配置项,对请求中姓名与数据库中查询的blps记录的姓名进行匹配。其中,配置项包括:机构,也即blps所属部委;以及,姓名匹配逻辑,也即,根据配置决定使用新逻辑还是旧逻辑。
138.若匹配成功,则执行步骤s10;若匹配失败,则执行步骤s11。
139.s10、该旅客是黑名单旅客、并执行步骤s12。
140.当机构实施单证件校验时,旅客证件信息可以匹配上则认为该旅客为blps。
141.当机构实施证件号+姓名校验时,旅客证件号和姓名都匹配上则认为该旅客为blps。
142.s11、该旅客不是黑名单旅客、并执行步骤s12。
143.当机构实施单证件校验时,若旅客证件号码匹配失败,则该旅客不是blps。
144.当机构实施证件号+姓名校验时,若旅客姓名或证件号码匹配失败,则该旅客不是blps。
145.s12、将查询结果返回、以依据该查询结果确定是否拦截。
146.当一个旅客存在多个证件时,任何一个证件匹配到blps信息,都认为该旅客为blps。
147.当一个旅客在多个机构匹配到blps信息时,返回报文中需将匹配到的机构全部列出来。其中,该机构可以是现有机构包括:最高法、民航局、证监会、财政部、国税局和人社部等。
148.需要说明的是,当报文缺少必输项时,返回错误信息如下:
149.无姓名:name mandatory;无证件号:dmtno mandatory。
150.(4)拦截返回:
151.拦截返回的方式依blps校验收到的请求而定。分为异步拦截返回和同步拦截返回两种方式。
152.异步拦截返回:是blps校验服务将结果返回至中转服务层,由中转服务层返回识别结果带着返回给分发层,再由分发层返给调用方。blps异步拦截返回原理如图6所示。
153.同步拦截返回:是blps校验服务将结果直接返回给分发层,再由分发层返给调用方。blps同步拦截返回原理如图7所示。
154.因此,在实际应用中,将查询结果返回包括:
155.若预定请求中的调用类型为同步校验请求,则采用同步返回方式。
156.若预定请求中的调用类型为异步校验请求,则采用异步返回方式。
157.在本实施例中,基于pss旅客服务系统平台的统一校验,快速实现覆盖全渠道同步升级;blps的校验和拦截服务嵌在民航预订流程中,确保校验范围能够覆盖到每一名旅客,实现成本较低并能实现全行业快速覆盖和升级;选择在预订购票环节完成blps的校验限制,可极大程度减轻安检、退票等环节的压力,将航空公司和旅客安全的潜在影响降到最低,保障航空公司业务的稳定运行。
158.本公开实施方式中的多个装置之间所交互的消息或者信息的名称仅用于说明性的目的,而并不是用于对这些消息或信息的范围进行限制。
159.虽然采用特定次序描绘了各操作,但是这不应当理解为要求这些操作以所示出的特定次序或以顺序次序来执行。在一定环境下,多任务和并行处理可能是有利的。
160.应当理解,本公开的方法实施方式中记载的各个步骤可以按照不同的顺序执行,和/或并行执行。此外,方法实施方式可以包括附加的步骤和/或省略执行示出的步骤。本公开的范围在此方面不受限制。
161.可以以一种或多种程序设计语言或其组合来编写用于执行本公开的操作的计算机程序代码,上述程序设计语言包括但不限于面向对象的程序设计语言—诸如java、smalltalk、c++,还包括常规的过程式程序设计语言—诸如“c”语言或类似的程序设计语言。程序代码可以完全地在用户计算机上执行、部分地在用户计算机上执行、作为一个独立的软件包执行、部分在用户计算机上部分在远程计算机上执行、或者完全在远程计算机或服务器上执行。在涉及远程计算机的情形中,远程计算机可以通过任意种类的网络——包括局域网(lan)或广域网(wan)—连接到用户计算机,或者,可以连接到外部计算机(例如利用因特网服务提供商来通过因特网连接)。
162.本技术另一实施例还提供了一种黑名单旅客校验拦截系统。
163.该黑名单旅客拦截校验系统,包括:
164.获取单元,用于获取旅客预定请求中的旅客信息;旅客信息包括旅客的证件号。
165.拆分单元,用于对旅客信息进行拆分,提取旅客信息中的证件号。
166.匹配单元,用于对证件号在黑名单旅客数据库进行匹配。
167.权限单元,用于若匹配失败,则确定旅客不是黑名单旅客,开放可正常完成预订权限;若匹配成功,则确定旅客是黑名单旅客,拒绝用户的预订请求。
168.本技术上述实施例公开的单元的具体工作过程,可参见对应的方法实施例内容,此处不再赘述,均在本技术的保护范围内。
169.描述于本公开实施例中所涉及到的单元可以通过软件的方式实现,也可以通过硬
件的方式来实现。其中,单元的名称在某种情况下并不构成对该单元本身的限定,例如,第一获取单元还可以被描述为“获取至少两个网际协议地址的单元”。
170.本文中以上描述的功能可以至少部分地由一个或多个硬件逻辑部件来执行。例如,非限制性地,可以使用的示范类型的硬件逻辑部件包括:现场可编程门阵列(fpga)、专用集成电路(asic)、专用标准产品(assp)、片上系统(soc)、复杂可编程逻辑设备(cpld)等等。
171.本技术另一实施例提供了一种计算机存储介质,其上存储有计算机程序,其中,计算机程序被处理器执行时实现如上述实施例中任意一项所述的黑名单旅客校验拦截方法。
172.在本公开的上下文中,机器可读介质可以是有形的介质,其可以包含或存储以供指令执行系统、装置或设备使用或与指令执行系统、装置或设备结合地使用的程序。机器可读介质可以是机器可读信号介质或机器可读储存介质。机器可读介质可以包括但不限于电子的、磁性的、光学的、电磁的、红外的、或半导体系统、装置或设备,或者上述内容的任何合适组合。机器可读存储介质的更具体示例会包括基于一个或多个线的电气连接、便携式计算机盘、硬盘、随机存取存储器(ram)、只读存储器(rom)、可擦除可编程只读存储器(eprom或快闪存储器)、光纤、便捷式紧凑盘只读存储器(cd-rom)、光学储存设备、磁储存设备、或上述内容的任何合适组合。
173.需要说明的是,本公开上述的计算机可读介质可以是计算机可读信号介质或者计算机可读存储介质或者是上述两者的任意组合。计算机可读存储介质例如可以是——但不限于——电、磁、光、电磁、红外线、或半导体的系统、装置或器件,或者任意以上的组合。计算机可读存储介质的更具体的例子可以包括但不限于:具有一个或多个导线的电连接、便携式计算机磁盘、硬盘、随机访问存储器(ram)、只读存储器(rom)、可擦式可编程只读存储器(eprom或闪存)、光纤、便携式紧凑磁盘只读存储器(cd-rom)、光存储器件、磁存储器件、或者上述的任意合适的组合。在本公开中,计算机可读存储介质可以是任何包含或存储程序的有形介质,该程序可以被指令执行系统、装置或者器件使用或者与其结合使用。而在本公开中,计算机可读信号介质可以包括在基带中或者作为载波一部分传播的数据信号,其中承载了计算机可读的程序代码。这种传播的数据信号可以采用多种形式,包括但不限于电磁信号、光信号或上述的任意合适的组合。计算机可读信号介质还可以是计算机可读存储介质以外的任何计算机可读介质,该计算机可读信号介质可以发送、传播或者传输用于由指令执行系统、装置或者器件使用或者与其结合使用的程序。计算机可读介质上包含的程序代码可以用任何适当的介质传输,包括但不限于:电线、光缆、rf(射频)等等,或者上述的任意合适的组合。
174.上述计算机可读介质可以是上述电子设备中所包含的;也可以是单独存在,而未装配入该电子设备中。
175.本发明另一实施例提供了一种电子设备,包括:
176.一个或多个处理器。
177.存储装置,其上存储有一个或多个程序。
178.当一个或多个程序被一个或多个处理器执行时,使得一个或多个处理器实现如上述实施例中任意一项的黑名单旅客校验拦截方法。
179.特别地,根据本公开的实施例,上文参考流程图描述的过程可以被实现为计算机
软件程序。例如,本公开的实施例包括一种计算机程序产品,其包括承载在非暂态计算机可读介质上的计算机程序,该计算机程序包含用于执行流程图所示的方法的程序代码。
180.尽管已经采用特定于结构特征和/或方法逻辑动作的语言描述了本主题,但是应当理解所附权利要求书中所限定的主题未必局限于上面描述的特定特征或动作。相反,上面所描述的特定特征和动作仅仅是实现权利要求书的示例形式。
181.虽然在上面论述中包含了若干具体实现细节,但是这些不应当被解释为对本公开的范围的限制。在单独的实施例的上下文中描述的某些特征还可以组合地实现在单个实施例中。相反地,在单个实施例的上下文中描述的各种特征也可以单独地或以任何合适的子组合的方式实现在多个实施例中。
182.以上描述仅为本公开的较佳实施例以及对所运用技术原理的说明。本领域技术人员应当理解,本公开中所涉及的公开范围,并不限于上述技术特征的特定组合而成的技术方案,同时也应涵盖在不脱离上述公开构思的情况下,由上述技术特征或其等同特征进行任意组合而形成的其它技术方案。例如上述特征与本公开中公开的(但不限于)具有类似功能的技术特征进行互相替换而形成的技术方案。
当前第1页1 2 
网友询问留言 已有0条留言
  • 还没有人留言评论。精彩留言会获得点赞!
1