資源的處理方法及裝置與流程
2023-10-30 05:49:17
本申請涉及計算機技術領域，尤其涉及一種資源的處理方法及裝置。
背景技術：
隨著網絡技術的不斷發展，計算機設備可以為用戶提供的資源也日趨多樣化，如，計算機設備為用戶提供緩衝存儲資源。
目前，在現有技術中，針對計算機設備提供的任一類型的資源，計算機設備在將該資源提供給用戶之前，需要先確定用戶的資源使用權限，也就是，用戶能夠使用的最大資源量。在確定用戶的資源使用權限時，用戶可將資源申請信息發送給計算機設備。計算機設備在接收到用戶發送的資源申請信息後，可根據資源申請信息確定出用戶的資源使用權限。後續，當用戶使用計算機設備提供的該資源時，可在計算機設備上執行資源獲取的操作，以此生成資源獲取請求。計算機設備在接收到用戶的資源獲取請求後，根據資源獲取請求中攜帶的資源類型和資源數量，獲取到對應的資源，並將資源提供給用戶。
例如，假設雲存儲服務商只為註冊過用戶名的用戶提供雲存儲空間(即，資源)，用戶通過網際網路提交用戶的身份信息的方式，在雲存儲服務商的伺服器註冊了用戶名。雲存儲服務商從而可為用戶提供雲存儲空間。後續，用戶準備在雲存儲服務商的伺服器獲取一定量的雲存儲空間，例如10g的雲存儲空間。這時，用戶在計算機終端上執行雲存儲空間獲取的操作，雲存儲服務商的伺服器接收到用戶輸入的獲取雲存儲空間的申請時，可以從雲存儲服務商的伺服器剩餘的雲存儲空間從劃分出用戶申請的一定容量的雲存儲空間。
但是，考慮到在實際應用中，用戶申請新申請的雲存儲空間容量不能大於雲存儲服務商的伺服器剩餘的雲存儲空間，以免帶來雲存儲空間的透支。因此， 在處理雲存儲空間申請的過程中，需要逐一比較用戶新申請的雲存儲空間的容量與雲存儲服務商的伺服器剩餘的容量。然後，將該用戶新申請的雲存儲空間的容量與雲存儲服務商的伺服器剩餘的容量記錄下來。記錄成功後，雲存儲服務商後續為用戶分配雲存儲空間。當用戶量眾多時，計算機設備逐一處理雲存儲空間的申請，申請順序排在後面的用戶會存在明顯的排隊等待時間，資源申請處理效率低，從而使得用戶體驗滿意度差。
因此，需要提供一種管控資源透支風險，並且處理資源申請效率高、用戶體驗滿意度好的技術方案。
技術實現要素：
本申請實施例提供一種管控資源透支風險，並且處理資源申請效率高、用戶體驗滿意度好的技術方案。
具體的，一種資源處理的方法，計算機在配置下執行以下步驟：
接收一個批次的資源申請；
確定所述批次的資源申請對應的總量；
確定業務系統的資源結餘量；
當所述總量不大於所述資源結餘量時，向所述業務系統發出資源申請記錄成功的消息，使業務系統為進行所述批次的資源申請對應的用戶分配資源。
本申請實施例還提供另一種資源處理的方法，計算機在配置下執行以下步驟：
接收一個批次內的、針對一個帳號的業務付款請求；
確定所述批次內的、針對所述帳號的付款總金額；
確定業務系統中所述帳號的資金餘額；
當所述付款總金額不大於所述資金餘額時，向業務系統發出業務付款請求記錄成功的消息，使業務系統為提出業務付款請求的用戶分配資金。
本申請實施例提供一種資源處理的裝置，包括：
接收模塊，用於接收一個批次的資源申請；
解析模塊，用於確定所述批次的資源申請對應的總量；
計算模塊，用於確定業務系統的資源結餘量；
處理模塊，當所述總量不大於所述資源結餘量時，向業務系統發出資源申請記錄成功的消息，使業務系統為進行所述批次的資源申請對應的用戶分配資源。
本申請實施例還提供另一種資源處理的裝置，包括：
接收模塊，用於接收一個批次內的、針對一個帳號的業務付款請求；
解析模塊，用於確定所述批次內的、針對所述帳號的付款總金額；
計算模塊，用於確定業務系統中所述帳號的資金餘額；
處理模塊，用於當所述付款總金額不大於所述資金餘額時，向業務系統發出業務付款請求記錄成功的消息，使業務系統為提出業務付款請求的用戶分配資金。
本申請實施例提供的信息的輸入方法和系統，至少具有如下有益效果：
一個批次的資源申請與資源結餘量比較一次，當資源申請總量不大於資源結餘量時，向業務系統發出申請記錄成功的消息，使業務系統為進行資源申請的用戶分配資源。從而，可以在防止資源透支的前提下，向業務系統發出申請記錄成功的消息，使得業務系統為進行資源申請的用戶分配資源，從而提高資源申請的處理效率，降低用戶的排隊等待時間，提高用戶體驗滿意度。
附圖說明
此處所說明的附圖用來提供對本申請的進一步理解，構成本申請的一部分，本申請的示意性實施例及其說明用於解釋本申請，並不構成對本申請的不當限定。在附圖中：
圖1為本申請實施例提供的資源的處理方法的過程示意圖。
圖2為本申請實施例提供的另一種資源的處理方法的過程示意圖。
圖3為本申請實施例提供的資源的處理的裝置的結構示意圖。
具體實施方式
為使本申請的目的、技術方案和優點更加清楚，下面將結合本申請具體實施例及相應的附圖對本申請技術方案進行清楚、完整地描述。顯然，所描述的實施例僅是本申請一部分實施例，而不是全部的實施例。基於本申請中的實施例，本領域普通技術人員在沒有做出創造性勞動前提下所獲得的所有其他實施例，都屬於本申請保護的範圍。
請參照圖1，為本申請實施例提供的資源的處理方法，具體包括以下步驟：
s01：接收一個批次的資源申請。
用戶通過網際網路提交用戶的身份信息的方式，在雲存儲服務商的伺服器註冊了用戶名。雲存儲服務商從而可為用戶提供雲存儲空間。後續，用戶準備在雲存儲服務商的伺服器獲取一定量的雲存儲空間時，用戶在計算機終端上執行雲存儲空間獲取的操作。雲存儲服務商的伺服器接收到用戶輸入的獲取雲存儲空間的申請時，可以從雲存儲服務商的伺服器剩餘的雲存儲空間從劃分出用戶申請的一定容量的雲存儲空間。在一定時間段內，多個用戶可以向雲存儲服務商的伺服器發出這樣的資源申請。
一定數量的資源申請，或者，一個時間段內的資源申請可以作為一個批次的資源申請。例如，500個資源申請，或者，1分鐘內的資源申請可以作為一個批次的資源申請。伺服器可以通過數據傳輸協議接收一個批次的資源申請。當然，一個批次的資源申請可以涉及多個用戶，也可以僅涉及一個用戶。
s02：確定所述批次的資源申請對應的總量。
伺服器可以以解析資源申請的方式，確定該批次的資源申請中涉及的資源申請總量，例如，雲存儲空間的容量等。
s03：確定業務系統的資源結餘量。
伺服器可以根據資源總量與已經分配完畢的資源量兩者之差，算得業務系統的資源結餘量。例如，雲存儲空間剩餘1t的容量。
進一步的，在本申請提供的另一種實施例中，確定業務系統的資源結餘量，具體包括：
確定實際結餘量和用戶釋放量；
確定二者之和，作為資源結餘量。
業務系統的資源結餘量可以包括業務系統的實際結餘量和用戶釋放出的資源。具體的，例如，伺服器在對雲存儲空間分配後實際結餘10t的存儲容量，然而，在一個批次的資源申請時，有若干用戶共釋放出了5t的存儲容量，則該5t的雲存儲空間可以被進一步進行分配，可以將10t的雲存儲空間存儲容量和5t的雲存儲空間存儲容量兩者之和15t的雲存儲空間存儲容量，作為雲存儲空間的結餘量。這樣，可以動態地管理資源結餘量，從而可以在防止資源透支風險的前提下，提高資源申請的處理效率。
s04：當所述總量不大於所述資源結餘量時，向所述業務系統發出資源申請記錄成功的消息，使業務系統為進行所述批次的資源申請對應的用戶分配資源。
當批次的資源申請對應的總量不大於資源結餘量時，說明伺服器的資源未被透支，則可以向用戶進行分配。例如，一個批次的雲存儲空間申請總量為1t，而此時伺服器的雲存儲空間結餘量為大於或等於1t，則向業務系統發出申請記錄成功的消息，使業務系統為進行資源申請的用戶分配資源。
在本申請提供的實施例中，一個批次的資源申請對應的總量與資源結餘量比較一次，當批次的資源申請對應的總量不大於資源結餘量時，向業務系統發出資源申請記錄成功的消息，使業務系統為進行該批次的資源申請對應的用戶分配資源。從而，可以在防止資源透支的前提下，向業務系統發出資源申請記錄成功的消息，使得業務系統為進行該批次的資源申請對應的用戶分配資源，從而提高資源申請的處理效率，降低用戶的排隊等待時間，提高用戶體驗滿意 度。
進一步的，在本申請提供的另一種實施例中，當所述總量不大於資源結餘量時，向業務系統發出資源申請記錄成功的消息，具體包括：
當所述總量不大於資源結餘量時，即時向業務系統發出資源申請記錄成功的消息；
在發出資源申請記錄成功的消息後的預設時間內，逐個處理該批次內用戶的資源申請，形成資源處理記錄。
在該實施例中，向業務系統發出資源申請記錄成功的消息的時間與逐個處理批次內用戶的資源申請的時間具有預設時間的間隔，從而，可以方便伺服器集中計算資源申請的總量，防止出現資源透支，而在伺服器計算完畢資源申請總量後的空閒時間內，逐個處理該批次內用戶的資源申請，形成資源處理記錄。具體的，假設，有1萬個用戶在1分鐘內向伺服器發出雲存儲空間的申請，當該雲存儲空間的申請總容量不大於伺服器的雲存儲空間的結餘容量時，可以即時向業務系統發出申請記錄成功的消息，以便繼續計算下1分鐘內的雲存儲空間的申請。在伺服器完成計算的空閒時間內，則逐個處理該批次內用戶的資源申請，形成資源處理記錄，這樣可以平衡伺服器的任務負荷量，提高處理效率。例如，伺服器處理甲用戶的資源申請，形成處理完畢甲用戶的資源申請後的雲儲存空間結餘容量，接著順序處理乙用戶的資源申請，形成處理完畢乙用戶的在資源申請後的雲儲存空間結餘容量。
進一步的，在本申請提供的另一種實施例中，所述方法還包括：
當所述總量大於所述資源結餘量時，向業務系統發出資源申請記錄失敗的中間消息。
具體的，例如，有1萬個用戶在1分鐘內向伺服器發出雲存儲空間的申請，雲存儲空間的申請總容量為10t，而此時，伺服器的雲存儲空間的結餘量僅有5t，則向業務系統發出雲存儲空間申請記錄失敗的中間消息。當總量大於資源結餘量時，伺服器向業務系統發出雲存儲空間申請記錄失敗的中間消息，可以 及時作出反饋，以便後續進行針對的處理，從而可以提高資源申請的處理效率。
進一步的，在本申請提供的另一種實施例中，所述方法還包括：
以一個批次為單元，查找第一數量的批次，使得該第一數量的批次內的資源申請對應的所述總量不大於所述資源結餘量，向業務系統發出第一數量的批次的資源申請記錄成功的消息。
具體的，仍以上面的情形為例，有1萬個用戶在1分鐘內向伺服器發出雲存儲空間的申請，雲存儲空間的申請總容量為10t，而此時，伺服器的雲存儲空間的結餘量僅有5t，則向業務系統發出雲存儲空間申請記錄失敗的中間消息。假設，劃分批次是以時間為參照，例如，以1分鐘內的資源為一個批次。那麼，可以查找10個批次的資源申請，在該10個批次內，假設雲存儲空間的申請總容量為50t，伺服器的雲存儲空間的實際結餘量僅有5t，而用戶釋放出的雲存儲空間容量為60t，在該10個批次的資源申請的雲存儲空間的資源申請對應的總量50t不大於65t的雲存儲空間的資源結餘量，則可以向業務系統發出10個批次的雲存儲空間申請記錄成功的消息，使業務系統為進行資源申請的對應的用戶分配資源。這樣可以在防止資源透支的前提下，一次性處理若干批次的資源申請，提高資源申請的處理效率。
下面介紹一種本申請實施例的具體的應用場景：
雲存儲服務商的伺服器接收到一個批次的雲存儲空間的申請，例如，500個雲存儲空間的申請。伺服器解析該批次的雲存儲空間的申請，假設，確定該批次的雲存儲空間的申請要求獲得1t容量的雲存儲空間。伺服器根據云存儲空間總量與已經分配完畢的雲存儲空間兩者之差，算得雲存儲空間的結餘量。假設，算得的雲存儲空間的結餘量大於或等於1t的雲存儲空間的申請容量時，伺服器向分配雲存儲空間的業務系統發出雲存儲空間申請記錄成功的消息，使業務系統為進行該批次的雲存儲空間申請對應的用戶分配資源。而當算得的雲存儲空間的結餘量小於1t的雲存儲空間的申請容量時，伺服器向分配雲存儲空間的業務系統發出雲存儲空間申請記錄失敗的中間消息，以便後續處理。後 續處理可以是查找第一數量的批次，使得該第一數量的批次內的雲存儲空間的申請對應的總量不大於雲存儲空間的結餘量。
進一步的，請參照圖2，本申請還提供另一種資源處理的方法，計算機在配置下執行以下步驟：
s11：接收一個批次內的、針對一個帳號的業務付款請求。
業務系統發生實際業務時，向伺服器發出針對該業務的付款請求。例如，某用戶甲發生一筆交易，需要向對方支付一筆款項。在業務高並發的情形下，例如，1分鐘內用戶甲的帳號有5000次的業務付款請求。伺服器可以接收一個批次的、針對該帳號的業務付款請求。當然，這裡的一個批次的針對一個帳號的業務付款請求，同樣可以是若干筆業務付款請求，也可以是，一個周期內的業務付款請求，具體的例如，5000筆業務付款請求，或者，1分鐘內的業務付款請求。
s12：確定所述批次內的、針對所述帳號的付款總金額。
伺服器可以以解析業務付款請求的方式，確定該批次的業務付款請求涉及的付款總金額。
s13：確定業務系統中所述帳號的資金餘額。
伺服器可以查詢獲得所述帳號的資金餘額。
進一步的，在本申請提供的另一種實施例中，確定業務系統中所述帳號的資金餘額，具體包括：
確定實際資金餘額和針對所述帳號的資金匯入金額；
確定所述實際資金餘額和所述資金匯入金額二者之和，作為資金餘額。
帳號的資金餘額可以包括業務系統中該帳號在業務付款請求前的實際資金餘額和處理業務付款請求時該帳號的資金匯入金額。具體的，例如，該帳號在業務系統中在業務付款請求提出前實際資金餘額為10萬元，而在處理業務付款請求時，該帳號又有5萬元的資金匯入，則可以將實際資金餘額10萬元和5萬元的匯入金額之和15萬元作為資金餘額。這樣，可以動態地管理該帳 號下的資金，從而可以在防止資金透支風險的前提下，提高業務付款請求的處理效率。
s14：當所述付款總金額不大於所述資金餘額時，向業務系統發出業務付款請求記錄成功的消息，使業務系統為提出業務付款請求的用戶分配資金。
伺服器可以比較批次內的、針對所述帳號的付款總金額和資金餘額，當付款總金額不大於資金餘額時，向業務系統發出業務付款請求記錄成功的消息，以便業務系統為提出業務付款請求的用戶分配資金——付款。
在本申請提供的實施例中，一個批次的業務付款請求對應的付款總金額與資金餘額比較一次，當付款總金額不大於資金餘額時，向業務系統發出業務付款請求記錄成功的消息，使業務系統為提出業務付款請求的用戶分配資金——付款。從而，可以在防止資金透支的前提下，向業務系統發出業務付款請求記錄成功的消息，使得業務系統為提出業務付款請求的用戶分配資金，從而提高業務付款請求的處理效率，降低用戶的排隊等待時間，提高用戶體驗滿意度。
進一步的，在本申請提供的又一實施例中，當所述付款總金額不大於所述資金餘額時，向業務系統發出業務付款請求記錄成功的消息，具體包括：
當所述付款總金額不大於所述資金餘額時，即時向業務系統發出業務付款請求記錄成功的消息；
在發出業務付款請求記錄成功的消息後的預設時間內，逐個處理批次內、針對所述帳號的業務付款請求，形成資金處理記錄。
具體的，例如，當付款總金額不大於資金餘額時，伺服器即時向業務系統發出業務付款請求記錄成功的消息，在發出業務付款請求記錄成功的消息後的10分鐘內，伺服器逐個處理批次內、針對所述帳號的業務付款請求，形成該帳號的資金餘額變動明細記錄。當然，還可以將業務付款請求時的各種單據以附件的形式存檔。在伺服器完成帳號資金餘額計算以及確定批次的業務付款請求總額計算的空閒時間內，逐個處理該批次內用戶的業務付款請求，形成該帳號的資金餘額變動明細記錄，這樣可以平衡伺服器的任務負荷量，提高處理效 率。
進一步的，在本申請提供的另一種實施例中，所述方法還包括：
當所述付款總金額大於所述資金餘額時，發出業務付款請求記錄失敗的中間消息。
具體的，例如，有1萬個用戶在1分鐘內向伺服器發出業務付款請求，業務付款請求的付款總金額為10萬元，而此時，該帳號的資金餘額僅有5萬元，則向業務系統發出業務付款請求記錄失敗的中間消息。當付款總金額大於資金餘額時，伺服器向業務系統發出業務付款請求記錄失敗的中間消息，可以及時作出反饋，以便後續進行針對的處理，從而可以提高業務付款請求的處理效率。
進一步的，在本申請提供的另一種實施例中，所述方法還包括：
以一個批次為單元，查找第一數量的批次，使得該第一數量的批次內的針對一個帳號的業務付款請求對應的所述付款總金額不大於所述資金餘額，向業務系統發出第一數量的批次的業務付款請求記錄成功的消息。
具體的，仍以上面的情形為例，有1萬個用戶在1分鐘內向伺服器發出業務付款請求，付款總金額為10萬元，而此時，該帳號的資金餘額僅有5萬元，則向業務系統發出業務付款請求記錄失敗的中間消息。假設，劃分批次是以時間為參照，例如，以1分鐘內的資源為一個批次。那麼，可以查找10個批次的業務付款請求，在該10個批次內，假設付款總金額為50萬元，該帳號的實際資金餘額僅有5萬元，而該針對帳號的資金匯入金額為60萬元，在該10個批次的業務付款請求的付款總金額50萬元不大於資金餘額65萬元，則可以向業務系統發出10個批次的業務付款請求記錄成功的消息，使業務系統為提出業務付款請求的用戶付款。這樣可以在防止資金透支的前提下，一次性處理若干批次的業務付款請求，提高業務付款請求的處理效率。
下面介紹一種本申請實施例的具體的應用場景：
伺服器接收到一個批次的業務付款請求，例如，500筆業務付款請求。伺服器解析該批次的業務付款請求，假設，確定該批次的業務付款請求要求付款 1萬元。伺服器根據該帳號的總金額與已經付款完畢的金額兩者之差，算得資金餘額。假設，算得的資金餘額大於或等於1萬元時，伺服器向分配資金的業務系統發出業務付款請求記錄成功的消息，使業務系統為進行提出業務付款請求的用戶分配資金。而當算得的資金餘額小於1萬元時，伺服器向分配資金的業務系統發出業務付款請求記錄失敗的中間消息，以便後續處理。後續處理可以是查找第一數量的批次，使得該第一數量的批次內的付款總金額不大於資金餘額。
以上是本申請實施例提供的資源的處理方法，基於同樣的思路，請參照圖3，本申請還提供一種資源處理的裝置1，包括：
接收模塊11，用於接收一個批次的資源申請；
解析模塊12，用於確定所述批次的資源申請對應的總量；
計算模塊13，用於確定業務系統的資源結餘量；
處理模塊14，當所述總量不大於所述資源結餘量時，向業務系統發出資源申請記錄成功的消息，使業務系統為進行所述批次的資源申請對應的用戶分配資源。
進一步的，在本申請提供的又一實施例中，所述裝置還包括調度模塊15；
所述調度模塊15，用於：
當所述總量不大於所述資源結餘量時，即時向業務系統發出資源申請記錄成功的消息；
在發出申請記錄成功的消息後的預設時間內，逐個處理批次內用戶的資源申請，形成資源處理記錄。
進一步的，在本申請提供的又一實施例中，所述計算模塊13用於：
確定所述業務系統的實際結餘量和所有用戶釋放資源的釋放量；
確定所述實際結餘量和所述釋放量二者之和，作為資源結餘量。
進一步的，在本申請提供的又一實施例中，所述處理模塊14用於：
以一個批次為單元，查找第一數量的批次，使得該第一數量的批次內的資 源申請總量不大於資源結餘量，向業務系統發出第一數量的批次的資源申請記錄成功的消息。
進一步的，在本申請提供的又一實施例中，一種資源處理的裝置，包括：
接收模塊11，用於接收一個批次內的、針對一個帳號的業務付款請求；
解析模塊12，用於確定所述批次內的、針對所述帳號的付款總金額；
計算模塊13，用於確定業務系統中所述帳號的資金餘額；
處理模塊14，用於當所述付款總金額不大於所述資金餘額時，向業務系統發出業務付款請求記錄成功的消息，使業務系統為提出業務付款請求的用戶分配資金。
進一步的，在本申請提供的又一實施例中，所述裝置還包括調度模塊15；
所述調度模塊15，用於：
當所述付款總金額不大於所述資金餘額時，即時向業務系統發出業務付款請求記錄成功的消息；
在發出業務付款請求記錄成功的消息後的預設時間內，逐個處理批次內、針對所述帳號的業務付款請求，形成資金處理記錄。
進一步的，在本申請提供的又一實施例中，所述計算模塊13，用於：
確定實際資金餘額和針對所述帳號的資金匯入金額；
確定所述實際資金餘額和所述資金匯入金額二者之和，作為資金餘額。
進一步的，在本申請提供的又一實施例中，所述處理模塊14，用於：
以一個批次為單元，查找第一數量的批次，使得該第一數量的批次內的針對一個帳號的業務付款請求對應的所述付款總金額不大於所述資金餘額，向業務系統發出第一數量的批次的業務付款請求記錄成功的消息。
本領域內的技術人員應明白，本發明的實施例可提供為方法、系統、或電腦程式產品。因此，本發明可採用完全硬體實施例、完全軟體實施例、或結合軟體和硬體方面的實施例的形式。而且，本發明可採用在一個或多個其中包含有計算機可用程序代碼的計算機可用存儲介質(包括但不限於磁碟存儲器、 cd-rom、光學存儲器等)上實施的電腦程式產品的形式。
本發明是參照根據本發明實施例的方法、設備(系統)、和電腦程式產品的流程圖和/或方框圖來描述的。應理解可由電腦程式指令實現流程圖和/或方框圖中的每一流程和/或方框、以及流程圖和/或方框圖中的流程和/或方框的結合。可提供這些電腦程式指令到通用計算機、專用計算機、嵌入式處理機或其他可編程數值處理設備的處理器以產生一個機器，使得通過計算機或其他可編程數值處理設備的處理器執行的指令產生用於實現在流程圖一個流程或多個流程和/或方框圖一個方框或多個方框中指定的功能的裝置。
這些電腦程式指令也可存儲在能引導計算機或其他可編程數值處理設備以特定方式工作的計算機可讀存儲器中，使得存儲在該計算機可讀存儲器中的指令產生包括指令裝置的製造品，該指令裝置實現在流程圖一個流程或多個流程和/或方框圖一個方框或多個方框中指定的功能。
這些電腦程式指令也可裝載到計算機或其他可編程數值處理設備上，使得在計算機或其他可編程設備上執行一系列操作步驟以產生計算機實現的處理，從而在計算機或其他可編程設備上執行的指令提供用於實現在流程圖一個流程或多個流程和/或方框圖一個方框或多個方框中指定的功能的步驟。
在一個典型的配置中，計算設備包括一個或多個處理器(cpu)、輸入/輸出接口、網絡接口和內存。
內存可能包括計算機可讀介質中的非永久性存儲器，隨機存取存儲器(ram)和/或非易失性內存等形式，如只讀存儲器(rom)或快閃記憶體(flashram)。內存是計算機可讀介質的示例。
計算機可讀介質包括永久性和非永久性、可移動和非可移動媒體可以由任何方法或技術來實現信息存儲。信息可以是計算機可讀指令、數值結構、程序的模塊或其他數值。計算機的存儲介質的例子包括，但不限於相變內存(pram)、靜態隨機存取存儲器(sram)、動態隨機存取存儲器(dram)、其他類型的隨機存取存儲器(ram)、只讀存儲器(rom)、電可擦除可編程只讀 存儲器(eeprom)、快閃記憶體或其他內存技術、只讀光碟只讀存儲器(cd-rom)、數字多功能光碟(dvd)或其他光學存儲、磁盒式磁帶，磁帶磁磁碟存儲或其他磁性存儲設備或任何其他非傳輸介質，可用於存儲可以被計算設備訪問的信息。按照本文中的界定，計算機可讀介質不包括暫存電腦可讀媒體(transitorymedia)，如調製的數值信號和載波。
還需要說明的是，術語「包括」、「包含」或者其任何其他變體意在涵蓋非排他性的包含，從而使得包括一系列要素的過程、方法、商品或者設備不僅包括那些要素，而且還包括沒有明確列出的其他要素，或者是還包括為這種過程、方法、商品或者設備所固有的要素。在沒有更多限制的情況下，由語句「包括一個……」限定的要素，並不排除在包括所述要素的過程、方法、商品或者設備中還存在另外的相同要素。
本領域技術人員應明白，本申請的實施例可提供為方法、系統或電腦程式產品。因此，本申請可採用完全硬體實施例、完全軟體實施例或結合軟體和硬體方面的實施例的形式。而且，本申請可採用在一個或多個其中包含有計算機可用程序代碼的計算機可用存儲介質(包括但不限於磁碟存儲器、cd-rom、光學存儲器等)上實施的電腦程式產品的形式。
以上所述僅為本申請的實施例而已，並不用於限制本申請。對於本領域技術人員來說，本申請可以有各種更改和變化。凡在本申請的精神和原理之內所作的任何修改、等同替換、改進等，均應包含在本申請的權利要求範圍之內。