本申請涉及互聯(lián)網(wǎng)技術(shù)領(lǐng)域，尤其涉及一種電子憑證的發(fā)放方法及裝置。

背景技術(shù)：

隨著互聯(lián)網(wǎng)的普及，電子憑證逐漸取代紙質(zhì)憑證，成為一種新型的身份核實手段。在互聯(lián)網(wǎng)上通過發(fā)放端(如智能設(shè)備、電子憑證發(fā)放服務(wù)器)發(fā)放電子憑證的單位或者個人(發(fā)放者)，可以在線上或線下根據(jù)領(lǐng)取到發(fā)放的電子憑證的單位或個人(用戶)通過用戶端(如智能終端)所出示的電子憑證，核實該用戶端的身份，并根據(jù)電子憑證上標(biāo)明的使用規(guī)則為該用戶端對應(yīng)的用戶提供服務(wù)。

現(xiàn)有的電子憑證的發(fā)放方法是，發(fā)放者將電子憑證的使用規(guī)則輸入到發(fā)放端器，由發(fā)放端根據(jù)接收到的使用規(guī)則生成標(biāo)明該使用規(guī)則的電子憑證，并將電子憑證發(fā)放給用戶端。

在互聯(lián)網(wǎng)上發(fā)放電子憑證的發(fā)放者有很多，如電商、線下經(jīng)銷商、旅游景點、博物館、公益機(jī)構(gòu)、畫展舉辦人等。但是，各發(fā)放者通過各自的發(fā)放端發(fā)放電子憑證的行為是彼此獨立的，某個電子憑證上標(biāo)明的使用規(guī)則僅是發(fā)放該電子憑證的發(fā)放者提供的服務(wù)所根據(jù)的規(guī)則，倘若領(lǐng)取到該電子憑證的用戶并不需要該電子憑證的發(fā)放者提供的服務(wù)，那么該電子憑證就被浪費掉了。實際上，基于統(tǒng)計經(jīng)驗，最終被用戶使用的電子憑證的數(shù)量在發(fā)放出的電子憑證的總數(shù)量中所占的比重是較低的。正是因為如此，發(fā)放者為了提升被用戶使用的電子憑證的數(shù)量，往往不惜通過發(fā)放端發(fā)放海量的電子憑證，但這會給發(fā)放端造成很大的壓力。

因此，如何設(shè)計一種電子憑證的發(fā)放方法，以有效減輕電子憑證的發(fā)放端的壓力，成為本領(lǐng)域丞待解決的技術(shù)問題。

技術(shù)實現(xiàn)要素：

本申請實施例的目的是提供一種電子憑證的發(fā)放方法及裝置，以減輕電子憑證的發(fā)放端的壓力。

為解決上述技術(shù)問題，本申請實施例是這樣實現(xiàn)的：

本申請實施例提供的一種電子憑證的發(fā)放方法，預(yù)設(shè)與至少兩個發(fā)放端相關(guān)聯(lián)的電子憑證信息，所述方法包括：

接收第一發(fā)放端發(fā)送的電子憑證信息調(diào)用請求；

根據(jù)所述電子憑證信息調(diào)用請求，將所述電子憑證信息發(fā)送給所述第一發(fā)放端，以使所述第一發(fā)放端根據(jù)所述電子憑證信息生成與所述第一發(fā)放端和至少一個第二發(fā)放端相關(guān)聯(lián)的電子憑證，并將所述電子憑證發(fā)放給用戶端。

本申請實施例提供的一種電子憑證的發(fā)放方法，在聯(lián)合控制服務(wù)器上預(yù)設(shè)與至少兩個發(fā)放端相關(guān)聯(lián)的電子憑證信息，所述方法包括：

第一發(fā)放端接收用戶端發(fā)送的電子憑證領(lǐng)取請求；

根據(jù)所述電子憑證領(lǐng)取請求，向聯(lián)合控制服務(wù)器發(fā)送電子憑證信息調(diào)用請求；

接收聯(lián)合控制服務(wù)器返回的電子憑證信息；

根據(jù)所述電子憑證信息生成與所述第一發(fā)放端和至少一個第二發(fā)放端相關(guān)聯(lián)的電子憑證；

將所述電子憑證發(fā)放給所述用戶端。

本申請實施例提供的一種電子憑證的驗證方法，預(yù)設(shè)與至少兩個發(fā)放端相關(guān)聯(lián)的電子憑證信息，所述方法包括：

接收發(fā)放端發(fā)送的電子憑證，所述電子憑證是預(yù)先根據(jù)所述電子憑證信息生成的，所述電子憑證與所述至少兩個發(fā)放端相關(guān)聯(lián)；

判斷所述發(fā)放端是否與所述電子憑證相關(guān)聯(lián)；

若是，根據(jù)所述電子憑證信息，對所述電子憑證進(jìn)行驗證；

否則，驗證不通過。

本申請實施例提供的一種電子券的發(fā)放方法，預(yù)設(shè)與至少兩個商家終端相關(guān)聯(lián)的電子券信息，所述方法包括：

接收第一商家終端發(fā)送的電子券信息調(diào)用請求；

根據(jù)所述電子券信息調(diào)用請求，將所述電子券信息發(fā)送給所述第一商家終端，以使所述第一商家終端根據(jù)所述電子券信息生成與所述第一商家終端和至少一個第二商家終端相關(guān)聯(lián)的電子券，并將所述電子券發(fā)放給用戶端。

本申請實施例提供的一種電子券的發(fā)放方法，包括：在聯(lián)合控制服務(wù)器上預(yù)設(shè)與至少兩個商家終端相關(guān)聯(lián)的電子券信息，所述方法包括：

第一商家終端接收用戶端發(fā)送的電子券領(lǐng)取請求；

根據(jù)所述電子券領(lǐng)取請求，向聯(lián)合控制服務(wù)器發(fā)送電子券信息調(diào)用請求；

接收聯(lián)合控制服務(wù)器返回的電子券信息；

根據(jù)所述電子券信息生成與所述第一商家終端和至少一個第二商家終端相關(guān)聯(lián)的電子券；

將所述電子券發(fā)放給所述用戶端。

本申請實施例提供的一種電子券的驗證方法，預(yù)設(shè)與至少兩個商家終端相關(guān)聯(lián)的電子券信息，所述方法包括：

接收商家終端發(fā)送的電子券，所述電子券是預(yù)先根據(jù)所述電子券信息生成的，所述電子券與所述至少兩個商家終端相關(guān)聯(lián)；

判斷所述商家終端是否與所述電子券相關(guān)聯(lián)；

若是，根據(jù)所述電子券信息，對所述電子券進(jìn)行驗證；

否則，驗證不通過。

本申請實施例提供的一種電子憑證的發(fā)放裝置，預(yù)設(shè)與至少兩個發(fā)放端相關(guān)聯(lián)的電子憑證信息，所述裝置包括：

接收模塊，接收第一發(fā)放端發(fā)送的電子憑證信息調(diào)用請求；

發(fā)送模塊，根據(jù)所述電子憑證信息調(diào)用請求，將所述電子憑證信息發(fā)送給所述第一發(fā)放端，以使所述第一發(fā)放端根據(jù)所述電子憑證信息生成與所述第一發(fā)放端和至少一個第二發(fā)放端相關(guān)聯(lián)的電子憑證，并將所述電子憑證發(fā)放給用戶端。

本申請實施例提供的一種電子憑證的發(fā)放裝置，在聯(lián)合控制服務(wù)器上預(yù)設(shè)與至少兩個發(fā)放端相關(guān)聯(lián)的電子憑證信息，所述裝置包括：

第一接收模塊，第一發(fā)放端接收用戶端發(fā)送的電子憑證領(lǐng)取請求；

第一發(fā)送模塊，根據(jù)所述電子憑證領(lǐng)取請求，向聯(lián)合控制服務(wù)器發(fā)送電子憑證信息調(diào)用請求；

第二接收模塊，接收聯(lián)合控制服務(wù)器返回的電子憑證信息；

電子憑證生成模塊，根據(jù)所述電子憑證信息生成與所述第一發(fā)放端和至少一個第二發(fā)放端相關(guān)聯(lián)的電子憑證；

第二發(fā)送模塊，將所述電子憑證發(fā)放給所述用戶端。

本申請實施例提供的一種電子憑證的驗證裝置，預(yù)設(shè)與至少兩個發(fā)放端相關(guān)聯(lián)的電子憑證信息，所述裝置包括：

接收模塊，接收發(fā)放端發(fā)送的電子憑證，所述電子憑證是預(yù)先根據(jù)所述電子憑證信息生成的，所述電子憑證與所述至少兩個發(fā)放端相關(guān)聯(lián)；

驗證模塊，判斷所述發(fā)放端是否與所述電子憑證相關(guān)聯(lián)；若是，根據(jù)所述電子憑證信息，對所述電子憑證進(jìn)行驗證；否則，驗證不通過。

本申請實施例提供的一種電子券的發(fā)放裝置，預(yù)設(shè)與至少兩個商家終端相關(guān)聯(lián)的電子券信息，所述裝置包括：

接收模塊，接收第一商家終端發(fā)送的電子券信息調(diào)用請求；

發(fā)送模塊，根據(jù)所述電子券信息調(diào)用請求，將所述電子券信息發(fā)送給所述第一商家終端，以使所述第一商家終端根據(jù)所述電子券信息生成與所述第一商家終端和至少一個第二商家終端相關(guān)聯(lián)的電子券，并將所述電子券發(fā)放給用戶端。

本申請實施例提供的一種電子券的發(fā)放裝置，在聯(lián)合控制服務(wù)器上預(yù)設(shè)與至少兩個商家終端相關(guān)聯(lián)的電子券信息，所述裝置包括：

第一接收模塊，第一商家終端接收用戶端發(fā)送的電子券領(lǐng)取請求；

第一發(fā)送模塊，根據(jù)所述電子券領(lǐng)取請求，向聯(lián)合控制服務(wù)器發(fā)送電子券信息調(diào)用請求；

第二接收模塊，接收聯(lián)合控制服務(wù)器返回的電子券信息；

電子券生成模塊，根據(jù)所述電子券信息生成與所述第一商家終端和至少一個第二商家終端相關(guān)聯(lián)的電子券；

第二發(fā)送模塊，將所述電子券發(fā)放給所述用戶端。

本申請實施例提供的一種電子券的驗證裝置，預(yù)設(shè)與至少兩個商家終端相關(guān)聯(lián)的電子券信息，所述裝置包括：

接收模塊，接收商家終端發(fā)送的電子券，所述電子券是預(yù)先根據(jù)所述電子券信息生成的，所述電子券與所述至少兩個商家終端相關(guān)聯(lián)；

驗證模塊，判斷所述商家終端是否與所述電子券相關(guān)聯(lián)；若是，根據(jù)所述電子券信息，對所述電子券進(jìn)行驗證；否則，驗證不通過。

由以上本申請實施例提供的技術(shù)方案可見，本申請實施例通過使電子憑證信息與至少兩個發(fā)放端相關(guān)聯(lián)，并且使第一發(fā)放端根據(jù)所述電子憑證信息生成的電子憑證與至少一個第二發(fā)放端相關(guān)聯(lián)，從而使得領(lǐng)取到該電子憑證的用戶可以要求與該電子憑證相關(guān)聯(lián)的各發(fā)放端對應(yīng)的發(fā)放者根據(jù)該電子券為其提供服務(wù)。這樣以來，采用本技術(shù)方案可以擴(kuò)寬電子憑證的適用范圍，提高被使用的電子憑證的數(shù)量在發(fā)放端所發(fā)放的電子憑證的數(shù)量中所占的比重，發(fā)放者不必再發(fā)送過多的電子憑證，有效緩解了發(fā)放端的壓力。

附圖說明

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

圖1是本申請實施例提供的現(xiàn)有的電子憑證的發(fā)放方法的示意圖；

圖2是本申請實施例提供的本申請所要求保護(hù)的技術(shù)方案的示意圖；

圖3是本申請實施例提供的發(fā)放端、用戶端、聯(lián)合控制服務(wù)器的交互示意圖；

圖4a～4b是本申請實施例提供的一種電子憑證的示意圖；

圖5是本申請實施例提供的一種電子憑證的發(fā)放方法的流程圖；

圖6是本申請實施例提供的電子憑證信息示意圖；

圖7是本申請實施例提供的一種電子憑證的發(fā)放方法的流程圖；

圖8是本申請實施例提供的一種電子憑證的驗證方法的流程圖；

圖9是本申請實施例提供的一種電子券的發(fā)放方法及驗證方法的總流程示意圖；

圖10a～10c是本申請實施例提供的一種電子券的示意圖；

圖10d是本申請實施例提供的，在聯(lián)合營銷場景下，預(yù)設(shè)電子券信息的示意圖；

圖10e是本申請實施例提供的，在聯(lián)合營銷場景下的聯(lián)合營銷電子券系統(tǒng)示意圖；

圖11是本申請實施例提供的一種電子憑證的發(fā)放裝置示意圖；

圖12是本申請實施例提供的一種電子憑證的發(fā)放裝置示意圖；

圖13是本申請實施例提供的一種電子憑證的驗證裝置示意圖；

圖14是本申請實施例提供的一種電子券的發(fā)放裝置示意圖；

圖15是本申請實施例提供的一種電子券的發(fā)放裝置示意圖；

圖16是本申請實施例提供的一種電子券的驗證裝置示意圖。

具體實施方式

本申請實施例提供一種電子憑證的發(fā)放方法及裝置。

為了使本技術(shù)領(lǐng)域的人員更好地理解本申請中的技術(shù)方案，下面將結(jié)合本申請實施例中的附圖，對本申請實施例中的技術(shù)方案進(jìn)行清楚、完整地描述，顯然，所描述的實施例僅僅是本申請一部分實施例，而不是全部的實施例?；诒旧暾堉械膶嵤├绢I(lǐng)域普通技術(shù)人員在沒有作出創(chuàng)造性勞動前提下所獲得的所有其他實施例，都應(yīng)當(dāng)屬于本申請保護(hù)的范圍。

在本申請實施例中，電子憑證可以是這樣一種電子數(shù)據(jù)，即領(lǐng)取了該電子數(shù)據(jù)的單位或個人可以要求任何承認(rèn)該電子數(shù)據(jù)效力的單位或個人，根據(jù)該電子數(shù)據(jù)的內(nèi)容或該電子數(shù)據(jù)所對應(yīng)的內(nèi)容為其提供服務(wù)。并且，該電子數(shù)據(jù)可以是經(jīng)過加密的，也可以是未經(jīng)過加密的。總之，凡是滿足上述描述的電子數(shù)據(jù)，如電子票、電子證明、電子二維碼、電子券等，都可以本申請所述的電子憑證，本申請對此不做限制。

在本申請實施例中，所述用戶可以是領(lǐng)取電子憑證的單位和個人，所述用戶端可以是所述用戶使用的智能終端，如電腦、手機(jī)等。所述發(fā)放端可以是發(fā)放電子憑證的單位或個人(發(fā)放者)使用的智能設(shè)備，也可以是代理各發(fā)放者統(tǒng)一發(fā)放電子憑證的電子憑證發(fā)放服務(wù)器。所述發(fā)放端的作用可以是生成電子憑證并發(fā)放給用戶端。

圖1是現(xiàn)有的電子憑證的發(fā)放方法的示意圖。如圖1所示，現(xiàn)有的電子憑證的發(fā)放方法會對發(fā)放端造成較大的壓力，是由以下原因?qū)е碌模河脩纛I(lǐng)取到的電子憑證只會被發(fā)放該電子憑證的發(fā)放者所承認(rèn)，在此前提下，由于電子憑證適用范圍過窄，最終被使用的電子憑證的數(shù)量在發(fā)放端所發(fā)放的電子憑證的數(shù)量中所占的比重較低，而面對這一情況，發(fā)放者往往會不惜通過發(fā)放端發(fā)放海量的電子憑證，用“量”去彌補(bǔ)“質(zhì)”的不足。

而本申請所要求保護(hù)的技術(shù)方案，通過預(yù)設(shè)與至少兩個發(fā)放端相關(guān)聯(lián)的電子憑證信息(所述電子憑證信息是用于生成電子憑證的信息，可以包括電子憑證的排版信息、通用規(guī)則等)使得所述至少兩個發(fā)放端中的任一發(fā)放端根據(jù)電子憑證信息發(fā)放的電子憑證都與所述至少兩個發(fā)放端相關(guān)聯(lián)，從而擴(kuò)寬了電子憑證的適用范圍，也就提高了最終被使用的電子憑證的數(shù)量在發(fā)放端所發(fā)放的電子憑證的數(shù)量中所占的比重，發(fā)放者不必要再通過發(fā)放端發(fā)放海量的電子憑證，發(fā)放端的壓力也得以減輕，如圖2所示。

所述電子憑證信息可以由聯(lián)合控制服務(wù)器的管理方預(yù)先設(shè)置在聯(lián)合控制服務(wù)器上，也可以是由聯(lián)合控制服務(wù)器依據(jù)聯(lián)合控制服務(wù)器的管理方設(shè)計的規(guī)則預(yù)先設(shè)置的。所述聯(lián)合控制服務(wù)器的作用可以是執(zhí)行電子憑證信息的發(fā)送和對電子憑證進(jìn)行驗證。

此外，預(yù)設(shè)所述電子憑證信息與至少兩個發(fā)放端的關(guān)聯(lián)關(guān)系的方式，可以是在聯(lián)合控制服務(wù)器上存儲有所述電子憑證信息與至少兩個發(fā)放端的發(fā)放端標(biāo)識的對應(yīng)關(guān)系。實際上，對服務(wù)器而言，識別和區(qū)分發(fā)放端、用戶端、電子憑證的方式，都可以是依據(jù)發(fā)放端的發(fā)放端標(biāo)識、用戶端的用戶標(biāo)識、電子憑證的憑證標(biāo)識。為了描述的方便，下文中對于發(fā)放端標(biāo)識、用戶標(biāo)識、憑證標(biāo)識不做提及，但這并不說明在技術(shù)上服務(wù)器不是依據(jù)各種標(biāo)識對不同的主體進(jìn)行識別和區(qū)分的。

圖3是本申請實施例提供的發(fā)放端、用戶端、聯(lián)合控制服務(wù)器的交互示意圖。

在本申請實施例的一種應(yīng)用場景下，發(fā)放端線上發(fā)放電子憑證，用戶端線上領(lǐng)取電子憑證，領(lǐng)取到電子憑證的用戶在線下向發(fā)放者出示用戶端領(lǐng)取到的電子憑證，所述發(fā)放端可以具體是發(fā)放者管理的，與聯(lián)合控制服務(wù)器進(jìn)行網(wǎng)絡(luò)交互的智能設(shè)備。例如，在電子票發(fā)放的應(yīng)用場景下，劇場方控制智能設(shè)備發(fā)放電子票，領(lǐng)取到電子票的觀眾在線下憑電子票入場。

在本申請實施例的另一種應(yīng)用場景下，發(fā)放端線上發(fā)放電子憑證，用戶端線上領(lǐng)取電子憑證，領(lǐng)取到電子憑證的用戶通過用戶端在線上與發(fā)放端進(jìn)行交互，完成電子憑證的驗證，所述發(fā)放端可以具體是聯(lián)合控制服務(wù)器的管理方一并管理的，與聯(lián)合控制服務(wù)器交互的電子憑證發(fā)放服務(wù)器。例如，在電子商務(wù)場景下，需要發(fā)放電子憑證的商家可以授權(quán)電商平臺管理方通過電子憑證發(fā)放服務(wù)器代理發(fā)放各商家所要發(fā)放的電子憑證，由電子憑證發(fā)放服務(wù)器與聯(lián)合控制服務(wù)器進(jìn)行交互。

本申請實施例中的電子憑證是在各發(fā)放者處通用的電子憑證，所述電子憑證可以顯示有所述電子憑證信息；也可以通過數(shù)據(jù)加密形式或其他數(shù)據(jù)封裝形式封裝有所述電子憑證信息，待需要對電子憑證進(jìn)行驗證時，由發(fā)放端自電子憑證中讀取出電子憑證信息；也可以顯示部分電子憑證信息，封裝剩余的電子憑證信息。此外，對于封裝的電子憑證信息，領(lǐng)取到電子憑證的用戶可以在用戶端上觸發(fā)電子憑證上的特定按鈕，查看封裝的電子憑證信息，例如，圖4a～4b。圖4a是本申請實施例提供的一種電子憑證的示意圖。如圖4a所示，用戶觸發(fā)電子憑證上的“詳情”按鈕，可以查看如圖4b所示的部分封裝的電子憑證信息。

在本申請實施例中，電子憑證信息可以包括電子憑證通用規(guī)則，如使用期限、使用方式、例外情況等；也可以包括電子憑證關(guān)聯(lián)的至少兩個發(fā)放端分別對應(yīng)的各電子憑證特殊規(guī)則，即僅適用于某個發(fā)放端對應(yīng)的發(fā)放者處的服務(wù)信息，如觀影座次、參加畫展、進(jìn)入博物館中的任一種，還可以既包括電子憑證的通用規(guī)則，也包括所述各電子憑證特殊規(guī)則。

各電子憑證特殊規(guī)則可以作為封裝的電子憑證信息，經(jīng)用戶觸發(fā)特定按鈕而顯示，如圖4b。

以下結(jié)合附圖，詳細(xì)說明本申請各實施例提供的技術(shù)方案。

圖5是本申請實施例提供的一種電子憑證的發(fā)放方法的流程圖，包括以下步驟：

s501：接收第一發(fā)放端發(fā)送的電子憑證信息調(diào)用請求。

本方法的執(zhí)行主體是聯(lián)合控制服務(wù)器。所述聯(lián)合控制服務(wù)器可以是單個服務(wù)器，也可以是分布式服務(wù)器群，本申請對此不做限制。

在本申請實施例中，發(fā)放電子憑證的發(fā)放端是第一發(fā)放端，第一發(fā)放端向請求領(lǐng)取電子憑證的用戶端發(fā)放電子憑證之前，需要向聯(lián)合控制服務(wù)器發(fā)送電子憑證信息調(diào)用請求，以獲取關(guān)聯(lián)有至少兩個發(fā)放端的電子憑證信息。所述電子憑證信息調(diào)用請求可以是不攜帶有內(nèi)容的指令，用于觸發(fā)聯(lián)合控制服務(wù)器執(zhí)行后續(xù)步驟；也可以是攜帶有用戶端的用戶標(biāo)識的指令。

在本申請實施例中，第一發(fā)放端可以響應(yīng)于用戶端的電子憑證領(lǐng)取請求，向聯(lián)合控制服務(wù)器發(fā)送電子憑證信息調(diào)用請求，也可以根據(jù)特定規(guī)則，如特定間隔時間、特定觸發(fā)條件等，向聯(lián)合控制服務(wù)器發(fā)送電子憑證信息調(diào)用請求。

當(dāng)?shù)谝话l(fā)放端響應(yīng)于用戶端的電子憑證領(lǐng)取請求，向聯(lián)合控制服務(wù)器發(fā)送電子憑證信息調(diào)用請求時，所述電子憑證領(lǐng)取請求可以攜帶有用戶端的用戶標(biāo)識。當(dāng)所述電子憑證領(lǐng)取請求攜帶有用戶端的用戶標(biāo)識時，所述電子憑證信息調(diào)用請求也攜帶有所述用戶端的用戶標(biāo)識。

在本申請實施例中，想要領(lǐng)取電子憑證的用于通過用戶端可以向第一發(fā)放端發(fā)送電子憑證領(lǐng)取請求，隨后第一發(fā)放端根據(jù)電子憑證領(lǐng)取請求，向聯(lián)合控制服務(wù)器發(fā)送電子憑證信息調(diào)用請求，最后，聯(lián)合控制服務(wù)器接收到電子憑證信息調(diào)用請求。

例如，在電子票的應(yīng)用場景下，想要觀看演出的觀眾通過手機(jī)登陸劇場的電子票發(fā)放界面，向劇場的發(fā)放端發(fā)送攜帶有該觀眾的用戶標(biāo)識的電子憑證領(lǐng)取請求，隨后劇場的發(fā)放端根據(jù)接收到的電子憑證領(lǐng)取請求，向聯(lián)合控制服務(wù)器發(fā)送攜帶有該觀眾的用戶標(biāo)識的電子憑證信息調(diào)用請求。

s502：根據(jù)所述電子憑證信息調(diào)用請求，將所述電子憑證信息發(fā)送給所述第一發(fā)放端。

在本申請實施例中，聯(lián)合控制服務(wù)器將所述電子憑證信息發(fā)送給所述第一發(fā)放端之后，所述第一發(fā)放端根據(jù)所述電子憑證信息生成與所述第一發(fā)放端和至少一個第二發(fā)放端相關(guān)聯(lián)的電子憑證，并將所述電子憑證發(fā)放給用戶端。

其中，所述第二發(fā)放端區(qū)別于所述第一發(fā)放端，可以是在與所述電子憑證信息關(guān)聯(lián)的各發(fā)放端中，除所述第一發(fā)放端外的其他發(fā)放端。雖然該電子憑證不是所述第二發(fā)放端發(fā)放的，但是該電子憑證同樣適用于所述第二發(fā)放端。待領(lǐng)取到該電子憑證的用戶向所述第二發(fā)放端對應(yīng)的發(fā)放者出示該電子憑證時，所述第二發(fā)放端可以接收領(lǐng)取到該電子憑證的用戶的用戶端發(fā)送的電子憑證，與聯(lián)合控制服務(wù)器進(jìn)行交互，使聯(lián)合控制服務(wù)器對該電子憑證進(jìn)行驗證，以方便第二發(fā)放端對應(yīng)的發(fā)放者根據(jù)返回的驗證結(jié)果提供服務(wù)。

此外，在實際應(yīng)用場景下，有必要對同一用戶領(lǐng)取電子憑證的數(shù)量進(jìn)行限制，防止同一用戶領(lǐng)取不止一張電子憑證，造成電子憑證的浪費，加大發(fā)放端的壓力。

在本申請實施例中，當(dāng)所述電子憑證領(lǐng)取請求和所述電子憑證信息調(diào)用請求都攜帶有用戶端的用戶標(biāo)識時，在聯(lián)合控制服務(wù)器將所述電子憑證信息發(fā)送給所述第一發(fā)放端之前，可以確定所述用戶端的用戶標(biāo)識不在歷史記錄中；在聯(lián)合控制服務(wù)器將所述電子憑證信息發(fā)送給所述第一發(fā)放端之后，可以將所述用戶端的用戶標(biāo)識記錄在所述歷史記錄中。

具體而言，所述歷史記錄可以是由聯(lián)合控制服務(wù)器記錄的，歷史上領(lǐng)取過電子憑證的用戶端的用戶標(biāo)識的記錄。聯(lián)合控制服務(wù)器確定所述用戶端的用戶標(biāo)識不在歷史記錄中，說明該用戶端在歷史上沒有領(lǐng)取過電子憑證，可以將所述電子憑證信息發(fā)送給所述第一發(fā)放端，以使所述第一發(fā)放端生成電子憑證并發(fā)放給該用戶端。隨后，聯(lián)合控制服務(wù)器將該用戶端的用戶標(biāo)識記錄在所述歷史記錄中，防止該用戶端再次領(lǐng)取電子憑證。

進(jìn)一步地，在實際的應(yīng)用場景下，由于關(guān)聯(lián)所述電子憑證信息的各發(fā)放端對應(yīng)的發(fā)放者所提供的服務(wù)千差萬別，即使是同一類服務(wù)，具體的服務(wù)信息也往往并不一致。因此，本方法還支持各發(fā)放者預(yù)先設(shè)置僅適用于自身的服務(wù)信息。

具體而言，所述電子憑證信息可以是電子憑證通用規(guī)則，所述電子憑證通用規(guī)則可以是由聯(lián)合控制服務(wù)器的管理方設(shè)置的電子憑證的使用規(guī)則，也可以是各發(fā)放者達(dá)成共識的電子憑證的使用規(guī)則。例如，時間期限、有效次數(shù)、例外條款等就可以是電子憑證的通用規(guī)則。

除此之外，所述電子憑證信息還可以是與所述至少兩個發(fā)放端分別對應(yīng)的各電子憑證特殊規(guī)則，所述電子憑證特殊規(guī)則可以是各發(fā)放者預(yù)先設(shè)置僅適用于自身的服務(wù)信息。例如，免費入場、前排座位、不同的優(yōu)惠方式等。

圖6是本申請實施例提供的電子憑證信息示意圖。如圖6所示，電子憑證通用規(guī)則為“2016年5月1日至2017年5月1日有效，法定節(jié)假日例外”，各電子憑證特殊規(guī)則為“發(fā)放端a：免費入場；發(fā)放端b：九折優(yōu)惠；發(fā)放端c：貴賓席”。

通過圖5所示的方法，可以使得領(lǐng)取到該電子憑證的用戶可以要求與該電子憑證相關(guān)聯(lián)的各發(fā)放端對應(yīng)的發(fā)放者根據(jù)該電子券為其提供服務(wù)。這樣以來，采用本技術(shù)方案可以擴(kuò)寬電子憑證的適用范圍，提高被使用的電子憑證的數(shù)量在發(fā)放端所發(fā)放的電子憑證的數(shù)量中所占的比重，發(fā)放者不必再發(fā)送過多的電子憑證，有效緩解了發(fā)放端的壓力。

圖7是本申請實施例提供的一種電子憑證的發(fā)放方法的流程圖，包括以下步驟：

s701：第一發(fā)放端接收用戶端發(fā)送的電子憑證領(lǐng)取請求。

s702：根據(jù)所述電子憑證領(lǐng)取請求，向聯(lián)合控制服務(wù)器發(fā)送電子憑證信息調(diào)用請求。

s703：接收聯(lián)合控制服務(wù)器返回的電子憑證信息。

s704：根據(jù)所述電子憑證信息生成與所述第一發(fā)放端和至少一個第二發(fā)放端相關(guān)聯(lián)的電子憑證。

s705：將所述電子憑證發(fā)放給所述用戶端。

本方法的執(zhí)行主體是第一發(fā)放端，圖7所示方法為圖5所示方法在第一發(fā)放端一側(cè)執(zhí)行的流程，與圖5所示方法屬于同一個實施例，不再贅述。

圖8是本申請實施例提供的一種電子憑證的驗證方法的流程圖，包括以下步驟：

s801：接收發(fā)放端發(fā)送的電子憑證。

本方法的執(zhí)行主體是聯(lián)合控制服務(wù)器。

s802：判斷所述發(fā)放端是否與所述電子憑證相關(guān)聯(lián)，若是，則執(zhí)行步驟s803，否則，執(zhí)行步驟s804。

在實際應(yīng)用場景下，用戶領(lǐng)取電子憑證后，到與電子憑證關(guān)聯(lián)的任一發(fā)放端對應(yīng)的發(fā)放者處要求服務(wù)時，需要先確定該電子憑證是與該發(fā)放者關(guān)聯(lián)的，然后才能對電子憑證的電子憑證信息進(jìn)行驗證。若用戶出示的電子憑證并不是與該發(fā)放者關(guān)聯(lián)的，則該發(fā)放者無須提供服務(wù)。

在本申請實施例中，聯(lián)合控制服務(wù)器可以判斷所述電子憑證的憑證標(biāo)識的數(shù)據(jù)形式是否符合預(yù)設(shè)規(guī)則，若是，則確定所述電子憑證與所述發(fā)放端相關(guān)聯(lián)。

例如，倘若所述與所述電子憑證信息關(guān)聯(lián)的各發(fā)放端生成的電子憑證的標(biāo)識的數(shù)據(jù)形式可以是特定位數(shù)的二進(jìn)制數(shù)或特定規(guī)則的編碼。

也可以在接收發(fā)放端發(fā)送的電子憑證后，確定與所述電子憑證相關(guān)聯(lián)的各發(fā)放端標(biāo)識和發(fā)送所述電子憑證的發(fā)放端的發(fā)放端標(biāo)識；判斷發(fā)送所述電子憑證的發(fā)放端的發(fā)放端標(biāo)識是否在與所述電子憑證相關(guān)聯(lián)的各發(fā)放端標(biāo)識中；若是，則確定發(fā)送所述電子憑證的發(fā)放端與所述電子憑證相關(guān)聯(lián)；否則，確定發(fā)送所述電子憑證的發(fā)放端與所述電子憑證不相關(guān)聯(lián)。

進(jìn)一步地，確定與所述電子憑證相關(guān)聯(lián)的各發(fā)放端標(biāo)識的方式可以是，確定所述電子憑證的憑證標(biāo)識；根據(jù)所述憑證標(biāo)識，確定與所述憑證標(biāo)識相關(guān)聯(lián)的各發(fā)放端標(biāo)識。

s803：根據(jù)所述電子憑證信息，對所述電子憑證進(jìn)行驗證。

s804：驗證不通過。

在本申請實施例中，當(dāng)所述電子憑證信息是電子憑證通用規(guī)則是，在確定所述發(fā)放端與所述電子憑證相關(guān)聯(lián)之后，可以根據(jù)所述電子憑證通用規(guī)則，對所述電子憑證進(jìn)行驗證。

例如，倘若電子憑證通用規(guī)則具體是“法定節(jié)假日不能使用”，則聯(lián)合控制服務(wù)器查閱日歷，若當(dāng)天不是法定節(jié)假日，則驗證通過，若當(dāng)天是法定節(jié)假日，則驗證不通過。當(dāng)發(fā)放端接收到內(nèi)容是通過的驗證結(jié)果是時，發(fā)放者才會提供服務(wù)。

進(jìn)一步地，當(dāng)所述電子憑證信息還包括與所述至少兩個發(fā)放端分別對應(yīng)的各電子憑證特殊規(guī)則時，聯(lián)合控制服務(wù)器還可以確定所述發(fā)放端對應(yīng)的電子憑證特殊規(guī)則；根據(jù)確定出的電子憑證特殊規(guī)則，確定所述發(fā)放端對應(yīng)的服務(wù)信息；將所述服務(wù)信息返回給所述發(fā)放端。

例如，倘若該發(fā)放端對應(yīng)的電子憑證特殊規(guī)則“黃金觀影區(qū)”，則聯(lián)合控制服務(wù)器查閱該發(fā)放端對應(yīng)的發(fā)放者預(yù)先提供的座位表，將處于黃金觀影區(qū)中的空位的編號作為服務(wù)信息，返回給該發(fā)放端，用戶根據(jù)返回的空位的編號入座。

此外，作為本申請實施例的技術(shù)方案適用的一種應(yīng)用場景，電子憑證可以是電子券。所述電子券是商家發(fā)放給用戶的具有優(yōu)惠權(quán)限的券。用戶持有電子券到商家處(線上線下均可)，可以憑電子券享受相應(yīng)的優(yōu)惠。

圖9是本申請實施例提供的一種電子券的發(fā)放方法及驗證方法的流程示意圖，包括以下步驟：

s901：第一商家終端接收用戶端發(fā)送的電子券領(lǐng)取請求。

s902：第一商家終端根據(jù)所述電子券領(lǐng)取請求，向聯(lián)合控制服務(wù)器發(fā)送電子券信息調(diào)用請求。

s903：聯(lián)合控制服務(wù)器根據(jù)接收到的電子券信息調(diào)用請求，將所述電子券信息發(fā)送給所述第一商家終端。

s904：第一商家終端根據(jù)所述電子券信息生成與所述第一商家終端和至少一個第二商家終端相關(guān)聯(lián)的電子券。

s905：第一商家終端將所述電子券發(fā)放給所述用戶端。

s906：第二商家終端接收用戶端發(fā)送的電子券，并將所述電子券發(fā)送給聯(lián)合控制服務(wù)器。

s907：聯(lián)合控制服務(wù)器接收第二商家終端發(fā)送的電子券。

s908：聯(lián)合控制服務(wù)器驗證接收到的電子券。

s909：向第二商家終端返回驗證結(jié)果。

所述電子券信息可以是電子券通用規(guī)則，如有效期限、有效次數(shù)、例外規(guī)則等；也可以是與至少兩個商家終端分別對應(yīng)的各電子券特殊規(guī)則。

在本申請實施例中，當(dāng)?shù)诙碳医K端對應(yīng)的電子券特殊規(guī)則為第二商家終端的優(yōu)惠規(guī)則時，聯(lián)合控制服務(wù)器可以接收所述商家終端發(fā)送的應(yīng)付金額，以及確定所述商家終端對應(yīng)的電子券特殊規(guī)則；根據(jù)確定出的電子券特殊規(guī)則，確定所述商家終端對應(yīng)的優(yōu)惠規(guī)則；根據(jù)所述應(yīng)付金額和確定出的優(yōu)惠規(guī)則，確定用戶端的實付金額；將確定出的實付金額返回到所述商家終端。

圖10a是本申請實施例提供的電子券的示意圖。如圖10a所示，超市a的發(fā)放端a與加油站b的發(fā)放端b都關(guān)聯(lián)有電子券信息，超市a向用戶x發(fā)放電子券y，電子券y上標(biāo)明有電子券的通用規(guī)則“三天內(nèi)有效”，在電子券的右下角有按鈕“詳情”，用戶觸發(fā)該按鈕，可以查看與至少兩個商家終端分別對應(yīng)的各電子券特殊規(guī)則，詳情中列明了該電子券對應(yīng)的各發(fā)放端的發(fā)放者及其特殊規(guī)則，其中加油站b對應(yīng)的特殊規(guī)則是“10元代金券”，見圖10b。待用戶x到加油站b進(jìn)行消費時，加油站b的發(fā)放端b將該電子券y和用戶x的應(yīng)付金額250元發(fā)送給聯(lián)合控制服務(wù)器，聯(lián)合控制服務(wù)器對電子券y進(jìn)行驗證，確定電子券y在有效期內(nèi)，然后返回給發(fā)放端b用戶x的應(yīng)付金額240元，見圖10c。

值得說明的是，所述電子券適用于與所述電子券關(guān)聯(lián)的各發(fā)放端對應(yīng)的發(fā)放者，并且所述電子券既可應(yīng)用于線上場景，如電商平臺上各網(wǎng)店商家的聯(lián)合營銷，也可應(yīng)用于線下場景，如線上發(fā)券的各線下商家的聯(lián)合營銷。

圖10d是本申請實施例提供的，在聯(lián)合營銷場景下，預(yù)設(shè)電子券信息的示意圖。

如圖10d所示，聯(lián)合控制服務(wù)器的管理方可以發(fā)起聯(lián)合營銷活動，各商家可以報名參加該營銷活動，共同確認(rèn)電子券通用規(guī)則(如消費后領(lǐng)可領(lǐng)券、活動時間、出資方式、例外條款等)和分別獨立配置僅適用于自身的電子券特殊規(guī)則(如參與活動的商品、折扣方式、指定門店、指定分銷商等)。

圖10e是本申請實施例提供的，在聯(lián)合營銷場景下的聯(lián)合營銷電子券系統(tǒng)示意圖。

如圖10e所示，聯(lián)合營銷系統(tǒng)由活動匹配模塊、電子券發(fā)放模塊、電子券驗證模塊、電子券核銷模塊。用戶可以通過用戶端登陸到聯(lián)合營銷系統(tǒng)中的活動匹配模塊，在活動匹配模塊下選擇參與該活動的商家后，界面跳轉(zhuǎn)進(jìn)入商家終端的電子券發(fā)放模塊下，用戶在電子券發(fā)放模塊下領(lǐng)取電子券后，可以進(jìn)入電子券驗證模塊進(jìn)行驗證，驗證通過后，可以在電子券核銷模塊下支付價款。

基于圖5所示的電子憑證的發(fā)放方法，本申請實施例還對應(yīng)提供一種電子憑證的發(fā)放裝置，如圖11所示，預(yù)設(shè)與至少兩個發(fā)放端相關(guān)聯(lián)的電子憑證信息，所述裝置包括：

接收模塊1101，接收第一發(fā)放端發(fā)送的電子憑證信息調(diào)用請求；

發(fā)送模塊1102，根據(jù)所述電子憑證信息調(diào)用請求，將所述電子憑證信息發(fā)送給所述第一發(fā)放端，以使所述第一發(fā)放端根據(jù)所述電子憑證信息生成與所述第一發(fā)放端和至少一個第二發(fā)放端相關(guān)聯(lián)的電子憑證，并將所述電子憑證發(fā)放給用戶端。

所述電子憑證信息調(diào)用請求攜帶有用戶端的用戶標(biāo)識，所述裝置還包括：

確定模塊1103，在所述發(fā)送模塊1102將所述電子憑證信息發(fā)送給所述第一發(fā)放端之前，確定所述用戶端的用戶標(biāo)識不在歷史記錄中；

記錄模塊1104，在所述發(fā)送模塊1102將所述電子憑證信息發(fā)送給所述第一發(fā)放端之后，將所述用戶端的用戶標(biāo)識記錄在所述歷史記錄中。

所述電子憑證信息，具體包括：電子憑證通用規(guī)則，和/或，與所述至少兩個發(fā)放端分別對應(yīng)的各電子憑證特殊規(guī)則。

基于圖7所示的電子憑證的發(fā)放方法，本申請實施例還對應(yīng)提供一種電子憑證的發(fā)放裝置，如圖12所示，在聯(lián)合控制服務(wù)器上預(yù)設(shè)與至少兩個發(fā)放端相關(guān)聯(lián)的電子憑證信息，所述裝置包括：

第一接收模塊1201，第一發(fā)放端接收用戶端發(fā)送的電子憑證領(lǐng)取請求；

第一發(fā)送模塊1202，根據(jù)所述電子憑證領(lǐng)取請求，向聯(lián)合控制服務(wù)器發(fā)送電子憑證信息調(diào)用請求；

第二接收模塊1203，接收聯(lián)合控制服務(wù)器返回的電子憑證信息；

電子憑證生成模塊1204，根據(jù)所述電子憑證信息生成與所述第一發(fā)放端和至少一個第二發(fā)放端相關(guān)聯(lián)的電子憑證；

第二發(fā)送模塊1205，將所述電子憑證發(fā)放給所述用戶端。

所述第一發(fā)送模塊1202，提取所述電子憑證領(lǐng)取請求中攜帶的所述用戶端的用戶標(biāo)識；將提取的所述用戶端的用戶標(biāo)識攜帶在電子憑證信息調(diào)用請求中；將攜帶有所述用戶端的用戶標(biāo)識的電子憑證信息調(diào)用請求發(fā)送給所述聯(lián)合控制服務(wù)器。

所述電子憑證信息，具體包括：電子憑證通用規(guī)則，和/或，與所述至少兩個發(fā)放端分別對應(yīng)的各電子憑證特殊規(guī)則。

基于圖8所示的電子憑證的驗證方法，本申請實施例還對應(yīng)提供一種電子憑證的驗證裝置，如圖13所示，預(yù)設(shè)與至少兩個發(fā)放端相關(guān)聯(lián)的電子憑證信息，所述裝置包括：

接收模塊1301，接收發(fā)放端發(fā)送的電子憑證，所述電子憑證是預(yù)先根據(jù)所述電子憑證信息生成的，所述電子憑證與所述至少兩個發(fā)放端相關(guān)聯(lián)；

驗證模塊1302，判斷所述發(fā)放端是否與所述電子憑證相關(guān)聯(lián)；若是，根據(jù)所述電子憑證信息，對所述電子憑證進(jìn)行驗證；否則，驗證不通過。

所述驗證模塊1302，確定與所述電子憑證相關(guān)聯(lián)的各發(fā)放端標(biāo)識和發(fā)送所述電子憑證的發(fā)放端的發(fā)放端標(biāo)識；判斷發(fā)送所述電子憑證的發(fā)放端的發(fā)放端標(biāo)識是否在與所述電子憑證相關(guān)聯(lián)的各發(fā)放端標(biāo)識中；若是，則確定發(fā)送所述電子憑證的發(fā)放端與所述電子憑證相關(guān)聯(lián)；否則，確定發(fā)送所述電子憑證的發(fā)放端與所述電子憑證不相關(guān)聯(lián)。

所述驗證模塊1302，確定所述電子憑證的憑證標(biāo)識；根據(jù)所述憑證標(biāo)識，確定與所述憑證標(biāo)識相關(guān)聯(lián)的各發(fā)放端標(biāo)識。

所述電子憑證信息具體包括電子憑證通用規(guī)則；

所述驗證模塊1302，根據(jù)所述電子憑證通用規(guī)則，對所述電子憑證進(jìn)行驗證。

所述電子憑證信息還包括：與所述至少兩個發(fā)放端分別對應(yīng)的各電子憑證特殊規(guī)則；

所述裝置還包括：

服務(wù)確定模塊1303，當(dāng)所述驗證模塊根據(jù)所述電子憑證通用規(guī)則，對所述電子憑證驗證通過時，確定所述發(fā)放端對應(yīng)的電子憑證特殊規(guī)則；根據(jù)確定出的電子憑證特殊規(guī)則，確定所述發(fā)放端對應(yīng)的服務(wù)信息；將所述服務(wù)信息返回給所述發(fā)放端。

基于圖9所示的電子券的發(fā)放及驗證方法，本申請實施例還對應(yīng)提供了電子券的發(fā)放裝置和驗證裝置，如圖14～16所示，

一種電子券的發(fā)放裝置，預(yù)設(shè)與至少兩個商家終端相關(guān)聯(lián)的電子券信息，所述裝置包括：

接收模塊1401，接收第一商家終端發(fā)送的電子券信息調(diào)用請求；

發(fā)送模塊1402，根據(jù)所述電子券信息調(diào)用請求，將所述電子券信息發(fā)送給所述第一商家終端，以使所述第一商家終端根據(jù)所述電子券信息生成與所述第一商家終端和至少一個第二商家終端相關(guān)聯(lián)的電子券，并將所述電子券發(fā)放給用戶端。

所述電子券信息調(diào)用請求攜帶有用戶端的用戶標(biāo)識，所述裝置還包括：

確定模塊1403，在所述發(fā)送模塊1402將所述電子券信息發(fā)送給所述第一商家終端之前，確定所述用戶端的用戶標(biāo)識不在歷史記錄中；

記錄模塊1404，在所述發(fā)送模塊1402將所述電子券信息發(fā)送給所述第一商家終端之后，將所述用戶端的用戶標(biāo)識記錄在所述歷史記錄中。

所述電子券信息，具體包括：電子券通用規(guī)則，和/或，與所述至少兩個商家終端分別對應(yīng)的各電子券特殊規(guī)則。

一種電子券的發(fā)放裝置，在聯(lián)合控制服務(wù)器上預(yù)設(shè)與至少兩個商家終端相關(guān)聯(lián)的電子券信息，所述裝置包括：

第一接收模塊1501，第一商家終端接收用戶端發(fā)送的電子券領(lǐng)取請求；

第一發(fā)送模塊1502，根據(jù)所述電子券領(lǐng)取請求，向聯(lián)合控制服務(wù)器發(fā)送電子券信息調(diào)用請求；

第二接收模塊1503，接收聯(lián)合控制服務(wù)器返回的電子券信息；

電子券生成模塊1504，根據(jù)所述電子券信息生成與所述第一商家終端和至少一個第二商家終端相關(guān)聯(lián)的電子券；

第二發(fā)送模塊1505，將所述電子券發(fā)放給所述用戶端。

所述第一發(fā)送模塊1502，提取所述電子券領(lǐng)取請求中攜帶的所述用戶端的用戶標(biāo)識；將提取的所述用戶端的用戶標(biāo)識攜帶在電子券信息調(diào)用請求中；將攜帶有所述用戶端的用戶標(biāo)識的電子券信息調(diào)用請求發(fā)送給所述聯(lián)合控制服務(wù)器。

所述電子券信息，具體包括：電子券通用規(guī)則，和/或，與所述至少兩個商家終端分別對應(yīng)的各電子券特殊規(guī)則。

一種電子券的驗證裝置，預(yù)設(shè)與至少兩個商家終端相關(guān)聯(lián)的電子券信息，所述裝置包括：

接收模塊1601，接收商家終端發(fā)送的電子券，所述電子券是預(yù)先根據(jù)所述電子券信息生成的，所述電子券與所述至少兩個商家終端相關(guān)聯(lián)；

驗證模塊1602，判斷所述商家終端是否與所述電子券相關(guān)聯(lián)；若是，根據(jù)所述電子券信息，對所述電子券進(jìn)行驗證；否則，驗證不通過。

所述驗證模塊1602，確定與所述電子券相關(guān)聯(lián)的各商家終端標(biāo)識和發(fā)送所述電子券的商家終端的商家終端標(biāo)識；判斷發(fā)送所述電子券的商家終端的商家終端標(biāo)識是否在所述電子券相關(guān)聯(lián)的各商家終端標(biāo)識中；若是，則確定發(fā)送所述電子券的商家終端與所述電子券相關(guān)聯(lián)；否則，確定發(fā)送所述電子券的商家終端與所述電子券不相關(guān)聯(lián)。

所述驗證模塊1602，確定所述電子券的券標(biāo)識；根據(jù)所述券標(biāo)識，確定與所述券標(biāo)識相關(guān)聯(lián)的各商家終端標(biāo)識。

所述電子券信息具體包括電子券通用規(guī)則；

所述驗證模塊1602，根據(jù)所述電子券通用規(guī)則，確定所述電子券的有效期限、有效次數(shù)中的至少一種；根據(jù)確定出的所述電子券的有效期限、有效次數(shù)中的至少一種對所述電子券進(jìn)行驗證。

所述電子券信息還包括：與所述至少兩個商家終端分別對應(yīng)的各電子券特殊規(guī)則；

所述裝置還包括：

服務(wù)確定模塊1603，當(dāng)所述驗證模塊根據(jù)所述電子券通用規(guī)則，對所述電子憑證驗證通過時，接收所述商家終端發(fā)送的應(yīng)付金額，以及確定所述商家終端對應(yīng)的優(yōu)惠規(guī)則；根據(jù)所述應(yīng)付金額和確定出的優(yōu)惠規(guī)則，確定用戶端的實付金額；將確定出的實付金額返回到所述商家終端。

最后，需要強(qiáng)調(diào)的是，圖10e所示的聯(lián)合營銷電子券系統(tǒng)中的活動匹配模塊的功能可以由圖15中的第一接收模塊實現(xiàn)1501；電子券發(fā)放模塊的功能可以由圖15中的第一發(fā)送模塊1502、第二發(fā)放模塊1503、電子券生成模塊1504、第二發(fā)送模塊1505共同實現(xiàn)；電子券驗證模塊的功能可以由圖16中的接收模塊1601和驗證模塊1602共同實現(xiàn)；電子券核銷模塊的功能可以通過對圖16所示的裝置新增核銷模塊實現(xiàn)。

在20世紀(jì)90年代，對于一個技術(shù)的改進(jìn)可以很明顯地區(qū)分是硬件上的改進(jìn)(例如，對二極管、晶體管、開關(guān)等電路結(jié)構(gòu)的改進(jìn))還是軟件上的改進(jìn)(對于方法流程的改進(jìn))。然而，隨著技術(shù)的發(fā)展，當(dāng)今的很多方法流程的改進(jìn)已經(jīng)可以視為硬件電路結(jié)構(gòu)的直接改進(jìn)。設(shè)計人員幾乎都通過將改進(jìn)的方法流程編程到硬件電路中來得到相應(yīng)的硬件電路結(jié)構(gòu)。因此，不能說一個方法流程的改進(jìn)就不能用硬件實體模塊來實現(xiàn)。例如，可編程邏輯器件(programmablelogicdevice,pld)(例如現(xiàn)場可編程門陣列(fieldprogrammablegatearray，fpga))就是這樣一種集成電路，其邏輯功能由用戶對器件編程來確定。由設(shè)計人員自行編程來把一個數(shù)字系統(tǒng)“集成”在一片pld上，而不需要請芯片制造廠商來設(shè)計和制作專用的集成電路芯片。而且，如今，取代手工地制作集成電路芯片，這種編程也多半改用“邏輯編譯器(logiccompiler)”軟件來實現(xiàn)，它與程序開發(fā)撰寫時所用的軟件編譯器相類似，而要編譯之前的原始代碼也得用特定的編程語言來撰寫，此稱之為硬件描述語言(hardwaredescriptionlanguage，hdl)，而hdl也并非僅有一種，而是有許多種，如abel(advancedbooleanexpressionlanguage)、ahdl(alterahardwaredescriptionlanguage)、confluence、cupl(cornelluniversityprogramminglanguage)、hdcal、jhdl(javahardwaredescriptionlanguage)、lava、lola、myhdl、palasm、rhdl(rubyhardwaredescriptionlanguage)等，目前最普遍使用的是vhdl(very-high-speedintegratedcircuithardwaredescriptionlanguage)與verilog。本領(lǐng)域技術(shù)人員也應(yīng)該清楚，只需要將方法流程用上述幾種硬件描述語言稍作邏輯編程并編程到集成電路中，就可以很容易得到實現(xiàn)該邏輯方法流程的硬件電路。

控制器可以按任何適當(dāng)?shù)姆绞綄崿F(xiàn)，例如，控制器可以采取例如微處理器或處理器以及存儲可由該(微)處理器執(zhí)行的計算機(jī)可讀程序代碼(例如軟件或固件)的計算機(jī)可讀介質(zhì)、邏輯門、開關(guān)、專用集成電路(applicationspecificintegratedcircuit，asic)、可編程邏輯控制器和嵌入微控制器的形式，控制器的例子包括但不限于以下微控制器：arc625d、atmelat91sam、microchippic18f26k20以及siliconelabsc8051f320，存儲器控制器還可以被實現(xiàn)為存儲器的控制邏輯的一部分。本領(lǐng)域技術(shù)人員也知道，除了以純計算機(jī)可讀程序代碼方式實現(xiàn)控制器以外，完全可以通過將方法步驟進(jìn)行邏輯編程來使得控制器以邏輯門、開關(guān)、專用集成電路、可編程邏輯控制器和嵌入微控制器等的形式來實現(xiàn)相同功能。因此這種控制器可以被認(rèn)為是一種硬件部件，而對其內(nèi)包括的用于實現(xiàn)各種功能的裝置也可以視為硬件部件內(nèi)的結(jié)構(gòu)?；蛘呱踔?，可以將用于實現(xiàn)各種功能的裝置視為既可以是實現(xiàn)方法的軟件模塊又可以是硬件部件內(nèi)的結(jié)構(gòu)。

上述實施例闡明的系統(tǒng)、裝置、模塊或單元，具體可以由計算機(jī)芯片或?qū)嶓w實現(xiàn)，或者由具有某種功能的產(chǎn)品來實現(xiàn)。一種典型的實現(xiàn)設(shè)備為計算機(jī)。具體的，計算機(jī)例如可以為個人計算機(jī)、膝上型計算機(jī)、蜂窩電話、相機(jī)電話、智能電話、個人數(shù)字助理、媒體播放器、導(dǎo)航設(shè)備、電子郵件設(shè)備、游戲控制臺、平板計算機(jī)、可穿戴設(shè)備或者這些設(shè)備中的任何設(shè)備的組合。

為了描述的方便，描述以上裝置時以功能分為各種單元分別描述。當(dāng)然，在實施本申請時可以把各單元的功能在同一個或多個軟件和/或硬件中實現(xiàn)。

本領(lǐng)域內(nèi)的技術(shù)人員應(yīng)明白，本發(fā)明的實施例可提供為方法、系統(tǒng)、或計算機(jī)程序產(chǎn)品。因此，本發(fā)明可采用完全硬件實施例、完全軟件實施例、或結(jié)合軟件和硬件方面的實施例的形式。而且，本發(fā)明可采用在一個或多個其中包含有計算機(jī)可用程序代碼的計算機(jī)可用存儲介質(zhì)(包括但不限于磁盤存儲器、cd-rom、光學(xué)存儲器等)上實施的計算機(jī)程序產(chǎn)品的形式。

本發(fā)明是參照根據(jù)本發(fā)明實施例的方法、設(shè)備(系統(tǒng))、和計算機(jī)程序產(chǎn)品的流程圖和/或方框圖來描述的。應(yīng)理解可由計算機(jī)程序指令實現(xiàn)流程圖和/或方框圖中的每一流程和/或方框、以及流程圖和/或方框圖中的流程和/或方框的結(jié)合?？商峁┻@些計算機(jī)程序指令到通用計算機(jī)、專用計算機(jī)、嵌入式處理機(jī)或其他可編程數(shù)據(jù)處理設(shè)備的處理器以產(chǎn)生一個機(jī)器，使得通過計算機(jī)或其他可編程數(shù)據(jù)處理設(shè)備的處理器執(zhí)行的指令產(chǎn)生用于實現(xiàn)在流程圖一個流程或多個流程和/或方框圖一個方框或多個方框中指定的功能的裝置。

這些計算機(jī)程序指令也可存儲在能引導(dǎo)計算機(jī)或其他可編程數(shù)據(jù)處理設(shè)備以特定方式工作的計算機(jī)可讀存儲器中，使得存儲在該計算機(jī)可讀存儲器中的指令產(chǎn)生包括指令裝置的制造品，該指令裝置實現(xiàn)在流程圖一個流程或多個流程和/或方框圖一個方框或多個方框中指定的功能。

這些計算機(jī)程序指令也可裝載到計算機(jī)或其他可編程數(shù)據(jù)處理設(shè)備上，使得在計算機(jī)或其他可編程設(shè)備上執(zhí)行一系列操作步驟以產(chǎn)生計算機(jī)實現(xiàn)的處理，從而在計算機(jī)或其他可編程設(shè)備上執(zhí)行的指令提供用于實現(xiàn)在流程圖一個流程或多個流程和/或方框圖一個方框或多個方框中指定的功能的步驟。

在一個典型的配置中，計算設(shè)備包括一個或多個處理器(cpu)、輸入/輸出接口、網(wǎng)絡(luò)接口和內(nèi)存。

內(nèi)存可能包括計算機(jī)可讀介質(zhì)中的非永久性存儲器，隨機(jī)存取存儲器(ram)和/或非易失性內(nèi)存等形式，如只讀存儲器(rom)或閃存(flashram)。內(nèi)存是計算機(jī)可讀介質(zhì)的示例。

計算機(jī)可讀介質(zhì)包括永久性和非永久性、可移動和非可移動媒體可以由任何方法或技術(shù)來實現(xiàn)信息存儲。信息可以是計算機(jī)可讀指令、數(shù)據(jù)結(jié)構(gòu)、程序的模塊或其他數(shù)據(jù)。計算機(jī)的存儲介質(zhì)的例子包括，但不限于相變內(nèi)存(pram)、靜態(tài)隨機(jī)存取存儲器(sram)、動態(tài)隨機(jī)存取存儲器(dram)、其他類型的隨機(jī)存取存儲器(ram)、只讀存儲器(rom)、電可擦除可編程只讀存儲器(eeprom)、快閃記憶體或其他內(nèi)存技術(shù)、只讀光盤只讀存儲器(cd-rom)、數(shù)字多功能光盤(dvd)或其他光學(xué)存儲、磁盒式磁帶，磁帶磁磁盤存儲或其他磁性存儲設(shè)備或任何其他非傳輸介質(zhì)，可用于存儲可以被計算設(shè)備訪問的信息。按照本文中的界定，計算機(jī)可讀介質(zhì)不包括暫存電腦可讀媒體(transitorymedia)，如調(diào)制的數(shù)據(jù)信號和載波。

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

本領(lǐng)域技術(shù)人員應(yīng)明白，本申請的實施例可提供為方法、系統(tǒng)或計算機(jī)程序產(chǎn)品。因此，本申請可采用完全硬件實施例、完全軟件實施例或結(jié)合軟件和硬件方面的實施例的形式。而且，本申請可采用在一個或多個其中包含有計算機(jī)可用程序代碼的計算機(jī)可用存儲介質(zhì)(包括但不限于磁盤存儲器、cd-rom、光學(xué)存儲器等)上實施的計算機(jī)程序產(chǎn)品的形式。

本申請可以在由計算機(jī)執(zhí)行的計算機(jī)可執(zhí)行指令的一般上下文中描述，例如程序模塊。一般地，程序模塊包括執(zhí)行特定任務(wù)或?qū)崿F(xiàn)特定抽象數(shù)據(jù)類型的例程、程序、對象、組件、數(shù)據(jù)結(jié)構(gòu)等等。也可以在分布式計算環(huán)境中實踐本申請，在這些分布式計算環(huán)境中，由通過通信網(wǎng)絡(luò)而被連接的遠(yuǎn)程處理設(shè)備來執(zhí)行任務(wù)。在分布式計算環(huán)境中，程序模塊可以位于包括存儲設(shè)備在內(nèi)的本地和遠(yuǎn)程計算機(jī)存儲介質(zhì)中。

本說明書中的各個實施例均采用遞進(jìn)的方式描述，各個實施例之間相同相似的部分互相參見即可，每個實施例重點說明的都是與其他實施例的不同之處。尤其，對于系統(tǒng)實施例而言，由于其基本相似于方法實施例，所以描述的比較簡單，相關(guān)之處參見方法實施例的部分說明即可。

以上所述僅為本申請的實施例而已，并不用于限制本申請。對于本領(lǐng)域技術(shù)人員來說，本申請可以有各種更改和變化。凡在本申請的精神和原理之內(nèi)所作的任何修改、等同替換、改進(jìn)等，均應(yīng)包含在本申請的權(quán)利要求范圍之內(nèi)。