CN115766107A - 用户的登陆状态确认方法及装置 - Google Patents

Abstract

本公开涉及一种用户的登陆状态确认方法、装置、电子设备及计算机可读介质。该方法包括：在用户登陆预设设备时，将用户对应的登陆会话标识存储在所述网络安全设备中；所述网络安全设备定时由所述用户的用户终端中获取当前会话标识；将所述当前会话标识和所述登陆会话标识进行匹配；根据匹配成功与否确定所述用户终端对应的用户的登陆状态。本申请涉及的用户的登陆状态确认方法、装置、电子设备及计算机可读介质，能够解决不在线的用户占用系统资源、影响其他用户使用设备的情况，也能增加系统安全性，保护用户隐私安全。

Description

用户的登陆状态确认方法及装置

技术领域

本公开涉及计算机信息处理领域，具体而言，涉及一种用户的登陆状态确认方法、装置、电子设备及计算机可读介质。

背景技术

网络安全设备允许用户通过Web方式登陆设备修改配置，并且可以允许N个账号同时在线登陆，每个账号也同时允许M个用户同时使用，正常情况下，用户通过Web方式登陆设备页面后，可以通过设备页面右上角的“退出”按钮退出页面，这时设备收到页面发送的退出请求，便在后台注销掉该用户的sessionId值，当用户再次登陆时，需要重新输入用户名和密码进行登陆。

当用户不是通过点击“退出”按钮进行退出，而是通过点击浏览器的“X”按钮或点击浏览器标签页的“X”按钮退出时，此时页面并没有向后台发送退出请求，而Web页面已经关闭，由于后台没有收到用户退出请求，后台认为该用户一直在线，所以后台数据中一直保存着该用户的sessionId值，当设备中存在已经不在线的用户并且在线用户数达到了最大值时，就会出现“在线用户达到最大上限”的提示，阻止其他新用户登录，从而影响后续新用户对设备的使用。

因此，需要一种新的用户的登陆状态确认方法、装置、电子设备及计算机可读介质。

在所述背景技术部分公开的上述信息仅用于加强对本申请的背景的理解，因此它可以包括不构成对本领域普通技术人员已知的现有技术的信息。

发明内容

有鉴于此，本申请提供一种用户的登陆状态确认方法、装置、电子设备及计算机可读介质，能够解决不在线的用户占用系统资源、影响其他用户使用设备的情况，也能增加系统安全性，保护用户隐私安全。

本申请的其他特性和优点将通过下面的详细描述变得显然，或部分地通过本申请的实践而习得。

根据本申请的一方面，提出一种用户的登陆状态确认方法，该方法包括：在用户登陆预设网络安全设备时，将用户对应的登陆会话标识存储在所述网络安全设备中；所述网络安全设备定时由所述用户的用户终端中获取当前会话标识；将所述当前会话标识和所述登陆会话标识进行匹配；根据匹配成功与否确定所述用户终端对应的用户的登陆状态。

在本申请的一种示例性实施例中，在用户登陆预设网络安全设备时，将用户对应的登陆会话标识存储在所述网络安全设备中，包括：用户通过用户端向预设网络安全设备发送登陆申请；在登陆申请通过后，获取登陆页面地址和登陆会话标识；将所述登陆会话标识、标志位和登陆页面存储在所述网络安全设备中。

在本申请的一种示例性实施例中，在登陆申请通过后，获取登陆页面地址和登陆会话标识，包括：在登陆申请通过后，获取登陆成功后的登陆页面地址；将所述登陆页面地址通过响应的方式返回用户终端；在所述登陆页面地址对应的登陆页面之后展示给所述用户；获取后台服务器颁发的登陆会话标识。

在本申请的一种示例性实施例中，在登陆申请通过后，获取登陆页面地址和登陆会话标识，还包括：通过WebSocket API建立登陆页面和所述网络安全设备之间的连接。

在本申请的一种示例性实施例中，所述网络安全设备定时由所述用户的用户终端中获取当前会话标识，包括：所述网络安全设备定时向所述用户终端中的登陆页面发送检验请求；所述登陆页面基于所述检验请求获取当前会话标识。

在本申请的一种示例性实施例中，所述网络安全设备定时向所述用户终端中的登陆页面发送检验请求，包括：所述网络安全设备定时通过WebSocket连接向所述用户终端中的登陆页面发送检验请求。

在本申请的一种示例性实施例中，所述登陆页面基于所述检验请求获取当前会话标识，包括：所述登陆页面基于所述检查请求由当前浏览器中获取所述当前会话标识。

在本申请的一种示例性实施例中，根据匹配成功与否确定所述用户终端对应的用户的登陆状态，包括：确定匹配成功的用户终端对应的用户的状态为在线状态；确定匹配未成功的用户终端对应的用户的状态为离线状态。

在本申请的一种示例性实施例中，还包括：在用户对应的登陆状态为离线状态时，清除所述网络安全设备中所述用户对应的登陆会话标识。

根据本申请的一方面，提出一种用户的登陆状态确认装置，该装置包括：登陆模块，用于在用户登陆预设网络安全设备时，将用户对应的登陆会话标识存储在所述网络安全设备中；定时模块，用于所述网络安全设备定时由所述用户的用户终端中获取当前会话标识；匹配模块，用于将所述当前会话标识和所述登陆会话标识进行匹配；状态模块，用于根据匹配成功与否确定所述用户终端对应的用户的登陆状态。

根据本申请的一方面，提出一种电子设备，该电子设备包括：一个或多个处理器；存储装置，用于存储一个或多个程序；当一个或多个程序被一个或多个处理器执行，使得一个或多个处理器实现如上文的方法。

根据本申请的一方面，提出一种计算机可读介质，其上存储有计算机程序，该程序被处理器执行时实现如上文中的方法。

根据本申请的用户的登陆状态确认方法、装置、电子设备及计算机可读介质，通过在用户登陆预设设备时，将用户对应的登陆会话标识存储在所述网络安全设备中；所述网络安全设备定时由所述用户的用户终端中获取当前会话标识；将所述当前会话标识和所述登陆会话标识进行匹配；根据匹配成功与否确定所述用户终端对应的用户的登陆状态的方式，能够解决不在线的用户占用系统资源、影响其他用户使用设备的情况，也能增加系统安全性，保护用户隐私安全。

应当理解的是，以上的一般描述和后文的细节描述仅是示例性的，并不能限制本申请。

附图说明

通过参照附图详细描述其示例实施例，本申请的上述和其它目标、特征及优点将变得更加显而易见。下面描述的附图仅仅是本申请的一些实施例，对于本领域的普通技术人员来讲，在不付出创造性劳动的前提下，还可以根据这些附图获得其他的附图。

图1是根据一示例性实施例示出的一种用户的登陆状态确认方法及装置的系统框图。

图2是根据一示例性实施例示出的一种用户的登陆状态确认方法的流程图。

图3是根据另一示例性实施例示出的一种用户的登陆状态确认方法的流程图。

图4是根据另一示例性实施例示出的一种用户的登陆状态确认方法的示意图。

图5是根据一示例性实施例示出的一种用户的登陆状态确认装置的框图。

图6是根据一示例性实施例示出的一种电子设备的框图。

图7是根据一示例性实施例示出的一种计算机可读介质的框图。

具体实施方式

现在将参考附图更全面地描述示例实施例。然而，示例实施例能够以多种形式实施，且不应被理解为限于在此阐述的实施例；相反，提供这些实施例使得本申请将全面和完整，并将示例实施例的构思全面地传达给本领域的技术人员。在图中相同的附图标记表示相同或类似的部分，因而将省略对它们的重复描述。

此外，所描述的特征、结构或特性可以以任何合适的方式结合在一个或更多实施例中。在下面的描述中，提供许多具体细节从而给出对本申请的实施例的充分理解。然而，本领域技术人员将意识到，可以实践本申请的技术方案而没有特定细节中的一个或更多，或者可以采用其它的方法、组元、装置、步骤等。在其它情况下，不详细示出或描述公知方法、装置、实现或者操作以避免模糊本申请的各方面。

附图中所示的方框图仅仅是功能实体，不一定必须与物理上独立的实体相对应。即，可以采用软件形式来实现这些功能实体，或在一个或多个硬件模块或集成电路中实现这些功能实体，或在不同网络和/或处理器装置和/或微控制器装置中实现这些功能实体。

附图中所示的流程图仅是示例性说明，不是必须包括所有的内容和操作/步骤，也不是必须按所描述的顺序执行。例如，有的操作/步骤还可以分解，而有的操作/步骤可以合并或部分合并，因此实际执行的顺序有可能根据实际情况改变。

应理解，虽然本文中可能使用术语第一、第二、第三等来描述各种组件，但这些组件不应受这些术语限制。这些术语乃用以区分一组件与另一组件。因此，下文论述的第一组件可称为第二组件而不偏离本申请概念的教示。如本文中所使用，术语“及/或”包括相关联的列出项目中的任一个及一或多者的所有组合。

本领域技术人员可以理解，附图只是示例实施例的示意图，附图中的模块或流程并不一定是实施本申请所必须的，因此不能用于限制本申请的保护范围。

本申请涉及的技术缩略语解释如下：

sessionId：会话ID，当用Web登录设备页面时，登录成功后，后台服务器给登录用户颁发的一个标识，用来唯一标识当前用户。用户正常退出登录时，后台服务器销毁此用户的sessionId。不同的浏览器在同一台电脑登陆会产生不同的sessionId，同一个浏览器的不同标签页之间登陆同一设备产生相同的sessionId。

Cookie：一个保存在客户机中的简单的文本文件，这个文件与特定的Web文档关联在一起，保存了该客户及访问这个Web文档时的信息，当客户机再次访问这个Web文档时这些信息可供该文档使用。一个Web站点可能会为每一个访问者产生一个唯一的ID，然后以Cookie文件的形式保存在每个用户的机器上。

WebSocket：是一种在单个TCP连接上进行全双工通信的协议。WebSocket使得客户端和服务器之间的数据交换变得更加简单，允许服务端主动向客户端推送数据。在WebSocket API中，浏览器和服务器只需要完成一次握手，两者之间就直接可以创建持久性的连接，并进行双向数据传输。

本案申请人发现，在现有技术中存在一种解决用户长期登陆的方法，在网络上设备的平台上，在用户成功登陆设备页面后，每一次操作页面都会记录此时的时间，这就是用户的最后操作时间。设备上有超时时间设置，后台有一个进程专门进行在线用户超时时间的检查，每隔一段时间检查一次，进程检查时如果当前时间与用户的最后操作时间差超过超时时间，该进程便会强制用户退出登录，删除该用户的sessionId。

现在的方案缺点分析如下：

(1)虽然后台提供了进程进行超时时间的检查，但这个超时时间设置的比较长，例如超时时间设置为65535秒，当设备中存在已经不在线的用户并且在线用户数达到了最大值时，就会出现“在线用户达到最大上限”的提示，阻止用户登录，从而影响用户对设备的使用。

(2)虽然某用户通过浏览器的标签页“X”按钮关闭了页面，并且该用户因为未达到超时时间而没有被强制退出，这时另一个用户操作该电脑，直接在该浏览器的标签的地址栏中输入登录成功后的页面地址，便可以直接访问配置界面，进行配置的修改。如果此时另一个用户其实并没有操作权限，并且修改了某些重要的配置，可能会影响某些功能的使用。

有鉴于现有技术中的技术缺陷，本申请提出了一种用户的登陆状态确认方法、以此来解决非在线用户占用在线资源，导致其他用户登录不了设备的问题，并且减少了其他用户利用在线用户的权限访问配置页面的概率。下面借助于具体的实施例来对本申请的内容进行详细描述。

图1是根据一示例性实施例示出的一种用户的登陆状态确认方法、装置的系统框图。

如图1所示，系统架构10可以包括终端设备101、102、103，网络104和网络安全设备105、后台服务器106。网络104用以在终端设备101、102、103和网络安全设备105之间、网络安全设备105和后台服务器106之间提供通信链路的介质。网络104可以包括各种连接类型，例如有线、无线通信链路或者光纤电缆等等。

用户可以使用终端设备101、102、103通过网络104与网络安全设备105、后台服务器106交互，以接收或发送消息等。终端设备101、102、103上可以安装有各种通讯客户端应用，例如购物类应用、网页浏览器应用、搜索类应用、即时通信工具、邮箱客户端、社交平台软件等。

终端设备101、102、103可以是具有显示屏并且支持网页浏览的各种电子设备，包括但不限于智能手机、平板电脑、膝上型便携计算机和台式计算机等等。

网络安全设备105可以是提供各种安全服务的服务器，例如对用户利用终端设备101、102、103所浏览的后台服务器提供登陆安全支持的设备。网络安全设备105可以对接收到的用户登陆请求进行分析等处理，并将处理结果反馈给终端设备。

在用户登陆网络安全设备105时，可例如，将用户对应的登陆会话标识存储在网络安全设备105中；网络安全设备105可例如定时由所述用户的终端设备101、102、103中获取当前会话标识；网络安全设备105可例如将所述当前会话标识和所述登陆会话标识进行匹配；根据匹配成功与否确定终端设备101、102、103对应的用户的登陆状态。

网络安全设备105还可例如清除已存储的离线状态的用户对应的登陆会话标识。

网络安全设备105可以是一个实体的服务器，还可例如为多个服务器组成，需要说明的是，本申请实施例所提供的用户的登陆状态确认方法可以由网络安全设备105执行，相应地，用户的登陆状态确认装置可以设置于网络安全设备105中。而提供给用户进行网页浏览的网页端一般位于终端设备101、102、103中。

图2是根据一示例性实施例示出的一种用户的登陆状态确认方法的流程图。用户的登陆状态确认方法20至少包括步骤S202至S208。

如图2所示，在S202中，在用户登陆预设设备时，将用户对应的登陆会话标识存储在所述网络安全设备中。用户可通过用户端向预设设备发送登陆申请；在登陆申请通过后，获取登陆页面地址和登陆会话标识；将所述登陆会话标识、标志位和登陆页面存储在所述网络安全设备中。

在一个实施例中，还可通过WebSocket API建立登陆页面和所述网络安全设备之间的连接。通过WebSocket API建立页面与设备之间的连接，这个连接属于持久性的连接，只要用户不点击设备页面上的“退出”按钮，这个连接就会一直存在。然后将登陆后的页面渲染到浏览器页面中，展示给用户。后续该用户操作界面、配置数据，浏览器Cookie中的sessionId值不会改变，WebSocket连接也不会断开。

更具体的，可将登陆成功后的页面地址保存下来，同时将后台服务器颁发的sessionId值记录下来，保存在json文件中，这个json文件命名为A文件，文件中的内容为sessionId和flag值，flag值为标志位，后续查找时使用。

在S204中，所述网络安全设备定时由所述用户的用户终端中获取当前会话标识。所述网络安全设备可定时向所述用户终端中的登陆页面发送检验请求；所述登陆页面基于所述检验请求获取当前会话标识。

其中，可例如，所述网络安全设备定时通过WebSocket连接向所述用户终端中的登陆页面发送检验请求。

设备与页面建立连接后，周期性的(可例如为每隔一分钟)由设备通过Websocket连接主动向页面发送消息“Current User checking！”，告知页面检查在线用户，在线的页面收到消息后从当前浏览器的Cookie中获取sessionId的值，将此值作为消息回复给设备。设备通过Websocket API收到各个页面发送的sessionId的值，将接收到的sessionId值记录下来，保存在一个json文件中，这个文件命名为B文件。

其中，还可例如，所述登陆页面基于所述检查请求由当前浏览器中获取所述当前会话标识。

当多个用户登录时，设备与页面之间便会有多个连接，这些连接是一对多的关系，这就表示当设备向页面发送消息时，连接的页面都会收到该消息，当多个页面向设备发送消息时，接收页面消息的后台服务器连接是同一个。

在S206中，将所述当前会话标识和所述登陆会话标识进行匹配。

在S208中，根据匹配成功与否确定所述用户终端对应的用户的登陆状态。确定匹配成功的用户终端对应的用户的状态为在线状态；确定匹配未成功的用户终端对应的用户的状态为离线状态。

由于每个用户的sessionId是唯一的，遍历文件B中的sessionId，每个sessionId都在A文件中进行查找，找到则表示这个在线用户正在使用，将这个sessionId对应的flag设置为1。遍历完成后，遍历A文件中flag值不是1的sessionId，此sessionId对应的用户为非在线用户，后台查找在线用户，将用户对应的sessionId删除，强制使这些用户下线。同时将文件A中flag值不为1的sessionId清除，并将A文件中的flag值全部置为0、B文件内容全部清除，以便下次遍历使用。

在一个实施例中，还可例如，在用户对应的登陆状态为离线状态时，清除所述网络安全设备中所述用户对应的登陆会话标识。当用户通过点击页面右上角的“退出”按钮进行正常退出时，先将文件A中对应的sessionId和flag清除，并关闭页面和后台之间的WebSocket连接。

当进程进行超时检查时，对于超时的用户也是先将文件A中对应sessionId值和flag清除，并关闭页面和后台之间的WebSocket连接。

根据本申请的用户的登陆状态确认方法，通过在用户登陆预设设备时，将用户对应的登陆会话标识存储在所述网络安全设备中；所述网络安全设备定时由所述用户的用户终端中获取当前会话标识；将所述当前会话标识和所述登陆会话标识进行匹配；根据匹配成功与否确定所述用户终端对应的用户的登陆状态的方式，能够解决不在线的用户占用系统资源、影响其他用户使用设备的情况，也能增加系统安全性，保护用户隐私安全。

应清楚地理解，本申请描述了如何形成和使用特定示例，但本申请的原理不限于这些示例的任何细节。相反，基于本申请公开的内容的教导，这些原理能够应用于许多其它实施例。

图3是根据另一示例性实施例示出的一种用户的登陆状态确认方法的流程图。图3所示的流程30是对图2所示的流程中S202“在用户登陆预设设备时，将用户对应的登陆会话标识存储在所述网络安全设备中”的详细描述。

如图3所示，在S302中，用户通过用户端向预设设备发送登陆申请。当用户通过Web方式登陆设备页面时，用户输入用户名和密码，点击“登陆”按钮发送登陆申请以进行登陆。

在S304中，在登陆申请通过后，获取登陆成功后的登陆页面地址。网络设备后台校验用户名和密码成功，校验成功后，

在S306中，将所述登陆页面地址通过响应的方式返回用户终端。更具体的，可通过WebSocket API建立页面与设备之间的连接，这个连接属于持久性的连接。后续该用户操作界面、配置数据，浏览器Cookie中的sessionId值不会改变，WebSocket连接也不会断开。

在S308中，在所述登陆页面地址对应的登陆页面之后展示给所述用户。

在S310中，获取后台服务器颁发的登陆会话标识。

在S312中，将所述登陆会话标识、标志位和登陆页面存储在所述网络安全设备中。页面收到响应后，将登陆成功后的页面地址保存下来，同时将后台服务器颁发的sessionId值记录下来，保存在一个json文件中，这个json文件命名为A文件，文件中的内容为sessionId和flag值，flag值为标志位，后续查找时使用。

图4是根据另一示例性实施例示出的一种用户的登陆状态确认方法的示意图。如图4所示，用户通过Web方式登陆设备页面，将登陆成功后的页面地址通过响应的方式返回，用户可以使用此页面进行后续的网络数据服务。网络安全设备将登陆成功后的页面地址保存下来，同时将后台服务器颁发的sessionId值记录下来，保存在一个json文件中，这个json文件命名为A文件，文件中的内容为sessionId和flag值，flag值为标志位，后续查找时使用。

网络安全设备与页面建立连接后，周期性的发送Current User checking！”检查消息，在线的页面收到消息后从当前浏览器的Cookie中获取sessionId的值，将此值作为消息回复给网络安全设备。网络安全设备通过Websocket API收到各个页面发送的sessionId的值，将接收到的sessionId值记录下来，保存在一个json文件中，这个文件命名为B文件。

参照B文件，在A文件中找到多余的sessionId，这些sessionId对应的即为不在线用户。

本领域技术人员可以理解实现上述实施例的全部或部分步骤被实现为由CPU执行的计算机程序。在该计算机程序被CPU执行时，执行本申请提供的上述方法所限定的上述功能。所述的程序可以存储于一种计算机可读存储介质中，该存储介质可以是只读存储器，磁盘或光盘等。

此外，需要注意的是，上述附图仅是根据本申请示例性实施例的方法所包括的处理的示意性说明，而不是限制目的。易于理解，上述附图所示的处理并不表明或限制这些处理的时间顺序。另外，也易于理解，这些处理可以是例如在多个模块中同步或异步执行的。

下述为本申请装置实施例，可以用于执行本申请方法实施例。对于本申请装置实施例中未披露的细节，请参照本申请方法实施例。

图5是根据一示例性实施例示出的一种用户的登陆状态确认装置的框图。如图5所示，用户的登陆状态确认装置50包括：登陆模块502，定时模块504，匹配模块506，状态模块508。

登陆模块502用于在用户登陆预设设备时，将用户对应的登陆会话标识存储在所述网络安全设备中；登陆模块502还用于用户通过用户端向预设设备发送登陆申请；在登陆申请通过后，获取登陆页面地址和登陆会话标识；将所述登陆会话标识、标志位和登陆页面存储在所述网络安全设备中。

定时模块504用于所述网络安全设备定时由所述用户的用户终端中获取当前会话标识；定时模块504还用于所述网络安全设备定时向所述用户终端中的登陆页面发送检验请求；所述登陆页面基于所述检验请求获取当前会话标识。

匹配模块506用于将所述当前会话标识和所述登陆会话标识进行匹配。

状态模块508用于根据匹配成功与否确定所述用户终端对应的用户的登陆状态。状态模块508还用于确定匹配成功的用户终端对应的用户的状态为在线状态；确定匹配未成功的用户终端对应的用户的状态为离线状态。

根据本申请的用户的登陆状态确认装置，通过在用户登陆预设设备时，将用户对应的登陆会话标识存储在所述网络安全设备中；所述网络安全设备定时由所述用户的用户终端中获取当前会话标识；将所述当前会话标识和所述登陆会话标识进行匹配；根据匹配成功与否确定所述用户终端对应的用户的登陆状态的方式，能够解决不在线的用户占用系统资源、影响其他用户使用设备的情况，也能增加系统安全性，保护用户隐私安全。

图6是根据一示例性实施例示出的一种电子设备的框图。

下面参照图6来描述根据本申请的这种实施方式的电子设备600。图6显示的电子设备600仅仅是一个示例，不应对本申请实施例的功能和使用范围带来任何限制。

如图6所示，电子设备600以通用计算设备的形式表现。电子设备600的组件可以包括但不限于：至少一个处理单元610、至少一个存储单元620、连接不同系统组件(包括存储单元620和处理单元610)的总线630、显示单元640等。

其中，所述存储单元存储有程序代码，所述程序代码可以被所述处理单元610执行，使得所述处理单元610执行本说明书中描述的根据本申请各种示例性实施方式的步骤。例如，所述处理单元610可以执行如图2，图3中所示的步骤。

所述存储单元620可以包括易失性存储单元形式的可读介质，例如随机存取存储单元(RAM)6201和/或高速缓存存储单元6202，还可以进一步包括只读存储单元(ROM)6203。

所述存储单元620还可以包括具有一组(至少一个)程序模块6205的程序/实用工具6204，这样的程序模块6205包括但不限于：操作系统、一个或者多个应用程序、其它程序模块以及程序数据，这些示例中的每一个或某种组合中可能包括网络环境的实现。

总线630可以为表示几类总线结构中的一种或多种，包括存储单元总线或者存储单元控制器、外围总线、图形加速端口、处理单元或者使用多种总线结构中的任意总线结构的局域总线。

电子设备600也可以与一个或多个外部设备600’(例如键盘、指向设备、蓝牙设备等)通信，使得用户能与该电子设备600交互的设备通信，和/或该电子设备600能与一个或多个其它计算设备进行通信的任何设备(例如路由器、调制解调器等等)通信。这种通信可以通过输入/输出(I/O)接口650进行。并且，电子设备600还可以通过网络适配器660与一个或者多个网络(例如局域网(LAN)，广域网(WAN)和/或公共网络，例如因特网)通信。网络适配器660可以通过总线630与电子设备600的其它模块通信。应当明白，尽管图中未示出，可以结合电子设备600使用其它硬件和/或软件模块，包括但不限于：微代码、设备驱动器、冗余处理单元、外部磁盘驱动阵列、RAID系统、磁带驱动器以及数据备份存储系统等。

通过以上的实施方式的描述，本领域的技术人员易于理解，这里描述的示例实施方式可以通过软件实现，也可以通过软件结合必要的硬件的方式来实现。因此，如图7所示，根据本申请实施方式的技术方案可以以软件产品的形式体现出来，该软件产品可以存储在一个非易失性存储介质(可以是CD-ROM，U盘，移动硬盘等)中或网络上，包括若干指令以使得一台计算设备(可以是个人计算机、服务器、或者网络设备等)执行根据本申请实施方式的上述方法。

总体而言，本公开检测用户是否在线的装置用于解决非在线用户占用在线资源，导致其他用户登录不了设备的问题，并且减少了其他用户利用在线用户的权限访问配置页面的概率。具体而言，当用户通过Web方式登陆设备页面时，用户输入用户名和密码，点击“登陆”按钮进行登陆，后台校验用户名和密码成功后，将登陆成功后的页面地址通过响应的方式返回，页面收到响应后，将登陆成功后的页面地址保存下来，同时将后台服务器颁发的sessionId值记录下来，保存在一个json文件中，这个json文件命名为A文件，文件中的内容为sessionId和flag值，flag值为标志位，后续查找时使用。通过WebSocket API建立页面与设备之间的连接，这个连接属于持久性的连接，只要用户不点击设备页面上的“退出”按钮，这个连接就会一直存在。然后将登陆后的页面渲染到浏览器页面中，展示给用户。后续该用户操作界面、配置数据，浏览器Cookie中的sessionId值不会改变，WebSocket连接也不会断开。当多个用户登录时，设备与页面之间便会有多个连接，这些连接是一对多的关系，这就表示当设备向页面发送消息时，连接的页面都会收到该消息，当多个页面向设备发送消息时，接收页面消息的后台服务器连接是同一个。设备与页面建立连接后，每隔一分钟由设备通过这个Websocket连接主动向页面发送消息“Current User checking！”，告知页面检查在线用户，在线的页面收到消息后从当前浏览器的Cookie中获取sessionId的值，将此值作为消息回复给设备。设备通过Websocket API收到各个页面发送的sessionId的值，将接收到的sessionId值记录下来，保存在一个json文件中，这个文件命名为B文件。由于每个用户的sessionId是唯一的，遍历文件B中的sessionId，每个sessionId都在A文件中进行查找，找到则表示这个在线用户正在使用，将这个sessionId对应的flag设置为1。遍历完成后，遍历A文件中flag值不是1的sessionId，此sessionId对应的用户为非在线用户，后台查找在线用户，将用户对应的sessionId删除，强制使这些用户下线。同时将文件A中flag值不为1的sessionId清除，并将A文件中的flag值全部置为0、B文件内容全部清除，以便下次遍历使用。当用户通过点击页面右上角的“退出”按钮进行正常退出时，先将文件A中对应的sessionId和flag清除，并关闭页面和后台之间的WebSocket连接。当进程进行超时检查时，对于超时的用户也是先将文件A中对应sessionId值和flag清除，并关闭页面和后台之间的WebSocket连接。通过本公开，解决了用户通过Web方式登陆设备时，被已经不在线的用户占用资源，导致设备不能登陆，影响用户使用设备的问题。以及减少了其他用户利用在线用户的资源，访问设备进行配置而影响设备正常使用的概率。

所述软件产品可以采用一个或多个可读介质的任意组合。可读介质可以是可读信号介质或者可读存储介质。可读存储介质例如可以为但不限于电、磁、光、电磁、红外线、或半导体的系统、装置或器件，或者任意以上的组合。可读存储介质的更具体的例子(非穷举的列表)包括：具有一个或多个导线的电连接、便携式盘、硬盘、随机存取存储器(RAM)、只读存储器(ROM)、可擦式可编程只读存储器(EPROM或闪存)、光纤、便携式紧凑盘只读存储器(CD-ROM)、光存储器件、磁存储器件、或者上述的任意合适的组合。

所述计算机可读存储介质可以包括在基带中或者作为载波一部分传播的数据信号，其中承载了可读程序代码。这种传播的数据信号可以采用多种形式，包括但不限于电磁信号、光信号或上述的任意合适的组合。可读存储介质还可以是可读存储介质以外的任何可读介质，该可读介质可以发送、传播或者传输用于由指令执行系统、装置或者器件使用或者与其结合使用的程序。可读存储介质上包含的程序代码可以用任何适当的介质传输，包括但不限于无线、有线、光缆、RF等等，或者上述的任意合适的组合。

可以以一种或多种程序设计语言的任意组合来编写用于执行本申请操作的程序代码，所述程序设计语言包括面向对象的程序设计语言—诸如Java、C++等，还包括常规的过程式程序设计语言—诸如“C”语言或类似的程序设计语言。程序代码可以完全地在用户计算设备上执行、部分地在用户设备上执行、作为一个独立的软件包执行、部分在用户计算设备上部分在远程计算设备上执行、或者完全在远程计算设备或服务器上执行。在涉及远程计算设备的情形中，远程计算设备可以通过任意种类的网络，包括局域网(LAN)或广域网(WAN)，连接到用户计算设备，或者，可以连接到外部计算设备(例如利用因特网服务提供商来通过因特网连接)。

上述计算机可读介质承载有一个或者多个程序，当上述一个或者多个程序被一个该设备执行时，使得该计算机可读介质实现如下功能：在用户登陆预设设备时，将用户对应的登陆会话标识存储在所述网络安全设备中；所述网络安全设备定时由所述用户的用户终端中获取当前会话标识；将所述当前会话标识和所述登陆会话标识进行匹配；根据匹配成功与否确定所述用户终端对应的用户的登陆状态。

本领域技术人员可以理解上述各模块可以按照实施例的描述分布于装置中，也可以进行相应变化唯一不同于本实施例的一个或多个装置中。上述实施例的模块可以合并为一个模块，也可以进一步拆分成多个子模块。

通过以上的实施例的描述，本领域的技术人员易于理解，这里描述的示例实施例可以通过软件实现，也可以通过软件结合必要的硬件的方式来实现。因此，根据本申请实施例的技术方案可以以软件产品的形式体现出来，该软件产品可以存储在一个非易失性存储介质(可以是CD-ROM，U盘，移动硬盘等)中或网络上，包括若干指令以使得一台计算设备(可以是个人计算机、服务器、移动终端、或者网络设备等)执行根据本申请实施例的方法。

以上具体地示出和描述了本申请的示例性实施例。应可理解的是，本申请不限于这里描述的详细结构、设置方式或实现方法；相反，本申请意图涵盖包含在所附权利要求的精神和范围内的各种修改和等效设置。

Claims (10)

1.一种用户的登陆状态确认方法，其特征在于，包括：

在用户登陆预设网络安全设备时，将用户对应的登陆会话标识存储在所述网络安全设备中；

所述网络安全设备定时由所述用户的用户终端中获取当前会话标识；

将所述当前会话标识和所述登陆会话标识进行匹配；

根据匹配成功与否确定所述用户终端对应的用户的登陆状态。

2.如权利要求1所述的方法，其特征在于，在用户登陆预设网络安全设备时，将用户对应的登陆会话标识存储在所述网络安全设备中，包括：

用户通过用户端向预设网络安全设备发送登陆申请；

在登陆申请通过后，获取登陆页面地址和登陆会话标识；

将所述登陆会话标识、标志位和登陆页面存储在所述网络安全设备中。

3.如权利要求2所述的方法，其特征在于，在登陆申请通过后，获取登陆页面地址和登陆会话标识，包括：

在登陆申请通过后，获取登陆成功后的登陆页面地址；

将所述登陆页面地址通过响应的方式返回用户终端；

在所述登陆页面地址对应的登陆页面之后展示给所述用户；

获取后台服务器颁发的登陆会话标识。

4.如权利要求1所述的方法，其特征在于，在登陆申请通过后，获取登陆页面地址和登陆会话标识，还包括：

通过WebSocket API建立登陆页面和所述网络安全设备之间的连接。

5.如权利要求1所述的方法，其特征在于，所述网络安全设备定时由所述用户的用户终端中获取当前会话标识，包括：

所述网络安全设备定时向所述用户终端中的登陆页面发送检验请求；

所述登陆页面基于所述检验请求获取当前会话标识。

6.如权利要求5所述的方法，其特征在于，所述网络安全设备定时向所述用户终端中的登陆页面发送检验请求，包括：

所述网络安全设备定时通过WebSocket连接向所述用户终端中的登陆页面发送检验请求。

7.如权利要求5所述的方法，其特征在于，所述登陆页面基于所述检验请求获取当前会话标识，包括：

所述登陆页面基于所述检查请求由当前浏览器中获取所述当前会话标识。

8.如权利要求1所述的方法，其特征在于，根据匹配成功与否确定所述用户终端对应的用户的登陆状态，包括：

确定匹配成功的用户终端对应的用户的状态为在线状态；

确定匹配未成功的用户终端对应的用户的状态为离线状态。

9.如权利要求8所述的方法，其特征在于，还包括：

在用户对应的登陆状态为离线状态时，清除所述网络安全设备中所述用户对应的登陆会话标识。

10.一种用户的登陆状态确认装置，其特征在于，包括：

登陆模块，用于在用户登陆预设网络安全设备时，将用户对应的登陆会话标识存储在所述网络安全设备中；

定时模块，用于所述网络安全设备定时由所述用户的用户终端中获取当前会话标识；

匹配模块，用于将所述当前会话标识和所述登陆会话标识进行匹配；

状态模块，用于根据匹配成功与否确定所述用户终端对应的用户的登陆状态。

Images