本發(fā)明涉及互聯網技術領域，尤其涉及一種電子票務處理方法和系統。

背景技術：

為了緩解人們買票、取票需要長時間排隊的問題，目前網絡訂票的買票方式以及自助取票的取票方式已經越來越被人們所采用。

以取火車票的場景為例，目前，用戶一般在設置在火車站的自助取票終端上通過如下的操作過程實現自助取票：用戶在操作界面上觸發(fā)取票操作，將自己的身份證放在自助取票終端的身份證識別區(qū)，自助取票終端基于識別到的身份證信息查到對應的火車票，打印輸出。

再以取電影票的場景為例，用戶可以在自助取票終端上觸發(fā)取票選項的選擇，進而基于購票時得到的認證碼，在自助取票終端界面上輸入該認證碼，自助取票終端輸出對應的電影票。

以上舉例的自助取票場景中，各場景下采用的身份認證方式可能不同，而且用戶取票時需要進行一系列的操作才能完成取票，操作不便。

技術實現要素：

有鑒于此，本發(fā)明實施例提供一種電子票務處理方法和系統，用以提高用戶取票操作的便利性。

本發(fā)明實施例提供一種電子票務處理方法，包括：

云服務器在接收到訂票系統發(fā)送的訂票數據后，根據所述訂票數據中包含的用戶標識將所述訂票數據存入對應用戶的訂票記錄中，其中，所述訂票系統為注冊到所述云服務器的多個訂票系統中的任一訂票系統；

所述云服務器接收取票終端發(fā)送的用戶語音，所述用戶語音是所述取票終端在采集并識別出所述用戶語音為預設取票語音后發(fā)送至所述云服務器的；

所述云服務器提取所述用戶語音的聲紋特征，并在注冊用戶庫中確定是否存在聲紋特征與提取到的所述聲紋特征匹配的已注冊用戶；

若存在所述已注冊用戶，則所述云服務器根據所述已注冊用戶關聯的所述用戶標識，從所述訂票記錄中獲取所述訂票數據；

所述云服務器將所述訂票數據發(fā)送至所述取票終端，以使所述取票終端輸出對應的票據。

本發(fā)明實施例提供一種電子票務處理系統，包括：

訂票系統、取票終端、云服務器和出票裝置；

所述訂票系統和所述取票終端分別與所述云服務器通信連接；

所述取票終端中包括：采集用戶語音的語音采集器，與所述語音采集器連接的、識別所述用戶語音是否為預設取票語音的語音識別器，以及與所述語音識別器連接的控制器；

所述云服務器中包括：對所述控制器發(fā)送至的所述用戶語音進行聲紋認證的聲紋認證組件，存儲有已注冊用戶的聲紋特征的注冊用戶庫，存儲所述訂票系統發(fā)送的訂票數據的訂票數據庫，以及用于從所述訂票數據庫中查詢已注冊用戶的訂票數據的數據查詢組件；

所述控制器與所述出票裝置連接，用于控制所述出票裝置輸出所述數據查詢組件發(fā)送的訂票數據所對應的票據。

本發(fā)明實施例提供的電子票務處理方法和系統，設置用于管理多個訂票系統的訂票數據并管理注冊用戶的身份信息的云服務器，從而當任一訂票系統可以將用戶的訂票數據發(fā)送至云服務器，云服務器根據該訂票數據中包含的用戶標識將訂票數據存入對應用戶的訂票記錄中。另外，當用戶需要在取票終端上取票時，為了便于用戶的取票操作，用戶僅需對取票終端說出類似“我要取票”的用戶語音，從而當取票終端識別出該為預設的觸發(fā)取票操作的語音后，將該用戶語音發(fā)送至云服務器，云服務器進行基于聲紋特征的用戶是否為已注冊用戶的身份識別，若是已注冊用戶，則根據已注冊用戶關聯的用戶標識，從該用戶標識對應的訂票記錄中獲取該用戶的訂票數據并發(fā)送至取票終端，以使取票終端輸出對應的票據。本發(fā)明實施例中，云服務器維護有包含注冊用戶的聲紋特征的注冊用戶庫，并且可以管理多個訂票系統的訂票數據，從而，該多個訂票系統可以共用該注冊用戶庫來實現對取票用戶的身份識別。而且，不管用戶需要取哪個訂票系統的票據，都可以基于聲紋特征的身份識別方式進行身份識別，用戶取票時僅需對取票終端說出觸發(fā)取票操作的語音即可，操作方便。

附圖說明

為了更清楚地說明本發(fā)明實施例或現有技術中的技術方案，下面將對實施例或現有技術描述中所需要使用的附圖作一簡單地介紹，顯而易見地，下面描述中的附圖是本發(fā)明的一些實施例，對于本領域普通技術人員來講，在不付出創(chuàng)造性勞動的前提下，還可以根據這些附圖獲得其他的附圖。

圖1為本發(fā)明實施例提供的電子票務處理方法實施例一的流程圖；

圖2為本發(fā)明實施例提供的電子票務處理方法實施例二的流程圖；

圖3為本發(fā)明實施例提供的電子票務處理系統實施例一的結構示意圖；

圖4為本發(fā)明實施例提供的電子票務處理系統實施例二的結構示意圖。

具體實施方式

為使本發(fā)明實施例的目的、技術方案和優(yōu)點更加清楚，下面將結合本發(fā)明實施例中的附圖，對本發(fā)明實施例中的技術方案進行清楚、完整地描述，顯然，所描述的實施例是本發(fā)明一部分實施例，而不是全部的實施例?；诒景l(fā)明中的實施例，本領域普通技術人員在沒有作出創(chuàng)造性勞動前提下所獲得的所有其他實施例，都屬于本發(fā)明保護的范圍。

在本發(fā)明實施例中使用的術語是僅僅出于描述特定實施例的目的，而非旨在限制本發(fā)明。在本發(fā)明實施例和所附權利要求書中所使用的單數形式的“一種”、“所述”和“該”也旨在包括多數形式，除非上下文清楚地表示其他含義，“多種”一般包含至少兩種，但是不排除包含至少一種的情況。

應當理解，本文中使用的術語“和/或”僅僅是一種描述關聯對象的關聯關系，表示可以存在三種關系，例如，A和/或B，可以表示：單獨存在A，同時存在A和B，單獨存在B這三種情況。另外，本文中字符“/”，一般表示前后關聯對象是一種“或”的關系。

應當理解，盡管在本發(fā)明實施例中可能采用術語第一、第二、第三等來描述XXX，但這些XXX不應限于這些術語。這些術語僅用來將XXX彼此區(qū)分開。例如，在不脫離本發(fā)明實施例范圍的情況下，第一XXX也可以被稱為第二XXX，類似地，第二XXX也可以被稱為第一XXX。

取決于語境，如在此所使用的詞語“如果”、“若”可以被解釋成為“在……時”或“當……時”或“響應于確定”或“響應于檢測”。類似地，取決于語境，短語“如果確定”或“如果檢測(陳述的條件或事件)”可以被解釋成為“當確定時”或“響應于確定”或“當檢測(陳述的條件或事件)時”或“響應于檢測(陳述的條件或事件)”。

還需要說明的是，術語“包括”、“包含”或者其任何其他變體意在涵蓋非排他性的包含，從而使得包括一系列要素的商品或者系統不僅包括那些要素，而且還包括沒有明確列出的其他要素，或者是還包括為這種商品或者系統所固有的要素。在沒有更多限制的情況下，由語句“包括一個……”限定的要素，并不排除在包括所述要素的商品或者系統中還存在另外的相同要素。

首先對本發(fā)明各實施例所適用于的電子票務處理系統的組成以及使用原理進行簡要說明，該電子票務處理系統包括取票終端、出票裝置、訂票系統和云服務器，可選地，該取票終端可以是具有人機交互功能的機器人。其中，該云服務器包括用于存儲多個訂票系統的訂票數據的訂票數據庫，以及維護包含眾多注冊用戶的身份信息的注冊用戶庫，其中，該身份信息包括聲紋特征、用戶標識等。

舉例來說，針對已注冊用戶A來說，注冊用戶庫中比如維護該用戶A的身份信息包括：用戶A的用戶標識以及身份特征，其中，用戶標識比如為姓名、身份證號、手機號，身份特征比如包括聲紋特征、人臉圖像特征等。另外，該訂票數據庫中維護有針對任一訂票用戶的訂票記錄，該訂票記錄中包含該用戶的每次訂票數據，訂票數據中包括諸如用戶姓名、身份證號、手機號以及票據內容相關信息，其中，該相關信息比如可以包括票據對應的時間信息，針對不同的場景，該時間信息比如為入住時間、上車時間、就診時間等等。

上述兩個數據庫即訂票數據庫和注冊用戶庫在實際應用中的主要關聯體現為：云服務器首先基于注冊用戶庫確定當前需要取票的用戶是否為已注冊用戶，在確定該用戶為已注冊用戶時，基于該已注冊用戶的用戶標識在訂票數據庫中查找對應的用戶標識，從而，從訂票數據庫中該用戶標識對應的訂票記錄中獲取相應的訂票數據。

基于上述對云服務器中包含的兩個數據庫的作用和關聯的簡要介紹，可以理解的是，本發(fā)明實施例中的注冊用戶的含義，可以簡單理解為是已經在云服務器中提供身份信息完成注冊的用戶，從而，已注冊用戶可以通過取票終端進行取票，未注冊用戶在不進行注冊的情況下不能通過取票終端進行取票。而且，對于任一已注冊用戶來說，不管其在哪個訂票系統進行網上訂票，都可以基于該注冊用戶庫完成對其的身份識別，從而，只要其訂票的訂票系統歸屬于該云服務器管理，云服務器就可以獲得其訂票數據。

從而，基于本發(fā)明實施例提供的電子票務處理系統，統一化了多個訂票系統的取票方式，對于用戶來說，其無需針對不同的訂票系統進行不同的取票操作，從而可以提高用戶取票的操作便利性。

下面結合如下的各實施例對如果基于上述電子票務處理系統實現取票處理過程進行說明。

圖1為本發(fā)明實施例提供的電子票務處理方法實施例一的流程圖，本實施例提供的該電子票務處理方法可以由一云服務器來執(zhí)行，該云服務器屬于上述電子票務處理系統的組成部分，如圖1所示，該電子票務處理方法包括如下步驟：

步驟101、云服務器在接收到訂票系統發(fā)送的訂票數據后，根據訂票數據中包含的用戶標識將訂票數據存入對應用戶的訂票記錄中。

其中，上述訂票系統為注冊到云服務器的多個訂票系統中的任一訂票系統，訂票系統可以是訂票網站。

實際應用中，針對任一用戶來說，其在某個訂票系統觸發(fā)訂票數據由該訂票系統發(fā)送至云服務器中存儲。該訂票數據中一般會包括諸如用戶姓名、身份證號、手機號等用戶標識信息以及諸如上車時間、入住時間等票據對應的時間信息。

云服務器接收到該訂票數據后，基于該訂票數據中包含的用戶標識，在訂票數據庫中查找對應的用戶標識，若查找到對應的用戶標識，則將該訂票數據存入該用戶標識對應的訂票記錄中，若未查找到對應的用戶標識，則說明很有可能該用戶為首次訂票的用戶，在訂票數據庫中新建該用戶標識對應的訂票記錄，將該訂票數據存入新建的訂票記錄中。

步驟102、云服務器接收取票終端發(fā)送的用戶語音，該用戶語音是取票終端在采集并識別出用戶語音為預設取票語音后發(fā)送至云服務器的。

本實施例中，當上述用戶在訂票之后，去往某個取票終端取票時，可以通過語音方式觸發(fā)取票處理流程。實際應用中，該取票終端可以是機器人或其他自助取票終端，該取票終端的界面上或者其他部位上可以顯示出提示用戶如何取票的提示信息，比如在取票終端的醒目位置處貼有“若您要取票，請說我要取票”的字樣。從而，用戶對著取票終端說出諸如“我要取票”的用戶語音。

取票終端采集并識別該用戶語音，若識別出該用戶語音確實為預先設置的取票語音含義，則將采集的該用戶語音發(fā)送至云服務器。

步驟103、云服務器提取用戶語音的聲紋特征，并在注冊用戶庫中確定是否存在聲紋特征與提取到的聲紋特征匹配的已注冊用戶。

步驟104、若存在已注冊用戶，則云服務器根據已注冊用戶關聯的用戶標識，從對應的訂票記錄中獲取訂票數據。

云服務器接收到該用戶語音后，從中提取出聲紋特征，進而依次進行注冊用戶庫中包含的各已注冊用戶的聲紋特征與該提取出的聲紋特征的匹配處理，若尋找到某個匹配的聲紋特征，則確定該匹配到的聲紋特征所對應的已注冊用戶的用戶標識，以基于該用戶標識從訂票數據庫中查詢對應的訂票記錄，從該訂票記錄中獲取訂票數據。

實際應用中，可選地，針對任一已注冊用戶來說，其對應的訂票記錄中的每個訂票數據可以關聯有已取票或未取票的標記，當云服務器從訂票系統接收到某個訂票數據存入該訂票記錄中時，該訂票數據被標記為未取票，當云服務器從該訂票記錄中讀取該訂票數據后，該訂票數據被標記為已取票。從而，上述云服務器基于用戶標識從訂票數據庫中查詢對應的訂票記錄，從該訂票記錄中獲取訂票數據的過程中，在訂票記錄中包含多個訂票數據的情況下，可以基于每個訂票數據關聯的上述標記，從中獲取標記為未取票的訂票數據。

除了基于上述標記從訂票記錄中獲取對應的訂票數據外，可選地，還可以基于用戶需要取票的票據類型來獲取對應的訂票數據，該票據類型可以與取票終端關聯起來。舉例來說，假設用戶訂的是電影票，則用戶取票時使用的取票終端往往設置在電影院；假設用戶訂的是火車票，則用戶取票時使用的取票終端往往設置在火車站。從而，可以基于每個取票終端的設置場景而設定其對應的票據類型。在云服務器中，還可以進一步維護有取票終端數據庫，該取票終端數據庫中包含有每個取票終端的終端標識與票據類型的對應關系，該對應關系可以是初始設置取票終端時建立的。具體地，初始時，設置取票終端的工作人員可以在取票終端的某設置信息中輸入該取票終端對應的票據類型，進而觸發(fā)取票終端將該攜帶有該票據類型和自身標識的注冊信息發(fā)送至云服務器，云服務器將該取票終端的終端標識和對應的票據類型存入上述取票終端數據庫中。

基于此，可選地，當取票終端接收到用戶觸發(fā)的用戶語音，并識別到該用戶語音為預設取票語音后，除了將該用戶語音發(fā)送至云服務器外，還可以將自己的終端標識一并發(fā)送至云服務器。從而，云服務器可以根據該取票終端的標識查詢上述取票終端數據庫，確定待取票據類型，進而從聲紋特征識別確定的上述訂票記錄中獲取與該待取票據類型對應的訂票數據，以實現基于票據類型的訂票數據獲取。

步驟105、云服務器將訂票數據發(fā)送至取票終端，以使取票終端輸出對應的票據。

云服務器在獲取上述訂票數據后，將該訂票數據發(fā)送至取票終端，以使取票終端通過控制出票裝置輸出對應的票據，完成用戶的取票過程。

綜上，本實施例中，設置用于管理多個訂票系統的訂票數據并管理注冊用戶的身份信息的云服務器，從而當任一訂票系統可以將用戶的訂票數據發(fā)送至云服務器，云服務器根據該訂票數據中包含的用戶標識將訂票數據存入對應用戶的訂票記錄中。另外，當用戶需要在取票終端上取票時，為了便于用戶的取票操作，用戶僅需對取票終端說出類似“我要取票”的用戶語音，從而當取票終端識別出該為預設的觸發(fā)取票操作的語音后，將該用戶語音發(fā)送至云服務器，云服務器進行基于聲紋特征的用戶是否為已注冊用戶的身份識別，若是已注冊用戶，則根據已注冊用戶關聯的用戶標識，從該用戶標識對應的訂票記錄中獲取該用戶的訂票數據并發(fā)送至取票終端，以使取票終端輸出對應的票據。

本發(fā)明實施例中，云服務器維護有包含注冊用戶的聲紋特征的注冊用戶庫，并且可以管理多個訂票系統的訂票數據，從而，該多個訂票系統可以共用該注冊用戶庫來實現對取票用戶的身份識別。而且，不管用戶需要取哪個訂票系統的票據，都可以基于聲紋特征的身份識別方式進行身份識別，用戶取票時僅需對取票終端說出觸發(fā)取票操作的語音即可，操作方便。

前述實施例中介紹了基于聲紋特征進行取票用戶身份識別，待取訂票數據獲取處理的過程，但是實際應用中，可能會存在取票用戶并未注冊用戶，或者雖然為注冊用戶，但是由于周圍環(huán)境噪聲較大，導致聲紋身份識別失敗等可能性，為了保證在這樣的可能性情況下取票用戶仍能夠取得所需的已訂票據，本發(fā)明實施例還提供了如下的方案。

圖2為本發(fā)明實施例提供的電子票務處理方法實施例二的流程圖，如圖2所示，在圖1所示實施例基礎上，步驟103之后還可以包括如下步驟：

步驟201、若不存在已注冊用戶，則云服務器向取票終端發(fā)送重新認證提示消息，以使取票終端獲取用戶的其他身份特征。

步驟202、云服務器接收取票終端發(fā)送的其他身份特征，并根據其他身份特征確定注冊用戶庫中是否存在對應的已注冊用戶。

本實施例中，當基于聲紋特征沒有在注冊用戶庫中匹配到對應的已注冊用戶時，并不直接確定當前取票的上述用戶為未注冊用戶，而是進而再結合其他身份特征進行補充身份識別，該其他身份識別方式比如是基于身份證特征的身份識別方式、基于人臉特征的身份識別方式等等。該其他身份特征是相對于聲紋特征來說的，即是不同于聲紋特征的其他身份特征，該其他身份特征比如為身份證特征和/或人臉特征。本實施例中，上述兩種補充識別方式僅為舉例，實際應用中比如還可以是基于指紋等其他生物特征的識別方式。

具體地，當云服務器基于聲紋特征確定注冊用戶庫中不存在對應的已注冊用戶時，向取票終端發(fā)送重新認證提示消息。取票終端可以基于界面顯示的方式或語音提示的方式提醒用戶需要進行的操作，比如語音提示用戶“請將身份證放置在掃描區(qū)”，或者“請?zhí)ь^面對攝像頭”等，從而用戶根據提示執(zhí)行相應的操作。

比如，用戶將身份證放置在掃描區(qū)，則取票終端掃描身份證以獲取用戶的身份證特征，該身份證特征中包括用戶的姓名、身份證號等信息。

比如，用戶面對攝像頭，則取票終端拍攝用戶的人臉圖像，并識別獲得用戶的人臉特征。

可選地，上述兩種補充識別方式可以被設置具有一定的優(yōu)先級順序，比如先基于人臉特征進行身份識別，若失敗，再進行身份證特征的身份識別，以避免用戶需要取身份證、放置身份證的操作導致的不便。

可以理解的是，云服務器中的注冊用戶庫中針對每個注冊用戶，除了包含上述聲紋特征外，還可以包括身份證特征、人臉特征等其他身份特征。從而，在接收到取票終端發(fā)送的上述身份證特征、人臉特征時，可以基于身份證特征的匹配、人臉特征的匹配確定注冊用戶中是否存在相應特征與之匹配的已注冊用戶。

步驟203、若確定不存在已注冊用戶，則云服務器通過取票終端獲取用戶的身份特征，該身份特征包括聲紋特征和其他身份特征，其他身份特征中包括身份證特征。

該身份特征中還可以包括比如人臉特征。

步驟204、云服務器從身份證特征中解析出用戶標識，并建立身份特征與用戶標識的對應關系。

步驟205、云服務器根據該用戶標識，從對應的訂票記錄中獲取訂票數據，并將訂票數據發(fā)送至取票終端，以使取票終端輸出對應的票據。

本實施例中，如果基于上述身份證特征、人臉特征仍未在注冊用戶庫中匹配到對應的已注冊用戶，則最終確定當前取票的用戶為未注冊用戶，觸發(fā)注冊處理過程。

其中，注冊處理過程即為在注冊用戶庫中新建該取票用戶的身份信息，由于該身份信息中包括用戶標識和身份特征，因此，注冊過程也是在注冊用戶庫中建立該取票用戶的用戶標識與身份特征的對應關系的過程，該身份特征包括上述舉例出的聲紋特征、人臉特征、身份證特征。

由于在進行該取票用戶是否為已注冊用戶的確定過程中，云服務器已經獲得了該用戶的聲紋特征，以及身份證特征和/或人臉特征，從而，針對已經獲得的身份特征，云服務器無需再次重復獲取，針對沒有獲得的身份特征，可以通過取票終端獲取。比如，假設已經獲得的身份特征為聲紋特征和身份證特征，那么此時只需通過取票終端獲取人臉特征即可，獲取的過程與獲得身份證特征的過程類似，可以是云服務器向取票終端發(fā)送注冊提示信息，該注冊提示信息中可以包括需要獲取的是人臉特征的提示內容，以使得取票終端發(fā)出對應的提醒，采集并識別用戶的人臉特征。

當云服務器獲得了上述全部身份特征后，可以從身份證特征中解析出用戶標識，并建立身份特征與用戶標識的對應關系。其中，身份證特征中包含的用戶標識包括用戶姓名、身份證號等。

可選地，如果云服務器為完成用戶注冊所需的用戶標識除了能夠從身份證特征中提取的信息外，還需要其他信息，比如手機號，則云服務器向取票終端發(fā)送的上述注冊提示信息中還可以進一步包括需要獲取手機號的提示內容，以通過取票終端獲取用戶的手機號。

當上述身份特征與用戶標識的對應關系建立在注冊用戶庫中后，云服務器可以基于該用戶標識查詢訂票數據庫，獲取對應的訂票數據并反饋至取票終端以輸出給取票用戶。

本實施例中，優(yōu)先基于聲紋特征進行身份識別，因為用戶語音一方面既可以觸發(fā)取票處理流程，另一方面還可以用于身份識別，能夠最大程度提高取票便利性。另外，還提供了其他補充身份識別方式，以保證取票用戶身份識別的準確性。

下面結合如下的實施例介紹本發(fā)明實施例中電子票務處理系統的具體組成情況，其中，各組成元素在取票處理過程中的動作過程可以參考前述實施例中的說明，以下實施例中將僅簡要說明。

圖3為本發(fā)明實施例提供的電子票務處理系統實施例一的結構示意圖，如圖3所示，該系統包括：

訂票系統1、取票終端2、云服務器3和出票裝置4。其中，訂票系統1和取票終端2分別與云服務器3通信連接。

可選地，該取票終端2可實現為機器人。

其中，訂票系統1將用戶的訂票數據發(fā)送至云服務器3中。

具體地，取票終端2中包括：采集用戶語音的語音采集器21，與語音采集器21連接的、識別用戶語音是否為預設取票語音的語音識別器22，以及與語音識別器22連接的控制器23。

其中，當用戶需要取票時對取票終端2發(fā)出用戶語音，語音采集器21采集該用戶語音并傳輸給語音識別器22，語音識別器22識別用戶語音是否為預設取票語音，若是，則將該用戶語音發(fā)送至控制器23，由控制器23發(fā)送至云服務器3。

本實施例中，可選地，控制器23可以使用各種應用專用集成電路(AS IC)、數字信號處理器(DSP)、數字信號處理設備(DSPD)、可編程邏輯器件(PLD)、現場可編程門陣列(FPGA)、微中控元件、微處理器或其他電子元件實現。

具體地，云服務器3中包括：對控制器23發(fā)送至的用戶語音進行聲紋認證的聲紋認證組件31，存儲有已注冊用戶的聲紋特征的注冊用戶庫32，存儲訂票系統1發(fā)送的訂票數據的訂票數據庫33，以及用于從訂票數據庫33中查詢已注冊用戶的訂票數據的數據查詢組件34。

其中，聲紋認證組件31從用戶語音中提取出相應的聲紋特征，可以基于提取到的聲紋特征從注冊用戶庫32中匹配對應的已注冊用戶，若匹配到對應的已注冊用戶，則將該已注冊用戶對應的用戶標識傳輸給數據查詢組件34，以從訂票數據庫33中查詢獲得對應的訂票數據，反饋至控制器23?？刂破?3與出票裝置4連接，用于控制出票裝置4輸出數據查詢組件34發(fā)送的訂票數據所對應的票據。

圖4為本發(fā)明實施例提供的電子票務處理系統實施例一的結構示意圖，如圖4所示，在圖3所示實施例基礎上，取票終端2中還可以包括：與控制器23連接的人體檢測器24。

該人體檢測器24用于檢測取票終端2周圍是否存在取票用戶，該人體檢測器24可以是紅外傳感器等用于檢測人體的器件。當人體檢測器24檢測到用戶時，向控制器23發(fā)送觸發(fā)信號，以使控制器23控制開啟語音采集器21，或者控制比如取票終端2的顯示屏顯示取票提示信息，比如提示用戶說出“我要取票”的語音。

可選地，該取票終端2中還可以包括：與控制器23連接的認證反饋裝置25，用于向用戶反饋聲紋認證組件31的認證結果。

其中，聲紋認證組件31若基于聲紋特征確定注冊用戶庫32中存在對應的已注冊用戶，則如前述實施例進行后續(xù)的取票處理過程，若確定該注冊用戶庫32中不存在對應的已注冊用戶，則向取票終端2反饋不存在已注冊用戶的認證結果，取票終端2中的控制器23控制認證反饋裝置25向用戶反饋該認證結果，還可以進一步控制認證反饋裝置25向用戶發(fā)出提醒消息，以提醒用戶需要進行的后續(xù)操作。

其中，該認證反饋裝置25包括顯示屏或者聲音播放器。比如語音提示用戶“請將身份證放置在掃描區(qū)”，或者“請?zhí)ь^面對攝像頭”等，從而用戶根據提示執(zhí)行相應的操作。

可選地，該取票終端2中還包括：

與控制器23連接的、掃描用戶身份證并識別身份證特征的掃描器26，和/或，采集人臉圖像的圖像采集器27，與圖像采集器27連接的、識別人臉圖像的人臉特征的人臉識別器28。

相應地，云服務器3中還包括：

對控制器23發(fā)送至的身份證特征進行認證的身份證認證組件35，和/或，對控制器23發(fā)送至的人臉特征進行認證的人臉認證組件36。

本實施例中，上述身份證掃描以及提取身份證特征，人臉圖像采集以及人臉特征識別的過程可以參見前述實施例中的說明，在此不贅述。

以上所描述的系統實施例僅僅是示意性的，其中所述作為分離部件說明的單元(諸如各種組件、裝置等)可以是或者也可以不是物理上分開的，作為單元顯示的部件可以是或者也可以不是物理單元，即可以位于一個地方，或者也可以分布到多個網絡單元上。可以根據實際的需要選擇其中的部分或者全部模塊來實現本實施例方案的目的。本領域普通技術人員在不付出創(chuàng)造性的勞動的情況下，即可以理解并實施。

通過以上的實施方式的描述，本領域的技術人員可以清楚地了解到各實施方式可借助加必需的通用硬件平臺的方式來實現，當然也可以通過硬件?；谶@樣的理解，上述技術方案本質上或者說對現有技術做出貢獻的部分可以以產品的形式體現出來，該計算機產品可以存儲在計算機可讀存儲介質中，如ROM/RAM、磁碟、光盤等，包括若干指令用以使得一臺計算機裝置(可以是個人計算機，服務器，或者網絡裝置等)執(zhí)行各個實施例或者實施例的某些部分所述的方法。

最后應說明的是：以上實施例僅用以說明本發(fā)明的技術方案，而非對其限制；盡管參照前述實施例對本發(fā)明進行了詳細的說明，本領域的普通技術人員應當理解：其依然可以對前述各實施例所記載的技術方案進行修改，或者對其中部分技術特征進行等同替換；而這些修改或者替換，并不使相應技術方案的本質脫離本發(fā)明各實施例技術方案的精神和范圍。