WO2018121064A1 - 直播充值方法、装置及终端 - Google Patents
直播充值方法、装置及终端 Download PDFInfo
- Publication number
- WO2018121064A1 WO2018121064A1 PCT/CN2017/109355 CN2017109355W WO2018121064A1 WO 2018121064 A1 WO2018121064 A1 WO 2018121064A1 CN 2017109355 W CN2017109355 W CN 2017109355W WO 2018121064 A1 WO2018121064 A1 WO 2018121064A1
- Authority
- WO
- WIPO (PCT)
- Prior art keywords
- user
- determining
- recharge
- credit limit
- preset
- Prior art date
Links
Images
Classifications
-
- H—ELECTRICITY
- H04—ELECTRIC COMMUNICATION TECHNIQUE
- H04N—PICTORIAL COMMUNICATION, e.g. TELEVISION
- H04N21/00—Selective content distribution, e.g. interactive television or video on demand [VOD]
- H04N21/40—Client devices specifically adapted for the reception of or interaction with content, e.g. set-top-box [STB]; Operations thereof
- H04N21/47—End-user applications
- H04N21/475—End-user interface for inputting end-user data, e.g. personal identification number [PIN], preference data
-
- G—PHYSICS
- G06—COMPUTING; CALCULATING OR COUNTING
- G06Q—INFORMATION 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/00—Payment architectures, schemes or protocols
- G06Q20/08—Payment architectures
- G06Q20/14—Payment architectures specially adapted for billing systems
-
- G—PHYSICS
- G06—COMPUTING; CALCULATING OR COUNTING
- G06Q—INFORMATION 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/00—Payment architectures, schemes or protocols
- G06Q20/38—Payment protocols; Details thereof
- G06Q20/40—Authorisation, e.g. identification of payer or payee, verification of customer or shop credentials; Review and approval of payers, e.g. check credit lines or negative lists
- G06Q20/403—Solvency checks
- G06Q20/4037—Remote solvency checks
-
- G—PHYSICS
- G06—COMPUTING; CALCULATING OR COUNTING
- G06Q—INFORMATION 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/00—Payment architectures, schemes or protocols
- G06Q20/38—Payment protocols; Details thereof
- G06Q20/40—Authorisation, e.g. identification of payer or payee, verification of customer or shop credentials; Review and approval of payers, e.g. check credit lines or negative lists
- G06Q20/407—Cancellation of a transaction
-
- H—ELECTRICITY
- H04—ELECTRIC COMMUNICATION TECHNIQUE
- H04N—PICTORIAL COMMUNICATION, e.g. TELEVISION
- H04N21/00—Selective content distribution, e.g. interactive television or video on demand [VOD]
- H04N21/20—Servers specifically adapted for the distribution of content, e.g. VOD servers; Operations thereof
- H04N21/25—Management operations performed by the server for facilitating the content distribution or administrating data related to end-users or client devices, e.g. end-user or client device authentication, learning user preferences for recommending movies
- H04N21/254—Management at additional data server, e.g. shopping server, rights management server
- H04N21/2543—Billing, e.g. for subscription services
-
- H—ELECTRICITY
- H04—ELECTRIC COMMUNICATION TECHNIQUE
- H04N—PICTORIAL COMMUNICATION, e.g. TELEVISION
- H04N21/00—Selective content distribution, e.g. interactive television or video on demand [VOD]
- H04N21/20—Servers specifically adapted for the distribution of content, e.g. VOD servers; Operations thereof
- H04N21/25—Management operations performed by the server for facilitating the content distribution or administrating data related to end-users or client devices, e.g. end-user or client device authentication, learning user preferences for recommending movies
- H04N21/258—Client or end-user data management, e.g. managing client capabilities, user preferences or demographics, processing of multiple end-users preferences to derive collaborative data
- H04N21/25866—Management of end-user data
Landscapes
- Engineering & Computer Science (AREA)
- Business, Economics & Management (AREA)
- Accounting & Taxation (AREA)
- Databases & Information Systems (AREA)
- Finance (AREA)
- Signal Processing (AREA)
- Multimedia (AREA)
- Strategic Management (AREA)
- General Physics & Mathematics (AREA)
- Theoretical Computer Science (AREA)
- General Business, Economics & Management (AREA)
- Physics & Mathematics (AREA)
- Computer Security & Cryptography (AREA)
- Computer Graphics (AREA)
- Development Economics (AREA)
- Economics (AREA)
- Human Computer Interaction (AREA)
- Management, Administration, Business Operations System, And Electronic Commerce (AREA)
- Financial Or Insurance-Related Operations Such As Payment And Settlement (AREA)
- Information Transfer Between Computers (AREA)
Abstract
本申请提出一种直播充值方法、装置及终端,其中,该方法包括:接收用户发送的充值请求,请求中携带用户标识及充值金额;根据用户标识,确定用户当前对应的信用额度;判断充值金额是否在信用额度范围内;若在,则根据充值金额为与用户标识对应的账户充值。根据本申请提供的直播充值方法、装置及终端设备,实现了根据用户的属性信息,确定用户的信用额度,为用户充值,及动态调整用户的信用额度,减少了直播平台的损失,降低了直播平台的成本和运行风险,提高了对用户的有效管理和直播平台的安全性。
Description
相关申请的交叉引用
本申请要求乐蜜科技有限公司于2016年12月28日提交的、发明名称为“直播充值方法、装置及终端”的、中国专利申请号“201611236139.1”的优先权。
本申请涉及移动互联网技术领域,尤其涉及一种直播充值方法、装置及终端。
随着网速的提升和计算机技术的发展,直播视频逐渐成为人们社交娱乐的新热点。现有的网络直播视频,一般包括游戏、主播个人秀和直播公共场景等。例如主播可以用手机或者PC摄像头向公众展示自己的才艺,其他用户可以通过直播视频同步观看主播个人秀,并通过评论、礼物等方式与主播进行互动。
现有技术,用户可以通过向直播平台充值,然后购买虚拟礼物赠送给主播,主播也可以通过向直播平台申请提现获得收益。
但是,由于目标直播平台允许用户充值后可以申请退款。这有可能导致如在主播提现后,直播平台仍然需要向用户退款、某些用户恶意充值后取消或者利用直播平台洗钱、套现等问题的出现,大大增加了直播平台的成本和风险。
发明内容
本申请旨在至少在一定程度上解决相关技术中的技术问题之一。
为此,本申请的第一个目的在于提出一种直播充值方法,实现了根据用户的属性信息,确定用户的信用额度,为用户充值,及动态调整用户的信用额度,减少了直播平台的损失,降低了直播平台的成本和运行风险,提高了对用户的有效管理和直播平台的安全性。
本申请的第二个目的在于提出一种直播充值装置。
本申请的第三个目的在于提出一种终端。
本申请的第四个目的在于提出一种存储介质。
本申请的第五个目的在于提出一种可执行程序代码。
为达上述目的,本申请第一方面实施例提出了一种直播充值方法,包括:接收用户发送的充值请求,所述请求中携带用户标识及充值金额;根据所述用户标识,确定所述用户当前对应的信用额度;判断所述充值金额是否在所述信用额度范围内;若在,则根据所述充值金额为与所述用户标识对应的账户充值。
在第一方面的一种可能的实现形式中,所述根据所述用户标识,确定所述用户当前对
应的信用额度,包括:
根据所述用户标识,确定所述用户的属性信息;
根据所述用户的属性信息,确定所述用户当前对应的信用额度。
在第一方面的另一种可能的实现形式中,所述用户的属性信息包括以下信息中的至少一个:注册时间、充值频率、账户余额、所属国家、使用设备属性及历史消费行为。
在第一方面的另一种可能的实现形式中,所述根据所述用户标识,确定所述用户当前对应的信用额度,包括:
根据所述用户标识,确定所述用户的注册时间;
判断所述注册时间是否大于第一预设的值;
若否,则根据所述用户的所属国家及使用设备属性,确定所述用户当前对应的信用额度。
在第一方面的另一种可能的实现形式中,所述根据所述用户的所属国家及使用设备属性,确定所述用户当前对应的信用额度,包括:
根据与所述用户所属国家相同、且使用设备属性相同的其他用户的信用记录,确定所述用户当前对应的信用额度。
在第一方面的另一种可能的实现形式中,所述判断所述注册时间是否大于第一预设的值之后,还包括:
若是,则根据所述用户的充值频率、账户余额及历史消费行为中的至少一个,确定所述用户当前对应的信用额度。
在第一方面的另一种可能的实现形式中,所述判断所述充值金额是否在所述信用额度范围内之后,还包括:
若不在,则向所述用户返回修改充值金额的提示消息,其中所述提示消息中包括所述用户当前对应的信用额度。
在第一方面的另一种可能的实现形式中,所述根据所述充值金额为与所述用户标识对应的账户充值之后,还包括:
监控所述用户是否有新的消费行为;
若有,则根据所述新的消费行为,判断所述用户是否满足预设的额度提升策略;
若是,则根据所述提升策略,更新所述用户的信用额度。
在第一方面的另一种可能的实现形式中,所述接收用户发送的充值请求之后,还包括:
判断预设的黑名单库中是否包括所述用户标识;
若包括,则返回充值失败消息。
在第一方面的另一种可能的实现形式中,所述预设的黑名单库中包括异常行为记录;
所述返回充值失败消息之后,还包括:
根据所述异常行为记录,向所述用户返回消除异常行为引导消息。
在第一方面的另一种可能的实现形式中,所述判断预设的黑名单库中是否包括所述用户标识之前,还包括:
判断所述用户的消费行为是否异常;
若是,则将所述用户标识加入所述黑名单库中。
在第一方面的另一种可能的实现形式中,所述判断所述用户的消费行为是否异常,包括:
判断所述用户的历史退款请求次数是否大于第一预设的值;
和/或,
判断所述用户赠送的主播是否满足预设的条件。
在第一方面的另一种可能的实现形式中,所述判断所述用户赠送的主播是否满足预设的条件,包括:
判断所述用户赠送的主播的粉丝数量是否大于第二预设的值;
和/或
判断所述用户赠送的主播的直播时间是否大于第三预设的值;
和/或
判断所述用户赠送的主播的数量是否大于第四预设的值。
本申请实施例提供的直播充值方法,首先接收用户发送的充值请求,请求中携带用户标识及充值金额,然后根据用户标识,确定用户当前对应的信用额度,最后在充值金额在信用额度范围内时为用户标识对应的账户充值。由此,实现了根据用户的属性信息,确定用户的信用额度,为用户充值,及动态调整用户的信用额度,减少了直播平台的损失,降低了直播平台的成本和运行风险,提高了对用户的有效管理和直播平台的安全性。
为达上述目的,本申请第二方面实施例提出一种直播充值装置,包括:接收模块,用于接收用户发送的充值请求,所述请求中携带用户标识及充值金额;确定模块,用于根据所述用户标识,确定所述用户当前对应的信用额度;第一判断模块,用于判断所述充值金额是否在所述信用额度范围内;第一处理模块,用于所述充值金额在所述信用额度范围内时,根据所述充值金额为与所述用户标识对应的账户充值。
在第二方面的一种可能的实现形式中,所述确定模块,具体用于:
根据所述用户标识,确定所述用户的属性信息;
根据所述用户的属性信息,确定所述用户当前对应的信用额度。
在第二方面的另一种可能的实现形式中,所述用户的属性信息包括以下信息中的至少
一个:注册时间、充值频率、账户余额、所属国家、使用设备属性及历史消费行为。
在第二方面的另一种可能的实现形式中,所述确定模块,包括:
第一确定单元,用于根据所述用户标识,确定所述用户的注册时间;
第一判断单元,用于判断所述注册时间是否大于第一预设的值;
第二确定单元,用于所述注册时间小于等于第一预设的值时,根据所述用户的所属国家及使用设备属性,确定所述用户当前对应的信用额度。
在第二方面的另一种可能的实现形式中,所述第二确定单元,具体用于:
根据与所述用户所属国家相同、且使用设备属性相同的其他用户的信用记录,确定所述用户当前对应的信用额度。
在第二方面的另一种可能的实现形式中,所述确定模块,还包括:
第三确定单元,用于所述注册时间大于第一预设的值时,根据所述用户的充值频率、账户余额及历史消费行为中的至少一个,确定所述用户当前对应的信用额度。
在第二方面的另一种可能的实现形式中,该直播充值装置,还包括:
提示模块,用于所述充值金额不在所述信用额度范围内时,向所述用户返回修改充值金额的提示消息,其中所述提示消息中包括所述用户当前对应的信用额度。
在第二方面的另一种可能的实现形式中,该直播充值装置,还包括:
监控模块,用于监控所述用户是否有新的消费行为;
第二判断模块,用于所述用户有新的消费行为时,根据所述新的消费行为,判断所述用户是否满足预设的额度提升策略;
更新模块,用于所述用户满足预设的额度提升策略时,根据所述提升策略,更新所述用户的信用额度。
在第二方面的另一种可能的实现形式中,该直播充值装置,还包括:
第三判断模块,用于判断预设的黑名单库中是否包括所述用户标识;
发送模块,用于预设的黑名单库中包括所述用户标识时,返回充值失败消息。
在第二方面的另一种可能的实现形式中,所述预设的黑名单库中包括异常行为记录;
该直播充值装置,还包括:
引导模块,用于根据所述异常行为记录,向所述用户返回消除异常行为引导消息。
在第二方面的另一种可能的实现形式中,该直播充值装置,还包括:
第四判断模块,用于判断所述用户的消费行为是否异常;
第二处理模块,用于所述用户的消费行为异常时,将所述用户标识加入所述黑名单库中。
在第二方面的另一种可能的实现形式中,所述第四判断模块,包括:
第二判断单元,用于判断所述用户的历史退款请求次数是否大于第一预设的值;
和/或,
第三判断单元,用于判断所述用户赠送的主播是否满足预设的条件。
在第二方面的另一种可能的实现形式中,所述第三判断单元,具体用于:
判断所述用户赠送的主播的粉丝数量是否大于第二预设的值;
和/或
判断所述用户赠送的主播的直播时间是否大于第三预设的值;
和/或
判断所述用户赠送的主播的数量是否大于第四预设的值。
本申请实施例提供的直播充值装置,首先接收用户发送的充值请求,请求中携带用户标识及充值金额,然后根据用户标识,确定用户当前对应的信用额度,最后在充值金额在信用额度范围内时为用户标识对应的账户充值。由此,实现了根据用户的属性信息,确定用户的信用额度,为用户充值,及动态调整用户的信用额度,减少了直播平台的损失,降低了直播平台的成本和运行风险,提高了对用户的有效管理和直播平台的安全性。
为达上述目的,本申请第三方面实施例提出了一种终端,其特征在于,包括以下一个或多个组件:电路板、壳体、处理器,存储器,电源电路,显示屏,音频组件,输入/输出(I/O)的接口,传感器组件、以及通信组件;其中,所述电路板安置在所述壳体围成的空间内部,所述处理器和所述存储器设置在所述电路板上;所述电源电路,用于为所述终端的各个电路或器件供电;所述存储器用于存储可执行程序代码;所述处理器通过读取所述存储器中存储的可执行程序代码来运行与所述可执行程序代码对应的程序,以用于执行第一方面所述的直播充值方法。
本申请实施例提供的终端,首先接收用户发送的充值请求,请求中携带用户标识及充值金额,然后根据用户标识,确定用户当前对应的信用额度,最后在充值金额在信用额度范围内时为用户标识对应的账户充值。由此,实现了根据用户的属性信息,确定用户的信用额度,为用户充值,及动态调整用户的信用额度,减少了直播平台的损失,降低了直播平台的成本和运行风险,提高了对用户的有效管理和直播平台的安全性。
为达上述目的,本申请第四方面实施例提出了一种存储介质,用于存储可执行程序代码,所述可执行程序代码用于执行第一方面所述的直播充值方法。
为达上述目的,本申请第五方面实施例提出了一种可执行程序代码,用于执行第一方面所述的直播充值方法。
本申请附加的方面和优点将在下面的描述中部分给出,部分将从下面的描述中变得明显,或通过本申请的实践了解到。
为了更清楚地说明本发明实施例或现有技术中的技术方案,下面将对实施例或现有技术描述中所需要使用的附图作简单地介绍,显而易见地,下面描述中的附图仅仅是本发明的一些实施例,对于本领域普通技术人员来讲,在不付出创造性劳动的前提下,还可以根据这些附图获得其它的附图。
图1是本申请一个实施例的直播充值方法的流程图;
图2是本申请另一个实施例的直播充值方法的流程图;
图3是本申请一个实施例的直播充值装置的结构图;
图4是本申请另一个实施例的直播充值装置的结构图;
图5是根据本申请一个实施例的终端的结构图。
下面详细描述本申请的实施例,所述实施例的示例在附图中示出,其中自始至终相同或类似的标号表示相同或类似的元件或具有相同或类似功能的元件。下面通过参考附图描述的实施例是示例性的,仅用于解释本申请,而不能理解为对本申请的限制。相反,本申请的实施例包括落入所附加权利要求书的精神和内涵范围内的所有变化、修改和等同物。
具体的,本申请各实施例针对现有的直播充值方法,可能出现如在主播提现后仍然同意用户的退款申请、某些用户恶意充值后取消或者利用直播平台洗钱、套现等现象,大大增加了直播平台的成本和风险的问题,提出一种根据用户的属性信息确定用户的信用额度,为用户充值,及动态调整用户信用额度的直播充值方法。
下面参考附图描述本申请实施例的直播充值方法、装置及终端设备。
图1是本申请一个实施例的直播充值方法的流程图。
如图1所示,该直播充值方法包括:
步骤101,接收用户发送的充值请求,请求中携带用户标识及充值金额。
具体的,本申请实施例提供的直播充值方法,可以被配置在任何直播平台中,以对用户的充值操作进行管理,从而降低了直播平台的运行风险,提高了对用户的有效管理。
其中,用户标识用来唯一确定用户的身份,例如,可以是用户的ID(Identity,身份标识号码),IP(Internet Protocol Address)地址,等等。
充值金额,可以是以人民币、美元或者欧元等等为单位的金额。
充值请求,可以是用户在直播平台中通过点击、滑动或者长按具有充值功能的按钮等操作触发的,此处不作限制。
步骤102,根据用户标识,确定用户当前对应的信用额度。
其中,信用额度用来表征允许用户充值的最大金额。
具体的,在用户需要进行充值时,可以点击直播平台中具有充值功能的按钮,直播平台接收到用户发送的充值请求并获取到该用户的用户标识及充值金额后,可以根据用户标识,确定用户的属性信息,再根据用户的属性信息,确定用户当前对应的信用额度。
其中,属性信息可以包括以下信息中的至少一个:注册时间、充值频率、账户余额、所属国家、使用设备属性及历史消费行为。
具体实现时,可以预先设置用户的属性信息与用户当前对应的信用额度的映射关系。例如,若用户的注册时间较短,则直播平台中可能并没有该用户的充值或消费等的历史记录,无法判断该用户的信用,此时可以预先为用户设置一个较低的信用额度,如50元人民币(RMB);若用户注册时间较长,且充值频率较高或账户余额比较多,为避免风险,可以预先为用户设置一个较低的信用额度,如50元人民币(RMB);若用户的所属国家的信用较好或者用户使用的设备属于高端产品,可以预先为用户设置一个较高的信用额度,如100RMB;若用户的历史消费行为正常,可以为用户预先设置一个较高的信用额度,如100RMB,等等。则根据用户标识确定了用户的属性信息后,即可根据用户的属性信息与用户当前对应的信用额度的映射关系,确定用户当前对应的信用额度。
相应的,上述步骤102具体可以包括以下步骤。
步骤102a,根据用户标识,确定用户的注册时间。
步骤102b,判断注册时间是否大于第一预设的值。
步骤102c,若否,则根据用户的所属国家及使用设备属性,确定用户当前对应的信用额度。
其中,第一预设的值可以根据需要进行设置,用来判断发送充值请求的用户是否为新用户,例如,可以设置为24小时,48小时,等等。
具体的,若根据用户标识,确定用户的注册时间小于等于第一预设的值,表示用户的注册时间比较短,为新用户,直播平台中可能并没有该用户的充值或消费等的信用记录,则可以根据与用户所属国家、且使用设备属性相同的其他用户的信用记录,确定用户当前对应的信用额度。
举例来说,假设第一预设的值为24小时,若根据用户标识,确定用户的注册时间为10小时,小于第一预设的值,且该用户所属国家为中国、使用设备为iPhone 7,而其他所属国家为中国、使用设备为iPhone 7的用户的信用额度为100RMB,则可以确定该用户的信用额度为100RMB。
另外,可以理解的是,若用户的注册时间大于第一预设的值,表示用户的注册时间较
长,在直播平台中可能有用户的充值或消费等的信用记录,此时,可以根据该用户的充值频率、账户余额及历史消费行为中的至少一个,确定该用户当前对应的信用额度。
举例来说,假设第一预设的值为24小时,预先设定非新用户的历史消费行为记录良好时,对应的信用额度为500RMB,若根据用户标识,确定用户的注册时间为一个月,大于第一预设的值,且该用户的历史消费行为记录良好,则可以确定该用户当前对应的信用额度为500RMB。
步骤103,判断充值金额是否在信用额度范围内。
步骤104,若在,则根据充值金额为与用户标识对应的账户充值。
具体实现时,确定了用户当前对应的信用额度后,若用户发送的充值请求中,充值金额在信用额度范围内,直播平台即可根据充值金额为该用户的账户进行充值。若用户发送的充值请求中,充值金额不在信用额度范围内,直播平台可以向用户返回充值失败的消息;或者,也可以向用户返回修改充值金额的提示消息,其中,提示消息中包括用户当前对应的信用额度。
例如,假设用户当前对应的信用额度为100RMB,而用户发送的充值请求中,充值金额为200RMB,不在信用额度范围内,则直播平台可以向用户返回“您的信用额度为100RMB,请在信用额度范围内进行充值”的提示消息,提示用户修改充值金额。
可以理解的是,用户此次充值后,可能会产生新的消费行为,在本申请实施例中,还可以根据用户的新的消费行为,及时更新用户的信用额度,即在步骤104之后,还可以包括:
步骤105,监控用户是否有新的消费行为。
步骤106,若有,则根据新的消费行为,判断用户是否满足预设的额度提升策略。
步骤107,若是,则根据提升策略,更新用户的信用额度。
其中,预设的额度提升策略,可以包括额度提升的条件,以及额度提升的金额,等等。
比如,可以是在用户的新的消费行为正常时,将信用额度提升至用户当前对应的信用额度的120%。其中,用户充值后,向多名主播赠送礼物、向直播平台的优质主播赠送礼物或者向持续开播的主播赠送礼物等,都可以认为用户的新的消费行为正常。
具体的,当根据用户的新的消费行为,确定用户满足预设的额度提升策略后,即可根据提升策略,更新用户的信用额度。例如,假设用户当前对应的信用额度为100RMB,预设的额度提升策略为在用户的新的消费行为正常时,将信用额度提升至用户当前对应的信用额度的120%,若用户充值后,向多名主播赠送礼物,则可以根据预设的额度提升策略,将用户的信用额度更新为120RMB。
通过根据用户的消费行为,及时更新用户的信用额度,避免了再次接收到用户的充值
请求后,根据用户标识确定用户当前对应的信用额度时,可能会造成的延迟。
本申请实施例提供的直播充值方法,首先接收用户发送的充值请求,请求中携带用户标识及充值金额,然后根据用户标识,确定用户当前对应的信用额度,最后在充值金额在信用额度范围内时为用户标识对应的账户充值。由此,实现了根据用户的属性信息,确定用户的信用额度,为用户充值,及动态调整用户的信用额度,减少了直播平台的损失,降低了直播平台的成本和运行风险,提高了对用户的有效管理和直播平台的安全性。
通过上述分析可知,可以在接收到用户发送的充值请求后,根据用户标识,确定用户当前对应的信用额度,并在充值金额在信用额度范围内时,为用户标识对应的账户充值。在本申请一种可能的实现形式中,还可以根据预先建立的黑名单库,快速判断是否为用户充值。下面结合图2,对上述情况进行具体说明。
图2是本申请另一个实施例的直播充值方法的流程图。
如图2所示,该直播充值方法,包括:
步骤201,接收用户发送的充值请求,请求中携带用户标识及充值金额。
步骤202,判断预设的黑名单库中是否包括用户标识,若是,则执行步骤203,否则,执行步骤204。
步骤203,返回充值失败消息。
其中,预设的黑名单库中包括异常行为记录。例如,用户的历史退款请求次数多、用户充值后仅向指定低质量主播赠送礼物,或者向没有开播的主播赠送礼物,等等,都可以认为是用户的消费行为异常。
具体实现时,若接收用户发送的充值请求后,确定预设的黑名单库中包括用户标识,则可以确定该用户存在异常消费行为,可能给直播平台带来损失,此时可以向该用户返回充值失败消息。
相应的,在本申请实施例中,还可以将消费行为异常的用户对应的用户标识加入黑名单库中,即,在步骤202之前,还可以先判断用户的消费行为是否异常,若是,则将用户标识加入黑名单库中。
具体的,可以从多个方面判断用户的消费行为是否异常。
例如,可以判断用户的历史退款请求次数是否大于第一预设的值。其中,第一预设的值可以根据用户的注册时间及具有相同注册时间的大多数用户的历史退款请求次数确定,例如,可以设置为5次,8次,等等。
具体实现时,假设第一预设的值为5次,若用户的历史退款请求次数为6次,大于第一预设的值,则可以判断用户的消费行为异常,用户可能在进行恶意退款,则可以将用户标识加入黑名单库中。
或者,可以判断用户赠送的主播是否满足预设的条件。其中,预设的条件用来表征主播是否是优质主播。具体的,可以是主播的粉丝数量是否足够多,或者主播的直播时间是否足够长,等等。
具体实现时,可以判断用户赠送的主播的粉丝数量是否大于第二预设的值,或者用户赠送的主播的直播时间是否大于第三预设的值,或者用户赠送的主播的数量是否大于第四预设的值。其中,第二预设的值、第三预设的值、第四预设的值,都可以根据需要进行设置。若否,则表示用户赠送的主播不满足预设的条件,用户可能正在通过向低质量的主播赠送礼物,进行洗钱、盗刷等,可能会给直播平台带来损失,此时,可以将用户标识加入黑名单中。
通过将存在异常消费行为的用户标识加入黑名单库中,可以在接收到用户的充值请求后,快速判断是否对用户标识对应的账户进行充值,减少直播平台的损失,降低直播平台的成本和运行风险,提高直播平台的安全性。
进一步的,用户可能由于误操作,才会被加入黑名单库中,在本申请实施例中,向用户返回充值失败消息后,还可以根据异常行为记录,向用户返回消除异常行为的引导消息。例如,建议用户过一段时间再进行充值、要求用户提供身份信息,进行身份验证等,以消除异常行为。或者,也可以将用户对应的信用额度调低,以尽量减少直播平台的损失。
通过向用户返回消除异常行为的引导消息,改善了用户体验。
步骤204,根据用户标识,确定用户当前对应的信用额度。
具体实现时,若接收用户发送的充值请求后,确定预设的黑名单库中不包括用户标识,则可以确定该用户不存在异常消费行为,此时可以进行步骤204及后续的步骤。
步骤205,判断充值金额是否在信用额度范围内,若是,则执行步骤206,否则,执行步骤207。
步骤206,根据充值金额为与用户标识对应的账户充值。
步骤207,向用户返回修改充值金额的提示消息,其中提示消息中包括用户当前对应的信用额度。
其中,上述步骤201,步骤204-步骤207的具体实现过程和原理,可以参照上述实施例中步骤101-步骤104的详细描述,此处不再赘述。
本申请实施例提供的直播充值方法,首先接收用户发送的充值请求,请求中携带用户标识及充值金额,然后判断预设的黑名单库中是否包括用户标识,若是,则返回充值失败消息,否则,根据用户标识,确定用户当前对应的信用额度,再判断充值金额是否在信用额度范围内,若是,则为用户标识对应的账户充值,否则,向用户返回修改充值金额的提示消息。由此,实现了根据用户的属性信息,确定用户的信用额度,为用户充值,及动态
调整用户的信用额度,并根据建立的黑名单库,快速判断是否为用户充值,减少了直播平台的损失,降低了直播平台的成本和运行风险,提高了对用户的有效管理和直播平台的安全性,改善了用户体验。
图3是本申请一个实施例的直播充值装置的结构图。
如图3所示,该直播充值装置,包括:
接收模块301,用于接收用户发送的充值请求,其中,请求中携带用户标识及充值金额;
确定模块302,用于根据用户标识,确定用户当前对应的信用额度;
第一判断模块303,用于判断充值金额是否在信用额度范围内;
第一处理模块304,用于充值金额在信用额度范围内时,根据充值金额为与用户标识对应的账户充值。
其中,本实施例提供的直播充值装置,可以被配置在任何直播平台中,以对用户的充值操作进行管理,从而降低了直播平台的运行风险,提高了对用户的有效管理。
在本实施例的一种可能的实现形式中,上述确定模块302,具体用于:
根据用户标识,确定用户的属性信息;
根据用户的属性信息,确定用户当前对应的信用额度。
其中,用户的属性信息包括以下信息中的至少一个:注册时间、充值频率、账户余额、所属国家、使用设备属性及历史消费行为。
进一步的,上述确定模块302,包括:
第一确定单元,用于根据用户标识,确定用户的注册时间;
第一判断单元,用于判断注册时间是否大于第一预设的值;
第二确定单元,用于注册时间小于等于第一预设的值时,根据用户的所属国家及使用设备属性,确定用户当前对应的信用额度。
进一步的,上述第二确定单元,具体用于:
根据与用户所属国家相同、且使用设备属性相同的其他用户的信用记录,确定用户当前对应的信用额度。
在本实施例的另一种可能的实现形式中,上述确定模块302,还包括:
第三确定单元,用于注册时间大于第一预设的值时,根据用户的充值频率、账户余额及历史消费行为中的至少一个,确定用户当前对应的信用额度。
在本实施例的另一种可能的实现形式中,该直播充值装置,还包括:
提示模块305,用于充值金额不在信用额度范围内时,向用户返回修改充值金额的提示消息,其中提示消息中包括用户当前对应的信用额度。
需要说明的是,上述对直播充值方法实施例的说明,也适用于本实施例提供的直播充值装置,此处不再赘述。
本实施例提供的直播充值装置,首先接收用户发送的充值请求,请求中携带用户标识及充值金额,然后根据用户标识,确定用户当前对应的信用额度,最后在充值金额在信用额度范围内时为用户标识对应的账户充值。由此,实现了根据用户的属性信息,确定用户的信用额度,为用户充值,及动态调整用户的信用额度,减少了直播平台的损失,降低了直播平台的成本和运行风险,提高了对用户的有效管理和直播平台的安全性。
图4是本申请另一个实施例的直播充值装置的结构图。
如图4所示,在图3所示的基础上,该直播充值装置,还包括:
监控模块306,用于监控用户是否有新的消费行为;
第二判断模块307,用于用户有新的消费行为时,根据新的消费行为,判断用户是否满足预设的额度提升策略;
更新模块308,用于用户满足预设的额度提升策略时,根据提升策略,更新用户的信用额度。
在本实施例的一种可能的实现形式中,该直播充值装置,还包括:
第三判断模块309,用于判断预设的黑名单库中是否包括用户标识;
发送模块310,用于预设的黑名单库中包括用户标识时,返回充值失败消息。
在本实施例的另一种可能的实现形式中,预设的黑名单库中包括异常行为记录;
相应的,该直播充值装置,还包括:
引导模块311,用于根据异常行为记录,向用户返回消除异常行为引导消息。
在本实施例的另一种可能的实现形式中,该直播充值装置,还包括:
第四判断模块312,用于判断用户的消费行为是否异常;
第二处理模块313,用于用户的消费行为异常时,将用户标识加入黑名单库中。
进一步的,上述第四判断模块312,包括:
第二判断单元,用于判断用户的历史退款请求次数是否大于第一预设的值;
和/或,
第三判断单元,用于判断用户赠送的主播是否满足预设的条件。
进一步的,上述第三判断单元,具体用于:
判断用户赠送的主播的粉丝数量是否大于第二预设的值;
和/或
判断用户赠送的主播的直播时间是否大于第三预设的值;
和/或
判断用户赠送的主播的数量是否大于第四预设的值。
需要说明的是,上述对直播充值方法实施例的说明,也适用于本实施例提供的直播充值装置,此处不再赘述。
本申请实施例提供的直播充值装置,首先接收用户发送的充值请求,请求中携带用户标识及充值金额,然后判断预设的黑名单库中是否包括用户标识,若是,则返回充值失败消息,否则,根据用户标识,确定用户当前对应的信用额度,再判断充值金额是否在信用额度范围内,若是,则为用户标识对应的账户充值,否则,向用户返回修改充值金额的提示消息。由此,实现了根据用户的属性信息,确定用户的信用额度,为用户充值,及动态调整用户的信用额度,并根据建立的黑名单库,快速判断是否为用户充值,减少了直播平台的损失,降低了直播平台的成本和运行风险,提高了对用户的有效管理和直播平台的安全性,改善了用户体验。
图5是根据本申请一个实施例的终端的结构图。
其中,终端的类型很多,比如可以为手机、掌上电脑、笔记本电脑和穿戴设备等,本实施例对此不作限定。
如图5所示,该终端,包括:包括以下一个或多个组件:电路板501,壳体502,处理器503,存储器504,电源电路505,显示屏506,音频组件507,输入/输出(I/O)的接口508,传感器组件509,以及通信组件510;其中,所述电路板501安置在所述壳体502围成的空间内部,所述处理器503和所述存储器504设置在所述电路板501上;所述电源电路505,用于为所述终端的各个电路或器件供电;所述存储器504用于存储可执行程序代码;所述处理器503通过读取所述存储器504中存储的可执行程序代码来运行与所述可执行第一方面所述的直播充值方法。
需要说明的是,上述对直播充值方法实施例的解释说明也适用于该实施例的终端,其实现原理类似,此处不再赘述。
本申请实施例提供的终端,首先获取所述终端的剪贴板中包括的内容,其中所述内容中包括原文本及所述原文本的来源;然后根据预设的规则,获取与所述原文本对应的搜索结果;最后将所述搜索结果推送给与所述原文本的来源对应的第一应用,以使所述第一应用根据用户的操作,展示所述搜索结果。由此,实现了在任何具有复制功能的应用中,对选择的文本进行直播充值,减少了用户的操作,节省了用户的时间,提高了用户体验。
基于上述各实施例提供的直播充值方法,本发明再一方面提供一种存储介质,用于存储可执行程序代码。
其中,可执行程序代码在执行时,可以实现本发明各实施例提供的直播充值方法。
进一步的,本发明再一方面提供一种可执行程序代码,用于实现上述各实施例提供的
直播充值方法。
在本说明书的描述中,参考术语“一个实施例”、“一些实施例”、“示例”、“具体示例”、或“一些示例”等的描述意指结合该实施例或示例描述的具体特征、结构、材料或者特点包含于本申请的至少一个实施例或示例中。在本说明书中,对上述术语的示意性表述不必须针对的是相同的实施例或示例。而且,描述的具体特征、结构、材料或者特点可以在任一个或多个实施例或示例中以合适的方式结合。此外,在不相互矛盾的情况下,本领域的技术人员可以将本说明书中描述的不同实施例或示例以及不同实施例或示例的特征进行结合和组合。
此外,术语“第一”、“第二”仅用于描述目的,而不能理解为指示或暗示相对重要性或者隐含指明所指示的技术特征的数量。由此,限定有“第一”、“第二”的特征可以明示或者隐含地包括至少一个该特征。在本申请的描述中,“多个”的含义是至少两个,例如两个,三个等,除非另有明确具体的限定。
流程图中或在此以其他方式描述的任何过程或方法描述可以被理解为,表示包括一个或更多个用于实现特定逻辑功能或过程的步骤的可执行指令的代码的模块、片段或部分,并且本申请的优选实施方式的范围包括另外的实现,其中可以不按所示出或讨论的顺序,包括根据所涉及的功能按基本同时的方式或按相反的顺序,来执行功能,这应被本申请的实施例所属技术领域的技术人员所理解。
应当理解,本申请的各部分可以用硬件、软件、固件或它们的组合来实现。在上述实施方式中,多个步骤或方法可以用存储在存储器中且由合适的指令执行系统执行的软件或固件来实现。例如,如果用硬件来实现,和在另一实施方式中一样,可用本领域公知的下列技术中的任一项或他们的组合来实现:具有用于对数据信号实现逻辑功能的逻辑门电路的离散逻辑电路,具有合适的组合逻辑门电路的专用集成电路,可编程门阵列(PGA),现场可编程门阵列(FPGA)等。
本技术领域的普通技术人员可以理解实现上述实施例方法携带的全部或部分步骤是可以通过程序来指令相关的硬件完成,所述的程序可以存储于一种计算机可读存储介质中,该程序在执行时,包括方法实施例的步骤之一或其组合。
上述提到的存储介质可以是只读存储器,磁盘或光盘等。尽管上面已经示出和描述了本申请的实施例,可以理解的是,上述实施例是示例性的,不能理解为对本申请的限制,本领域的普通技术人员在本申请的范围内可以对上述实施例进行变化、修改、替换和变型。
Claims (29)
- 一种直播充值方法,其特征在于,包括以下步骤:接收用户发送的充值请求,所述请求中携带用户标识及充值金额;根据所述用户标识,确定所述用户当前对应的信用额度;判断所述充值金额是否在所述信用额度范围内;若在,则根据所述充值金额为与所述用户标识对应的账户充值。
- 如权利要求1所述的方法,其特征在于,所述根据所述用户标识,确定所述用户当前对应的信用额度,包括:根据所述用户标识,确定所述用户的属性信息;根据所述用户的属性信息,确定所述用户当前对应的信用额度。
- 如权利要求2所述的方法,其特征在于,所述用户的属性信息包括以下信息中的至少一个:注册时间、充值频率、账户余额、所属国家、使用设备属性及历史消费行为。
- 如权利要求3所述的方法,其特征在于,所述根据所述用户标识,确定所述用户当前对应的信用额度,包括:根据所述用户标识,确定所述用户的注册时间;判断所述注册时间是否大于第一预设的值;若否,则根据所述用户的所属国家及使用设备属性,确定所述用户当前对应的信用额度。
- 如权利要求4所述的方法,其特征在于,所述根据所述用户的所属国家及使用设备属性,确定所述用户当前对应的信用额度,包括:根据与所述用户所属国家相同、且使用设备属性相同的其他用户的信用记录,确定所述用户当前对应的信用额度。
- 如权利要求4所述的方法,其特征在于,所述判断所述注册时间是否大于第一预设的值之后,还包括:若是,则根据所述用户的充值频率、账户余额及历史消费行为中的至少一个,确定所述用户当前对应的信用额度。
- 如权利要求1所述的方法,其特征在于,所述判断所述充值金额是否在所述信用额度范围内之后,还包括:若不在,则向所述用户返回修改充值金额的提示消息,其中所述提示消息中包括所述用户当前对应的信用额度。
- 如权利要求1所述的方法,其特征在于,所述根据所述充值金额为与所述用户标识 对应的账户充值之后,还包括:监控所述用户是否有新的消费行为;若有,则根据所述新的消费行为,判断所述用户是否满足预设的额度提升策略;若是,则根据所述提升策略,更新所述用户的信用额度。
- 如权利要求1所述的方法,其特征在于,所述接收用户发送的充值请求之后,还包括:判断预设的黑名单库中是否包括所述用户标识;若包括,则返回充值失败消息。
- 如权利要求9所述的方法,其特征在于,所述预设的黑名单库中包括异常行为记录;所述返回充值失败消息之后,还包括:根据所述异常行为记录,向所述用户返回消除异常行为引导消息。
- 如权利要求9所述的方法,其特征在于,所述判断预设的黑名单库中是否包括所述用户标识之前,还包括:判断所述用户的消费行为是否异常;若是,则将所述用户标识加入所述黑名单库中。
- 如权利要求11所述的方法,其特征在于,所述判断所述用户的消费行为是否异常,包括:判断所述用户的历史退款请求次数是否大于第一预设的值;和/或,判断所述用户赠送的主播是否满足预设的条件。
- 如权利要求12所述的方法,其特征在于,所述判断所述用户赠送的主播是否满足预设的条件,包括:判断所述用户赠送的主播的粉丝数量是否大于第二预设的值;和/或判断所述用户赠送的主播的直播时间是否大于第三预设的值;和/或判断所述用户赠送的主播的数量是否大于第四预设的值。
- 一种直播充值装置,其特征在于,包括:接收模块,用于接收用户发送的充值请求,所述请求中携带用户标识及充值金额;确定模块,用于根据所述用户标识,确定所述用户当前对应的信用额度;第一判断模块,用于判断所述充值金额是否在所述信用额度范围内;第一处理模块,用于所述充值金额在所述信用额度范围内时,根据所述充值金额为与所述用户标识对应的账户充值。
- 如权利要求14所述的装置,其特征在于,所述确定模块,具体用于:根据所述用户标识,确定所述用户的属性信息;根据所述用户的属性信息,确定所述用户当前对应的信用额度。
- 如权利要求15所述的装置,其特征在于,所述用户的属性信息包括以下信息中的至少一个:注册时间、充值频率、账户余额、所属国家、使用设备属性及历史消费行为。
- 如权利要求16所述的装置,其特征在于,所述确定模块,包括:第一确定单元,用于根据所述用户标识,确定所述用户的注册时间;第一判断单元,用于判断所述注册时间是否大于第一预设的值;第二确定单元,用于所述注册时间小于等于第一预设的值时,根据所述用户的所属国家及使用设备属性,确定所述用户当前对应的信用额度。
- 如权利要求17所述的装置,其特征在于,所述第二确定单元,具体用于:根据与所述用户所属国家相同、且使用设备属性相同的其他用户的信用记录,确定所述用户当前对应的信用额度。
- 如权利要求17所述的装置,其特征在于,所述确定模块,还包括:第三确定单元,用于所述注册时间大于第一预设的值时,根据所述用户的充值频率、账户余额及历史消费行为中的至少一个,确定所述用户当前对应的信用额度。
- 如权利要求14所述的装置,其特征在于,还包括:提示模块,用于所述充值金额不在所述信用额度范围内时,向所述用户返回修改充值金额的提示消息,其中所述提示消息中包括所述用户当前对应的信用额度。
- 如权利要求14所述的装置,其特征在于,还包括:监控模块,用于监控所述用户是否有新的消费行为;第二判断模块,用于所述用户有新的消费行为时,根据所述新的消费行为,判断所述用户是否满足预设的额度提升策略;更新模块,用于所述用户满足预设的额度提升策略时,根据所述提升策略,更新所述用户的信用额度。
- 如权利要求14所述的装置,其特征在于,还包括:第三判断模块,用于判断预设的黑名单库中是否包括所述用户标识;发送模块,用于预设的黑名单库中包括所述用户标识时,返回充值失败消息。
- 如权利要求22所述的装置,其特征在于,所述预设的黑名单库中包括异常行为记录;该装置,还包括:引导模块,用于根据所述异常行为记录,向所述用户返回消除异常行为引导消息。
- 如权利要求22所述的装置,其特征在于,还包括:第四判断模块,用于判断所述用户的消费行为是否异常;第二处理模块,用于所述用户的消费行为异常时,将所述用户标识加入所述黑名单库中。
- 如权利要求24所述的装置,其特征在于,所述第四判断模块,包括:第二判断单元,用于判断所述用户的历史退款请求次数是否大于第一预设的值;和/或,第三判断单元,用于判断所述用户赠送的主播是否满足预设的条件。
- 如权利要求25所述的装置,其特征在于,所述第三判断单元,具体用于:判断所述用户赠送的主播的粉丝数量是否大于第二预设的值;和/或判断所述用户赠送的主播的直播时间是否大于第三预设的值;和/或判断所述用户赠送的主播的数量是否大于第四预设的值。
- 一种终端,其特征在于,包括以下一个或多个组件:电路板、壳体、处理器,存储器,电源电路,显示屏,音频组件,输入/输出(I/O)的接口,传感器组件、以及通信组件;其中,所述电路板安置在所述壳体围成的空间内部,所述处理器和所述存储器设置在所述电路板上;所述电源电路,用于为所述终端的各个电路或器件供电;所述存储器用于存储可执行程序代码;所述处理器通过读取所述存储器中存储的可执行程序代码来运行与所述可执行程序代码对应的程序,以用于执行权利要求1-13任意一项所述的直播充值方法。
- 一种存储介质,其特征在于,用于存储可执行程序代码,所述可执行程序代码用于执行权利要求1-13任意一项所述的直播充值方法。
- 一种可执行程序代码,其特征在于,用于执行权利要求1-13任意一项所述的直播充值方法。
Priority Applications (1)
Application Number | Priority Date | Filing Date | Title |
---|---|---|---|
US16/473,733 US20210136432A1 (en) | 2016-12-28 | 2017-11-03 | Method for recharging live streaming account, terminal, and storage medium |
Applications Claiming Priority (2)
Application Number | Priority Date | Filing Date | Title |
---|---|---|---|
CN201611236139.1A CN106792231A (zh) | 2016-12-28 | 2016-12-28 | 直播充值方法、装置及终端 |
CN201611236139.1 | 2016-12-28 |
Publications (1)
Publication Number | Publication Date |
---|---|
WO2018121064A1 true WO2018121064A1 (zh) | 2018-07-05 |
Family
ID=58925263
Family Applications (1)
Application Number | Title | Priority Date | Filing Date |
---|---|---|---|
PCT/CN2017/109355 WO2018121064A1 (zh) | 2016-12-28 | 2017-11-03 | 直播充值方法、装置及终端 |
Country Status (3)
Country | Link |
---|---|
US (1) | US20210136432A1 (zh) |
CN (1) | CN106792231A (zh) |
WO (1) | WO2018121064A1 (zh) |
Families Citing this family (6)
Publication number | Priority date | Publication date | Assignee | Title |
---|---|---|---|---|
CN106792231A (zh) * | 2016-12-28 | 2017-05-31 | 乐蜜科技有限公司 | 直播充值方法、装置及终端 |
CN107358426A (zh) * | 2017-06-29 | 2017-11-17 | 广州市百果园信息技术有限公司 | 捕获恶意退款用户的方法和装置 |
CN107396184A (zh) * | 2017-08-03 | 2017-11-24 | 北京达佳互联信息技术有限公司 | 对用户进行资源分配的方法和服务器 |
CN107517394A (zh) * | 2017-09-01 | 2017-12-26 | 北京小米移动软件有限公司 | 识别非法用户的方法、装置及计算机可读存储介质 |
CN108134944B (zh) * | 2017-12-14 | 2020-05-29 | 北京奇艺世纪科技有限公司 | 一种收入异常主播用户的识别方法、装置及电子设备 |
CN110585728A (zh) * | 2019-09-08 | 2019-12-20 | 北京智明星通科技股份有限公司 | 一种防止手机游戏过度充值的方法、系统及移动终端 |
Citations (5)
Publication number | Priority date | Publication date | Assignee | Title |
---|---|---|---|---|
CN101212318A (zh) * | 2006-12-26 | 2008-07-02 | 中兴通讯股份有限公司 | 一种移动数字广播网络的充值方法 |
CN103955821A (zh) * | 2014-04-01 | 2014-07-30 | 华为技术有限公司 | 一种充值方法和充值终端以及充值服务器 |
CN104504567A (zh) * | 2014-12-23 | 2015-04-08 | 城联数据有限公司 | 一种小额支付卡的充值方法及装置 |
US20160292967A1 (en) * | 2013-12-13 | 2016-10-06 | Zte Corporation | Method and Device for Payment Processing |
CN106792231A (zh) * | 2016-12-28 | 2017-05-31 | 乐蜜科技有限公司 | 直播充值方法、装置及终端 |
-
2016
- 2016-12-28 CN CN201611236139.1A patent/CN106792231A/zh active Pending
-
2017
- 2017-11-03 US US16/473,733 patent/US20210136432A1/en not_active Abandoned
- 2017-11-03 WO PCT/CN2017/109355 patent/WO2018121064A1/zh active Application Filing
Patent Citations (5)
Publication number | Priority date | Publication date | Assignee | Title |
---|---|---|---|---|
CN101212318A (zh) * | 2006-12-26 | 2008-07-02 | 中兴通讯股份有限公司 | 一种移动数字广播网络的充值方法 |
US20160292967A1 (en) * | 2013-12-13 | 2016-10-06 | Zte Corporation | Method and Device for Payment Processing |
CN103955821A (zh) * | 2014-04-01 | 2014-07-30 | 华为技术有限公司 | 一种充值方法和充值终端以及充值服务器 |
CN104504567A (zh) * | 2014-12-23 | 2015-04-08 | 城联数据有限公司 | 一种小额支付卡的充值方法及装置 |
CN106792231A (zh) * | 2016-12-28 | 2017-05-31 | 乐蜜科技有限公司 | 直播充值方法、装置及终端 |
Also Published As
Publication number | Publication date |
---|---|
US20210136432A1 (en) | 2021-05-06 |
CN106792231A (zh) | 2017-05-31 |
Similar Documents
Publication | Publication Date | Title |
---|---|---|
WO2018121064A1 (zh) | 直播充值方法、装置及终端 | |
US10356078B2 (en) | Web ticket based upon a symmetric key usable for user authentication | |
US11108874B2 (en) | Communication tool for initiation of services | |
US10785615B2 (en) | Budgeting and quota management system for data consumption | |
US9495375B2 (en) | Battery pack with supplemental memory | |
US20160323654A1 (en) | Rendering advertisements in a client device for uninterrupted media content | |
CN107529082B (zh) | 使用共用和个人装置来提供个性化用户功能的方法和设备 | |
AU2013201902B2 (en) | Converting a digital media item from a rental to a purchase | |
CN113037929B (zh) | 一种信息接力输出方法、装置、电子设备及存储介质 | |
US9806795B2 (en) | Automated earpiece cache management | |
US9760929B2 (en) | Managing rights for installed software applications and items purchased therewith | |
CN104901864A (zh) | 用于信息交互的系统及方法 | |
US10592543B2 (en) | Sub-account management | |
US10122591B1 (en) | Managing access to no-cost content | |
US20170168660A1 (en) | Voice bullet screen generation method and electronic device | |
KR20170101416A (ko) | 크라우드 펀딩 시스템을 통해 엔터테인먼트 관련 펀딩 정보 및 컨설팅 정보를 제공하는 방법 | |
WO2019047708A1 (zh) | 资源配置方法及相关产品 | |
US8468070B1 (en) | Local rendering in lieu of streaming | |
CN104572230A (zh) | 脚本文件的加载方法、脚本文件生成方法及装置 | |
US10110963B1 (en) | System, method, and computer program for media content playback management | |
KR102172707B1 (ko) | 클라우드 서버를 이용한 콘텐츠 추천 및 콘텐츠 제공 장치 및 방법 | |
CN110287723B (zh) | 资源信息确定方法、装置、电子设备及存储介质 | |
US20220232273A1 (en) | Revenue sharing for on-demand media content creation and sharing | |
US20180131736A1 (en) | Streaming service method and device | |
US10033783B1 (en) | Tracking media consumption |
Legal Events
Date | Code | Title | Description |
---|---|---|---|
121 | Ep: the epo has been informed by wipo that ep was designated in this application |
Ref document number: 17885748 Country of ref document: EP Kind code of ref document: A1 |
|
NENP | Non-entry into the national phase |
Ref country code: DE |
|
122 | Ep: pct application non-entry in european phase |
Ref document number: 17885748 Country of ref document: EP Kind code of ref document: A1 |