访问ott应用、服务器推送消息的方法及装置制造方法

文档序号:8004220
访问ott应用、服务器推送消息的方法及装置制造方法
【专利摘要】本发明涉及通信【技术领域】,公开了一种访问OTT应用的方法及装置,由于该访问方法可以使用户使用一个第一用户信息访问多个OTT应用,用户不需要记录分别针对每一个OTT应用的第一用户信息,因此,降低了访问多个OTT应用的复杂度,还提供三种服务器推送消息的方法及装置,由于消息推送方法可以使服务器对注册,但未开启相关OTT应用的终端推送消息,也可以使服务器对未注册相应OTT应用的终端推送消息,不需要终端只有在开启相关OTT应用的情况下才接收消息,因此,现有技术中存在的服务器推送消息时存在的推送方式及其推送时机较为单一的问题。
【专利说明】访问OTT应用、服务器推送消息的方法及装置

【技术领域】
[0001]本发明涉及通信【技术领域】,特别涉及一种访问OTT应用、服务器推送消息的方法及装置。

【背景技术】
[0002]随着OTT (Over The Top,在网络上层)应用的迅猛发展,目前出现越来越多的OTT应用,其中,OTT应用指的是互联网企业利用运营商的宽带网络发展自己的业务,如,即时通信业务,以及各种移动应用商店里的应用,这些均为OTT应用。
[0003]目前,很多OTT应用是分别基于不同服务器开发的,不同OTT应用均拥有特定的用户群,而且,这些基于不同服务器开发的OTT应用是不能使用同一个用户账号的,即不同OTT应用只能分别用各自的用户账号访问相对应的OTT服务器,并且,不同OTT应用对应的服务器只能向已经在本服务器上注册的终端发送消息。
[0004]现有技术在实际应用中存在如下缺点:
[0005]a:随着OTT应用的增加,每访问一个新的OTT应用时,都要在对应的服务器上注册,获得相应的用户账号和密码信息(这里统称为第一用户信息),然后才能访问,不能用其他注册成功的OTT应用对应的用户账号和密码信息访问该新的OTT应用,具体如图1A所示,因此,存在访问多个OTT应用繁琐的问题;
[0006]b:服务器只能向在本服务器上已注册的、且开启对应OTT应用的终端推送消息(比如新闻信息、天气信息等等),不能向未注册对应OTT应用或对应OTT应用未开启、而注册并开启了其他OTT应用的终端推送消息,具体如图1B所示,这样,服务器推送对应OTT应用对应的消息时存在推送方式及其推送时机较为单一的问题。


【发明内容】

[0007]本发明实施例提供一种访问OTT应用的方法及装置、用以解决现有技术中存在的访问多个OTT应用繁琐的问题。
[0008]本发明实施例还提供一种服务器推送消息的方法及装置,用以解决现有技术中存在的服务器推送消息时存在的推送方式及其推送时机较为单一的问题。
[0009]第一方面,提供一种访问OTT应用的方法,包括:
[0010]互通服务器存储获取到的用户注册OTT应用的第一用户信息,其中,所述第一用户信息被应用于用户访问至少两个OTT应用;
[0011]所述互通服务器接收用户访问OTT应用时使用的第二用户信息;
[0012]所述互通服务器判断第一用户信息与所述第二用户信息是否匹配,若是,接入所述用户,或者指示所述用户的身份验证成功,以使得待访问的OTT应用对应的服务器接入所述用户;
[0013]否则,禁止接入所述用户,或者指示所述用户的身份验证失败,以使得待访问的OTT应用对应的服务器拒绝接入所述用户。
[0014]结合第一方面,在第一种可能的实现方式中,所述互通服务器获取用户注册OTT应用的第一用户信息,包括:
[0015]若用户通过所述互通服务器进行OTT账户注册,所述互通服务器直接获取第一用户信息;或者
[0016]若用户通过OTT应用对应的服务器进行OTT账户注册,所述互通服务器通过用户获取第一用户信息,或者通过所述OTT应用对应的服务器获取第一用户信息。
[0017]结合第一方面,或者第一方面的第一种可能的实现方式,在第二种可能的实现方式中,所述互通服务器在接收用户注册OTT应用的第一用户信息后,存储所述第一用户信息之前,接收与所述第一用户信息对应的密码。
[0018]结合第一方面,或者第一方面的第一至第二种可能的实现方式,在第三种可能的实现方式中,所述互通服务器接收用户访问OTT应用时携带的第二用户信息,包括:
[0019]所述互通服务器通过本服务器对应的客户端,接收用户访问OTT应用时所述客户端提供的第二用户信息;或者
[0020]所述互通服务器通过被待访问的OTT应用对应的服务器重定向至本服务器的请求,获取接收用户访问第二 OTT应用时提供的第二用户信息;或者
[0021]所述互通服务器通过接收待访问的OTT应用对应的服务器发送的第二用户信息,第二用户信息在用户访问第二 OTT应用时,向与OTT应用对应的服务器提供。
[0022]结合第一方面,或者第一方面的第一至第二种可能的实现方式,在第四种可能的实现方式中,在确定所述第二用户信息为本服务器存储的第一用户信息后,判定所述第二用户信息的安全等级达到预设安全等级门限值时,接入所述用户,或者指示所述用户的身份验证成功,以使得待访问的OTT应用对应的服务器接入所述用户。
[0023]第二方面,提供一种OTT应用对应的服务器推送消息的方法,包括:
[0024]接收第一 OTT应用对应的服务器发送的跨OTT推送消息的请求,其中,所述跨OTT推送消息的请求用于所述第一 OTT应用对应的服务器向未访问第一 OTT应用,或者未注册第一 OTT应用的用户发送消息;
[0025]根据存储的获取到的注册OTT应用的用户信息,选择接收所述第一 OTT应用对应的服务器发送的消息的跨OTT信息接收用户,并将第一 OTT应用对应的服务器待发送的消息进行发送。
[0026]结合第二方面,在第一种可能的实现方式中,选择接收所述第一 OTT应用对应的服务器发送的消息的跨OTT信息接收用户,具体包括:
[0027]获取存储的用户信息对应的用户的意愿信息,并根据用户的意愿信息得到用户意愿接收的信息类型;
[0028]选择所述用户意愿接收的信息类型与第一 OTT应用所推送的消息类型匹配的用户作为所述第一 OTT应用对应的服务器待发送的消息的跨OTT信息接收用户。
[0029]结合第二方面,或者第二方面的第一种可能的实现方式,在第二种可能的实现方式中,将第一 OTT应用对应的服务器待发送的消息进行发送,包括:
[0030]针对每一个确定的跨OTT信息接收用户,将接收到的第一 OTT应用对应的服务器发送的消息,通过该跨OTT信息接收用户访问的服务器进行发送,或者,直接将接收到的第一 OTT应用对应的服务器发送的消息进行发送。
[0031]结合第二方面的第二种可能的实现方式,在第三种可能的实现方式中,针对每一个确定的跨OTT信息接收用户,在获取接收到的第一 OTT应用对应的服务器发送的消息之后,通过该跨OTT信息接收用户访问的服务器发送至该跨OTT信息接收用户之前,将获取的该跨OTT信息接收用户的访问信息存储。
[0032]结合第二方面的第三种可能的实现方式,在第四种可能的实现方式中,获取该跨OTT信息接收用户的访问信息具体包括:
[0033]若跨OTT信息接收用户从其他服务器进行访问,则接收跨OTT信息接收用户访问的服务器发送的访问信息;
[0034]若跨OTT信息接收用户从本服务器进行访问,则直接从本服务获取跨OTT信息接收用户的访问信息。
[0035]第三方面,提供一种OTT应用对应的服务器推送消息的方法,包括:
[0036]接收第一 OTT应用对应的服务器发送的跨OTT推送消息的请求,其中,所述跨OTT推送消息的请求用于所述第一 OTT应用对应的服务器向注册第一 OTT应用但未访问,或者未注册第一 OTT应用的用户发送消息;
[0037]根据存储的获取到的注册OTT应用的用户信息,选择接收所述第一 OTT应用对应的服务器发送的消息的跨OTT信息接收用户,并将所选择的跨OTT信息接收用户的信息发给所述第一 OTT应用对应的服务器,以便所述第一 OTT应用对应的服务器将欲推送的信息发送给所选择的跨OTT信息接收用户。
[0038]第四方面,提供一种OTT应用对应的服务器推送消息的方法,包括:
[0039]根据存储的获取到的访问OTT应用的用户信息,获取至少包括用户访问信息在内的OTT信息;
[0040]向所述第一 OTT应用对应的服务器发送获取的所述OTT信息,以便所述第一 OTT应用对应的服务器确定推送消息的跨OTT信息接收用户,并将欲推送的消息向所述跨OTT信息接收用户进行推送。
[0041]结合第四方面,在第一种可能的实现方式中,所述获取的OTT信息还包括:用户的意愿信息,其中,所述用户的意愿信息中至少携带用户意愿接收的信息类型。
[0042]第五方面,提供一种互通服务器,包括:
[0043]信息存储模块,用于存储获取到的用户注册OTT应用的第一用户信息,其中,所述第一用户信息被应用于用户访问至少两个OTT应用;
[0044]信息获取模块,用于接收用户访问OTT应用时使用的第二用户信息;
[0045]判断模块,用于判断第一用户信息与所述第二用户信息是否匹配,若是,接入所述用户,或者指示所述用户的身份验证成功,以使得待访问的OTT应用对应的服务器接入所述用户;
[0046]否则,禁止接入所述用户,或者指示所述用户的身份验证失败,以使得待访问的OTT应用对应的服务器拒绝接入所述用户。
[0047]结合第五方面,在第一种可能的实现方式中,所述信息存储模块具体用于:
[0048]若用户通过所述互通服务器进行OTT账户注册,直接获取第一用户信息;或者
[0049]若用户通过OTT应用对应的服务器进行OTT账户注册,通过用户获取第一用户信息,或者通过所述OTT应用对应的服务器获取第一用户信息。
[0050]结合第五方面,或者第五方面的第一种可能的实现方式,在第二种可能的实现方式中,所述信息存储模块还用于:
[0051]在接收用户注册OTT应用的第一用户信息后,存储所述第一用户信息之前,接收与所述第一用户信息对应的密码。
[0052]结合第五方面,或者第五方面的第一至第二种可能的实现方式,在第三种可能的实现方式中,所述信息获取模块具体用于:
[0053]通过本服务器对应的客户端,接收用户访问OTT应用时所述客户端提供的第二用户信息;或者
[0054]通过被待访问的OTT应用对应的服务器重定向至本服务器的请求,获取接收用户访问第二 OTT应用时提供的第二用户信息;或者
[0055]通过接收待访问的OTT应用对应的服务器发送的第二用户信息,第二用户信息在用户访问第二 OTT应用时,向与OTT应用对应的服务器提供。
[0056]结合第五方面,或者第五方面的第一至第二种可能的实现方式,在第四种可能的实现方式中,所述判断模块还用于:
[0057]在确定所述第二用户信息为本服务器存储的第一用户信息后,判定所述第二用户信息的安全等级达到预设安全等级门限值时,接入所述用户,或者指示所述用户的身份验证成功,以使得待访问的OTT应用对应的服务器接入所述用户。
[0058]第六方面,提供一种互通服务器,包括:
[0059]第一接收模块,用于接收第一 OTT应用对应的服务器发送的跨OTT推送消息的请求,其中,所述跨OTT推送消息的请求用于所述第一 OTT应用对应的服务器向未访问第一OTT应用,或者未注册第一 OTT应用的用户发送消息;
[0060]发送模块,用于根据存储的获取到的注册OTT应用的用户信息,选择接收所述第一 OTT应用对应的服务器发送的消息的跨OTT信息接收用户,并将第一 OTT应用对应的服务器待发送的消息进行发送。
[0061]结合第六方面,在第一种可能的实现方式中,所述发送模块具体用于:
[0062]获取存储的用户信息对应的用户的意愿信息,并根据用户的意愿信息得到用户意愿接收的信息类型;
[0063]选择所述用户意愿接收的信息类型与第一 OTT应用所推送的消息类型匹配的用户作为所述第一 OTT应用对应的服务器待发送的消息的跨OTT信息接收用户。
[0064]结合第六方面,或者第六方面的第一种可能的实现方式,在第二种可能的实现方式中,所述发送模块具体用于:
[0065]针对每一个确定的跨OTT信息接收用户,将接收到的第一 OTT应用对应的服务器发送的消息,通过该跨OTT信息接收用户访问的服务器进行发送,或者,直接将接收到的第一 OTT应用对应的服务器发送的消息进行发送。
[0066]结合第六方面的第二种可能的实现方式,在第三种可能的实现方式中,所述发送模块还用于:
[0067]针对每一个确定的跨OTT信息接收用户,在获取接收到的第一 OTT应用对应的服务器发送的消息之后,通过该跨OTT信息接收用户访问的服务器发送至该跨OTT信息接收用户之前,将获取的该跨OTT信息接收用户的访问信息存储。
[0068]结合第六方面的第三种可能的实现方式,在第四种可能的实现方式中,所述发送模块具体用于:
[0069]若跨OTT信息接收用户从其他服务器进行访问,则接收跨OTT信息接收用户访问的服务器发送的访问信息;
[0070]若跨OTT信息接收用户从本服务器进行访问,则直接从本服务获取跨OTT信息接收用户的访问信息。
[0071]第七方面,提供一种互通服务器,包括:
[0072]第二接收模块,用于接收第一 OTT应用对应的服务器发送的跨OTT推送消息的请求,其中,所述跨OTT推送消息的请求用于所述第一 OTT应用对应的服务器向注册第一 OTT应用但未访问,或者未注册第一 OTT应用的用户发送消息;
[0073]信息确定模块,用于根据存储的获取到的注册OTT应用的用户信息,选择接收所述第一 OTT应用对应的服务器发送的消息的跨OTT信息接收用户,并将所选择的跨OTT信息接收用户的信息发给所述第一 OTT应用对应的服务器,以便所述第一 OTT应用对应的服务器将欲推送的信息发送给所选择的跨OTT信息接收用户。
[0074]第八方面,提供一种互通服务器,包括:
[0075]获取模块,用于根据存储的获取到的访问OTT应用的用户信息,获取至少包括用户访问信息在内的OTT信息;
[0076]信息发送模块,用于向所述第一 OTT应用对应的服务器发送获取的所述OTT信息,以便所述第一 OTT应用对应的服务器确定推送消息的跨OTT信息接收用户,并将欲推送的消息向所述跨OTT信息接收用户进行推送。
[0077]结合第八方面,在第一种可能的实现方式中,所述获取模块获取的OTT信息还包括:用户的意愿信息,其中,所述用户的意愿信息中至少携带用户意愿接收的信息类型。
[0078]本发明有益效果如下:
[0079]本发明实施例中,为了解决现有技术中存在的访问多个OTT应用繁琐的问题,公开了一种访问OTT应用的方法及装置,由于该访问方法可以使用户使用一个第一用户信息访问多个OTT应用,用户不需要记录分别针对每一个OTT应用的第一用户信息,因此,降低了访问多个OTT应用的复杂度;为了解决现有技术中存在的服务器推送消息时存在的推送方式及其推送时机较为单一的问题,还提供了三种服务器推送消息的方法及装置,由于该消息推送方法可以使服务器对注册,但未开启相关OTT应用的终端推送消息,也可以使服务器对未注册相应OTT应用的终端推送消息,不需要终端只有在开启相关OTT应用的情况下才接收消息,因此,现有技术中存在的服务器推送消息时存在的推送方式及其推送时机较为单一的问题。

【专利附图】

【附图说明】
[0080]图1A为现有技术中终端访问多个OTT应用的示意图;
[0081]图1B为现有技术中OTT应用对应的服务器推送消息的示意图;
[0082]图1C为本发明实施例中终端访问多个OTT应用、OTT应用对应的服务器推送消息的不意图;
[0083]图2为本发明实施例中访问OTT应用的详细流程图;
[0084]图3A为本发明实施例中注册OTT应用的第一示意图;
[0085]图3B为本发明实施例中注册OTT应用的第二示意图;
[0086]图3C为本发明实施例中注册OTT应用的第三示意图;
[0087]图3D为本发明实施例中注册OTT应用的第四示意图;
[0088]图3E为本发明实施例中注册OTT应用的第五示意图;
[0089]图3F为本发明实施例中设置第一用户信息与相应OTT应用相对应的示意图;
[0090]图4A为本发明实施例中OTT应用对应的服务器推送消息的第一详细流程图;
[0091]图4B为本发明实施例中OTT应用对应的服务器推送消息的第二详细流程图;
[0092]图4C为本发明实施例中OTT应用对应的服务器推送消息的第三详细流程图;
[0093]图5为本发明实施例中OTT应用对应的服务器推送消息的第一实施例;
[0094]图6为本发明实施例中OTT应用对应的服务器推送消息的第二实施例;
[0095]图7为本发明实施例中互通服务器的第一示意图;
[0096]图8为本发明实施例中互通服务器的第二示意图;
[0097]图9为本发明实施例中互通服务器的第三示意图;
[0098]图10为本发明实施例中互通服务器的第四示意图。

【具体实施方式】
[0099]为使本发明实施例的目的、技术方案和优点更加清楚,下面将结合本发明实施例中的附图,对本发明实施例中的技术方案进行清楚、完整地描述,显然,所描述的实施例是本发明一部分实施例,而不是全部的实施例。基于本发明中的实施例,本领域普通技术人员在没有作出创造性劳动前提下所获得的所有其他实施例,都属于本发明保护的范围。
[0100]本文中术语“和/或”,仅仅是一种描述关联对象的关联关系,表示可以存在三种关系,例如,A和/或B,可以表示:单独存在A,同时存在A和B,单独存在B这三种情况。另夕卜,本文中字符“/”,一般表示前后关联对象是一种“或”的关系。
[0101]为了解决现有技术中存在的访问多个OTT应用繁琐的问题,本发明实施例中,提出一种访问OTT应用的方法,具体为:互通服务器存储获取到的用户注册OTT应用的第一用户信息,其中,第一用户信息被应用于用户访问至少两个OTT应用;互通服务器接收用户访问OTT应用时使用的第二用户信息;互通服务器判断第一用户信息与第二用户信息是否匹配,若是,接入用户,或者指示用户的身份验证成功,以使得待访问的OTT应用对应的服务器接入用户;否则,禁止接入用户,或者指示用户的身份验证失败,以使得待访问的OTT应用对应的服务器拒绝接入用户,由于该访问方法可以使用户使用一个第一用户信息访问多个OTT应用,用户不需要记录分别针对每一个OTT应用的第一用户信息,因此,降低了访问多个OTT应用的复杂度;
[0102]为了解决现有技术中存在的服务器推送消息时存在的推送方式及其推送时机较为单一的问题,本发明实施例还提供三种服务器推送消息的方法及装置,一种为:接收第一OTT应用对应的服务器发送的跨OTT推送消息的请求,其中,跨OTT推送消息的请求用于第一 OTT应用对应的服务器向未访问第一 OTT应用,或者未注册第一 OTT应用的用户发送消息;根据存储的获取到的注册OTT应用的用户信息,选择接收第一 OTT应用对应的服务器发送的消息的跨OTT信息接收用户,并将第一 OTT应用对应的服务器待发送的消息进行发送;
[0103]另一种为:接收第一 OTT应用对应的服务器发送的跨OTT推送消息的请求,其中,跨OTT推送消息的请求用于第一 OTT应用对应的服务器向注册第一 OTT应用但未访问,或者未注册第一OTT应用的终端发送消息;根据存储的获取到的注册OTT应用的用户信息,选择接收第一 OTT应用对应的服务器发送的消息的跨OTT信息接收用户,并将所选择的跨OTT信息接收用户的信息发给第一 OTT应用对应的服务器,以便第一 OTT应用对应的服务器将欲推送的信息发送给所选择的跨OTT信息接收用户,由于该消息推送方法可以使服务器对注册,但未开启相关OTT应用的终端推送消息,也可以使服务器对未注册相应OTT应用的终端推送消息,不需要终端只有在开启相关OTT应用的情况下才接收消息,因此,现有技术中存在的服务器推送消息时存在的推送方式及其推送时机较为单一的问题;
[0104]再一种为:根据存储的获取到的访问OTT应用的用户信息,获取至少包括用户访问信息在内的OTT信息;向第一 OTT应用对应的服务器发送获取的OTT信息,以便第一 OTT应用对应的服务器确定推送消息的跨OTT信息接收用户,并将欲推送的消息向跨OTT信息接收用户进行推送,由于该消息推送方法可以使服务器对注册,但未开启相关OTT应用的终端推送消息,也可以使服务器对未注册相应OTT应用的终端推送消息,不需要终端只有在开启相关OTT应用的情况下才接收消息,因此,现有技术中存在的服务器推送消息时存在的推送方式及其推送时机较为单一的问题。
[0105]下面结合附图对本发明优选的实施方式进行详细说明。
[0106]首先对终端如何通过互通服务器访问未注册的OTT应用进行说明,然后,对终端如何通过互通服务器接收未注册的OTT应用对应的服务器,或者,注册但未开启的OTT应用对应的服务器发送的消息进行说明,其中,如图1C所示,在用户终端访问某个OTT应用之前,互通服务器要先存储用户终端所注册OTT应用的用户第一用户信息。然后,当用户终端在访问某个用户未注册的OTT应用时,互通服务器要对该用户终端提供的用户信息进行验证,以便确定用户是否被允许访问用户未注册的OTT应用,用户未注册的OTT应用根据验证结果接受或者拒绝用户的接入。
[0107]此外,当某个用户尚未访问的OTT应用对应的服务器需要向用户推送消息时,(如广告信息),那么互通服务器需要确定推送消息的跨OTT信息接收用户,并将推送的消息转发至各个跨OTT信息接收用户或者跨OTT信息接收用户所访问的服务器;
[0108]或者,向推送消息的OTT应用服务器发送跨OTT信息接收用户的信息(至少包括账号信息,还可包括用户访问状态信息)。由OTT应用服务器发送至各个跨OTT信息接收用户,或者,各个跨OTT信息接收用户所访问的服务器,由该服务器再发送至各个跨OTT信息接收用户。
[0109]参阅图2所示,本发明实施例中,访问OTT应用的详细流程图如下:
[0110]步骤200:互通服务器存储获取到的用户注册OTT应用的第一用户信息,其中,第一用户信息被应用于用户访问至少两个OTT应用;
[0111]步骤210:互通服务器接收用户访问OTT应用时使用的第二用户信息;
[0112]步骤220:互通服务器判断第一用户信息与第二用户信息是否匹配,若是,执行步骤230,若不是,执行步骤240 ;
[0113]步骤230:接入用户,或者指示用户的身份验证成功,以使得待访问的OTT应用对应的服务器接入用户;
[0114]步骤240:禁止接入用户,或者指示用户的身份验证失败,以使得待访问的OTT应用对应的服务器拒绝接入用户。
[0115]本发明实施例中,第一用户信息主要是指用户的OTT应用帐户信息,其中,OTT应用帐户信息至少包括OTT应用账号信息,此外,还可包括其他信息,例如,用户的签约意愿、手机号信息、邮箱地址信息,或者其他联系方式信息。
[0116]本发明实施例中,互通服务器获取第一用户信息的方式有多种,例如,用户通过某个OTT应用对应的服务器提交OTT账户注册申请,然后,在注册完成后由用户将第一用户信息发送至互通服务器,或者由成功注册的OTT应用对应的服务器将第一用户信息发送至互通服务器;还例如,用户在互通服务器进行OTT账户注册时,此时,互通服务器直接可以获取用户注册OTT应用的第一用户信息,其中,上述几种方式的第一用户信息包括用户输入的信息,和/或在用户输入其他信息后,互通服务器分配的。
[0117]在上述过程中,用户在互通服务器进行OTT账户注册时,用户可以直接在互通服务器对应的客户端进入指定注册页面,然后,在指定注册页面中用户提交OTT账户注册申请,如图3A所示;也可以在浏览器客户端中进入指定注册页面,然后在指定注册页面中用户提交OTT账户注册申请,如图3B所示;还可以通过待注册的OTT应用对应的服务器重定向到互通服务器,进入指定注册页面,然后在指定注册页面中用户提交OTT账户注册申请,如图3C所示;还可以在浏览器客户端中进入注册OTT应用的选择界面,然后在注册OTT应用的选择界面中选择某一 OTT应用,进入注册选择的OTT应用的指定界面,再在该指定界面中用户提交OTT账户注册申请,如图3D所示。
[0118]还例如,用户通过某个OTT应用对应的服务器提交注册申请,并且在注册完成后由用户将第一用户信息告知互通服务器,或者由完成注册的OTT应用对应的服务器将第一用户信息告知互通服务器,如图3E所示。
[0119]为了提高第一用户信息的安全性,本发明实施例中,用户注册OTT应用后,还可以进一步设置于第一用户信息相对应的密码信息。
[0120]本发明实施例中,将第一用户信息设置为可以访问两个以上OTT应用,可以是根据用户设置的,也可以是默认的,其中,根据用户设置时,可以为在通过浏览器进入指定注册界面,在该注册界面中提供用户可以选择的可以共享这一第一用户信息的OTT名单,如图3F所示,也可以是用户输入相关注册信息后,获取服务器分配的第一用户信息之前,选择可以共享第一用户信息的其他OTT应用,上述只是具体实施例,在实际应用中,可以有多种,在此不再进行一一详述。
[0121]本发明实施例中,互通服务器接收用户访问某个OTT应用时使用的第二用户信息的方式有多种,可选的,例如,当用户直接通过在互通服务器客户端访问第二 OTT应用时,互通服务器直接接收来自用户客户端提供的第二用户信息,然后进行验证;
[0122]又例如,当用户在OTT应用对应的服务器访问OTT应用时,OTT应用对应的服务器将用户侧发送的第二用户信息发送至互通服务器,互通服务器接收OTT应用对应的服务器发送的第二用户信息,进而进行验证;
[0123]还例如,用户采用OTT应用客户端访问OTT应用时,直接被重定向到OTT互通平台服务器,然后,互通服务器直接接收来自用户客户端提供的第二用户信息,然后进行验证。
[0124]本发明实施例中,互通服务器判断第一用户信息与第二用户信息是否匹配的方式有多种,例如,可以使用第一用户信息与第二用户信息是否一致的方式,来判断两者是否匹配;或者也可以使用密钥加密的方式来判断第一用户信息与第二用户信息是否匹配,在实际应用中,还有多种方式,在此不再进行一一详述。
[0125]本发明实施例中,互通服务器判断第一用户信息与第二用户信息是否匹配,实际上是根据第一用户信息验证确定第二用户信息的真实性,进而确定是否允许用户访问OTT应用,互通服务器确定互通服务器根据第二用户信息确定用户能否访问某个OTT应用,主要执行如下操作:
[0126]首先根据获取的第二用户信息判断用户身份的真实性,即执行真实性验证功能,互通服务器对用户真实性验证的方式有多种,如,基于用户名/ 口令;或者是3GPP(3rd Generat1n Partnership Project,第三代移动通信标准化组织)GAA (Gernericauthenticat1n architecture,通用认证构架)方式。
[0127]由于不同OTT应用对用户的用户信息的安全性要求不一样,互通服务器可以根据情况将用户的第一用户信息进行一个安全分类,以便给OTT应用提供更为可靠的平台。也就是说,进一步的,为了提高安全性,在本发明实施例中,在确定用户身份的真实性后,再根据第二用户信息判断用户访问的权限,由于互通服务器获取用户信息的渠道不同,例如,有的是一些安全性较强的OTT应用在用户进行注册时会进行一些信息的核对,因此,用户信息相对安全一些,而还有一些OTT应用,并不会对用户注册时填写的信息进行核对,因此,用户信息的安全性就差一些。因此,要判断用户访问的权限,其中,判断访问权限的方式可以为:判定用户信息的安全级别是否大于预设的安全级别阈值。
[0128]本发明实施例中,还提供了三种OTT应用对应的服务器推送消息的方法:其中一种具体如下:
[0129]参阅图4A所示,本发明实施例中,OTT应用对应的服务器推送消息的第一详细流程图如下:
[0130]步骤40:接收第一 OTT应用对应的服务器发送的跨OTT推送消息的请求,其中,跨OTT推送消息的请求用于第一 OTT应用对应的服务器向未访问第一 OTT应用,或者未注册第一 OTT应用的终端发送消息;
[0131]步骤41:根据存储的获取到的注册OTT应用的用户信息,选择接收第一 OTT应用对应的服务器发送的消息的跨OTT信息接收用户,并将第一 OTT应用对应的服务器待发送的消息进行发送。
[0132]本发明实施例中,在步骤410中,将第一 OTT应用对应的服务器待发送的消息发送至所有选择的跨OTT信息接收用户的方式有多种,例如,可以不经过跨OTT信息接收用户当前所访问的OTT应用服务器,直接将接收到的第一 OTT应用对应的服务器发送的消息下发至跨OTT信息接收用户,也可以将接收到的第一 OTT应用对应的服务器发送的消息发送至跨OTT信息接收用户所访问的第二 OTT应用对应的服务器,再由跨OTT信息接收用户所访问的第二 OTT应用对应的服务器将该消息发送至跨OTT信息接收用户。
[0133]参阅图4B所示,本发明实施例中,OTT应用对应的服务器推送消息的第二详细流程图如下:
[0134]步骤400:接收第一 OTT应用对应的服务器发送的跨OTT推送消息的请求,其中,跨OTT推送消息的请求用于第一 OTT应用对应的服务器向注册第一 OTT应用但未访问,或者未注册第一 OTT应用的终端发送消息;
[0135]步骤410:根据存储的获取到的注册OTT应用的用户信息,选择接收第一 OTT应用对应的服务器发送的消息的跨OTT信息接收用户,并将所选择的跨OTT信息接收用户的信息发给第一 OTT应用对应的服务器,以便第一 OTT应用对应的服务器将欲推送的信息发送给所选择的跨OTT信息接收用户。
[0136]在图4B所示的方案中,第一 OTT应用对应的服务器可以不将待发送的消息发送至互通服务器,先向互通服务器发送跨OTT推送消息的请求,该请求用于第一 OTT应用对应的服务器向注册第一 OTT应用但未访问,或者未注册第一 OTT应用的终端发送消息,互通服务器在接收到请求后,确定哪些用户可以接收这一推送消息,并将这些用户作为跨OTT信息接收用户,并了解这些用户当前访问的服务器,并由互通服务器负责为第一 OTT应用对应的服务器和跨OTT信息接收用户当前访问的服务器建立互信连接,连接建立后,第一 OTT应用对应的服务器直接将需要推送的消息以及接收用户的名单交给跨OTT信息接收用户当前访问服务器,由跨OTT信息接收用户当前访问的服务器向跨OTT信息接收用户的客户端推送消息。
[0137]参阅图4C所示,本发明实施例中,OTT应用对应的服务器推送消息的第三详细流程图如下:
[0138]步骤4000:根据存储的获取到的注册OTT应用的用户信息,获取包括用户访问信息在内的OTT信息;
[0139]步骤4100:向第一 OTT应用对应的服务器发送获取的OTT信息,以便第一 OTT应用对应的服务器确定推送消息的跨OTT信息接收用户,并将欲推送的消息向跨OTT信息接收用户进行推送。
[0140]在该实施例中,OTT信息还包括:用户的意愿信息,其中,用户的意愿信息中至少携带用户意愿接收的信息类型。
[0141 ] 在上述三种方式中,步骤40,400及4000之前,互通服务器需要获取和保存各个用户的访问信息(包括用户是否上线,以及当前访问了哪个服务器等),其中,获取跨OTT信息接收用户的访问信息具体方式有多种:
[0142]例如,方式I)用户通过第二 OTT应用对应的第二 OTT服务器,其中,具体的访问方式参见步骤200-240。互通服务器可以直接从访问过程中获取,也可以在用户完成对第二OTT应用的访问后,由第二 OTT应用对应的服务器将用户的访问信息知会给互通服务器。
[0143]又例如,方式2)跨OTT信息接收用户直接通过互通服务器对应的客户端访问互通服务器,那么互通服务器可以直接从访问过程中获取。
[0144]互通服务器获取用户跨OTT信息接收用户的访问信息后,互通服务器可以将跨OTT信息接收用户的访问信息发送至第一 OTT应用对应的服务器,也可以不将跨OTT信息接收用户的访问信息发送至第一 OTT应用对应的服务器,其中,访问信息至少包括:用户账号、用户上线或离线状态,还可以包括用户昵称、第一 OTT应用对应的服务器的地址、域名,
坐坐寸寸O
[0145]进一步的,为了使得用户不必收到大量并不感兴趣的垃圾信息,对应到步骤41、410,4100,需要对第一 OTT应用对应的服务器选择的跨OTT信息接收用户的范围做一定的筛选和限制,具体可能方式为:
[0146]方式一、互通服务器所能获取的用户上线信息可以限制为所有在第一 OTT应用对应的服务器上注册了账号的用户们;
[0147]方式二、互通服务器提供者(如运营商)获取用户的意愿信息,意愿信息的内容可以是否允许将该用户在某一个OTT应用上的上线状态通知给互通服务器上存储有用户信息的其他OTT应用对应的服务器,或者,是否愿意接收来自该互通服务器上存储有用户信息的其他OTT应用对应的服务器发送的某类消息(例如,游戏推荐消息,时装购物广告消息,等等)或者呼叫请求,或者,是否愿意接收来自某类OTT应用对应的服务器推送的消息,或者,是具体的OTT应用名称列表。此外,互通服务器还可以获取用户自身的属性(例如,年级,工作行业,兴趣爱好等),互通服务器可根据相关信息对可以获取用户在线信息的OTT应用加以筛选。
[0148]值得指出的是,用户与互通服务器获取跨OTT信息接收用户的意愿信息的方式有多种方式:
[0149]例如,方式a)获取意愿信息的具体方式可以是在新用户注册的页面提供相应的选项供用户选择,用户在注册一个新的OTT应用对应的用户信息时,勾选愿意接收的消息类型、消息来源,等等。也可以是以业务的方式提供,如,用户通过营业厅、短消息,或者人工电话的方式订阅相关业务,互通服务器保存用户的意愿信息。
[0150]又例如,方式b)如果用户的用户信息不是通过互通服务器注册的,而是在某个OTT应用对应的服务器上注册的,那么用户可以将意愿信息,进一步包括用户属性信息按照与方式二类式的渠道告知互通服务器,互通服务器在从OTT应用对应的服务器获取相应信息。之后,互通服务器保存用户的意愿信息。
[0151]例如,互通服务器选择可以接收推送信息的终端用户时,可以根据获取的用户确定接收的信息类型进行筛选,其中,用户确定接收消息类型中可以包括用户接收的消息的具体类型,如,游戏推荐消息类型,时装购物广告消息类型,也可以是指明对应的OTT类型;或者指定愿意接收哪些OTT发送的消息,并给出OTT名称。
[0152]在图4B所示的实施例中,互通服务器可以将用户访问信息,以及用户的意愿信息发送至第一 OTT应用对应的服务器,第一 OTT应用对应的服务器根据需要确定向哪些跨OTT的目标用户发送消息(甚至建立呼叫联系),即确定跨OTT信息接收用户,在这种方式中,第一 OTT应用对应的服务器向目标用户,即跨OTT信息接收用户发送消息时,可以选择将向跨OTT信息接收用户发送的消息转由互通服务器后,再由互通服务器向跨OTT信息接收用户发送,也可以直接将向跨OTT信息接收用户发送的消息发送至互通服务器后,再由互通服务器向跨OTT信息接收用户当前访问的服务器发送,再由跨OTT信息接收用户当前访问的服务器向跨OTT信息接收用户发送。
[0153]在图4A所示的方式中,第一 OTT应用对应的服务器向跨OTT信息接收用户推送消息时,还可以选择直接向跨OTT信息接收用户当前访问的服务器发送所要推送的消息。为此,在发送消息之前,第一 OTT应用对应的服务器将发送消息的意愿告知互通服务器,然后互通服务器负责为第一 OTT应用对应的服务器和跨OTT信息接收用户当前访问的服务器建立互信连接,连接建立后,再由第一 OTT应用对应的服务器直接将需要发送的消息交给跨OTT信息接收用户当前访问的服务器,由跨OTT信息接收用户当前访问的服务器转发跨OTT信息接收用户,其中,互通服务器将第一 OTT应用对应的服务器和跨OTT信息接收用户当前访问的服务器建立互信连接的方式有多种,可选的,互通服务器为第一 OTT应用对应的服务器颁发某种信任状,第一 OTT应用对应的服务器拿到信任状后再跟目标用户当前访问的服务器第一 OTT应用对应的服务器建立联系。
[0154]为了更好地理解本发明实施例,以下给出具体应用场景,针对服务器推送消息的过程,做出进一步详细描述(互通服务器为服务器A、第一 OTT应用对应的服务器为服务器B、第二 OTT应用对应的服务器为服务器C):
[0155]实施例一:具体如图5所示(服务器A将用户I访问第二 OTT应用的访问信息发送至服务器B)
[0156]步骤500:服务器A存储用户I注册OTT应用的第一用户信息;
[0157]该步骤中,第一用户信息被应用于用户I访问至少两个OTT应用。
[0158]步骤510:用户I使用第二用户信息通过服务器C访问第二 OTT应用;
[0159]在该步骤中,用户I可以通过服务器C访问第二 OTT应用,也可以通过服务器A访问第二 OTT应用,其中,用户I通过服务器C访问第二 OTT应用时,服务器C要将用户I的第二用户信息发送至服务器A,且第二用户信息至少包括用户账号信息、上线\离线信息,还可以进一步包括服务器C的地址和/或域名。
[0160]步骤520:服务器A获取第二用户信息,并在判定第一用户信息和第二用户信息相匹配时,将相匹配的结果发送至服务器C,服务器C在接收到匹配结果时,接入用户I ;
[0161]步骤530:服务器A获取用户I的上线信息,及愿意接收的信息类型,例如,用户I接收的信息类型为游戏升级信息类型;
[0162]其中,服务器A获取用户I接收的信息类型时,可以在用户I注册OTT应用时的页面提供相应的接收信息选项供用户I选择,然后,将用户I点击的接收信息作为用户I接收的信息类型。
[0163]步骤540:服务器A将用户I的上线信息及愿意接收的信息类型发送至服务器B ;
[0164]步骤550:服务器B根据接收到的用户I的上线信息及接收的信息类型了解用户I只愿意接收游戏升级消息,后续仅将游戏升级消息通过服务器A,发送至用户I服务器C,或者直接将游戏升级消息发送至用户I客户端。
[0165]实施例二:具体如图6所示(服务器A未将用户I访问第二 OTT应用的第二用户信息发送至服务器B)
[0166]步骤600:服务器A存储用户I注册OTT应用的第一用户信息;
[0167]该步骤中,第一用户信息被应用于用户I访问至少两个OTT应用。
[0168]步骤610:用户I使用第二用户信息通过服务器C访问第二 OTT应用;
[0169]在该步骤中,用户I可以通过服务器C访问第二 OTT应用,也可以通过服务器A访问第二 OTT应用,其中,用户I通过服务器C访问第二 OTT应用时,服务器C要将用户I的第二用户信息发送至服务器A,且第二用户信息至少包括用户账号信息、上线\离线信息,还可以进一步包括服务器C的地址和/或域名。
[0170]步骤620:服务器A获取第二用户信息,并在判定第一用户信息和第二用户信息相匹配时,将相匹配的结果发送至服务器C,服务器C在接收到匹配结果时,接入用户I ;
[0171]步骤630:服务器A获取用户I的访问信息,并加以保存;
[0172]步骤640:服务器B将所有消息发送至服务器A ;
[0173]步骤650:服务器A选择用户I为其中一个跨OTT信息接收用户,并将服务器B推送的消息直接发至用户I,及其他跨OTT信息接收用户,或者转发至跨OTT信息接收用户当前访问的服务器(即第二 OTT应用服务器),再由跨OTT信息接收用户当前访问的服务器发至用户终端。
[0174]其中,服务器A选择服务器B推送消息的跨OTT信息接收用户的具体方式为:
[0175]例如,获取所有当前处于上线状态的用户的信息;又例如,根据处于上线状态的用户的信息了解用户的意愿信息(即愿意接收的消息类型)。
[0176]确定根据各个用户的意愿信息找到愿意接收服务器B消息的用户,将这些愿意接收服务器B消息的用户确定为跨OTT信息接收用户。
[0177]参阅图7所示,本发明实施例提供一种互通服务器,该互通服务器主要包括:
[0178]信息存储模块700,用于存储获取到的用户注册OTT应用的第一用户信息,其中,第一用户信息被应用于用户访问至少两个OTT应用;
[0179]信息获取模块710,用于接收用户访问OTT应用时使用的第二用户信息;
[0180]判断模块720,用于判断第一用户信息与第二用户信息是否匹配,若是,接入用户,或者指示用户的身份验证成功,以使得待访问的OTT应用对应的服务器接入用户;
[0181]否则,禁止接入用户,或者指示用户的身份验证失败,以使得待访问的OTT应用对应的服务器拒绝接入用户。
[0182]本发明实施例中,可选的,信息存储模块700具体用于:
[0183]若用户通过互通服务器进行OTT账户注册,直接获取第一用户信息,并加以存储;或者
[0184]若用户通过OTT应用对应的服务器进行OTT账户注册,通过用户获取第一用户信息,或者通过OTT应用对应的服务器获取第一用户信息加以存储。
[0185]进一步的,本发明实施例中,信息存储模块700还用于:
[0186]在接收用户注册OTT应用的第一用户信息后,存储第一用户信息之前,接收与第一用户信息对应的密码。
[0187]本发明实施例中,可选的,信息获取模块710具体用于:
[0188]通过本服务器对应的客户端,接收用户访问OTT应用时客户端提供的第二用户信息;或者
[0189]通过被待访问的OTT应用对应的服务器重定向至本服务器的请求,获取接收用户访问第二 OTT应用时提供的第二用户信息;或者
[0190]通过接收待访问的OTT应用对应的服务器发送的第二用户信息,第二用户信息在用户访问第二 OTT应用时,向与OTT应用对应的服务器提供。
[0191]进一步的,本发明实施例中,判断模块720还用于:
[0192]在确定第二用户信息为本服务器存储的第一用户信息后,判定第二用户信息的安全等级达到预设安全等级门限值时,接入用户,或者指示用户的身份验证成功,以使得待访问的OTT应用对应的服务器接入用户。
[0193]参阅图8所示,本发明实施例提供一种互通服务器,该互通服务器主要包括:
[0194]第一接收模块800,用于接收第一 OTT应用对应的服务器发送的跨OTT推送消息的请求,其中,跨OTT推送消息的请求用于第一 OTT应用对应的服务器向未访问第一 OTT应用,或者未注册第一 OTT应用的用户发送消息;
[0195]发送模块810,用于根据存储的获取到的注册OTT应用的用户信息,选择接收第一OTT应用对应的服务器发送的消息的跨OTT信息接收用户,并将第一 OTT应用对应的服务器待发送的消息进行发送。
[0196]本发明实施例中,可选的,发送模块810具体用于:
[0197]获取存储的用户信息对应的用户的意愿信息,并根据用户的意愿信息得到用户意愿接收的信息类型;
[0198]选择用户意愿接收的信息类型与第一 OTT应用所推送的消息类型匹配的用户作为第一 OTT应用对应的服务器待发送的消息的跨OTT信息接收用户。
[0199]本发明实施例中,可选的,发送模块810具体用于:
[0200]针对每一个确定的跨OTT信息接收用户,将接收到的第一 OTT应用对应的服务器发送的消息,通过该跨OTT信息接收用户访问的服务器进行发送,或者,直接将接收到的第一 OTT应用对应的服务器发送的消息进行发送。
[0201]进一步的,本发明实施例中,发送模块810还用于:
[0202]针对每一个确定的跨OTT信息接收用户,在获取接收到的第一 OTT应用对应的服务器发送的消息之后,通过该跨OTT信息接收用户访问的服务器发送至该跨OTT信息接收用户之前,将获取的该跨OTT信息接收用户的访问信息存储。
[0203]本发明实施例中,可选的,发送模块810具体用于:
[0204]若跨OTT信息接收用户从其他服务器进行访问,则接收跨OTT信息接收用户访问的服务器发送的访问信息;
[0205]若跨OTT信息接收用户从本服务器进行访问,则直接从本服务获取跨OTT信息接收用户的访问信息。
[0206]参阅图9所示,本发明实施例提供一种互通服务器,该互通服务器主要包括:
[0207]第二接收模块900,用于接收第一 OTT应用对应的服务器发送的跨OTT推送消息的请求,其中,跨OTT推送消息的请求用于第一 OTT应用对应的服务器向注册第一 OTT应用但未访问,或者未注册第一 OTT应用的用户发送消息;
[0208]信息确定模块910,用于根据存储的获取到的注册OTT应用的用户信息,选择接收第一 OTT应用对应的服务器发送的消息的跨OTT信息接收用户,并将所选择的跨OTT信息接收用户的信息发给第一 OTT应用对应的服务器,以便第一 OTT应用对应的服务器将欲推送的信息发送给所选择的跨OTT信息接收用户。
[0209]参阅图10所示,本发明实施例提供一种互通服务器,该互通服务器主要包括:
[0210]获取模块1000,用于根据存储的获取到的访问OTT应用的用户信息,获取至少包括用户访问信息在内的OTT信息;
[0211]信息发送模块1100,用于向第一 OTT应用对应的服务器发送获取的OTT信息,以便第一 OTT应用对应的服务器确定推送消息的跨OTT信息接收用户,并将欲推送的消息向跨OTT信息接收用户进行推送。
[0212]本发明实施例中,获取模块100获取的OTT信息还包括:用户的意愿信息,其中,用户的意愿信息中至少携带用户意愿接收的信息类型。
[0213]综上所述,本发明实施例中,公开了一种访问OTT应用的方法及装置由于该访问方法可以使用户使用一个第一用户信息访问多个OTT应用,用户不需要记录分别针对每一个OTT应用的第一用户信息,因此,降低了访问多个OTT应用的复杂度,还提供了三种服务器推送消息的方法及装置,由于该消息推送方法可以使服务器对注册,但未开启相关OTT应用的终端推送消息,也可以使服务器对未注册相应OTT应用的终端推送消息,不需要终端只有在开启相关OTT应用的情况下才接收消息,因此,现有技术中存在的服务器推送消息时存在的推送方式及其推送时机较为单一的问题。
[0214]本发明是参照根据本发明实施例的方法、设备(系统)、和计算机程序产品的流程图和/或方框图来描述的。应理解可由计算机程序指令实现流程图和/或方框图中的每一流程和/或方框、以及流程图和/或方框图中的流程和/或方框的结合。可提供这些计算机程序指令到通用计算机、专用计算机、嵌入式处理机或其它可编程数据处理设备的处理器以产生一个机器,使得通过计算机或其它可编程数据处理设备的处理器执行的指令产生用于实现在流程图一个流程或多个流程和/或方框图一个方框或多个方框中的功能的装置。
[0215]这些计算机程序指令也可存储在能引导计算机或其它可编程数据处理设备以特定方式工作的计算机可读存储器中,使得存储在该计算机可读存储器中的指令产生包括指令装置的制造品,该指令装置实现在流程图一个流程或多个流程和/或方框图一个方框或多个方框中的功能。
[0216]这些计算机程序指令也可装载到计算机或其它可编程数据处理设备上,使得在计算机或其它可编程设备上执行一系列操作步骤以产生计算机实现的处理,从而在计算机或其它可编程设备上执行的指令提供用于实现在流程图一个流程或多个流程和/或方框图一个方框或多个方框中的功能的步骤。
[0217]尽管已描述了本发明的上述实施例,但本领域内的技术人员一旦得知了基本创造性概念,则可对这些实施例作出另外的变更和修改。所以,所附权利要求意欲解释为包括上述实施例以及落入本发明范围的所有变更和修改。
[0218]显然,本领域的技术人员可以对本发明实施例进行各种改动和变型而不脱离本发明实施例的精神和范围。这样,倘若本发明实施例的这些修改和变型属于本发明权利要求及其等同技术的范围之内,则本发明也意图包含这些改动和变型在内。
【权利要求】
1.一种访问OTT应用的方法,其特征在于,包括: 互通服务器存储获取到的用户注册OTT应用的第一用户信息,其中,所述第一用户信息被应用于用户访问至少两个OTT应用; 所述互通服务器接收用户访问OTT应用时使用的第二用户信息; 所述互通服务器判断第一用户信息与所述第二用户信息是否匹配,若是,接入所述用户,或者指示所述用户的身份验证成功,以使得待访问的OTT应用对应的服务器接入所述用户; 否则,禁止接入所述用户,或者指示所述用户的身份验证失败,以使得待访问的OTT应用对应的服务器拒绝接入所述用户。
2.如权利要求1所述的方法,其特征在于,所述互通服务器获取用户注册OTT应用的第一用户信息,包括: 若用户通过所述互通服务器进行OTT账户注册,所述互通服务器直接获取第一用户信息;或者 若用户通过OTT应用对应的服务器进行OTT账户注册,所述互通服务器通过用户获取第一用户信息,或者通过所述OTT应用对应的服务器获取第一用户信息。
3.如权利要求1或2所述的方法,其特征在于,所述互通服务器在接收用户注册OTT应用的第一用户信息后,存储所述第一用户信息之前,接收与所述第一用户信息对应的密码。
4.如权利要求1-3任一项所述的方法,其特征在于,所述互通服务器接收用户访问OTT应用时携带的第二用户信息,包括: 所述互通服务器通过本服务器对应的客户端,接收用户访问OTT应用时所述客户端提供的第二用户信息;或者 所述互通服务器通过被待访问的OTT应用对应的服务器重定向至本服务器的请求,获取接收用户访问第二 OTT应用时提供的第二用户信息;或者 所述互通服务器通过接收待访问的OTT应用对应的服务器发送的第二用户信息,第二用户信息在用户访问第二 OTT应用时,向与OTT应用对应的服务器提供。
5.如权利要求1-3任一项所述的方法,其特征在于,在确定所述第二用户信息为本服务器存储的第一用户信息后,判定所述第二用户信息的安全等级达到预设安全等级门限值时,接入所述用户,或者指示所述用户的身份验证成功,以使得待访问的OTT应用对应的服务器接入所述用户。
6.一种OTT应用对应的服务器推送消息的方法,其特征在于,包括: 接收第一 OTT应用对应的服务器发送的跨OTT推送消息的请求,其中,所述跨OTT推送消息的请求用于所述第一 OTT应用对应的服务器向未访问第一 OTT应用,或者未注册第一OTT应用的用户发送消息; 根据存储的获取到的注册OTT应用的用户信息,选择接收所述第一 OTT应用对应的服务器发送的消息的跨OTT信息接收用户,并将第一 OTT应用对应的服务器待发送的消息进行发送。
7.如权利要求6所述的方法,其特征在于,选择接收所述第一OTT应用对应的服务器发送的消息的跨OTT信息接收用户,具体包括: 获取存储的用户信息对应的用户的意愿信息,并根据用户的意愿信息得到用户意愿接收的信息类型; 选择所述用户意愿接收的信息类型与第一 OTT应用所推送的消息类型匹配的用户作为所述第一 OTT应用对应的服务器待发送的消息的跨OTT信息接收用户。
8.如权利要求6或7所述的方法,其特征在于,将第一OTT应用对应的服务器待发送的消息进行发送,包括: 针对每一个确定的跨OTT信息接收用户,将接收到的第一 OTT应用对应的服务器发送的消息,通过该跨OTT信息接收用户访问的服务器进行发送,或者,直接将接收到的第一OTT应用对应的服务器发送的消息进行发送。
9.如权利要求8所述的方法,其特征在于,针对每一个确定的跨OTT信息接收用户,在获取接收到的第一 OTT应用对应的服务器发送的消息之后,通过该跨OTT信息接收用户访问的服务器发送至该跨OTT信息接收用户之前,将获取的该跨OTT信息接收用户的访问信息存储。
10.如权利要求9所述的方法,其特征在于,获取该跨OTT信息接收用户的访问信息,具体包括: 若跨OTT信息接收用户从其他服务器进行访问,则接收跨OTT信息接收用户访问的服务器发送的访问信息; 若跨OTT信息接收用户从本服务器进行访问,则直接从本服务获取跨OTT信息接收用户的访问信息。
11.一种OTT应用对应的服务器推送消息的方法,其特征在于,包括: 接收第一 OTT应用对应的服务器发送的跨OTT推送消息的请求,其中,所述跨OTT推送消息的请求用于所述第一 OTT应用对应的服务器向注册第一 OTT应用但未访问,或者未注册第一 OTT应用的用户发送消息; 根据存储的获取到的注册OTT应用的用户信息,选择接收所述第一 OTT应用对应的服务器发送的消息的跨OTT信息接收用户,并将所选择的跨OTT信息接收用户的信息发给所述第一 OTT应用对应的服务器,以便所述第一 OTT应用对应的服务器将欲推送的信息发送给所选择的跨OTT信息接收用户。
12.—种OTT应用对应的服务器推送消息的方法,其特征在于,包括: 根据存储的获取到的访问OTT应用的用户信息,获取至少包括用户访问信息在内的OTT信息; 向所述第一 OTT应用对应的服务器发送获取的所述OTT信息,以便所述第一 OTT应用对应的服务器确定推送消息的跨OTT信息接收用户,并将欲推送的消息向所述跨OTT信息接收用户进行推送。
13.如权利要求12所述的方法,其特征在于,所述获取的OTT信息还包括:用户的意愿信息,其中,所述用户的意愿信息中至少携带用户意愿接收的信息类型。
14.一种互通服务器,其特征在于,包括: 信息存储模块,用于存储获取到的用户注册OTT应用的第一用户信息,其中,所述第一用户信息被应用于用户访问至少两个OTT应用; 信息获取模块,用于接收用户访问OTT应用时使用的第二用户信息; 判断模块,用于判断第一用户信息与所述第二用户信息是否匹配,若是,接入所述用户,或者指示所述用户的身份验证成功,以使得待访问的OTT应用对应的服务器接入所述用户; 否则,禁止接入所述用户,或者指示所述用户的身份验证失败,以使得待访问的OTT应用对应的服务器拒绝接入所述用户。
15.如权利要求14所述的互通服务器,其特征在于,所述信息存储模块具体用于: 若用户通过所述互通服务器进行OTT账户注册,直接获取第一用户信息;或者 若用户通过OTT应用对应的服务器进行OTT账户注册,通过用户获取第一用户信息,或者通过所述OTT应用对应的服务器获取第一用户信息。
16.如权利要求14或15所述的互通服务器,其特征在于,所述信息存储模块还用于: 在接收用户注册OTT应用的第一用户信息后,存储所述第一用户信息之前,接收与所述第一用户信息对应的密码。
17.如权利要求14-16任一项所述的互通服务器,其特征在于,所述信息获取模块具体用于: 通过本服务器对应的客户端,接收用户访问OTT应用时所述客户端提供的第二用户信息;或者 通过被待访问的OTT应用对应的服务器重定向至本服务器的请求,获取接收用户访问第二 OTT应用时提供的第二用户信息;或者 通过接收待访问的OTT应用对应的服务器发送的第二用户信息,第二用户信息在用户访问第二 OTT应用时,向与OTT应用对应的服务器提供。
18.如权利要求14-16任一项所述的互通服务器,其特征在于,所述判断模块还用于: 在确定所述第二用户信息为本服务器存储的第一用户信息后,判定所述第二用户信息的安全等级达到预设安全等级门限值时,接入所述用户,或者指示所述用户的身份验证成功,以使得待访问的OTT应用对应的服务器接入所述用户。
19.一种互通服务器,其特征在于,包括: 第一接收模块,用于接收第一 OTT应用对应的服务器发送的跨OTT推送消息的请求,其中,所述跨OTT推送消息的请求用于所述第一 OTT应用对应的服务器向未访问第一 OTT应用,或者未注册第一 OTT应用的用户发送消息; 发送模块,用于根据存储的获取到的注册OTT应用的用户信息,选择接收所述第一 OTT应用对应的服务器发送的消息的跨OTT信息接收用户,并将第一 OTT应用对应的服务器待发送的消息进行发送。
20.如权利要求19所述的互通服务器,其特征在于,所述发送模块具体用于: 获取存储的用户信息对应的用户的意愿信息,并根据用户的意愿信息得到用户意愿接收的信息类型; 选择所述用户意愿接收的信息类型与第一 OTT应用所推送的消息类型匹配的用户作为所述第一 OTT应用对应的服务器待发送的消息的跨OTT信息接收用户。
21.如权利要求19或20所述的互通服务器,其特征在于,所述发送模块具体用于: 针对每一个确定的跨OTT信息接收用户,将接收到的第一 OTT应用对应的服务器发送的消息,通过该跨OTT信息接收用户访问的服务器进行发送,或者,直接将接收到的第一OTT应用对应的服务器发送的消息进行发送。
22.如权利要求21所述的互通服务器,其特征在于,所述发送模块还用于: 针对每一个确定的跨OTT信息接收用户,在获取接收到的第一 OTT应用对应的服务器发送的消息之后,通过该跨OTT信息接收用户访问的服务器发送至该跨OTT信息接收用户之前,将获取的该跨OTT信息接收用户的访问信息存储。
23.如权利要求22所述的互通服务器,其特征在于,所述发送模块具体用于: 若跨OTT信息接收用户从其他服务器进行访问,则接收跨OTT信息接收用户访问的服务器发送的访问信息; 若跨OTT信息接收用户从本服务器进行访问,则直接从本服务获取跨OTT信息接收用户的访问信息。
24.一种互通服务器,其特征在于,包括: 第二接收模块,用于接收第一 OTT应用对应的服务器发送的跨OTT推送消息的请求,其中,所述跨OTT推送消息的请求用于所述第一 OTT应用对应的服务器向注册第一 OTT应用但未访问,或者未注册第一OTT应用的用户发送消息; 信息确定模块,用于根据存储的获取到的注册OTT应用的用户信息,选择接收所述第一 OTT应用对应的服务器发送的消息的跨OTT信息接收用户,并将所选择的跨OTT信息接收用户的信息发给所述第一 OTT应用对应的服务器,以便所述第一 OTT应用对应的服务器将欲推送的信息发送给所选择的跨OTT信息接收用户。
25.—种互通服务器,其特征在于,包括: 获取模块,用于根据存储的获取到的访问OTT应用的用户信息,获取至少包括用户访问信息在内的OTT信息; 信息发送模块,用于向所述第一 OTT应用对应的服务器发送获取的所述OTT信息,以便所述第一 OTT应用对应的服务器确定推送消息的跨OTT信息接收用户,并将欲推送的消息向所述跨OTT信息接收用户进行推送。
26.如权利要求25所述的互通服务器,其特征在于,所述获取模块获取的OTT信息还包括:用户的意愿信息,其中,所述用户的意愿信息中至少携带用户意愿接收的信息类型。
【文档编号】H04L12/58GK104378395SQ201310354163
【公开日】2015年2月25日 申请日期:2013年8月14日 优先权日:2013年8月14日
【发明者】万蕾, 杨艳梅 申请人:华为技术有限公司
再多了解一些
网友询问留言 已有0条留言
  • 还没有人留言评论。精彩留言会获得点赞!
1