CN106960314A - 基于电子凭证资源管理包的处理方法及系统 - Google Patents

基于电子凭证资源管理包的处理方法及系统 Download PDF

Info

Publication number
CN106960314A
CN106960314A CN201610127786.2A CN201610127786A CN106960314A CN 106960314 A CN106960314 A CN 106960314A CN 201610127786 A CN201610127786 A CN 201610127786A CN 106960314 A CN106960314 A CN 106960314A
Authority
CN
China
Prior art keywords
electronic certificate
client
recipient
packet
account
Prior art date
Legal status (The legal status is an assumption and is not a legal conclusion. Google has not performed a legal analysis and makes no representation as to the accuracy of the status listed.)
Pending
Application number
CN201610127786.2A
Other languages
English (en)
Inventor
张毅
Current Assignee (The listed assignees may be inaccurate. Google has not performed a legal analysis and makes no representation or warranty as to the accuracy of the list.)
Shenzhen Star Electronic-Commerce Technology Co Ltd
Original Assignee
Shenzhen Star Electronic-Commerce Technology Co Ltd
Priority date (The priority date is an assumption and is not a legal conclusion. Google has not performed a legal analysis and makes no representation as to the accuracy of the date listed.)
Filing date
Publication date
Application filed by Shenzhen Star Electronic-Commerce Technology Co Ltd filed Critical Shenzhen Star Electronic-Commerce Technology Co Ltd
Publication of CN106960314A publication Critical patent/CN106960314A/zh
Pending legal-status Critical Current

Links

Classifications

    • GPHYSICS
    • G06COMPUTING; CALCULATING OR COUNTING
    • G06QINFORMATION AND COMMUNICATION TECHNOLOGY [ICT] SPECIALLY ADAPTED FOR ADMINISTRATIVE, COMMERCIAL, FINANCIAL, MANAGERIAL OR SUPERVISORY PURPOSES; SYSTEMS OR METHODS SPECIALLY ADAPTED FOR ADMINISTRATIVE, COMMERCIAL, FINANCIAL, MANAGERIAL OR SUPERVISORY PURPOSES, NOT OTHERWISE PROVIDED FOR
    • G06Q20/00Payment architectures, schemes or protocols
    • G06Q20/04Payment circuits
    • G06Q20/06Private payment circuits, e.g. involving electronic currency used among participants of a common payment scheme
    • G06Q20/065Private payment circuits, e.g. involving electronic currency used among participants of a common payment scheme using e-cash
    • GPHYSICS
    • G06COMPUTING; CALCULATING OR COUNTING
    • G06QINFORMATION AND COMMUNICATION TECHNOLOGY [ICT] SPECIALLY ADAPTED FOR ADMINISTRATIVE, COMMERCIAL, FINANCIAL, MANAGERIAL OR SUPERVISORY PURPOSES; SYSTEMS OR METHODS SPECIALLY ADAPTED FOR ADMINISTRATIVE, COMMERCIAL, FINANCIAL, MANAGERIAL OR SUPERVISORY PURPOSES, NOT OTHERWISE PROVIDED FOR
    • G06Q20/00Payment architectures, schemes or protocols
    • G06Q20/04Payment circuits
    • G06Q20/06Private payment circuits, e.g. involving electronic currency used among participants of a common payment scheme
    • G06Q20/065Private payment circuits, e.g. involving electronic currency used among participants of a common payment scheme using e-cash
    • G06Q20/0655Private payment circuits, e.g. involving electronic currency used among participants of a common payment scheme using e-cash e-cash managed centrally
    • HELECTRICITY
    • H04ELECTRIC COMMUNICATION TECHNIQUE
    • H04LTRANSMISSION OF DIGITAL INFORMATION, e.g. TELEGRAPHIC COMMUNICATION
    • H04L51/00User-to-user messaging in packet-switching networks, transmitted according to store-and-forward or real-time protocols, e.g. e-mail
    • H04L51/52User-to-user messaging in packet-switching networks, transmitted according to store-and-forward or real-time protocols, e.g. e-mail for supporting social networking services

Landscapes

  • Business, Economics & Management (AREA)
  • Engineering & Computer Science (AREA)
  • Accounting & Taxation (AREA)
  • General Business, Economics & Management (AREA)
  • Finance (AREA)
  • Strategic Management (AREA)
  • Physics & Mathematics (AREA)
  • General Physics & Mathematics (AREA)
  • Theoretical Computer Science (AREA)
  • Signal Processing (AREA)
  • Computer Networks & Wireless Communication (AREA)
  • Computing Systems (AREA)
  • Financial Or Insurance-Related Operations Such As Payment And Settlement (AREA)

Abstract

本发明公开了一种基于电子凭证资源管理包的处理方法,包括以下步骤:第一接收方客户端获取接收的电子凭证中未提现的电子凭证;第一接收方客户端在预置的显示界面显示获取到的电子凭证;第一接收方客户端基于所述显示界面所选择电子凭证生成数据包;第一接收方客户端将所述数据包发送至服务器进行电子凭证转发或者电子凭证提现;或者将所述数据包发送至第二接收方客户端。本发明还提供了一种基于电子凭证资源管理包的处理系统。本发明提高了电子红包发送操作的便利性。

Description

基于电子凭证资源管理包的处理方法及系统
技术领域
本发明涉及通信领域,尤其涉及一种基于电子凭证资源管理包的处理方法及系统。
背景技术
网络电子红包是一种通过互联网发送虚拟电子红包的方式及新型的互联网工具,随着互联网时代的发展,通过互联网发送虚拟电子红包,成为企业宣传及网络社交的常见方式。但现有的电子红包均采用资金转账方式,即发送方输入转账金额并向服务器发送指令,接收方收到的电子红包是一个图形文件,点击图形完成转账过程,接收方需关联转入账户,资金直接进入接收方的转入账户;在接收方需要发电子红包时只能再次从自己的账户中取出资金作为电子红包发送给第三方,操作较为复杂。
上述内容仅用于辅助理解本发明的技术方案,并不代表承认上述内容是现有技术。
发明内容
本发明的主要目的在于提供一种具有相同发明构思的基于电子凭证资源管理包的处理方法及系统,旨在因此提高了电子红包发送操作的便利性。
为了实现发明目的,本发明提供的基于电子凭证资源管理包的处理方法,包括以下步骤:
第一接收方客户端获取接收的电子凭证中未提现的电子凭证;
第一接收方客户端在预置的显示界面显示获取到的电子凭证;
第一接收方客户端基于所述显示界面所选择电子凭证生成数据包;
第一接收方客户端将所述数据包发送至服务器进行电子凭证转发或者电子凭证提现;或者将所述数据包发送至第二接收方客户端。
此外,为了实现上述发明目的,本发明进一步提供一种基于电子凭证资源管理包的处理系统,所述基于电子凭证资源管理包的处理系统包括第一接收方客户端、第二接收方客户端和服务器:其中所述第一接收方客户端包括:
获取模块,用于获取接收的电子凭证中未提现的电子凭证;
显示模块,用于在预置的显示界面显示获取到的电子凭证;
数据包生成模块,用于基于所述显示界面所选择电子凭证生成数据包;
发送模块,用于将所述数据包发送至服务器进行电子凭证转发或者电子凭证提现;或者将所述数据包发送至第二接收方客户端。
本发明实施例通过采用电子凭证作为资源管理包的媒介,在接收到资源管理包后将资源管理包中的电子凭证储存在客户端本地,从而可以实现根据实际需要对电子凭证进行的转发和提现操作,因此提高了电子红包操作的便利性。此外在发送电子红包时无需每次都通过网络发送账户信息,从而提高了电子红包发送的安全性。
附图说明
图1为本发明基于电子凭证资源管理包的处理方法第一实施例的流程示意图;
图2为本发明基于电子凭证资源管理包的处理方法第二实施例的流程示意图;
图3为本发明基于电子凭证资源管理包的处理方法第三实施例的流程示意图;
图4为本发明基于电子凭证资源管理包的处理方法一实施例中利用银信证进行电子红包发送的流程示例图;
图5为本发明基于电子凭证资源管理包的处理方法一实施例中利用银信证进行电子红包发送的系统架构示例图;
图6为现有技术进行电子红包发送的流程示例图;
图7为现有技术进行电子红包发送的系统架构示例图;
图8为本发明基于电子凭证资源管理包的处理方法一实施例中进行电子红包发送的系统框架示例图。
本发明目的的实现、功能特点及优点将结合实施例,参照附图做进一步说明。
具体实施方式
应当理解,此处所描述的具体实施例仅仅用以解释本发明,并不用于限定本发明。
本发明提供一种基于电子凭证资源管理包的处理方法,参照图1,提供了本发明基于电子凭证资源管理包的处理方法第一实施例,在该实施例中,该基于电子凭证资源管理包的处理方法包括:
步骤S10,第一接收方客户端获取接收的电子凭证中未提现的电子凭证;
本实施例中的基于电子凭证资源管理包的处理方法主要应用于通讯系统中,用于对账户的资源进行管理。具体地,上述账户资源可以为个人银行账户的货币存款,也是为个人信用卡预置的授信额度,还可以为其他类型的虚拟货币等。以下各实施例中以个人银行账户的货币存款为例进行详细说明。上述电子凭证为一种虚拟的电子标签,可以用于显示,并携带有预置的参数,以下各实施例中以银信证为例进行详细说明。
具体地,上述第一接收方客户端的具体可以为一个终端或者为一种软件客户端。在本实施例中,可以获取第一接收方客户端所接收到的资源管理包中未提现的银信证。例如可以在用户进行发送资源管理包或者转发资源管理包操作时,获取当前接收到的资源管理包中未提现的银信证。
步骤S20,第一接收方客户端在预置的显示界面显示获取到的电子凭证;
在获取到上述银信证后,可以通过指定的界面,显示未提现的银信证,以供用户进行选择,然后进行相应的发送或者提现操作。可以理解的是,显示的模式可以根据实际需要进行选择,例如可以按照预置的分类进行显示,例如可以按照银信证上的面额进行分类显示,也可以按照接收到的时间先后顺序进行显示,还可以按照有效期的长短进行显示等等。
步骤S30,第一接收方客户端基于所述显示界面所选择电子凭证生成数据包;
步骤S40,第一接收方客户端将所述数据包发送至服务器进行电子凭证转发或者电子凭证提现;或者将所述数据包发送至第二接收方客户端。
可以理解的是,在本实施例中,上述数据包包括上述用户选择的银信证,已经对银信证处理的操作指令。具体地,在用户选择完需要操作的银信证后,将根据选择的银信证输入转发请求或者提现请求时,将生成上述数据包。然后将数据包发送出去,具体地,根据操作不同的操作,生成的数据包内容也不相同,发送的对象也不相同。例如,在进行转发操作时,上述数据包可以包括用户选择的银信证以及第二接收方客户端的信息,然后将该数据包发送至服务器,由服务器将银信证发送这第二接收方客户端;也可以为数据包包括用户选择的银信证,并由第一接收方客户端直接将该数据包发送至第二接收方客户端;还可以为数据包包括银信证的提现请求,并由第一接收方客户端将数据包发送至服务器,由服务器进行解付银信证操作,从而实现银信证的提现。
本发明实施例通过采用电子凭证作为资源管理包的媒介,在接收到资源管理包后将资源管理包中的电子凭证储存在客户端本地,从而可以实现根据实际需要对电子凭证进行的转发和提现操作,因此提高了电子红包操作的便利性。此外在发送电子红包时无需每次都通过网络发送账户信息,从而提高了电子红包发送的安全性。
可以理解的是,在获取第一接收方客户端中未提现的电子凭证时,可以根据用户设置的条件进行获取,从而提高操作的便利性。具体地,上述步骤S10包括:
当第一接收方客户端接收到电子凭证搜索请求时,第一接收方客户端根据所述搜索请求中预置的搜索参数在预置存储位置搜索对应未提现的电子凭证;
提取搜索到的所述电子凭证。
具体地,上述搜索参数可以根据实际需要进行设置,例如可以对所有面额为特定值的银信证进行搜索,也可以按照求和的方式进行搜索,此外还可以按照有效期的时间长度进行搜索。例如,用户可以在银信证显示界面上设置搜索条件(如搜索面额为10元的银信证),此时可以搜索当前所有面额为10元未提现的银信证。在搜索到银信证后,将搜索到的银信证提取到显示界面上进行显示,以方便用户进行操作。
进一步地,参照图2,基于上述实施例,在本发明基于电子凭证资源管理包的处理方法第二实施例中,该基于电子凭证资源管理包的处理方法还包括:
步骤S50,所述服务器接收到所述数据包时,根据接收到的数据包发送所述数据包中的电子凭证或者电子凭证的下载链接至第二接收方客户端。
本实施例中,以服务器作为发送银信证的方式为例进行了详细说明,具体地,在本实施例中,上述第一接收方客户端在进行转发时,将作为发送方客户端进行资源管理包发送。例如上述第一接收方客户端可以将上述银信证作为一资源转移请求形成上述转发指令发送至服务器端,从而由服务器端根据该转发指令中包含的银信证生成上述数据包,并发送至上述第二接收方客户端。该数据包包括银信证或者银信证的下载链接。在第二接收方客户端接收到上述数据包时,将获取该数据包中的银信证。
应当说明的是,上述银信证是指银行根据开证人的申请冻结所需数额资金而开立,并承诺依照约定解付条件办理支付结算的电子凭证。在银行版电子红包场景中,开证人即向银行申请发放电子红包的企业。当领取了电子红包后,用户在银信证的收证人处输入自己的银行账号信息,向银行申请收证,银行即在约定的时间内将资金转入收证账户。
银信证的业务流程如下:
1.1、开证人通过互联网或以其他方式向开证银行申请开证。
1.2、开证银行验证身份、账户信息无误后受理,审核确认符合开证条件,冻结保付资金后开立银信证。
1.3、收证人通过互联网或以其他方式向收证银行申请收证。
1.4、收证银行验证身份、账户信息无误后受理收证(或根据收证人设置由收证银行自动收证)。
1.5、收证人履行银信证项下基础交易义务后,提交履约信息(一般用于电商领域,收证人为商家,履行发货义务后,提交发货信息,在电子红包领域中,由于是开证人无偿转移给收证人,因此就不需要履行交易义务)。
1.6、收证人或指定的第三方将申请解付信息发送至开证银行申请解付(在电子红包领域中,收证人填写收证后即自动申请解付)。
1.7、开证银行解付银信证并将资金划转至收证银行,收证银行将资金转入收证账户。
可以理解的是,对于资源管理包中电子凭证来源的方式可以根据实际情况进行设置,本实施例中,优选地,参照图3,基于上述实施例,在本发明基于电子凭证资源管理包的处理方法第三实施例中,上述基于电子凭证资源管理包的处理方法还包括:
步骤S60,所述服务器接收发送方客户端发送的第一资源转移数据包;所述第一资源转移数据包包括:生成电子凭证的预置参数;
步骤S70,所述服务器根据所述第一资源转移数据包生成第二资源转移数据包,并发送至第一接收方客户端;以供所述第一接收方客户端获取所述第二资源转移数据包中的电子凭证;所述第二资源转移数据包包括所述服务器根据所述生成电子凭证的预置参数生成的电子凭证或者电子凭证的下载链接。
具体地,上述第一资源转移数据包可以为一种资源转移请求,其包括生成银信证的预置参数,例如生成银信证的数量、每张银信证上货币的面额、货币的类型以及银信证的有效期等等。可以理解的是,上述发送方客户端和第一接收方客户端的具体可以为一个终端或者为一种软件客户端。
本实施例中,上述资源管理包可以为电子红包。例如用户进行电子红包发送时,首先可以在点击发送电子红包按钮,从而跳转到电子红包发送界面,在该界面上,用户可以选择电子红包发送的方式。例如可以选择相应的发送电子红包方式,跳转到第一电子红包参数设置界面,此时,可以设置一个电子红包内银信证的数量和面额(在其他实施例中,还可以设置银信证的有效期等其他参数)。当选择另一种发送电子红包发送方式时,可以跳转第二电子红包参数设置界面,此时,可以设置多个电子红包内银信证的数量和面额(可以理解的是对于每个电子红包内的银信证数量也可以由服务器随机分配,用户只需要选择所有银信证的面值即可)。当点击塞进电子红包时,可以将各预置参数进行打包形成上述第一资源转移数据包,并发送至服务器。即在本实施例中,上述该电子红包的数量可以为一个也可以为多个,且每一个电子红包内可以由一张银信证或者多张银信证组成。
服务器在接收到上述第一数据包时,可以根据该第一资源转移数据包生成银信证,或者银信证的下载链接,然后将该银信证或者银信证的下载链接打包形成上述第二资源转移数据包,最后将该第二资源转移数据包发送至第一接收方客户端。该第一接收方客户端可以为一个也可以为多个。对于服务器发送第二资源转移数据包至第一接收方客户端的发送方式可以根据实际需要进行设置,例如可以通过网页链接、短信、邮件、即时通信工具等任何方式发送第二资源转移数据包。
在第一接收方客户端上接收到该第二资源转移数据包后,可以根据该第二资源转移数据包获取第二资源转移数据包内对应的银信证。
例如第一接收方客户端接收到上述第二资源转移数据包括后,显示电子红包接收界面,用户可以点击拆开资源管理包,此时将获取第二资源转移数据包内所有的银信证,并进行显示。
可以理解的是,第一接收方客户端在接收并显示上述银信证后,用户可以对银信证进行提现或转发操作。
例如在上述步骤S20之后还包括:
所述服务器接收到所述第一接收方客户端或者所述第二接收方客户端发送的提现指令时,获取所述提现指令包含的电子凭证中转出账户和转入账户;所述转出账户为所述发送方客户端关联的第一账户;所述转入账户为发送所述提现指令对应的第一接收方客户端关联的第二账户或者为发送所述提现指令对应的第二接收方客户端关联的第三账户;
所述服务器根据所述提现指令,将所述转出账户中的第一资源转移至与转入账户内;所述第一资源所述提现指令中对应电子凭证的资源转移量。
本实施例中,上述第一账户、第二账户和第三账户可以分别是银行账户,具体地,在上述数据包中可以携带有第一账户的信息,在生成上述银信证时,银信证上携带该第一账户的信息;当用户通过第一接收方客户端点击提现时,可以根据第二账户信息、该银信证信息以及资源转移量(转账金额)生成提现指令发送给服务器端,由服务器端进行资源转移(进行转账,即将第一账户中的部分资金转移到第二账户中),从而完成资源管理包发送。具体地,由于第一接收方客户端接收到的银信证数量可以有多个,因此用户在进行提现时,可以提取其中的一个或多个。此外,在上述有效期到达时,第一接收方客户端仍未进行资金提取,则上述银信证自动失效,将无法进行提取。
在第二接收方客户端对接收到的银信证进行提现时,则银信证上的转出账户为上述第一账户,转入账户则为第二接收方客户端关联的第三账户,此时服务器直接将第一账户的金额转入到第三账户中即可。
具体地,上述服务器可以包括发送方客户端对应的服务器1和第一接收方客户端对应的服务器2,其中服务器1用于管理发送方客户端对应的银行账户,服务器2用于管理第一接收方客户端对应的银行账户。以下对电子红包发送的流程进行详细说明。如图4所示,进行电子红包发送的流程如下:
步骤1,发送方客户端根据用户输入包含金额A的电子红包信息生成第一资源转移数据包,并将该第一资源转移数据包作为用户请求发送至服务器1;
步骤2,服务器1根据发送方客户端的用户请求生成电子红包数据包,并将发送方客户端的银行账号中对应的电子红包的金额进行冻结,将电子红包数据包发送给第一接收方客户端;
步骤3,服务器2接收第一接收方客户端发送的对电子红包的提现请求,根据提现请求通知服务器1对发送方客户端的银行账号中的电子红包的冻结金额进行解冻,并将发送方客户端用户的银行账号中的与电子红包对应的金额划拨到第一接收方客户端的银行账号中。
上述发送方客户端可以为个人或企业。参照图4和图5,在本实施例中,服务器1接收到发送方客户端提交的生成电子红包的请求后,生成A金额的电子红包,并冻结发送方客户端对应的银行账号1中的A金额。服务器1发送生成的电子红包或该生成的电子红包的地址信息至第一接收方客户端,由第一接收方客户端进行抢电子红包、拆电子红包和领电子红包等操作。其中,确认领电子红包时,通知服务器2,服务器2进行校验,确认后向服务器1发送解冻请求,服务器1将银行账号1中的冻结的A金额进行解冻,并将A金额从银行账号1中划拨到第一接收方客户端对应的银行账号2中。
而现有技术中,如图6和图7所示,用户3通过发送方客户端3登录平台,向同一平台的用户4发送电子红包(金额大小为B),用户4在接收方客户端4登录该平台收取电子红包,该平台的服务器执行用户3的平台账号3(用户3在平台的电子账户,预先与用户3的银行账号3关联)与用户4的平台账号4(用户4在平台的电子账户,预先与用户4的银行账号4关联)之间的电子金额数据结算,即平台后台服务器接收到发送方客户端3的用户3的发红包请求后,生成对应电子红包并发送给接收方客户端4的用户4,并对应将平台账号3的余额数字减去B,将平台账号4的余额数字加上B。电子账户仅限于同一平台内数据有效,脱离平台则无法进行信息交互,实际上用户3将银行账号3中的金额转入平台的银行账号3中,通过平台账号3中的金额发电子红包,但在用户4将电子红包兑现前,电子钱包的金额仍旧在平台的银行账户中。且若用户4需将抢到的电子红包兑现,则需关闭当前电子红包页面,到钱包菜单栏中查找到平台账号4,点击提现按钮,将金额提现到关联的银行账号4中。
现有技术中的电子红包的发、抢、领均基于平台,脱离平台则无法实现,且电子红包金额存入平台账号中,电子钱包的发/收仅是平台系统内的金额数据的转移和标记,用户的实际金额存入平台账户中,带来资金数据的安全问题,存在第三方平台资金风险,且现有技术中的提现操作步骤繁琐。
相对于现有技术,本申请中电子红包的发送和提现过程中,电子红包对应的资金仅在发送方客户端和接收方客户端对应的银行账户之间进行资源转移,无需采用平台帐号作为中间过渡,因此有效提高了电子红包发送的安全性。
为了更好的说明本方案的技术优势,结合附图8,发送方客户端5发布电子红包,接收方客户端6、接收方客户端7……接收方客户端n收到电子红包,在对电子红包进行领取时,无需与发送方客户端5发布电子红包的同一平台进行领取。而现有技术中发电子红包与领电子红包均需在同一平台系统上进行,本方案中接收方客户端6、接收方客户端7……接收方客户端n中的领取电子红包可以为不同的平台系统,例如各银行的移动客户端。本方案中接收方客户端6、接收方客户端7……接收方客户端n还可以将电子红包领取请求直接发至接收用户的银行账号的银行终端,无需基于任何平台系统。通过本方案,实现了电子红包跨平台传输和领取。
可以理解的是,由于上述第二资源数据包可以为电子凭证,也可以为电子凭证的下载链接,因此对于上述第一接收方客户端获取第二资源数据包内的电子凭证的方式不同。
当上述第二资源转移数据包为上述电子凭证时,则在第一接收方客户端打开第二资源转移数据包时,直接读取第而资源转移数据包中的电子凭证即可。具体地,通过此方法实现的过程中,在服务器接收到上述第一资源转移数据包时,则根据该第一资源转移数据包生成上述银信证。
上述第二资源转移数据包为上述电子凭证的下载链接时,在本发明基于电子凭证资源管理包的处理方法,第四实施例中,上述基于电子凭证资源管理包的处理方法还包括:
服务器接收所述第一接收方客户端在打开所述第二资源转移数据包时所发送的打开指令;
服务器根据所述打开指令以及所述生成电子凭证的预置参数向所述第一接收方客户端发送电子凭证,以供所述第一接收方客户端进行资源提取或者电子凭证转发。
本实施例中,上述银信证的生成可以在服务器接收到上述第一资源转移数据包时生成上述银信证,也可以在服务器接收到上述打开指令时生成上述银信证。若采用服务器接收到上述打开指令时生成上述银信证的方式,则可以减少资金冻结的时间,具体地,本实施方式中,上述第二资源转移数据包及上述打开指令中则可以包括上述生成电子凭证的预置参数以及发送方客户端的信息。
进一步地,对于上述第一接收方客户端接收情况,还可以实现指定接收对象。具体地,上述第一资源转移包还包括第一接收方客户端的信息,所述打开指令包括所述第一接收方客户端的信息;
上述步骤根据打开指令以及所述生成电子凭证的预置参数向所述第一接收方客户端发送电子凭证,以供所述第一接收方客户端进行资源提取或者电子凭证转发之前还包括:
服务器判断所述第一资源转移包中第一接收方客户端的信息与所述打开指令中第一接收方客户端的信息是否一致;
若是,则执行所述根据打开指令以及所述生成电子凭证的预置参数向所述第一接收方客户端发送电子凭证,以供所述第一接收方客户端进行资源提取或者电子凭证转发的步骤;若否,则可以输出相应的提示信息,并不进行电子凭证的发放。
可以理解的是,本实施例中,对第一接收方客户端的信息进行验证的方式主要应用在社交软件多人会话系统中。具体地,第一接收方客户端的信息内容可以根据实际需要进行设置,在此不做进一步地限定。
进一步地,上述根据第一资源转移数据生成第二资源转移数据包,并发送至第一接收方客户端包括:
根据所述第一资源转移数据生成确认是否按照电子卷发送第二资源数据包的确认请求,并发送至所述发送方客户端;
根据接收到所述发送方客户端对所述确认请求的应答结果为确认按照电子凭证发送所述第二资源数据包时,生成第二资源转移数据包,并发送至第一接收方客户端。
本实施例中,主要应用在双服务器中,即上述服务器可以包括资源管理包服务器和电子凭证服务器。具体地,采用双服务器时,上述电子凭证服务器仅是根据上述第一资源转移数据包生成银信证的操作,然后将该银信证转发至资源管理包服务器,由资源管理包服务器执行服务器中其余所有的操作。具体地,可以由上述资源管理包服务器将上述第一资源转移数据包发送至电子凭证服务器,也可以由上述接收方客户端发送第一资源转移数据包至电子凭证服务器。
进一步地,提出了本发明基于电子凭证资源管理包的处理方法第五实施例,本实施例中,与上述第三实施例的区别在于,第一实施例中,由服务器向第二接收方客户端发送第二资源转移数据包,在本实施例中,可以由发送方客户端发送上述第一资源转移数据包至上述第一接收方客户端。具体地,在本实施例中,所述基于电子凭证资源管理包的处理方法包括以下步骤:
服务器接收发送方客户端发送的第一资源转移数据包;所述第一资源转移数据包包括:生成电子凭证的预置参数;
服务器根据所述第一资源转移数据包生成第二资源转移数据包,并发送至所述发送方客户端;以供所述发送方客户端将所述第二资源转移数据包发送至所述第一接收方客户端,以使所述第一接收方客户端获取所述第二资源转移数据包中的电子凭证;所述第二资源转移数据包包括所述服务器根据所述生成电子凭证的预置参数生成的电子凭证或者电子凭证的下载链接。
可以理解的是,在本实施例中,对于电子凭证的转发过程也存在不同。具体地,在进行电子凭证转发时,可以直接由第一接收方客户端根据接收到的电子凭证或者电子凭证的下载连接生成上述数据包发送至第二接收方客户端。
进一步地,本发明还提供一种基于电子凭证资源管理包的处理系统,在第一实施例中,该基于电子凭证资源管理包的处理系统包括第一接收方客户端、第二接收方客户端和服务器:其中所述第一接收方客户端包括:
获取模块,用于获取接收的电子凭证中未提现的电子凭证;
本实施例中的基于电子凭证资源管理包的处理系统主要应用于通讯系统中,用于对账户的资源进行管理。具体地,上述账户资源可以为个人银行账户的货币存款,也是为个人信用卡预置的授信额度,还可以为其他类型的虚拟货币等。以下各实施例中以个人银行账户的货币存款为例进行详细说明。上述电子凭证为一种虚拟的电子标签,可以用于显示,并携带有预置的参数,以下各实施例中以银信证为例进行详细说明。
具体地,上述第一接收方客户端的具体可以为一个终端或者为一种软件客户端。在本实施例中,可以获取第一接收方客户端所接收到的资源管理包中未提现的银信证。例如可以在用户进行发送资源管理包或者转发资源管理包操作时,获取当前接收到的资源管理包中未提现的银信证。
显示模块,用于在预置的显示界面显示获取到的电子凭证;
在获取到上述银信证后,可以通过指定的界面,显示未提现的银信证,以供用户进行选择,然后进行相应的发送或者提现操作。可以理解的是,显示的模式可以根据实际需要进行选择,例如可以按照预置的分类进行显示,例如可以按照银信证上的面额进行分类显示,也可以按照接收到的时间先后顺序进行显示,还可以按照有效期的长短进行显示等等。
数据包生成模块,用于基于所述显示界面所选择电子凭证生成数据包;
发送模块,用于将所述数据包发送至服务器进行电子凭证转发或者电子凭证提现;或者将所述数据包发送至第二接收方客户端。
可以理解的是,在本实施例中,上述数据包包括上述用户选择的银信证,已经对银信证处理的操作指令。具体地,在用户选择完需要操作的银信证后,将根据选择的银信证输入转发请求或者提现请求时,将生成上述数据包。然后将数据包发送出去,具体地,根据操作不同的操作,生成的数据包内容也不相同,发送的对象也不相同。例如,在进行转发操作时,上述数据包可以包括用户选择的银信证以及第二接收方客户端的信息,然后将该数据包发送至服务器,由服务器将银信证发送这第二接收方客户端;也可以为数据包包括用户选择的银信证,并由第一接收方客户端直接将该数据包发送至第二接收方客户端;还可以为数据包包括银信证和提现请求,并由第一接收方客户端将数据包发送至服务器,由服务器进行解付银信证操作,从而实现银信证的提现。
本发明实施例通过采用电子凭证作为资源管理包的媒介,在接收到资源管理包后将资源管理包中的电子凭证储存在客户端本地,从而可以实现根据实际需要对电子凭证进行的转发和提现操作,因此提高了电子红包操作的便利性。此外在发送电子红包时无需每次都通过网络发送账户信息,从而提高了电子红包发送的安全性。
可以理解的是,在获取第一接收方客户端中未提现的电子凭证时,可以根据用户设置的条件进行获取,从而提高操作的便利性。具体地,上述获取模块具体用于:当第一接收方客户端接收到电子凭证搜索请求时,第一接收方客户端根据所述搜索请求中预置的搜索参数在预置存储位置搜索对应未提现的电子凭证;提取搜索到的所述电子凭证。
当第一接收方客户端接收到电子凭证搜索请求时,第一接收方客户端根据所述搜索请求中预置的搜索参数在预置存储位置搜索对应未提现的电子凭证;
提取搜索到的所述电子凭证。
具体地,上述搜索参数可以根据实际需要进行设置,例如可以对所有面额为特定值的银信证进行搜索,也可以按照求和的方式进行搜索,此外还可以按照有效期的时间长度进行搜索。例如,用户可以在银信证显示界面上设置搜索条件(如搜索面额为10元的银信证),此时可以搜索当前所有面额为10元未提现的银信证。在搜索到银信证后,将搜索到的银信证提取到显示界面上进行显示,以方便用户进行操作。
进一步地,基于上述实施例,在本发明基于电子凭证资源管理包的处理系统第二实施例中,上述服务器用于,接收到所述数据包时,根据接收到的数据包发送所述数据包中的电子凭证或者电子凭证的下载链接至第二接收方客户端。
本实施例中,以服务器作为发送银信证的方式为例进行了详细说明,具体地,在本实施例中,上述第一接收方客户端在进行转发时,将作为发送方客户端进行资源管理包发送。例如上述第一接收方客户端可以将上述银信证作为一资源转移请求形成上述转发指令发送至服务器端,从而由服务器端根据该转发指令中包含的银信证生成上述数据包,并发送至上述第二接收方客户端。该数据包包括银信证或者银信证的下载链接。在第二接收方客户端接收到上述数据包时,将获取该数据包中的银信证。
可以理解的是,对于资源管理包中电子凭证来源的方式可以根据实际情况进行设置,本实施例中,优选地,基于上述实施例,在本发明基于电子凭证资源管理包的处理系统第三实施例中,上述服务器还用于,接收发送方客户端发送的第一资源转移数据包;所述第一资源转移数据包包括:生成电子凭证的预置参数;并根据所述第一资源转移数据包生成第二资源转移数据包,并发送至第一接收方客户端;以供所述第一接收方客户端获取所述第二资源转移数据包中的电子凭证;所述第二资源转移数据包包括所述服务器根据所述生成电子凭证的预置参数生成的电子凭证或者电子凭证的下载链接。
具体地,上述第一资源转移数据包可以为一种资源转移请求,其包括生成银信证的预置参数,例如生成银信证的数量、每张银信证上货币的面额、货币的类型以及银信证的有效期等等。可以理解的是,上述发送方客户端和第一接收方客户端的具体可以为一个终端或者为一种软件客户端。
本实施例中,上述资源管理包可以为电子红包。例如用户进行电子红包发送时,首先可以在点击发送电子红包按钮,从而跳转到电子红包发送界面,在该界面上,用户可以选择电子红包发送的方式。例如可以选择相应的发送电子红包方式,跳转到第一电子红包参数设置界面,此时,可以设置一个电子红包内银信证的数量和面额(在其他实施例中,还可以设置银信证的有效期等其他参数)。当选择另一种发送电子红包发送方式时,可以跳转第二电子红包参数设置界面,此时,可以设置多个电子红包内银信证的数量和面额(可以理解的是对于每个电子红包内的银信证数量也可以由服务器随机分配,用户只需要选择所有银信证的面值即可)。当点击塞进电子红包时,可以将各预置参数进行打包形成上述第一资源转移数据包,并发送至服务器。即在本实施例中,上述该电子红包的数量可以为一个也可以为多个,且每一个电子红包内可以由一张银信证或者多张银信证组成。
服务器在接收到上述第一数据包时,可以根据该第一资源转移数据包生成银信证,或者银信证的下载链接,然后将该银信证或者银信证的下载链接打包形成上述第二资源转移数据包,最后将该第二资源转移数据包发送至第一接收方客户端。该第一接收方客户端可以为一个也可以为多个。对于服务器发送第二资源转移数据包至第一接收方客户端的发送方式可以根据实际需要进行设置,例如可以通过网页链接、短信、邮件、即时通信工具等任何方式发送第二资源转移数据包。
在第一接收方客户端上接收到该第二资源转移数据包后,可以根据该第二资源转移数据包获取第二资源转移数据包内对应的银信证。
例如第一接收方客户端接收到上述第二资源转移数据包括后,显示电子红包接收界面,用户可以点击拆开资源管理包,此时将获取第二资源转移数据包内所有的银信证,并进行显示。
可以理解的是,第一接收方客户端在接收并显示上述银信证后,用户可以对银信证进行提现或转发操作。
例如,上述所述服务器还可以用于,接收到所述第一接收方客户端或者所述第二接收方客户端发送的提现指令时,获取所述提现指令包含的电子凭证中转出账户和转入账户;所述转出账户为所述发送方客户端关联的第一账户;所述转入账户为发送所述提现指令对应的第一接收方客户端关联的第二账户或者为发送所述提现指令对应的第二接收方客户端关联的第三账户;
所述服务器进一步还用于,根据所述提现指令,将所述转出账户中的第一资源转移至与转入账户内;所述第一资源所述提现指令中对应电子凭证的资源转移量。
本实施例中,上述第一账户、第二账户和第三账户可以分别是银行账户,具体地,在上述数据包中可以携带有第一账户的信息,在生成上述银信证时,银信证上携带该第一账户的信息;当用户通过第一接收方客户端点击提现时,可以根据第二账户信息、该银信证信息以及资源转移量(转账金额)生成提现指令发送给服务器端,由服务器端进行资源转移(进行转账,即将第一账户中的部分资金转移到第二账户中),从而完成资源管理包发送。具体地,由于第一接收方客户端接收到的银信证数量可以有多个,因此用户在进行提现时,可以提取其中的一个或多个。此外,在上述有效期到达时,第一接收方客户端仍未进行资金提取,则上述银信证自动失效,将无法进行提取。
在第二接收方客户端对接收到的银信证进行提现时,则银信证上的转出账户为上述第一账户,转入账户则为第二接收方客户端关联的第三账户,此时服务器直接将第一账户的金额转入到第三账户中即可。
可以理解的是,由于上述第二资源数据包可以为电子凭证,也可以为电子凭证的下载链接,因此对于上述第一接收方客户端获取第二资源数据包内的电子凭证的方式不同。
当上述第二资源转移数据包为上述电子凭证时,则在第一接收方客户端打开第二资源转移数据包时,直接读取第而资源转移数据包中的电子凭证即可。具体地,通过此方法实现的过程中,在服务器接收到上述第一资源转移数据包时,则根据该第一资源转移数据包生成上述银信证。
上述第二资源转移数据包为上述电子凭证的下载链接时,在本发明基于电子凭证资源管理包的处理系统,第四实施例中,所述服务器还用于,接收所述第一接收方客户端在打开所述第二资源转移数据包时所发送的打开指令;并根据所述打开指令以及所述生成电子凭证的预置参数向所述第一接收方客户端发送电子凭证,以供所述第一接收方客户端进行资源提取或者电子凭证转发。
本实施例中,上述银信证的生成可以在服务器接收到上述第一资源转移数据包时生成上述银信证,也可以在服务器接收到上述打开指令时生成上述银信证。若采用服务器接收到上述打开指令时生成上述银信证的方式,则可以减少资金冻结的时间,具体地,本实施方式中,上述第二资源转移数据包及上述打开指令中则可以包括上述生成电子凭证的预置参数以及发送方客户端的信息。
进一步地,对于上述第一接收方客户端接收情况,还可以实现指定接收对象。具体地,上述第一资源转移包还包括第一接收方客户端的信息,所述打开指令包括所述第一接收方客户端的信息;
上述服务器还用于判断所述第一资源转移包中第一接收方客户端的信息与所述打开指令中第一接收方客户端的信息是否一致;
若是,则触发服务器根据打开指令以及所述生成电子凭证的预置参数向所述第一接收方客户端发送电子凭证,以供所述第一接收方客户端进行资源提取或者电子凭证转发;若否,则可以触发服务器输出相应的提示信息,并不进行电子凭证的发放。
可以理解的是,本实施例中,对第一接收方客户端的信息进行验证的方式主要应用在社交软件多人会话系统中。具体地,第一接收方客户端的信息内容可以根据实际需要进行设置,在此不做进一步地限定。
进一步地,上述服务器用于根据第一资源转移数据生成第二资源转移数据包,并发送至第一接收方客户端具体为:
服务器用于根据所述第一资源转移数据生成确认是否按照电子卷发送第二资源数据包的确认请求,并发送至所述发送方客户端;并根据接收到所述发送方客户端对所述确认请求的应答结果为确认按照电子凭证发送所述第二资源数据包时,生成第二资源转移数据包,并发送至第一接收方客户端。
本实施例中,主要应用在双服务器中,即上述服务器可以包括资源管理包服务器和电子凭证服务器。具体地,采用双服务器时,上述电子凭证服务器仅是根据上述第一资源转移数据包生成银信证的操作,然后将该银信证转发至资源管理包服务器,由资源管理包服务器执行服务器中其余所有的操作。具体地,可以由上述资源管理包服务器将上述第一资源转移数据包发送至电子凭证服务器,也可以由上述接收方客户端发送第一资源转移数据包至电子凭证服务器。
进一步地,提出了本发明基于电子凭证资源管理包的处理系统第五实施例,本实施例中,与上述第三实施例的区别在于,第一实施例中,由服务器向第二接收方客户端发送第二资源转移数据包,在本实施例中,可以由发送方客户端发送上述第一资源转移数据包至上述第一接收方客户端。具体地,在本实施例中,上述服务器用于,接收发送方客户端发送的第一资源转移数据包;所述第一资源转移数据包包括:生成电子凭证的预置参数;
上述服务器还用于,根据所述第一资源转移数据包生成第二资源转移数据包,并发送至所述发送方客户端;以供所述发送方客户端将所述第二资源转移数据包发送至所述第一接收方客户端,以使所述第一接收方客户端获取所述第二资源转移数据包中的电子凭证;所述第二资源转移数据包包括所述服务器根据所述生成电子凭证的预置参数生成的电子凭证或者电子凭证的下载链接。
可以理解的是,在本实施例中,对于电子凭证的转发过程也存在不同。具体地,在进行电子凭证转发时,可以直接由第一接收方客户端根据接收到的电子凭证或者电子凭证的下载连接生成数据包发送至第二接收方客户端。
上述本发明实施例序号仅仅为了描述,不代表实施例的优劣。通过以上的实施方式的描述,本领域的技术人员可以清楚地了解到上述实施例方法可借助软件加必需的通用硬件平台的方式来实现,当然也可以通过硬件,但很多情况下前者是更佳的实施方式。基于这样的理解,本发明的技术方案本质上或者说对现有技术做出贡献的部分可以以软件产品的形式体现出来,该计算机软件产品存储在一个存储介质(如ROM/RAM、磁碟、光盘)中,包括若干指令用以使得一台终端设备(可以是手机,计算机,服务器,或者网络设备等)执行本发明各个实施例所述的方法。
以上仅为本发明的优选实施例,并非因此限制本发明的专利范围,凡是利用本发明说明书及附图内容所作的等效结构或等效流程变换,或直接或间接运用在其他相关的技术领域,均同理包括在本发明的专利保护范围内。

Claims (10)

1.一种基于电子凭证资源管理包的处理方法,其特征在于,包括以下步骤:
第一接收方客户端获取接收的电子凭证中未提现的电子凭证;
第一接收方客户端在预置的显示界面显示获取到的电子凭证;
第一接收方客户端基于所述显示界面所选择电子凭证生成数据包;
第一接收方客户端将所述数据包发送至服务器进行电子凭证转发或者电子凭证提现;或者将所述数据包发送至第二接收方客户端。
2.如权利要求1所述的基于电子凭证资源管理包的处理方法,其特征在于,所述第一接收方客户端获取接收的电子凭证中未提现的电子凭证包括:
当第一接收方客户端接收到电子凭证搜索请求时,第一接收方客户端根据所述搜索请求中预置的搜索参数在预置存储位置搜索对应未提现的电子凭证;
提取搜索到的所述电子凭证。
3.如权利要求1所述的基于电子凭证资源管理包的处理方法,其特征在于,所述基于电子凭证资源管理包的处理方法还包括:
所述服务器接收到所述数据包时,根据接收到的数据包发送所述数据包中的电子凭证或者电子凭证的下载链接至第二接收方客户端。
4.如权利要求1至3中任一项所述的基于电子凭证资源管理包的处理方法,其特征在于,所述基于电子凭证资源管理包的处理方法还包括:
所述服务器接收发送方客户端发送的第一资源转移数据包;所述第一资源转移数据包包括:生成电子凭证的预置参数;
所述服务器根据所述第一资源转移数据包生成第二资源转移数据包,并发送至第一接收方客户端;以供所述第一接收方客户端获取所述第二资源转移数据包中的电子凭证;所述第二资源转移数据包包括所述服务器根据所述生成电子凭证的预置参数生成的电子凭证或者电子凭证的下载链接。
5.如权利要求4所述的基于电子凭证资源管理包的处理方法,其特征在于,所述基于电子凭证资源管理包的处理方法还包括:
所述服务器接收到所述第一接收方客户端或者所述第二接收方客户端发送的提现指令时,获取所述提现指令包含的电子凭证中转出账户和转入账户;所述转出账户为所述发送方客户端关联的第一账户;所述转入账户为发送所述提现指令对应的第一接收方客户端关联的第二账户或者为发送所述提现指令对应的第二接收方客户端关联的第三账户;
所述服务器根据所述提现指令,将所述转出账户中的第一资源转移至与转入账户内;所述第一资源所述提现指令中对应电子凭证的资源转移量。
6.一种基于电子凭证资源管理包的处理系统,其特征在于,所述基于电子凭证资源管理包的处理系统包括第一接收方客户端、第二接收方客户端和服务器:其中所述第一接收方客户端包括:
获取模块,用于获取接收的电子凭证中未提现的电子凭证;
显示模块,用于在预置的显示界面显示获取到的电子凭证;
数据包生成模块,用于基于所述显示界面所选择电子凭证生成数据包;
发送模块,用于将所述数据包发送至服务器进行电子凭证转发或者电子凭证提现;或者将所述数据包发送至第二接收方客户端。
7.如权利要求6所述的基于电子凭证资源管理包的处理系统,其特征在于,所述获取模块具体用于:当第一接收方客户端接收到电子凭证搜索请求时,第一接收方客户端根据所述搜索请求中预置的搜索参数在预置存储位置搜索对应未提现的电子凭证;提取搜索到的所述电子凭证。
8.如权利要求6所述的基于电子凭证资源管理包的处理系统,其特征在于,所述服务器用于,接收到所述数据包时,根据接收到的数据包发送所述数据包中的电子凭证或者电子凭证的下载链接至第二接收方客户端。
9.如权利要求6至8中任一项所述的基于电子凭证资源管理包的处理系统,其特征在于,所述服务器还用于,接收发送方客户端发送的第一资源转移数据包;所述第一资源转移数据包包括:生成电子凭证的预置参数;并根据所述第一资源转移数据包生成第二资源转移数据包,并发送至第一接收方客户端;以供所述第一接收方客户端获取所述第二资源转移数据包中的电子凭证;所述第二资源转移数据包包括所述服务器根据所述生成电子凭证的预置参数生成的电子凭证或者电子凭证的下载链接。
10.如权利要求9所述的基于电子凭证资源管理包的处理系统,其特征在于,所述服务器还用于,接收到所述第一接收方客户端或者所述第二接收方客户端发送的提现指令时,获取所述提现指令包含的电子凭证中转出账户和转入账户;所述转出账户为所述发送方客户端关联的第一账户;所述转入账户为发送所述提现指令对应的第一接收方客户端关联的第二账户或者为发送所述提现指令对应的第二接收方客户端关联的第三账户;
所述服务器进一步还用于,根据所述提现指令,将所述转出账户中的第一资源转移至与转入账户内;所述第一资源所述提现指令中对应电子凭证的资源转移量。
CN201610127786.2A 2016-01-08 2016-03-07 基于电子凭证资源管理包的处理方法及系统 Pending CN106960314A (zh)

Applications Claiming Priority (2)

Application Number Priority Date Filing Date Title
CN201610013401 2016-01-08
CN201610013401X 2016-01-08

Publications (1)

Publication Number Publication Date
CN106960314A true CN106960314A (zh) 2017-07-18

Family

ID=59481319

Family Applications (1)

Application Number Title Priority Date Filing Date
CN201610127786.2A Pending CN106960314A (zh) 2016-01-08 2016-03-07 基于电子凭证资源管理包的处理方法及系统

Country Status (1)

Country Link
CN (1) CN106960314A (zh)

Cited By (3)

* Cited by examiner, † Cited by third party
Publication number Priority date Publication date Assignee Title
WO2019047636A1 (zh) * 2017-09-11 2019-03-14 乐蜜有限公司 提现请求的审核方法、装置、电子设备及存储介质
CN112184277A (zh) * 2019-07-04 2021-01-05 腾讯科技(深圳)有限公司 虚拟物品包发送、接收方法、装置、设备及存储介质
CN114902610A (zh) * 2019-12-17 2022-08-12 亚萨合莱有限公司 凭证网关

Cited By (4)

* Cited by examiner, † Cited by third party
Publication number Priority date Publication date Assignee Title
WO2019047636A1 (zh) * 2017-09-11 2019-03-14 乐蜜有限公司 提现请求的审核方法、装置、电子设备及存储介质
CN112184277A (zh) * 2019-07-04 2021-01-05 腾讯科技(深圳)有限公司 虚拟物品包发送、接收方法、装置、设备及存储介质
CN112184277B (zh) * 2019-07-04 2023-06-16 腾讯科技(深圳)有限公司 虚拟物品包发送、接收方法、装置、设备及存储介质
CN114902610A (zh) * 2019-12-17 2022-08-12 亚萨合莱有限公司 凭证网关

Similar Documents

Publication Publication Date Title
RU2401455C2 (ru) Электронная система для предоставления банковских услуг
CN103186852A (zh) 网络交易的支付方法、装置及系统
WO2008061151A2 (en) Mobile-to-mobile payment system and method
CN110458557A (zh) 一种付款方法、设备及存储介质
CN106961416A (zh) 资源的生成方法及装置
CN106960323A (zh) 一种电子红包的发放方法和装置
CN108596579A (zh) 一种虚拟资源转移方法、装置、终端及存储介质
CN106960315A (zh) 资源信息处理方法、装置及系统
US11895506B2 (en) Network architectures utilizing cellular network hosted access controlling schemas to facilitate internet activities, and methods for use thereof
CN106960314A (zh) 基于电子凭证资源管理包的处理方法及系统
CN106960321A (zh) 一种信息传播方法和系统
CN106960328A (zh) 电子红包的处理方法、服务器及客户端
CN106961463A (zh) 一种服务器及资源发送方法
CN106960312A (zh) 数据处理方法及装置、数据交互方法及系统
CN106959981A (zh) 资源样式生成方法和装置
Hall et al. WPP: A secure payment protocol for supporting credit-and debit-card transactions over wireless networks
CN106960316A (zh) 资源处理方法及装置
CN106557920B (zh) 支付系统、收款和付款方法、匿名付客户端和服务器
CN106961380A (zh) 资源发放方法、装置及系统
CN106961381A (zh) 转发目标的方法、转发电子红包的方法及服务器
CN106960322A (zh) 电子红包的发送方法及装置
CN106251126A (zh) 交通一卡通移动交易方法及系统
CN106961379A (zh) 资源分享方法、装置和系统
WO2019025868A1 (en) SYSTEM AND METHOD FOR PROVIDING SECURE SERVICES
CN106959988A (zh) 一种服务器及其资源包发送方法

Legal Events

Date Code Title Description
PB01 Publication
PB01 Publication
WD01 Invention patent application deemed withdrawn after publication

Application publication date: 20170718

WD01 Invention patent application deemed withdrawn after publication