一种数据处理的方法及装置与流程

本申请涉及数据处理技术领域，尤其涉及一种数据处理的方法及装置。

背景技术：

随着互联网技术的发展，应用程序app的在线用户越来越多，使得查询用户是否在线、推送消息给在线用户等业务越来越多。

在相关技术中，判断用户是否在线的方式为：用户连接服务器后发送一个在线状态的登记信息，业务服务收到信息后记录用户在线信息，用户离线前也需要发送一个下线信息通知业务。这个过程需要耗费多次请求-响应，传输次数增加，耗费了网络资源，且网络不通畅时下可能出现丢包等情况，造成用户在线状态不能即时刷新。

技术实现要素：

鉴于上述问题，提出了本申请以便提供一种克服上述问题或者至少部分地解决上述问题的一种数据处理的方法及装置。

第一方面，本申请提供了一种数据处理的方法，应用于管理服务中，所述管理服务与网关设备连接，所述方法包括：

接收网关设备发送的业务请求以及连接信息，所述业务请求包括会话session信息，所述业务请求为所述网关设备从客户端中接收到业务请求后，对该业务请求拷贝得到的请求；

从所述session信息中解析出用户信息；

判断所述用户信息是否在已生成的在线用户列表中；

若否，则将所述用户信息以及所述连接信息记录在所述在线用户列表中，在所述在线用户列表中所述用户信息与所述连接信息关联。

可选地，所述方法还包括：

若判定所述用户信息在已生成的在线用户列表中，则从所述在线用户列表中获取所述用户信息关联的在先连接信息；

判断所述在先连接信息与所述网关设备发送的连接信息是否一致；

若不一致，则将所述网关设备发送的连接信息替换所述在先连接信息。

可选地，若判定所述在先连接信息与所述网关设备发送的连接信息不一致，所述方法还包括：

向所述网关设备发送下线操作通知，所述下线操作通知用于通知所述网关设备对所述在先连接信息对应的连接进行下线处理。

可选地，所述方法还包括：

接收所述网关设备发送的离线通知消息，所述离线通知消息包括目标连接信息，所述离线通知消息为所述网关设备检测到与所述客户端的连接断开时生成的消息；

在所述在线用户列表中查找所述目标连接信息，并将所述目标连接信息以及对应的用户信息从所述在线用户列表中删除。

可选地，所述方法还包括：

在从所述session信息中解析出用户信息之后，向所述网关设备发送停止转发通知，所述停止转发通知用于通知所述网关设备停止转发除预设的指定类型的业务请求以外的其他业务请求。

可选地，所述方法还包括：

接收在线查询请求；

根据所述在线查询请求返回所述在线用户列表，或者返回与所述在线查询请求对应的查询结果。

第二方面，本申请提供了一种数据处理的方法，应用于网关设备中，所述方法包括：

接收客户端发送的业务请求，所述业务请求包括会话session信息；

根据所述业务请求，生成连接信息；

拷贝所述业务请求，并将拷贝得到的业务请求以及所述连接信息发送至管理服务，所述管理服务用于从所述session信息中解析出用户信息，并在已生成的在线用户列表中记录所述用户信息以及对应的连接信息。

可选地，所述方法还包括：

当检测到与所述客户端的连接断开时，生成离线通知消息，所述离线通知消息包括目标连接信息；

将所述离线通知消息发送至所述管理服务，所述离线通知消息用于通知所述管理服务将所述目标连接信息以及对应的用户信息从所述在线用户列表中删除。

可选地，所述方法还包括：

将所述业务请求发送至业务服务，由所述业务服务按照预设的业务逻辑进行对应的业务处理。

可选地，在所述将拷贝得到的业务请求以及所述连接信息发送至管理服务以后，所述方法还包括：

接收所述管理服务发送的下线操作通知，所述下线操作通知为所述管理服务根据所述用户信息获取所述在线用户列表中记录的在先连接信息与接收的连接信息不一致时生成的通知；

根据所述下线操作通知对所述在先连接信息对应的连接进行下线处理。

可选地，在所述将拷贝得到的业务请求以及所述连接信息发送至管理服务以后，所述方法还包括：

接收所述管理服务发送的停止转发通知；

根据所述停止转发通知，停止转发除预设的指定类型的业务请求以外的其他业务请求。

第三方面，本申请提供了一种数据处理的装置，应用于管理服务中，所述管理服务与网关设备连接，所述装置包括：

信息接收模块，用于接收网关设备发送的业务请求以及连接信息，所述业务请求包括会话session信息，所述业务请求为所述网关设备从客户端中接收到业务请求后，对该业务请求拷贝得到的请求；

用户信息解析模块，用于从所述session信息中解析出用户信息；

在线判断模块，用于判断所述用户信息是否在已生成的在线用户列表中；若否，则调用在线记录模块；

在线记录模块，用于将所述用户信息以及所述连接信息记录在所述在线用户列表中，在所述在线用户列表中所述用户信息与所述连接信息关联。

可选地，所述装置还包括：

在先连接信息获取模块，用于若判定所述用户信息在已生成的在线用户列表中，则从所述在线用户列表中获取所述用户信息关联的在先连接信息；

连接信息判断模块，用于判断所述在先连接信息与所述网关设备发送的连接信息是否一致；若不一致，则调用连接信息更新模块；

连接信息更新模块，用于将所述网关设备发送的连接信息替换所述在先连接信息。

可选地，所述装置还包括：

下线操作通知发送模块，用于若判定所述在先连接信息与所述网关设备发送的连接信息不一致，向所述网关设备发送下线操作通知，所述下线操作通知用于通知所述网关设备对所述在先连接信息对应的连接进行下线处理。

可选地，所述装置还包括：

离线通知消息接收模块，用于接收所述网关设备发送的离线通知消息，所述离线通知消息包括目标连接信息，所述离线通知消息为所述网关设备检测到与所述客户端的连接断开时生成的消息；

在线记录删除模块，用于在所述在线用户列表中查找所述目标连接信息，并将所述目标连接信息以及对应的用户信息从所述在线用户列表中删除。

可选地，所述装置还包括：

停止转发通知发送模块，用于在从所述session信息中解析出用户信息之后，向所述网关设备发送停止转发通知，所述停止转发通知用于通知所述网关设备停止转发除预设的指定类型的业务请求以外的其他业务请求。

可选地，所述装置还包括：

查询模块，用于接收在线查询请求；根据所述在线查询请求返回所述在线用户列表，或者返回与所述在线查询请求对应的查询结果。

第四方面，本申请提供了一种数据处理的装置，应用于网关设备中，所述装置包括：

业务请求接收模块，用于接收客户端发送的业务请求，所述业务请求包括会话session信息；

连接信息生成模块，用于根据所述业务请求，生成连接信息；

信息发送模块，用于拷贝所述业务请求，并将拷贝得到的业务请求以及所述连接信息发送至管理服务，所述管理服务用于从所述session信息中解析出用户信息，并在已生成的在线用户列表中记录所述用户信息以及对应的连接信息。

可选地，所述装置还包括：

离线通知模块，用于当检测到与所述客户端的连接断开时，生成离线通知消息，所述离线通知消息包括目标连接信息；将所述离线通知消息发送至所述管理服务，所述离线通知消息用于通知所述管理服务将所述目标连接信息以及对应的用户信息从所述在线用户列表中删除。

可选地，所述装置还包括：

业务请求发送模块，用于将所述业务请求发送至业务服务，由所述业务服务按照预设的业务逻辑进行对应的业务处理。

可选地，所述装置还包括：

下线处理模块，用于在所述将拷贝得到的业务请求以及所述连接信息发送至管理服务以后，接收所述管理服务发送的下线操作通知，所述下线操作通知为所述管理服务根据所述用户信息获取所述在线用户列表中记录的在先连接信息与接收的连接信息不一致时生成的通知；根据所述下线操作通知对所述在先连接信息对应的连接进行下线处理。

可选地，所述装置还包括：

停止转发模块，用于在所述将拷贝得到的业务请求以及所述连接信息发送至管理服务以后，接收所述管理服务发送的停止转发通知；根据所述停止转发通知，停止转发除预设的指定类型的业务请求以外的其他业务请求。

第五方面，本申请还提供了一种电子设备，包括：

处理器；

用于存储所述处理器可执行指令的存储器；

其中，所述处理器被配置为执行所述指令，以实现如上述的方法。

第六方面，本申请还提供了一种存储介质，当所述存储介质中的指令由所述设备的处理器执行时，使得所述电子设备能够执行如上述的方法。

本申请具有如下有益效果：

在本实施例中，管理服务通过接收网关设备发送的业务请求来解析出用户信息，如果判断该用户信息不在预先生成的在线用户列表中，则将该用户信息以及网关设备发送的连接信息一起记录在在线用户列表中，整个过程中管理服务无需与客户端交互即可实现客户端在线状态的记录，避免与客户端通信过程中出现丢包等造成的用户信息记录过时的情况，确保在线状态的及时记录。

附图说明

图1为本申请实施例的一种数据处理的方法实施例一的步骤流程图；

图2为本申请实施例的管理服务所处的系统架构图；

图3为本申请实施例的一种数据处理的方法实施例二的步骤流程图；

图4为本申请实施例的一种数据处理的方法实施例三的步骤流程图；

图5为本申请实施例的一种数据处理的方法实施例四的步骤流程图；

图6为本申请实施例的一种数据处理的方法实施例五的步骤流程图；

图7为本申请实施例的一种数据处理的方法实施例六的步骤流程图；

图8为本申请实施例的一种数据处理的装置实施例的结构框图；

图9为本申请实施例的另一种数据处理的装置实施例的结构框图。

具体实施方式

为使本申请的上述目的、特征和优点能够更加明显易懂，下面结合附图和具体实施方式对本申请作进一步详细的说明。

参照图1，示出了本申请实施例的一种数据处理的方法实施例一的步骤流程图，本实施例可以应用于管理服务中，其中，该管理服务用于对客户端的在线状态进行管理，如图2所示，该管理服务与网关设备连接，而网关设备又可以与应用程序app客户端进行交互，同时，网关设备还可以与业务服务连接。

本实施例可以包括如下步骤：

步骤101，接收网关设备发送的业务请求以及连接信息，所述业务请求包括会话session信息。

在该实施例中，业务请求为网关设备从客户端中接收到业务请求后，对该业务请求拷贝得到的请求。具体的，网关设备接收到客户端发送的业务请求后，可以将该业务请求拷贝一份，然后将拷贝的业务请求以及根据该业务请求得到的连接信息一起发送给管理服务。

作为一种示例，连接信息可以包括但不限于：网关标识以及连接标识。其中，网关标识用于定位当前连接所属的网关信息，可以包括但不限于网关的ip地址以及网关的端口号等；而连接标识用于标识当前客户端与网关之间的连接，在一种例子中，连接标识可以为连接id，连接id＝(客户端的ip地址+客户端的端口号+网关的ip地址+网关的端口号)的哈希值。

步骤102，从所述session信息中解析出用户信息。

在该实施例中，业务请求的协议中可以包括会话session信息、设备信息及业务数据，该session信息可以根据用户信息通过自定义的算法生成。则当管理服务接收到业务请求以后，可以从业务请求中获得session信息，然后对该session信息进行解析可以获得用户信息。

示例性地，用户信息可以包括但不限于：用户id、设备id(包括客户端的ip地址、端口号等)。

步骤103，判断所述用户信息是否在已生成的在线用户列表中。

本实施例可以维护一在线用户列表，该在线用户列表中记录了当前处于在线状态的客户端的用户信息以及对应的连接信息。在步骤103中，当管理服务获得用户信息以后，则可以在在线用户列表中查找该用户信息，如果查找成功，则表示该用户信息对应的客户端在此前已经处于在线状态，如果查找失败，则表示该用户信息对应的客户端在此前没有处于在线状态。

步骤104，若否，则将所述用户信息以及所述连接信息记录在所述在线用户列表中，在所述在线用户列表中所述用户信息与所述连接信息关联。

在该步骤中，如果管理服务判定当前用户信息没有在在线用户列表中，则可以直接将该用户信息以及对应的连接信息记录在在线用户列表中，并在在线用户列表中，将该用户信息与该连接信息进行关联。

在本实施例中，管理服务通过接收网关设备发送的业务请求来解析出用户信息，如果判断该用户信息不在预先生成的在线用户列表中，则将该用户信息以及网关设备发送的连接信息一起记录在在线用户列表中，整个过程中管理服务无需与客户端交互即可实现客户端在线状态的记录，避免与客户端通信过程中出现丢包等造成的用户信息记录过时的情况，确保在线状态的及时记录。

参照图3，示出了本申请实施例的一种数据处理的方法实施例二的步骤流程图，本实施例可以应用于管理服务中，本实施例可以包括如下步骤：

步骤301，接收网关设备发送的业务请求以及连接信息，所述业务请求包括会话session信息，所述业务请求为所述网关设备从客户端中接收到业务请求后，对该业务请求拷贝得到的请求。

步骤302，从所述session信息中解析出用户信息；

步骤303，判断所述用户信息是否在已生成的在线用户列表中。若否，则执行步骤304，若是，则执行步骤305。

步骤304，将所述用户信息以及所述连接信息记录在所述在线用户列表中，在所述在线用户列表中所述用户信息与所述连接信息关联。

步骤305，从所述在线用户列表中获取所述用户信息关联的在先连接信息；判断所述在先连接信息与所述网关设备发送的连接信息是否一致；若不一致，则将所述网关设备发送的连接信息替换所述在先连接信息。

在该实施例中，如果管理服务判定当前用户信息存在于在线用户列表中，首先可以从该在线用户列表中获得在先与当前用户信息关联的在先连接信息，然后将该在先连接信息与当前收到的网关设备发送的连接信息比较，如果两者一致，表示当前业务请求属于同一连接发送的请求，即当前的连接为最新的连接，则无需对在线用户列表更新。

相反，如果该在先连接信息与当前收到的网关设备发送的连接信息不一致，表示当前业务请求与同一用户信息的上一业务请求不属于同一连接(例如，发生异地登陆的情况)，此时则需要对在线用户列表更新。其中，一种更新的方式可以为：将在线用户列表中当前的用户信息在先关联的在先连接信息更新为当前接收到的连接信息。

在一种实施方式中，当判定在先连接信息与网关设备发送的连接信息不一致时，本实施例还可以包括如下步骤：

向所述网关设备发送下线操作通知，所述下线操作通知用于通知所述网关设备对所述在先连接信息对应的连接进行下线处理。

在该实施例中，如果管理服务判定在先连接信息与当前收到的网关设备发送的连接信息不一致，则表示管理服务检测到同一用户信息在不同连接上先后发送业务请求时，此时管理服务可以向网关设备发送下线操作通知，以通知网关设备将在先连接信息对应的连接进行下线处理，即将该连接从在线处理为下线，从而实现将在先登录的用户信息踢下线。

例如，某个通信账号在a终端登录，a终端的客户端向网关设备发送业务请求，网关设备将该业务请求与连接信息a发送给管理服务，则管理服务在在线用户列表中记录用户信息与连接信息a的关联关系。随后，该通信账号又在b终端登录，b终端的客户端向网关设备发送业务请求，网关设备将该业务请求与连接信息b发送给管理服务，则管理服务在在线用户列表中查询该用户信息，发现该用户信息预先关联了连接a，则管理服务可以向网关设备发送下线操作通知，以通知网关设备将连接a对应的登录状态改为非登录状态，以将连接a的登录踢下线，同时将在线用户列表中的连接a改为连接b。

在其他实施例中，管理服务也可以根据连接信息在在线用户列表中查找该连接信息，如果查找到该连接信息，则比较该连接信息对应的在先用户信息与当前获取的用户信息是否一致，可能会出现连接信息不变但用户信息变化的情况，例如，当用户退出登录(注销)时，app实际上还与服务器连接，连接信息是不变的，如果此时用户登录其他账户，则用户信息发生变化，此时则可以将该在先用户信息更新为当前获取的用户信息，从而实现用户信息的更新。

在该实施例中，针对在线用户列表中存在用户信息的场景，如果管理服务判定当前用户信息在先关联的在先连接信息与当前收到的网关设备发送的连接信息不一致，则将网关设备发送的连接信息替换在先连接信息，从而实现对在线用户列表的实时更新，确保对最新用户信息的记录的及时性。

参照图4，示出了本申请实施例的一种数据处理的方法实施例三的步骤流程图，本实施例可以应用于管理服务中，在图3中步骤304或步骤305之后，本实施例还可以包括如下步骤：

步骤306，接收所述网关设备发送的离线通知消息，所述离线通知消息包括目标连接信息，所述离线通知消息为所述网关设备检测到与所述客户端的连接断开时生成的消息。

步骤307，在所述在线用户列表中查找所述目标连接信息，并将所述目标连接信息以及对应的用户信息从所述在线用户列表中删除。

在该实施例中，当网关设备检测到与app客户端的tcp长连接断开时，网关设备可以向管理服务发送离线通知消息，示例性地，离线通知消息可以包括目标连接信息以及用于指示当前消息为离线通知消息的预设的连接断开标记。

管理服务接收到离线通知消息以后，则可以在在线用户列表中查找该目标连接信息，并在查找到该目标连接信息时，在在线用户列表中删除该目标连接信息以及其关联的用户信息，从而实现当前用户的下线，确保实时地对在线用户列表的更新。

参照图5，示出了本申请实施例的一种数据处理的方法实施例四的步骤流程图，本实施例可以应用于管理服务中，在图1中步骤104之后，本实施例还可以包括如下步骤：

步骤105，接收在线查询请求；根据所述在线查询请求返回所述在线用户列表，或者返回与所述在线查询请求对应的查询结果。

在该实施例中，管理服务还可以提供在线信息的查询接口。当经由该查询接口收到在线查询请求时，可以对该在线查询请求进行解析。

在一种实施方式中，如果该在线查询请求包括具体的用户信息或者连接信息，则管理服务可以根据该具体的用户信息或者连接信息查询在线用户列表，如果查找到该具体的用户信息或者连接信息，则表示用户查询的用户信息处于在线状态；否则，如果查找不到，则表示用户查询的用户信息处于下线状态，然后返回在线状态或下线状态的查询结果。

在另一种实施方式中，如果该在线查询请求不包括具体的用户信息或者连接信息，则管理服务可以直接返回在线用户列表，以供用户根据该在线用户列表进行数据查找。

本实施例提供的查询功能，可以扩展管理服务的功能，便于用户直接查找相关的在线信息。

参照图6，示出了本申请实施例的一种数据处理的方法实施例五的步骤流程图，本实施例可以应用于管理服务中，在图1中步骤102之后，本实施例还可以包括如下步骤：

步骤106，向所述网关设备发送停止转发通知，所述停止转发通知用于通知所述网关设备停止转发除预设的指定类型的业务请求以外的其他业务请求。

在该实施例中，当管理服务从session信息中解析出用户信息以后，管理服务可以向网关设备发送停止转发通知，以通知网关设备无需转发收到的所有业务请求(在网关设备接收到停止转发通知以前，会将收到的每一个业务请求都转发给管理服务)，只需要发送预设的指定类型的业务请求。

作为一种示例，预设的指定类型的业务请求可以包括但不限于如下业务请求：用户注销、重新登录、app关闭等。

在该实施例中，管理服务通过向网关设备发送停止转发通知，以通知网关设备无需转发收到的所有业务请求，只需要发送预设的指定类型的业务请求。从而减少了管理服务的处理工作量，并节省了网关设备与管理服务之间的传输资源。

参照图7，示出了本申请实施例的一种数据处理的方法实施例六的步骤流程图，本实施例可以应用于网关设备中，可以包括如下步骤：

步骤701，接收客户端发送的业务请求，所述业务请求包括会话session信息。

在一种实施方式中，网关设备与客户端之间可以预先建立长连接，如tcp长连接，然后通过该长连接进行通信。

网关设备通过长连接接收客户端发送的业务请求，在一种例子中，基于无状态交互场景下，或者在请求协议中覆盖用户信息的有状态场景下，业务请求中可以包括会话session信息、设备信息及业务数据。

步骤702，根据所述业务请求，生成连接信息。

在该步骤中，网关设备接收到业务请求以后，可以根据长连接信息以及该业务请求，生成连接信息，作为一种示例，连接信息可以包括但不限于：网关标识以及连接标识。其中，网关标识用于定位当前连接所属的网关信息，可以包括但不限于网关的ip地址以及网关的端口号等；而连接标识用于标识当前客户端与网关之间的连接，在一种例子中，连接标识可以为连接id，连接id＝(客户端的ip地址+客户端的端口号+网关的ip地址+网关的端口号)的哈希值。

步骤703，拷贝所述业务请求，并将拷贝得到的业务请求以及所述连接信息发送至管理服务，所述管理服务用于从所述session信息中解析出用户信息，并在已生成的在线用户列表中记录所述用户信息以及对应的连接信息。

在该步骤中，网关设备收到业务请求以后，会将该业务请求拷贝一份，然后根据该业务请求中的业务类型将该业务请求发送给对应的业务服务，同时将拷贝得到的业务请求以及连接信息发送给管理服务。

业务服务接收到业务请求以后，则可以按照预设的业务逻辑进行对应的业务处理。

管理服务则可以根据该业务请求以及连接信息，可以采用图1实施例的方法进行处理。

在一种实施方式中，在步骤703之后，本实施例还可以包括如下步骤：

当检测到与所述客户端的连接断开时，生成离线通知消息，所述离线通知消息包括目标连接信息；将所述离线通知消息发送至所述管理服务，所述离线通知消息用于通知所述管理服务将所述目标连接信息以及对应的用户信息从所述在线用户列表中删除。

在该实施例中，网关设备在检测到与客户端的长连接断开时，会向管理服务发送离线通知消息，使得管理服务根据该离线通知消息携带的目标连接信息，在在线用户列表中删除该目标连接信息及对应的用户信息。

在一种实施方式中，在步骤703之后，本实施例还可以包括如下步骤：

接收所述管理服务发送的下线操作通知，所述下线操作通知为所述管理服务根据所述用户信息获取所述在线用户列表中记录的在先连接信息与接收的连接信息不一致时生成的通知；根据所述下线操作通知对所述在先连接信息对应的连接进行下线处理。

在该实施例中，网关设备还可以接收管理服务发送的下线操作通知，从而确定当前用户信息存在两个不同的连接信息，然后将在先的在先连接信息对应的用户信息进行下线处理。

在一种实施方式中，在步骤703之后，本实施例还可以包括如下步骤：

接收所述管理服务发送的停止转发通知；根据所述停止转发通知，停止转发除预设的指定类型的业务请求以外的其他业务请求。

在该实施例中，网关设备会将接收到的所有业务请求都转发给管理服务，直到收到管理服务发送的停止转发通知，收到停止转发通知以后，网关设备只将预设的指定类型的业务请求发送给管理服务，其他的业务请求都不进行发送，节省了网关设备与管理服务的传输资源。

在其他实施例中，网关设备也可以直接将接收到的全部业务请求都发给管理服务，本实施例对此不作限制。

在本实施例中，网关设备接收到客户端发送的包含会话session信息的业务请求以后，可以根据该业务请求生成连接信息，并将该业务请求拷贝一份，将拷贝得到的业务请求以及连接信息发送至管理服务进行在线状态管理，这个过程中有网关设备与管理服务交互，不需要客户端发送独立的请求即可更新用户在线状态，避免丢包等造成的用户信息过时的情况。

基于上述的数据处理的方法，参照图8，示出了本申请一种数据处理的装置实施例的结构框图，本实施例可以应用于管理服务中，所述管理服务与网关设备连接，所述装置可以包括如下模块：

信息接收模块801，用于接收网关设备发送的业务请求以及连接信息，所述业务请求包括会话session信息，所述业务请求为所述网关设备从客户端中接收到业务请求后，对该业务请求拷贝得到的请求；

用户信息解析模块802，用于从所述session信息中解析出用户信息；

在线判断模块803，用于判断所述用户信息是否在已生成的在线用户列表中；若否，则调用在线记录模块804；

在线记录模块804，用于将所述用户信息以及所述连接信息记录在所述在线用户列表中，在所述在线用户列表中所述用户信息与所述连接信息关联。

在一种实施方式中，所述装置还包括：

在先连接信息获取模块，用于若判定所述用户信息在已生成的在线用户列表中，则从所述在线用户列表中获取所述用户信息关联的在先连接信息；

连接信息判断模块，用于判断所述在先连接信息与所述网关设备发送的连接信息是否一致；若不一致，则调用连接信息更新模块；

连接信息更新模块，用于将所述网关设备发送的连接信息替换所述在先连接信息。

在一种实施方式中，所述装置还包括：

下线操作通知发送模块，用于若判定所述在先连接信息与所述网关设备发送的连接信息不一致，向所述网关设备发送下线操作通知，所述下线操作通知用于通知所述网关设备对所述在先连接信息对应的连接进行下线处理。

在一种实施方式中，所述装置还包括：

离线通知消息接收模块，用于接收所述网关设备发送的离线通知消息，所述离线通知消息包括目标连接信息，所述离线通知消息为所述网关设备检测到与所述客户端的连接断开时生成的消息；

在线记录删除模块，用于在所述在线用户列表中查找所述目标连接信息，并将所述目标连接信息以及对应的用户信息从所述在线用户列表中删除。

在一种实施方式中，所述装置还包括：

停止转发通知发送模块，用于在从所述session信息中解析出用户信息之后，向所述网关设备发送停止转发通知，所述停止转发通知用于通知所述网关设备停止转发除预设的指定类型的业务请求以外的其他业务请求。

在一种实施方式中，所述装置还包括：

查询模块，用于接收在线查询请求；根据所述在线查询请求返回所述在线用户列表，或者返回与所述在线查询请求对应的查询结果。

参照图9，示出了本申请另一种数据处理的装置实施例的结构框图，本实施例可以应用于网关设备中，所述装置可以包括如下模块：

业务请求接收模块901，用于接收客户端发送的业务请求，所述业务请求包括会话session信息；

连接信息生成模块902，用于根据所述业务请求，生成连接信息；

信息发送模块903，用于拷贝所述业务请求，并将拷贝得到的业务请求以及所述连接信息发送至管理服务，所述管理服务用于从所述session信息中解析出用户信息，并在已生成的在线用户列表中记录所述用户信息以及对应的连接信息。

在一种实施方式中，所述装置还包括：

离线通知模块，用于当检测到与所述客户端的连接断开时，生成离线通知消息，所述离线通知消息包括目标连接信息；将所述离线通知消息发送至所述管理服务，所述离线通知消息用于通知所述管理服务将所述目标连接信息以及对应的用户信息从所述在线用户列表中删除。

在一种实施方式中，所述装置还包括：

业务请求发送模块，用于将所述业务请求发送至业务服务，由所述业务服务按照预设的业务逻辑进行对应的业务处理。

在一种实施方式中，所述装置还包括：

下线处理模块，用于在所述将拷贝得到的业务请求以及所述连接信息发送至管理服务以后，接收所述管理服务发送的下线操作通知，所述下线操作通知为所述管理服务根据所述用户信息获取所述在线用户列表中记录的在先连接信息与接收的连接信息不一致时生成的通知；根据所述下线操作通知对所述在先连接信息对应的连接进行下线处理。

在一种实施方式中，所述装置还包括：

停止转发模块，用于在所述将拷贝得到的业务请求以及所述连接信息发送至管理服务以后，接收所述管理服务发送的停止转发通知；根据所述停止转发通知，停止转发除预设的指定类型的业务请求以外的其他业务请求。

本申请实施例还公开了一种电子设备，包括：

处理器；

用于存储所述处理器可执行指令的存储器；

其中，所述处理器被配置为执行所述指令，以实现上述的方法实施例。

本申请实施例还公开了一种存储介质，当所述存储介质中的指令由所述设备的处理器执行时，使得所述电子设备能够执行上述的方法实施例。

关于上述实施例中的装置、电子设备及存储介质，其中各个模块执行操作的具体方式已经在有关该方法的实施例中进行了详细描述，此处将不做详细阐述说明。

虽然本说明书包含许多具体实施细节，但是这些不应被解释为限制任何发明的范围或所要求保护的范围，而是主要用于描述特定发明的具体实施例的特征。本说明书内在多个实施例中描述的某些特征也可以在单个实施例中被组合实施。另一方面，在单个实施例中描述的各种特征也可以在多个实施例中分开实施或以任何合适的子组合来实施。此外，虽然特征可以如上所述在某些组合中起作用并且甚至最初如此要求保护，但是来自所要求保护的组合中的一个或多个特征在一些情况下可以从该组合中去除，并且所要求保护的组合可以指向子组合或子组合的变型。

类似地，虽然在附图中以特定顺序描绘了操作，但是这不应被理解为要求这些操作以所示的特定顺序执行或顺次执行、或者要求所有例示的操作被执行，以实现期望的结果。在某些情况下，多任务和并行处理可能是有利的。此外，上述实施例中的各种系统模块和组件的分离不应被理解为在所有实施例中均需要这样的分离，并且应当理解，所描述的程序组件和系统通常可以一起集成在单个软件产品中，或者封装成多个软件产品。

由此，主题的特定实施例已被描述。其他实施例在所附权利要求书的范围以内。在某些情况下，权利要求书中记载的动作可以以不同的顺序执行并且仍实现期望的结果。此外，附图中描绘的处理并非必需所示的特定顺序或顺次顺序，以实现期望的结果。在某些实现中，多任务和并行处理可能是有利的。

以上所述仅为本申请的较佳实施例而已，并不用以限制本申请，凡在本申请的精神和原则之内，所做的任何修改、等同替换、改进等，均应包含在本申请保护的范围之内。