服務器及其數據處理方法

服務器及其數據處理方法
【專利摘要】本發明公開了一種服務器及其數據處理方法，方法包括：接收充值請求，所述充值請求包括有待充值賬號；調用充值服務器接口向所述待充值賬號進行第一充值處理；判斷在預定時間內是否完成所述第一充值處理；若在預定時間內未完成所述第一充值處理，則對與所述待充值賬號對應的補償賬號進行第二充值處理。本發明實施例中避免了在充值請求不能得到及時處理時，導致用戶需發送查詢請求至服務器而造成的服務器負載過大的技術問題，又能夠保證用戶對所述服務器提供的服務的使用體驗，保證了用戶黏度，提高了服務器所提供的數據的使用效率。
【專利說明】服務器及其數據處理方法

【技術領域】
[0001]本發明屬于數據處理【技術領域】，尤其涉及一種服務器及其數據處理方法。

【背景技術】
[0002]隨著基于網絡和計算機的數據處理被越來越廣泛的應用于社會生活中，用戶對數據處理的要求越來越高。
[0003]現有技術中，網絡運營商通過服務器為用戶提供網絡服務，該網絡服務譬如充值服務，用戶通過終端向所述網絡運營商的服務器發送數據請求，所述網絡運營商的服務器接收到所述數據請求后，按照預先設置的處理邏輯對所述數據請求進行相應的處理。但是由于所述網絡運營商的服務器通常需要處理大量的數據請求，經常導致從所述終端發送來的數據請求得不到及時處理，進而導致用戶要么需要通過所述終端重新發送數據請求，要么放棄使用該網絡運營商通過所述服務器提供的網絡服務。
[0004]如果用戶通過所述終端重新發送數據請求，則將進一步的增加所述服務器的負擔，導致所述服務器的數據處理效率低下；如果用戶放棄該運營商通過所述服務器提供的網絡服務，則將導致所述服務器提供的網絡服務得不到充分的使用，由此降低了所述服務器的數據使用效率，進而增加運營成本。
[0005]請參閱圖1，圖1是所示為現有技術中通過充值中心進行充值的流程示意圖。充值步驟具體包括:a、用戶通過終端向所述充值中心發送充值請求，b、充值中心將充值請求發送至運營商服務器，C、所述運營商服務器給相應的賬號充值。
[0006]本發明的發明人在研究過程中發現:上述充值過程，一旦所述運營商服務器對用戶的充值請求不能進行及時的處理，譬如2小時內沒有給用戶賬號進行充值，則用戶需發送查詢請求至所述運營商服務器，進一步的加劇了所述運營商服務器的負載，而且導致用戶體驗不佳，最終放棄所述運營商服務器提供的充值服務，增加了所述運營商服務器的運營成本。
[0007]綜上，現有技術存在以下技術問題:由于不能及時的對數據請求進行處理，導致用戶需發送查詢請求至服務器，增加了服務器的負擔，降低了用戶對所述服務器提供的網絡服務的使用體驗，增加了所述服務器的運營成本。


【發明內容】

[0008]本發明的目的在于提供一種服務器及其數據處理方法，旨在解決現有技術中由于不能及時的對數據請求進行處理，導致用戶需發送查詢請求至服務器，增加了服務器的負擔，降低了用戶對所述服務器提供的網絡服務的使用體驗，增加了所述服務器的運營成本的技術問題。
[0009]為解決上述技術問題，本發明實施例提供以下技術方案:
[0010]一種服務器的數據處理方法，所述方法包括以下步驟:
[0011]接收充值請求，所述充值請求包括有待充值賬號；
[0012]調用充值服務器接口向所述待充值賬號進行第一充值處理；
[0013]判斷在預定時間內是否完成所述第一充值處理；以及
[0014]若在預定時間內未完成所述第一充值處理，則對與所述待充值賬號對應的補償賬號進行第二充值處理。
[0015]為解決上述技術問題，本發明實施例還提供以下技術方案:
[0016]一種服務器，所述服務器包括:
[0017]充值請求接收模塊，用于接收充值請求，所述充值請求包括有待充值賬號；
[0018]充值接口調用模塊，用于調用充值服務器接口向所述待充值賬號進行第一充值處理；
[0019]判斷模塊，用于判斷在預定時間內是否完成所述第一充值處理；以及
[0020]充值模塊，用于在所述判斷模塊判定在預定時間內未完成所述第一充值處理時，則對與所述待充值賬號對應的補償賬號進行第二充值處理。
[0021]本發明實施例中，一旦在預定時間內沒有完成對待充值賬號的第一充值處理，則對與所述待充值賬號對應的補償賬號進行第二充值處理，譬如在話費未及時到賬時，獲取虛擬充值產品對與待充值賬號相關的應用程序賬號進行充值，避免了在充值請求不能得到及時處理時，用戶發送查詢請求至服務器造成的服務器負載過大的問題，又能夠保證用戶對服務器提供的充值服務的使用體驗，保證了用戶黏度，還提高了服務器所提供的數據的使用效率。

【專利附圖】

【附圖說明】
[0022]圖1是現有技術中通過充值中心進行充值的流程示意圖；
[0023]圖2為本發明第一實施例中服務器的數據處理方法的流程示意圖；
[0024]圖3是本發明第一實施例的數據處理系統的結構示意圖；
[0025]圖4是本發明第二實施例中服務器的數據處理方法的流程示意圖；
[0026]圖5是本發明第二實施例中數據處理系統的結構示意圖；
[0027]圖6是本發明實施例中話費充值的流程示意圖；
[0028]圖7是本發明實施例中服務器的結構示意圖。

【具體實施方式】
[0029]請參照圖式，其中相同的組件符號代表相同的組件，本發明的原理是以實施在一適當的運算環境中來舉例說明。以下的說明是基于所例示的本發明具體實施例，其不應被視為限制本發明未在此詳述的其它具體實施例。
[0030]在以下的說明中，本發明的具體實施例將參考由一部或多部計算機所執行的步驟及符號來說明，除非另有述明。因此，這些步驟及操作將有數次提到由計算機執行，本文所指的計算機執行包括了由代表了以一結構化型式中的數據的電子信號的計算機處理單元的操作。此操作轉換該數據或將其維持在該計算機的內存系統中的位置處，其可重新配置或另外以本領域技術人員所熟知的方式來改變該計算機的運作。該數據所維持的數據結構為該內存的實體位置，其具有由該數據格式所定義的特定特性。但是，本發明原理以上述文字來說明，其并不代表為一種限制，本領域技術人員將可了解到以下所述的多種步驟及操作亦可實施在硬件當中。
[0031]本發明的原理使用許多其它泛用性或特定目的運算、通信環境或組態來進行操作。所熟知的適合用于本發明的運算系統、環境與組態的范例可包括(但不限于)手持電話、個人計算機、服務器、多處理器系統、微電腦為主的系統、主架構型計算機、及分布式運算環境，其中包括了任何的上述系統或裝置。
[0032]本文所使用的術語「模塊」可看做為在該運算系統上執行的軟件對象。本文所述的不同組件、模塊、引擎及服務可看做為在該運算系統上的實施對象。而本文所述的裝置及方法優選的以軟件的方式進行實施，當然也可在硬件上進行實施，均在本發明保護范圍之內。
[0033]請參閱圖2，圖2為本發明第一實施例中服務器的數據處理方法的流程示意圖，圖3為本發明第一實施例中數據處理系統的結構示意圖，所述數據處理系統包括中心服務器32、充值服務器33以及充值平臺34。
[0034]在步驟S201中，接收充值請求，所述充值請求包括有待充值賬號。
[0035]請一并參閱圖3，用戶在進行話費充值時，可通過所述終端31輸入待充值賬號以及充值金額，所述終端31生成包括所述充值賬號以及所述充值金額的充值請求，并將所述充值請求發送至所述中心服務器32。其中所述待充值賬號譬如為手機號，當然也可以是其它賬號，譬如游戲賬號等。所述終端31是使用者為了利用網絡服務而使用的通信終端裝置，其可通過通信網路與網絡服務器連接而收發信息。所述終端31不僅可以由桌上型計算機構成，還可以由筆記型計算機、工作站、掌上型計算機、UMPC(ultra mobile personalcomputer:超移動個人計算機)、平板PC、個人數字助理(Personal Digital Assistant,PDA)、連網板(web pad)、可攜式電話等具備儲存單元并安裝有微處理器而具有運算能力的終端機構成。
[0036]通信網路可以包括將局域網絡(local area network, LAN)、都會網絡(metropolitan area network, MAN)、廣域網絡(wide area network, WAN)、因特網等包括在內的數據通信網絡路，還包括電話網絡等，不分有線和無線，使用任何通信方式均無關。
[0037]在步驟S202中，調用相應的充值服務器接口向所述待充值賬號進行第一充值處理。
[0038]譬如請參閱圖3，所述中心服務器32在接收到所述終端31發送的充值請求后，調用相應的充值服務器接口向所述待充值賬號進行第一充值處理。其中所述充值服務器接口連接所述充值服務器33，所述充值服務器33由相應的話費供應商控制運行。所述充值服務器33進一步的連接充值平臺34，并通過所述充值平臺34為所述待充值賬號進行充值，所述充值平臺34譬如為移動或聯通平臺。
[0039]在步驟S203中，判斷在預定時間內是否完成所述第一充值處理，若否，則進行步驟S204，若是，則進行步驟S205。
[0040]具體的，在對所述待充值賬號完成第一充值處理后，所述充值服務器33將返回一充值數據至所述中心服務器32，所述充值數據譬如包括所述待充值賬號、充值金額以及充值時間等。若所述中心服務器32接收到所述充值數據，則可判定已對所述待充值賬號完成所述第一充值處理，若所述中心服務器32未接收到所述充值數據，則可判定未對所述待充值賬號完成所述第一充值處理。
[0041]當然，在具體實施過程中，還可以通過其它方式來判斷是否已對所述待充值賬號完成所述第一充值處理，譬如通過判斷所述待充值賬號余額的方式等，此處不一一列舉。
[0042]在步驟S204中，對與所述待充值賬號相關的補償賬號進行第二充值處理。
[0043]譬如，獲取預先存儲的虛擬充值產品對相應的補償賬號進行第二充值處理。其中所述補償賬號對應所述待充值賬號，所述補償賬號譬如為QQ號碼或者是游戲賬號等。
[0044]本發明實施例中，所述第一充值處理與所述第二充值處理對應不同的充值產品，譬如所述第一充值處理為手機話費充值，而所述第二充值處理為對虛擬的補償賬號(例如即時通信賬號)進行一網絡虛擬錢幣(例如即時通信賬號)的充值；或者所述第一充值處理為網絡購物賬號的充值，而所述第二充值處理為游戲賬號的充值；或者所述第一充值處理為游戲賬號的充值，而所述第二充值處理為手機話費充值。
[0045]在具體實施過程中，所述虛擬充值產品預先存儲于所述中心服務器32，一旦所述中心服務器32判定所述待充值賬號在所述預定時間未完成所述第一充值處理，則獲取所述虛擬充值產品對相應的補償賬號進行第二充值處理。
[0046]在步驟S205中，發送一提示信息，提示用戶已充值成功。
[0047]具體的，發送的方式包括:通過手機短信息發送，或者通過關聯的即時通訊工具(QQ)發送，也可以是通過關聯的郵箱發送等，所述提示信息包括充值金額以及當前余額等信息。
[0048]本發明實施例中，一旦在預定時間內沒有完成對待充值賬號的第一充值處理，則對與所述待充值賬號相關的補償賬號進行第二充值處理，譬如在話費未及時到賬時，獲取虛擬充值產品對與待充值賬號相關的應用程序賬號進行第二充值，避免了在充值請求不能得到及時處理時，用戶需發送查詢請求至服務器而造成的服務器負載過大的問題，又能夠保證用戶對服務器提供的充值服務的使用體驗，保證了用戶黏度，提高了服務器所提供的數據的使用效率。
[0049]請參閱圖4，圖4為本發明第二較佳實施例中服務器的數據處理方法的流程示意圖，圖5為本發明第二實施例中數據處理系統的結構示意圖，其中所述數據處理系統包括中心服務器52、補償服務器53、虛擬充值產品服務器54、充值服務器55以及充值平臺56。
[0050]在步驟S401中，所述中心服務器52預先設置補償數據庫，并將虛擬充值產品存儲至所述補償數據庫。
[0051]其中所述補償數據庫中的虛擬充值產品對應所述補償服務器53，而所述補償服務器54對應所述虛擬產品充值服務器54，具體的，所述補償數據庫中的虛擬充值產品由所述虛擬產品充值服務器54提供。
[0052]譬如所述補償服務器53為某家保險公司的運營服務器，所述虛擬產品充值服務器54譬如應用程序公司運營的網絡虛擬錢幣(例如QQ幣)服務器，該保險公司首先通過所述其運營的補償服務器53從所述虛擬產品充值服務器54購買一定數量的虛擬錢幣，之后將購買的虛擬錢幣存儲于所述中心服務器52的補償數據庫中。
[0053]在步驟S402中，所述中心服務器52接收終端51發送的充值請求。
[0054]具體的，用戶在進行話費充值時，可通過所述終端51輸入待充值賬號以及充值金額等，所述終端51生成包括充值賬號以及充值金額的充值請求，并將所述充值請求發送至所述中心服務器52。其中所述待充值賬號譬如為手機號，當然也可以是其它賬號，譬如游戲賬號等。
[0055]在步驟S403中，所述中心服務器52調用充值服務器接口向所述充值賬號進行第一充值處理。
[0056]請一并參閱圖5，所述中心服務器52在接收到終端51發送的充值請求后，調用相應的充值服務器接口向所述待充值賬號進行第一充值處理。其中所述充值服務器接口連接所述充值服務器55，所述充值服務器55由相應的話費供應商控制運行，所述充值服務器55進一步的連接充值平臺56，所述充值平臺56譬如為移動或聯通平臺，所述充值服務器55調用相應的充值平臺接口，所述充值平臺接口對應的充值平臺56 (譬如移動平臺)為所述待充值賬號進行話費的充值。
[0057]在步驟S404中，所述中心服務器52判斷在所述預定時間內是否接收到所述充值服務器55返回的充值數據，若是，則進行步驟S407，否則進行步驟S405。
[0058]具體的，在對所述待充值賬號完成第一充值處理后，所述充值服務器55將返回一充值數據至所述中心服務器52，所述充值數據譬如包括已完成充值的充值賬號以及充值金額。若所述中心服務器52接收到所述充值數據，則表明已對所述待充值賬號完成所述第一充值處理，若所述中心服務器52未接收到所述充值數據，則表明所述待充值賬號未完成所述第一充值處理。
[0059]在步驟S405中，所述中心服務器52從預先設置的補償數據庫中獲取虛擬充值產品對相應的補償賬號進行第二充值處理。
[0060]其中所述補償賬號對應所述待充值賬號，所述補償賬號譬如為QQ號碼或者是游戲賬號等。
[0061]當然在具體實施過程中，還可以增加以下步驟:所述中心服務器52首先判斷所述待充值賬號是否與所述補償服務器提供的補償業務建立關聯。其中所述中心服務器52預先發送給用戶一關聯信息，用于提示用戶是否選擇所述補償服務器提供的補償業務，若用戶選擇所述補償服務器提供的補償業務，則將所述用戶的待充值賬號與所述補償服務器建立關聯。通過該方式，可由用戶自行選擇是否需要補償業務，提高了用戶的體驗，譬如用用戶選擇使用保險公司的服務器提供的保險業務。當然也可以直接給待充值賬號進行虛擬充值產品的第二充值處理，譬如免費試用保險業務。
[0062]在步驟S406中，生成一處理結果發送至所述補償服務器，其中所述處理結果對應所述第二充值處理。
[0063]譬如所述處理結果包括所述補償賬號以及對所述補償賬號的補償額度等，所述補償額度對應所述虛擬充值產品。
[0064]在步驟S407中，所述中心服務器52向所述終端51發送一提示信息，用于提示用戶已充值成功。
[0065]具體的，發送的方式包括:通過手機短信息發送，或者通過關聯的即時通訊工具(QQ)發送，也可以是通過關聯的郵箱發送等，所述提示信息包括充值金額以及當前余額等信息。
[0066]請參閱圖6，圖6為本發明實施例中話費充值方法的流程示意圖。
[0067]在步驟S601中，保險公司、銀行或其它金融機構可通過保險公司服務器64向虛擬錢幣中心65購買一定數量的網絡虛擬錢幣(例如QQ幣)。
[0068]在步驟S602中，所述虛擬錢幣中心65將保險公司購買的虛擬錢幣存儲于話費充值中心62。
[0069]在步驟S603中，用戶通過手機61向所述話費充值中心62發起話費充值。
[0070]在步驟S604中，所述話費充值中心62調取話費供應商接口，通過話費供應商的話費充值服務器63給用戶手機號充值。
[0071]在具體實施過程中，話費充值請求量過多的高峰時間，會有一定的概率造成話費延時到賬。若話費即時到賬，所述話費充值中心62發送短信提醒或者即時通信工具(QQ)消息提醒給手機，鑒于話費即時到賬的處理過程為現有技術，此處不再細述。
[0072]在步驟S605中，話費延遲2小時到賬，所述話費充值中心62獲取保險公司購買的虛擬錢幣給用戶的賬號(例如QQ賬號)充值。
[0073]在步驟S606中，所述話費充值中心62通知保險公司，已對用戶進行話費延時到賬保險的補償。
[0074]請參閱圖7，圖7為本發明實施例中服務器的結構示意圖。所述服務器包括數據庫設置模塊71、充值請求接收模塊72、充值接口調用模塊73、判斷模塊74、充值模塊75以及處理結果發送模塊76。
[0075]其中所述數據庫設置模塊71預先設置補償數據庫，并將所述虛擬充值產品存儲于所述補償數據庫，其中所述補償數據庫中的虛擬充值產品對應一補償服務器。
[0076]在用戶通過終端發送包括待充值賬號以及充值金額的充值請求時，所述充值請求接收模塊72接收所述充值請求，所述充值接口調用模塊73調用相應的充值服務器接口向所述待充值賬號進行第一充值處理，該第一充值處理譬如為手機話費充值。
[0077]所述判斷模塊74判斷在預定時間內是否完成對所述待充值賬號的第一充值處理。其中所述判斷模塊74優選通過以下方式判斷:在所述預定時間內是否接收到所述充值服務器返回的充值數據，若在所述預定時間內未接收到所述服務器返回的充值數據，則判定為在預定時間內未完成對所述待充值賬號的第一充值處理。
[0078]在具體實施過程中，所述判斷模塊74進一步的判斷所述待充值賬號是否與所述補償服務器提供的補償服務建立關聯，譬如用戶是否選擇保險公司服務器提供的延時補償業務；若所述判斷模塊74判定所述待充值賬號已與所述補償服務器提供的補償服務建立關聯，則在預定時間內未完成對所述待充值賬號的第一充值處理時，所述充值模塊75獲取虛擬充值產品對相應的補償賬號進行第二充值處理，其中所述補償賬號對應所述待充值賬號，所述補償賬號譬如與手機號碼(待充值賬號)建立關聯的賬號(例如QQ賬號)或者游戲賬號等。
[0079]所述處理結果發送模塊76生成一對應所述第二充值處理的處理結果發送至所述補償服務器，其中所述處理結果包括所述補償賬號以及補償額度。
[0080]關于所述服務器中各模塊的詳細工作原理請參閱上文針對服務器的數據處理方法的詳細描述，此處不再贅述。
[0081]本發明實施例中，一旦在預定時間內沒有完成對待充值賬號的第一充值處理，則對與所述待充值賬號對應的補償賬號進行第二充值處理，譬如在話費未及時到賬時，獲取虛擬充值產品對與待充值賬號對應的應用程序賬號(QQ號)進行充值，避免了在充值請求不能得到及時處理時，用戶需發送查詢請求至服務器而造成的服務器負載過大的問題，又能夠保證用戶對服務器提供的充值服務的使用體驗，保證了用戶黏度，提高了服務器所提供的數據的使用效率。
[0082]本發明實施例提供的服務器，譬如可以為終端或觸摸設備，所述終端譬如為計算機、平板電腦、具有觸摸功能的手機等等，所述服務器與上文實施例中的服務器的數據處理方法屬于同一構思，在服務器上可以運行所述服務器的數據處理方法實施例中提供的任一方法，其具體實現過程詳見服務器的數據處理方法實施例，此處不再贅述。
[0083]需要說明的是，對本發明服務器的數據處理方法而言，本領域普通技術人員可以理解實現本發明實施例服務器的數據處理方法的全部或部分流程，是可以通過計算機程序來控制相關的硬件來完成，所述計算機程序可存儲于一計算機可讀取存儲介質中，如存儲在終端的存儲器中，并被該終端內的至少一個處理器執行，在執行過程中可包括如上述圖2和圖4各方法的實施例的流程。其中，所述的存儲介質可為磁碟、光盤、只讀存儲記憶體(ROM)或隨機存儲記憶體(RAM)等。
[0084]對本發明實施例的服務器而言，其各功能模塊可以集成在一個處理芯片中，也可以是各個模塊單獨物理存在，也可以兩個或兩個以上模塊集成在一個模塊中。上述集成的模塊既可以采用硬件的形式實現，也可以采用軟件功能模塊的形式實現。所述集成的模塊如果以軟件功能模塊的形式實現并作為獨立的產品銷售或使用時，也可以存儲在一個計算機可讀取存儲介質中，所述存儲介質譬如為只讀存儲器，磁盤或光盤等。
[0085]綜上所述，雖然本發明已以優選實施例揭露如上，但上述優選實施例并非用以限制本發明，本領域的普通技術人員，在不脫離本發明的精神和范圍內，均可作各種更動與潤飾，因此本發明的保護范圍以權利要求界定的范圍為準。
【權利要求】
1.一種服務器的數據處理方法，其特征在于，所述方法包括以下步驟: 接收充值請求，所述充值請求包括有待充值賬號； 調用充值服務器接口向所述待充值賬號進行第一充值處理； 判斷在預定時間內是否完成所述第一充值處理；以及 若在所述預定時間內未完成所述第一充值處理，則對與所述待充值賬號對應的補償賬號進行第二充值處理。
2.根據權利要求1所述的服務器的數據處理方法，其特征在于，在接收充值請求之前，所述方法還包括以下步驟: 預先設置補償數據庫，并將虛擬充值產品存儲于所述補償數據庫；其中所述補償數據庫中的虛擬充值產品對應一補償服務器。
3.根據權利要求2所述的服務器的數據處理方法，其特征在于，對與所述待充值賬號相關的補償賬號進行第二充值處理的步驟之前，所述方法還包括: 判斷所述待充值賬號是否與所述補償服務器提供的補償業務建立關聯； 若判定所述待充值賬號已與所述補償服務器提供的補償業務建立關聯，則對與所述待充值賬號相關的補償賬號進行第二充值處理的步驟包括: 獲取所述虛擬充值產品對所述補償賬號進行第二充值處理。
4.根據權利要求2所述的服務器的數據處理方法，其特征在于，對與所述待充值賬號相關的補償賬號進行第二充值處理的步驟之后，所述方法還包括以下步驟: 生成一對應所述第二充值處理的處理結果發送至所述補償服務器，其中所述處理結果包括所述補償賬號。
5.根據權利要求1所述的服務器的數據處理方法，其特征在于，判斷在預定時間內是否完成對所述待充值賬號的充值的步驟具體包括: 判斷在所述預定時間內是否接收到所述充值服務器返回的充值數據； 若在所述預定時間內未接收到所述服務器返回的充值數據，則判定為在預定時間內未完成對所述待充值賬號的充值。
6.一種服務器，其特征在于，所述服務器包括: 充值請求接收模塊，用于接收充值請求，所述充值請求包括有待充值賬號； 充值接口調用模塊，用于調用充值服務器接口向所述待充值賬號進行第一充值處理；判斷模塊，用于判斷在預定時間內是否完成所述第一充值處理；以及充值模塊，用于在所述判斷模塊判定預定時間內未完成所述第一充值處理時，對與所述待充值賬號對應的補償賬號進行第二充值處理。
7.根據權利要求6所述的服務器，其特征在于，所述服務器還包括: 數據庫設置模塊，用于預先設置補償數據庫，并將虛擬充值產品存儲于所述補償數據庫；其中所述補償數據庫中的虛擬充值產品對應一補償服務器。
8.根據權利要求7所述的服務器，其特征在于， 所述判斷模塊，進一步的用于判斷所述待充值賬號是否與所述補償服務器提供的補償業務建立關聯； 若所述判斷模塊判定所述待充值賬號已與所述補償服務器提供的補償業務建立關聯，則所述充值模塊進一步的用于獲取所述虛擬充值產品對所述補償賬號進行第二充值處理。
9.根據權利要求7所述的服務器，其特征在于，所述服務器還包括: 處理結果發送模塊，用于生成一對應所述第二充值處理的處理結果發送至所述補償服務器，其中所述處理結果包括所述補償賬號。
10.根據權利要求6所述的服務器，其特征在于， 所述判斷模塊，進一步的用于判斷在所述預定時間內是否接收到所述充值服務器返回的充值數據，若在所述預定時間內未接收到所述服務器返回的充值數據，則判定為在預定時間內未完成對所述待充值賬號的充值。
【文檔編號】H04L12/14GK104283931SQ201310291273
【公開日】2015年1月14日 申請日期:2013年7月11日 優先權日:2013年7月11日
【發明者】卓舒虹, 黃欣陽, 辜晗, 董文琦, 王陽艷, 羅淑芬, 關紅福, 侯學卿, 謝俊, 崔巖, 王慧安 申請人:騰訊科技（深圳）有限公司