CN107818515A - 一种公众账号列表生成、显示方法及装置 - Google Patents
一种公众账号列表生成、显示方法及装置 Download PDFInfo
- Publication number
- CN107818515A CN107818515A CN201610820601.6A CN201610820601A CN107818515A CN 107818515 A CN107818515 A CN 107818515A CN 201610820601 A CN201610820601 A CN 201610820601A CN 107818515 A CN107818515 A CN 107818515A
- Authority
- CN
- China
- Prior art keywords
- public
- account
- user
- information
- message
- 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
-
- 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
- G06Q50/00—Systems or methods specially adapted for specific business sectors, e.g. utilities or tourism
- G06Q50/01—Social networking
-
- G—PHYSICS
- G06—COMPUTING; CALCULATING OR COUNTING
- G06F—ELECTRIC DIGITAL DATA PROCESSING
- G06F16/00—Information retrieval; Database structures therefor; File system structures therefor
- G06F16/90—Details of database functions independent of the retrieved data types
- G06F16/95—Retrieval from the web
- G06F16/957—Browsing optimisation, e.g. caching or content distillation
Abstract
本发明实施例提供一种公众账号列表生成、显示方法及装置,通过获取用户关注的各个公众账号的关联信息及其权重信息,对公众账号进行排序生成公众账号列表并显示在终端,智能优化已关注公众账号列表排序方式,使用户能更直观的通过排序了解已关注公众账号的情况和与用户的交互程度,方便用户查找和管理公众账号。
Description
技术领域
本发明涉及移动互联网及社交系统领域,尤其涉及一种公众账号列表生成、显示方法及装置。
背景技术
社交网络含义包括硬件、软件、服务及应用,随着互联网的迅速发展,在人们的生活中扮演着越来越重要的角色,它已成为人们生活的一部分,并对人们的信息获得、思考和生活产生不可低估的影响,成为人们获取信息、展现自我、营销推广的窗口,是一个建立人与人之间的社交网络或社交关系的连接的平台。其中,公众账号在社交网络中得到了广泛应用。公众账号可以给关注的各个用户推送或发送消息,用户也可以给公众账号发送消息或进行评论、点赞等操作,也可以用于企业内部作为移动办公的一种方式。每个用户通过各种方式关注的各种类型的公众账号越来越多,已关注的公众账号列表也越来越长。但是目前用户已关注的公众账号列表主要以公众账号名称首字母或更新时间排序,对所有用户采用同一方式展示。对用户而言,无法看出不同公众账号对自己的重要度、使用情况等,其中一些公众账号推送的各类信息对用户毫无用处,但是同样消耗用户流量接收信息及占用系统资源,不方便用户对公众账号管理。
发明内容
本发明实施例提供的公众账号列表生成、显示方法及装置,主要要解决的技术问题是已关注公众账号不方便用户管理。
为解决上述技术问题,本发明实施例提供一种公众账号列表生成方法,包括:
获取用户关注的各个公众账号的关联信息,所述关联信息包括公众账号的类型信息、关注人数信息、活跃度信息、所述用户与公众账号的交互信息中的至少一种,以及获取各关联信息的权重信息;
根据所述各个公众账号的所述关联信息以及所述各关联信息的权重信息,对所述各个公众账号进行排序,并生成供终端显示的公众账号列表。
本发明实施例还提供一种公众账号列表显示方法,包括:
接收用户的触发操作;
在所述触发操作的触发下,获取公众账号列表,所述公众账号列表中的各个公众账号根据其关联信息以及各关联信息的权重信息进行排序,所述关联信息包括公众账号的类型信息、关注人数信息、活跃度信息、所述用户与公众账号的交互信息中的至少一种;
对获取的公众账号列表进行显示。
本发明实施例还提供一种公众账号列表生成装置,包括:
第一获取模块,用于获取用户关注的各个公众账号的关联信息,所述关联信息包括公众账号的类型信息、关注人数信息、活跃度信息、所述用户与公众账号的交互信息中的至少一种,以及获取各关联信息的权重信息;
排序模块,用于根据所述各个公众账号的所述关联信息以及所述各关联信息的权重信息,对所述各个公众账号进行排序,并生成供终端显示的公众账号列表。
本发明实施例还提供一种公众账号列表显示装置,包括:
接收模块,用于接收用户的触发操作;
第二获取模块,用于在所述触发操作的触发下,获取公众账号列表,所述公众账号列表中的各个公众账号根据其关联信息以及各关联信息的权重信息进行排序,所述关联信息包括公众账号的类型信息、关注人数信息、活跃度信息、所述用户与公众账号的交互信息中的至少一种;
显示模块,用于对获取的公众账号列表进行显示。
本发明实施例还提供一种计算机存储介质,所述计算机存储介质中存储有计算机可执行指令,所述计算机可执行指令用于执行前述的任一项的系统磁盘管理方法。
本发明的有益效果是:
本发明实施例提供一种公众账号列表生成、显示方法及装置以及计算机存储介质,通过获取用户关注的各个公众账号的关联信息及其权重信息,对公众账号进行排序生成公众账号列表并显示在终端,智能优化已关注公众账号列表排序方式,使用户能更直观的通过排序了解已关注公众账号的情况和与用户的交互程度,方便用户查找和管理公众账号。
附图说明
图1为本发明实施例一提供的一种公众账号列表生成方法的流程图;
图2为本发明实施例二提供的一种公众账号列表显示方法的流程图;
图3为本发明实施例三提供的一种微信订阅号列表生成及显示方法的流程图;
图4为本发明实施例四提供的另一种微信订阅号列表生成及显示方法的流程图;
图5为本发明实施例五提供的一种公众账号列表生成装置的示意图;
图6为本发明实施例六提供的一种公众账号列表显示装置的示意图。
具体实施方式
下面通过具体实施方式结合附图对本发明实施例作进一步详细说明。
实施例一:
为了达到智能优化已关注公众账号列表排序方式,方便用户管理公众账号的目的,本发明实施例提供了一种公众账号列表生成方法,具体流程请参见图1。
S101,获取用户关注的各个公众账号的关联信息以及各关联信息的权重信息。
关联信息包括公众账号的类型信息、关注人数信息、活跃度信息、用户与公众账号的交互信息中的至少一种。活跃度信息包括:预设第一时间段内推送的消息数、预设第一时间段内推送的消息的阅读数、预设第一时间段内推送的消息的点赞数、预设第一时间段内推送的消息的转发数、预设第一时间段内推送的消息的评论数、预设第一时间段内回复的消息数中的至少一种。其中,第一时间段一般由社交网络服务端配置。若社交网络提供第一时间段配置服务,则用户也可以对第一时间段的具体时间区域进行设置。
用户与公众账号的交互信息包括:预设第二时间段内所述用户查看该公众账号推送消息的数量、所述预设第二时间段内所述用户给该公众账号发送消息的数量、所述预设第二时间段内该公众账号给所述用户发送消息的数量、预设第二时间段内所述用户对该公众账号推送消息的点赞数、预设第二时间段内用户对该公众账号推送消息的评论数、预设第二时间段内用户对该公众账号推送消息的转发数、预设第二时间段内用户对该公众账号推送消息的分享数、预设第二时间段内用户对该公众账号推送消息的收藏数中的至少一种。其中,第二时间段一般由社交网络服务端配置。第二时间段与第一时间段相同可以不同,但一般情况下第二时间段与第一时间段相同。若社交网络提供第二时间段配置服务,则用户也可以对第二时间段的具体时间区域进行设置。
社交网络服务端在获取到用户关注的各个公众账号的关联信息后,还需获取各关联信息的权重信息。各关联信息的权重信息一般由社交网络服务端提前配置。配置原则可以按照以下规则:用户与公众账号的交互信息的权重,大于公众账号的类型信息、关注人数信息、活跃度信息的权重,即在排序时相比于公众账号的情况更重视用户与公众账号的交互程度。若社交网络提供关联信息的权重信息配置服务,则用户也可以对各关联信息的权重信息进行设置。
S102,根据各个公众账号的关联信息以及各关联信息的权重信息,对各个公众账号进行排序,并生成供终端显示的公众账号列表。
排序可以按照以下规则进行:根据各个公众账号的关联信息以及各关联信息的权重信息,统计各个公众账号的积分值。再根据各个公众账号的积分值对各个公众账号进行排序,并生成供终端显示的公众账号列表。
权重表示某一指标在整体评价中的相对重要程度。例如,可以设置用户与公众账号的交互信息的权重为4,公众账号的类型信息、关注人数信息、活跃度信息的权重为1,再根据用户与公众账号的交互信息在第二预设时间段内的信息数量和权重信息,及公众账号的类型信息、关注人数信息、活跃度信息在第一预设时间段内的信息数量和权重信息,计算得到积分,再将得到的积分相加,得到每个公众账号的积分值。
本发明实施例提供的公众账号列表生成方法,通过对用户关注的各个公众账号的关联信息及其权重信息,对各个公众账号进行排序,智能优化已关注公众账号列表排序方式,使用户能通过排序了解已关注公众账号的活跃程度和与用户的交互程度。
显然,本领域的技术人员应该明白,本发明实施例的配置原则和排序规则不只限于本实施例的说明。若将本发明实施例的方案应用于别的场景时,对方案内容进行相应改变,也都应当视为属于本发明的保护范围。
实施例二:
本发明实施例提供一种公众账号列表显示方法,具体流程请参见图2。
S201,接收用户的触发操作。
一般社交服务提供用户端和服务端,用户端安装在用户终端。用户终端上的客户端接收用户的触发操作,将用户的请求公众账号列表的信息发送给社交网络服务端。例如,触发操作可以是点击社交网络客户端上的“公众账号”图标,用户点击该图标后将进入公众账号列表。
S202,获取公众账号列表,对公众账号列表中的各个公众账号根据其关联信息以及各关联信息的权重信息进行排序。
用户终端在接收用户的触发操作后,从社交网络服务端获取用户账号关注的公众账号组成的公众账号列表。对于公众账号列表中的各个公众账号,服务端可以根据其关联信息以及各关联信息的权重信息进行排序,排序方法可采用实施例一中的公众账号列表生成方法。
关联信息包括公众账号的类型信息、关注人数信息、活跃度信息、用户与公众账号的交互信息中的至少一种。活跃度信息包括:预设第一时间段内推送的消息数、预设第一时间段内推送的消息的阅读数、预设第一时间段内推送的消息的点赞数、预设第一时间段内推送的消息的转发数、预设第一时间段内推送的消息的评论数、预设第一时间段内回复的消息数中的至少一种。其中,第一时间段一般由社交网络服务端配置。若社交网络提供第一时间段配置服务,则用户也可以对第一时间段的具体时间区域进行设置。
用户与公众账号的交互信息包括:预设第二时间段内所述用户查看该公众账号推送消息的数量、所述预设第二时间段内所述用户给该公众账号发送消息的数量、所述预设第二时间段内该公众账号给所述用户发送消息的数量、预设第二时间段内所述用户对该公众账号推送消息的点赞数、预设第二时间段内用户对该公众账号推送消息的评论数、预设第二时间段内用户对该公众账号推送消息的转发数、预设第二时间段内用户对该公众账号推送消息的分享数、预设第二时间段内用户对该公众账号推送消息的收藏数中的至少一种。其中,第二时间段一般由社交网络服务端配置。第二时间段与第一时间段相同可以不同,但一般情况下第二时间段与第一时间段相同。若社交网络提供第二时间段配置服务,则用户也可以对第二时间段的具体时间区域进行设置。
S203,对获取的公众账号列表进行显示。
将之前获取到的公众账号列表显示在终端,即将该用户账号关注的公众账号列表显示在终端上的社交网络客户端。例如,用户点击点击社交网络客户端上的“公众账号”图标触发后,社交网络客户端显示从服务端获取的该用户关注的公众账号列表。
本发明实施例提供的公众账号列表显示方法,通过接收用户的触发操作,在获取到服务端提供排序公众账号进并行显示,因为服务端智能优化已关注公众账号列表排序方式,使用户能直观了解已关注公众账号的活跃程度和与用户的交互程度,方便用户管理公众账号。
显然,本领域的技术人员应该明白,本发明实施例的触发操作不只限于本实施例的说明。若将本发明实施例的方案应用于别的场景时,对方案内容进行相应改变,也都应当视为属于本发明的保护范围。
实施例三:
为了便于理解本发明,本实施例以微信公众平台订阅号列表作为公众账号列表为例进行示例说明。微信现有公众平台的公众账号分为服务号、订阅号和企业号三类。订阅号订阅号为媒体和个人提供一种新的信息传播方式,构建与读者之间更好的沟通与管理模式,主要偏于为用户传达资讯(类似报纸杂志),推送消息,达到宣传效果。用户关注的订阅号及推送的消息显示在微信客户端的“订阅号”的文件夹中,现有订阅号是根据更新时间排序,最近更新的订阅号排在最前。本发明实施例提供了一种微信订阅号列表生成及显示方法,具体流程请参见图3。
S301,客户端接收用户的触发操作。
微信客户端接收用户的触发操作,触发操作为点击“订阅号”的文件夹。
S302,服务端获取用户关注的各个订阅号的关联信息以及各关联信息的权重信息。
微信服务端获取此用户关注的各个订阅号的关联信息以及各关联信息的权重信息。现设定第一预设时间段及第二预设时间段均为30天,设定订阅号的关联信息有:订阅号关注人数、发布消息数量及消息点赞数量,用户查看该订阅号推送消息的数量、用户对该订阅号推送消息的点赞数、用户对该订阅号推送消息的评论数、用户对该订阅号推送消息的转发数、用户对该订阅号推送消息的分享数、用户对该订阅号推送消息的收藏数、用户给该订阅号发送消息的数量、该订阅号给该用户发送消息的数量。
设定订阅号各关联信息的权重信息为:订阅号关注人数、发布消息数量及消息点赞数量权重均为1,用户查看该订阅号推送消息的数量、用户对该订阅号推送消息的评论数、用户对该订阅号推送消息的转发数、用户对该订阅号推送消息的分享数权重均为1,用户对该订阅号推送消息的点赞数、用户对该订阅号推送消息的收藏数、用户给该订阅号发送消息的数量、该订阅号给该用户发送消息的数量权重均为2。
现设定用户关注了4个订阅号“甲”、“乙”、“丙”、“丁”。
S303,服务端根据各个订阅号的关联信息以及各关联信息的权重信息,对各个订阅号进行排序,并生成供终端显示的订阅号列表。
微信服务端根据各个订阅号的关联信息以及各关联信息的权重信息计算各个订阅号的积分值。具体计算积分排序过程如下:微信服务端获取各个订阅号的关联信息的具体数量值;将关联信息的数量值与设置的权重相乘得到积分;将该订阅号各个关联信息的积分相加得到该订阅号的积分值;根据各个订阅号的积分值将订阅号进行排序。
在30天内,甲乙丙丁的关注人数分别是100、200、300、300,发布消息数量分别是20、10、30、0,消息点赞数量分别是100、200、300、0,用户查看甲乙丙推送消息的数量分别是20、10、30、0,用户对甲乙丙推送消息的点赞数分别是10、10、20、0,用户对甲乙丙推送消息的评论数分别是17、9、22、0,用户对甲乙丙推送消息的转发数分别是15、10、20、0,用户对甲乙丙推送消息的分享数分别是15、10、20、0,用户对甲乙丙推送消息的收藏数分别是10、10、20、0,用户给甲乙丙发送消息的数量分别是5、7、11、1,甲乙丙给该用户发送消息的数量分别是3、6、10、0。
则甲乙丙的积分值分别为:343、515、844、302。按照积分值从高到低排序分别是:丙乙甲丁;按照积分值从低到高排序分别是:丁甲乙丙。设定默认排序是按照积分值从高到低排序。
S304,客户端获取订阅号列表。
微信客户端从服务端获取该用户关注的订阅号列表,按照积分值从高到低排序分别是:丙乙甲丁。
S305,客户端显示用户的订阅号列表。
微信客户端将获取到的用户关注的订阅号列表显示在客户端。客户端“订阅号”文件夹中,用户关注的订阅号“甲”、“乙”、“丙”、“丁”,从上至下依次为丙乙甲丁。
本发明实施例提供的微信订阅号列表生成及显示方法,通过将用户关注的微信订阅号进行排序生成列表并显示,详细说明了社交网络如何将公众账号进行排序生成列表并显示,使用户方便管理公众账号。
显然,本领域的技术人员应该明白,若将本发明实施例的方案应用于别的社交网络、别的应用及场景时,对方案内容进行相应改变,也都应当视为属于本发明的保护范围。
实施例四:
考虑到实时排序在数据量较大时可能影响返回数据结果的速度,当用户触发显示公众账号列表时,为提高智能排序的效率,更快速的返回排序后的用户关注公众账号列表,提升用户体验,公众账号列表生成可以每天由定时任务触发。服务端提前计算截止到每天指定时间的数据并保存到数据库或文件中,不进行实时统计计算。时间可以由服务端配置。若社交网络提供此时间配置服务,则用户也可以对该时间点进行设置。
为了便于理解本发明,本实施例以微信公众平台订阅号列表作为公众账号列表为例进行示例说明。本发明实施例提供另一种微信订阅号列表生成及显示方法,具体流程请参见图4。
S401,根据配置时间,由定时任务触发服务端从后台采集用户与订阅号的数据。
定时任务可以是模拟微信客户端被用户触发发送请求获取用户订阅号列表。微信服务端从后台采集该用户以及其订阅号在截止到配置时间的所有数据。设定配置时间为晚上8点,即微信服务端从后台采集该用户以及其订阅号在截止到今天晚上8点时的所有数据。
S402,服务端获取用户关注的各个订阅号的关联信息以及各关联信息的权重信息。
微信服务端获取此用户关注的各个订阅号的关联信息以及各关联信息的权重信息。现设定第一预设时间段及第二预设时间段均为30天,设定订阅号的关联信息有:订阅号关注人数、发布消息数量及消息点赞数量,用户查看该订阅号推送消息的数量、用户对该订阅号推送消息的点赞数、用户对该订阅号推送消息的评论数、用户对该订阅号推送消息的转发数、用户对该订阅号推送消息的分享数、用户对该订阅号推送消息的收藏数、用户给该订阅号发送消息的数量、该订阅号给该用户发送消息的数量。
订阅号各关联信息的权重信息可以采用另一种算法计算。当订阅号的关注人数较多,例如某一订阅号的关注人数有一百万人,其他订阅号关注人数为一千人,但是与用户的交互信息较多。此时若按照实施例三的计算方法计算积分值时,就不太合理。因为此时,用户就算与此订阅号长期无任何交互信息,该订阅号因为关注人数较多,还是会在排序时排在前列。本实施例计算订阅号即公众账号的积分值时,可以将公众账号的类型信息、关注人数信息、活跃度信息作为一类关联信息作为评判公众账号的基本情况,用户与公众账号的交互信息作为另一类关联信息作为评判公众账号与用户的交互情况。
设定订阅号的基本情况的评判标准为:将订阅号的类型信息、关注人数信息、活跃度信息数据通过一定的公式计算订阅号的基本情况,根据基本情况给订阅号1-5分的基本积分。
用户与公众账号的交互信息的权重信息为:用户查看该订阅号推送消息的数量、用户对该订阅号推送消息的评论数、用户对该订阅号推送消息的转发数、用户对该订阅号推送消息的分享数权重均为1,用户对该订阅号推送消息的点赞数、用户对该订阅号推送消息的收藏数、用户给该订阅号发送消息的数量、该订阅号给该用户发送消息的数量权重均为2。此时,虽然将订阅号的关联信息分成两类来计算,但是还是采用同样的计算标准,且这种方法相比于公众账号的情况更重视用户与公众账号的交互程度。
现设定用户关注了4个订阅号“甲”、“乙”、“丙”、“丁”。
S403,服务端计算各个订阅号的积分值进行排序,生成供终端显示的订阅号列表并保存。
微信服务端根据上述计算方法分类计算各个订阅号的积分值。具体计算积分排序过程如下:微信服务端获取各个订阅号的关联信息的具体数量值;将订阅号的类型信息、关注人数信息、活跃度信息数据通过一定的公式计算订阅号的基本情况,根据基本情况给订阅号1-5分的基本积分;将用户与订阅号的交互信息的数量值与设置的权重相乘得到积分;将该订阅号各个积分相加得到该订阅号的积分值;根据各个订阅号的积分值将订阅号进行排序。
在30天内,甲乙丙丁的关注人数分别是100、200、300、3000,发布消息数量分别是20、10、30、0,消息点赞数量分别是100、200、300、0。得出甲乙丙丁的基本积分分别为:3、2、5、1。
用户查看甲乙丙推送消息的数量分别是20、10、30、0,用户对甲乙丙推送消息的评论数分别是17、9、22、0,用户对甲乙丙推送消息的转发数分别是15、10、20、0,用户对甲乙丙推送消息的分享数分别是15、10、20、0,用户对甲乙丙推送消息的点赞数分别是10、10、20、0,用户对甲乙丙推送消息的收藏数分别是10、10、20、0,用户给甲乙丙发送消息的数量分别是5、7、11、1,甲乙丙给该用户发送消息的数量分别是3、6、10、0。
则甲乙丙的积分值分别为:126、107、219、3。按照积分值从高到低排序分别是:丙甲乙丁;按照积分值从低到高排序分别是:丁乙甲丙。设定默认排序是按照积分值从高到低排序。
服务端将该用户截止到今天晚上8点时的订阅号列表,更新为“丙甲乙丁”,保存到数据库或文件中。
S404,客户端接收用户的触发操作。
用户在晚上9点登录微信客户端,点击“订阅号”文件夹。客户端接收用户的触发操作。
S405,客户端获取订阅号列表。
微信客户端从服务端获取该用户关注的订阅号列表为“丙甲乙丁”;若用户在晚上7点登录微信客户端,点击“订阅号”文件夹,此时订阅号列表还未更新,应为昨天晚上8点时采集数据得出的订阅号列表。
S406,客户端显示用户的订阅号列表。
微信客户端将获取到的用户关注的订阅号列表显示在客户端。客户端“订阅号”文件夹中,用户关注的订阅号“甲”、“乙”、“丙”、“丁”,从上至下依次为丙甲乙丁。
本发明实施例提供的一种微信订阅号列表生成及显示方法,通过配置时间提前计算、排序、生成订阅号列表并保存,提高智能排序的效率,更快速的返回排序后的用户关注公众账号列表,提升用户体验。
若将本发明实施例的方案应用于别的社交网络、别的应用及场景时,对方案内容进行相应改变,也都应当视为属于本发明的保护范围。
实施例五:
本发明实施例提供一种公众账号列表生成装置,请参见图5。下面对各模块及功能进行进一步说明,包括:
第一获取模块501,用于获取用户关注的各个公众账号的关联信息,关联信息包括公众账号的类型信息、关注人数信息、活跃度信息、用户与公众账号的交互信息中的至少一种,以及获取各关联信息的权重信息。
其中,活跃度信息包括:预设第一时间段内推送的消息数、预设第一时间段内推送的消息的阅读数、预设第一时间段内推送的消息的点赞数、预设第一时间段内推送的消息的转发数、预设第一时间段内推送的消息的评论数、预设第一时间段内回复的消息数中的至少一种。
用户与公众账号的交互信息包括:预设第二时间段内用户查看该公众账号推送消息的数量、预设第二时间段内所述用户对该公众账号推送消息的点赞数、预设第二时间段内所述用户对该公众账号推送消息的评论数、预设第二时间段内所述用户对该公众账号推送消息的转发数、预设第二时间段内所述用户对该公众账号推送消息的分享数、预设第二时间段内所述用户对该公众账号推送消息的收藏数中的至少一种。
排序模块502,用于根据各个公众账号的关联信息以及各关联信息的权重信息,对各个公众账号进行排序,并生成供终端显示的公众账号列表。
具体包括以下步骤:根据各个公众账号的关联信息以及各关联信息的权重信息,统计各个公众账号的积分值;
根据各个公众账号的积分值对各个公众账号进行排序,并生成供终端显示的公众账号列表。
本实施例提供的公众账号列表生成装置还包括配置模块503,用于按照以下原则配置各关联信息的权重信息:
用户与公众账号的交互信息的权重,大于公众账号的类型信息、关注人数信息、活跃度信息的权重。配置模块503根据排序规则将各关联信息分类后,分别配置的权重信息。
配置模块503还可用于配置预设第一时间段与预设第二时间段的具体时间间隔。在公众账号列表生成每天由定时任务触发时,配置模块503还可用于配置时间。
本发明实施例提供的公众账号列表生成装置,通过对用户关注的各个公众账号的关联信息及其权重信息,对各个公众账号进行排序,智能优化已关注公众账号列表排序方式,使用户能通过排序了解已关注公众账号的活跃程度和与用户的交互程度。
显然,本领域的技术人员应该明白,本发明实施例的配置原则和排序规则不只限于本实施例的说明。若将本发明实施例的方案应用于别的场景时,对方案内容进行相应改变,也都应当视为属于本发明的保护范围。
实施例六:
本发明实施例提供一种公众账号列表显示装置,请参见图6。下面对各模块及功能进行进一步说明,包括:
接收模块601,用于接收用户的触发操作.
一般社交服务提供用户端和服务端,用户端安装在用户终端。用户终端上的客户端接收用户的触发操作,将用户的请求公众账号列表的信息发送给社交网络服务端。例如,触发操作可以是点击社交网络客户端上的“公众账号”图标,用户点击该图标后将进入公众账号列表。
第二获取模块602,用于在触发操作的触发下,获取公众账号列表。公众账号列表中的各个公众账号根据其关联信息以及各关联信息的权重信息进行排序,关联信息包括公众账号的类型信息、关注人数信息、活跃度信息、所述用户与公众账号的交互信息中的至少一种。
用户终端在接收用户的触发操作后,从社交网络服务端获取用户账号关注的公众账号组成的公众账号列表。对于公众账号列表中的各个公众账号,服务端可以根据其关联信息以及各关联信息的权重信息进行排序,排序方法可采用实施例一中的公众账号列表生成方法。
其中,关联信息包括公众账号的类型信息、关注人数信息、活跃度信息、用户与公众账号的交互信息中的至少一种。活跃度信息包括:预设第一时间段内推送的消息数、预设第一时间段内推送的消息的阅读数、预设第一时间段内推送的消息的点赞数、预设第一时间段内推送的消息的转发数、预设第一时间段内推送的消息的评论数、预设第一时间段内回复的消息数中的至少一种。其中,第一时间段一般由社交网络服务端配置。若社交网络提供第一时间段配置服务,则用户也可以对第一时间段的具体时间区域进行设置。
用户与公众账号的交互信息包括:预设第二时间段内所述用户查看该公众账号推送消息的数量、所述预设第二时间段内所述用户给该公众账号发送消息的数量、所述预设第二时间段内该公众账号给所述用户发送消息的数量、预设第二时间段内所述用户对该公众账号推送消息的点赞数、预设第二时间段内用户对该公众账号推送消息的评论数、预设第二时间段内用户对该公众账号推送消息的转发数、预设第二时间段内用户对该公众账号推送消息的分享数、预设第二时间段内用户对该公众账号推送消息的收藏数中的至少一种。其中,第二时间段一般由社交网络服务端配置。第二时间段与第一时间段相同可以不同,但一般情况下第二时间段与第一时间段相同。若社交网络提供第二时间段配置服务,则用户也可以对第二时间段的具体时间区域进行设置。
显示模块603,用于对获取的公众账号列表进行显示。
将之前获取到的公众账号列表显示在终端,即将该用户账号关注的公众账号列表显示在终端上的社交网络客户端。例如,用户点击点击社交网络客户端上的“公众账号”图标触发后,社交网络客户端显示从服务端获取的该用户关注的公众账号列表。
本发明实施例提供的公众账号列表显示装置,通过接收用户的触发操作,在获取到服务端提供排序公众账号进并行显示,因为服务端智能优化已关注公众账号列表排序方式,使用户能直观了解已关注公众账号的活跃程度和与用户的交互程度,方便用户管理公众账号。
显然,本领域的技术人员应该明白,本发明实施例的触发操作不只限于本实施例的说明。若将本发明实施例的方案应用于别的场景时,对方案内容进行相应改变,也都应当视为属于本发明的保护范围。
显然,本领域的技术人员应该明白,上述本发明实施例的各模块或各步骤可以用通用的计算装置来实现,它们可以集中在单个的计算装置上,或者分布在多个计算装置所组成的网络上,可选地,它们可以用计算装置可执行的程序代码来实现,从而,可以将它们存储在计算机存储介质(ROM/RAM、磁碟、光盘)中由计算装置来执行,并且在某些情况下,可以以不同于此处的顺序执行所示出或描述的步骤,或者将它们分别制作成各个集成电路模块,或者将它们中的多个模块或步骤制作成单个集成电路模块来实现。所以,本发明不限制于任何特定的硬件和软件结合。
以上内容是结合具体的实施方式对本发明实施例所作的进一步详细说明,不能认定本发明的具体实施只局限于这些说明。对于本发明所属技术领域的普通技术人员来说,在不脱离本发明构思的前提下,还可以做出若干简单推演或替换,都应当视为属于本发明的保护范围。
Claims (12)
1.一种公众账号列表生成方法,其特征在于,包括:
获取用户关注的各个公众账号的关联信息,所述关联信息包括公众账号的类型信息、关注人数信息、活跃度信息、所述用户与公众账号的交互信息中的至少一种,以及获取各关联信息的权重信息;
根据所述各个公众账号的所述关联信息以及所述各关联信息的权重信息,对所述各个公众账号进行排序,并生成供终端显示的公众账号列表。
2.如权利要求1所述的公众账号列表生成方法,其特征在于,所述活跃度信息包括:预设第一时间段内推送的消息数、所述预设第一时间段内推送的消息的阅读数、所述预设第一时间段内推送的消息的点赞数、所述预设第一时间段内推送的消息的转发数、所述预设第一时间段内推送的消息的评论数、所述预设第一时间段内回复的消息数中的至少一种。
3.如权利要求1所述的公众账号列表生成方法,其特征在于,所述用户与公众账号的交互信息包括:预设第二时间段内所述用户查看该公众账号推送消息的数量、所述预设第二时间段内所述用户给该公众账号发送消息的数量、所述预设第二时间段内该公众账号给所述用户发送消息的数量、所述预设第二时间段内所述用户对该公众账号推送消息的评论数、所述预设第二时间段内所述用户对该公众账号推送消息的点赞数、所述预设第二时间段内所述用户对该公众账号推送消息的转发数、所述预设第二时间段内所述用户对该公众账号推送消息的分享数、所述预设第二时间段内所述用户对该公众账号推送消息的收藏数中的至少一种。
4.如权利要求1所述的公众账号列表生成方法,其特征在于,还包括按照以下原则配置各关联信息的权重信息:
所述用户与公众账号的交互信息的权重,大于所述公众账号的类型信息、关注人数信息、活跃度信息的权重。
5.如权利要求1至3任一项所述的公众账号列表生成方法,其特征在于,根据所述各个公众账号的所述关联信息以及所述各关联信息的权重信息,对所述各个公众账号进行排序,并生成供终端显示的公众账号列表包括:
根据所述各个公众账号的所述关联信息以及所述各关联信息的权重信息,统计所述各个公众账号的积分值;
根据所述各个公众账号的积分值对所述各个公众账号进行排序,并生成供终端显示的公众账号列表。
6.一种公众账号列表显示方法,其特征在于,包括:
接收用户的触发操作;
在所述触发操作的触发下,获取公众账号列表,所述公众账号列表中的各个公众账号根据其关联信息以及各关联信息的权重信息进行排序,所述关联信息包括公众账号的类型信息、关注人数信息、活跃度信息、所述用户与公众账号的交互信息中的至少一种;
对获取的公众账号列表进行显示。
7.一种公众账号列表生成装置,其特征在于,包括:
第一获取模块,用于获取用户关注的各个公众账号的关联信息,所述关联信息包括公众账号的类型信息、关注人数信息、活跃度信息、所述用户与公众账号的交互信息中的至少一种,以及获取各关联信息的权重信息;
排序模块,用于根据所述各个公众账号的所述关联信息以及所述各关联信息的权重信息,对所述各个公众账号进行排序,并生成供终端显示的公众账号列表。
8.如权利要求7所述的公众账号列表生成装置,其特征在于,所述活跃度信息包括:预设第一时间段内推送的消息数、所述预设第一时间段内推送的消息的阅读数、所述预设第一时间段内推送的消息的点赞数、所述预设第一时间段内推送的消息的转发数、所述预设第一时间段内推送的消息的评论数、所述预设第一时间段内回复的消息数中的至少一种。
9.如权利要求7所述的公众账号列表生成装置,其特征在于,所述用户与公众账号的交互信息包括:预设第二时间段内所述用户查看该公众账号推送消息的数量、所述预设第二时间段内所述用户对该公众账号推送消息的点赞数、所述预设第二时间段内所述用户对该公众账号推送消息的评论数、所述预设第二时间段内所述用户对该公众账号推送消息的转发数、所述预设第二时间段内所述用户对该公众账号推送消息的分享数、所述预设第二时间段内所述用户对该公众账号推送消息的收藏数中的至少一种。
10.如权利要求7所述的公众账号列表生成装置,其特征在于,还包括配置模块,用于按照以下原则配置各关联信息的权重信息:
所述用户与公众账号的交互信息的权重,大于所述公众账号的类型信息、关注人数信息、活跃度信息的权重。
11.如权利要求7至10任一项所述的公众账号列表生成方法,其特征在于,根据所述各个公众账号的所述关联信息以及所述各关联信息的权重信息,对所述各个公众账号进行排序,并生成供终端显示的公众账号列表包括:
根据所述各个公众账号的所述关联信息以及所述各关联信息的权重信息,统计所述各个公众账号的积分值;
根据所述各个公众账号的积分值对所述各个公众账号进行排序,并生成供终端显示的公众账号列表。
12.一种公众账号列表显示装置,其特征在于,包括:
接收模块,用于接收用户的触发操作;
第二获取模块,用于在所述触发操作的触发下,获取公众账号列表,所述公众账号列表中的各个公众账号根据其关联信息以及各关联信息的权重信息进行排序,所述关联信息包括公众账号的类型信息、关注人数信息、活跃度信息、所述用户与公众账号的交互信息中的至少一种;
显示模块,用于对获取的公众账号列表进行显示。
Priority Applications (1)
Application Number | Priority Date | Filing Date | Title |
---|---|---|---|
CN201610820601.6A CN107818515A (zh) | 2016-09-12 | 2016-09-12 | 一种公众账号列表生成、显示方法及装置 |
Applications Claiming Priority (1)
Application Number | Priority Date | Filing Date | Title |
---|---|---|---|
CN201610820601.6A CN107818515A (zh) | 2016-09-12 | 2016-09-12 | 一种公众账号列表生成、显示方法及装置 |
Publications (1)
Publication Number | Publication Date |
---|---|
CN107818515A true CN107818515A (zh) | 2018-03-20 |
Family
ID=61601385
Family Applications (1)
Application Number | Title | Priority Date | Filing Date |
---|---|---|---|
CN201610820601.6A Pending CN107818515A (zh) | 2016-09-12 | 2016-09-12 | 一种公众账号列表生成、显示方法及装置 |
Country Status (1)
Country | Link |
---|---|
CN (1) | CN107818515A (zh) |
Cited By (1)
Publication number | Priority date | Publication date | Assignee | Title |
---|---|---|---|---|
CN108521460A (zh) * | 2018-04-04 | 2018-09-11 | Oppo广东移动通信有限公司 | 信息推送方法、装置、移动终端及计算机可读存储介质 |
Citations (5)
Publication number | Priority date | Publication date | Assignee | Title |
---|---|---|---|---|
JP2007294068A (ja) * | 2006-03-27 | 2007-11-08 | Sony Corp | コンテンツリスト表示方法、コンテンツリスト表示装置、コンテンツ選択処理方法およびコンテンツ選択処理装置 |
CN102158581A (zh) * | 2011-04-02 | 2011-08-17 | 北京互通无线科技有限公司 | 一种联系人排序方法及通讯终端 |
CN103049511A (zh) * | 2012-03-28 | 2013-04-17 | 李晶 | 一种微博关注列表、微博内容的显示方法及其客户端 |
CN103455615A (zh) * | 2013-09-10 | 2013-12-18 | 中国地质大学(武汉) | 一种微信帐号的排序过滤检索方法 |
JP2013258514A (ja) * | 2012-06-12 | 2013-12-26 | Yahoo Japan Corp | 携帯端末、情報処理方法及びコンピュータプログラム |
-
2016
- 2016-09-12 CN CN201610820601.6A patent/CN107818515A/zh active Pending
Patent Citations (5)
Publication number | Priority date | Publication date | Assignee | Title |
---|---|---|---|---|
JP2007294068A (ja) * | 2006-03-27 | 2007-11-08 | Sony Corp | コンテンツリスト表示方法、コンテンツリスト表示装置、コンテンツ選択処理方法およびコンテンツ選択処理装置 |
CN102158581A (zh) * | 2011-04-02 | 2011-08-17 | 北京互通无线科技有限公司 | 一种联系人排序方法及通讯终端 |
CN103049511A (zh) * | 2012-03-28 | 2013-04-17 | 李晶 | 一种微博关注列表、微博内容的显示方法及其客户端 |
JP2013258514A (ja) * | 2012-06-12 | 2013-12-26 | Yahoo Japan Corp | 携帯端末、情報処理方法及びコンピュータプログラム |
CN103455615A (zh) * | 2013-09-10 | 2013-12-18 | 中国地质大学(武汉) | 一种微信帐号的排序过滤检索方法 |
Non-Patent Citations (1)
Title |
---|
柯元旦 等编著: "《Android程序设计》", 北京航空航天大学出版社, pages: 249 * |
Cited By (2)
Publication number | Priority date | Publication date | Assignee | Title |
---|---|---|---|---|
CN108521460A (zh) * | 2018-04-04 | 2018-09-11 | Oppo广东移动通信有限公司 | 信息推送方法、装置、移动终端及计算机可读存储介质 |
CN108521460B (zh) * | 2018-04-04 | 2021-04-16 | Oppo广东移动通信有限公司 | 信息推送方法、装置、移动终端及计算机可读存储介质 |
Similar Documents
Publication | Publication Date | Title |
---|---|---|
CN104657372B (zh) | 页面操作数据处理方法及装置 | |
CN103404193B (zh) | 调校数据传输以优化为通过无线网络的传输建立的连接 | |
KR101182463B1 (ko) | 세션 이니시에이션 프로토콜을 이용한 호출 그룹 관리 | |
US8719178B2 (en) | Prioritizing social activity postings | |
US20080243789A1 (en) | Groupware system with improved contact data handling | |
CN108776934A (zh) | 分布式数据计算方法、装置、计算机设备及可读存储介质 | |
US7720853B1 (en) | Flexible rule-based infrastructure for discussion board maintenance | |
US20130060864A1 (en) | Method and an apparatus for distribution of a message | |
CN106470149A (zh) | 消息发送方法及装置 | |
CN109213792A (zh) | 数据处理的方法、服务端、客户端、装置及可读存储介质 | |
DE102011016862A1 (de) | Warteschlangenlose Hochleistungskontaktzentrale | |
CN102932454A (zh) | 多维信息组织结构的社交网络 | |
US9177297B2 (en) | Distributing data messages to successive different subsets of group members based on distribution rules automatically selected using feedback from a prior selected subset | |
CN107528761A (zh) | 一种微信公众号自动回复信息的方法和系统 | |
CN103294725A (zh) | 智能应答机器人软件 | |
CN105765621A (zh) | 电子目标监测 | |
JP2015522879A (ja) | オフラインメッセージを提供するサービス装置、方法及び記憶媒体 | |
CN109614555A (zh) | 生成排行榜的方法和装置 | |
CN108132868A (zh) | 一种数据监控方法、装置、计算设备及存储介质 | |
CN109800204A (zh) | 数据分配方法及相关产品 | |
CN108520471A (zh) | 重叠社区发现方法、装置、设备及存储介质 | |
CN104063390A (zh) | 一种微博数据处理方法及系统 | |
KR101475789B1 (ko) | 마이크로블로그 클라이언트, 마이크로블로그 메시지들을 집적하기 위한 방법 및 인스턴트 메시징 클라이언트 | |
CN108446311A (zh) | 一种基于社交网络的app推荐方法及装置 | |
CN115277577A (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 |