CN111224935A - 一种用户登录状态的同步方法及装置 - Google Patents

Abstract

本申请提供一种用户登录状态的同步方法和装置，所述方法包括：接收准入设备发送的变动信息，其中，变动信息与用户登录状态有关；确定变动信息对应的用户信息；在完成基于变动信息同步更新用户信息对应的登录状态的情况下，向准入设备发送对应于变动信息的确认信息。通过本申请的技术方案，不仅提高了操作效率，且实现了网管平台与准入设备之间对于所维护的用户状态信息的一致性。

Description

一种用户登录状态的同步方法及装置

技术领域

本申请涉及网络技术领域，具体涉及一种用户登录状态的同步方法及装置。

背景技术

随着计算机网络技术的发展及终端设备的普及，网络用户的数量急剧增长，与此同时，网络环境的安全性及可控性受到越来越多企事业单位等团体组织的关注。

为了能够获知网络环境中的用户接入情况，相关技术中往往需要管理员通过网络环境中所部署的准入设备对当前网络接入者进行来访管理，诸如查看或筛检当前网络中所登录的用户，以实现对当前网络环境将面临风险的管理，或者预防当前网络受到非法扫描、网络资源滥用等目的。

然而，由于日趋复杂化的网络环境，使得在实际应用过程中，同一网络中往往部署多台准入设备，相应的，管理员需要分别登录每一台准入设备重复进行管理操作，不仅耗费用工资源，而且过程繁琐，操作效率低下。

发明内容

有鉴于此，本申请提供一种用户登录状态的同步方法及装置，以解决相关技术中过程繁琐，操作效率低下的问题，实现能够及时获知网络环境中的用户接入情况的效果，降低用工成本。

为实现上述目的，本申请提供技术方案如下：

根据本申请的第一方面，提出了一种用户登录状态的同步方法，应用于网管平台，所述方法包括：

接收准入设备发送的变动信息，其中，所述变动信息与用户登录状态有关；

确定所述变动信息对应的用户信息；

在完成基于所述变动信息同步更新所述用户信息对应的登录状态的情况下，向所述准入设备发送对应于所述变动信息的确认信息。

根据本申请的第二方面，提出了一种用户登录状态的同步方法，应用于准入设备，所述方法包括：

向网管平台发送关于用户登录状态的变动信息，以使得所述网管平台基于所述变动信息进行同步更新；

在确定未接收到所述网管平台发送的确认信息的情况下，重新向所述网管平台发送所述变动信息。

根据本申请的第三方面，提出了一种用户登录状态的同步装置，应用于网管平台，所述装置包括：

接收单元，接收准入设备发送的变动信息，其中，所述变动信息与用户登录状态有关；

确定单元，确定所述变动信息对应的用户信息；

第一发送单元，在完成基于所述变动信息同步更新所述用户信息对应的登录状态的情况下，向所述准入设备发送对应于所述变动信息的确认信息。

根据本申请的第四方面，提出了一种用户登录状态的同步装置，应用于准入设备，所述装置包括：

第一发送单元，向网管平台发送关于用户登录状态的变动信息，以使得所述网管平台基于所述变动信息进行同步更新；

第二发送单元，在确定未接收到所述网管平台发送的确认信息的情况下，重新向所述网管平台发送所述变动信息。

根据本申请的第五方面，提出了一种电子设备，包括：

处理器；

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

其中，所述处理器被配置为可执行指令以实现第一方面中任一项所述的方法。

根据本申请的第六方面，提出了一种计算机可读存储介质，其上存储有计算机指令，该指令被处理器执行时实现第一方面中任一项所述方法的步骤。

根据本申请的第七方面，提出了一种电子设备，包括：

处理器；

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

其中，所述处理器被配置为可执行指令以实现第二方面中任一项所述的方法。

根据本申请的第八方面，提出了一种计算机可读存储介质，其上存储有计算机指令，该指令被处理器执行时实现第二方面中任一项所述方法的步骤。

由以上技术方案可见，准入设备将与用户登录状态有关的变动信息发送至网管平台，以由网管平台统一对多个准入设备获取到的与用户登录状态有关的变动信息进行统一维护，管理员可通过网管平台统一对各个准入设备获取的变动信息进行查询、筛查等维护工作，而无需分别针对每一准入设备进行重复操作，从而提高了对所接入的用户信息的管理效率。此外，在准入设备与网管平台之间建立确认机制，在未接收到对端发送的确认信息的情况下，则本端设备将重新发送信息，以确保网管平台与准入设备之间对于所维护的用户状态信息的一致性。

附图说明

图1是根据本申请一示例性实施例中的用户登录状态的同步方法的应用场景图；

图2是根据本申请一示例性实施例提供的一种用户登录状态的同步方法的流程图；

图3是根据本申请一示例性实施例提供的另一种用户登录状态的同步方法的流程图；

图4是根据本申请一示例性实施例示出的一种用户上线信息的同步方法的交互图；

图5是根据本申请一示例性实施例示出的一种用户下线信息的同步方法的交互图；

图6是根据本申请一示例性实施例示出的一种准入设备异常重启情况下的用户状态信息的同步方法的交互图；

图7是根据本申请一示例性实施例示出的一种网管平台异常重启情况下的用户状态信息的同步方法的交互图；

图8是根据本申请一示例性实施例中的一种网管平台侧的电子设备的示意结构图；

图9是根据本申请一示例性实施例中的一种网管平台侧的用户登录状态的同步装置框图；

图10是根据本申请一示例性实施例中的一种准入设备侧的电子设备的示意结构图；

图11是根据本申请一示例性实施例中的一种准入设备侧的用户登录状态的同步装置框图。

具体实施方式

这里将详细地对示例性实施例进行说明，其示例表示在附图中。下面的描述涉及附图时，除非另有表示，不同附图中的相同数字表示相同或相似的要素。以下示例性实施例中所描述的实施方式并不代表与本申请相一致的所有实施方式。相反，它们仅是与如所附权利要求书中所详述的、本申请的一些方面相一致的装置和方法的例子。

在本申请使用的术语是仅仅出于描述特定实施例的目的，而非旨在限制本申请。在本申请和所附权利要求书中所使用的单数形式的“一种”、“所述”和“该”也旨在包括多数形式，除非上下文清楚地表示其他含义。还应当理解，本文中使用的术语“和/或”是指并包含一个或多个相关联的列出项目的任何或所有可能组合。

应当理解，尽管在本申请可能采用术语第一、第二、第三等来描述各种信息，但这些信息不应限于这些术语。这些术语仅用来将同一类型的信息彼此区分开。例如，在不脱离本申请范围的情况下，第一信息也可以被称为第二信息，类似地，第二信息也可以被称为第一信息。取决于语境，如在此所使用的词语“如果”可以被解释成为“在……时”或“当……时”或“响应于确定”。

图1是根据本申请一示例性实施例中的用户登录状态的同步方法的应用场景图，如图1所示，该应用场景中可以包括准入设备101，网管平台102和用户终端103，准入设备与网管平台之间、网管平台与用户终端之间、用户终端与准入设备之间可以基于网络实现信息的通信，网络可以包括有线或无线电信装置，例如所述网络可以包括局域网(“LAN”)、广域网(“WAN”)、内部网、互联网、移动电话网络、虚拟专用网(VPN)、蜂窝式移动通信网络或其任何组合。

在实际应用过程中，可以将网络环境划分为多个不同的虚拟局域网(VirtualLocal Area Network，简称VLAN)，进而对于接入相同VLAN内的用户终端由同一准入设备进行管理，当然也可以采用其他网络划分方式，并对划分后的网络区域部署相应的准入设备，使得复杂的网路架构由多个准入设备共同管理。

例如图1中所示出的，若将网络划分为n个虚拟局域网VLAN1、VLAN2……VLANn，则可以分别对每一个VLAN配置相应的准入设备1、准入设备2……准入设备n，从而对于每一个VLAN中所接入的用户设备由相应的准入设备进行管理，诸如准入设备1管理用户终端1～用户终端n，准入设备2管理用户终端m～用户终端x，准入设备3管理用户终端y～用户终端z。

为对本申请的具体实施方案进行详细阐述，提供下列实施例：

图2是根据本申请一示例性实施例提供的一种用户登录状态的同步方法的流程图，如图2所示，该方法应用于网管平台，可以包括以下步骤：

步骤201，接收准入设备发送的变动信息，其中，所述变动信息与用户登录状态有关。

在一实施例中，所发送的变动信息包含下述中的至少一种：通过所述准入设备的用户上线信息、通过所述准入设备的用户下线信息和所述准入设备的异常重启信息。

在一实施例中，可以解析变动信息以获取变动信息中包含的用户信息，进而将解析得到的用户确定为变动信息对应的用户信息；或者，确定准入设备对应的用户注册表，进而基于变动信息中包含的用户标识信息确定用户注册表中的用户信息，减小了变动信息中包含的信息量，提高了变动信息的生成、传输及解析效率。

步骤202，确定所述变动信息对应的用户信息。

步骤203，在完成基于所述变动信息同步更新所述用户信息对应的登录状态的情况下，向所述准入设备发送对应于所述变动信息的确认信息。

在一实施例中，在网管平台完成异常重启的情况下，可以向准入设备发送异常重启信息，以从准入设备获取用于同步更新的用户登录状态的信息，从而保障异常重启后的网管平台与准入设备之间关于用户状态信息的同步和一致性。

进一步的，在网管平台未接收到准入设备发送的确认信息的情况下，则重新发送异常重启信息，可以重复执行本过程数次；若重复执行本过程次数的时长达到第一预设时长，则对异常重启信息进行标记处理，其中的，标记处理在网管平台接收到确认信息时消除。

进一步的，网管平台可以在经过第二预设时长后，对于仍处于标记处理状态的异常重启信息，确定未接收到准入设备发送的与该异常重启信息对应的确认信息，网管平台可基于该异常重启信息生成告警信息，以提示管理员进行处理。

通过上述实施例，准入设备将与用户登录状态有关的变动信息发送至网管平台，以由网管平台统一对多个准入设备获取到的与用户登录状态有关的变动信息进行统一维护，管理员可通过网管平台统一对各个准入设备获取的变动信息进行查询、筛查等维护工作，而无需分别针对每一准入设备进行重复操作，从而提高了对所接入的用户信息的管理效率。

此外，若网管平台在基于变动信息完成对用户信息对应的登录状态的同步更新的情况下，则向准入设备发送与变动信息对应的确认信息，以使得准入设备接收到所发送的变动信息对应的响应信息，确定网管平台已接收到变动信息并基于变动信息完成更新，确保了网管平台与准入设备之间对于所维护的用户状态信息的一致性。

图3是根据本申请一示例性实施例提供的另一种用户登录状态的同步方法的流程图，如图3所示，该方法应用于准入设备，可以包括以下步骤：

步骤301，向网管平台发送关于用户登录状态的变动信息，以使得所述网管平台基于所述变动信息进行同步更新。

在一实施例中，变动信息可以包含下述中的至少一种：通过所述准入设备的用户上线信息、通过所述准入设备的用户下线信息和所述准入设备的异常重启信息。

步骤302，在确定未接收到所述网管平台发送的确认信息的情况下，重新向所述网管平台发送所述变动信息。

在一实施例中，若经过第三预设时长后确定仍未接收到网管平台发送的确认信息，则准入设备可以对变动信息进行标记处理。

进一步的，在经过第四预设时长后，对于仍处于标记处理状态的变动信息，准入设备可以确定未接收到的网管平台发送的与变动信息对应的确认信息。

进一步的，准入设备可以对变动信息进行标记处理，诸如将变动信息添加至发送失败列表，或者针对变动信息设置标记信息；对变动信息所做的标记处理可以在准入设备接收到网管平台发送的确认信息时进行取消。

在另一实施例中，准入设备在接收网管平台发送的异常重启信息后，响应于该异常重启信息可以向网管平台发送确认信息，并向网管平台发送用户登录状态的信息，使得网管平台基于该用户登录状态的信息进行同步更新，确保了完成异常重启后的网管平台中存储的用户登录状态信息与其所连接的各个准入设备中对用户登录状态的记载保持一致性。

通过上述实施例，准入设备在向网管平台发送与用户登录状态有关的变动信息后，可以对未接收到网管平台发送的确认信息的变动信息进行重复发送，直至接收到网管平台针对该变动信息发送的确认信息，通过本申请的技术方案能够确保网管平台与准入设备之间所维护的用户登录状态的一致性，避免所记载的用户登录状态的信息缺失。

为了便于理解，结合图4～图7对用户登录状态的同步过程进行详细描述，图4～图7分别对应于需要对用户登录状态进行同步的四种情况，即准入设备接收到用户上线的触发事件，准入设备接收到用户下线的触发事件，准入设备异常重启，网管平台进行异常重启，下面针对在上述四种情况中，准入设备与网管平台之间之间对于用户登录状态的同步过程进行说明。

图4是根据本申请一示例性实施例示出的一种用户上线信息的同步方法的交互图，如图4所示，该方法可以包括：

步骤401，准入设备向网管平台发送用户上线信息。

在一实施例中，准入设备可以对接收到的用户上线的触发事件进行访问控制，并在该用户上线的触发事件通过访问控制后，生成用于发送至网管平台的上线用户信息。

在另一实施例中，准入设备可以周期性地遍历通过访问控制的用户上线的触发事件，在一个周期遍历结束后，确定该周期内新确定的通过访问控制的用户上线事件，进而生成对应于该周期内新确定的所有通过访问控制的用户上线事件对应的用户上线信息，并将所生成的用户上线信息发送至网管平台。

例如准入设备在一个遍历周期内，确定所接收到的用户a的上线触发事件A、用户b的上线触发事件B、用户c的上线触发事件C和用户d的上线触发事件D通过访问控制检测，则区别于上述实施例中所述的在确定用户a的上线触发事件A通过访问控制检测后，即刻生成上线触发事件A对应的用户上线信息，本实施例中，在一个遍历周期结束后，通过组合该周期内所确定的上线触发事件A、上线触发事件B、上线触发事件C和上线触发事件D生成上线用户信息x，使得网管设备接收到上线用户信息x后便可确定遍历周期内所有新接入的用户，即用户a、用户b、用户c和用户d，进而对网管平台自身所维护的用户登录状态信息一次性地进行统一同步更新，无需对多个上线触发事件重复生成上线用户信息，简化了设备的操作过程，提高用户登录状态的信息同步效率。

受到网络传输异常、连接链路异常等突发情况的影响，在实际应用过程中无法确保网管平台均能够及时、准确地接收到各个准入设备发送的用户上线信息，而在网管平台能够准确接收到各个准入设备发送的用户上线信息的情况下，网管平台可以根据接收到的上线用户信息对自身所维护的上线用户列表进行维护，具体的步骤过程可参考下述的交互过程一：

步骤402a，网管平台根据接收到的用户上线信息完成同步更新。

网管平台可以对与其相连的各个准入设备上的用户登录状态信息进行维护。在一实施例中，网管平台可以建立列表并在列表中对通过各个准入设备接入的用户信息进行记录，以实现网管平台对通过各个准入设备新接入用户的用户登录状态进行同步更新。

在另一实施例中，可以基于准入设备对应的标识信息对进行维护的用户登录状态信息进行分段存储，即建立准入设备的标识信息与用户登录状态信息的存储地址之间的映射关系，例如哈希映射关系，相应的，网管平台将与同一准入设备有关的用户登录状态信息按照基于该准入设备的标识信息哈希映射后的存储地址进行存储，或者网管平台可以基于预配置的键值对，以准入设备的标识信息作为主键key，通过该准入设备接入的用户登录状态作为值value，从而建立两者的关联关系，本申请对准入设备的标识信息与用户登录状态信息的存储地址之间的映射关系的建立方式不做限制。

网管平台在接收到准入设备发送的用户上线信息后可以优先确定该用户上线信息对应的准入设备的标识，进而基于准入设备的标识确定对接收到的新接入用户的用户登录状态的存储区域，以将来自于同一准入设备的上线用户信息包含的新上线的用户登录状态由相同标识信息对应的存储区域进行存储。网管平台可以在准入设备的标识对应的存储区域中新增所接收到的上线用户信息对应的用户信息，以实现网管平台对新接入用户的用户登录状态进行同步。

步骤403a，网管平台向准入设备返回确认信息。

在网管平台完成同步更新后，网管平台向准入设备发送与用户上线信息对应的确认信息，使得接收到确认信息的准入设备确定网管平台接收到所发送的用户上线信息，并根据所接收到的用户上线信息完成用户登录状态的更新操作。

相反地，若网管平台与准入设备之间的连接受到异常状况的影响而无法正常进行传输，则网管平台将无法正常接收到准入设备发送的用户上线信息，或者网管平台接收到用户上线信息但无法将确认信息正常传输到准入设备，对此，准入设备可以对预设时长内未接收到网管平台的用户上线信息进行标记处理，并对于另一预设时长后仍处于标记处理状态下的用户上线信息进行重新发送，具体的步骤过程可参考下述的交互过程二：

步骤402b，准入设备在确定经过预设时长之一未接收到网管平台发送的确认信息的情况下，对所发送的用户上线信息进行标记处理。

准入设备可以在发出用户上线信息后，记录发送该用户上线信息的时间，或设置与该用户上线信息对应的计时，以判断经过预设时长后是否接收到所发送的用户上线信息对应的确认信息。

在一实施例中，预设时长可以为管理员预配置的适用于任一用户上线信息的统一时间间隔，或是准入设备根据发送用户上线信息的时间所处的时间段选择与该时间段对应的时长，诸如在用户上线信息的发送时间11：30(24小时制)处于9：00-14:00的时间段内，则相应的准入设备可以将时间段9：00-14：00对应的预配置时长设置为该用户上线信息对应的预设时长。

在另一实施例中，准入设备可以根据用户上线信息的发送频率情况实时生成该用户上线信息对应的预设时长，具体的，预设时长

其中，N为管理员预配置的预设数值，管理员可根据实际网络架构的复杂情况作扩大或者缩小的调整，f为该准入设备单位时间内发送的用户上线信息的频数，单位时间可以为最近1小时或者最近4小时，本申请对预设时长的具体取值不作限制。

准入设备所进行的标记处理用于表示该用户上线信息未接收到网管平台发送的对应的确认消息。具体的，准入设备可以将未接收到确认消息的用户上线信息添加至发送失败列表中，或者在准入设备的设备行为日志等存储已发送的用户上线信息的文件中，对未接收到确认信息的用户上线信息设置标记置位，或者添加标识，以通过对未接收到确认信息的用户上线信息设置标记信息表示该用户上线信息未接收到对应的确认信息。

相应的，在准入设备接收到由网管平台返回的确认信息后，可以对该确认信息对应的用户上线信息进行取消标记处理，诸如在发送失败列表中移除所接收到的确认信息对应的用户上线信息，或者去除该用户上线信息对应的标识或者标记复位等方式。

步骤403b，经过预设时长之二后判断该用户上线信息是否仍处于标记处理状态，若处于标记处理状态，则进入步骤404b。

准入设备在设置标记信息后，可以在经过预设时长后判断该上线用户信息是否仍处于标记处理状态，用于判断是否仍处于标记处理的预设时长可以与步骤402b中判断是否进行标记处理的预设时长相等。

准入设备可以对是否仍处于标记处理的预设时长进行重新确定，在具体的确定过程中，准入设备可以确定发生当前的判断行为的时刻所在的时间段，进而根据时间段对应的预配置时长确定为用于判断是否仍处于标记处理的预设时长，或者可以由管理员对进行是否仍处于标记处理的预设时长进行预先配置，以由准入设备根据预配置的时长确定为用于判断是否仍处于标记处理的预设时长。

步骤404b，准入设备重新向网管平台发送仍处于标记处理状态下的用户上线信息。

对于经过预设时长之二后仍处于标记处理状态的用户上线信息，准入设备可以对该用户上线信息进行重新发送。

准入设备在重新向网管平台发送仍处于标记处理状态的上线用户信息后，可以根据网管平台是否完成同步更新并发送确认信息的情况，进行后续操作，后续操作的具体过程可以分为下述两种情况：

在网管平台接收到准入设备发送的用户上线信息，并基于该用户上线信息完成网管平台中的上线用户的同步更新的情况下，网管平台可以生成相应的确认信息，以使得准入设备能够根据接收到的确认信息确定确认信息对应的用户上线信息，网管平台与准入设备之间的交互过程，具体可以涉及下述步骤：

步骤405b1，网管平台在根据接收到的用户上线信息完成同步更新的情况下，向准入设备返回确认信息。

步骤406b1，接收到确认信息的准入设备取消该确认信息对应的用户上线信息的标记处理。

在准入设备接收到由网管平台返回的确认信息后，可以对该确认信息对应的用户上线信息进行取消标记处理，诸如在发送失败列表中移除所接收到的确认信息对应的用户上线信息，或者去除该用户上线信息对应的标识或者标记复位等方式。

在出现链路故障等网络连接异常或者网管平台基于用户上线信息更新失败的情况下，准入设备将无法接收到网管平台返回的确认信息，则准入设备在一定时长后对于仍未能接收到用户上线信息对应的确认信息的情况下，可以向管理员发送告警信息，具体步骤过程如下：

步骤405b2，在经过预设时长之三后仍未接收到用户上线信息对应的确认信息的情况下，发送告警信息。

在一实施例中，告警信息可以通过预配置的联系方式直接发送至管理员，诸如预配置管理员的邮箱信息或联系电话，使得在准入设备确定在经过预设时长后仍未接收到上线用户信息对应的确认信息的情况下，使得管理员能够及时获知异常情况。

具体的，发送至管理员的告警信息可以为预配置的固定信息，以向管理员反映出现故障的准入设备；或是根据异常状况日志中的关键词，实时生成告警信息，诸如能够反映异常状况类型的字符串，使得接收到的告警信息的管理员不仅能够获知出现故障的准入设备，还可及时获知异常状况。

在另一实施例中，可以通过弹窗的形式将告警信息发送至管理员，并在弹窗中示出与未接收到确认信息有关的异常情况，为了提高管理员对于异常情况的排查效率，在弹窗中可以进一步明确未能接收到确认信息的用户上线信息，以在紧急的情况下，可由管理员远程根据获知的用户上线信息直接对回复异常情况进行处理，诸如该用户上线信息的访问或者模拟网管平台向该准入设备发送确认信息。

图5是根据本申请一示例性实施例示出的一种用户下线信息的同步方法的交互图，如图5所示，该方法可以包括：

步骤501，准入设备向网管平台发送用户下线信息。

在一实施例中，准入设备可以对接收到的用户下线的触发事件进行访问控制，并在该用户下线的触发事件通过访问控制后，生成用于发送至网管平台的下线用户信息。

在另一实施例中，准入设备可以周期性地遍历通过访问控制的用户下线的触发事件，在一个周期遍历结束后，确定该周期内新确定的通过访问控制的用户下线事件，进而生成对应于该周期内新确定的所有通过访问控制的用户下线事件对应的用户下线信息，并将所生成的用户下线信息发送至网管平台。

例如准入设备在一个遍历周期内，确定所接收到的用户a的下线触发事件A、用户b的下线触发事件B、用户c的下线触发事件C和用户d的下线触发事件D通过访问控制检测，则区别于上述实施例中所述的在确定用户a的下线触发事件A通过访问控制检测后，即刻生成下线触发事件A对应的用户下线信息，本实施例中，在一个遍历周期结束后，通过组合该周期内所确定的下线触发事件A、下线触发事件B、下线触发事件C和下线触发事件D生成下线用户信息x，使得网管设备接收到下线用户信息x后便可确定遍历周期内所有新接入的用户，即用户a、用户b、用户c和用户d，进而对网管平台自身所维护的用户登录状态信息一次性地进行统一同步更新，无需对多个下线触发事件重复生成下线用户信息，简化了设备的操作过程，提高用户登录状态的信息同步效率。

受到网络传输异常、连接链路异常等突发情况的影响，在实际应用过程中无法确保网管平台均能够及时、准确地接收到各个准入设备发送的用户下线信息，而在网管平台能够准确接收到各个准入设备发送的用户下线信息的情况下，网管平台可以根据接收到的下线用户信息对自身所维护的上线用户列表进行维护，即在上线用户列表中剔除收到下线用户信息的用户，具体的步骤过程可参考下述的交互过程一：

步骤502a，网管平台根据接收到的用户下线信息完成同步更新。

网管平台可以对与其相连的各个准入设备上的用户登录状态信息进行维护。在一实施例中，网管平台可以建立列表并在列表中对通过各个准入设备接入的用户信息进行记录，以实现网管平台对通过各个准入设备新接入用户的用户登录状态进行同步更新。

在另一实施例中，可以基于准入设备对应的标识信息对进行维护的用户登录状态信息进行分段存储，即建立准入设备的标识信息与用户登录状态信息的存储地址之间的映射关系，例如哈希映射关系，相应的，网管平台将与同一准入设备有关的用户登录状态信息按照基于该准入设备的标识信息哈希映射后的存储地址进行存储，或者网管平台可以基于预配置的键值对，以准入设备的标识信息作为主键key，通过该准入设备接入的用户登录状态作为值value，从而建立两者的关联关系，本申请对准入设备的标识信息与用户登录状态信息的存储地址之间的映射关系的建立方式不做限制。

网管平台在接收到准入设备发送的用户下线信息后可以优先确定该用户下线信息对应的准入设备的标识，进而基于准入设备的标识确定对接收到的新接入用户的用户登录状态的存储区域，以将来自于同一准入设备的下线用户信息包含的离线用户的用户登录状态由相同标识信息对应的存储区域进行存储。网管平台可以在准入设备的标识对应的存储区域中新增所接收到的下线用户信息对应的用户信息，以实现网管平台对新接入用户的用户登录状态进行同步。

步骤503a，网管平台向准入设备返回确认信息。

在网管平台完成同步更新后，网管平台向准入设备发送与用户下线信息对应的确认信息，使得接收到确认信息的准入设备确定网管平台接收到所发送的用户下线信息，并根据所接收到的用户下线信息完成用户登录状态的更新操作。

相反地，若网管平台与准入设备之间的连接受到异常状况的影响而无法正常进行传输，则网管平台将无法正常接收到准入设备发送的用户下线信息，或者网管平台接收到用户下线信息但无法将确认信息正常传输到准入设备，对此，准入设备可以对预设时长内未接收到网管平台的用户下线信息进行标记处理，并对于另一预设时长后仍处于标记处理状态下的用户下线信息进行重新发送，具体的步骤过程可参考下述的交互过程二：

步骤502b，准入设备在确定经过预设时长之一未接收到网管平台发送的确认信息的情况下，对所发送的用户下线信息进行标记处理。

准入设备可以在发出用户下线信息后，记录发送该用户下线信息的时间，或设置与该用户下线信息对应的计时，以判断经过预设时长后是否接收到所发送的用户下线信息对应的确认信息。

在一实施例中，预设时长可以为管理员预配置的适用于任一用户下线信息的统一时间间隔，或是准入设备根据发送用户下线信息的时间所处的时间段选择与该时间段对应的时长，诸如在用户下线信息的发送时间11：30(24小时制)处于9：00-14:00的时间段内，则相应的准入设备可以将时间段9：00-14：00对应的预配置时长设置为该用户下线信息对应的预设时长。

在另一实施例中，准入设备可以根据用户下线信息的发送频率情况实时生成该用户下线信息对应的预设时长，具体的，预设时长

其中，N为管理员预配置的预设数值，管理员可根据实际网络架构的复杂情况作扩大或者缩小的调整，f为该准入设备单位时间内发送的用户下线信息的频数，单位时间可以为最近1小时或者最近4小时，本申请对预设时长的具体取值不作限制。

准入设备所进行的标记处理用于表示该用户下线信息未接收到网管平台发送的对应的确认消息。具体的，准入设备可以将未接收到确认消息的用户下线信息添加至发送失败列表中，或者在准入设备的设备行为日志等存储已发送的用户下线信息的文件中，对未接收到确认信息的用户下线信息设置标记置位，或者添加标识，以通过对未接收到确认信息的用户下线信息设置标记信息表示该用户下线信息未接收到对应的确认信息。

相应的，在准入设备接收到由网管平台返回的确认信息后，可以对该确认信息对应的用户下线信息进行取消标记处理，诸如在发送失败列表中移除所接收到的确认信息对应的用户下线信息，或者去除该用户下线信息对应的标识或者标记复位等方式。

步骤503b，经过预设时长之二后判断该用户下线信息是否仍处于标记处理状态，若处于标记处理状态，则进入步骤404b。

准入设备在设置标记信息后，可以在经过预设时长后判断该下线用户信息是否仍处于标记处理状态，用于判断是否仍处于标记处理的预设时长可以与步骤402b中判断是否进行标记处理的预设时长相等。

准入设备可以对是否仍处于标记处理的预设时长进行重新确定，在具体的确定过程中，准入设备可以确定发生当前的判断行为的时刻所在的时间段，进而根据时间段对应的预配置时长确定为用于判断是否仍处于标记处理的预设时长，或者可以由管理员对进行是否仍处于标记处理的预设时长进行预先配置，以由准入设备根据预配置的时长确定为用于判断是否仍处于标记处理的预设时长。

步骤504b，准入设备重新向网管平台发送仍处于标记处理状态下的用户下线信息。

对于经过预设时长之二后仍处于标记处理状态的用户下线信息，准入设备可以对该用户下线信息进行重新发送。

准入设备在重新向网管平台发送仍处于标记处理状态的下线用户信息后，可以根据网管平台是否完成同步更新并发送确认信息的情况，进行后续操作，后续操作的具体过程可以分为下述两种情况：

在网管平台接收到准入设备发送的用户下线信息，并基于该用户下线信息完成网管平台中的下线用户的同步更新的情况下，网管平台可以生成相应的确认信息，以使得准入设备能够根据接收到的确认信息确定确认信息对应的用户下线信息，网管平台与准入设备之间的交互过程，具体可以涉及下述步骤：

步骤505b1，网管平台在根据接收到的用户下线信息完成同步更新的情况下，向准入设备返回确认信息。

步骤506b1，接收到确认信息的准入设备取消该确认信息对应的用户下线信息的标记处理。

在准入设备接收到由网管平台返回的确认信息后，可以对该确认信息对应的用户下线信息进行取消标记处理，诸如在发送失败列表中移除所接收到的确认信息对应的用户下线信息，或者去除该用户下线信息对应的标识或者标记复位等方式。

在出现链路故障等网络连接异常或者网管平台基于用户下线信息更新失败的情况下，准入设备将无法接收到网管平台返回的确认信息，则准入设备在一定时长后对于仍未能接收到用户下线信息对应的确认信息的情况下，可以向管理员发送告警信息，具体步骤过程如下：

步骤505b2，在经过预设时长之三后仍未接收到用户下线信息对应的确认信息的情况下，发送告警信息。

在一实施例中，告警信息可以通过预配置的联系方式直接发送至管理员，诸如预配置管理员的邮箱信息或联系电话，使得在准入设备确定在经过预设时长后仍未接收到下线用户信息对应的确认信息的情况下，使得管理员能够及时获知异常情况。

具体的，发送至管理员的告警信息可以为预配置的固定信息，以向管理员反映出现故障的准入设备；或是根据异常状况日志中的关键词，实时生成告警信息，诸如能够反映异常状况类型的字符串，使得接收到的告警信息的管理员不仅能够获知出现故障的准入设备，还可及时获知异常状况。

在另一实施例中，可以通过弹窗的形式将告警信息发送至管理员，并在弹窗中示出与未接收到确认信息有关的异常情况，为了提高管理员对于异常情况的排查效率，在弹窗中可以进一步明确未能接收到确认信息的用户下线信息，以在紧急的情况下，可由管理员远程根据获知的用户下线信息直接对回复异常情况进行处理，诸如该用户下线信息的访问或者模拟网管平台向该准入设备发送确认信息。

图6是根据本申请一示例性实施例示出的一种准入设备异常重启情况下的用户状态信息的同步方法的交互图，如图6所示，该方法可以包括：

步骤601，准入设备在异常重启完成后向网管平台发送异常重启信息。

在一实施例中，若准入设备因异常事故而进行重启，则准入设备可以在异常重启完成后自动生成含有准入设备自身的标识信息的异常重启信息，并将所生成的异常重启信息发送至网管平台。

而在受到网络传输异常、连接链路异常等突发情况的影响的情况下，在实际应用过程中无法确保网管平台均能够及时、准确地接收到各个准入设备发送的异常重启信息，相反的，若在网管平台能够准确接收到各个准入设备发送的异常重启信息的情况下，则基于接收到的异常重启信息，网管平台可以对自身中所维护的与发送该异常重启信息的准入设备对应的用户登录状态进行移除，具体的步骤过程可以参考下述的交互过程一：

步骤602a，网管平台确定准入设备发送的异常重启信息，网管平台进行异常重启信息对应的用户登录状态的移除。

网管平台可以对与其相连的各个准入设备上的用户登录状态信息进行维护。在一实施例中，网管平台可以建立列表并在列表中对通过各个准入设备接入的用户信息进行记录，以实现网管平台对通过各个准入设备新接入用户的用户登录状态进行同步更新。

在另一实施例中，可以基于准入设备对应的标识信息对进行维护的用户登录状态信息进行分段存储，即建立准入设备的标识信息与用户登录状态信息的存储地址之间的映射关系，例如哈希映射关系，相应的，网管平台将与同一准入设备有关的用户登录状态信息按照基于该准入设备的标识信息哈希映射后的存储地址进行存储，或者网管平台可以基于预配置的键值对，以准入设备的标识信息作为主键key，通过该准入设备接入的用户登录状态作为值value，从而建立两者的关联关系，本申请对准入设备的标识信息与用户登录状态信息的存储地址之间的映射关系的建立方式不做限制。

网管平台在接收到准入设备发送的异常重启信息后可以优先确定该异常重启信息对应的准入设备的标识，进而基于准入设备的标识确定与其对应的用户登录状态的存储区域，进而将该存储区域内中的用户登录状态全部移除，以实现与通过异常重启信息对应的准入设备接入的用户有关的用户登录状态的移除，保持网管平台与刚刚完成异常重启后的准入设备关于无处于上线状态的用户登录状态的同步更新。

步骤603a，网管平台向准入设备发送确认信息。

在网管平台完成同步更新后，网管平台向准入设备发送与用户上线信息对应的确认信息，使得接收到确认信息的准入设备确定网管平台已完成用户状态信息的同步更新。

然而，在网管平台与准入设备之间的网络连接或者链路连接因异常状况而无法正常进行传输的情况下，网管平台将无法正常接收到准入设备发送的异常重启信息，或者网管平台接收到异常重启信息但无法将异常重启信息正常传输到准入设备，对此，准入设备可以对预设时长内未接收到网管平台的异常重启信息进行标记处理，并对于另一处于预设时长内未接收到的网管平台的异常重启信息进行重新发送，具体的步骤过程可参考下述的交互过程二：

步骤602b，准入设备在确定经过预设时长之一未接收到网管平台发送的确认信息的情况下，对所发送的异常重启信息进行标记处理。

准入设备可以在发出异常重启信息后，记录发送该异常重启信息的时间，或设置与该异常重启信息对应的计时，以判断经过预设时长后是否接收到所发送的异常重启信息对应的确认信息。

在一实施例中，预设时长可以为管理员预配置的固定时长；在另一实施例中，预设时长可以为异常状况的重启时刻所处的时间段，调用预配置的该时间段对应的时长用于判断是否对所发送的异常重启信息进行标记处理的预设时长。

准入设备所进行的标记处理用于表示该异常重启信息未接收到网管平台发送的对应的确认消息。具体的，准入设备可以将未接收到确认消息的异常重启信息添加至发送失败列表中，或者在准入设备的设备行为日志等存储已发送的异常重启信息的文件中，对未接收到的确认信息的异常重启信息设置标记置位，或者添加标识，以通过对未接收到确认信息的异常重启信息设置标记信息表示该异常重启信息未接收到对应的确认信息。

相应的，在准入设备接收到由网管平台返回的确认信息后，可以对该确认信息对应的异常重启信息进行取消标记处理，诸如在发送失败列表中移除所接收到的确认信息对应的异常重启信息，或者去除该异常重启信息对应的标识或者标记复位等方式。

步骤603b，经过预设时长之二后判断该异常重启信息是否仍处于标记处理状态，若处于标记处理状态，则进入步骤604b。

准入设备在设置标记信息后，可以在经过预设时长后判断该异常状态信息是否仍处于标记处理状态，用于判断是否仍处于标记处理的预设时长可以与步骤602b中判断是否进行标记处理的预设时长相等。

准入设备可以对是否仍处于标记处理的预设时长进行重新确定，在具体的确定过程中，准入设备可以确定发生当前的判断行为的时刻所在的时间段，进而根据时间段对应的预配置时长确定为用于判断是否仍处于标记处理的预设时长，或者可以由管理员对进行是否仍处于标记处理的预设时长进行预先配置，以由准入设备根据预配置的时长确定为用于判断是否仍处于标记处理的预设时长。

步骤604b，对于仍处于标记处理状态的异常重启信息，准入设备进行重新发送。

对于经过预设时长之二后仍处于标记处理状态的异常重启信息，准入设备可以对该异常重启信息进行重新发送。

准入设备在重新向网管平台发送仍处于标记处理状态的异常重启信息后，可以根据网管平台是否完成同步更新并发送确认信息的情况，进行后续操作，后续操作的具体过程可以分为下述两种情况：

在网管平台接收到准入设备发送的异常重启信息，并基于该异常重启信息完成相应的用户登录状态信息的移除的情况下，网管平台可以生成相应的确认信息，以使得准入设备能够根据接收到的确认信息确定确认信息对应的异常重启信息，网管平台与准入设备之间的交互过程，具体可以涉及下述步骤：

步骤605b1，网管平台在完成与接收到的异常重启信息对应的用户登录状态的移除的情况下，网管平台向准入设备发送确认信息。

步骤606b1，接收到确认信息的准入设备取消该确认信息对应的异常重启信息的标记处理。

在准入设备接收到由网管平台返回的确认信息后，可以对该确认信息对应的异常重启信息进行取消标记处理，诸如在发送失败列表中移除所接收到的确认信息对应的异常重启信息，或者去除该异常重启信息对应的标识或者标记复位等方式。

在出现链路故障等网络连接异常或者网管平台基于异常重启信息更新失败的情况下，准入设备将无法接收到网管平台返回的确认信息，则准入设备在一定时长后对于仍未能接收到异常重启信息对应的确认信息的情况下，可以向管理员发送告警信息，具体步骤过程如下：

步骤605b2，准入设备在经过预设时长之三后仍未接收到异常重启信息对应的确认信息的情况下，发送告警信息。

在一实施例中，告警信息可以通过预配置的联系方式直接发送至管理员，诸如预配置管理员的邮箱信息或联系电话，使得在准入设备确定在经过预设时长后仍未接收到异常重启信息对应的确认信息的情况下，使得管理员能够及时获知异常状况。

具体的，发送至管理员的告警信息可以为预配置的固定信息，以向管理员反映出现故障的准入设备；或是根据异常状况日志中的关键词，实时生成告警信息，诸如能够反映异常状况类型的字符串，使得接收到的告警信息的管理员不仅能够获知出现故障的准入设备，还可及时获知异常状况。

在另一实施例中，可以通过弹窗的形式将告警信息发送至管理员，并在弹窗中示出与未接收到确认信息有关的异常情况，为了提高管理员对于异常情况的排查效率，在弹窗中可以进一步明确未能接收到确认信息的异常重启信息，以在紧急的情况下，可由管理员远程根据获知的用户上线信息直接对回复异常情况进行处理，诸如该用户上线信息的访问或者模拟网管平台向该准入设备发送确认信息。

图7是根据本申请一示例性实施例示出的一种网管平台异常重启情况下的用户状态信息的同步方法的交互图，如图7所示，该方法可以包括：

步骤701，网管平台在异常重启完成后向准入设备发送异常重启信息。

在一实施例中，若网管平台因异常事故而进行重启，则网管平台可以在异常重启完成后自动生成含有网管平台自身的标识信息的异常重启信息，并将所生成的异常重启信息发送至准入设备。

而在受到网络传输异常、连接链路异常等突发情况的影响的情况下，在实际应用过程中无法确保准入设备均能够及时、准确地接收到网管平台发送的异常重启信息，因而，采取下述交互过程一，以在网管设备发送异常重启信息后，由接收到该异常重启信息的准入设备返回确认信息，以表明该准入设备能够正常接收到异常重启信息并作出回应。

步骤702a，准入设备接收到网管平台发送的异常重启信息后，向网管平台发送确认信息。

步骤703a，准入设备向网管平台发送用户登录状态信息。

用户登录状态信息中可以包括准入设备端处于上线状态的用户信息，以由网管平台根据接收到的用户登录状态信息更新通过该准入设备上线的用户信息；或者用户登录状态信息中可以包括当前处于上线状态的用户信息，以及最近预设时长内曾处于上线状态的用户信息，以使得通过网管平台可对于最近预设时长内的处于上线状态的用户信息进行追溯，具体的，准入设备可以对预设时长内所接入的用户信息进行记录，进而将预设时长内接入的用户信息和当前处于上线状态的用户信息的并集发送至网管平台。

步骤704a，基于接收到的上线用户的用户登录状态信息，网管平台存储用户登录状态信息。

网管平台对与其相连的各个准入设备上的用户登录状态信息进行维护。在一实施例中，网管平台可以对与其相连的各个准入设备上的用户登录状态信息进行维护。在一实施例中，网管平台可以建立列表并在列表中对通过各个准入设备接入的用户信息进行记录，以实现网管平台对通过各个准入设备新接入用户的用户登录状态进行同步更新。

在另一实施例中，可以基于准入设备对应的标识信息对进行维护的用户登录状态信息进行分段存储，即建立准入设备的标识信息与用户登录状态信息的存储地址之间的映射关系，例如哈希映射关系，相应的，网管平台将与同一准入设备有关的用户登录状态信息按照基于该准入设备的标识信息哈希映射后的存储地址进行存储，或者网管平台可以基于预配置的键值对，以准入设备的标识信息作为主键key，通过该准入设备接入的用户登录状态作为值value，从而建立两者的关联关系，本申请对准入设备的标识信息与用户登录状态信息的存储地址之间的映射关系的建立方式不做限制。

步骤702b，网管平台在经过预设时长之一为接收到准入设备发送的确认信息的情况下，对所发送的对所发送的异常重启信息进行标记处理。

网管平台可以在发出异常重启信息后，记录发送该异常重启信息的时间，或设置与该异常重启信息对应的计时，以判断经过预设时长后是否接收到所发送的异常重启信息对应的确认信息。

在一实施例中，预设时长可以为管理员预配置的固定时长；在另一实施例中，预设时长可以为异常状况的重启时刻所处的时间段，调用预配置的该时间段对应的时长用于判断是否对所发送的异常重启信息进行标记处理的预设时长。

网管平台所进行的标记处理用于表示该异常重启信息未接收到准入设备发送的对应的确认消息。具体的，网管平台可以将未接收到确认消息的异常重启信息添加至发送失败列表中，或者在网管平台的设备行为日志等存储已发送的异常重启信息的文件中，对未接收到的确认信息的异常重启信息设置标记置位，或者添加标识，以通过对未接收到确认信息的异常重启信息设置标记信息表示该异常重启信息未接收到对应的确认信息。

相应的，在网管平台接收到由准入设备返回的确认信息后，可以对该确认信息对应的异常重启信息进行取消标记处理，诸如在发送失败列表中移除所接收到的确认信息对应的异常重启信息，或者去除该异常重启信息对应的标识或者标记复位等方式。

步骤703b，经过预设时长之二后，网管平台判断该异常重启信息是否仍处于标记处理状态，若处于标记处理状态，则进入步骤704b。

网管平台在设置标记信息后，可以在经过预设时长后判断该异常状态信息是否仍处于标记处理状态，用于判断是否仍处于标记处理的预设时长可以与步骤702b中判断是否进行标记处理的预设时长相等。

网管平台可以对是否仍处于标记处理的预设时长进行重新确定，在具体的确定过程中，网管平台可以确定发生当前的判断行为的时刻所在的时间段，进而根据时间段对应的预配置时长确定为用于判断是否仍处于标记处理的预设时长，或者可以由管理员对进行是否仍处于标记处理的预设时长进行预先配置，以由网管平台根据预配置的时长确定为用于判断是否仍处于标记处理的预设时长。

步骤704b，对于仍处于标记处理状态的异常重启信息，网管平台进行重新发送。

对于经过预设时长之二后仍处于标记处理状态的异常重启信息，网管平台可以对该异常重启信息进行重新发送。

网管平台在重新向准入设备发送仍处于标记处理状态的异常重启信息后，可以根据准入设备是否完成同步更新并发送确认信息的情况，进行后续操作，后续操作的具体过程可以分为下述两种情况：

在准入设备接收到网管平台发送的异常重启信息，并基于该异常重启信息完成相应的用户登录状态信息的移除的情况下，准入设备可以生成相应的确认信息，以使得网管平台能够根据接收到的确认信息确定确认信息对应的异常重启信息，网管平台与准入设备之间的交互过程，具体可以涉及下述步骤：

步骤705b1，准入设备向网管平台发送确认信息。

步骤706b1，接收到确认信息的网管平台取消该确认信息对应的异常重启信息的标记处理。

在网管平台接收到由准入设备返回的确认信息后，可以对该确认信息对应的异常重启信息进行取消标记处理，诸如在发送失败列表中移除所接收到的确认信息对应的异常重启信息，或者去除该异常重启信息对应的标识或者标记复位等方式。

在出现链路故障等网络连接异常或者网管平台基于异常重启信息更新失败的情况下，网管平台将无法接收到准入设备返回的确认信息，则网管平台在一定时长后对于仍未能接收到异常重启信息对应的确认信息的情况下，可以向管理员发送告警信息，具体步骤过程如下：

步骤705b2，网管平台在经过预设时长之三后仍未接收到异常重启信息对应的确认信息的情况下，发送告警信息。

在一实施例中，告警信息可以通过预配置的联系方式直接发送至管理员，诸如预配置管理员的邮箱信息或联系电话，使得在网管平台确定在经过预设时长后仍未接收到异常重启信息对应的确认信息的情况下，使得管理员能够及时获知异常状况。

具体的，发送至管理员的告警信息可以为预配置的固定信息，以向管理员反映故障的网管平台；或是根据异常状况日志中的关键词，实时生成告警信息，诸如能够反映异常状况类型的字符串，使得接收到的告警信息的管理员不仅能够获知出现故障的网管平台，还可及时获知异常状况。

在另一实施例中，可以通过弹窗的形式将告警信息发送至管理员，并在弹窗中示出与未接收到确认信息有关的异常情况，为了提高管理员对于异常情况的排查效率，在弹窗中可以进一步明确未能接收到确认信息的异常重启信息。

图8是根据本申请一示例性实施例中的一种网管平台侧的电子设备的示意结构图。请参考图8，在硬件层面，该电子设备包括处理器、内部总线、网络接口、内存以及非易失性存储器，当然还可能包括其他业务所需要的硬件。处理器从非易失性存储器中读取对应的计算机程序到内存中然后运行，在逻辑层面上形成用户登录状态的同步装置。当然，除了软件实现方式之外，本申请并不排除其他实现方式，比如逻辑器件抑或软硬件结合的方式等等，也就是说以下处理流程的执行主体并不限定于各个逻辑单元，也可以是硬件或逻辑器件。

请参考图9，图9是根据本申请一示例性实施例中的一种网管平台侧的用户登录状态的同步装置框图，如图9所示，在软件实施方式中，该用户登录状态的同步装置可以包括：

接收单元901，接收准入设备发送的变动信息，其中，所述变动信息与用户登录状态有关；

确定单元902，确定所述变动信息对应的用户信息；

第一发送单元903，在完成基于所述变动信息同步更新所述用户信息对应的登录状态的情况下，向所述准入设备发送对应于所述变动信息的确认信息。

可选的，所述变动信息包含下述中的至少一种：通过所述准入设备的用户上线信息、通过所述准入设备的用户下线信息和所述准入设备的异常重启信息。

可选的，所述确定单元902具体用于：

解析所述变动信息以获取所述变动信息中包含的用户信息；或者，

确定所述准入设备对应的用户注册表；基于所述变动信息中包含的用户标识信息确定所述用户注册表中的用户信息。

可选的，还包括：

第二发送单元904，在完成异常重启的情况下，向准入设备发送异常重启信息，以从所述准入设备获取用于同步更新的用户登录状态的信息；

第三发送单元905，若确定未接收到所述准入设备发送的确认信息，则重新发送所述异常重启信息。

可选的，所述第三发送单元905中的确定未接收到所述准入设备发送的确认信息的过程，具体用于：

若确定经过第一预设时长未接收到所述准入设备发送的确认信息，则对所述异常重启信息进行标记处理，其中，所述标记处理在网管平台接收到所述确认信息时消除；

经过第二预设时长后，对于仍处于标记处理状态的异常重启信息，确定未接收到所述准入设备发送的与所述异常重启信息对应的确认信息。

图10是根据本申请一示例性实施例中的一种准入设备侧的电子设备的示意结构图。请参考图10，在硬件层面，该电子设备包括处理器、内部总线、网络接口、内存以及非易失性存储器，当然还可能包括其他业务所需要的硬件。处理器从非易失性存储器中读取对应的计算机程序到内存中然后运行，在逻辑层面上形成用户登录状态的同步装置。当然，除了软件实现方式之外，本申请并不排除其他实现方式，比如逻辑器件抑或软硬件结合的方式等等，也就是说以下处理流程的执行主体并不限定于各个逻辑单元，也可以是硬件或逻辑器件。

请参考图11，图11是根据本申请一示例性实施例中的一种准入设备侧的用户登录状态的同步装置框图，如图11所示，在软件实施方式中，该用户登录状态的同步装置可以包括：

第一发送单元1101，向网管平台发送关于用户登录状态的变动信息，以使得所述网管平台基于所述变动信息进行同步更新；

第二发送单元1102，在确定未接收到所述网管平台发送的确认信息的情况下，重新向所述网管平台发送所述变动信息。

可选的，所述变动信息包括下述中的至少一种：通过所述准入设备的用户上线信息、通过所述准入设备的用户下线信息和所述准入设备的异常重启信息。

可选的，还包括：

接收单元1103，接收网管平台发送的异常重启信息；

第三发送单元1104，向网管平台发送确认信息，以响应于所述异常重启信息；

第四发送单元1105，向网管平台发送用户登录状态的信息，以使得所述网管平台基于所述用户登录状态的信息进行同步更新。

可选的，所述第二发送单元1102中的确定未接收到所述网管平台发送的确认信息的过程，具体用于：

若经过第三预设时长后未接收到所述网管平台发送的确认信息，则对所述变动信息进行标记处理；

经过第四预设时长后，对于仍处于标记处理状态的变动信息，确定未接收到所述网管平台发送的与所述变动信息对应的确认信息。

可选的，所述第二发送单元1102中的确定未接收到所述网管平台发送的确认信息的过程中还包括：

在接收到所述网管平台发送的确认信息的情况下，确定所述确认信息对应的变动信息；

取消对所述变动信息的标记处理。

可选的，所述第二发送单元1102中在确定未接收到所述网管平台发送的确认信息的过程中，对变动信息进行标记处理的过程，具体用于：

将所述变动信息添加至发送失败列表；或者，

针对所述变动信息设置标记信息。

所述装置与上述方法相对应，更多相同的细节不再一一赘述。

在一个典型的配置中，计算设备包括一个或多个处理器(CPU)、输入/输出接口、网络接口和内存。

内存可能包括计算机可读介质中的非永久性存储器，随机存取存储器(RAM)和/或非易失性内存等形式，如只读存储器(ROM)或闪存(flash RAM)。内存是计算机可读介质的示例。

计算机可读介质包括永久性和非永久性、可移动和非可移动媒体可以由任何方法或技术来实现信息存储。信息可以是计算机可读指令、数据结构、程序的模块或其他数据。计算机的存储介质的例子包括，但不限于相变内存(PRAM)、静态随机存取存储器(SRAM)、动态随机存取存储器(DRAM)、其他类型的随机存取存储器(RAM)、只读存储器(ROM)、电可擦除可编程只读存储器(EEPROM)、快闪记忆体或其他内存技术、只读光盘只读存储器(CD-ROM)、数字多功能光盘(DVD)或其他光学存储、磁盒式磁带，磁带磁磁盘存储或其他磁性存储设备或任何其他非传输介质，可用于存储可以被计算设备访问的信息。按照本文中的界定，计算机可读介质不包括暂存电脑可读媒体(transitory media)，如调制的数据信号和载波。

对于装置实施例而言，由于其基本对应于方法实施例，所以相关之处参见方法实施例的部分说明即可。以上所描述的装置实施例仅仅是示意性的，其中所述作为分离部件说明的单元可以是或者也可以不是物理上分开的，作为单元显示的部件可以是或者也可以不是物理单元，即可以位于一个地方，或者也可以分布到多个网络单元上。可以根据实际的需要选择其中的部分或者全部模块来实现本申请方案的目的。本领域普通技术人员在不付出创造性劳动的情况下，即可以理解并实施。

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

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

Claims (17)

1.一种用户登录状态的同步方法，其特征在于，应用于网管平台，所述方法包括：

接收准入设备发送的变动信息，其中，所述变动信息与用户登录状态有关；

确定所述变动信息对应的用户信息；

在完成基于所述变动信息同步更新所述用户信息对应的登录状态的情况下，向所述准入设备发送对应于所述变动信息的确认信息。

2.根据权利要求1所述方法，其特征在于，所述变动信息包含下述中的至少一种：通过所述准入设备的用户上线信息、通过所述准入设备的用户下线信息和所述准入设备的异常重启信息。

3.根据权利要求1所述方法，其特征在于，所述确定所述变动信息对应的用户信息，包括：

解析所述变动信息以获取所述变动信息中包含的用户信息；或者，

确定所述准入设备对应的用户注册表；基于所述变动信息中包含的用户标识信息确定所述用户注册表中的用户信息。

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

在完成异常重启的情况下，向准入设备发送异常重启信息，以从所述准入设备获取用于同步更新的用户登录状态的信息；

若确定未接收到所述准入设备发送的确认信息，则重新发送所述异常重启信息。

5.根据权利要求4所述方法，其特征在于，所述确定未接收到所述准入设备发送的确认信息，包括：

若确定经过第一预设时长未接收到所述准入设备发送的确认信息，则对所述异常重启信息进行标记处理，其中，所述标记处理在网管平台接收到所述确认信息时消除；

经过第二预设时长后，对于仍处于标记处理状态的异常重启信息，确定未接收到所述准入设备发送的与所述异常重启信息对应的确认信息。

6.一种用户登录状态的同步方法，其特征在于，应用于准入设备，所述方法包括：

向网管平台发送关于用户登录状态的变动信息，以使得所述网管平台基于所述变动信息进行同步更新；

在确定未接收到所述网管平台发送的确认信息的情况下，重新向所述网管平台发送所述变动信息。

7.根据权利要求6所述方法，其特征在于，所述确定未接收到所述网管平台发送的确认信息，包括：

若经过第三预设时长后未接收到所述网管平台发送的确认信息，则对所述变动信息进行标记处理；

经过第四预设时长后，对于仍处于标记处理状态的变动信息，确定未接收到所述网管平台发送的与所述变动信息对应的确认信息。

8.根据权利要求7所述方法，其特征在于，所述对所述变动信息进行标记处理，包括：

将所述变动信息添加至发送失败列表；或者，

针对所述变动信息设置标记信息。

9.根据权利要求7所述方法，其特征在于，还包括：

在接收到所述网管平台发送的确认信息的情况下，确定所述确认信息对应的变动信息；

取消对所述变动信息的标记处理。

10.根据权利要求6所述方法，其特征在于，所述变动信息包括下述中的至少一种：通过所述准入设备的用户上线信息、通过所述准入设备的用户下线信息和所述准入设备的异常重启信息。

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

接收网管平台发送的异常重启信息；

向网管平台发送确认信息，以响应于所述异常重启信息；

向网管平台发送用户登录状态的信息，以使得所述网管平台基于所述用户登录状态的信息进行同步更新。

12.一种用户登录状态的同步装置，其特征在于，应用于网管平台，所述装置包括：

接收单元，接收准入设备发送的变动信息，其中，所述变动信息与用户登录状态有关；

确定单元，确定所述变动信息对应的用户信息；

第一发送单元，在完成基于所述变动信息同步更新所述用户信息对应的登录状态的情况下，向所述准入设备发送对应于所述变动信息的确认信息。

13.一种用户登录状态的同步装置，其特征在于，应用于准入设备，所述装置包括：

第一发送单元，向网管平台发送关于用户登录状态的变动信息，以使得所述网管平台基于所述变动信息进行同步更新；

第二发送单元，在确定未接收到所述网管平台发送的确认信息的情况下，重新向所述网管平台发送所述变动信息。

14.一种电子设备，其特征在于，包括：

处理器；

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

其中，所述处理器被配置为可执行指令以实现如权利要求1-5中任一项所述的方法。

15.一种计算机可读存储介质，其上存储有计算机指令，其特征在于，该指令被处理器执行时实现如权利要求1-5中任一项所述方法的步骤。

16.一种电子设备，其特征在于，包括：

处理器；

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

其中，所述处理器被配置为可执行指令以实现如权利要求6-11中任一项所述的方法。

17.一种计算机可读存储介质，其上存储有计算机指令，其特征在于，该指令被处理器执行时实现如权利要求6-11中任一项所述方法的步骤。

Images