本发明涉及通讯技术，尤其涉及一种信息处理方法、客户端及服务器。
背景技术：
本申请发明人在实现本申请实施例技术方案的过程中，至少发现相关技术中存在如下技术问题：
随着互联网技术的发展，大数据时代的信息爆炸层出不穷，出于公众信息分享多元化，多样化的需求考虑，目前的信息处理技术会在微信、微博、视频、游戏等各种客户端应用中会分享一些多媒体信息，以适应分享多元化，多样化的需求。比如在视频作为第一多媒体信息出现的一段电视剧视频中，会分享与该电视剧视频中相关的第二多媒体信息推荐，比如一个新品牌的笔记本电脑，使得用户在做一件事情的同时得到除视频本身的多元化信息。
以上述微信和微博这类社交应用为例，用户可以分享未经审核的相关第一多媒体信息，比如用户看过的一段很好的文字，或者用过的商品希望推荐给朋友或更多的大众，通过这类社交应用还可以分享预定义的经过审核后所指定的第二多媒体信息。
然而，目前的信息处理技术在信息分享中遇到的问题是：
1)照顾到信息在普通公众中大量分享的需要，对所有用户都开放分享，可是第二多媒体信息分享到用户时由于定位不够精准，会对用户造成干扰，使得用户界面充斥各种无用的信息，影响了用户正常的使用功能，而且后台服务器推送的第二多媒体信息虽多但是对用户帮助不大，这种大量无效的多媒体信息在后台服务器和前台客户端交互因为信息量巨大会占用网络资源带宽，也浪费前台客户端拉取有效多媒体信息的成功率，可能拉取了50条多媒体信息，只有少数几条对用户有用，对前台客户端的系统资源占用和浪费也是巨大的；
2)第二多媒体信息由于对所有用户进行分享导致时效性差，分享不够及时，引起的用户关注度和认同感不高，使得大量有价值的信息淹没在浩瀚的信息流中，用户错失了得到有价值信息的概率和机会，靠手动在浩瀚的信息流中搜索，不断刷屏浏览，大大浪费了人力成本，刷屏则屏幕常亮也会浪费前台客户端的耗电量，也同时占用前台客户端的处理资源，如CPU或缓存等等。
然而，相关技术中，对于上述问题，尚无有效解决方案。
技术实现要素：
有鉴于此，本发明实施例希望提供一种信息处理方法、客户端及服务器，至少解决了现有技术存在的上述问题。
本发明实施例的一种信息处理方法，所述方法应用客户端中，所述方法包括：
第一用户登录所述客户端，拉取由所述第一用户与至少一个第二用户构成的社交群组；所述第二用户与所述第一用户隶属于同一社交群组；
所述第一用户在所述社交群组中接收并显示由第三用户传播的第二多媒体信息、和/或基于所述社交群组中的至少一个第二用户与所述第二多媒体信息进行互动形成传播的第二多媒体信息；
所述第一用户收到所述至少一个第二用户发送的第一提示信息，在所述客户端的用户界面上显示所述第一提示信息；
所述第一提示信息为用于触发由所述客户端的用户界面进入与所述第二多媒体信息相关的第一提示页面的提示信息；
所述第二多媒体信息不同于在所述社交群组中任意用户分享的第一多媒体信息，所述第二多媒体信息为符合服务器侧预设策略进行投放的指定信息，所述第二多媒体信息与所述第一多媒体信息在显示版式上保持同一模式。
上述方案中，所述方法还包括：
接收作用于所述第一提示信息的第一用户操作；
响应所述第一用户操作，由所述客户端的用户界面进入所述第一提示页面；
所述第一提示页面中包含用于表征所述至少一个第二用户与所述第二多媒体信息进行互动生成的针对所述第二多媒体信息的推荐信息；
接收作用于所述推荐信息的第二用户操作；
响应所述第二用户操作，得到所述第二多媒体信息的信息内容，检测到开启转发模式时，所述第一用户转发所述第二多媒体信息。
上述方案中，所述方法还包括：
所述第一用户与所述至少一个第二用户之间通过至少一个所述第一提示信息进行多次互动并达到阈值时，触发所述第二多媒体信息对用户曝光次数的检测；
检测所述第二多媒体信息对用户曝光次数是否满足预设规则，得到检测结果；
所述检测结果为所述第二多媒体信息对用户曝光次数满足预设规则时，上报所述检测结果给服务器，使服务器能按照策略不对所述第三用户进行扣费处理。
上述方案中，所述方法还包括：
检测是否满足第一预设条件，得到检测结果；
所述第一预设条件用于表征所述第一用户主动拉取所述第二多媒体信息的触发时机；
所述检测结果为所述第一用户在所述社交群组中接收并显示所述第二多媒体信息大于等于第一阈值时，则满足所述第一预设条件，所述第一用户主动拉取所述第二多媒体信息；
或者，
检测是否满足第二预设条件，得到检测结果；
所述第二预设条件用于表征所述第一用户周期性主动拉取所述第二多媒体信息的触发时机；
所述检测结果为所述第一用户拉取所述第二多媒体信息达到第二阈值规定的时间间隔时，则满足所述第二预设条件，所述第一用户主动拉取所述第二多媒体信息。
上述方案中，所述方法还包括：
检测是否满足第三预设条件，得到检测结果；
所述第三预设条件为所述第二多媒体信息在信息流中出现位置的设置条件；
所述检测结果为所述第二多媒体信息设置于信息流中的出现位置大于等于第三阈值规定的第一显示位置时，则满足所述第三预设条件，在所述第一显示位置呈现所述第二多媒体信息。
上述方案中，所述方法还包括：
在所述第一显示位置呈现的所述第二多媒体信息，随着在所述社交群组中接收并显示新信息的出现，由所述第一显示位置变为第二显示位置；
所述第二显示位置大于所述第一显示位置。
上述方案中，所述方法还包括：
检测是否满足第四预设条件，得到检测结果；
所述第四预设条件为所述第二多媒体信息在信息流中消失的设置条件；
所述检测结果为在第四阈值规定的时间段内所述社交群组中的任何用户未对所述第二多媒体信息进行反馈，则满足所述第四预设条件，所述第二多媒体信息从所述信息流中消失；
所述第四阈值规定的时间段的起点时刻为：从所述第二多媒体信息出现在信息流被所述第一用户初次关注起算。
上述方案中，所述第二多媒体信息的内容由所述服务器审核通过的第三用户进行定制；
所述第三用户包括以公众账号在所述服务器注册认证的个人用户或集体用户。
本发明实施例的一种客户端，所述客户端包括显示单元，所述客户端还包括：
群组拉取单元，用于第一用户登录所述客户端，拉取由所述第一用户与至少一个第二用户构成的社交群组；所述第二用户与所述第一用户隶属于同一社交群组；
第一接收单元，用于所述第一用户在所述社交群组中接收由第三用户传播的第二多媒体信息、和/或基于所述社交群组中的至少一个第二用户与所述第二多媒体信息进行互动形成传播的第二多媒体信息；
第二接收单元，用于所述第一用户收到所述至少一个第二用户发送的第一提示信息，在所述客户端的用户界面上显示所述第一提示信息；所述第一提示信息为用于触发由所述客户端的用户界面进入与所述第二多媒体信息相关的第一提示页面的提示信息；
所述显示单元，用于显示所述第二多媒体信息；所述第二多媒体信息不同于在所述社交群组中任意用户分享的第一多媒体信息，所述第二多媒体信息为符合服务器侧预设策略进行投放的指定信息，所述第二多媒体信息与所述第一多媒体信息在显示版式上保持同一模式。
上述方案中，所述客户端还包括：
第三接收单元，用于接收作用于所述第一提示信息的第一用户操作；
第一响应单元，用于响应所述第一用户操作，由所述客户端的用户界面进入所述第一提示页面；所述第一提示页面中包含用于表征所述至少一个第二用户与所述第二多媒体信息进行互动生成的针对所述第二多媒体信息的推荐信息；
第四接收单元，用于接收作用于所述推荐信息的第二用户操作；
第二响应单元，用于响应所述第二用户操作，得到所述第二多媒体信息的信息内容，检测到开启转发模式时，所述第一用户转发所述第二多媒体信息。
上述方案中，所述客户端还包括：
检测触发单元，用于所述第一用户与所述至少一个第二用户之间通过至少一个所述第一提示信息进行多次互动并达到阈值时，触发所述第二多媒体信息对用户曝光次数的检测；
检测及上报单元，用于检测所述第二多媒体信息对用户曝光次数是否满足预设规则，得到检测结果；所述检测结果为所述第二多媒体信息对用户曝光次数满足预设规则时，上报所述检测结果给服务器，使服务器能按照策略不对所述第三用户进行扣费处理。
上述方案中，所述客户端还包括：第一检测单元和第一处理执行单元；
第一检测单元，用于检测是否满足第一预设条件，得到检测结果；所述第一预设条件用于表征所述第一用户主动拉取所述第二多媒体信息的触发时机；
第一处理执行单元，用于所述检测结果为所述第一用户在所述社交群组中接收并显示所述第二多媒体信息大于等于第一阈值时，则满足所述第一预设条件，所述第一用户主动拉取所述第二多媒体信息。
上述方案中，所述客户端还包括：
第二检测单元，用于检测是否满足第二预设条件，得到检测结果；所述第二预设条件用于表征所述第一用户周期性主动拉取所述第二多媒体信息的触发时机；
第二处理执行单元，用于所述检测结果为所述第一用户拉取所述第二多媒体信息达到第二阈值规定的时间间隔时，则满足所述第二预设条件，所述第一用户主动拉取所述第二多媒体信息。
上述方案中，所述客户端还包括：
第三检测单元，用于检测是否满足第三预设条件，得到检测结果；所述第三预设条件为所述第二多媒体信息在信息流中出现位置的设置条件；
第三处理执行单元，用于所述检测结果为所述第二多媒体信息设置于信息流中的出现位置大于等于第三阈值规定的第一显示位置时，则满足所述第三预设条件，在所述第一显示位置呈现所述第二多媒体信息。
上述方案中，所述显示单元，进一步用于在所述第一显示位置呈现的所述第二多媒体信息，随着在所述社交群组中接收并显示新信息的出现，由所述第一显示位置变为第二显示位置；
所述第二显示位置大于所述第一显示位置。
上述方案中，所述客户端还包括：
第四检测单元，用于检测是否满足第四预设条件，得到检测结果；所述第四预设条件为所述第二多媒体信息在信息流中消失的设置条件；
第四处理执行单元，用于所述检测结果为在第四阈值规定的时间段内所述社交群组中的任何用户未对所述第二多媒体信息进行反馈，则满足所述第四预设条件，所述第二多媒体信息从所述信息流中消失；所述第四阈值规定的时间段的起点时刻为：从所述第二多媒体信息出现在信息流被所述第一用户初次关注起算。
上述方案中，所述第二多媒体信息的内容由所述服务器审核通过的第三用户进行定制；
所述第三用户包括以公众账号在所述服务器注册认证的个人用户或集体用户。
本发明实施例的信息处理方法包括：第一用户登录所述客户端，拉取由所述第一用户与至少一个第二用户构成的社交群组；所述第二用户与所述第一用户隶属于同一社交群组；所述第一用户在所述社交群组中接收并显示由第三用户传播的第二多媒体信息、和/或基于所述社交群组中的至少一个第二用户与所述第二多媒体信息进行互动形成传播的第二多媒体信息；所述第一用户收到所述至少一个第二用户发送的第一提示信息，在所述客户端的用户界面上显示所述第一提示信息；所述第一提示信息为用于触发由所述客户端的用户界面进入与所述第二多媒体信息相关的第一提示页面的提示信息；所述第二多媒体信息不同于在所述社交群组中任意用户分享的第一多媒体信息，所述第二多媒体信息为符合服务器侧预设策略进行投放的指定信息，所述第二多媒体信息与所述第一多媒体信息在显示版式上保持同一模式。
采用本发明实施例，基于拉取的用户间隶属的同一社交群组，采用在该社交群组中私密分享的机制，对所述第一用户在所述社交群组中接收并显示由第三用户传播的第二多媒体信息、和/或基于所述社交群组中的至少一个第二用户与所述第二多媒体信息进行互动形成传播的第二多媒体信息，由于在该社交群组中对所分享信息的反馈是比较中肯的，区别于在一个完全开放的公众环境中可以随意的进行反馈而不受制约，因此，1)一方面，后续反馈信息提供到服务器作为参数控制因子用于修正策略等运算而得到第二多媒体信息，第二多媒体信息定向推送到客户端由于基于足够精确的反馈信息分析得到，会更加精确，2)另一方面，在该社交群组中分享的信息是基于好友圈而言的，比如，好友多会关注同类有价值的信息，因此，基于所述社交群组中的至少一个第二用户与所述第二多媒体信息进行互动形成传播的第二多媒体信息会得到用户更高的关注度和可信度，从而大大提高了用户得到有价值信息的概率和机会，而且，为了在信息分享时通过消息提醒机制来触发用户打开信息分享详情的页面来获取信息内容，而不是直接占用用户界面上的信息流来呈现信息内容，避免了信息分享时信息大量占据用户界面上的信息流的问题，从而解决了现有技术存在的上述两方面问题。而且，所述第二多媒体信息不同于在所述社交群组中任意用户分享的第一多媒体信息，所述第二多媒体信息为符合服务器侧预设策略进行投放的指定信息，所述第二多媒体信息与所述第一多媒体信息在显示版式上保持同一模式，会形成统一的用户界面风格，不会对用户造成使用功能和显示习惯上的干扰。
附图说明
图1为本发明方法实施例一的一个实现流程示意图；
图2为本发明方法实施例二的一个实现流程示意图；
图3为本发明方法实施例三的一个实现流程示意图；
图4为本发明客户端实施例一的一个组成结构示意图；
图5为本发明方法实施例四的一个实现流程示意图；
图6为本发明服务器实施例一的一个组成结构示意图；
图7为应用本发明实施例的一应用场景的示意图；
图8为现有技术中的信息显示于客户端用户界面的示意图；
图9-图18为应用本发明实施例一应用场景的信息显示于客户端用户界面的示意图。
具体实施方式
下面结合附图对技术方案的实施作进一步的详细描述。
方法实施例一：
本发明实施例的一种信息处理方法，如图1所示，所述方法应用客户端中，所述方法包括以下步骤：
步骤101、第一用户登录所述客户端，拉取由所述第一用户与至少一个第二用户构成的社交群组；所述第二用户与所述第一用户隶属于同一社交群组。
这里，第一用户登录所述客户端，可以发送第一请求，在第一请求验证通过后在客户端与服务器间建立通信连接。所述第一请求可以是登录请求，如果第一用户初次通过账号和密码登录成功后并未退出该客户端，下一次再次进入该客户端无需登录，直接利用已经建立的通信连接在客户端与服务器之间建立交互即可，这种情况下，这个步骤可以省略。
这里，所述社交群组指好友链构成的朋友圈，客户端从后台拉取显示于客户端的用户界面上，如在微信中可以具体为微信朋友圈，微信朋友圈不只一个，可以根据用户需求，比如同类兴趣爱好，或者同事/同学关系，从事技术领域建圈等各种可能需求进行多个微信朋友圈的建立。
这里，所述第二用户指用户多个朋友圈中的任意一个或多个用户。
步骤102、所述第一用户在所述社交群组中接收并显示由第三用户传播的第二多媒体信息、和/或基于所述社交群组中的至少一个第二用户与所述第二多媒体信息进行互动形成传播的第二多媒体信息。
这里，本步骤也可以解释为：基于朋友圈分享和/或基于朋友圈好友点赞和/或评价等互动进行第二多媒体信息的分享。
这里，所述第三用户指公众账号，可以是个人的，也可以是集体的，比如广告主，如宝马。这个第三用户是虚拟朋友。所述在所述社交群组中接收并显示由第三用户传播的第二多媒体信息的形式是广告主基于公众账号发布经过服务器审核通过的第二多媒体信息，并作为第一用户的虚拟朋友直接在好友圈分享的广告内容推荐是一种直接推荐方式。
这里，所述基于所述社交群组中的至少一个第二用户与所述第二多媒体信息进行互动形成传播的第二多媒体信息的形式是基于朋友圈形成的广告内容推荐，是基于朋友圈的好友与广告的互动关系间接得到的广告内容推荐方式。
步骤103、所述第一用户收到所述至少一个第二用户发送的第一提示信息，在所述客户端的用户界面上显示所述第一提示信息。
这里，本步骤中，第一提示信息仅对所述社交群组中的所述第一用户和所述至少一个第二用户开放。比如，第一提示信息为“您有一个新消息”的消息提醒时，该消息提醒只有朋友圈的人可以看到。
步骤104、所述第一提示信息为用于触发由所述客户端的用户界面进入与所述第二多媒体信息相关的第一提示页面的提示信息。
步骤105、所述第二多媒体信息不同于在所述社交群组中任意用户分享的第一多媒体信息，所述第二多媒体信息为符合服务器侧预设策略进行投放的指定信息，所述第二多媒体信息与所述第一多媒体信息在显示版式上保持同一模式。
这里需要指出的是，第二多媒体信息并不是非社交群组的任何一方推送的任意信息，比如，苏宁电器小秘书在某些社交平台，如SINA微博即使不是我的社交群组(如朋友圈)的好友，也可以给我推送一些推荐信息，本发明实施例中的该第二多媒体信息是经过后台服务器审核，且符合后台服务器侧预设策略进行投放的指定信息，好处是：避免了非朋友圈用户推送的骚扰信息，而且符合后台服务器侧预设策略进行投放的指定信息是根据朋友圈用户进行行为记录收集和分析后得到的结果，所以本发明实施例的第二多媒体信息才能符合信息投放和分享用户定位精准的需求。
在本发明实施例一实施方式中，所述方法还包括：
a1、接收作用于所述第一提示信息的第一用户操作；
a2、响应所述第一用户操作，由所述客户端的用户界面进入所述第一提示页面；
a3、所述第一提示页面中包含用于表征所述至少一个第二用户与所述第二多媒体信息进行互动生成的针对所述第二多媒体信息的推荐信息；
a4、接收作用于所述推荐信息的第二用户操作；
a5、响应所述第二用户操作，得到所述第二多媒体信息的信息内容，检测到开启转发模式时，所述第一用户转发所述第二多媒体信息。
在本发明实施例一实施方式中，所述方法还包括：
b1、第一用户与所述至少一个第二用户之间通过至少一个所述第一提示信息进行多次互动并达到阈值时，触发所述第二多媒体信息对用户曝光次数的检测；
b2、检测所述第二多媒体信息对用户曝光次数是否满足预设规则，得到检测结果；
b3、所述检测结果为所述第二多媒体信息对用户曝光次数满足预设规则时，上报所述检测结果给服务器，使服务器能按照策略不对所述第三用户进行扣费处理。
这里需要指出的是，针对上述步骤106中的后台服务器侧预设策略而言，即根据预设策略对广告进行推送的策略包括以下内容：
一、针对预设策略中在服务器配置的后台相关推送逻辑而言，1)用户点击不感兴趣的时候，不管是否赞与评论过，该条广告消失；2)消失后查看消息提醒的逻辑类似在本地执行消失处理的机制：如果在信息流中的浮层提醒，那么点击之后，每一个消息条目都不可点击，由服务器控制；如果是通过个人页面进入到的消息提醒列表中，还可以由客户端负责执行该消失处理的机制；3)用户点击过不感兴趣之后，一定不会再给这个用户推送同一条广告；4)两周内不给这个用户推送同一个广告主的广告内容；5)用户看到这个行业的广告权重下降，权重的上升或下降可以通过一个运算器来记录；6)用户如果两次点击不喜欢某个广告主的广告，那么后续就不会给这个用户推送这个广告主的广告；7)用户如果两次点击不喜欢某个行业的广告，那么第二次点击后，一个月内不会给用户再出这个行业的广告。
二、针对预设策略中如何筛选首轮和优先投放用户而言，涉及种子用户的选择：开始广告会投放给社交节点用户(种子用户)，两种用户符合种子用户的定义：A.活跃用户：每天都登录微信超过8次，每天消息发送数量大于50，好友数量超过500；B意见领袖：他们的每条朋友圈超过30条赞，每天平均点赞数量超过10；这一群人预先定义为种子用户，服务器会优先将广告曝光给这部分用户；
三：针对预设策略中在朋友圈基于关系链对显示于客户端用户界面上的广告进行社交混排排序显示而言，朋友圈广告的一大特色是社交传播，认为当一个用户与广告进行互动之后，后续好友看到带有互动过的广告，那么该条广告对好友的影响力会大很多，所以策略上，如果用户A看过广告X，并且点过赞或者评论过，那么后续A的一维好友看到广告X的概率会提升，广告X在与其他广告的竞争中，更容易展现给A的好友；如果一个用户B进入到朋友圈的时候，如果有多条广告都有B的好友点过赞或者评论过的信息，这个时候，点赞数量和评论数量总和最多的广告会出现给用户B的权重最高。
基于上述社交混排排序显示设计原理，采取如下机制实现：
社交混排：一个用户去访问朋友圈的时候，如果达到了出现广告的条件，那么假设有三条广告，都符合用户A的定向，那么A看到哪条广告是由下面的规则决定(假设定向一致)：曝光权重＝(每条广告被你好友点过赞的次数*0.5+这条广告被你好友一次评论过的次数*0.35+这条广告的总点赞率(点赞数/总曝光人数)*0.15)*修正引子R；其中，关于修正因子R的定义为：如果广告被你的好友评论超过50条，由于被点赞和评论过多，广告的曝光率太高，则其出现的概率降低，R＝0.5；其他时刻R＝1。
四：针对预设策略中其他逻辑而言，1)比如，对于广告的出现时机来说，为了限制广告给同一个用户的曝光次数，设置限定当用户访问朋友圈的时候，只有当大于等于4条新的内容的时候,才会拉取一条广告；每个用户每隔48小时才会拉取一条广告；时间间隔会灵活调整；2)比如，对于广告出现位置来说，当有大于等于4条新的内容产生的时候，广告会出现在第五条的位置(不计算用户自己发布的内容数量)，一旦广告产生，广告不会一直固定在第五条的位置，会随着新消息的产生，不断地下沉(比如本来是第5条，后来又有几个好友发送了5条朋友圈内容，相当于广告位置变成了第10条；3)比如消失策略而言，用户看过一条广告，如果有点过赞或者评论过，那么这条广告会一直留在用户的朋友圈中；如果用户在6小时内，没有给这条广告点赞或者评论，那么在用户第一次看到这条广告的时刻算起，6小时后这条广告从用户的朋友圈中消失。
这里需要指出的是，对于上述第四条中涉及的预设策略，既可以在服务器侧配置实现，也可以在客户端侧配置实现，有如下几个实施方式：
实施方式一：第二多媒体信息(如广告信息)的出现时机的一个具体实现如下：
本发明实施例的信息处理方法还包括：
A1、检测是否满足第一预设条件，得到检测结果；
A2、所述第一预设条件用于表征所述第一用户主动拉取所述第二多媒体信息的触发时机；
A3、所述检测结果为所述第一用户在所述社交群组中接收并显示所述第二多媒体信息大于等于第一阈值时，则满足所述第一预设条件，所述第一用户主动拉取所述第二多媒体信息。
这里，所述第一阈值可以是接收并显示的新的内容为4条。
实施方式二：第二多媒体信息(如广告信息)的出现时机的另一个具体实现如下：
本发明实施例的信息处理方法还包括：
B1、检测是否满足第二预设条件，得到检测结果；
B2、所述第二预设条件用于表征所述第一用户周期性主动拉取所述第二多媒体信息的触发时机；
B3、所述检测结果为所述第一用户拉取所述第二多媒体信息达到第二阈值规定的时间间隔时，则满足所述第二预设条件，所述第一用户主动拉取所述第二多媒体信息。
这里，第二阈值规定的时间间隔可以是48小时。
实施方式三：第二多媒体信息(如广告信息)的出现位置的一个具体实现如下：
本发明实施例的信息处理方法还包括：
C1、检测是否满足第三预设条件，得到检测结果；
C2、所述第三预设条件为所述第二多媒体信息在信息流中出现位置的设置条件；
C3、所述检测结果为所述第二多媒体信息设置于信息流中的出现位置大于等于第三阈值规定的第一显示位置时，则满足所述第三预设条件，在所述第一显示位置呈现所述第二多媒体信息。
这里，第三阈值规定的第一显示位置可以是大于第4条新内容的第5条的位置。
优选的，还包括：在所述第一显示位置呈现的所述第二多媒体信息，随着在所述社交群组中接收并显示新信息的出现，由所述第一显示位置变为第二显示位置；所述第二显示位置大于所述第一显示位置。比如，第二显示位置为第10条的显示位置，第一显示位置为初始的第5条的显示位置。
实施方式四：第二多媒体信息(如广告信息)的消失策略的一个具体实现如下：
本发明实施例的信息处理方法还包括：
D1、检测是否满足第四预设条件，得到检测结果；
D2、所述第四预设条件为所述第二多媒体信息在信息流中消失的设置条件；
D3、所述检测结果为在第四阈值规定的时间段内所述社交群组中的任何用户未对所述第二多媒体信息进行反馈，则满足所述第四预设条件，所述第二多媒体信息从所述信息流中消失；
这里，第四阈值规定的时间段可以是6个小时；
D4、所述第四阈值规定的时间段的起点时刻为：从所述第二多媒体信息出现在信息流被所述第一用户初次关注起算。
在本发明实施例一实施方式中，所述第二多媒体信息的内容由所述服务器审核通过的第三用户进行定制；所述第三用户包括以公众账号在所述服务器注册认证的个人用户或集体用户。
方法实施例二：
本发明实施例的一种信息处理方法，如图2所示，所述方法应用客户端中，所述方法包括以下步骤：
步骤201、第一用户登录所述客户端发送第一请求，第一请求验证通过后在客户端与服务器间建立通信连接。
这里，所述第一请求可以是登录请求，如果第一用户初次通过账号和密码登录成功后并未退出该客户端，下一次再次进入该客户端无需登录，直接利用已经建立的通信连接在客户端与服务器之间建立交互即可，这种情况下，这个步骤可以省略。
步骤202、基于所述通信连接拉取由所述第一用户与至少一个第二用户构成的社交群组；所述第二用户与所述第一用户隶属于同一社交群组。
这里，所述社交群组指好友链构成的朋友圈，客户端从后台拉取显示于客户端的用户界面上，如在微信中可以具体为微信朋友圈，微信朋友圈不只一个，可以根据用户需求，比如同类兴趣爱好，或者同事/同学关系，从事技术领域建圈等各种可能需求进行多个微信朋友圈的建立。
这里，所述第二用户指用户多个朋友圈中的任意一个或多个用户。
步骤203、所述第一用户在所述社交群组中发送并显示第一多媒体信息。
这里，本步骤203是可选的步骤，不是必须要有的步骤，所述第一多媒体信息是用户自己编辑的图文信息，还可以是视频短片，音频文件比如录音等等多种形式，这种信息通常不需要服务器进行审核就可以呈现在用户界面上。
步骤204、由第三用户传播的第二多媒体信息、和/或基于所述社交群组中的至少一个第二用户与所述第二多媒体信息进行互动形成传播的第二多媒体信息显示于所述客户端的用户界面上，并仅对所述社交群组中的所述第一用户和所述至少一个第二用户开放。
优选的，所述第二多媒体信息以外显的方式直接显示于所述客户端的用户界面上，使得所述第一用户能直接看到所述至少一个第二用户之前针对所述第二多媒体信息的互动信息。互动信息包括：步骤207中的第一反馈信息和/或第二反馈信息。
这里，所述第三用户指公众账号，可以是个人的，也可以是集体的，比如广告主，如宝马。这个第三用户是虚拟朋友。所述在所述社交群组中接收并显示由第三用户传播的第二多媒体信息的形式是广告主基于公众账号发布经过服务器审核通过的第二多媒体信息，并作为第一用户的虚拟朋友直接在好友圈分享的广告内容推荐是一种直接推荐方式。
这里，所述基于所述社交群组中的至少一个第二用户与所述第二多媒体信息进行互动形成传播的第二多媒体信息的形式是基于朋友圈形成的广告内容推荐，是基于朋友圈的好友与广告的互动关系间接得到的广告内容推荐方式。
步骤205、所述第一用户收到所述至少一个第二用户发送的第一提示信息，在所述客户端的用户界面上显示所述第一提示信息。
这里，本步骤中，第一提示信息仅对所述社交群组中的所述第一用户和所述至少一个第二用户开放。比如，第一提示信息为“您有一个新消息”的消息提醒时，该消息提醒只有朋友圈的人可以看到。
步骤206、所述第一提示信息为用于触发由所述客户端的用户界面进入与所述第二多媒体信息相关的第一提示页面的提示信息。
步骤207、在所述客户端的用户界面上还显示有对于所述第一用户接收到所述第二多媒体信息形成的第一反馈信息和/或所述至少一个第二用户对所述第二多媒体信息进行互动形成的第二反馈信息。
这里，如第一用户为用户A，第二用户为用户B和用户C，用户B和用户C对一个第二多媒体信息，比如宝马的广告信息内容进行点赞和/或评价得到一系列的点赞和/或评论，称为所述第二反馈信息；用户A也可以对宝马的广告信息内容进行点赞和/或评价，称为所述第一反馈信息。
步骤208、所述第一反馈信息和所述第二反馈信息采用第一状态进行显示，无需基于用户操作而展开显示，所述第一状态用于表征所述社交群组中的所述第一用户和所述至少一个第二用户相互间能直接看到对方的反馈。
这里需要指出的是，步骤205-206构成基于朋友圈分享和/或基于朋友圈好友点赞和/或评价等互动进行第二多媒体信息的分享的一种消息提醒机制，如图11所示，步骤207-208构成基于朋友圈分享和/或基于朋友圈好友点赞和/或评价等互动进行第二多媒体信息的分享的一种互动信息的外显方式呈现机制，互动信息包括第一反馈信息和/或第二反馈信息，即：基于第二多媒体信息的分享，用户间对该第二多媒体信息进行互动得到的第一反馈信息和第二反馈信息是外部显示的，如图9所示的宝马广告中与用户互动时用户的点赞和评价可以直接显示于朋友圈中，对比如图8所示的一个SINA微博中反馈信息的显示是需要用户进一步的操作，比如看到消息上的红点提示新增2条评论再进入下一级页面才可以看到具体的反馈信息。
步骤209、所述第二多媒体信息不同于在所述社交群组中任意用户分享的第一多媒体信息，所述第二多媒体信息为符合服务器侧预设策略进行投放的指定信息，所述第二多媒体信息与所述第一多媒体信息在显示版式上保持同一模式。
在本发明实施例一实施方式中，还包括：客户端发送所述第一反馈信息和所述第二反馈信息，使得服务器能根据所述第一反馈信息和所述第二反馈信息分析后优化所述第二多媒体信息的推送策略。
方法实施例三：
基于方法实施例一或二，本发明实施例的一种信息处理方法，如图3所示，所述方法应用客户端中，所述方法还包括以下步骤：
步骤301、所述第一用户收到所述至少一个第二用户发送的第一提示信息，在所述客户端的用户界面上显示所述第一提示信息，并仅对所述社交群组中的所述第一用户和所述至少一个第二用户开放。
这里，所述第一提示信息为用于触发进入与所述第二多媒体信息相关的第一提示页面的提示信息。比如，所述第一提示信息可以是显示在客户端用户界面上的新消息提醒，如图11所示的第一页面中显示有“1条新消息”。
步骤302、接收作用于所述第一提示信息的第一用户操作。
步骤303、响应所述第一用户操作，由所述客户端的用户界面进入所述第一提示页面。
这里，所述第一提示页面中包含用于表征所述至少一个第二用户与所述第二多媒体信息进行互动生成的针对所述第二多媒体信息的推荐信息。比如，如图11所示的第二页面中“志玲不错”。
步骤304、接收作用于所述推荐信息的第二用户操作。
步骤305、响应所述第二用户操作，得到所述第二多媒体信息的信息内容，检测到开启转发模式时，所述第一用户转发所述第二多媒体信息。
本实施例的一个实例可以为：在客户端的用户界面上显示用户A所在朋友圈的信息分享场景，用户A的一个朋友圈中的好友——用户B对一条第二多媒体信息，比如化妆品品牌推广的信息做了评价，或者如图11所示对林志玲代言的浪琴表推广信息做了评价，则在用户A的用户界面上会显示一个“收到新消息提醒”，之后用户A点击该新消息提醒，进入用户B的评价内容，通过再次点击用户B的评价内容中的推广信息入口而进入对应该推广信息的展示页面，如图11所示，该展示页面中至少包括“推广”icon和查看详情的提示信息。其中，通过点击“推广”icon可以弹出如图15所示的该推广信息为一个广告信息，提示用户A是否感兴趣，如果用户A不感兴趣，则关闭，并记录用户A不感兴趣的用户行为，以用于上报给服务器用于优化推送策略。通过点击查看详情的提示信息进入推广信息以图文，视频短片或录音文件形式呈现的具体内容，并在对该推广信息开启转发模式的情况下用户A可以对该推广信息进行转发。
综上所述，本发明实施例是对支持转发的推广信息，其转发功能的隐藏，需要多次的用户操作才可以完成转发功能的实现，不是直接在客户端的用户界面显示推广信息以图文，视频短片或录音文件形式呈现的具体内容，以免占用用户信息流，影响用户的正常功能使用。与上述方法实施例二进行对比，上述方法实施例二是用户之间对推广信息的点赞和评价可以直接显示在客户端的用户界面上，以一目了然看到，增加用户对推广信息的关注度。
基于上述方法实施例一、二及三，所述第二多媒体信息包括：文字、图片、视频短片、音频文件中的至少一种。
客户端实施例一：
本发明实施例的一种客户端，如图4所示，客户端1包括显示单元11，所述客户端还包括：群组拉取单元12，用于第一用户登录所述客户端，拉取由所述第一用户与至少一个第二用户构成的社交群组；所述第二用户与所述第一用户隶属于同一社交群组；第一接收单元13，用于所述第一用户在所述社交群组中接收由第三用户传播的第二多媒体信息、和/或基于所述社交群组中的至少一个第二用户与所述第二多媒体信息进行互动形成传播的第二多媒体信息；第二接收单元14，用于所述第一用户收到所述至少一个第二用户发送的第一提示信息，在所述客户端的用户界面上显示所述第一提示信息；所述第一提示信息为用于触发由所述客户端的用户界面进入与所述第二多媒体信息相关的第一提示页面的提示信息；显示单元11，用于显示所述第二多媒体信息；所述第二多媒体信息不同于在所述社交群组中任意用户分享的第一多媒体信息，所述第二多媒体信息为符合服务器侧预设策略进行投放的指定信息，所述第二多媒体信息与所述第一多媒体信息在显示版式上保持同一模式。
这里需要指出的是，第二多媒体信息并不是非社交群组的任何一方推送的任意信息，比如，苏宁电器小秘书在某些社交平台，如SINA微博即使不是我的社交群组(如朋友圈)的好友，也可以给我推送一些推荐信息，本发明实施例中的该第二多媒体信息是经过后台服务器审核，且符合后台服务器侧预设策略进行投放的指定信息，好处是：避免了非朋友圈用户推送的骚扰信息，而且符合后台服务器侧预设策略进行投放的指定信息是根据朋友圈用户进行行为记录收集和分析后得到的结果，所以本发明实施例的第二多媒体信息才能符合信息投放和分享用户定位精准的需求。
客户端实施例二：
基于上述客户端实施例一，所述客户端还包括：
第三接收单元，用于接收作用于所述第一提示信息的第一用户操作；
第一响应单元，用于响应所述第一用户操作，由所述客户端的用户界面进入所述第一提示页面；所述第一提示页面中包含用于表征所述至少一个第二用户与所述第二多媒体信息进行互动生成的针对所述第二多媒体信息的推荐信息；
第四接收单元，用于接收作用于所述推荐信息的第二用户操作；
第二响应单元，用于响应所述第二用户操作，得到所述第二多媒体信息的信息内容，检测到开启转发模式时，所述第一用户转发所述第二多媒体信息。
客户端实施例三：
基于上述客户端实施例一，所述客户端还包括：
检测触发单元，用于所述第一用户与所述至少一个第二用户之间通过至少一个所述第一提示信息进行多次互动并达到阈值时，触发所述第二多媒体信息对用户曝光次数的检测；
检测及上报单元，用于检测所述第二多媒体信息对用户曝光次数是否满足预设规则，得到检测结果；所述检测结果为所述第二多媒体信息对用户曝光次数满足预设规则时，上报所述检测结果给服务器，使服务器能按照策略不对所述第三用户进行扣费处理。
其中，针对上述实施例中涉及的后台服务器侧预设策略而言，即根据预设策略对广告进行推送的策略包括以下内容：
一、针对预设策略中在服务器配置的后台相关推送逻辑而言，1)用户点击不感兴趣的时候，不管是否赞与评论过，该条广告消失；2)消失后查看消息提醒的逻辑类似在本地执行消失处理的机制：如果在信息流中的浮层提醒，那么点击之后，每一个消息条目都不可点击，由服务器控制；如果是通过个人页面进入到的消息提醒列表中，还可以由客户端负责执行该消失处理的机制；3)用户点击过不感兴趣之后，一定不会再给这个用户推送同一条广告；4)两周内不给这个用户推送同一个广告主的广告内容；5)用户看到这个行业的广告权重下降，权重的上升或下降可以通过一个运算器来记录；6)用户如果两次点击不喜欢某个广告主的广告，那么后续就不会给这个用户推送这个广告主的广告；7)用户如果两次点击不喜欢某个行业的广告，那么第二次点击后，一个月内不会给用户再出这个行业的广告。
二、针对预设策略中如何筛选首轮和优先投放用户而言，涉及种子用户的选择：开始广告会投放给社交节点用户(种子用户)，两种用户符合种子用户的定义：A.活跃用户：每天都登录微信超过8次，每天消息发送数量大于50，好友数量超过500；B意见领袖：他们的每条朋友圈超过30条赞，每天平均点赞数量超过10；这一群人预先定义为种子用户，服务器会优先将广告曝光给这部分用户；
三：针对预设策略中在朋友圈基于关系链对显示于客户端用户界面上的广告进行社交混排排序显示而言，朋友圈广告的一大特色是社交传播，认为当一个用户与广告进行互动之后，后续好友看到带有互动过的广告，那么该条广告对好友的影响力会大很多，所以策略上，如果用户A看过广告X，并且点过赞或者评论过，那么后续A的一维好友看到广告X的概率会提升，广告X在与其他广告的竞争中，更容易展现给A的好友；如果一个用户B进入到朋友圈的时候，如果有多条广告都有B的好友点过赞或者评论过的信息，这个时候，点赞数量和评论数量总和最多的广告会出现给用户B的权重最高。
基于上述社交混排排序显示设计原理，采取如下机制实现：
社交混排：一个用户去访问朋友圈的时候，如果达到了出现广告的条件，那么假设有三条广告，都符合用户A的定向，那么A看到哪条广告是由下面的规则决定(假设定向一致)：曝光权重＝(每条广告被你好友点过赞的次数*0.5+这条广告被你好友一次评论过的次数*0.35+这条广告的总点赞率(点赞数/总曝光人数)*0.15)*修正引子R；其中，关于修正因子R的定义为：如果广告被你的好友评论超过50条，由于被点赞和评论过多，广告的曝光率太高，则其出现的概率降低，R＝0.5；其他时刻R＝1。
四：针对预设策略中其他逻辑而言，1)比如，对于广告的出现时机来说，为了限制广告给同一个用户的曝光次数，设置限定当用户访问朋友圈的时候，只有当大于等于4条新的内容的时候,才会拉取一条广告；每个用户每隔48小时才会拉取一条广告；时间间隔会灵活调整；2)比如，对于广告出现位置来说，当有大于等于4条新的内容产生的时候，广告会出现在第五条的位置(不计算用户自己发布的内容数量)，一旦广告产生，广告不会一直固定在第五条的位置，会随着新消息的产生，不断地下沉(比如本来是第5条，后来又有几个好友发送了5条朋友圈内容，相当于广告位置变成了第10条；3)比如消失策略而言，用户看过一条广告，如果有点过赞或者评论过，那么这条广告会一直留在用户的朋友圈中；如果用户在6小时内，没有给这条广告点赞或者评论，那么在用户第一次看到这条广告的时刻算起，6小时后这条广告从用户的朋友圈中消失。
这里需要指出的是，对于上述第四条中涉及的预设策略，既可以在服务器侧配置实现，也可以在客户端侧配置实现，有如下几个实施方式：
实施方式一：第二多媒体信息(如广告信息)的出现时机的一个具体实现如下：
本发明实施例的客户端除了上述显示单元11、群组拉取单元12、第一接收单元13，第二接收单元14，还包括：
第一检测单元，用于检测是否满足第一预设条件，得到检测结果；所述第一预设条件用于表征所述第一用户主动拉取所述第二多媒体信息的触发时机；
第一处理执行单元，用于所述检测结果为所述第一用户在所述社交群组中接收并显示所述第二多媒体信息大于等于第一阈值时，则满足所述第一预设条件，所述第一用户主动拉取所述第二多媒体信息。
这里，所述第一阈值可以是接收并显示的新的内容为4条。
实施方式二：第二多媒体信息(如广告信息)的出现时机的另一个具体实现如下：
本发明实施例的客户端除了上述显示单元11、群组拉取单元12、第一接收单元13，第二接收单元14，还包括：
第二检测单元，用于检测是否满足第二预设条件，得到检测结果；所述第二预设条件用于表征所述第一用户周期性主动拉取所述第二多媒体信息的触发时机；
第二处理执行单元，用于所述检测结果为所述第一用户拉取所述第二多媒体信息达到第二阈值规定的时间间隔时，则满足所述第二预设条件，所述第一用户主动拉取所述第二多媒体信息。
这里，第二阈值规定的时间间隔可以是48小时。
实施方式三：第二多媒体信息(如广告信息)的出现位置的一个具体实现如下：
本发明实施例的客户端除了上述显示单元11、群组拉取单元12、第一接收单元13，第二接收单元14，还包括：
第三检测单元，用于检测是否满足第三预设条件，得到检测结果；所述第三预设条件为所述第二多媒体信息在信息流中出现位置的设置条件；
第三处理执行单元，用于所述检测结果为所述第二多媒体信息设置于信息流中的出现位置大于等于第三阈值规定的第一显示位置时，则满足所述第三预设条件，在所述第一显示位置呈现所述第二多媒体信息。
这里，第三阈值规定的第一显示位置可以是大于第4条新内容的第5条的位置。
优选的，所述显示单元，进一步用于在所述第一显示位置呈现的所述第二多媒体信息，随着在所述社交群组中接收并显示新信息的出现，由所述第一显示位置变为第二显示位置；所述第二显示位置大于所述第一显示位置。比如，第二显示位置为第10条的显示位置，第一显示位置为初始的第5条的显示位置。
实施方式四：第二多媒体信息(如广告信息)的消失策略的一个具体实现如下：
本发明实施例的客户端除了上述显示单元11、群组拉取单元12、第一接收单元13，第二接收单元14，还包括：
第四检测单元，用于检测是否满足第四预设条件，得到检测结果；所述第四预设条件为所述第二多媒体信息在信息流中消失的设置条件；
第四处理执行单元，用于所述检测结果为在第四阈值规定的时间段内所述社交群组中的任何用户未对所述第二多媒体信息进行反馈，则满足所述第四预设条件，所述第二多媒体信息从所述信息流中消失。
这里，第四阈值规定的时间段可以是6个小时；
这里，所述第四阈值规定的时间段的起点时刻为：从所述第二多媒体信息出现在信息流被所述第一用户初次关注起算。
在本发明实施例一实施方式中，所述第二多媒体信息的内容由所述服务器审核通过的第三用户进行定制；所述第三用户包括以公众账号在所述服务器注册认证的个人用户或集体用户。
在本发明实施例一实施方式中，所述显示单元，进一步用于将所述第二多媒体信息显示于所述客户端的用户界面上，并仅对所述社交群组中的所述第一用户和所述至少一个第二用户开放。
在本发明实施例一实施方式中，所述显示单元，进一步用于在所述客户端的用户界面上还显示有对于所述第一用户接收到所述第二多媒体信息形成的第一反馈信息和/或所述至少一个第二用户对所述第二多媒体信息进行互动形成的第二反馈信息；所述第一反馈信息和所述第二反馈信息采用第一状态进行显示，无需基于用户操作而展开显示，所述第一状态用于表征所述社交群组中的所述第一用户和所述至少一个第二用户相互间能直接看到对方的反馈；
相应的，所述客户端还可以包括发送单元，用于所述第一用户在所述社交群组中发送并显示所述第一多媒体信息，以及进一步用于发送所述第一反馈信息和所述第二反馈信息，使得服务器能根据所述第一反馈信息和所述第二反馈信息分析后优化所述第二多媒体信息的推送策略。
在本发明实施例一实施方式中，所述客户端还包括：
第二接收单元，进一步用于所述第一用户收到所述至少一个第二用户发送的第一提示信息；
所述显示单元，进一步用于在所述客户端的用户界面上显示所述第一提示信息，并仅对所述社交群组中的所述第一用户和所述至少一个第二用户开放；所述第一提示信息为用于触发进入与所述第二多媒体信息相关的第一提示页面的提示信息。
在本发明实施例一实施方式中，所述客户端还包括：第三接收单元，用于接收作用于所述第一提示信息的第一用户操作；第一响应单元，用于响应所述第一用户操作，由所述客户端的用户界面进入所述第一提示页面；所述第一提示页面中包含用于表征所述至少一个第二用户与所述第二多媒体信息进行互动生成的针对所述第二多媒体信息的推荐信息；第四接收单元，用于接收作用于所述推荐信息的第二用户操作；第二响应单元，用于响应所述第二用户操作，得到所述第二多媒体信息的信息内容，检测到开启转发模式时，所述第一用户转发所述第二多媒体信息。
方法实施例四：
本发明实施例的一种信息处理方法，如图5所示，所述方法为客户端与服务器的交互流程，所述方法包括以下步骤：
步骤401、第一用户登录客户端发送第一请求。
步骤402、服务器接收所述第一请求，对第一请求进行验证。
步骤403、验证通过后在客户端与服务器间建立通信连接，基于所述通信连接传输由所述第一用户与至少一个第二用户构成的社交群组。
这里，所述第二用户与所述第一用户隶属于同一社交群组。
步骤404、所述第一用户在所述社交群组中发送并显示第一多媒体信息。
这里，本步骤为可选的步骤，并非必要的步骤。
步骤405、所述第一用户收到所述至少一个第二用户发送的第一提示信息，在所述客户端的用户界面上显示所述第一提示信息。
这里，本步骤中，第一提示信息仅对所述社交群组中的所述第一用户和所述至少一个第二用户开放。比如，第一提示信息为“您有一个新消息”的消息提醒时，该消息提醒只有朋友圈的人可以看到。
步骤406、所述第一提示信息为用于触发由所述客户端的用户界面进入与所述第二多媒体信息相关的第一提示页面的提示信息。
步骤407、按照预设策略为所述第一用户推送由第三用户传播的第二多媒体信息、和/或基于所述社交群组中的至少一个第二用户与所述第二多媒体信息进行互动形成传播的第二多媒体信息。以及，控制所推送的所述第二多媒体信息显示于所述客户端的用户界面上，并仅对所述社交群组中的所述第一用户和所述至少一个第二用户开放。
这里，所述第二多媒体信息可以按照服务器的配置，也可以按照客户端本地的配置来实现，使得能以外显的方式直接显示于所述客户端的用户界面上，使得所述第一用户能直接看到所述至少一个第二用户之前针对所述第二多媒体信息的互动信息，并仅对所述社交群组中的所述第一用户和所述至少一个第二用户开放。
这里，所述第二多媒体信息不同于在所述社交群组中任意用户分享的第一多媒体信息，所述第二多媒体信息为符合服务器侧预设策略进行投放的指定信息，所述第二多媒体信息与所述第一多媒体信息在显示版式上保持同一模式。
步骤401-步骤407的顺序并不限于本实施例中所描述的，根据需要可以进行调整。
方法实施例五：
基于方法实施例四，本发明实施例的信息处理方法中，所述按照预设策略为所述第一用户推送由第三用户传播的第二多媒体信息、和/或基于所述社交群组中的至少一个第二用户与所述第二多媒体信息进行互动形成传播的第二多媒体信息，包括：
步骤501、从所述预设策略中提取种子用户对应的第一筛选条件；所述种子用户通过用户是否活跃和/或是否为意见领袖来检测得到。
步骤502、根据所述第一筛选条件从所述至少一个第二用户中检测出所述种子用户，将所述第二多媒体信息推送给所述种子用户，以建立所述种子用户与所述第二多媒体信息的第一互动关系。
步骤503、将基于所述第一互动关系进行互动形成传播的第二多媒体信息优先推送给所述第一用户。
这里，种子用户是指开始将推广信息，比如广告信息会首轮投放到的社交节点用户，这类用户称为种子用户，两种用户符合种子用户的第一筛选条件：1)照登录是否活跃，是否粉丝够多，以及是否发送的信息量大这三方面因素来划分；2)意见领袖或类似新浪认证过的大V等用户，对于种子用户，按照服务器的预设策略会优先将推广信息曝光给这部分用户，之后种子用户通过与推广信息的互动建立的互动关系，继续分享给推广信息，会大大增加其他用户对推送广告的关注度，从而为给用户精准推送信息提供了依据。
方法实施例六：
基于方法实施例四，本发明实施例的信息处理方法中，所述按照预设策略为所述第一用户推送由第三用户传播的第二多媒体信息、和/或基于所述社交群组中的至少一个第二用户与所述第二多媒体信息进行互动形成传播的第二多媒体信息，包括：
步骤601、从所述预设策略中提取所述社交群组中与第一用户存在预设属性的目标用户对应的第二筛选条件；所述目标用户至少通过是否与第一用户在同类或相关领域具备关注相似度和/或互动亲密度来检测得到。
步骤602、根据所述第二筛选条件从所述至少一个第二用户中检测出与所述第一用户存在预设属性的所述目标用户；将所述第二多媒体信息推送给所述目标用户，以建立所述目标用户与所述第二多媒体信息的第二互动关系。
步骤603、存在多个第二多媒体信息用于竞争推送时，从所述多个第二多媒体信息中获取基于所述第二互动关系进行互动形成传播的第二多媒体信息，并优先推送给所述第一用户。
这里，与所述第一用户存在预设属性的所述目标用户可以是与第一用户在相似度和亲密度上有关联的用户，目标用户和第一用户由于存在这种关联，对推广信息的认同度和关注度有别于其他用户，从而为给用户精准推送信息提供了依据。而且，对应多个推广信息时，会根据第二筛选条件优先推送多个推广信息其中之一。比如，广告A、广告B竞争推送时，用户E与用户F的关系比用户E与用户G的关系更亲密，则通过用户G建立的与广告B的互动关系得到，优先对用户E推送广告B，而不是先推送广告A。
方法实施例七：
基于方法实施例四，本发明实施例的信息处理方法中，所述按照预设策略为所述第一用户推送由第三用户传播的第二多媒体信息、和/或基于所述社交群组中的至少一个第二用户与所述第二多媒体信息进行互动形成传播的第二多媒体信息，包括：
步骤701、从所述预设策略中提取用于多个第二多媒体信息在客户端显示的社交混排策略，如后续公式(1)所示。
步骤702、接收所述第一用户发送的第一反馈信息和所述至少一个第二用户发送的至少一个第二反馈信息。
步骤703、将由所述第一反馈信息和/或所述第二反馈信息构成的参数控制因子和修正因子输入所述社交混排策略中，得到多个第二多媒体信息分别对应的曝光权重。
曝光权重＝(每条广告被你好友点过赞的次数*0.5+这条广告被你好友一次评论过的次数*0.35+这条广告的总点赞率(点赞数/总曝光人数)*0.15)*修正引子R；公式(1)
其中，所述参数控制因子是对上述公式(1)中各种赞，评论和总和的统称；所述修正因子R的定义为：如果广告被你的好友评论超过50条，出现的概率降低，R＝0.5；其他时刻R＝1。
步骤704、根据所述曝光权重由高到低的顺序，推送与所述曝光权重由高到低所对应的多个第二多媒体信息给所述第一用户。
服务器实施例一：
本发明实施例的一种服务器，如图6所示，服务器2包括：
验证单元21，用于收到第一用户登录客户端发送的第一请求，第一请求验证通过后在客户端与服务器间建立通信连接；群组推送单元22，用于基于所述通信连接推送由所述第一用户与至少一个第二用户构成的社交群组；所述第二用户与所述第一用户隶属于同一社交群组；信息推送单元23，用于按照预设策略为所述第一用户推送由第三用户传播的第二多媒体信息、和/或基于所述社交群组中的至少一个第二用户与所述第二多媒体信息进行互动形成传播的第二多媒体信息。以及，控制所推送的所述第二多媒体信息显示于所述客户端的用户界面上，并仅对所述社交群组中的所述第一用户和所述至少一个第二用户开放。这里，所述第二多媒体信息可以按照服务器的配置，也可以按照客户端本地的配置来实现，使得能以外显的方式直接显示于所述客户端的用户界面上，使得所述第一用户能直接看到所述至少一个第二用户之前针对所述第二多媒体信息的互动信息，并仅对所述社交群组中的所述第一用户和所述至少一个第二用户开放。
其中，所述第二多媒体信息不同于在所述社交群组中任意用户分享的第一多媒体信息，所述第二多媒体信息为符合服务器侧预设策略进行投放的指定信息，所述第二多媒体信息与所述第一多媒体信息在显示版式上保持同一模式。
在本发明实施例一实施方式中，所述信息推送单元，进一步包括：第一提取子单元，用于从所述预设策略中提取种子用户对应的第一筛选条件；所述种子用户通过用户是否活跃和/或是否为意见领袖来检测得到；第一检测子单元，用于根据所述第一筛选条件从所述至少一个第二用户中检测出所述种子用户，将所述第二多媒体信息推送给所述种子用户，以建立所述种子用户与所述第二多媒体信息的第一互动关系；第一推送子单元，用于将基于所述第一互动关系进行互动形成传播的第二多媒体信息优先推送给所述第一用户。
在本发明实施例一实施方式中，所述信息推送单元，进一步包括：第二提取子单元，用于从所述预设策略中提取所述社交群组中与第一用户存在预设属性的目标用户对应的第二筛选条件；所述目标用户至少通过是否与第一用户在同类或相关领域具备关注相似度和/或互动亲密度来检测得到；第二检测子单元，用于根据所述第二筛选条件从所述至少一个第二用户中检测出与所述第一用户存在预设属性的所述目标用户；将所述第二多媒体信息推送给所述目标用户，以建立所述目标用户与所述第二多媒体信息的第二互动关系；第二推送子单元，用于存在多个第二多媒体信息用于竞争推送时，从所述多个第二多媒体信息中获取基于所述第二互动关系进行互动形成传播的第二多媒体信息，并优先推送给所述第一用户。
在本发明实施例一实施方式中，所述服务器还包括：信息接收单元，用于接收所述第一用户在所述社交群组中发送并显示的第一多媒体信息，以及进一步用于接收所述第一用户发送的第一反馈信息和所述至少一个第二用户发送的至少一个第二反馈信息；
相应的，所述信息推送单元，进一步包括：第三提取子单元，用于从所述预设策略中提取用于多个第二多媒体信息在客户端显示的社交混排策略；运算子单元，用于将由所述第一反馈信息和/或所述第二反馈信息构成的参数控制因子和修正因子输入所述社交混排策略中，得到多个第二多媒体信息分别对应的曝光权重；第三推送子单元，用于根据所述曝光权重由高到低的顺序，推送与所述曝光权重由高到低所对应的多个第二多媒体信息给所述第一用户。
以一个现实应用场景为例对本发明实施例阐述如下：
应用场景一：
由上述客户端和上述服务器构成的用户场景实施例，如图7所示，包括由用户S11-S15这多个用户构成的朋友圈，用户S11-S15分别配备不同的客户端，比如手机，PAD或手提电脑等；其中，用户S11为上述实施例提及的第一用户，用户S12-S15为上述实施例提及的至少一个第二用户，用户S31为基于公众账号分享推广信息E的广告主，服务器S21-S23为各种服务器，推广信息E经过各种服务器，如内容服务器，多媒体服务器，社交群组服务器、运算服务器及其数据库形成的各种处理，比如审核，比如预设策略配置，比如推广信息E在用户S11所在的客户端1上的用户界面如何显示等等各种处理后，按照预设策略配置将审核通过的推广信息E采用与用户S11未经审核自行发布信息一样的显示版式，显示在客户端1上的用户界面上。在客户端1上的用户界面上至少包括两部分信息：a、用户S31定制后审核投放在用户S11朋友圈的推广信息E；b、用户S11的朋友圈中各个好友对该推广信息定制后审核投放在用户S11朋友圈的推广信息E进行点赞或评论等互动。
将现有技术与应用本发明实施例的应用场景一做一对比如下：
以现有技术中的新浪微博与本应用场景中的微信信息流广告的推送和显示为例进行说明，新浪微博是比较早出现信息流广告的移动端产品，微博本身作为一款社交应用，在产品属性上与微信朋友圈有相似的地方：用户都可以发布内容，并且围绕用户发送的内容展开互动和讨论。本应用场景占用信息流在朋友圈推送信息流广告在产品设计上和新浪微博的不同之处主要在于：
1)新浪微博中的评论、转发、赞是社交公开的，即用户A评论一条广告，无论其他用户与A是否为好友关系，都可以看到A的评论、回复和赞的内容，并且可以直接查看用户A的个人信息、回复A在广告上面的评论。这种社交开放性，有它自身的优点，比如用户原创内容丰富，比如更容易展开大范围的讨论，但是缺点也显而易见，它容易让用户产生不安全感，增加用户和广告互动的心里门槛，因为一条热门的广告往往会被数以万计的用户看到，自己的评论暴露在这么多无关系链维系的人面前，会让人产生隐私的顾虑，从而不能畅所欲言。朋友圈广告中，对于广告的评论、赞和回复都是私密的，用户A针对某条广告产生的评论，只有A的一维好友可以看到，非好友无法看到，更加无法产生和A的互动，有效地保护了A的隐私，降低了用户与广告互动的心里门槛，反而有助于在小圈子里面产生互动；
2)如图8所示新浪微博的评论是收起的，而本应用场景微信广告的评论是外显的，如图9所示。在新浪微博中，如果你想要看到用户对某条广告的评论，用户必须点击这条广告，或者点击页面中的评论按钮，才能查看所有用户对这条广告的评论，增加一个操作步骤就容易流失一部分用户，很多有价值的评论内容用户无法看到；在朋友圈广告中，用户可以直接在广告下方看到好友的评论，当你看到一条你的很多好友都赞过和评论过的广告，那么用户对这条广告的关注度一定会更高。
3)朋友圈广告不支持转发，新浪微博广告可以进行转发。用户在浏览新浪微博的时候，看到一条有趣的广告，可以将广告进行转发，这种设置的好处是能够让广告在更大的范围内进行传播，但是不利之处是容易让广告本身的扩散不受控制，降低信息流整体中原创内容的比重，影响社交平台的生态。在朋友圈广告中，微信广告专门针对广告的转发功能做了限制，首先在信息流广告的外层是没有广告的，如图10或图11所示，当用户点击“查看详情”链接的时候会进入到广告主的一个推广页，在这个页面中，用户可以通过右上角的“…”按钮进行转发，转发的门槛相应提高；并且转发作为一个可选的功能被平台进行控制，广告投放的时候设计了一个开关，部分广告，比如审核中发现不适于转发的广告将不会获得转发的权限。
通过上述对比可知：1)本应用场景微信朋友圈信息流广告基于朋友圈这种私密小圈子进行推广而不是针对所有普通公众进行推广，在提高了广告推送定位精准度的前提下，还提高了用户与广告互动的门槛高：例如用户在新浪微博、facebook等社交平台上对一条广告进行了评论或者赞，你的好友会看到，你的非好友也可以看到，相当用户创造的内容是不具备私密性的，那么用户在一个开放的环境下，留下自己的评论和赞的门槛较高；在朋友圈广告中，所有的评论和点赞都是只有用户的好友可以看到，私密性能够让用户能够放心的与广告进行互动，从而提高了交互中的信息分享的安全性。2)用户与广告的互动可以形成对好友的影响能力：当用户在朋友圈广告中给一条广告点赞或者评论后，用户的好友在外层直接看到赞和评论的信息，好友的互动会自然地引起你对这条广告的关注，因为我们认为好友在两个层面是超过陌生人——相似度与亲密度，在这两个层面的作用下，你更会信赖好友对广告的评价和态度(可以正面可以反面的得到中肯的评价)，更容易对品牌广告本身产生印象，从而提高关注度，这种关注度为广告推送的定位精准性提供了参考依据。3)用户与广告的互动影响广告在社交关系链中的传播：这是微信朋友圈社交关系传播的核心，之前新浪微博中的广告无论是根据用户属性还是根据上下文的判断，都是通过人或者环境的因素来判断给用户出现哪条广告，而微信朋友圈广告的社交混排会考虑优先将广告出现给好友互动过的广告，从而使得用户不会错失得到有价值信息的时机，提高概率，避免在浩瀚信息中查找有价值信息而不断刷屏浪费的人工成本。
这里需要指出的是，如图11所示，广告的详情是隐藏的，通过点击新消息提醒，进入广告的详情页面，是一种通过用户与广告互动后产生的消息提醒机制来进入广告的详情页面的场景。1)假设用户A看到朋友圈广告后，如果给一条广告点赞或者评论，我们会认为用户与这条广告产生了互动，后续如果用户A的好友对这条广告、评论、回复A的评论，用户A都会收到一条消息提醒。消息提醒的样式与朋友圈本身的消息提醒一致；2)用户与广告的互动只有自己的好友可以看到，排除了非好友看到自己互动消息的可能性，让用户能够在私密的圈子中分享自己对与广告的看法；3)多次曝光的控制。具体的，当用户与好友通过消息提醒多次互动，会导致广告给一个用户曝光次数很多，服务端设定了一个扣费的限制，当一个用户7天内看一条广告，最多根据曝光扣费8次，超过8次以上不再扣费，通过这种方法，保护了广告主的利益。
综上所述，采用本应用场景，一方面，由于广告推送的定位精准性，在带来私密信息分享安全的同时，也避免推送大量无效的信息，从而不会大量占用网络资源带宽，也提高了前台客户端拉取有效多媒体信息的成功率，可能拉取了50条多媒体信息，48条对用户有用，从而避免了对前台客户端的系统资源占用和浪费；另一方面，第二多媒体信息由于对所有用户进行分享提高了时效性，分享及时，引起的用户关注度和认同感高，使得大量有价值的信息不会淹没在浩瀚的信息流中，而且有价值信息的曝光时间是可控的，导致用户不会错失得到有价值信息的概率和机会，即降低了人力成本，也不会浪费前台客户端的耗电量，也同时不会占用前台客户端的处理资源，如CPU或缓存等等。而且，为了在信息分享时通过消息提醒机制来触发用户打开信息分享详情的页面来获取信息内容，而不是直接占用用户界面上的信息流来呈现信息内容，避免了信息分享时信息大量占据用户界面上的信息流的问题，兼顾了信息分享和不占用大量信息流两方面因素，对曝光的控制策略，对用户和广告主都有利，控制广告曝光次数，对用户来说，避免多次看到同一条重复的广告，对广告主来说，当一条广告达到曝光次数后，不会继续对广告主扣费。
应用场景二：
对上述应用场景一中将广告显示于客户端用户界面的形式进行描述如下，分为以下几部分内容：
一、针对广告形式而言，广告形式与朋友圈里面的信息流(Feeds)形式一致，如图10所示可以支持文字配图的形式，右上角标明“微信推广”，推广的icon与“赞和评论”的右侧边对齐，与广告主昵称居中对齐；用户看到广告之后，支持对广告赞和评论。
二、针对显示于朋友圈中的广告主的头像与昵称设置而言，参加朋友圈广告投放的广告主必须开通公众号；必须认证(不可以是微博认证，必须是公众号认证)；图片中广告主的头像和名字，直接拉取公众号中的注册信息；如图12所示，头像和昵称可点击，点击之后进入到该公众号的Profile页，根据当前用户是否关注过这个公众号，页面上的按钮分别是“关注”和“进入公众号”，点击关注按钮的时候，体验和现在正常关注公众号的流程一样，以客户端支持的系统为安桌系统为例，会出现一个“正在添加”的toast层显示；如图13所示，如果关注成功，那么就直接进入到广告主的公众号界面，如果已经关注过，那么点击“进入公众号”；还可以设置长按头像和昵称，不需要响应。
三、针对“查看详情”按钮而言，广告的图文下一行有一个“查看详情”的链接，可以设置这四个字为不可编辑，在投放端会设置一个开关，将“查看详情”作为一个可选项。长按“查看详情”按钮，无响应；如果广告的图文过长，导致超过6行，那么连同“查看详情”都一同收起到“全文”中；客户端做此逻辑容错；点击后跳转到推广页，如果是外链，调用微信自己的内嵌浏览器，右上角的“…”按钮，会设置一个是否支持转发的开关，由投放端控制是否有，如果选择无，那么右上角没有“…”按钮，如果选择有，右上角有“…”按钮的按钮，点击后出现菜单，样式和现在系统一致即可。
四、针对广告图文中能显示的图片而言，图片支持1-9张，运营侧会鼓励3、4、6图的形式；图片点击之后的体验也和普通Feeds相同，点击之后查看大图，支持左右滑动查看更多图片；长按图片有收藏操作；点击图片查看大图后，长按图片会出现选项“发送给朋友”“保存到手机”“收藏”，这三个选项。
五、针对“推广”icon而言，该icon可支持点击；如果是英文版系统，显示Sponsored，底色的长度根据文字长度进行适应。点击推广右侧的按钮，出现一个如图14下拉的层，层上的内容为“不感兴趣”，动画参考会话页面右上角的加号动画。
这里，对于点击“不感兴趣”按钮之后的响应策略而言，整条广告消失，广告消失的动画和现在删除朋友圈的动画体验一致；如果在朋友圈中刚好有消息提醒，这时候去下面点击不感兴趣，那么这条广告消失，但是相关的消息提醒还在，进入消息列表页点击消息提醒没有反映；如果已经对一条广告“不感兴趣”了，这时候通过朋友圈个人页，进入到“消息列表”中，是希望客户端能够删掉和这条广告相关的消息提醒。
应用场景三：
对上述应用场景一中根据预设策略对广告进行推送的策略描述如下，分为以下几部分内容：
一、针对预设策略中在服务器配置的后台相关推送逻辑而言，1)用户点击不感兴趣的时候，不管是否赞与评论过，该条广告消失；2)消失后查看消息提醒的逻辑类似在本地执行消失处理的机制：如果在信息流中的浮层提醒，那么点击之后，每一个消息条目都不可点击，由服务器控制；如果是通过个人页面进入到的消息提醒列表中，还可以由客户端负责执行该消失处理的机制；3)用户点击过不感兴趣之后，一定不会再给这个用户推送同一条广告；4)两周内不给这个用户推送同一个广告主的广告内容；5)用户看到这个行业的广告权重下降，权重的上升或下降可以通过一个运算器来记录；6)用户如果两次点击不喜欢某个广告主的广告，那么后续就不会给这个用户推送这个广告主的广告；7)用户如果两次点击不喜欢某个行业的广告，那么第二次点击后，一个月内不会给用户再出这个行业的广告。
二、针对预设策略中如何筛选首轮和优先投放用户而言，涉及种子用户的选择：开始广告会投放给社交节点用户(种子用户)，两种用户符合种子用户的定义：A.活跃用户：每天都登录微信超过8次，每天消息发送数量大于50，好友数量超过500；B意见领袖：他们的每条朋友圈超过30条赞，每天平均点赞数量超过10；这一群人预先定义为种子用户，服务器会优先将广告曝光给这部分用户；
三：针对预设策略中在朋友圈基于关系链对显示于客户端用户界面上的广告进行社交混排排序显示而言，朋友圈广告的一大特色是社交传播，认为当一个用户与广告进行互动之后，后续好友看到带有互动过的广告，那么该条广告对好友的影响力会大很多，所以策略上，如果用户A看过广告X，并且点过赞或者评论过，那么后续A的一维好友看到广告X的概率会提升，广告X在与其他广告的竞争中，更容易展现给A的好友；如果一个用户B进入到朋友圈的时候，如果有多条广告都有B的好友点过赞或者评论过的信息，这个时候，点赞数量和评论数量总和最多的广告会出现给用户B的权重最高。
基于上述社交混排排序显示设计原理，采取如下机制实现：
社交混排：一个用户去访问朋友圈的时候，如果达到了出现广告的条件，那么假设有三条广告，都符合用户A的定向，那么A看到哪条广告是由下面的规则决定(假设定向一致)：曝光权重＝(每条广告被你好友点过赞的次数*0.5+这条广告被你好友一次评论过的次数*0.35+这条广告的总点赞率(点赞数/总曝光人数)*0.15)*修正引子R；其中，关于修正因子R的定义为：如果广告被你的好友评论超过50条，由于被点赞和评论过多，广告的曝光率太高，则其出现的概率降低，R＝0.5；其他时刻R＝1。
四：针对预设策略中其他逻辑而言，1)比如，对于广告的出现时机来说，为了限制广告给同一个用户的曝光次数，设置限定当用户访问朋友圈的时候，只有当大于等于4条新的内容的时候,才会拉取一条广告；每个用户每隔48小时才会拉取一条广告；时间间隔会灵活调整；2)比如，对于广告出现位置来说，当有大于等于4条新的内容产生的时候，广告会出现在第五条的位置(不计算用户自己发布的内容数量)，一旦广告产生，广告不会一直固定在第五条的位置，会随着新消息的产生，不断地下沉(比如本来是第5条，后来又有几个好友发送了5条朋友圈内容，相当于广告位置变成了第10条；3)比如消失策略而言，用户看过一条广告，如果有点过赞或者评论过，那么这条广告会一直留在用户的朋友圈中；如果用户在6小时内，没有给这条广告点赞或者评论，那么在用户第一次看到这条广告的时刻算起，6小时后这条广告从用户的朋友圈中消失。
应用场景四：
微信朋友圈是用户与好友分享图片、文字、视频等信息的社交平台，好友之间可以通过点赞和评论进行互动，朋友圈广告结合了微信朋友圈的社交属性与微信自身的数据积累，为用户推荐他可能感兴趣的广告内容，并且会根据用户的好友关系，推荐好友点赞和评论较多的内容给到用户。朋友圈信息流广告的产品形式与用户自己原创的信息流(Feed)样式类似，保持了与微信朋友圈自身风格的统一，如图16所示，公众号是广告主体，从图16中广告实例VIVO的广告可以看出，广告的发送方是VIVO的官方公众号。用户在朋友圈中发送消息，好友是内容的主体，与之对应的广告主体是广告主的公众帐号。
点击广告主的公众账号头像和昵称可以进入到公众号的Profile页，如图18所示，用户可以在公众号Profile页面中关注帐号、查看历史消息等操作。广告的基础样式：文字、图片、视频、录音文件等等。广告的样式与用户原创的信息保持一致，支持文字配图片，支持发送视频形式；这种设计样式的好处是延续了朋友圈信息流的体验，让用户更容易接受，同时图片+文字甚至是视频的形式可以最大化的传递有价值的信息。点击每张图片，可以在浏览界面查看大图，左右滑动可以查看更多图片。图片支持发送1-9张；每张图片都支持点击。
这里，朋友圈基于好友链与广告的互动形式包括：评论和/或点赞。如图16所示，朋友圈的用户可以给这支广告点赞和评论，赞和评论的内容是私密的，只有用户的一维好友可以看到，非好友关系无法看到用户与广告本身的互动；用户对广告的评论和赞，该广告主是可以通过后台查看到用户的赞、评论以及用户之间的互相回复，隐私策略与朋友圈普通Feed保持一致。
当用户A点赞和评论一条广告之后，通过这种互动机制可以在用户与这个广告间建立了联系，后续如果有用户A的好友给这条广告点赞和评论，那么用户A会收到消息提醒，点击消息提醒，用户可以在消息详情页回复消息或者如图17所示点击查看详情进入如图18所示的公众号的Profile页。也可以点击“推广”icon，会出现一个浮层，浮层中说明该条信息是广告内容，用户可以通过点击“不感兴趣”去屏蔽这条广告；点击“不感兴趣”之后，这条广告消失，后续不会再出现给同一个用户；同时该广告主的广告后续出现给这个用户的概率会有衰减，连续出现三次，则这个广告主的广告不会再次出现给当前用户。
这里需要指出的是，朋友圈广告支持跳转链接，朋友圈广告与普通用户原创Feed的不同点之一就是支持外链跳转，广告主可以提前设计好推广页面，配置到广告中，用户点击“查看详情”就可以跳转到对应的页面深入了解广告主想要传达的内容。
在本申请所提供的几个实施例中，应该理解到，所揭露的设备和方法，可以通过其它的方式实现。以上所描述的设备实施例仅仅是示意性的，例如，所述单元的划分，仅仅为一种逻辑功能划分，实际实现时可以有另外的划分方式，如：多个单元或组件可以结合，或可以集成到另一个系统，或一些特征可以忽略，或不执行。另外，所显示或讨论的各组成部分相互之间的耦合、或直接耦合、或通信连接可以是通过一些接口，设备或单元的间接耦合或通信连接，可以是电性的、机械的或其它形式的。
上述作为分离部件说明的单元可以是、或也可以不是物理上分开的，作为单元显示的部件可以是、或也可以不是物理单元，即可以位于一个地方，也可以分布到多个网络单元上；可以根据实际的需要选择其中的部分或全部单元来实现本实施例方案的目的。
另外，在本发明各实施例中的各功能单元可以全部集成在一个处理单元中，也可以是各单元分别单独作为一个单元，也可以两个或两个以上单元集成在一个单元中；上述集成的单元既可以采用硬件的形式实现，也可以采用硬件加软件功能单元的形式实现。
本领域普通技术人员可以理解：实现上述方法实施例的全部或部分步骤可以通过程序指令相关的硬件来完成，前述的程序可以存储于一计算机可读取存储介质中，该程序在执行时，执行包括上述方法实施例的步骤；而前述的存储介质包括：移动存储设备、只读存储器(ROM，Read-Only Memory)、随机存取存储器(RAM，Random Access Memory)、磁碟或者光盘等各种可以存储程序代码的介质。
或者，本发明上述集成的单元如果以软件功能模块的形式实现并作为独立的产品销售或使用时，也可以存储在一个计算机可读取存储介质中。基于这样的理解，本发明实施例的技术方案本质上或者说对现有技术做出贡献的部分可以以软件产品的形式体现出来，该计算机软件产品存储在一个存储介质中，包括若干指令用以使得一台计算机设备(可以是个人计算机、服务器、或者网络设备等)执行本发明各个实施例所述方法的全部或部分。而前述的存储介质包括：移动存储设备、ROM、RAM、磁碟或者光盘等各种可以存储程序代码的介质。
以上所述，仅为本发明的具体实施方式，但本发明的保护范围并不局限于此，任何熟悉本技术领域的技术人员在本发明揭露的技术范围内，可轻易想到变化或替换，都应涵盖在本发明的保护范围之内。因此，本发明的保护范围应以所述权利要求的保护范围为准。