社交应用中会话空间创建方法和装置与流程

本申请涉及终端设备技术领域，尤其涉及一种社交应用中会话空间创建方法和装置。

背景技术：

随着互联网的发展，社交应用是互联网比较流行的应用之一。通过社交应用，可以与陌生人在会话空间进行聊天、交流。在实际应用中，可能会存在一个用户请求同时进入多个会话空间的情况，但是，如果一个用户同时进入多个空间，会降低用户之间的交流质量。

技术实现要素：

本申请提出一种社交应用中会话空间创建方法和装置，用于解决社交应用中一个用户同时进入多个会话空间，会降低用户之间的交流质量的问题。

本申请一方面实施例提出了一种社交应用中会话空间创建方法，包括：

获取第一客户端发送的会话空间创建请求，其中，所述创建请求中包括所述第一客户端的标识；

根据所述第一客户端的标识，获取所述第一客户端所属第一用户的第一属性信息及第一用户当前的会话状态；

若所述第一用户当前的会话状态为空闲状态，则检测社交应用当前的空闲用户列表中是否包含属性信息与所述第一属性信息匹配的第二用户；

若包含，则为所述第一用户及所述第二用户创建会话空间。

本申请实施例的社交应用中会话空间创建方法，通过判断第一客户端所属第一用户的会话状态，在第一用户当前的会话状态为空闲状态时，检测社交应用当前的空闲用户列表中是否包含与第一用户属性信息匹配的第二用户，若包含，则为第一用户和第二用户创建会话空间，实现了只有在发起会话空间创建请求的用户处于空闲状态时，才为该用户以及与该用户匹配的用户创建会话空间，避免了为一个用户同时创建多个会话空间，出现一个人同时进入多个会话空间的情况，从而提高了用户之间的交流质量。

在本申请一方面实施例一种可能的实现方式中，所述为所述第一用户及所述第二用户创建会话空间之后，还包括：

将所述第一用户及第二用户从所述空闲用户列表中删除，并将所述第一用户及第二用户的会话状态更新为非空闲状态。

在本申请一方面实施例一种可能的实现方式中，所述为所述第一用户及所述第二用户创建会话空间之后，还包括：

将创建的所述会话空间的标识，返回至所述第一客户端，以使所述第一客户端进入与所述会话空间的标识匹配的会话空间。

在本申请一方面实施例一种可能的实现方式中，所述为所述第一用户及所述第二用户创建会话空间之后，还包括：

将所述第二用户的第二属性信息发送给所述第一客户端，以使所述第一客户端在用户界面中显示所述第二用户的第二属性信息。

在本申请一方面实施例一种可能的实现方式中，所述将所述第二用户的第二属性信息发送给所述第一客户端之后，还包括：

若在第一预设的时间间隔内，未获取到所述第一客户端返回的用于指示已进入会话空间的状态更新消息，则将所述第一用户及所述第二用户添加至所述空闲用户列表中。

在本申请一方面实施例一种可能的实现方式中，若所述当前的空闲用户列表中包含属性信息与所述第一属性信息匹配的至少两个第二用户；

所述为所述第一用户及所述第二用户创建会话空间，包括：

获取所述第一客户端返回的目标用户标识；

为所述第一用户及所述目标用户创建会话空间。

在本申请一方面实施例一种可能的实现方式中，所述检测社交应用当前的空闲用户列表中是否包含属性信息与所述第一属性信息匹配的第二用户之前，还包括：

获取所述第二用户使用的第二客户端发送状态更新消息；

若所述更新消息用于指示所述第二用户更新后的会话状态为空闲状态，则将所述第二用户添加至所述社交应用当前的空闲用户列表中。

在本申请一方面实施例一种可能的实现方式中，还包括：

获取所述社交应用当前的在线用户列表，其中所述在线用户列表中包括空闲用户列表中的各用户及非空闲用户列表中的各用户；

监测所述在线用户列表中每个用户使用的客户端发送心跳包的频率是否异常；

若第三客户端发送心跳包的频率异常，则更新所述第三客户端所属第三用户的状态，并将所述第三用户从所述在线用户列表中删除。

在本申请一方面实施例一种可能的实现方式中，所述第三客户端发送心跳包的频率异常之后，还包括：

若所述第三客户端所属第三用户的会话状态为非空闲状态，则获取与所述第三用户当前处于相同会话空间内的第四用户；

向所述第四用户使用的第四客户端发送第三用户退出提示消息。

在本申请一方面实施例一种可能的实现方式中，所述向所述第四用户使用的第四客户端发送第三用户退出提示消息之后，还包括：

将所述第四用户添加至所述社交应用的空闲用户列表中。

在本申请一方面实施例一种可能的实现方式中，所述向所述第四用户使用的第四客户端发送第三用户退出提示消息之后，还包括：

若在第二预设的时间间隔内获取到所述第四用户发送的会话空间创建请求，则检测所述社交应用当前的空闲用户列表中是否包含属性信息与所述第四用户的属性信息匹配的第五用户；

若包含，则将所述第四用户当前所在的会话空间标识发送给所述第五用户使用的第五客户端。

本申请另一方面实施例提出了一种社交应用中会话空间创建装置，包括

第一获取模块，用于获取第一客户端发送的会话空间创建请求，其中，所述创建请求中包括所述第一客户端的标识；

第二获取模块，用于根据所述第一客户端的标识，获取所述第一客户端所属第一用户的第一属性信息及第一用户当前的会话状态；

检测模块，用于在所述第一用户当前的会话状态为空闲状态时，检测社交应用当前的空闲用户列表中是否包含属性信息与所述第一属性信息匹配的第二用户；

创建模块，用于社交应用当前的空闲用户列表中包含属性信息与所述第一属性信息匹配的第二用户时，为所述第一用户及所述第二用户创建会话空间。

本申请实施例的社交应用中会话空间创建装置，通过判断第一客户端所属第一用户的会话状态，在第一用户当前的会话状态为空闲状态时，检测社交应用当前的空闲用户列表中是否包含与第一用户属性信息匹配的第二用户，若包含，则为第一用户和第二用户创建会话空间，实现了只有在发起会话空间创建请求的用户处于空闲状态时，才为该用户以及与该用户匹配的用户创建会话空间，避免了为一个用户同时创建多个会话空间，出现一个人同时进入多个会话空间的情况，从而提高了用户之间的交流质量。

在本申请另一方面实施例一种可能的实现方式中，该装置还包括：

第一更新模块，用于将所述第一用户及第二用户从所述空闲用户列表中删除，并将所述第一用户及第二用户的会话状态更新为非空闲状态。

在本申请另一方面实施例一种可能的实现方式中，该装置还包括：

第一发送模块，用于将创建的所述会话空间的标识，返回至所述第一客户端，以使所述第一客户端进入与所述会话空间的标识匹配的会话空间。

在本申请另一方面实施例一种可能的实现方式中，该装置还包括：

第二发送模块，用于将所述第二用户的第二属性信息发送给所述第一客户端，以使所述第一客户端在用户界面中显示所述第二用户的第二属性信息。

在本申请另一方面实施例一种可能的实现方式中，该装置还包括：

第一添加模块，用于在第一预设的时间间隔内，未获取到所述第一客户端返回的用于指示已进入会话空间的状态更新消息时，将所述第一用户及所述第二用户添加至所述空闲用户列表中。

在本申请另一方面实施例一种可能的实现方式中，若所述当前的空闲用户列表中包含属性信息与所述第一属性信息匹配的至少两个第二用户；所述创建模块，还用于：

获取所述第一客户端返回的目标用户标识；

为所述第一用户及所述目标用户创建会话空间。

在本申请另一方面实施例一种可能的实现方式中，该装置还包括：

第三获取模块，用于获取所述第二用户使用的第二客户端发送状态更新消息；

第二添加模块，用于在所述更新消息用于指示所述第二用户更新后的会话状态为空闲状态时，将所述第二用户添加至所述社交应用当前的空闲用户列表中。

在本申请另一方面实施例一种可能的实现方式中，该装置还包括：

第四获取模块，用于获取所述社交应用当前的在线用户列表，其中所述在线用户列表中包括空闲用户列表中的各用户及非空闲用户列表中的各用户；

监测模块，用于监测所述在线用户列表中每个用户使用的客户端发送心跳包的频率是否异常；

第二更新模块，用于在第三客户端发送心跳包的频率异常时，更新所述第三客户端所属第三用户的状态，并将所述第三用户从所述在线用户列表中删除。

在本申请另一方面实施例一种可能的实现方式中，该装置还包括：

第五获取模块，用于在所述第三客户端所属第三用户的会话状态为非空闲状态时，获取与所述第三用户当前处于相同会话空间内的第四用户；

第三发送模块，用于向所述第四用户使用的第四客户端发送第三用户退出提示消息。

在本申请另一方面实施例一种可能的实现方式中，该装置还包括：

第三添加模块，用于将所述第四用户添加至所述社交应用的空闲用户列表中。

在本申请另一方面实施例一种可能的实现方式中，该装置还包括：

所述检测模块，用于在第二预设的时间间隔内获取到所述第四用户发送的会话空间创建请求时，检测所述社交应用当前的空闲用户列表中是否包含属性信息与所述第四用户的属性信息匹配的第五用户；

第四发送模块，用于在所述社交应用当前的空闲用户列表中包含属性信息与所述第四用户的属性信息匹配的第五用户时，将所述第四用户当前所在的会话空间标识发送给所述第五用户使用的第五客户端。

本申请另一方面实施例提出了一种包括电子设备，处理器和存储器；

其中，所述处理器通过读取所述存储器中存储的可执行程序代码来运行与所述可执行程序代码对应的程序，以用于实现如上述一方面实施例所述的社交应用中会话空间创建方法。

本申请另一方面实施例提出了一种非临时性计算机可读存储介质，其上存储有计算机程序，该程序被处理器执行时实现如上述一方面实施例所述的社交应用中会话空间创建方法。

本申请附加的方面和优点将在下面的描述中部分给出，部分将从下面的描述中变得明显，或通过本申请的实践了解到。

附图说明

本申请上述的和/或附加的方面和优点从下面结合附图对实施例的描述中将变得明显和容易理解，其中：

图1为本申请实施例提供的一种社交应用中会话空间创建方法的流程示意图；

图2为本申请实施例提供的另一种社交应用中会话空间创建方法的流程示意图；

图3为本申请实施例提供的又一种社交应用中会话空间创建方法的流程示意图；

图4为本申请实施例提供的再一种社交应用中会话空间创建方法的流程示意图；

图5为本申请实施例提供的还一种社交应用中会话空间创建方法的流程示意图；

图6为本申请实施例提供的一种社交应用中会话空间创建装置的结构示意图；

图7为本申请实施例提供的一种电子设备的结构示意图。

具体实施方式

下面详细描述本申请的实施例，所述实施例的示例在附图中示出，其中自始至终相同或类似的标号表示相同或类似的元件或具有相同或类似功能的元件。下面通过参考附图描述的实施例是示例性的，旨在用于解释本申请，而不能理解为对本申请的限制。

下面参考附图描述本申请实施例的社交应用中会话空间创建方法和装置。

本申请实施例，针对现有的社交应用中，可能会存在用户同时进入多个会话空间，影响用户之间的交流质量的问题，提出一种社交应用中会话空间创建方法。

本申请实施例的社交应用中会话空间创建方法，通过根据发起会话空间创建请求的第一用户的会话状态，确定第一用户是否满足与其他用户进行匹配的条件，当第一用户的会话状态为空闲状态，即第一用户当前未与其他用户匹配进入会话空间，检测社交应用当前的空闲用户列表中是否包含与第一用户属性信息匹配的第二用户，若包含，则为第一用户和第二用户创建会话空间，从而只有发起会话空间创建请求的用户处于空闲状态时，才为该用户以及与其匹配的用户创建会话空间，避免了为一个用户同时创建多个会话空间，出现一个人同时进入多个会话空间的情况，从而提高了用户之间的交流质量。

图1为本申请实施例提供的一种社交应用中会话空间创建方法的流程示意图。

本申请实施例的社交应用中会话空间创建方法，可由本实施例提供的社交应用中会话空间创建装置执行，该装置可配置于电子设备中，如服务器中，以实现只有发起会话空间创建请求的用户处于空闲状态时，才为该用户以及与其匹配的用户创建会话空间。

如图1所示，该社交应用中会话空间创建方法包括：

步骤101，获取第一客户端发送的会话空间创建请求，其中，创建请求中包括第一客户端的标识。

本实施例中的客户端为能够提供会话空间的社交应用，两个用户在会话空间中可以视频聊天、语音聊天等。

为了便于解释说明，本实施例中，对于同一社交应用，为了区分不同用户，以及不同用户所用的社交应用，采用“第一”、“第二”等进行区分。

在第一客户端的界面中，第一用户可以通过触发会话创建控件发起会话空间创建请求，这时服务器可获取到第一客户端发送的会话空间创建请求。

其中，创建请求中包括但不限于发起请求的时间、第一客户端的标识等。其中，第一客户端的标识可以是第一客户端所在终端设备的标识，如设备序列号，也可以是第一客户端所属第一用户的id等。

步骤102，根据第一客户端的标识，获取第一客户端所属第一用户的第一属性信息及第一用户当前的会话状态。

当用户在社交软件中进行注册时，服务器可根据用户的注册信息，如姓名、年龄、职业等，存储用户所用客户端的标识以及用户的属性信息。当用户的属性信息发生变更时，服务器可存储变更后的属性信息。

其中，属性信息包括性别、年龄、职业、所在地、常住地、交友要求等。

服务器在获取创建请求后，从创建请求中提取第一客户端的标识，根据第一客户端的标识，查找到第一客户端的标识所属第一用户的属性信息以及第一用户当前的会话状态。

其中，会话状态用于指示用户当前是否已处于会话空间中，会话状态包括空闲状态和非空闲状态，其中，空闲状态表示用户当前未处于会话空间，非空闲状态表示用户当前已处于某会话空间中。也就是说，空闲状态说明用户当前未与其他用户匹配成功，未进入会话空间中，而非空闲状态说明用户当前已于其他用户匹配成功，并进入了会话空间中。

本实施例中，通过根据第一用户的会话状态，确定第一用户当前是否已处于会话空间中，从而根据用户的会话状态，可以准确地确定用户是否已与其他用户匹配成功，并进入了会话空间中。

步骤103，若第一用户当前的会话状态为空闲状态，则检测社交应用当前的空闲用户列表中是否包含属性信息与第一属性信息匹配的第二用户。

本实施例中，空闲用户列表中的用户是发起了会话空间创建请求、且未与其他用户匹配成功的用户。

若第一用户当前的会话状态为空闲状态，说明第一用户当前未与其他用户匹配成功，未处于会话空间中，则通过遍历社交应用当前的空闲用户列表，查找空闲用户列表中是否包含与第一用户的属性信息匹配的第二用户。

例如，第一用户的交友要求是：女生、年龄在20到30岁之间，可根据第一用户的该交友要求，在空闲用户列表中查找满足该交友要求的用户。

本申请实施例中，在第一用户未进入其他会话空间的情况下，才为第一用户查找与其属性信息匹配的用户。并且，通过空闲用户列表，保证与发起会话空间创建请求、且处于空闲状态的用户进行匹配的用户，是未处于其他会话空间中的用户，以实现一个用户只能处于一个会话空间的目的，避免一个人同时进入多个会话空间。

若第一用户当前的会话状态为非空闲状态，说明第一用户已与其他用户匹配成功，并处于会话空间中，不满足为其创建会话空间的条件，可向第一客户端返回不能为其创建会话空间的提示信息。比如，向第一客户端返回“当前您正处于会话空间a中，请先退出，再发起会话空间创建请求”的提示信息。

步骤104，若社交应用当前的空闲用户列表中包含属性信息与第一属性信息匹配的第二用户，则为第一用户及第二用户创建会话空间。

若社交应用当前的空闲用户列表中包含属性信息与第一属性信息匹配的第二用户，即空闲用户列表中存在与第一用户匹配的用户，那么服务器可为第一用户和第二用户创建会话空间，并为创建的会话空间建立标识。

本申请实施例的社交应用中会话空间创建方法，通过根据发起会话空间创建请求的第一用户的会话状态，确定第一用户是否满足与其他用户进行匹配的条件，当第一用户的会话状态为空闲状态，表示第一用户当前未与其他用户匹配进入会话空间，检测社交应用当前的空闲用户列表中是否包含与第一用户匹配的第二用户，若包含，则为第一用户和第二用户创建会话空间，从而只有发起会话空间创建请求的用户处于空闲状态时，才为该用户以及与其匹配的用户创建会话空间，避免了为一个用户同时创建多个会话空间，出现一个人同时进入多个会话空间的情况，从而提高了用户之间的交流质量。

在实际应用中，如果服务器为处于空闲用户列表中的两个用户创建了会话空间，若两个用户继续保留在空闲用户列表中，可能会导致后续与其他用户进行匹配，从而出现一个用户同时出现在多个会话空间中的情况。

基于此，在本申请的一个实施例中，在为第一用户及第二用户创建会话空间之后，可将第一用户及第二用户从空闲用户列表中删除，并将第一用户及第二用户的会话状态更新为非空闲状态。

本实施例中，将第一用户及第二用户从空闲用户列表中删除，可以保证空闲用户列表中的用户均是未与其他用户匹配的用户，避免服务器后续为其他发起会话空间创建请求的用户与第一用户或者第二用户再创建会话空间。并且，将第一用户及第二用户的会话状态更新为非空闲状态，也可避免再为第一用户或第二用户创建会话空间。从而，达到一个用户只能处于一个会话空间的目的。

进一步地，在本申请的一个实施例中，服务器在为第一用户及第二用户创建会话空间之后，将创建的会话空间的标识，发送至第一客户端。第一客户端在接收到会话空间的标识后，可根据会话空间的标识进入到与会话空间的标识匹配的会话空间中。

服务器将创建的会话空间的标识发送给第一客户端的同时，也可将创建的会话空间的标识，发送给第二用户所使用的第二客户端，以使第二客户端根据该会话空间的标识进入到对应的会话空间中。从而，可以使得第一用户与第二用户进入服务器为其创建的同一会话空间中。

由于会话空间的标识唯一标识会话空间，因此将创建的会话空间的标识返回至第一客户端，可以保证第一客户端所属的第一用户进入到创建的会话空间中，避免第一客户端进入到其他会话空间中。

在实际应用中，服务器在空闲用户列表中查找到的与第一用户匹配的第二用户，可能不是第一用户想要交流的用户，基于此，可将第二用户的属性信息发送给第一客户端，使得第一客户端确定是否要进入会话空间。下面结合图2对该过程进行说明，图2为本申请实施例提供的另一种社交应用中会话空间创建方法的流程示意图。

如图2所示，该社交应用中会话空间创建方法包括：

步骤201，获取第一客户端发送的会话空间创建请求，其中，创建请求中包括第一客户端的标识。

步骤202，根据第一客户端的标识，获取第一客户端所属第一用户的第一属性信息及第一用户当前的会话状态。

步骤203，若第一用户当前的会话状态为空闲状态，则检测社交应用当前的空闲用户列表中是否包含属性信息与第一属性信息匹配的第二用户。

步骤204，若社交应用当前的空闲用户列表中包含属性信息与第一属性信息匹配的第二用户，则为第一用户及第二用户创建会话空间。

本实施例中，步骤201-步骤204与上述步骤101-步骤104类似，故在此不再赘述。

步骤205，将第二用户的第二属性信息发送给第一客户端，以使第一客户端在用户界面中显示第二用户的第二属性信息。

在为第一用户及第二用户创建会话空间之后，服务器可根据空闲用户列表中第二用户的标识，获取第二用户的属性信息，并将第二用户的第二属性信息发送给第一客户端，第一客户端接收到第二用户的属性信息后，在用户界面中显示第二用户的属性信息。

例如，第一客户端在用户界面显示第二用户的性别、年龄、职业、所在地等信息。

由于服务器推荐的第二用户不一定符合第一用户的要求，本实施例中，通过将第二用户的属性信息发送给第一客户端，从而使得第一用户能够根据第二用户的属性信息，确定是否进入服务器为其和第二用户创建的会话空间中，与第二用户进行交流，满足了用户的个性化需求。

步骤206，若在第一预设的时间间隔内，未获取到第一客户端返回的用于指示已进入会话空间的状态更新消息，则将第一用户及第二用户添加至空闲用户列表中。

服务器将第二用户的属性信息发送给第一客户端后，第一客户端可以向服务器返回拒绝进入会话空间的信息，或者返回已进入会话空间的信息，也可能会存在第一客户端因为某些因素，如网络差、意外退出社交应用等，未及时进入会话空间，或者默认不进入会话空间的情况。

针对这种情况，本实施例中，若服务器在第一预设时间间隔内，未接收到第一客户端返回的用于指示已进入会话空间的状态更新消息，可以认为第一用户选择不进入该会话空间，则删除为第一用户和第二用户创建的会话空间，并将第一用户和第二用户添加至空闲用户列表中，使第一用户和第二用户处于待配对状态。

本申请实施例中，通过在第一预设时间间隔内，未接收到第一客户端发送的进入会话空间的状态更新消息时，自动将第一用户和第二用户重新添加至空闲用户列表，从而在两个用户未成功进入服务器为其创建的会话空间的情况下，被重新添加至空闲用户列表中，以提高用户匹配成功的几率。

在实际应用中，服务器可能会为第一用户查找到多个与第一用户匹配的第二用户。为了保证会话空间中只有两个用户，当当前的空闲用户列表中包含属性信息与第一属性信息匹配的至少两个第二用户时，服务器将所有匹配的第二用户的属性信息发送给第一客户端，第一用户从中选择一个作为交流对象即目标用户，那么服务器获取第一客户端返回的目标用户标识，并为第一用户及该目标用户创建会话空间。

例如，用户a发起了会话空间创建请求，服务器查找到用户b、c、d三个用户的属性信息均与用户a的属性信息匹配，服务器将用户b、c、d三个用户的属性信息，都发送给用户a，用户a选择了用户c作为交流对象，那么服务器为用户a和用户b创建会话空间。

本申请实施例中，当与第一用户匹配的第二用户有多个时，可根据用户选择的用户，为第一用户和第一用户选择的用户创建会话空间，从而保证了会话空间中只有两个用户，避免多人同时进入一个会话空间，提高了用户之间的交流质量。

在本申请的一个实施例中，在检测社交应用当前的空闲用户列表中是否包含属性信息与第一属性信息匹配的第二用户之前，获取第二用户使用的第二客户端发送状态更新消息，若更新消息用于指示第二用户更新后的会话状态为空闲状态，则将第二用户添加至社交应用当前的空闲用户列表中。

例如，第二客户端向服务器发送第二用户退出了其他会话空间的消息，说明第二用户的会话状态由非空闲状态更新为空闲状态，那么将第二用户添加至社交应用当前的空闲列表中。

也就是说，当服务器获取到客户端发送的指示其所属用户更新后的会话状态为空闲状态的更新消息时，将该用户添加至社交应用当前的空闲用户列表中，从而根据用户会话状态的更新情况，不断更新空闲用户列表。

在线用户列表中用户可能会因网络差或者意外关闭社交应用等情况掉线，影响用户之间的交流。基于此，本申请的一个实施例中，通过监测用户使用的客户端的心跳包的频率，确定用户是否已不在线。下面结合图3进行解释说明，图3为本申请实施例提供的又一种社交应用中会话空间创建方法的流程示意图。

如图3所示，该社交应用中会话空间创建还包括：

步骤301，获取社交应用当前的在线用户列表，其中在线用户列表中包括空闲用户列表中的各用户及非空闲用户列表中的各用户。

其中，非空闲用户列表是指发起过会话空间创建请求、且当前会话状态为非空闲状态的用户。那么，在线用户列表中用户为在线用户、且向发服务器发送过会话请求的用户。

本实施例中，服务器中存储有空闲用户列表、非空闲用户列表以及在线用户列表，服务器可每隔预设时间获取社交应用当前的在线用户列表。

步骤302，监测在线用户列表中每个用户使用的客户端发送心跳包的频率是否异常。

本实施例中，客户端以一定的频率向服务器发送心跳包，其中，心跳包可以是不携带信息的消息，仅使服务器用于确定客户端是否在线。

服务器获取当前的在线用户列表后，监测在线用户列表中每个用户使用的客户端发送心跳包的频率是否异常。其中，每个客户端发送心跳包的频率可以相同，也可以不同。

如果服务器监测到客户端发送心跳包的频率小于预设的阈值，也就是，服务器在客户端发送心跳包的频率对应的时间间隔内，未收到心跳包，可以认为心跳包的频率异常。

例如，正常情况下，客户端每隔2秒向服务器发送一次心跳包，若服务器距上次接收到心跳包后，超过3秒未收到心跳包，可以认为客户端发送心跳包的频率异常。

步骤303，若第三客户端发送心跳包的频率异常，则更新第三客户端所属第三用户的状态，并将第三用户从在线用户列表中删除。

若服务器监测到第三客户端发送心跳包的频率异常，说明第三客户端可能因网络差等已不在线，那么服务器可更新第三客户端所属第三用户的状态，例如，将第三用户的状态更新为游离状态，并将第三用户从在线列表中删除。

本申请实施例中，通过监测在线用户列表中各用户使用的客户端发送的心跳包频率是否异常，确定客户端是否在线，在确定客户端的心跳包频率异常时，将用户从在线用户列表中删除，从而不断更新在线用户列表，提高了在线用户列表中每个用户的状态的实时性。

在线用户列表中的两个用户可能正处于会话空间中，若一方用户因网络差或者关闭社交应用而离线，使得另一用户一直等待，从而会影响用户之间的交流。进一步地，在第三客户端发送心跳包的频率异常之后，若第三用户的会话状态为非空闲状态，可向与第三用户处于同一会话空间的用户发送第三用户退出会话空间的提示消息。下面结合图4进行说明，图4为本申请实施例提供的再一种社交应用中会话空间创建方法的流程示意图。

如图4所示，该社交应用中会话空间创建方法还包括：

步骤401，获取社交应用当前的在线用户列表，其中在线用户列表中包括空闲用户列表中的各用户及非空闲用户列表中的各用户。

步骤402，监测在线用户列表中每个用户使用的客户端发送心跳包的频率是否异常。

本实施例中，步骤401-步骤402与上述步骤301-步骤302类似，故在此不再赘述。

步骤403，若第三客户端发送心跳包的频率异常，若第三客户端所属第三用户的会话状态为非空闲状态，则获取与第三用户当前处于相同会话空间内的第四用户。

在第三客户端发送心跳包的频率异常之后，获取第三客户端所属第三用户的会话状态，若第三用户的会话状态为非空闲状态，则根据第三用户所在会话空间，确定与第三用户处于相同会话空间的用户，这里称为第四用户。

步骤404，向第四用户使用的第四客户端发送第三用户退出提示消息。

由于第三客户端发送心跳包的频率异常，说明第三客户端已经不在线，可向第四用户使用的第四客户端发送第三用户退出会话空间的提示信息。

从而，当会话空间中的一个用户不在线时，向另一个用户发送与其处于同一会话空间的用户已退出会话空间的提示信息，避免另一用户一直等待对方回应，提高了社交应用的使用体验。

进一步地，在向第四用户使用的第四客户端发送第三用户退出提示消息之后，还可将第四用户添加至社交应用的空闲用户列表中，并将第四用户的会话状态更新为空闲状态，从而使第四用户有机会与其他用户进行匹配，提高了用户对社交应用的使用体验。

在会话空间中的两个用户，若一方用户被迫退出会话空间，那么另一方用户可能会在短时间内发起会话空间创建请求，为了提高交流效率，另一方用户可以直接利用当前的会话空间与新匹配的用户进行交流。下面结合图5说明该过程，图5为本申请实施例提供的还一种社交应用中会话空间创建方法的流程示意图。

如图5所示，该社交应用中会话空间创建方法包括：

步骤501，获取社交应用当前的在线用户列表，其中在线用户列表中包括空闲用户列表中的各用户及非空闲用户列表中的各用户。

步骤502，监测在线用户列表中每个用户使用的客户端发送心跳包的频率是否异常。

步骤503，若第三客户端发送心跳包的频率异常，若第三客户端所属第三用户的会话状态为非空闲状态，则获取与第三用户当前处于相同会话空间内的第四用户。

步骤504，向第四用户使用的第四客户端发送第三用户退出提示消息。

本实施例中，步骤501-步骤504与上述步骤401-步骤404类似，故在此不再赘述。

步骤505，若在第二预设的时间间隔内获取到第四用户发送的会话空间创建请求，则检测社交应用当前的空闲用户列表中是否包含属性信息与第四用户的属性信息匹配的第五用户。

在服务器向第四用户使用的第四客户端发送第三用户退出提示消息之后，若第四用户在第二预设时间间隔内发起了会话空间创建请求，服务器获取到第四用户发送的会话空间创建请求后，检测社交应用当前的空闲用户列表中是否包含属性信息与第四用户的属性信息匹配的第五用户。

步骤506，若包含，则将第四用户当前所在的会话空间标识发送给第五用户使用的第五客户端。

若社交应用当前的空闲用户列表中存在与第四用户匹配的第五用户，那么服务器直接将第四用户与第三用户之前所在的会话空间的标识发送给第五用户使用的第五客户端，邀请第五用户进入该会话空间。

本申请实施例中，在会话空间中的两个用户，一方用户意外退出会话空间后，另一方用户在短时间内发起会话空间创建请求时，服务器在查找到与该用户匹配的用户后，直接将该用户之前所处的会话空间标识发送给匹配的用户，从而无需为两个用户重新建立新的会话空间，节省了时间。

为了实现上述实施例，本申请实施例还提出一种社交应用中会话空间创建装置。图6为本申请实施例提供的一种社交应用中会话空间创建装置的结构示意图。

如图6所示，该社交应用中会话空间创建装置包括：第一获取模块610、第二获取模块620、检测模块630、创建模块640。

第一获取模块610，用于获取第一客户端发送的会话空间创建请求，其中，创建请求中包括所述第一客户端的标识；

第二获取模块620，用于根据第一客户端的标识，获取第一客户端所属第一用户的第一属性信息及第一用户当前的会话状态；

检测模块630，用于在第一用户当前的会话状态为空闲状态时，检测社交应用当前的空闲用户列表中是否包含属性信息与第一属性信息匹配的第二用户；

创建模块640，用于社交应用当前的空闲用户列表中包含属性信息与第一属性信息匹配的第二用户时，为第一用户及所述第二用户创建会话空间。

在本申请实施例一种可能的实现方式中，该装置还可包括：

第一更新模块，用于将所述第一用户及第二用户从所述空闲用户列表中删除，并将所述第一用户及第二用户的会话状态更新为非空闲状态。

在本申请实施例一种可能的实现方式中，该装置还包括：

第一发送模块，用于将创建的会话空间的标识，返回至第一客户端，以使第一客户端进入与会话空间的标识匹配的会话空间。

在本申请实施例一种可能的实现方式中，该装置还包括：

第二发送模块，用于将第二用户的第二属性信息发送给第一客户端，以使第一客户端在用户界面中显示第二用户的第二属性信息。

在本申请实施例一种可能的实现方式中，该装置还包括：

第一添加模块，用于在第一预设的时间间隔内，未获取到第一客户端返回的用于指示已进入会话空间的状态更新消息时，将第一用户及第二用户添加至空闲用户列表中。

在本申请实施例一种可能的实现方式中，若当前的空闲用户列表中包含属性信息与第一属性信息匹配的至少两个第二用户；上述创建模块640，还用于：

获取第一客户端返回的目标用户标识；

为第一用户及目标用户创建会话空间。

在本申请实施例一种可能的实现方式中，该装置还包括：

第三获取模块，用于获取第二用户使用的第二客户端发送状态更新消息；

第二添加模块，用于在更新消息用于指示第二用户更新后的会话状态为空闲状态时，将第二用户添加至社交应用当前的空闲用户列表中。

在本申请实施例一种可能的实现方式中，该装置还包括：

第四获取模块，用于获取社交应用当前的在线用户列表，其中在线用户列表中包括空闲用户列表中的各用户及非空闲用户列表中的各用户；

监测模块，用于监测在线用户列表中每个用户使用的客户端发送心跳包的频率是否异常；

第二更新模块，用于在第三客户端发送心跳包的频率异常时，更新第三客户端所属第三用户的状态，并将第三用户从在线用户列表中删除。

在本申请实施例一种可能的实现方式中，还包括：

第五获取模块，用于在第三客户端所属第三用户的会话状态为非空闲状态时，获取与第三用户当前处于相同会话空间内的第四用户；

第三发送模块，用于向第四用户使用的第四客户端发送第三用户退出提示消息。

在本申请实施例一种可能的实现方式中，该装置还包括：

第三添加模块，用于将第四用户添加至社交应用的空闲用户列表中。

在本申请实施例一种可能的实现方式中，该装置还包括：

上述检测模块630，用于在第二预设的时间间隔内获取到第四用户发送的会话空间创建请求时，检测社交应用当前的空闲用户列表中是否包含属性信息与第四用户的属性信息匹配的第五用户；

第四发送模块，用于在社交应用当前的空闲用户列表中包含属性信息与第四用户的属性信息匹配的第五用户时，将第四用户当前所在的会话空间标识发送给第五用户使用的第五客户端。

需要说明的是，前述对社交应用中会话空间创建方法实施例的解释说明，也适用于该实施例的社交应用中会话空间创建装置，故在此不再赘述。

本申请实施例的社交应用中会话空间创建装置，通过判断第一客户端所属第一用户的会话状态，在第一用户当前的会话状态为空闲状态时，检测社交应用当前的空闲用户列表中是否包含与第一用户属性信息匹配的第二用户，若包含，则为第一用户和第二用户创建会话空间，实现了只有在发起会话空间创建请求的用户处于空闲状态时，才为该用户以及与该用户匹配的用户创建会话空间，避免了为一个用户同时创建多个会话空间，出现一个人同时进入多个会话空间的情况，从而提高了用户之间的交流质量。

为了实现上述实施例，本申请实施例还提出一种电子设备。图7为本申请实施例提供的一种电子设备的结构示意图。

如图7所示，该电子设备700包括：处理器710和存储器720。其中，处理器710通过读取存储器720中存储的可执行程序代码来运行与可执行程序代码对应的程序，以用于实现如上述实施例所述的社交应用中会话空间创建方法。

为了实现上述实施例，本申请实施例还提出一种非临时性计算机可读存储介质，其上存储有计算机程序，该程序被处理器执行时实现如上述实施例所述的社交应用中会话空间创建方法。

在本说明书的描述中，术语“第一”、“第二”仅用于描述目的，而不能理解为指示或暗示相对重要性或者隐含指明所指示的技术特征的数量。由此，限定有“第一”、“第二”的特征可以明示或者隐含地包括至少一个该特征。在本申请的描述中，“多个”的含义是至少两个，例如两个，三个等，除非另有明确具体的限定。

流程图中或在此以其他方式描述的任何过程或方法描述可以被理解为，表示包括一个或更多个用于实现定制逻辑功能或过程的步骤的可执行指令的代码的模块、片段或部分，并且本申请的优选实施方式的范围包括另外的实现，其中可以不按所示出或讨论的顺序，包括根据所涉及的功能按基本同时的方式或按相反的顺序，来执行功能，这应被本申请的实施例所属技术领域的技术人员所理解。

上述提到的存储介质可以是只读存储器，磁盘或光盘等。尽管上面已经示出和描述了本申请的实施例，可以理解的是，上述实施例是示例性的，不能理解为对本申请的限制，本领域的普通技术人员在本申请的范围内可以对上述实施例进行变化、修改、替换和变型。