本申請涉及計算機
技術領域：
，尤其涉及一種數(shù)據(jù)處理的方法及裝置。
背景技術：
：隨著計算機的不斷發(fā)展，用戶在通過計算機等設備進行操作時，執(zhí)行一次操作可對多個不同的對象，如，卸載一個應用程序的過程中，需要對多個文件同時進行卸載。在現(xiàn)有技術中，計算設備在接收到用戶發(fā)送的攜帶有對多個對象的操作請求后，可能會調(diào)用多個線程，每個線程分別獲取針對每個對象的配置文件，再從每個對象的配置文件中獲取處理規(guī)則，并根據(jù)每個對象的處理規(guī)則，計算處理每個對象對應的業(yè)務處理數(shù)值，最后根據(jù)每個對象對應的業(yè)務處理數(shù)值，對每個對象分別進行處理。但是，由于每個對象對應一個包含有處理規(guī)則的配置文件，因此，如果用戶發(fā)送的攜帶有對多個對象的操作請求中所涉及到的對象較多，計算設備調(diào)用的線程則會增多，也就是說，每個線程分別獲取每個對象的配置文件，并根據(jù)每個對象的配置文件中包含的處理規(guī)則，計算每個對象對應的業(yè)務處理數(shù)值，勢必會造成計算設備的運行負載較大，降低計算設備的運行效率。技術實現(xiàn)要素：本申請實施例提供一種數(shù)據(jù)處理方法及裝置，用以解決現(xiàn)有技術中計算設備的運行負載較大，降低計算設備的運行效率的問題。本申請實施例提供的一種數(shù)據(jù)處理的方法，所述方法包括：接收用戶發(fā)送的操作請求，其中，所述操作請求中攜帶有待操作的多個對 象；確定每個對象對應的處理規(guī)則；根據(jù)每個對象對應的處理規(guī)則，生成包含有各對象共同的統(tǒng)一處理規(guī)則的配置文件；根據(jù)所述配置文件中包含的各對象共同的統(tǒng)一處理規(guī)則，對每個對象進行數(shù)據(jù)處理。本申請實施例提供的一種優(yōu)惠憑證的使用方法，所述方法包括：接收用戶發(fā)送的第一指定操作請求，其中，所述第一指定操作請求中攜帶有待操作的多個商品信息；確定每個商品信息對應的優(yōu)惠活動信息；根據(jù)每個商品信息對應的優(yōu)惠活動信息，生成各商品信息共同的聚合優(yōu)惠憑證；對所述用戶使用所述聚合優(yōu)惠憑證。本申請實施例提供的一種數(shù)據(jù)處理的裝置，所述裝置包括：接收模塊，用于接收用戶發(fā)送的操作請求，其中，所述操作請求中攜帶有待操作的多個對象；確定模塊，用于確定每個對象對應的處理規(guī)則；生成模塊，用于根據(jù)每個對象對應的處理規(guī)則，生成包含有各對象共同的統(tǒng)一處理規(guī)則的配置文件；處理模塊，用于根據(jù)所述配置文件中包含的各對象共同的統(tǒng)一處理規(guī)則，對每個對象進行數(shù)據(jù)處理。本申請實施例提供的一種優(yōu)惠憑證的使用裝置，所述裝置包括：接收模塊，用于接收用戶發(fā)送的第一指定操作請求，其中，所述第一指定操作請求中攜帶有待操作的多個商品信息；確定模塊，用于確定每個商品信息對應的優(yōu)惠活動信息；生成模塊，用于根據(jù)每個商品信息對應的優(yōu)惠活動信息，生成各商品信息 共同的聚合優(yōu)惠憑證；使用模塊，用于對所述用戶使用所述聚合優(yōu)惠憑證。本申請實施例提供一種數(shù)據(jù)處理的方法及裝置，該方法首先接收用戶發(fā)送的攜帶有待操作的多個對象的操作請求，確定每個對象對應的處理規(guī)則，根據(jù)每個對象對應的處理規(guī)則，生成包含有各對象共同的統(tǒng)一處理規(guī)則的配置文件，根據(jù)該配置文件中包含的統(tǒng)一處理規(guī)則，對每個對象進行數(shù)據(jù)處理。通過上述方法，計算設備在對每個對象進行處理的過程中，無需逐一獲取每個對象的配置文件，只需要一次性生成并獲取包含各對象共同的統(tǒng)一處理規(guī)則的配置文件即可，這樣可有效的降低計算設備的運行負載，提高計算設備的運行效率。附圖說明此處所說明的附圖用來提供對本申請的進一步理解，構成本申請的一部分，本申請的示意性實施例及其說明用于解釋本申請，并不構成對本申請的不當限定。在附圖中：圖1為本申請實施例提供的數(shù)據(jù)處理的過程；圖2為本申請實施例提供的優(yōu)惠憑證的使用的過程；圖3為本申請實施例提供的數(shù)據(jù)處理的裝置結構示意圖；圖4為本申請實施例提供的優(yōu)惠憑證的使用的裝置結構示意圖。具體實施方式為使本申請的目的、技術方案和優(yōu)點更加清楚，下面將結合本申請具體實施例及相應的附圖對本申請技術方案進行清楚、完整地描述。顯然，所描述的實施例僅是本申請一部分實施例，而不是全部的實施例?；诒旧暾堉械膶嵤├?，本領域普通技術人員在沒有做出創(chuàng)造性勞動前提下所獲得的所有其他實施例，都屬于本申請保護的范圍。圖1為本申請實施例提供的數(shù)據(jù)處理的過程，具體包括以下步驟：s101：接收用戶發(fā)送的操作請求。在實際應用中，用戶在通過計算設備(如，計算機)進行操作時，執(zhí)行一次操作可涉及多個不同的對象，所述對象可以是應用程序，可以是數(shù)據(jù)文件，也可以是業(yè)務。在對多個不同的對象執(zhí)行操作的過程中，首先要接收用戶發(fā)送的操作請求，而接收該操作請求可以是由計算設備完成的，計算設備可以是計算機或服務器，也可以是具有數(shù)據(jù)處理功能的設備，所述操作請求中攜帶有待操作的多個對象。s102：確定每個對象對應的處理規(guī)則。s103：根據(jù)每個對象對應的處理規(guī)則，生成包含有各對象共同的統(tǒng)一處理規(guī)則的配置文件。在本申請中，服務器在接收到用戶發(fā)送的操作請求后，生成包含有各對象共同的統(tǒng)一處理規(guī)則的配置文件，所述配置文件中包含的統(tǒng)一處理規(guī)則適用各對象。s104：根據(jù)所述配置文件中包含的各對象共同的統(tǒng)一處理規(guī)則，對每個對象進行數(shù)據(jù)處理。在本申請中，服務器可根據(jù)該配置文件中包含的各對象共同的統(tǒng)一處理規(guī)則，確定處理每個對象的業(yè)務處理數(shù)值，再根據(jù)處理每個對象的業(yè)務處理數(shù)值，對每個對象進行數(shù)據(jù)處理，后續(xù)，服務器可將處理每個對象的業(yè)務處理數(shù)值、以及處理每個對象的業(yè)務處理數(shù)值之和提供給該用戶，其中，所述業(yè)務處理數(shù)值可以是系統(tǒng)開銷，如，用戶在計算機上卸載一個應用程序(也就是說，執(zhí)行一次卸載操作可涉及到對多個數(shù)據(jù)文件同時進行卸載)的過程中，計算機確定每個對象對應的處理規(guī)則，并生成包含有各對象共同的統(tǒng)一處理規(guī)則的配置文件，根據(jù)該配置文件中包含的統(tǒng)一處理規(guī)則，確定出每個對象的系統(tǒng)開銷，再根據(jù)處理每個對象的系統(tǒng)開銷，對每個對象進行數(shù)據(jù)處理。通過上述方法，計算設備在對每個對象進行處理的過程中，無需逐一獲取每個對象的配置文件，只需要一次性生成并獲取包含各對象共同的統(tǒng)一處理規(guī) 則的配置文件即可，這樣可有效的降低計算設備的運行負載，提高計算設備的運行效率。以上是本申請?zhí)峁┑臄?shù)據(jù)處理的方法，而在實際應用中，用戶有可能通過個人計算進行網(wǎng)上購物，而賣家為了更好的為用戶提供服務，可能會為用戶提供優(yōu)惠憑證，而整個優(yōu)惠憑證的使用過程如圖2所示。圖2為本申請實施例提供的優(yōu)惠憑證的使用過程，具體包括以下步驟：s201：接收用戶發(fā)送的第一指定操作請求。在實際應用中，用戶可能通過個人計算機在購物網(wǎng)站上購買所需的商品，而用戶在購買商品的整個過程中，服務器首先接收用戶發(fā)送的第一指定操作請求，并做出相應的響應，所述指定操作請求中攜帶有待操作的多個商品信息，所述指定操作請求可以是由用戶發(fā)送的下單操作請求，所述下單操作指的是將購買的商品添加到購物車里，也可以是支付操作請求所述支付操作指的是對添加到購物車里的商品進行付款。例如，用戶a在某購物網(wǎng)站上購買所需的商品a、商品b以及商品c，假設服務器接收到用戶a發(fā)送的攜帶有商品a的信息、商品b的信息以及商品c的信息的下單操作請求，并執(zhí)行步驟s202。s202：確定每個商品信息對應的優(yōu)惠活動信息。由于在實際應用中，賣家為了吸引更多的用戶購買商品，以此提高商品的售賣量，因此，賣家通常為用戶提供商品對應的優(yōu)惠活動信息，并將優(yōu)惠活動信息對應的優(yōu)惠憑證提供給用戶。在本申請中，為了更好的為用戶提供服務，用戶自己無需預先去各賣家中領取優(yōu)惠憑證，服務器在接收到用戶發(fā)送的第一指定操作請求后，可自動在各賣家中查詢，確定出待操作的多個商品信息中每個商品信息對應的優(yōu)惠活動信息，所述優(yōu)惠活動信息中包含有哪些商品優(yōu)惠以及優(yōu)惠的價格，還可包含賣家的信息。延續(xù)上例，服務器在接收到用戶a發(fā)送的攜帶有商品a的信息、商品b 的信息以及商品c的信息的下單操作請求之后，自動去商品a、商品b以及商品c各自對應的賣家中查詢，假設服務器確定出的各商品的優(yōu)惠活動信息如表1所示：商品信息優(yōu)惠活動信息商品a的信息商品a優(yōu)惠20元商品b的信息商品b優(yōu)惠30元商品c的信息商品c優(yōu)惠10元表1s203：根據(jù)每個商品信息對應的優(yōu)惠活動信息，生成各商品信息共同的聚合優(yōu)惠憑證。在本申請中，服務器在確定出每個商品信息對應的優(yōu)惠活動信息后，直接根據(jù)各優(yōu)惠活動信息，生成各商品信息共同的聚合優(yōu)惠憑證。在生成聚合優(yōu)惠憑證的過程中，可以將各優(yōu)惠活動信息中的差異信息添加到聚合優(yōu)惠證上(如，各優(yōu)惠活動信息對應的商品中出現(xiàn)了兩次以上的同一個賣家的名稱，則可以直接寫一個賣家的名稱即可)，也可以將各優(yōu)惠活動信息完整的添加到聚合優(yōu)惠憑證上，也就是說，所述聚合優(yōu)惠憑證中包含了每個商品對應的優(yōu)惠活動信息，后續(xù)每個商品都是根據(jù)該聚合優(yōu)惠憑證進行優(yōu)惠的。延續(xù)上例，服務器在確定出如表1的各優(yōu)惠活動信息后，根據(jù)各優(yōu)惠活動信息，生成商品a的信息、商品b的信息以及商品c的信息共同的聚合優(yōu)惠憑證。s204：對所述用戶使用所述聚合優(yōu)惠憑證。在本申請中，服務器在生成各商品信息共同的聚合優(yōu)惠憑證后，可以直接根據(jù)聚合優(yōu)惠憑證上的各優(yōu)惠活動信息，確定每個商品對應的實際支付金額以及優(yōu)惠金額，同時也可以確定出所有商品對應的實際支付總金額以及優(yōu)惠總金額，并將確定出每個商品對應的實際支付金額以及優(yōu)惠金額返回給用戶，同時如果確定出所有商品對應的實際支付總金額以及優(yōu)惠總金額后，也需要將所有 商品對應的實際支付總金額以及優(yōu)惠總金額返回給用戶。延續(xù)上例，假設服務器根據(jù)生成的聚合優(yōu)惠憑證，確定出每個商品對應的實際支付金額、優(yōu)惠金額以及所有商品對應的實際支付總金額和優(yōu)惠總金額如表2所示：商品名稱原始金額優(yōu)惠金額實際支付金額商品a100元20元80元商品b130元30元100元商品c70元10元60元各商品的總金額300元60元240元表2通過上述方法，在整個優(yōu)惠憑證的使用過程中，服務器無需去各賣家中領取商品對應的優(yōu)惠憑證，也就是說，服務器無需多次去各賣家中領取并返回給用戶商品對應的優(yōu)惠憑證，只需要獲取一次由各商品對應的優(yōu)惠活動信息對應的聚合優(yōu)惠憑證，并將該聚合優(yōu)惠憑證返回給用戶即可，這樣在用戶一次性購買大量具有優(yōu)惠活動信息對應商品時，可有效的降低服務器的運行負載，并降低服務器的運行效率。在實際應用中，用戶在向服務器發(fā)送了下單操作請求后(也就是說，用戶只是把需要購買的商品加入到了購物車里)，需要完成支付操作，在本申請中，整個支付過程如下所示：接收用戶發(fā)送的攜帶有對多個商品信息的第二指定操作請求，判斷聚合優(yōu)惠憑證是否有效，若是，則確定每個商品對應的實際支付金額以及實際支付總金額，并將確定出的實際支付金額以及實際支付總金額返回給該用戶，當接收到用戶發(fā)送的確認信息時，對該實際支付總金額進行處理，若否，則確定出每個商品對應的原始支付金額以及原始支付總金額，并將確定出的原始支付金額以及原始支付總金額返回給該用戶，當接收到用戶發(fā)送的確認信息時，對該原始支付總金額進行處，其中，服務器在確定出每個商品對應的實際支付金額以及實際支付總金額的同時，也可以確定出每個商品對應的優(yōu) 惠金額以及優(yōu)惠總金額，并將優(yōu)惠金額以及優(yōu)惠總金額返回給該用戶，并且所述第二指定操作請求可以是支付操作請求，當然所述第二指定操作請求也可以是下單操作請求，即，用戶在下單后，服務器可生成聚合優(yōu)惠憑證，并直接判斷聚合優(yōu)惠憑證是否有效，根據(jù)判斷結果進行相應處理。延續(xù)上例，假設服務器接收到用戶a發(fā)送的支付操作請求，判斷由步驟s203生成的聚合優(yōu)惠憑證是否有效，假設聚合優(yōu)惠憑證是有效的，則直接確定每個商品對應的實際支付金額、實際支付總金額以及個商品對應的優(yōu)惠金額以及優(yōu)惠總金額如表3所示：商品名稱原始金額優(yōu)惠金額實際支付金額商品a100元20元80元商品b130元30元100元商品c70元10元60元各商品的總金額300元60元240元表3服務器將表3中的數(shù)據(jù)返回給用戶a，當服務器接收到用戶a發(fā)送的確認信息時，對表3中的實際支付總金額進行處理。在此需要說明的是，由于下單操作與支付操作時兩個完全獨立的操作環(huán)節(jié)，也就是說，用戶在向服務器發(fā)送下單操作請求后，只是將購買的商品加入了購物車，而用戶可以在任何時間段內(nèi)完成支付操作，由于聚合優(yōu)惠憑證通常是有使用期限的，因此，這樣有可能存在用戶在超過聚會優(yōu)惠憑證的使用期限以外的時間內(nèi)進行支付操作的情況，因此，在支付操作的過程中，服務器需要判斷聚合優(yōu)惠憑證是否有效，也就是說，是否被使用過，是否過期。進一步的，由于后續(xù)每個賣家都需要統(tǒng)計出哪些優(yōu)惠憑證被用戶使用過，哪些優(yōu)惠憑證沒有被用戶使用過，而聚合優(yōu)惠憑證上的優(yōu)惠活動信息對應著不同的賣家，因此，在本申請中，服務器在執(zhí)行完成支付操作后，可按照預設的時間(如，一小時)，根據(jù)聚合優(yōu)惠憑證還原成每個活動信息對應的優(yōu)惠憑證， 并將還原后的各優(yōu)惠憑證發(fā)送給相應的賣家。在此需要說明的是，考慮到實際應用中，有可能存在有些用戶在向服務器發(fā)送完下單操作請求后，一直沒有再向服務器發(fā)送支付操作請求，從而導致聚合優(yōu)惠憑證出現(xiàn)過期的情況，面對這種情況，在本申請中，服務器可按照預設的時間，同樣根據(jù)聚合優(yōu)惠憑證還原成每個活動信息對應的優(yōu)惠憑證，并將還原后的各優(yōu)惠憑證發(fā)送給相應的賣家。另外，為了有效的區(qū)分出聚合優(yōu)惠憑證的使用狀態(tài)，在本申請中，可以預先在生成的聚合優(yōu)惠憑證上添加狀態(tài)標識，當聚合優(yōu)惠憑證被用戶使用過時，服務器需要將該聚合優(yōu)惠憑證上表示未使用的狀態(tài)標識修改成已使用的狀態(tài)標識。在實際應用中，賣家不僅僅需要統(tǒng)計出哪些優(yōu)惠憑證被用戶使用過，哪些優(yōu)惠憑證沒有被用戶使用過，還需要統(tǒng)計出金額收入情況，因此，在本申請中，服務器在判斷出聚合優(yōu)惠憑證有效時，可針對每個商品信息，將該商品信息對應的優(yōu)惠金額、實際支付金額返回給該商品信息對應的賣家。在上述整個支付過程中，由于只存在一個聚合優(yōu)惠憑證，因此，在判斷優(yōu)惠憑證是否有效時，只需要判斷一次聚合優(yōu)惠憑證是否有效即可，無需像現(xiàn)有技術中對每個商品信息對應的優(yōu)惠憑證一個一個進行多次判斷，這樣可以有效降低了服務器的運行負載，提高了運行效率，與此同時，也極大的縮短了整個支付過程的處理時間，提高了支付效率?？紤]到實際應用中，有可能存在用戶在購買完所需的商品后，由于某些因素造成用戶對商品不滿意，從而要求退款的情況，因此，本申請?zhí)峁┝送丝畹恼麄€過程，具體的，接收用戶發(fā)送的攜帶有待退款的多個商品信息的退款請求，根據(jù)該待退款的每個商品信息以及該待退款的每個商品信息對應的實際支付金額，確定每個待退款的商品信息對應的實際退款金額以及退款總金額，將該每個待退款的商品信息對應的實際退款金額以及退款總金額返回給用戶。延續(xù)上例，假設服務器接收到用戶a發(fā)送的攜帶有商品a的信息、商品b 的信息以及商品c的信息的退款請求，根據(jù)表3中每個商品信息對應的實際支付金額以及退款請求中攜帶的待退款的商品信息：商品a的信息、商品b的信息以及商品c的信息，確定每個待退款的商品信息對應的實際退款金額以及退款總金額如表4所示：表4服務器將如表4中的數(shù)據(jù)返回給用戶a。另外，由于后續(xù)賣家需要統(tǒng)計出金額收入情況，因此，在本申請中，服務器按照預設的時間，可針對每個待退款的商品信息，將該待退款的商品信息對應的實際退款金額返回給該待退款的商品信息對應的賣家。在本申請中，服務器在接收到用戶發(fā)送的退款請求后，不僅僅要將待退款的商品信息對應的實際退款金額返回給該待退款的商品信息對應的賣家，還需要將修改待退款的商品信息對應的聚合優(yōu)惠憑證的狀態(tài)標識，也就是將聚合優(yōu)惠憑證的狀態(tài)標識由使用過的狀態(tài)標識修改成未使用過的狀態(tài)標識。在此需要說明的是，當用戶的購買行為中存在退款的情況時，根據(jù)聚合優(yōu)惠憑證還原成每個活動信息對應的優(yōu)惠憑證這個過程，可以在服務器執(zhí)行完成退款過程后執(zhí)行，這樣可以只需要修改一次優(yōu)惠憑證的狀態(tài)標識即可，無需像現(xiàn)有技術中對每個商品信息對應的優(yōu)惠憑證一個一個進行多次修改，這樣可以有效降低了服務器的運行負載，提高了運行效率，與此同時，也極大的縮短了整個退款過程的處理時間，提高了退款效率。以上為本申請實施例提供的數(shù)據(jù)處理的方法以及優(yōu)惠憑證的使用方法，基于同樣的思路，本申請實施例提供兩種裝置，即，數(shù)據(jù)處理的裝置，如圖3所示，優(yōu)惠憑證的使用的裝置，如圖4所示。圖3為本申請實施例提供的數(shù)據(jù)處理的裝置結構示意圖，所述裝置包括：接收模塊301，用于接收用戶發(fā)送的操作請求，其中，所述操作請求中攜帶有待操作的多個對象；確定模塊302，用于確定每個對象對應的處理規(guī)則；生成模塊303，用于根據(jù)每個對象對應的處理規(guī)則，生成包含有各對象共同的統(tǒng)一處理規(guī)則的配置文件；處理模塊304，用于根據(jù)所述配置文件中包含的各對象共同的統(tǒng)一處理規(guī)則，對每個對象進行數(shù)據(jù)處理。所述處理模塊304具體用于，根據(jù)所述統(tǒng)一處理規(guī)則，確定處理每個對象的業(yè)務處理數(shù)值，根據(jù)處理每個對象的業(yè)務處理數(shù)值，對每個對象進行數(shù)據(jù)處理。所述裝置還包括：提供模塊305，用于將處理每個對象的業(yè)務處理數(shù)值、以及處理每個對象的業(yè)務處理數(shù)值之和提供給所述用戶。圖4為本申請實施例提供的優(yōu)惠憑證的使用的裝置結構示意圖，所述裝置包括：接收模塊401，用于接收用戶發(fā)送的第一指定操作請求，其中，所述第一指定操作請求中攜帶有待操作的多個商品信息；確定模塊402，用于確定每個商品信息對應的優(yōu)惠活動信息；生成模塊403，用于根據(jù)每個商品信息對應的優(yōu)惠活動信息，生成各商品信息共同的聚合優(yōu)惠憑證；使用模塊404，用于對所述用戶使用所述聚合優(yōu)惠憑證。所述使用模塊404具體用于，根據(jù)所述聚合優(yōu)惠憑證上的各優(yōu)惠活動信息，確定每個商品對應的實際支付金額以及優(yōu)惠金額，將所述每個商品對應的實際支付金額以及優(yōu)惠金額返回給所述用戶。所述裝置還包括：支付模塊405，用于接收用戶發(fā)送的對所述多個商品信息的第二指定操作請求，判斷所述聚合優(yōu)惠憑證是否有效，若是，則確定每個商品對應的實際支付金額以及實際支付總金額，并將所述實際支付金額以及實際支付總金額返回給所述用戶，當接收到用戶發(fā)送的確認信息時，對所述實際支付總金額進行處理，若否，則確定出每個商品對應的原始支付金額以及原始支付總金額，并將所述原始支付金額以及原始支付總金額返回給所述用戶，當接收到用戶發(fā)送的確認信息時，對所述原始支付總金額進行處理。所述裝置還包括：支付還原模塊406，用于當所述支付模塊判斷所述聚合優(yōu)惠憑證有效時，針對每個商品信息，將該商品信息對應的優(yōu)惠金額、實際支付金額返回給該商品信息對應的賣家。所述裝置還包括：退款模塊407，用于接收用戶發(fā)送的退款請求，其中，所述退款請求中攜帶有待退款的多個商品信息，根據(jù)所述待退款的每個商品信息以及所述待退款的每個商品信息對應的實際支付金額，確定每個待退款的商品信息對應的實際退款金額以及退款總金額，將所述每個待退款的商品信息對應的實際退款金額以及退款總金額返回給用戶。所述裝置還包括：退款還原模塊408，用于針對每個待退款的商品信息，將該待退款的商品信息對應的實際退款金額返回給該待退款的商品信息對應的賣家。在一個典型的配置中，計算設備包括一個或多個處理器(cpu)、輸入/輸出接口、網(wǎng)絡接口和內(nèi)存。內(nèi)存可能包括計算機可讀介質(zhì)中的非永久性存儲器，隨機存取存儲器(ram)和/或非易失性內(nèi)存等形式，如只讀存儲器(rom)或閃存(flashram)。內(nèi)存是計算機可讀介質(zhì)的示例。計算機可讀介質(zhì)包括永久性和非永久性、可移動和非可移動媒體可以由任 何方法或技術來實現(xiàn)信息存儲。信息可以是計算機可讀指令、數(shù)據(jù)結構、程序的模塊或其他數(shù)據(jù)。計算機的存儲介質(zhì)的例子包括，但不限于相變內(nèi)存(pram)、靜態(tài)隨機存取存儲器(sram)、動態(tài)隨機存取存儲器(dram)、其他類型的隨機存取存儲器(ram)、只讀存儲器(rom)、電可擦除可編程只讀存儲器(eeprom)、快閃記憶體或其他內(nèi)存技術、只讀光盤只讀存儲器(cd-rom)、數(shù)字多功能光盤(dvd)或其他光學存儲、磁盒式磁帶，磁帶磁磁盤存儲或其他磁性存儲設備或任何其他非傳輸介質(zhì)，可用于存儲可以被計算設備訪問的信息。按照本文中的界定，計算機可讀介質(zhì)不包括暫存電腦可讀媒體(transitorymedia)，如調(diào)制的數(shù)據(jù)信號和載波。還需要說明的是，術語“包括”、“包含”或者其任何其他變體意在涵蓋非排他性的包含，從而使得包括一系列要素的過程、方法、商品或者設備不僅包括那些要素，而且還包括沒有明確列出的其他要素，或者是還包括為這種過程、方法、商品或者設備所固有的要素。在沒有更多限制的情況下，由語句“包括一個……”限定的要素，并不排除在包括所述要素的過程、方法、商品或者設備中還存在另外的相同要素。本領域技術人員應明白，本申請的實施例可提供為方法、系統(tǒng)或計算機程序產(chǎn)品。因此，本申請可采用完全硬件實施例、完全軟件實施例或結合軟件和硬件方面的實施例的形式。而且，本申請可采用在一個或多個其中包含有計算機可用程序代碼的計算機可用存儲介質(zhì)(包括但不限于磁盤存儲器、cd-rom、光學存儲器等)上實施的計算機程序產(chǎn)品的形式。以上所述僅為本申請的實施例而已，并不用于限制本申請。對于本領域技術人員來說，本申請可以有各種更改和變化。凡在本申請的精神和原理之內(nèi)所作的任何修改、等同替換、改進等，均應包含在本申請的權利要求范圍之內(nèi)。當前第1頁12