著录项信息
专利名称 | 一种多网站应用信息获取方法及系统 |
申请号 | CN201110194122.5 | 申请日期 | 2011-07-12 |
法律状态 | 授权 | 申报国家 | 中国 |
公开/公告日 | 2013-01-16 | 公开/公告号 | CN102882903A |
优先权 | 暂无 | 优先权号 | 暂无 |
主分类号 | H04L29/08 | IPC分类号 | H;0;4;L;2;9;/;0;8;;;H;0;4;L;2;9;/;0;6查看分类表>
|
申请人 | 腾讯科技(深圳)有限公司 | 申请人地址 | 广东省深圳市福田区振兴路赛格科技园2栋东403室
变更
专利地址、主体等相关变化,请及时变更,防止失效 |
权利人 | 腾讯科技(深圳)有限公司 | 当前权利人 | 腾讯科技(深圳)有限公司 |
发明人 | 杨宇;安婷婷;陈翼平;封荣军;赖志勇 |
代理机构 | 北京德琦知识产权代理有限公司 | 代理人 | 谢安昆;宋志强 |
摘要
本发明实施例公开了一种多网站应用信息获取方法,该方法包括:接收并验证用户发送的登录请求;用户登录后,根据预先保存的与该用户关联的多个第三方网站的应用授权信息和验证信息,向对应的多个第三方网站发起应用信息的获取请求;将所述应用信息的获取请求的结果返回用户。本发明还公开了一种多网站应用信息获取系统,该方法和系统使用户只需进行一次登录操作就可以获取多个网站的应用信息。
1.一种多网站应用信息获取方法,其特征在于,该方法包括:
接收并验证用户发送的登录请求;
用户登录后,根据预先保存的与该用户关联的多个第三方网站的应用授权信息和验证信息,向对应的多个第三方网站发起应用信息的获取请求;
将所述应用信息的获取请求的结果通过长轮询或长连接的方式异步实时返回用户,在用户登陆后所在的网页页面中显示所获取的多个第三方网站的应用信息。
2.如权利要求1所述的多网站应用信息获取方法,其特征在于,所述预先保存与用户关联的第三方网站的应用授权信息和验证信息的方法包括:
接收用户的应用加入请求;所述应用加入请求中包括:用户通过在第三方网站的帐号信息向对应的第三方网站发起应用授权请求所获取的第三方网站返回的验证信息,以及与所述应用授权请求对应的应用授权信息;
根据所述应用授权信息和验证信息向对应的第三方网站发起应用信息的获取请求,若所述应用信息的获取请求有效,则保存所述第三方网站应用授权信息和验证信息为与用户关联的第三方网站的应用授权信息和验证信息。
3.如权利要求2所述的多网站应用信息获取方法,其特征在于,该方法进一步包括:
接收用户的应用删除请求;
将所述预先保存的,与该用户关联的多个第三方网站的应用授权信息和验证信息中,与所述应用删除请求中携带的应用授权信息对应的第三方网站的应用授权信息和验证信息删除。
4.如权利要求2所述的多网站应用信息获取方法,其特征在于,所述应用授权信息包括:
所述应用授权请求对应的第三方网站的网址和授权域。
5.一种多网站应用信息获取系统,其特征在于,该系统包括:
存储模块,保存与用户关联的多个第三方网站的应用授权信息和验证信息;
接入模块,接收并验证用户发送的登录请求;用户登录后,将所述存储模块中保存的与该用户关联的多个第三方网站的应用授权信息和验证信息发送给代理模块;将从所述代理模块接收的应用信息的获取请求的结果通过长轮询或长连接的方式异步实时返回用户,在用户登陆后所在的网页页面中显示所获取的多个第三方网站的应用信息;
代理模块,根据所述接入模块发送的,所述与用户关联的多个第三方网站的应用授权信息和验证信息,向对应的多个第三方网站发起应用信息的获取请求;将所述应用信息的获取请求的结果返回所述接入模块。
6.如权利要求5所述的多网站应用信息获取系统,其特征在于,所述接入模块包括:
登录单元,接收并验证用户发送的登录请求;
信息转发单元,用户登录后,将所述存储模块中保存的与该用户关联的多个第三方网站的应用授权信息和验证信息发送给代理模块;
信息反馈单元,将从所述代理模块接收的应用信息的获取请求的结果返回用户。
7.如权利要求6所述的多网站应用信息获取系统,其特征在于,所述接入模块进一步包括:
应用加入单元,接收用户的应用加入请求;所述应用加入请求中包括:用户通过在第三方网站的帐号信息向对应的第三方网站发起应用授权请求所获取的第三方网站返回的验证信息,以及与所述应用授权请求对应的应用授权信息;
指令所述代理模块根据所述应用授权信息和验证信息向对应的第三方网站发起应用信息的获取请求,若所述应用信息的获取请求有效,则将所述第三方网站应用授权信息和验证信息保存到所述存储模块中,成为与用户关联的第三方网站的应用授权信息和验证信息。
8.如权利要求6或7所述的多网站应用信息获取系统,其特征在于,所述接入模块进一步包括:
应用删除单元,接收用户的应用删除请求;
将保存在所述存储模块中的,与该用户关联的多个第三方网站的应用授权信息和验证信息中,与所述应用删除请求中携带的应用授权信息对应的第三方网站的应用授权信息和验证信息删除。
一种多网站应用信息获取方法及系统\n技术领域\n[0001] 本发明涉及互联网技术领域,特别涉及一种多网站应用信息获取方法及系统。\n背景技术\n[0002] 现有的众多互联网网站,用户输入账号信息登录后,可以使用该网站内的各项应用信息,如好友状态、日志、微博、照片等。\n[0003] 现有的网站登录过程中,会在用户输入正确的账号信息(如用户名和密码),并通过登录验证时,为用户产生一个会话密钥,之后,用户即可使用该会话密钥作为标识,来获取本网站内的各项应用信息。现有的网站应用信息获取流程如图1所示,包括如下步骤:\n[0004] 步骤101,用户客户端(如浏览器)向网站发送携带会话密钥的请求(如点击网站上的按钮);\n[0005] 步骤102,网站验证会话密钥是否有效,若是,则执行步骤103,否则执行步骤104;\n[0006] 步骤103,返回请求结果(如含有应用信息的网页页面);\n[0007] 步骤104,返回错误提示。\n[0008] 上述现有各个网站的应用信息获取流程只限于用户登录并访问本网站内的各项应用,该用户的好友也局限于本网站账号体系下的好友。通常情况下,用户往往会同时使用多个网站提供的服务,但不同的网站之间的账号系统各自独立,用户若想获取多个网站的应用信息,只能手动登录多个网站,重复进行多个网站的登录验证操作,并通过切换访问不同网站的页面来获取所需的多个网站的应用信息。\n[0009] 随着各类互联网站点越来越多,用户使用多种网站应用、获得众多不同信息的需求也越来越强烈。但是,在现有的独立网站登录方式下,用户只能通过打开多个网站、并多次输入不同的账号信息进行验证来获取多个网站的应用信息,操作繁琐、用户体验差,使用非常不便,而且多个不同网站的帐号信息对于用户记忆也是个挑战。\n发明内容\n[0010] 有鉴于此,本发明提供了一种多网站应用信息获取方法及系统,用户只需进行一次登录操作就可以获取多个网站的应用信息。\n[0011] 为达上述目的,本发明的技术方案具体是这样实现的:\n[0012] 一种多网站应用信息获取方法,该方法包括:\n[0013] 接收并验证用户发送的登录请求;\n[0014] 用户登录后,根据预先保存的与该用户关联的多个第三方网站的应用授权信息和验证信息,向对应的多个第三方网站发起应用信息的获取请求;\n[0015] 将所述应用信息的获取请求的结果返回用户。\n[0016] 较佳地,所述预先保存与用户关联的第三方网站的应用授权信息和验证信息的方法包括:\n[0017] 接收用户的应用加入请求;所述应用加入请求中包括:用户通过在第三方网站的帐号信息向对应的第三方网站发起应用授权请求所获取的第三方网站返回的验证信息,以及与所述应用授权请求对应的应用授权信息;\n[0018] 根据所述应用授权信息和验证信息向对应的第三方网站发起应用信息的获取请求,若所述应用信息的获取请求有效,则保存所述第三方网站应用授权信息和验证信息为与用户关联的第三方网站的应用授权信息和验证信息。\n[0019] 较佳地,该方法进一步包括:\n[0020] 接收用户的应用删除请求;\n[0021] 将所述预先保存的,与该用户关联的多个第三方网站的应用授权信息和验证信息中,与所述应用删除请求中携带的应用授权信息对应的第三方网站的应用授权信息和验证信息删除。\n[0022] 较佳地,所述将请求的结果返回用户包括:\n[0023] 将从多个第三方网站获取到的应用信息通过长轮询或长连接的方式异步实时推送给用户。\n[0024] 较佳地,所述应用授权信息包括:\n[0025] 所述应用授权请求对应的第三方网站的网址和授权域。\n[0026] 一种多网站应用信息获取系统,该系统包括:\n[0027] 存储模块,保存与用户关联的多个第三方网站的应用授权信息和验证信息;\n[0028] 接入模块,接收并验证用户发送的登录请求;用户登录后,将所述存储模块中保存的与该用户关联的多个第三方网站的应用授权信息和验证信息发送给代理模块;将从所述代理模块接收的应用信息的获取请求的结果返回用户;\n[0029] 代理模块,根据所述接入模块发送的,所述与用户关联的多个第三方网站的应用授权信息和验证信息,向对应的多个第三方网站发起应用信息的获取请求;将所述应用信息的获取请求的结果返回所述接入模块。\n[0030] 较佳地,所述接入模块包括:\n[0031] 登录单元,接收并验证用户发送的登录请求;\n[0032] 信息转发单元,用户登录后,将所述存储模块中保存的与该用户关联的多个第三方网站的应用授权信息和验证信息发送给代理模块;\n[0033] 信息反馈单元,将从所述代理模块接收的应用信息的获取请求的结果返回用户。\n[0034] 较佳地,所述接入模块进一步包括:\n[0035] 应用加入单元,接收用户的应用加入请求;所述应用加入请求中包括:用户通过在第三方网站的帐号信息向对应的第三方网站发起应用授权请求所获取的第三方网站返回的验证信息,以及与所述应用授权请求对应的应用授权信息;\n[0036] 指令所述代理模块根据所述应用授权信息和验证信息向对应的第三方网站发起应用信息的获取请求,若所述应用信息的获取请求有效,则将所述第三方网站应用授权信息和验证信息保存到所述存储模块中,成为与用户关联的第三方网站的应用授权信息和验证信息。\n[0037] 较佳地,所述接入模块进一步包括:\n[0038] 应用删除单元,接收用户的应用删除请求;\n[0039] 将保存在所述存储模块中的,与该用户关联的多个第三方网站的应用授权信息和验证信息中,与所述应用删除请求中携带的应用授权信息对应的第三方网站的应用授权信息和验证信息删除。\n[0040] 较佳地,所述接入模块将所述代理模块从多个第三方网站获取到的应用信息通过长轮询或长连接的方式异步实时推送给用户。\n[0041] 由上述技术方案可见,本发明的这种多网站应用信息获取方法和系统,可以将多个网站的帐号信息关联到一个主帐号上,用户使用主帐号登录后,即可自动通过预先保存的用于拉取应用信息的资料,为用户拉取关联的多个网站的应用信息,从而实现只需进行一次登录操作就可以获取多个网站的应用信息的目的。\n附图说明\n[0042] 图1为现有单网站应用信息获取方法流程图;\n[0043] 图2为本发明实施例的多网站应用信息获取系统结构示意图;\n[0044] 图3为在本发明实施例的多网站应用信息获取系统中添加第三方网站应用的方法流程图;\n[0045] 图4为在本发明实施例的多网站应用信息获取系统中删除第三方网站应用的方法流程图;\n[0046] 图5为在本发明实施例的接入模块结构示意图。\n具体实施方式\n[0047] 为使本发明的目的、技术方案及优点更加清楚明白,以下参照附图并举实施例,对本发明进一步详细说明。\n[0048] 本发明主要是将多个网站的帐号信息关联到一个主帐号上,用户使用主帐号登录后,由本发明设计的系统根据预先保存的与该用户关联的多个第三方网站的应用授权信息和验证信息,向对应的多个第三方网站发起应用信息的获取请求;从而自动为用户拉取多个网站的应用信息并返回用户。用户只需一次登录操作,即可获取到多个网站的应用信息。\n[0049] 图2为本发明实施例的多网站应用信息获取系统结构示意图,如图2所示,该系统包括:接入模块201、存储模块202、代理模块203;\n[0050] 接入模块201,接收并验证用户发送的登录请求;用户登录后,将存储模块202中预先保存的与该用户关联的多个第三方网站的应用授权信息和验证信息发送给代理模块\n203;将从代理模块203接收的请求的结果,即应用信息返回用户。\n[0051] 具体地,接入模块201可以为用户提供一网页界面,用户通过浏览器访问该页面并向接入模块201发送登录请求,接入模块201验证用户登录请求中携带的帐号信息,验证通过,即用户登录后,进行后续将存储模块202中预先保存的与该用户关联的多个第三方网站的应用授权信息和验证信息发送给代理模块203的操作;另外为了确保返回给用户的应用信息能够被用户使用的客户端,如浏览器实时响应,接入模块201可以将代理模块203从多个第三方网站获取到的应用信息通过长轮询(Long polling)或长连接(comet)等方式异步实时推送给用户,以达到用户在同一个网页页面中实时回显应用信息的效果。\n[0052] 存储模块202,保存与用户关联的多个第三方网站的应用授权信息和验证信息;\n[0053] 具体的保存格式可以如下表所示:\n[0054]\n 用户ID 第三方网站应用授权信息1 验证信息1\n[0055]\n 用户ID 第三方网站应用授权信息2 验证信息2\n 用户ID 第三方网站应用授权信息3 验证信息3\n[0056] 表一、与用户关联的多个第三方网站的应用授权信息和验证信息存储表[0057] 在表一中,第三方网站应用授权信息包含应用所在网址、授权域等资料;验证信息则用于代理模块203根据应用授权信息从第三方网站拉取对应的应用信息时接受第三方网站的验证,如密钥、公钥等,具体验证信息根据第三方网站的验证方式确定。用户ID即用户完成登录验证的合法用户账号,一个用户ID可以对应多个不同的第三方网站应用授权信息及验证信息,根据用户登录时的用户账号不同,可以保存多个不同用户ID对应的不同的第三方网站应用授权信息及验证信息。\n[0058] 代理模块203,根据接入模块201发送的,所述与用户关联的多个第三方网站的应用授权信息和验证信息,向对应的多个第三方网站发起应用信息的获取请求;将所述请求的结果返回接入模块201。\n[0059] 在本发明中,使用代理模块203获取应用信息数据而不使用网站前端拉取信息的设计思路是基于,如果用户同时使用多个第三方网站,则在一个应用信息获取请求内即可通过接入模块201返回多个请求的结果,避免了用户进行多个应用信息获取请求导致的响应缓慢。\n[0060] 上述接入模块的具体结构如图5所示,包括:\n[0061] 登录单元501,接收并验证用户发送的登录请求;\n[0062] 信息转发单元502,用户登录后,将所述存储模块202中保存的与该用户关联的多个第三方网站的应用授权信息和验证信息发送给代理模块203;\n[0063] 信息反馈单元503,将从所述代理模块203接收的应用信息的获取请求的结果返回用户。\n[0064] 另外,在具体的应用场景下,存储模块202中保存的与用户关联的多个第三方网站的应用授权信息和验证信息需要预先获取;具体地,这些信息可以直接通过访问存储模块\n202,向存储模块202中直接录入,也可以通过用户向接入模块201发送应用加入请求来发起,由接入模块201具体实现,为实现用户应用的加入,如图5所示,所述接入模块201可以进一步包括:\n[0065] 应用加入单元504,接收用户的应用加入请求;所述应用加入请求中包括:用户通过在第三方网站的帐号信息向对应的第三方网站发起应用授权请求所获取的第三方网站返回的验证信息;以及与所述应用授权请求对应的应用授权信息;\n[0066] 指令所述代理模块203根据所述应用授权信息和验证信息向对应的第三方网站发起应用信息的获取请求,若所述应用信息的获取请求有效,则将所述第三方网站应用授权信息和验证信息保存到存储模块202中,成为与用户关联的第三方网站的应用授权信息和验证信息。\n[0067] 具体流程如图3所示,包括:\n[0068] 步骤301,用户向第三方网站发起应用授权请求;\n[0069] 用户在接入模块201提供的网页界面中申请加入应用,此时可通过网页跳转到第三方网站,用户输入该第三方网站的帐号信息以发起应用授权请求。\n[0070] 步骤302,第三网网站进行应用授权,返回验证信息;\n[0071] 第三方网站验证用户的帐号信息,如果有效,则授权用户所请求的应用,生成该用户基于所授权应用的一串验证密钥,即验证信息,并将验证信息返回用户。授权之后,用户即可通过该验证密钥进行应用信息的拉取,无需再进行用户登录操作,在拉取应用信息时无须再向第三方网站发送用户在第三方网站的账号信息,因此无须担忧用户在第三方网站账号信息的泄露。\n[0072] 步骤303,接入模块201接收用户发送的应用加入请求;\n[0073] 应用加入请求中包含应用授权信息及验证信息,可以由用户通过接入模块201提供的网页界面向接入模块201发起。\n[0074] 步骤304,代理模块203向第三方网站发送应用信息的获取请求;\n[0075] 步骤305,判断请求是否有效,若是,则执行步骤306,否则执行步骤307;\n[0076] 步骤306,保存应用授权信息及验证信息;\n[0077] 保存应用授权信息及验证信息的同时,可以将获取的应用信息返回用户。\n[0078] 步骤307,返回错误提示。\n[0079] 可以通过网页界面向用户返回错误提示。\n[0080] 另外,对于已经保存的与用户关联的多个第三方网站的应用授权信息和验证信息,用户也可以自由的删除。当然,删除时可以直接通过访问存储模块202从存储模块202中删除,也可以由用户通过向接入模块201发送应用删除请求来发起,由接入模块201实现应用删除,为实现用户应用的删除,如图5所示,所述接入模块201可以进一步包括:\n[0081] 应用删除单元505,接收用户的应用删除请求;将保存在存储模块202中的,与该用户关联的多个第三方网站的应用授权信息和验证信息中,与所述应用删除请求中携带的应用授权信息对应的第三方网站的应用授权信息和验证信息删除。\n[0082] 具体流程如图4所示,包括:\n[0083] 步骤401,接收用户的应用删除请求,该请求携带用户想要删除的应用授权信息。\n[0084] 步骤402,从存储模块202中删除与请求中应用授权信息对应的,用户关联的第三方网站的应用授权信息和验证信息。\n[0085] 步骤403,向用户返回删除结果。例如删除成功则返回“应用授权已删除”的提示,若删除失败,则返回“删除失败”等提示信息。\n[0086] 由上述的实施例可见,本发明的这种多网站应用信息获取方法及系统实现了用户在单个网站上登录主账号(如接入模块201提供的网页界面),即可以同时自动关联登录多个第三方网站获取应用信息,减少了用户在多个网站间来回切换的操作成本;为了保证可以一次登录获取多个第三方网站应用,本发明保存了用户在第三方网站上的验证信息,通过后台下发的机制使用户在登录后即可收到第三方网站应用的推送消息,减少了原本用户需要多次输入不同登录信息的烦恼。\n[0087] 以上所述仅为本发明的较佳实施例而已,并不用以限制本发明,凡在本发明的精神和原则之内,所做的任何修改、等同替换、改进等,均应包含在本发明保护的范围之内。
法律信息
- 2017-07-28
- 2014-06-04
实质审查的生效
IPC(主分类): H04L 29/08
专利申请号: 201110194122.5
申请日: 2011.07.12
- 2013-01-16
引用专利(该专利引用了哪些专利)
序号 | 公开(公告)号 | 公开(公告)日 | 申请日 | 专利名称 | 申请人 |
1
| |
2011-05-11
|
2010-12-31
| | |
2
| |
2010-04-21
|
2009-10-20
| | |
3
| |
2009-10-14
|
2009-05-27
| | |
4
| |
2010-10-27
|
2010-07-02
| | |
5
| |
2010-01-27
|
2009-06-18
| | |
被引用专利(该专利被哪些专利引用)
序号 | 公开(公告)号 | 公开(公告)日 | 申请日 | 专利名称 | 申请人 | 该专利没有被任何外部专利所引用! |