CN103095859B - 多域名会话信息共享方法和系统 - Google Patents
多域名会话信息共享方法和系统 Download PDFInfo
- Publication number
- CN103095859B CN103095859B CN201110346777.XA CN201110346777A CN103095859B CN 103095859 B CN103095859 B CN 103095859B CN 201110346777 A CN201110346777 A CN 201110346777A CN 103095859 B CN103095859 B CN 103095859B
- Authority
- CN
- China
- Prior art keywords
- session
- request
- access request
- main website
- session information
- Prior art date
- Legal status (The legal status is an assumption and is not a legal conclusion. Google has not performed a legal analysis and makes no representation as to the accuracy of the status listed.)
- Active
Links
Landscapes
- Information Transfer Between Computers (AREA)
- Computer And Data Communications (AREA)
Abstract
本申请提供了一种多域名会话信息共享方法,包括:接收客户端发送的访问请求;判断访问请求中是否包含会话标识符;若包含,则获取会话标识符;若不包含且请求目标为主站,则生成会话标识符并添加到访问请求中;若不包含且请求目标为子站,则通过同步系统向主站发送同步请求,若能够获取会话标识符,则将会话标识符添加到访问请求目标地址中,若不能,则生成会话标识符并将会话标识符分别写入到客户端cookie中当前子站和主站域名中;根据会话标识符读取缓存中的会话信息。本申请还提供了一种实现前述方法的多域名会话信息共享系统。本申请的多域名会话信息共享方法及系统,能够避免多域名会话信息共享时数据丢失、提高同步效率和安全性。
Description
技术领域
本申请涉及计算机数据共享技术领域,特别是涉及一种多域名会话信息共享方法及系统。
背景技术
一般来说,用户在访问不同的域名时会产生不同的session(会话),在某些情况下,为了减少访问数据量,需要对同一用户访问不同的域名实现session共享,例如,主域名、子域名、跨站点域名或跨服务器域名等等。
目前,常见的session共享方案为通过cookie方式,将session信息全部存放到客户端浏览器的cookie中,实现集群的session共享,多个域名之间通过异步请求来同步多个域名下的cookie,实现session的共享。此种将session信息大量存储在客户端浏览器中的方式,需要使用大量的cookie,而浏览器对于cookie的大小和数量使用有严格的限制,如果已使用的cookie的超过客户端浏览器的限制,客户端浏览器就会采取不同的策略丢弃部分cookie,这样就造成用户访问过程中信息丢失、用户权限和登陆状态丢失等情况。
同时,此种使用cookie来存储所有session信息的方式,需要在用户每次请求过程中将http(超文本传输协议,HyperTextTransferProtocol)头中的cookie信息传递到服务端,服务端在修改后再次通过response(反馈)写回到客户端浏览器中,整个请求过程必须全程传递cookie,浪费传输资源。另外,现有的基于cookie存储的多域名会话信息同步,需要在用户session信息改变时,异步发起请求到所有需要共享session的其他域名,来同步修改cookie,因此,在较多的独立域名情况下同步效率较低且安全性差。
发明内容
本申请提供一种多域名会话信息共享方法及系统,以够解决多域名会话信息共享时数据丢失、同步效率低和安全性差的问题。
为了解决上述问题,本申请公开了一种多域名会话信息共享方法,包括:
接收客户端发送的访问请求;
判断所述访问请求中是否包含识别会话信息的会话标识符;
若包含,则获取所述会话标识符;
若不包含且所述访问请求目标为主站,则生成会话标识符并添加到访问请求中;
若不包含且所述访问请求目标为子站,则通过同步系统向主站发送同步请求,若能够获取会话标识符,则将所述会话标识符添加到所述访问请求的目标地址中,若不能,则生成会话标识符并将所述会话标识符分别写入到客户端cookie中记载的当前子站和主站域名中;
根据所述会话标识符读取缓存中的会话信息。
进一步地,所述方法通过同步系统向主站发送同步请求包括:
向同步系统发送初步请求,所述初步请求中包含当前访问请求的目标URL;
所述同步系统将初步请求中的目标URL作为源地址,并携带所述源地址向主站发送同步请求,并从向主站发送的同步请求的请求头中读取会话标识符,添加到源地址中,然后对写入会话标识符的源地址重新发起访问请求。
进一步地,所述根据所述获取的会话标识符读取缓存中对应的会话信息包括:
向缓存发送包含所述会话标识符的读取请求;
根据所述会话标识符查询缓存中以所述会话标识符为存储标识的会话信息;
若有对应的会话信息,则读取所述会话信息。
进一步地,所述根据所述获取的会话标识符读取缓存中对应的会话信息包括:
向代理服务器发送将所述会话标识符作为请求参数的读取请求,所述代理服务器解析所述读取请求获取会话标识符,根据会话标识符查询缓存中以所述会话标识符为存储标识的会话信息,若有对应的会话信息,则代理服务器读取所述会话信息;
接收代理服务器解析的会话信息。
进一步地,所述向代理服务器发送的读取请求为通过超文本传输协议发送。
为了解决上述问题,本申请还公开了一种多域名会话信息共享方法,包括以下步骤:
接收客户端发送的针对主站的访问请求;
判断所述针对主站的访问请求中是否包含识别会话信息的会话标识符,若否,则生成会话标识符添加到当前访问请求中;
在同一会话过程中,接收客户端再次发送的访问子站的访问请求;
判断所述针对子站的访问请求中是否包含会话标识符,若否,则通过同步系统向主站发送同步请求,获取会话标识符;
根据所述获取的会话标识符读取缓存中的会话信息。
为了解决上述问题,本申请还公开了一种多域名会话信息共享方法,包括以下步骤:
接收客户端发送的针对子站的访问请求;
判断针对当前子站的访问请求中是否包含识别会话信息的会话标识符,若否,则通过同步系统向主站获取会话标识符,若获取的会话标识符为空或者不能获取,则通过同步系统生成会话标识符;
通过写入客户端cookie的方式,将会话标识符同时添加到子站域名和主站域名中,实现当前子站和主站会话标识符的同步;
在同一会话过程中,接收客户端再次发送的访问请求;
若再次发送的是针对主站的访问请求,则读取会话标识符,若再次发送的是针对其他子站的访问请求,则判断针对其他子站的访问请求中是否包含会话标识符,若否,则通过同步系统向主站发送同步请求,获取会话标识符;
根据所述获取的会话标识符读取缓存中的会话信息。
为了解决上述问题,本申请还公开了一种多域名会话信息共享系统,包括:
访问请求接收模块,用于接收客户端发送的访问请求;
判断模块,用于判断所述访问请求中是否包含识别会话信息的会话标识符,若包含,则获取会话标识符,若不包含,且所述访问请求目标为主站,则生成会话标识符并添加到访问请求中,若不包含,其所述访问请求目标为子站,则传递信息给同步模块;
同步模块,向主站发送同步请求,若能从主站获取会话标识符,则添加到访问请求中,若不能,则生成会话标识符并同时添加到当前子站和主站的域名中;
读取模块,根据会话标识符读取缓存中的会话信息。
进一步地,所述系统还包括:
代理服务器,用于接收读取模块所发送的读取缓存中的会话信息的请求,并解析后传递给缓存,并将从缓存中读取的会话信息解析后返回给读取模块。
与现有技术相比,本申请包括以下优点:
本申请的多域名会话信息共享方法和系统通过会话管理系统在一次会话过程中首次访问时生成的唯一的不重复的会话标识符来识别一次会话过程中的会话信息。后续访问发生时,则通过同步获取此会话标识符,便可以去读取存储在缓存中的会话信息,从而实现多域名之间会话信息的共享。因为会话标识符的生成,大量的会话信息通过缓存集群存储而不使用cookie,避免了客户端浏览器对cookie使用限制造成的安全稳定风险,如数据丢失等。
在共享同步过程中,只需要读取访问请求中的或者写入cookie中的会话标识符,而无需获取其他信息,这减少了大量cookie传递的过程,节约带宽,成本低。在此过程中,只需在独立域名首次请求时,一次性同步主站的会话标识符即可,因为会话标识符是唯一不变的,每次通过会话标识符去读取会话信息,所以后续会话信息的更改对于各域名来说是完全自动同步,不需要每次修改后再发起多个域名的同步,同步过程简单、效率高且信息安全性高。
当然,实施本申请的任一产品不一定需要同时达到以上所述的所有优点。
附图说明
图1是本申请的多域名会话信息共享方法实施例一的流程图;
图2是本申请的多域名会话信息共享方法实施例二的流程图;
图3是本申请的多域名会话信息共享的实现架构图;
图4是本申请的多域名会话信息共享系统实施例一的结构示意图。
具体实施方式
为使本申请的上述目的、特征和优点能够更加明显易懂,下面结合附图和具体实施方式对本申请作进一步详细的说明。
本申请的多域名会话信息共享通过在一次会话(session,客户端浏览器和服务端之间的状态的保持机制)过程中,在首次访问中生成用户识别本次会话信息的会话标识符,在该次会话过程中的后续对多域名架构下的任意网站进行访问时,通过同步系统来读取首次访问所生成的会话标识符,并根据该会话标识符读取缓存中的本次会话信息,从而实现会话信息共享。
具体的多域名会话信息共享过程如下:接收客户端发送的访问请求;判断所述访问请求中是否包含识别会话信息的会话标识符,若包含,则获取所述会话标识符;若不包含且所述访问请求目标为主站,则生成会话标识符并添加到访问请求中;若不包含且所述访问请求目标为子站,则通过同步系统向主站发送同步请求,若能够获取会话标识符,则将所述会话标识符添加到所述访问请求的目标地址中;若不能,则生成会话标识符并将所述会话标识符分别写入到客户端cookie中记载的当前子站和主站域名中;根据所述会话标识符读取缓存中的会话信息。
对于前述过程中包括以下两种情况:
情况一:客户端发送的访问请求是针对多域名架构下主站的访问,访问请求中若包含会话标识符,则获取该会话标识符,若不包含,则生成后添加到访问请求中。
情况二:客户端发送的访问请求是针对多域名架构下子站的访问,访问请求中若包含会话标识符,则获取该会话标识符,若不包含,首先通过主站同步获取,若不能同步获取,则生成会话标识符后同时写入到子站和主站域名中。
下面对这两种情况分别进行详细的说明。
参照图1,其示出本申请的一种多域名会话信息共享方法实施例一,包括以下步骤:
步骤101,接收客户端发送的针对主站的访问请求。
此处的主站指在多域名架构下的所有网站中选取的一个网站,主站可以任意选取,也可以根据业务需要来确定,本申请对此并不限制。多域名架构下的其他网站则为子站,子站通过与主站交互实现数据共享。当然,在必要时,例如数据量特别巨大,为了减轻主站的压力,也可以选取两个或者多个网站作为主站。
步骤102,判断所述针对主站的访问请求中是否包含识别会话信息的会话标识符,若否,则生成会话标识符添加到当前访问请求中。
会话标识符是会话管理系统生成的为了识别会话信息的随机字符串,在多域名架构下所生成的会话标识符都是不与其他会话标识符重复的唯一的字符串,从而起到识别作用。本申请中,会话标识符作为访问请求的一部分存储在请求头的固定位置中,当有访问请求发生时,通过读取请求头中的对应位置,判断该位置的字符串是否为空即可判断出是否包含会话标识符。在同一会话过程中,向主站提出的后续请求中,所生成的请求头中都会包括此会话标识符,从而便于其他子站或者同步系统从主站获取会话标识符。
会话信息可包括当前访问请求的用户名称、登录状态、用户级别、用户id等信息。如果此次访问时不包含会话信息(如以游客身份进入某一网站),则仅记录会话标识符。如果此次访问中包含有会话信息,则本申请还包括:以会话标识符作为标识将会话信息存入缓存中,以便在这一次会话过程中的后续访问请求能够共享此会话信息。也就是说,会话标识符在首次访问时就生成,在一次会话过程中,后面任何一次时生成了会话信息,都以这个会话标识符作为标识来存储会话信息,以实现会话信息共享。其中,将当前会话信息存入缓存可以通过直接向缓存发送请求的方式来实现。若缓存与主站的开发语言和开发环境不同,则可以通过代理服务器作为中转来实现主站与缓存的数据交互。
步骤103,在同一会话过程中,接收客户端再次发送的访问子站的访问请求。
同一会话过程指客户端与服务器端对话状态保持不变的过程。
客户端再次发送的针对子站的访问请求可以是通过点击主站中相关链接提出,也可以通过新建窗口后直接输入子站的网址后提出。
步骤104,判断所述针对子站的访问请求中是否包含会话标识符,若否,则通过同步系统向主站发送同步请求,获取会话标识符。
与针对的主站的访问请求相同,从针对子站的访问请求的请求头中读取会话标识符,若会话标识符为空,则说明访问请求中不包含会话标识符。因为在此次访问之前,主站已经生成会话标识符,只需要通过同步系统向主站发送同步请求,则可以获取到包含在此次请求头中的会话标识符。
其中,通过同步系统向主站发送同步请求,获取会话标识符包括:
首先,向同步系统发送包含当前访问请求目标网站的URL(统一资源定位符,UniformResourceLocator)的初步请求;
同步系统在接收初步请求后,将其中的URL作为源地址,并携带所述源地址向主站发送同步请求,并从向主站发送的同步请求的请求头中读取会话标识符,添加到源地址中;
然后,同步系统对写入会话标识符的源地址重新发起访问请求。
步骤105,根据所述获取的会话标识符读取缓存中的会话信息。
具体的,包括以下步骤:向缓存发送包含所述会话标识符的读取请求;根据所述会话标识符查询缓存中以所述会话标识符为存储标识的会话信息;若有对应的会话信息,则读取所述会话信息,反之,则不做处理。
在某些情况下,因为开发语言和环境的不同,缓存可能无法识别读取请求,此时,若需要读取缓存中的会话信息,也可以通过代理服务器对请求进行解析后来实现,具体包括:向代理服务器发送将所述会话标识符作为请求参数的读取请求,所述代理服务器解析所述读取请求获取会话标识符,根据会话标识符查询并读取缓存中以所述会话标识符为存储标识的会话信息;接收代理服务器解析的会话信息。
参照图2,其示出本申请的多域名会话信息共享方法实施例二,包括以下步骤:
步骤201,接收客户端发送的针对子站的访问请求。
步骤202,判断针对当前子站的访问请求中是否包含识别会话信息的会话标识符,若否,则通过同步系统向主站获取会话标识符,若获取的会话标识符为空或者不能获取,则通过同步系统生成会话标识符。
如前所述,是否包含会话标识符通过前述的读取固定位置字符串实现。如果不包含,则首先通过同步系统向主站获取会话标识符,若没有会话标识符,则说明针对子站的访问请求为此次会话过程中,多域名架构下的首次访问,那么需要通过同步系统来生成会话标识符。其中,同步系统生成会话标识符的方式与主站的会话管理系统生成会话标识符的方式相同。
步骤203,通过写入cookie的方式将会话标识符同时添加到子站域名和主站域名中,实现当前子站和主站会话标识符的同步。
生成会话标识符后,首先同步系统需要请求子站和主站的域名,并通过写入cookie的方式,将会话标识符写入当前子站和主站的域名中,从而实现会话标识符的同步。当后续向主站发送请求时,因为同步系统已经将会话标识符写入cookie中,而请求头作为cookie的载体,则会自动将会话标识符添加在后续请求中。
若存在会话信息,则以会话标识符作为存储标识将当前会话信息存入缓存。将会话信息存入缓存可以通过直接向缓存发送请求的方式来实现。若缓存与子站的开发语言和开发环境不同,则也可以通过代理服务器来实现数据交互。
步骤204,在同一会话过程中,接收客户端再次发送的访问请求。
步骤205,若再次发送的是针对主站的访问请求,则直接读取访问请求中的会话标识符,若再次发送的是针对其他子站的访问请求,则判断针对其他子站的访问请求中是否包含会话标识符,若否,则通过同步系统向主站发送同步请求,获取会话标识符。
若是针对主站的访问请求,因为之前已经进行过同步,因此主站的访问请求中包含有会话标识符,此时可以直接从访问请求的请求头中读取会话标识符。若是针对其他子站的访问请求,若其包含有会话标识符,则直接读取,反之,则与前述实施例相同的方式通过同步系统向主站发送同步请求来获取会话标识符。
步骤206,根据所述获取的会话标识符读取缓存中的会话信息。
参照图3,其示出本申请的多域名会话信息共享的具体架构图,假设多域名下共有三个网站,其中,a为主站(centersite)、b、c为子站。a和c可直接与缓存服务器(tairmemcachegroup)通过缓存客户端(tairclient)进行数据交互,b与缓存服务器通过代理服务器(sessionProxy)实现数据交互,其中b与代理服务器通过超文本传输协议(http,HyperTextTransferProtocol)实现数据交互,代理服务器通过缓存客户端实现数据交互。同步系统(tbpass)用于同步三个网站的会话标识符(sessionkey),。会话信息共享的具体过程如下:
步骤一,用户对主站www.a.com进行访问,a站的应用使用了tbsession框架(会话管理框架),每次请求tbsession框架都会检查当前请求信息是否有sessionkey,如果没有,则通过tbsession框架生成唯一的不重复的随机的字符串作为sessionkey,并把sessionkey作为当前会话的标识。当sessionkey生成之后,如果当前用户为登陆用户,则以当前sessionkey作为信息存储的关键标识,把提出本次访问的用户名称,登录状态,用户级别,用户id等信息通过tbsession框架写入到memcachegroup。在下一访问请求中需要读取某个用户信息的时候,则可以根据sessionkey通过缓存客户端从缓存服务器中查询到相应的信息,然后进入步骤五。
步骤二,当用户访问www.c.com下的应用时,该站应用的tbsession框架会检查当前访问请求中是否有sessionkey,如果没有sessionkey,则主动发起对tbpass的请求,并且携带本次请求的源请求的完整URL信息,tbpass接收到请求后,记录当前请求的URL信息作为请求源,然后携带此请求源,发起对主站的同步请求,由于所有的同步请求都被解析到同步系统,所以同步系统此时可以通过同步请求的请求头获取主站的sessionkey,获取到主站的sessionkey后,tbpass将sessionkey写到请求源当中,然后重新发起对请求源地址请求,并进入步骤四。如果tbpass获取到的主站sessionkey是空字符串,则认为主站sessionkey为空,进入步骤五。
步骤三,当用户访问www.b.com下的应用时,其前述过程(判断是否有sessionkey、通过tbpass向主站请求同步的过程)与步骤二中相同,若能获取sessionkey,则进入步骤六至步骤八,若主站sessionkey为空,则进入步骤五至步骤八。
步骤四,应用根据sessionkey通过缓存客户端查询缓存服务器中的session信息。
步骤五,tbpass根据特定的算法,计算中一个唯一不重复的字符串作为sessionkey,然后同步系统分别请求主站域名a.com和当前需要同步的域名,将sessionkey通过写入cookie的方式,将sessionkey分别写入到主站和当前需要同步的域名,从而实现sessionkey的同步。
步骤六,应用将sessionkey作为请求的参数发起sessionProxy的http请求。
步骤七,sessionProxy根据sessionkey通过缓存客户端查询缓存服务器并读写session信息。
步骤八,sessionproxy将从缓存服务器查询到的信息返回给domainB的应用。
参照图4,其示出本申请的一种多域名会话信息共享系统,包括访问请求接收模块10、判断模块20、同步模块30和读取模块40。
访问请求接收模块10,用于接收客户端发送的访问请求。访问请求接收模块10置于多域名下各网站服务器中,当接收到访问请求后,获取访问请求中所包含的信息。
判断模块20,用于判断所述访问请求中是否包含识别会话信息的会话标识符,若包含,则获取会话标识符,若不包含,且所述访问请求目标为主站,则生成会话标识符并添加到访问请求中,若不包含,其所述访问请求目标为子站,则传递信息给同步模块。判断模块20置于多域名下各网站服务器中,从获取到的访问请求的请求中固定位置来读取会话标识符。会话标识符为会话管理系统生成的用于识别一次会话信息的唯一的不重复的字符串,若能读取到该字符串,则说明包含会话标识符,若不能读取到或者字符串为空,则说明不包含。
同步模块30,向主站发送同步请求,若能从主站获取会话标识符,则添加到访问请求中,若不能,则生成会话标识符并同时添加到当前子站和主站的域名中。同步模块30同时与主站和子站都进行数据通信,并实现主站和子站的会话标识符的同步。
读取模块40,根据会话标识符读取缓存中的会话信息。读取模块40置于多域名下各网站服务器中,并与缓存实现数据交互以获取存储于其中的会话信息,从而实现会话信息共享。
优选地,该系统还包括代理服务器,用于接收读取模块所发送的读取缓存中的会话信息的请求,并解析后传递给缓存,并将从缓存中读取的会话信息解析后返回给读取模块。
本说明书中的各个实施例均采用递进的方式描述,每个实施例重点说明的都是与其他实施例的不同之处,各个实施例之间相同相似的部分互相参见即可。对于系统实施例而言,由于其与方法实施例基本相似,所以描述的比较简单,相关之处参见方法实施例的部分说明即可。
以上对本申请所提供的多域名会话信息共享方法及系统进行了详细介绍,本文中应用了具体个例对本申请的原理及实施方式进行了阐述,以上实施例的说明只是用于帮助理解本申请的方法及其核心思想;同时,对于本领域的一般技术人员,依据本申请的思想,在具体实施方式及应用范围上均会有改变之处,综上所述,本说明书内容不应理解为对本申请的限制。
Claims (8)
1.一种多域名会话信息共享方法,其特征在于,包括:
接收客户端发送的访问请求;
判断所述访问请求中是否包含识别会话信息的会话标识符;
若包含,则获取所述会话标识符;
若不包含且所述访问请求目标为主站,则生成会话标识符并添加到访问请求中;
若不包含且所述访问请求目标为子站,则通过同步系统向主站发送同步请求,若能够获取会话标识符,则将所述会话标识符添加到所述访问请求的目标地址中,若不能,则生成会话标识符并将所述会话标识符分别写入到客户端cookie中记载的当前子站和主站域名中;所述通过同步系统向主站发送同步请求包括:向同步系统发送初步请求,所述初步请求中包含当前访问请求的目标URL;所述同步系统将初步请求中的目标URL作为源地址,并携带所述源地址向主站发送同步请求,并从向主站发送的同步请求的请求头中读取会话标识符,添加到源地址中,然后对写入会话标识符的源地址重新发起访问请求;
根据所述会话标识符读取缓存中的会话信息。
2.如权利要求1所述的多域名会话信息共享方法,其特征在于,所述根据所述获取的会话标识符读取缓存中对应的会话信息包括:
向缓存发送包含所述会话标识符的读取请求;
根据所述会话标识符查询缓存中以所述会话标识符为存储标识的会话信息;
若有对应的会话信息,则读取所述会话信息。
3.如权利要求1或2所述的多域名会话信息共享方法,其特征在于,所述根据所述获取的会话标识符读取缓存中对应的会话信息包括:
向代理服务器发送将所述会话标识符作为请求参数的读取请求,所述代理服务器解析所述读取请求获取会话标识符,根据会话标识符查询缓存中以所述会话标识符为存储标识的会话信息,若有对应的会话信息,则代理服务器读取所述会话信息;
接收代理服务器解析的会话信息。
4.如权利要求3所述的多域名会话信息共享方法,其特征在于,所述向代理服务器发送的读取请求为通过超文本传输协议发送。
5.一种多域名会话信息共享方法,其特征在于,包括以下步骤:
接收客户端发送的针对主站的访问请求;
判断所述针对主站的访问请求中是否包含识别会话信息的会话标识符,若否,则生成会话标识符添加到当前访问请求中;
在同一会话过程中,接收客户端再次发送的访问子站的访问请求;
判断所述针对子站的访问请求中是否包含会话标识符,若否,则通过同步系统向主站发送同步请求,获取会话标识符;所述通过同步系统向主站发送同步请求包括:向同步系统发送初步请求,所述初步请求中包含当前访问请求的目标URL;所述同步系统将初步请求中的目标URL作为源地址,并携带所述源地址向主站发送同步请求,并从向主站发送的同步请求的请求头中读取会话标识符,添加到源地址中,然后对写入会话标识符的源地址重新发起访问请求;
根据所述获取的会话标识符读取缓存中的会话信息。
6.一种多域名会话信息共享方法,其特征在于,包括以下步骤:
接收客户端发送的针对子站的访问请求;
判断针对当前子站的访问请求中是否包含识别会话信息的会话标识符,若否,则通过同步系统向主站获取会话标识符,若获取的会话标识符为空或者不能获取,则通过同步系统生成会话标识符;
通过写入客户端cookie的方式,将会话标识符同时添加到子站域名和主站域名中,实现当前子站和主站会话标识符的同步;
在同一会话过程中,接收客户端再次发送的访问请求;
若再次发送的是针对主站的访问请求,则读取会话标识符,若再次发送的是针对其他子站的访问请求,则判断针对其他子站的访问请求中是否包含会话标识符,若否,则通过同步系统向主站发送同步请求,获取会话标识符;所述通过同步系统向主站发送同步请求包括:向同步系统发送初步请求,所述初步请求中包含当前访问请求的目标URL;所述同步系统将初步请求中的目标URL作为源地址,并携带所述源地址向主站发送同步请求,并从向主站发送的同步请求的请求头中读取会话标识符,添加到源地址中,然后对写入会话标识符的源地址重新发起访问请求;
根据所述获取的会话标识符读取缓存中的会话信息。
7.一种多域名会话信息共享系统,其特征在于,包括:
访问请求接收模块,用于接收客户端发送的访问请求;
判断模块,用于判断所述访问请求中是否包含识别会话信息的会话标识符,若包含,则获取会话标识符,若不包含,且所述访问请求目标为主站,则生成会话标识符并添加到访问请求中,若不包含,其所述访问请求目标为子站,则传递信息给同步模块;
同步模块,向主站发送同步请求,若能从主站获取会话标识符,则添加到访问请求中,若不能,则生成会话标识符并同时添加到当前子站和主站的域名中;所述向主站发送同步请求包括:向同步系统发送初步请求,所述初步请求中包含当前访问请求的目标URL;所述同步系统将初步请求中的目标URL作为源地址,并携带所述源地址向主站发送同步请求,并从向主站发送的同步请求的请求头中读取会话标识符,添加到源地址中,然后对写入会话标识符的源地址重新发起访问请求;
读取模块,根据会话标识符读取缓存中的会话信息。
8.如权利要求7所述的多域名会话信息共享系统,其特征在于,所述系统还包括:
代理服务器,用于接收读取模块所发送的读取缓存中的会话信息的请求,并解析后传递给缓存,并将从缓存中读取的会话信息解析后返回给读取模块。
Priority Applications (2)
Application Number | Priority Date | Filing Date | Title |
---|---|---|---|
CN201110346777.XA CN103095859B (zh) | 2011-11-04 | 2011-11-04 | 多域名会话信息共享方法和系统 |
HK13107470.9A HK1180478A1 (zh) | 2011-11-04 | 2013-06-26 | 多域名會話信息共享方法和系統 |
Applications Claiming Priority (1)
Application Number | Priority Date | Filing Date | Title |
---|---|---|---|
CN201110346777.XA CN103095859B (zh) | 2011-11-04 | 2011-11-04 | 多域名会话信息共享方法和系统 |
Publications (2)
Publication Number | Publication Date |
---|---|
CN103095859A CN103095859A (zh) | 2013-05-08 |
CN103095859B true CN103095859B (zh) | 2016-01-06 |
Family
ID=48207982
Family Applications (1)
Application Number | Title | Priority Date | Filing Date |
---|---|---|---|
CN201110346777.XA Active CN103095859B (zh) | 2011-11-04 | 2011-11-04 | 多域名会话信息共享方法和系统 |
Country Status (2)
Country | Link |
---|---|
CN (1) | CN103095859B (zh) |
HK (1) | HK1180478A1 (zh) |
Families Citing this family (8)
Publication number | Priority date | Publication date | Assignee | Title |
---|---|---|---|---|
CN104468642B (zh) * | 2013-09-12 | 2019-07-05 | 腾讯科技(深圳)有限公司 | 浏览器缓存资源预测方法和系统、反向代理装置及浏览器 |
CN107517227B (zh) * | 2016-06-15 | 2020-10-13 | 阿里巴巴集团控股有限公司 | 用于分布式一致性系统的会话实现方法以及装置 |
CN106603567B (zh) * | 2016-12-30 | 2019-09-06 | 杭州迪普科技股份有限公司 | 一种web管理员的登录管理方法及装置 |
CN109150936A (zh) * | 2017-06-19 | 2019-01-04 | 北京宝兰德软件股份有限公司 | 一种分布式集群中会话对象Session的共享方法及装置 |
CN111447102B (zh) * | 2020-02-27 | 2024-02-13 | 平安科技(深圳)有限公司 | Sdn网络设备访问方法、装置、计算机设备及存储介质 |
CN111447180B (zh) * | 2020-03-04 | 2022-07-08 | 国电南瑞科技股份有限公司 | 一种电力物联网边缘接入管理系统安全访问控制策略 |
CN113382044B (zh) * | 2021-05-24 | 2022-12-13 | 广东好太太智能家居有限公司 | 一种基于复制机制的会话信息共享方法、系统及存储介质 |
CN114244714B (zh) * | 2021-12-14 | 2024-04-09 | 北京金山云网络技术有限公司 | 域名配置管理方法、装置及系统、计算机可读存储介质 |
Citations (3)
Publication number | Priority date | Publication date | Assignee | Title |
---|---|---|---|---|
CN1492656A (zh) * | 2002-10-25 | 2004-04-28 | �Ҵ���˾ | 在多通道上共享应用程序会话信息的方法、装置和系统 |
CN1812339A (zh) * | 2005-01-27 | 2006-08-02 | 伺服网路科技股份有限公司 | 网站群的信息管理方法 |
CN201682522U (zh) * | 2010-02-08 | 2010-12-22 | 阿里巴巴集团控股有限公司 | 会话信息存储系统及应用服务器 |
-
2011
- 2011-11-04 CN CN201110346777.XA patent/CN103095859B/zh active Active
-
2013
- 2013-06-26 HK HK13107470.9A patent/HK1180478A1/zh unknown
Patent Citations (3)
Publication number | Priority date | Publication date | Assignee | Title |
---|---|---|---|---|
CN1492656A (zh) * | 2002-10-25 | 2004-04-28 | �Ҵ���˾ | 在多通道上共享应用程序会话信息的方法、装置和系统 |
CN1812339A (zh) * | 2005-01-27 | 2006-08-02 | 伺服网路科技股份有限公司 | 网站群的信息管理方法 |
CN201682522U (zh) * | 2010-02-08 | 2010-12-22 | 阿里巴巴集团控股有限公司 | 会话信息存储系统及应用服务器 |
Also Published As
Publication number | Publication date |
---|---|
CN103095859A (zh) | 2013-05-08 |
HK1180478A1 (zh) | 2013-10-18 |
Similar Documents
Publication | Publication Date | Title |
---|---|---|
CN103095859B (zh) | 多域名会话信息共享方法和系统 | |
US10356153B2 (en) | Transferring session data between network applications accessible via different DNS domains | |
CN102413151B (zh) | 分享网络资源的方法及系统 | |
CN103581213B (zh) | 一种共享Hosts文件的应用方法、设备和系统 | |
CN107483609B (zh) | 一种网络访问方法、相关设备和系统 | |
CN101600000A (zh) | IPv6用户访问IPv4站点的数据通信方法和系统 | |
KR101663120B1 (ko) | Web 컨텐츠의 전송 장치 | |
CN103716326A (zh) | 一种资源访问方法及用户资源网关 | |
CN102843437A (zh) | 网页应用的转换方法、装置和网络设备 | |
JP2004280828A5 (zh) | ||
CN103209223A (zh) | 分布式应用会话信息共享方法、系统和应用服务器 | |
CN101132420A (zh) | 一种基于ssl vpn的链接改写方法和设备 | |
CN105743988B (zh) | 网络用户追踪实现方法、装置及系统 | |
CN102790772B (zh) | Cookie数据的处理方法、服务器和客户端 | |
CN102882974A (zh) | 一种通过网站识别版本号节省网站访问资源的方法 | |
CN101895520B (zh) | 微技系统的数据共享方法、服务器以及数据共享系统 | |
US8655946B2 (en) | Authenticating method, conversion device, and relay device | |
CN102801713A (zh) | 网站登录方法、系统和访问管理平台 | |
CN103888540A (zh) | 登录信息同步方法、被同步和同步网络服务器 | |
CN114218540A (zh) | 项目访问方法及装置 | |
Abdelfattah et al. | RSAM: An enhanced architecture for achieving web services reliability in mobile cloud computing | |
US20140172985A1 (en) | Method and system for forming a hierarchically complete, absent of query syntax elements, valid Uniform Resource Locator (URL) link consisting of a domain name followed by server resource path segment containing syntactically complete e-mail address | |
CN103731399A (zh) | 基于cdn网络的数据访问方法、系统及装置 | |
WO2014157224A1 (ja) | Webコンテンツの配信装置 | |
CN103685333A (zh) | 数据同步方法、终端设备、注册服务器和网页服务器 |
Legal Events
Date | Code | Title | Description |
---|---|---|---|
C06 | Publication | ||
PB01 | Publication | ||
C10 | Entry into substantive examination | ||
SE01 | Entry into force of request for substantive examination | ||
REG | Reference to a national code |
Ref country code: HK Ref legal event code: DE Ref document number: 1180478 Country of ref document: HK |
|
C14 | Grant of patent or utility model | ||
GR01 | Patent grant | ||
REG | Reference to a national code |
Ref country code: HK Ref legal event code: GR Ref document number: 1180478 Country of ref document: HK |