一种会话状态管理方法、系统、装置、设备及存储介质与流程

1.本技术实施例涉及计算机技术领域，尤其涉及一种会话状态管理方法、系统、装置、设备及存储介质。


背景技术：

2.目前，随着各类社交应用产品的迭代更新，应用中各种临时会话需求场景也日渐增多。如用户之间的即时音视频会话、通过匹配发起的游戏等场景。在这些会话场景中，需要对会话状态进行管理，以实现相应的业务功能(如根据会话时间扣取游戏道具等)。现有管理会话状态的方式主要采用多点服务器的方式，各个服务器通过获取所属大区的相关会话数据，已根据会话数据更新会话状态至缓存，进行会话状态管理。通过多点服务器以提升会话数据的并发处理能力，降低单个服务器的数据处理压力。
3.但是，简单采用多点服务器管理会话状态，会使会话双方的会话数据分散管理，难以保障数据存储的一致性和时效性。以此影响会话状态管理效果，导致相关业务处理出错。


技术实现要素：

4.本技术实施例提供一种会话状态管理方法、系统、装置、设备及存储介质，能够保障会话状态的一致性，解决现有会话状态管理一致性较差的技术问题。
5.在第一方面，本技术实施例提供了一种会话状态管理方法，包括：
6.接收代理服务器转发的对应会话业务的服务处理结果，代理服务器基于服务处理结果包含的会话标识符转发服务处理结果，会话标识符包括服务处理结果与对应处理服务器的映射信息；
7.基于服务处理结果确定会话业务的会话状态信息，将会话状态信息更新至本地缓存，以通过本地缓存同步会话状态信息至关联大区机房的缓存中。
8.在第二方面，本技术实施例提供了一种会话状态管理系统，包括：业务服务器、代理服务器、处理服务器和本地缓存；
9.业务服务器配置为处理第一客户端向第二客户端的会话业务，生成对应的服务处理结果，将服务处理结果上报至代理服务器；
10.代理服务器配置为基于服务处理结果包含的会话标识符转发服务处理结果至对应的处理服务器，会话标识符包括服务处理结果与对应的处理服务器的映射信息；
11.处理服务器配置为接收代理服务器转发的对应会话业务的服务处理结果，基于服务处理结果确定会话业务的会话状态信息，将会话状态信息更新至本地缓存；
12.本地缓存配置为存储并同步会话状态信息至关联大区机房的缓存中。
13.在第三方面，本技术实施例提供了一种会话状态管理装置，包括：
14.接收模块，配置为接收代理服务器转发的对应会话业务的服务处理结果，代理服务器基于服务处理结果包含的会话标识符转发服务处理结果，会话标识符包括服务处理结果与对应处理服务器的映射信息；
15.更新模块，配置为基于服务处理结果确定会话业务的会话状态信息，将会话状态信息更新至本地缓存，以通过本地缓存同步会话状态信息至关联大区机房的缓存中。
16.在第四方面，本技术实施例提供了一种会话状态管理设备，包括：
17.存储器以及一个或多个处理器；
18.所述存储器，配置为存储一个或多个程序；
19.当所述一个或多个程序被所述一个或多个处理器执行，使得所述一个或多个处理器实现如第一方面所述的会话状态管理方法。
20.在第五方面，本技术实施例提供了一种包含计算机可执行指令的存储介质，所述计算机可执行指令在由计算机处理器执行时配置为执行如第一方面所述的会话状态管理方法。
21.本技术实施例通过接收代理服务器转发的对应会话业务的服务处理结果，基于服务处理结果确定会话业务的会话状态信息。进而将会话状态信息更新至本地缓存，以通过本地缓存同步会话状态信息至关联大区机房的缓存中。其中，代理服务器基于服务处理结果包含的会话标识符转发该服务处理结果，该会话标识符包括服务处理结果与对应处理服务器的映射信息。采用上述技术手段，通过会话标识符转发服务处理结果供对应的处理服务器处理并记录会话状态，并通过本地缓存同步会话状态，以此可以使会话双方的会话状态管理保持较高的一致性，提升会话状态存储的时效性。同时也避免了会话数据分散管理，优化会话状态管理效果。
附图说明
22.图1是本技术实施例提供的一种会话状态管理方法的流程图；
23.图2是本技术实施例提供的一种会话状态管理系统的结构示意图；
24.图3是本技术实施例中创建会话时的会话状态管理流程图；
25.图4是本技术实施例中心跳监控时的会话状态管理流程图；
26.图5是本技术实施例中结束会话时的会话状态管理流程图；
27.图6是本技术实施例中音视频连接时的会话状态管理流程图；
28.图7是本技术实施例提供的一种会话状态管理装置的结构示意图；
29.图8是本技术实施例提供的一种会话状态管理设备的结构示意图。
具体实施方式
30.为了使本技术的目的、技术方案和优点更加清楚，下面结合附图对本技术具体实施例作进一步的详细描述。可以理解的是，此处所描述的具体实施例仅仅用于解释本技术，而非对本技术的限定。另外还需要说明的是，为了便于描述，附图中仅示出了与本技术相关的部分而非全部内容。在更加详细地讨论示例性实施例之前应当提到的是，一些示例性实施例被描述成作为流程图描绘的处理或方法。虽然流程图将各项操作(或步骤)描述成顺序的处理，但是其中的许多操作可以被并行地、并发地或者同时实施。此外，各项操作的顺序可以被重新安排。当其操作完成时所述处理可以被终止，但是还可以具有未包括在附图中的附加步骤。所述处理可以对应于方法、函数、规程、子例程、子程序等等。
31.本技术提供的一种会话状态管理方法及系统，旨在根据会话标识符包含的服务处
理结果与对应处理服务器的映射信息，选择处理服务器接收服务处理结果，以进行会话状态更新，并通过本地缓存同步会话状态至各个大区缓存。以此可以确保会话业务的各个会话数据都转发到同一处理服务器处理，避免了数据分散处理，保障会话状态数据存储的一致性和时效性。对于传统的会话状态管理方案，其主要采用如下管理模式：
32.1、采用单点处理方式，由一个单点服务器提供会话状态管理的功能，并且和本地数据库、缓存交互管理会话状态信息。这种模式在单点服务器发生故障时，后台不能提供服务。全球会话状态业务处理都必须回源到该服务器，而跨区处理业务必然带来延迟的增加和请求失败率的提升。
33.2、采用多点处理方式，由各个区域多个服务器提供会话状态管理的功能，每个服务器都和本地数据库、缓存交互管理会话状态信息。多点服务器会导致用户数据分散不方便管理。如果使用异步同步的数据库和缓存，数据的一致性和时效性难以保证。如果使用强一致性的数据库和缓存，则降低了服务的处理能力，并增加请求处理的延时。
34.3、采用分区处理方式，用户选择加入一个服务区与同服务区的其他用户互动。这样不同服务区之间的用户无法互动，相当于隔离了不同服务区的用户之间的会话。服务区之间的用户数量可能不均匀，用户量大的服务区的服务压力较大。
35.4、采用业务方独立处理的方式，各个业务方针对各自的需求和实际情况自行实现一套会话状态管理系统。由于各个业务方之间会话状态数据并不共通，导致用户可能同时存在多个不同业务的会话中。以此会提高会话管理系统的开发和维护成本，并且增加了系统出错的可能性。
36.显然，现有会话状态管理方式均无法保障会话状态信息存储的一致性，基于此，提供本技术实施例的一种会话状态管理方法及系统，以解决现有会话状态管理一致性较差的技术问题。
37.实施例：
38.图1给出了本技术实施例提供的一种会话状态管理方法的流程图，本实施例中提供的会话状态管理方法可以由会话状态管理设备执行，该会话状态管理设备可以通过软件和/或硬件的方式实现，该会话状态管理设备可以是两个或多个物理实体构成，也可以是一个物理实体构成。一般而言，该会话状态管理设备可以是会话状态管理系统的处理服务器等计算设备。
39.下述以处理服务器为执行会话状态管理方法的主体为例，进行描述。参照图1，该会话状态管理方法具体包括：
40.s110、接收代理服务器转发的对应会话业务的服务处理结果，代理服务器基于服务处理结果包含的会话标识符转发服务处理结果，会话标识符包括服务处理结果与对应处理服务器的映射信息；
41.s120、基于服务处理结果确定会话业务的会话状态信息，将会话状态信息更新至本地缓存，以通过本地缓存同步会话状态信息至关联大区机房的缓存中。
42.本技术实施例通过处理服务器执行上述会话状态管理方法，以实现会话状态管理。对于任何业务需求方，都可以在全球化的业务中通过上述处理服务器进行会话状态管理。其中，通过提供一个包含该处理服务器的会话状态管理系统，以创建、管理和监控各个客户端之间的会话状态。处理服务器提供统一的会话状态管理接口，对于会话双方的一个
会话业务，其产生的每个业务服务的服务处理结果都会上报至处理服务器，以根据处理服务器进行会话状态管理。
43.需要说明的是，上述服务处理结果以由处理会话业务的业务处理器生成，业务处理器在处理会话双方的一个会话业务时，会产生相应的多个业务服务，如创建会话、连接流媒体、结束会话等业务服务，业务服务器根据自身的业务逻辑处理上述业务服务后，生成相应的服务处理结果，然后通过代理服务器上报至处理服务器，以通过处理服务器进行会话双方的会话状态管理。
44.具体地，本技术实施例的会话状态管理系统包括业务服务器、代理服务器、处理服务器和本地缓存；业务服务器配置为处理第一客户端向第二客户端的会话业务，生成对应的服务处理结果，将服务处理结果上报至代理服务器；代理服务器配置为基于服务处理结果包含的会话标识符转发服务处理结果至对应的处理服务器，会话标识符包括服务处理结果与对应的处理服务器的映射信息；处理服务器配置为接收代理服务器转发的对应会话业务的服务处理结果，基于服务处理结果确定会话业务的会话状态信息，将会话状态信息更新至本地缓存；本地缓存配置为存储并同步会话状态信息至关联大区机房的缓存中。
45.示例性的，参照图2，提供本技术实施例会话状态管理系统的结构示意图。其中，在处理亚洲大区客户端17向欧洲大区客户端18发起的会话业务时，首先该会话业务会交由客户端17和客户端18的业务服务器15处理。如果在会话业务中包括流媒体连接业务，则由流媒体服务器16处理。其中，业务服务器15配置为处理会话业务的各项实际业务服务，其和客户端直接交互。媒体服务器16则负责提供视频、语音等流媒体的通信服务。业务服务器15和流媒体服务器在提供相应服务时会生成服务处理结果，将这一服务处理结果发送至代理服务器11，以通过代理服务器11转发服务处理结果给对应的处理服务器12，由处理服务器12基于上述会话状态管理方法管理会话状态。此外，对于客户端的部分请求，如用于监测客户端会话连接状态的心跳请求，也可以直接上报至代理服务器11，通过代理服务器转发给对应的处理服务器12处理。
46.需要说明的是，代理服务器11在转发服务处理结果时，会基于服务处理结果包含的会话标识符转发服务处理结果。由于会话标识符包含了服务处理结果与对应处理服务器12的映射信息，当客户端、业务服务器或流媒体服务其需要和处理服务器交互时，都会把服务处理结果或者请求发送给所属大区的代理服务器。由代理服务器按照服务处理结果与对应处理服务器12的映射信息发送到对应的处理服务器处理。并且，在会话双方一开始创建会话时，业务服务器会将创建会话的服务处理结果发送给代理服务器。代理服务器根据请求创建会话的客户端的所属大区从对应大区的各个处理服务器中选择一个处理服务器处理当前会话业务的各个服务处理结果。进而基于服务处理结果与对应处理服务器的映射信息生成一个会话标识符，基于该会话标识符发送当前接收到的服务处理结果至对应处理服务器。同时将会话标识符返回给业务服务器，后续业务服务器在上传服务处理结果时，会在其中添加该会话标识符，以便于代理服务器确定对应服务处理结果的接收方。
47.可选地，该会话标识符的映射信息可以使用哈希值表示，代理服务器在转发服务处理结果时，即可通过计算哈希值确定目标处理服务器，然后进行服务处理结果转发。此外，对于处于不同大区的会话双方，为了确保服务处理结果都能够集中到同一个处理服务器处理，则该会话标识符还需要包含的大区信息。
48.例如，客户端a在向客户端b发起会话时，客户端a所属大区代理服务器会在所属大区内按照设定规则(如负载均衡规则)从多个处理服务器中选择一个处理服务器来管理双方的会话状态。然后生成当前会话的会话标识符，会话标识符标识了客户端a所属大区，以及用于管理当前会话状态的处理服务器。该会话标识符会发送给会话双方及其所属的业务服务器和流媒体服务器，以在服务处理结果中添加该会话标识符。
49.之后，会话双方所属的代理服务器接收到服务处理结果后，首先根据会话标识符确定所属大区。然后在该大区通过会话标识符一致性哈希选择对应处理服务器转发服务处理结果。如图2所示，以客户端17向客户端18的会话业务为例，预先在会话标识符中选定了亚洲大区一个处理服务器12管理会话双方的会话状态。则客户端17向客户端18所属大区的代理服务器在接受到服务处理结果时，都会根据会话标识符一致性哈希选择亚洲大区的对应处理服务器12管理会话状态。
50.此外，如图2所示，处理服务器12在获取到服务处理结果进行会话状态更新时，若确定会话状态发生改变。还将会话状态信息更新至预构建的消息中间件14，消息中间件14配置为供业务服务器15查询会话状态信息，以执行相应的会话业务逻辑。
51.以此，通过对应会话业务生成会话标识符，使用会话标识符使用固定的转发规则转发服务处理结果，可以确保对同一会话业务的所有高频操作都回源到唯一的处理服务器串行执行，避免了会话数据分散处理导致的逻辑错误问题，并且保证了会话数据的一致性。此外，通过提供多点处理服务器管理不同会话业务的会话状态，可以解决了单点故障问题，减少因单点故障导致服务不可以用的情况。会话状态数据分区域存储，并双向同步至各个大区缓存，可以提高容灾能力，确保会话状态数据最终一致。当用户量级或使用处理服务器的业务增多时，可以通过在机房增加处理服务器部署的方式平滑扩展，优化会话状态管理效果。
52.具体地，由于上述服务处理结果为业务服务器和流媒体服务器处理相应会话业务服务的时候所产生的结果。该服务处理结果记录了相应的会话状态信息，其具体可以是会话创建结果、会话结束结果或者流媒体连接结果。则处理服务器根据接收到的不同服务处理结果，即可执行相应的会话状态管理逻辑。
53.其中，若服务处理结果为会话创建结果基于所述会话创建结果执行所述会话业务的初始化操作，生成第一状态信息，以所述第一状态信息作为所述会话状态信息并更新至本地缓存。并且，初始化操作时，还基于所述会话创建结果初始化所述会话业务的会话超时时间，将所述会话超时时间存储至本地缓存，所述会话超时时间配置为检测客户端会话连接状态。
54.示例性的，参照图3，提供步骤a1-a12的创建会话时的会话状态管理流程。在会话创建时，先由客户端1客户端2发起会话请求。会话请求由业务服务器接收并且处理业务逻辑。业务服务器通过离线或在线通知的方式通知被呼叫方客户端2。待客户端2接受会话后，业务服务器发送处理会话创建服务的会话创建结果到所属大区的代理服务器。代理服务器根据自己部署的区域，生成对应的会话状态标识符和供后台验证的标志。然后代理服务器根据会话状态标识符选择对应区域的处理服务器转发。因为会话标识符由代理服务器根据自己所处区域创建，所以此处必定是选择同区域的处理服务器接收服务处理结果。处理服务器收到服务处理结果后可以根据代理服务器生成标志进行校验，同时判断当前会话双方
是否存在未完成的会话，若存在，则返回状态错误信息。
55.完成校验确认会话双方状态正常后，根据会话创建结果确定当前会话创建成功，处理服务器会初始化会话数据。其中，可以设置会话双方客户端的会话超时时间，以用于后续检查客户端心跳，判断用户是否掉线。可选的，处理服务器还可以设置当前会话的最大超时时间，即超过这个最大超时时间如果该会话依然存在，处理服务器会主动关闭会话。
56.并且，由于是刚开始创建会话，因此初始化操作还会初始化会话状态，将会话状态初始化结果定义为第一状态信息，然后使用第一状态信息作为会话状态信息存储至本地缓存。
57.完成上述操作后，处理服务器会根据当前会话状态生成会话数据，返回会话数据给业务服务器。会话数据从处理服务器到代理服务器，再由代理服务器返回调用的业务服务器。业务服务器收到会话数据，确定成功创建会话的信息后，会通知客户端双方相应的会话数据和业务数据。以使客户端后根据会话数据建立音视频连接，根据业务数据处理和展示相应业务模块。
58.可选的，处理服务器在处理会话创建结果时，还可以向代理服务器发送查询申请，以通过代理服务器查询被呼叫方客户端当前的会话状态，然后再决定是否继续会话业务或停止呼叫，并给呼叫方客户端返回特定的提示。
59.处理服务器将会话状态信息更新到本地缓存后，本地缓存会双向同步数据至全球其他大区的缓存，以保证所有大区的会话状态信息最终一致。
60.需要说明的是，上述会话创建可以是针对电话、游戏等不同场景的会话方式，处理服务器只需提供接口接入对应的会话创建结果，即可执行对应会话方式的会话状态管理。
61.可选地，基于上述初始化操作设置的客户端的会话超时时间，处理服务器会定时根据客户端心跳检测连接超时的客户端。参见图4，提供步骤b1-b7的心跳监控时的会话状态管理流程。其中，处理服务器在会话超时时间内接收到代理服务器转发的客户端心跳请求的情况下，基于当前时间更新会话超时时间；在会话超时时间内未接收到代理服务器转发的客户端心跳请求的情况下，确定会话业务对应的客户端处于掉线状态，基于掉线状态更新本地缓存的会话状态信息，并删除会话超时时间。
62.如图4所示，客户端创建会话成功后，也需要定时通过代理服务器发送心跳请求至处理服务器，以确保处理服务器可以监控会话情况，并且及时发现客户端状态是否异常。处理服务器收到客户端的心跳请求后，会更新对应客户端的超时时间，超时时间的更新方式为当前时间加上更新前的客户单超时时间。处理服务器在初始化客户端的会话超时时间后成功后，就会开始定时检查用户是否超时。
63.当处理服务器长时间没有收到某客户端的心跳请求，并且达到了客户端的会话超时时间，处理服务器会更新会话状态为该客户端掉线，清除该客户端的超时时间(后续定时检查不会再检查该客户端)。并且将客户端掉线事件记录到消息中间件。由于业务服务器会主动消费消息中间件的事件，在获得该客户端掉线的消息后，即可处理相应的客户端掉线业务逻辑。
64.之后，当本来被认定为掉线的客户端重新发送心跳请求后，处理服务器会重新更新该客户端的超时时间。并且将客户端重连事件记录到消息中间件。业务服务器主动消费消息中间件的事件，获得该客户端重连的消息，并且处理相应的业务逻辑。
65.通过监控客户端连接状态，实时通知业务侧用户会话状态的变化，并且不同业务相互隔离，互不干扰。以此可以降低已经部署的服务压力，并且不影响用户使用体验
66.可选地，若服务处理结果为会话结束结果，则处理器在管理会话状态时，会基于会话标识符获取对应会话结束结果的第一分布式锁，第一分布式锁配置为禁止对应会话业务再次发起会话结束请求。然后基于会话结束结果生成第二状态信息，以第二状态信息作为会话状态信息并更新至本地缓存。之后，删除客户端的会话超时时间。
67.其中，参照图5，提供d1-d8步骤结束会话时的会话状态管理流程。业务服务器判断当前会话结束时，发送会话结束结果到就近的代理服务器。代理服务器根据会话标识符转发会话结束结果到唯一对应的处理服务器。处理服务器收到会话结束结果，先根据会话标识符获取当前会话结束结果的分布式锁，定义该分布式锁为第一分布式锁。通过该第一分布式锁以禁止该会话业务的其他会话结束请求，保证同一个会话业务所有操作串行处理。进而清除对应客户端和会话的超时时间，更新会话状态。将结束会话状态定义为第二状态信息，以第二状态信息作为会话状态信息并更新至本地缓存。并且将结束会话状态记录到消息中间件，然后通知流媒体服务器和业务服务器会话结束，以使流媒体服务器和业务服务器执行会话结束时的相应的业务逻辑。
68.可选地，会话结束结果可以是业务服务器消费到用户掉线事件，自动结束会话。也可以是客户端用户操作主动终止会话。也可以是会话超时，处理服务器主动结束会话，并且通过消息中间件通知业务服务器。本技术实施例对会话结束方式不做固定限制，在此不多赘述。
69.此外，可选地，针对流媒体服务器上报的创建流媒体连接的结果，本技术实施例采用独立的处理逻辑进行会话状态管理。其中，若服务处理结果是针对音频、视频的流媒体连接结果，处理服务器在管理会话状态时，会基于会话标识符获取对应流媒体连接结果的第二分布式锁，第二分布式锁配置为禁止对应会话业务再次发起流媒体连接请求；基于流媒体连接结果生成第三状态信息，以第三状态信息作为会话状态信息并更新至本地缓存；初始化流媒体连接超时时间，流媒体连接超时时间配置为检测客户端流媒体连接状态。
70.具体地，参照图6，提供c1-c6音视频连接时的会话状态管理流程。其中，连接媒体服务器在确定客户端连接成功时，流媒体服务器基于流媒体连接结果，通过代理服务器通知处理服务器对应客户端流媒体连接成功。处理服务器收到流媒体连接结果后，先根据会话标识符获取对应流媒体连接结果的分布式锁，定义该分布式锁为第二分布式锁。第二分布式锁配置为禁止对应会话业务再次发起流媒体连接请求，避免同一个客户端同时出现多个流媒体连接，以保证同一个会话业务所有操作串行处理。进而基于流媒体连接成功状态生成状态信息，定义其为第三状态信息，以第三状态信息作为会话状态信息并更新至本地缓存。
71.进一步根据设置对应客户端的流媒体超时时间连接超时时间。当处理服务器判断会话双方都连接成功时，会记录会话状态为流媒体会话正式开始，将会话状态记录到消息中间件。之后，业务服务器通过主动消费消息中间件的事件，获得会话双方成功连接的消息，并且处理相应的业务逻辑。
72.处理服务器针对不同的服务处理结果获取相应的会话状态，并更新至本地缓存，以此实现本技术实施例的会话状态管理流程。
73.上述，通过接收代理服务器转发的对应会话业务的服务处理结果，基于服务处理结果确定会话业务的会话状态信息。进而将会话状态信息更新至本地缓存，以通过本地缓存同步会话状态信息至关联大区机房的缓存中。其中，代理服务器基于服务处理结果包含的会话标识符转发该服务处理结果，该会话标识符包括服务处理结果与对应处理服务器的映射信息。采用上述技术手段，通过会话标识符转发服务处理结果供对应的处理服务器处理并记录会话状态，并通过本地缓存同步会话状态，以此可以使会话双方的会话状态管理保持较高的一致性，提升会话状态存储的时效性。同时也避免了会话数据分散管理，优化会话状态管理效果。
74.在上述实施例的基础上，图7为本技术提供的一种会话状态管理装置的结构示意图。参考图7，本实施例提供的会话状态管理装置具体包括：接收模块21和更新模块22。
75.其中，接收模块21配置为接收代理服务器转发的对应会话业务的服务处理结果，代理服务器基于服务处理结果包含的会话标识符转发服务处理结果，会话标识符包括服务处理结果与对应处理服务器的映射信息；
76.更新模块22配置为基于服务处理结果确定会话业务的会话状态信息，将会话状态信息更新至本地缓存，以通过本地缓存同步会话状态信息至关联大区机房的缓存中。
77.具体地，更新模块22还将会话状态信息更新至预构建的消息中间件，消息中间件配置为供业务服务器查询会话状态信息，业务服务器配置为处理会话业务并生成服务处理结果，将服务处理结果上报至代理服务器。
78.具体地，服务处理结果为会话创建结果；更新模块22配置为基于会话创建结果执行会话业务的初始化操作，生成第一状态信息，以第一状态信息作为会话状态信息并更新至本地缓存。其中，基于会话创建结果初始化会话业务的会话超时时间，将会话超时时间存储至本地缓存，会话超时时间配置为检测客户端会话连接状态。之后，在会话超时时间内接收到代理服务器转发的客户端心跳请求的情况下，基于当前时间更新会话超时时间；在会话超时时间内未接收到代理服务器转发的客户端心跳请求的情况下，确定会话业务对应的客户端处于掉线状态，基于掉线状态更新本地缓存的会话状态信息，并删除会话超时时间。
79.具体地，服务处理结果为会话结束结果；更新模块22配置为基于会话标识符获取对应会话结束结果的第一分布式锁，第一分布式锁配置为禁止对应会话业务再次发起会话结束请求；基于会话结束结果生成第二状态信息，以第二状态信息作为会话状态信息并更新至本地缓存；删除会话超时时间。
80.具体地，服务处理结果为流媒体连接结果；更新模块22配置为基于会话标识符获取对应流媒体连接结果的第二分布式锁，第二分布式锁配置为禁止对应会话业务再次发起流媒体连接请求；基于流媒体连接结果生成第三状态信息，以第三状态信息作为会话状态信息并更新至本地缓存；初始化流媒体连接超时时间，流媒体连接超时时间配置为检测客户端流媒体连接状态。
81.上述，通过接收代理服务器转发的对应会话业务的服务处理结果，基于服务处理结果确定会话业务的会话状态信息。进而将会话状态信息更新至本地缓存，以通过本地缓存同步会话状态信息至关联大区机房的缓存中。其中，代理服务器基于服务处理结果包含的会话标识符转发该服务处理结果，该会话标识符包括服务处理结果与对应处理服务器的映射信息。采用上述技术手段，通过会话标识符转发服务处理结果供对应的处理服务器处
理并记录会话状态，并通过本地缓存同步会话状态，以此可以使会话双方的会话状态管理保持较高的一致性，提升会话状态存储的时效性。同时也避免了会话数据分散管理，优化会话状态管理效果。
82.本技术实施例提供的会话状态管理装置可以配置为执行上述实施例提供的会话状态管理方法，具备相应的功能和有益效果。
83.在上述实际上例的基础上，本技术实施例还提供了一种会话状态管理设备，参照图8，该会话状态管理设备包括：处理器31、存储器32、通信模块33、输入装置34及输出装置35。存储器32作为一种计算机可读存储介质，可配置为存储软件程序、计算机可执行程序以及模块，如本技术任意实施例所述的会话状态管理方法对应的程序指令/模块(例如，会话状态管理装置中的接收模块21和更新模块)。通信模块33配置为进行数据传输。处理器31通过运行存储在存储器中的软件程序、指令以及模块，从而执行设备的各种功能应用以及数据处理，即实现上述的会话状态管理方法。输入装置34可配置为接收输入的数字或字符信息，以及产生与设备的用户设置以及功能控制有关的键信号输入。输出装置35可包括显示屏等显示设备。上述提供的会话状态管理设备可配置为执行上述实施例提供的会话状态管理方法，具备相应的功能和有益效果。
84.在上述实施例的基础上，本技术实施例还提供一种包含计算机可执行指令的存储介质，所述计算机可执行指令在由计算机处理器执行时配置为执行一种会话状态管理方法，存储介质可以是任何的各种类型的存储器设备或存储设备。当然，本技术实施例所提供的一种包含计算机可执行指令的存储介质，其计算机可执行指令不限于如上所述的会话状态管理方法，还可以执行本技术任意实施例所提供的会话状态管理方法中的相关操作。