CN103795767B - 一种跨应用会话信息的同步方法及*** - Google Patents

Abstract

本发明实施例提供了一种跨应用会话信息的同步方法和装置。所述方法包括：针对第二应用建立基于第一应用根域名的二级域名，并在第二服务器上保存二级域名与第二应用的原始域名的对应关系；第一服务器对登录第一应用时产生的第一会话信息，以及对应的第一会话标识进行保存，生成第一应用对应的第一登录信息并发送到客户端，所述第一登录信息中包括第一应用的根域名和所述第一会话标识；第二服务器接收对第二应用的访问请求，并判断所述访问请求是否携带第二应用对应的第二会话标识；若否，则依据预存的二级域名与第二应用的原始域名的对应关系，在所述第一登录信息中提取第一会话标识；依据所提取的第一会话标识查找保存的第一会话信息。

Description

一种跨应用会话信息的同步方法及***

技术领域

本申请实施例涉及网页技术领域，特别是涉及一种跨应用会话信息的同步方法和装置。

背景技术

各大互联网企业一般都拥有多个独立的子公司，并且各子公司通常使用独立的网站和根域名。由于各网站通常针对的是相似的用户群体，为提高用户体验，方便用户登录，当用户在其中的一个子公司的网站登录后，在访问另外一个子公司的网站时无需再登录。由于网页浏览器对于不同根域名之间的会话信息并不能共享，因此需要把登录过网站的会话同步到另外一个网站。

例如，用户在第一网站登录后，在Cookie中写入第一网站的根域名，然后由第一网站向其根域名对应的后台服务器发送请求；后台服务器接收到请求后获取第一网站的Cookie，并提取Cookie中的会话标识；然后，第一网站的后台服务器对会话标识加密后可以Ajax请求的方式，发送到第一网站的各个子网站根域名对应的后台服务器；子网站对应的后台服务器接收到请求后，解密出会话标识，然后将会话标识写入到Cookie中，从而使得用户在访问这些子网站的时候，根据会话标识获取到同一会话信息，无需再次登录。

以上现有技术中存在的问题是，由于网页浏览器有并发连接数限制，例如，第一网站对应有10个子网站，一次只能发送3个Ajax请求到子网站，因此，发送Ajax请求的时间会比较长，导致用户登录主网站的速度非常慢，用户等待时间过长，在此过程中可能会直接刷新页面，导致Ajax请求发送失败，进而无法同步会话信息。

因此，目前需要本领域技术人员解决的一个技术问题就是，提供一种跨应用会话信息的同步机制，以避免因网页并发连接数限制，而导致的子网站同步登录失败的问题。

发明内容

本申请实施例提供一种跨应用会话信息的同步方法，以避免因网页并发连接数限制，而导致的子网站同步登录失败的问题。

本申请实施例还提供了一种跨应用会话信息的同步***，用以保证上述方法在实际中的应用及实现。

为了解决上述问题，本申请实施例公开了一种跨应用会话信息的同步方法，包括：

针对第二应用建立基于第一应用根域名的二级域名，并在第二服务器上保存二级域名与第二应用的原始域名的对应关系；

第一服务器对登录第一应用时产生的第一会话信息，以及对应的第一会话标识进行保存，生成第一应用对应的第一登录信息并发送到客户端，所述第一登录信息中包括第一应用的根域名和所述第一会话标识；

第二服务器接收对第二应用的访问请求，并判断所述访问请求是否携带第二应用对应的第二会话标识；

若否，则依据预存的二级域名与第二应用的原始域名的对应关系，在所述第一登录信息中提取第一会话标识；

依据所提取的第一会话标识查找保存的第一会话信息。

优选的，所述依据预存的二级域名与第二应用的原始域名的对应关系，在所述第一登录信息提取第一会话标识的步骤包括：

按照第二应用的原始域名，以及原始域名和基于第一应用根域名的二级域名的对应关系，确定第二应用对应的二级域名；

依据所述二级域名的根域名，在客户端提取对应的第一登录信息，并从该第一登录信息中提取对应的第一会话标识。

优选的，所述方法还包括：

第一服务器对登录第二应用时产生的第二会话标识，以及对应的第二会话信息进行保存，生成第二应用对应的第二登录信息并发送到客户端，所述第二登录信息中包括第二应用的根域名和所述第二会话标识。

优选的，所述判断所述访问请求是否携带第二应用对应的第二会话标识的结果为是时，

还包括依据所述第二会话标识查找相应的第二会话信息。

优选的，所述判断所述访问请求中，是否携带第二应用对应的第二会话标识的步骤为，判断所述访问请求中是否携带会话标识的关键字段，若否，则不存在相应的会话标识。

优选的，所述方法还包括：

第二服务器接收登出第一应用的信息后，清除第二应用对应的第二登录信息。

本发明还提供了一种跨应用会话信息的同步***，包括第一服务器和第二服务器；

所述第一服务器包括第一对应关系保存模块和第一登录信息生成模块；

所述第一对应关系保存模块，用于对登录第一应用时产生的第一会话信息，以及对应的第一会话标识进行保存；

所述第一登录信息生成模块，用于生成第一应用对应的第一登录信息并发送到客户端，所述第一登录信息中包括第一应用的根域名和所述第一会话标识；

所述第二服务器包括对应关系预存模块、判断模块、第一会话标识提取模块和第一会话信息提取模块；

对应关系预存模块，用于保存针对第二应用建立的基于第一应用根域名的二级域名与第二应用的原始域名的对应关系；

判断模块，用于接收对第二应用的访问请求，并判断所述访问请求是否携带第二应用对应的第二会话标识；

第一会话标识提取模块，用于依据预存的二级域名与第二应用的原始域名的对应关系，在所述第一登录信息中提取第一会话标识；

第一会话信息提取模块，用于依据所提取的第一会话标识查找保存的第一会话信息。

优选的，所述会话标识提取模块包括：

二级域名确定子模块，用于按照第二应用的原始域名，以及原始域名和基于第一应用根域名的二级域名的对应关系，确定第二应用对应的二级域名；

登录信息提取子模块，用于依据所述二级域名的根域名，在客户端提取对应的第一登录信息，并从该第一登录信息中提取对应的第一会话标识。

优选的，所述第一服务器还包括：

第二对应关系保存模块，用于对登录第二应用时产生的第二会话信息，以及对应的第二会话标识进行保存；

第二登录信息生成模块，用于生成第二应用对应的第二登录信息并发送到客户端，所述第二登录信息中包括第二应用的根域名和所述第二会话标识。

优选的，所述第二服务器还包括：

登录信息清除模块，用于接收登出第一应用的信息后，清除第二应用对应的第二登录信息。

与现有技术相比，本申请实施例具有以下优点：

依据本申请实施例，针对子网站，设定一个基于主网站的二级域名，用户在主网站登录后，分别对会话标识和对应的会话信息，以及包含根域名的登录信息进行保存；用户访问子网站时，可以依据子网站对应的二级域名，提取主网站登录信息中的会话标识，并依据该会话标识提取主网站的会话信息。这种按需提取会话信息的同步方法，不需要同时将会话信息同步到所有的子网站，可以避免因网页并发连接数限制，而导致的子网站同步登录失败的问题。

此外，现有技术中，需要对各个子网站进行P3P（Platform for PrivacyPreferences，个人隐私保护平台）设置，允许第三方网站异步访问，即在主网站登录后，允许将会话信息写入子网站对应的cookie中，P3P设置可能存在安全风险；而本申请实施例无需对子网站进行P3P设置，在访问子网站的时候，直接提取所需的会话信息即可，因此，避免了各网站信息交互时带来的安全风险。

并且，本申请实施例可以对会话信息和对应的会话标识进行保存，由需要同步会话信息的子网站服务器判断或是获取会话标识，而不是由一台统一的主网站服务器来执行同步逻辑，避免了主网站的服务器出现异常时，所有子网站都无法同步会话信息的问题。

附图说明

图1是本申请实施例的一种跨应用会话信息的同步方法实施例一的流程图；

图2是本申请实施例的一种跨应用会话信息的同步方法实施例二的流程图；

图3是本申请实施例的一种跨应用会话信息的同步***实施例的结构框图本申请实施例。

具体实施方式

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

用户在浏览器端访问第一应用和第二应用，第一服务器用于处理用户请求，在具体的实现中，第一服务器可以是统一登录服务器，用于处理用户的登录请求；第一服务器接收用户的请求后，依据请求去第二服务器获取相应的内容或服务，第二服务器为第二应用对应的后台服务器。

本申请实施例保存了第一应用登录后产生的第一会话标识和第一会话信息，并预存了第二应用的原始域名与基于第一应用的二级域名的对应关系，在用户第一次登录第二应用时，第二服务器依据对应关系，在第一应用的第一登录信息中提取第一会话标识，进一步依据第一会话标识提取对应的第一会话信息，这种按需提取会话信息的同步方法，不需要同时将会话信息同步到所有的子网站，可以避免因网页并发连接数限制，而导致的子网站同步登录失败的问题。

参考图1，其示出了本申请实施例的一种跨应用会话信息的同步方法实施例一的流程图，具体可以包括以下步骤：

步骤101、针对第二应用建立基于第一应用根域名的二级域名，并在第二服务器上保存该二级域名与第二应用的原始域名的对应关系。

本申请实施例中，第一应用和第二应用可以是网站或其他可以进行用户登录的应用程序。当第一应用和第二应用分别对应第一网站和第二网站时，第一网站和第二网站可以是主网站和子网站的关系，也可以经过授权可以共享会话信息的任意两个网站。

本申请实施例中，第二网站有两个域名，一个是原始域名，即自己原本的域名，例如blog.b.com，对应的根域名为*.b.com；一个是基于第一网站根域名的二级域名，例如，第一网站的根域名为*.a.com，则可设置第二网站的二级域名为sync1.a.com。

将第二网站的原始域名和二级域名的对应关系保存在第二网站的后台服务器中，依据第二网站的原始域名，便可以确定相应的二级域名。

步骤102、第一服务器对登录第一应用时产生的第一会话信息，以及对应的第一会话标识进行保存，生成第一应用对应的第一登录信息并发送到客户端，所述第一登录信息中包括第一应用的根域名和所述第一会话标识。

用户登录第一应用后，第一服务器会生成本次会话的会话标识和会话信息，例如，用户登录网站blog.a.com，生成的会话标识为“sid=xxxx“，会话信息为“usernick=yyyy；lgt=123456；userid=12333；userip=10.10.32.33；uaid=112233”，其中，usernick是用户昵称，lgt为最后登录时间，userid为用户数字id，userip为用户机器ip，uaid为浏览器标识。会话标识和会话信息是一一对应的，可以唯一标记本次会话信息。第一会话标识和相应的第一会话信息可以保存在一个独立于第二服务器的集中存储服务器中，在登录其他网站时，可以依据会话标识在集中存储服务器中搜索，可以找到相应的会话信息。

第一服务器可依据用户本次登录生成相应的第一登录信息，其中可以包括第一应用的根域名和第一会话标识，当第一应用和第二应用对应的是网站时，第一登录信息即为网页cookie，相应的，客户端也即是浏览器端。如上例，对应的cookie为“*.a.com：sid=xxxx；usernick=yyyy；lgt=123456…；sign=zzzz”，其中，*.a.com为第一网站的根域名，sid是会话标识，usernick是用户昵称，lgt为最后登录时间，sign是sid等cookie字段的合并加密校验码，作用是防止cookie被修改和伪造。cookie中包括了登录网站的根域名，用户登录多个网站后，浏览器端会保存有不同的根域名对应的cookie信息。

步骤103、第二服务器接收对第二应用原始域名的访问请求，并判断所述访问请求是否携带会话标识，若否，则执行步骤104。

用户在客户端请求访问第二应用（对于网站，可以通过在浏览器端输入第二网站的原始域名发送访问请求），客户端接收到这个请求，会依据第二应用的原始域名的根域名提取第二应用对应的第二登录信息。

若用户不是第一次登录第二应用，依据步骤102，则客户端已存在对应的第二登录信息，则可以依据第二应用根域名提取相应的第二登录信息，将第二应用的访问请求和对应的第二登录信息，一同发送给第二服务器；若用户是第一次登录第二应用，则客户端并不存在第二应用根域名对应的第二登录信息，则仅仅会将第二应用的访问请求发送给第二服务器。

第二服务器接收到访问请求后，会进一步判断访问请求中是否携带第二会话标识第一应用和第二应用为网站时，即判断网页请求中是否存在“sid=xxx”这样的字段，如果存在，表示有会话标识，若否，则没有会话标识，若是，则不存在相应的会话标识，可以进一步执行步骤105。

步骤104、依据预存的二级域名与第二应用的原始域名的对应关系，在所述第一登录信息中提取第一会话标识。

所述原始域名的根域名与第一网站的根域名不同，所述步骤104可以包括：

子步骤S21、按照第二应用的原始域名，以及原始域名和基于第一应用根域名的二级域名的对应关系，确定第二应用对应的二级域名。

子步骤S22、依据所述二级域名的根域名，在客户端提取对应的第一登录信息，并从该第一登录信息中提取对应的第一会话标识。

若第二应用原始域名对应的第二登录信息中不存在相应的第二会话标识，则说明用户未登录过第二应用，可以依据第二应用的二级域名提取第一应用登录后产生的第一会话标识。

具体的，由于预存了第二应用的原始域名与二级域名的对应关系，依据第二应用的原始域名便可以确定对应的二级域名，二级域名基于第一应用的根域名建立，因此，二级域名的根域名也即是第一应用的根域名。步骤102中，用户登录第一应用后，客户端保存了第一服务器发送的第一登录信息，第一登录信息中包括第一应用的根域名和第一会话标识。依据第一应用的根域名可以在客户端找到对应的第一登录信息，进而可以提取其中的会话标识。

如上例，第二网站的原始域名为blog.b.com，保存的对应关系为blog.b.com——sync1.a.com，因此确定对应的二级域名为sync1.a.com，对应的第一网站的根域名为*.a.com，可以依据*.a.com在浏览器端提取第一网站对应的cookie“*.a.com：sid=xxxx；usernick=yyyy；lgt=123456…；sign=zzzz”，对应的会话标识为sid=xxxx。

步骤105、依据所提取的第一会话标识查找保存的第一会话信息。

会话标识和会话信息是一一对应的，依据会话标识便可获取会话信息，将会话信息写入第二应用原始域名对应的信息中，便可以实现在第二应用的登录。对于网站而言，将会话信息写入第二网站对应的网页内容中，然后发送到浏览器端进行渲染，展示的页面中会显示用户状态为已登录。

相对于现有技术中，主网站的后台服务器出现问题，其子网站便无法同步会话信息，进而不能登录的状况相比，本申请实施例中，各网站的后台服务器主动去获取第一网站对应的第一会话信息，避免了主网站的服务器出现异常时，所有子网站都无法同步会话信息的问题。

参考图2，其示出了本申请实施例的一种跨应用会话信息的同步方法实施例2的流程图，具体可以包括以下步骤：

步骤201、针对第二应用建立基于第一应用根域名的二级域名，并在第二服务器上保存二级域名与第二应用的原始域名的对应关系。

步骤202、第一服务器对登录第一应用时产生的第一会话信息，以及对应的第一会话标识进行保存，生成第一应用对应的第一登录信息并发送到浏览器端，所述第一登录信息中包括第一应用的根域名和所述第一会话标识；

步骤203、第二服务器接收对第二应用的访问请求，并判断所述访问请求中是否携带第二网站对应的会话标识，若否，则执行步骤204和步骤205，若是，则执行步骤206。

本实施例中，若访问请求信息中包括会话标识，说明用户之前登录过第二网站，客户端已经保存有第二会话标识以及对应的第二会话信息，可以依据第二会话标识直接提取第二会话信息。

步骤204、依据预存的二级域名与第二应用的原始域名的对应关系，在所述第一登录信息中提取第一会话标识。

步骤205、依据所提取的第一会话标识查找保存的第一会话信息。

在本实施例中，可以将会话标识写入第二网站对应的cookie中，如图2所示，本实施例还可以进一步包括：

步骤206、依据所提取的第二会话标识查找相应的第二会话信息。

步骤207、第一服务器对登录第二网站时产生的第二会话标识，以及对应的第二会话信进行保存，生成第二网站对应的第二登录信息并发送到客户端，所述第二登录信息中包括第一网站的根域名和所述第二会话标识。

在第二应用成功登录后，还可以生成包括第二网站的根域名和第二会话标识的第二登录信息发送到客户端进行保存，并对第二会话标识，以及对应的第二会话信息进行保存。用户下次访问第二应用时，第一服务器会将第二应用的第二登录信息和访问请求发送给第二服务器，这样，第二服务器可以直接在访问请求中提取到第二会话标识，进而可以提取对应的第二会话信息，不用去二级域名对应的第一登录信息中获取第一会话标识，加快了登录第二应用的速度。

在本实施例中，还可以在登出第一应用时，清除写入第二应用对应的第二登录信息，如图2所示，本实施例还可以进一步包括：

步骤207、第二服务器接收登出第一应用的信息后，清除第二应用对应的第二登录信息。

在登出第一应用时，客户端会向第二应用服务器发送登出的提示信息，第二服务器接收到提示信息后，会向客户端发送需要删除会话标识的第二应用的根域名，客户端器依据第二应用的根域名查找到相应的登录信息后，会进行清除的操作。

综上所述，依据本申请实施例，针对子网站，设定一个基于主网站的二级域名，用户在主网站登录后，分别对会话标识和对应的会话信息，以及包含根域名的登录信息进行保存；用户访问子网站时，可以依据子网站对应的二级域名，提取主网站登录信息中的会话标识，并依据该会话标识提取主网站的会话信息。这种按需提取会话信息的同步方法，不需要同时将会话信息同步到所有的子网站，可以避免因网页并发连接数限制，而导致的子网站同步登录失败的问题。

此外，现有技术中，需要对各个子网站进行P3P（Platform for PrivacyPreferences，个人隐私保护平台）设置，允许第三方网站异步访问，即在主网站登录后，允许将会话信息写入子网站对应的cookie中，P3P设置可能存在安全风险；而本申请实施例无需对子网站进行P3P设置，在访问子网站的时候，直接提取所需的会话信息即可，因此，避免了各网站信息交互时带来的安全风险。

并且，本申请实施例可以对会话信息和对应的会话标识进行保存，由需要同步会话信息的服务器判断或是获取会话标识，而不是由一台统一的主网站服务器来执行同步逻辑，避免了主网站的服务器出现异常时，所有子网站都无法同步会话信息的问题。

对于方法实施例，为了简单描述，故将其都表述为一系列的动作组合，但是本领域技术人员应该知悉，本申请实施例并不受所描述的动作顺序的限制，因为依据本申请实施例，某些步骤可以采用其他顺序或者同时进行。其次，本领域技术人员也应该知悉，说明书中所描述的实施例均属于优选实施例，所涉及的动作和模块并不一定是本申请实施例所必须的。

参考图3，示出了本申请实施例的一种跨应用会话信息的同步***实施例的结构框图，具体可以包括：

第一服务器301和第二服务器302；

所述第一服务器包括第一对应关系保存模块3011和第一登录信息生成模块3012；

所述第一对应关系保存模块，用于对将登录第一应用时产生的第一会话信息，以及对应的第一会话标识发送到集中存储服务器进行保存，；

所述第一登录信息生成模块，用于生成第一应用对应的第一登录信息并发送到浏览器客户端，所述第一登录信息中包括第一应用的根域名和所述第一会话标识；

所述第二服务器302包括对应关系预存模块3021、判断模块3022、第一会话标识提取模块3023和第一会话信息提取模块3024；

对应关系预存模块，用于保存针对第二应用建立的基于第一应用根域名的二级域名与第二应用的原始域名的对应关系；

判断模块302，用于接收对第二应用原始域名的访问请求信息，并判断所述访问请求中是否携带第二应用对应的第二会话标识，若否则执行会话标识提取模块；

第一会话标识提取模块，用于依据预存的二级域名与第二网站的原始域名的对应关系，在所述第一登录信息中提取第一会话标识；

第一会话信息写入提取模块，用于依据所提取的第一会话标识查找保存相应的第一会话信息。

本申请实施例中，所述第二服务器还可以包括：

第二会话信息提取模块，用于依据所述第二会话标识查找相应的第二会话信息。

本申请实施例中，所述会话标识提取模块可以包括：

二级域名确定子模块，用于按照第二应用的原始域名，以及原始域名和基于第一应用根域名的二级域名的对应关系，确定第二应用对应的二级域名；

登录信息提取子模块，用于依据所述二级域名的根域名，在客户端提取对应的第一登录信息，并从该第一登录信息中提取对应的第一会话标识。

在本申请实施例的一种优选实施例中，所述第一服务器还包括：

第二对应关系保存模块，用于对登录第二应用时产生的第二会话标识，以及对应的第二会话信息进行保存；

第二登录信息生成模块，用于生成第二应用对应的第二登录信息并发送到客户端，所述第二登录信息中包括第二应用的根域名和所述第二会话标识。

在本申请实施例的一种优选实施例中，所述判断模块包括：

会话标识字段判断子模块，用于判断所述访问请求中是否携带会话标识的关键字段，若是，则不存在相应的会话标识。

在本申请实施例的一种优选实施例中，所述第二应用的应用服务器还包括：

登录信息清除模块，用于接收登出第一应用的信息后，清除第二应用对应的第二登录信息。

由于所述装置实施例基本相应于前述图1和图2所示的方法实施例，故本实施例的描述中未详尽之处，可以参见前述实施例中的相关说明，在此就不赘述了。

本申请实施例可用于众多通用或专用的计算***环境或配置中。例如：个人计算机、服务器计算机、手持设备或便携式设备、平板型设备、多处理器***、基于微处理器的***、置顶盒、可编程的消费电子设备、网络PC、小型计算机、大型计算机、包括以上任何***或设备的分布式计算环境等等。

本申请实施例可以在由计算机执行的计算机可执行指令的一般上下文中描述，例如程序模块。一般地，程序模块包括执行特定任务或实现特定抽象数据类型的例程、程序、对象、组件、数据结构等等。也可以在分布式计算环境中实践本申请实施例，在这些分布式计算环境中，由通过通信网络而被连接的远程处理设备来执行任务。在分布式计算环境中，程序模块可以位于包括存储设备在内的本地和远程计算机存储介质中。

在本文中，术语“包括”、“包含”或者其任何其他变体意在涵盖非排他性的包含，从而使得包括一系列要素的过程、方法、物品或者设备不仅包括那些要素，而且还包括没有明确列出的其他要素，或者是还包括为这种过程、方法、物品或者设备所固有的要素。在没有更多限制的情况下，由语句“包括一个......”限定的要素，并不排除在包括所述要素的过程、方法、物品或者设备中还存在另外的相同要素。

以上对本申请实施例所提供的一种跨应用会话信息的同步方法，以及，一种跨应用会话信息的同步***进行了详细介绍，本文中应用了具体个例对本申请实施例的原理及实施方式进行了阐述，以上实施例的说明只是用于帮助理解本申请实施例的方法及其核心思想；同时，对于本领域的一般技术人员，依据本申请实施例的思想，在具体实施方式及应用范围上均会有改变之处，综上所述，本说明书内容不应理解为对本申请实施例的限制。

Claims (10)

1.一种跨应用会话信息的同步方法，其特征在于，包括：

针对第二应用建立基于第一应用根域名的二级域名，并在第二服务器上保存二级域名与第二应用的原始域名的对应关系；

第一服务器对登录第一应用时产生的第一会话信息，以及对应的第一会话标识进行保存，生成第一应用对应的第一登录信息并发送到客户端，所述第一登录信息中包括第一应用的根域名和所述第一会话标识；

第二服务器接收对第二应用的访问请求，并判断所述访问请求是否携带第二应用对应的第二会话标识；

若否，则依据预存的二级域名与第二应用的原始域名的对应关系，在所述第一登录信息中提取第一会话标识；

依据所提取的第一会话标识查找保存的第一会话信息。

2.如权利要求1所述的方法，其特征在于，所述依据预存的二级域名与第二应用的原始域名的对应关系，在所述第一登录信息中提取第一会话标识的步骤包括：

按照第二应用的原始域名，以及原始域名和基于第一应用根域名的二级域名的对应关系，确定第二应用对应的二级域名；

依据所述二级域名的根域名，在客户端提取对应的第一登录信息，并从该第一登录信息中提取对应的第一会话标识。

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

第一服务器对登录第二应用时产生的第二会话标识，以及对应的第二会话信息进行保存，生成第二应用对应的第二登录信息并发送到客户端，所述第二登录信息中包括第二应用的根域名和所述第二会话标识。

4.如权利要求1所述的方法，其特征在于，所述判断所述访问请求是否携带第二应用对应的第二会话标识的结果为是时，

还包括依据所述第二会话标识查找相应的第二会话信息。

5.如权利要求1所述的方法，其特征在于，所述判断所述访问请求中，是否携带第二应用对应的第二会话标识的步骤为，判断所述访问请求中是否携带会话标识的关键字段，若否，则不存在相应的会话标识。

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

第二服务器接收登出第一应用的信息后，清除第二应用对应的第二登录信息。

7.一种跨应用会话信息的同步***，其特征在于，包括第一服务器和第二服务器；

所述第一服务器包括第一对应关系保存模块和第一登录信息生成模块；

所述第一对应关系保存模块，用于对登录第一应用时产生的第一会话信息，以及对应的第一会话标识进行保存；

所述第一登录信息生成模块，用于生成第一应用对应的第一登录信息并发送到客户端，所述第一登录信息中包括第一应用的根域名和所述第一会话标识；

所述第二服务器包括对应关系预存模块、判断模块、第一会话标识提取模块和第一会话信息提取模块；

对应关系预存模块，用于保存针对第二应用建立的基于第一应用根域名的二级域名与第二应用的原始域名的对应关系；

判断模块，用于接收对第二应用的访问请求，并判断所述访问请求是否携带第二应用对应的第二会话标识；

第一会话标识提取模块，用于依据预存的二级域名与第二应用的原始域名的对应关系，在所述第一登录信息中提取第一会话标识；

第一会话信息提取模块，用于依据所提取的第一会话标识查找保存的第一会话信息。

8.如权利要求7所述的***，其特征在于，所述会话标识提取模块包括：

二级域名确定子模块，用于按照第二应用的原始域名，以及原始域名和基于第一应用根域名的二级域名的对应关系，确定第二应用对应的二级域名；

登录信息提取子模块，用于依据所述二级域名的根域名，在客户端提取对应的第一登录信息，并从该第一登录信息中提取对应的第一会话标识。

9.如权利要求7所述的***，其特征在于，所述第一服务器还包括：

第二对应关系保存模块，用于对登录第二应用时产生的第二会话信息，以及对应的第二会话标识进行保存；

第二登录信息生成模块，用于生成第二应用对应的第二登录信息并发送到客户端，所述第二登录信息中包括第二应用的根域名和所述第二会话标识。

10.如权利要求7所述的***，其特征在于，所述第二服务器还包括：

登录信息清除模块，用于接收登出第一应用的信息后，清除第二应用对应的第二登录信息。