CN111800511A - 同步登录态的处理方法、系统、设备及可读存储介质 - Google Patents

Abstract

本发明公开了同步登录态的处理方法、系统、设备及可读存储介质，方法包括：根据用户的当前登录信息登录第一域名并生成登录态，登录态为根据用户的当前登录信息生成的用于表征登录状态的凭证；发送第一登录态设置指令至中心域名，第一登录态设置指令用于将登录态保存在中心域名下；第一域名与中心域名分别为不同的一级域名。本发明在用户登录第一域名时，可以将登录时生成的登录态保存在中心域名下，以使用户在同一公司的其它域名登录时，实现同步，一方面，在当用户需要登录新增加的域名时，无需重新登录，提高了登录态的自动同步效率，另一方面，也可以即时实现登录态的更新，以使登录态同步信息更准确。

Description

同步登录态的处理方法、系统、设备及可读存储介质

技术领域

本发明涉及计算机信息共享领域，特别涉及一种同步登录态的处理方法、系统、设备及可读存储介质。

背景技术

在一个大型的公司中，往往会存在多个域名，而用户的很多操作(下单，支付等)都依赖于登录态。为避免用户在每个域名都重新登录一次，因此，现有技术中通常通过以下方案来实现登录态的同步：

用户登录该公司网站的时候，将用户的登录态写入该公司旗下的所有域名中，以便用户登录该公司域名下的所有网站都可以共享用户的登录态，但是在这种方案下，容易出现登录态漏写的情况，如，当该公司新增加其它域名时，无法自动完成登录态的同步。

发明内容

本发明要解决的技术问题是为了克服现有技术中不同域名下登录态难以完成同步的缺陷，提供一种同步登录态的处理方法、系统、设备及可读存储介质方法、系统、电子设备及计算机可读存储介质。

本发明是通过下述技术方案来解决上述技术问题：

本发明提供了一种跨域名同步登录态的处理方法，所述处理方法包括：

根据用户的当前登录信息登录第一域名并生成登录态，所述登录态为根据所述用户的所述当前登录信息生成的用于表征登录状态的凭证，所述当前登录信息包括当前时间信息；

发送第一登录态设置指令至中心域名，所述第一登录态设置指令用于将所述登录态保存在所述中心域名下；

所述第一域名与所述中心域名分别为不同的一级域名。

较佳地，根据用户的当前登录信息登录所述第一域名并生成登录态的步骤后还包括：发送第二登录态设置指令至所述第一域名，所述第二登录态设置指令用于将所述登录态保存在所述第一域名下；

所述处理方法还包括：

在一定时间后，当在所述第一域名下获取到用户的登录指令时判断所述第一域名下是否保存有所述用户的登录态，若是，则根据所述登录态登录所述第一域名，若否，则执行根据用户的当前登录信息登录所述第一域名并生成登录态的步骤。

本发明中，在第一域名下获取到用户的登录指令时，若第一域名下保存有用户的登录态，则可根据登录态自动直接登录，避免让用户重复登录，进一步提高了登录效率。

较佳地，当判断所述第一域名下未保存有所述用户的登录态时，所述处理方法还包括：

发送登录态请求指令至所述中心域名；

判断是否获取到所述中心域名返回的登录态，若是，则根据所述登录态登录所述第一域名，若否，则执行根据用户的当前登录信息登录所述第一域名并生成登录态的步骤。

本发明中，当第一域名下未保存登录态时，会发送登录态请求指令至所述中心域名以获取中心域名下保存的登录态，从而进一步同步用户的登录态信息。

较佳地，发送登录态设置指令至中心域名的步骤包括：

当获取域名跳转指令时，生成中间页面，所述跳转指令用于从所述第一域名跳转至所述中心域名，所述中间页面为位于所述中心域名下的页面且所述中间页面包括所述第一域名的登录态及所中心域名的登录态；

在所述中间页面下判断所述第一域名的登录态与所述中心域名的登录态是否相同，若是，则保持所述中心域名的登录态不变，若否，则将所述中间页面下所述第一域名的登录态保存为新的所述中心域名的登录态；

和/或，

所述第一登录态设置指令用于通过SDK(软件开发工具包)将所述登录态保存在所述中心域名下；

和/或，

所述第一登录态设置指令用于通过SDK将所述登录态保存在所述中心域名下。

本发明中，针对一些不支持跨域共享登录态的浏览器，对于该种浏览器，本实施例通过生成中间页面的方式来共享登录态信息，从而实现中心域名与第一域名登录态的同步过程。

本实施例还提供了一种跨域名同步登录态的处理系统，所述处理系统包括：登录态生成模块及第一指令发送模块；

所述登录态生成模块用于根据用户的当前登录信息登录第一域名并生成登录态，所述登录态为根据所述用户的所述当前登录信息生成的用于表征登录状态的凭证，所述当前登录信息包括当前时间信息；

所述第一指令发送模块用于发送第一登录态设置指令至中心域名，所述第一登录态设置指令用于将所述登录态保存在所述中心域名下；

所述第一域名与所述中心域名分别为不同的一级域名。

较佳地，所述登录态生成模块还用于发送第二登录态设置指令至所述第一域名，所述第二登录态设置指令用于将所述登录态保存在所述第一域名下；

所述处理系统还包括：登录态判断模块，用于在一定时间后，当在所述第一域名下获取到用户的登录指令时判断所述第一域名下是否保存有所述用户的登录态，若是，则根据所述登录态登录所述第一域名，若否，则调用所述登录态生成模块。

较佳地，所述处理系统还包括登录态请求模块及登录态返回判断模块；

所述登录态判断模块还用于当判断所述第一域名下未保存有所述用户的登录态时，调用所述登录态请求模块；

所述登录态请求模块用于发送登录态请求指令至所述中心域名；

所述登录态返回判断模块用于判断是否获取到所述中心域名返回的登录态，若是，则根据所述登录态登录所述第一域名，若否，则调用所述登录态生成模块。

较佳地，所述第一指令发送模块包括中间页面生成单元及比对单元：

所述中间页面生成单元用于当获取域名跳转指令时，生成中间页面，所述跳转指令用于从所述第一域名跳转至所述中心域名，所述中间页面为位于所述中心域名下的页面且所述中间页面包括所述第一域名的登录态及所中心域名的登录态；

所述比对单元用于在所述中间页面下判断所述第一域名的登录态与所述中心域名的登录态是否相同，若是，则保持所述中心域名的登录态不变，若否，则将所述中间页面下所述第一域名的登录态保存为新的所述中心域名的登录态；

和/或，

所述第一登录态设置指令用于通过SDK将所述登录态保存在所述中心域名下；

和/或，

所述第二登录态设置指令还用于通过SDK将所述登录态保存在所述第一域名下。

本发明还提供了一种电子设备，包括存储器、处理器及存储在存储器上并可在处理器上运行的计算机程序，所述处理器执行所述计算机程序时实现如上所述的同步登录态的处理方法。

本发明还提供了一种计算机可读存储介质，其上存储有计算机程序，所述计算机程序被处理器执行时实现如上所述的同步登录态的处理方法的步骤。

在符合本领域常识的基础上，上述各优选条件，可任意组合，即得本发明各较佳实例。

发明的积极进步效果在于：在用户登录第一域名时，可以将登录时生成的登录态保存在中心域名下，以使用户在同一公司的其它域名登录时，都可以通过在中心域名保存的登录态实现在不同域名的登录，一方面，在当用户需要登录新增加的域名时，可以通过中心域名获取登录态而无需重新登录，提高了登录态的自动同步效率，另一方面，也可以即时实现登录态的更新，以使登录态同步信息更准确。

附图说明

图1为本发明实施例1的跨域名同步登录态的处理方法的流程图。

图2为本发明实施例2的跨域名同步登录态的处理方法的流程图。

图3为本发明实施例3中步骤102的流程图。

图4为本发明实施例4的跨域名同步登录态的处理系统的模块示意图。

图5为本发明实施例5的跨域名同步登录态的处理系统的模块示意图。

图6为本发明实施例6中第一指令发送模块的模块示意图。

图7为本发明实施例7中的电子设备的结构示意图。

具体实施方式

下面通过实施例的方式进一步说明本发明，但并不因此将本发明限制在所述的实施例范围之中。

实施例1

本实施例提供了一种跨域名同步登录态的处理方法，如图1所示，本实施例中的处理方法包括：

步骤101、根据用户的当前登录信息登录第一域名并生成登录态。

步骤102、发送第一登录态设置指令至中心域名。

其中，登录态为根据用户的当前登录信息生成的用于表征登录状态的凭证，当前登录信息为反应当前登录情况的若干信息，如当前时间信息，其中，可以通过ticket(凭证)来表示登录态，具体的可以通过字符串的形式来表征登录态。

其中，第一登录态设置指令用于将登录态保存在中心域名下。

其中，第一域名与中心域名分别为不同的一级域名。

为了更好的理解本实施例，下面对本实施例的原理作进一步的说明：

在一个大型公司中往往会存在多个一级域名，为了避免用户在每一个一级域名下都登录一次，本实施例中选择一个一级域名作为中心域名，其它一级域名作为第一域名，在用户登录该公司下的任意一个一级域名时，将根据登录生成的登录态写入中心域名，如可以把登录态ticket种入中心域名的cookie(一种上网时所产生的系统缓存文件)中。之后，若用户在该公司的其它域名下需要登录，都可以去中心域名下获取cookie中的登录态ticket以实现一次登录多次同步的过程。

本实施例中，在用户登录第一域名时，可以将登录时生成的登录态保存在中心域名下，以使用户在同一公司的其它域名登录时，都可以通过在中心域名保存的登录态实现在不同域名的登录，一方面，当用户需要登录新增加的域名时，可以通过中心域名获取登录态而无需重新登录，提高了登录态的自动同步效率，另一方面，也可以即时实现登录态的更新，以使登录态同步信息更准确

实施例2

本实施例提供了一种跨域名同步登录态的处理方法，本实施例是对实施例1的进一步改进，如图2所示，步骤102后还包括：

步骤103、发送第二登录态设置指令至第一域名，

步骤104、在一定时间后，当在第一域名下获取到用户的登录指令时判断第一域名下是否保存有用户的登录态，若是，则执行步骤105，若否，则返回步骤101。

步骤105、根据登录态登录第一域名。

其中，第二登录态设置指令用于将登录态保存在第一域名下。

可选的，为了进一步同步用户的登录态，减少用户重复登录的次数，步骤104中，当判断第一域名下未保存有用户的登录态时，还可以执行下述步骤：

步骤106、发送登录态请求指令至中心域名；

步骤107、判断是否获取到中心域名返回的登录态，若是，则执行步骤105，若否，则执行步骤101。

可选的，为了避免浪费系统的存储资源，在步骤103中，当登录态保存在第一域名下，可以设置一登录态的过期时间，经过该过期时间后，登录态会被自动清除。类似的，步骤102，当登录态保存在中心域名下，也可以设置一登录态的过期时间，经过该过期时间后，登录态会被自动清除。

本实施例中，在步骤107中可能存在两种情况导致中心域名未返回用户的登录态，一种情况为：用户未曾登录，也就是说未设置过登录态至中心域名；还有一种情况为：虽然用户曾经登陆过，但登录态已过期。

本实施例中，为了避免现有技术中通过iframe(内联框架)的方式将登录态写域名而容易导致页面等待，进而导致登录态同步失败的缺陷，第一登录态设置指令可以用于通过SDK将登录态保存在所述中心域名下，类似的，第二登录态设置指令可以用于通过SDK将登录态保存在所述第一域名下。

为了更好的理解本实施例，下面通过一具体实例对本实施例中的方案进行说明：

用户在登录第一域名时，会首先判断该域名下是否保存有登录态，若已有登录态，则会根据登录态登录第一域名，若没有，则会执行步骤106发送登录态请求指令至中心域名，若此时，步骤107判断中心域名下具有用户的登录态，则可以通过SDKapi(一种前端组件)从中心域名获取登录态并通过websdk(一种前端组件)来写入登录态，后根据该登录态登录第一域名，若步骤107判断中心域名下没有用户的登录态，则会执行步骤101，即根据用户的当前登录信息登录第一域名并生成登录态，具体的，可以在生成登录态后，通过websdk先将登录态写入中心域名，再将登录态写入第一域名。应当理解，在这种情况下，既可以在第一域名下登录也可以在中心域名下登录，具体在哪个域名登录基于后台设置来决定，如，后台设置在某一域名下的网页需要登录时，需要跳转至中心域名下的网页页面进行登录，又如后台设置在某一域名下的网页需要登录时可以直接在该域名下进行登录。

可选的，由于有的公司存在分品牌经营的情况，在该种情况下，个别第一域名(该公司下其它品牌)可能不希望通过中心域名的登录态进行登录，而会通过设置其自身的登录页面进行登录，在这种情况下，在步骤104中当在一定时间后，当在第一域名下获取到用户的登录指令时判断第一域名下未保存有用户的登录态时，则不会执行步骤106，而会直接执行步骤101来登录第一域名，同样的，再通过步骤102发送第一登录态设置指令至中心域名，以便在其它第一域名需要登录该域名或需要跳转至该域名时，可以实现域名的同步，而无需再次登录。

本实施例中，在第一域名下获取到用户的登录指令时，若第一域名下保存有用户的登录态，则可根据登录态自动直接登录，避免让用户重复登录，进一步提高了登录效率。

本实施例中，当第一域名下未保存登录态时，会发送登录态请求指令至中心域名以获取中心域名下保存的登录态，从而进一步同步用户的登录态信息。

实施例3

本实施例提供了一种跨域名同步登录态的处理方法，本实施例是对实施例1或实施例2的进一步改进，如图3所示，步骤102具体包括：

步骤1021、当获取域名跳转指令时，生成中间页面。

步骤1022、在中间页面下判断第一域名的登录态与中心域名的登录态是否相同，若是，则执行步骤1023，若否，则执行步骤1024。

步骤1023、保持中心域名的登录态不变。

步骤1024、将中间页面下第一域名的登录态保存为新的中心域名的登录态。

其中，跳转指令用于从第一域名跳转至中心域名，中间页面为位于中心域名下的页面且中间页面包括第一域名的登录态及所中心域名的登录态。

为了更好的理解本实施例，下面对本实施例的原理进行进一步说明：

由于一些浏览器本身的限制，而使之无法实现跨域同步登录态，因此本实施例通过设置一中间页面，该中间页面与跳转后的页面的域名相同，因此，中间页面包含的登录态可以与跳转后的页面实现同步的过程，当根据步骤1021获取域名跳转指令时，若根据后台的预设信息判断跳转前页面和跳转后页面需要进行登录态共享，则会生成中间页面，该中间页面中包括跳转前的页面的登录态，也包括跳转后页面的登录态，若在步骤1022中判断二者的登录态不同，则通过步骤1024，将跳转后页面的登录态覆盖跳转前页面的登录态以实现登录态的更新过程。应当理解，本实施例中，当跳转前的页面为第一域名下的页面时，则跳转后的页面为中心域名下的页面，当跳转前的页面为中心域名下的页面时，则跳转后的页面为第一域名下的页面。

本实施例针对一些不支持跨域共享登录态的浏览器，对于该种浏览器，本实施例通过生成中间页面的方式来共享登录态信息，从而实现中心域名与第一域名登录态的同步过程。

实施例4

本实施例提供了一种跨域名同步登录态的处理系统，如图4所示，处理系统包括：登录态生成模块201及第一指令发送模块202。

登录态生成模块201用于根据用户的当前登录信息登录第一域名并生成登录态，登录态为根据用户的当前登录信息生成的用于表征登录状态的凭证，当前登录信息包括当前时间信息。

第一指令发送模块202用于发送第一登录态设置指令至中心域名，第一登录态设置指令用于将登录态保存在中心域名下。

其中，第一域名与中心域名分别为不同的一级域名。

其中，可以通过ticket来表示登录态，具体的可以通过字符串的形式来表征登录态。

为了更好的理解本实施例，下面对本实施例的原理作进一步的说明：

在一个大型公司中往往会存在多个一级域名，为了避免用户在每一个一级域名下都登录一次，本实施例中选择一个一级域名作为中心域名，其它一级域名作为第一域名，在用户登录该公司下的任意一个一级域名时，将根据登录生成的登录态写入中心域名，如可以把登录态ticket种入中心域名的cookie中。之后，若用户在该公司的其它域名下需要登录，都可以去中心域名下获取cookie中的登录态ticket以实现一次登录多次同步的过程。

本实施例中，在用户登录第一域名时，第一指令发送模块可以将登录时生成的登录态保存在中心域名下，以使用户在同一公司的其它域名登录时，都可以通过在中心域名保存的登录态实现在不同域名的登录，一方面，当用户需要登录新增加的域名时，可以通过中心域名获取登录态而无需重新登录，提高了登录态的自动同步效率，另一方面，也可以即时实现登录态的更新，以使登录态同步信息更准确

实施例5

本实施例提供了一种跨域名同步登录态的处理系统，本实施例是对实施例4的进一步改进，如图5所示，登录态生成模块201还用于发送第二登录态设置指令至第一域名，第二登录态设置指令用于将登录态保存在第一域名下。

本实施例中的处理系统还包括：登录态判断模块203，用于在一定时间后，当在第一域名下获取到用户的登录指令时判断第一域名下是否保存有用户的登录态，若是，则根据登录态登录第一域名，若否，则调用登录态生成模块201。

可选的，为了进一步同步用户的登录态，减少用户重复登录的次数，本实施例中，处理系统还包括登录态请求模块204及登录态返回判断模块205。

其中，登录态判断模块203还用于当判断第一域名下未保存有用户的登录态时，调用登录态请求模块204。

登录态请求模块204用于发送登录态请求指令至中心域名。

登录态返回判断模块204用于判断是否获取到中心域名返回的登录态，若是，则根据登录态登录第一域名，若否，则调用登录态生成模块201。

可选的，为了避免浪费系统的存储资源，登录态生成模块201在登录态保存在第一域名下后，可以设置一登录态的过期时间，经过该过期时间后，登录态会被自动清除。类似的，登录态生成模块201在登录态保存在中心域名下后，也可以设置一登录态的过期时间，经过该过期时间后，登录态会被自动清除。

本实施例中，登录态返回判断模块205可能存在两种情况导致中心域名未返回用户的登录态，一种情况为：用户未曾登录，也就是说未设置过登录态至中心域名；还有一种情况为：虽然用户曾经登陆过，但登录态已过期。

本实施例中，为了避免现有技术中通过iframe的方式将登录态写域名而容易导致页面等待，进而导致登录态同步失败的缺陷，第一登录态设置指令可以用于通过SDK将登录态保存在所述中心域名下，类似的，第二登录态设置指令可以用于通过SDK将登录态保存在所述第一域名下。

为了更好的理解本实施例，下面通过一具体实例对本实施例中的方案进行说明：

用户在登录第一域名时，会首先判断该域名下是否保存有登录态，若已有登录态，则会根据登录态登录第一域名，若没有，登录态请求模块204会发送登录态请求指令至中心域名，若此时，登录态返回判断模块205判断中心域名下具有用户的登录态，则可以通过SDKapi从中心域名获取登录态并通过websdk来写入登录态，后根据该登录态登录第一域名，若登录态返回判断模块205判断中心域名下没有用户的登录态，则会调用登录态生成模块201，即根据用户的当前登录信息登录第一域名并生成登录态，具体的，可以在生成登录态后，通过websdk先将登录态写入中心域名，再将登录态写入第一域名。应当理解，在这种情况下，既可以在第一域名下登录也可以在中心域名下登录，具体在哪个域名登录基于后台设置来决定，如，后台设置在某一域名下的网页需要登录时，需要跳转至中心域名下的网页页面进行登录，又如后台设置在某一域名下的网页需要登录时可以直接在该域名下进行登录。

可选的，由于有的公司存在分品牌经营的情况，在该种情况下，个别第一域名(该公司下其它品牌)可能不希望通过中心域名的登录态进行登录，而会通过设置其自身的登录页面进行登录，在这种情况下，登录态判断模块203当在一定时间后，当在第一域名下获取到用户的登录指令时判断第一域名下未保存有用户的登录态时，则不会调用登录态请求模块204，而会直接登录态生成模块201来登录第一域名，同样的，再通过第一指令发送模块202发送第一登录态设置指令至中心域名，以便在其它第一域名需要登录该域名或需要跳转至该域名时，可以实现域名的同步，而无需再次登录。

本实施例中，登录态判断模块在第一域名下获取到用户的登录指令时，若第一域名下保存有用户的登录态，则可根据登录态自动直接登录，避免让用户重复登录，进一步提高了登录效率。

本实施例中，当第一域名下未保存登录态时，会调用第一指令发送模块发送登录态请求指令至中心域名以获取中心域名下保存的登录态，从而进一步同步用户的登录态信息。

实施例6

本实施例提供了一种跨域名同步登录态的处理系统，本实施例是对实施例4或实施例5的进一步改进，如图6所示，第一指令发送模块202具体包括：中间页面生成单元2021及比对单元2022。

中间页面生成单元2021用于当获取域名跳转指令时，生成中间页面，跳转指令用于从第一域名跳转至中心域名，中间页面为位于中心域名下的页面且中间页面包括第一域名的登录态及所中心域名的登录态。

比对单元2022用于在中间页面下判断第一域名的登录态与中心域名的登录态是否相同，若是，则保持中心域名的登录态不变，若否，则将中间页面下第一域名的登录态保存为新的中心域名的登录态。

为了更好的理解本实施例，下面对本实施例的原理进行进一步说明：

由于一些浏览器本身的限制，而使之无法实现跨域同步登录态，因此本实施例通过设置一中间页面，该中间页面与跳转后的页面的域名相同，因此，中间页面包含的登录态可以与跳转后的页面实现同步的过程，当根据中间页面生成单元2021获取域名跳转指令时，若根据后台的预设信息判断跳转前页面和跳转后页面需要进行登录态共享，则会生成中间页面，该中间页面中包括跳转前的页面的登录态，也包括跳转后页面的登录态，若比对单元2022中判断二者的登录态不同，则将跳转后页面的登录态覆盖跳转前页面的登录态以实现登录态的更新过程。应当理解，本实施例中，当跳转前的页面为第一域名下的页面时，则跳转后的页面为中心域名下的页面，当跳转前的页面为中心域名下的页面时，则跳转后的页面为第一域名下的页面。

本实施例针对一些不支持跨域共享登录态的浏览器，对于该种浏览器，本实施例通过中间页面生成单元生成中间页面的方式来共享登录态信息，从而实现中心域名与第一域名登录态的同步过程。

实施例7

本实施例提供一种电子设备，电子设备可以通过计算设备的形式表现(例如可以为服务器设备)，包括存储器、处理器及存储在存储器上并可在处理器上运行的计算机程序，其中处理器执行计算机程序时可以实现实施例1-实施例3中任意一跨域名同步登录态的处理方法。

图7示出了本实施例的硬件结构示意图，如图7所示，电子设备9具体包括：

至少一个处理器91、至少一个存储器92以及用于连接不同系统组件(包括处理器91和存储器92)的总线93，其中：

总线93包括数据总线、地址总线和控制总线。

存储器92包括易失性存储器，例如随机存取存储器(RAM)921和/或高速缓存存储器922，还可以进一步包括只读存储器(ROM)923。

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

处理器91通过运行存储在存储器92中的计算机程序，从而执行各种功能应用以及数据处理，例如本发明实施例1-实施例3中任意一跨域名同步登录态的处理方法。

电子设备9进一步可以与一个或多个外部设备94(例如键盘、指向设备等)通信。这种通信可以通过输入/输出(I/O)接口95进行。并且，电子设备9还可以通过网络适配器96与一个或者多个网络(例如局域网(LAN)，广域网(WAN)和/或公共网络，例如因特网)通信。网络适配器96通过总线93与电子设备9的其它模块通信。应当明白，尽管图中未示出，可以结合电子设备9使用其它硬件和/或软件模块，包括但不限于：微代码、设备驱动器、冗余处理器、外部磁盘驱动阵列、RAID(磁盘阵列)系统、磁带驱动器以及数据备份存储系统等。

应当注意，尽管在上文详细描述中提及了电子设备的若干单元/模块或子单元/模块，但是这种划分仅仅是示例性的并非强制性的。实际上，根据本申请的实施方式，上文描述的两个或更多单元/模块的特征和功能可以在一个单元/模块中具体化。反之，上文描述的一个单元/模块的特征和功能可以进一步划分为由多个单元/模块来具体化。

实施例7

本实施例提供了一种计算机可读存储介质，其上存储有计算机程序，所述程序被处理器执行时实现实施例1-实施例3中任意一跨域名同步登录态的处理方法的步骤。

其中，可读存储介质可以采用的更具体可以包括但不限于：便携式盘、硬盘、随机存取存储器、只读存储器、可擦拭可编程只读存储器、光存储器件、磁存储器件或上述的任意合适的组合。

在可能的实施方式中，本发明还可以实现为一种程序产品的形式，其包括程序代码，当所述程序产品在终端设备上运行时，所述程序代码用于使所述终端设备执行实现实施例1-实施例3中任意一跨域名同步登录态的处理方法的步骤。

其中，可以以一种或多种程序设计语言的任意组合来编写用于执行本发明的程序代码，所述程序代码可以完全地在用户设备上执行、部分地在用户设备上执行、作为一个独立的软件包执行、部分在用户设备上部分在远程设备上执行或完全在远程设备上执行。

虽然以上描述了本发明的具体实施方式，但是本领域的技术人员应当理解，这仅是举例说明，本发明的保护范围是由所附权利要求书限定的。本领域的技术人员在不背离本发明的原理和实质的前提下，可以对这些实施方式做出多种变更或修改，但这些变更和修改均落入本发明的保护范围。

Claims (10)

1.一种跨域名同步登录态的处理方法，其特征在于，所述处理方法包括：

根据用户的当前登录信息登录第一域名并生成登录态，所述登录态为根据所述用户的所述当前登录信息生成的用于表征登录状态的凭证，所述当前登录信息包括当前时间信息；

发送第一登录态设置指令至中心域名，所述第一登录态设置指令用于将所述登录态保存在所述中心域名下；

所述第一域名与所述中心域名分别为不同的一级域名。

2.如权利要求1所述的跨域名同步登录态的处理方法，其特征在于，根据用户的当前登录信息登录所述第一域名并生成登录态的步骤后还包括：发送第二登录态设置指令至所述第一域名，所述第二登录态设置指令用于将所述登录态保存在所述第一域名下；

所述处理方法还包括：

在一定时间后，当在所述第一域名下获取到用户的登录指令时判断所述第一域名下是否保存有所述用户的登录态，若是，则根据所述登录态登录所述第一域名，若否，则执行根据用户的当前登录信息登录所述第一域名并生成登录态的步骤。

3.如权利要求2所述的跨域名同步登录态的处理方法，其特征在于，

当判断所述第一域名下未保存有所述用户的登录态时，所述处理方法还包括：

发送登录态请求指令至所述中心域名；

判断是否获取到所述中心域名返回的登录态，若是，则根据所述登录态登录所述第一域名，若否，则执行根据用户的当前登录信息登录所述第一域名并生成登录态的步骤。

4.如权利要求1所述的跨域名同步登录态的处理方法，其特征在于，

发送登录态设置指令至中心域名的步骤包括：

当获取域名跳转指令时，生成中间页面，所述跳转指令用于从所述第一域名跳转至所述中心域名，所述中间页面为位于所述中心域名下的页面且所述中间页面包括所述第一域名的登录态及所中心域名的登录态；

在所述中间页面下判断所述第一域名的登录态与所述中心域名的登录态是否相同，若是，则保持所述中心域名的登录态不变，若否，则将所述中间页面下所述第一域名的登录态保存为新的所述中心域名的登录态；

和/或，

所述第一登录态设置指令用于通过SDK将所述登录态保存在所述中心域名下。

5.一种跨域名同步登录态的处理系统，其特征在于，所述处理系统包括：登录态生成模块及第一指令发送模块；

所述登录态生成模块用于根据用户的当前登录信息登录第一域名并生成登录态，所述登录态为根据所述用户的所述当前登录信息生成的用于表征登录状态的凭证，所述当前登录信息包括当前时间信息；

所述第一指令发送模块用于发送第一登录态设置指令至中心域名，所述第一登录态设置指令用于将所述登录态保存在所述中心域名下；

所述第一域名与所述中心域名分别为不同的一级域名。

6.如权利要求5所述的跨域名同步登录态的处理系统，其特征在于，所述登录态生成模块还用于发送第二登录态设置指令至所述第一域名，所述第二登录态设置指令用于将所述登录态保存在所述第一域名下；

所述处理系统还包括：登录态判断模块，用于在一定时间后，当在所述第一域名下获取到用户的登录指令时判断所述第一域名下是否保存有所述用户的登录态，若是，则根据所述登录态登录所述第一域名，若否，则调用所述登录态生成模块。

7.如权利要求6所述的跨域名同步登录态的处理系统，其特征在于，所述处理系统还包括登录态请求模块及登录态返回判断模块；

所述登录态判断模块还用于当判断所述第一域名下未保存有所述用户的登录态时，调用所述登录态请求模块；

所述登录态请求模块用于发送登录态请求指令至所述中心域名；

所述登录态返回判断模块用于判断是否获取到所述中心域名返回的登录态，若是，则根据所述登录态登录所述第一域名，若否，则所述登录态生成模块。

8.如权利要求5所述的跨域名同步登录态的处理系统，其特征在于，

所述第一指令发送模块包括中间页面生成单元及比对单元：

所述中间页面生成单元用于当获取域名跳转指令时，生成中间页面，所述跳转指令用于从所述第一域名跳转至所述中心域名，所述中间页面为位于所述中心域名下的页面且所述中间页面包括所述第一域名的登录态及所中心域名的登录态；

所述比对单元用于在所述中间页面下判断所述第一域名的登录态与所述中心域名的登录态是否相同，若是，则保持所述中心域名的登录态不变，若否，则将所述中间页面下所述第一域名的登录态保存为新的所述中心域名的登录态；

和/或，

所述第一登录态设置指令用于通过SDK将所述登录态保存在所述中心域名下。

9.一种电子设备，包括存储器、处理器及存储在存储器上并可在处理器上运行的计算机程序，其特征在于，所述处理器执行所述计算机程序时实现权利要求1至4任一项所述的跨域名同步登录态的处理方法。

10.一种计算机可读存储介质，其上存储有计算机程序，其特征在于，所述计算机程序被处理器执行时实现权利要求1至4任一项所述的跨域名同步登录态的处理方法的步骤。

Images