具体实施方式
下面先介绍一下本发明的应用环境和实际需求。
在社交活动中,通过周围认识的朋友、或者参加某个活动所认识的朋友,慢慢了解而知道相互之间有某个共同的爱好、兴趣、或同一工作单位等,然后建立一个群,在一起互相传递信息。
当前,生活节奏快,各种各样的活动多,信息更新快,当某个频道或用户发布或参与了一个新的活动,如果对一个一个用户或朋友分别进行通知,显然不太合适,也不现实;可是在短时间内,其他用户或朋友通常不太可能知道这些信息。
又例如:招募志愿者,如果在现场招募,需要专门的人招待前来应聘的人,还需要很多的时间,并且需要布置多处招募地点,投入的人力和财力都比较大,还不一定能够招到满意的志愿者。
本发明提供一种在主面板显示信息的方法及装置,方案是:接受频道或用户参与业务的指令;将指令发送给服务端,以供服务端绑定频道或用户ID与业务ID的对应关系;在用户登录客户端时,获取好友列表中的用户ID及频道列表中的频道ID,并向服务端发送频道或用户ID,以供服务端确定与频道或用户ID绑定的业务ID,并进一步确定与业务ID绑定的浮层图标ID,服务端预先已绑定业务ID与浮层图标ID之间的对应关系;接收服务端发送的与频道或用户ID关联的浮层图标ID;根据浮层图标ID,在好友列表的用户和频道列表的频道的指定位置显示各自对应的浮层图标。
由于频道或用户ID与业务ID的对应关系绑定,业务ID与浮层图标ID之间的对应关系绑定,也可以认为浮层图标表示频道或用户的预定身份(参与的业务),通过这种方式,能够在频道列表区域或用户列表像区域指定位置即时快速地向其它用户显示频道或用户参与业务的预定身份,增加曝光机会,吸引其它用户的注意,从而使其它用户即时快速地了解这些有浮层图标的频道或用户所参与的业务。
在深入介绍本发明之前,先以即时通讯系统为例来说明现有技术中通信工具或者沟通工具的实现架构。
现有即时通讯软件,主要架构分客户端(分为:信息发送端和信息接收端)与服务端两部分。其中服务端负责接收来自信息发送端的信息、将接收的信息转发给信息接收端,以及将接收的信息记录到数据库。信息传输的流程图,请参见图1。
S1:客户A登录后,通过信息发送端向客户B(或群组)发送信息1,实际操作是:该信息1首先发送给服务端,服务端转发信息1给信息接收端的客户B(或群组)。
S2:服务端接收来自客户A的信息1,转发该信息1给信息接收端的客户B(或群组),并把信息1记录到数据库。
S3:服务端把信息1发送给客户B(或群组),客户B(或群组)通过信息接收端接收信息1,或客户B(或群组)向服务端询问是否有属于他的信息,若有,则服务端把信息1发送给客户B(或群组)。
本发明是在上述系统架构中实现的。
下面结合附图和实施方式对本发明进行详细说明。
参阅图2,图2是本发明在主面板显示信息的方法一实施方式的流程图,本实施方式是客户端的流程图。
在本发明实施方式中,浮层图标可以表示频道或用户的预定身份,也就是说,不同的浮层图标,代表频道或用户不同的身份,浮层图标所代表的身份是预先确定的。同一个用户可以具有不同的预定身份,也就是说参与不同的业务,具有多个浮层图标以及对应的浮层。
该方法包括如下步骤:
步骤S101:接受频道或用户参与业务的指令。
用户参与某个具体的业务,也可以认为该用户具有某个预定的身份。此处参与的业务是广义的业务,是指为了吸引用户注意了解或参与,而举办、参与或发起的事件。例如:参与的活动、加入某个群、举办的活动、发布的信息、发布的广告等等。从另一个方面来说,通过用户参与的业务,可以表明用户具有该业务的预定身份,例如:举办者、发起者或参与者等等。
步骤S102:将指令发送给服务端,以供服务端绑定频道或用户ID与业务ID的对应关系。
当接收到频道或用户参与业务的指令时,将该指令发送给服务端,以便于服务端绑定该频道ID或用户ID与该业务的ID的对应关系。通过这种方式,可以根据该频道ID或用户ID获知该频道或用户参与的业务。
步骤S103:在用户登录客户端时,获取好友列表中的用户ID及频道列表中的频道ID,并向服务端发送频道或用户ID,以供服务端确定与频道或用户ID绑定的业务ID,并进一步确定与业务ID绑定的浮层图标ID,服务端预先已绑定业务ID与浮层图标ID之间的对应关系。
在用户登录客户端时,首先获取好友列表中用户的ID及频道列表中频道的ID,向服务端发送频道ID和/或用户ID,服务端根据频道ID和/或用户ID,即可查找到与该频道ID和/或用户ID对应的业务ID。
在主面板上,空间有限,为了做到吸引用户的注意,同时又可以表示用户参与的业务,采用浮层图标代表业务,不同的浮层图标代表不同的业务。在服务端专门将不同的业务与不同的浮层图标进行绑定,不同的业务ID分别对应不同的浮层图标ID,因此,根据业务ID即可查找到对应的浮层图标ID,从而查找到对应的应该显示的浮层图标。
步骤S104:接收服务端发送的与频道或用户ID关联的浮层图标ID。
步骤S105:根据浮层图标ID,在好友列表的用户和频道列表的频道的指定位置显示各自对应的浮层图标。
由于不同的浮层图标代表用户参与的不同的业务,因此,根据显示的对应的浮层图标,可以获知频道或用户参与的业务是什么,或者获知频道或用户的预定身份是什么。
本发明实施方式接受频道或用户参与业务的指令;将指令发送给服务端,以供服务端绑定频道或用户ID与业务ID的对应关系;在用户登录客户端时,获取好友列表中的用户ID及频道列表中的频道ID,并向服务端发送频道或用户ID,以供服务端确定与频道或用户ID绑定的业务ID,并进一步确定与业务ID绑定的浮层图标ID,服务端预先已绑定业务ID与浮层图标ID之间的对应关系;接收服务端发送的与频道或用户ID关联的浮层图标ID;根据浮层图标ID,在好友列表的用户和频道列表的频道的指定位置显示各自对应的浮层图标。通过这种方式,能够在好友列表的用户和频道列表的频道的指定位置显示对应的浮层图标,增加曝光机会,从而使其它用户即时快速地了解这些有浮层图标的频道或用户所参与的业务。
其中,该方法还包括:当用户点击浮层图标时,显示浮层图标对应的静态浮层图片或动态浮层、跳转到对应的业务的链接。
也就是说,由于主面板的空间有限,浮层图标也比较小,也只能起到吸引用户注意的作用,设置浮层图标可点击,当用户注意到浮层图标,点击浮层图标时,显示更加绚烂多彩的浮层,给用户以跟好的美感,进一步吸引用户了解对应的业务,因此,也显示跳转到对应的业务的链接。浮层有静态和动态之分,静态的浮层是一些静止不同的、画面绚烂多彩的图片,动态的浮层可以是动态的flash,给客户以动感。通过这些方式,除了可以让用户了解相关业务外,也均能很好地提升用户体验。
其中,该方法还包括:若用户参与多个业务,当用户点击浮层图标时,向用户显示与多个业务分别对应的浮层以供用户选择;然后显示用户选中的浮层。
当用户参与多个业务时,不同的业务对应不同的浮层,当用户点击浮层图标时,向用户显示与多个业务分别对应的浮层,从而可以让用户选择希望优先显示的浮层,当用户选择后,优先显示用户选中的浮层。
上述过程也可以采用另外的方式实现:多个不同的业务可以对应有多个不同的浮层图标,在主面板上同一个用户或频道上显示多个不同的浮层图标,当用户点击不同的浮层图标时,显示用户点击的浮层图标对应的浮层。
其中,该方法还包括:在用户登录客户端时,从服务端的后台服务器获取频道或用户的浮层图标的配置信息数据包,并存储在客户端。
浮层图标的配置信息数据包包含浮层图标配置的参数,例如:浮层图标名称、浮层图标类型、各展示位置浮层图标的统一资源定位符URL、各等级浮层图标的统一资源定位符URL、提示信息、跳转链接提示信息等等。
浮层图标的配置信息数据包还可以包括浮层配置的参数,例如:浮层名称、浮层类型、各展示位置浮层的统一资源定位符URL、各等级浮层的统一资源定位符URL、提示信息、跳转链接提示信息等等。
在实际应用中,配置信息可以是可扩展标记语言(ExtensibleMarkupLanguage,XML)配置文件。
从服务端的后台服务器获取浮层图标的配置信息数据包,一般是从服务端的后台服务器中一次性获取该客户端上所有频道或用户的频道的配置信息数据包。在实际应用中,频道的数量相对少些,可以一次性获取;好友列表中用户的数量比较多,可以分多次进行获取。
客户端统一从服务端的后台服务器获取浮层图标的配置信息数据包,无须跟即时通讯软件的版本发生关系,也就是说,本发明中,在客户端的频道列表或好友列表中显示浮层图标或浮层时,同一账号在不同PC机、或移动设备上登录、或在后续版本登录,均保持用户应拥有的浮层图标或浮层效果。
此时,步骤S105根据浮层图标ID,在好友列表的用户和频道列表的频道的指定位置显示各自对应的浮层图标,具体包括:根据服务端所返回的浮层图标ID,在配置信息数据包中查找并获取对应的浮层图标信息;根据浮层图标信息,在好友列表的用户和频道列表的频道的指定位置显示各自对应的浮层图标。
下面,更加细节地说明上述的方法和步骤。
A:在用户登录客户端时,从服务端的后台服务器获取频道或用户的浮层图标的配置信息数据包,并存储客户端。
频道可以是频道列表中所有的频道或部分频道;用户可以是登陆者、好友列表中所有的用户或部分用户。
B:向服务端发送获取频道或用户的浮层图标ID的请求。
服务端存储有频道ID、业务ID以及浮层图标ID之间的关系、和/或用户ID、业务ID以及浮层图标ID之间的关系,向服务端发送获取频道或用户的浮层图标ID的请求,可以根据频道ID和/或用户ID获得业务ID,并进而获得对应的浮层图标ID。
一般来说,即时通讯服务器反应比较快,如果频道ID、业务ID以及浮层图标ID之间的关系、和/或用户ID、业务ID以及浮层图标ID之间的关系存储在即时通讯服务器,向服务端的即时通讯服务器发送频道或用户对应的浮层图标ID的请求时,客户端可以很快获得即时通讯服务器返回的信息。
C:根据服务端所返回的频道或用户的浮层标识,在配置信息数据包中查找并获取对应的浮层信息。
当接收到服务端所返回的频道或用户对应的浮层图标ID后,即可在配置信息数据包中查找到并获取对应的浮层图标信息。
D:在主面板的频道列表区域或用户列表区域指定位置显示对应的浮层图标。
本发明实施方式由于浮层图标代表频道或用户参与的业务,或者也可以认为表示频道或用户的预定身份,通过这种方式,能够在频道列表的频道或好友列表的用户指定位置显示各自对应的浮层图标,增加曝光机会,从而使其它用户即时快速地了解这些有浮层图标的频道或用户。
其中,浮层图标是针对频道或用户参与的业务,而用于主面板列表区域的个性化装饰的展示。频道或用户参与某项业务,才可以添加相应的浮层图标,并且该浮层图标主要是在主面板列表区域进行展示,例如在频道列表区域进行展示,或在好友列表区域进行展示。通过这些展示,可以即时快速地使其他用户了解这些有浮层图标的频道或用户所发出的信息。
其中,浮层图标可以是不同的动态火焰图标。不同的浮层对应不同的动态火焰图标。在本发明实施方式中,显示动态火焰图标,一方面同样可以起到吸引用户注意的作用,另一方面在用户不想了解浮层的信息时,不用展示浮层,从而使得主面板中频道和用户的展示更为简洁。
在实际应用中也可以设置为,浮层不可点击,动态火焰图标以及提示说明可点击跳转。或者,当频道图像或用户图像变为小图像时,可以不展示浮层,只展示动态火焰图标,如图3所示。
另外,浮层也可以随着主面板的拉伸而拉伸,并且还可以补充辅助元素,添加更多的信息,如图4所示。
上述展示效果可以根据实际应用情况进行确定,在此不做限定。
参见图5,浮层在频道列表区域中的展示效果示意图,图中左边第一个图,界面展示的最近访问的有4个频道,从上往下第3个频道添加有浮层。该添加有浮层的频道放大的展示效果示意图如图6所示。
参见图5,浮层在好友列表区域中的展示效果示意图,图中右边第一个图,展示的ydc列表区域的界面中的有5个用户,从上往下第2个用户展示有浮层。该展示有浮层的用户放大的展示效果示意图如图7所示。
好友列表中用户(好友)的数量通常很多,一次性请求这些用户的浮层标识,需要的时间比较长。通常在实际应用中,好友列表中的用户呈现在登陆者面前的,只是好友列表界面中显示的用户,登陆者需要移动好友列表的滚动条,才可以在好友列表界面中显示其他的用户。显示在好友列表界面中的用户的数量是一定的,相比好友列表中所有用户的数量,要少很多。当打开好友列表时,首先确定在好友列表界面中显示的用户,并向服务器发送显示的用户的浮层图标ID的请求,通过这种方式,可以很快获得服务器的响应,不需要等待比较长的时间。
其中,当用户的浮层图标和浮层信息发生变化时,接收即时通讯服务器主动推送的用户更新后的浮层图标和浮层信息,并更新用户图像的浮层图标和浮层。
当用户的浮层图标和浮层信息发生变化时,维护用户的浮层图标和浮层信息的即时通讯服务器主动向客户端推送变化后的浮层图标和浮层信息,客户端接收这些更新后的浮层图标和浮层信息后,可以使用户图像区域的浮层图标和浮层得到即时快速地更新,从而可以即时快速地使其他用户了解这些有浮层图标和浮层的频道或用户所发出的最新信息。
当浮层是静态浮层时,鼠标移入浮层区域可以出现提示说明;当浮层是动态浮层时,可以为apng格式,鼠标移入浮层区域,浮层在动的同时,可以出现提示说明和点击链接。或者,当鼠标移入主面板好友列表区域或频道列表区域时,可以展示浮层,不展示提示说明。
上述展示效果可以根据实际应用情况进行确定,在此不做限定。
参阅图8,图8是本发明在主面板显示信息的方法又一实施方式的流程图,本实施方式是和上述客户端的方法流程配合的服务端的流程图,相关的内容可以参见上述客户端的详细说明,在此不再赘叙。
在本实施方式中,浮层图标可以表示频道或用户的预定身份,该方法包括:
步骤S201:预先绑定业务ID与浮层图标ID之间的对应关系。
步骤S202:接收客户端发送的频道或用户参与业务的指令。
步骤S203:绑定频道ID或用户ID与所选中的业务ID之间的对应关系。
步骤S204:接收客户端发送的好友列表中的用户ID或频道列表中的频道ID。
步骤S205:根据频道ID或用户ID,查找并获取与频道ID或用户ID绑定的业务ID。
步骤S206:根据业务ID,查找并获取与业务ID绑定的浮层图标ID。
步骤S207:向客户端发送浮层图标ID,以供客户端在好友列表的用户和频道列表的频道的指定位置显示各自对应的浮层图标。
本发明实施方式预先绑定业务ID与浮层图标ID之间的对应关系;接收客户端发送的频道或用户参与业务的指令;绑定频道ID或用户ID与所选中的业务ID之间的对应关系;接收客户端发送的好友列表中的用户ID或频道列表中的频道ID;根据频道ID或用户ID,查找并获取与频道ID或用户ID绑定的业务ID;根据业务ID,查找并获取与业务ID绑定的浮层图标ID;向客户端发送浮层图标ID,以供客户端在好友列表的用户和频道列表的频道的指定位置显示各自对应的浮层图标。在服务端的支持与配合下,由于浮层图标代表频道或用户参与的业务或表示频道或用户的预定身份,通过这种方式,能够在频道列表或好友列表指定位置显示对应的浮层图标,增加曝光机会,从而使其它用户即时快速地了解这些有浮层图标的频道或用户。
其中,在另一实施方式中,该方法还包括:
(1)响应客户端的请求,向客户端发送频道或用户的浮层图标的配置信息数据包。
(2)接收客户端发送的获取频道或用户的浮层图标ID的请求,并根据频道ID或用户ID的信息查找并获取到对应的浮层图标ID。
(3)返回频道或用户的对应的浮层图标ID至客户端,以供客户端根据返回的对应的浮层图标ID,在其所获取的配置信息数据包中查找并获取到对应的浮层图标信息。
其中,该方法还包括:
(11)管理频道或用户浮层图标的相关信息,生成并更新浮层图标的配置信息数据包。
进一步地,生成并更新频道或用户浮层图标的配置信息数据包是生成可扩展标记语言XML的配置信息数据包,并更新至内容分发网络CDN,以供客户端获取最新的XML的配置信息数据包。浮层图标的配置信息数据包既包括浮层图标的配置信息,也还可以包括浮层的配置信息。
(22)管理并更新浮层图标ID、业务ID以及频道ID或用户ID之间的关系,并将最新的浮层图标ID、业务ID以及频道ID或用户ID之间关系的数据包存储至服务端的即时通讯服务器。
其中,最新的浮层图标ID、业务ID以及频道ID或用户ID之间关系的数据包在存储至后天服务器或即时通讯服务器的同时,进一步存储至后台端的用户关系链数据存储服务器中。
通过这种方式,以防止在即时通讯服务器出现问题,不能提供服务时,通过后台端的用户关系链数据存储服务器,仍然能够保证服务的正常运作。
其中,浮层图标是针对频道或用户参与的活动,而用于主面板列表区域的个性化装饰的展示。
进一步地,服务端的服务器在存储数据时,可以采用如图9所示的三层设计的数据缓存模型,以便于为客户端提供数据访问服务:
一层缓存11:应用进程内内存缓存,用以提供最直接、高速的热度数据缓存访问S11;
二层缓存12:使用Memcached作为全量缓存,提供大规模、高速的数据缓存访问S12;
三层缓存13:使用MySQL作为持久化的数据存储层,存储全网用户数据;提供一层缓存、二层缓存的数据来源;以及一层、二层数据缓存访问失败的情况下的数据访问保障S13。
服务器在接受客户端的数据请求时,依次在各层缓存中查找需要的数据。
通过这种方式,可以保证不同数据请求的不同访问速度,同时保证数据访问的成功率。
进一步地,在服务器中存储的数据的数据模型可以是:使用C++数据结构map表达每个频道或用户的浮层图标数据;合理设计map,使浮层图标数据系统能够灵活扩展。
在业务扩展方面,使用uint16_t作为map的索引,代表特定的浮层图标业务。索引的唯一性,保证不同频道或用户的浮层图标之间的隔离性与安全性;uint16_t足以保证在可以预见的未来,能够满足所有的用户增长;同时因为索引是可以动态添加删除的,因此浮层图标的上下架操作亦能得到灵活的支持。
在数据格式扩展方面,使用二进制字符串存储map索引的值,代表特定浮层图标业务的对应业务数据。平台存储并不会对业务数据格式作限定,因此每项业务可以根据自身需求,设计合理的应用数据结构,应用业务保持对用户数据的灵活控制与扩展。
进一步地,在网络拓扑方面,参见图10。
宏观上采用对等的、多机房部署,使整套服务端系统可以灵活地水平扩展,以满足日益增长的业务访问需求。
在每个机房,可以分为几大模块:数据接入层、数据访问层、数据存储层、数据更新层,具体端口及数据接口方面,请参见图11。
数据接入层:数据接入层是用户请求的服务访问前端26,组织主要的数据逻辑、业务逻辑等,提供一定时间内的热度数据,并提供数据访问层的路由;
数据访问层:提供Memcached24及MySQL23的访问代理25,提供高并发的数据访问接口;
数据存储层:Memcached24提供全量的数据缓存,提高高速数据访问;MySQL23提供持久化的数据存储;
数据更新层:提供thrift及私有协议更新接口21,当用户数据更新时,通过同步队列22将更新数据同步到各级缓存。
通过上述方式,三层缓存模型提供大规模、高并发的数据访问的可能。使用良好设计的map数据结构,能够为系统及业务提供足够的灵活性与扩展性;业务可以灵活、自由扩展而无需涉及后端服务改动,这样非常有利于业务开展、推广及提高开发效率。基于机房部署的模块化的网络拓扑设计,无论在宏观(机房间)或微观(机房内)都能够做到灵活的水平扩展,因应访问量及业务的需求扩展部署。
参见图12,图12是本发明在主面板显示信息的客户端装置一实施方式的结构示意图,本实施方式的客户端装置可以执行上述客户端方法中的步骤,相关内容的详细说明请参见客户端方法部分,在此不再赘叙。
该装置包括:第一接收模块101、第一发送模块102、第二发送模块103、第二接收模块104以及第一显示模块105。
第一接收模块101用于接受频道或用户参与业务的指令。
第一发送模块102用于将指令发送给服务端,以供服务端绑定频道或用户ID与业务ID的对应关系。
第二发送模块103用于在用户登录客户端时,获取好友列表中的用户ID及频道列表中的频道ID,并向服务端发送频道或用户ID,以供服务端确定与频道或用户ID绑定的业务ID,并进一步确定与业务ID绑定的浮层图标ID,服务端预先已绑定业务ID与浮层图标ID之间的对应关系。
第二接收模块104用于接收服务端发送的与频道或用户ID关联的浮层图标ID。
第一显示模块105用于根据浮层图标ID,在好友列表的用户和频道列表的频道的指定位置显示各自对应的浮层图标。
本发明实施方式接受频道或用户参与业务的指令;将指令发送给服务端,以供服务端绑定频道或用户ID与业务ID的对应关系;在用户登录客户端时,获取好友列表中的用户ID及频道列表中的频道ID,并向服务端发送频道或用户ID,以供服务端确定与频道或用户ID绑定的业务ID,并进一步确定与业务ID绑定的浮层图标ID,服务端预先已绑定业务ID与浮层图标ID之间的对应关系;接收服务端发送的与频道或用户ID关联的浮层图标ID;根据浮层图标ID,在好友列表的用户和频道列表的频道的指定位置显示各自对应的浮层图标。由于浮层图标代表频道或用户参与的业务或表示频道或用户的预定身份,通过这种方式,能够在频道列表或好友列表的指定位置显示对应的浮层图标,增加曝光机会,从而使其它用户即时快速地了解这些有浮层图标的频道或用户。
其中,第一显示模块还用于当用户点击浮层图标时,显示浮层图标对应的静态浮层图片或动态浮层、跳转到对应的业务的链接。
装置还包括:第二显示模块。
第二显示模块用于在用户参与多个业务,当用户点击浮层图标时,向用户显示与多个业务分别对应的浮层。
第一显示模块还用于显示用户选中的浮层。
装置还包括:获取模块。
获取模块用于在用户登录客户端时,从服务端的后台服务器获取频道或用户的浮层图标的配置信息数据包,并存储在客户端。
第一显示模块还用于根据服务端所返回的浮层图标ID,在配置信息数据包中查找并获取对应的浮层图标信息;根据浮层图标信息,在好友列表的用户和频道列表的频道的指定位置显示各自对应的浮层图标。
参阅图13,图13是本发明在主面板显示信息的服务端装置一实施方式的结构示意图,本实施方式服务端装置可以执行上述服务端方法中的步骤,相关内容的详细说明请参见服务端方法部分,在此不再赘叙。
该装置包括:第一绑定模块201、第一接收模块202、第二绑定模块203、第二接收模块204、查找模块205以及发送模块206。
第一绑定模块201用于预先绑定业务ID与浮层图标ID之间的对应关系。
第一接收模块202用于接收客户端发送的频道或用户参与业务的指令。
第二绑定模块203用于绑定所述频道ID或用户ID与所选中的业务ID之间的对应关系。
第二接收模块204用于接收所述客户端发送的好友列表中的用户ID或频道列表中的频道ID。
查找模块205用于根据所述所述频道ID或用户ID,查找并获取与所述频道ID或用户ID绑定的业务ID;根据所述业务ID,查找并获取与所述业务ID绑定的浮层图标ID。
发送模块206用于向所述客户端发送所述浮层图标ID,以供所述客户端在好友列表的用户和频道列表的频道的指定位置显示各自对应的浮层图标。
本发明实施方式预先绑定业务ID与浮层图标ID之间的对应关系;接收客户端发送的频道或用户参与业务的指令;绑定频道ID或用户ID与所选中的业务ID之间的对应关系;接收客户端发送的好友列表中的用户ID或频道列表中的频道ID;根据频道ID或用户ID,查找并获取与频道ID或用户ID绑定的业务ID;根据业务ID,查找并获取与业务ID绑定的浮层图标ID;向客户端发送浮层图标ID,以供客户端在好友列表的用户和频道列表的频道的指定位置显示各自对应的浮层图标。在服务端的支持与配合下,由于浮层图标代表频道或用户参与的业务或表示频道或用户的预定身份,通过这种方式,能够在频道列表或好友列表指定位置显示对应的浮层图标,增加曝光机会,从而使其它用户即时快速地了解这些有浮层图标的频道或用户。
以上所述仅为本发明的实施方式,并非因此限制本发明的专利范围,凡是利用本发明说明书及附图内容所作的等效结构或等效流程变换,或直接或间接运用在其他相关的技术领域,均同理包括在本发明的专利保护范围内。