添加購物車的方法及裝置的制造方法
【專利摘要】本公開是關于一種添加購物車的方法及裝置。方法包括：接收由購物車添加指令，購物車添加指令包括目標商品的商品標識；根據商品標識，判斷目標商品是否屬于預設商品集合；在目標商品屬于預設商品集合時，向購買憑證發放系統發送購買憑證獲取請求；接收由購買憑證發放系統發送的購買憑證；向購物車系統發送包括購買憑證的第一添加購物車請求，以由購物車系統根據購買憑證審批購物車添加操作；接收由購物車系統發送的購物車添加結果。由此，可解決因在搶購開始時購物車系統接收到大量的添加購物車請求而造成的瞬時流量激增、網絡擁塞、響應延遲、易崩潰的問題，從而減小購物車系統的請求處理量，提高請求處理速度，并且不影響購買其他商品的用戶。
【專利說明】
添加購物車的方法及裝置
技術領域
[0001]本公開涉及電子商務領域，尤其涉及一種添加購物車的方法及裝置。
【背景技術】
[0002]隨著移動互聯網的高速發展，電子商務的需求日益增加，越來越多的人選擇使用電商平臺購買商品和服務。秒殺和限時搶購是電商常用的一種市場推廣方法。例如下午2點，半價搶購某熱門商品，但僅有少數名額。在搶購開始的時候，通常會有超過日常流量很多倍的用戶購買操作。在密集網絡環境下，不僅要保證搶購正常進行，而且還要保證正常的業務不受影響。
[0003]相關技術中，在客戶端發起購買請求以后，服務器響應請求，并根據過濾規則，對符合購買條件的用戶，按照請求的先后順序，將購買的商品添加到購物車系統中。
[0004]然而，在搶購開始時，瞬時流量會非常大，此時，服務器系統由于需要處理的請求過多，穩定性通常是沒有保證的，易發生崩潰，并且響應延遲，會影響購買其他商品的用戶。此外，當請求連接數量超過服務器限制時，服務器會拒絕掉過多的請求，這樣也會影響購買其他商品的用戶。
【發明內容】
[0005]為克服相關技術中存在的問題，本公開提供一種添加購物車的方法及裝置。
[0006]根據本公開實施例的第一方面，提供一種添加購物車的方法，所述方法包括:接收由用戶施加的針對目標商品的購物車添加操作產生的購物車添加指令，所述購物車添加指令包括所述目標商品的商品標識;根據所述商品標識，判斷所述目標商品是否屬于預設商品集合;在所述目標商品屬于所述預設商品集合時，向購買憑證發放系統發送購買憑證獲取請求;接收由所述購買憑證發放系統發送的購買憑證；向購物車系統發送包括所述購買憑證的第一添加購物車請求，所述第一添加購物車請求用于所述購物車系統根據所述購買憑證審批針對所述目標商品的所述購物車添加操作；以及接收由所述購物車系統發送的購物車添加結果。
[0007]可選地，所述方法還包括:在所述目標商品不屬于所述預設商品集合時，向所述購物車系統發送第二添加購物車請求，所述第二添加購物車請求用于所述購物車系統審批針對所述目標商品的所述購物車添加操作。
[0008]可選地，所述在所述目標商品屬于所述預設商品集合時，向購買憑證發放系統發送購買憑證獲取請求，包括:在所述目標商品屬于預設商品集合時，向所述購買憑證發放系統發送包括用戶標識和所述商品標識的購買憑證獲取請求。
[0009]可選地，所述接收由所述購買憑證發放系統發送的購買憑證，包括:接收由所述購買憑證發放系統發送的經加密處理的購買憑證；以及所述向購物車系統發送包括所述購買憑證的第一添加購物車請求，包括:向所述購物車系統發送包括經加密處理后的所述購買憑證的第一添加購物車請求。
[0010]根據本公開實施例的第二方面，提供一種添加購物車的方法，所述方法包括:接收由用戶終端發送的購買憑證獲取請求，所述購買憑證獲取請求是所述用戶終端在用戶施加的添加購物車操作所針對的目標商品屬于預設商品集合時發送的;對所述購買憑證獲取請求進行驗證，并得到驗證結果;在所述驗證結果指示所述購買憑證獲取請求通過驗證時，向所述用戶終端發送購買憑證，所述購買憑證用于購物車系統審批針對所述目標商品的所述購物車添加操作。
[0011]可選地，所述購買憑證獲取請求包括用戶標識和所述目標商品的商品標識；以及所述對所述購買憑證獲取請求進行驗證，并得到驗證結果，包括:根據所述用戶標識和所述目標商品的商品標識，判斷所述用戶是否具有購買資格;在確定所述用戶具有購買資格時，根據所述購物車系統的負載能力和接收到所述購買憑證獲取請求的時間，確定針對所述購買憑證獲取請求的驗證結果。
[0012]可選地，所述購買憑證獲取請求包括用戶標識和所述目標商品的商品標識；以及所述向所述用戶終端發送購買憑證，包括:向所述用戶終端發送包括所述用戶標識、所述目標商品的商品標識、以及與當前時間相對應的時間戳信息的購買憑證。
[0013]可選地，所述在所述驗證結果指示所述購買憑證獲取請求通過驗證時，向所述用戶終端發送購買憑證，包括:在所述驗證結果指示所述購買憑證獲取請求通過驗證時，對所述購買憑證進行加密處理，并向所述用戶終端發送經加密處理后的購買憑證。
[0014]根據本公開實施例的第三方面，提供一種添加購物車的方法，所述方法包括:接收由用戶終端發送的添加購物車請求，所述添加購物車請求包括用戶施加的添加購物車操作所針對的目標商品的商品標識;根據所述目標商品的商品標識，判斷所述目標商品是否屬于預設商品集合;在所述目標商品屬于所述預設商品集合時，判斷所述添加購物車請求中是否包括購買憑證;在確定所述添加購物車請求包括所述購買憑證時，根據所述購買憑證，對所述添加購物車操作進行審批;根據審批結果，向所述用戶終端發送購物車添加結果。
[0015]可選地，所述方法還包括:在所述目標商品不屬于所述預設商品集合時，響應于所述添加購物車請求，對所述添加購物車操作進行審批。
[0016]可選地，所述在確定所述添加購物車請求包括所述購買憑證時，根據所述購買憑證，對所述添加購物車操作進行審批，包括:在確定所述添加購物車請求包括所述購買憑證時，對所述購買憑證進行解密；以及當解密成功時，根據解密后得到的購買憑證，對所述添加購物車操作進行審批。
[0017]可選地，所述根據所述購買憑證，對所述添加購物車操作進行審批，包括:根據預設規則，驗證所述購買憑證的合法性;在確定所述購買憑證合法時，批準所述添加購物車操作，并將所述目標商品添加至購物車中。
[0018]可選地，所述添加購物車請求還包括用戶標識;所述購買憑證包括用戶標識、商品標識、以及時間戳信息；以及，所述預設規則包括以下中的至少一者:所述添加購物車請求中包括的用戶標識與所述購買憑證中包括的用戶標識一致;所述添加購物車請求中包括的所述目標商品的商品標識與所述購買憑證中包括的商品標識一致;所述購買憑證中包括的所述時間戳信息所指示的時間距離當前時間的時間差未超過預設的時間差閾值;所述購買憑證首次被進行合法性驗證。
[0019]根據本公開實施例的第四方面，提供一種添加購物車的裝置，所述裝置包括:第一接收模塊，被配置為接收由用戶施加的針對目標商品的購物車添加操作產生的購物車添加指令，所述購物車添加指令包括所述目標商品的商品標識;第一判斷模塊，被配置為根據所述商品標識，判斷所述目標商品是否屬于預設商品集合;第一發送模塊，被配置為在所述目標商品屬于所述預設商品集合時，向購買憑證發放系統發送購買憑證獲取請求;第二接收模塊，被配置為接收由所述購買憑證發放系統發送的購買憑證;第二發送模塊，被配置為向購物車系統發送包括所述購買憑證的第一添加購物車請求，所述第一添加購物車請求用于所述購物車系統根據所述購買憑證審批針對所述目標商品的所述購物車添加操作；以及第三接收模塊，被配置為接收由所述購物車系統發送的購物車添加結果。
[0020]可選地，所述裝置還包括:第三發送模塊，被配置為在所述目標商品不屬于所述預設商品集合時，向所述購物車系統發送第二添加購物車請求，所述第二添加購物車請求用于所述購物車系統審批針對所述目標商品的所述購物車添加操作。
[0021]可選地，所述第一發送模塊，被配置為在所述目標商品屬于預設商品集合時，向所述購買憑證發放系統發送包括用戶標識和所述商品標識的購買憑證獲取請求。
[0022]可選地，所述第二接收模塊，被配置為接收由所述購買憑證發放系統發送的經加密處理的購買憑證；以及所述第二發送模塊，被配置為向所述購物車系統發送包括經加密處理后的所述購買憑證的第一添加購物車請求。
[0023]根據本公開實施例的第五方面，提供一種添加購物車的裝置，所述裝置包括:第四接收模塊，被配置為接收由用戶終端發送的購買憑證獲取請求，所述購買憑證獲取請求是所述用戶終端在用戶施加的添加購物車操作所針對的目標商品屬于預設商品集合時發送的；驗證模塊，被配置為對所述購買憑證獲取請求進行驗證，并得到驗證結果；第四發送模塊，被配置為在所述驗證結果指示所述購買憑證獲取請求通過驗證時，向所述用戶終端發送購買憑證，所述購買憑證用于購物車系統審批針對所述目標商品的所述購物車添加操作。
[0024]可選地，所述購買憑證獲取請求包括用戶標識和所述目標商品的商品標識；以及所述驗證模塊包括:判斷子模塊，被配置為根據所述用戶標識和所述目標商品的商品標識，判斷所述用戶是否具有購買資格;第一驗證子模塊，被配置為在確定所述用戶具有購買資格時，根據所述購物車系統的負載能力和接收到所述購買憑證獲取請求的時間，確定針對所述購買憑證獲取請求的驗證結果。
[0025]可選地，所述購買憑證獲取請求包括用戶標識和所述目標商品的商品標識；以及所述第四發送模塊，被配置為:在所述驗證結果指示所述購買憑證獲取請求通過驗證時，向所述用戶終端發送包括所述用戶標識、所述目標商品的商品標識、以及與當前時間相對應的時間戳信息的購買憑證。
[0026]可選地，所述第四發送模塊包括:加密子模塊，被配置為在所述驗證結果指示所述購買憑證獲取請求通過驗證時，對所述購買憑證進行加密處理;發送子模塊，被配置為向所述用戶終端發送經加密處理后的購買憑證。
[0027]根據本公開實施例的第六方面，提供一種添加購物車的裝置，所述裝置包括:第五接收模塊，被配置為接收由用戶終端發送的添加購物車請求，所述添加購物車請求包括用戶施加的添加購物車操作所針對的目標商品的商品標識;第二判斷模塊，被配置為根據所述目標商品的商品標識，判斷所述目標商品是否屬于預設商品集合;第三判斷模塊，被配置為在所述目標商品屬于所述預設商品集合時，判斷所述添加購物車請求中是否包括購買憑證;第一審批模塊，被配置為在確定所述添加購物車請求包括所述購買憑證時，根據所述購買憑證，對所述添加購物車操作進行審批;第五發送模塊，被配置為根據審批結果，向所述用戶終端發送購物車添加結果。
[0028]可選地，所述裝置還包括:第二審批模塊，被配置為在所述目標商品不屬于所述預設商品集合時，響應于所述添加購物車請求，對所述添加購物車操作進行審批。
[0029]可選地，所述第一審批模塊包括:解密子模塊，被配置為在確定所述添加購物車請求包括所述購買憑證時，對所述購買憑證進行解密；以及第一審批子模塊，被配置為當解密成功時，根據解密后得到的購買憑證，對所述添加購物車操作進行審批。
[0030]可選地，所述第一審批模塊包括:第二驗證子模塊，被配置為在確定所述添加購物車請求包括所述購買憑證時，根據預設規則，驗證所述購買憑證的合法性;第二審批子模塊，被配置為在確定所述購買憑證合法時，批準所述添加購物車操作，并將所述目標商品添加至購物車中。
[0031]可選地，所述添加購物車請求還包括用戶標識;所述購買憑證包括用戶標識、商品標識、以及時間戳信息；以及，所述預設規則包括以下中的至少一者:所述添加購物車請求中包括的用戶標識與所述購買憑證中包括的用戶標識一致;所述添加購物車請求中包括的所述目標商品的商品標識與所述購買憑證中包括的商品標識一致;所述購買憑證中包括的所述時間戳信息所指示的時間距離當前時間的時間差未超過預設的時間差閾值;所述購買憑證首次被進行合法性驗證。
[0032]根據本公開實施例的第七方面，提供一種添加購物車的裝置，包括:處理器；用于存儲處理器可執行指令的存儲器;其中，所述處理器被配置為:接收由用戶施加的針對目標商品的購物車添加操作產生的購物車添加指令，所述購物車添加指令包括所述目標商品的商品標識;根據所述商品標識，判斷所述目標商品是否屬于預設商品集合;在所述目標商品屬于所述預設商品集合時，向購買憑證發放系統發送購買憑證獲取請求;接收由所述購買憑證發放系統發送的購買憑證;向購物車系統發送包括所述購買憑證的第一添加購物車請求，所述第一添加購物車請求用于所述購物車系統根據所述購買憑證審批針對所述目標商品的所述購物車添加操作；以及接收由所述購物車系統發送的購物車添加結果。
[0033]根據本公開實施例的第八方面，提供一種添加購物車的裝置，包括:處理器；用于存儲處理器可執行指令的存儲器;其中，所述處理器被配置為:接收由用戶終端發送的購買憑證獲取請求，所述購買憑證獲取請求是所述用戶終端在用戶施加的添加購物車操作所針對的目標商品屬于預設商品集合時發送的；對所述購買憑證獲取請求進行驗證，并得到驗證結果;在所述驗證結果指示所述購買憑證獲取請求通過驗證時，向所述用戶終端發送購買憑證，所述購買憑證用于購物車系統審批針對所述目標商品的所述購物車添加操作。
[0034]根據本公開實施例的第九方面，提供一種添加購物車的裝置，包括:處理器；用于存儲處理器可執行指令的存儲器;其中，所述處理器被配置為:接收由用戶終端發送的添加購物車請求，所述添加購物車請求包括用戶施加的添加購物車操作所針對的目標商品的商品標識;根據所述目標商品的商品標識，判斷所述目標商品是否屬于預設商品集合;在所述目標商品屬于所述預設商品集合時，判斷所述添加購物車請求中是否包括購買憑證;在確定所述添加購物車請求包括所述購買憑證時，根據所述購買憑證，對所述添加購物車操作進行審批;根據審批結果，向所述用戶終端發送購物車添加結果。
[0035]本公開的實施例提供的技術方案可以包括以下有益效果:通過判斷目標商品是否屬于預設商品集合，可以確定出用戶預期購買的目標商品是否為搶購商品。在確定用戶預期購買的目標商品為搶購商品時，用戶終端要首先從購買憑證發放系統獲取購買憑證。當用戶終端獲取到購買憑證后，再向購物車系統發送包括該購買憑證的添加購物車請求，以由購物車系統根據該購買憑證審批針對該目標商品的購物車添加操作。這樣，可以將用戶搶購放號流程和添加購物車流程進行獨立，以此解決因在搶購開始時購物車系統接收到大量的添加購物車請求而造成的瞬時流量激增、網絡擁塞、響應延遲、易崩潰的問題，從而能夠減小購物車系統的請求處理量，提高請求處理速度，并且不影響購買其他商品的用戶。此夕卜，由于負責搶購放號的購買憑證發放系統與負責購物車添加操作的購物車系統之間相互獨立，因此，當任何一個系統成為瓶頸的時候，只需要升級這個系統即可，從而便于橫向擴展。
[0036]應當理解的是，以上的一般描述和后文的細節描述僅是示例性和解釋性的，并不能限制本公開。
【附圖說明】
[0037]此處的附圖被并入說明書中并構成本說明書的一部分，示出了符合本公開的實施例，并與說明書一起用于解釋本公開的原理。
[0038]圖1是根據一示例性實施例示出的一種實施環境的示意圖。
[0039]圖2是根據一示例性實施例示出的一種添加購物車的方法的流程圖。
[0040]圖3是根據另一示例性實施例示出的一種添加購物車的方法的流程圖。
[0041 ]圖4是根據另一示例性實施例示出的一種添加購物車的方法的流程圖。
[0042]圖5是根據另一示例性實施例示出的一種添加購物車的方法的流程圖。
[0043]圖6是根據一示例性實施例示出的一種添加購物車的方法的流程圖。
[0044]圖7是根據另一示例性實施例示出的一種添加購物車的方法的流程圖。
[0045]圖8是根據另一示例性實施例示出的一種添加購物車的方法的流程圖。
[0046]圖9是根據另一示例性實施例示出的一種添加購物車的方法的流程圖。
[0047]圖10是根據一示例性實施例示出的一種添加購物車的方法的流程圖。
[0048]圖11是根據另一示例性實施例示出的一種添加購物車的方法的流程圖。
[0049]圖12是根據另一示例性實施例示出的一種添加購物車的方法的流程圖。
[0050]圖13是根據另一示例性實施例示出的一種添加購物車的方法的流程圖。
[0051 ]圖14A和圖14B是根據一示例性實施例示出的一種添加購物車的裝置的框圖。
[0052]圖15是根據一示例性實施例示出的一種添加購物車的裝置的框圖。
[0053]圖16A和圖16B是根據一示例性實施例示出的一種添加購物車的裝置的框圖。
[0054]圖17是根據一示例性實施例示出的一種添加購物車的裝置的框圖。
[0055]圖18是根據一示例性實施例示出的一種添加購物車的裝置的框圖。
[0056]圖19是根據一示例性實施例示出的一種添加購物車的裝置的框圖。
【具體實施方式】
[0057]這里將詳細地對示例性實施例進行說明，其示例表示在附圖中。下面的描述涉及附圖時，除非另有表示，不同附圖中的相同數字表示相同或相似的要素。以下示例性實施例中所描述的實施方式并不代表與本公開相一致的所有實施方式。相反，它們僅是與如所附權利要求書中所詳述的、本公開的一些方面相一致的裝置和方法的例子。
[0058]圖1是根據一示例性實施例示出的一種實施環境的示意圖。如圖1所示，該實施環境可以包括用戶終端100、購買憑證發放系統200和購物車系統300。其中，用戶終端100可以利用各種有線或無線通信網絡分別與購買憑證發放系統200和購物車系統300進行通信，所述通信網絡可以例如包括但不限于:2G網絡、3G網絡、4G網絡、無線局域網等等。
[0059]當用戶通過用戶終端100參與搶購活動時，購買憑證發放系統200用于向用戶終端100發送購買憑證，用戶終端100在收到該購買憑證后，獲得了購買資格，之后，可以憑借該購買憑證向購物車系統300發出添加購物車請求。在本公開中，用戶終端100可以例如是智能手機、平板電腦、個人數字助理(PDA)、PC機、筆記本電腦等等。圖1中以用戶終端100是智能手機來示意。購買憑證發放系統200和購物車系統300可以例如是服務器。
[0060]圖2是根據一示例性實施例示出的一種添加購物車的方法的流程圖，其中，該方法可以應用于用戶終端，例如，圖1所示的用戶終端100。如圖2所示，該方法可以包括:
[0061 ]在步驟201中，接收由用戶施加的針對目標商品的購物車添加操作產生的購物車添加指令，該購物車添加指令包括目標商品的商品標識。
[0062]用戶可以在用戶終端上施加針對預期購買的商品的購物車添加操作，其中，用戶預期購買的商品即為在步驟201中所提到的目標商品。在一種實施方式中，用戶終端上可以安裝購物類的App，這樣，用戶可以在該App中進行購物車添加操作。或者，在另一種實施方式中，用戶可以通過用戶終端100上的瀏覽器登錄到購物平臺的網站，在該網站上進行購物車添加操作。當用戶施加了購物車添加操作后，用戶終端100可以接收到由該購物車添加操作產生的購物車添加指令，并且，該購物車添加指令可以包括目標商品的商品標識，即，購物車添加指令可以指示用戶預期購買何種商品。
[0063]另外，在本公開中，商品可以包括實體商品，例如，電子產品、生活物品、服飾、裝飾品等等具有形狀和大小的物品。此外，商品也可以包括虛擬商品，例如，旅游廣品或者各種服務廣品等等。
[0064]此外，在本公開中，商品標識可以例如包括但不限于以下中的至少一者:商品編號、商品名稱、商品型號、商品SKlKStock Keeping Unit，庫存量單位)等等，其中，在一個購物平臺中，每個商品具有唯一的商品標識。
[0065]在步驟202中，根據商品標識，判斷該目標商品是否屬于預設商品集合。
[0066]在購物平臺上為用戶提供了諸多商品和服務。購物平臺運營商有時會在這些商品中選取其中一個或者一些商品作為搶購商品。在本公開中，購物平臺運營商可以預先定義一商品集合，該商品集合中包括所有搶購商品。當用戶終端在接收到購物車添加指令后，通過對該購物車添加指令進行解析，可以從中提取出目標商品的商品標識。這樣，用戶終端可以根據該商品標識，獲悉目標商品為何種商品，并遍歷預設商品集合，以判斷該目標商品是否屬于該預設商品集合，即，判斷該預設商品集合中是否包含該目標商品。
[0067]在步驟203中，在目標商品屬于預設商品集合時，向購買憑證發放系統發送購買憑證獲取請求。
[0068]當通過步驟202后確定目標商品屬于預設商品集合時，用戶終端可以知曉用戶預期購買的商品為搶購商品，此時，用戶終端向購買憑證發放系統發送購買憑證獲取請求，其中，該購買憑證獲取請求用于請求從購買憑證發放系統獲取購買憑證，而不是直接與購物車系統通信并請求添加購物車。
[0069]在步驟204中，接收由購買憑證發放系統發送的購買憑證。
[0070]當用戶終端向購買憑證發放系統發送購買憑證獲取請求之后，購買憑證發放系統會對該購買憑證獲取請求進行驗證，并且當驗證結果指示購買憑證獲取請求通過驗證時，向用戶終端發送購買憑證，而用戶終端可以接收到這一購買憑證。
[0071]在步驟205中，向購物車系統發送包括購買憑證的第一添加購物車請求，該第一添加購物車請求用于購物車系統根據購買憑證審批針對目標商品的購物車添加操作。
[0072]當用戶終端接收到購買憑證后，其具備了購買該目標商品的資格。此時，用戶終端可以向購物車系統請求將該目標商品添加至購物車。為此，用戶終端將該購買憑證包括在第一添加購物車請求中，并向購物車系統發送該第一添加購物車請求。
[0073]購物車系統在接收到來自用戶終端的第一添加購物車請求后，可以對其中包括的購買憑證進行合法性驗證，并根據合法性驗證結果審批該購物車添加操作。示例地，當購買憑證通過合法性驗證時，批準該購物車添加操作，并將目標商品添加至購物車中。當購買憑證未通過合法性驗證時，拒絕該購物車添加操作，并且不進行將目標商品添加至購物車的操作。
[0074]當購物車系統完成對購物車添加操作的審批之后，可以根據審批結果，向用戶終端反饋購物車添加結果。示例地，當購物車添加操作被批準時，向用戶終端反饋用于指示購物車添加成功的購物車添加結果；當購物車添加操作被拒絕時，向用戶終端反饋用于指示購物車添加失敗的購物車添加結果，并且，可選地，還可以將失敗原因包含在該購物車添加結果中，一起反饋給用戶終端。示例地，失敗原因可以例如為購買憑證無效。
[0075]在步驟206中，接收由購物車系統發送的購物車添加結果。
[0076]在購物車系統發送了購物車添加結果之后，用戶終端可以接收到這一購物車添加結果，并且可以顯示給用戶，以使用戶得知關于購物車添加操作的結果。
[0077]綜上所述，通過判斷目標商品是否屬于預設商品集合，可以確定出用戶預期購買的目標商品是否為搶購商品。在確定用戶預期購買的目標商品為搶購商品時，用戶終端要首先從購買憑證發放系統獲取購買憑證。當用戶終端獲取到購買憑證后，再向購物車系統發送包括該購買憑證的添加購物車請求，以由購物車系統根據該購買憑證審批針對該目標商品的購物車添加操作。這樣，可以將用戶搶購放號流程和添加購物車流程進行獨立，以此解決因在搶購開始時購物車系統接收到大量的添加購物車請求而造成的瞬時流量激增、網絡擁塞、響應延遲、易崩潰的問題，從而能夠減小購物車系統的請求處理量，提高請求處理速度，并且不影響購買其他商品的用戶。此外，由于負責搶購放號的購買憑證發放系統與負責購物車添加操作的購物車系統之間相互獨立，因此，當任何一個系統遇到瓶頸的時候，只需要升級這個系統即可，從而便于系統的橫向擴展。
[0078]圖3是根據另一示例性實施例示出的一種添加購物車的方法的流程圖，其中，該方法可以應用于用戶終端，例如，圖1所示的用戶終端100。如圖3所示，該方法可以包括:
[0079]在步驟301中，接收由用戶施加的針對目標商品的購物車添加操作產生的購物車添加指令，該購物車添加指令包括目標商品的商品標識。
[0080]在步驟302中，根據商品標識，判斷該目標商品是否屬于預設商品集合。
[0081]在步驟303中，在目標商品屬于預設商品集合時，向購買憑證發放系統發送購買憑證獲取請求。
[0082]在步驟304中，接收由購買憑證發放系統發送的購買憑證。
[0083]在步驟305中，向購物車系統發送包括購買憑證的第一添加購物車請求，該第一添加購物車請求用于購物車系統根據購買憑證審批針對目標商品的購物車添加操作。
[0084]在步驟306中，在目標商品不屬于預設商品集合時，向購物車系統發送第二添加購物車請求，該第二添加購物車請求用于購物車系統審批針對該目標商品的購物車添加操作。
[0085]當通過步驟302后確定目標商品不屬于預設商品集合時，用戶終端可以知曉用戶預期購買的商品并非搶購商品，此時，用戶終端不需要從購買憑證發放系統獲取購買憑證，而是像常規方式一樣直接向購物車系統請求添加購物車。購物車系統在接收到第二添加購物車請求后，可以按照常規方式一樣審批該購物車添加操作，并根據審批結果，向用戶終端反饋購物車添加結果。
[0086]在步驟307中，接收由購物車系統發送的購物車添加結果。
[0087]通過這一實施方式，在用戶預期購買的商品并非搶購商品時，購物車系統可以直接處理該購物車添加操作。由于參與搶購的用戶終端需要首先從購買憑證發放系統獲取購買憑證，而不是直接請求購物車系統進行處理，因此，相比于所有用戶終端都直接請求購物車系統進行處理相比，上述方法可以確保購物車系統能夠正常處理來自不購買搶購商品的用戶終端的購物車添加操作，而不會造成因購物車系統的限制導致來自這些用戶終端的請求被拒絕掉的情況，以使購買其他商品的用戶不被影響。
[0088]圖4是根據另一示例性實施例示出的一種添加購物車的方法的流程圖，其中，該方法可以應用于用戶終端，例如，圖1所示的用戶終端100。如圖4所示，該方法可以包括:
[0089]在步驟401中，接收由用戶施加的針對目標商品的購物車添加操作產生的購物車添加指令，該購物車添加指令包括目標商品的商品標識。
[0090]在步驟402中，根據商品標識，判斷該目標商品是否屬于預設商品集合。
[0091]在步驟403中，在目標商品屬于預設商品集合時，向購買憑證發放系統發送包括用戶標識和商品標識的購買憑證獲取請求。其中，用戶標識可以用于表示發送購買憑證獲取請求的用戶終端所對應的用戶的身份，亦可以表示施加針對目標商品的購物車添加操作的用戶的身份。另外，商品標識為目標商品的商品標識。
[0092]這樣，購買憑證發放系統就可以根據購買憑證獲取請求中包括的用戶標識和商品標識，來對購買憑證獲取請求進行驗證。如何進行驗證的方式參考下文描述的應用于購買憑證發放系統一側的方法，此處便不再贅述。
[0093]在步驟404中，接收由購買憑證發放系統發送的購買憑證。
[0094]在步驟405中，向購物車系統發送包括購買憑證的第一添加購物車請求，該第一添加購物車請求用于購物車系統根據購買憑證審批針對目標商品的購物車添加操作。
[0095]在步驟406中，接收由購物車系統發送的購物車添加結果。
[0096]圖5是根據另一示例性實施例示出的一種添加購物車的方法的流程圖，其中，該方法可以應用于用戶終端，例如，圖1所示的用戶終端100。如圖5所示，該方法可以包括:
[0097]在步驟501中，接收由用戶施加的針對目標商品的購物車添加操作產生的購物車添加指令，該購物車添加指令包括目標商品的商品標識。
[0098]在步驟502中，根據商品標識，判斷該目標商品是否屬于預設商品集合。
[0099]在步驟503中，在目標商品屬于預設商品集合時，向購買憑證發放系統發送購買憑證獲取請求。
[0100]在步驟504中，接收由購買憑證發放系統發送的經加密處理的購買憑證。
[0101]當購買憑證獲取請求通過驗證后，購買憑證發放系統在向用戶終端發送購買憑證之前，首先對購買憑證進行加密處理。之后，向用戶終端發送經加密處理的購買憑證。這樣，用戶終端可以接收到經加密處理的購買憑證。
[0102]在步驟505中，向購物車系統發送包括經加密處理后的購買憑證的第一添加購物車請求。
[0103]當購物車系統接收到這一第一添加購物車請求時，購物車系統可以首先對經加密處理后的購買憑證進行解密，解密成功后，再根據解密得到的購買憑證來審批針對目標商品的購物車添加操作。
[0104]在步驟506中，接收由購物車系統發送的購物車添加結果。
[0105]通過這一實施方式，可以提高購買憑證傳輸時的安全性，確保購買憑證不被他人所使用。
[0106]圖6是根據一示例性實施例示出的一種添加購物車的方法的流程圖，其中，該方法可以應用于購買憑證發放系統，例如，圖1所示的購買憑證發放系統200。如圖6所示，該方法可以包括:
[0107]在步驟601中，接收由用戶終端發送的購買憑證獲取請求，該購買憑證獲取請求是用戶終端在用戶施加的添加購物車操作所針對的目標商品屬于預設商品集合時發送的。
[0108]在步驟602中，對購買憑證獲取請求進行驗證，并得到驗證結果。其中，驗證結果可以指示購買憑證獲取請求通過驗證，或者未通過驗證。
[0109]在步驟603中，在驗證結果指示購買憑證獲取請求通過驗證時，向用戶終端發送購買憑證，該購買憑證用于購物車系統審批針對目標商品的購物車添加操作。
[0110]當購買憑證獲取請求通過驗證時，表明用戶具備購買該商品的資格，此時，購買憑證發放系統可以向用戶終端發送購買憑證，以向其指示其具備購買資格。當用戶終端接收到購買憑證后，可以利用該購買憑證向購物車系統發起針對該目標商品的添加購物車請求。
[0111]由此，可以將用戶搶購放號流程和添加購物車流程進行獨立，以此解決因在搶購開始時購物車系統接收到大量的添加購物車請求而造成的瞬時流量激增、網絡擁塞、響應延遲、易崩潰的問題，從而能夠減小購物車系統的請求處理量，提高請求處理速度，并且不影響購買其他商品的用戶。此外，由于負責搶購放號的購買憑證發放系統與負責購物車添加操作的購物車系統之間相互獨立，因此，當任何一個系統遇到瓶頸的時候，只需要升級這個系統即可，從而便于系統的橫向擴展。
[0112]圖7是根據另一示例性實施例示出的一種添加購物車的方法的流程圖，其中，該方法可以應用于購買憑證發放系統，例如，圖1所示的購買憑證發放系統200。如圖7所示，該方法可以包括:
[0113]在步驟701中，接收由用戶終端發送的購買憑證獲取請求，該購買憑證獲取請求是用戶終端在用戶施加的添加購物車操作所針對的目標商品屬于預設商品集合時發送的。其中，該購買憑證獲取請求中可以包括用戶標識和目標商品的商品標識，其中，該用戶標識可以用于表示發送購買憑證獲取請求的用戶終端所對應的用戶的身份，亦可以表示施加針對目標商品的購物車添加操作的用戶的身份。
[0114]在步驟702中，根據用戶標識和目標商品的商品標識，判斷用戶是否具有購買資格。
[0115]在判斷用戶是否具有購買資格時，可以基于以下準則中的至少一種:
[0116]I)用戶標識所表示的用戶的身份滿足針對購買該目標商品的用戶身份限制條件。例如，有些商品是VIP等級及以上的用戶才能購買的，那么普通用戶就不具備購買該商品的資格。
[0117]2)用戶標識所表示的用戶未購買過該目標商品。由于搶購商品的數量有限，通常同一用戶被限制購買一件。購買憑證發放系統可以在向用戶終端發送購買憑證后記錄下該購買憑證對應的用戶標識及商品標識，所記錄下的用戶標識和商品標識用于表明該用戶標識所表示的用戶曾經獲取到過針對該商品標識所表示的商品的購買憑證。這樣，當購買憑證發放系統接收到購買憑證獲取請求后，可以將該購買憑證獲取請求中包括的用戶標識和商品標識與所記錄的用戶標識和商品標識進行比較，并以此確定該用戶是否曾經購買過該商品。如果確定用戶曾經購買過該商品，此時，用戶不具備購買該商品的資格。
[0118]3)用戶標識所表示的用戶為該目標商品的預約用戶。例如，有些商品需要預約才能購買。進行過預約的用戶所對應的用戶標識可以被記錄下來。當購買憑證發放系統接收到購買憑證獲取請求后，可以將該購買憑證獲取請求中包括的用戶標識與所記錄的目標商品的預約用戶所對應的用戶標識進行比較。當所記錄的目標商品的預約用戶所對應的用戶標識中不包括購買憑證獲取請求中的用戶標識時，確定該用戶不是該商品的預約用戶，此時，用戶不具備購買該商品的資格。
[0119]當不符合上述準則中的任一者時，購買憑證發放系統可以確定用戶不具備購買資格。當符合上述全部準則時，購買憑證發放系統可以確定用戶具備購買資格。
[0120]上述判斷用戶是否具備購買資格的準則是示意性的，并不表示判斷用戶是否具備購買資格的準則局限于上述列舉的三項，其他準則也可以用于本公開，具體可以視實際需要來設定。
[0121]在步驟703中，在確定用戶具有購買資格時，根據購物車系統的負載能力和接收到購買憑證獲取請求的時間，確定針對購買憑證獲取請求的驗證結果。
[0122]購買憑證發放系統可以預先獲知購物車系統的負載能力，其中，購物車系統的負載能力可以例如以購物車系統每時間單位(例如，每秒)能夠處理的請求數量來表示。這樣，購買憑證發放系統可以按照購物車系統的負載能力，每時間單位發出預定數量的購買憑證，其中，該預定數量可以小于購物車系統每時間單位能夠處理的請求數量。
[0123]當確定用戶具有購買資格時，購買憑證發放系統可以根據接收到購買憑證獲取請求的時間，判斷是否現在還有剩余的購買憑證能夠發放，如果有，則可以確定該購買憑證獲取請求通過驗證。如果沒有，則可以確定該購買憑證獲取請求未通過驗證。由此，可以確保越先請求的用戶越優先獲取到購買憑證。
[0124]在步驟704中，在驗證結果指示購買憑證獲取請求通過驗證時，向用戶終端發送購買憑證，該購買憑證用于購物車系統審批針對目標商品的購物車添加操作。
[0125]通過上述實施方式，可以綜合購物車系統的負載能力及接收購買憑證獲取請求的先后順序，來驗證該購買憑證獲取請求，并基于該驗證結果發送購買憑證。這樣，一方面可以避免購物車系統出現瞬時流量激增、網絡擁塞、響應延遲、易崩潰的問題，另一方面還可以確保越先請求的用戶越優先獲取到購買憑證，使搶購過程更合理且更為有序化。
[0126]圖8是根據另一示例性實施例示出的一種添加購物車的方法的流程圖，其中，該方法可以應用于購買憑證發放系統，例如，圖1所示的購買憑證發放系統200。如圖8所示，該方法可以包括:
[0127]在步驟801中，接收由用戶終端發送的購買憑證獲取請求，該購買憑證獲取請求是用戶終端在用戶施加的添加購物車操作所針對的目標商品屬于預設商品集合時發送的，其中，該購買憑證獲取請求中可以包括用戶標識和目標商品的商品標識。
[0128]在步驟802中，對購買憑證獲取請求進行驗證，并得到驗證結果。
[0129]在步驟803中，在驗證結果指示購買憑證獲取請求通過驗證時，向用戶終端發送包括所述用戶標識、所述目標商品的商品標識、以及與當前時間相對應的時間戳信息的購買憑證，該購買憑證用于購物車系統審批針對目標商品的購物車添加操作。
[0130]也就是說，當驗證結果指示購買憑證獲取請求通過驗證時，購買憑證發放系統在向用戶終端發送購買憑證之前，可以首先將購買憑證獲取請求中包括的用戶標識和商品標識添加到購買憑證中，并且，還將與當前時間相對應的時間戳信息添加到購買憑證中。其中，該當前時間可以作為購買憑證的生成時間。之后，再將該購買憑證發送至用戶終端。這樣，購物車系統就可以根據該購買憑證中的用戶標識、商品標識和時間戳信息來對該購買憑證進行合法性驗證。如何進行合法性驗證的方式參考下文描述的應用于購物車系統一側的方法，此處便不再贅述。
[0131]由此，通過這一實施方式，可以提高購買憑證的安全性。由于某個購買憑證僅針對某個用戶及某個商品而言是合法的，一旦該購買憑證被其他用戶獲取，這些其他用戶在使用該購買憑證向購物車系統發起添加購物車請求時，購物車系統也會做出購買憑證不是合法的決策，并拒絕該添加購物車請求。這樣，可以確保合法用戶的利益不受損失。
[0132]圖9是根據另一示例性實施例示出的一種添加購物車的方法的流程圖，其中，該方法可以應用于購買憑證發放系統，例如，圖1所示的購買憑證發放系統200。如圖9所示，該方法可以包括:
[0133]在步驟901中，接收由用戶終端發送的購買憑證獲取請求，該購買憑證獲取請求是用戶終端在用戶施加的添加購物車操作所針對的目標商品屬于預設商品集合時發送的。
[0134]在步驟902中，對購買憑證獲取請求進行驗證，并得到驗證結果。
[0135]在步驟903中，在驗證結果指示購買憑證獲取請求通過驗證時，對購買憑證進行加密處理，并向用戶終端發送經加密處理后的購買憑證。
[0136]用戶終端在接收到經加密處理的購買憑證后，可以向購物車系統發送包括經加密處理后的購買憑證的添加購物車請求。當購物車系統接收到這一添加購物車請求時，購物車系統可以首先對經加密處理后的購買憑證進行解密，解密成功后，再根據解密得到的購買憑證來審批針對目標商品的購物車添加操作。
[0137]通過這一實施方式，可以提高購買憑證傳輸時的安全性，確保購買憑證不被他人所使用。
[0138]圖10是根據一示例性實施例示出的一種添加購物車的方法的流程圖，其中，該方法可以應用于購物車系統，例如，圖1所示的購物車系統300。如圖10所示，該方法可以包括:
[0139]在步驟1001中，接收由用戶終端發送的添加購物車請求，該添加購物車請求包括用戶施加的添加購物車操作所針對的目標商品的商品標識。
[0140]用戶可以在用戶終端上施加針對預期購買的商品的購物車添加操作，其中，用戶預期購買的商品即為在步驟1001中所提到的目標商品。之后，用戶終端可以向購物車系統發送添加購物車請求，購物車系統在接收到添加購物車請求后，通過對該添加購物車請求進行解析，能夠獲知用戶預期購買的商品(即，目標商品)的商品標識。
[0141]如上所述，用戶終端向購物車系統發送的添加購物車請求分為兩種:一種是用戶終端在用戶施加的添加購物車操作所針對的目標商品屬于預設商品集合時發送的第一添加購物車請求，另一種是用戶終端在用戶施加的添加購物車操作所針對的目標商品不屬于預設商品集合時發送的第二添加購物車請求。兩種添加購物車請求的區別在于，前者中理應包括購買憑證，后者中無需包括購買憑證。針對這兩種添加購物車請求，購物車系統對購物車添加操作的審批方式也有所不同。
[0142]對于購物車系統而言，其可以根據接收到的添加購物車請求中包含的目標商品的商品標識，來判斷該添加購物車請求是何種類型的添加購物車請求，以及后續如何進行審批操作。判斷方式如下所述。
[0143]在步驟1002中，根據目標商品的商品標識，判斷該目標商品是否屬于預設商品集入口 ο
[0144]在購物平臺上為用戶提供了諸多商品和服務。購物平臺運營商有時會在這些商品中選取其中一個或者一些商品作為搶購商品。在本公開中，購物平臺運營商可以預先定義一商品集合，該商品集合中包括所有搶購商品。當購物車系統在接收到添加購物車請求后，通過對該添加購物車請求進行解析，可以從中提取出目標商品的商品標識。這樣，購物車系統可以根據該商品標識，獲悉目標商品為何種商品，并遍歷預設商品集合，以判斷該目標商品是否屬于該預設商品集合，即，判斷該預設商品集合中是否包含該目標商品。
[0145]在步驟1003中，在目標商品屬于預設商品集合時，判斷該添加購物車請求中是否包括購買憑證。
[0146]例如，用戶終端與購物車系統之間可以預先約定，在購買憑證之前附加頭字段，該頭字段可以用于表示后續內容是購買憑證。之后，用戶終端將附加了頭字段的購買憑證添加到添加購物車請求中。這樣，購物車系統購買憑證在接收到添加購物車請求后，可以通過查找該添加購物車請求中是否包含有這一頭字段，來判斷該添加購物車請求中是否包括購買憑證。例如，當通過查找確定該添加購物車請求中包含有這一頭字段時，可以確定該添加購物車請求中包括購買憑證；當通過查找確定該添加購物車請求中不包含這一頭字段時，可以確定該添加購物車請求中不包括購買憑證。
[0147]此外，用戶終端與購物車系統之間還可以預先約定附加了頭字段的購買憑證在添加購物車請求中的字節位置。這樣，購物車系統可以通過判斷添加購物車請求中是否包含有頭字段、并且頭字段的位置是否位于與用戶終端所預先約定好的字節位置，來判斷該添加購物車請求中是否包括購買憑證。例如，當通過查找確定該添加購物車請求中包含有這一頭字段、并且頭字段的位置位于與用戶終端所預先約定好的字節位置時，可以確定該添加購物車請求中包括購買憑證；當通過查找確定該添加購物車請求中不包含這一頭字段、或者頭字段的位置不位于與用戶終端所預先約定好的字節位置時，可以確定該添加購物車請求中不包括購買憑證。
[0148]在步驟1004中，在確定添加購物車請求包括購買憑證時，根據該購買憑證，對添加購物車操作進行審批。
[0149]也就是說，當確定添加購物車請求包括購買憑證時，購物車系統可以得知自身所接收到的添加購物車請求是上述第一種添加購物車請求。此時，應當根據添加購物車請求中包括的購買憑證來對添加購物車操作進行審批。
[0150]例如，購物車系統可以對購買憑證進行合法性驗證，并根據合法性驗證結果審批該購物車添加操作。示例地，當購買憑證通過合法性驗證時，批準該購物車添加操作，并將目標商品添加至購物車中。當購買憑證未通過合法性驗證時，拒絕該購物車添加操作，并且不進行將目標商品添加至購物車的操作。
[0151]在步驟1005中，根據審批結果，向用戶終端發送購物車添加結果。
[0152]示例地，當購物車添加操作被批準時，購物車系統向用戶終端反饋用于指示購物車添加成功的購物車添加結果；當購物車添加操作被拒絕時，購物車系統向用戶終端反饋用于指示購物車添加失敗的購物車添加結果，并且，可選地，購物車系統還可以將失敗原因包含在該購物車添加結果中，一起反饋給用戶終端。示例地，失敗原因可以例如為購買憑證無效。
[0153]綜上所述，通過判斷目標商品是否屬于預設商品集合，可以確定出用戶預期購買的目標商品是否為搶購商品。在確定用戶預期購買的目標商品為搶購商品時，用戶終端要首先從購買憑證發放系統獲取購買憑證。當用戶終端獲取到購買憑證后，再向購物車系統發送包括該購買憑證的添加購物車請求，以由購物車系統根據該購買憑證審批針對該目標商品的購物車添加操作。這樣，可以將用戶搶購放號流程和添加購物車流程進行獨立，以此解決因在搶購開始時購物車系統接收到大量的添加購物車請求而造成的瞬時流量激增、網絡擁塞、響應延遲、易崩潰的問題，從而能夠減小購物車系統的請求處理量，提高請求處理速度，并且不影響購買其他商品的用戶。此外，由于負責搶購放號的購買憑證發放系統與負責購物車添加操作的購物車系統之間相互獨立，因此，當任何一個系統遇到瓶頸的時候，只需要升級這個系統即可，從而便于系統的橫向擴展。
[0154]圖11是根據另一示例性實施例示出的一種添加購物車的方法的流程圖，其中，該方法可以應用于購物車系統，例如，圖1所示的購物車系統300。如圖11所示，該方法可以包括:
[0155]在步驟1101中，接收由用戶終端發送的添加購物車請求，該添加購物車請求包括用戶施加的添加購物車操作所針對的目標商品的商品標識。
[0156]在步驟1102中，根據目標商品的商品標識，判斷該目標商品是否屬于預設商品集入口 ο
[0157]在步驟1103中，在目標商品屬于預設商品集合時，判斷該添加購物車請求中是否包括購買憑證。
[0158]在步驟1104中，在確定添加購物車請求包括購買憑證時，根據該購買憑證，對添加購物車操作進行審批。
[0159]在步驟1105中，在目標商品不屬于預設商品集合時，響應于添加購物車請求，對添加購物車操作進行審批。
[0160]當通過步驟1102后確定目標商品不屬于預設商品集合時，購物車系統可以知曉用戶預期購買的商品并非搶購商品，此時，用戶終端不需要從購買憑證發放系統獲取購買憑證，而是像常規方式一樣直接向購物車系統請求添加購物車。購物車系統在接收到這一購買憑證獲取請求后，可以按照常規方式一樣審批該購物車添加操作。
[0161]在步驟1106中，根據審批結果，向用戶終端發送購物車添加結果。
[0162]通過這一實施方式，在用戶預期購買的商品并非搶購商品時，購物車系統可以直接處理該購物車添加操作。由于參與搶購的用戶終端需要首先從購買憑證發放系統獲取購買憑證，而不是直接請求購物車系統進行處理，因此，相比于所有用戶終端都直接請求購物車系統進行處理相比，上述方法可以確保購物車系統能夠正常處理來自不購買搶購商品的用戶終端的購物車添加操作，而不會造成因購物車系統的限制導致來自這些用戶終端的請求被拒絕掉的情況，以使購買其他商品的用戶不被影響。
[0163]圖12是根據另一示例性實施例示出的一種添加購物車的方法的流程圖，其中，該方法可以應用于購物車系統，例如，圖1所示的購物車系統300。如圖12所示，該方法可以包括:
[0164]在步驟1201中，接收由用戶終端發送的添加購物車請求，該添加購物車請求包括用戶施加的添加購物車操作所針對的目標商品的商品標識。
[0165]在步驟1202中，根據目標商品的商品標識，判斷該目標商品是否屬于預設商品集入口 ο
[0166]在步驟1203中，在目標商品屬于預設商品集合時，判斷該添加購物車請求中是否包括購買憑證。
[0167]在步驟1204中，在確定添加購物車請求包括購買憑證時，對該購買憑證進行解密。
[0168]如上所述，當用戶預期購買的目標商品為搶購商品時，用戶終端首先從購買憑證發放系統獲取購買憑證。為了確保購買憑證傳輸時的安全性，購買憑證發放系統可以在購買憑證獲取請求通過驗證時，向用戶終端發送經加密處理的購買憑證。之后，用戶終端可以將經加密處理的購買憑證添加到添加購物車請求中，并將該添加購物車請求發送至購物車系統。這樣，當購物車系統按照上述方式確定出添加購物車請求中包括購買憑證時，其首先要對該購買憑證進行解密。示例地，購買憑證發放系統與購物車系統之間可以預先約定一加密協議，這樣，購買憑證發放系統基于該加密協議進行加密操作，購物車系統基于該加密協議進行解密操作，從而確保購買憑證的安全性。
[0169]在步驟1205中，當解密成功時，根據解密后得到的購買憑證，對添加購物車操作進行審批。
[0170]在步驟1206中，根據審批結果，向用戶終端發送購物車添加結果。
[0171]通過這一實施方式，可以提高購買憑證傳輸時的安全性，確保購買憑證不被他人所使用。
[0172]圖13是根據另一示例性實施例示出的一種添加購物車的方法的流程圖，其中，該方法可以應用于購物車系統，例如，圖1所示的購物車系統300。如圖13所示，該方法可以包括:
[0173]在步驟1301中，接收由用戶終端發送的添加購物車請求，該添加購物車請求包括用戶施加的添加購物車操作所針對的目標商品的商品標識。
[0174]在步驟1302中，根據目標商品的商品標識，判斷該目標商品是否屬于預設商品集入口 ο
[0175]在步驟1303中，在目標商品屬于預設商品集合時，判斷該添加購物車請求中是否包括購買憑證。
[0176]在步驟1304中，在確定添加購物車請求包括購買憑證時，根據預設規則，驗證購買憑證的合法性。
[0177]如上所述，購物車系統根據購買憑證對添加購物車操作進行審批時，首先需要對購買憑證進行合法性驗證。之后，根據合法性驗證結果，對添加購物車操作進行審批。
[0178]在對購買憑證進行合法性驗證時，可以根據預設規則來進行驗證。示例地，在用戶終端發送的添加購物車請求中可以包括用戶標識，該用戶標識可以用于表示發送該添加購物車請求的用戶終端所對應的用戶的身份。另外，在購買憑證中可以包括用戶標識、商品標識、以及時間戳信息。其中，購買憑證中包括的用戶標識用于表示被驗證具有購買資格的用戶的身份，并且購買資格針對的是該購買憑證中包括的商品標識所表示的商品，此外，購買憑證中的時間戳信息可以表示生成該購買憑證的時間。
[0179]在這種情況下，上述的預設規則可以包括以下中的至少一者:
[0180]I)添加購物車請求中包括的用戶標識與購買憑證中包括的用戶標識一致。也就是說，發送添加購物車請求的用戶終端所對應的用戶要與被驗證具有購買資格的用戶是同一用戶。
[0181]2)添加購物車請求中包括的目標商品的商品標識與購買憑證中包括的商品標識一致。也就是說，用戶終端請求添加購物車所針對的目標商品要與被驗證具有購買資格的用戶所要購買的商品是同一商品。
[0182]3)購買憑證中包括的時間戳信息所指示的時間距離當前時間的時間差未超過預設的時間差閾值。如果購買憑證中包括的時間戳信息所指示的時間距離當前時間的時間差超過預設的時間差閾值，表示購買憑證的有效期已失效。
[0183]4)購買憑證首次被進行合法性驗證。在購物車系統中可以存儲有已驗證過的購買憑證的記錄。當對一個購買憑證進行合法性驗證時，可以從所存儲的已驗證過的購買憑證的記錄中進行查詢，以確定該購買憑證是否曾經進行過合法性驗證。
[0184]當購物車系統確定購買憑證不符合上述預設規則中的任一者時，可以確定購買憑證不是合法的，此時，拒絕添加購物車操作。而當購物車系統確定購買憑證符合上述全部預設規則時，可以確定購買憑證是合法的。
[0185]上述驗證購買憑證是否合法的規則是示意性的，并不表示驗證購買憑證是否合法的規則局限于上述列舉的四項，其他規則也可以用于本公開，具體可以視實際需要來設定。
[0186]在步驟1305中，在確定購買憑證合法時，批準添加購物車操作，并將目標商品添加至購物車中。
[0187]在步驟1306中，根據審批結果，向用戶終端發送購物車添加結果。
[0188]圖14A和圖14B是根據一示例性實施例示出的一種添加購物車的裝置1400的框圖， 其中，該裝置1400可以應用于用戶終端，例如，圖1所示的用戶終端100。如圖14A所示，該裝置1400可以包括:第一接收模塊1410，被配置為接收由用戶施加的針對目標商品的購物車添加操作產生的購物車添加指令，所述購物車添加指令包括所述目標商品的商品標識;第一判斷模塊1420,被配置為根據所述商品標識，判斷所述目標商品是否屬于預設商品集合； 第一發送模塊1430,被配置為在所述目標商品屬于所述預設商品集合時，向購買憑證發放系統發送購買憑證獲取請求;第二接收模塊1440,被配置為接收由所述購買憑證發放系統發送的購買憑證;第二發送模塊1450,被配置為向購物車系統發送包括所述購買憑證的第一添加購物車請求，所述第一添加購物車請求用于所述購物車系統根據所述購買憑證審批針對所述目標商品的所述購物車添加操作；以及第三接收模塊1460，被配置為接收由所述購物車系統發送的購物車添加結果。
[0189]綜上所述，通過判斷目標商品是否屬于預設商品集合，可以確定出用戶預期購買的目標商品是否為搶購商品。在確定用戶預期購買的目標商品為搶購商品時，用戶終端要首先從購買憑證發放系統獲取購買憑證。當用戶終端獲取到購買憑證后，再向購物車系統發送包括該購買憑證的添加購物車請求，以由購物車系統根據該購買憑證審批針對該目標商品的購物車添加操作。這樣，可以將用戶搶購放號流程和添加購物車流程進行獨立，以此解決因在搶購開始時購物車系統接收到大量的添加購物車請求而造成的瞬時流量激增、網絡擁塞、響應延遲、易崩潰的問題，從而能夠減小購物車系統的請求處理量，提高請求處理速度，并且不影響購買其他商品的用戶。此外，由于負責搶購放號的購買憑證發放系統與負責購物車添加操作的購物車系統之間相互獨立，因此，當任何一個系統遇到瓶頸的時候，只需要升級這個系統即可，從而便于系統的橫向擴展。[〇19〇] 可選地，如圖14B所示，所述裝置1400還可以包括:第三發送模塊1470，被配置為在所述目標商品不屬于所述預設商品集合時，向所述購物車系統發送第二添加購物車請求， 所述第二添加購物車請求用于所述購物車系統審批針對所述目標商品的所述購物車添加操作。
[0191]可選地，所述第一發送模塊1430可以被配置為在所述目標商品屬于預設商品集合時，向所述購買憑證發放系統發送包括用戶標識和所述商品標識的購買憑證獲取請求。
[0192]可選地，所述第二接收模塊1440可以被配置為接收由所述購買憑證發放系統發送的經加密處理的購買憑證；以及所述第二發送模塊1450可以被配置為向所述購物車系統發送包括經加密處理后的所述購買憑證的第一添加購物車請求。
[0193]圖15是根據一示例性實施例示出的一種添加購物車的裝置1500的框圖，其中，該裝置1500可以應用于購買憑證發放系統，例如，圖1所示的購買憑證發放系統200。如圖15所示，該裝置1500可以包括:第四接收模塊1510,被配置為接收由用戶終端發送的購買憑證獲取請求，所述購買憑證獲取請求是所述用戶終端在用戶施加的添加購物車操作所針對的目標商品屬于預設商品集合時發送的；驗證模塊1520,被配置為對所述購買憑證獲取請求進行驗證，并得到驗證結果;第四發送模塊1530,被配置為在所述驗證結果指示所述購買憑證獲取請求通過驗證時，向所述用戶終端發送購買憑證，所述購買憑證用于購物車系統審批針對所述目標商品的所述購物車添加操作。
[0194]由此，可以將用戶搶購放號流程和添加購物車流程進行獨立，以此解決因在搶購開始時購物車系統接收到大量的添加購物車請求而造成的瞬時流量激增、網絡擁塞、響應延遲、易崩潰的問題，從而能夠減小購物車系統的請求處理量，提高請求處理速度，并且不影響購買其他商品的用戶。此外，由于負責搶購放號的購買憑證發放系統與負責購物車添加操作的購物車系統之間相互獨立，因此，當任何一個系統遇到瓶頸的時候，只需要升級這個系統即可，從而便于系統的橫向擴展。
[0195]可選地，所述購買憑證獲取請求包括用戶標識和所述目標商品的商品標識；以及所述驗證模塊1520可以包括:判斷子模塊，被配置為根據所述用戶標識和所述目標商品的商品標識，判斷所述用戶是否具有購買資格;第一驗證子模塊，被配置為在確定所述用戶具有購買資格時，根據所述購物車系統的負載能力和接收到所述購買憑證獲取請求的時間， 確定針對所述購買憑證獲取請求的驗證結果。
[0196]可選地，所述購買憑證獲取請求包括用戶標識和所述目標商品的商品標識；以及所述第四發送模塊1530可以被配置為在所述驗證結果指示所述購買憑證獲取請求通過驗證時，向所述用戶終端發送包括所述用戶標識、所述目標商品的商品標識、以及與當前時間相對應的時間戳信息的購買憑證。
[0197]可選地，所述第四發送模塊1530可以包括:加密子模塊，被配置為在所述驗證結果指示所述購買憑證獲取請求通過驗證時，對所述購買憑證進行加密處理;發送子模塊，被配置為向所述用戶終端發送經加密處理后的購買憑證。
[0198]圖16A和圖16B是根據一示例性實施例示出的一種添加購物車的裝置1600的框圖， 其中，該裝置1600可以應用于購物車系統，例如，圖1所示的購物車系統300。如圖16A所示， 該裝置1600可以包括:第五接收模塊1610,被配置為接收由用戶終端發送的添加購物車請求，所述添加購物車請求包括用戶施加的添加購物車操作所針對的目標商品的商品標識； 第二判斷模塊1620,被配置為根據所述目標商品的商品標識，判斷所述目標商品是否屬于預設商品集合;第三判斷模塊1630，被配置為在所述目標商品屬于所述預設商品集合時，判斷所述添加購物車請求中是否包括購買憑證;第一審批模塊1640,被配置為在確定所述添加購物車請求包括所述購買憑證時，根據所述購買憑證，對所述添加購物車操作進行審批； 第五發送模塊1650,被配置為根據審批結果，向所述用戶終端發送購物車添加結果。
[0199]綜上所述，通過判斷目標商品是否屬于預設商品集合，可以確定出用戶預期購買的目標商品是否為搶購商品。在確定用戶預期購買的目標商品為搶購商品時，用戶終端要首先從購買憑證發放系統獲取購買憑證。當用戶終端獲取到購買憑證后，再向購物車系統發送包括該購買憑證的添加購物車請求，以由購物車系統根據該購買憑證審批針對該目標商品的購物車添加操作。這樣，可以將用戶搶購放號流程和添加購物車流程進行獨立，以此解決因在搶購開始時購物車系統接收到大量的添加購物車請求而造成的瞬時流量激增、網絡擁塞、響應延遲、易崩潰的問題，從而能夠減小購物車系統的請求處理量，提高請求處理速度，并且不影響購買其他商品的用戶。此外，由于負責搶購放號的購買憑證發放系統與負責購物車添加操作的購物車系統之間相互獨立，因此，當任何一個系統遇到瓶頸的時候，只需要升級這個系統即可，從而便于系統的橫向擴展。
[0200]可選地，如圖16B所示，所述裝置1600還可以包括:第二審批模塊1660，被配置為在所述目標商品不屬于所述預設商品集合時，響應于所述添加購物車請求，對所述添加購物車操作進行審批。[0201 ]可選地，所述第一審批模塊1640可以包括:解密子模塊，被配置為在確定所述添加購物車請求包括所述購買憑證時，對所述購買憑證進行解密；以及第一審批子模塊，被配置為當解密成功時，根據解密后得到的購買憑證，對所述添加購物車操作進行審批。[〇2〇2]可選地，所述第一審批模塊1640可以包括:第二驗證子模塊，被配置為在確定所述添加購物車請求包括所述購買憑證時，根據預設規則，驗證所述購買憑證的合法性;第二審批子模塊，被配置為在確定所述購買憑證合法時，批準所述添加購物車操作，并將所述目標商品添加至購物車中。[〇2〇3] 可選地，所述添加購物車請求還包括用戶標識;所述購買憑證包括用戶標識、商品標識、以及時間戳信息；以及，所述預設規則包括以下中的至少一者:所述添加購物車請求中包括的用戶標識與所述購買憑證中包括的用戶標識一致;所述添加購物車請求中包括的所述目標商品的商品標識與所述購買憑證中包括的商品標識一致;所述購買憑證中包括的所述時間戳信息所指示的時間距離當前時間的時間差未超過預設的時間差閾值;所述購買憑證首次被進行合法性驗證。
[0204]關于上述實施例中的裝置，其中各個模塊執行操作的具體方式已經在有關該方法的實施例中進行了詳細描述，此處將不做詳細闡述說明。[〇2〇5]圖17是根據一示例性實施例示出的一種添加購物車的裝置1700的框圖。例如，裝置1700可以是移動電話，計算機，數字廣播終端，消息收發設備，游戲控制臺，平板設備，醫療設備，健身設備，個人數字助理等。[〇2〇6] 參照圖17,裝置1700可以包括以下一個或多個組件:處理組件1702,存儲器1704， 電力組件1706，多媒體組件1708，音頻組件1710，輸入/輸出(I/0)的接口 1712，傳感器組件 1714,以及通信組件1716。[〇2〇7] 處理組件1702通常控制裝置1700的整體操作，諸如與顯示，電話呼叫，數據通信， 相機操作和記錄操作相關聯的操作。處理組件1702可以包括一個或多個處理器1720來執行指令，以完成上述應用于用戶終端的添加購物車的方法的全部或部分步驟。此外，處理組件 1702可以包括一個或多個模塊，便于處理組件1702和其他組件之間的交互。例如，處理組件 1702可以包括多媒體模塊，以方便多媒體組件1708和處理組件1702之間的交互。
[0208]存儲器1704被配置為存儲各種類型的數據以支持在裝置1700的操作。這些數據的示例包括用于在裝置1700上操作的任何應用程序或方法的指令，聯系人數據，電話簿數據， 消息，圖片，視頻等。存儲器1704可以由任何類型的易失性或非易失性存儲設備或者它們的組合實現，如靜態隨機存取存儲器(SRAM)，電可擦除可編程只讀存儲器(EEPR0M)，可擦除可編程只讀存儲器(EPROM)，可編程只讀存儲器(PR0M)，只讀存儲器(ROM)，磁存儲器，快閃存儲器，磁盤或光盤。[〇2〇9]電力組件1706為裝置1700的各種組件提供電力。電力組件1706可以包括電源管理系統，一個或多個電源，及其他與為裝置1700生成、管理和分配電力相關聯的組件。
[0210]多媒體組件1708包括在所述裝置1700和用戶之間的提供一個輸出接口的屏幕。在一些實施例中，屏幕可以包括液晶顯示器(LCD)和觸摸面板(TP)。如果屏幕包括觸摸面板， 屏幕可以被實現為觸摸屏，以接收來自用戶的輸入信號。觸摸面板包括一個或多個觸摸傳感器以感測觸摸、滑動和觸摸面板上的手勢。所述觸摸傳感器可以不僅感測觸摸或滑動動作的邊界，而且還檢測與所述觸摸或滑動操作相關的持續時間和壓力。在一些實施例中，多媒體組件1708包括一個前置攝像頭和/或后置攝像頭。當裝置1700處于操作模式，如拍攝模式或視頻模式時，前置攝像頭和/或后置攝像頭可以接收外部的多媒體數據。每個前置攝像頭和后置攝像頭可以是一個固定的光學透鏡系統或具有焦距和光學變焦能力。
[0211]音頻組件1710被配置為輸出和/或輸入音頻信號。例如，音頻組件1710包括一個麥克風(MIC)，當裝置1700處于操作模式，如呼叫模式、記錄模式和語音識別模式時，麥克風被配置為接收外部音頻信號。所接收的音頻信號可以被進一步存儲在存儲器1704或經由通信組件1716發送。在一些實施例中，音頻組件1710還包括一個揚聲器，用于輸出音頻信號。[〇212]I/O接口 1712為處理組件1702和外圍接口模塊之間提供接口，上述外圍接口模塊可以是鍵盤，點擊輪，按鈕等。這些按鈕可包括但不限于:主頁按鈕、音量按鈕、啟動按鈕和鎖定按鈕。
[0213]傳感器組件1714包括一個或多個傳感器，用于為裝置1700提供各個方面的狀態評估。例如，傳感器組件1714可以檢測到裝置1700的打開/關閉狀態，組件的相對定位，例如所述組件為裝置1700的顯示器和小鍵盤，傳感器組件1714還可以檢測裝置1700或裝置1700— 個組件的位置改變，用戶與裝置1700接觸的存在或不存在，裝置1700方位或加速/減速和裝置1700的溫度變化。傳感器組件1714可以包括接近傳感器，被配置用來在沒有任何的物理接觸時檢測附近物體的存在。傳感器組件1714還可以包括光傳感器，如CMOS或CCD圖像傳感器，用于在成像應用中使用。在一些實施例中，該傳感器組件1714還可以包括加速度傳感器，陀螺儀傳感器，磁傳感器，壓力傳感器或溫度傳感器。
[0214]通信組件1716被配置為便于裝置1700和其他設備之間有線或無線方式的通信。裝置1700可以接入基于通信標準的無線網絡，如WiFi，2G或3G，或它們的組合。在一個示例性實施例中，通信組件1716經由廣播信道接收來自外部廣播管理系統的廣播信號或廣播相關信息。在一個示例性實施例中，所述通信組件1716還包括近場通信(NFC)模塊，以促進短程通信。例如，在NFC模塊可基于射頻識別(RFID)技術，紅外數據協會(IrDA)技術，超寬帶 (UWB)技術，藍牙(BT)技術和其他技術來實現。
[0215]在示例性實施例中，裝置1700可以被一個或多個應用專用集成電路(ASIC)、數字信號處理器(DSP)、數字信號處理設備(DSPD)、可編程邏輯器件(PLD)、現場可編程門陣列 (FPGA)、控制器、微控制器、微處理器或其他電子元件實現，用于執行上述應用于用戶終端的添加購物車的方法。
[0216]在示例性實施例中，還提供了一種包括指令的非臨時性計算機可讀存儲介質，例如包括指令的存儲器1704,上述指令可由裝置1700的處理器1720執行以完成上述應用于用戶終端的添加購物車的方法。例如，所述非臨時性計算機可讀存儲介質可以是R0M、隨機存取存儲器(RAM)、CD-ROM、磁帶、軟盤和光數據存儲設備等。[〇217]圖18是根據一示例性實施例示出的一種添加購物車的裝置1800的框圖。例如，裝置1800可以被提供為一服務器。參照圖18,裝置1800包括處理組件1822,其進一步包括一個或多個處理器，以及由存儲器1832所代表的存儲器資源，用于存儲可由處理組件1822的執行的指令，例如應用程序。存儲器1832中存儲的應用程序可以包括一個或一個以上的每一個對應于一組指令的模塊。此外，處理組件1822被配置為執行指令，以執行上述應用于購買憑證發放系統的添加購物車的方法。
[0218] 裝置1800還可以包括一個電源組件1826被配置為執行裝置1800的電源管理，一個有線或無線網絡接口 1850被配置為將裝置1800連接到網絡，和一個輸入輸出(I/O)接口 1858。裝置1800可以操作基于存儲在存儲器1832的操作系統，例如Windows ServerTM，Mac OS XTM，UnixTM，LinuxTM，FreeBSDTM或類似。[〇219]圖19是根據一示例性實施例示出的一種添加購物車的裝置1900的框圖。例如，裝置1900可以被提供為一服務器。參照圖19,裝置1900包括處理組件1922,其進一步包括一個或多個處理器，以及由存儲器1932所代表的存儲器資源，用于存儲可由處理組件1922的執行的指令，例如應用程序。存儲器1932中存儲的應用程序可以包括一個或一個以上的每一個對應于一組指令的模塊。此外，處理組件1922被配置為執行指令，以執行上述應用于購物車系統的添加購物車的方法。
[0220]裝置1900還可以包括一個電源組件1926被配置為執行裝置1900的電源管理，一個有線或無線網絡接口 1950被配置為將裝置1900連接到網絡，和一個輸入輸出(I/O)接口 1958。裝置1900可以操作基于存儲在存儲器1932的操作系統，例如Windows ServerTM，Mac OS XTM，UnixTM，LinuxTM，FreeBSDTM或類似。
[0221]本領域技術人員在考慮說明書及實踐本公開后，將容易想到本公開的其它實施方案。本申請旨在涵蓋本公開的任何變型、用途或者適應性變化，這些變型、用途或者適應性變化遵循本公開的一般性原理并包括本公開未公開的本技術領域中的公知常識或慣用技術手段。說明書和實施例僅被視為示例性的，本公開的真正范圍和精神由下面的權利要求指出。[〇222]應當理解的是，本公開并不局限于上面已經描述并在附圖中示出的精確結構，并且可以在不脫離其范圍進行各種修改和改變。本公開的范圍僅由所附的權利要求來限制。
【主權項】
1.一種添加購物車的方法，其特征在于，所述方法包括: 接收由用戶施加的針對目標商品的購物車添加操作產生的購物車添加指令，所述購物車添加指令包括所述目標商品的商品標識； 根據所述商品標識，判斷所述目標商品是否屬于預設商品集合； 在所述目標商品屬于所述預設商品集合時，向購買憑證發放系統發送購買憑證獲取請求； 接收由所述購買憑證發放系統發送的購買憑證； 向購物車系統發送包括所述購買憑證的第一添加購物車請求，所述第一添加購物車請求用于所述購物車系統根據所述購買憑證審批針對所述目標商品的所述購物車添加操作；以及 接收由所述購物車系統發送的購物車添加結果。2.根據權利要求1所述的方法，其特征在于，所述方法還包括: 在所述目標商品不屬于所述預設商品集合時，向所述購物車系統發送第二添加購物車請求，所述第二添加購物車請求用于所述購物車系統審批針對所述目標商品的所述購物車添加操作。3.根據權利要求1或2所述的方法，其特征在于，所述在所述目標商品屬于所述預設商品集合時，向購買憑證發放系統發送購買憑證獲取請求，包括: 在所述目標商品屬于預設商品集合時，向所述購買憑證發放系統發送包括用戶標識和所述商品標識的購買憑證獲取請求。4.根據權利要求1或2所述的方法，其特征在于，所述接收由所述購買憑證發放系統發送的購買憑證，包括: 接收由所述購買憑證發放系統發送的經加密處理的購買憑證；以及 所述向購物車系統發送包括所述購買憑證的第一添加購物車請求，包括: 向所述購物車系統發送包括經加密處理后的所述購買憑證的第一添加購物車請求。5.一種添加購物車的方法，其特征在于，所述方法包括: 接收由用戶終端發送的購買憑證獲取請求，所述購買憑證獲取請求是所述用戶終端在用戶施加的添加購物車操作所針對的目標商品屬于預設商品集合時發送的； 對所述購買憑證獲取請求進行驗證，并得到驗證結果； 在所述驗證結果指示所述購買憑證獲取請求通過驗證時，向所述用戶終端發送購買憑證，所述購買憑證用于購物車系統審批針對所述目標商品的所述購物車添加操作。6.根據權利要求5所述的方法，其特征在于，所述購買憑證獲取請求包括用戶標識和所述目標商品的商品標識；以及 所述對所述購買憑證獲取請求進行驗證，并得到驗證結果，包括: 根據所述用戶標識和所述目標商品的商品標識，判斷所述用戶是否具有購買資格； 在確定所述用戶具有購買資格時，根據所述購物車系統的負載能力和接收到所述購買憑證獲取請求的時間，確定針對所述購買憑證獲取請求的驗證結果。7.根據權利要求5所述的方法，其特征在于，所述購買憑證獲取請求包括用戶標識和所述目標商品的商品標識；以及 所述向所述用戶終端發送購買憑證，包括: 向所述用戶終端發送包括所述用戶標識、所述目標商品的商品標識、以及與當前時間相對應的時間戳信息的購買憑證。8.根據權利要求5-7中任一項所述的方法，其特征在于，所述在所述驗證結果指示所述購買憑證獲取請求通過驗證時，向所述用戶終端發送購買憑證，包括: 在所述驗證結果指示所述購買憑證獲取請求通過驗證時，對所述購買憑證進行加密處理，并向所述用戶終端發送經加密處理后的購買憑證。9.一種添加購物車的方法，其特征在于，所述方法包括: 接收由用戶終端發送的添加購物車請求，所述添加購物車請求包括用戶施加的添加購物車操作所針對的目標商品的商品標識； 根據所述目標商品的商品標識，判斷所述目標商品是否屬于預設商品集合； 在所述目標商品屬于所述預設商品集合時，判斷所述添加購物車請求中是否包括購買憑證； 在確定所述添加購物車請求包括所述購買憑證時，根據所述購買憑證，對所述添加購物車操作進行審批； 根據審批結果，向所述用戶終端發送購物車添加結果。10.根據權利要求9所述的方法，其特征在于，所述方法還包括: 在所述目標商品不屬于所述預設商品集合時，響應于所述添加購物車請求，對所述添加購物車操作進行審批。11.根據權利要求9所述的方法，其特征在于，所述在確定所述添加購物車請求包括所述購買憑證時，根據所述購買憑證，對所述添加購物車操作進行審批，包括: 在確定所述添加購物車請求包括所述購買憑證時，對所述購買憑證進行解密；以及 當解密成功時，根據解密后得到的購買憑證，對所述添加購物車操作進行審批。12.根據權利要求9-11中任一項所述的方法，其特征在于，所述根據所述購買憑證，對所述添加購物車操作進行審批，包括: 根據預設規則，驗證所述購買憑證的合法性； 在確定所述購買憑證合法時，批準所述添加購物車操作，并將所述目標商品添加至購物車中。13.根據權利要求12所述的方法，其特征在于，所述添加購物車請求還包括用戶標識；所述購買憑證包括用戶標識、商品標識、以及時間戳信息；以及，所述預設規則包括以下中的至少一者: 所述添加購物車請求中包括的用戶標識與所述購買憑證中包括的用戶標識一致； 所述添加購物車請求中包括的所述目標商品的商品標識與所述購買憑證中包括的商品標識一致； 所述購買憑證中包括的所述時間戳信息所指示的時間距離當前時間的時間差未超過預設的時間差閾值； 所述購買憑證首次被進行合法性驗證。14.一種添加購物車的裝置，其特征在于，所述裝置包括: 第一接收模塊，被配置為接收由用戶施加的針對目標商品的購物車添加操作產生的購物車添加指令，所述購物車添加指令包括所述目標商品的商品標識； 第一判斷模塊，被配置為根據所述商品標識，判斷所述目標商品是否屬于預設商品集合； 第一發送模塊，被配置為在所述目標商品屬于所述預設商品集合時，向購買憑證發放系統發送購買憑證獲取請求； 第二接收模塊，被配置為接收由所述購買憑證發放系統發送的購買憑證； 第二發送模塊，被配置為向購物車系統發送包括所述購買憑證的第一添加購物車請求，所述第一添加購物車請求用于所述購物車系統根據所述購買憑證審批針對所述目標商品的所述購物車添加操作；以及 第三接收模塊，被配置為接收由所述購物車系統發送的購物車添加結果。15.根據權利要求14所述的裝置，其特征在于，所述裝置還包括: 第三發送模塊，被配置為在所述目標商品不屬于所述預設商品集合時，向所述購物車系統發送第二添加購物車請求，所述第二添加購物車請求用于所述購物車系統審批針對所述目標商品的所述購物車添加操作。16.根據權利要求14或15所述的裝置，其特征在于，所述第一發送模塊，被配置為在所述目標商品屬于預設商品集合時，向所述購買憑證發放系統發送包括用戶標識和所述商品標識的購買憑證獲取請求。17.根據權利要求14或15所述的裝置，其特征在于，所述第二接收模塊，被配置為接收由所述購買憑證發放系統發送的經加密處理的購買憑證；以及 所述第二發送模塊，被配置為向所述購物車系統發送包括經加密處理后的所述購買憑證的第一添加購物車請求。18.一種添加購物車的裝置，其特征在于，所述裝置包括: 第四接收模塊，被配置為接收由用戶終端發送的購買憑證獲取請求，所述購買憑證獲取請求是所述用戶終端在用戶施加的添加購物車操作所針對的目標商品屬于預設商品集合時發送的； 驗證模塊，被配置為對所述購買憑證獲取請求進行驗證，并得到驗證結果； 第四發送模塊，被配置為在所述驗證結果指示所述購買憑證獲取請求通過驗證時，向所述用戶終端發送購買憑證，所述購買憑證用于購物車系統審批針對所述目標商品的所述購物車添加操作。19.根據權利要求18所述的裝置，其特征在于，所述購買憑證獲取請求包括用戶標識和所述目標商品的商品標識；以及 所述驗證模塊包括: 判斷子模塊，被配置為根據所述用戶標識和所述目標商品的商品標識，判斷所述用戶是否具有購買資格； 第一驗證子模塊，被配置為在確定所述用戶具有購買資格時，根據所述購物車系統的負載能力和接收到所述購買憑證獲取請求的時間，確定針對所述購買憑證獲取請求的驗證結果。20.根據權利要求18所述的裝置，其特征在于，所述購買憑證獲取請求包括用戶標識和所述目標商品的商品標識；以及 所述第四發送模塊，被配置為:在所述驗證結果指示所述購買憑證獲取請求通過驗證時，向所述用戶終端發送包括所述用戶標識、所述目標商品的商品標識、以及與當前時間相對應的時間戳信息的購買憑證。21.根據權利要求18-20中任一項所述的裝置，其特征在于，所述第四發送模塊包括: 加密子模塊，被配置為在所述驗證結果指示所述購買憑證獲取請求通過驗證時，對所述購買憑證進行加密處理； 發送子模塊，被配置為向所述用戶終端發送經加密處理后的購買憑證。22.一種添加購物車的裝置，其特征在于，所述裝置包括: 第五接收模塊，被配置為接收由用戶終端發送的添加購物車請求，所述添加購物車請求包括用戶施加的添加購物車操作所針對的目標商品的商品標識； 第二判斷模塊，被配置為根據所述目標商品的商品標識，判斷所述目標商品是否屬于預設商品集合； 第三判斷模塊，被配置為在所述目標商品屬于所述預設商品集合時，判斷所述添加購物車請求中是否包括購買憑證； 第一審批模塊，被配置為在確定所述添加購物車請求包括所述購買憑證時，根據所述購買憑證，對所述添加購物車操作進行審批； 第五發送模塊，被配置為根據審批結果，向所述用戶終端發送購物車添加結果。23.根據權利要求21所述的裝置，其特征在于，所述裝置還包括: 第二審批模塊，被配置為在所述目標商品不屬于所述預設商品集合時，響應于所述添加購物車請求，對所述添加購物車操作進行審批。24.根據權利要求21所述的裝置，其特征在于，所述第一審批模塊包括: 解密子模塊，被配置為在確定所述添加購物車請求包括所述購買憑證時，對所述購買憑證進行解密；以及 第一審批子模塊，被配置為當解密成功時，根據解密后得到的購買憑證，對所述添加購物車操作進行審批。25.根據權利要求21-24中任一項所述的裝置，其特征在于，所述第一審批模塊包括: 第二驗證子模塊，被配置為在確定所述添加購物車請求包括所述購買憑證時，根據預設規則，驗證所述購買憑證的合法性； 第二審批子模塊，被配置為在確定所述購買憑證合法時，批準所述添加購物車操作，并將所述目標商品添加至購物車中。26.根據權利要求25所述的裝置，其特征在于，所述添加購物車請求還包括用戶標識；所述購買憑證包括用戶標識、商品標識、以及時間戳信息；以及，所述預設規則包括以下中的至少一者: 所述添加購物車請求中包括的用戶標識與所述購買憑證中包括的用戶標識一致；所述添加購物車請求中包括的所述目標商品的商品標識與所述購買憑證中包括的商品標識一致； 所述購買憑證中包括的所述時間戳信息所指示的時間距離當前時間的時間差未超過預設的時間差閾值； 所述購買憑證首次被進行合法性驗證。27.一種添加購物車的裝置，其特征在于，包括: 處理器； 用于存儲處理器可執行指令的存儲器； 其中，所述處理器被配置為: 接收由用戶施加的針對目標商品的購物車添加操作產生的購物車添加指令，所述購物車添加指令包括所述目標商品的商品標識； 根據所述商品標識，判斷所述目標商品是否屬于預設商品集合； 在所述目標商品屬于所述預設商品集合時，向購買憑證發放系統發送購買憑證獲取請求； 接收由所述購買憑證發放系統發送的購買憑證； 向購物車系統發送包括所述購買憑證的第一添加購物車請求，所述第一添加購物車請求用于所述購物車系統根據所述購買憑證審批針對所述目標商品的所述購物車添加操作；以及 接收由所述購物車系統發送的購物車添加結果。28.一種添加購物車的裝置，其特征在于，包括: 處理器； 用于存儲處理器可執行指令的存儲器； 其中，所述處理器被配置為: 接收由用戶終端發送的購買憑證獲取請求，所述購買憑證獲取請求是所述用戶終端在用戶施加的添加購物車操作所針對的目標商品屬于預設商品集合時發送的； 對所述購買憑證獲取請求進行驗證，并得到驗證結果； 在所述驗證結果指示所述購買憑證獲取請求通過驗證時，向所述用戶終端發送購買憑證，所述購買憑證用于購物車系統審批針對所述目標商品的所述購物車添加操作。29.一種添加購物車的裝置，其特征在于，包括: 處理器； 用于存儲處理器可執行指令的存儲器； 其中，所述處理器被配置為: 接收由用戶終端發送的添加購物車請求，所述添加購物車請求包括用戶施加的添加購物車操作所針對的目標商品的商品標識； 根據所述目標商品的商品標識，判斷所述目標商品是否屬于預設商品集合； 在所述目標商品屬于所述預設商品集合時，判斷所述添加購物車請求中是否包括購買憑證； 在確定所述添加購物車請求包括所述購買憑證時，根據所述購買憑證，對所述添加購物車操作進行審批； 根據審批結果，向所述用戶終端發送購物車添加結果。
【文檔編號】G06Q30/06GK106022882SQ201610342293
【公開日】2016年10月12日
【申請日】2016年5月20日
【發明人】金帥, 李偉, 馬鑫
【申請人】北京小米移動軟件有限公司