CN114363395A - 会话处理方法、装置及计算机可读存储介质 - Google Patents

Abstract

本申请实施例公开了会话处理方法、装置及计算机可读存储介质，该方法中：对主队列中会话时间戳最小的会话信息索引进行读取处理，并将读取到的会话信息索引作为目标会话信息索引；根据目标会话信息索引对有效会话信息库进行索引处理，得到目标会话信息；根据目标会话信息进行会话激活处理，得到会话激活结果；若会话激活结果为激活成功，则根据激活成功时的时间戳更新目标会话信息索引的会话时间戳，将目标会话信息索引以及更新后的会话时间戳存储至主队列，并保持有效会话信息库中的目标会话信息不变。因此，本申请实施例可有效地长期保持会话的活跃性，以降低频繁登录造成的不佳用户体验和运营成本，同时，能够提升会话激活处理的成功率。

Description

会话处理方法、装置及计算机可读存储介质

技术领域

本申请实施例涉及互联网技术领域，尤其涉及会话处理方法、装置及计算机可读存储介质。

背景技术

随着信息时代的不断发展，人们在互联网领域的应用越来越广泛，客户端经常需要与特定的会话方(如某个网站)建立会话，从而实现数据访问、数据上传等目的。如代理记账行业中，企业会委托报税员在电子税局系统中进行纳税申报。

由于报税需要，报税员往往要频繁地登录电子税局(即建立报税员所使用的客户端与电子税局网站之间的会话)进行相关操作，但通常情况下，登录电子税局时一般会要求输入短信验证码等验证信息，而验证码一般发送到企业办税员或法人的手机上，这使得报税员每次登录都需及时与企业办税员或法人联系并获取对应的验证码；此外，登录电子税局后的一段时间内若没有后续操作，该用户的已登录状态便会失效，使得报税员需重新登录才能访问或进行电子税局的相关服务。

因此，在现有技术中，客户端与会话方之间的会话容易失效，导致相关业务(如上述的报税业务)的运营成本和工作量大。

发明内容

本申请实施例提供了会话处理方法、装置及计算机可读存储介质，能够延长已建立的会话的有效期，降低相关业务的运营成本和工作量。

本申请实施例第一方面提供一种会话处理方法，包括：

对主队列中会话时间戳最小的会话信息索引进行读取处理，并将读取到的会话信息索引作为目标会话信息索引，其中，所述主队列用于存储与有效会话信息库中的会话信息对应的会话信息索引以及会话时间戳，所述会话信息是客户端在建立会话时得到的；

根据所述目标会话信息索引对所述有效会话信息库进行索引处理，得到目标会话信息；

根据所述目标会话信息进行会话激活处理，得到会话激活结果；

若所述会话激活结果为激活成功，则根据激活成功时的时间戳更新所述目标会话信息索引的会话时间戳，将所述目标会话信息索引以及更新后的会话时间戳存储至所述主队列，并保持所述有效会话信息库中的所述目标会话信息不变；

其中，所述有效会话信息库中的会话信息用于维持对应的会话有效。

本申请实施例第二方面提供一种会话处理装置，包括：

读取单元，用于对主队列中会话时间戳最小的会话信息索引进行读取处理，并将读取到的会话信息索引作为目标会话信息索引，其中，所述主队列用于存储与有效会话信息库中的会话信息对应的会话信息索引以及会话时间戳，所述会话信息是客户端在建立会话时得到的；

索引单元，用于根据所述目标会话信息索引对所述有效会话信息库进行索引处理，得到目标会话信息；

激活单元，用于根据所述目标会话信息进行会话激活处理，得到会话激活结果；

存储单元，用于若所述会话激活结果为激活成功，则根据激活成功时的时间戳更新所述目标会话信息索引的会话时间戳，将所述目标会话信息索引以及更新后的会话时间戳存储至所述主队列，并保持所述有效会话信息库中的所述目标会话信息不变；

其中，所述有效会话信息库中的会话信息用于维持对应的会话有效。

本申请实施例第三方面提供一种会话处理装置，包括：

中央处理器，存储器以及输入输出接口；

所述存储器为短暂存储存储器或持久存储存储器；

所述中央处理器配置为与所述存储器通信，并执行所述存储器中的指令操作以执行本申请实施例第一方面或第一方面的任一具体实现方式所描述的方法。

本申请实施例第四方面提供一种计算机可读存储介质，包括指令，当所述指令在计算机上运行时，使得计算机执行如本申请实施例第一方面或第一方面的任一具体实现方式所描述的方法。

本申请实施例第五方面提供一种包含指令的计算机程序产品，当所述计算机程序产品在计算机上运行时，使得计算机执行如本申请实施例第一方面或第一方面的任一具体实现方式所描述的方法。

从以上技术方案可以看出，本申请实施例具有以下优点：

读取主队列中会话时间戳最小的会话信息索引，并进行索引处理及会话激活处理，从而保证历史建立的会话的活跃性。若会话激活结果为激活成功，则根据激活成功时的时间戳更新目标会话信息索引的会话时间戳，将目标会话信息索引以及更新后的会话时间戳存储至主队列，并保持有效会话信息库中的目标会话信息不变，如此，可有效地长期保持主队列相关的各会话的有效性，以降低频繁登录造成的不佳用户体验和运营成本，同时，基于主队列的周期性激活，也能够提高各会话的激活成功率。

附图说明

为了更清楚地说明本申请实施例中的技术方案，下面将对实施例描述中所需要使用的附图作简单地介绍，显而易见地，下面描述中的附图仅仅是本申请中记载的一些实施例，对于本领域普通技术人员来讲，还可以根据这些附图获得其他的附图。

图1为本申请实施例会话处理方法的一个流程示意图；

图2为本申请实施例会话处理方法的另一流程示意图；

图3为本申请实施例会话处理方法的另一流程示意图；

图4为本申请实施例失效记录器的监测界面图；

图5为本申请实施例会话处理装置的一个结构示意图；

图6为本申请实施例会话处理装置的一个结构示意图。

具体实施方式

为了使本申请的目的、技术方案和优点更加清楚，下面将结合附图对本申请作进一步地详细描述，所描述的实施例不应视为对本申请的限制，本领域普通技术人员在没有做出创造性劳动前提下所获得的所有其它实施例，都属于本申请保护的范围。

在以下的描述中，涉及到“一些实施例”，其描述了所有可能实施例的子集，但是可以理解，“一些实施例”可以是所有可能实施例的相同子集或不同子集，并且可以在不冲突的情况下相互结合。

除非另有定义，本文所使用的所有的技术和科学术语与属于本申请的技术领域的技术人员通常理解的含义相同。本文中所使用的术语只是为了描述本申请实施例的目的，不是旨在限制本申请。

对本申请实施例进行进一步详细说明之前，将对本申请实施例中涉及的名词和术语进行说明，本申请实施例中涉及的名词和术语适用于如下的解释。

1)会话信息：指客户端在与会话方建立会话(如客户端登录了某个服务器提供的网站)后，会话方提供给客户端的凭证，客户端后续可以根据该凭证维持与会话方之间的会话，本申请实施例对会话信息的形式不做限定，例如可以是Cookie。其中，Cookie是会话方生成，并发送给客户端(可以是客户端的浏览器)的文本文件，其与Session都是用来跟踪或记录客户端用户身份的会话方式。具体地，浏览器可以将Cookie的索引key保存到某个目录下的文本文件内，使得下次请求访问同一会话方时，就发送该Cookie给会话方(前提是浏览器设置为启用Cookie)用以认证用户身份；Cookie的名称和值可以由会话方开发、定义，这样会话方就可以知道该用户是否为合法用户及是否需要重新登录等，此外，会话方可以设置或读取Cookies中包含的信息，从而借此维护用户和会话中的状态。值得说明的是，本申请实施例中的会话方是特指与客户端建立会话的一方，可以是终端设备和/或服务器。

2)有效会话信息库：以键(Key)-值(Value)形式存储数据的数据库，例如Redis数据库或其他数据库。在有效会话信息库中，键是会话信息索引，值是会话信息。

3)队列：在本申请实施例中，队列用于存储会话信息索引以及对应的会话时间戳。例如，队列可以是Redis集合，Redis集合是string类型元素组成的集合，当中不允许有重复的元素(即该有序集合中的元素是唯一的，本申请实施例中，元素即会话信息索引)，每个元素都会关联一个double类型的分数(score)，使得Redis集合通过score来为集合中的元素进行从小到大的队列排序(score可以重复)。需要说明的是，Redis集合内的元素也可按score值从大到小进行排列，即对排列顺序不限定。

值得说明的是，时间戳是指从格林威治时间1970年01月01日00时00分00秒(即北京时间1970年01月01日08时00分00秒)起至当前时间的总秒数，当然也可以适用其他形式。

本申请实施例可以通过终端设备和/或服务器实现，服务器可以是独立的物理服务器，也可以是多个物理服务器构成的服务器集群或者分布式系统，还可以是提供云服务、云数据库、云计算、云函数、云存储、网络服务、云通信、中间件服务、域名服务、安全服务、CDN、以及大数据和人工智能平台等基础云计算服务的云服务器。终端设备可以是智能手机、平板电脑、笔记本电脑、台式计算机、智能音箱、智能手表等，但并不局限于此。

请参阅图1，本申请提供一种会话处理方法的一个实施例，包括：

101、对主队列中会话时间戳最小的会话信息索引进行读取处理，并将读取到的会话信息索引作为目标会话信息索引，其中，主队列用于存储与有效会话信息库中的会话信息对应的会话信息索引以及会话时间戳，会话信息是客户端在建立会话时得到的。

这里，根据会话时间戳从小到大的顺序，对主队列进行读取处理，即读取主队列中会话时间戳最小的会话信息索引，为了便于区分，将读取到的会话信息索引命名为目标会话信息索引，目标会话信息索引对应的会话信息即为最有可能过期的会话信息。最初存入主队列的会话时间戳即为建立会话时的时间戳。值得说明的是，主队列可以关联一个或多个客户端。

可理解的是，主队列中的各会话信息索引可按会话时间戳从小到大的顺序依次入队，在该情况下，可以取主队列中队首的会话信息索引，以作为目标会话信息索引。

在一些实施例中，对主队列中会话时间戳最小的会话信息索引进行读取处理，包括：通过多个处理对象对主队列中会话时间戳最小的会话信息索引进行读取处理；步骤102之前，还包括：针对多个处理对象中的任一处理对象，执行以下处理：通过任一处理对象将读取到的目标会话信息索引与执行中队列存储的会话信息索引进行匹配处理；当匹配失败时，通过任一处理对象将读取到的目标会话信息索引以及对应的会话时间戳存储至执行中队列；其中，执行中队列中会话时间戳最小的会话信息索引用于被读取，以作为新的目标会话信息索引。

在本申请实施例中，可以通过处理对象集群来实现会话处理，处理对象集群包括多个处理对象，其中，处理对象可以是指设备，也可以是指进程，还可以是指线程，其中，设备可以是实体设备，也可以是虚拟化设备，如虚拟机。

则在步骤101中，可以通过多个处理对象对主队列中会话时间戳最小的会话信息索引进行读取处理。值得说明的是，在高并发的情况下，同一会话信息索引可能会被不同的处理对象同时取出，为了避免该情况，可以为主队列中的会话信息索引设置密码锁，该密码锁用于约束会话信息索引只能被一个处理对象取出，密码锁的机制同样适用于执行中队列、异常任务队列。

对于多个处理对象中的任一处理对象(每个处理对象)来说，在从主队列中取出目标会话信息索引后，将目标会话信息索引与执行中队列存储的所有会话信息索引分别进行匹配处理。当目标会话信息索引与执行中队列存储的某个会话信息索引匹配成功(即相同)时，通过该任一处理对象丢弃目标会话信息索引，即不对该目标会话信息索引继续处理，从而避免计算资源的浪费；当目标会话信息索引与执行中队列存储的所有会话信息索引均匹配失败(即均不相同)时，通过该任一处理对象将目标会话信息索引以及对应的会话时间戳(指从主队列中取出的会话时间戳)存储至执行中队列。

值得说明的是，上述的多个处理对象还用于对执行中队列中会话时间戳最小的会话信息索引进行读取处理，并将读取到的会话信息索引作为新的目标会话信息索引，进而根据该新的目标会话信息索引执行后续步骤。

在上述方式中，通过引入执行中队列，能够有效避免脏读问题，提升会话处理的有效性，同时减少计算资源的浪费。

在一些实施例中，对主队列中会话时间戳最小的会话信息索引进行读取处理，包括：通过多个处理对象对主队列中会话时间戳最小的会话信息索引进行读取处理；在任意步骤之间，还包括：周期性地确定当前时间与主队列中最小的会话时间戳之间的时间差；若时间差大于或等于会话信息的过期预警时长，则对多个处理对象进行扩容处理。

这里，在通过多个处理对象对主队列中会话时间戳最小的会话信息索引进行读取处理的前提下，可以周期性地确定当前时间与主队列中最小的会话时间戳之间的时间差，即是将当前时间减去主队列中最小的会话时间戳，得到时间差。若时间差大于或等于会话信息的过期预警时长，证明多个处理对象已经不足以负荷会话处理的工作，因此，需要对对多个处理对象进行扩容处理，例如添加新的设备、进程或线程。

值得说明的是，过期预警时长可以根据实际应用场景来设定，例如，一个会话信息的失效时长(即多久不进行会话激活处理会失效)为t1，则过期预警时长可以设置为与t1相同，也可以设置小于t1的t2，例如t1＝30分钟，t2＝15分钟，从而提升扩容的及时性。

值得说明的是，时间差与过期预警时长之间的差异越大，则扩容处理的程度可以相应变大，扩容处理的程度可以通过添加的处理对象的数量来体现，如此，可以充分满足工作量的需求。

在一些实施例中，对主队列中会话时间戳最小的会话信息索引进行读取处理，包括：通过多个处理对象对主队列中会话时间戳最小的会话信息索引进行读取处理；在任意步骤之间，还包括：周期性地确定当前时间与主队列中每个会话时间戳之间的时间差；当任一时间差大于或等于预警时长阈值时，根据任一时间差对应的会话信息索引输出预警提示。

这里，在通过多个处理对象对主队列中会话时间戳最小的会话信息索引进行读取处理的前提下，可以周期性地确定当前时间与主队列中每个会话时间戳之间的时间差。对于得到的多个时间差中的每个时间差，当时间差大于或等于预警时长阈值时，证明处理过程中出现了延迟较高的问题，故根据该时间差对应的会话信息索引输出预警提示，以提示进行人工介入，有助于及时解决问题。其中，预警时长阈值可以根据实际应用场景进行设定。

在一些实施例中，步骤101之前，还包括：获取客户端在建立会话时得到的会话信息以及对应的会话时间戳；创建与会话信息对应的会话信息索引；将会话信息以及对应的会话信息索引存储至有效会话信息库，将会话信息对应的会话信息索引以及会话时间戳存储至主队列。

这里，可以获取客户端在建立会话时，从会话方得到的会话信息以及对应的会话时间戳。为了便于管理，创建与会话信息对应的会话信息索引，将会话信息以及对应的会话信息索引以键值形式(会话信息索引为键)存储至有效会话信息库，同时，将会话信息对应的会话信息索引以及会话时间戳存储至主队列。

值得说明的是，本申请实施例可以面向一个客户端，也可以面向多个客户端提供批量的会话处理服务。

102、根据目标会话信息索引对有效会话信息库进行索引处理，得到目标会话信息。

这里，根据目标会话信息索引对有效会话信息库进行索引处理(或称查询处理)，得到目标会话信息索引对应的会话信息，以作为目标会话信息。

103、根据目标会话信息进行会话激活处理，得到会话激活结果。

这里，根据目标会话信息进行会话激活处理，即激活该目标会话信息对应的会话，得到会话激活结果，该会话激活结果为激活成功以及激活失败中的一种。

在一些实施例中，当根据目标会话信息进行会话激活处理的过程中出现异常时，将目标会话信息索引以及对应的会话时间戳存储至异常任务队列，以进行异常任务处理；其中，异常任务处理包括读取处理、索引处理以及会话激活处理。

这里，会话激活处理的过程中可能会存在异常，例如接口访问不通或超时等，导致得不到会话激活结果。在该情况下，可以将目标会话信息索引以及对应的会话时间戳(这里的会话时间戳是指从主队列中取出的会话时间戳)存储至异常任务队列，以进行异常任务处理。

这里的异常任务处理与步骤101至步骤103类似，例如：对异常任务队列中会话时间戳最小的会话信息索引进行读取处理，并将读取到的会话信息索引作为目标会话信息索引；根据目标会话信息索引对有效会话信息库进行索引处理，得到目标会话信息；根据目标会话信息进行会话激活处理，得到会话激活结果。

值得说明的是，在异常任务处理内的会话激活处理过程中，如果还是出现了异常，则根据当前时间更新目标会话信息索引(指异常任务处理所针对的目标会话信息索引)的会话时间戳，将目标会话信息索引以及更新后的会话时间戳存储至异常任务队列，以进行下一次的异常任务处理。

值得说明的是，主队列和异常任务队列可以是由不同的处理对象来负责处理的。

在上述方式中，异常任务队列的数据量通常小于主队列的数据量，因此能够高效地实现异常任务处理，及时消除异常。

在一些实施例中，根据目标会话信息进行会话激活处理，得到会话激活结果，包括：将目标会话信息加载至访问对象中；通过访问对象对目标会话信息对应的目标会话方进行访问处理，将得到的访问结果作为会话激活结果。

这里，可以将目标会话信息加载至访问对象中，其中，加载的可以是目标会话信息的全量或部分信息(如会话必要的信息)，以Cookie为例，可以仅加载Cookie中的会话ID；访问对象是指对客户端的会话方具有访问能力的对象，例如浏览器对象或者是request这样的具有访问网络接口能力的对象。然后，通过访问对象对目标会话信息对应的目标会话方进行访问处理，例如调用目标会话方所提供的接口(可以是一个或多个接口)，如此，模拟客户端与目标会话方之间进行会话的场景，其中，接口可以通过抓包程序从目标会话方抓取得到。最终，将得到的访问结果作为会话激活结果。通过上述方式，可以对客户端的真实访问场景进行模拟，从而激活会话，延长会话的有效期。

示例性地，某个用户通过客户端在12月10日10：00：00登录某电子税局(该会话的失效时长T为30分钟)后，本申请实施例在12月10日10：10：00调用了get user info接口，相当于模拟了用户在税局网站上点击了一次“查看用户信息”的操作，此情况下，电子税局的服务端把该会话的过期时间从12月10日10：30：00调整成“12月10日10：10：00+30分钟”，即12月10日10：40：00，从而延长了会话的有效期。值得说明的是，Cookie可以包括用以表示会话有效期的过期时间。

104、若会话激活结果为激活成功，则根据激活成功时的时间戳更新目标会话信息索引的会话时间戳，将目标会话信息索引以及更新后的会话时间戳存储至主队列，并保持有效会话信息库中的目标会话信息不变；其中，有效会话信息库中的会话信息用于维持对应的会话有效。

这里，如果激活成功，则将目标会话信息索引的会话时间戳更新为激活成功时的时间戳，并将目标会话信息索引以及更新后的会话时间戳存储至主队列，如插入至主队列的队尾，以等待下一次的处理。同时，保持有效会话信息库中的目标会话信息不变，即证明目标会话信息仍然有效，目标会话信息对应的客户端可以根据目标会话信息继续维持会话有效。

值得说明的是，步骤101至步骤104可以循环执行，以实现持续不断的会话维持。

在一些实施例中，步骤103之后，还包括：若会话激活结果为激活失败、且目标会话信息累计激活失败的次数小于次数阈值，则将目标会话信息索引以及对应的会话时间戳存储至主队列，并保持有效会话信息库中的目标会话信息不变；若会话激活结果为激活失败、且目标会话信息累计激活失败的次数等于次数阈值，则将目标会话信息从有效会话信息库中移除。

若会话激活结果为激活失败、且目标会话信息累计激活失败的次数(包括最新一次激活失败)小于次数阈值，则将目标会话信息索引以及对应的会话时间戳(这里的会话时间戳是指从主队列中取出的会话时间戳)存储至主队列，同时，保持有效会话信息库中的目标会话信息不变。如此，保证了充分容错，避免由于某些特定的原因导致激活失败，进而导致将一个并未失效的会话当作失效来处理。

若会话激活结果为激活失败、且目标会话信息累计激活失败的次数等于次数阈值，证明目标会话信息已失效(例如客户端主动断开了会话)，则将目标会话信息从有效会话信息库中移除。这里，可以将目标会话信息从有效会话信息库移动至失效会话信息库，并根据失效会话信息库中的会话信息对相应的客户端进行失效提示。

上述的次数阈值为大于或等于2的整数，具体可以根据实际应用场景进行设定。

综上，本申请实施例可有效地长期保持各会话的活跃性，以降低频繁登录造成的不佳用户体验和运营成本，同时，通过周期性处理，能够提升会话激活处理的成功率。

请继续参阅图2和图3，以报税场景为例，本申请提供一种会话处理方法的另一实施例，包括：

201、保存各报税客户端的Cookie。

这里，报税客户端在登录电子税局的网站后，将从该网站获取到的登录会话Cookie存储至正常Cookies库(对应上文的有效会话信息库)中。其中，此报税客户端具体可以是安装在用户PC端上的一个客户端程序(也可以使用BS架构的WEB应用程序代替)，其主要功能是为用户提供一个交互的操作界面，用于用户填写报税客户的资料信息，及发起报税任务和展示报税任务执行结果等。

其中，正常Cookies库是key-value数据库，如Redis数据库。在将Cookie存储至正常Cookies库中时，以Cookie为value，并创建相应的key(即会话信息索引)用于索引，其中，Cookie可以携带会话时间戳，会话时间戳也可以单独在正常Cookies库中存储，与Cookie共享一个key。本申请实施例中，主队列可视为一个与正常Cookies库中的各个Cookie一一对应的元素组成的有序集合，正常Cookies库可以按照会话时间戳从小到大的顺序，将存储的多个会话信息索引依次插入至主队列的队尾。

202、将暂存于主队列内的目标会话信息索引移至执行中队列。

在一个具体实施方式中，将暂存于主队列内的目标会话信息索引移至执行中队列的过程具体可包括：

分别对暂存于主队列中的各会话信息索引设置密码锁，以使会话信息索引仅能被一个缓存机器人的一条任务线程移动；此目的在于，避免一或多台缓存机器人中的多路任务线程，同时对同一个会话信息索引执行激活任务(包括从主队列中取同一会话信息索引)，即以防产生高并发所导致的重复读取。其中，在往执行中队列插入会话信息索引时，如果插入成功，则继续执行后续的激活工作；如果插入失败，则说明该会话信息索引已经存在于执行中队列了，因此放弃该任务。如此，可以有效地避免脏读问题。

本申请实施例中，缓存机器人集群由多台独立的云端虚拟机即缓存机器人组成，每台缓存机器人可以在指定的时间周期内对一定数量的用户缓存(即Cookie)进行会话激活处理或异常任务处理，以促使用户下一次要登录税局或要执行申报等任务时，税局系统根据客户端提交的Cookie便能免去重新登录的步骤。需要说明的是，执行异常任务处理的目的是为了容错，以防止因为某次偶然性的错误判断等操作导致一个有效会话被直接判定成超期的失效会话而移入失效Cookies库(对应上文的失效会话信息库)，相当于为Cookie提供重试激活的机会，故异常任务处理也可认为是一种会话激活操作；换而言之，会话任务激活的最终结局为激活成功、作为失效会话回放至主队列(走异常任务处理流程)以及激活失败中的一种。

实际应用中，对于缓存机器人集群提供的每个线程：从主队列中读取会话时间戳最小的会话信息索引，并作为目标会话信息索引移至执行中队列；还从执行中队列中读取会话时间戳最小的会话信息索引，以作为新的目标会话信息索引；还根据该新的目标会话信息索引从正常Cookies库中取出目标Cookie(可以包括ID号和过期时间)。

203、根据目标Cookie信息进行会话激活处理。

在一个具体实施方式中，可将目标Cookie中的会话ID加载至特定的访问对象(如浏览器对象或request对象)中，以通过该访问对象调用电子税局网站提供的接口，实现对电子税局网站的访问。本申请实施例对接口所能实现的功能不做限定，例如可以是获取用户信息、切换界面等。

缓存机器人可以通过运行会话激活脚本完成会话激活处理，当然实现方式并不限于此。

204、如果会话激活处理过程中未出现异常、且会话激活处理结果为激活成功，则将目标Cookie对应的目标会话信息索引写回主队列，其中，该目标会话信息对应的会话时间戳更新为激活成功时的时间戳。

205、如果会话激活处理过程中未出现异常、且会话激活处理结果为激活失败，则对失效记录器中记录的目标Cookie对应的累计失败次数执行加一操作。

失效记录器可以是一个哈希表，哈希表中的键为会话信息索引，值包含Time、Count两个字段。当缓存机器人执行基于目标Cookie的会话激活处理时，如果检测到对应的会话已经失效(如用户在登录后主动点击退出登录，一般会导致会话失效)、且目标Cookie对应的目标会话信息索引之前不在失效记录器中，则将其写入，即是将检测到激活失败(检测到会话已失效)的时间写入Time，Count的值写入1；如果检测到对应的会话已经失效(如用户在登录后主动点击退出登录，一般会导致会话失效)、且目标Cookie对应的目标会话信息索引之前在失效记录器中，则将目标会话信息索引对应的Count值加1，Time的值不变。这样，失效记录器就保存了目标Cookie的累计激活失败次数和第一次激活失败的时间。

参阅图4，图4中为“session:gs_shenzhen:6:91440300MA5GYQA51G……”的这一key(这里的key是指会话信息索引)对应的Cookie已经累计2次激活失败，第一次激活失败的时间是2021年12月10日15：10：50，若第三次还激活失败，则将该key对应的Count值从2更新为3，而记录的第一次激活失败的时间不变。

2061、判断Count值是否小于次数阈值M。

判断失效记录器中的目标Cookie对应的累计失败次数(即Count值)是否小于预设的次数阈值M。

2062、若Count值小于次数阈值M，则根据原会话时间戳将目标Cookie对应的目标会话信息索引写回主队列。

若目标Cookie对应的累计失败次数小于次数阈值M，则将目标Cookie对应的目标会话信息索引以及原会话时间戳写回至主队列，以使得再次运行用于延长目标Cookie过期时间的会话激活操作；此目的主要是为了容错，即防止由于某次操作失误导致一个有效会话被判定成失效，直接失去延长有效期的机会。

2063、若Count值等于次数阈值M，则将目标Cookie移存至失效Cookies库，并移除目标Cookie在执行中队列和失效记录器中相关的所有信息。

若目标Cookie对应的累计失败次数达到次数阈值M，则将目标Cookie移存至失效Cookies库，以向相应的报税客户端发送目标Cookie已失效的通知(失效提示)，同时，移除执行中队列和失效记录器中与目标Cookie相关的全部信息；其中，失效Cookies库用于存储已确认失效的会话的Cookie。

207、如果会话激活处理过程中出现异常，则将目标会话信息索引以及会话时间戳存储至异常任务队列。

例如，当会话激活处理过程中出现接口访问不通或超时的情况时，将目标Cookie对应的目标会话信息索引以及原会话时间戳存储至异常任务队列中，以作为异常任务队列中的异常任务。

异常任务队列的处理逻辑与主队列一样，区别在于，异常任务队列的任务是由独立的进程去执行，一般情况下异常的数据会比正常的数据更少，因此异常任务队列中的任务一般等待执行的周期可能更短，这样就给了异常数据更多的重试机会(相对于在主队列中重新排队)，以便提高整体激活的成功率。

例如，从异常任务队列取出会话时间戳最小的会话信息索引，并与会话时间戳一起移至执行中队列；从执行中队列中取出会话时间戳最小的会话信息索引，以作为目标会话信息索引；根据目标会话信息索引从正常Cookies库中取出目标Cookie；根据目标Cookie进行会话激活处理；如果会话激活处理过程中出现异常，则将目标会话信息索引以及当前时间(即对会话时间戳进行更新)存储至异常任务队列；如果会话激活处理过程中未出现异常，则参照步骤204和205继续后续流程。

实际应用中，为了提高执行效率，每台缓存机器人可以同时运行X个进程，每个进程中又可以开启Y个线程，故理想状态下，每台缓存机器人可以同时进行X·Y个Cookie的会话激活任务(X·Y条任务线程中的每条线程独立处理一个Cookie)；其中，为了保障每台缓存机器人都能独立地处理主队列和异常任务队列中的任务，我们一般可在各缓存机器人中开启一个专门处理异常任务(具体可参见步骤207)的任务进程。此外，因单台独立的缓存机器人配置的进程数X一般等于该缓存机器人对应的CPU内核数，而线程数Y根据实际运行的效率合理设置，故假设单条线程完成单个缓存Cookie的激活平均耗时W秒，则理想状态下单台缓存机器人每分钟的任务处理量为Z＝X·Y·(60÷W)条。但由于缓存机器人集群在运行时可能存在大量的任务线程并发运行，故需根据实际情况推断整个缓存机器人集群的处理能力，以免造成资源损耗。

一个Cookie的失效时长(即多长时间不进行激活操作会失效)为t1，因此可以设置一个比t1更短的时长来作为本申请实施例的过期预警时长t2。比如一个Cookie的失效时长t1＝30分钟，那么设置的t2可以小于t1，比如t2＝15分钟。如果N个缓存机器人没有在指定的过期预警时长t2内完成一轮会话激活处理，则说明缓存机器人数量不够了，该情况下可以动态地增加缓存机器人的数量。实际应用场景中，一轮会话激活处理指的是，最初的主队列中所有会话信息索引对应的Cookie都经历了一遍会话激活处理的过程，故示例性地，可以通过主队列中最小会话时间戳对应的那条会话记录来判断完成一轮会话激活需要的时间。

实际应用中，可由预警监测机器人(可以是一个周期性运行的监测脚本)计算时间差MT＝当前时间-主队列中的最小会话时间戳。若MT≥t2，则开启新的缓存机器人，开启的数量可以根据MT与t2之间的差异而定，当然也可以固定开启一台。此外，预警监测机器人还可以用于监测每一缓存机器人执行任务过程中的异常信息，如果发现需要人工介入的意外情况(如网站访问不通或网络不稳定，导致过期预警时长内遗漏部分Cookie未被激活，其中不包括缓存机器人数目不够这一情况)，则发送预警提示通知技术人员进行相关处理。此外，预警监测机器人还可以周期性地确定当前时间与主队列中每个会话时间戳之间的时间差，当任一时间差大于或等于预警时长阈值时，根据该任一时间差对应的会话信息索引输出预警提示，以提示相关技术人员人工介入，及时修复相关问题。

综上，对于需要频繁登录电子税局的用户，本申请实施例的方法可以基于云服务架构，通过一系列的云服务有效地长期维护海量用户的登录状态，使得间隔较长时间再次访问税局服务时可以维持其之前已经登录的状态，从而大大地提高此种应用场景下的工作效率和用户体验，节约人工成本和时间成本。同时，客户无需对IT设备做进一步的投资，亦免去了每家客户逐一安装该处理系统的步骤，从而节省实施成本。

请参阅图5，本申请第二方面提供一种会话处理装置的一个实施例，该会话处理装置包括读取单元501、索引单元502、激活单元503和存储单元504；

读取单元501，用于对主队列中会话时间戳最小的会话信息索引进行读取处理，并将读取到的会话信息索引作为目标会话信息索引，其中，主队列用于存储与有效会话信息库中的会话信息对应的会话信息索引以及会话时间戳，会话信息是客户端在建立会话时得到的；

索引单元502，用于根据目标会话信息索引对有效会话信息库进行索引处理，得到目标会话信息；

激活单元503，用于根据目标会话信息进行会话激活处理，得到会话激活结果；

存储单元504，用于若会话激活结果为激活成功，则根据激活成功时的时间戳更新目标会话信息索引的会话时间戳，将目标会话信息索引以及更新后的会话时间戳存储至主队列，并保持有效会话信息库中的目标会话信息不变；

其中，有效会话信息库中的会话信息用于维持对应的会话有效。

可选地，还包括移除单元505：

若会话激活结果为激活失败、且目标会话信息累计激活失败的次数小于次数阈值，则存储单元504，还用于将目标会话信息索引以及对应的会话时间戳存储至主队列，并保持有效会话信息库中的目标会话信息不变；

若会话激活结果为激活失败、且目标会话信息累计激活失败的次数等于次数阈值，则移除单元505用于将目标会话信息从有效会话信息库中移除。

可选地，存储单元504，还用于当根据目标会话信息进行会话激活处理的过程中出现异常时，将目标会话信息索引以及对应的会话时间戳存储至异常任务队列，以进行异常任务处理；其中，异常任务处理包括读取处理、索引处理以及会话激活处理。

可选地，还包括匹配单元506；读取单元501，具体用于通过多个处理对象对主队列中会话时间戳最小的会话信息索引进行读取处理；

匹配单元506，用于通过任一处理对象将读取到的目标会话信息索引与执行中队列存储的会话信息索引进行匹配处理；

存储单元504，还用于当匹配失败时，通过任一处理对象将读取到的目标会话信息索引以及对应的会话时间戳存储至执行中队列；其中，执行中队列中会话时间戳最小的会话信息索引用于被读取，以作为新的目标会话信息索引。

可选地，还包括扩容单元507，扩容单元507用于：

周期性地确定当前时间与主队列中最小的会话时间戳之间的时间差；

若时间差大于或等于会话信息的过期预警时长，则对多个处理对象进行扩容处理。

可选地，还包括创建单元508；读取单元501，还用于获取客户端在建立会话时得到的会话信息以及对应的会话时间戳；

创建单元508，用于创建与会话信息对应的会话信息索引；

存储单元504，还用于将会话信息以及对应的会话信息索引存储至有效会话信息库，将会话信息对应的会话信息索引以及会话时间戳存储至主队列。

可选地，激活单元503具体用于：

将目标会话信息加载至访问对象中；

通过访问对象对目标会话信息对应的目标会话方进行访问处理，将得到的访问结果作为会话激活结果。

本申请实施例中，会话处理装置各单元所执行的操作，与前述第一方面或第一方面的任一具体方法实施例所描述的操作类似，具体此处不再赘述。

请参阅图6，本申请实施例的会话处理装置600可以包括一个或一个以上中央处理器CPU(CPU，central processing units)601和存储器605，该存储器605中存储有一个或一个以上的应用程序或数据。

其中，存储器605可以是易失性存储或持久存储。存储在存储器605的程序可以包括一个或一个以上模块，每个模块可以包括对会话处理装置中的一系列指令操作。更进一步地，中央处理器601可以设置为与存储器605通信，在会话处理装置600上执行存储器605中的一系列指令操作。

会话处理装置600还可以包括一个或一个以上电源602，一个或一个以上有线或无线网络接口603，一个或一个以上输入输出接口604，和/或，一个或一个以上操作系统，例如Windows ServerTM，Mac OS XTM，UnixTM，LinuxTM，FreeBSDTM等。

该中央处理器601可以执行前述第一方面或第一方面的任一具体方法实施例所执行的操作，具体不再赘述。

可以理解的是，在本申请的各种实施例中，各步骤的序号的大小并不意味着执行顺序的先后，各步骤的执行顺序应以其功能和内在逻辑确定，而不应对本申请实施例的实施过程构成任何限定。

所属领域的技术人员可以清楚地了解到，为描述的方便和简洁，上述描述的系统，装置和单元的具体工作过程，可以参考前述方法实施例中的对应过程，在此不再赘述。

在本申请所提供的几个实施例中，应该理解到，所揭露的装置和方法，可以通过其它的方式实现。例如，以上所描述的装置实施例仅仅是示意性的，例如，所述单元的划分，仅仅为一种逻辑功能划分，实际实现时可以有另外的划分方式，例如多个单元或组件可以结合或者可以集成到另一个系统或装置，或一些特征可以忽略，或不执行。另一点，所显示或讨论的相互之间的耦合或直接耦合或通信连接可以是通过一些接口，装置或单元的间接耦合或通信连接，可以是电性，机械或其它的形式。

所述作为分离部件说明的单元可以是或者也可以不是物理上分开的，作为单元显示的部件可以是或者也可以不是物理单元，即可以位于一个地方，或者也可以分布到多个网络单元上。可以根据实际的需要选择其中的部分或者全部单元来实现本实施例方案的目的。

另外，在本申请各个实施例中的各功能单元可以集成在一个处理单元中，也可以是各个单元单独物理存在，也可以两个或两个以上单元集成在一个单元中。上述集成的单元既可以采用硬件的形式实现，也可以采用软件功能单元的形式实现。

所述集成的单元如果以软件功能单元的形式实现并作为独立的产品销售或使用时，可以存储在一个计算机可读取存储介质中。基于这样的理解，本申请的技术方案本质上或者说对现有技术做出贡献的部分或者该技术方案的全部或部分可以以软件产品的形式体现出来，该计算机软件产品(计算机程序产品)存储在一个存储介质中，包括若干指令用以使得一台计算机设备(可以是个人计算机，业务服务器，或者网络设备等)执行本申请各个实施例所述方法的全部或部分步骤。而前述的存储介质包括：U盘、移动硬盘、只读存储器(ROM，read-only memory)、随机存取存储器(RAM，random access memory)、磁碟或者光盘等各种可以存储程序代码的介质。

Claims (10)

1.一种会话处理方法，其特征在于，包括：

对主队列中会话时间戳最小的会话信息索引进行读取处理，并将读取到的会话信息索引作为目标会话信息索引，其中，所述主队列用于存储与有效会话信息库中的会话信息对应的会话信息索引以及会话时间戳，所述会话信息是客户端在建立会话时得到的；

根据所述目标会话信息索引对所述有效会话信息库进行索引处理，得到目标会话信息；

根据所述目标会话信息进行会话激活处理，得到会话激活结果；

若所述会话激活结果为激活成功，则根据激活成功时的时间戳更新所述目标会话信息索引的会话时间戳，将所述目标会话信息索引以及更新后的会话时间戳存储至所述主队列，并保持所述有效会话信息库中的所述目标会话信息不变；

其中，所述有效会话信息库中的会话信息用于维持对应的会话有效。

2.根据权利要求1所述的会话处理方法，其特征在于，所述根据所述目标会话信息进行会话激活处理，得到会话激活结果之后，所述方法还包括：

若所述会话激活结果为激活失败、且所述目标会话信息累计激活失败的次数小于次数阈值，则将所述目标会话信息索引以及对应的会话时间戳存储至所述主队列，并保持所述有效会话信息库中的所述目标会话信息不变；

若所述会话激活结果为激活失败、且所述目标会话信息累计激活失败的次数等于所述次数阈值，则将所述目标会话信息从所述有效会话信息库中移除。

3.根据权利要求1所述的会话处理方法，其特征在于，所述方法还包括：

当根据所述目标会话信息进行会话激活处理的过程中出现异常时，将所述目标会话信息索引以及对应的会话时间戳存储至异常任务队列，以进行异常任务处理；

其中，所述异常任务处理包括读取处理、索引处理以及会话激活处理。

4.根据权利要求1所述的会话处理方法，其特征在于，所述对主队列中会话时间戳最小的会话信息索引进行读取处理，包括：

通过多个处理对象对主队列中会话时间戳最小的会话信息索引进行读取处理；

所述根据所述目标会话信息索引对所述有效会话信息库进行索引处理之前，所述方法还包括：

针对所述多个处理对象中的任一处理对象，执行以下处理：

通过所述任一处理对象将读取到的目标会话信息索引与执行中队列存储的会话信息索引进行匹配处理；

当匹配失败时，通过所述任一处理对象将读取到的目标会话信息索引以及对应的会话时间戳存储至所述执行中队列；

其中，所述执行中队列中会话时间戳最小的会话信息索引用于被读取，以作为新的目标会话信息索引。

5.根据权利要求1所述的会话处理方法，其特征在于，所述对主队列中会话时间戳最小的会话信息索引进行读取处理，包括：

通过多个处理对象对主队列中会话时间戳最小的会话信息索引进行读取处理；

所述方法还包括：

周期性地确定当前时间与所述主队列中最小的会话时间戳之间的时间差；

若所述时间差大于或等于会话信息的过期预警时长，则对所述多个处理对象进行扩容处理。

6.根据权利要求1至5任一项所述的会话处理方法，其特征在于，所述对主队列中会话时间戳最小的会话信息索引进行读取处理之前，所述方法还包括：

获取客户端在建立会话时得到的会话信息以及对应的会话时间戳；

创建与所述会话信息对应的会话信息索引；

将所述会话信息以及对应的会话信息索引存储至有效会话信息库，将所述会话信息对应的会话信息索引以及会话时间戳存储至主队列。

7.根据权利要求1至5任一项所述的会话处理方法，其特征在于，所述根据所述目标会话信息进行会话激活处理，得到会话激活结果，包括：

将所述目标会话信息加载至访问对象中；

通过所述访问对象对所述目标会话信息对应的目标会话方进行访问处理，将得到的访问结果作为会话激活结果。

8.一种会话处理装置，其特征在于，包括：

读取单元，用于对主队列中会话时间戳最小的会话信息索引进行读取处理，并将读取到的会话信息索引作为目标会话信息索引，其中，所述主队列用于存储与有效会话信息库中的会话信息对应的会话信息索引以及会话时间戳，所述会话信息是客户端在建立会话时得到的；

索引单元，用于根据所述目标会话信息索引对所述有效会话信息库进行索引处理，得到目标会话信息；

激活单元，用于根据所述目标会话信息进行会话激活处理，得到会话激活结果；

存储单元，用于若所述会话激活结果为激活成功，则根据激活成功时的时间戳更新所述目标会话信息索引的会话时间戳，将所述目标会话信息索引以及更新后的会话时间戳存储至所述主队列，并保持所述有效会话信息库中的所述目标会话信息不变；

其中，所述有效会话信息库中的会话信息用于维持对应的会话有效。

9.一种会话处理装置，其特征在于，包括：

中央处理器，存储器以及输入输出接口；

所述存储器为短暂存储存储器或持久存储存储器；

所述中央处理器配置为与所述存储器通信，并执行所述存储器中的指令操作以执行权利要求1至7中任意一项所述的方法。

10.一种计算机可读存储介质，其特征在于，包括指令，当所述指令在计算机上运行时，使得计算机执行如权利要求1至7中任意一项所述的方法。

Images