CN114615314B - 会话建立方法、装置、电子设备及存储介质 - Google Patents

Abstract

本申请涉及计算机技术领域，公开一种会话建立方法，应用于入口节点，该方法包括：接收用户端发起的会话请求，其中，会话请求为申请与业务节点建立会话的请求；响应于会话请求，确定用户端的业务属性与业务节点的节点类型的对应关系，其中，节点类型包括：协作节点和只读节点；基于对应关系，从协作节点和只读节点中选择一业务节点，作为目标节点；将目标节点返回给用户端，以供用户端与目标节点建立会话。这样将会话的分配任务从协作节点转移到了入口节点，从而能够突破协作节点处理能力的限制，使得协作节点的处理能力不会制约会话加入速度和加入会话的人数。本申请还公开一种会话建立装置、电子设备及存储介质。

Description

会话建立方法、装置、电子设备及存储介质

技术领域

本申请涉及计算机技术领域，例如涉及一种会话建立方法、装置、电子设备及存储介质。

背景技术

在多人协同场景下，基于业务节点是否需要处理多个用户端对同一业务数据的协作，将业务节点分为协作节点和只读节点；其中，协作节点负责会话分配，另外，协作节点还用于接收多个用户在会话过程中发送的协作数据，并对协作数据进行冲突处理，获得协作结果；然后直接向用户展示协作结果；或，将协作结果发送给只读节点；只读节点用于接收协作节点发送的协作结果，并分发至加入只读节点的至少一个用户端。

在实现本公开实施例的过程中，发现相关技术中至少存在如下问题：

由于相关技术中是协作节点负责会话分配，这样协作节点的处理能力会制约会话分配速度和加入会话的人数。

发明内容

为了对披露的实施例的一些方面有基本的理解，下面给出了简单的概括。所述概括不是泛泛评述，也不是要确定关键/重要组成元素或描绘这些实施例的保护范围，而是作为后面的详细说明的序言。

本公开实施例提供了一种会话建立方法、装置、电子设备及存储介质，以使得协作节点的处理能力不会制约会话分配速度和加入会话的人数。

在一些实施例中，所述会话建立方法，应用于入口节点，所述会话建立方法包括：接收用户端发起的会话请求，其中，所述会话请求为申请与业务节点建立会话的请求；响应于所述会话请求，确定所述用户端的业务属性与所述业务节点的节点类型的对应关系，其中，所述节点类型包括：协作节点和只读节点；基于所述对应关系，从所述协作节点和所述只读节点中选择一业务节点，作为目标节点；将所述目标节点返回给所述用户端，以供所述用户端与所述目标节点建立会话。

在一些实施例中，所述基于所述对应关系，从所述协作节点和所述只读节点中选择一业务节点，作为目标节点，包括：在用户端的业务属性为可协作属性的情况下，基于所述对应关系，确定所述用户端对应于所述协作节点；在加入所述协作节点的用户端数量小于预设阈值的情况下，将所述协作节点确定为目标节点；否则，将所述只读节点确定为目标节点。

在一些实施例中，所述基于所述对应关系，从所述协作节点和所述只读节点中选择一业务节点，作为目标节点，还包括：在用户端的业务属性为只读属性的情况下，基于所述对应关系，确定所述用户端对应于所述只读节点；将所述只读节点确定为目标节点。

在一些实施例中，将所述只读节点确定为目标节点，包括：在所述只读节点有多个的情况下，确定加入各所述只读节点的用户端数量；基于加入各所述只读节点的用户端数量，从多个所述只读节点中选择一所述只读节点，作为目标节点。

在一些实施例中，所述基于加入各所述只读节点的用户端数量，从多个所述只读节点中选择一所述只读节点，作为目标节点，包括：将对应最少用户端数量的所述只读节点作为目标节点；或，将对应最多用户端数量的所述只读节点作为目标节点。

在一些实施例中，在所述将所述目标节点返回给所述用户端之后，还包括：在所述用户端的业务属性为可协作属性，且会话对应的目标节点为只读节点的情况下，接收所述用户端发送的切换指令；响应于所述切换指令，判断所述协作节点中预留的冗余会话空间是否空余；如果是，则将所述协作节点返回给所述用户端，触发所述用户端的目标节点从所述只读节点切换为所述协作节点，并与所述协作节点建立会话。

在一些实施例中，所述会话建立方法，还包括：对已加入各所述业务节点的用户端数量进行更新并存储。

在一些实施例中，所述会话建立方法，应用于用户端，所述方法包括：向入口节点发起会话请求，其中，所述会话请求为请求与业务节点建立会话的请求；所述会话请求触发所述入口节点确定所述用户端的业务属性与所述业务节点的节点类型的对应关系，其中，所述节点类型包括：协作节点和只读节点；并触发所述入口节点基于所述对应关系，从所述协作节点和所述只读节点中选择一所述业务节点，作为目标节点；从所述入口节点接收所述目标节点；与所述目标节点建立所述会话。

在一些实施例中，在所述与所述目标节点建立所述会话之后，包括：在所述用户端的业务属性为可协作属性，且会话对应的目标节点为只读节点的情况下，接收用户操作；基于所述用户操作，向所述入口节点发送切换指令，其中，所述切换指令触发所述入口节点判断所述协作节点中预留的冗余会话空间是否空余；如果是，则将所述协作节点返回给所述用户端；从所述入口节点接收所述协作节点；将所述目标节点从所述只读节点切换为所述协作节点，并与所述协作节点建立会话。

在一些实施例中，所述会话建立装置，应用于入口节点，所述装置包括：第一接收模块，被配置为接收用户端发起的会话请求，其中，所述会话请求为申请与业务节点建立会话的请求；响应模块，被配置为响应于所述会话请求，确定所述用户端的业务属性与所述业务节点的节点类型的对应关系，其中，所述节点类型包括：协作节点和只读节点；选择模块，被配置为基于所述对应关系，从所述协作节点和所述只读节点中选择一业务节点，作为目标节点；返回模块，被配置为将所述目标节点返回给所述用户端，以供所述客户端与所述目标节点建立会话。

在一些实施例中，所述会话建立装置，应用于用户端，所述装置包括：发起模块，被配置为向入口节点发起会话请求，其中，所述会话请求为请求与业务节点建立会话的请求；所述会话请求触发所述入口节点确定所述用户端的业务属性与所述业务节点的节点类型的对应关系，其中，所述节点类型包括：协作节点和只读节点；并触发所述入口节点基于所述对应关系，从所述协作节点和所述只读节点中选择一所述业务节点，作为目标节点；第二接收模块，被配置为从所述入口节点接收所述目标节点；建立模块，被配置为与所述目标节点建立所述会话。

在一些实施例中，所述电子设备，包括处理器和存储有程序指令的存储器，所述处理器被配置为在运行所述程序指令时，执行上述的会话建立方法。

在一些实施例中，存储介质，存储有程序指令，所述程序指令在运行时，执行上述的会话建立方法。

本公开实施例提供的会话建立方法、装置、电子设备及存储介质，可以实现以下技术效果：利用入口节点接收用户端发起的会话请求，并响应于会话请求，确定用户端的业务属性与业务节点的节点类型的对应关系；然后基于该对应关系，从协作节点和只读节点中选择一业务节点，作为目标节点；并将目标节点返回给用户端，以供用户端与目标节点建立会话。这样将会话的分配任务从协作节点转移到了入口节点，且入口节点能够支持弹性扩容，从而能够突破协作节点处理能力的限制，使得协作节点的处理能力不会制约会话分配速度和加入会话的人数。

以上的总体描述和下文中的描述仅是示例性和解释性的，不用于限制本申请。

附图说明

一个或多个实施例通过与之对应的附图进行示例性说明，这些示例性说明和附图并不构成对实施例的限定，附图中具有相同参考数字标号的元件示为类似的元件，附图不构成比例限制，并且其中：

图1是本公开实施例提供的一个会话建立方法的示意图；

图2是本公开实施例提供的另一个会话建立方法的示意图；

图3是本公开实施例提供的另一个会话建立方法的示意图；

图4是本公开实施例提供的另一个会话路由表的示意图；

图5是本公开实施例提供的另一个会话路由表的示意图；

图6是本公开实施例提供的另一个会话建立方法的时序图；

图7是本公开实施例提供的另一个会话建立方法的时序图；

图8是本公开实施例提供的一个会话建立装置的示意图；

图9是本公开实施例提供的另一个会话建立装置的示意图；

图10是本公开实施例提供的电子设备的示意图。

具体实施方式

为了能够更加详尽地了解本公开实施例的特点与技术内容，下面结合附图对本公开实施例的实现进行详细阐述，所附附图仅供参考说明之用，并非用来限定本公开实施例。在以下的技术描述中，为方便解释起见，通过多个细节以提供对所披露实施例的充分理解。然而，在没有这些细节的情况下，一个或多个实施例仍然可以实施。在其它情况下，为简化附图，熟知的结构和装置可以简化展示。

本公开实施例的说明书和权利要求书及上述附图中的术语“第一”、“第二”等是用于区别类似的对象，而不必用于描述特定的顺序或先后次序。应该理解这样使用的数据在适当情况下可以互换，以便这里描述的本公开实施例的实施例。此外，术语“包括”和“具有”以及他们的任何变形，意图在于覆盖不排他的包含。

除非另有说明，术语“多个”表示两个或两个以上。

术语“和/或”是一种描述对象的关联关系，表示可以存在三种关系。例如，A和/或B，表示：A或B，或，A和B这三种关系。

术语“对应”可以指的是一种关联关系或绑定关系，A与B相对应指的是A与B之间是一种关联关系或绑定关系。

本申请可应用于多人玩家对战玩家的游戏场景、分布式协同会话场景、具有多会话类型的服务降级场景和文档协作场景等，凡是需要处理多端业务数据的冲突，并分配会话节点的场景均可适用；其中，会话用于连接用户端和业务节点，并传输业务数据或者操作数据。使得用户端可以从业务节点接收业务数据，并向业务节点发送针对业务数据的操作数据。同时，基于用户端是否需要对同一业务数据进行协作，将用户端的业务属性分为可协作属性和只读属性；基于业务节点是否需要处理多个用户端对同一业务数据的协作，将业务节点分为协作节点和只读节点；其中，协作节点为处理多个用户端对同一业务数据的协作的节点；更具体的，协作节点用于从至少一个用户端接收会话中作用于同一业务数据产生的操作数据，并解决至少一个操作数据之间的冲突，得到目标操作数据，将目标操作数据作用于业务数据，以生成唯一版本的业务数据；将业务数据分发到至少一个用户端或只读节点；只读节点为将协作后的业务数据转发至多个用户端的节点。更具体的，只读节点用于从协作节点接收业务数据，并分发至加入只读节点的至少一个用户端。另外，为了保证协作节点的处理能力不会制约加入会话的人数，本申请利用入口节点代替协作节点以对会话进行分配，同时由于入口节点能够支持弹性扩容，因此本申请能够突破协作节点处理能力的限制，使得协作节点的处理能力不会制约会话分配速度和加入会话的人数。

示例性的，以多人玩家对战玩家的游戏场景为例进行说明，业务数据为游戏的界面数据；操作数据为用户端基于该游戏的界面数据发出的操作数据，如攻击数据和防御数据等；用户端的业务属性可以分为可协作属性和只读属性。在用户端的业务属性为可协作属性的情况下，用户端可以参与游戏，即可以基于该游戏的界面数据发出的操作数据，影响游戏的界面数据。在用户端的业务属性为可协作属性的情况下，用户端可以观看游戏，即可以查看该游戏的界面数据，但不能发送操作数据。协作节点可以接收用户端发送的攻击数据和防御数据，作用于游戏的界面数据，并确定最后的游戏的界面数据，即游戏结果。

示例性的，以文档协作场景为例进行说明，业务数据为协作文档；操作数据为编辑数据；用户端的业务属性可以分为可协作属性和只读属性。在用户端的业务属性为可协作属性的情况下，用户端可以对文档进行编辑，即可以基于该协作文档发起操作数据(编辑数据，如增删改等编辑操作)，从而实现对协作文档的编辑。在用户端的业务属性为只读属性的情况下，用户端可以查看协作文档，但不能发送操作数据，即不能对协作文档执行影响到协作文档存储数据的操作。需要注意的是，在用户端的业务属性为只读属性的情况下，用户端可以对协作文档进行翻页，或者针对表格等文档的筛选等不更改协作文档存储数据的操作。协作节点可以接收用户端发送的操作数据，作用于协作文档，并确定最后的向用户展示的协作文档，即协作结果。

结合图1所示，本公开实施例提供一种会话建立方法，应用于入口节点，会话建立方法包括：

步骤S101，入口节点接收用户端发起的会话请求，其中，会话请求为申请与业务节点建立会话的请求；

步骤S102，入口节点响应于会话请求，确定用户端的业务属性与业务节点的节点类型的对应关系，其中，节点类型包括：协作节点和只读节点；

步骤S103，入口节点基于对应关系，从协作节点和只读节点中选择一业务节点，作为目标节点；

步骤S104，入口节点将目标节点返回给用户端，以供用户端与目标节点建立会话。

采用本公开实施例提供的会话建立方法，通过利用入口节点接收用户端发起的会话请求，并响应于会话请求，确定用户端的业务属性与业务节点的节点类型的对应关系；然后基于该对应关系，从协作节点和只读节点中选择一业务节点，作为目标节点；并将目标节点返回给用户端，以供用户端与目标节点建立会话。这样将会话的分配任务从协作节点转移到了入口节点，且入口节点能够支持弹性扩容，从而能够突破协作节点处理能力的限制，使得协作节点的处理能力不会制约会话分配速度和加入会话的人数。

可选地，业务属性和业务节点的节点类型的对应关系存储在会话路由表中。

示例性的，在本申请应用于文档协作场景的情况下，用户端的业务属性分为可协作属性和只读属性；其中，可协作属性可以包括可编辑；只读属性可以包括只读、可评论、可查看或可分享中的一种或多种。结合表1所示，表1是本申请应用在文档协作场景的情况下提供的会话路由表的示例表：

表1

其中，在用户端的业务属性为只读、可评论、可查看或可分享的情况下，对应的业务节点的节点类型为只读节点；在用户端的业务属性为可编辑的情况下，对应的业务节点的节点类型为协作节点。

在一些实施例中，在用户张三、李四和王七同时访问同一文档，且张三、李四和王七均可对该文档进行编辑的情况下；张三首先在文档中输入了“a”，随后李四删除了“a”，同时王七在文档中输入了“b”，协作节点接收张三、李四和王七针对该文档的编辑数据，并对接收到的编辑数据进行冲突处理，得到协作结果“b”；然后将协作结果“b”反馈给张三、李四和王七。

可选地，在本申请应用在多人玩家对战玩家的游戏场景的情况下，用户端的业务属性分为可协作属性和只读属性；其中，可协作属性表示该用户端可以用于玩家参与游戏；只读属性表示该用户端可以用于观看者观看游戏。

在一些实施例中，在用户张三和李四同时作为玩家在游戏中对战的情况下；张三首先发起了操作指令“攻击”，随后李四发起了操作指令“避让”，在协作节点接收张三和李四针对游戏的操作指令的情况下，对接收到的操作指令进行冲突处理，得到协作结果为“攻击”无效，“避让”成功，即李四不会受到伤害；然后将协作结果反馈给张三和李四。

可选地，会话路由表中还存储有各业务节点对应的时间戳、地址、唯一标识和加入该业务节点的用户端数量。

可选地，确定加入各只读节点的用户端数量，包括，从会话路由表中确定加入各只读节点的用户端数量。

在一些实施例中，结合表2所示，表2是本公开实施例提供的会话路由表的示例表：

表2

可见，会话路由表中存储有各业务节点的信息，其中，字段名称key对应的是业务节点的唯一标识，其数据类型可以是uinit64；字段名称Timestamp对应的是业务节点的时间戳、其数据类型可以是string；字段名称Addr对应的是业务节点的地址、其数据类型可以是string；字段名称SessionCount对应的是加入该业务节点的用户端数量、其数据类型可以是uint64。

可选地，会话路由表存储于存储中间件、协作节点或入口节点中。

可选地，存储中间件为存储节点，在存储节点中设置有数据库，用于管理数据的存储和查询服务，该存储节点可以是一个节点或者集群节点。该存储中间件可以与业务节点或入口节点为同一节点，当然也可以采用区别于业务节点或入口节点的节点。

可选地，基于对应关系，从协作节点和只读节点中选择一业务节点，作为目标节点，包括：在用户端的业务属性为可协作属性的情况下，基于对应关系，确定用户端对应于协作节点；在用户端的业务属性为只读属性的情况下，基于对应关系，确定用户端对应于只读节点。由于在用户端的业务属性为可协作属性的情况下，用户端才可以发送操作数据，且协作节点才能够接收用户端发送的操作数据，并对操作数据进行解决冲突的处理，所以在用户端的业务属性为可协作属性的情况下，确定用户端对应于协作节点；另外，在用户端的业务属性为只读属性的情况下，用户端只能查看业务数据，但不能发送操作数据，所以并不需要协作节点接收操作数据，进而在用户端的业务属性为只读属性的情况下，确定用户端对应于只读节点。

可选地，基于对应关系，从协作节点和只读节点中选择一业务节点，作为目标节点，包括：确定加入各业务节点的用户端数量，基于对应关系和加入各业务节点的用户端数量，从协作节点和只读节点中选择一业务节点，作为目标节点。

进一步地，在一实施例中，在用户端的业务属性为可协作属性的情况下，基于对应关系，确定用户端对应于协作节点；在加入协作节点的用户端数量小于预设阈值的情况下，将协作节点确定为目标节点；否则，将只读节点确定为目标节点。协作节点需要从各个用户端接收操作数据，并对操作数据进行解决冲突的处理，而为了更为准确的确定出操作数据之间的冲突，一般将协作节点设置为一个。但是由于协作节点的计算资源，如中央处理器、内存、存储空间等资源有限，若加入协作节点的用户端过多，容易增加操作数据的暴增，使得协作节点无法及时的解决好操作数据的冲突问题，进而导致在对业务数据(如协作文档)的协作中会出现卡顿的问题。为了解决这一问题，本实施例中，采用设置预设阈值并自动降级的方式，限制加入协作节点的用户端的数量。具体的，在加入协作节点的用户端数量已经达到预设阈值的情况下，能够将业务属性为可协作属性的用户端自动降级到只读节点。使得在加入协作节点的用户端数量已经达到预设阈值的情况下，业务属性为可协作属性的用户端即使无法与协作节点建立会话，也能够与业务节点建立会话。也就是说，具备可协作属性的用户端也可以采用只读或者预览的方式继续参与对业务数据(如协作文档)的协作，从而使得对业务数据(如协作文档)的协作更加顺畅，而且，也增加了参与协作的用户端的数量。

进一步地，在用户端的业务属性为只读属性的情况下，基于对应关系，确定用户端对应于只读节点；将只读节点确定为目标节点。

可选地，只读节点有多个。这样通过设置多个只读节点，使得无限数量的用户端都能够与业务节点建立会话，而且还不会由于参与协作的用户端的数量暴增而导致卡顿问题。

可选地，在只读节点为1个的情况下，将该只读节点确定为目标节点。

可选地，在只读节点有多个的情况下，将只读节点确定为目标节点，包括：确定加入各只读节点的用户端数量；基于加入各只读节点的用户端数量，从多个只读节点中选择一只读节点，作为目标节点。

可选地，基于加入各只读节点的用户端数量，从多个只读节点中选择一只读节点，作为目标节点，包括：将对应最少用户端数量的只读节点作为目标节点；或，将对应最多用户端数量的只读节点作为目标节点。由于在会话总量一定的情况下，加入单个业务节点的会话越多，需要唤起的业务节点数量就越少，占用资源也越少，但性能越低。这样，将对应加入最少用户端数量的只读节点确定为目标节点，就能够保证业务节点的性能；或者，将对应加入最多用户端数量的只读节点确定为目标节点。这样占用的资源越少，成本就越低。

可选地，在将目标节点返回给用户端之后，还包括：在用户端的业务属性为可协作属性，且会话对应的目标节点为只读节点的情况下，接收用户端发送的切换指令；响应于切换指令，判断协作节点中预留的冗余会话空间是否空余；如果是，则将协作节点返回给用户端，触发用户端的目标节点从只读节点切换为协作节点，并与协作节点建立会话。

由于，上述实施例中，采用设置预设阈值并自动降级的方式，限制加入协作节点的用户端的数量，使得部分具有可协作属性的用户端只能以只读的方式参与到对业务数据的协作。而当此类用户端需要切换为可协作属性对应的方式参与到对业务数据的协作时，由于预设阈值的设置，往往无法再次加入协作节点中。因此，本实施例中，在协作节点中预留有冗余会话空间，这样，使得业务属性为可协作属性，且会话对应的目标节点为只读节点的用户端，在需要以可协作属性对应的方式参与到对业务数据的协作，如编辑文档的情况下，能够在冗余会话空间空余的情况下，从只读节点跳转至协作节点，即使得自动降级到只读节点的用户端拥有更大概率加入到协作节点。

其中，预留的冗余会话空间指的是协作节点中预留的软硬件资源，专门用于服务之前被自动降级但需要申请升级的用户端。示例性的，该预留的冗余会话空间可以使用可处理的用户端数量进行表示，如该预留的软硬件资源可用于服务第一数量的用户端参与可发送操作数据的协作，则将该可处理的用户端数量设置为第一数量，间接表示预留的冗余会话空间。进一步的，在判断冗余会话空间是否空余时，可以确定使用该冗余会话空间的用户端数量是否已经到达第一数量，若是，则表示冗余会话空间没有空余，若否，则表示冗余会话空间有空余。

本实施例中，可以灵活对具备可协作属性的用户端进行业务节点的分配，避免了将所有具备可协作属性的用户端均分配至协作节点，使得实际无需发送操作数据的用户端加入到协作节点中，增加了对协作节点的资源占用，也就是说，将部分具备可协作属性的用户端均分配至只读节点，实现对该部分用户端的降级，缓解协作节点的处理压力。同时，也为降级的用户端提供了升级的渠道，使得其可以从只读节点切换到协作节点，使得实际需要发送操作数据的用户端可以加入到协作节点中。

结合图2所示，本公开实施例提供一种会话建立方法，应用于入口节点，该方法包括：

步骤S201，入口节点接收用户端发起的会话请求，其中，会话请求为申请与业务节点建立会话的请求；

步骤S202，入口节点响应于会话请求，确定用户端的业务属性与业务节点的节点类型的对应关系，其中，节点类型包括：协作节点和只读节点；

步骤S203，入口节点在用户端的业务属性为可协作属性的情况下，基于对应关系，确定用户端对应于协作节点；

步骤S204，在加入协作节点的用户端数量等于预设阈值的情况下，入口节点将只读节点确定为目标节点；

步骤S205入口节点将目标节点返回给用户端，以供用户端与目标节点建立会话；

步骤S206，入口节点接收用户端发送的切换指令；

步骤S207，入口节点响应于切换指令，判断协作节点中预留的冗余会话空间是否空余；

步骤S208，在冗余会话空间空余的情况下，入口节点将协作节点返回给用户端，触发用户端的目标节点从只读节点切换为协作节点，并与协作节点建立会话。

采用本公开实施例提供的会话建立方法，通过利用入口节点接收用户端发起的会话请求，并响应于会话请求，确定用户端的业务属性与业务节点的节点类型的对应关系；然后在用户端的业务属性为可协作属性的情况下，基于对应关系，确定用户端对应于协作节点，并在加入协作节点的用户端数量等于预设阈值的情况下，将只读节点确定为目标节点；然后将目标节点返回给用户端，以供用户端与目标节点建立会话。这样将会话的分配任务从协作节点转移到了入口节点，且入口节点能够支持弹性扩容，从而能够突破协作节点处理能力的限制，使得协作节点的处理能力不会制约会话分配速度和加入会话的人数；并使得业务属性为可协作属性的用户端，在加入协作节点的用户端数量已经达到预设阈值的情况下，也能够与业务节点建立会话。即将业务属性为可协作属性的用户端自动降级到只读节点。同时在用户端发起切换指令，且协作节点中预留的冗余会话空间为空余的情况下，能够将用户端的目标节点从只读节点切换为协作节点，从而使得自动降级到只读节点的用户端拥有更大概率加入到协作节点。

在一些实施例中，在用户端的业务属性为可协作属性，且会话对应的目标节点为只读节点的情况下，业务入口接收用户端发送的切换指令，并响应与切换指令，判断协作节点中预留的冗余会话空间是否空余，如果是，将协作节点的地址发送到用户端，以使用户端在访问文档时，从访问只读节点的地址切换为访问协作节点的地址。这样，使得自动降级到只读节点又拥有可协作属性的用户端拥有更大概率加入到协作节点。

可选地，协作节点中的冗余会话空间用于接收从只读节点切换为协作节点的用户端。

在一些实施例中，冗余会话空间为协作节点中预留的用于接收从只读节点切换为协作节点的用户端的空间，可以理解为软硬资源。

可选地，判断协作节点中预留的冗余会话空间是否空余，包括；判断冗余会话空间中接收的用户端数量是否达到冗余会话空间的上限数值，如果否，则确定协作节点中预留的冗余会话空间为空余；否则，确定冗余会话空间不是空余。

在一些实施例中，协作节点中的冗余会话空间的上限数值为20，协作节点中除冗余会话空间外的空间最多接收345个用户端；即协作节点的预设阈值为345。基于用户的申请会话操作，用户端向入口节点发动会话请求，入口节点在接收到会话请求的情况下，响应于会话请求，确定用户端的业务属性与业务节点的节点类型的对应关系；在用户端的业务属性为可协作属性的情况下，确定用户端对应于协作节点；在加入协作节点的冗余会话空间外的空间的用户端数量大于345的情况下，将只读节点确定为目标节点；并将只读节点的地址返回给用户端，以供用户端与只读节点建立会话。基于用户的切换操作，用户端向入口节点发送切换指令，入口节点响应于切换指令，判断加入冗余会话空间的用户端数量是否达到上限数值20，如果否，将协作节点的地址发送到用户端，以使用户端在访问文档时，从访问只读节点的地址切换为访问协作节点的地址。

可选地，判断协作节点中预留的冗余会话空间是否空余后，还包括，在协作节点中预留的冗余会话空间不是空余的情况下，向用户端发送提示信息，该提示信息用于表征冗余会话空间容纳的用户端数量已达到上限数值。

可选地，会话建立方法还包括：对已加入各业务节点的用户端数量进行更新并存储。

结合图3所示，本公开实施例提供一种会话建立方法，应用于入口节点，该方法包括：

步骤S301，入口节点接收用户端发起的会话请求，其中，会话请求为申请与业务节点建立会话的请求；

步骤S302，入口节点响应于会话请求，确定用户端的业务属性与业务节点的节点类型的对应关系，其中，节点类型包括：协作节点和只读节点；

步骤S303，入口节点基于对应关系，从协作节点和只读节点中选择一业务节点，作为目标节点；

步骤S304，入口节点将目标节点返回给用户端，以供用户端与目标节点建立会话；

步骤S305，入口节点对已加入各业务节点的用户端数量进行更新并存储。

采用本公开实施例提供的会话建立方法，通过利用入口节点接收用户端发起的会话请求，并响应于会话请求，确定用户端的业务属性与业务节点的节点类型的对应关系；然后基于该对应关系，从协作节点和只读节点中选择一业务节点，作为目标节点；并将目标节点返回给用户端，以供用户端与目标节点建立会话。这样将会话的分配任务从协作节点转移到了入口节点，且入口节点能够支持弹性扩容，从而能够突破协作节点处理能力的限制，使得协作节点的处理能力不会制约会话分配速度和加入会话的人数；并且，还能够对加入业务节点的用户端数量进行统计。

可选地，对已加入各业务节点的用户端数量进行更新并存储，包括：入口节点基于对应关系，从协作节点和只读节点中选择一业务节点，作为目标节点后，对已加入目标节点的用户端数量进行更新并存储。这样，在每确定一个业务节点的情况下，就对加入业务节点的用户端数量进行更新，从而能够对加入业务节点的用户端数量进行统计。

可选地，对已加入各业务节点的用户端数量进行更新并存储，包括：各业务节点间隔预设时间段对已加入其的用户端数量进行更新并存储。由于会话分配服务从业务节点转移到了入口节点，且入口节点是在每确定一个业务节点的情况下，就对加入业务节点的用户端数量进行更新，这样不能确保用户端一定已经加入业务节点，也不能确保用户端在加入后，从业务节点中退出，因此有可能对加入业务节点的用户端数量进行错误统计；但通过业务节点在间隔预设时间段对实际已加入该业务节点的用户端数量进行更新，就能够对已加入该业务节点的用户端数量进行校正。

可选地，将目标节点返回给用户端，以供用户端与目标节点建立会话后，还包括：在目标节点为协作节点的情况下，在预设时间周期内均未检测到用户端针对业务数据发起的操作数据的情况下，触发用户端退出目标节点，或，将只读节点返回给用户端，触发用户端的目标节点从协作节点跳转到只读节点。

可选地，各业务节点间隔预设时间段对其对应的时间戳进行更新并存储。这样，在业务节点对应的时间戳未及时更新的情况下，能够确定该业务节点已失效，以此排除因多种原因导致的无法定期保活的业务节点，确保入口节点确定的业务节点都是有效可用的业务节点，且业务节点对应的已经加入的用户端数量是准确的。

在一些实施例中，在置位计时器的时间满足预设的更新周期的情况下，确定到达预设时间段，业务节点对其对应的时间戳和已加入该业务节点的用户端数量进行更新。

结合图4所示，本公开实施例提供一种会话建立方法，应用于用户端，该方法包括：

步骤S401，用户端向入口节点发起会话请求，其中，会话请求为请求与业务节点建立会话的请求；会话请求触发入口节点确定用户端的业务属性与业务节点的节点类型的对应关系，其中，节点类型包括：协作节点和只读节点；并触发入口节点基于对应关系，从协作节点和只读节点中选择一业务节点，作为目标节点；

步骤S402，用户端从入口节点接收目标节点；

步骤S403，用户端与目标节点建立会话。

采用本公开实施例提供的会话建立方法，通过将会话的分配任务从协作节点转移到了入口节点，且入口节点能够支持弹性扩容，从而能够突破协作节点处理能力的限制，使得协作节点的处理能力不会制约会话分配速度和加入会话的人数。

可选地，在与目标节点建立会话之后，还包括：在用户端的业务属性为可协作属性，且会话对应的目标节点为只读节点的情况下，接收用户操作；基于用户操作，向入口节点发送切换指令，其中，切换指令触发入口节点判断协作节点中预留的冗余会话空间是否空余；如果是，则将协作节点返回给用户端；从入口节点接收协作节点；将目标节点从只读节点切换为协作节点，并与协作节点建立会话。这样，使得自动降级到只读节点又拥有可协作属性的业务端拥有更大概率加入到协作节点。

结合图5所示，本公开实施例提供一种会话建立方法，应用于用户端。该方法包括：

步骤S501，用户端向入口节点发起会话请求，其中，会话请求为请求与业务节点建立会话的请求；会话请求触发入口节点确定用户端的业务属性与业务节点的节点类型的对应关系，其中，节点类型包括：协作节点和只读节点；并触发入口节点基于对应关系，从协作节点和只读节点中选择一业务节点，作为目标节点；

步骤S502，用户端从入口节点接收目标节点；

步骤S503，用户端与目标节点建立会话；

步骤S504，在用户端的业务属性为可协作属性，且会话对应的目标节点为只读节点的情况下，用户端接收用户操作；

步骤S505，用户端基于用户操作，向入口节点发送切换指令，其中，切换指令触发入口节点判断协作节点中预留的冗余会话空间是否空余；如果是，则将协作节点返回给用户端；

步骤S506，用户端从入口节点接收协作节点；

步骤S507，用户端将目标节点从只读节点切换为协作节点，并与协作节点建立会话。

采用本公开实施例提供的会话建立方法，通过将会话的分配任务从协作节点转移到了入口节点，且入口节点能够支持弹性扩容，从而能够突破协作节点处理能力的限制，使得协作节点的处理能力不会制约会话分配速度和加入会话的人数。并且，通过在协作节点中预留冗余会话空间，使得自动降级到只读节点又拥有可协作属性的业务端拥有更大概率加入到协作节点。

在一些实施例中，在用户端的业务属性为可协作属性，且会话对应的目标节点为只读节点的情况下，用户操作可以是点击按钮【编辑】，用户端响应于用户操作，向入口节点发送切换指令，入口节点在接收到切换指令的情况下，判断协作节点中预留的冗余会话空间是否空余，并在冗余会话空间空余的情况下，将协作节点返回给用户端，用户端从入口节点接收协作节点，然后将目标节点从只读节点切换为协作节点，并与协作节点建立会话。这样，通过在协作节点中预留冗余会话空间，使得自动降级到只读节点又拥有可协作属性的业务端拥有更大概率加入到协作节点。

在一些实施例中，在用户端检测到用户对只读文档执行编辑操作，且用户端的业务属性为可协作属性的情况下，用户端向入口节点发送切换指令，入口节点在接收到切换指令的情况下，判断协作节点中预留的冗余会话空间是否空余，并在冗余会话空间空余的情况下，将协作节点返回给用户端，用户端从入口节点接收协作节点，然后将目标节点从只读节点切换为协作节点，并与协作节点建立会话。这样，通过在协作节点中预留冗余会话空间，使得自动降级到只读节点又拥有可协作属性的业务端拥有更大概率加入到协作节点。

可选地，触发入口节点基于对应关系，从协作节点和只读节点中选择一业务节点，作为目标节点，包括：在用户端的业务属性为可协作属性的情况下，触发业务入口基于对应关系，确定用户端对应于协作节点；在加入协作节点的用户端数量小于预设阈值的情况下，触发业务入口将协作节点确定为目标节点；否则，触发业务入口将只读节点确定为目标节点。

可选地，触发业务入口将只读节点确定为目标节点，包括：在只读节点有多个的情况下，触发业务员入口确定加入各只读节点的用户端数量；并，触发业务入口基于加入各只读节点的用户端数量，从多个只读节点中选择一只读节点，作为目标节点。

可选地，触发业务入口基于加入各只读节点的用户端数量，从多个只读节点中选择一只读节点，作为目标节点，包括：触发业务入口将对应最少用户端数量的只读节点作为目标节点；或，触发业务入口将对应最多用户端数量的只读节点作为目标节点。

结合图6所示，本公开实施例提供一种会话调度方法，包括：

步骤S601，用户端向入口节点发起会话请求；

步骤S602，入口节点接收会话请求，并响应于会话请求，确定用户端的业务属性与业务节点的节点类型的对应关系，其中，节点类型包括：协作节点和只读节点；

步骤S603，入口节点在用户端的业务属性为可协作属性的情况下，基于对应关系，确定用户端对应于协作节点；

步骤S604，入口节点在加入协作节点的用户端数量小于预设阈值的情况下，入口节点将协作节点确定为目标节点；

步骤S605，入口节点对已加入目标节点的用户端数量进行更新并存储。

步骤S606，入口节点将目标节点返回给用户端，以供用户端与目标节点建立会话；

步骤S607，用户端接收目标节点，并与目标节点建立会话。

采用本公开实施例提供的会话建立方法，通过将会话的分配任务从协作节点转移到了入口节点，且入口节点能够支持弹性扩容，从而能够突破协作节点处理能力的限制，使得协作节点的处理能力不会制约会话分配速度和加入会话的人数。

结合图7所示，本公开实施例提供一种会话调度方法，包括：

步骤S701，用户端向入口节点发起会话请求；

步骤S702，入口节点接收会话请求，并响应于会话请求，确定用户端的业务属性与业务节点的节点类型的对应关系，其中，节点类型包括：协作节点和只读节点；

步骤S703，入口节点在用户端的业务属性为只读属性的情况下，基于对应关系，确定用户端对应于只读节点；

步骤S704，入口节点在只读节点有多个的情况下，确定加入各只读节点的用户端数量；

步骤S705，入口节点将对应最少用户端数量的只读节点作为目标节点；或，将对应最多用户端数量的只读节点作为目标节点；

步骤S706，入口节点对已加入目标节点的用户端数量进行更新并存储；

步骤S707，入口节点将目标节点返回给用户端；

步骤S708，用户端接收目标节点，并与目标节点建立会话。

采用本公开实施例提供的会话建立方法，通过将会话的分配任务从协作节点转移到了入口节点，且入口节点能够支持弹性扩容，从而能够突破协作节点处理能力的限制，使得协作节点的处理能力不会制约会话分配速度和加入会话的人数。

结合图8所示，本公开实施例提供一种会话建立装置，应用于入口节点，会话建立装置包括第一接收模块801、响应模块802、选择模块803和返回模块804；第一接收模块801被配置为接收用户端发起的会话请求，其中，会话请求为申请与业务节点建立会话的请求；响应模块802被配置为响应于会话请求，确定用户端的业务属性与业务节点的节点类型的对应关系，其中，节点类型包括：协作节点和只读节点；选择模块803被配置为基于对应关系，从协作节点和只读节点中选择一业务节点，作为目标节点；返回模块804被配置为将目标节点返回给用户端，以供客户端与目标节点建立会话。

采用本公开实施例提供的会话建立装置，通过将会话的分配任务从协作节点转移到了入口节点，且入口节点能够支持弹性扩容，从而能够突破协作节点处理能力的限制，使得协作节点的处理能力不会制约会话分配速度和加入会话的人数。

可选地，选择模块被配置为通过以下方式基于对应关系，从协作节点和只读节点中选择一业务节点，作为目标节点：在用户端的业务属性为可协作属性的情况下，基于对应关系，确定用户端对应于协作节点；在加入协作节点的用户端数量小于预设阈值的情况下，将协作节点确定为目标节点；否则，将只读节点确定为目标节点。

可选地，选择模块被配置为通过以下方式基于对应关系，从协作节点和只读节点中选择一业务节点，作为目标节点：在用户端的业务属性为只读属性的情况下，基于对应关系，确定用户端对应于只读节点；将只读节点确定为目标节点。

可选地，选择模块被配置为通过以下方式将只读节点确定为目标节点：在只读节点有多个的情况下，确定加入各只读节点的用户端数量；基于加入各只读节点的用户端数量，从多个只读节点中选择一只读节点，作为目标节点。

可选地，选择模块被配置为通过以下方式基于加入各只读节点的用户端数量，从多个只读节点中选择一只读节点，作为目标节点：将对应最少用户端数量的只读节点作为目标节点；或，将对应最多用户端数量的只读节点作为目标节点。

可选地，会话建立装置还包括切换模块，被配置为在用户端的业务属性为可协作属性，且会话对应的目标节点为只读节点的情况下，接收用户端发送的切换指令；响应于切换指令，判断协作节点中预留的冗余会话空间是否空余；如果是，则将协作节点返回给用户端，触发用户端的目标节点从只读节点切换为协作节点，并与协作节点建立会话。

可选地，会话建立装置还包括更新模块，被配置为对已加入各业务节点的用户端数量进行更新并存储。

结合图9所示，本公开实施例提供一种会话建立装置，应用于用户端，该装置包括发起模块901、第二接收模块902和建立模块903；发起模块901被配置为向入口节点发起会话请求，其中，会话请求为请求与业务节点建立会话的请求；会话请求触发入口节点确定用户端的业务属性与业务节点的节点类型的对应关系，其中，节点类型包括：协作节点和只读节点；并触发入口节点基于对应关系，从协作节点和只读节点中选择一业务节点，作为目标节点；第二接收模块902被配置为从入口节点接收目标节点；建立模块903被配置为与目标节点建立会话。

采用本公开实施例提供的会话建立装置，通过将会话的分配任务从协作节点转移到了入口节点，且入口节点能够支持弹性扩容，从而能够突破协作节点处理能力的限制，使得协作节点的处理能力不会制约会话分配速度和加入会话的人数。

可选地，会话建立装置，还包括发送模块，被配置为在用户端的业务属性为可协作属性，且会话对应的目标节点为只读节点的情况下，接收用户操作；基于用户操作，向入口节点发送切换指令，其中，切换指令触发入口节点判断协作节点中预留的冗余会话空间是否空余；如果是，则将协作节点返回给用户端；从协作节点接收协作节点；将目标节点从只读节点切换为协作节点，并与协作节点建立会话。

结合图10所示，本公开实施例提供一种电子设备，包括处理器(processor)110和存储器(memory)111。可选地，该电子设备还可以包括通信接口(CommunicationInterface)112和总线113。其中，处理器110、通信接口112、存储器111可以通过总线113完成相互间的通信。通信接口112可以用于信息传输。处理器110可以调用存储器111中的逻辑指令，以执行上述实施例的会话建立方法。

采用本公开实施例提供的电子设备，通过将会话的分配任务从协作节点转移到入口节点，且入口节点能够支持弹性扩容，从而能够突破协作节点处理能力的限制，使得协作节点的处理能力不会制约会话分配速度和加入会话的人数。

此外，上述的存储器111中的逻辑指令可以通过软件功能单元的形式实现并作为独立的产品销售或使用时，可以存储在一个计算机可读取存储介质中。

存储器111作为一种计算机可读存储介质，可用于存储软件程序、计算机可执行程序，如本公开实施例中的方法对应的程序指令/模块。处理器110通过运行存储在存储器111中的程序指令/模块，从而执行功能应用以及数据处理，即实现上述实施例中会话建立方法。

存储器111可包括存储程序区和存储数据区，其中，存储程序区可存储操作系统、至少一个功能所需的应用程序；存储数据区可存储根据终端设备的使用所创建的数据等。此外，存储器111可以包括高速随机存取存储器，还可以包括非易失性存储器。

采用本公开实施例提供的电子设备，通过将会话的分配任务从协作节点转移到入口节点，且入口节点能够支持弹性扩容，从而能够突破协作节点处理能力的限制，使得协作节点的处理能力不会制约会话分配速度和加入会话的人数。

可选地，电子设备为计算机、手机或平板电脑。

本公开实施例提供了一种存储介质，存储有程序指令，所述程序指令在运行时，执行上述的会话建立方法。

本公开实施例提供了一种计算机程序产品，所述计算机程序产品包括存储在计算机可读存储介质上的计算机程序，所述计算机程序包括程序指令，当所述程序指令被计算机执行时，使所述计算机执行上述会话建立方法。

上述的计算机可读存储介质可以是暂态计算机可读存储介质，也可以是非暂态计算机可读存储介质。

本公开实施例的技术方案可以以软件产品的形式体现出来，该计算机软件产品存储在一个存储介质中，包括一个或多个指令用以使得一台计算机设备(可以是个人计算机，服务器，或者网络设备等)执行本公开实施例所述方法的全部或部分步骤。而前述的存储介质可以是非暂态存储介质，包括：U盘、移动硬盘、只读存储器(ROM，Read-Only Memory)、随机存取存储器(RAM，Random Access Memory)、磁碟或者光盘等多种可以存储程序代码的介质，也可以是暂态存储介质。

以上描述和附图充分地示出了本公开的实施例，以使本领域的技术人员能够实践它们。其他实施例可以包括结构的、逻辑的、电气的、过程的以及其他的改变。实施例仅代表可能的变化。除非明确要求，否则单独的部件和功能是可选的，并且操作的顺序可以变化。一些实施例的部分和特征可以被包括在或替换其他实施例的部分和特征。而且，本申请中使用的用词仅用于描述实施例并且不用于限制权利要求。如在实施例以及权利要求的描述中使用的，除非上下文清楚地表明，否则单数形式的“一个”(a)、“一个”(an)和“所述”(the)旨在同样包括复数形式。类似地，如在本申请中所使用的术语“和/或”是指包含一个或一个以上相关联的列出的任何以及所有可能的组合。另外，当用于本申请中时，术语“包括”(comprise)及其变型“包括”(comprises)和/或包括(comprising)等指陈述的特征、整体、步骤、操作、元素，和/或组件的存在，但不排除一个或一个以上其它特征、整体、步骤、操作、元素、组件和/或这些的分组的存在或添加。在没有更多限制的情况下，由语句“包括一个…”限定的要素，并不排除在包括所述要素的过程、方法或者设备中还存在另外的相同要素。本文中，每个实施例重点说明的可以是与其他实施例的不同之处，各个实施例之间相同相似部分可以互相参见。对于实施例公开的方法、产品等而言，如果其与实施例公开的方法部分相对应，那么相关之处可以参见方法部分的描述。

本领域技术人员可以意识到，结合本文中所公开的实施例描述的各示例的单元及算法步骤，能够以电子硬件、或者计算机软件和电子硬件的结合来实现。这些功能究竟以硬件还是软件方式来执行，可以取决于技术方案的特定应用和设计约束条件。所述技术人员可以对每个特定的应用来使用不同方法以实现所描述的功能，但是这种实现不应认为超出本公开实施例的范围。所述技术人员可以清楚地了解到，为描述的方便和简洁，上述描述的系统、装置和单元的具体工作过程，可以参考前述方法实施例中的对应过程，在此不再赘述。

本文所披露的实施例中，所揭露的方法、产品(包括但不限于装置、设备等)，可以通过其它的方式实现。例如，以上所描述的装置实施例仅仅是示意性的，例如，所述单元的划分，可以仅仅为一种逻辑功能划分，实际实现时可以有另外的划分方式，例如多个单元或组件可以结合或者可以集成到另一个系统，或一些特征可以忽略，或不执行。另外，所显示或讨论的相互之间的耦合或直接耦合或通信连接可以是通过一些接口，装置或单元的间接耦合或通信连接，可以是电性，机械或其它的形式。所述作为分离部件说明的单元可以是或者也可以不是物理上分开的，作为单元显示的部件可以是或者也可以不是物理单元，即可以位于一个地方，或者也可以分布到多个网络单元上。可以根据实际的需要选择其中的部分或者全部单元来实现本实施例。另外，在本公开实施例中的各功能单元可以集成在一个处理单元中，也可以是各个单元单独物理存在，也可以两个或两个以上单元集成在一个单元中。

附图中的流程图和框图显示了根据本公开实施例的系统、方法和计算机程序产品的可能实现的体系架构、功能和操作。在这点上，流程图或框图中的每个方框可以代表一个模块、程序段或代码的一部分，所述模块、程序段或代码的一部分包含一个或多个用于实现规定的逻辑功能的可执行指令。在有些作为替换的实现中，方框中所标注的功能也可以以不同于附图中所标注的顺序发生。例如，两个连续的方框实际上可以基本并行地执行，它们有时也可以按相反的顺序执行，这可以依所涉及的功能而定。在附图中的流程图和框图所对应的描述中，不同的方框所对应的操作或步骤也可以以不同于描述中所披露的顺序发生，有时不同的操作或步骤之间不存在特定的顺序。例如，两个连续的操作或步骤实际上可以基本并行地执行，它们有时也可以按相反的顺序执行，这可以依所涉及的功能而定。框图和/或流程图中的每个方框、以及框图和/或流程图中的方框的组合，可以用执行规定的功能或动作的专用的基于硬件的系统来实现，或者可以用专用硬件与计算机指令的组合来实现。

Claims (12)

1.一种会话建立方法，其特征在于，应用于入口节点，所述方法包括：

接收用户端发起的会话请求，其中，所述会话请求为申请与业务节点建立会话的请求；

响应于所述会话请求，确定所述用户端的业务属性与所述业务节点的节点类型的对应关系，其中，所述节点类型包括：协作节点和只读节点；

基于所述对应关系，从所述协作节点和所述只读节点中选择一业务节点，作为目标节点；

将所述目标节点返回给所述用户端，以供所述用户端与所述目标节点建立会话；

所述基于所述对应关系，从所述协作节点和所述只读节点中选择一业务节点，作为目标节点，包括：

在所述用户端的业务属性为可协作属性的情况下，基于所述对应关系，确定所述用户端对应于所述协作节点；

在加入所述协作节点的用户端数量小于预设阈值的情况下，将所述协作节点确定为目标节点；否则，将所述只读节点确定为目标节点。

2.根据权利要求1所述的方法，其特征在于，所述基于所述对应关系，从所述协作节点和所述只读节点中选择一业务节点，作为目标节点，还包括：

在所述用户端的业务属性为只读属性的情况下，基于所述对应关系，确定所述用户端对应于所述只读节点；

将所述只读节点确定为目标节点。

3.根据权利要求1或2任一所述的方法，其特征在于，将所述只读节点确定为目标节点，包括：

在所述只读节点有多个的情况下，确定加入各所述只读节点的用户端数量；

基于加入各所述只读节点的用户端数量，从多个所述只读节点中选择一所述只读节点，作为目标节点。

4.根据权利要求3所述的方法，其特征在于，所述基于加入各所述只读节点的用户端数量，从多个所述只读节点中选择一所述只读节点，作为目标节点，包括：

将对应最少用户端数量的所述只读节点作为目标节点；或，将对应最多用户端数量的所述只读节点作为目标节点。

5.根据权利要求1所述的方法，其特征在于，在所述将所述目标节点返回给所述用户端之后，还包括：

在所述用户端的业务属性为可协作属性，且会话对应的目标节点为只读节点的情况下，接收所述用户端发送的切换指令；

响应于所述切换指令，判断所述协作节点中预留的冗余会话空间是否空余；

如果是，则将所述协作节点返回给所述用户端，触发所述用户端的目标节点从所述只读节点切换为所述协作节点，并与所述协作节点建立会话。

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

对已加入各所述业务节点的用户端数量进行更新并存储。

7.一种会话建立方法，其特征在于，应用于用户端，所述方法包括：

向入口节点发起会话请求，其中，所述会话请求为请求与业务节点建立会话的请求；所述会话请求触发所述入口节点确定所述用户端的业务属性与所述业务节点的节点类型的对应关系，其中，所述节点类型包括：协作节点和只读节点；并触发所述入口节点基于所述对应关系，从所述协作节点和所述只读节点中选择一所述业务节点，作为目标节点；所述基于所述对应关系，从所述协作节点和所述只读节点中选择一业务节点，作为目标节点，包括：在所述用户端的业务属性为可协作属性的情况下，基于所述对应关系，确定所述用户端对应于所述协作节点；在加入所述协作节点的用户端数量小于预设阈值的情况下，将所述协作节点确定为目标节点；否则，将所述只读节点确定为目标节点；

从所述入口节点接收所述目标节点；

与所述目标节点建立所述会话。

8.根据权利要求7所述的方法，其特征在于，在所述与所述目标节点建立所述会话之后，包括：

在所述用户端的业务属性为可协作属性，且会话对应的目标节点为只读节点的情况下，接收用户操作；

基于所述用户操作，向所述入口节点发送切换指令，其中，所述切换指令触发所述入口节点判断所述协作节点中预留的冗余会话空间是否空余；如果是，则将所述协作节点返回给所述用户端；

从所述入口节点接收所述协作节点；

将所述目标节点从所述只读节点切换为所述协作节点，并与所述协作节点建立会话。

9.一种会话建立装置，其特征在于，应用于入口节点，所述装置包括：

第一接收模块，被配置为接收用户端发起的会话请求，其中，所述会话请求为申请与业务节点建立会话的请求；

响应模块，被配置为响应于所述会话请求，确定所述用户端的业务属性与所述业务节点的节点类型的对应关系，其中，所述节点类型包括：协作节点和只读节点；

选择模块，被配置为基于所述对应关系，从所述协作节点和所述只读节点中选择一业务节点，作为目标节点；所述基于所述对应关系，从所述协作节点和所述只读节点中选择一业务节点，作为目标节点，包括：在所述用户端的业务属性为可协作属性的情况下，基于所述对应关系，确定所述用户端对应于所述协作节点；在加入所述协作节点的用户端数量小于预设阈值的情况下，将所述协作节点确定为目标节点；否则，将所述只读节点确定为目标节点；

返回模块，被配置为将所述目标节点返回给所述用户端，以供所述用户端与所述目标节点建立会话。

10.一种会话建立装置，其特征在于，应用于用户端，所述装置包括：

发起模块，被配置为向入口节点发起会话请求，其中，所述会话请求为请求与业务节点建立会话的请求；所述会话请求触发所述入口节点确定所述用户端的业务属性与所述业务节点的节点类型的对应关系，其中，所述节点类型包括：协作节点和只读节点；并触发所述入口节点基于所述对应关系，从所述协作节点和所述只读节点中选择一所述业务节点，作为目标节点；所述基于所述对应关系，从所述协作节点和所述只读节点中选择一业务节点，作为目标节点，包括：在所述用户端的业务属性为可协作属性的情况下，基于所述对应关系，确定所述用户端对应于所述协作节点；在加入所述协作节点的用户端数量小于预设阈值的情况下，将所述协作节点确定为目标节点；否则，将所述只读节点确定为目标节点；

第二接收模块，被配置为从所述入口节点接收所述目标节点；

建立模块，被配置为与所述目标节点建立所述会话。

11.一种电子设备，包括处理器和存储有程序指令的存储器，其特征在于，所述处理器被配置为在运行所述程序指令时，执行如权利要求1至8任一项所述的会话建立方法。

12.一种存储介质，存储有程序指令，其特征在于，所述程序指令在运行时，执行如权利要求1至8任一项所述的会话建立方法。