本發(fā)明涉及計算機領(lǐng)域，具體而言，涉及一種賬戶資源的處理方法和裝置。

背景技術(shù)：

隨著互聯(lián)網(wǎng)的發(fā)展，越來越多的人使用客戶端處理賬戶資源信息，在通過客戶端對賬戶資源進行處理時，用戶需要根據(jù)賬戶資源處理的要求，手動使用客戶端的賬戶資源執(zhí)行資源處理事件。具體地，賬戶處理事件可以包括：資源變更事件、資源轉(zhuǎn)移事件、資源增加事件、和資源減少事件等。

例如，在執(zhí)行資源轉(zhuǎn)移事件時，用戶需手動選定待操作的資源，然后手動執(zhí)行資源事件。大多情況下，在執(zhí)行資源事件時，需要多個賬戶之間的交互，如，需要利用其他賬戶執(zhí)行資源事件，在這種情況下，如果用戶手動選中待操作資源，然后選中執(zhí)行資源事件的其他賬戶(該其他賬戶客戶為當(dāng)前客戶端的其他賬戶或位于其他客戶端的賬戶)，并手動指示其他賬戶執(zhí)行資源事件。在整個資源處理過程中，手動操作使得操作比較繁瑣、且人工操作出錯率高，這些都使得處理資源相關(guān)事件時效率低。

針對上述的轉(zhuǎn)移賬戶資源時處理效率低的問題，目前尚未提出有效的解決方案。

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

本發(fā)明實施例提供了一種賬戶資源的處理方法和裝置，以至少解決轉(zhuǎn)移賬戶資源時處理效率低的技術(shù)問題。

根據(jù)本發(fā)明實施例的一個方面，提供了一種資源賬戶的處理方法，該 方法包括：獲取客戶端賬戶的資源信息，其中，所述資源信息用于指示當(dāng)前所述客戶端賬戶中的第一屬性資源，所述第一屬性資源被設(shè)置為執(zhí)行第一類型的事件；確定所述第一屬性資源是否滿足屬性變更條件；當(dāng)所述第一屬性資源滿足所述屬性變更條件時，將所述第一屬性資源變更為第二屬性資源，其中，所述第二屬性資源被設(shè)置為執(zhí)行第二類型的事件，其中，第一屬性資源和第二屬性資源為同一客戶端賬戶的資源。

根據(jù)本發(fā)明實施例的另一方面，還提供了一種賬戶資源的處理裝置，該處理裝置包括：第一獲取單元，用于獲取客戶端賬戶的資源信息，其中，所述資源信息用于指示當(dāng)前所述客戶端賬戶中的第一屬性資源，所述第一屬性資源被設(shè)置為執(zhí)行第一類型的事件；第一確定單元，用于確定所述第一屬性資源是否滿足屬性變更條件；第一轉(zhuǎn)移單元，用于當(dāng)所述第一屬性資源滿足所述屬性變更條件時，將所述第一屬性資源變更為第二屬性資源，其中，所述第二屬性資源被設(shè)置為執(zhí)行第二類型的事件，其中，第一屬性資源和第二屬性資源為同一客戶端賬戶的資源。

在本發(fā)明實施例中，實時獲取客戶端賬戶的資源信息，在該資源信息指示該第一屬性資源滿足屬性變更條件時，自動將第一屬性資源變更為第二屬性資源，以使第二屬性資源和第一屬性資源執(zhí)行不同類型的事件。在上述實施例中，在客戶端賬戶的第一屬性資源滿足屬性變更條件時，自動將第一屬性資源的屬性進行變更，無需手動操作，提高了處理效率，解決了現(xiàn)有技術(shù)中轉(zhuǎn)移賬戶資源時處理效率低的問題，實現(xiàn)了高效率轉(zhuǎn)移賬戶間的資源的效果。

附圖說明

此處所說明的附圖用來提供對本發(fā)明的進一步理解，構(gòu)成本申請的一部分，本發(fā)明的示意性實施例及其說明用于解釋本發(fā)明，并不構(gòu)成對本發(fā)明的不當(dāng)限定。在附圖中：

圖1是根據(jù)本發(fā)明實施例的一種網(wǎng)絡(luò)環(huán)境的示意圖；

圖2是根據(jù)本發(fā)明實施例的一種可選的賬戶資源的處理方法的流程圖；

圖3是根據(jù)本發(fā)明實施例的一種可選的第一賬戶和第二賬戶中賬戶資源關(guān)系的示意圖；

圖4是根據(jù)本發(fā)明實施例的一種可選的執(zhí)行扣除事件的賬戶資源變化示意圖；

圖5是根據(jù)本發(fā)明實施例的另一種可選的執(zhí)行扣除事件的賬戶資源變化示意圖；

圖6是根據(jù)本發(fā)明實施例的另一種可選的資源充值場景的賬戶資源變化示意圖；

圖7是根據(jù)本發(fā)明實施例的另一種可選的資源轉(zhuǎn)移場景的賬戶資源變化示意圖；

圖8是根據(jù)本發(fā)明實施例的再一種可選的資源扣除場景的賬戶資源變化示意圖；

圖9是根據(jù)本發(fā)明實施例的又一種可選的資源扣除場景的賬戶資源變化示意圖；

圖10是根據(jù)本發(fā)明實施例的一種可選的資源轉(zhuǎn)入場景的賬戶資源變化示意圖；

圖11是根據(jù)本發(fā)明實施例的一種可選的賬戶資源的處理裝置的示意圖；

圖12是根據(jù)本發(fā)明實施例的一種可選的終端內(nèi)部結(jié)構(gòu)示意圖。

具體實施方式

為了使本技術(shù)領(lǐng)域的人員更好地理解本發(fā)明方案，下面將結(jié)合本發(fā)明實施例中的附圖，對本發(fā)明實施例中的技術(shù)方案進行清楚、完整地描述，顯然，所描述的實施例僅僅是本發(fā)明一部分的實施例，而不是全部的實施 例?；诒景l(fā)明中的實施例，本領(lǐng)域普通技術(shù)人員在沒有做出創(chuàng)造性勞動前提下所獲得的所有其他實施例，都應(yīng)當(dāng)屬于本發(fā)明保護的范圍。

需要說明的是，本發(fā)明的說明書和權(quán)利要求書及上述附圖中的術(shù)語“第一”、“第二”等是用于區(qū)別類似的對象，而不必用于描述特定的順序或先后次序。應(yīng)該理解這樣使用的數(shù)據(jù)在適當(dāng)情況下可以互換，以便這里描述的本發(fā)明的實施例能夠以除了在這里圖示或描述的那些以外的順序?qū)嵤?。此外，術(shù)語“包括”和“具有”以及他們的任何變形，意圖在于覆蓋不排他的包含，例如，包含了一系列步驟或單元的過程、方法、系統(tǒng)、產(chǎn)品或設(shè)備不必限于清楚地列出的那些步驟或單元，而是可包括沒有清楚地列出的或?qū)τ谶@些過程、方法、產(chǎn)品或設(shè)備固有的其它步驟或單元。

實施例1

根據(jù)本發(fā)明實施例，提供了一種賬戶資源的處理方法的實施例，需要說明的是，在附圖的流程圖示出的步驟可以在諸如一組計算機可執(zhí)行指令的計算機系統(tǒng)中執(zhí)行，并且，雖然在流程圖中示出了邏輯順序，但是在某些情況下，可以以不同于此處的順序執(zhí)行所示出或描述的步驟。

可選地，在本實施例中，上述賬戶資源的處理方法可以應(yīng)用于如圖1所示的第一終端10、第二終端30和服務(wù)器50所構(gòu)成的硬件環(huán)境中，兩個終端均可以與服務(wù)器通過網(wǎng)絡(luò)建立連接。其中，兩個終端和服務(wù)器上均可以設(shè)置處理器。

上述網(wǎng)絡(luò)包括但不限于：廣域網(wǎng)、城域網(wǎng)或局域網(wǎng)。優(yōu)選地，上述的網(wǎng)絡(luò)為局域網(wǎng)。

根據(jù)本發(fā)明實施例，提供了一種賬戶資源的處理方法，如圖2所示，該方法包括：

步驟s202：獲取客戶端賬戶的資源信息，其中，資源信息用于指示當(dāng)前客戶端賬戶中的第一屬性資源，該第一屬性資源被設(shè)置為執(zhí)行第一類型的事件。

步驟s204：確定第一屬性資源是否滿足屬性變更條件。

其中，當(dāng)?shù)谝粚傩再Y源滿足屬性變更條件時，執(zhí)行步驟s206；當(dāng)?shù)谝粚傩再Y源不滿足屬性變更條件時，返回執(zhí)行步驟s202。

步驟s206：將第一屬性資源變更為第二屬性資源，其中，第二屬性資源至少被設(shè)置為執(zhí)行第二類型的事件。

其中，第一屬性資源和第二屬性資源為同一客戶端賬戶的資源。

采用本發(fā)明實施例，實時獲取客戶端賬戶的資源信息，在該資源信息指示該第一屬性資源滿足屬性變更條件時，自動將第一屬性資源變更為第二屬性資源，以使第二屬性資源和第一屬性資源執(zhí)行不同類型的事件。在上述實施例中，在客戶端賬戶的第一屬性資源滿足屬性變更條件時，自動將第一屬性資源的屬性進行變更，無需手動操作，提高了處理效率，解決了現(xiàn)有技術(shù)中轉(zhuǎn)移賬戶資源時處理效率低的問題，實現(xiàn)了高效率轉(zhuǎn)移賬戶間的資源的效果。

上述實施例中的第一類型的事件包括：即時資源轉(zhuǎn)移事件和即時資源變更事件，如支付事件，如接收到支付指令時，使用具有第一屬性的第一屬性資源響應(yīng)該支付指令。

上述的第二類型的時間可以為使資源變化的事件，如購買虛擬資源產(chǎn)品的事件，具體地可以為購買基金a的事件。在第二屬性資源執(zhí)行第二類型的事件的過程中，若第二屬性資源因執(zhí)行第二類型的事件，發(fā)生變化，則客戶端賬戶的總賬戶資源也隨之變化。

在一個可選的實現(xiàn)方案中，客戶端賬戶可以包括第一賬戶和第二賬戶，也即兩個賬戶均可以為客戶端上登錄賬戶的子賬戶，這兩個賬戶對客戶端的使用者來說可以是可見的，也可以是不可見的(也即對客戶端的使用者來說是透明的)，第一屬性資源為第一賬戶的資源，第二屬性資源為第二賬戶的資源。

具體地，客戶端賬戶中的第一屬性資源被設(shè)置為至少用于允許執(zhí)行即 時資源轉(zhuǎn)移時間和即時資源變更事件；客戶端賬戶中的第二屬性資源被設(shè)置為至少允許執(zhí)行第二類型的事件，在第一屬性資源的屬性發(fā)生變更后，客戶端賬戶的賬戶資源不變。

如圖3所示，客戶端賬戶中的第一屬性資源為z1，將第一屬性資源變更為第二屬性資源z2之后，第二屬性資源包括其原來具有的資源z2和新變更的資源z1，而對于客戶端賬戶來說，總賬戶資源仍為z2和z1的和。

可選地，第二類型的事件還可以為與其他資源賬戶交換資源的事件，如，可以使用第二屬性資源交換其他賬戶上的其他類型的資源，例如，可以使用第二屬性資源購買其他賬戶上的虛擬商品?？梢酝ㄟ^客戶端預(yù)先設(shè)置好交換資源的類型或者資源標(biāo)識，在將第一屬性資源的屬性變更為第二屬性之后，可以將該第一屬性資源從第一賬戶中轉(zhuǎn)移至第二賬戶，可以使用第二賬戶中的賬戶資源與其他賬戶交換滿足預(yù)先設(shè)置好的資源類型或資源標(biāo)識的資源。

下面詳述本發(fā)明上述實施例：

實時獲取客戶端賬戶的資源信息，基于資源信息所指示的第一屬性資源的信息判斷第一屬性資源是否滿足屬性變更條件，若第一屬性資源滿足屬性變更條件，則自動將第一屬性資源的屬性變更為具有第二屬性，變更為第二屬性資源，自動使用第二屬性資源換取其他賬戶中的資源a。

可選地，可以將第一屬性資源從第一賬戶轉(zhuǎn)移至第二賬戶，但是客戶端賬戶的總賬戶資源不變，若第二屬性資源交換其他賬戶的資源a時，第二賬戶中的賬戶資源增減，客戶端賬戶的總賬戶資源相應(yīng)增減。

通過上述實施例可以自動地變更客戶端賬戶中的第一屬性資源的屬性，還可以在將第一屬性資源變更為第二屬性資源之后，自動使用具有第二屬性的資源執(zhí)行第二類型(如交換資源)的事件，加快了事件執(zhí)行速度。

根據(jù)本發(fā)明的上述實施例，確定第一屬性資源是否滿足屬性變更條件 可以包括：判斷第一屬性資源是否大于預(yù)定閾值；若第一屬性資源大于預(yù)定閾值，則判斷出第一屬性資源滿足屬性變更條件。

上述實施例中的資源信息可以通過資源數(shù)量和/或資源變更事件指示該第一屬性資源。

具體地，客戶端所在終端的處理器可以定時掃描第一屬性資源的數(shù)量，若該第一屬性資源的數(shù)量大于預(yù)定閾值，則認(rèn)為第一屬性資源大于預(yù)定閾值。該預(yù)定閾值可以為零。

為了減小處理器執(zhí)行掃描事件的掃描資源消耗，可以開啟監(jiān)控事件，該監(jiān)控事件可以在客戶端賬戶發(fā)生資源操作事件時生成通知消息，處理器在獲取到該通知消息之后，若該通知消息指示客戶端賬戶發(fā)生資源轉(zhuǎn)入事件，則確定第一屬性資源大于預(yù)定閾值。

其中，資源轉(zhuǎn)入事件可以為第二屬性資源變更為第一屬性資源的事件，或其他客戶端賬戶將資源轉(zhuǎn)入該客戶端賬戶的事件。

在一個可選的例子中，客戶端賬戶為資金交易賬戶，該資金交易賬戶中可以包括兩個子賬戶，該兩個子賬戶中的第一賬戶為即時交易賬戶，該兩個子賬戶中的第二賬戶為固定期限交易賬戶，處理器實時監(jiān)控即時交易賬戶是否發(fā)生資源操作事件，若發(fā)生資源操作事件，則生成通知消息，若該通知消息指示該資源操作事件為資源轉(zhuǎn)入事件，則將即時交易賬戶當(dāng)前的第一屬性資源的屬性變更為被允許執(zhí)行第二類型事件的第二屬性資源，并使用第二屬性資源執(zhí)行第二類型的事件，可選地，可以在變更第一屬性資源的屬性的同時或之后，將第一屬性資源從即時交易賬戶轉(zhuǎn)移至固定期限交易賬戶，并使用該固定期限交易賬戶中的賬戶資源執(zhí)行資源交易事件，并獲取執(zhí)行第二類型的事件帶來的資源增加，如購買基金a的事件。

在該可選的實施例中，通過第一屬性資源的屬性的自動變更，實現(xiàn)兩種屬性資源的無縫結(jié)合，用戶在客戶端無需感知資源轉(zhuǎn)移和事件的執(zhí)行，甚至用戶無需感知第二屬性資源的存在，也無需進行任何操作，即可實現(xiàn) 資源的增加的效果。

根據(jù)本發(fā)明的上述實施例，在將第一屬性資源變更為第二屬性資源之后，方法還可以包括：

獲取預(yù)先配置的第一事件執(zhí)行的開始時間和事件資源指示信息，其中，第一事件屬于第二類型的事件，事件資源指示信息用于指示執(zhí)行第一事件所使用到的第一事件資源；在開始時間到達時開始使用第二屬性資源中與第一事件資源匹配的第一資源執(zhí)行第一事件，其中，第一資源為第二屬性資源中的部分或全部。

具體地，可以預(yù)先配置第一事件執(zhí)行的開始時間和事件資源指示信息，其中，事件資源指示信息可以從服務(wù)器獲取，也可以通過客戶端的登錄賬戶中提供的選項確定，如獲取目標(biāo)a使用第一數(shù)量的資源、獲取目標(biāo)b使用第二數(shù)量的資源或者獲取目標(biāo)c使用第三數(shù)量的資源，若該第一事件用于獲取目標(biāo)a，則該事件資源指示信息則指示執(zhí)行第一事件使用到第一數(shù)量的第一事件資源。其中，目標(biāo)a、目標(biāo)b和目標(biāo)c可以分別為基金a、基金b以及基金c。

在開始時間到達時開始使用第二屬性資源中與第一事件資源數(shù)量相同的第一資源執(zhí)行第一事件。

以購買虛擬資產(chǎn)a(如基金)作為第一事件為例，在將第一屬性資源變更為第二屬性資源之后，從第二屬性資源中獲取購買虛擬資產(chǎn)a所需的第一事件資源，在設(shè)置的開始時間到達時開始使用第二屬性資源中與第一事件資源相等的資源購買虛擬資產(chǎn)a。

可選地，若購買一份虛擬資產(chǎn)a需使用第一事件資源，購買n份虛擬資產(chǎn)a需使用n倍的第一事件資源，也可以設(shè)置在設(shè)置的開始時間到達時，開始使用第二屬性資源中n倍的第一事件資源購買虛擬資產(chǎn)a。

可選地，預(yù)先配置的開始時間可以為第一屬性資源的屬性變更的時刻，或者，晚于該時刻。

通過上述實施例，在第一屬性資源的屬性發(fā)生變更時執(zhí)行第一事件，可以使客戶端賬戶及時地獲取到虛擬資產(chǎn)a；也可以在晚于上述時刻的時間，執(zhí)行第一事件，這樣可以在連續(xù)發(fā)生多次第一屬性資源的屬性變更事件的情況下，不用頻繁的執(zhí)行第一事件，可以減小客戶端與服務(wù)器的通訊次數(shù)，加快客戶端和服務(wù)器的處理速度。

為了進一步地減小客戶端與服務(wù)器的負(fù)載，可以每隔一段時間執(zhí)行一次第一事件。

需要說明的是，執(zhí)行第一事件使用的可以是客戶端賬戶中的第一屬性資源的全部或部分，若使用的是第一屬性資源中的全部，則返回步驟s202繼續(xù)獲取客戶端賬戶的第一屬性資源，一旦客戶端賬戶的第一屬性資源大于預(yù)定閾值，再自動將客戶端賬戶中的賬戶資源的屬性進行變更。

若執(zhí)行第一事件使用的資源是第二屬性資源中的部分資源，則可以使用第二屬性資源中的其他資源中的部分或全部用來執(zhí)行第二事件，具體地，可以將第二屬性資源中除第一資源之外的資源中的部分或全部被設(shè)置為執(zhí)行第二事件，其中，第二事件屬于第二類型的事件，或者，屬于與第二類型不同的第三類型的事件。

需要說明的是，第二事件的操作可以與第一事件的操作一致，如均為購買操作、交換操作；第二事件的操作對象可以與第一事件的操作對象一致，如均為虛擬資產(chǎn)a；也可以不一致，如第一事件的操作對象為虛擬資產(chǎn)a，而第二事件的操作對象為虛擬資產(chǎn)b。

上述實施例中第二事件執(zhí)行的開始時間被配置為早于或晚于第一屬性資源的屬性發(fā)生變更的時刻；或上述實施例中第二事件執(zhí)行的開始時間被配置為早于或晚于第一屬性資源從第一賬戶轉(zhuǎn)移至第二賬戶的時刻。

可選地，可以在第一屬性資源從第一賬戶轉(zhuǎn)移至第二賬戶的時刻開始執(zhí)行第二事件，也即可以同時使用第二賬戶中的賬戶資源執(zhí)行第一事件和第二事件；還可以在第一屬性資源從第一賬戶轉(zhuǎn)移至第二賬戶之前的時刻 執(zhí)行第二事件；還可以在執(zhí)行第一事件之后，再執(zhí)行第二事件。

通過上述實施例，只要是客戶端賬戶中還有第二屬性資源就自動地將其用于執(zhí)行第二類型或第三類型的事件，這樣可以充分利用資源，不至于有閑置資源，從而可以使得客戶端賬戶的總賬戶資源達到資源最大化。

在本發(fā)明的上述實施例中，在將第一屬性資源變更為具有第二屬性的第二屬性資源之后，方法還可以包括：接收資源接收賬戶的第一扣除事件指令，其中，第一扣除事件指令用于指示客戶端賬戶執(zhí)行第一扣除事件和執(zhí)行第一扣除事件所使用的第二事件資源；若客戶端賬戶當(dāng)前的具有第一屬性的第一屬性資源不足以扣除第二事件資源，則獲取第一屬性資源與第二事件資源之間的差值；通過第二賬戶從資源中轉(zhuǎn)賬戶獲取滿足差值的第三事件資源，并將第一屬性資源和第三事件資源作為第二事件資源。

其中，資源接收賬戶為發(fā)出第一扣除事件指令的賬戶，該賬戶與客戶端賬戶位于不同的客戶端，資源中轉(zhuǎn)賬戶為客戶端賬戶中的第二屬性資源執(zhí)行第一事件或第二事件時提供資源的賬戶，該第一事件和第二事件的操作對象(如虛擬資產(chǎn))來源于第五賬戶，該資源中轉(zhuǎn)賬戶為與該第五賬戶關(guān)聯(lián)的賬戶。

在一個可選的實施例中，客戶端的第一賬戶為即時交易賬戶，而第二賬戶為固定期限交易賬戶，該第一賬戶可能隨時都發(fā)生資源轉(zhuǎn)入或資源轉(zhuǎn)出的事件(如資源扣除的事件)，而第二賬戶的賬戶資源需在第一事件或第二事件執(zhí)行完成之后，其賬戶資源才可能被轉(zhuǎn)移。因此，在位于該客戶端上的資源接收賬戶需從客戶端的登錄賬戶中扣除資源時，生成第一扣除事件指令，并通過網(wǎng)絡(luò)和服務(wù)器將該第一扣除事件指令發(fā)送至客戶端，客戶端在接收到該第一扣除事件指令后，優(yōu)先選擇從第一賬戶中扣除。

具體地，客戶端所在終端的處理器檢測該第一賬戶中當(dāng)前的第一屬性資源(即上述實施例中的第一屬性資源)是否足以扣除第一扣除事件的第二事件資源，若第一屬性資源足以扣除第一扣除事件的第二事件資源，則直接將第一屬性資源中滿足第二事件資源的資源轉(zhuǎn)移至資源接收賬戶；若 第一屬性資源不足以扣除執(zhí)行第一扣除事件的第二事件資源，則計算第一屬性資源與第二事件資源之間的差值，并獲取第二屬性資源中符合該差值的資源，但是該第二屬性資源在第一事件或第二事件未執(zhí)行完成之前無法轉(zhuǎn)移，可以從資源中轉(zhuǎn)賬戶中墊取該資源。

具體地，通過客戶端賬戶從資源中轉(zhuǎn)賬戶中獲取滿足該差值的第三事件資源，并將該第一屬性和第三事件資源作為第二事件資源，轉(zhuǎn)移至資源接收賬戶。

下面以客戶端賬戶中的第一屬性資源為第一賬戶的資源，第二屬性資源為第二賬戶的資源，第一賬戶和第二賬戶均為客戶端的賬戶為例，結(jié)合圖4和圖5詳述本發(fā)明上述實施例。

如圖4和圖5所示，第一賬戶中的第一屬性資源的數(shù)量為z3，第二賬戶中的第二屬性資源的數(shù)量為z4，則客戶端賬戶的總賬戶資源為z3+z4。資源接收賬戶(如圖4和圖5中示出的第三賬戶)指示的第二事件資源的數(shù)量為s1，若z3≥s1，則從第一屬性資源中扣除符合第二事件資源的資源，第一屬性資源變?yōu)閦3-s1，總賬戶資源變?yōu)閦3+z4-s1；若z3<s1，則計算該兩個資源的差值△s＝s1-z3，通過客戶端賬戶將資源中轉(zhuǎn)賬戶(如圖4和圖5所示的第四賬戶)的賬戶資源中滿足差值△s的第三事件資源s2，將第三事件資源s2和第一屬性資源z3轉(zhuǎn)移至資源接收賬戶，第一屬性資源變?yōu)?，第二屬性資源變?yōu)閦4-s1，總賬戶資源變?yōu)閦3+z4-s1。

在上述實施例中，客戶端賬戶將資源中轉(zhuǎn)賬戶的賬戶資源中的第三事件資源轉(zhuǎn)移至資源接收賬戶，則客戶端賬戶需回補資源中轉(zhuǎn)賬戶滿足該差值的資源。

為了回補資源中轉(zhuǎn)賬戶滿足該差值的資源，可以在從資源中轉(zhuǎn)賬戶獲取滿足差值的第三事件資源之后，并在第二類型的事件執(zhí)行完成之后，將用于執(zhí)行第二類型的事件的資源中滿足差值的第二資源轉(zhuǎn)移至資源中轉(zhuǎn)賬戶；或設(shè)置第二扣除事件指令，其中，第二扣除事件指令用于從用于執(zhí)行第二類型的事件的賬戶資源中扣除滿足差值的第四事件資源；將扣除出 的第四事件資源轉(zhuǎn)移至資源中轉(zhuǎn)賬戶。

具體地，客戶端賬戶可以在通過客戶端賬戶從資源中轉(zhuǎn)賬戶獲取滿足差值的第三事件資源的時刻，向第五賬戶發(fā)送第二扣除事件指令，以從用于執(zhí)行第一事件的賬戶資源中扣除滿足該差值的資源，得到第五賬戶的響應(yīng)之后，將滿足該差值的第四事件資源轉(zhuǎn)移至資源中轉(zhuǎn)賬戶，以回補資源中轉(zhuǎn)賬戶墊付的資源。該第二扣除事件指令可以為贖回指令。

由于在很短的時間內(nèi)可能發(fā)生多次第一扣除事件，第二賬戶也可以在通過客戶端賬戶從資源中轉(zhuǎn)賬戶獲取滿足差值的第三事件資源的之后預(yù)定時間段內(nèi)，向第五賬戶發(fā)送第二扣除事件指令，這樣，可以不用頻繁地向服務(wù)器請求扣除資源，可以提高處理速度，并保證客戶端與服務(wù)器通訊暢通。

上述實施例中詳細(xì)描述了客戶端賬戶中的資源轉(zhuǎn)出(如資源扣除)的實現(xiàn)方案，在實際應(yīng)用中，客戶端賬戶中還可能發(fā)送資源轉(zhuǎn)入事件，在發(fā)生的資源轉(zhuǎn)入事件為即時資源轉(zhuǎn)入事件(如零錢轉(zhuǎn)入)的情況下，則將該轉(zhuǎn)入的資源轉(zhuǎn)入第一賬戶(該賬戶中的資源為第一屬性資源)；在發(fā)生的資源轉(zhuǎn)入事件為執(zhí)行第一事件或第二事件產(chǎn)生的資源的情況下，則將該轉(zhuǎn)入的資源轉(zhuǎn)入第二賬戶(該賬戶中的資源為第二屬性資源)。

通過上述實施例，資源的轉(zhuǎn)入轉(zhuǎn)出事件和第一/第二事件的執(zhí)行均可以通過系統(tǒng)自動實現(xiàn)，無需用戶操作。

下面以將本發(fā)明實施例應(yīng)用在基金申購和贖回中為例，結(jié)合圖6至10詳述本發(fā)明實施例。該實施例中的金額用于表示上述的資源的數(shù)量。下述實施例中，資源轉(zhuǎn)移事件伴隨資源屬性變更事件的發(fā)生而發(fā)生，即，若發(fā)生屬性變更事件，則可能發(fā)生資源轉(zhuǎn)移事件；若發(fā)生資源轉(zhuǎn)移事件，則一定發(fā)生屬性變更事件。

在該舉例說明中，為了便于理解，使用客戶端賬戶中的第一賬戶記錄第一屬性資源，使用客戶端賬戶中的第二賬戶記錄第二屬性資源，但是本 發(fā)明實施例中并不存在第一賬戶和第二賬戶的區(qū)分。其中，客戶端應(yīng)用為支付應(yīng)用，客戶端的零錢用戶在系統(tǒng)中存在3個賬戶：總賬戶(即上述實施例中的客戶端賬戶)，該賬戶是用戶擁有的資產(chǎn)，總額(總的賬戶資源)＝理財賬戶總額+現(xiàn)金賬戶總額；理財賬戶(用于記錄第二屬性資源的賬戶，也即上述的第二賬戶)，該賬戶是用戶在基金公司的資產(chǎn)，這部分資產(chǎn)會產(chǎn)生理財收益；現(xiàn)金賬戶(用于記錄第一屬性資源的賬戶，也即第一賬戶)，該賬戶是用戶的現(xiàn)金資產(chǎn)，這部分資產(chǎn)不會產(chǎn)生收益。這3個賬戶對用戶來說，就只感知到總賬戶的資產(chǎn)使用和變動；不用關(guān)注理財賬戶和現(xiàn)金賬戶，這2個賬戶的資金變動(即資源轉(zhuǎn)移)對用戶來說是透明的，下面結(jié)合圖說明各種資金變動下對3個賬戶資產(chǎn)的影響，圖6至圖10中的總額用于表示上述的資源的數(shù)量，總賬戶用于表示上述的客戶端賬戶，第一賬戶用于表示該實施例中的現(xiàn)金賬戶，第二賬戶用于表示該實施例中的理財賬戶。為例方便理解，將本發(fā)明實施例中的第一屬性資源設(shè)定為第一賬戶中的資源，第二屬性資源設(shè)定為第二賬戶中的資源，實質(zhì)上，第一屬性資源和第二屬性資源均為客戶端賬戶中的資源，可以沒有第一賬戶和第二賬戶的區(qū)分。

第一種應(yīng)用場景，向零錢用戶充值：如圖6所示，比如：用戶充值100元，系統(tǒng)會在總賬戶總額增加100元，現(xiàn)金賬戶增加100元，理財賬戶余額不變；充值動作表示用戶的總資產(chǎn)增加了，理財資產(chǎn)暫時不變。在該實施例中，第一屬性資源增加，第二屬性資源不變。

第二種應(yīng)用場景，自動申購基金：如圖7所示，比如：用戶的現(xiàn)金賬戶有100元，系統(tǒng)通過：定時掃描用戶現(xiàn)金余額或不定時監(jiān)控現(xiàn)金賬戶發(fā)生的資產(chǎn)轉(zhuǎn)移事件)，如發(fā)現(xiàn)現(xiàn)金賬戶中增加了100元，則將現(xiàn)金賬戶100元變更為第二屬性(理財屬性)，使用該100元到基金公司(即上述的第五賬戶)進行申購，申購成功后，總賬戶余額不變，理財賬戶增加100元，現(xiàn)金賬戶減少100元；自動理財動作不會給用戶造成總資產(chǎn)的變化，但是會給用戶帶來收益。在該實施例中，第一屬性資源減少，第二屬性資源增加。

第三種應(yīng)用場景，用戶消費：如圖8所示，若現(xiàn)金賬戶大于消費金額(即第二事件資源)，如支出100元，總賬戶總額減少100元，現(xiàn)金賬戶減少100元，在該實施例中，第一屬性資源減少，第二屬性資源減少；若現(xiàn)金賬戶小于消費金額，如圖9所示，比如支出100元，現(xiàn)金賬戶余額20元，全部消費掉，剩余80元由理財賬戶資產(chǎn)。即，總賬戶總額減少100元，理財賬戶減少80元，現(xiàn)金賬戶減少20元。用戶理財賬戶資產(chǎn)的減少金額后，會立即或不定時到基金公司進行響應(yīng)的贖回；為了用戶的體驗，會從墊資賬戶(即資源中轉(zhuǎn)賬戶)中撥款給對應(yīng)的收款方(即資源接收賬戶)，基金公司在t+1日的贖回款到賬后再回補待墊資賬戶。在該實施例中，第一屬性資源減少，第二屬性資源減少。

第四種應(yīng)用場景，理財收益入賬：如圖10所示，比如用戶的理財賬戶當(dāng)天產(chǎn)生1元收益，總賬戶總額增加1元，理財賬戶增加1元，現(xiàn)金賬戶不變。在該實施例中，第一屬性資源不變，第二屬性資源增加。

通過上述實施例，可以將第三方支付的零錢賬戶和理財賬戶無縫的結(jié)合，用戶在使用零錢時，無需感知理財賬戶的存在，而理財賬戶會不停的給用戶產(chǎn)生收益，這樣用戶不但得到收益上的實惠，同時沒有損失任何的便利性，從而用戶可以使用第三方零錢賬戶自動理財，用戶無需操作申購和贖回，系統(tǒng)自動實現(xiàn)，并且用戶無需感知理財賬戶和現(xiàn)金賬戶，只需感知可用的總金額。

通過本發(fā)明的上述實施例，賬戶資源中的轉(zhuǎn)移均可以自動處理，無需用戶手動操作，可以提高事件的處理效率。

需要說明的是，對于前述的各方法實施例，為了簡單描述，故將其都表述為一系列的動作組合，但是本領(lǐng)域技術(shù)人員應(yīng)該知悉，本發(fā)明并不受所描述的動作順序的限制，因為依據(jù)本發(fā)明，某些步驟可以采用其他順序或者同時進行。其次，本領(lǐng)域技術(shù)人員也應(yīng)該知悉，說明書中所描述的實施例均屬于優(yōu)選實施例，所涉及的動作和模塊并不一定是本發(fā)明所必須的。

通過以上的實施方式的描述，本領(lǐng)域的技術(shù)人員可以清楚地了解到根 據(jù)上述實施例的方法可借助軟件加必需的通用硬件平臺的方式來實現(xiàn)，當(dāng)然也可以通過硬件，但很多情況下前者是更佳的實施方式?；谶@樣的理解，本發(fā)明的技術(shù)方案本質(zhì)上或者說對現(xiàn)有技術(shù)做出貢獻的部分可以以軟件產(chǎn)品的形式體現(xiàn)出來，該計算機軟件產(chǎn)品存儲在一個存儲介質(zhì)(如rom/ram、磁碟、光盤)中，包括若干指令用以使得一臺終端設(shè)備(可以是手機，計算機，服務(wù)器，或者網(wǎng)絡(luò)設(shè)備等)執(zhí)行本發(fā)明各個實施例所述的方法。

實施例2

根據(jù)本發(fā)明實施例，還提供了一種用于實施上述賬戶資源的處理方法的處理裝置，如圖11所示，該裝置可以包括：第一獲取單元110、第一確定單元120以及第一轉(zhuǎn)移單元130。

其中，第一獲取單元110，用于獲取客戶端賬戶的資源信息，其中，資源信息用于指示當(dāng)前客戶端賬戶中的第一屬性資源，第一屬性資源被設(shè)置為執(zhí)行第一類型的事件；

第一確定單元120，用于確定第一屬性資源是否滿足屬性變更條件；

第一轉(zhuǎn)移單元130，用于當(dāng)?shù)谝粚傩再Y源滿足屬性變更條件時，將第一屬性資源變更為第二屬性資源，其中，第二屬性資源被設(shè)置為執(zhí)行第二類型的事件。其中，第一屬性資源和第二屬性資源為同一客戶端賬戶的資源。

采用本發(fā)明實施例，實時獲取客戶端賬戶的資源信息，在該資源信息指示該第一屬性資源滿足屬性變更條件時，自動將第一屬性資源變更為第二屬性資源，以使第二屬性資源和第一屬性資源執(zhí)行不同類型的事件。在上述實施例中，在客戶端賬戶的第一屬性資源滿足屬性變更條件時，自動將第一屬性資源的屬性進行變更，無需手動操作，提高了處理效率，解決了現(xiàn)有技術(shù)中轉(zhuǎn)移賬戶資源時處理效率低的問題，實現(xiàn)了高效率轉(zhuǎn)移賬戶間的資源的效果。

上述實施例中的第一類型的事件包括：即時資源轉(zhuǎn)移事件和即時資源變更事件，如支付事件，如接收到支付指令時，使用具有第一屬性的第一屬性資源響應(yīng)該支付指令。

上述的第二類型的時間可以為使資源變化的事件，如購買虛擬資源產(chǎn)品的事件，具體地可以為購買基金a的事件。在第二屬性資源執(zhí)行第二類型的事件的過程中，若第二屬性資源因執(zhí)行第二類型的事件，發(fā)生變化，則客戶端賬戶的總賬戶資源也隨之變化。

在一個可選的實現(xiàn)方案中，客戶端賬戶可以包括第一賬戶和第二賬戶，也即兩個賬戶均可以為客戶端上登錄賬戶的子賬戶，這兩個賬戶對客戶端的使用者來說可以是可見的，也可以是不可見的(也即對客戶端的使用者來說是透明的)，第一屬性資源為第一賬戶的資源，第二屬性資源為第二賬戶的資源。

具體地，客戶端賬戶中的第一屬性資源被設(shè)置為至少用于允許執(zhí)行即時資源轉(zhuǎn)移時間和即時資源變更事件；客戶端賬戶中的第二屬性資源被設(shè)置為至少允許執(zhí)行第二類型的事件，在第一屬性資源的屬性發(fā)生變更后，，客戶端賬戶的賬戶資源不變。

如圖3所示，客戶端賬戶中的第一屬性資源為z1，將第一屬性資源變更為第二屬性資源z2之后，第二屬性資源包括其原來具有的資源z2和新變更的資源z1，而對于客戶端賬戶來說，總賬戶資源仍為z2和z1的和。

可選地，第二類型的事件還可以為與其他資源賬戶交換資源的事件，如，可以使用第二屬性資源交換其他賬戶上的其他類型的資源，例如，可以使用第二屬性資源購買其他賬戶上的虛擬商品?？梢酝ㄟ^客戶端預(yù)先設(shè)置好交換資源的類型或者資源標(biāo)識，在將第一屬性資源的屬性變更為第二屬性之后，可以將該第一屬性資源從第一賬戶中轉(zhuǎn)移至第二賬戶，可以使用第二賬戶中的賬戶資源與其他賬戶交換滿足預(yù)先設(shè)置好的資源類型或資源標(biāo)識的資源。

根據(jù)本發(fā)明的上述實施例，第一確定單元可以包括：判斷模塊，用于判斷第一屬性資源是否大于預(yù)定閾值；確定模塊，用于若第一屬性資源大于預(yù)定閾值，則判斷出第一屬性資源滿足屬性變更條件。

具體地，客戶端所在終端的處理器可以定時掃描第一屬性資源的數(shù)量，若該第一屬性資源的數(shù)量大于預(yù)定閾值，則認(rèn)為第一屬性資源大于預(yù)定閾值。該預(yù)定閾值可以為零。

為了減小處理器執(zhí)行掃描事件的掃描資源消耗，可以開啟監(jiān)控事件，該監(jiān)控事件可以在客戶端賬戶發(fā)生資源操作事件時生成通知消息，處理器在獲取到該通知消息之后，若該通知消息指示客戶端賬戶發(fā)生資源轉(zhuǎn)入事件，則確定第一屬性資源大于預(yù)定閾值。

其中，資源轉(zhuǎn)入事件可以為第二屬性資源變更為第一屬性資源的事件，或其他客戶端賬戶將資源轉(zhuǎn)入該客戶端賬戶的事件。

在該可選的實施例中，通過第一屬性資源的屬性的自動變更，實現(xiàn)兩種屬性資源的無縫結(jié)合，用戶在客戶端無需感知資源轉(zhuǎn)移和事件的執(zhí)行，甚至用戶無需感知第二屬性資源的存在，也無需進行任何操作，即可實現(xiàn)資源的增加的效果。

根據(jù)本發(fā)明的上述實施例，裝置還包括：

第二獲取單元，用于將第一屬性資源變更為具有第二屬性的第二屬性資源之后，獲取預(yù)先配置的第一事件執(zhí)行的開始時間和事件資源指示信息，其中，第一事件屬于第二類型的事件，事件資源指示信息用于指示執(zhí)行第一事件所使用到的第一事件資源；執(zhí)行單元，用于在開始時間到達時開始使用第二屬性資源中與第一事件資源匹配的第一資源執(zhí)行第一事件，其中，第一資源為第二屬性資源中的部分或全部。

在開始時間到達時開始使用第二屬性資源中與第一事件資源數(shù)量相同的第一資源執(zhí)行第一事件。

通過上述實施例，在第一屬性資源的屬性發(fā)生變更時執(zhí)行第一事件， 可以使客戶端賬戶及時地獲取到虛擬資產(chǎn)a；也可以在晚于上述時刻的時間，執(zhí)行第一事件，這樣可以在連續(xù)發(fā)生多次第一屬性資源的屬性變更事件的情況下，不用頻繁的執(zhí)行第一事件，可以減小客戶端與服務(wù)器的通訊次數(shù)，加快客戶端和服務(wù)器的處理速度。

可選地，客戶端賬戶中除第二屬性資源之外的賬戶資源中的部分或全部被設(shè)置為執(zhí)行第二事件，其中，第二事件屬于第一類型的事件，或者，屬于與第一類型不同的第二類型的事件。

進一步可選地，第二事件執(zhí)行的開始時間被配置為早于或晚于第一屬性資源的屬性變更的時刻。

通過上述實施例，只要是客戶端賬戶中還有第二屬性資源就自動地將其用于執(zhí)行第二類型或第三類型的事件，這樣可以充分利用資源，不至于有閑置資源，從而可以使得客戶端賬戶的總賬戶資源達到資源最大化。

根據(jù)本發(fā)明的上述實施例，裝置還可以包括：接收單元，用于在將第一屬性資源變更為具有第二屬性的第二屬性資源之后，接收資源接收賬戶的第一扣除事件指令，其中，第一扣除事件指令用于指示客戶端賬戶執(zhí)行第一扣除事件和執(zhí)行第一扣除事件所使用的第二事件資源；第三獲取單元，用于若客戶端賬戶當(dāng)前的具有第一屬性的第一屬性資源不足以扣除第二事件資源，則獲取第一屬性資源與第二事件資源之間的差值；第二確定單元，用于從資源中轉(zhuǎn)賬戶獲取滿足差值的第三事件資源，并將第一屬性資源和第三事件資源作為第二事件資源。

在上述實施例中，客戶端賬戶將資源中轉(zhuǎn)賬戶的賬戶資源中的第三事件資源轉(zhuǎn)移至資源接收賬戶，則客戶端賬戶需回補資源中轉(zhuǎn)賬戶滿足該差值的資源。

為了回補資源中轉(zhuǎn)賬戶滿足該差值的資源，可以在從資源中轉(zhuǎn)賬戶獲取滿足差值的第三事件資源之后，并在第二類型的事件執(zhí)行完成之后，將用于執(zhí)行第二類型的事件的資源中滿足差值的第二資源轉(zhuǎn)移至資源中轉(zhuǎn) 賬戶；或設(shè)置第二扣除事件指令，其中，第二扣除事件指令用于從用于執(zhí)行第二類型的事件的賬戶資源中扣除滿足差值的第四事件資源；將扣除出的第四事件資源轉(zhuǎn)移至資源中轉(zhuǎn)賬戶。

在一個可選的實施例中，裝置還包括：第二轉(zhuǎn)移單元，用于在通過第二賬戶從資源中轉(zhuǎn)賬戶獲取滿足差值的第三事件資源之后，在第一類型的事件執(zhí)行完成之后，將用于執(zhí)行第二類型的事件的資源中滿足差值的第二資源轉(zhuǎn)移至資源中轉(zhuǎn)賬戶；或設(shè)置單元，用于設(shè)置第二扣除事件指令，其中，第二扣除事件指令用于從用于執(zhí)行第二類型的事件的第二屬性資源中扣除滿足差值的第四事件資源；第三轉(zhuǎn)移單元，用于將扣除出的第四事件資源轉(zhuǎn)移至資源中轉(zhuǎn)賬戶。通過上述單元可以回補資源中轉(zhuǎn)賬戶滿足該差值的資源。

上述實施例中詳細(xì)描述了客戶端賬戶中的資源轉(zhuǎn)出(如資源扣除)的實現(xiàn)方案，在實際應(yīng)用中，客戶端賬戶中還可能發(fā)送資源轉(zhuǎn)入事件，在發(fā)生的資源轉(zhuǎn)入事件為即時資源轉(zhuǎn)入事件(如零錢轉(zhuǎn)入)的情況下，則將該轉(zhuǎn)入的資源轉(zhuǎn)入客戶端賬戶，且該轉(zhuǎn)入事件的資源被設(shè)置為第一屬性資源；在發(fā)生的資源轉(zhuǎn)入事件為執(zhí)行第一事件或第二事件產(chǎn)生的資源的情況下，則將該轉(zhuǎn)入的資源被設(shè)置為第二屬性資源。

在客戶端賬戶具有兩個子賬戶的情況下，將本發(fā)明實施例中的第一屬性資源設(shè)定為第一賬戶中的資源，第二屬性資源設(shè)定為第二賬戶中的資源，實質(zhì)上，第一屬性資源和第二屬性資源均為客戶端賬戶中的資源，可以沒有第一賬戶和第二賬戶的區(qū)分。

通過上述實施例，資源的轉(zhuǎn)入轉(zhuǎn)出事件和第一/第二事件的執(zhí)行均可以通過系統(tǒng)自動實現(xiàn)，無需用戶操作。

本發(fā)明上述實施例中的資源接收賬戶、資源中轉(zhuǎn)賬戶以及第五賬戶可以為安裝在其他終端的客戶端上的賬戶，其他終端可以為第二終端。

本實施例中所提供的各個模塊與方法實施例對應(yīng)步驟所提供的使用 方法相同、應(yīng)用場景也可以相同。當(dāng)然，需要注意的是，上述模塊涉及的方案可以不限于上述實施例中的內(nèi)容和場景，且上述模塊可以運行在計算機終端或移動終端，可以通過軟件或硬件實現(xiàn)。

實施例3

根據(jù)本發(fā)明實施例，還提供了一種用于實施上述賬戶資源的處理方法和裝置的終端。

如圖12所示，該終端包括：一個或多個(圖中僅示出一個)處理器201、存儲器203、以及傳輸裝置205(如上述實施例中的發(fā)送裝置)，如圖12所示，該終端還可以包括輸入輸出設(shè)備207。

其中，存儲器203可用于存儲軟件程序以及模塊，如本發(fā)明實施例中的賬戶資源的處理方法和裝置對應(yīng)的程序指令/模塊，處理器201通過運行存儲在存儲器203內(nèi)的軟件程序以及模塊，從而執(zhí)行各種功能應(yīng)用以及數(shù)據(jù)處理，即實現(xiàn)上述的賬戶資源的處理方法。存儲器203可包括高速隨機存儲器，還可以包括非易失性存儲器，如一個或者多個磁性存儲裝置、閃存、或者其他非易失性固態(tài)存儲器。在一些實例中，存儲器203可進一步包括相對于處理器201遠(yuǎn)程設(shè)置的存儲器，這些遠(yuǎn)程存儲器可以通過網(wǎng)絡(luò)連接至終端。上述網(wǎng)絡(luò)的實例包括但不限于互聯(lián)網(wǎng)、企業(yè)內(nèi)部網(wǎng)、局域網(wǎng)、移動通信網(wǎng)及其組合。

上述的傳輸裝置205用于經(jīng)由一個網(wǎng)絡(luò)接收或者發(fā)送數(shù)據(jù)，還可以用于處理器與存儲器之間的數(shù)據(jù)傳輸。上述的網(wǎng)絡(luò)具體實例可包括有線網(wǎng)絡(luò)及無線網(wǎng)絡(luò)。在一個實例中，傳輸裝置205包括一個網(wǎng)絡(luò)適配器(networkinterfacecontroller，nic)，其可通過網(wǎng)線與其他網(wǎng)絡(luò)設(shè)備與路由器相連從而可與互聯(lián)網(wǎng)或局域網(wǎng)進行通訊。在一個實例中，傳輸裝置205為射頻(radiofrequency，rf)模塊，其用于通過無線方式與互聯(lián)網(wǎng)進行通訊。

其中，存儲器203用于存儲應(yīng)用程序。

在本實施例中，上述計算機終端的處理器可以執(zhí)行賬戶資源的處理方 法中以下步驟：獲取客戶端賬戶的資源信息，其中，資源信息用于指示當(dāng)前客戶端賬戶中的第一屬性資源，該第一屬性資源被設(shè)置為執(zhí)行第一類型的事件；確定第一屬性資源是否滿足屬性變更條件；當(dāng)?shù)谝粚傩再Y源滿足屬性變更條件時，將第一屬性資源變更為具有第二屬性資源，其中第二屬性資源至少被允許執(zhí)行第二類型的事件。其中，第一屬性資源和第二屬性資源為同一客戶端賬戶的資源。

在本實施例中，上述計算機終端的處理器可以執(zhí)行賬戶資源的處理方法中以下步驟：判斷第一屬性資源是否大于預(yù)定閾值；若第一屬性資源大于預(yù)定閾值，則判斷出第一屬性資源滿足屬性變更條件。

采用本發(fā)明實施例，實時獲取客戶端賬戶的資源信息，在該資源信息指示該第一屬性資源滿足屬性變更條件時，自動將第一屬性資源變更為第二屬性資源，以使第二屬性資源和第一屬性資源執(zhí)行不同類型的事件。在上述實施例中，在客戶端賬戶的第一屬性資源滿足屬性變更條件時，自動將第一屬性資源的屬性進行變更，無需手動操作，提高了處理效率，解決了現(xiàn)有技術(shù)中轉(zhuǎn)移賬戶資源時處理效率低的問題，實現(xiàn)了高效率轉(zhuǎn)移賬戶間的資源的效果。

本領(lǐng)域普通技術(shù)人員可以理解，圖12所示的結(jié)構(gòu)僅為示意，計算機終端也可以是智能手機(如android手機、ios手機等)、平板電腦、掌上電腦以及移動互聯(lián)網(wǎng)設(shè)備(mobileinternetdevices，mid)、pad等終端設(shè)備。圖12其并不對上述電子裝置的結(jié)構(gòu)造成限定。例如，計算機終端還可包括比圖12中所示更多或者更少的組件(如網(wǎng)絡(luò)接口、顯示裝置等)，或者具有與圖12所示不同的配置。

本領(lǐng)域普通技術(shù)人員可以理解上述實施例的各種方法中的全部或部分步驟是可以通過程序來指令終端設(shè)備相關(guān)的硬件來完成，該程序可以存儲于一計算機可讀存儲介質(zhì)中，存儲介質(zhì)可以包括：閃存盤、只讀存儲器(read-onlymemory，rom)、隨機存取器(randomaccessmemory，ram)、磁盤或光盤等。

可選地，本實施例中的具體示例可以參考上述實施例中所描述的示例，本實施例在此不再贅述。

實施例4

本發(fā)明的實施例還提供了一種存儲介質(zhì)?？蛇x地，在本實施例中，上述存儲介質(zhì)可以用于執(zhí)行上述賬戶資源的處理方法和裝置。

可選地，在本實施例中，上述存儲介質(zhì)可以位于圖1所示網(wǎng)絡(luò)環(huán)境中的多個網(wǎng)絡(luò)設(shè)備中的至少一個網(wǎng)絡(luò)設(shè)備。

可選地，在本實施例中，存儲介質(zhì)被設(shè)置為存儲用于執(zhí)行以下步驟的程序代碼：

獲取客戶端賬戶的資源信息，其中，資源信息用于指示客戶端賬戶中的第一屬性資源，該第一屬性資源被設(shè)置為執(zhí)行第一類型的事件；確定第一屬性資源是否滿足屬性變更條件；當(dāng)?shù)谝粚傩再Y源滿足屬性變更條件時，將第一屬性資源變更為第二屬性資源，其中，第二屬性資源至少被允許執(zhí)行第二類型的事件。其中，第一屬性資源和第二屬性資源為同一客戶端賬戶的資源。

在本實施例中，上述計算機終端的處理器可以執(zhí)行賬戶資源的處理方法中以下步驟：判斷第一屬性資源是否大于預(yù)定閾值；若第一屬性資源大于預(yù)定閾值，則判斷出第一屬性資源滿足屬性變更條件。

采用本發(fā)明實施例，實時獲取客戶端賬戶的資源信息，在該資源信息指示該第一屬性資源滿足屬性變更條件時，自動將第一屬性資源變更為第二屬性資源，以使第二屬性資源和第一屬性資源執(zhí)行不同類型的事件。在上述實施例中，在客戶端賬戶的第一屬性資源滿足屬性變更條件時，自動將第一屬性資源的屬性進行變更，無需手動操作，提高了處理效率，解決了現(xiàn)有技術(shù)中轉(zhuǎn)移賬戶資源時處理效率低的問題，實現(xiàn)了高效率轉(zhuǎn)移賬戶間的資源的效果。

可選地，在本實施例中，上述存儲介質(zhì)可以包括但不限于：u盤、只 讀存儲器(rom，read-onlymemory)、隨機存取存儲器(ram，randomaccessmemory)、移動硬盤、磁碟或者光盤等各種可以存儲程序代碼的介質(zhì)。

可選地，本實施例中的具體示例可以參考上述實施例中所描述的示例，本實施例在此不再贅述。

上述本發(fā)明實施例序號僅僅為了描述，不代表實施例的優(yōu)劣。

上述實施例中的集成的單元如果以軟件功能單元的形式實現(xiàn)并作為獨立的產(chǎn)品銷售或使用時，可以存儲在上述計算機可讀取的存儲介質(zhì)中。基于這樣的理解，本發(fā)明的技術(shù)方案本質(zhì)上或者說對現(xiàn)有技術(shù)做出貢獻的部分或者該技術(shù)方案的全部或部分可以以軟件產(chǎn)品的形式體現(xiàn)出來，該計算機軟件產(chǎn)品存儲在存儲介質(zhì)中，包括若干指令用以使得一臺或多臺計算機設(shè)備(可為個人計算機、服務(wù)器或者網(wǎng)絡(luò)設(shè)備等)執(zhí)行本發(fā)明各個實施例所述方法的全部或部分步驟。

在本發(fā)明的上述實施例中，對各個實施例的描述都各有側(cè)重，某個實施例中沒有詳述的部分，可以參見其他實施例的相關(guān)描述。

在本申請所提供的幾個實施例中，應(yīng)該理解到，所揭露的客戶端，可通過其它的方式實現(xiàn)。其中，以上所描述的裝置實施例僅僅是示意性的，例如所述單元的劃分，僅僅為一種邏輯功能劃分，實際實現(xiàn)時可以有另外的劃分方式，例如多個單元或組件可以結(jié)合或者可以集成到另一個系統(tǒng)，或一些特征可以忽略，或不執(zhí)行。另一點，所顯示或討論的相互之間的耦合或直接耦合或通信連接可以是通過一些接口，單元或模塊的間接耦合或通信連接，可以是電性或其它的形式。

所述作為分離部件說明的單元可以是或者也可以不是物理上分開的，作為單元顯示的部件可以是或者也可以不是物理單元，即可以位于一個地方，或者也可以分布到多個網(wǎng)絡(luò)單元上。可以根據(jù)實際的需要選擇其中的部分或者全部單元來實現(xiàn)本實施例方案的目的。

另外，在本發(fā)明各個實施例中的各功能單元可以集成在一個處理單元中，也可以是各個單元單獨物理存在，也可以兩個或兩個以上單元集成在一個單元中。上述集成的單元既可以采用硬件的形式實現(xiàn)，也可以采用軟件功能單元的形式實現(xiàn)。

以上所述僅是本發(fā)明的優(yōu)選實施方式，應(yīng)當(dāng)指出，對于本技術(shù)領(lǐng)域的普通技術(shù)人員來說，在不脫離本發(fā)明原理的前提下，還可以做出若干改進和潤飾，這些改進和潤飾也應(yīng)視為本發(fā)明的保護范圍。