CN105727558A - 互动邀请处理方法和装置 - Google Patents

Abstract

本发明提供了一种互动邀请处理方法和装置，该方法包括：接收当前虚拟房间的主邀请用户标识所触发的互动请求，并根据互动请求确定当前虚拟房间所具有的预设条件属性值；获取确定的预设条件属性值所对应的定时更新的用户标识的集合；筛选出获取到的用户标识的集合中当前处于在线空闲状态的用户标识，以形成待邀请用户标识列表；将待邀请用户标识列表返回给主邀请用户标识对应的第一终端；接收第一终端发来的携带有从待邀请用户标识列表中选定的被邀请用户标识的互动邀请；将互动邀请发送给被邀请用户标识所对应的第二终端。采用本发明提供的互动邀请处理方法和装置可以避免浪费服务器资源以及提高服务器处理的响应效率。

Description

互动邀请处理方法和装置

技术领域

本发明涉及互联网技术领域，特别是涉及一种互动邀请处理方法和装置。

背景技术

在一些用户互动场景中，比如网页游戏中，用户想要与其它用户建立互动关联进而进行游戏，需要用户登录而处于在线空闲状态后，通过用户终端触发游戏邀请的操作，此时称该用户为主邀请用户。服务器则返回给该主邀请用户在游戏中的关系网，比如好友玩家列表。主邀请用户通过选择指定被邀请用户的用户标识后发出游戏邀请。被邀请用户接收到该游戏邀请后，通过选择接受或拒绝来决定是否与主邀请用户一起参与游戏。

然而，目前的游戏邀请方法仅依赖于用户在游戏中建立的关系网，如果是新用户还没有建立关系网或者关系网较弱，则无法实现游戏邀请。而且若主邀请用户与被邀请用户属性值差距较大时，比如等级差距过大、游戏中货币差距较大，此时邀请成功率下降，无效的游戏邀请会浪费服务器资源。

发明内容

基于此，有必要针对目前的游戏邀请方法在主邀请用户与被邀请用户属性值差距较大时邀请成功率下降，浪费服务器资源的问题，提供一种互动邀请处理方法和装置。

一种互动邀请处理方法，所述方法包括：

接收当前虚拟房间的主邀请用户标识所触发的互动请求，并根据所述互动请求确定当前虚拟房间所具有的预设条件属性值；

获取所述确定的预设条件属性值所对应的定时更新的用户标识的集合；

筛选出所述获取到的用户标识的集合中当前处于在线空闲状态的用户标识，以形成待邀请用户标识列表；

将所述待邀请用户标识列表返回给所述主邀请用户标识对应的第一终端；

接收所述第一终端发来的携带有从所述待邀请用户标识列表中选定的被邀请用户标识的互动邀请；

将所述互动邀请发送给所述被邀请用户标识所对应的第二终端。

一种互动邀请处理装置，所述装置包括：

互动请求处理模块，用于接收当前虚拟房间的主邀请用户标识所触发的互动请求，并根据所述互动请求确定当前虚拟房间所具有的预设条件属性值；

用户标识的集合获取模块，用于获取所述确定的预设条件属性值所对应的定时更新的用户标识的集合；

待邀请用户标识列表处理模块，用于筛选出所述获取到的用户标识的集合中当前处于在线空闲状态的用户标识，以形成待邀请用户标识列表；将所述待邀请用户标识列表返回给所述主邀请用户标识对应的第一终端；

互动邀请处理模块，用于接收所述第一终端发来的携带有从所述待邀请用户标识列表中选定的被邀请用户标识的互动邀请；将所述互动邀请发送给所述被邀请用户标识所对应的第二终端。

上述互动邀请处理方法和装置，虚拟房间具有预设条件属性值，并且该预设条件属性值所对应的用户标识的集合是定时更新的。这样在接收到用户在加入某一虚拟房间后所触发的互动请求时，就可以通过当前虚拟房间所对应的预设条件属性值快速获取到其所对应的定时更新的用户标识的集合。进而对获取到的用户标识的集合进行进一步筛选以筛选出当前处于在线空闲状态的用户标识，保证形成的待邀请用户标识列表中的用户标识都是有效的。将该待邀请用户标识列表下发给第一终端，从而在第一终端选定被邀请用户标识而触发互动邀请后，向被邀请用户标识所对应的第二终端发送互动邀请。

这样使用第二终端的被邀请用户与使用第一终端的主邀请用户的用户属性均是与当前虚拟房间匹配的，更容易邀请成功，避免浪费服务器资源。而且由于对应于该预设条件属性值的用户标识的集合是定时更新的，在需要时可以即时获取，保证互动邀请处理能够实时地进行，提高服务器处理的响应效率。

附图说明

图1为一个实施例中互动邀请处理方法的流程示意图；

图2为一个实施例中采用多个进程定时更新对应于预设条件属性值的用户标识的集合的过程的示意图；

图3为一个具体应用场景中应用互动邀请处理方法的流程示意图；

图4为一个实施例中互动邀请处理装置的结构框图；

图5为另一个实施例中互动邀请处理装置的结构框图。

具体实施方式

为了使本发明的目的、技术方案及优点更加清楚明白，以下结合附图及实施例，对本发明进行进一步详细说明。应当理解，此处所描述的具体实施例仅仅用以解释本发明，并不用于限定本发明。

如图1所示，在一个实施例中，提供了一种互动邀请处理方法，本实施例以该方法应用于互动服务器来举例说明，该互动服务器是指用于提供用户互动服务的服务器。该互动服务器可以是独立的服务器；该互动服务器也可以是两个以上的服务器的集群，且用于实现该互动邀请处理方法的各个功能模块可以部署在服务器的集群的各个服务器上。该方法具体包括以下步骤：

步骤102，接收当前虚拟房间的主邀请用户标识所触发的互动请求，并根据互动请求确定当前虚拟房间所具有的预设条件属性值。

其中，虚拟房间是指参与用户互动的用户标识所对应的虚拟形象所共处的虚拟场景，在同一虚拟房间中的用户标识在用户互动开始后处于同一互动场景中。比如用户标识A、B和C均处于某一在线棋牌游戏的同一虚拟房间中，那么在游戏开始后用户标识A、B和C将共同完成至少一场次的游戏。

主邀请用户标识是发起互动邀请的用户的标识。互动请求是指用于获取发起互动邀请所需的待邀请用户标识列表的信息，而互动邀请则是邀请某一确定的用户参与到用户互动的信息。用户标识是可以唯一标识出用户的字符串，可以包括数字、字母以及符号中的至少一种。

预设条件属性值与虚拟房间的标识对应，用于表示某种预设属性值条件，加入该虚拟房间用户标识应当具有与该预设条件属性值匹配的用户属性值。举例来说，在棋牌类游戏中，预设条件属性值可以是加入虚拟房间的最低筹码值，比如预设条件属性值可以是50、100或者500，分别表示加入虚拟房间的用户标识的最低筹码值至少为50、100或者500。

具体来说，当前虚拟房间具有房间标识，则接收到的互动请求可携带有当前虚拟房间的房间标识，而房间标识与预设条件属性值对应存储，于是可以将该房间标识所对应的预设条件属性值确定为当前虚拟房间所具有的预设条件属性值。

步骤104，获取确定的预设条件属性值所对应的定时更新的用户标识的集合。

具体地，定时是指每隔预设时间间隔或者每到预设时间点；预设时间点则可以是每隔预设时间间隔的时间点。预设时间间隔可以是30秒～3分钟，这样可以保证更新的性能和更新的数据的有效性的平衡。

对应于预设条件属性值而存储的用户标识的集合是定时更新的，于是根据当前虚拟房间的房间标识所确定的预设条件属性值，便可以获取其所对应的最新的用户标识的集合。

步骤106，筛选出获取到的用户标识的集合中当前处于在线空闲状态的用户标识，以形成待邀请用户标识列表。

在线空闲状态是指用户登录了互动服务器，且处于可以参与用户互动的状态，比如若用户互动为网络游戏，则用户登录后停留在游戏大厅中则处于在线空闲状态；还比如若用户互动为视频通话，则用户登录后停留在通话对象选择页面则处于在线空闲状态。

即使在定时更新时用户标识的集合中的用户标识的状态是在线空闲的，但在执行步骤102～106的过程中，其中的用户标识的状态很可能已经发生变化。于是在已获取到的用户标识的集合这个范围内进一步筛选，主要筛选掉其中处于下线状态以及处于在线忙碌状态的用户标识，因为对于这些处于非在线空闲状态的用户标识发起互动邀请是没有意义的，无法响应互动邀请。可将获取到的用户标识的集合中筛选后的所有用户标识作为待邀请用户标识列表中的用户标识。

在一个实施例中，可以筛选出获取到的用户标识的集合中当前处于在线空闲状态的指定数量的用户标识，以形成待邀请用户标识列表。指定数量的用户标识可以是随机确定也可以是顺序选取。指定数量是预先定义的数量。待邀请用户标识列表中的用户标识的数量为指定数量，比如待邀请用户标识列表可以是包括10个用户标识的列表。

其中，下线状态是指用户未登录的状态，也可以称为离线状态。在线忙碌状态是指用户虽然登录但处于无法响应互动邀请的状态，比如用户正在参与与其它用户的互动中，或者用户暂时离开。待邀请用户标识列表是当前可被邀请的用户标识的集合。对获取到的用户标识的集合进行筛选，还可以过滤掉主邀请用户标识。

步骤108，将待邀请用户标识列表返回给主邀请用户标识对应的第一终端。

第一终端是主邀请用户凭借主邀请用户标识进行登录的终端，该终端可以是台式计算机，也可以是手机、平板电脑等移动终端。

步骤110，接收第一终端发来的携带有从待邀请用户标识列表中选定的被邀请用户标识的互动邀请。

具体地，第一终端在接收到待邀请用户标识列表后进行显示，接收用户操作指令，从而根据该用户操作指令而从该待邀请用户标识列表中选定被邀请用户标识。第一终端将该被邀请用户标识加入互动邀请并发送给互动服务器。

步骤112，将互动邀请发送给被邀请用户标识所对应的第二终端。

互动服务器在接收到第一终端发来的互动邀请后，获取该互动邀请中所携带的被邀请用户标识，从而将该互动邀请发送给被邀请用户标识所对应的第二终端。

在一个实施例中，步骤112之后，还包括：接收到第二终端返回的接受邀请的反馈后，将被邀请用户标识加入当前虚拟房间。在另一个实施例中，在步骤112之后，还包括：接收到第二终端返回的拒绝邀请的反馈后，向第一终端发送邀请失败的提示信息，并对应于主邀请用户标识而记录对应被邀请用户标识的拒绝邀请的历史记录。

具体地，第二终端在接收到互动邀请后，接收用户操作指令，并根据该用户操作指令而向互动服务器返回接收邀请的反馈，或者向互动服务器返回拒绝邀请的反馈，由互动服务器接收。比如第二终端可以在接收到互动邀请后展示分别表示接受邀请和拒绝邀请的两个按钮，从而在用户点击表示接受邀请的按钮后触发向互动服务器返回接收邀请的反馈，而在用户点击表示拒绝邀请的按钮后可触发向互动服务器返回拒绝邀请的反馈。

上述互动邀请处理方法，虚拟房间具有预设条件属性值，并且该预设条件属性值所对应的用户标识的集合是定时更新的。这样在接收到用户在加入某一虚拟房间后所触发的互动请求时，就可以通过当前虚拟房间所对应的预设条件属性值快速获取到其所对应的定时更新的用户标识的集合。进而对获取到的用户标识的集合进行进一步筛选以筛选出当前处于在线空闲状态的用户标识，保证形成的待邀请用户标识列表中的用户标识都是有效的。将该待邀请用户标识列表下发给第一终端，从而在第一终端选定被邀请用户标识而触发互动邀请后，向被邀请用户标识所对应的第二终端发送互动邀请。

这样使用第二终端的被邀请用户与使用第一终端的主邀请用户的用户属性均是与当前虚拟房间匹配的，更容易邀请成功，避免浪费服务器资源。而且由于对应于该预设条件属性值的用户标识的集合是定时更新的，在需要时可以即时获取，保证互动邀请处理能够实时地进行，提高服务器处理的响应效率。

在一个实施例中，该互动邀请处理方法还包括：定时获取其时处于在线空闲状态的全局的用户标识及其所对应的用户属性值；将与每个预设条件属性值匹配的用户属性值所对应的用户标识的集合对应于该预设条件属性值进行更新存储。

其时是指执行动作的那个时刻。全局则是指指定范围内的所有，可以是指互动服务器上的全部。用户属性值是互动服务器上存储的用于反映用户的某种属性的数据，比如若用户互动为网络游戏，则用户属性值可以是用户等级，还可以是棋牌类游戏的最低买入筹码值；若用户互动为视频通话，则用户属性值可以是用户年龄。

具体来说，可将预设条件属性值预存储为键(Key)数组。该键数组可存储在Redis存储介质中，其中Redis是一种Key(键)-Value(值)数据库。可定时获取其时全局的处于在线空闲状态的用户标识，通过遍历该获取到的用户标识而获得其用户属性值，再将该用户属性值与存储为键数组的预设条件属性值进行匹配，得到按照预设条件属性值分类而成的用户标识的集合，进而将其存储到Redis存储介质中。

举例来说，可以用key[0]＝50，key[1]＝100，key[2]＝500来表示各个预设条件属性值而存储在Redis存储介质中。每隔1分钟可以遍历其时全局的处于在线空闲状态的用户标识而得到相应的用户属性值，按照预设条件属性值分类而获得的用户标识的集合可以表示为：key_50＝[1001，1002]，key_100＝[1003，1004]，key_500＝[1005，1006]。其中key_50中的50、key_100中的100以及key_500分别表示相应的预设条件属性值，而1001、1002、1003、1004、1005和1006均表示用户标识。

在一个实施例中，定时获取其时处于在线空闲状态的全局的用户标识及其所对应的用户属性值的步骤，具体包括：采用多个进程以定时获取其时处于在线空闲状态的全局的用户标识及其所对应的用户属性值。本实施例中，采用多个进程来更新对应于预设条件属性值的用户标识的集合，可以提升更新存储的效率，保证随时发起的用户互动请求能够被实时地处理。

在一个实施例中，步骤106包括：逐个遍历获取到的用户标识的集合，以请求获得当前用户标识的最新状态，并在获取到的最新状态为在线空闲状态时将当前用户标识加入待邀请用户标识列表，直至待邀请用户标识列表中用户标识的数量达到指定数量时停止遍历。

具体地，互动服务器可以逐个遍历获取到的用户标识的集合，获取其中每个用户标识所对应的用户最新状态，从而根据该用户最新状态而从获取到的用户标识的集合中剔除掉处于下线状态和处于在线忙碌状态的用户标识，从而将获取到的用户标识的集合中筛选出的指定数量的用户标识作为待邀请用户标识列表中的用户标识。

其中请求获得用户最新状态，可以是向用户状态维护服务端请求获得用户最新状态。用户状态维护服务端是用于维护用户的状态的服务器，可以独立部署在一个与互动服务器不同的服务器上，也可以部署在互动服务器上。用户状态维护服务端可以采用Node.js平台(一种Javascript运行平台)。

在一个实施例中，步骤106具体包括：对获取到的用户标识的集合进行筛选，以筛选出获取到的用户标识的集合中当前处于在线空闲状态且不存在对应于主邀请用户标识的拒绝邀请历史记录的用户标识，以形成待邀请用户标识列表。

具体地，本实施例中，当主邀请用户发起的互动邀请被拒绝后，其时会对应于主邀请用户标识而记录对应被邀请用户标识的拒绝邀请历史记录。在对获取到的用户标识的集合进行筛选时，会过滤掉不处于在线空闲状态的用户标识，具体可过滤掉其中处于下线状态和在线忙碌状态的用户标识；还会过滤掉存在对应于该主邀请用户标识的拒绝邀请历史记录的历史的被邀请用户标识，从而形成待邀请用户标识列表。本实施例可以避免已经拒绝了主邀请用户的互动邀请的用户再次收到互动邀请进而再次拒绝其互动邀请，可进一步防止服务器资源的浪费。

下面用一个具体应用场景来说明上述互动邀请处理方法的原理，该具体应用场景以该互动邀请处理方法应用于网络游戏来举例说明，参照图2以及图3，具体包括如下步骤：

步骤302，互动服务器用50、100以及500来分别表示加入虚拟房间的用户标识的最低筹码值为50、100或者500，并用key[0]＝50，key[1]＝100，key[2]＝500来表示各个预设条件属性值而存储在Redis存储介质中。

步骤304，互动服务器每隔1分钟遍历其时全局的处于在线空闲状态的用户标识而得到相应的用户属性值，将用户属性值与预设条件属性值进行匹配，从而按照预设条件属性值分类而获得的用户标识的集合为：key_50＝[1001，1002]，key_100＝[1003，1004]，key_500＝[1005，1006]。

步骤306，当前虚拟房间的主邀请用户标识触发互动请求，互动服务器根据当前的虚拟房间所具有的预设条件属性值为50，则获取步骤304中对应于预设条件属性值50而更新存储的用户标识的集合为key_50＝[1001，1002]。

步骤308，互动服务器逐个遍历key_50＝[1001，1002]，获取用户最新状态，从而根据该用户最新状态而从获取到的用户标识的集合中剔除掉处于下线状态和处于在线忙碌状态的用户标识1002，将剩下的用户标识1001作为待邀请用户标识列表中的用户标识。

步骤310，互动服务器将待邀请用户标识列表[1001]返回给主邀请用户标识所对应的第一终端，请接收其反馈的携带有从待邀请用户标识列表中选定的被邀请用户标识的互动邀请，并将该互动邀请发送给该被邀请用户标识所对应的第二终端。

步骤312，第二终端在接收到互动邀请后显示表示接受邀请和拒绝邀请的两个按钮，从而在用户点击表示接受邀请的按钮后触发向互动服务器返回接收邀请的反馈，而在用户点击表示拒绝邀请的按钮后触发向互动服务器返回拒绝邀请的反馈。

步骤314，互动服务器接收到第二终端返回的接受邀请的反馈后，将被邀请用户标识加入当前虚拟房间。接收到第二终端返回的拒绝邀请的反馈后，向第一终端发送邀请失败的提示信息，并对应于主邀请用户标识而记录对应被邀请用户标识的拒绝邀请的历史记录。

如图4所示，在一个实施例中，提供了一种互动邀请处理装置400，具有实现上述各个实施例的互动邀请处理方法的功能。该互动邀请处理装置400包括:互动请求处理模块401、用户标识的集合获取模块402、待邀请用户标识列表处理模块403和互动邀请处理模块404。

互动请求处理模块401，用于接收当前虚拟房间的主邀请用户标识所触发的互动请求，并根据互动请求确定当前虚拟房间所具有的预设条件属性值。具体来说，当前虚拟房间具有房间标识，则接收到的互动请求可携带有当前虚拟房间的房间标识，而房间标识与预设条件属性值对应存储，于是互动请求处理模块401可用于将该房间标识所对应的预设条件属性值确定为当前虚拟房间所具有的预设条件属性值。

用户标识的集合获取模块402，用于获取确定的预设条件属性值所对应的定时更新的用户标识的集合。具体地，定时是指每隔预设时间间隔或者每到预设时间点；预设时间点则可以是每隔预设时间间隔的时间点。预设时间间隔可以是30秒～3分钟，这样可以保证更新的性能和更新的数据的有效性的平衡。对应于预设条件属性值而存储的用户标识的集合是定时更新的，于是根据当前虚拟房间的房间标识所确定的预设条件属性值，便可以获取其所对应的最新的用户标识的集合。

待邀请用户标识列表处理模块403，用于筛选出获取到的用户标识的集合中当前处于在线空闲状态的用户标识，以形成待邀请用户标识列表；将待邀请用户标识列表返回给主邀请用户标识对应的第一终端。待邀请用户标识列表处理模块403可用于筛选掉获取到的用户标识的集合中处于下线状态以及处于在线忙碌状态的用户标识，因为对于这些处于非在线空闲状态的用户标识发起互动邀请是没有意义的，无法响应互动邀请。可将获取到的用户标识的集合中筛选出的所有用户标识作为待邀请用户标识列表中的用户标识。在一个实施例中，待邀请用户标识列表处理模块403可以用于筛选出获取到的用户标识的集合中当前处于在线空闲状态的指定数量的用户标识，以形成待邀请用户标识列表。

互动邀请处理模块404，用于接收第一终端发来的携带有从待邀请用户标识列表中选定的被邀请用户标识的互动邀请；将互动邀请发送给被邀请用户标识所对应的第二终端。具体地，第一终端在接收到待邀请用户标识列表后进行显示，接收用户操作指令，从而根据该用户操作指令而从该待邀请用户标识列表中选定被邀请用户标识。第一终端将该被邀请用户标识加入互动邀请并发送出去，互动邀请处理模块404则用于接收该互动邀请并发送给被邀请用户标识所对应的第二终端。

如图5所示，在一个实施例中，该互动邀请处理装置400还包括：定时更新模块405，用于定时获取其时处于在线空闲状态的全局的用户标识及其所对应的用户属性值；将与每个预设条件属性值匹配的用户属性值所对应的用户标识的集合对应于该预设条件属性值进行更新存储。在一个实施例中，定时更新模块405还用于采用多个进程以定时获取其时处于在线空闲状态的全局的用户标识及其所对应的用户属性值。

在一个实施例中，待邀请用户标识列表处理模块403还用于遍历获取到的用户标识的集合，以请求获得当前用户标识的最新状态，并在获取到的最新状态为在线空闲状态时将当前用户标识加入待邀请用户标识列表，直至待邀请用户标识列表中用户标识的数量达到指定数量时停止遍历。

具体地，待邀请用户标识列表处理模块403可用于逐个遍历获取到的用户标识的集合，获取其中每个用户标识所对应的用户最新状态，从而根据该用户最新状态而从获取到的用户标识的集合中剔除掉处于下线状态和处于在线忙碌状态的用户标识，从而将获取到的用户标识的集合中筛选出的指定数量的用户标识作为待邀请用户标识列表中的用户标识。待邀请用户标识列表处理模块403可用于向用户状态维护服务端请求获得用户最新状态。

在一个实施例中，互动邀请处理模块404还用于接收到第二终端返回的接受邀请的反馈后，将被邀请用户标识加入当前虚拟房间。在一个实施例中，互动邀请处理模块404还用于接收到第二终端返回的拒绝邀请的反馈后，向第一终端发送邀请失败的提示信息，并对应于主邀请用户标识而记录对应被邀请用户标识的拒绝邀请的历史记录。

在一个实施例中，待邀请用户标识列表处理模块403还用于对获取到的用户标识的集合进行筛选，以筛选出获取到的用户标识的集合中当前处于在线空闲状态且不存在对应于主邀请用户标识的拒绝邀请历史记录的用户标识，以形成待邀请用户标识列表。

具体地，当主邀请用户发起的互动邀请被拒绝后，其时会对应于主邀请用户标识而记录对应被邀请用户标识的拒绝邀请历史记录。待邀请用户标识列表处理模块403还用于在对获取到的用户标识的集合进行筛选时，过滤掉不处于在线空闲状态的用户标识，具体过滤掉其中处于下线状态和在线忙碌状态的用户标识；还过滤掉存在对应于该主邀请用户标识的拒绝邀请历史记录的历史的被邀请用户标识，从而形成待邀请用户标识列表。本实施例可以避免已经拒绝了主邀请用户的互动邀请的用户再次收到互动邀请进而再次拒绝其互动邀请，可进一步防止服务器资源的浪费。

上述互动邀请处理装置400，虚拟房间具有预设条件属性值，并且该预设条件属性值所对应的用户标识的集合是定时更新的。这样在接收到用户在加入某一虚拟房间后所触发的互动请求时，就可以通过当前虚拟房间所对应的预设条件属性值快速获取到其所对应的定时更新的用户标识的集合。进而对获取到的用户标识的集合进行进一步筛选以筛选出当前处于在线空闲状态的用户标识，保证形成的待邀请用户标识列表中的用户标识都是有效的。将该待邀请用户标识列表下发给第一终端，从而在第一终端选定被邀请用户标识而触发互动邀请后，向被邀请用户标识所对应的第二终端发送互动邀请。

这样使用第二终端的被邀请用户与使用第一终端的主邀请用户的用户属性均是与当前虚拟房间匹配的，更容易邀请成功，避免浪费服务器资源。而且由于对应于该预设条件属性值的用户标识的集合是定时更新的，在需要时可以即时获取，保证互动邀请处理能够实时地进行，提高服务器处理的响应效率。

以上所述实施例仅表达了本发明的几种实施方式，其描述较为具体和详细，但并不能因此而理解为对本发明专利范围的限制。应当指出的是，对于本领域的普通技术人员来说，在不脱离本发明构思的前提下，还可以做出若干变形和改进，这些都属于本发明的保护范围。因此，本发明专利的保护范围应以所附权利要求为准。

Claims (10)

1.一种互动邀请处理方法，所述方法包括：

接收当前虚拟房间的主邀请用户标识所触发的互动请求，并根据所述互动请求确定当前虚拟房间所具有的预设条件属性值；

获取所述确定的预设条件属性值所对应的定时更新的用户标识的集合；

筛选出所述获取到的用户标识的集合中当前处于在线空闲状态的用户标识，以形成待邀请用户标识列表；

将所述待邀请用户标识列表返回给所述主邀请用户标识对应的第一终端；

接收所述第一终端发来的携带有从所述待邀请用户标识列表中选定的被邀请用户标识的互动邀请；

将所述互动邀请发送给所述被邀请用户标识所对应的第二终端。

2.根据权利要求1所述的方法，其特征在于，所述方法还包括：

定时获取其时处于在线空闲状态的全局的用户标识及其所对应的用户属性值；

将与每个预设条件属性值匹配的用户属性值所对应的用户标识的集合对应于该预设条件属性值进行更新存储。

3.根据权利要求2所述的方法，其特征在于，所述定时获取其时处于在线空闲状态的全局的用户标识及其所对应的用户属性值，包括：

采用多个进程以定时获取其时处于在线空闲状态的全局的用户标识及其所对应的用户属性值。

4.根据权利要求1所述的方法，其特征在于，所述筛选出所述获取到的用户标识的集合中当前处于在线空闲状态的用户标识，以形成待邀请用户标识列表，包括：

逐个遍历所述获取到的用户标识的集合，以请求获得当前用户标识的最新状态，并在获取到的最新状态为在线空闲状态时将当前用户标识加入待邀请用户标识列表，直至待邀请用户标识列表中用户标识的数量达到指定数量时停止遍历。

5.根据权利要求1所述的方法，其特征在于，所述方法还包括：

接收到所述第二终端返回的接受邀请的反馈后，将所述被邀请用户标识加入当前虚拟房间。

6.根据权利要求1所述的方法，其特征在于，所述筛选出所述获取到的用户标识的集合中当前处于在线空闲状态的用户标识，以形成待邀请用户标识列表，包括：

对所述获取到的用户标识的集合进行筛选，以筛选出获取到的用户标识的集合中当前处于在线空闲状态且不存在对应于所述主邀请用户标识的拒绝邀请历史记录的用户标识，以形成待邀请用户标识列表。

7.一种互动邀请处理装置，其特征在于，所述装置包括：

互动请求处理模块，用于接收当前虚拟房间的主邀请用户标识所触发的互动请求，并根据所述互动请求确定当前虚拟房间所具有的预设条件属性值；

用户标识的集合获取模块，用于获取所述确定的预设条件属性值所对应的定时更新的用户标识的集合；

待邀请用户标识列表处理模块，用于筛选出所述获取到的用户标识的集合中当前处于在线空闲状态的用户标识，以形成待邀请用户标识列表；将所述待邀请用户标识列表返回给所述主邀请用户标识对应的第一终端；

互动邀请处理模块，用于接收所述第一终端发来的携带有从所述待邀请用户标识列表中选定的被邀请用户标识的互动邀请；将所述互动邀请发送给所述被邀请用户标识所对应的第二终端。

8.根据权利要求7所述的装置，其特征在于，所述装置还包括：

定时更新模块，用于定时获取其时处于在线空闲状态的全局的用户标识及其所对应的用户属性值；将与每个预设条件属性值匹配的用户属性值所对应的用户标识的集合对应于该预设条件属性值进行更新存储。

9.根据权利要求7所述的装置，其特征在于，所述待邀请用户标识列表处理模块还用于逐个遍历所述获取到的用户标识的集合，以请求获得当前用户标识的最新状态，并在获取到的最新状态为在线空闲状态时将当前用户标识加入待邀请用户标识列表，直至待邀请用户标识列表中用户标识的数量达到指定数量时停止遍历。

10.根据权利要求7所述的装置，其特征在于，所述互动邀请处理模块还用于接收到所述第二终端返回的接受邀请的反馈后，将所述被邀请用户标识加入当前虚拟房间。