TW201727517A - 資料儲存與業務處理的方法及裝置 - Google Patents

資料儲存與業務處理的方法及裝置 Download PDF

Info

Publication number
TW201727517A
TW201727517A TW105142293A TW105142293A TW201727517A TW 201727517 A TW201727517 A TW 201727517A TW 105142293 A TW105142293 A TW 105142293A TW 105142293 A TW105142293 A TW 105142293A TW 201727517 A TW201727517 A TW 201727517A
Authority
TW
Taiwan
Prior art keywords
data
user
amount
server
balance
Prior art date
Application number
TW105142293A
Other languages
English (en)
Other versions
TWI686703B (zh
Inventor
Ling-Guang Yu
Original Assignee
Alibaba Group Services Ltd
Priority date (The priority date is an assumption and is not a legal conclusion. Google has not performed a legal analysis and makes no representation as to the accuracy of the date listed.)
Filing date
Publication date
Application filed by Alibaba Group Services Ltd filed Critical Alibaba Group Services Ltd
Publication of TW201727517A publication Critical patent/TW201727517A/zh
Application granted granted Critical
Publication of TWI686703B publication Critical patent/TWI686703B/zh

Links

Classifications

    • GPHYSICS
    • G06COMPUTING; CALCULATING OR COUNTING
    • G06QINFORMATION AND COMMUNICATION TECHNOLOGY [ICT] SPECIALLY ADAPTED FOR ADMINISTRATIVE, COMMERCIAL, FINANCIAL, MANAGERIAL OR SUPERVISORY PURPOSES; SYSTEMS OR METHODS SPECIALLY ADAPTED FOR ADMINISTRATIVE, COMMERCIAL, FINANCIAL, MANAGERIAL OR SUPERVISORY PURPOSES, NOT OTHERWISE PROVIDED FOR
    • G06Q20/00Payment architectures, schemes or protocols
    • G06Q20/08Payment architectures
    • G06Q20/10Payment architectures specially adapted for electronic funds transfer [EFT] systems; specially adapted for home banking systems
    • G06Q20/102Bill distribution or payments
    • GPHYSICS
    • G06COMPUTING; CALCULATING OR COUNTING
    • G06QINFORMATION AND COMMUNICATION TECHNOLOGY [ICT] SPECIALLY ADAPTED FOR ADMINISTRATIVE, COMMERCIAL, FINANCIAL, MANAGERIAL OR SUPERVISORY PURPOSES; SYSTEMS OR METHODS SPECIALLY ADAPTED FOR ADMINISTRATIVE, COMMERCIAL, FINANCIAL, MANAGERIAL OR SUPERVISORY PURPOSES, NOT OTHERWISE PROVIDED FOR
    • G06Q20/00Payment architectures, schemes or protocols
    • G06Q20/08Payment architectures
    • G06Q20/10Payment architectures specially adapted for electronic funds transfer [EFT] systems; specially adapted for home banking systems
    • GPHYSICS
    • G06COMPUTING; CALCULATING OR COUNTING
    • G06FELECTRIC DIGITAL DATA PROCESSING
    • G06F16/00Information retrieval; Database structures therefor; File system structures therefor
    • G06F16/20Information retrieval; Database structures therefor; File system structures therefor of structured data, e.g. relational data
    • G06F16/27Replication, distribution or synchronisation of data between databases or within a distributed database system; Distributed database system architectures therefor
    • GPHYSICS
    • G06COMPUTING; CALCULATING OR COUNTING
    • G06FELECTRIC DIGITAL DATA PROCESSING
    • G06F16/00Information retrieval; Database structures therefor; File system structures therefor
    • G06F16/90Details of database functions independent of the retrieved data types
    • G06F16/903Querying
    • GPHYSICS
    • G06COMPUTING; CALCULATING OR COUNTING
    • G06QINFORMATION AND COMMUNICATION TECHNOLOGY [ICT] SPECIALLY ADAPTED FOR ADMINISTRATIVE, COMMERCIAL, FINANCIAL, MANAGERIAL OR SUPERVISORY PURPOSES; SYSTEMS OR METHODS SPECIALLY ADAPTED FOR ADMINISTRATIVE, COMMERCIAL, FINANCIAL, MANAGERIAL OR SUPERVISORY PURPOSES, NOT OTHERWISE PROVIDED FOR
    • G06Q20/00Payment architectures, schemes or protocols
    • G06Q20/22Payment schemes or models
    • G06Q20/227Payment schemes or models characterised in that multiple accounts are available, e.g. to the payer
    • GPHYSICS
    • G06COMPUTING; CALCULATING OR COUNTING
    • G06QINFORMATION AND COMMUNICATION TECHNOLOGY [ICT] SPECIALLY ADAPTED FOR ADMINISTRATIVE, COMMERCIAL, FINANCIAL, MANAGERIAL OR SUPERVISORY PURPOSES; SYSTEMS OR METHODS SPECIALLY ADAPTED FOR ADMINISTRATIVE, COMMERCIAL, FINANCIAL, MANAGERIAL OR SUPERVISORY PURPOSES, NOT OTHERWISE PROVIDED FOR
    • G06Q20/00Payment architectures, schemes or protocols
    • G06Q20/30Payment architectures, schemes or protocols characterised by the use of specific devices or networks
    • G06Q20/36Payment architectures, schemes or protocols characterised by the use of specific devices or networks using electronic wallets or electronic money safes
    • G06Q20/363Payment architectures, schemes or protocols characterised by the use of specific devices or networks using electronic wallets or electronic money safes with the personal data of a user
    • GPHYSICS
    • G06COMPUTING; CALCULATING OR COUNTING
    • G06QINFORMATION AND COMMUNICATION TECHNOLOGY [ICT] SPECIALLY ADAPTED FOR ADMINISTRATIVE, COMMERCIAL, FINANCIAL, MANAGERIAL OR SUPERVISORY PURPOSES; SYSTEMS OR METHODS SPECIALLY ADAPTED FOR ADMINISTRATIVE, COMMERCIAL, FINANCIAL, MANAGERIAL OR SUPERVISORY PURPOSES, NOT OTHERWISE PROVIDED FOR
    • G06Q20/00Payment architectures, schemes or protocols
    • G06Q20/38Payment protocols; Details thereof
    • G06Q20/382Payment protocols; Details thereof insuring higher security of transaction
    • GPHYSICS
    • G06COMPUTING; CALCULATING OR COUNTING
    • G06QINFORMATION AND COMMUNICATION TECHNOLOGY [ICT] SPECIALLY ADAPTED FOR ADMINISTRATIVE, COMMERCIAL, FINANCIAL, MANAGERIAL OR SUPERVISORY PURPOSES; SYSTEMS OR METHODS SPECIALLY ADAPTED FOR ADMINISTRATIVE, COMMERCIAL, FINANCIAL, MANAGERIAL OR SUPERVISORY PURPOSES, NOT OTHERWISE PROVIDED FOR
    • G06Q20/00Payment architectures, schemes or protocols
    • G06Q20/38Payment protocols; Details thereof
    • G06Q20/40Authorisation, e.g. identification of payer or payee, verification of customer or shop credentials; Review and approval of payers, e.g. check credit lines or negative lists
    • G06Q20/401Transaction verification
    • G06Q20/4014Identity check for transactions
    • GPHYSICS
    • G06COMPUTING; CALCULATING OR COUNTING
    • G06QINFORMATION AND COMMUNICATION TECHNOLOGY [ICT] SPECIALLY ADAPTED FOR ADMINISTRATIVE, COMMERCIAL, FINANCIAL, MANAGERIAL OR SUPERVISORY PURPOSES; SYSTEMS OR METHODS SPECIALLY ADAPTED FOR ADMINISTRATIVE, COMMERCIAL, FINANCIAL, MANAGERIAL OR SUPERVISORY PURPOSES, NOT OTHERWISE PROVIDED FOR
    • G06Q40/00Finance; Insurance; Tax strategies; Processing of corporate or income taxes
    • G06Q40/02Banking, e.g. interest calculation or account maintenance
    • HELECTRICITY
    • H04ELECTRIC COMMUNICATION TECHNIQUE
    • H04LTRANSMISSION OF DIGITAL INFORMATION, e.g. TELEGRAPHIC COMMUNICATION
    • H04L67/00Network arrangements or protocols for supporting network services or applications
    • H04L67/01Protocols
    • H04L67/10Protocols in which an application is distributed across nodes in the network
    • H04L67/1097Protocols in which an application is distributed across nodes in the network for distributed storage of data in networks, e.g. transport arrangements for network file system [NFS], storage area networks [SAN] or network attached storage [NAS]
    • HELECTRICITY
    • H04ELECTRIC COMMUNICATION TECHNIQUE
    • H04LTRANSMISSION OF DIGITAL INFORMATION, e.g. TELEGRAPHIC COMMUNICATION
    • H04L67/00Network arrangements or protocols for supporting network services or applications
    • H04L67/50Network services
    • H04L67/53Network services using third party service providers

Landscapes

  • Business, Economics & Management (AREA)
  • Engineering & Computer Science (AREA)
  • Accounting & Taxation (AREA)
  • Theoretical Computer Science (AREA)
  • Finance (AREA)
  • Physics & Mathematics (AREA)
  • General Physics & Mathematics (AREA)
  • Strategic Management (AREA)
  • General Business, Economics & Management (AREA)
  • Databases & Information Systems (AREA)
  • Development Economics (AREA)
  • Economics (AREA)
  • Computer Networks & Wireless Communication (AREA)
  • Data Mining & Analysis (AREA)
  • General Engineering & Computer Science (AREA)
  • Computer Security & Cryptography (AREA)
  • Signal Processing (AREA)
  • Marketing (AREA)
  • Technology Law (AREA)
  • Computing Systems (AREA)
  • Computational Linguistics (AREA)
  • Information Retrieval, Db Structures And Fs Structures Therefor (AREA)
  • Computer And Data Communications (AREA)
  • Management, Administration, Business Operations System, And Electronic Commerce (AREA)
  • Retry When Errors Occur (AREA)
  • Information Transfer Between Computers (AREA)
  • Hardware Redundancy (AREA)

Abstract

本發明揭示一種資料儲存和業務處理的方法及裝置,該方法在資料儲存時,針對每個用戶,獲取該用戶的資料,將該用戶的資料拆分成多個資料集合,並將多個資料集合分別儲存在至少兩個伺服器中,在基於儲存的資料執行業務處理時,伺服器接收攜帶有用戶標識以及業務所需資料的資料標識的業務處理請求,在本地保存的該用戶標識對應的資料中,判斷是否存在該資料標識對應的資料,若是,則獲取本地保存的該資料標識對應的資料,並根據獲取的資料執行業務,若否,則從其他的伺服器中獲取該資料標識對應的資料,並根據獲取的資料執行業務,通過上述方法,即使某個伺服器出現故障,用戶仍可通過其他伺服器中儲存的資料來執行業務。

Description

資料儲存與業務處理的方法及裝置
本發明相關於計算機技術領域,尤其關於一種資料儲存與業務處理的方法及裝置。
隨著網路技術的不斷發展,伺服器可以為用戶提供的業務也日趨多樣化,如,伺服器可為用戶提供歷史聊天記錄查詢業務。
目前,伺服器在為用戶提供業務之前,需要將用戶的資料儲存到伺服器中,在現有技術中,伺服器一般根據各用戶的ID,將各用戶分成N(N為正整數)組,並將每組內的用戶對應的全部資料分別儲存不同的伺服器中,後續,伺服器接收到用戶發送的攜帶有用戶ID的業務處理請求後,先在伺服器中查詢是否存在該用戶ID對應的資料,如果存在該用戶ID對應的資料,則直接獲取該用戶ID對應的資料,並根據獲取的資料執行業務,如果不存在用戶ID對應的資料,則將業務處理請求發送給其他伺服器,使其他伺服器根據用戶ID對應的資料執行業務。
例如,伺服器根據各用戶的ID,將九個用戶分成三 組,每組包含三個用戶,並將第一組包含的三個用戶對應的歷史聊天記錄儲存在伺服器1中,將第二組包含的三個用戶對應的歷史聊天記錄儲存在伺服器2中,將第三組包含的三個用戶對應的歷史聊天記錄儲存在伺服器3中,後續,伺服器1接收到用戶發送的攜帶有用戶ID的聊天記錄查詢業務請求時,在伺服器1本地查詢該用戶ID對應的歷史聊天記錄,若查詢到,則直接將查詢到的歷史聊天記錄返回給用戶,若未查詢到,則將該聊天記錄查詢業務請求發送給伺服器2和/或伺服器3,使伺服器2和/或伺服器3查詢該用戶ID對應的歷史聊天記錄。
但是,在現有技術中,如果其中一個或幾個伺服器出現故障,則該伺服器中儲存的資料也就無法訪問,也就是說,此時部分用戶將無法正常執行業務。
本發明實施例提供一種資料儲存和業務處理的方法及裝置,用以解決現有技術中當一個或幾個伺服器出現故障時,部分用戶無法正常執行業務的問題。
本發明實施例提供的一種業務處理的方法,針對每個用戶,該用戶的資料分別儲存在至少兩個伺服器中,所述方法包括:伺服器接收業務處理請求,其中,所述業務處理請求中攜帶有用戶標識以及業務所需資料的資料標識;在所述伺服器本地保存的所述用戶標識對應的資料 中,判斷是否存在所述資料標識對應的資料;若是,則獲取本地保存的所述資料標識對應的資料,並根據獲取的資料執行業務;若否,則從其他的伺服器中獲取所述資料標識對應的資料,並根據獲取的資料執行業務。
本發明實施例提供的一種業務處理的方法,針對每個用戶,該用戶的總餘額被拆分成多個子餘額,並分別儲存在至少兩個伺服器中,所述方法包括:伺服器接收業務處理請求,其中,所述業務處理請求中攜帶有用戶標識以及業務所需的金額的金額量;判斷所述伺服器本地保存的所述用戶標識對應的子餘額的餘額量是否不小於所述金額量;若是,則獲取本地保存的所述金額量的子餘額,根據獲取的子餘額執行業務;若否,則從所述伺服器本地以及其他的伺服器中,獲取所述金額量的子餘額,並根據獲取的子餘額執行業務。
本發明實施例提供的一種資料儲存的方法,所述方法包括:針對每個用戶,獲取該用戶的資料;將該用戶的資料拆分成包含的資料量相同的多個資料集合;將所述多個資料集合分別儲存在至少兩個伺服器中,並將該用戶的用戶標識、該用戶的資料的資料總量、每個伺服器的伺服器標識、每個伺服器中儲存的資料集合的資 料量儲存在每個伺服器中。
本發明實施例提供的一種資料儲存的方法,所述方法包括:針對每個用戶,獲取該用戶的總餘額;將該用戶的總餘額平均拆分成多個子餘額;將所述多個子餘額分別儲存在至少兩個伺服器中,並將該用戶的用戶標識、該用戶的總餘額、每個伺服器的伺服器標識、每個伺服器中儲存的子餘額的餘額量儲存在每個伺服器中。
本發明實施例提供的一種業務處理的裝置,針對每個用戶,該用戶的資料分別儲存在至少兩個伺服器中,所述裝置包括:接收模組,用於接收業務處理請求,其中,所述業務處理請求中攜帶有用戶標識以及業務所需資料的資料標識;判斷模組,用於在所述裝置本地保存的所述用戶標識對應的資料中,判斷是否存在所述資料標識對應的資料;執行模組,用於在所述判斷模組的判斷結果為是時,獲取本地保存的所述資料標識對應的資料,並根據獲取的資料執行業務;在所述判斷模組的判斷結果為否時,從其他的伺服器中獲取所述資料標識對應的資料,並根據獲取的資料執行業務。
本發明實施例提供的一種業務處理的裝置,針對每個用戶,該用戶的總餘額被拆分成多個子餘額,並分別儲存 在至少兩個伺服器中,所述裝置包括:接收模組,用於接收業務處理請求,其中,所述業務處理請求中攜帶有用戶標識以及業務所需的金額的金額量;判斷模組,用於判斷所述裝置本地保存的所述用戶標識對應的子餘額的餘額量是否不小於所述金額量;執行模組,用於在所述判斷模組的判斷結果為是時,獲取本地保存的所述金額量的子餘額,根據獲取的子餘額執行業務;在所述判斷模組的判斷結果為否時,從所述裝置本地以及其他的伺服器中,獲取所述金額量的子餘額,並根據獲取的子餘額執行業務。
本發明實施例提供的一種資料儲存的裝置,所述裝置包括:獲取模組,用於針對每個用戶,獲取該用戶的資料;拆分模組,用於將該用戶的資料拆分成包含的資料量相同的多個資料集合;儲存模組,用於將所述多個資料集合分別儲存在至少兩個伺服器中,並將該用戶的用戶標識、該用戶的資料的資料總量、每個伺服器的伺服器標識、每個伺服器中儲存的資料集合的資料量儲存在每個伺服器中。
本發明實施例提供的一種資料儲存的裝置,所述裝置包括:獲取模組,用於針對每個用戶,獲取該用戶的總餘額; 拆分模組,用於將該用戶的總餘額平均拆分成多個子餘額;儲存模組,用於將所述多個子餘額分別儲存在至少兩個伺服器中,並將該用戶的用戶標識、該用戶的總餘額、每個伺服器的伺服器標識、每個伺服器中儲存的子餘額的餘額量儲存在每個伺服器中。
本發明實施例提供一種資料儲存和業務處理的方法及裝置,該方法在資料儲存時,針對每個用戶,獲取該用戶的資料,將該用戶的資料拆分成多個資料集合,並將多個資料集合分別儲存在至少兩個伺服器中,在基於儲存的資料執行業務處理時,伺服器接收攜帶有用戶標識以及業務所需資料的資料標識的業務處理請求,在本地保存的該用戶標識對應的資料中,判斷是否存在該資料標識對應的資料,若是,則獲取本地保存的該資料標識對應的資料,並根據獲取的資料執行業務,若否,則從其他的伺服器中獲取該資料標識對應的資料,並根據獲取的資料執行業務,通過上述方法,即使某個伺服器出現故障,用戶仍可通過其他伺服器中儲存的資料來執行業務。
1‧‧‧伺服器
2‧‧‧伺服器
3‧‧‧伺服器
601‧‧‧獲取模組
602‧‧‧拆分模組
603‧‧‧儲存模組
701‧‧‧接收模組
702‧‧‧判斷模組
703‧‧‧執行模組
704‧‧‧更新模組
801‧‧‧獲取模組
802‧‧‧拆分模組
803‧‧‧儲存模組
901‧‧‧接收模組
902‧‧‧判斷模組
903‧‧‧執行模組
904‧‧‧更新模組
此處所說明的附圖用來提供對本發明的進一步理解,構成本發明的一部分,本發明的示意性實施例及其說明用於解釋本發明,並不構成對本發明的不當限定。在附圖中: 圖1為本發明實施例提供的資料儲存的過程;圖2A為本發明實施例提供的第一種資料儲存的系統的示意圖;圖2B為本發明實施例提供的第二種資料儲存的系統的示意圖;圖3為本發明實施例提供的業務處理的過程;圖4為本發明實施例提供餘額儲存的的過程;圖5為本發明實施例提供的支付處理的過程;圖6為本發明實施例提供的資料儲存的裝置結構示意圖;圖7為本發明實施例提供的業務處理的裝置結構示意圖;圖8為本發明實施例提供的餘額儲存的裝置結構示意圖;圖9為本發明實施例提供的支付處理的裝置結構示意圖。
為使本發明的目的、技術方案和優點更加清楚,下面將結合本發明具體實施例及相應的附圖對本發明技術方案進行清楚、完整地描述。顯然,所描述的實施例僅是本發明一部分實施例,而不是全部的實施例。基於本發明中的實施例,本領域普通技術人員在沒有做出創造性勞動前提下所獲得的所有其他實施例,都屬本發明保護的範圍。
圖1為本發明實施例提供的資料儲存的過程,具體包括以下步驟:
S101:針對每個用戶,獲取該用戶的資料。
在本發明實施例中,整個資料儲存的系統可以如圖2A所示,其中,該系統中執行步驟S101~步驟S103的是儲存用戶資料的至少兩個伺服器中的任意一個伺服器來完成。另外,整個資料儲存的系統也可如圖2B所示,其中,該系統中執行步驟S101~步驟S103的是儲存用戶資料的至少兩個伺服器以外的中間設備來完成。下面僅以如圖2B所示的中間設備來執行步驟S101~S103為例進行說明。
在實際應用中,伺服器在為用戶提供業務之前,需要將用戶的資料儲存在伺服器中,因此,在本發明中,中間設備首先針對每個用戶,獲取該用戶的資料。
例如,假設伺服器可為用戶A提供歷史聊天記錄查詢業務,則首先由中間設備獲取用戶A的歷史聊天記錄(即,資料)。
S102:將該用戶的資料拆分成包含的資料量相同的多個資料集合。
在本發明實施例中,由於任何資料的資料屬性通常都包含資料量,因此,中間設備在將獲取到的用戶的資料拆分成多個資料集合時,可以根據資料量來對該用戶的資料進行拆分,又由於後續在進行業務處理時,用戶發送的業務處理請求可能被發送到伺服器中的任意一個,而每個伺 服器最好都能夠從本地儲存的資料集合中獲取業務處理所需的資料,因此,在根據資料量來對該用戶的資料進行拆分後,所得到的每個資料集合中包含的資料量是相同的。
當然,本發明也提供了另一種拆分方式,具體的,拆分後的任意兩個資料集合所包含的資料量之差在預設的閾值之內,所述閾值可以根據實際情況來設定。
另外,還需要說明的是,拆分成的資料集合的數量,可以根據要儲存該用戶的資料的伺服器的數量而定,拆分成的資料集合的數量不小於要儲存該用戶的資料的伺服器的數量。
延續上例,假設用戶A的歷史聊天記錄有99條,共有3個伺服器,採用將該用戶的資料拆分成包含的資料量相同的多個資料集合的拆分方式,則中間設備可將用戶A的歷史聊天記錄拆分成均包含33條歷史聊天記錄的資料集合1、資料集合2、資料集合3。
S103:將所述多個資料集合分別儲存在至少兩個伺服器中,並將該用戶的用戶標識、該用戶的資料的資料總量、每個伺服器的伺服器標識、每個伺服器中儲存的資料集合的資料量儲存在每個伺服器中。
在本發明實施例中,中間設備在將用戶的資料拆分成多個資料集合後,可將要儲存的多個數集合分別發送給至少兩個伺服器,每個伺服器中儲存至少一個資料集合。
為了方便後續在至少兩個伺服器中查詢用戶的資料,並根據查詢到的用戶的資料執行業務,在本發明中,伺服 器除了在本地保存資料集合以外,還需要保存該用戶的用戶標識、該用戶的資料的資料總量、每個伺服器的伺服器標識、每個伺服器中儲存的資料集合的資料量,其中,每個伺服器的伺服器標識與該伺服器中儲存的資料集合的資料量具有對應關係,也就是說,由該對應關係就可以知道每個伺服器儲存的資料集合的資料量的情況。
延續上例,伺服器1除了儲存包含33條歷史聊天記錄的資料集合1以外,還可儲存如表1所示的資料:
上述表1中所示的資料均可由中間設備發送給各伺服器保存。
通過上述方法,即使某個伺服器出現故障,用戶仍可通過其他伺服器中儲存的資料來執行業務。
另外,當圖1所示的步驟S101~S103由圖2A所示的任一伺服器來執行時,可由該伺服器獲取用戶的全部資料,並拆分成多個資料集合,再保存至少一個資料集合,最後將其餘的資料集合分發給其他的伺服器儲存,與此同 時,該伺服器可將該用戶的用戶標識、該用戶的資料的資料總量、每個伺服器的伺服器標識、每個伺服器中儲存的資料集合的資料量儲存在本地後,再將上述資料發送給其他的伺服器儲存。
在本發明實施例中,在通過上述步驟S101~S103對用戶的資料進行儲存後,後續,伺服器可根據儲存在不同伺服器中的資料執行業務,整個業務處理流程如圖3所示。
圖3為本發明實施例提供的業務處理的過程,具體包括以下步驟:
S301:伺服器接收業務處理請求。
在本發明實施例中,由於用戶的資料是分別儲存在不同的伺服器中的,因此,用戶通過終端發送的業務處理請求是任意發送給多個伺服器中的一個,所述業務處理請求中攜帶有用戶標識以及業務所需資料的資料標識,用於告知伺服器需要對哪個用戶的哪些資料進行處理。
S302:在所述伺服器本地保存的所述用戶標識對應的資料中,判斷是否存在所述資料標識對應的資料,若是,執行步驟S303,若否,執行步驟S304。
在本發明實施例中,伺服器接收到用戶發送的業務處理請求後,根據業務處理請求中攜帶的用戶標識,確定出該用戶對應的資料集合,並根據業務處理請求中攜帶的資料標識,確定出到底是哪些資料集合是執行本次業務所需的資料集合,如果本地保存的資料集合中存在資料標識對應的資料,也就是說,存在執行本次業務所需的資料集 合,則執行步驟S303,如果不存在資料標識對應的資料,則執行步驟S304。
S303:獲取本地保存的所述資料標識對應的資料,並根據獲取的資料執行業務。
S304:從其他的伺服器中獲取所述資料標識對應的資料,並根據獲取的資料執行業務。
在本發明實施例中,伺服器在確定出本地不存在資料標識對應的資料後,可直接向其他伺服器發送資料獲取請求,以此從其他伺服器中獲取到資料標識對應的資料,並根據獲取的資料執行業務,其中,所述資料獲取請求中攜帶有用戶標識以及資料標識。
通過上述方法,當某個伺服器出現故障時,用戶保存在該伺服器中資料不能被使用,但是,用戶保存在其他伺服器中的資料還可以使用,而執行本次業務所需的資料就很可能保存在其他伺服器中,這樣本次業務依然能夠順利的執行,而現有技術中,儲存該用戶的伺服器發生故障,則本次業務一定不能被執行,相比於現有技術,很大程度上提高了業務被執行的可能性。
在實際應用中,伺服器在執行某些業務時,只需要根據資料的資料量來執行業務,因此,業務處理請求中攜帶的業務所需資料的資料標識具體可以是業務所需資料的資料量,後續,伺服器根據業務處理請求中攜帶的業務所需資料的資料量,判斷該伺服器本地保存的該用戶標識對應的資料的資料量是否不小於該業務所需資料的資料量,若 是,則確定該伺服器本地存在該資料標識對應的資料,否則,確定該伺服器本地不存在該資料標識對應的資料。
進一步的,由於儲存該用戶的資料不僅僅只有上述一個伺服器,其他伺服器中也儲存有該用戶的資料,因此,在本發明中,如果該伺服器本地不存在該資料標識對應的資料,也就是說,該伺服器本地保存的該用戶標識對應的資料的資料量小於該業務所需資料的資料量,可以從其他伺服器中獲取該資料標識對應的資料,具體可以是,確定該業務所需資料的資料量與該伺服器本地保存的該用戶標識對應的資料的資料量的差值,從其他的伺服器中獲取該用戶標識對應的、資料量為該差值的資料。
另外,本發明給出了從其他的伺服器中獲取該用戶標識對應的、資料量為該差值的資料的一種具體的實施方式:按照其他的每個伺服器中所述用戶標識對應的資料的資料量從大到小的順序,依次獲取所述用戶標識對應的資料,直至獲取的資料量為所述差值為止。
在實際應用中,有可能出現其他伺服器中儲存的該用戶標識對應的資料的資料量總和小於確定出的差值,因此,在本發明中,伺服器在從其他的伺服器中獲取該用戶標識對應的、資料量為該差值的資料之前,可先判斷所有伺服器儲存的該用戶標識對應的資料的資料量之和是否不小於業務所需資料的資料量,若是,則可從其他的伺服器中獲取資料,否則,說明該用戶的資料量不足以執行本次業務,因此可直接拒絕執行該業務。
最後,伺服器對獲取到的資料執行業務處理後,需要更新本地保存的該用戶標識對應的資料的資料量,也就是說,伺服器更新該用戶標識對應的資料的資料總量、本地保存該用戶標識對應的資料的資料量以及其他的每個伺服器保存的該用戶標識對應的資料的資料量,由於伺服器在本地保存的該用戶標識對應的資料的資料量小於用戶發送的業務請求中攜帶的資料量,則會從其他伺服器中獲取到該用戶標識對應的資料的資料量,因此,伺服器在更新本地保存的該用戶標識對應的資料的資料量時,也需要向其他伺服器發送更新請求,使得其他伺服器根據更新請求中攜帶的該用戶標識對應的資料的資料總量、本地保存所述用戶標識對應的資料的資料量、其他的每個伺服器保存的該用戶標識對應的資料的資料量對本地保存的資料進行更新。
在此需要說明的是,以上業務處理中涉及到的伺服器都是正常運行的伺服器,如果某一伺服器發生故障,該伺服器接收不到用戶發送的業務處理請求以及其他伺服器向該伺服器發送的資料獲取請求,也就是說,對於接收到業務處理請求的伺服器來說,該伺服器可監測其他伺服器是否出現故障,並在從其他的伺服器中獲取資料時,可從其他未出現故障的伺服器中獲取資料。
以上本發明實施例中提供的業務處理的方法,由於在實際應用中,伺服器在執行支付、轉帳等與金額有關的業務時,需要根據金額的金額量(即,資料的資料量)來執 行業務,因此,為了更清楚的闡述本方案資料儲存以及業務處理的方法,下面以資料為餘額為例進行詳細說明。
圖4為本發明實施例提供的餘額儲存的過程,具體包括以下步驟:
S401:針對每個用戶,獲取該用戶的總餘額。
在實際應用中,用戶使用支付帳戶中的餘額進行購買、支付等業務已經變得越來越普遍,在通過餘額執行業務之前,需要先將用戶的餘額儲存在伺服器中,因此,本發明中,針對每個用戶,伺服器首先獲取該用戶的總餘額。
例如,假設伺服器為用戶A提供餘額支付業務,則中間設備首先獲取用戶A的總餘額:300元。
S402:將該用戶的總餘額平均拆分成多個子餘額。
延續上例,假設採用平均拆分的方式,要儲存用戶A的餘額的伺服器數量為3個,則中間設備可將該用戶A的總餘額平均拆分成三個子餘額,即,子餘額1為100元、子餘額2為100元、子餘額3為100元。
S403:將所述多個子餘額分別儲存在至少兩個伺服器中,並將該用戶的用戶標識、該用戶的總餘額、每個伺服器的伺服器標識、每個伺服器中儲存的子餘額的餘額量儲存在每個伺服器中。
在本發明實施例中,為了方便後續在至少兩個伺服器中查詢用戶的子餘額,並根據查詢到的用戶的子餘額執行支付業務,因此,可不僅將多個子餘額分別儲存在至少兩 個伺服器中,還可將該用戶的用戶標識、該用戶的總餘額、每個伺服器的伺服器標識、每個伺服器中儲存的子餘額的餘額量儲存在伺服器中,並將儲存在本地的上述資料發送給其他伺服器,使其他伺服器將上述資料儲存在各自的本地。
延續上例,伺服器1除了儲存包含餘額量為100元的子餘額1以外,還可儲存如表2所示的資料:
上述表2中所示的資料均可由中間設備發送給各伺服器保存。
通過上述方法,即使某個伺服器出現故障,用戶仍可通過其他伺服器中儲存的子餘額來執行支付業務處理。
在本發明實施例中,在通過上述步驟S401~S403對用戶的總餘額進行儲存後,後續,伺服器可根據儲存在不同伺服器中的用戶的子餘額執行支付業務,整個支付處理流程如圖5所示。
圖5為本發明實施例提供的支付處理的過程,具體包 括以下步驟:
S501:伺服器接收業務處理請求。
在本發明實施例中,所述業務處理請求攜帶有用戶標識以及業務所需的金額的金額量,用於告知伺服器需要對哪個用戶進行支付以及本次執行所需多少金額的金額量。
延續上例,用戶A在購買一件商品時使用餘額支付業務,因此,用戶A通過終端向伺服器發送支付業務處理請求,該支付業務處理請求中攜帶有用戶A的用戶標識以及支付業務所需的金額的金額量120元,假設接收該支付業務處理請求的是伺服器1。
S502:判斷所述伺服器本地保存的所述用戶標識對應的子餘額的餘額量是否不小於所述金額量,若是,則執行步驟S503,若否,則執行步驟S504。
延續上例,伺服器1接收到支付業務處理請求後,根據用戶A的用戶標識查找到本地保存的用戶A對應的子餘額的餘額量為100元,並根據支付業務所需的金額的金額量120元,判斷本地保存的用戶A對應的子餘額的餘額量小於支付業務所需的金額的金額量,則執行步驟S504,進行後續的處理。
S503:獲取本地保存的所述金額量的子餘額,根據獲取的子餘額執行業務。
S504:從所述伺服器本地以及其他的伺服器中,獲取所述金額量的子餘額,並根據獲取的子餘額執行業務。
在本發明實施例中,伺服器在判斷出本地保存的該用 戶標識對應的子餘額小於業務所需的金額的金額量時,說明無法基於本地保存的子餘額完成業務處理,因此,可以從其他伺服器中獲取該用戶標識對應的子餘額,並根據從伺服器本地以及其他的伺服器中獲取到的子餘額,執行業務處理。
具體的,伺服器可確定業務處理請求中攜帶的金額量與該伺服器本地保存的該用戶標識對應的子餘額的餘額量的差值,獲取該伺服器本地保存的所述用戶標識對應的全部子餘額,並從其他的伺服器中獲取餘額量為該差值的子餘額,並根據從伺服器本地以及其他的伺服器中獲取到的與金額量等同的子餘額,執行業務處理。
在此需要說明的是,在從其他伺服器中獲取子餘額時,具體可從其他未出現故障的伺服器中獲取子餘額。
延續上例,假設伺服器1監測到伺服器3發生故障,而伺服器2是正常運行的,因此,伺服器1確定業務處理請求中攜帶的金額量120元與伺服器1本地保存的用戶A對應的子餘額的餘額量100元的差值,即,20元,將攜帶有差值為20元的資料獲取請求發送給正常運行的伺服器2,並接收伺服器2返回的子餘額的餘額量20元,與此同時,獲取伺服器1本地保存的用戶A對應的全部子餘額100元,並根據從伺服器1本地獲取的100元以及伺服器2中獲取的20元,執行餘額支付處理。
通過上述方法,當某個伺服器出現故障時,用戶保存在該伺服器中子餘額不能被使用,但是,用戶保存在其他 伺服器中的子餘額還可以使用,只要未出現故障的伺服器中保存的該用戶的子餘額之和大於業務所需金額的金額量,本次業務就能夠順利的執行,而現有技術中,一般儲存該用戶的餘額的伺服器發生故障,則本次支付業務一定不能被執行,相比於現有技術,很大程度上提高了支付業務被執行的可能性。
進一步的,在從其他伺服器中獲取餘額量為該差值的子餘額時,可採用以下方式:按照其他的每個伺服器中該用戶標識對應的子餘額的餘額量從大到小的順序,依次獲取該用戶標識對應的子餘額,直至獲取的餘額量為所述差值為止。
最後,伺服器對獲取到的子餘額執行業務處理後,需要更新本地保存的該用戶標識對應的子餘額的餘額量,也就是說,伺服器更新該伺服器更新該用戶標識對應的總餘額、該伺服器本地保存該用戶標識對應的子餘額的餘額量、其他的每個伺服器保存的該用戶標識對應的子餘額的餘額量,由於伺服器在本地保存的該用戶標識對應的子餘額的餘額量小於用戶發送的業務請求中攜帶的業務所需的金額的金額量,則會從其他伺服器中獲取到該用戶標識對應的子餘額的餘額量,因此,伺服器在更新本地保存的該用戶標識對應的子餘額的餘額量時,也需要向其他伺服器發送更新請求,使得其他伺服器根據更新請求中攜該用戶標識對應的總餘額、該伺服器本地保存該用戶標識對應的子餘額的餘額量、其他的每個伺服器保存的該用戶標識對 應的子餘額的餘額量對本地保存的資料進行更新。
在此需要說明的是,假設接收業務處理請求的伺服器以外的所有的其他伺服器中儲存的子餘額的餘額總量大於確定出的差值,但是,如果所有的其他伺服器中的某個伺服器出現故障後,剩餘的其他正常的伺服器中儲存的子餘額的餘額總量小於確定出的差值,則不能為用戶執行本次執行支付業務處理,則此時可向用戶返回支付通知,所述支付通知用於告知用戶的總餘額沒有發生任何變化,只是由於某個伺服器出現故障,導致用戶儲存的餘額無法用於支付業務,在伺服器恢復正常運行之後,用戶的餘額可繼續用於支付業務。
例如,一共有3個伺服器,伺服器1儲存了30元,伺服器2儲存了30元,伺服器3儲存了30元,此時用戶甲需要購買的商品價格為70元,假設伺服器2發生了故障,伺服器1接收到用戶發送的支付業務處理請求後,確定出正常運行的其他伺服器(即,伺服器3)中儲存的子餘額的餘額量小於確定出的差值(即,40元),因此,伺服器1向用戶發送支付通知,告知用戶甲,總餘額仍為90,只是由於伺服器2發生了故障,導致用戶儲存的90元的餘額無法用於支付業務,在伺服器2恢復正常運行之後,用戶的餘額可繼續用於支付業務。
在本發明中,由於伺服器在本地保存的子餘額不足的情況下是需要從其他正常運行的伺服器中獲取到子餘額,再根據本地保存的子餘額與獲取到的子餘額執行支付業務 處理,這涉及到伺服器之間的轉帳操作,伺服器之間的轉帳操作也勢必會降低執行業務的處理效率,因此,在本發明中,對於每個用戶而言,可判斷該用戶在每個伺服器中儲存的子餘額的平均餘額量是否大於一定的閾值,若是,則可對該用戶使用本發明如圖4和圖5所示的餘額儲存以及支付處理的方法,若否,則可不對該用戶使用如圖4和圖5所示的餘額儲存以及支付處理的方法。
針對上述提到的判斷用戶是否可使用如圖4和圖5所示的餘額儲存以及支付處理的方法,本發明提供了一種具體的實施方式,具體的,如果該用戶儲存在每個伺服器中的子餘額的平均餘額量大於用戶執行單筆支付業務所需要的平均金額的金額量,則該用戶可使用如圖4和圖5所示的餘額儲存以及支付處理的方法,這樣可以有效的避免了伺服器之間的轉帳操作。其中,用戶執行單筆支付業務所需要的平均金額的金額量可根據該用戶的歷史支付業務的金額來確定。
以上為本發明實施例提供的資料儲存的方法、業務處理的方法、餘額儲存的方法以及支付處理的方法,基於同樣的思路,本發明實施例提供四種裝置,即,資料儲存的裝置,如圖6所示,業務處理的裝置,如圖7所示,餘額儲存的裝置,如圖8所示,支付處理的裝置,如圖9所示。
圖6為本發明實施例提供的資料儲存的裝置結構示意圖,所述裝置包括: 獲取模組601,用於針對每個用戶,獲取該用戶的資料;拆分模組602,用於將該用戶的資料拆分成包含的資料量相同的多個資料集合;儲存模組603,用於將所述多個資料集合分別儲存在至少兩個伺服器中,並將該用戶的用戶標識、該用戶的資料的資料總量、每個伺服器的伺服器標識、每個伺服器中儲存的資料集合的資料量儲存在每個伺服器中。
圖7為本發明實施例提供的業務處理的裝置結構示意圖,針對每個用戶,該用戶的資料分別儲存在至少兩個伺服器中,所述裝置包括:接收模組701,用於接收業務處理請求,其中,所述業務處理請求中攜帶有用戶標識以及業務所需資料的資料標識;判斷模組702,用於在所述裝置本地保存的所述用戶標識對應的資料中,判斷是否存在所述資料標識對應的資料;執行模組703,用於在所述判斷模組702的判斷結果為是時,獲取本地保存的所述資料標識對應的資料,並根據獲取的資料執行業務;在所述判斷模組702的判斷結果為否時,從其他的伺服器中獲取所述資料標識對應的資料,並根據獲取的資料執行業務。
所述業務所需資料的資料標識具體包括:所述業務所需資料的資料量; 所述判斷模組702具體用於,判斷所述裝置本地保存的所述用戶標識對應的資料的資料量是否不小於所述業務所需資料的資料量;所述執行模組703具體用於,在所述判斷模組702的判斷結果為是時,確定所述裝置本地存在所述資料標識對應的資料;在所述判斷模組702的判斷結果為否時,確定所述裝置本地不存在所述資料標識對應的資料。
所述執行模組703具體用於,確定所述業務所需資料的資料量與所述裝置本地保存的所述用戶標識對應的資料的資料量的差值,從其他的伺服器中獲取所述用戶標識對應的、資料量為所述差值的資料。
所述執行模組703具體用於,按照其他的每個伺服器中所述用戶標識對應的資料的資料量從大到小的順序,依次獲取所述用戶標識對應的資料,直至獲取的資料量為所述差值為止。
所述裝置還包括:更新模組704,用於所述裝置更新所述用戶標識對應的資料的資料總量、所述裝置本地保存所述用戶標識對應的資料的資料量、其他的每個伺服器保存的所述用戶標識對應的資料的資料量。
圖8為本發明實施例提供的餘額儲存的裝置結構示意圖,所述裝置包括:獲取模組801,用於針對每個用戶,獲取該用戶的總餘額; 拆分模組802,用於將該用戶的總餘額平均拆分成多個子餘額;儲存模組803,用於將所述多個子餘額分別儲存在至少兩個伺服器中,並將該用戶的用戶標識、該用戶的總餘額、每個伺服器的伺服器標識、每個伺服器中儲存的子餘額的餘額量儲存在每個伺服器中。
圖9為本發明實施例提供的支付處理的裝置結構示意圖,針對每個用戶,該用戶的總餘額被拆分成多個子餘額,並分別儲存在至少兩個伺服器中,所述裝置包括:接收模組901,用於接收業務處理請求,其中,所述業務處理請求中攜帶有用戶標識以及業務所需的金額的金額量;判斷模組902,用於判斷所述裝置本地保存的所述用戶標識對應的子餘額的餘額量是否不小於所述金額量;執行模組903,用於在所述判斷模組902的判斷結果為是時,獲取本地保存的所述金額量的子餘額,根據獲取的子餘額執行業務;在所述判斷模組902的判斷結果為否時,從所述裝置本地以及其他的伺服器中,獲取所述金額量的子餘額,並根據獲取的子餘額執行業務。
所述執行模組903具體用於,確定所述金額量與所述裝置本地保存的所述用戶標識對應的子餘額的餘額量的差值,獲取所述裝置本地保存的所述用戶標識對應的全部子餘額,並從其他的伺服器中獲取餘額量為所述差值的子餘額。
所述執行模組903具體用於,按照其他的每個伺服器中所述用戶標識對應的子餘額的餘額量從大到小的順序,依次獲取所述用戶標識對應的子餘額,直至獲取的餘額量為所述差值為止。
所述裝置還包括:更新模組904,用於所述裝置更新所述用戶標識對應的總餘額、所述裝置本地保存所述用戶標識對應的子餘額的餘額量、其他的每個伺服器保存的所述用戶標識對應的子餘額的餘額量。
在一個典型的配置中,計算設備包括一個或多個處理器(CPU)、輸入/輸出介面、網路介面和隨機存取記憶體。
隨機存取記憶體可能包括計算機可讀媒體中的非永久性記憶體,隨機存取記憶體(RAM)和/或非易失性隨機存取記憶體等形式,如唯讀記憶體(ROM)或閃存(flash RAM)。隨機存取記憶體是計算機可讀媒體的示例。
計算機可讀媒體包括永久性和非永久性、可移動和非可移動媒體可以由任何方法或技術來實現資訊儲存。資訊可以是計算機可讀指令、資料結構、程序的模組或其他資料。計算機的儲存媒體的例子包括,但不限於相變隨機存取記憶體(PRAM)、靜態隨機存取記憶體(SRAM)、動態隨機存取記憶體(DRAM)、其他類型的隨機存取記憶體(RAM)、唯讀記憶體(ROM)、電可抹除可編程唯讀記憶體(EEPROM)、快閃記憶體或其他隨機存取記 憶體技術、光碟唯讀記憶體(CD-ROM)、數位多功能光碟(DVD)或其他光學儲存、磁盒式磁帶,磁帶磁盤儲存或其他磁性儲存設備或任何其他非傳輸媒體,可用於儲存可以被計算設備存取的資訊。按照本文中的界定,計算機可讀媒體不包括暫存電腦可讀媒體(transitory media),如調製的資料信號和載波。
還需要說明的是,術語“包括”、“包含”或者其任何其他變體意在涵蓋非排他性的包含,從而使得包括一系列要素的過程、方法、商品或者設備不僅包括那些要素,而且還包括沒有明確列出的其他要素,或者是還包括為這種過程、方法、商品或者設備所固有的要素。在沒有更多限制的情況下,由語句“包括一個......”限定的要素,並不排除在包括所述要素的過程、方法、商品或者設備中還存在另外的相同要素。
本領域技術人員應明白,本發明的實施例可提供為方法、系統或計算機程序產品。因此,本發明可採用完全硬體實施例、完全軟體實施例或結合軟體和硬體方面的實施例的形式。而且,本發明可採用在一個或多個其中包含有計算機可用程序代碼的計算機可用儲存媒體(包括但不限於磁盤記憶體、CD-ROM、光學記憶體等)上實施的計算機程序產品的形式。
以上所述僅為本發明的實施例而已,並不用於限制本發明。對於本領域技術人員來說,本發明可以有各種更改和變化。凡在本發明的精神和原理之內所作的任何修改、 等同替換、改進等,均應包含在本發明的申請專利範圍之內。

Claims (22)

  1. 一種業務處理的方法,針對每個用戶,該用戶的資料分別儲存在至少兩個伺服器中,所述方法包括:伺服器接收業務處理請求,其中,所述業務處理請求中攜帶有用戶標識以及業務所需資料的資料標識;在所述伺服器本地保存的所述用戶標識對應的資料中,判斷是否存在所述資料標識對應的資料;若是,則獲取本地保存的所述資料標識對應的資料,並根據獲取的資料執行業務;若否,則從其他的伺服器中獲取所述資料標識對應的資料,並根據獲取的資料執行業務。
  2. 如申請專利範圍第1項所述的方法,其中,所述業務所需資料的資料標識具體包括:所述業務所需資料的資料量;在所述伺服器本地保存的所述用戶標識對應的資料中,判斷是否存在所述資料標識對應的資料,具體包括:判斷所述伺服器本地保存的所述用戶標識對應的資料的資料量是否不小於所述業務所需資料的資料量;若是,則確定所述伺服器本地存在所述資料標識對應的資料;否則,確定所述伺服器本地不存在所述資料標識對應的資料。
  3. 如申請專利範圍第2項所述的方法,其中,從其他的伺服器中獲取所述資料標識對應的資料,具體包括: 確定所述業務所需資料的資料量與所述伺服器本地保存的所述用戶標識對應的資料的資料量的差值;從其他的伺服器中獲取所述用戶標識對應的、資料量為所述差值的資料。
  4. 如申請專利範圍第3項所述的方法,其中,從其他的伺服器中獲取所述用戶標識對應的、資料量為所述差值的資料,具體包括:按照其他的每個伺服器中所述用戶標識對應的資料的資料量從大到小的順序,依次獲取所述用戶標識對應的資料,直至獲取的資料量為所述差值為止。
  5. 如申請專利範圍第2~4項任一項所述的方法,其中,所述方法還包括:所述伺服器更新所述用戶標識對應的資料的資料總量、所述伺服器本地保存所述用戶標識對應的資料的資料量、其他的每個伺服器保存的所述用戶標識對應的資料的資料量。
  6. 一種業務處理的方法,針對每個用戶,該用戶的總餘額被拆分成多個子餘額,並分別儲存在至少兩個伺服器中,所述方法包括:伺服器接收業務處理請求,其中,所述業務處理請求中攜帶有用戶標識以及業務所需的金額的金額量;判斷所述伺服器本地保存的所述用戶標識對應的子餘額的餘額量是否不小於所述金額量;若是,則獲取本地保存的所述金額量的子餘額,根據 獲取的子餘額執行業務;若否,則從所述伺服器本地以及其他的伺服器中,獲取所述金額量的子餘額,並根據獲取的子餘額執行業務。
  7. 如申請專利範圍第6項所述的方法,其中,從所述伺服器本地以及其他的伺服器中,獲取所述金額量的子餘額,具體包括:確定所述金額量與所述伺服器本地保存的所述用戶標識對應的子餘額的餘額量的差值;獲取所述伺服器本地保存的所述用戶標識對應的全部子餘額,並從其他的伺服器中獲取餘額量為所述差值的子餘額。
  8. 如申請專利範圍第7項所述的方法,其中,從其他的伺服器中獲取餘額量為所述差值的子餘額,具體包括:按照其他的每個伺服器中所述用戶標識對應的子餘額的餘額量從大到小的順序,依次獲取所述用戶標識對應的子餘額,直至獲取的餘額量為所述差值為止。
  9. 如申請專利範圍第6~8項任一項所述的方法,其中,所述方法還包括:所述伺服器更新所述用戶標識對應的總餘額、所述伺服器本地保存所述用戶標識對應的子餘額的餘額量、其他的每個伺服器保存的所述用戶標識對應的子餘額的餘額量。
  10. 一種資料儲存的方法,所述方法包括: 針對每個用戶,獲取該用戶的資料;將該用戶的資料拆分成包含的資料量相同的多個資料集合;將所述多個資料集合分別儲存在至少兩個伺服器中,並將該用戶的用戶標識、該用戶的資料的資料總量、每個伺服器的伺服器標識、每個伺服器中儲存的資料集合的資料量儲存在每個伺服器中。
  11. 一種資料儲存的方法,所述方法包括:針對每個用戶,獲取該用戶的總餘額;將該用戶的總餘額平均拆分成多個子餘額;將所述多個子餘額分別儲存在至少兩個伺服器中,並將該用戶的用戶標識、該用戶的總餘額、每個伺服器的伺服器標識、每個伺服器中儲存的子餘額的餘額量儲存在每個伺服器中。
  12. 一種業務處理的裝置,針對每個用戶,該用戶的資料分別儲存在至少兩個伺服器中,所述裝置包括:接收模組,用於接收業務處理請求,其中,所述業務處理請求中攜帶有用戶標識以及業務所需資料的資料標識;判斷模組,用於在所述裝置本地保存的所述用戶標識對應的資料中,判斷是否存在所述資料標識對應的資料;執行模組,用於在所述判斷模組的判斷結果為是時,獲取本地保存的所述資料標識對應的資料,並根據獲取的資料執行業務;在所述判斷模組的判斷結果為否時,從其 他的伺服器中獲取所述資料標識對應的資料,並根據獲取的資料執行業務。
  13. 如申請專利範圍第12項所述的裝置,其中,所述業務所需資料的資料標識具體包括:所述業務所需資料的資料量;所述判斷模組具體用於,判斷所述裝置本地保存的所述用戶標識對應的資料的資料量是否不小於所述業務所需資料的資料量;所述執行模組具體用於,在所述判斷模組的判斷結果為是時,確定所述裝置本地存在所述資料標識對應的資料;在所述判斷模組的判斷結果為否時,確定所述裝置本地不存在所述資料標識對應的資料。
  14. 如申請專利範圍第13項所述的裝置,其中,所述執行模組具體用於,確定所述業務所需資料的資料量與所述裝置本地保存的所述用戶標識對應的資料的資料量的差值,從其他的伺服器中獲取所述用戶標識對應的、資料量為所述差值的資料。
  15. 如申請專利範圍第14項所述的裝置,其中,所述執行模組具體用於,按照其他的每個伺服器中所述用戶標識對應的資料的資料量從大到小的順序,依次獲取所述用戶標識對應的資料,直至獲取的資料量為所述差值為止。
  16. 如申請專利範圍第13~15項任一項所述的裝置,其中,所述裝置還包括: 更新模組,用於所述裝置更新所述用戶標識對應的資料的資料總量、所述裝置本地保存所述用戶標識對應的資料的資料量、其他的每個伺服器保存的所述用戶標識對應的資料的資料量。
  17. 一種業務處理的裝置,針對每個用戶,該用戶的總餘額被拆分成多個子餘額,並分別儲存在至少兩個伺服器中,所述裝置包括:接收模組,用於接收業務處理請求,其中,所述業務處理請求中攜帶有用戶標識以及業務所需的金額的金額量;判斷模組,用於判斷所述裝置本地保存的所述用戶標識對應的子餘額的餘額量是否不小於所述金額量;執行模組,用於在所述判斷模組的判斷結果為是時,獲取本地保存的所述金額量的子餘額,根據獲取的子餘額執行業務;在所述判斷模組的判斷結果為否時,從所述裝置本地以及其他的伺服器中,獲取所述金額量的子餘額,並根據獲取的子餘額執行業務。
  18. 如申請專利範圍第17項所述的裝置,其中,所述執行模組具體用於,確定所述金額量與所述裝置本地保存的所述用戶標識對應的子餘額的餘額量的差值,獲取所述裝置本地保存的所述用戶標識對應的全部子餘額,並從其他的伺服器中獲取餘額量為所述差值的子餘額。
  19. 如申請專利範圍第18項所述的裝置,其中,所述執行模組具體用於,按照其他的每個伺服器中所述用戶 標識對應的子餘額的餘額量從大到小的順序,依次獲取所述用戶標識對應的子餘額,直至獲取的餘額量為所述差值為止。
  20. 如申請專利範圍第17~19項任一項所述的裝置,其中,所述裝置還包括:更新模組,用於所述裝置更新所述用戶標識對應的總餘額、所述裝置本地保存所述用戶標識對應的子餘額的餘額量、其他的每個伺服器保存的所述用戶標識對應的子餘額的餘額量。
  21. 一種資料儲存的裝置,所述裝置包括:獲取模組,用於針對每個用戶,獲取該用戶的資料;拆分模組,用於將該用戶的資料拆分成包含的資料量相同的多個資料集合;儲存模組,用於將所述多個資料集合分別儲存在至少兩個伺服器中,並將該用戶的用戶標識、該用戶的資料的資料總量、每個伺服器的伺服器標識、每個伺服器中儲存的資料集合的資料量儲存在每個伺服器中。
  22. 一種資料儲存的裝置,所述裝置包括:獲取模組,用於針對每個用戶,獲取該用戶的總餘額;拆分模組,用於將該用戶的總餘額平均拆分成多個子餘額;儲存模組,用於將所述多個子餘額分別儲存在至少兩個伺服器中,並將該用戶的用戶標識、該用戶的總餘額、 每個伺服器的伺服器標識、每個伺服器中儲存的子餘額的餘額量儲存在每個伺服器中。
TW105142293A 2016-01-06 2016-12-20 資料儲存與業務處理的方法及裝置 TWI686703B (zh)

Applications Claiming Priority (2)

Application Number Priority Date Filing Date Title
CN201610007367.5 2016-01-06
CN201610007367.5A CN106952085B (zh) 2016-01-06 2016-01-06 一种数据存储与业务处理的方法及装置

Publications (2)

Publication Number Publication Date
TW201727517A true TW201727517A (zh) 2017-08-01
TWI686703B TWI686703B (zh) 2020-03-01

Family

ID=59273290

Family Applications (1)

Application Number Title Priority Date Filing Date
TW105142293A TWI686703B (zh) 2016-01-06 2016-12-20 資料儲存與業務處理的方法及裝置

Country Status (9)

Country Link
US (1) US20180315030A1 (zh)
EP (1) EP3401862A4 (zh)
JP (1) JP6975153B2 (zh)
KR (1) KR102327572B1 (zh)
CN (1) CN106952085B (zh)
PH (1) PH12018501449A1 (zh)
SG (1) SG11201805826VA (zh)
TW (1) TWI686703B (zh)
WO (1) WO2017118318A1 (zh)

Families Citing this family (5)

* Cited by examiner, † Cited by third party
Publication number Priority date Publication date Assignee Title
CN109727010A (zh) * 2018-05-14 2019-05-07 网联清算有限公司 业务查询方法、装置、计算机设备和存储介质
CN110728799A (zh) * 2019-10-15 2020-01-24 恩亿科(北京)数据科技有限公司 一种余量更新方法及装置
CN112001801A (zh) * 2020-10-28 2020-11-27 支付宝(杭州)信息技术有限公司 在区块链***中进行资源转移的方法和装置
CN112669160B (zh) * 2021-03-18 2021-06-29 恒生电子股份有限公司 数据处理方法、装置、电子设备及存储介质
CN113645304B (zh) * 2021-08-13 2023-06-16 恒生电子股份有限公司 数据服务处理方法及相关设备

Family Cites Families (23)

* Cited by examiner, † Cited by third party
Publication number Priority date Publication date Assignee Title
US6148377A (en) * 1996-11-22 2000-11-14 Mangosoft Corporation Shared memory computer networks
US20010044786A1 (en) * 2000-03-14 2001-11-22 Yoshihito Ishibashi Content usage management system and method, and program providing medium therefor
US7280971B1 (en) * 2000-06-09 2007-10-09 At&T Bls Intellectual Property, Inc. Method and system for server-based error processing in support of legacy-based usage and billing systems
JP4445686B2 (ja) * 2001-08-21 2010-04-07 日立ソフトウエアエンジニアリング株式会社 分散課金処理システムでの残金管理方法、残金管理プログラム及び分散課金処理システム
KR101194732B1 (ko) * 2002-02-14 2012-10-25 자차리 페신 분산형 자본 시스템의 장치 및 방법
US20050182720A1 (en) * 2003-02-24 2005-08-18 Wow! Technologies, Inc. Online payment system and method
US20060041505A1 (en) * 2002-10-11 2006-02-23 900Email Inc. Fee-based message delivery system
JP4394406B2 (ja) * 2003-09-19 2010-01-06 株式会社リコー 情報処理装置、分散ストレージシステム、文書処理方法、文書処理プログラム及び記録媒体
CN101784028B (zh) * 2009-01-16 2014-07-23 北京金山软件有限公司 一种移动终端软件业务订购的方法及***
GB0920644D0 (en) * 2009-11-25 2010-01-13 Geniedb System for improved record consistency and availability
JP5662048B2 (ja) * 2010-04-08 2015-01-28 株式会社ユニバーサルエンターテインメント 決済システム
JP2012118709A (ja) * 2010-11-30 2012-06-21 Brother Ind Ltd 配信システム、ストレージ容量決定プログラム、及びストレージ容量決定方法
CN102088491B (zh) * 2011-02-01 2013-06-26 西安建筑科技大学 一种面向分散式的云存储安全架构及其数据存取方法
US20120239560A1 (en) * 2011-03-04 2012-09-20 Pourfallah Stacy S Healthcare payment collection portal apparatuses, methods and systems
JP2013152664A (ja) * 2012-01-26 2013-08-08 Hitachi Omron Terminal Solutions Corp 自動取引装置
US20130282542A1 (en) * 2012-04-18 2013-10-24 The Royal Bank Of Scotland Plc Method, apparatus and system for retrieving financial data
US20130346302A1 (en) * 2012-06-20 2013-12-26 Visa International Service Association Remote Portal Bill Payment Platform Apparatuses, Methods and Systems
CN103152423A (zh) * 2013-03-15 2013-06-12 安科智慧城市技术(中国)有限公司 一种云存储***及其数据存取方法
CN104252457B (zh) * 2013-06-25 2018-11-23 北京百度网讯科技有限公司 一种用于对数据集合进行管理的方法与设备
CN104424316B (zh) * 2013-09-06 2018-06-05 华为技术有限公司 一种数据存储方法、数据查询方法、相关装置和***
CN104794114B (zh) * 2014-01-16 2018-04-03 阿里巴巴集团控股有限公司 一种数据处理方法及装置
JP6012663B2 (ja) * 2014-05-21 2016-10-25 ソフトバンク株式会社 電子バリュー管理システム及びプログラム
US20180082370A1 (en) * 2016-09-21 2018-03-22 Mastercard International Incorporated Credit card product with dynamic interest rate based on balance/spending in merchant categories

Also Published As

Publication number Publication date
EP3401862A4 (en) 2019-02-27
JP6975153B2 (ja) 2021-12-01
EP3401862A1 (en) 2018-11-14
WO2017118318A1 (zh) 2017-07-13
CN106952085A (zh) 2017-07-14
TWI686703B (zh) 2020-03-01
CN106952085B (zh) 2021-06-25
KR20180109921A (ko) 2018-10-08
SG11201805826VA (en) 2018-08-30
KR102327572B1 (ko) 2021-11-17
PH12018501449A1 (en) 2019-03-18
US20180315030A1 (en) 2018-11-01
JP2019504415A (ja) 2019-02-14

Similar Documents

Publication Publication Date Title
TWI743458B (zh) 一種並行化執行區塊鏈交易的方法、裝置及系統
TWI698108B (zh) 基於區塊鏈的資料處理方法和裝置
US11711420B2 (en) Automated management of resource attributes across network-based services
CN109416643B (zh) 应用程序迁移***
US10311230B2 (en) Anomaly detection in distributed ledger systems
US10671975B2 (en) Smart streaming of data between external systems and service providers in an on-demand environment
TWI686703B (zh) 資料儲存與業務處理的方法及裝置
JP5580831B2 (ja) 分散ストレージシステムにおける定数ベースのトランザクショナルに一貫性のあるメンバシップ管理
JP2020150545A (ja) インテリジェント構成検出技術
US20160142369A1 (en) Service addressing in distributed environment
US20140075017A1 (en) Mechanism for facilitating a quorum-based coordination of booker health for management of resources for application servers in an on-demand services enviroment
TW201822033A (zh) 資源處理方法及裝置
US10860604B1 (en) Scalable tracking for database udpates according to a secondary index
TWI694700B (zh) 資料處理方法和裝置、用戶端
US10785129B2 (en) Computerized methods and systems for maintaining and modifying cloud computer services
US10872097B2 (en) Data resolution system for management of distributed data
CN107832446B (zh) 一种配置项信息的搜索方法及计算设备
TWI716822B (zh) 事務因果序的校正方法及裝置、電子設備
US20140137187A1 (en) Scalable and Highly Available Clustering for Large Scale Real-Time Applications
WO2019199419A1 (en) High throughput order fullfillment database system
CN112214505A (zh) 数据同步方法、装置、计算机可读存储介质及电子设备
CN106570029B (zh) 分布式关系型数据库的数据处理方法及***
US11368408B2 (en) Dynamic visualization of requests traveling through a microservice mesh
WO2016169420A1 (zh) 一种业务请求执行状态的查询方法、装置及***
WO2023207087A1 (zh) 用于区块链的最优链路选择方法及装置和电子设备