CN106817593A - Iptv系统中注册账户的管理方法及装置 - Google Patents
Iptv系统中注册账户的管理方法及装置 Download PDFInfo
- Publication number
- CN106817593A CN106817593A CN201510864699.0A CN201510864699A CN106817593A CN 106817593 A CN106817593 A CN 106817593A CN 201510864699 A CN201510864699 A CN 201510864699A CN 106817593 A CN106817593 A CN 106817593A
- Authority
- CN
- China
- Prior art keywords
- threshold value
- predetermined threshold
- account
- increase
- value
- 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
Links
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/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
-
- 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
-
- 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/2541—Rights Management
-
- 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/43—Processing of content or additional data, e.g. demultiplexing additional data from a digital video stream; Elementary client operations, e.g. monitoring of home network or synchronising decoder's clock; Client middleware
- H04N21/442—Monitoring of processes or resources, e.g. detecting the failure of a recording device, monitoring the downstream bandwidth, the number of times a movie has been viewed, the storage space available from the internal hard disk
- H04N21/44213—Monitoring of end-user related data
- H04N21/44218—Detecting physical presence or behaviour of the user, e.g. using sensors to detect if the user is leaving the room or changes his face expression during a TV program
-
- 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/60—Network structure or processes for video distribution between server and client or between remote clients; Control signalling between clients, server and network components; Transmission of management data between server and client, e.g. sending from server to client commands for recording incoming content stream; Communication details between server and client
- H04N21/61—Network physical structure; Signal processing
- H04N21/6106—Network physical structure; Signal processing specially adapted to the downstream path of the transmission network
- H04N21/6125—Network physical structure; Signal processing specially adapted to the downstream path of the transmission network involving transmission via Internet
Landscapes
- Engineering & Computer Science (AREA)
- Databases & Information Systems (AREA)
- Multimedia (AREA)
- Signal Processing (AREA)
- Computer Graphics (AREA)
- Health & Medical Sciences (AREA)
- General Health & Medical Sciences (AREA)
- Social Psychology (AREA)
- Computer Security & Cryptography (AREA)
- Computer Networks & Wireless Communication (AREA)
- Two-Way Televisions, Distribution Of Moving Picture Or The Like (AREA)
- Financial Or Insurance-Related Operations Such As Payment And Settlement (AREA)
Abstract
本发明提供了一种IPTV系统中注册账户的管理方法及装置,其中,该方法包括:在子账户登录IPTV系统时,查询与子账户对应的父账户下所属账户的在线账户数;在在线账户数大于或等于第一预设阈值时,判断是否达到满足增大第一预设阈值取值的条件,在满足增大第一预设阈值取值的条件时,增大取值并执行依据子账户登录IPTV系统的操作;在在线账户小于第一预设阈值时,执行依据子账户登录IPTV系统的操作。通过本发明,解决了相关技术中大批量的用户同时在线时,但实际使用率不高的问题。
Description
技术领域
本发明涉及通信领域,具体而言,涉及一种IPTV系统中注册账户的管理方法及装置。
背景技术
基于电信专网的交互式网络电视(Internet Protocol Television,简称为IPTV)和基于网络之上提供服务的电视(Over The Top Television,简称为OTT TV)都是利用宽带网络为介质传送电视信息的系统。
一般情况下,用户可以通过自注册方式,自行开户、登陆。尤其在将家庭用户中每个人的喜好不一样,因此每个人都有可能自行注册一个用户,收集自己喜爱的节目;而且对于IPTV和OTT TV而言,可以同时允许多个用户同时登陆,但是,在同时登陆时,并不是每个账户都有用户正在使用,这样就很容易出现大批量的用户,实际使用率却不高,造成资源浪费。
针对相关技术中的上述问题,目前尚未存在有效的解决方案。
发明内容
本发明提供了一种IPTV系统中注册账户的管理方法及装置,以至少解决相关技术中大批量的用户同时在线时,但实际使用率不高的问题。
根据本发明的一个方面,提供给了一种交互式网络电视IPTV系统中注册账户的管理方法,包括:在子账户登录IPTV系统时,查询与所述子账户对应的父账户下所属账户的在线账户数;在所述在线账户数大于或等于第一预设阈值时,判断是否达到满足增大所述第一预设阈值取值的条件,在满足增大所述第一预设阈值取值的条件时,增大所述取值并执行依据所述子账户登录所述IPTV系统的操作;在所述在线账户小于所述第一预设阈值时,执行依据所述子账户登录所述IPTV系统的操作。
进一步地,满足增大所述第一预设阈值取值的条件包括以下至少之一:在所述父账户下所属账户的在线活跃时长大于或等于预设时长时满足增大所述第一预设阈值取值的条件;在所述父账户下所属账户的消费金额大于或等于预设金额时满足增大所述第一预设阈值取值的条件;在确定用户购买用于增大所述第一预设阈值取值的在线数产品后满足增大所述第一预设阈值取值的条件。
进一步地,所述增大所述取值的方式包括至少之一:根据与所述在线活跃时长超过所述预设时长的时长对应的可扩展在线账户数,确定增大后的所述第一预设阈值;根据与所述消费金额超过所述预设金额的金额对应的可扩展在线账户数,确定增大后的所述第一预设阈值;根据与所述在线数产品对应的可扩展在线账户数,确定增大后的所述第一预设阈值。
进一步地,所述方法还包括:判断增大后的所述第一预设阈值是否大于或等于第二预设阈值;在增大后的所述第一预设阈值大于或等于所述第二预设阈值时,减小增大后的所述第一预设阈值直到小于所述第二预设阈值。
进一步地,所述满足增大所述第一预设阈值取值的条件在指定时间内有效。
进一步地,所述方法还包括:在未满足增大所述第一预设阈值取值的条件时,禁止执行依据所述子账户登录所述IPTV系统的操作。
根据本发明的另一个方面,提供了一种交互式网络电视IPTV系统中注册账户的管理装置,包括:查询模块,用于在子账户登录IPTV系统时,查询与所述子账户对应的父账户下所属账户的在线账户数;第一判断模块,用于在所述在线账户数大于或等于第一预设阈值时,判断是否达到满足增大所述第一预设阈值取值的条件;第一处理模块,用于在满足增大所述第一预设阈值取值的条件时,增大所述取值并执行依据所述子账户登录所述IPTV系统的操作;第二处理模块,用于在所述在线账户小于所述第一预设阈值时,执行依据所述子账户登录所述IPTV系统的操作。
进一步地,满足增大所述第一预设阈值取值的条件包括以下至少之一:在所述父账户下所属账户的在线活跃时长大于或等于预设时长时满足增大所述第一预设阈值取值的条件;在所述父账户下所属账户的消费金额大于或等于预设金额时满足增大所述第一预设阈值取值的条件;在确定用户购买用于增大所述第一预设阈值取值的在线数产品后满足增大所述第一预设阈值取值的条件。
进一步地,所述第一处理模块包括以下至少之一:第一确定单元,用于根据与所述在线活跃时长超过所述预设时长的时长对应的可扩展在线账户数,确定增大后的所述第一预设阈值;第二确定单元,用于根据与所述消费金额超过所述预设金额的金额对应的可扩展在线账户数,确定增大后的所述第一预设阈值;第三确定单元,用于根据与所述在线数产品对应的可扩展在线账户数,确定增大后的所述第一预设阈值。
进一步地,所述装置还包括:第二判断单元,用于判断增大后的所述第一预设阈值是否大于或等于第二预设阈值;减小模块,用于在增大后的所述第一预设阈值大于或等于所述第二预设阈值时,减小增大后的所述第一预设阈值直到小于所述第二预设阈值。
进一步地,所述满足增大所述第一预设阈值取值的条件在指定时间内有效。
进一步地,所述装置还包括:禁止模块,用于在未满足增大所述第一预设阈值取值的条件时,禁止执行依据所述子账户登录所述IPTV系统的操作。
通过在发明可知,设置了IPTV系统中同时在线的最大用户数,但在达到最大用户数时,如有其它用户还需要登陆IPTV系统时,通过采用用于增大最大在线用户数的策略增大最大用户数,以便后续用户登陆到IPTV系统,从而解决了相关技术中大批量的用户同时在线时,但实际使用率不高的问题。
附图说明
此处所说明的附图用来提供对本发明的进一步理解,构成本申请的一部分,本发明的示意性实施例及其说明用于解释本发明,并不构成对本发明的不当限定。在附图中:
图1是根据本发明实施例的一种交互式网络电视IPTV系统中注册账户的管理方法的流程图;
图2是根据本发明实施例的交互式网络电视IPTV系统中注册账户的管理装置的结构框图;
图3是根据本发明可选实施例的自注册用户开户的方法流程图;
图4是根据本发明可选实施例的自注册用户登陆的方法流程图;
图5是根据本发明可选实施例的以在线数产品为例的类型产品模型的示意图;
图6是根据本发明可选实施例的以在线数产品为例的为自注册用户购买产品的示意图。
具体实施方式
下文中将参考附图并结合实施例来详细说明本发明。需要说明的是,在不冲突的情况下,本申请中的实施例及实施例中的特征可以相互组合。
需要说明的是,本发明的说明书和权利要求书及上述附图中的术语“第一”、“第二”等是用于区别类似的对象,而不必用于描述特定的顺序或先后次序。
本实施例技术方案的概述:本实施例采用的是在IPTV系统中,为每个家庭账户设置一个默认的最大在线用户数,同时新增多种用于增大最大在线用户数的策略,如增加当月消费、购买特订产品、家庭账户下自注册账户等方式,家庭账户中任一用户均可实施。用户登陆IPTV系统时,根据登陆账户查询对应的父账户信息及其他子账户信息,确认该父账户下同时在线的账户数,对于超过最大同时在线数的家庭账户,可以通过采取上述各种策略来增加最大在线数值,继而允许更多的账户登陆IPTV系统进行观看;也就是说,在本实施例中设置了IPTV系统中同时在线的最大用户数,但在达到最大用户数时,如有其它用户还需要登陆IPTV系统时,通过采用用于增大最大在线用户数的策略增大最大用户数,以便后续用户登陆到IPTV系统。下面结合本发明的实施例对本发明进行详细说明;
在本实施例中提供了一种交互式网络电视IPTV系统中注册账户的管理方法,图1是根据本发明实施例的一种交互式网络电视IPTV系统中注册账户的管理方法的流程图,如图1所示,该流程包括如下步骤:
步骤S102:在子账户登录IPTV系统时,查询与子账户对应的父账户下所属账户的在线账户数;
其中,对于上述本实施例中的账户,可以在IPTV系统终端的界面自行注册开户,注册信息包括:账户名称、账户类型、登陆密码、手机号码或邮箱地址,不同的IPTV系统终端的页面可以不同,但基础信息必备,开户成功后,可以登陆通过该账户尝试登陆IPTV系统。
而一个父账户下可以下挂多个子账户,即用多个子账户中的其中一个子账户登录IPTV系统时,可以查询到与该子账户对应的父账户下的多个其他子账户的信息,例如,是否在线等等。
步骤S104:在在线账户数大于或等于第一预设阈值时,判断是否达到满足增大第一预设阈值取值的条件,在满足增大第一预设阈值取值的条件时,增大取值并执行依据子账户登录IPTV系统的操作;
其中,上述满足增大第一预设阈值取值的条件,在本实施例的可选实施方式中可以是:(1)在父账户下所属账户的在线活跃时长大于或等于预设时长时满足增大第一预设阈值取值的条件;(2)在父账户下所属账户的消费金额大于或等于预设金额时满足增大第一预设阈值取值的条件;(3)在确定用户购买用于增大第一预设阈值取值的在线数产品后满足增大第一预设阈值取值的条件。当然,上述三种满足增大第一预设阈值取值的条件仅仅是用来举例说明,并不构成对本发明的限定,其他能够满足增大第一预设阈值取值的条件也是在本发明的保护范围之内的,例如可以设置多个子账户之间的优先级,优先级高的用户优先登录等其他方式,可以根据实际情况进行相应的设置。
对于上述方式(1)在本实施例的可选实施方式中可以是根据与在线活跃时长超过预设时长的时长对应的可扩展在线账户数,确定增大后的第一预设阈值。对于该可选实施方式,在具体应用场景中可以将预设时长设置为50小时,而在线活跃时长超过50小时的时长为10小时时,根据预先配置的在大于10小时小于20小时,可扩展在线账户数为2个,即此时可以将该第一预设阈值增加2个取值,当然在超过的时长为30小时对应的可扩展在线账户数也可以设置为3,也就是说,超过预设时长的时长有与之对应的可扩展在线账户数。
对于上述方式(2)在本实施例的可选实施方式中可以是根据与消费金额超过预设金额的金额对应的可扩展在线账户数,确定增大后的第一预设阈值。对于该可选实施方式,在具体应用场景中可以将预设金额设置为100元,而消费金额超过该100元的金额为15元是,根据预先配置的在10元至20之间时,该扩展在线账户数为1个,即此时可以将该第一预设阈值增加1个取值,当然在超过的金额为30元时对应的可扩展在线账户数也可以设置为2,也就是说,超过预设金额的金额有与之对应的可扩展在线账户数。
对于上述方式(3)在本实施例的可选实施方式中,可以是根据与在线数产品对应的可扩展在线账户数,确定增大后的第一预设阈值。对于该可选实施方式,在具体应用场景中可以设置不同的在线数产品对应于不同的可扩展在线账户数,例如,在在线数产品为价值20元时对应于1个可扩展在线账户数,在在线数产品为价值30元时对应于2个可扩展在线账户数。
而在本实施例的另一个可选实施方式中,对于上述方式(1)(2)(3)中满足增大第一预设阈值取值的条件都是在指定时间内有效,如在方式(1)中预设时长设置为50小时,而在线活跃时长超过50小时的时长为10小时时,根据预先配置的在大于10小时小于20小时,可扩展在线账户数为2个,即此时可以将该第一预设阈值增加2个取值;但该第一预设阈值增加的2个取值,只在指定时间内有效,例如,该指定时间为24个小时,也就是说,该第一预设阈值增加2个取值只在24个小时的有效期,24个小时后该第一预设阈值恢复原来取值。同理,对于方式(2)和(3)也是类似的,至于指定时间的取值,可以根据实际情况进行相应的设置。
需要说明的是,对于上述方式(1)(2)(3)都仅仅是用来进行举例说明,并不构成对本发明的限定。
步骤S106:在在线账户小于第一预设阈值时,执行依据子账户登录IPTV系统的操作。
由上述本实施例的步骤S102至步骤S106,用户在IPTV系统终端通过自注册方式增加账号,同时通过消息交互系统统计在线用户终端数,限制一定额度的同时在线账户数的同时,允许用户通过各种策略,增加家庭账户允许在线数的最大值,实现同一家庭中多账户的同时在线使用IPTV系统,从而解决了相关技术中大批量的用户同时在线时,但实际使用率不高的问题,达到了充分利用资源的效果。
在本实施例的另一个可选实施方式中,本实施例的可选实施方式还可以包括:
步骤S21:判断增大后的第一预设阈值是否大于或等于第二预设阈值;
步骤S22:在增大后的第一预设阈值大于或等于第二预设阈值时,减小增大后的第一预设阈值直到小于第二预设阈值。
由上述步骤S21和步骤S22可知,本实施例中涉及到的增大后的第一预设阈值不能大于或等于第二预设阈值,即增大后的第一预设阈值是有上限的,虽然达到了增大第一预设阈值的条件,但最终增大后的第一预设阈值不能超过设置的上限,通过该方式可以有效控制第一预设阈值的范围,防止恶意增大第一预设阈值。
而在本实施例的又一个可选实施方式中,本实施例的方法还包括:在未满足增大第一预设阈值取值的条件时,禁止执行依据子账户登录IPTV系统的操作。
通过以上的实施方式的描述,本领域的技术人员可以清楚地了解到根据上述实施例的方法可借助软件加必需的通用硬件平台的方式来实现,当然也可以通过硬件,但很多情况下前者是更佳的实施方式。基于这样的理解,本发明的技术方案本质上或者说对现有技术做出贡献的部分可以以软件产品的形式体现出来,该计算机软件产品存储在一个存储介质(如ROM/RAM、磁碟、光盘)中,包括若干指令用以使得一台终端设备(可以是手机,计算机,服务器,或者网络设备等)执行本发明各个实施例的方法。
在本实施例中还提供了一种交互式网络电视IPTV系统中注册账户的管理装置,该装置用于实现上述实施例及优选实施方式,已经进行过说明的不再赘述。如以下所使用的,术语“模块”可以实现预定功能的软件和/或硬件的组合。尽管以下实施例所描述的装置较佳地以软件来实现,但是硬件,或者软件和硬件的组合的实现也是可能并被构想的。
图2是根据本发明实施例的交互式网络电视IPTV系统中注册账户的管理装置的结构框图,如图2所示,该装置包括:查询模块22,用于在子账户登录IPTV系统时,查询与子账户对应的父账户下所属账户的在线账户数;第一判断模块24,与查询模块22耦合连接,用于在在线账户数大于或等于第一预设阈值时,判断是否达到满足增大第一预设阈值取值的条件;第一处理模块26,与第一判断模块24耦合连接,用于在满足增大第一预设阈值取值的条件时,增大取值并执行依据子账户登录IPTV系统的操作;第二处理模块28,与第一处理模块26耦合连接,用于在在线账户小于第一预设阈值时,执行依据子账户登录IPTV系统的操作。
可选地,满足增大第一预设阈值取值的条件包括以下至少之一:(1)在父账户下所属账户的在线活跃时长大于或等于预设时长时满足增大第一预设阈值取值的条件;(2)在父账户下所属账户的消费金额大于或等于预设金额时满足增大第一预设阈值取值的条件;(3)在确定用户购买用于增大第一预设阈值取值的在线数产品后满足增大第一预设阈值取值的条件。需要说明的是,在上述方法实施例中对该(1)(2)(3)三种方式进行过详细说明,在此不再赘述。
基于上述(1)(2)(3)三种方式,本实施例中涉及到的第一处理模块26包括以下至少之一的单元:第一确定单元,用于根据与在线活跃时长超过预设时长的时长对应的可扩展在线账户数,确定增大后的第一预设阈值;第二确定单元,用于根据与消费金额超过预设金额的金额对应的可扩展在线账户数,确定增大后的第一预设阈值;第三确定单元,用于根据与在线数产品对应的可扩展在线账户数,确定增大后的第一预设阈值。需要说明的是,满足增大第一预设阈值取值的条件在指定时间内有效。
可选地,本实施例的装置还可以包括:第二判断单元,用于判断增大后的第一预设阈值是否大于或等于第二预设阈值;减小模块,与第二判断单元耦合连接,用于在增大后的第一预设阈值大于或等于第二预设阈值时,减小增大后的第一预设阈值直到小于第二预设阈值。
此外,本实施例的装置还可以包括:禁止模块,用于在未满足增大第一预设阈值取值的条件时,禁止执行依据子账户登录IPTV系统的操作。
需要说明的是,上述各个模块是可以通过软件或硬件来实现的,对于后者,可以通过以下方式实现,但不限于此:上述模块均位于同一处理器中;或者,上述模块分别位于多个处理器中。
下面结合本发明的可选实施例对本发明进行举例说明;
本可选实施例提供了一种IPTV业务管理系统中账户的管理方法,该方法的主要思想为:新增多种策略,即当用户达到某一条件后,允许用户在线增加最大在线数。该策略包括:1、增加特殊在线数产品,用户可以通过购买该类型产品,根据设置产品价格的不同,增加的在线数有所区别;2、判断用户在线活跃时长,当超过一定时长后,可以根据超过的时长,自行在线增加家庭账户的当月最大在线数(每日只允许1次,过日作废);3、检查用户当月消费金额,如果超过一定金额后,则当月可免费扩展家庭账户的最大在线数等等(每月只允许1次,过月作废);可采取上述策略但不仅限于上述3点。
针对每个家庭账户设置允许最大在线数,当登陆数超过该值时,不允许登陆,建议用户通过采取上述策略扩展最大在线数值。
用户登陆IPTV系统时,管理平台根据登陆账户,查询出对应的家庭父账户信息,发送消息给消息交互系统查询在线账户信息,统计当前的在线用户数,返回管理平台后,由业务侧系统进行比较,如果没有超过最大数,则成功登陆,登陆后,发送消息给消息交互系统告知登陆信息。同时,用户登出时,也会发送消息给消息交互系统告知登出信息;反之,如果超过最大在线数,则告知登陆失败,并发送建议,购买在线数产品。
通过本可选实施例可知,用户可以根据自己的需要,在终端侧进行自注册开户,方式多样化,同时也简化了人力成本;家庭账户下,可以根据家庭成员的数目,自由决定扩展在线数值;在线数的控制,避免了系统中“僵尸”用户的存在,避免IPTV网路和OTT网路中资源浪费;多方面多维度的提高用户观看IPTV系统的积极性,提高产品的市场占有率。
下面结合附图对本可选实施例进行详细说明;
图3是根据本发明可选实施例的自注册用户开户的方法流程图,如图3所示,该方法的步骤包括:
步骤S302:终端发起自注册开户,其中,包括:填入账户、密码、邮箱地址、手机号码、固网号码等信息;
步骤S304:接入服务器对一些特殊字符进行校验;其中,校验通过,发送检验账户冲突消息给IPTV系统;
步骤S306:判断账户是否冲突,其中,IPTV验证账户不冲突,验证通过返回给接入服务器;
步骤S308:接入服务器发送消息通知局方管理系统验证开户信息;
步骤S310:局方管理系统接受消息,验证通过,同意开户;
步骤S312:接入服务器发送消息给IPTV业务系统,通知开户;
步骤S314:IPTV业务系统接收消息,进行开户操作;开户结果返回给接入服务器;
步骤S316:接入服务器收到消息,返回给终端,告知开户结果。
图4是根据本发明可选实施例的自注册用户登陆的方法流程图,如图4所示,该方法的步骤包括:
步骤S402:用户登陆终端,其中,该终端包括:机顶盒、手机/PAD等各类终端;
步骤S404:IPTV系统根据登陆账户查询对应的家庭父账户信息以及其他所有的子账户信息;
步骤S406:消息交互系统查询子账户在线信息,返回在线总数;
步骤S408:IPTV系统判断,如果当前在线总数小于家庭最大在线总数,则继续登陆流程;
步骤S410:终端登陆成功后,发送消息给消息交互系统,告知登陆信息;
步骤S412:回到步骤S408,如果当前在线总数大于家庭最大在线总数,业务系统判断是否满足扩展最大在线总数的策略,如果满足允许登陆,同时扩展最大在线数的总数,如果不满足,则发送消息给终端,告知不允许登陆,建议用户可通过多种方式扩大最大在线数;
步骤S414:用户登出时,终端直接发送消息给消息交互系统,通知账户登出消息。
图5是根据本发明可选实施例的以在线数产品为例的类型产品模型的示意图,如图5所示,在线数产品,根据价格的不同,最终在线数也不相同。
图6是根据本发明可选实施例的以在线数产品为例的为自注册用户购买产品的示意图,如图6所示,用户由于登陆时超过了家庭账户最大允许在线总数,需要购买在线数产品。用户选择某一在线数产品,在终端发起订购,订购成功后,家庭账户下最大允许在线数改变。
本发明的实施例还提供了一种存储介质。可选地,在本实施例中,上述存储介质可以被设置为存储用于执行以下步骤的程序代码:
S1:在子账户登录IPTV系统时,查询与子账户对应的父账户下所属账户的在线账户数;
S2:在在线账户数大于或等于第一预设阈值时,判断是否达到满足增大第一预设阈值取值的条件,在满足增大第一预设阈值取值的条件时,增大取值并执行依据子账户登录IPTV系统的操作
S3:在在线账户小于第一预设阈值时,执行依据子账户登录IPTV系统的操作
可选地,本实施例中的具体示例可以参考上述实施例及可选实施方式中所描述的示例,本实施例在此不再赘述。
显然,本领域的技术人员应该明白,上述的本发明的各模块或各步骤可以用通用的计算装置来实现,它们可以集中在单个的计算装置上,或者分布在多个计算装置所组成的网络上,可选地,它们可以用计算装置可执行的程序代码来实现,从而,可以将它们存储在存储装置中由计算装置来执行,并且在某些情况下,可以以不同于此处的顺序执行所示出或描述的步骤,或者将它们分别制作成各个集成电路模块,或者将它们中的多个模块或步骤制作成单个集成电路模块来实现。这样,本发明不限制于任何特定的硬件和软件结合。
以上所述仅为本发明的优选实施例而已,并不用于限制本发明,对于本领域的技术人员来说,本发明可以有各种更改和变化。凡在本发明的精神和原则之内,所作的任何修改、等同替换、改进等,均应包含在本发明的保护范围之内。
Claims (12)
1.一种交互式网络电视IPTV系统中注册账户的管理方法,其特征在于,包括:
在子账户登录IPTV系统时,查询与所述子账户对应的父账户下所属账户的在线账户数;
在所述在线账户数大于或等于第一预设阈值时,判断是否达到满足增大所述第一预设阈值取值的条件,在满足增大所述第一预设阈值取值的条件时,增大所述取值并执行依据所述子账户登录所述IPTV系统的操作;
在所述在线账户小于所述第一预设阈值时,执行依据所述子账户登录所述IPTV系统的操作。
2.根据权利要求1所述的方法,其特征在于,满足增大所述第一预设阈值取值的条件包括以下至少之一:
在所述父账户下所属账户的在线活跃时长大于或等于预设时长时满足增大所述第一预设阈值取值的条件;
在所述父账户下所属账户的消费金额大于或等于预设金额时满足增大所述第一预设阈值取值的条件;
在确定用户购买用于增大所述第一预设阈值取值的在线数产品后满足增大所述第一预设阈值取值的条件。
3.根据权利要求2所述的方法,其特征在于,所述增大所述取值的方式包括至少之一:
根据与所述在线活跃时长超过所述预设时长的时长对应的可扩展在线账户数,确定增大后的所述第一预设阈值;
根据与所述消费金额超过所述预设金额的金额对应的可扩展在线账户数,确定增大后的所述第一预设阈值;
根据与所述在线数产品对应的可扩展在线账户数,确定增大后的所述第一预设阈值。
4.根据权利要求3所述的方法,其特征在于,所述方法还包括:
判断增大后的所述第一预设阈值是否大于或等于第二预设阈值;
在增大后的所述第一预设阈值大于或等于所述第二预设阈值时,减小增大后的所述第一预设阈值直到小于所述第二预设阈值。
5.根据权利要求2所述的方法,其特征在于,所述满足增大所述第一预设阈值取值的条件在指定时间内有效。
6.根据权利要求1所述的方法,其特征在于,所述方法还包括:
在未满足增大所述第一预设阈值取值的条件时,禁止执行依据所述子账户登录所述IPTV系统的操作。
7.一种交互式网络电视IPTV系统中注册账户的管理装置,其特征在于,包括:
查询模块,用于在子账户登录IPTV系统时,查询与所述子账户对应的父账户下所属账户的在线账户数;
第一判断模块,用于在所述在线账户数大于或等于第一预设阈值时,判断是否达到满足增大所述第一预设阈值取值的条件;
第一处理模块,用于在满足增大所述第一预设阈值取值的条件时,增大所述取值并执行依据所述子账户登录所述IPTV系统的操作;
第二处理模块,用于在所述在线账户小于所述第一预设阈值时,执行依据所述子账户登录所述IPTV系统的操作。
8.根据权利要求7所述的装置,其特征在于,满足增大所述第一预设阈值取值的条件包括以下至少之一:
在所述父账户下所属账户的在线活跃时长大于或等于预设时长时满足增大所述第一预设阈值取值的条件;
在所述父账户下所属账户的消费金额大于或等于预设金额时满足增大所述第一预设阈值取值的条件;
在确定用户购买用于增大所述第一预设阈值取值的在线数产品后满足增大所述第一预设阈值取值的条件。
9.根据权利要求8所述的装置,其特征在于,所述第一处理模块包括以下至少之一:
第一确定单元,用于根据与所述在线活跃时长超过所述预设时长的时长对应的可扩展在线账户数,确定增大后的所述第一预设阈值;
第二确定单元,用于根据与所述消费金额超过所述预设金额的金额对应的可扩展在线账户数,确定增大后的所述第一预设阈值;
第三确定单元,用于根据与所述在线数产品对应的可扩展在线账户数,确定增大后的所述第一预设阈值。
10.根据权利要求9所述的装置,其特征在于,所述装置还包括:
第二判断单元,用于判断增大后的所述第一预设阈值是否大于或等于第二预设阈值;
减小模块,用于在增大后的所述第一预设阈值大于或等于所述第二预设阈值时,减小增大后的所述第一预设阈值直到小于所述第二预设阈值。
11.根据权利要求8所述的装置,其特征在于,所述满足增大所述第一预设阈值取值的条件在指定时间内有效。
12.根据权利要求7所述的装置,其特征在于,所述装置还包括:
禁止模块,用于在未满足增大所述第一预设阈值取值的条件时,禁止执行依据所述子账户登录所述IPTV系统的操作。
Priority Applications (2)
Application Number | Priority Date | Filing Date | Title |
---|---|---|---|
CN201510864699.0A CN106817593A (zh) | 2015-12-01 | 2015-12-01 | Iptv系统中注册账户的管理方法及装置 |
PCT/CN2016/105476 WO2017092562A1 (zh) | 2015-12-01 | 2016-11-11 | Iptv系统中注册账户的管理方法及装置 |
Applications Claiming Priority (1)
Application Number | Priority Date | Filing Date | Title |
---|---|---|---|
CN201510864699.0A CN106817593A (zh) | 2015-12-01 | 2015-12-01 | Iptv系统中注册账户的管理方法及装置 |
Publications (1)
Publication Number | Publication Date |
---|---|
CN106817593A true CN106817593A (zh) | 2017-06-09 |
Family
ID=58796299
Family Applications (1)
Application Number | Title | Priority Date | Filing Date |
---|---|---|---|
CN201510864699.0A Pending CN106817593A (zh) | 2015-12-01 | 2015-12-01 | Iptv系统中注册账户的管理方法及装置 |
Country Status (2)
Country | Link |
---|---|
CN (1) | CN106817593A (zh) |
WO (1) | WO2017092562A1 (zh) |
Citations (5)
Publication number | Priority date | Publication date | Assignee | Title |
---|---|---|---|---|
CN101588344A (zh) * | 2008-05-20 | 2009-11-25 | 中兴通讯股份有限公司 | 一种网络系统中控制同一帐户登录的系统及方法 |
CN102075973A (zh) * | 2010-12-24 | 2011-05-25 | 华为技术有限公司 | 一种license控制方法及装置 |
US20120163679A1 (en) * | 2010-12-24 | 2012-06-28 | Telefonaktiebolaget L M Ericsson (Publ) | Dynamic profile creation in response to facial recognition |
CN102769786A (zh) * | 2012-07-23 | 2012-11-07 | 中兴通讯股份有限公司 | 节目源数据的处理方法和装置 |
CN105025315A (zh) * | 2014-04-24 | 2015-11-04 | 中兴通讯股份有限公司 | Iptv系统的控制方法、装置及系统 |
-
2015
- 2015-12-01 CN CN201510864699.0A patent/CN106817593A/zh active Pending
-
2016
- 2016-11-11 WO PCT/CN2016/105476 patent/WO2017092562A1/zh active Application Filing
Patent Citations (5)
Publication number | Priority date | Publication date | Assignee | Title |
---|---|---|---|---|
CN101588344A (zh) * | 2008-05-20 | 2009-11-25 | 中兴通讯股份有限公司 | 一种网络系统中控制同一帐户登录的系统及方法 |
CN102075973A (zh) * | 2010-12-24 | 2011-05-25 | 华为技术有限公司 | 一种license控制方法及装置 |
US20120163679A1 (en) * | 2010-12-24 | 2012-06-28 | Telefonaktiebolaget L M Ericsson (Publ) | Dynamic profile creation in response to facial recognition |
CN102769786A (zh) * | 2012-07-23 | 2012-11-07 | 中兴通讯股份有限公司 | 节目源数据的处理方法和装置 |
CN105025315A (zh) * | 2014-04-24 | 2015-11-04 | 中兴通讯股份有限公司 | Iptv系统的控制方法、装置及系统 |
Also Published As
Publication number | Publication date |
---|---|
WO2017092562A1 (zh) | 2017-06-08 |
Similar Documents
Publication | Publication Date | Title |
---|---|---|
CN108028809B (zh) | 信息处理装置、信息处理方法以及程序记录介质 | |
CN1894985B (zh) | 通信系统中的控制决策 | |
US7450927B1 (en) | Interactive communication service account management system | |
CN100437602C (zh) | 匿名电子交易 | |
US7013126B2 (en) | Communication system | |
CN100514969C (zh) | 动态内容发送方法及个性化引擎和动态内容发送系统 | |
US20030227894A1 (en) | Method and system for managing message-based applications and applications providers in a communications network | |
US20150372923A1 (en) | Mobility Network Operator Service Delivery Hub | |
CN101527655A (zh) | 用于资源访问控制的动态简档系统 | |
CN108023794A (zh) | 一种设备访问控制方法及装置 | |
JP6745616B2 (ja) | 課金サーバ、課金システム及び課金方法 | |
CN101374279A (zh) | 一种移动终端使用iptv业务的系统和方法 | |
US20120030478A1 (en) | Dynamic Storage Enabler For Service Delivery HUB On A Mobility Network | |
CN106856511A (zh) | 用于动态指配ip地址池的方法、网关、pcrf网元和系统 | |
CN105023050A (zh) | 一种公共区域餐饮行业的用户信誉管理及预约订餐的方法和系统 | |
US20120030019A1 (en) | Enablers For Service Delivery HUB On A Mobility Network | |
CN113205370A (zh) | 数据处理方法、数据处理装置及电子设备 | |
CN114697282B (zh) | 消息的处理方法及系统、存储介质、电子装置 | |
US20180054529A1 (en) | Methods and systems for top-up | |
US7369860B2 (en) | Data protection for position-dependent services | |
CN105208539A (zh) | 一种流量管理方法及装置 | |
CN110753323A (zh) | 一种卡资源分配方法及服务端 | |
US20020095340A1 (en) | Method of processing advertisements on a computerized network terminal and terminal for implementing the method | |
CN106817593A (zh) | Iptv系统中注册账户的管理方法及装置 | |
CN101720081B (zh) | 增值业务的实现系统和方法 |
Legal Events
Date | Code | Title | Description |
---|---|---|---|
PB01 | Publication | ||
PB01 | Publication | ||
SE01 | Entry into force of request for substantive examination | ||
SE01 | Entry into force of request for substantive examination | ||
RJ01 | Rejection of invention patent application after publication | ||
RJ01 | Rejection of invention patent application after publication |
Application publication date: 20170609 |