TW201601090A - 資料處理的方法及裝置 - Google Patents

Abstract

本申請公開了一種資料處理的方法及裝置，該方法包括：接收待處理資料；查詢是否儲存有該待處理資料對應的隨機值；若是，根據該待處理資料和該隨機值進行後續操作；否則，根據該待處理資料，獲取該待處理資料對應的隨機值，根據該待處理資料和該隨機值進行後續操作，並儲存獲取的該隨機值。根據本申請，當接收到待處理資料時，可先查詢是否儲存有該待處理資料對應的隨機值，當查詢到時，無須重新獲取隨機值即可直接根據該隨機值進行後續操作，因此可有效減輕伺服器的負載，並且可有效節省系統資源。

Description

資料處理的方法及裝置

本申請係關於電腦技術領域，尤其官於一種資料處理的方法及裝置。

隨著電腦技術的發展，隨機產生一個數值(即，隨機值)並根據該隨機值進行後續操作已經廣泛應用於各個領域。如，要對待處理資料進行處理時，先根據該待處理資料獲取一個相應的隨機值，再根據獲取的隨機值處理該待處理資料。

下面以透過隨機抽取的方式產生訂單對應的優惠金額為例進行說明。

例如，在某商場舉行的優惠活動中，對符合該優惠活動條件的訂單預設3個不同的優惠金額，分別為10元，20元，50元。當伺服器接收到用戶端發送的包含有訂單資料(訂單資料即為待處理資料)的支付請求後，透過隨機抽取的方式，在預設的3個優惠金額中隨機抽取一個，作為該訂單資料對應的隨機值，並根據獲取的隨機值確定該訂單的實際金額，從而使用戶完成對該訂單的支付。

假設訂單A的訂單金額為100元，當伺服器接收到包含有訂單A的訂單資料的支付請求後，透過隨機抽取方式獲取的訂單A的優惠金額為20元，將該優惠金額20元作為訂單A對應的隨機值，並根據該隨機值可確定用戶對訂單A需支付的實際金額為80元，從而使用戶完成對訂單A的支付。

然而，在對訂單的支付過程中，常常會由於網路不順暢等原因導致支付失敗，而支付失敗後用戶必定會重新發送支付請求。在這種情況下，當伺服器再次接收到包含有同一訂單資料的支付請求後，將再次透過隨機抽取的方式獲取該訂單資料對應的優惠金額，作為該訂單資料對應的隨機值，並根據重新獲取的隨機值確定用戶對該訂單需支付的實際金額。

沿用上例，假設用戶對訂單A的支付失敗，再次向伺服器發送包含有訂單A的訂單資料的支付請求，伺服器則再次透過隨機抽取的方式獲取訂單A的優惠金額，假設本次獲取的優惠金額為50元，則將該優惠金額50元作為訂單A對應的隨機值，並根據重新獲取的隨機值可確定用戶對訂單A需支付的實際金額為50元。

可以看出，由於當伺服器每一次接收到包含有同一訂單資料的支付請求時，都需要重新獲取隨機值，導致伺服器負載較高，並且浪費了大量系統資源。尤其是，由於每一次透過隨機抽取的方式獲取的隨機值可能不同，因此用戶對同一訂單需支付的實際金額也會不同，因此用戶很可 能為了獲得理想的隨機值而人為多次製造支付失敗的情況，這導致伺服器負載過高，並且更加浪費系統資源。

因此，在本領域中，需要一種新的資料處理的方法，能夠解決伺服器負載較高和系統資源浪費的問題。

本申請實施例提供一種資料處理的方法及裝置，用以解決現有技術中伺服器負載較高和系統資源浪費的問題。

本申請實施例提供的一種資料處理方法，包括：接收待處理資料；查詢是否儲存有該待處理資料對應的隨機值；若是，根據該待處理資料和該隨機值進行後續操作；否則，根據該待處理資料，獲取該待處理資料對應的隨機值，根據該待處理資料和該隨機值進行後續操作，並儲存獲取的該隨機值。

本申請實施例提供的一種資料處理裝置，包括：接收模組，用於接收待處理資料；查詢模組，用於查詢是否儲存有該待處理資料對應的隨機值；處理模組，用於當該查詢模組查詢到該待處理資料對應的隨機值時，根據該待處理資料和該隨機值進行後續操作，當該查詢模組未查詢到該待處理資料對應的隨機值時，根據該待處理資料，獲取該待處理資料對應的隨機值，根據該待處理資料和該隨機值進行後續操作，並儲存 獲取的該隨機值。

本申請實施例提供一種資料處理的方法及裝置，該方法在伺服器接收到待處理資料後，先查詢是否儲存有該待處理資料對應的隨機值，當查詢到時，則可根據該待處理資料和該隨機值進行後續操作，否則，獲取該待處理資料對應的隨機值，然後根據該待處理資料和該隨機值進行後續操作，並儲存獲取的隨機值。由於上述方法儲存獲取的隨機值，當接收到待處理資料時，可先查詢是否儲存有該待處理資料對應的隨機值，當存在時，無須重新獲取隨機值即可直接根據該隨機值進行後續操作，因此可有效減輕伺服器的負載，並且可有效節省系統資源。

401‧‧‧接收模組

402‧‧‧查詢模組

403‧‧‧處理模組

此處所說明的附圖用來提供對本申請的進一步理解，構成本申請的一部分，本申請的示意性實施例及其說明用於解釋本申請，並不構成對本申請的不當限定。在附圖中：圖1為本申請實施例提供的資料處理方法的流程圖；圖2為本申請實施例提供的資料處理系統的示意圖；圖3為本申請實施例提供的在支付場景下的資料處理方法的流程圖；圖4為本申請實施例提供的資料處理裝置的框圖。

為使本申請的目的、技術方案和優點更加清楚，下面將結合本申請具體實施例及相應的附圖對本申請技術方案進行清楚、完整地描述。顯然，所描述的實施例僅是本申請一部分實施例，而不是全部的實施例。基於本申請中的實施例，本領域普通技術人員在沒有做出創造性勞動前提下所獲得的所有其他實施例，都屬於本申請保護的範圍。

圖1為本申請實施例提供的資料處理的方法的流程圖，具體包括以下步驟：

步驟101：接收待處理資料。

具體而言，當用戶端向伺服器發送待處理資料時，伺服器則接收該待處理資料。在這個過程中，伺服器可以透過網路線或資料線等有線傳輸的方式，接收用戶端發送的待處理資料，也可以透過Wi-Fi等無線傳輸方式，接收用戶端發送的待處理資料。

步驟102：查詢是否儲存有待處理資料對應的隨機值。若是，執行步驟103，否則，執行步驟104。

具體而言，伺服器透過步驟101接收待處理資料後，先不對待處理資料進行處理，而是在伺服器的快取記憶體或其他儲存介質中查詢是否儲存有該待處理資料對應的隨機值。

步驟103：根據待處理資料和隨機值進行後續操作。

具體而言，當透過步驟102查詢到待處理資料對應的隨機值時，表明已經根據該待處理資料獲取過隨機值，則伺服器可以從快取記憶體或其他儲存介質中直接調用該隨 機值，並根據該待處理資料和其對應的隨機值進行後續操作。

步驟104：根據待處理資料，獲取待處理資料對應的隨機值，根據待處理資料和隨機值進行後續操作，並儲存獲取的該隨機值。

具體而言，當透過步驟102未查詢到待處理資料對應的隨機值時，表明尚未根據該待處理資料獲取過隨機值，則伺服器可以根據待處理資料，獲取該待處理資料對應的隨機值，然後根據待處理資料和其對應的隨機值進行後續操作，並將獲取的隨機值儲存在快取記憶體或其他儲存介質中。這樣，當再次接收到相同的待處理資料，並查詢是否儲存過該待處理資料對應的隨機值時，可以查詢到該隨機值。

進一步地，可預設指定數量的隨機值，則在根據待處理資料，獲取待處理資料對應的隨機值時，可在預設的各隨機值中隨機選擇一個隨機值，作為待處理資料對應的隨機值。

進一步地，為了節約系統資源，可以使待處理對應的隨機值在快取記憶體或其他儲存介質中儲存預設的時間長度，從而當儲存達到預設時長時，可以將該隨機值從快取記憶體或其他儲存介質中清除。例如，預設時長可以是15分鐘。

由此，根據本申請的一個實施例，儲存待處理資料對應的隨機值之後，可以監控儲存該隨機值的時間長度；當 監控到儲存該隨機值的時間長度達到預設時長時，清除儲存的該隨機值。

由上述可見，本申請實施例提供一種資料處理方法，該方法在伺服器接收到待處理資料後，先查詢是否儲存有該待處理資料對應的隨機值，當查詢到時，則可根據該待處理資料和該隨機值進行後續操作，否則，獲取該待處理資料對應的隨機值，然後根據該待處理資料和該隨機值進行後續操作，並儲存獲取的隨機值。由於上述方法儲存獲取的隨機值，當接收到待處理資料時，可先查詢是否儲存有該待處理資料對應的隨機值，當查詢到該待處理資料對應的隨機值時，無須重新獲取隨機值即可直接根據該隨機值進行後續操作，因此可有效減輕伺服器的負載，並且可有效節省系統資源。

進一步地，在支付場景中，資料處理系統一般由用戶端、支付系統以及優惠管理系統構成，如圖2所示。其中，優惠管理系統接收用戶端透過支付系統發送的包含有訂單資料的支付請求，其中，訂單資料中可以攜帶買家標識、賣家標識、訂單金額、訂單標識等，訂單標識可以是由字母、數字等字元組成的字串，其與訂單資料存在一一對應關係。優惠管理系統則根據訂單資料中攜帶的訂單標識，查詢其快取記憶體(圖中未示出)中是否儲存有該訂單標識對應的優惠金額(優惠金額即為隨機值)。當查詢到該訂單標識對應的優惠金額時，表明已經根據攜帶該訂單標識的訂單資料獲取過優惠金額，則優惠管理系統可以 直接將該優惠金額返回給支付系統，支付系統根據該訂單資料中攜帶的訂單金額和該優惠金額可以確定該訂單的實際金額，並將該實際金額返回給用戶端，以便用戶進行支付。相反，當優惠管理系統未查詢到該訂單標識對應的優惠金額時，表明尚未根據攜帶該訂單標識的訂單資料獲取過優惠金額，則優惠管理系統可以根據該訂單資料獲取優惠金額，然後將該優惠金額返回給支付系統，並將獲取的優惠金額儲存在其快取記憶體中。之後，支付系統根據該訂單資料中攜帶的訂單金額和該優惠金額可以確定該訂單的實際金額，將該實際金額返回給用戶端，以便用戶進行支付。

其中，可以先預設指定數量的優惠金額，優惠管理系統在獲取優惠金額時，可在預設的各優惠金額中隨機選擇一個，作為訂單資料中攜帶的訂單標識對應的優惠金額。

當然，除了將獲取的優惠金額儲存在優惠管理系統的快取記憶體中以外，也可以將該優惠金額儲存在支付系統的快取記憶體或其他儲存介質中，或者將優惠金額儲存在一個獨立的記憶體中，只要當需要查詢是否儲存有訂單標識對應的優惠金額時，可以查詢即可。

圖3為本申請實施例提供的在支付場景下的資料處理方法的流程圖。如圖3所示，

步驟301：優惠管理系統接收用戶端透過支付系統發送的訂單資料。

步驟302：優惠管理系統根據訂單資料中攜帶的訂單 標識，查詢是否儲存有訂單標識對應的優惠金額。當查詢到訂單標識對應的優惠金額時，執行步驟303，否則，執行步驟304。

步驟303：優惠管理系統將該優惠金額發送至支付系統，執行步驟305。

步驟304：優惠管理系統根據訂單資料，獲取該訂單資料對應的優惠金額，並儲存該優惠金額，將該優惠金額發送至支付系統，執行步驟305。

步驟305：支付系統根據訂單資料和優惠金額確定訂單的實際金額，並將該實際金額返回用戶端，以便用戶支付。

下面舉例說明在支付場景下的資料處理方法的具體處理步驟。

例如，在某商場舉行的優惠活動中，對符合該優惠活動條件的訂單預設3個指定的優惠金額(優惠金額即為隨機值)，分別為10元，20元，50元。假設訂單A符合該優惠活動條件，其對應的訂單資料a中攜帶的訂單金額為100元，訂單標識為888，當優惠管理系統接收到用戶端透過支付系統發送的包含有訂單資料a的支付請求後，查詢其快取記憶體中是否儲存有訂單資料a中攜帶的訂單標識888對應的優惠金額。假設優惠管理系統查詢到訂單標識888對應的優惠金額為10元，則可將該優惠金額返回支付系統，支付系統則可根據訂單金額“100元”和該優惠金額“10元”確定訂單A的實際金額為90元，並將該實際 金額“90元”返回給用戶端，以便用戶進行支付。相反，假設優惠管理系統未查詢到訂單標識888對應的優惠金額，則可以在指定的各優惠金額中隨機選擇一個優惠金額，假設優惠管理系統隨機選擇的優惠金額為10元，則將該優惠金額“10元”返回支付系統，並且將該優惠金額“10元”儲存到快取記憶體中，支付系統則可根據訂單金額“100”和該優惠金額“10元”確定訂單A的實際金額為90元，並將該實際金額“90元”返回給用戶端，從而使用戶進行支付。這樣，當優惠管理系統再次接收到相同的訂單資料時，可根據該訂單資料中攜帶的訂單標識查詢到該訂單標識對應的優惠金額，而無需再次隨機選擇一次。

進一步地，為了節約系統資源，可以使訂單標識對應的優惠金額(優惠金額即隨機值)在快取記憶體或其他儲存介質中儲存預設的時間長度，從而當儲存達到預設時長時，可以將該優惠金額從快取記憶體或其他儲存介質中清除。例如，預設時長可以是15分鐘。

由此，根據本申請的一個實施例，儲存訂單標識對應的優惠金額之後，可以監控儲存該優惠金額的時間長度；當監控到儲存該優惠金額的時間長度達到預設時長時，清除儲存的該優惠金額。

進一步地，在實際的應用場景中，為了避免用戶為了獲得理想的優惠金額(優惠金額即為隨機值)而人為頻繁的多次製造支付失敗，並頻繁的多次發送同一訂單的支付請求的情況，可以設置較長的儲存該優惠金額的時間長 度，如48小時。然而，如果儲存優惠金額的時間較長，則會佔用較多的系統資源。因此，為了節省系統資源，也可設置較短的儲存優惠金額的時間長度，總之，儲存優惠金額的時間長度的長短可根據不同的需要進行設置。

另外，為了進一步避免用戶為了獲得理想的優惠金額而人為頻繁的多次製造支付失敗，並頻繁的多次發送同一訂單的支付請求的情況，當優惠管理系統接收到訂單資料，並且查詢到該訂單資料中攜帶的訂單標識對應的優惠金額時，可以重置儲存該優惠金額的時間長度，即將監控的儲存該優惠金額的時間長度清零，並重新監控儲存該優惠金額的時間長度。

沿用上例，假設預設在快取記憶體中儲存優惠金額(優惠金額即為隨機值)的時間長度為1小時，優惠管理系統在2014年5月20日上午10點整接收到用戶端發送的包含訂單資料a的支付請求，當確定快取記憶體中未儲存有訂單資料a中攜帶的訂單標識888對應的優惠金額時，隨機確定一優惠金額“10元”，此時開始監控儲存該優惠金額的時間長度。後因用戶對該次的優惠金額不滿意而人為導致該次支付失敗，10分鐘後，即，2014年5月20日上午10點10分，優惠管理系統再次接收到用戶端發送的包含訂單資料a的支付請求，經查詢，查詢到快取記憶體中儲存有該訂單資料中攜帶的訂單標識888對應的優惠金額“10元”，則將該優惠金額返回至支付系統，由支付系統根據該優惠金額進行後續操作。同時，優惠管理系統將 已監控的儲存該訂單標識888對應的優惠金額“10元”的時間長度“10分鐘”清零，重新監控儲存該優惠金額的時間長度。這樣，在2014年5月20日上午10點10分之後的1小時內，當優惠管理系統再次接收到用戶端透過支付系統發送的包含有訂單資料a的支付請求時，仍然可以在快取記憶體中查詢到該優惠金額“10元”，並當查詢到該優惠金額時，再次重置儲存該優惠金額的儲存時間。透過這種方式，可以間接地延長儲存優惠金額的時間，避免用戶為了獲得理想的優惠金額而人為頻繁的多次製造支付失敗，並頻繁的多次發送同一訂單的支付請求的情況。

以上為本申請實施例提供的資料處理方法，基於同樣的思路，本申請實施例還提供一種資料處理裝置，如圖4所示。

圖4為本申請實施例提供的一種資料處理裝置的框圖。

如圖4所示，一種資料處理裝置，包括：接收模組401，用於接收待處理資料；查詢模組402，用於查詢是否儲存有該待處理資料對應的隨機值；處理模組403，用於當該查詢模組402查詢到該待處理資料對應的隨機值時，根據該待處理資料和該隨機值進行後續操作，當該查詢模組402未查詢到該待處理資料對應的隨機值時，根據該待處理資料，獲取該待處理資料對應的隨機值，根據該待處理資料和該隨機值進行後續操作，並儲存獲取的該隨機值。

根據本申請的一個實施例，該接收模組401進一步用於：接收訂單資料；該查詢模組進一步用於：根據該訂單資料中攜帶的訂單標識，查詢是否儲存有該訂單標識對應的隨機值。

根據本申請的一個實施例，該處理模組403進一步用於：預設指定數量的隨機值，在預設的各隨機值中隨機選擇一個隨機值，作為該待處理資料對應的隨機值。

根據本申請的一個實施例，該處理模組403還用於：監控儲存該隨機值的時間長度，當監控到儲存該隨機值的時間長度達到預設時長時，清除儲存的該隨機值。

根據本申請的一個實施例，該處理模組403還用於：當該查詢模組402查詢到該待處理資料對應的隨機值時，重置儲存該隨機值的時間長度。

在一個典型的配置中，計算設備包括一個或多個處理器(CPU)、輸入/輸出介面、網路介面和記憶體。

記憶體可能包括電腦可讀介質中的非永久性記憶體，隨機存取記憶體(RAM)和/或非揮發性記憶體等形式，如唯讀記憶體(ROM)或快閃記憶體(flash RAM)。記憶體是電腦可讀介質的示例。

電腦可讀介質包括永久性和非永久性、可移動和非可移動媒體可以由任何方法或技術來實現資訊儲存。資訊可以是電腦可讀指令、資料結構、程式的模組或其他資料。電腦的儲存介質的例子包括，但不限於相變記憶體(PRAM)、靜態隨機存取記憶體(SRAM)、動態隨機 存取記憶體(DRAM)、其他類型的隨機存取記憶體(RAM)、唯讀記憶體(ROM)、電可擦除可程式設計唯讀記憶體(EEPROM)、快閃記憶體或其他記憶體技術、唯讀光碟唯讀記憶體(CD-ROM)、數位多功能光碟(DVD)或其他光學儲存、磁盒式磁帶，磁帶磁碟儲存或其他磁性存放裝置或任何其他非傳輸介質，可用於儲存可以被計算設備訪問的資訊。按照本文中的界定，電腦可讀介質不包括暫存電腦可讀媒體(transitory media)，如調製的資料信號和載波。

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

本領域技術人員應明白，本申請的實施例可提供為方法、系統或電腦程式產品。因此，本申請可採用完全硬體實施例、完全軟體實施例或結合軟體和硬體方面的實施例的形式。而且，本申請可採用在一個或多個其中包含有電腦可用程式碼的電腦可用儲存介質(包括但不限於磁碟記憶體、CD-ROM、光學記憶體等)上實施的電腦程式產品的形式。

以上所述僅為本申請的實施例而已，並不用於限制本申請。對於本領域技術人員來說，本申請可以有各種更改和變化。凡在本申請的精神和原理之內所作的任何修改、等同替換、改進等，均應包含在本申請之申請專利範圍的範圍之內。

Claims (10)

1. 一種資料處理方法，其特徵在於，包括：接收待處理資料；查詢是否儲存有該待處理資料對應的隨機值；若是，根據該待處理資料和該隨機值進行後續操作；否則，根據該待處理資料，獲取該待處理資料對應的隨機值，根據該待處理資料和該隨機值進行後續操作，並儲存獲取的該隨機值。
2. 根據申請專利範圍第1項所述的方法，其中，接收待處理資料，進一步包括：接收訂單資料；查詢是否儲存有該待處理資料對應的隨機值，進一步包括：根據該訂單資料中攜帶的訂單標識，查詢是否儲存有該訂單標識對應的隨機值。
3. 根據申請專利範圍第1或2項所述的方法，其中，根據該待處理資料，獲取該待處理資料對應的隨機值，進一步包括：預設指定數量的隨機值；在預設的各隨機值中隨機選擇一個隨機值，作為該待處理資料對應的隨機值。
4. 根據申請專利範圍第1或2項所述的方法，其中，該方法還包括：監控儲存該隨機值的時間長度；當監控到儲存該隨機值的時間長度達到預設時長時， 清除儲存的該隨機值。
5. 根據申請專利範圍第4項所述的方法，其中，該方法還包括：當查詢到該待處理資料對應的隨機值時，重置儲存該隨機值的時間長度。
6. 一種資料處理裝置，其特徵在於，包括：接收模組，用於接收待處理資料；查詢模組，用於查詢是否儲存有該待處理資料對應的隨機值；處理模組，用於當該查詢模組查詢到該待處理資料對應的隨機值時，根據該待處理資料和該隨機值進行後續操作，當該查詢模組未查詢到該待處理資料對應的隨機值時，根據該待處理資料，獲取該待處理資料對應的隨機值，根據該待處理資料和該隨機值進行後續操作，並儲存獲取的該隨機值。
7. 根據申請專利範圍第6項所述的裝置，其中，該接收模組進一步用於：接收訂單資料；該查詢模組進一步用於：根據該訂單資料中攜帶的訂單標識，查詢是否儲存有該訂單標識對應的隨機值。
8. 根據申請專利範圍第6或7項所述的裝置，其中，該處理模組進一步用於：預設指定數量的隨機值，在預設的各隨機值中隨機選擇一個隨機值，作為該待處理資料對應的隨機值。
9. 根據申請專利範圍第6或7項所述的裝置，其 中，該處理模組還用於：監控儲存該隨機值的時間長度，當監控到儲存該隨機值的時間長度達到預設時長時，清除儲存的該隨機值。
10. 根據申請專利範圍第9項所述的裝置，其中，該處理模組還用於：當查詢到該待處理資料對應的隨機值時，重置儲存該隨機值的時間長度。