本發(fā)明涉及網(wǎng)頁(yè)游戲技術(shù)領(lǐng)域，更具體地說(shuō)，它涉及一種游戲快速充值系統(tǒng)及方法。

背景技術(shù)：

sdk（softwaredevelopmentkit）即“軟件開(kāi)發(fā)工具包”，是指由第三方服務(wù)商提供的實(shí)現(xiàn)軟件產(chǎn)品某項(xiàng)功能的工具包。一般以集合kpi和文檔、范例、工具的形式出現(xiàn)。通常sdk是由專業(yè)性質(zhì)的公司提供專業(yè)服務(wù)的集合。

網(wǎng)頁(yè)游戲是指運(yùn)行在瀏覽器當(dāng)中的游戲，不需要特別的安裝和下載?，F(xiàn)有的網(wǎng)頁(yè)游戲充值一般是由后臺(tái)游戲服務(wù)器自帶的充值模塊完成，充值金額的接收與校驗(yàn)需要占用游戲后臺(tái)服務(wù)器的時(shí)間。在調(diào)用上述模塊時(shí)常常會(huì)需要中斷游戲的進(jìn)程，如經(jīng)常出現(xiàn)的充值彈窗，當(dāng)上述彈窗進(jìn)程開(kāi)始之后，游戲進(jìn)程會(huì)自動(dòng)地停止，而充值進(jìn)程中游戲服務(wù)器向用戶端的訂單發(fā)送進(jìn)程以及支付鏈接進(jìn)程將會(huì)白白的占用游戲用戶許多時(shí)間，造成用戶游戲體驗(yàn)的下降。

并且現(xiàn)有技術(shù)中內(nèi)置在游戲服務(wù)器中的充值模塊，一般為程序代碼，上述模塊的接入性很差，當(dāng)游戲開(kāi)發(fā)的后期需要對(duì)游戲進(jìn)行升級(jí)時(shí)，需要重新對(duì)游戲的充值模塊進(jìn)行編碼，例如需要重新增加或改寫(xiě)支付鏈接，修改充值進(jìn)程中所調(diào)用的實(shí)例，甚至重新定義子模塊的接口以及功能，這些都為后期游戲的升級(jí)及擴(kuò)展帶來(lái)了極大的不便。

技術(shù)實(shí)現(xiàn)要素：

針對(duì)實(shí)際運(yùn)用中游戲充值過(guò)程占用時(shí)間長(zhǎng)，中斷游戲進(jìn)程這一問(wèn)題，本發(fā)明目的在于提出一種游戲快速充值系統(tǒng)及方法，具體方案如下：

一種游戲快速充值系統(tǒng)，包括用于提供人機(jī)交互功能的客戶端以及與所述客戶端連接的服務(wù)器端，所述服務(wù)器端包括提供游戲進(jìn)程服務(wù)的游戲服務(wù)器、提供游戲外圍功能擴(kuò)展及輔助服務(wù)的sdk服務(wù)器、提供充值支付服務(wù)的支付服務(wù)器；所述客戶端包括游戲客戶端以及sdk客戶端，其中，所述sdk客戶端內(nèi)置于所述游戲客戶端中并與所述游戲服務(wù)器通信連接，所述游戲客戶端與游戲服務(wù)器通信連接，獲取游戲進(jìn)程的更新數(shù)據(jù)并與用戶進(jìn)行人機(jī)交互；所述游戲客戶端接收所述游戲服務(wù)器的更新數(shù)據(jù)，若用戶的賬戶余額超出預(yù)設(shè)范圍，則游戲服務(wù)器發(fā)送充值提示信息至游戲客戶端；所述sdk客戶端接收所述充值提示信息并向游戲客戶端發(fā)出調(diào)用請(qǐng)求信息，調(diào)用所述游戲客戶端的交互資源；所述sdk服務(wù)器中設(shè)置有充值服務(wù)模塊，所述sdk客戶端與所述sdk服務(wù)器通信連接，發(fā)送游戲客戶端的下單信息至所述sdk服務(wù)器，所述sdk服務(wù)器反饋帶有支付渠道信息的訂單號(hào)至sdk客戶端；所述支付服務(wù)器與所述sdk服務(wù)器及sdk客戶端通信連接，接收所述訂單號(hào)進(jìn)行支付，并向所述sdk服務(wù)器以及所述sdk客戶端反饋支付結(jié)果；所述sdk服務(wù)器與所述游戲服務(wù)器通信連接，響應(yīng)于所述游戲服務(wù)器的充值確認(rèn)信號(hào)向游戲服務(wù)器發(fā)送充值結(jié)果信息，所述游戲服務(wù)器接收所述充值結(jié)果信息控制游戲進(jìn)程。

進(jìn)一步的，所述sdk客戶端包括用于調(diào)用充值界面顯示組件的界面調(diào)用模塊、用于顯示充值成功后充值金額的充值成功信息體解析模塊、用于顯示充值失敗后狀態(tài)碼及意圖充值金額的充值失敗信息體、以及用于向所述sdk服務(wù)器發(fā)送訂單的訂單發(fā)送模塊，所述訂單發(fā)送模塊根據(jù)用戶的游戲設(shè)定向所述sdk服務(wù)器發(fā)送對(duì)應(yīng)的訂單信息。

進(jìn)一步的，所述游戲服務(wù)器中設(shè)置有用于存儲(chǔ)用戶個(gè)人賬戶信息的存儲(chǔ)單元以及用于賬戶余額的預(yù)警單元，所述存儲(chǔ)單元實(shí)時(shí)檢測(cè)用戶的賬戶余額并向所述預(yù)警單元發(fā)送余額檢測(cè)信息，上述預(yù)警單元包括比較模塊以及預(yù)設(shè)金額范圍設(shè)定模塊，所述余額檢測(cè)信息與所述設(shè)定的預(yù)設(shè)金額范圍比較，輸出余額預(yù)警信息至游戲客戶端。

進(jìn)一步的，所述sdk客戶端中還設(shè)置有用于判定用戶個(gè)人賬戶信息的判定模塊，所述判定模塊包括歷史賬戶信息查詢模塊、游戲角色查詢模塊、以及訂單預(yù)生成模塊，所述訂單預(yù)生成模塊與所述歷史賬戶信息查詢模塊以及游戲角色查詢模塊通信連接，接收用戶的歷史賬戶信息以及游戲角色信息，輸出所述訂單信息。

進(jìn)一步的，所述支付服務(wù)器與所述sdk客戶端及sdk服務(wù)器通信連接，提供支付服務(wù)器運(yùn)營(yíng)商的url給到sdk客戶端，所述sdk客戶端發(fā)起請(qǐng)求，所述支付服務(wù)器響應(yīng)于上述請(qǐng)求進(jìn)行支付服務(wù)。

進(jìn)一步的，所述游戲客戶端包括人機(jī)互動(dòng)硬件以及設(shè)于與所述sdk客戶端相互對(duì)接的軟件模塊。

上述技術(shù)方案中，在游戲服務(wù)器推進(jìn)的游戲進(jìn)程中，不僅游戲界面會(huì)更新，還會(huì)實(shí)時(shí)更新用戶的個(gè)人賬戶信息，當(dāng)用戶的個(gè)人賬戶余額超過(guò)預(yù)設(shè)金額范圍時(shí)，則由游戲服務(wù)器發(fā)出預(yù)警信號(hào)，上述預(yù)警信號(hào)給到游戲客戶端，游戲客戶端處理后將上述信息轉(zhuǎn)化為充值信號(hào)給到sdk客戶端，sdk客戶端將下單信息給到sdk服務(wù)器，同時(shí)調(diào)用游戲客戶端的人體交互資源，用于向用戶展示充值界面。在上述過(guò)程中，給到用戶的充值金額經(jīng)過(guò)與用戶歷史賬戶信息相比對(duì)，并結(jié)合著用戶游戲角色，使得待充值的金額更能滿足用戶的需求，以此減少用戶充值的頻率；并且，在調(diào)用游戲客戶端進(jìn)行人機(jī)互動(dòng)的同時(shí)，完成訂單的生成以及訂單號(hào)及支付渠道的建立，上述充值過(guò)程由于是獨(dú)立于游戲服務(wù)器以及游戲客戶端進(jìn)行，因此，后臺(tái)服務(wù)器端可以在不干擾游戲進(jìn)程的情況下完成訂單及訂單號(hào)的生成，節(jié)省時(shí)間，提升游戲體驗(yàn)，并且上述充值過(guò)程的后期即付款確認(rèn)環(huán)節(jié)也經(jīng)由sdk客戶端調(diào)取支付服務(wù)器相應(yīng)的程序進(jìn)行確認(rèn)，使得確認(rèn)環(huán)節(jié)也更加的高效，整體上提升充值效率。

一種游戲快速充值方法，基于權(quán)利要求1所述的系統(tǒng)，包括如下步驟，

檢測(cè)步驟，游戲服務(wù)器中的預(yù)警單元實(shí)時(shí)檢測(cè)用戶的賬戶余額信息，并將上述余額信息與預(yù)設(shè)金額范圍設(shè)定模塊生成的范圍值作比較，生成相應(yīng)的含有充值金額的余額預(yù)警信息；

訂單生成步驟，游戲客戶端接收游戲服務(wù)器更新的游戲數(shù)據(jù)，檢測(cè)上述數(shù)據(jù)中包含的余額預(yù)警信息，生成給到sdk服務(wù)器的訂單，在上述訂單生成過(guò)程中，結(jié)合用戶歷史賬戶信息以及游戲角色設(shè)定輸出訂單金額，同時(shí)sdk客戶端調(diào)用游戲客戶端的充值顯示程序進(jìn)行人機(jī)互動(dòng)；

充值步驟，sdk服務(wù)器接收sdk客戶端發(fā)送的訂單，調(diào)用對(duì)應(yīng)的程序模塊生成與所述訂單相對(duì)應(yīng)的訂單號(hào)以及支付渠道信息，sdk服務(wù)器接收上述信息并調(diào)用支付服務(wù)器；支付服務(wù)器被sdk客戶端調(diào)用，對(duì)上述訂單號(hào)進(jìn)行預(yù)支付處理；

充值確認(rèn)步驟，支付服務(wù)器按照訂單號(hào)完成支付進(jìn)程，并將支付結(jié)果發(fā)送至sdk服務(wù)器以及sdk客戶端，上述sdk服務(wù)器響應(yīng)于所述游戲服務(wù)器的請(qǐng)求信號(hào)，發(fā)送充值結(jié)果至游戲服務(wù)器，游戲服務(wù)器接收到上述充值結(jié)果；若確認(rèn)充值結(jié)果，則繼續(xù)游戲進(jìn)程，若充值結(jié)果不確認(rèn)，則再次請(qǐng)求sdk服務(wù)器進(jìn)行充值結(jié)果反饋，如此往復(fù)設(shè)定次數(shù)后，若仍未確認(rèn)充值結(jié)果，則重新回到訂單生成步驟開(kāi)始執(zhí)行。

進(jìn)一步的，所述游戲進(jìn)程包括游戲界面的flash更新、用戶個(gè)人賬戶信息的更新以及用戶與游戲客戶端的互動(dòng)。

上述技術(shù)方案，與現(xiàn)有的游戲充值方法相比，首先將充值的進(jìn)程與游戲進(jìn)程完全隔離開(kāi)來(lái)，使得充值的進(jìn)程不與游戲的進(jìn)程產(chǎn)生過(guò)大的沖突，可以在減少對(duì)游戲進(jìn)程的情況下實(shí)現(xiàn)游戲充值；其次，在充值過(guò)程的驗(yàn)證、下單以及付款環(huán)節(jié)，均由sdk服務(wù)器以及sdk客戶端完成，通過(guò)調(diào)用大量的實(shí)例以及軟件模塊，完成上述充值過(guò)程，并且，由于sdk服務(wù)器預(yù)留的接口擴(kuò)展性很強(qiáng)，后期當(dāng)游戲升級(jí)需要改變充值的運(yùn)營(yíng)商或者充值校驗(yàn)程序時(shí)，只需要改變sdk服務(wù)器調(diào)用的外圍程序模塊即可。在上述方法中，為了減少充值的進(jìn)程時(shí)間，會(huì)事先對(duì)用戶的個(gè)人賬戶信息進(jìn)行比對(duì)，使得用戶待充值的金額能夠符合用戶的實(shí)際需求，最大限度減少用戶充值的頻率。

與現(xiàn)有技術(shù)相比，本發(fā)明的有益效果如下：

（1）通過(guò)將游戲充值的進(jìn)程與游戲進(jìn)程分離開(kāi)，利用sdk服務(wù)器及sdk客戶端完成充值的各項(xiàng)進(jìn)程，使得充值的同時(shí)不會(huì)拖慢游戲的進(jìn)度，提升游戲的體驗(yàn)；

（2）通過(guò)利用sdk服務(wù)器以及sdk客戶端實(shí)現(xiàn)游戲外圍程序的自動(dòng)調(diào)取，游戲服務(wù)器只需更新游戲的進(jìn)度，充值等功能則由外圍程序?qū)崿F(xiàn)，使得外圍功能擴(kuò)展性更強(qiáng)，充值的效率也更高。

附圖說(shuō)明

圖1為本發(fā)明的整體框架示意圖；

圖2為本發(fā)明充值方法的流程示意圖。

附圖標(biāo)志：1、客戶端；2、服務(wù)器端；3、sdk客戶端；4、sdk服務(wù)器；5、支付服務(wù)器；6、游戲服務(wù)器；7、游戲客戶端。

具體實(shí)施方式

下面結(jié)合實(shí)施例及圖對(duì)本發(fā)明作進(jìn)一步的詳細(xì)說(shuō)明，但本發(fā)明的實(shí)施方式不僅限于此。

如圖1所示，一種游戲快速充值系統(tǒng)，主要包括用于提供人機(jī)交互功能的客戶端1以及與客戶端1連接的服務(wù)器端2。傳統(tǒng)的游戲服務(wù)器6主要功能有收銀員功能模塊（即充值功能模塊）、權(quán)限功能模塊、用于存儲(chǔ)用戶個(gè)人賬戶信息的數(shù)據(jù)文件功能模塊、以及通信功能模塊等，上述各個(gè)功能模塊均內(nèi)置在游戲服務(wù)器6中，當(dāng)其中一個(gè)功能模塊運(yùn)作時(shí)，常常會(huì)與其它功能模塊相沖突，例如運(yùn)行充值功能模塊時(shí)，常常占用游戲界面的調(diào)用刷新模塊，使得游戲變慢甚至是停頓，這都給游戲用戶帶來(lái)不好的游戲體驗(yàn)。

如圖1所述，本發(fā)明中的服務(wù)器端2包括提供游戲進(jìn)程服務(wù)的游戲服務(wù)器6、提供游戲外圍功能擴(kuò)展及輔助服務(wù)的sdk服務(wù)器4、提供充值支付服務(wù)的支付服務(wù)器5。對(duì)于游戲進(jìn)程，不僅僅包括游戲界面flash的更新，還包括用戶個(gè)人賬戶信息的更新，例如賬戶余額、角色裝備使用期限及費(fèi)用等。由于sdk服務(wù)器4是由第三方服務(wù)商提供的實(shí)現(xiàn)軟件產(chǎn)品某項(xiàng)功能的工具包，因此，游戲的充值、權(quán)限校驗(yàn)等外圍功能模塊均可以由sdk服務(wù)器4調(diào)取，而不用內(nèi)置到游戲服務(wù)器6中，由此使得游戲服務(wù)器6與游戲充值的進(jìn)程不會(huì)沖突。

對(duì)應(yīng)的，客戶端1包括游戲客戶端7以及sdk客戶端3，游戲客戶端7包括與用戶互動(dòng)的pc機(jī)、內(nèi)置于pc機(jī)中的網(wǎng)絡(luò)通信模塊、處理器、顯示器等。sdk客戶端3內(nèi)置于游戲客戶端7中并與游戲服務(wù)器6通信連接，例如，sdk客戶端3主要由各種調(diào)用的軟件工具包組成，上述軟件工具包內(nèi)置于游戲主機(jī)中。游戲客戶端7與游戲服務(wù)器6通信連接，獲取游戲進(jìn)程的更新數(shù)據(jù)并與用戶進(jìn)行人機(jī)交互。

游戲客戶端7接收游戲服務(wù)器6的更新數(shù)據(jù)，若用戶的賬戶余額超出預(yù)設(shè)范圍，則游戲服務(wù)器6發(fā)送充值提示信息至游戲客戶端7。上述過(guò)程中需要監(jiān)測(cè)程序?qū)崟r(shí)監(jiān)視用戶的賬戶余額信息，上述預(yù)設(shè)范圍在實(shí)踐中包括正常范圍、預(yù)警范圍以及透支范圍。sdk客戶端3接收充值提示信息并向游戲客戶端7發(fā)出調(diào)用請(qǐng)求信息，調(diào)用游戲客戶端7的交互資源，上述交互資源包括顯示器的顯示資源以及部分音頻資源。

sdk服務(wù)器4中設(shè)置有充值服務(wù)模塊，sdk客戶端3與sdk服務(wù)器4通信連接，發(fā)送游戲客戶端7的下單信息至sdk服務(wù)器4，sdk服務(wù)器4反饋帶有支付渠道信息的訂單號(hào)至sdk客戶端3，而后由sdk客戶端3將上述帶有支付渠道的訂單號(hào)發(fā)送到游戲客戶端7。支付服務(wù)器5與sdk服務(wù)器4及sdk客戶端3通信連接，接收訂單號(hào)進(jìn)行支付，并向sdk服務(wù)器4以及sdk客戶端3反饋支付結(jié)果。sdk服務(wù)器4與游戲服務(wù)器6通信連接，響應(yīng)于游戲服務(wù)器6的充值確認(rèn)信號(hào)向游戲服務(wù)器6發(fā)送充值結(jié)果信息，游戲服務(wù)器6接收充值結(jié)果信息控制游戲進(jìn)程。

為了實(shí)現(xiàn)上述充值進(jìn)程，sdk客戶端3包括用于調(diào)用充值界面顯示組件的界面調(diào)用模塊、用于顯示充值成功后充值金額的充值成功信息體解析模塊、用于顯示充值失敗后狀態(tài)碼及意圖充值金額的充值失敗信息體、以及用于向sdk服務(wù)器4發(fā)送訂單的訂單發(fā)送模塊，訂單發(fā)送模塊根據(jù)用戶的游戲設(shè)定向sdk服務(wù)器4發(fā)送對(duì)應(yīng)的訂單信息。

游戲服務(wù)器6中設(shè)置有用于存儲(chǔ)用戶個(gè)人賬戶信息的存儲(chǔ)單元以及用于賬戶余額的預(yù)警單元，存儲(chǔ)單元實(shí)時(shí)檢測(cè)用戶的賬戶余額并向預(yù)警單元發(fā)送余額檢測(cè)信息。具體而言，上述預(yù)警單元包括比較模塊以及預(yù)設(shè)金額范圍設(shè)定模塊，余額檢測(cè)信息與設(shè)定的預(yù)設(shè)金額范圍比較，輸出余額預(yù)警信息至游戲客戶端7。

由于各個(gè)用戶的游戲角色不一樣，其充值后余額消耗的速度也并不一樣，并且各個(gè)用戶的充值習(xí)慣也并不相同，因此，sdk客戶端3中還調(diào)用設(shè)置有用于判定用戶個(gè)人賬戶信息的判定模塊，判定模塊包括歷史賬戶信息查詢模塊、游戲角色查詢模塊、以及訂單預(yù)生成模塊，訂單預(yù)生成模塊與歷史賬戶信息查詢模塊以及游戲角色查詢模塊通信連接，接收用戶的歷史賬戶信息以及游戲角色信息，輸出訂單信息。經(jīng)過(guò)比對(duì)后的用戶充值信息更易于被用戶接受，并且能夠降低用戶充值的頻率，例如，當(dāng)用戶的歷史賬戶信息顯示用戶每次充值的金額都為一個(gè)固定值，則sdk客戶端3調(diào)用的充值模塊中相應(yīng)的訂單金額則為上述金額，并且根據(jù)用戶角色的設(shè)定，由于每個(gè)角色的余額消耗速度不一樣，因此，特定的角色對(duì)應(yīng)特定的充值額度將有效降低用戶充值的頻率。

支付服務(wù)器5與sdk客戶端3及sdk服務(wù)器4通信連接，提供支付服務(wù)器5運(yùn)營(yíng)商的url給到sdk客戶端3，sdk客戶端3發(fā)起請(qǐng)求，支付服務(wù)器5響應(yīng)于上述請(qǐng)求進(jìn)行支付服務(wù)。

上述技術(shù)方案中，在游戲服務(wù)器6推進(jìn)的游戲進(jìn)程中，不僅游戲界面會(huì)更新，還會(huì)實(shí)時(shí)更新用戶的個(gè)人賬戶信息，當(dāng)用戶的個(gè)人賬戶余額超過(guò)預(yù)設(shè)金額范圍時(shí)，則由游戲服務(wù)器6發(fā)出預(yù)警信號(hào)，上述預(yù)警信號(hào)給到游戲客戶端7，游戲客戶端7處理后將上述信息轉(zhuǎn)化為充值信號(hào)給到sdk客戶端3，sdk客戶端3將下單信息給到sdk服務(wù)器4，同時(shí)調(diào)用游戲客戶端7的人體交互資源，用于向用戶展示充值界面。在上述過(guò)程中，給到用戶的充值金額經(jīng)過(guò)與用戶歷史賬戶信息相比對(duì)，并結(jié)合著用戶游戲角色，使得待充值的金額更能滿足用戶的需求，以此減少用戶充值的頻率；并且，在調(diào)用游戲客戶端7進(jìn)行人機(jī)互動(dòng)的同時(shí)，完成訂單的生成以及訂單號(hào)及支付渠道的建立，上述充值過(guò)程由于是獨(dú)立于游戲服務(wù)器6以及游戲客戶端7進(jìn)行，因此，后臺(tái)服務(wù)器端2可以在不干擾游戲進(jìn)程的情況下完成訂單及訂單號(hào)的生成，節(jié)省時(shí)間，提升游戲體驗(yàn)，并且上述充值過(guò)程的后期即付款確認(rèn)環(huán)節(jié)也經(jīng)由sdk客戶端3調(diào)取支付服務(wù)器5相應(yīng)的程序進(jìn)行確認(rèn)，使得確認(rèn)環(huán)節(jié)也更加的高效，整體上提升充值效率。

基于上述游戲充值的系統(tǒng)，本發(fā)明還提出了一種游戲快速充值方法，如圖2所示，包括如下步驟：

檢測(cè)步驟，游戲服務(wù)器6中的預(yù)警單元實(shí)時(shí)檢測(cè)用戶的賬戶余額信息，并將上述余額信息與預(yù)設(shè)金額范圍設(shè)定模塊生成的范圍值作比較，生成相應(yīng)的含有充值金額的余額預(yù)警信息；

訂單生成步驟，游戲客戶端7接收游戲服務(wù)器6更新的游戲數(shù)據(jù)，檢測(cè)上述數(shù)據(jù)中包含的余額預(yù)警信息，生成給到sdk服務(wù)器4的訂單，在上述訂單生成過(guò)程中，結(jié)合用戶歷史賬戶信息以及游戲角色設(shè)定輸出訂單金額，同時(shí)sdk客戶端3調(diào)用游戲客戶端7的充值顯示程序進(jìn)行人機(jī)互動(dòng)；

充值步驟，sdk服務(wù)器4接收sdk客戶端3發(fā)送的訂單，調(diào)用對(duì)應(yīng)的程序模塊生成與訂單相對(duì)應(yīng)的訂單號(hào)以及支付渠道信息，sdk服務(wù)器4接收上述信息并調(diào)用支付服務(wù)器5；支付服務(wù)器5被sdk客戶端3調(diào)用，對(duì)上述訂單號(hào)進(jìn)行預(yù)支付處理；

充值確認(rèn)步驟，支付服務(wù)器5按照訂單號(hào)完成支付進(jìn)程，并將支付結(jié)果發(fā)送至sdk服務(wù)器4以及sdk客戶端3，上述sdk服務(wù)器4響應(yīng)于游戲服務(wù)器6的請(qǐng)求信號(hào)，發(fā)送充值結(jié)果至游戲服務(wù)器6，游戲服務(wù)器6接收到上述充值結(jié)果；若確認(rèn)充值結(jié)果，則繼續(xù)游戲進(jìn)程，若充值結(jié)果不確認(rèn)，則再次請(qǐng)求sdk服務(wù)器4進(jìn)行充值結(jié)果反饋，如此往復(fù)設(shè)定次數(shù)后，若仍未確認(rèn)充值結(jié)果，則重新回到訂單生成步驟開(kāi)始執(zhí)行。

上述技術(shù)方案，與現(xiàn)有的游戲充值方法相比，首先將充值的進(jìn)程與游戲進(jìn)程完全隔離開(kāi)來(lái)，使得充值的進(jìn)程不與游戲的進(jìn)程產(chǎn)生過(guò)大的沖突，可以在減少對(duì)游戲進(jìn)程的情況下實(shí)現(xiàn)游戲充值；其次，在充值過(guò)程的驗(yàn)證、下單以及付款環(huán)節(jié)，均由sdk服務(wù)器4以及sdk客戶端3完成，通過(guò)調(diào)用大量的實(shí)例以及軟件模塊，完成上述充值過(guò)程，并且，由于sdk服務(wù)器4預(yù)留的接口擴(kuò)展性很強(qiáng)，后期當(dāng)游戲升級(jí)需要改變充值的運(yùn)營(yíng)商或者充值校驗(yàn)程序時(shí)，只需要改變sdk服務(wù)器4調(diào)用的外圍程序模塊即可。在上述方法中，為了減少充值的進(jìn)程時(shí)間，會(huì)事先對(duì)用戶的個(gè)人賬戶信息進(jìn)行比對(duì)，使得用戶待充值的金額能夠符合用戶的實(shí)際需求，最大限度減少用戶充值的頻率。

以上所述僅是本發(fā)明的優(yōu)選實(shí)施方式，本發(fā)明的保護(hù)范圍并不僅局限于上述實(shí)施例，凡屬于本發(fā)明思路下的技術(shù)方案均屬于本發(fā)明的保護(hù)范圍。應(yīng)當(dāng)指出，對(duì)于本技術(shù)領(lǐng)域的普通技術(shù)人員來(lái)說(shuō)，在不脫離本發(fā)明原理前提下的若干改進(jìn)和潤(rùn)飾，這些改進(jìn)和潤(rùn)飾也應(yīng)視為本發(fā)明的保護(hù)范圍。