CN106779121A - 电子票务处理方法和*** - Google Patents

Abstract

本发明实施例提供一种电子票务处理方法和***，该方法包括：云服务器在接收到订票***发送的订票数据后，根据订票数据中包含的用户标识将订票数据存入对应用户的订票记录中；云服务器接收取票终端发送的、表征取票的用户语音；云服务器提取用户语音的声纹特征，并在注册用户库中确定是否存在声纹特征与提取到的声纹特征匹配的已注册用户，若存在，则根据已注册用户关联的用户标识，从订票记录中获取订票数据；云服务器将订票数据发送至取票终端，以使取票终端输出对应的票据。本方案中，基于声纹特征的身份识别方式进行身份识别，用户取票时仅需对取票终端说出触发取票操作的语音即可，操作方便。

Description

电子票务处理方法和***

技术领域

本发明涉及互联网技术领域，尤其涉及一种电子票务处理方法和***。

背景技术

为了缓解人们买票、取票需要长时间排队的问题，目前网络订票的买票方式以及自助取票的取票方式已经越来越被人们所采用。

以取火车票的场景为例，目前，用户一般在设置在火车站的自助取票终端上通过如下的操作过程实现自助取票：用户在操作界面上触发取票操作，将自己的身份证放在自助取票终端的身份证识别区，自助取票终端基于识别到的身份证信息查到对应的火车票，打印输出。

再以取电影票的场景为例，用户可以在自助取票终端上触发取票选项的选择，进而基于购票时得到的认证码，在自助取票终端界面上输入该认证码，自助取票终端输出对应的电影票。

以上举例的自助取票场景中，各场景下采用的身份认证方式可能不同，而且用户取票时需要进行一系列的操作才能完成取票，操作不便。

发明内容

有鉴于此，本发明实施例提供一种电子票务处理方法和***，用以提高用户取票操作的便利性。

本发明实施例提供一种电子票务处理方法，包括：

云服务器在接收到订票***发送的订票数据后，根据所述订票数据中包含的用户标识将所述订票数据存入对应用户的订票记录中，其中，所述订票***为注册到所述云服务器的多个订票***中的任一订票***；

所述云服务器接收取票终端发送的用户语音，所述用户语音是所述取票终端在采集并识别出所述用户语音为预设取票语音后发送至所述云服务器的；

所述云服务器提取所述用户语音的声纹特征，并在注册用户库中确定是否存在声纹特征与提取到的所述声纹特征匹配的已注册用户；

若存在所述已注册用户，则所述云服务器根据所述已注册用户关联的所述用户标识，从所述订票记录中获取所述订票数据；

所述云服务器将所述订票数据发送至所述取票终端，以使所述取票终端输出对应的票据。

本发明实施例提供一种电子票务处理***，包括：

订票***、取票终端、云服务器和出票装置；

所述订票***和所述取票终端分别与所述云服务器通信连接；

所述取票终端中包括：采集用户语音的语音采集器，与所述语音采集器连接的、识别所述用户语音是否为预设取票语音的语音识别器，以及与所述语音识别器连接的控制器；

所述云服务器中包括：对所述控制器发送至的所述用户语音进行声纹认证的声纹认证组件，存储有已注册用户的声纹特征的注册用户库，存储所述订票***发送的订票数据的订票数据库，以及用于从所述订票数据库中查询已注册用户的订票数据的数据查询组件；

所述控制器与所述出票装置连接，用于控制所述出票装置输出所述数据查询组件发送的订票数据所对应的票据。

本发明实施例提供的电子票务处理方法和***，设置用于管理多个订票***的订票数据并管理注册用户的身份信息的云服务器，从而当任一订票***可以将用户的订票数据发送至云服务器，云服务器根据该订票数据中包含的用户标识将订票数据存入对应用户的订票记录中。另外，当用户需要在取票终端上取票时，为了便于用户的取票操作，用户仅需对取票终端说出类似“我要取票”的用户语音，从而当取票终端识别出该为预设的触发取票操作的语音后，将该用户语音发送至云服务器，云服务器进行基于声纹特征的用户是否为已注册用户的身份识别，若是已注册用户，则根据已注册用户关联的用户标识，从该用户标识对应的订票记录中获取该用户的订票数据并发送至取票终端，以使取票终端输出对应的票据。本发明实施例中，云服务器维护有包含注册用户的声纹特征的注册用户库，并且可以管理多个订票***的订票数据，从而，该多个订票***可以共用该注册用户库来实现对取票用户的身份识别。而且，不管用户需要取哪个订票***的票据，都可以基于声纹特征的身份识别方式进行身份识别，用户取票时仅需对取票终端说出触发取票操作的语音即可，操作方便。

附图说明

为了更清楚地说明本发明实施例或现有技术中的技术方案，下面将对实施例或现有技术描述中所需要使用的附图作一简单地介绍，显而易见地，下面描述中的附图是本发明的一些实施例，对于本领域普通技术人员来讲，在不付出创造性劳动的前提下，还可以根据这些附图获得其他的附图。

图1为本发明实施例提供的电子票务处理方法实施例一的流程图；

图2为本发明实施例提供的电子票务处理方法实施例二的流程图；

图3为本发明实施例提供的电子票务处理***实施例一的结构示意图；

图4为本发明实施例提供的电子票务处理***实施例二的结构示意图。

具体实施方式

为使本发明实施例的目的、技术方案和优点更加清楚，下面将结合本发明实施例中的附图，对本发明实施例中的技术方案进行清楚、完整地描述，显然，所描述的实施例是本发明一部分实施例，而不是全部的实施例。基于本发明中的实施例，本领域普通技术人员在没有作出创造性劳动前提下所获得的所有其他实施例，都属于本发明保护的范围。

在本发明实施例中使用的术语是仅仅出于描述特定实施例的目的，而非旨在限制本发明。在本发明实施例和所附权利要求书中所使用的单数形式的“一种”、“所述”和“该”也旨在包括多数形式，除非上下文清楚地表示其他含义，“多种”一般包含至少两种，但是不排除包含至少一种的情况。

应当理解，本文中使用的术语“和/或”仅仅是一种描述关联对象的关联关系，表示可以存在三种关系，例如，A和/或B，可以表示：单独存在A，同时存在A和B，单独存在B这三种情况。另外，本文中字符“/”，一般表示前后关联对象是一种“或”的关系。

应当理解，尽管在本发明实施例中可能采用术语第一、第二、第三等来描述XXX，但这些XXX不应限于这些术语。这些术语仅用来将XXX彼此区分开。例如，在不脱离本发明实施例范围的情况下，第一XXX也可以被称为第二XXX，类似地，第二XXX也可以被称为第一XXX。

取决于语境，如在此所使用的词语“如果”、“若”可以被解释成为“在……时”或“当……时”或“响应于确定”或“响应于检测”。类似地，取决于语境，短语“如果确定”或“如果检测(陈述的条件或事件)”可以被解释成为“当确定时”或“响应于确定”或“当检测(陈述的条件或事件)时”或“响应于检测(陈述的条件或事件)”。

还需要说明的是，术语“包括”、“包含”或者其任何其他变体意在涵盖非排他性的包含，从而使得包括一系列要素的商品或者***不仅包括那些要素，而且还包括没有明确列出的其他要素，或者是还包括为这种商品或者***所固有的要素。在没有更多限制的情况下，由语句“包括一个……”限定的要素，并不排除在包括所述要素的商品或者***中还存在另外的相同要素。

首先对本发明各实施例所适用于的电子票务处理***的组成以及使用原理进行简要说明，该电子票务处理***包括取票终端、出票装置、订票***和云服务器，可选地，该取票终端可以是具有人机交互功能的机器人。其中，该云服务器包括用于存储多个订票***的订票数据的订票数据库，以及维护包含众多注册用户的身份信息的注册用户库，其中，该身份信息包括声纹特征、用户标识等。

举例来说，针对已注册用户A来说，注册用户库中比如维护该用户A的身份信息包括：用户A的用户标识以及身份特征，其中，用户标识比如为姓名、身份证号、手机号，身份特征比如包括声纹特征、人脸图像特征等。另外，该订票数据库中维护有针对任一订票用户的订票记录，该订票记录中包含该用户的每次订票数据，订票数据中包括诸如用户姓名、身份证号、手机号以及票据内容相关信息，其中，该相关信息比如可以包括票据对应的时间信息，针对不同的场景，该时间信息比如为入住时间、上车时间、就诊时间等等。

上述两个数据库即订票数据库和注册用户库在实际应用中的主要关联体现为：云服务器首先基于注册用户库确定当前需要取票的用户是否为已注册用户，在确定该用户为已注册用户时，基于该已注册用户的用户标识在订票数据库中查找对应的用户标识，从而，从订票数据库中该用户标识对应的订票记录中获取相应的订票数据。

基于上述对云服务器中包含的两个数据库的作用和关联的简要介绍，可以理解的是，本发明实施例中的注册用户的含义，可以简单理解为是已经在云服务器中提供身份信息完成注册的用户，从而，已注册用户可以通过取票终端进行取票，未注册用户在不进行注册的情况下不能通过取票终端进行取票。而且，对于任一已注册用户来说，不管其在哪个订票***进行网上订票，都可以基于该注册用户库完成对其的身份识别，从而，只要其订票的订票***归属于该云服务器管理，云服务器就可以获得其订票数据。

从而，基于本发明实施例提供的电子票务处理***，统一化了多个订票***的取票方式，对于用户来说，其无需针对不同的订票***进行不同的取票操作，从而可以提高用户取票的操作便利性。

下面结合如下的各实施例对如果基于上述电子票务处理***实现取票处理过程进行说明。

图1为本发明实施例提供的电子票务处理方法实施例一的流程图，本实施例提供的该电子票务处理方法可以由一云服务器来执行，该云服务器属于上述电子票务处理***的组成部分，如图1所示，该电子票务处理方法包括如下步骤：

步骤101、云服务器在接收到订票***发送的订票数据后，根据订票数据中包含的用户标识将订票数据存入对应用户的订票记录中。

其中，上述订票***为注册到云服务器的多个订票***中的任一订票***，订票***可以是订票网站。

实际应用中，针对任一用户来说，其在某个订票***触发订票数据由该订票***发送至云服务器中存储。该订票数据中一般会包括诸如用户姓名、身份证号、手机号等用户标识信息以及诸如上车时间、入住时间等票据对应的时间信息。

云服务器接收到该订票数据后，基于该订票数据中包含的用户标识，在订票数据库中查找对应的用户标识，若查找到对应的用户标识，则将该订票数据存入该用户标识对应的订票记录中，若未查找到对应的用户标识，则说明很有可能该用户为首次订票的用户，在订票数据库中新建该用户标识对应的订票记录，将该订票数据存入新建的订票记录中。

步骤102、云服务器接收取票终端发送的用户语音，该用户语音是取票终端在采集并识别出用户语音为预设取票语音后发送至云服务器的。

本实施例中，当上述用户在订票之后，去往某个取票终端取票时，可以通过语音方式触发取票处理流程。实际应用中，该取票终端可以是机器人或其他自助取票终端，该取票终端的界面上或者其他部位上可以显示出提示用户如何取票的提示信息，比如在取票终端的醒目位置处贴有“若您要取票，请说我要取票”的字样。从而，用户对着取票终端说出诸如“我要取票”的用户语音。

取票终端采集并识别该用户语音，若识别出该用户语音确实为预先设置的取票语音含义，则将采集的该用户语音发送至云服务器。

步骤103、云服务器提取用户语音的声纹特征，并在注册用户库中确定是否存在声纹特征与提取到的声纹特征匹配的已注册用户。

步骤104、若存在已注册用户，则云服务器根据已注册用户关联的用户标识，从对应的订票记录中获取订票数据。

云服务器接收到该用户语音后，从中提取出声纹特征，进而依次进行注册用户库中包含的各已注册用户的声纹特征与该提取出的声纹特征的匹配处理，若寻找到某个匹配的声纹特征，则确定该匹配到的声纹特征所对应的已注册用户的用户标识，以基于该用户标识从订票数据库中查询对应的订票记录，从该订票记录中获取订票数据。

实际应用中，可选地，针对任一已注册用户来说，其对应的订票记录中的每个订票数据可以关联有已取票或未取票的标记，当云服务器从订票***接收到某个订票数据存入该订票记录中时，该订票数据被标记为未取票，当云服务器从该订票记录中读取该订票数据后，该订票数据被标记为已取票。从而，上述云服务器基于用户标识从订票数据库中查询对应的订票记录，从该订票记录中获取订票数据的过程中，在订票记录中包含多个订票数据的情况下，可以基于每个订票数据关联的上述标记，从中获取标记为未取票的订票数据。

除了基于上述标记从订票记录中获取对应的订票数据外，可选地，还可以基于用户需要取票的票据类型来获取对应的订票数据，该票据类型可以与取票终端关联起来。举例来说，假设用户订的是电影票，则用户取票时使用的取票终端往往设置在电影院；假设用户订的是火车票，则用户取票时使用的取票终端往往设置在火车站。从而，可以基于每个取票终端的设置场景而设定其对应的票据类型。在云服务器中，还可以进一步维护有取票终端数据库，该取票终端数据库中包含有每个取票终端的终端标识与票据类型的对应关系，该对应关系可以是初始设置取票终端时建立的。具体地，初始时，设置取票终端的工作人员可以在取票终端的某设置信息中输入该取票终端对应的票据类型，进而触发取票终端将该携带有该票据类型和自身标识的注册信息发送至云服务器，云服务器将该取票终端的终端标识和对应的票据类型存入上述取票终端数据库中。

基于此，可选地，当取票终端接收到用户触发的用户语音，并识别到该用户语音为预设取票语音后，除了将该用户语音发送至云服务器外，还可以将自己的终端标识一并发送至云服务器。从而，云服务器可以根据该取票终端的标识查询上述取票终端数据库，确定待取票据类型，进而从声纹特征识别确定的上述订票记录中获取与该待取票据类型对应的订票数据，以实现基于票据类型的订票数据获取。

步骤105、云服务器将订票数据发送至取票终端，以使取票终端输出对应的票据。

云服务器在获取上述订票数据后，将该订票数据发送至取票终端，以使取票终端通过控制出票装置输出对应的票据，完成用户的取票过程。

综上，本实施例中，设置用于管理多个订票***的订票数据并管理注册用户的身份信息的云服务器，从而当任一订票***可以将用户的订票数据发送至云服务器，云服务器根据该订票数据中包含的用户标识将订票数据存入对应用户的订票记录中。另外，当用户需要在取票终端上取票时，为了便于用户的取票操作，用户仅需对取票终端说出类似“我要取票”的用户语音，从而当取票终端识别出该为预设的触发取票操作的语音后，将该用户语音发送至云服务器，云服务器进行基于声纹特征的用户是否为已注册用户的身份识别，若是已注册用户，则根据已注册用户关联的用户标识，从该用户标识对应的订票记录中获取该用户的订票数据并发送至取票终端，以使取票终端输出对应的票据。

本发明实施例中，云服务器维护有包含注册用户的声纹特征的注册用户库，并且可以管理多个订票***的订票数据，从而，该多个订票***可以共用该注册用户库来实现对取票用户的身份识别。而且，不管用户需要取哪个订票***的票据，都可以基于声纹特征的身份识别方式进行身份识别，用户取票时仅需对取票终端说出触发取票操作的语音即可，操作方便。

前述实施例中介绍了基于声纹特征进行取票用户身份识别，待取订票数据获取处理的过程，但是实际应用中，可能会存在取票用户并未注册用户，或者虽然为注册用户，但是由于周围环境噪声较大，导致声纹身份识别失败等可能性，为了保证在这样的可能性情况下取票用户仍能够取得所需的已订票据，本发明实施例还提供了如下的方案。

图2为本发明实施例提供的电子票务处理方法实施例二的流程图，如图2所示，在图1所示实施例基础上，步骤103之后还可以包括如下步骤：

步骤201、若不存在已注册用户，则云服务器向取票终端发送重新认证提示消息，以使取票终端获取用户的其他身份特征。

步骤202、云服务器接收取票终端发送的其他身份特征，并根据其他身份特征确定注册用户库中是否存在对应的已注册用户。

本实施例中，当基于声纹特征没有在注册用户库中匹配到对应的已注册用户时，并不直接确定当前取票的上述用户为未注册用户，而是进而再结合其他身份特征进行补充身份识别，该其他身份识别方式比如是基于身份证特征的身份识别方式、基于人脸特征的身份识别方式等等。该其他身份特征是相对于声纹特征来说的，即是不同于声纹特征的其他身份特征，该其他身份特征比如为身份证特征和/或人脸特征。本实施例中，上述两种补充识别方式仅为举例，实际应用中比如还可以是基于指纹等其他生物特征的识别方式。

具体地，当云服务器基于声纹特征确定注册用户库中不存在对应的已注册用户时，向取票终端发送重新认证提示消息。取票终端可以基于界面显示的方式或语音提示的方式提醒用户需要进行的操作，比如语音提示用户“请将身份证放置在扫描区”，或者“请抬头面对摄像头”等，从而用户根据提示执行相应的操作。

比如，用户将身份证放置在扫描区，则取票终端扫描身份证以获取用户的身份证特征，该身份证特征中包括用户的姓名、身份证号等信息。

比如，用户面对摄像头，则取票终端拍摄用户的人脸图像，并识别获得用户的人脸特征。

可选地，上述两种补充识别方式可以被设置具有一定的优先级顺序，比如先基于人脸特征进行身份识别，若失败，再进行身份证特征的身份识别，以避免用户需要取身份证、放置身份证的操作导致的不便。

可以理解的是，云服务器中的注册用户库中针对每个注册用户，除了包含上述声纹特征外，还可以包括身份证特征、人脸特征等其他身份特征。从而，在接收到取票终端发送的上述身份证特征、人脸特征时，可以基于身份证特征的匹配、人脸特征的匹配确定注册用户中是否存在相应特征与之匹配的已注册用户。

步骤203、若确定不存在已注册用户，则云服务器通过取票终端获取用户的身份特征，该身份特征包括声纹特征和其他身份特征，其他身份特征中包括身份证特征。

该身份特征中还可以包括比如人脸特征。

步骤204、云服务器从身份证特征中解析出用户标识，并建立身份特征与用户标识的对应关系。

步骤205、云服务器根据该用户标识，从对应的订票记录中获取订票数据，并将订票数据发送至取票终端，以使取票终端输出对应的票据。

本实施例中，如果基于上述身份证特征、人脸特征仍未在注册用户库中匹配到对应的已注册用户，则最终确定当前取票的用户为未注册用户，触发注册处理过程。

其中，注册处理过程即为在注册用户库中新建该取票用户的身份信息，由于该身份信息中包括用户标识和身份特征，因此，注册过程也是在注册用户库中建立该取票用户的用户标识与身份特征的对应关系的过程，该身份特征包括上述举例出的声纹特征、人脸特征、身份证特征。

由于在进行该取票用户是否为已注册用户的确定过程中，云服务器已经获得了该用户的声纹特征，以及身份证特征和/或人脸特征，从而，针对已经获得的身份特征，云服务器无需再次重复获取，针对没有获得的身份特征，可以通过取票终端获取。比如，假设已经获得的身份特征为声纹特征和身份证特征，那么此时只需通过取票终端获取人脸特征即可，获取的过程与获得身份证特征的过程类似，可以是云服务器向取票终端发送注册提示信息，该注册提示信息中可以包括需要获取的是人脸特征的提示内容，以使得取票终端发出对应的提醒，采集并识别用户的人脸特征。

当云服务器获得了上述全部身份特征后，可以从身份证特征中解析出用户标识，并建立身份特征与用户标识的对应关系。其中，身份证特征中包含的用户标识包括用户姓名、身份证号等。

可选地，如果云服务器为完成用户注册所需的用户标识除了能够从身份证特征中提取的信息外，还需要其他信息，比如手机号，则云服务器向取票终端发送的上述注册提示信息中还可以进一步包括需要获取手机号的提示内容，以通过取票终端获取用户的手机号。

当上述身份特征与用户标识的对应关系建立在注册用户库中后，云服务器可以基于该用户标识查询订票数据库，获取对应的订票数据并反馈至取票终端以输出给取票用户。

本实施例中，优先基于声纹特征进行身份识别，因为用户语音一方面既可以触发取票处理流程，另一方面还可以用于身份识别，能够最大程度提高取票便利性。另外，还提供了其他补充身份识别方式，以保证取票用户身份识别的准确性。

下面结合如下的实施例介绍本发明实施例中电子票务处理***的具体组成情况，其中，各组成元素在取票处理过程中的动作过程可以参考前述实施例中的说明，以下实施例中将仅简要说明。

图3为本发明实施例提供的电子票务处理***实施例一的结构示意图，如图3所示，该***包括：

订票***1、取票终端2、云服务器3和出票装置4。其中，订票***1和取票终端2分别与云服务器3通信连接。

可选地，该取票终端2可实现为机器人。

其中，订票***1将用户的订票数据发送至云服务器3中。

具体地，取票终端2中包括：采集用户语音的语音采集器21，与语音采集器21连接的、识别用户语音是否为预设取票语音的语音识别器22，以及与语音识别器22连接的控制器23。

其中，当用户需要取票时对取票终端2发出用户语音，语音采集器21采集该用户语音并传输给语音识别器22，语音识别器22识别用户语音是否为预设取票语音，若是，则将该用户语音发送至控制器23，由控制器23发送至云服务器3。

本实施例中，可选地，控制器23可以使用各种应用专用集成电路(AS IC)、数字信号处理器(DSP)、数字信号处理设备(DSPD)、可编程逻辑器件(PLD)、现场可编程门阵列(FPGA)、微中控元件、微处理器或其他电子元件实现。

具体地，云服务器3中包括：对控制器23发送至的用户语音进行声纹认证的声纹认证组件31，存储有已注册用户的声纹特征的注册用户库32，存储订票***1发送的订票数据的订票数据库33，以及用于从订票数据库33中查询已注册用户的订票数据的数据查询组件34。

其中，声纹认证组件31从用户语音中提取出相应的声纹特征，可以基于提取到的声纹特征从注册用户库32中匹配对应的已注册用户，若匹配到对应的已注册用户，则将该已注册用户对应的用户标识传输给数据查询组件34，以从订票数据库33中查询获得对应的订票数据，反馈至控制器23。控制器23与出票装置4连接，用于控制出票装置4输出数据查询组件34发送的订票数据所对应的票据。

图4为本发明实施例提供的电子票务处理***实施例一的结构示意图，如图4所示，在图3所示实施例基础上，取票终端2中还可以包括：与控制器23连接的人体检测器24。

该人体检测器24用于检测取票终端2周围是否存在取票用户，该人体检测器24可以是红外传感器等用于检测人体的器件。当人体检测器24检测到用户时，向控制器23发送触发信号，以使控制器23控制开启语音采集器21，或者控制比如取票终端2的显示屏显示取票提示信息，比如提示用户说出“我要取票”的语音。

可选地，该取票终端2中还可以包括：与控制器23连接的认证反馈装置25，用于向用户反馈声纹认证组件31的认证结果。

其中，声纹认证组件31若基于声纹特征确定注册用户库32中存在对应的已注册用户，则如前述实施例进行后续的取票处理过程，若确定该注册用户库32中不存在对应的已注册用户，则向取票终端2反馈不存在已注册用户的认证结果，取票终端2中的控制器23控制认证反馈装置25向用户反馈该认证结果，还可以进一步控制认证反馈装置25向用户发出提醒消息，以提醒用户需要进行的后续操作。

其中，该认证反馈装置25包括显示屏或者声音播放器。比如语音提示用户“请将身份证放置在扫描区”，或者“请抬头面对摄像头”等，从而用户根据提示执行相应的操作。

可选地，该取票终端2中还包括：

与控制器23连接的、扫描用户身份证并识别身份证特征的扫描器26，和/或，采集人脸图像的图像采集器27，与图像采集器27连接的、识别人脸图像的人脸特征的人脸识别器28。

相应地，云服务器3中还包括：

对控制器23发送至的身份证特征进行认证的身份证认证组件35，和/或，对控制器23发送至的人脸特征进行认证的人脸认证组件36。

本实施例中，上述身份证扫描以及提取身份证特征，人脸图像采集以及人脸特征识别的过程可以参见前述实施例中的说明，在此不赘述。

以上所描述的***实施例仅仅是示意性的，其中所述作为分离部件说明的单元(诸如各种组件、装置等)可以是或者也可以不是物理上分开的，作为单元显示的部件可以是或者也可以不是物理单元，即可以位于一个地方，或者也可以分布到多个网络单元上。可以根据实际的需要选择其中的部分或者全部模块来实现本实施例方案的目的。本领域普通技术人员在不付出创造性的劳动的情况下，即可以理解并实施。

通过以上的实施方式的描述，本领域的技术人员可以清楚地了解到各实施方式可借助加必需的通用硬件平台的方式来实现，当然也可以通过硬件。基于这样的理解，上述技术方案本质上或者说对现有技术做出贡献的部分可以以产品的形式体现出来，该计算机产品可以存储在计算机可读存储介质中，如ROM/RAM、磁碟、光盘等，包括若干指令用以使得一台计算机装置(可以是个人计算机，服务器，或者网络装置等)执行各个实施例或者实施例的某些部分所述的方法。

最后应说明的是：以上实施例仅用以说明本发明的技术方案，而非对其限制；尽管参照前述实施例对本发明进行了详细的说明，本领域的普通技术人员应当理解：其依然可以对前述各实施例所记载的技术方案进行修改，或者对其中部分技术特征进行等同替换；而这些修改或者替换，并不使相应技术方案的本质脱离本发明各实施例技术方案的精神和范围。

Claims (10)

1.一种电子票务处理方法，其特征在于，包括：

云服务器在接收到订票***发送的订票数据后，根据所述订票数据中包含的用户标识将所述订票数据存入对应用户的订票记录中，其中，所述订票***为注册到所述云服务器的多个订票***中的任一订票***；

所述云服务器接收取票终端发送的用户语音，所述用户语音是所述取票终端在采集并识别出所述用户语音为预设取票语音后发送至所述云服务器的；

所述云服务器提取所述用户语音的声纹特征，并在注册用户库中确定是否存在声纹特征与提取到的所述声纹特征匹配的已注册用户；

若存在所述已注册用户，则所述云服务器根据所述已注册用户关联的所述用户标识，从所述订票记录中获取所述订票数据；

所述云服务器将所述订票数据发送至所述取票终端，以使所述取票终端输出对应的票据。

2.根据权利要求1所述的方法，其特征在于，所述方法还包括：

若不存在所述已注册用户，则所述云服务器向所述取票终端发送重新认证提示消息，以使所述取票终端获取所述用户的其他身份特征；

所述云服务器接收所述取票终端发送的所述其他身份特征，并根据所述其他身份特征确定所述注册用户库中是否存在对应的已注册用户。

3.根据权利要求2所述的方法，其特征在于，所述方法还包括：

若确定不存在所述已注册用户，则所述云服务器通过所述取票终端获取所述用户的身份特征，所述身份特征包括所述声纹特征和所述其他身份特征，所述其他身份特征中包括身份证特征；

所述云服务器从所述身份证特征中解析出所述用户标识，并建立所述身份特征与所述用户标识的对应关系。

4.根据权利要求1至3中任一项所述的方法，其特征在于，所述云服务器接收取票终端发送的所述用户语音，包括：

所述云服务器接收取票终端发送的所述用户语音和所述取票终端的标识；

所述云服务器从所述订票记录中获取所述订票数据，包括：

所述云服务器根据所述取票终端的标识确定待取票据类型；

所述云服务器从所述订票记录中获取与所述待取票据类型对应的订票数据。

5.一种电子票务处理***，其特征在于，包括：

订票***、取票终端、云服务器和出票装置；

所述订票***和所述取票终端分别与所述云服务器通信连接；

所述取票终端中包括：采集用户语音的语音采集器，与所述语音采集器连接的、识别所述用户语音是否为预设取票语音的语音识别器，以及与所述语音识别器连接的控制器；

所述云服务器中包括：对所述控制器发送至的所述用户语音进行声纹认证的声纹认证组件，存储有已注册用户的声纹特征的注册用户库，存储所述订票***发送的订票数据的订票数据库，以及用于从所述订票数据库中查询已注册用户的订票数据的数据查询组件；

所述控制器与所述出票装置连接，用于控制所述出票装置输出所述数据查询组件发送的订票数据所对应的票据。

6.根据权利要求5所述的***，其特征在于，所述取票终端中还包括：

与所述控制器连接的人体检测器。

7.根据权利要求5所述的***，其特征在于，所述取票终端中还包括：

与所述控制器连接的认证反馈装置，用于向所述用户反馈所述声纹认证组件的认证结果。

8.根据权利要求7所述的***，其特征在于，所述认证反馈装置包括显示屏或者声音播放器。

9.根据权利要求5所述的***，其特征在于，所述取票终端中还包括：

与所述控制器连接的、扫描用户身份证并识别身份证特征的扫描器，和/或，

采集人脸图像的图像采集器，与所述图像采集器连接的、识别所述人脸图像的人脸特征的人脸识别器；

相应地，所述云服务器中还包括：

对所述控制器发送至的所述身份证特征进行认证的身份证认证组件，和/或，

对所述控制器发送至的所述人脸特征进行认证的人脸认证组件。

10.根据权利要求5至9中任一项所述的***，其特征在于，所述取票终端为机器人。