技术领域

本发明涉及互联网技术， 特别涉及邀请信息推送方法和系统。 发明背景

微博， 即微型博客（MicroBlog )的筒称， 是一个基于用户关系的信 息分享、 传播以及获取平台。 其类似博客， 但可以发布即时消息。 通过 群聚的方式， 每个微博用户都可以形成自己的听众。 利用微博文方式， 微博用户将个人见解和观点发布给自己的听众 ， 以最精炼的词汇来表达 最高深的观点。

目前， 如何引导用户注册微博、 提高微博的注册量和影响力是每个 微博服务提供商必须考虑的问题。 为了解决该问题， 向未注册微博的用 户所对应的客户端推送邀请信息是一种最佳方 式， 然而， 目前尚没有一 种微博邀请信息推送方法。 发明内容

本发明提供了邀请信息推送方法和系统， 用于实现微博邀请信息的 推送， 以便引导未开通微博的用户方便注册微博。

本发明提供的技术方案包括：

一种邀请信息推送方法， 包括：

A, 服务器在设定时间到达时， 主动发送邀请信息给 N个未开通微 博的用户对应的客户端， N 为正整数， 且大于等于 1; 或者，

服务器接收到微博用户发送的邀请请求后， 发送邀请信息给邀请请 求携带的邀请用户对应的客户端； 所述邀请用户为未开通微博的用户、 其数量大于等于 1 ; B , 每一客户端接收到邀请信息后， 创建邀请信息界面， 引导未开 通微博的用户注册微博。

一种应用于邀请信息推送的系统， 包括：

服务器， 用于在设定时间到达时， 主动发送邀请信息给 N个未开通 微博的用户对应的客户端， N 为正整数， 且大于等于 1; 或者，

在接收到微博用户发送的邀请请求后， 发送邀请信息给邀请请求携 带的邀请用户对应的客户端； 所述邀请用户为未开通微博的用户、 其数 量大于等于 1;

每一客户端， 用于在接收到邀请信息后， 创建邀请信息界面， 引导 未开通微博的用户注册微博。

由以上技术方案可以看出， 本发明中， 由服务器控制对邀请信息进 行推送， 能够实现引导未开通微博用户注册微博， 与现有的由用户主动 登录微博网站注册微博的技术方案是完全不同 的， 能够提供微博注册的 便利， 也提高微博的注册量和影响力。 附图简要说明

图 1为本发明实施例提供的基本流程图；

图 2为本发明实施例提供的第一详细流程图；

图 3为本发明实施例提供的第二详细流程图；

图 4为本发明实施例提供的系统基本结构图；

图 5为本发明实施例提供的系统详细结构图。 实施本发明的方式

为了使本发明的目的、 技术方案和优点更加清楚， 下面结合附图和 具体实施例对本发明进行详细描述。 本发明实施例提供的方法主要包括图 1所示的流程： 步骤 101 , 服务器在设定时间到达时， 主动发送邀请信息给 N个未 开通微博的用户对应的客户端； 或者， 服务器接收到微博用户发送的邀 请请求后， 发送邀请信息给邀请请求携带的邀请用户对应 的客户端。

其中， N 为正整数， 且大于等于 1。 另外， 邀请请求携带的邀请用 户为未开通微博的用户、 其数量大于等于 1。

需要说明的是， 步骤 101中的客户端具体实现时可为无线终端、 PC 客户端、 web端等， 本发明并不具体限定。

步骤 102, 每一客户端接收到邀请信息后， 创建邀请信息指引， 引 导未开通微博的用户注册微博。

本步骤 102中的邀请信息指引可为邀请信息界面， 也可为邀请信息 文本框等， 本发明并不具体限定。 为便于描述， 下文仅以邀请信息指引 为邀请信息界面为例进行描述。

通过图 1可以看出， 服务器起到了核心作用， 其可以根据邀请请求 下发邀请信息至邀请用户对应的客户端， 也可以由服务器主动发起邀请 信息的推送， 起到后台运营的功能。 这均与现有的由用户主动登录微博 网站注册微博的技术方案是完全不同的， 能够提供微博注册的便利， 也 提高微博的注册量和影响力。

下面对本发明实施例提供的方法进行详述：

实施例一：

本实施例是服务器根据微博用户发起的邀请请 求来推送邀请信息 的， 具体参见图 2所示的流程。

参见图 2, 图 2为本发明实施例提供的第一详细流程图。 如图 2所 示， 该流程可包括以下步骤：

步骤 201 , 微博用户客户端触发邀请至服务器。 本步骤 201 中， 專用户客户端具体可为无线终端、 PC客户端和 web端等客户端， 其有微博邀请入口， 通过触发该邀请入口即可实现本 步骤 201。

步骤 202, 服务器接收到触发邀请时， 判断该微博用户是否具有邀 请资格， 如果是， 执行步骤 203; 否则， 忽略该触发。

这里， 邀请资格是由所述服务器根据该微博用户的活 跃度等各种指 标生成的， 比如， 将注册微博时间超过设定时间； 或者微播文发表数量 达到设定数量等的微博用户确定为具有邀请资 格； 当然， 本发明实施例 还可采用其他方式确定微博用户的邀请资格， 这里并不具体限定。

优选地， 本实施例也可忽略步骤 202, 之所以执行步骤 202, 主要 是为了控制各个微博用户客户端的邀请入口， 防止邀请被滥用。

步骤 203 , 服务器提供微博邀请界面给微博用户客户端， 以供微博 用户在该微博邀请界面上选择邀请的用户。

这里， 微博邀请界面中包含未开通微博用户分类， 如此， 微博用户 即可从该未开通微博用户分类中选择 N 个未开通微博用户作为邀请用 户。

步骤 204, 微博用户客户端将微博用户选择的邀请用户携 带在邀请 请求中发送至服务器。

这里， 邀请用户可通过对应的即时通信标识来表示。

步骤 205 , 服务器判断邀请请求携带的邀请用户是否有一 个以上处 于设定的受限制名单中，如果是，返回邀请失 败通知给微博用户客户端； 否则， 执行步骤 206。

步骤 206, 服务器检测微博运营当前是否处于高风险期， 如果是， 返回邀请失败通知给微博用户客户端； 否则， 执行步骤 207。

需要说明的是， 步骤 205和步骤 206并没有固定的时间先后顺序， 也可先执行步骤 206, 即， 检测微博运营当前是否处于高风险期， 在检 测出微博运营当前处于高风险期时， 返回邀请失败通知给微博用户客户 端， 否则， 执行上述的步骤 205; 只不过在上述的步骤 205的判断结果 为否时， 需要执行步骤 207。

步骤 207, 确定该微博用户的邀请资格等级。

步骤 208, 判断邀请请求携带的邀请用户的数量是否小于 等于该确 定的邀请资格等级所对应的邀请用户数量， 如果是， 执行步骤 209, 否 则， 返回邀请失败通知给微博用户客户端或者从邀 请请求携带的邀请用 户中随机选择出数量对应该确定的邀请资格等 级的邀请用户， 之后执行 下述步骤 209。

本发明实施例中的邀请资格是通过等级划分的 ， 其中， 不同的邀请 资格等级可以邀请不同数量的用户， 即邀请资格等级和邀请用户数量之 间存在一定的对应关系， 基于此， 步骤 208中的判断具体为： 根据邀请 资格等级和邀请用户数量的对应关系， 判断邀请请求携带的邀请用户的 数量是否小于等于确定的邀请资格等级所对应 的邀请用户数量。

至于邀请资格的等级， 其也可根据微博用户的活跃度等各种指标确 定。 比如， 根据微博用户发表的微播文数量、 微博用户注册微播的时间 等确定， 这里并不具体限定。

通过上述步骤 205至步骤 208实现了对邀请请求的过滤， 优选地， 本实施例中， 还可以进一步增加以下过滤方法： 过滤掉满足设定类型的 微博用户客户端发出的邀请请求， 比如， 过滤掉无线终端发出的邀请请 求。 这能够保证后续邀请信息的有效控制。

步骤 209, 发送邀请信息给邀请用户的客户端。

本实施例中， 邀请信息具体实现时可包含以下形式：

( 1 ): 仅表示邀请， 即直接将邀请命令作为邀请信息的唯一内容。 ( 2 ) : 除了表示邀请外，还可以进一步包含热门用户 、 热门消息等， 即， 在邀请命令的基础上， 加上热门用户、 热门消息、 邀请用户可能认 识的人等， 组装成丰富邀请信息。

( 3 ) : 在第 （2 ) 点的基础上， 为不同邀请用户的客户端推送不同 的丰富邀请信息。

可以看出， 步骤 205至步骤 209实质上是服务器中转微博用户客户 端发送的邀请请求的操作。

步骤 210, 每一客户端接收到邀请信息后， 显示提示控件， 该提示 控件用于引导用户进入微博邀请信息界面。

本实施例中， 提示控件可设置在主面板比较显著的位置。

步骤 211 , 客户端在获知到用户点击该提示控件时， 创建邀请信息 界面， 引导用户注册微博。

优选地， 如果邀请信息是通过步骤 208中的第 ( 2 ) 点或者第 （3 ) 点组装成的丰富邀请信息， 则本步骤 211还可进一步包括： 显示该邀请 信息所包含的内容。

至此， 实现了本发明实施例一提供的流程。

在上述步骤 208中， 邀请信息的发送可由服务器灵活控制， 其中控 制的范畴包括： <1>邀请信息发送时机控制： 控制邀请信息是即时还是 延时中转给邀请用户。 <2>接收邀请信息的客户端种类控制： 控制邀请 信息发至的客户端种类， 比如部分邀请信息仅中转给 PC客户端， 而不 中转给无线终端或 web端。 <3>其他扩展控制： 由于控制权在服务器上， 所以服务器可以根据需要增加其他控制策略， 本发明实施例不再——限 定。

需要说明的是， 本发明实施例中可以支持多个微博客户端发起 邀请 请求、 同时也可支持多个接收端接收服务器中转的邀 请信息。 实施例二：

由于主动发起邀请请求的用户数量毕竟有限， 为进一步提高微博的 注册量和影响力， 本实施例提出了不同于实施例一的方法， 即由服务器 主动推送邀请信息，以起到后台运营的功能， 具体参见图 3所示的流程。

参见图 3, 图 3为本发明实施例提供的第二详细流程图。 如图 3所 示， 该流程可包括以下步骤：

步骤 301 , 在预设的发送时间点到达时， 服务器主动推送邀请信息 至 N个未开通微博的用户对应的客户端。

本步骤 301中， 该时间点具体可根据实际情况设置， 本发明实施例 并不具体限定。

本步骤 301中的客户端可为以下几种方式：

<1>某个网段中未开通微博的用户客户端； <2>某些具有即时通信标 识、 且未开通微博的用户客户端； <3>某些微博用户的好友客户端 （其 通过该微博用户的即时通信关系链确定的， 该好友未开通微博用户；)； <4>随机选择的一定数量的未开通微博的用 户客户端。

步骤 302至步骤 303与上述步骤 210至步骤 211类似， 不再赘述。 需要说明的是， 本发明实施例中可以服务器向多个未开通微博 用户 客户端发送邀请信息。

至此， 实现了本发明实施例二提供的流程。

以上对本发明实施例提供的方法进行了描述， 下面对本发明实施例 提供的系统进行描述。

本发明实施例提供的系统主要包括服务器和客 户端， 具体如图 4所 示。

其中， 服务器 401 , 用于在设定时间到达时， 主动发送邀请信息给 N个未开通 專的用户对应的客户端， N 为正整数， 且大于等于 1; 或 者，

在接收到微博用户发送的邀请请求后， 发送邀请信息给邀请请求携 带的邀请用户对应的客户端； 所述邀请用户为未开通微博的用户、 其数 量大于等于 1;

每一客户端 402, 用于在接收到邀请信息后， 创建邀请信息指引， 引导未开通微博的用户注册微博。

下面对本发明实施例提供的系统进行详细描述 。

参见图 5, 图 5为本发明实施例提供的系统详细结构图。 如图 5所 示， 该系统主要包括服务器 501和客户端 502。 其中， 本实施例中的服 务器和客户端具有的功能分别与图 4所示的服务器和客户端具有的功能 类似， 这里不再赘述。

优选地， 本实施例中， 服务器包 501具体可包括：

判断模块 5011 , 用于在接收到邀请请求后， 判断所述邀请请求携带 的邀请用户是否有一个以上处于设定的受限制 名单中；

发送模块 5012, 用于在所述判断模块的判断结果为否时， 如果微博 运营不处于高风险期， 则发送邀请信息至所述邀请请求携带的邀请用 户 对应的客户端。

其中， 发送模块 5012具体可包括：

确定单元 5013,用于确定发送所述邀请请求的微博用户对� ��的邀请 资格等级；

发送单元 5014,用于根据预设的邀请资格等级和邀请用户� ��量的对 应关系， 判断所述邀请请求携带的邀请用户的数量是否 小于等于确定的 邀请资格等级所对应的邀请用户数量， 如果是， 发送邀请信息至所述邀 请请求携带的邀请用户对应的客户端。

优选地， 上述 N个未开通 專的用户对应的客户端可包括： N个未开通微博的用户对应的、 且处于设定网段中的客户端； 或者 为，

通过指定微博用户的即时通信关系链获取的该 指定微博用户的 N个 未开通微博的好友对应的客户端， 或者为，

随机选择 N个未开通微博的用户对应的客户端。

优选地， 所述客户端至少包括： 无线终端、 PC客户端和 web端中 的至少一个。

优选地，所述邀请信息包含接收到该邀请信息 的用户可能认识的人、 热门用户、 热门消息中的至少一个；

所述客户端进一步包括： 在邀请信息界面显示所述邀请信息包含的 内容， 以供接收到该邀请信息的用户查看。

至此， 对本发明实施例提供的系统进行了详细描述。

由以上技术方案可以看出， 本发明中， 由服务器控制邀请信息的推 送， 能够实现引导未开通微博用户注册微博， 与现有的由用户主动登录 微博网站注册微博的技术方案是完全不同的， 能够提供微博注册的便 利， 也提高微博的注册量和影响力。

以上所述仅为本发明的较佳实施例而已， 并不用以限制本发明， 凡 在本发明的精神和原则之内， 所做的任何修改、 等同替换、 改进等， 均 应包含在本发明保护的范围之内。