欧美在线观看视频网站,亚洲熟妇色自偷自拍另类,啪啪伊人网,中文字幕第13亚洲另类,中文成人久久久久影院免费观看 ,精品人妻人人做人人爽,亚洲a视频

資源的生成方法及裝置與流程

文檔序號:11710038閱讀:344來源:國知局
資源的生成方法及裝置與流程

本發(fā)明涉及互聯網領域,特別是涉及一種資源的生成方法以及裝置。



背景技術:

隨著互聯網技術的發(fā)展,大部分即時通信應用、社交網絡應用或平臺等都支持資源分享,這里的資源包括但不限于貨幣金額、虛擬貨幣金額、積分數額、電子代金券等。這些資源在互聯網中分享通常是以贈送的形式進行,通過網絡的第三方平臺送出,其在第三方平臺上的展示形式通常是以“電子紅包”的樣式進行展示,“電子紅包”的產生改變了傳統(tǒng)的用戶來往形式。

傳統(tǒng)技術中,生成的資源的傳播依賴于相應的傳播平臺,它們都被限制在各自的傳播平臺中傳播,資源的信息只能夠在相應的傳播平臺中提取。這樣,資源的分享受到了限制,使得資源分享效率低下。



技術實現要素:

基于此,有必要針對上述技術問題,提供一種提高資源分享效率的資源的生成方法以及裝置。

一種資源的生成方法,其包括:根據生成請求生成資源基本信息和資源標識;根據生成的資源基本信息和資源標識生成數據包,所述數據包按照預設的要求從中提取所述資源基本信息。

在其中一個實施例中,所述根據生成請求生成資源基本信息和資源標識的步驟,包括:獲取生成請求,生成資源標識;提供至少一個所述資源基本信息的信息選項;獲取所述信息選項中被選擇的選項。

在其中一個實施例中,所述提供至少一個所述資源基本信息的信息選項的步驟中,所述信息選項根據與資源數額匹配的數額屬性信息生成,所述數額屬性信息包括數額類型和對應的屬性值。

在其中一個實施例中,所述提供至少一個所述資源基本信息的信息選項的 步驟中,所述信息選項根據與資源接收者匹配的賬戶屬性信息生成,所述賬戶屬性信息包括賬戶類型和對應的屬性值。

在其中一個實施例中,所述提供至少一個所述資源基本信息的信息選項的步驟中,所述信息選項根據與資源接收者的人數匹配的發(fā)送數量屬性信息生成,所述發(fā)送數量屬性信息包括發(fā)送數量類型和對應的屬性值。

一種資源的生成裝置,其包括:請求模塊,用于根據生成請求生成資源基本信息和資源標識;數據包生成模塊,用于根據生成的資源基本信息和資源標識生成數據包,所述數據包按照預設的要求從中提取所述資源基本信息。

在其中一個實施例中,所述請求模塊用于獲取生成請求,生成資源標識,提供至少一個所述資源基本信息的信息選項,并獲取所述信息選項中被選擇的選項。

在其中一個實施例中,所述請求模塊提供的所述信息選項根據與資源數額匹配的數額屬性信息生成,所述數額屬性信息包括數額類型和對應的屬性值。

在其中一個實施例中,所述請求模塊提供的所述信息選項根據與資源接收者匹配的賬戶屬性信息生成,所述賬戶屬性信息包括賬戶類型和對應的屬性值。

在其中一個實施例中,所述請求模塊提供的所述信息選項根據與資源接收者的人數匹配的發(fā)送數量屬性信息生成,所述發(fā)送數量屬性信息包括發(fā)送數量類型和對應的屬性值。

上述資源生成的方法和裝置,由于可以根據資源基本信息和資源標識生成資源的數據包,該數據包不再依賴特定的傳播平臺,其可以在各個平臺上傳播,并且可在不同平臺上提取該數據包中的資源基本信息,使得生成的資源可以跨平臺獨立傳播,提升了資源的分享效率。

附圖說明

圖1為一個實施例中資源的生成方法的應用環(huán)境圖;

圖2為一個實施例中的資源的生成方法的流程示意圖;

圖3為另一個實施例中的資源的生成方法的流程示意圖;

圖4為一個具體場景中資源的生成方法的流程示意圖;

圖5為一個實施例中資源的生成裝置的結構框圖;

圖6為一個具體的應用場景中分享電子紅包的流程圖;

圖7為圖6的分享電子紅包的原理圖;

圖8為現有技術分享電子紅包的流程圖;

圖9為現有技術分享電子紅包的原理圖;

圖10為另一個具體的應用場景中分享紅包的原理圖。

具體實施方式

為了使本發(fā)明的目的、技術方案及優(yōu)點更加清楚明白,以下結合附圖及實施例,對本發(fā)明進行進一步詳細說明。應當理解,此處所描述的具體實施例僅僅用以解釋本發(fā)明,并不用于限定本發(fā)明。

本發(fā)明實施例提供的資源的生成方法可應用于如圖1所示的應用場景中。參考圖1所示,第一終端102和第二終端106分別通過網絡與服務器104進行通信,第一終端102為資源分享者所使用的終端,通過任意第三方平臺發(fā)起資源的“贈送”。第一終端102可登錄第三方平臺并在發(fā)起資源分享后進入到資源設置界面,通過資源設置界面可輸入資源設置信息,比如資源類型、資源數額、資源接收者、資源接收者的人數等。在設置這些信息時,第三方服務器可以提供這些信息中至少一個選項,以供用戶選擇。在接收到用戶確認發(fā)出資源的命令后將資源生成請求發(fā)送到服務器104。服務器104接收資源生成請求,生成資源基本信息和資源標識,并根據生成的資源基本信息和資源標識生成數據包,所述數據包可按照預設的要求從中提取資源基本信息。服務器104生成資源的數據包后,可將資源消息發(fā)送到第一終端102和第二終端106上進行顯示。第二終端106為資源接收者所使用的終端,其登錄了第三方平臺并通過相應的應用界面接收和顯示服務器104發(fā)送的資源消息,由于資源是以具有資源基本信息的數據包的形式存在的,資源接收者可以通過任意的第三方平臺來接收數據包,并提取相應的資源基本信息,從而實現了資源的跨平臺傳播。通常,資源消息以資源消息體的形式在第一終端102和第二終端106的應用界面上顯示。

其中,第一終端102和第二終端106可以是但不限于是個人計算機、筆記 本電腦、平板電腦、智能手機、可穿戴式智能設備等。第三方平臺可以是但不限于即時通信應用、社交網絡應用、游戲應用等。資源分享者和資源接收者分別通過第一終端102和第二終端106登錄相同的第三方平臺時可存在關系鏈數據,比如,資源分享者和資源接收者在第三方平臺中可以是好友關系、收聽人或關注人關系、群組或討論組成員關系等。此外,資源分享者和資源接收者在第三方平臺中也可不存在關系鏈數據,比如資源分享者可以是第三方平臺的公眾服務用戶(比如企業(yè)、商家用戶),而資源接收者是第三方平臺中的全部用戶或某一類用戶。而當資源分享者和資源接收者分別通過第一終端102和第二終端106登錄不同的第三方平臺時,兩者之間也可存在關系鏈數據,比如資源分享者和資源接收者注冊相應的第三方平臺使用的電子郵件、手機號碼、即時通訊帳號同時在另外一個或多個相同的第三方平臺是好友關系、收聽人或關注人關系、群組或討論組成員關系等。此外,資源分享者和資源接收者在第三方平臺中也可不存在關系鏈數據,比如資源分享者可以是某一第三方平臺的公眾服務用戶(比如企業(yè)、商家用戶),而資源接收者是另外一個或多個第三方平臺中的全部用戶或某一類用戶。

其中,資源可以是但不限于貨幣金額、虛擬貨幣金額、積分數額、電子代金券、電子憑證、電子優(yōu)惠券、購物券等,其在第三方平臺上的展示形式通常是以“電子紅包”的樣式進行展示。這里的電子憑證可以為銀信證和物信證,銀信證是指銀行根據開證人的申請凍結所需數額資金而開立,并承諾依照約定解付條件辦理支付結算的電子憑證。物信證是一種具有商品標識碼和交互接口,且可記錄該商品信息的電子憑證。

如圖2所述,在一個實施例中,提供了一種資源的生成方法,該方法以應用于圖1中的服務器進行舉例說明,包括:

步驟202,根據生成請求生成資源基本信息和資源標識。

本實施例中,資源標識用于唯一標識一個資源,在終端發(fā)起資源分享請求后,服務器可為分享的資源分配一個具有唯一性的標識。

具體的,終端可先登錄某一第三方平臺,通過該第三方平臺提供的應用界面發(fā)起資源分享并進入到資源設置界面,通過資源設置界面獲取用戶輸入的資 源設置信息,包括資源類型、資源數額、資源接收者、資源接收者的人數等中的至少一種。其中,資源類型包括普通資源和口令資源,普通資源是指傳統(tǒng)的資源,接收者點擊資源消息體即可分享資源,而口令資源是指在點擊資源消息體后還需要輸入對應的口令才能分享的資源。

進一步的,終端獲取到用戶確認發(fā)起分享的命令后將資源生成請求發(fā)送到服務器,服務器接收資源生成請求,該資源生成請求生成資源標識和資源基本信息。資源基本信息包括資源類型、資源數額、資源接收者、資源接收者的人數信息中的至少一種。

步驟204,根據生成的資源基本信息和資源標識生成數據包。

在本實施例中,數據包可按照預設的要求從中提取資源基本信息。

具體的,服務器將生成的數據包通過網絡發(fā)送至另一終端,用戶通過該終端登錄任意一個第三方平臺,按照預設的要求來提取資源基本信息,從而接收該資源。

在另一個實施例中,如圖3所示,提供了一種資源的生成方法,包括:

步驟302,獲取生成請求,生成資源標識。

本實施例中,資源標識用于唯一標識一個資源,在終端發(fā)起資源分享請求后,服務器可為分享的資源分配一個具有唯一性的標識。

步驟304,提供至少一個資源基本信息的信息選項。

本實施例中,資源基本信息包括資源類型、資源數額、資源接收者、資源接收者的人數等,服務器預先存儲有不同資源基本信息的信息選項。當服務器接收到企業(yè)端發(fā)出的生成請求信息后,在其數據庫中至少提供一種資源基本信息的信息選項,以供用戶選擇。

優(yōu)選的,服務器所提供的資源基本信息為資源數額,該信息選項根據與資源數額匹配的數額屬性信息生成,該數額屬性信息包括數額類型和對應的屬性值。數額類型可以為人工輸入面額、優(yōu)選面額、隨機面額等,用戶通過終端可以選擇其中任意中來確定數額類型。確定數額類型之后,用戶可以通過終端來確定不同數額類型的屬性值,當用戶選擇人工輸入面額時,用戶可以通過終端來人為的輸入面額;當用戶選擇優(yōu)選面額時,服務器可以提供一些有寓意的面 額,如1314、520等,用戶可以直接從中選擇來確定屬性值;當用戶選擇隨機面額時,服務器可以通過內部計算程序來確定一個或一組面額,用戶從中選擇來確定面額值。

當然,該信息選項還可以根據與資源接收者匹配的賬戶屬性信息生成,該賬戶屬性信息包括賬戶類型和對應的屬性值,賬戶類型可以為人工輸入賬戶、優(yōu)選賬戶、隨機賬戶等,其對應的屬性值可以為人為輸入的賬戶、社交網絡中特別關注的賬戶或特定范圍賬戶、根據隨機程序產生的賬戶等。

當然,該信息選項還可以根據與資源接收者的人數匹配的發(fā)送數量屬性信息生成,該發(fā)送數量屬性信息包括發(fā)送數量類型和對應的屬性值,發(fā)送數量類型可以為人工輸入數量、優(yōu)選數量、隨機數量等,其對應的屬性可以為人為輸入的數量、具有廣泛使用量的數量(如10、8888、1000)、根據隨機程序產生的數量等。

可以理解的是,對于其他的資源基本信息的信息選項也可以根據相應資源基本信息匹配的屬性信息生成,這些屬性信息包括了不同的類型和對應的屬性值,對于不再贅述。服務器提供給用戶相應的信息選項,通過用戶的選擇可以方便、快捷的生成相應的資源基本信息。

步驟306,獲取信息選項中被選擇的選項。

本實施例中,用戶可以通過終端來選擇上述步驟中的信息選項,從而確定分享的資源相應的資源基本信息。

步驟308根據生成的資源基本信息和資源標識生成數據包。

在本實施例中,數據包可按照預設的要求從中提取資源基本信息。

具體的,服務器將生成的數據包通過網絡發(fā)送至另一終端,用戶通過該終端登錄任意一個第三方平臺,按照預設的要求來提取資源基本信息,從而接收該資源。

在本實施例中,由于可以根據資源基本信息和資源標識生成資源的數據包,該數據包中的資源基本信息可以在各個平臺上來提取該數據包中的資源基本信息,使得生成的資源可以跨平臺獨立傳播,生成的資源的分享效率也提升了。并且,在生成資源過程中,提供資源的資源基本信息的信息選項以供用戶選擇, 可以更加快捷的生成資源。

下面結合一個具體的應用場景來說明本發(fā)明實施例所提供的資源的生成方法的流程。如圖4所示,該應用場景中,用戶為企業(yè)用戶,企業(yè)用戶可登錄銀行服務器并發(fā)起資源分享。本實施例中,通常將資源稱為“電子紅包”,企業(yè)用戶可通過銀行服務器向用戶“贈送”“電子紅包”。具體的,該方法流程包括:

步驟401:企業(yè)用戶通過企業(yè)終端發(fā)出生成“電子紅包”請求。企業(yè)用戶可以通過企業(yè)終端的界面向銀行服務器發(fā)出“贈送”“電子紅包”的請求,企業(yè)用戶可以選擇某一電子憑證作為要分享的內容。其中該電子憑證優(yōu)選為銀行根據開證人的申請凍結所需數額資金而開立的,并承諾依照約定解付條件辦理支付結算的電子憑證。在電子商務領域中,開證人為買方。當然,企業(yè)用戶也可以選擇其它比如電子優(yōu)惠券、購物券、優(yōu)惠碼等作為要分享的“電子紅包”的內容。

步驟402:銀行服務器獲取“電子紅包”請求,并生成“電子紅包”標識。該標識用于唯一標識一個“電子紅包”,銀行服務器可為分享的“電子紅包”分配一個具有唯一性的標識,使得“電子紅包”在傳播過程中具有唯一性。

步驟403:銀行服務器提供至少一個資源基本信息的信息選項。銀行服務器可以根據不同的資源信息從其數據庫中選取不同的信息選項,以供用戶選擇。以“電子紅包”贈送貨幣面額為例,這些信息選項可以為工輸入面額、優(yōu)選額度的面額(如520、1314等數值)、隨機面額等。當然這些選項還可以為“電子紅包”的資源類型、資源接收者、資源接收者的人數等。

步驟404:企業(yè)用戶通過企業(yè)終端選擇信息選項中的任意選項。銀行服務器將信息選項傳送給企業(yè)終端,企業(yè)用戶通過企業(yè)終端界面來對信息選項進行選擇,通過選擇來生成相應的資源基本信息。

步驟405:企業(yè)終端生成具有資源基本信息和資源標識的數據包。

請參考圖5,在一個實施例中,還提供了一種資源的生成裝置,該裝置包括:

請求模塊502,用于根據生成請求生成資源基本信息和資源標識。

數據包生成模塊504,用于根據生成的資源基本信息和資源標識生成數據包,數據包可按照預設的要求從中提取資源基本信息。在本實施例中,資源基本信息包括資源類型、資源數額、資源接收者、資源接收者的人數信息中的至 少一種

在一個實施例中,請求模塊502用于獲取生成請求,提供至少一個資源基本信息的信息選項,并獲取信息選項中被選擇的選項。

在一個實施例中,請求模塊502提供的信息選項根據與資源數額匹配的數額屬性信息生成,數額屬性信息包括數額類型和對應的屬性值。

在一個實施例中,請求模塊502提供的信息選項根據與資源接收者匹配的賬戶屬性信息生成,賬戶屬性信息包括賬戶類型和對應的屬性值。

在一個實施例中,請求模塊502提供的信息選項根據與資源接收者的人數匹配的發(fā)送數量屬性信息生成,發(fā)送數量屬性信息包括發(fā)送數量類型和對應的屬性值。

下面將以資源為電子憑證為例對本發(fā)明的方法原理進行詳細的描述。

本實施例中,電子憑證可以是銀信證和物信證,如上所述,其中,銀信證是指銀行根據開證人的申請凍結所需數額資金而開立,并承諾依照約定解付條件辦理支付結算的電子憑證。物信證是一種具有商品標識碼和交互接口,且可記錄該商品信息的電子憑證。

具體的,在銀行版電子紅包場景中,開證人即向銀行申請發(fā)放電子紅包的企業(yè)。當領取了電子紅包后,用戶在銀信證的收證人處輸入自己的銀行賬號信息,向銀行申請收證,銀行即在約定的時間內將資金轉入收證賬戶。銀信證的業(yè)務流程如下:

1)開證人通過互聯網或以其他方式向開證銀行申請開證。

2)開證銀行驗證身份、賬戶信息無誤后受理,審核確認符合開證條件,凍結保付資金后開立銀信證。

3)收證人通過互聯網或以其他方式向收證銀行申請收證。

4)收證銀行驗證身份、賬戶信息無誤后受理收證(或根據收證人設置由收證銀行自動收證)。

5)收證人履行銀信證項下基礎交易義務后,提交履約信息(一般用于電商領域,收證人為商家,履行發(fā)貨義務后,提交發(fā)貨信息,在電子紅包領域中,由于是開證人無償轉移給收證人,因此就不需要履行交易義務)。

6)收證人或指定的第三方將申請解付信息發(fā)送至開證銀行申請解付(在電子紅包領域中,收證人填寫收證后即自動申請解付)。

7)開證銀行解付銀信證并將資金劃轉至收證銀行,收證銀行將資金轉入收證賬戶。

具體的,物信證是由銀信網銀發(fā)明的一種標的物信息記錄憑證,是記載和傳播商品(服務)信息的一種標準化、通用化網絡電子單證。物信證上集成了電子商務必備的各項功能,其一旦被點擊觸發(fā)購買則按預置程序和交易規(guī)則啟動供應商發(fā)貨、物流配送、銀行收付款等流程。物信證可實現全網域分發(fā)、流轉和交易。物信證至少包括具有名稱和金額的物品屬性以及具有至少一個賬戶的收結算信息。物信證由產品供應商提供,收款賬戶為產品供應商賬戶。當電子紅包里面的資源是物信證時,則可以是商家提供的具有優(yōu)惠價格或者價格為零(即免費贈送)的商品的物信證,用戶可以通過物信證的購買功能以較低的價格完成該商品的購買。

具體的,參考圖6所示,本實施例所提供的電子紅包分享過程包括:

(1)用戶在發(fā)送端終端設置電子紅包的基本信息和標識,基本信息包括資源類型、資源數額、資源接收者、資源接收者的人數等。發(fā)送客戶端根據設置的電子紅包的基本信息和標識生成相應的電子紅包的數據包。該生成的電子紅包的數據包中電子紅包的基本信息和標識可以被直接提取,不再依賴于特定的傳播平臺,提升了電子紅包的分享效率。

(2)銀行服務器a接收用戶發(fā)送端生成的電子紅包的數據包,并提取數據包的基本信息,銀行服務器a將發(fā)送端用戶的銀行賬號中對應的電子紅包的金額進行凍結,將電子紅包數據包發(fā)送給用戶接收端。

(3)用戶接收端接收到銀行服務器a發(fā)送的電子紅包,用戶接收端拆開電子紅包后可領取電子紅包金額,并向銀行服務器b發(fā)送獲取領取電子紅包金額的信息。

(4)銀行服務器b接收用戶接收端發(fā)送的對電子紅包的提現請求,根據提現請求通知銀行服務器a對發(fā)送端用戶的銀行賬號中的電子紅包的凍結金額進行解凍,并將發(fā)送端用戶的銀行賬號中與電子紅包對應的金額撥到接收端用戶的銀行賬號中。

結合圖6和圖7所示,用戶發(fā)送端為發(fā)紅包終端,用戶接收端為收紅包終端,用戶發(fā)送端對應銀行服務器a,用戶接收端對應銀行服務器b,用戶發(fā)送端1銀行服務器a存在第一銀行賬戶(即發(fā)送端的用戶的銀行賬戶),用戶接收端在銀行服務器b存在第二銀行賬號(即接收端的用戶的銀行賬戶)。用戶發(fā)送端的用戶可以為企業(yè)或個人。

進一步的,銀行服務器a接收到用戶發(fā)送端提交的生成電子紅包的請求后,生成一定金額x的電子紅包,并凍結第一銀行賬戶中的該金額x。用戶發(fā)送端向網域內發(fā)送生成的電子紅包或該生成的電子紅包的地址信息。用戶接收端的用戶查閱到電子紅包,并在接收端進行搶電子紅包、收電子紅包、拆電子紅包、領電子紅包等操作,其中,確認領電子紅包時,接收端用戶通知第二銀行賬戶的銀行服務器b,銀行服務器b進行校驗,確認后向銀行服務器a發(fā)送解凍請求,銀行服務器a將第一銀行賬戶中的凍結的金額x進行解凍,并將金額x從第一銀行賬戶中劃撥到第二銀行賬戶中。

結合圖8和圖9所示,在現有技術中,發(fā)送者用戶需要在用戶發(fā)送端登錄平臺,向同一平臺的接收者用戶發(fā)送電子紅包,比如該電子紅包的金額也為x。接收者用戶在接收者終端登錄該平臺收取電子紅包,該平臺的服務器執(zhí)行發(fā)送者用戶的平臺賬號(發(fā)送者用戶在平臺的電子賬戶,預先與發(fā)送者用戶的銀行賬戶關聯)與接收者用戶的平臺賬號(接收者用戶在平臺的電子賬戶,預先與接收者用戶的銀行賬戶關聯)之間的電子金額數據結算,即平臺后臺服務器接收到發(fā)送端的的發(fā)電子紅包請求后,生成對應電子紅包并發(fā)送給接收端的用戶,并對應將發(fā)送者用戶的平臺賬號的余額數字減去x,將接收者用戶的平臺賬號的余額數字加上x。電子賬戶僅限于同一平臺內數據有效,脫離平臺則無法進行信息交互,實際上,發(fā)送者用戶將其銀行賬戶的金額轉入平臺的銀行賬戶中,通過平臺賬號中的金額發(fā)電子紅包,當在接收者用戶將電子紅包兌現錢,電子 紅包中的金額仍舊在平臺的銀行賬戶中。且若接收者用戶需將搶到的電子紅包兌現,則需關閉當前電子紅包頁面,到錢包菜單欄中查找到平臺賬號,點擊提現按鈕,將金額x提現到關聯的銀行賬戶中。

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

而本實施例所提供的電子紅包分享方法的實現無需基于第三方平臺實現,用戶發(fā)出電子紅包后,對應金額讓就在發(fā)送者用戶的銀行賬戶中凍結,直到其它用戶確認收到電子紅包后,將對應電子紅包金額從發(fā)電子紅包者的銀行賬戶中解除解凍并轉賬到收電子紅包者的銀行賬戶中。本方案不存在資金在第三方平臺上的安全問題,且電子紅包的實際金額在銀行賬戶中直接流轉,相對于現有技術需在平臺賬戶中流轉以及繁瑣的提現步驟,更加簡便,安全性高。

此外,本實施例所提供的電子紅包分享方法實現了跨平臺傳輸,現有技術中的電子紅包數據僅能在即時通訊、電商平臺等同一平臺內部進行傳輸和處理,而本實施例的電子紅包的發(fā)和領取不限于同一平臺,支持不同平臺間進行數據的傳輸、交互和處理。

為了更好的說明本方案的效果,結合圖10所示,紅包分享者用戶使用發(fā)送端生成電子紅包并進行發(fā)布,接收端1、接收端2…以及接收端n收到電子紅包,對電子紅包進行領取時,無需與發(fā)送端發(fā)布電子紅包的同一平臺進行領取。而現有技術中發(fā)紅包和領紅包均需在同一平臺系統(tǒng)中進行。本實施例中,接收端1、接收端2…以及接收端n中的領取紅包可以為不同的平臺系統(tǒng),例如各銀行的移動客戶端。接收端1、接收端2…以及接收端n還可以將電子紅包領取請求直接發(fā)送至用戶的銀行賬戶的銀行服務器,無需基于任何平臺系統(tǒng),實現了電子紅包的跨平臺傳輸和領取。

以上所述實施例的各技術特征可以進行任意的組合,為使描述簡潔,未對上述實施例中的各個技術特征所有可能的組合都進行描述,然而,只要這些技 術特征的組合不存在矛盾,都應當認為是本說明書記載的范圍。

以上所述實施例僅表達了本發(fā)明的幾種實施方式,其描述較為具體和詳細,但并不能因此而理解為對發(fā)明專利范圍的限制。應當指出的是,對于本領域的普通技術人員來說,在不脫離本發(fā)明構思的前提下,還可以做出若干變形和改進,這些都屬于本發(fā)明的保護范圍。因此,本發(fā)明專利的保護范圍應以所附權利要求為準。

當前第1頁1 2 
網友詢問留言 已有0條留言
  • 還沒有人留言評論。精彩留言會獲得點贊!
1
汉阴县| 交城县| 兴国县| 太保市| 宁乡县| 修水县| 巨鹿县| 建瓯市| 德惠市| 冷水江市| 兰溪市| 涪陵区| 隆林| 石楼县| 麦盖提县| 铜陵市| 五台县| 育儿| 波密县| 璧山县| 彭泽县| 方城县| 宁远县| 漠河县| 新乡县| 开江县| 嵊州市| 定兴县| 化隆| 游戏| 佛坪县| 沈丘县| 呼玛县| 简阳市| 杭锦旗| 博爱县| 敖汉旗| 永和县| 盐池县| 尉犁县| 民乐县|