票务处理方法与流程

专利检索2022-05-11  39



1.本技术实施例涉及数据处理技术领域,尤其涉及一种票务处理方法。


背景技术:

2.随着互联网技术的发展,通过电子方式进行票务购买、核验等票务活动逐渐进入人们的生活。
3.针对不同行业(如体育、娱乐、健身等等行业),通过电子方式进行票务活动,用户可灵活地通过现场或网站订票/购票,系统可自动生成电子票或纸质票发送给用户。目前来说,不管是纸质票还电子票通常都具有识别标识如二维码等,用户可通过该识别标识,在二维码验票机上扫描,电子票务系统即时识别,有效验票入场。由此,大大节省了售票方的人工成本,提高了售票方的工作效率。
4.电子票务系统虽然具有上述多种优势,但在某些场景下却仍然无法满足需求。例如,在有疫情的时候,虽然电子票务系统提供了非接触式在线购票方式,但其仍会进入场馆,对大部分人群带来健康威胁。因此,如何防患于未然,有效避免上述威胁,成为亟待解决的问题。


技术实现要素:

5.有鉴于此,本技术实施例提供一种票务处理方案,以至少部分解决上述问题。
6.根据本技术实施例的第一方面,提供了一种票务处理方法,包括:票务客户端根据购票者的标识信息和所述票务客户端的标识信息,生成票务审核请求信息;将所述票务审核请求信息发送至信息辅助认证平台,以进行所述票务客户端的票务资格认证并在通过认证后,经由所述信息辅助认证平台获得所述购票者的标识信息所标识的购票者的健康状态信息;根据所述购票者的健康状态信息,进行购票响应。
7.根据本技术实施例的第二方面,提供了另一种票务处理方法,包括:票务核验端根据接收到的核验输入信息和所述票务核验端的标识信息,生成票务核验请求;将所述票务核验请求发送至信息辅助认证平台,以进行所述票务核验端的票务资格认证并在通过认证后,经由所述信息辅助认证平台根据所述核验输入信息对应的票据的票务标识对所述票据进行平台审核,以及经由所述信息辅助认证平台获得所述票据的购票者的健康状态信息;根据对所述票据进行平台审核的审核结果和所述购票者的健康状态信息,确定并输出所述票据的核验结果。
8.根据本技术实施例的第三方面,提供了再一种票务处理方法,包括:信息辅助认证平台接收到票务客户端发送的票务审核请求信息,其中,所述票务审核请求信息中包含有票务客户端的标识信息和购票者的标识信息;若根据所述票务客户端的标识信息,确定所述票务客户端为所述信息辅助认证平台的票务资格认证成员,则根据所述购票者的标识信息与所述信息辅助认证平台的标识信息,生成用于请求获得所述购票者的健康状态的第一健康状态请求,并将所述第一健康状态请求发送至存储有用户健康状态信息的服务器;接
收所述服务器响应于所述第一健康状态请求的第一响应消息,所述第一响应消息中包含中用于指示所述购票者的健康状态的健康状态信息;将所述购票者的健康状态信息返回给所述票务客户端。
9.根据本技术实施例的第四方面,提供了一种票务客户端,包括:通信接收装置、处理器、通信发送装置;其中:所述通信接收装置,用于接收购票者的购票触发操作;所述处理器,用于根据所述购票触发操作获取所述购票者的标识信息和所述票务客户端的标识信息,生成票务审核请求信息;将所述票务审核请求信息通过所述通信发送装置发送至信息辅助认证平台,以进行所述票务客户端的票务资格认证并在通过认证后,经由所述信息辅助认证平台获得所述购票者的标识信息所标识的购票者的健康状态信息;所述通信接收装置,还用于接收所述信息辅助认证平台返回的所述购票者的健康状态信息;所述处理器,还用于根据所述购票者的健康状态信息,进行购票响应,并通过所述通信发送装置发送所述响应。
10.根据本技术实施例的第五方面,提供了一种票务核验端,包括:输入设备、处理器、通信接收装置、通信发送装置和输出设备;其中:所述输入设备,用于接收输入的核验输入信息;所述处理器,用于根据所述核验输入信息和所述票务核验端的标识信息,生成票务核验请求;并将所述票务核验请求通过所述通信发送装置发送至信息辅助认证平台以进行所述票务核验端的票务资格认证,以及,通过所述通信接收装置接收所述信息辅助认证平台在所述票务核验端通过票务资格认证后根据所述票务标识对所述票据进行平台审核的审核结果,以及经由所述信息辅助认证平台获得的所述票据的购票者的健康状态信息;根据对所述票据进行平台审核的审核结果和所述购票者的健康状态信息,确定所述票据的核验结果;所述输出设备,用于输出所述票据的核验结果。
11.根据本技术实施例的第六方面,提供了一种信息辅助认证平台,包括:通信接收装置、处理器、通信发送装置;其中:所述通信接收装置,用于接收票务客户端发送的票务审核请求信息,其中,所述票务审核请求信息中包含有票务客户端的标识信息和购票者的标识信息;所述处理器,用于若根据所述票务客户端的标识信息,确定所述票务客户端为所述信息辅助认证平台的票务资格认证成员,则根据所述购票者的标识信息与所述信息辅助认证平台的标识信息,生成用于请求获得所述购票者的健康状态的第一健康状态请求,并通过所述通信发送装置将所述第一健康状态请求发送至存储有用户健康状态的服务器;所述通信接收装置,还用于接收所述服务器响应于所述第一健康状态请求的第一响应消息,所述第一响应消息中包含中用于指示所述购票者的健康状态的健康状态信息;所述处理器,还用于从所述第一响应消息中获取所述购票者的健康状态信息,并将所述购票者的健康状态信息通过所述通信发送装置返回给所述票务客户端。
12.可选地,所述通信接收装置,还用于接收票务核验端发送的票务核验请求;所述处理器,还用于根据所述票务核验请求获得所请求的票据的票务标识、购票者的标识信息和所述票务核验端的标识信息;若根据所述票务核验端的标识信息,确定所述票务核验端为所述信息辅助认证平台的票务资格认证成员,则根据所述票务标识判断所述票据是否为合法票据;若所述票据为合法票据,则根据所述购票者的标识信息与所述信息辅助认证平台的标识信息,生成用于请求获得所述购票者的健康状态的第二健康状态请求,并通过所述通信发送装置将所述第二健康状态请求发送至存储有所述用户健康状态的服务器;所述通
信接收装置,还用于接收所述服务器响应于所述第二健康状态请求的第二响应消息,所述第二响应消息中包含中用于指示所述购票者的健康状态的健康状态信息;所述处理器,还用于从所述第二响应消息中获得所述购票者的健康状态信息,并将所述购票者的健康状态信息通过所述通信发送装置返回给所述票务核验端。
13.根据本技术实施例的第七方面,提供了一种票务处理系统,至少包括:票务客户端和信息辅助认证平台;其中:所述票务客户端,用于接收购票者的购票触发操作;根据所述购票触发操作获取所述购票者的标识信息和所述票务客户端的标识信息,生成票务审核请求信息;将所述票务审核请求信息发送至所述信息辅助认证平台;所述信息辅助认证平台,用于若根据所述票务客户端的标识信息,确定所述票务客户端为所述信息辅助认证平台的票务资格认证成员,则根据所述购票者的标识信息与所述信息辅助认证平台的标识信息,生成用于请求获得所述购票者的健康状态的第一健康状态请求,将所述第一健康状态请求发送至存储有用户健康状态的服务器;并接收所述服务器响应于所述第一健康状态请求的第一响应消息,从所述第一响应消息中获取所述购票者的健康状态信息,并将所述购票者的健康状态信息返回给所述票务客户端;所述票务客户端,还用于若确定所述购票者的健康状态信息指示购票者的当前健康状态为健康,则为所述购票者出具包含有票务标识的票据。
14.可选地,所述票务处理系统还包括:票务核验端;所述票务核验端,用于根据接收到的核验输入信息,确定对应的票据的票务标识,根据所述票务标识、与所述票务标识对应的购票者的标识信息和所述票务核验端的标识信息,生成票务核验请求;将所述票务核验请求发送至信息辅助认证平台;所述信息辅助认证平台,还用于若根据所述票务核验端的标识信息,确定所述票务核验端为所述信息辅助认证平台的票务资格认证成员,则根据所述票务标识对所述票据进行审核,并在根据审核结果确定所述票据为合法票据后,再根据所述购票者的标识信息与所述信息辅助认证平台的标识信息,生成用于请求获得所述购票者的健康状态的第二健康状态请求,并将所述第二健康状态请求发送至存储有所述用户健康状态的服务器;接收所述服务器响应于所述第二健康状态请求的第二响应消息,从所述第二响应消息中获取所述购票者的健康状态信息,并将所述购票者的健康状态信息返回给所述票务核验端;所述票务核验端,还用于根据所述票据的平台审核结果和所述购票者的健康状态信息,确定并输出所述票据的核验结果。
15.根据本技术实施例提供的票务处理方案,一方面,对于票务客户端,其在出票前,根据购票者的标识信息和自身的标识信息生成票务审核请求信息,进而借助于信息辅助认证平台,若票务客户端在信息辅助认证平台获得了资格认证,则可由信息辅助认证平台帮助票务客户端确定购票者的健康状态信息,若购票者的健康状态不佳,则票务客户端可拒绝向该购票者售票。由此,该健康状态不佳的购票者将无法获得票据,更无法在后续进入场馆,避免对其它入馆者产生不良影响。并且,因健康状态的确定借由信息辅助认证平台进行,可有效降低票务客户端的数据处理负担,降低对票务客户端的软硬件资源的要求,进而可降低票务客户端的实现成本。
16.另一方面,对于票务核验端,其在进行票务核验时,除可通过信息辅助认证平台来确定被核验的票据是否为合法票据外,还可通过信息辅助认证平台来确定被核验的票据的购票者的健康状态信息,若购票者的健康状态不佳,则票务核验端可拦截该购票者,使其不
能进入场馆,避免对其它入馆者产生不良影响。若将该票务核验端与前述票务客户端结合使用,则可起到二次核验的效果,以避免购票者在从购票至验票的过程中健康状态发生不良变化带来的风险。并且,因健康状态的确定借由信息辅助认证平台进行,可有效降低票务核验端的数据处理负担,降低对票务核验端的软硬件资源的要求,进而可降低票务核验端的实现成本。
17.再一方面,对于信息辅助认证平台,其作为存储有用户健康状态信息的后台服务器与前端票务客户端和票务核验端的中介,由其对票务客户端和票务核验端进行资格认证,而无需服务器进行该操作,既减轻了后台服务器的压力,又便于对前端的统一管理;而由其作为接口对接后台服务器以获得购票者的健康状态信息,进一步减轻了后台服务器的数据处理压力及网络传输负担。购票者的健康状态信息由信息辅助认证平台返回给票务客户端或票务核验端,以使票务客户端和票务核验端可根据该健康状态信息做出准确判断并对健康状态不佳的购票者进行拦截,避免其购票或进入场馆,可有效保证入馆人员的健康安全。
18.尤其在有疫情的时候,上述票务客户端、票务核验端和票务认证端可有效发挥作用,保障人员健康安全,防患于未然。
附图说明
19.为了更清楚地说明本技术实施例或现有技术中的技术方案,下面将对实施例或现有技术描述中所需要使用的附图作简单地介绍,显而易见地,下面描述中的附图仅仅是本技术实施例中记载的一些实施例,对于本领域普通技术人员来讲,还可以根据这些附图获得其他的附图。
20.图1为适用本技术实施例的票务处理方法的示例性票务处理系统的示意图;
21.图2为根据本技术实施例一的一种票务处理方法的步骤流程图;
22.图3为根据本技术实施例二的一种票务处理方法的步骤流程图;
23.图4为根据本技术实施例三的一种票务处理方法的步骤流程图;
24.图5为根据本技术实施例四的一种票务客户端的结构框图;
25.图6为根据本技术实施例五的一种票务核验端的结构框图;
26.图7为根据本技术实施例六的一种信息辅助认证平台的结构框图;
27.图8a为根据本技术实施例的一种票务处理系统进行票务处理的过程示意图;
28.图8b为根据本技术实施例的另一种票务处理系统进行票务处理的过程示意。
具体实施方式
29.为了使本领域的人员更好地理解本技术实施例中的技术方案,下面将结合本技术实施例中的附图,对本技术实施例中的技术方案进行清楚、完整地描述,显然,所描述的实施例仅是本技术实施例一部分实施例,而不是全部的实施例。基于本技术实施例中的实施例,本领域普通技术人员所获得的所有其他实施例,都应当属于本技术实施例保护的范围。
30.为便于理解本技术实施例的票务处理方法,以下首先对适用该票务处理方法的示例性票务处理系统进行说明,如图1所示。
31.图1中的票务处理系统100可以包括票务客户端102、信息辅助认证平台104、票务
核验端106,以及通信网络108。
32.该票务处理系统100通过信息辅助认证平台104连接存储有大量用户的健康状态信息的后台服务器,通过票务客户端102接收购票者的购票请求操作。在一种可行方式中,票务客户端102可以实现为购票者的用户设备中的相应设置,如票务网页、app、小程序等,购票者的用户设备可以为移动终端如手机、ipad、笔记本电脑等,也可以为非移动终端如台式pc机等。票务客户端102也可以是票务厂商提供的专用于售票的终端设备等。
33.在本示例的票务处理系统中,购票者通过其用户设备中的票务客户端浏览相关比赛、或演出、或健身等可通过电子票观看或参与的项目信息,若确定想要观看或参与某个项目,则可通过展示页面中的相关选项,如“购票”或“订票”按钮等触发购票行为,基于该触发行为用户设备中的票务客户端会触发生成包含该购票者的标识信息和票务客户端自身的标识信息的票务审核请求信息,并向信息辅助认证平台发送。其中,票务客户端自身的标识信息可供信息辅助认证平台确定该票务客户端是否为平台的认证客户端,只有为认证客户端的情况下,信息辅助认证平台才会代表票务客户端向存储有大量用户健康状态信息的后台服务器请求购票者的标识信息所标识的购票者的健康状态信息。在信息辅助认证平台从后台服务器获得购票者的健康状态信息后,再返回给票务客户端。若购票者的健康状态正常,则票务客户端正常出票,此种情况下,不管是对票务客户端的工作人员还是购票者,上述认证及健康状态信息获得过程都是无感知的。但如果购票者的健康状态异常,则票务客户端在收到信息辅助认证平台的该反馈后,将进行提示,并拒绝向该购票者出票。但不限于此,其它拒绝出票的提示方式或不进行任何操作的行为也均可适用。
34.若购票者的健康状态正常,票务客户端将向该购票者出具票据,票据上通常会有票务标识,如二维码标识或条形码标识等。购票者可凭借该票据进入场馆。但不限于,在购票者购票时如果输入了诸如身份号码等身份标识信息,或者人脸信息、或者声音信息、或者指纹信息、或者虹膜信息的情况下,购票者也可以在不使用票据的情况下,直接凭借输入的上述标识信息进入场馆。而如果票务客户端为专用于售票的终端设备,还可为购票者出具具有票务标识的纸质票据。
35.基于此,票务核验端在通过票务标识或者购票者在购票时输入的上述标识信息中的至少一种进行票务核验时,可以基于上述信息确定票务标识、购票者的标识信息,再结合票务核验端自身的标识信息,生成票务核验请求并向信息辅助认证平台发送。信息辅助认证平台一方面会在平台上审核票务标识所标识的票据是否为合法票据,另一方面会根据票务核验端的标识信息确认该票务核验端是否为平台的认证核验端,只有在为平台的认证核验端的情况下,信息辅助认证平台才会代表票务核验端向存储有大量用户健康状态信息的后台服务器请求购票者的标识信息所标识的购票者的健康状态信息。在信息辅助认证平台从后台服务器获得购票者的健康状态信息后,再返回给票务核验端。若购票者的健康状态正常,则票务核验通过,放行该购票者进入场馆,此种情况下,不管是对票务核验端的工作人员还是购票者,上述认证及健康状态信息获得过程都是无感知的。但如果购票者的健康状态异常,则票务核验端在收到信息辅助认证平台的反馈后,将拦截该购票者,阻止其进入场馆。
36.由上可见,若票务客户端和票务核验端均对购票者的健康状态进行查询检测,则一方面可以避免购票时即健康状态异常的购票者购票入馆,另一方面可以避免购票时健康
状态正常但线下入馆前健康状态从正常变为异常的购票者入馆。由此,有效地保障了其他大部分需入馆人员的健康安全。但本领域技术人员应当明了的是,在实际应用中,也可以仅票务客户端采用本示例中对购票者进行健康状态查询和检测的方案,或者,也可以仅票务核验端采用本示例中对购票者进行健康状态查询和检测和方案,均可在一定程度上避免健康状态异常的人员入馆,保障其他入馆人员的健康安全。
37.此外,在本示例中,后台服务器可以是具有存储信息、数据、程序和/或任何其他合适类型的内容的任何适当的服务器。尽管将后台服务器图示为一个设备,但是在一些实施例中,可以使用任何适当数量的设备来执行由后台服务器执行的功能。例如,在一些实施例中,可以使用多个设备来实现由后台服务器执行的功能。或者,可使用云服务实现后台服务器的功能。
38.在一些实施例中,通信网络108可以是一个或多个有线和/或无线网络的任何适当的组合。例如,通信网络108能够包括以下各项中的任何一种或多种:互联网、内联网、广域网(wan)、局域网(lan)、无线网络、数字订户线路(dsl)网络、帧中继网络、异步转移模式(atm)网络、虚拟专用网(vpn)和/或任何其它合适的通信网络。
39.基于上述示例性系统,以下通过多个实施例对本技术的票务处理方法进行说明。
40.实施例一
41.参照图2,示出了根据本技术实施例一的一种票务处理方法的步骤流程图。
42.本实施例从票务客户端的角度对该票务处理方法进行说明,该票务处理方法包括以下步骤:
43.步骤s202:票务客户端接收到购票触发操作,根据购票触发操作获取购票者的标识信息。
44.该购票触发操作可来自于购票者的用户设备中的票务客户端,即由购票者自行操作票务客户端进行购票的触发操作。但不限于此,在某些情况下,其也可来源于其他相关人员。例如,购票者通过电话请求票务客户端的工作人员为其购票,则票务客户端的工作人员可直接操作票务客户端进行购票。或者,购票者也可能到达票务客户端(如专用的售票终端设备)所在现场,如线下购票窗口,请求票务客户端的工作人员为其进行购票,等等。
45.但不管上述哪种方式,票务客户端都会获取购票者的标识信息,该标识信息可以为任意适当的可唯一标识该购票者的信息,包括但不限于:购票者的身份标识信息(如身份号码)、购票者的人脸信息、语音信息、指纹信息、虹膜信息,也可以是购票者在用于进行购票的应用中的账号信息,等等。
46.此外,在一种可行方式中,在票务客户端获取到购票者的标识信息之后,票务客户端还可以根据购票者的标识信息,判断购票者是否为票务客户端的合法用户;若为合法用户,则执行后续操作,即,根据购票者的标识信息和票务客户端的标识信息,生成票务审核请求信息;否则,拒绝购票者的购票行为。一方面,票务客户端中可预先存储其合法用户(如已注册用户)的相关信息,包括标识信息(如注册账号或上述购票者的标识信息),以为后续生成票务审核请求信息和为购票者出票提供方便;另一方面,一旦出现健康安全问题,可以对出现问题的购票者进行有效追踪,避免事态扩大化。
47.步骤s204:票务客户端根据购票者的标识信息和票务客户端的标识信息,生成票务审核请求信息。
48.本技术实施例中,票务客户端的标识信息可以唯一标识一个票务客户端,票务客户端可以通过该标识信息到信息辅助认证平台中进行票务资格认证,该认证用于表明票务客户端为平台认证的合法合规的成员用户,享受平台提供的权益,如代表票务客户端查询并获取购票者的健康状态信息,并且,承担平台要求的义务,如遵守平台相关规定,合法合规地开展与票务有关的服务等。
49.因本技术实施例中,票务客户端需借助于信息辅助认证平台来确定购票者的健康状态,所以票务客户端会根据购票者的标识信息和票务客户端的标识信息生成票务审核请求信息,并发送给信息辅助认证平台,以在平台对票务客户端的资格进行认证后,代表票务客户端查询并获取购票者的健康状态信息。
50.在本实施例中,票务客户端的标识信息包括但不限于以下至少之一:客户端的设备标识、客户端的账号标识、客户端的票务资格认证标识。其中,客户端的设备标识可以唯一标识该客户端设备,例如pc的机器码、专用售票机的机器码等;客户端的账号标识用于表征客户端用于进行票务活动的账号,如某个票务活动应用的账号,或者独立于应用的专用于票务活动的账号等;客户端在成为信息辅助认证平台的认证成员后,信息辅助认证平台可以为其分配一个认证标识(即票务资格认证标识),以表明其为平台的认证成员。在信息辅助认证平台中可以存储一种或多种(两种及两种以上)标识与认证成员的对应关系,例如,客户端的设备标识与认证成员的对应关系、客户端的账号标识与认证成员的对应关系、客户端的票务资格认证标识与认证成员的对应关系等,通过这些标识和对应关系,可以快速高效地确定某个票务客户端是否为信息辅助认证平台的认证成员。
51.基于此,本步骤可以实现为:获取票务客户端的以下标识信息至少之一:客户端的设备标识、客户端的账号标识、客户端的票务资格认证标识;对获取的票务客户端的标识信息与购票者的标识信息进行封装,以生成用于进行票务客户端的票务资格认证并请求购票者的健康状态信息的票务审核请求信息。本技术实施例中,对票务审核请求信息的具体实现形式不作限制。通过这种方式,票务客户端借助于信息辅助认证平台即可实现购票者健康状态信息的获取,无需票务客户端办理或进行与获得购票者健康状态信息有关的处理,且无需票务客户端具备额外的软硬件资源或数据处理能力,在有效避免为健康状态异常的购票者提供票务服务的同时,还降低了票务客户端的实现成本。
52.步骤s206:将票务审核请求信息发送至信息辅助认证平台,以进行票务客户端的票务资格认证并在通过认证后,经由信息辅助认证平台获得购票者的标识信息所标识的购票者的健康状态信息。
53.如前所述,在票务审核请求信息被票务客户端发送至信息辅助认证平台后,信息辅助认证平台将根据其中的票务客户端的标识信息来判断该票务客户端是否为平台的认证成员。如果为认证成员,则平台将根据票务审核请求信息中的购票者的标识信息,从存储有大量用户健康状态信息的后台服务器(如第三方的认证服务器)获得购票者的健康状态信息,进而反馈给票务客户端。其中,购票者的健康状态信息可以为购票者的健康标识码,如绿色的健康标识码表示该购票者健康,对他人无健康威胁;黄色的健康标识码表示该购票者有健康风险,可能对他人有健康威胁;红色的健康标识码表示该购票者不健康,会对他人有严重的健康威胁。又例如,购票者的健康状态信息可以为通过购票者的行程状态码获得的健康状态,如,购票者的行程状态码为绿色,表示其一直处于疫情低风险地区,身体健
康,对他人无健康威胁;购票者的行程状态码为黄色,表示其近期到过疫情中风险地区,有可能会存在疫情疾病,可能对他人有健康威胁;购票者的行程状态码为红色,表示其近期到过疫情高风险地区,存在较大的疫情疾病的可能,会对他人有严重的健康威胁。但不限于此,其它表征购票者的健康状态的方式也同样适用本技术实施例的方案。
54.在实际应用中,信息辅助认证平台从后台服务器获取的可以是后台服务器对相关信息如上述健康二维码或行程状态码进行判断后得到的健康状态的结论信息,也可以是后台服务器直接发送的上述诸如健康二维码或行程状态码的信息,由信息辅助认证平台自行根据这些信息对购票者的健康状态进行确定。
55.步骤s208:根据购票者的健康状态信息,进行购票响应。
56.例如,若购票者的健康状态信息指示购票者的当前健康状态为健康(如绿色状态码),则为该购票者出具包含有票务标识的票据(包括电子票或纸质票),并基于该票务标识和该购票者的标识信息建立票据与购票者之间的关联关系,以便后续进行票务核验时使用。
57.而若购票者的健康状态信息指示购票者的当前健康状态为不健康(如红色状态码)或存在健康风险(如黄色状态码),则拒绝为该购票者出具票据。由此,从源头上防止有健康风险的人员出入具有较多人员的场馆,避免健康隐患。
58.需要说明的是,本技术实施例中,“票据”包括各种形式的可作为进入相应场馆或场地的依据的票和凭证等,包括但不限于:电子票、纸质票、观看凭证、参赛凭证,等等。
59.以下,以一个示例对上述过程进行说明。
60.例如,用户a通过其手机上的购票app进行了购票触发操作;票务客户端在接收到该购票触发操作后,获取用户a的身份号码,结合自身的票务资格认证标识xyz生成票务审核请求信息并发送给信息辅助认证平台;信息辅助认证平台根据票务审核请求信息中的xyz确定该票务客户端为其认证成员,从票务审核请求信息中获取用户a的身份号码;进而,信息辅助认证平台根据用户a的身份号码,结合自身的标识如标识id,生成健康状态请求信息并向后台服务器发送;后台服务器接收到该健康状态请求信息后,根据其中的标识id确定信息辅助认证平台具有获取用户的健康状态信息的权限,则查询其存储有大量用户的健康状态信息的数据库,从中找到用户a的健康状态信息,如用户a的绿色的健康状态码;后台服务器根据用户a的绿色的健康状态码确定用户a的健康状态为健康,将向该信息反馈给信息辅助认证平台;信息辅助认证平台在接收到该信息后,再向票务客户端反馈,告知票务客户端用户a的健康状态为健康;票务客户端收到该信息后,为用户a出具电子票,并将电子票发送至用户a的手机。后续,用户a即可持该电子票到线下场馆进行票务核验,若核验通过,则可进入场馆。
61.可见,通过本实施例,对于票务客户端,其在出票前,根据购票者的标识信息和自身的标识信息生成票务审核请求信息,进而借助于信息辅助认证平台,若票务客户端在信息辅助认证平台获得了资格认证,则可由信息辅助认证平台帮助票务客户端确定购票者的健康状态信息,若购票者的健康状态不佳,则票务客户端可拒绝向该购票者售票。由此,该健康状态不佳的购票者将无法获得票据,更无法在后续进入场馆,避免对其它入馆者产生不良影响。并且,因健康状态的确定借由信息辅助认证平台进行,可有效降低票务客户端的数据处理负担,降低对票务客户端的软硬件资源的要求,进而可降低票务客户端的实现成
本。
62.实施例二
63.参照图3,示出了根据本技术实施例二的一种票务处理方法的步骤流程图。
64.本实施例从票务核验端的角度对本技术的票务处理方法进行说明,该票务处理方法包括以下步骤:
65.步骤s302:票务核验端根据接收到的核验输入信息和票务核验端的标识信息,生成票务核验请求。
66.票务核验端适用于线下场馆入馆前的票据核验,除传统需要使用票据作为核验凭据外,本技术实施例中,任何可唯一标识购票者的信息均可作为核验凭据,例如,购票者的身份标识信息(如身份号码等)、购票者的生物标识信息(如人脸、声音、指纹、虹膜等),或者,也可以是购票者的用户标识信息(如该场馆所属单位的成员或会员的证件号码、该场馆所使用的应用的用户账号等)。在购票时,购票者的标识信息即与票据的票务标识建立了关联,因此,即使购票者不使用票据,也可通过上述标识信息进行核验,极大地提高了核验灵活性,提升了核验体验。
67.而票务核验端的标识信息则可有效对票务核验端进行身份标识,尤其是其需要借助于信息辅助认证平台获得购票者的健康状态信息的情况下。票务核验端的标识信息可以唯一标识一个票务核验端,票务核验端可以通过该标识信息到信息辅助认证平台中进行票务资格认证,该认证用于表明票务核验端为平台认证的合法合规的成员用户,享受平台提供的权益,如代表票务核验端查询并获取购票者的健康状态信息,并且,承担平台要求的义务,如遵守平台相关规定,合法合规地开展与票务有关的服务等。
68.在本实施例中,票务核验端的标识信息包括但不限于以下至少之一:票务核验端的设备标识、票务核验端的账号标识、票务核验端的票务资格认证标识。其中,票务核验端的设备标识可以唯一标识该票务核验端设备,例如票务核验端的机器码等;票务核验端的账号标识用于表征票务核验端用于进行票务活动的账号,如某个票务活动应用的账号,或者独立于应用的专用于票务活动的账号等;票务核验端在成为信息辅助认证平台的认证成员后,信息辅助认证平台可以为其分配一个认证标识(即票务资格认证标识),以表明其为平台的认证成员。在信息辅助认证平台中可以存储一种或多种(两种及两种以上)标识与认证成员的对应关系,例如,票务核验端的设备标识与认证成员的对应关系、票务核验端的账号标识与认证成员的对应关系、票务核验端的票务资格认证标识与认证成员的对应关系等,通过这些标识和对应关系,可以快速高效地确定某个票务核验端是否为信息辅助认证平台的认证成员。
69.基于此,在一种可行方式中,本步骤可以实现为:票务核验端接收到票据的扫码信息,根据扫码信息确定票据的票务标识;获取与票务标识对应的购票者的用户标识信息;根据所述票务标识、购票者的用户标识信息和票务核验端的标识信息,生成票务核验请求。该种方式中,购票者直接使用购得的票据进行扫码核验,可直接确定票据的票务标识,进而获得购票者的标识信息,可高效快速地生成票务核验请求。但需要说明的是,在实际应用中,票务核验端也可将票务标识发送给信息辅助认证平台,由信息辅助认证平台根据票务标识确定购票者的标识信息,以进一步减轻票务核验端的数据处理负担。
70.在另一种可行方式中,本步骤可以实现为:票务核验端接收到输入的身份标识信
息;根据所述身份标识信息获取对应的票据的票务标识;根据所述身份标识信息、所述票务标识和票务核验端的标识信息,生成票务核验请求。该种方式中,购票者可使用与身份有关的证件进行票务核验,如身份证、工作证、会员证等。因购票时即建立了票务标识与购票者的标识信息的对应关系,因此,即使购票者未携带票据,也可凭借身份标识信息进行票务核验,为票务核验提供了更大的灵活性,也提升了核验体验。但需要说明的是,在实际应用中,票务核验端也可将身份标识信息发送给信息辅助认证平台,由信息辅助认证平台根据身份标识信息确定票务标识,以进一步减轻票务核验端的数据处理负担。
71.在再一种可行方式中,本步骤可以实现为:票务核验端接收到输入的生物标识信息;根据生物标识信息获取对应的票据的票务标识;根据生物标识信息、票务标识和票务核验端的标识信息,生成票务核验请求。其中,所述生物标识信息包括以下至少之一:人脸信息、指纹信息、声音信息、虹膜信息。该种方式中,购票者可能既未携带电子票也未携带任何与身份有关的证件,则可通过其生物标识信息进行票务核验,进一步为票务核验提供了更大的灵活性,提升了核验体验。但需要说明的是,在实际应用中,票务核验端也可将生物标识信息发送给信息辅助认证平台,由信息辅助认证平台根据生物标识信息确定票务标识,以进一步减轻票务核验端的数据处理负担。
72.通过上述多种方式中的任意一种,即可生成票务核验请求。因本技术实施例中,票务核验端需借助于信息辅助认证平台来确定购票者的健康状态,所以票务核验端会将该票务核验请求发送给信息辅助认证平台,以在平台对票务核验端的资格进行认证后,代表票务核验端查询并获取购票者的健康状态信息。
73.步骤s304:将票务核验请求发送至信息辅助认证平台,以进行票务核验端的票务资格认证并在通过认证后,经由信息辅助认证平台根据核验输入信息对应的票据的票务标识对票据进行平台审核,以及经由信息辅助认证平台获得票据的购票者的健康状态信息。
74.如前所述,票务核验请求中携带有票务核验端的标识信息,根据该标识信息以及信息辅助认证平台中存储的票务核验端的标识信息与平台认证成员之间的对应关系,即可确定该票务核验端是否为平台的认证成员。本实施例中,若票务核验端为信息辅助认证平台的认证成员,则一方面,信息辅助认证平台将根据票务标识对票据的合法性进行核验,以验证该票据的真假,以及是否为当前场馆当前场次的票据。本领域技术人员应当明了的是,在实际应用中,这部分工作也可由票务核验端或信息辅助认证平台交由其它专门进行票据合法性验证的平台或服务器进行。但为了提高核验效率,本技术实施例中,信息辅助认证平台兼顾了票据的合法性验证和购票者的健康状态信息获取的双重任务。另一方面,信息辅助认证平台将获取票据的购票者的标识信息,如前所述,该标识信息可由票务核验端确定并携带在票务核验请求中发送给信息辅助认证平台,也可由信息辅助认证平台根据核验输入信息在平台本地获得购票者的标识信息。进而,信息辅助认证平台将依据该购票者的标识信息,结合自身的标识信息,向存储有大量用户的健康状态信息的后台服务器发送请求,以获得购票者的健康状态信息,并反馈票务核验端。
75.步骤s306:根据对票据进行平台审核的审核结果和购票者的健康状态信息,确定并输出票据的核验结果。
76.本技术实施例中,若根据信息辅助认证平台对票据的审核结果确定票据通过审核,且,购票者的健康状态信息指示购票者的健康状态为健康,则确定票据核验通过并输出
对应的提示信息。
77.反之,若票据的审核不通过,请提示票据异常的信息。而若购票者的健康状态异常,则不仅会提示健康异常信息,还会将该购票者的信息(包括但不限于:身份信息、发现异常的时间信息、位置信息等)上报相关部门,如疾病控制中心等,以及时处理。
78.以下,以一个具体示例对上述过程进行示例性说明。
79.假设,用户b手持展示有电子票的手机到达场馆闸机口,通过闸机x扫描电子票上的二维码,以进行电子票核验。本示例中,闸机x在根据二维码扫描识别出电子票的票务标识后,会根据该票务标识获得该电子票的购票者即用户b的标识信息,本示例设定为用户b的身份号码。接着,闸机x将会根据电子票的票务标识、用户b的身份号码以及闸机x的标识信息(本示例中为机器码),生成票务核验请求,将请该请求发送至信息辅助认证平台。信息辅助认证平台在接收到该票务核验请求后,根据其中的闸机x的机器码确认闸机x为平台的认证成员。进而,信息辅助认证平台根据票务标识对电子票的合法性进行认证,在确定该电子票为真票且为当前场馆当前场次的电子票后,会根据用户b的身份号码结合信息辅助认证平台的标识信息(如信息辅助认证平台用于获得用户健康状态信息的账户id)生成用于查询并获得用户b的健康状态信息的请求,将该请求发送给存储有大量用户的健康状态信息的后台服务器。在获得后台服务器返回的用户b的健康状态信息后,若该健康状态信息指示用户b健康,则向票务核验票发送电子票及用户b的健康状态均通过审核的信息,票务核验端放行用户b进入场馆。而若用户b的健康状态异常,信息辅助认证平台将向票务核验端发送用户b健康状态异常的信息,此时,票务核验端将发出阻止用户b进入场馆的信息,如报警提示等。与此同时,票务核验端将同时向疾病控制中心发送用户b的健康异常信息,以及当前时间及当前位置。该信息可通过网络方式向疾病控制中心中的有关设备发送,也可通过拨打预先设置的电话方式,通过闸机x语音上报异常信息。通过阻止用户b,可以尽最大限定保障其他人的健康安全,避免健康安全事态的扩大化。
80.而如果用户b在购票时,票务客户端采用了如上述实施例一中的方式也对用户b的健康状态进行过检测,则此种情况下,可在用户b在从购票到核验期间的健康状态变化的情况下也能避免其带来的健康安全隐患,双重保障其他人的健康安全。
81.可见,通过本实施例,对于票务核验端,其在进行票务核验时,除可通过信息辅助认证平台来确定被核验的票据是否为合法票据外,还可通过信息辅助认证平台来确定被核验的票据的购票者的健康状态信息,若购票者的健康状态不佳,则票务核验端可拦截该购票者,使其不能进入场馆,避免对其它入馆者产生不良影响。若将该票务核验端与前述票务客户端结合使用,则可起到二次核验的效果,以避免购票者在从购票至验票的过程中健康状态发生不良变化带来的风险。并且,因健康状态的确定借由信息辅助认证平台进行,可有效降低票务核验端的数据处理负担,降低对票务核验端的软硬件资源的要求,进而可降低票务核验端的实现成本。
82.实施例三
83.参照图4,示出了根据本技术实施例三的一种票务处理方法的步骤流程图。
84.本实施例从信息辅助认证平台的角度对本技术的票务处理方法进行说明,该票务处理方法包括以下步骤:
85.步骤s402:信息辅助认证平台接收到票务客户端发送的票务审核请求信息。
86.其中,所述票务审核请求信息中包含有票务客户端的标识信息和购票者的标识信息。
87.如前所述,票务客户端的标识信息可以唯一标识一个票务客户端,票务客户端的标识信息可以包括但不限于以下至少之一:客户端的设备标识、客户端的账号标识、客户端的票务资格认证标识。
88.购票者的标识信息可以唯一标识一个购票者,购票者的标识信息包括但不限于:购票者的身份标识信息(如身份号码)、购票者的人脸信息、语音信息、指纹信息、虹膜信息,也可以是购票者在用于进行购票的应用中的账号信息,等等。
89.票务客户端在生成票务审核请求信息后,将其发送给信息辅助认证平台,以在信息辅助认证平台对其进行认证的基础上,为其获取购票者的健康状态信息。
90.步骤s404:若根据票务客户端的标识信息,确定票务客户端为信息辅助认证平台的票务资格认证成员,则根据购票者的标识信息与信息辅助认证平台的标识信息,生成用于请求获得购票者的健康状态的第一健康状态请求,并将第一健康状态请求发送至存储有用户健康状态信息的服务器。
91.信息辅助认证平台中预先存储有票务客户端的标识信息与平台认证成员之间的对应关系,因此,可以根据票务客户端的标识信息来确定该票务客户端是否为平台的认证成员。若为认证成员,则平台将代表票务客户端获取购票者的健康状态信息。为此,信息辅助认证平台会根据购票者的标识信息与信息辅助认证平台自身的标识信息生成第一健康状态请求。其中,通过平台自身的标识信息可以使得后台服务器有效确定平台是否具有获取用户的健康状态信息的权限。
92.其中,信息辅助认证平台的标识信息包括但不限于以下至少之一:信息辅助认证平台所在设备的设备标识、信息辅助认证平台用于获取用户健康状态的账号标识、后台服务器分配给信息辅助认证平台的访问授权标识等。信息辅助认证平台的标识信息也可唯一标识一个信息辅助认证平台,以使后台服务器快速地确定是否允许该信息辅助认证平台进行数据访问和数据获取。
93.存储有用户健康状态信息的服务器通常为经过认证或授权的、具有资质的服务器,该服务器中存储的用户健康状态信息会实时更新并保证其准确性。用于请求获得购票者的健康状态的第一健康状态请求可以为任意适当的消息形式,本技术实施例对此不作限制。
94.步骤s406:接收服务器响应于第一健康状态请求的第一响应消息。
95.其中,第一响应消息中包含中用于指示购票者的健康状态的健康状态信息。
96.后台服务器会根据信息辅助认证平台发送来的第一健康状态请求中的购票者的标识信息,确定购票者的健康状态信息,并通过响应消息的形式反馈给信息辅助认证平台。
97.步骤s408:将购票者的健康状态信息返回给票务客户端。
98.信息辅助认证平台在获取到购票者的健康状态信息后,会以适当形式返回给票务客户端。如,可将健康状态信息直接发送给票务客户端,或者,根据健康状态信息生成诸如健康审核通过或不通过之类的信息,或者,根据健康状态信息生成指示为购票者出具票据或禁止出具票据的信息,等等。
99.票务客户端在接收到信息辅助认证平台的反馈后,即可进行后续操作,如出具票
据,或者拒绝出具票据并将该购票者的相应信息(如身份标识信息、时间信息、位置信息等)进行上报。
100.对于信息辅助认证平台来说,其通过与票务客户端的合作,可有效阻止具有健康隐患的购票者购票及进入场馆,避免其带来的健康安全隐患。但对于某些购票者来说,其可能在购票时健康状态正常,但因购票至入馆之间会存在一定的时间段,在该时间段内,该购票者有可能健康状态发生变化,从而为其他人造成健康威胁。为此,信息辅助认证平台可选地还可执行下述步骤s410-s420的操作。
101.步骤s410:接收票务核验端发送的票务核验请求,根据票务核验请求获得所请求的票据的票务标识、购票者的标识信息和票务核验端的标识信息。
102.该过程为已持有票据的购票者的票务核验过程,由票务核验端向信息辅助认证平台发送票务核验请求,该票务核验请求中至少携带有票务核验端的标识信息,包括但不限于:票务核验端的设备标识、票务核验端的账号标识、票务核验端的票务资格认证标识。此外,还可以包括票据的票务标识和购票者的标识信息中的至少一种。
103.例如,当购票者持电子票或纸质票扫码核验时,票务核验请求中即可能包含票务标识。当然,若票务核验端还根据票务标识获得了购票者的标识信息,则该票务核验请求中还会包含购票者的标识信息;而若票务核验端未获取购票者的标识信息,则可由信息辅助认证平台根据票务标识在平台中通过预先存储的票据的票务标识与购票者的标识信息的对应关系查询获取。
104.而当购票者使用其它方式进行票据核验时,例如,身份标识、生物标识、用户标识等,则一种方式中,可由票务核验端根据这些标识获得购票者的标识信息对应的票据的票务标识,则该票务标识和购票者的标识信息将与票务核验端的标识信息一起携带在票务核验请求中发送给信息辅助认证平台。在另一种方式中,则可由票务核验端将这些标识与票务核验端的标识信息携带在票务核验请求中发送给信息辅助认证平台,由信息辅助认证平台根据这些标识来确定购票者购买的票据并对票据进行核验,以及获得购票者的健康状态信息。
105.在实际应用中,购票者的标识信息可以包括以下至少之一:用户标识信息、身份标识信息、生物标识信息。
106.由上可见,本步骤中,根据票务核验请求获得所请求的票据的票务标识、购票者的标识信息和票务核验端的标识信息可以由信息辅助认证平台从票务核验请求中获取,也即,从票务核验端获取,也可由信息辅助认证平台根据票务核验请求中的信息和本地预先存储的信息,查询获取。
107.步骤s412:若根据票务核验端的标识信息,确定票务核验端为信息辅助认证平台的票务资格认证成员,则根据票据的票务标识判断票据是否为合法票据。
108.信息辅助认证平台中存储有票务核验端的标识信息与平台认证成员之间的对应关系,可据此判断票务核验端是否在平台认证成员。若为认证成员,则进一步判断票据是否为合法票据,如是否为真票、是否为当前场馆当前场次的票据等。判断票据是否为合法票据的具体实现方式可由本领域技术人员根据实际需求采用适当方式实现,如,预存票据真假判定规则、以及票据与场馆场次的对应关系,并基于此进行判断等,本技术实施例对此不作限制。
109.步骤s414:若票据为合法票据,则根据购票者的标识信息与信息辅助认证平台的标识信息,生成用于请求获得购票者的健康状态的第二健康状态请求,并将第二健康状态请求发送至存储有用户健康状态信息的服务器。
110.本实施例中,采用先核验票据后获取健康状态信息的方式,以保证向服务器发送的健康状态请求是有效的。当然,也可以采用同时核验票据的合法性和向服务器发送健康状态请求的方式,以提高数据处理效率。
111.本步骤在具体实现时,因购票者的标识信息可能不同,因此生成第二健康状态请求的方式也可能不同。
112.在一种可行方式中,若购票者的标识信息为用户标识信息(如用户购票时所使用应用的账号信息等),则获取与用户标识信息对应的身份标识信息(如身份号码);根据身份标识信息与信息辅助认证平台的标识信息,生成用于请求获得购票者的健康状态的第二健康状态请求。将用户标识信息转换为身份标识信息,既可保证购票者标识信息的明确性和唯一性,又可提高后续健康状态信息获取的速度和效率。
113.在另一种可行方式中,若购票者的标识信息为身份标识信息,则直接根据身份标识信息与信息辅助认证平台的标识信息,生成用于请求获得购票者的健康状态的第二健康状态请求。通过该种方式,后续可高效快速地获取购票者的健康状态信息。
114.在再一种可行方式中,若购票者的标识信息为生物标识信息,则获取与生物标识信息对应的身份标识信息;根据身份标识信息与信息辅助认证平台的标识信息,生成用于请求获得购票者的健康状态的第二健康状态请求。将生物标识信息转换为身份标识信息,可提高后续健康状态信息获取的速度和效率。
115.在第二健康状态请求生成后,信息辅助认证平台将其发送至存储有用户健康状态信息的服务器。
116.步骤s418:接收服务器响应于第二健康状态请求的第二响应消息。
117.其中,第二响应消息中包含中用于指示购票者的健康状态的健康状态信息。
118.后台服务器在根据购票者的标识信息查询获得购票者的健康状态信息后,将通过响应消息的形式,将健康状态信息反馈至信息辅助认证平台。
119.步骤s420:将购票者的健康状态信息返回给票务核验端。
120.信息辅助认证平台在接收到服务器返回的购票者的健康状态信息后,可通过适当方式返回给票务核验端,以指示票务核验端放行该购票者入场馆,或者阻拦该购票者进入场馆。例如,信息辅助认证平台可将健康状态信息直接发送给票务核验端,或者,信息辅助认证平台根据健康状态信息生成诸如健康审核通过或不通过之类的信息并发送给票务核验端,或者,信息辅助认证平台根据健康状态信息生成指示放行购票者或阻拦购票者入馆的信息,等等。
121.需要说明的是,上述步骤s410-s420的执行不依赖于步骤s402-s408的执行,也即,在实际应用中,即使购票者在购票时未进行过健康状态信息的查询和获取,也可通过核验过程,对其进行健康状态的查询和获取,同样可避免健康状态异常的购票者带来的健康风险。
122.通过本实施例,对于信息辅助认证平台,其作为存储有用户健康状态信息的后台服务器与前端票务客户端和票务核验端的中介,由其对票务客户端和票务核验端进行资格
认证,而无需服务器进行该操作,既减轻了后台服务器的压力,又便于对前端的统一管理;而由其作为接口对接后台服务器以获得购票者的健康状态信息,进一步减轻了后台服务器的数据处理压力及网络传输负担。购票者的健康状态信息由信息辅助认证平台返回给票务客户端或票务核验端,以使票务客户端和票务核验端可根据该健康状态信息做出准确判断并对健康状态不佳的购票者进行拦截,避免其购票或进入场馆,可有效保证入馆人员的健康安全。
123.实施例四
124.参照图5,示出了根据本技术实施例四的一种票务客户端的结构框图。
125.本实施例的票务客户端包括:通信接收装置502、处理器504、通信发送装置506。
126.其中:
127.通信接收装置502,用于接收购票者的购票触发操作,例如,基于对购票者的用户设备如手机、ipad、笔记本电脑等中的票务客户端(如网页、app、小程序等)中的购票选项的触发操作。本实施例中,通信接收装置502可实现为通信接口、天线、通信接收功能模块等适当形式。
128.处理器504,用于根据购票触发操作获取购票者的标识信息和当前票务客户端的标识信息(如客户端的设备标识、客户端的账号标识、客户端的票务资格认证标识等),生成票务审核请求信息;将票务审核请求信息通过通信发送装置506发送至信息辅助认证平台,以进行票务客户端的票务资格认证并在通过认证后,经由信息辅助认证平台获得购票者的标识信息所标识的购票者的健康状态信息。其中,获得的购票者的标识信息包括但不限于:购票者的用户标识信息、身份标识信息、生物标识信息(如人脸信息、声音信息、指纹信息、虹膜信息)等。本实施例中,通信发送装置506可实现为通信接口、天线、通信发送功能模块等适当形式。
129.进而,通信接收装置502还用于接收信息辅助认证平台返回的购票者的健康状态信息;处理器504还用于根据购票者的健康状态信息,对购票请求消息进行响应,并通过通信发送装置506将所述响应发送至购票请求消息的发送方(购票者的用户设备如手机、ipad、笔记本电脑等)。
130.在一种可选实施方式中,处理器504根据购票者的健康状态信息,对购票请求消息进行响应可以包括:若购票者的健康状态信息指示购票者的当前健康状态为健康,则为购票者出具包含有票务标识的票据,并基于票务标识和购票者的标识信息建立票据与购票者之间的关联关系。该关联关系可与票务核验端和信息辅助认证平台一起共享,以为后续进行票务核验提供依据。
131.在一种可选实施方式中,处理器504根据购票者的标识信息和票务客户端的标识信息,生成票务审核请求信息可以包括:获取票务客户端的以下标识信息至少之一:客户端的设备标识、客户端的账号标识、客户端的票务资格认证标识;对获取的票务客户端的标识信息与购票者的标识信息进行封装,以生成用于进行票务客户端的票务资格认证并请求购票者的健康状态信息的票务审核请求信息。
132.在一种可选实施方式中,处理器504还用于根据购票者的标识信息,判断购票者是否为票务客户端的合法用户;若为合法用户,则根据所述购票者的标识信息和票务客户端的标识信息,生成票务审核请求信息。
133.本实施例的票务客户端用于实现前述多个方法实施例中相应的票务客户端的票务处理方法,并具有相应的方法实施例的有益效果,在此不再赘述。此外,本实施例的票务客户端中的各个模块的功能实现均可参照前述方法实施例中的相应部分的描述,在此亦不再赘述。
134.实施例五
135.参照图6,示出了根据本技术实施例五的一种票务核验端的结构框图。
136.本实施例的票务核验端包括:输入设备602、处理器604、通信接收装置606、通信发送装置608和输出设备610。
137.其中:
138.输入设备602,用于接收输入的核验输入信息。本实施例中,输入设备602可以实现为扫码器、证件识别器、生物信息采集设备(如摄像头、虹膜采集器、麦克风、指纹采集器等)。
139.处理器604,用于根据核验输入信息和票务核验端的标识信息(如票务核验端的设备标识、票务核验端的账号标识、票务核验端的票务资格认证标识等),生成票务核验请求;并将票务核验请求通过通信发送装置608发送至信息辅助认证平台以进行票务核验端的票务资格认证,以及,通过通信接收装置606接收信息辅助认证平台在票务核验端通过票务资格认证后根据票务标识对票据进行平台审核的审核结果,以及经由信息辅助认证平台获得的票据的购票者的健康状态信息;根据对票据进行平台审核的审核结果和购票者的健康状态信息,确定票据的核验结果。本实施例中,通信接收装置606可实现为通信接口、天线、通信接收功能模块等适当形式;通信发送装置608可实现为通信接口、天线、通信发送功能模块等适当形式。
140.输出设备610,用于输出票据的核验结果。本实施例中,输出设备可以为显示屏或声音提示设备如扬声器等。
141.在一种可选实施方式中,处理器604根据对电子票进行平台审核的审核结果和购票者的健康状态信息,确定并输出所述票据的核验结果可以包括:若根据审核结果确定票据通过审核,且,健康状态信息指示购票者的健康状态为健康,则确票据核验通过并输出对应的提示信息。
142.在一种可选实施方式中,处理器604根据接收到的核验输入信息和票务核验端的标识信息,生成票务核验请求可以包括:根据接收到的票据的扫码信息,确定票据的票务标识;获取与票务标识对应的购票者的用户标识信息;根据票务标识、购票者的用户标识信息和票务核验端的标识信息,生成票务核验请求;或者,根据接收到的输入的身份标识信息获取对应的票据的票务标识;根据身份标识信息、票务标识和票务核验端的标识信息,生成票务核验请求;或者,根据接收到的输入的生物标识信息获取对应的票据的票务标识;根据所述生物标识信息、所述票务标识和所述票务核验端的标识信息,生成票务核验请求。
143.在一种可选实施方式中,所述生物标识信息包括:人脸信息、指纹信息、声音信息、虹膜信息中的至少一种。
144.本实施例的票务核验端用于实现前述多个方法实施例中相应的票务核验端的票务处理方法,并具有相应的方法实施例的有益效果,在此不再赘述。此外,本实施例的票务核验端中的各个模块的功能实现均可参照前述方法实施例中的相应部分的描述,在此亦不
再赘述。
145.实施例六
146.参照图7,示出了根据本技术实施例六的一种信息辅助认证平台的结构框图。
147.本实施例的信息辅助认证平台包括:通信接收装置702、处理器704、通信发送装置706。
148.其中:
149.通信接收装置702,用于接收票务客户端发送的票务审核请求信息,其中,票务审核请求信息中包含有票务客户端的标识信息和购票者的标识信息。
150.处理器704,用于若根据票务客户端的标识信息,确定票务客户端为信息辅助认证平台的票务资格认证成员,则根据购票者的标识信息与信息辅助认证平台的标识信息,生成用于请求获得购票者的健康状态的第一健康状态请求,并通过通信发送装置706将第一健康状态请求发送至存储有用户健康状态的服务器。
151.进一步地,通信接收装置702,还用于接收服务器响应于第一健康状态请求的第一响应消息,所述第一响应消息中包含中用于指示所述购票者的健康状态的健康状态信息;处理器704,还用于从第一响应消息中获取购票者的健康状态信息,并将购票者的健康状态信息通过通信发送装置706返回给票务客户端。
152.本实施例中,通信接收装置702可实现为通信接口、天线、通信接收功能模块等适当形式;通信发送装置706可实现为通信接口、天线、通信发送功能模块等适当形式。
153.在一种可选实施方式中,通信接收装置702,还用于接收票务核验端发送的票务核验请求;处理器704,还用于根据票务核验请求获得所请求的票据的票务标识、购票者的标识信息和票务核验端的标识信息;若根据票务核验端的标识信息,确定票务核验端为信息辅助认证平台的票务资格认证成员,则根据票务标识判断票据是否为合法票据;若票据为合法票据,则根据购票者的标识信息与信息辅助认证平台的标识信息,生成用于请求获得购票者的健康状态的第二健康状态请求,并通过通信发送装置706将第二健康状态请求发送至存储有用户健康状态的服务器;通信接收装置702,还用于接收服务器响应于第二健康状态请求的第二响应消息,所述第二响应消息中包含中用于指示购票者的健康状态的健康状态信息;处理器704,还用于从第二响应消息中获得购票者的健康状态信息,并将购票者的健康状态信息通过通信发送装置706返回给票务核验端。
154.在一种可选实施方式中,购票者的标识信息包括以下至少之一:用户标识信息、身份标识信息、生物标识信息。
155.在一种可选实施方式中,处理器704根据购票者的标识信息与信息辅助认证平台的标识信息,生成用于请求获得购票者的健康状态的第二健康状态请求可以包括:若购票者的标识信息为用户标识信息,则获取与用户标识信息对应的身份标识信息;根据身份标识信息与信息辅助认证平台的标识信息,生成用于请求获得购票者的健康状态的第二健康状态请求;或者,若购票者的标识信息为身份标识信息,则直接根据身份标识信息与信息辅助认证平台的标识信息,生成用于请求获得购票者的健康状态的第二健康状态请求;或者,若购票者的标识信息为生物标识信息,则获取与生物标识信息对应的身份标识信息;根据身份标识信息与信息辅助认证平台的标识信息,生成用于请求获得购票者的健康状态的第二健康状态请求。
156.本实施例的信息辅助认证平台用于实现前述多个方法实施例中相应的信息辅助认证平台的票务处理方法,并具有相应的方法实施例的有益效果,在此不再赘述。此外,本实施例的信息辅助认证平台中的各个模块的功能实现均可参照前述方法实施例中的相应部分的描述,在此亦不再赘述。
157.实施例七
158.再次参照图1,对本技术实施例七的一种票务处理系统进行简要说明。
159.在本实施例的一种可选实施方式中,票务处理系统可以包括:票务客户端102和信息辅助认证平台104。
160.其中:
161.票务客户端102,用于接收购票者的购票触发操作,例如,接收基于购票者的用户设备如手机、ipad、笔记本电脑等中的票务客户端的购票触发操作,获取购票者的标识信息,包括但不限于:购票者的用户标识信息、身份标识信息、生物标识信息(如人脸信息、声音信息、指纹信息、虹膜信息)等;根据购票者的标识信息和票务客户端的标识信息,生成票务审核请求信息;将票务审核请求信息发送至信息辅助认证平台104。
162.信息辅助认证平台104,用于若根据票务客户端102的标识信息,确定票务客户端为信息辅助认证平台104的票务资格认证成员,则根据购票者的标识信息与信息辅助认证平台的标识信息(如信息辅助认证平台所在设备的设备标识、信息辅助认证平台用于获取用户健康状态的账号标识、后台服务器分配给信息辅助认证平台的访问授权标识等),生成用于请求获得购票者的健康状态的第一健康状态请求,将第一健康状态请求发送至存储有用户健康状态的服务器;并接收服务器响应于第一健康状态请求的第一响应消息,从第一响应消息中获取购票者的健康状态信息,并将购票者的健康状态信息返回给票务客户端102。
163.票务客户端102,还用于若确定购票者的健康状态信息指示购票者的当前健康状态为健康,则为购票者出具包含有票务标识的票据。
164.但不限于此,在一种可选实施方式中,本实施例的票务处理系统还可以包括:票务核验端106。
165.该票务核验端106,用于根据接收到的核验输入信息,确定对应的票据的票务标识,根据票务标识、与票务标识对应的购票者的标识信息和票务核验端的标识信息,生成票务核验请求;将票务核验请求发送至信息辅助认证平台104。
166.信息辅助认证平台104,还用于若根据票务核验端106的标识信息,确定票务核验端106为信息辅助认证平台104的票务资格认证成员,则根据票务标识对票据进行审核,并在根据审核结果确定票据为合法票据后,再根据购票者的标识信息与信息辅助认证平台104的标识信息,生成用于请求获得购票者的健康状态的第二健康状态请求,并将第二健康状态请求发送至存储有用户健康状态的服务器;接收服务器响应于第二健康状态请求的第二响应消息,从第二响应消息中获取所述购票者的健康状态信息,并将购票者的健康状态信息返回给票务核验端106。
167.票务核验端106,还用于根据票据的平台审核结果和购票者的健康状态信息,确定并输出票据的核验结果。
168.以下,参照图8a和8b,以一个交互示例对本实施例的票务处理系统进行票务处理
的过程进行示例性说明。
169.如图8a中所示,用户c通过自己的手机中的票务客户端进行购票触发操作;票务客户端在接收到该购票触发操作后,获取用户c的身份号码;先根据用户c的身份号码判断用户c是否为注册用户(如注册过票务客户端提供的票务客户端应用的账号,或者,在票务客户端所属单位注册过会员等);若用户c为注册用户,则票务客户端根据用户c的身份号码和票务客户端的机器码x,生成票务审核请求信息,并将该票务审核请求信息发送至信息辅助认证平台;信息辅助认证平台接收到该票务审核请求信息后,先根据其中的机器码x判断该票务客户端是否为平台认证成员;本示例,设定该票务客户端为平台认证成员,则信息辅助认证平台根据从票务审核请求信息中获取的用户c的身份号码和信息辅助认证平台的访问授权标识y,生成第一健康状态请求,并将该第一健康状态请求发送至后台服务器,如某一负责监管用户健康状态的服务器;服务器在接收到该请求后,根据访问授权标识y确认信息辅助认证平台可访问并获取用户c的健康状态信息,因此,将用户c的健康状态信息返回给信息辅助认证平台;信息辅助认证平台在接收到服务器返回的用户c的健康状态信息后,确定用户c的健康状态为健康,则生成指示票务客户端可出票的指示信息,并将该指示信息发送给票务客户端;票务客户端接收到该指示信息后,为用户c出具电子票,并且,建立用户c的身份号码和电子票的票务标识之间的对应关系,并与票务核验端及信息辅助认证平台共享该对应关系的信息。反之,若信息辅助认证平台根据接收到的用户c的健康状态信息确定用户c的健康状态异常,则生成指示票务客户端拒绝向用户c出票的指示信息,票务客户端在接收到该指示信息后,将拒绝向用户c出票。可选地,票务客户端还可通过专用上报接口,将用户c的相关信息上报给有关疾控部门,以使疾控部门及时进行应对和处理。
170.本示例中,设定用户c的健康状态为健康,票务客户端为用户c出具电子票。
171.继而,如图8b中所示,经过一段时间段,用户c使用票务客户端为其出具的电子票进行票务核验,以进入场馆进行相应活动。设定用户c通过票务核验端扫描其手机上展示的电子票上的二维码;票务核验端在扫描获得电子票的票务标识后,根据票务客户端共享的用户c的身份号码和电子票的票务标识之间的对应关系,获得用户c的身份号码;进而,票务核验端将票务标识、用户c的身份号码,及票务核验端的机器码z一起生成票务核验请求,并将该票务核验请求发送至信息辅助认证平台;信息辅助认证平台接收到该票务核验请求后,根据其中的票务核验端的机器z确定该票务核验端为平台认证成员,则根据票务标识对电子票进行核验;若核验通过,信息辅助认证平台再根据用户c的身份号码和信息辅助认证平台的访问授权标识y,生成第二健康状态请求,并将该第二健康状态请求发送至后台服务器;服务器在接收到该请求后,根据访问授权标识y确认信息辅助认证平台可访问并获取用户c的健康状态信息,因此,将用户c的健康状态信息返回给信息辅助认证平台;信息辅助认证平台在接收到服务器返回的用户c的健康状态信息后,确定用户c的健康状态为异常,则生成指示票务核验端阻止用户c进入场馆的指示信息,并将该指示信息发送给票务核验端;票务核验端接收到该指示信息后,阻止用户c进入场馆,并且,可选地,票务核验端还可通过专用上报接口,将用户c的相关信息上报给有关疾控部门,以使疾控部门及时进行应对和处理。由此可见,如果用户c在从购票到入馆期间健康状态发生变化,也可被有效筛查出来,避免健康隐患。反之,若信息辅助认证平台根据接收到的用户c的健康状态信息确定用户c的健康状态正常,则生成指示票务核验端放行用户c进入场馆的指示信息,票务核验端在接收
到该指示信息后,对用户c放行。
172.由上可见,通过本实施例的票务处理系统,可以有效对诸如赛事、观景、观展、集体活动等大量用户参与场景下的健康状态检测和健康隐患筛查,避免健康状态异常的人员对其他人造成健康安全威胁,防患于未然,有效保障大众健康。
173.需要指出,根据实施的需要,可将本技术实施例中描述的各个部件/步骤拆分为更多部件/步骤,也可将两个或多个部件/步骤或者部件/步骤的部分操作组合成新的部件/步骤,以实现本技术实施例的目的。
174.上述根据本技术实施例的方法可在硬件、固件中实现,或者被实现为可存储在记录介质(诸如cd rom、ram、软盘、硬盘或磁光盘)中的软件或计算机代码,或者被实现通过网络下载的原始存储在远程记录介质或非暂时机器可读介质中并将被存储在本地记录介质中的计算机代码,从而在此描述的方法可被存储在使用通用计算机、专用处理器或者可编程或专用硬件(诸如asic或fpga)的记录介质上的这样的软件处理。可以理解,计算机、处理器、微处理器控制器或可编程硬件包括可存储或接收软件或计算机代码的存储组件(例如,ram、rom、闪存等),当所述软件或计算机代码被计算机、处理器或硬件访问且执行时,实现在此描述的票务处理方法。此外,当通用计算机访问用于实现在此示出的票务处理方法的代码时,代码的执行将通用计算机转换为用于执行在此示出的票务处理方法的专用计算机。
175.本领域普通技术人员可以意识到,结合本文中所公开的实施例描述的各示例的单元及方法步骤,能够以电子硬件、或者计算机软件和电子硬件的结合来实现。这些功能究竟以硬件还是软件方式来执行,取决于技术方案的特定应用和设计约束条件。专业技术人员可以对每个特定的应用来使用不同方法来实现所描述的功能,但是这种实现不应认为超出本技术实施例的范围。
176.以上实施方式仅用于说明本技术实施例,而并非对本技术实施例的限制,有关技术领域的普通技术人员,在不脱离本技术实施例的精神和范围的情况下,还可以做出各种变化和变型,因此所有等同的技术方案也属于本技术实施例的范畴,本技术实施例的专利保护范围应由权利要求限定。
转载请注明原文地址:https://win.8miu.com/read-950020.html

最新回复(0)