国产精品1024永久观看,大尺度欧美暖暖视频在线观看,亚洲宅男精品一区在线观看,欧美日韩一区二区三区视频,2021中文字幕在线观看

  • <option id="fbvk0"></option>
    1. <rt id="fbvk0"><tr id="fbvk0"></tr></rt>
      <center id="fbvk0"><optgroup id="fbvk0"></optgroup></center>
      <center id="fbvk0"></center>

      <li id="fbvk0"><abbr id="fbvk0"><dl id="fbvk0"></dl></abbr></li>

      資源文件的處理方法、裝置及系統(tǒng)與流程

      文檔序號:11709968閱讀:208來源:國知局
      資源文件的處理方法、裝置及系統(tǒng)與流程

      本發(fā)明屬于互聯(lián)網(wǎng)技術(shù)領(lǐng)域,尤其涉及資源文件的處理方法、裝置及系統(tǒng)。



      背景技術(shù):

      我國自古有過年發(fā)紅包的習俗,一直以線下渠道為依托。隨著互聯(lián)網(wǎng)的飛速發(fā)展,不少企業(yè)抓住這一契機推出電子紅包,催生了紅包經(jīng)濟。

      然而,現(xiàn)有技術(shù)在傳播電子紅包時,限于在單一平臺內(nèi)傳播,不能夠跨平臺傳播。并且,客戶端在收到電子紅包時,通常在一天內(nèi)都可以隨時打開,但如果長時間未打開電子紅包,卻會影響電子紅包在客戶端的處理效率。



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

      鑒于此,本發(fā)明實施例提供一種資源文件的處理方法、裝置及系統(tǒng),以提高資源文件(例如電子紅包)在客戶端的處理效率。

      第一方面,本發(fā)明實施例提供了一種資源文件的處理方法,包括:

      客戶端接收服務(wù)端分發(fā)的資源文件,并顯示接收到的所述資源文件;

      客戶端在檢測到打開顯示的所述資源文件的操作時,觸發(fā)所述資源文件的倒計時指令,以開始倒計時;

      客戶端在當前的所述倒計時小于預(yù)設(shè)時間時,觸發(fā)所述資源文件的提醒指令。

      第二方面,本發(fā)明實施例提供了一種資源文件的處理裝置,包括:

      第一處理單元,用于接收服務(wù)端分發(fā)的資源文件,并顯示接收到的所述資源文件;

      第二處理單元,用于在檢測到打開顯示的所述資源文件的操作時,觸發(fā)所述資源文件的倒計時指令,以開始倒計時;

      提醒單元,用于在當前的所述倒計時小于預(yù)設(shè)時間時,觸發(fā)所述資源文件的提醒指令。

      第三方面,本發(fā)明實施例提供了一種資源文件的處理系統(tǒng),包括:

      服務(wù)端和客戶端;

      所述服務(wù)端,用于生成資源文件,并分發(fā)所述資源文件;

      所述客戶端,用于接收服務(wù)端分發(fā)的所述資源文件,并顯示接收到的所述資源文件,在檢測到打開顯示的所述資源文件的操作時,觸發(fā)所述資源文件的倒計時指令,以開始倒計時,并在當前的所述倒計時小于預(yù)設(shè)時間時,觸發(fā)所述資源文件的提醒指令。

      本發(fā)明實施例與現(xiàn)有技術(shù)相比存在的有益效果是:客戶端可以對資源文件(例如電子紅包)未打開時間進行倒計時,倒計時減小到預(yù)設(shè)時間時,提醒用戶及時打開資源文件,以便提高資源文件在客戶端的處理效率,實用性強。另外,本發(fā)明實施例提供的資源文件,可以跨平臺傳播,不限于單一平臺傳播。

      附圖說明

      為了更清楚地說明本發(fā)明實施例中的技術(shù)方案,下面將對實施例或現(xiàn)有技術(shù)描述中所需要使用的附圖作簡單地介紹,顯而易見地,下面描述中的附圖僅僅是本發(fā)明的一些實施例,對于本領(lǐng)域普通技術(shù)人員來講,在不付出創(chuàng)造性勞動性的前提下,還可以根據(jù)這些附圖獲得其他的附圖。

      圖1是本發(fā)明實施例提供的資源文件的處理系統(tǒng)的組成結(jié)構(gòu)示意圖;

      圖2是本發(fā)明實施例提供的資源文件的處理方法的實現(xiàn)流程示意圖;

      圖3是本發(fā)明實施例提供的資源文件的示意圖;

      圖4是本發(fā)明實施例提供的封套的封底示意圖;

      圖5是本發(fā)明實施例提供的內(nèi)容物界面的示意圖;

      圖6是實施例三提供的方法步驟的示意性流程圖;

      圖7是實施例三的提供的方法步驟所適用場景的場景示意圖;

      圖8是與實施例三對應(yīng)的現(xiàn)有技術(shù)的方法步驟的示意性流程圖;

      圖9是圖8中的方法步驟所適用場景的場景示意圖;

      圖10是實施例三適用的場景的又一種場景示意圖;

      圖11是本發(fā)明實施例提供的資源文件的處理裝置的組成結(jié)構(gòu)示意圖。

      具體實施方式

      以下描述中,為了說明而不是為了限定,提出了諸如特定系統(tǒng)結(jié)構(gòu)、技術(shù)之類的具體細節(jié),以便透切理解本發(fā)明實施例。然而,本領(lǐng)域的技術(shù)人員應(yīng)當清楚,在沒有這些具體細節(jié)的其它實施例中也可以實現(xiàn)本發(fā)明。在其它情況中,省略對眾所周知的系統(tǒng)、裝置、電路以及方法的詳細說明,以免不必要的細節(jié)妨礙本發(fā)明的描述。

      本發(fā)明實施例中術(shù)語“和/或”,僅僅是一種描述關(guān)聯(lián)對象的關(guān)聯(lián)關(guān)系,表示可以存在三種關(guān)系,例如,a和/或b,可以表示:單獨存在a,同時存在a和b,單獨存在b這三種情況。另外,本發(fā)明實施例中字符“/”,一般表示前后關(guān)聯(lián)對象是一種“或”的關(guān)系。

      為了說明本發(fā)明所述的技術(shù)方案,下面通過具體實施例來進行說明。

      方法實施例一

      圖1示出了本發(fā)明實施例提供的資源文件的處理系統(tǒng)的組成結(jié)構(gòu),為了便于說明,僅示出了與本發(fā)明實施例相關(guān)的部分。

      本發(fā)明實施例提供的資源文件的處理方法可以應(yīng)用于該系統(tǒng)中,該系統(tǒng)至少包括:

      如圖1所示,所述資源文件的處理系統(tǒng)包括服務(wù)端1以及多個客戶端2。所述括服務(wù)端1以及多個客戶端2之間通過有線或者無線的方式連接通信。

      其中,所述服務(wù)端1可以為企業(yè)或平臺的服務(wù)端,所述服務(wù)端1可以是單 一的服務(wù)器,也可以為由幾個功能服務(wù)器共同組成的服務(wù)器端。

      所述客戶端2可以為用戶終端,可以是無線終端也可以是有線終端,無線終端可以是指向用戶提供語音和/或數(shù)據(jù)連通性的設(shè)備,具有無線連接功能的手持式設(shè)備、或連接到無線調(diào)制解調(diào)器的其他處理設(shè)備。無線終端可以經(jīng)無線接入網(wǎng)(例如,radioaccessnetwork,ran)與一個或多個核心網(wǎng)進行通信,無線終端可以是移動終端,如移動電話(或稱為“蜂窩”電話)和具有移動終端的計算機,例如,可以是便攜式、袖珍式、手持式、計算機內(nèi)置的或者車載的移動裝置,它們與無線接入網(wǎng)交換語言和/或數(shù)據(jù)。例如,個人通信業(yè)務(wù)(personalcommunicationservice,pcs)電話、無繩電話、平板電腦、會話發(fā)起協(xié)議(sip)話機、無線本地環(huán)路(wirelesslocalloop,wll)站、個人數(shù)字助理(personaldigitalassistant,pda)等設(shè)備。無線終端也可以稱為系統(tǒng)、訂戶單元(subscriberunit)、訂戶站(subscriberstation),移動站(mobilestation)、移動臺(mobile)、遠程站(remotestation)、接入點(accesspoint)、遠程終端(remoteterminal)、接入終端(accessterminal)、用戶終端(userterminal)、用戶代理(useragent)、用戶設(shè)備(userdevice)、或用戶裝備(userequipment)。

      為了有效解決現(xiàn)有電子紅包不能跨平臺獨立傳播,以及為提高資源文件(例如電子紅包)在客戶端的處理效率的問題。

      本實施例所述服務(wù)端1生成資源文件,并分發(fā)生成的所述資源文件。所述客戶端2接收服務(wù)端1分發(fā)的所述資源文件,并顯示接收到的所述資源文件,在檢測到打開顯示的所述資源文件的操作時,觸發(fā)所述資源文件的倒計時指令,以開始倒計時,并在當前的所述倒計時小于預(yù)設(shè)時間時,觸發(fā)所述資源文件的提醒指令,以提醒用戶及時處理所述資源文件。

      在本實施例中,所述資源文件可以為電子紅包,由于所述資源文件是以電子文件的形式,因此可以跨平臺獨立傳播。所述服務(wù)端1可以通過互聯(lián)網(wǎng)平臺、郵箱、短信、網(wǎng)頁、論壇等方式分發(fā)所述資源文件。所述提醒指令包括但不限 于失效提醒、轉(zhuǎn)發(fā)提醒等,所述提醒的方式包括但不限于顯示和/或播報提醒的通知。

      較佳的是,本實施例所述資源文件還可以包括封套和內(nèi)容物。當所述資源文件為電子紅包時,所述內(nèi)容物還可以包括電子憑證和/或虛擬錢幣等,所述電子憑證可以為銀信證、物信證等。

      因此,所述客戶端2在接收到服務(wù)端1分發(fā)的所述資源文件時,先顯示接收到的所述資源文件的封套,所述內(nèi)容物封裝在所述封套內(nèi),并在檢測到觸摸所述資源文件的封套封口區(qū)域的操作時,打開所述資源文件的封套,顯示包含所述封套內(nèi)的內(nèi)容物的界面,并觸發(fā)所述資源文件的倒計時指令,以開始倒計時。

      進一步的,當所述資源文件為電子紅包時,為了增強電子紅包的顯示效果,可以以預(yù)定的顯示方式顯示包含所述虛擬錢幣的界面。所述顯示方式包括動態(tài)顯示方式或靜態(tài)顯示方式。

      進一步的,客戶端2在顯示接收到的所述資源文件之前,還可以包括:

      存儲接收到的所述資源文件。

      需要說明的是,現(xiàn)有的電子紅包是以緩存的方式顯示,在用戶打開所述紅包后,自動刪除。而本實施例所述資源文件由于包含封套和內(nèi)容物,因此在所述資源文件作為電子紅包被打開,即內(nèi)容物被領(lǐng)取后,所述封套還可以保留用于用戶下次封裝電子紅包。

      方法實施例二

      圖2示出了本發(fā)明第二實施例提供的資源文件的處理方法的實現(xiàn)流程,本實施例的流程執(zhí)行主體可以是圖1所示系統(tǒng)中的客戶端2,其過程詳述如下:

      步驟s201,客戶端接收服務(wù)端分發(fā)的資源文件,并顯示接收到的所述資源文件。

      在本實施例中,所述資源文件可以為電子紅包。

      若資源文件為電子紅包,服務(wù)端向客戶端分發(fā)電子紅包之前,服務(wù)器根據(jù)電子紅包發(fā)送端的用戶請求生成電子紅包,并將在使用電子紅包發(fā)送端的用戶的銀行賬號中對該電子紅包的金額進行凍結(jié),服務(wù)器再將電子紅包發(fā)送給客戶端。

      服務(wù)端向客戶端發(fā)送資源文件(例如電子紅包),可以是通過互聯(lián)網(wǎng)平臺、郵箱、短信、網(wǎng)頁和/或論壇等方式實現(xiàn)??蛻舳嗽诮邮盏剿鲑Y源文件后,會顯示所述資源文件,以便于用戶操作。

      較佳的是,本實施例所述資源文件還可以包括封套和內(nèi)容物。當所述資源文件為電子紅包時,所述內(nèi)容物還可以包括電子憑證和/或虛擬錢幣等,所述電子憑證可以為銀信證和/或物信證等。圖3示出了本實施例所述資源文件作為電子紅包的示意圖,包括封套以及內(nèi)容物,所述內(nèi)容物為虛擬錢幣。

      另外,需要解釋說明的是,所述銀信證是指銀行根據(jù)開證人的申請凍結(jié)所需數(shù)額資金而開立,并承諾依照約定解付條件辦理支付結(jié)算的電子憑證。所述物信證是指標的物交易信息記錄憑證,是記載和傳播商品(包括服務(wù))信息的一種標準化、通用化網(wǎng)絡(luò)電子單證。物信證上集成了電子商務(wù)所必備的各項功能,一旦觸發(fā)即可啟動預(yù)設(shè)流程,例如會根據(jù)預(yù)設(shè)程序和交易規(guī)則啟動供應(yīng)商發(fā)貨、物流配送、銀行卡付收款等流程。

      較佳的是,本實施例所述客戶端在接收到服務(wù)端分發(fā)的所述資源文件時,先顯示接收到的所述資源文件的封套,所述內(nèi)容物封裝在所述封套內(nèi)。

      當所述資源文件為電子紅包時,圖4示出了本實施例所述封套的封底的一種示意圖,封底包括標題、祝語以及編號。較佳的是,所述祝語可以以文字、圖片、音頻和/或視頻等方式展示。

      進一步的,本實施例所述客戶端在顯示接收到的所述資源文件之前,還可以包括:

      存儲接收到的所述資源文件。

      需要說明的是,現(xiàn)有的電子紅包是以緩存的方式顯示,在用戶打開所述紅 包后,自動刪除。而本實施例所述資源文件由于包含封套和內(nèi)容物,因此在所述資源文件作為電子紅包被打開,即內(nèi)容物被領(lǐng)取后,所述封套還可以保留用于用戶下次封裝電子紅包。

      步驟s202,客戶端在檢測到打開顯示的所述資源文件的操作時,觸發(fā)所述資源文件的倒計時指令,以開始倒計時。

      在本實施例中,所述打開顯示的所述資源文件的操作包括但不限于:用戶發(fā)出的打開顯示的所述資源文件的指令,或者客戶端根據(jù)預(yù)設(shè)的時間閾值產(chǎn)生的打開顯示的所述資源文件的觸發(fā)信息,例如客戶端在顯示所述資源文件后,5秒后自動打開。可選的是,可在所述資源文件的顯示界面顯示所述倒計時。

      需要說明的是,所述打開所述資源文件的操作是指用于獲取所述資源文件的內(nèi)容物的操作。例如,當所述資源文件為電子紅包時,所述打開所述資源文件的操作是指用于獲取所述電子紅包中虛擬錢幣的操作;當所述資源文件為一封郵件時,所述打開所述資源文件的操作是指用于獲取所述郵件內(nèi)容的操作。

      較佳的是,所述客戶端在檢測到觸摸所述資源文件的封套封口區(qū)域的操作時,打開所述資源文件的封套,顯示包含所述封套內(nèi)的內(nèi)容物的界面,并觸發(fā)所述資源文件的倒計時指令,以開始倒計時。

      進一步的,當所述資源文件為電子紅包時,為了增強電子紅包的顯示效果,可以以預(yù)定的顯示方式顯示包含所述虛擬錢幣的界面。所述顯示方式包括動態(tài)顯示方式或靜態(tài)顯示方式。

      當所述資源文件為電子紅包時,圖5示出了本實施例所述內(nèi)容物界面的一種示意圖,所述內(nèi)容物界面為包含所述虛擬錢幣的界面,虛擬錢幣下標的數(shù)字為對應(yīng)錢幣的數(shù)量,例如第一張?zhí)摂M錢幣的下標為5,表示包含5張一元的。

      本實施例為了增強互動效果,更好地體現(xiàn)所述電子紅包的特點,當電子紅包被打開時,明顯地展示出電子紅包里裝有錢幣的視覺效果。每個電子紅包內(nèi)錢幣的總數(shù)即是用戶領(lǐng)取到的銀信證的金額。

      另外,本實施例觸摸所述資源文件的封套封口區(qū)域的操作包括但不限于單 擊所述資源文件的封套封口區(qū)域的操作或者在所述資源文件的封套封口區(qū)域向上、向下、向左或向右滑動的操作。

      可選的,觸摸所述資源文件的封套封口區(qū)域的操作還可以包括:在檢測到用戶在所述資源文件的封套封口區(qū)域的觸摸動作為兩點觸摸且滑動軌跡為縱向相對滑動后,判斷兩觸摸點縱向相對滑動的位移是否同時大于預(yù)設(shè)的第一閾值、所述兩觸摸點最終落點的距離差是否小于預(yù)設(shè)的第二閾值、且所述兩觸摸點滑動的速度是否同時大于預(yù)設(shè)的第三閾值;或者在檢測到所述觸摸動作為兩點觸摸且所述滑動軌跡為相反方向滑動后,判斷兩觸摸點相反方向滑動的位移是否同時大于預(yù)設(shè)的第一閾值、所述兩觸摸點最終落點的距離差是否大于預(yù)設(shè)的第四閾值、且所述兩觸摸點滑動的速度是否同時大于預(yù)設(shè)的第三閾值,若是(即上述三個條件判斷結(jié)果都為“是”),則打開所述資源文件的封套,顯示包含所述封套內(nèi)的內(nèi)容物的界面,并觸發(fā)所述資源文件的倒計時指令,以開始倒計時;若否(上述三個條件的判斷結(jié)果至少有一個為“否”),則不執(zhí)行,結(jié)束當前操作。步驟s203,客戶端在當前的所述倒計時小于預(yù)設(shè)時間時,觸發(fā)所述資源文件的提醒指令。

      例如:從30秒開始倒計時,當當前的倒計時為9秒,即小于預(yù)設(shè)時間10秒時,觸發(fā)所述資源文件的提醒指令,以提醒用戶及時處理所述資源文件。

      在本實施例中,所述提醒指令包括但不限于失效提醒指令或轉(zhuǎn)發(fā)提醒指令,提醒的方式包括但不限于顯示和/或播報提醒的通知。

      通過本發(fā)明實施例,當所述資源文件為電子紅包時,不僅可以實現(xiàn)電子紅包的跨平臺獨立傳播,還可以實現(xiàn)電子紅包的提醒功能,提高電子紅包在客戶端的處理效率。另外,本發(fā)明實施例所述電子紅包還包括封套和內(nèi)容物,在初始顯示的時候以封套的形式顯示,在電子紅包打開后,以內(nèi)容物界面的形式顯示,從而可以更好地體現(xiàn)電子紅包特點,增強互動效果。

      方法實施例三

      方法實施例三是對方法實施例一和方法實施例二做的進一步應(yīng)用場景拓展,具體如下。

      實施例三中,資源文件具體為電子紅包。

      實施例三中,如圖6、7所示,電子紅包發(fā)送端稱為發(fā)送端403,實施例一和實施例二所述的客戶端在實施例三中稱為接收端404。實施例一和實施例二所述的服務(wù)器在實施例三中稱為銀行服務(wù)器。

      實施例三中,發(fā)送端403也可稱為用戶c的終端,接收端404也可以稱為用戶d的終端。用戶c的銀行賬號對應(yīng)銀行服務(wù)器401,即發(fā)送端403對應(yīng)銀行服務(wù)器401;用戶d的銀行賬號對應(yīng)銀行服務(wù)器402,即接收端404對應(yīng)銀行服務(wù)器402。

      用戶c可以為企業(yè)或者個人。

      參見圖6、7,銀行服務(wù)器401接收用戶c的發(fā)送端403的發(fā)送請求,該發(fā)送請求包括用戶c在發(fā)送端403輸入的電子紅包信息,該電子紅包信息記錄電子紅包的金額a。

      參見圖6、7,銀行服務(wù)器401將用戶c的銀行賬號中對應(yīng)的電子紅包的金額a進行凍結(jié)。

      參見圖6、7,發(fā)送端403生成電子紅包的數(shù)據(jù)包,該電子紅包的金額為a,將載有電子紅包的數(shù)據(jù)包發(fā)送給用戶d的接收端404。

      參見圖6、7,用戶d可以通過接收端404接收電子紅包,拆開電子紅包,領(lǐng)取電子紅包金額a。

      進一步地,若用戶d期望通過接收端404通知銀行服務(wù)器402對電子紅包提現(xiàn),通知的方式可以是向銀行服務(wù)器402發(fā)送提現(xiàn)請求。

      參見圖6、7,銀行服務(wù)器402收到接收端404發(fā)送的對電子紅包的提現(xiàn)請求,該提現(xiàn)請求具體為領(lǐng)取電子紅包金額a的請求;銀行服務(wù)器402響應(yīng)該提現(xiàn)請求,并向銀行服務(wù)器401發(fā)送解除金額a的凍結(jié)狀態(tài)的請求,通過該請求通知銀行服務(wù)器401對用戶c的銀行賬號中的電子紅包的凍結(jié)金額a進行解凍 以及將用戶c的銀行賬號中的與電子紅包對應(yīng)的金額a劃撥到用戶d的銀行賬號中。

      參見圖6、7,銀行服務(wù)器401接收解除金額a的凍結(jié)狀態(tài)的請求,從該請求獲取信息,驗證該信息包含的內(nèi)容,若驗證通過,解除金額a的凍結(jié)狀態(tài),將用戶c的銀行賬號中劃撥金額a到銀行服務(wù)器402中用戶d的銀行賬號。

      實施例三中,銀行服務(wù)器401接收到用戶c提交的生成電子紅包的請求后,并凍結(jié)用戶c的銀行賬號中的a金額。用戶c的發(fā)送端403生成金額a的電子紅包,向網(wǎng)域內(nèi)發(fā)送生成的電子紅包或該生成的電子紅包的地址信息。用戶d查閱到電子紅包,在接收端404進行搶紅包、收紅包、拆紅包、領(lǐng)紅包等操作,其中,確認領(lǐng)電子紅包時,用戶d通知其銀行賬號的銀行服務(wù)器402,銀行服務(wù)器402校驗,確認后向銀行服務(wù)器401發(fā)送解凍請求,銀行服務(wù)器401將用戶c的銀行賬號中的凍結(jié)的a金額進行解凍,并將a金額從用戶c的銀行賬號中劃撥到用戶d的銀行賬號中。

      而在如圖8、9所示的現(xiàn)有技術(shù)中,用戶e在發(fā)送電子紅包之前,需要使用其平臺賬戶在某一終端登錄平臺(平臺由一個或多個平臺服務(wù)器搭建),向平臺服務(wù)器發(fā)送轉(zhuǎn)賬請求,平臺服務(wù)器根據(jù)該轉(zhuǎn)賬請求確定轉(zhuǎn)賬金額,并請求用戶e的銀行服務(wù)器進行轉(zhuǎn)賬;轉(zhuǎn)賬實現(xiàn)具體是,用戶e的銀行服務(wù)器減少用戶e的銀行賬號中的轉(zhuǎn)賬金額,平臺的銀行賬戶的銀行服務(wù)器在平臺的銀行賬戶增加轉(zhuǎn)賬金額。平臺的銀行賬戶的銀行服務(wù)器,通過平臺服務(wù)器向用戶e的平臺賬號發(fā)送電子金額數(shù)據(jù),該電子金額數(shù)據(jù)記錄了用戶e的平臺賬號可以使用的電子金額。后續(xù),用戶e可以使用其平臺賬戶中的電子金額向同一平臺的用戶f發(fā)送電子紅包,例如金額大小為b的電子紅包。用戶f在某一終端登錄該平臺接收并領(lǐng)取該電子紅包。

      參見圖8、9,該平臺服務(wù)器執(zhí)行用戶e的平臺賬號(用戶e在平臺的平臺賬戶已預(yù)先與用戶e的銀行賬號關(guān)聯(lián))與用戶f的平臺賬號(用戶f在平臺的 平臺賬戶已先與用戶f的銀行賬號關(guān)聯(lián))之間的電子金額數(shù)據(jù)結(jié)算,即將用戶e的平臺賬號的余額數(shù)字減去金額b,將用戶f的平臺賬號的余額數(shù)字加上金額b;可選地,用戶e的平臺賬號會顯示減少金額b的電子金額,相應(yīng)地,用戶f的平臺賬號會顯示增加金額b的電子金額。平臺賬戶中的電子金額僅限于同一平臺內(nèi)數(shù)據(jù)有效,脫離平臺則無法進行金額結(jié)算交互。實際上通過平臺將用戶e的銀行賬號中的金額轉(zhuǎn)入用戶e的平臺賬號中,通過平臺賬號中的金額發(fā)電子紅包;在用戶f將電子紅包兌現(xiàn)前,電子錢包的金額仍舊在平臺中用戶e的平臺賬戶。

      參見圖8、9,若用戶f需將搶到的電子紅包包含的金額兌現(xiàn),則需關(guān)閉當前電子紅包頁面,到錢包菜單欄中查找到用戶f的平臺賬號,點擊提現(xiàn)按鈕,向平臺服務(wù)器請求將平臺的銀行賬戶中的金額提現(xiàn)到關(guān)聯(lián)的用戶f的銀行賬號中,即提現(xiàn)到用戶f的銀行服務(wù)器中用戶f的銀行賬號。

      現(xiàn)有技術(shù)中的電子紅包的發(fā)、搶、領(lǐng)均基于平臺,脫離平臺則無法實現(xiàn),且電子紅包金額存入平臺賬號中,電子錢包的發(fā)/收僅是平臺系統(tǒng)內(nèi)的金額數(shù)據(jù)的轉(zhuǎn)移和標記,用戶的實際金額存入平臺賬戶中,帶來資金數(shù)據(jù)的安全問題,存在第三方平臺資金風險,且現(xiàn)有技術(shù)中的提現(xiàn)操作步驟繁瑣。

      實施例三中的電子紅包的實現(xiàn)無需基于第三方平臺實現(xiàn),用戶發(fā)出電子紅包后,對應(yīng)金額仍舊在發(fā)紅包用戶的銀行賬戶中凍結(jié),直到其他用戶確認收到電子紅包后,將對應(yīng)電子紅包金額從發(fā)紅包用戶的銀行賬戶中解除凍結(jié)并轉(zhuǎn)賬到收紅包用戶的銀行賬戶中。實施例三不存在資金在第三方平臺上的安全問題,實施例三中,電子錢包的實際金額在銀行賬戶中直接流轉(zhuǎn),相比于現(xiàn)有技術(shù)中需在平臺賬戶中流轉(zhuǎn)以及繁瑣的提現(xiàn)步驟,實施例三中的提現(xiàn)步驟簡便,安全性高。

      實施例三中的電子紅包實現(xiàn)了跨平臺傳輸,現(xiàn)有技術(shù)中的電子紅包數(shù)據(jù)僅能在即時通訊、電商平臺等同一平臺內(nèi)部進行傳輸和處理,實施例三中的電子 紅包的發(fā)和領(lǐng)取不限于同一平臺,支持不同平臺間進行數(shù)據(jù)的傳輸、交互和處理。

      結(jié)合附圖10進一步說明實施例三相對于現(xiàn)有技術(shù)的不限于同一平臺實現(xiàn)的實現(xiàn)優(yōu)勢。圖10中,用戶c的終端稱為發(fā)行端5,接收端6、接收端7……接收端n包括用戶d的終端。

      發(fā)行端5發(fā)送電子紅包,接收端6、接收端7……接收端n收到電子紅包,在對電子紅包進行領(lǐng)取時,無需與發(fā)行端5屬于同一平臺才能進行電子紅包領(lǐng)取。而現(xiàn)有技術(shù)中發(fā)電子紅包與領(lǐng)取電子紅包均需在同一平臺系統(tǒng)上進行,實施例三中接收端6、接收端7……接收端n領(lǐng)取紅包可以在不同的平臺系統(tǒng)實現(xiàn),例如各接收端對應(yīng)的銀行的移動客戶端。實施例三中接收端6、接收端7……接收端n還可以將電子紅包領(lǐng)取請求直接發(fā)至接收端的銀行賬號的銀行服務(wù)器,無需基于任何平臺系統(tǒng)。通過實施例三,實現(xiàn)了電子紅包跨平臺傳輸和領(lǐng)取。

      設(shè)備實施例

      圖11示出了本發(fā)明第五實施例提供的資源文件的處理裝置的組成結(jié)構(gòu),為了便于說明,僅示出了與本發(fā)明實施例相關(guān)的部分。

      所述資源文件的處理裝置可應(yīng)用于圖1所示的客戶端2,可以是運行于所述客戶端2內(nèi)的軟件單元、硬件單元或者軟硬件相結(jié)合的單元,也可以作為獨立的掛件集成到所述客戶端2中或者運行于所述客戶端2的應(yīng)用系統(tǒng)中。

      所述資源文件的處理裝置包括:

      第一處理單元61,用于接收服務(wù)端分發(fā)的資源文件,并顯示接收到的所述資源文件;

      第二處理單元62,用于在檢測到打開顯示的所述資源文件的操作時,觸發(fā)所述資源文件的倒計時指令,以開始倒計時;

      提醒單元63,用于在當前的所述倒計時小于預(yù)設(shè)時間時,觸發(fā)所述資源文件的提醒指令。

      進一步的,所述資源文件還包括封套和內(nèi)容物;

      所述第一處理單元61,具體用于顯示接收到的所述資源文件的封套,所述內(nèi)容物封裝在所述封套內(nèi);

      所述第二處理單元62,具體用于在檢測到觸摸所述資源文件的封套封口區(qū)域的操作時,打開所述資源文件的封套,顯示包含所述封套內(nèi)的內(nèi)容物的界面,并觸發(fā)所述資源文件的倒計時指令,以開始倒計時。

      進一步的,所述內(nèi)容物包括虛擬錢幣:

      所述第二處理單元62,具體用于以預(yù)定的顯示方式顯示包含所述虛擬錢幣的界面。

      進一步的,還包括:

      顯示單元64,用于在觸發(fā)所述資源文件的提醒指令之后,顯示和/或播報提醒的通知,所述提醒的通知包括所述資源文件失效或轉(zhuǎn)發(fā)的通知。

      進一步的,還包括:

      存儲單元65,用于在顯示接收到的所述資源文件之前,存儲接收到的所述資源文件。

      所屬領(lǐng)域的技術(shù)人員可以清楚地了解到,為了描述的方便和簡潔,僅以上述各功能單元的劃分進行舉例說明,實際應(yīng)用中,可以根據(jù)需要而將上述功能分配由不同的功能單元、模塊完成,即將所述裝置的內(nèi)部結(jié)構(gòu)劃分成不同的功能單元或模塊,以完成以上描述的全部或者部分功能。實施例中的各功能單元可以集成在一個處理單元中,也可以是各個單元單獨物理存在,也可以兩個或兩個以上單元集成在一個單元中,上述集成的單元既可以采用硬件的形式實現(xiàn),也可以采用軟件功能單元的形式實現(xiàn)。另外,各功能單元的具體名稱也只是為了便于相互區(qū)分,并不用于限制本申請的保護范圍。

      例如,本實施例還可以進行如下劃分:客戶端的處理單元接收服務(wù)端分發(fā)的資源文件,并將資源文件發(fā)送給客戶端的存儲介質(zhì),該資源文件包括封套和內(nèi)容物;客戶端的存儲介質(zhì)存儲所述資源文件;客戶端的顯示界面顯示所述資 源文件的封套;客戶端的處理單元在檢測到觸摸顯示界面的所述資源文件的封套封口區(qū)域操作時,調(diào)用所述資源文件的內(nèi)容物,并發(fā)送給客戶端顯示界面顯示;客戶端顯示界面顯示包含所述內(nèi)容物的界面(即資源文件打開狀態(tài));客戶端的處理單元觸發(fā)所述資源文件的倒計時指令,以開始倒計時;當所述倒計時小于預(yù)設(shè)時間時,客戶端的處理單元觸發(fā)提醒的指令;客戶端的顯示界面顯示提醒的通知。

      綜上所述,本發(fā)明實施例所述資源文件不需要依托于特定的傳播平臺,可以跨平臺獨立傳播。而且,本發(fā)明實施例對于客戶端接收到的資源文件,可以觸發(fā)所述資源文件的倒計時指令,進行倒計時,并在所述倒計時小于預(yù)設(shè)時間時,觸發(fā)所述資源文件的提醒指令,提醒用戶及時處理所述資源文件。另外,本發(fā)明實施例所述資源文件還包括封套和內(nèi)容物,在初始顯示的時候以封套的形式顯示,在資源文件打開后,以內(nèi)容物界面的形式顯示,從而可以更好地體現(xiàn)某些資源文件(例如,電子紅包)的特點,增強互動效果,具有較強的易用性和實用性。

      本領(lǐng)域普通技術(shù)人員可以意識到,結(jié)合本文中所公開的實施例描述的各示例的單元及算法步驟,能夠以電子硬件、或者計算機軟件和電子硬件的結(jié)合來實現(xiàn)。這些功能究竟以硬件還是軟件方式來執(zhí)行,取決于技術(shù)方案的特定應(yīng)用和設(shè)計約束條件。專業(yè)技術(shù)人員可以對每個特定的應(yīng)用來使用不同方法來實現(xiàn)所描述的功能,但是這種實現(xiàn)不應(yīng)認為超出本發(fā)明的范圍。

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

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

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

      所述集成的單元如果以軟件功能單元的形式實現(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è)備等)或處理器(processor)執(zhí)行本發(fā)明實施例各個實施例所述方法的全部或部分步驟。而前述的存儲介質(zhì)包括:u盤、移動硬盤、只讀存儲器(rom,read-onlymemory)、隨機存取存儲器(ram,randomaccessmemory)、磁碟或者光盤等各種可以存儲程序代碼的介質(zhì)。

      以上所述實施例僅用以說明本發(fā)明的技術(shù)方案,而非對其限制;盡管參照前述實施例對本發(fā)明進行了詳細的說明,本領(lǐng)域的普通技術(shù)人員應(yīng)當理解:其依然可以對前述各實施例所記載的技術(shù)方案進行修改,或者對其中部分技術(shù)特征進行等同替換;而這些修改或者替換,并不使相應(yīng)技術(shù)方案的本質(zhì)脫離本發(fā)明實施例各實施例技術(shù)方案的精神和范圍。

      當前第1頁1 2 
      網(wǎng)友詢問留言 已有0條留言
      • 還沒有人留言評論。精彩留言會獲得點贊!
      1