CN107395711A - 异构***会话存取方法及相关装置 - Google Patents
异构***会话存取方法及相关装置 Download PDFInfo
- Publication number
- CN107395711A CN107395711A CN201710582328.2A CN201710582328A CN107395711A CN 107395711 A CN107395711 A CN 107395711A CN 201710582328 A CN201710582328 A CN 201710582328A CN 107395711 A CN107395711 A CN 107395711A
- Authority
- CN
- China
- Prior art keywords
- session
- attribute
- privately owned
- shared
- heterogeneous
- 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.)
- Pending
Links
Classifications
-
- H—ELECTRICITY
- H04—ELECTRIC COMMUNICATION TECHNIQUE
- H04L—TRANSMISSION OF DIGITAL INFORMATION, e.g. TELEGRAPHIC COMMUNICATION
- H04L67/00—Network arrangements or protocols for supporting network services or applications
- H04L67/14—Session management
Landscapes
- Engineering & Computer Science (AREA)
- Computer Networks & Wireless Communication (AREA)
- Signal Processing (AREA)
- Computer And Data Communications (AREA)
Abstract
本发明提供异构会话存取方法及相关装置,以提高会话存取效率。本申请实施例公开的异构会话存取方法将会话数据分为共享属性和私有属性,共享属性的数据类型为字符串,因此共享属性以字符串形式存取。私有属性则是各个异构***私有的(例如可以是自定义属性),其数据类型依赖于异构***自身的要求,其他异构***访问不到。因此,在本申请实施例中,只有共享属性为字符串方式,而私有属性并不需要转换为字符串方式,从而减少了会话存取时间开销,提高了会话存取效率。
Description
技术领域
本发明涉及计算机技术领域,更具体的,涉及异构会话存取方法及相关装置。
背景技术
近些年来,越来越多的领域需要进行异构***间的会话共享。例如,网页对应的***与手机APP是两个***(即异构***),而网页对应的***与手机APP可共享会话,这样,用户在PC端的网页上进行了个人网银开户,再使用手机APP登录,也可获取该用户的用户信息。或者,用户在手机银行进行注册后,在PC端的网页也可登录。
再例如:银行门户网站中的社交生活(可交水电费)与网银实际是不同的***。但在社会生活项目需要缴费时,可跳转至网银,而有些用户信息不用用户再次输入。这也是因为异构***间可进行会话共享。
在现有方式中,异构***间进行会话共享,是将会话数据以字符串或Jason格式的字符串的形式存储在缓存***中:以***A和***B为例,会话在***A处是以对象的形式存在,***A在向缓存***存储会话时,需要将会话对象序列化,转换为字符串或Jason格式的字符串存储。而***B在取用会话时,需要将字符串或Jason格式的字符串反序列化,转换为***B可用的对象。
然而,***A生成的会话中的有些属性,***B并不需要使用;同理,***B生成的会话中的某些属性也并不会被***A使用到。这样一来,将会话统一转换为字符串或Jason格式的字符串的方式,会带来较大的会话存取时间开销。
因此如何提高会话存取效率,成为会话共享管理领域的研究热门。
发明内容
有鉴于此,本发明提供异构会话存取方法及相关装置,以提高会话存取效率。
为实现上述目的,本发明提供如下技术方案:
一种异构***会话存取方法,应用于第一异构***,包括:
生成目标会话的会话数据;所述会话数据包括所述目标会话的会话ID、共享属性和第一私有属性;其中,所述共享属性为各异构***针对所述目标会话可共享的属性,所述共享属性的数据类型为字符串类型;所述第一私有属性为所述第一异构***的自定义属性;
将所述会话数据存储至缓存***。
一种异构***会话存取方法,应用于缓存***,包括:
获取目标会话的第一会话数据;所述第一会话数据包括所述目标会话的共享属性和第一私有属性;其中,所述共享属性为各异构***针对所述目标会话可共享的属性,所述共享属性的数据类型为字符串类型;所述第一私有属性为所述第一异构***的自定义属性;
将所述第一会话数据存储至缓存***。
一种会话存取装置,应用于第一异构***,包括:
会话存取单元:用于获取目标会话的第一会话数据;所述第一会话数据包括所述目标会话的会话ID、共享属性和第一私有属性;其中,所述共享属性为各异构***针对所述目标会话可共享的属性,其数据类型为字符串类型;所述第一私有属性为所述第一异构***的自定义属性;
缓存单元:用于将所述第一会话数据存储至缓存***。
一种异构会话存取***,包括多个异构***,每一异构***包括上述的会话存取装置。
经由上述的技术方案可知,本申请实施例公开的异构会话存取方案将会话数据分为共享属性和私有属性,共享属性的数据类型为字符串,因此共享属性以字符串形式存取。私有属性则是各个异构***私有的(例如可以是自定义属性),其数据类型依赖于异构***自身的要求,其他异构***访问不到。因此,在本申请实施例中,只有共享属性为字符串方式,而私有属性并不需要转换为字符串方式,从而减少了会话存取时间开销,提高了会话存取效率。
附图说明
图1为本发明实施例提供的应用场景的示意图;
图2a为本发明实施例提供的异构会话框架的结构示例图;
图2b为本发明实施例提供的会话存取装置的结构示例图;
图3为本发明实施例提供的会话处理流程示意图;
图4、5为本发明实施例提供的异构会话存取方法流程示意图。
具体实施方式
Web项目大多是基于HTTP协议的,而协议本身是无状态的,因此,需要一种在客户端和服务器端之间保持状态的机制。
会话(session)是在web开发语境下用来在客户端和服务器之间保持状态的解决方案。会话机制是一种服务器端的机制,服务器使用一种类似于散列表的结构来保存信息。客户端在访问服务器时,根据请求中携带的会话ID(session ID)查找服务器中有没有相应的会话,如果有的话就可以从中获取之前的会话数据,从而实现状态的保持。
在分布式***中,可由多个应用服务器为客户端提供服务。客户端每次请求可能被分配到不同的异构会话框架上,而各应用服务器的会话可统一存在缓存***中,客户端请求到应用服务器后,应用服务器根据会话id在缓存***中查找,命中后取出。这种方式的好处是既能保证存取会话的速度,又能够解决会话一致性的问题。
若只存在一个分布式应用***,那只是***内部应用服务器间的会话共享,一般情况下并不会面临本申请面临的问题。然而,近些年来,越来越多的领域需要进行跨***的会话共享。例如,网页对应的***与手机APP是两个***(即异构***),而网页对应的***与手机APP可共享会话,这样,用户在PC端的网页上进行了个人网银开户,再使用手机APP登录,也可获取该用户的用户信息。或者,用户在手机银行进行注册后,在PC端的网页也可登录。
再例如:银行门户网站中的社交生活(可交水电费)与网银实际是不同的***。但在社会生活项目需要缴费时,可跳转至网银,而有些用户信息不用用户再次输入,这也是因为异构***间可进行会话共享。
在现有方式中,异构***间进行会话共享,是将会话数据以字符串或Jason格式的字符串的形式存储在缓存***中:以***A和***B为例,会话在***A处是以对象的形式存在,***A在向缓存集群存储会话时,需要将会话对象序列化,转换为字符串或Jason格式的字符串存储。而***B在取用会话时,需要将字符串或Jason格式的字符串反序列化,转换为***B可用的对象。
实际上,***A生成的会话中的有些属性,***B并不需要使用;同理,***B生成的会话中的某些属性也并不会被***A使用到。因此,将会话统一转换为字符串或Jason格式的字符串的方式,其会话存取时间开销较大。
而本发明提供的异构会话存取方法及相关装置(例如会话存取装置、各异构***、缓存***),可以提高会话存取效率。
本发明的基本构思是在会话的存取环节,将会话数据分为共享属性和各异构***的私有属性,其中,共享属性的数据类型为字符串或Jason格式的字符串,因此共享属性以字符串或Jason格式的字符串的形式存取,可避免异构***在对象序列化和反序列化可能遇到的问题。私有属性则是各个异构***私有的(例如可以是自定义属性),可以以本***需要的形式存取,其数据类型依赖于异构***自身的要求,至于其他异构***则访问不到。
以可共享会话的第一异构***和第二异构***为例(第一异构***为任一异构***,第二异构***为第一异构***之外的***),第一异构***的会话数据(第一会话数据)可划分为共享属性和第一私有属性,第一私有属性的数据类型可被第一异构***识别,而第二异构***则访问不到。第二异构***的会话数据(第二会话数据)可划分为共享属性和第二私有属性,第二私有属性的数据类型可被第二异构***识别,而第一异构***则访问不到。
在获取会话的环节,某异构***可获取共享属性和本***的私有属性(例如,第一异构***获取共享属性和第一私有属性),拼接出所需要的会话数据。
在具体实施时,可预先设置哪些异构***可共享会话,并设置会话数据中的哪些属性为共享属性,哪些属性为私有属性。
下面介绍各装置的示例性结构。
上述会话存取装置可以软件的形式应用于一异构***中,该异构***可包括应用服务器,为应用客户端提供服务。
当以软件形式存在时,上述会话存取装置具体可以组件形式存在,例如,作为应用服务器的会话框架,并且,会话存取装置的开发语言与应用服务器的开发语言相同,例如,安装在java语言服务器上的会话框架,是由java语言开发的,安装在c#服务器上的会话框架,是由c#语言开发的。
缓存***可仅包含一个缓存服务器,当然,也可为缓存集群,包含多个缓存服务器。
图1示出了会话存取装置、各异构***、缓存***的一种示例性应用场景(异构会话存取***)。
在该应用场景中,包含由java语言开发的异构会话框架与由c#语言开发的异构会话框架,分属两个异构***。应用服务器上各自安装有异构会话框架(即会话存取装置)。
各异构***可为同一用户服务,因此,在图1中,以一个客户端代表各异构***服务的用户。
缓存***中包括多个缓存服务器(图1中以缓存表示),缓存服务器是可读写的。在一个示例中,可将会话数据写入一个缓存服务器,并同步至其他缓存服务器。
在上述应用场景下,客户端请求到某应用服务器(例如由java语言开发的服务器)后,通过使用相应版本的异构会话框架(例如由java语言开发的异构会话框架),可从缓存***中获取会话。通过使用异构会话框架,java应用服务器可以获取c#服务器存储在缓存***中的会话数据(共享属性),而不需要特别的处理。同理,c#服务器也可以获取java应用服务器存储在缓存***中的会话数据(共享属性),而不需要特别的处理。
因此,上述异构会话存取框架既实现了多种语言的异构会话框架间的会话共享,又很好的屏蔽了各种语言的不同之处,降低了***之间的耦合。
图2a示出了上述应用服务器的一种示例结构,可包括:请求过滤器1、会话存取器2、会话管理器3、缓存客户端4,此外,还可包括其他滤器。其中,请求过滤器1可自动拦截和包装所有发到本应用服务器的请求,并将会话操作托管到会话管理器3;会话存取器2负责将会话进行序列化以便于存在本地会话仓库或者远程缓存集群;会话管理器3负责管理所有会话,并对其进行相关的操作和处理;缓存客户端4负责与缓存集群建立长连接,完成会话的存取(存取包括存储和获取)。
请参见图3,一次会话处理流程包括:请求过滤器1拦截请求,并进行包装,然后经过其他过滤器过滤,并执行业务处理流程,此过程中使用会话时,调用的是包装后的方法(如会话存取器2从缓存集群中获取会话)。请求返回前,会话存取器2负责更新会话到缓存集群中。
上述的缓存客户端4和会话存取器2的功能可由会话存取装置完成,或者说,会话存取装置包括缓存客户端4和会话存取器2。
图2b示出了上述会话存取装置的一种示例性结构,包括会话存取单元201和缓存单元202,其中,会话存取单元201可用于实现上述会话存取器2的功能,缓存单元202可用于实现缓存客户端4的功能。
下面将基于上面的本申请涉及的共性方面,对本申请实施例进一步详细说明。
图4示出了上述异构会话存取方法的一种示例性流程,在图4所示实施例中,以可共享会话的第一异构***和第二异构***为例,对异构会话存取进行了介绍。其中,第一异构***为任意异构***,以app1表示,第二异构***为第一异构***之外的***,以app2表示。
上述流程可包括如下步骤:
S400:app1(的异构会话框架)获取(生成)第一会话数据。
第一会话数据可包括共享属性和第一私有属性,第一私有属性为app1的自定义属性。
共享属性可进一步包括:会话自有属性和用户属性;
其中,上述会话自有属性是会话的基本属性,至少可包括会话ID(session ID)和会话过期时间等。为了引用方便,可将该会话ID表征的会话称为目标会话。
在异构***共享会话场景下,有时需要根据会话的基本属性判断会话是否已过期,或者是否应该更新缓存集群中的会话,所以要对这些属性有相同的定义和用法。
自有属性的定义和用法示例性得可如下表1所示。
表1
上述用户属性则主要包括各异构***共享的用户信息,例如用户登录信息。其中,用户登录信息具体可包括用户名、手机号等。
需要说明的是,本申请提供的技术方案可应用于app1首次创建目标会话的场景,也可应用于在创建目标会话后更新目标会话的场景。在本实施例中,步骤400对应的是app1首次创建目标会话,生成目标会话的第一会话数据场景。
在一个示例中,可由app1的异构会话框架的会话存取单元201执行步骤400。
S401:app1(的异构会话框架)将上述第一会话数据存储至缓存***。
需要说明的是,无论是java还是c#,应用服务使用的都是会话对象,如想进行存储,需要对会话对象进行序列化得到会话数据,将会话数据存储至缓存***。在需要使用目标会话时,则从缓存***中获取序列化的数据进行反序列化,以还原成会话对象。
然而,无论是java还是c#都不支持异构对象的反序列化,因此各共享属性的数据类型均为字符串或Jason格式的字符串。而第一私有属性对于其他异构***而言是透明的,所以第一私有属性的数据类型可由app1自定义。
在一个示例中,共享属性和第一私有属性可以以键值对(可称为共享属性键值对和第一私有属性键值对)形式存储。其中,共享属性的键可使用session ID作为关键词,为了区分共享和私有,还可在键中加入共享标签作为关键词。共享属性键值对中的键和值均为字符串类型,在存储至存储***之前,需要app1将共享属性转换为字符串,后续还需要对其进行序列化。
至于第一私有属性键值对中的键,可使用session ID和应用的名称作为关键词。第一私有属性键值对中的键可为字符串类型,其值可为app1能够识别的任意类型。
举例来讲,假定app1为应用服务“red”,其使用的应用服务器为red服务器。
则在red服务器端,第一会话数据示例性得如下表2所示。其中,共享属性包括用户名(username)、手机号码(phone)、过期时间(timeout)、创建时间(create Time),而认证码(authcode)为app1的私有属性。
表2
而在缓存***侧,目标会话对应的会话数据示例性的如下表3所示。
表3
在上表3中,{ps_sid}_common为共享属性键值对中的键,其中,{ps_sid}包含session ID(session ID以sid表示),common为后缀的共享标签,各共享属性则为共享属性键值对中的值。当然,细化到每一共享属性而言,其也是以键值对形式存储,以用户名这一属性为例,是以username为键,Hao为值的。需要说明的是,ps只是一种命名规则,没有实际意义。
另外,在上表3中,{ps_sid}_red为第一私有属性键值对中的键,其中red为应用的名称,是关键词之一,session ID则是另一关键词。当然,细化到每一第一私有属性而言,其与共享属性类似,也是以键值对形式存储,在此不作赘述。
在一个示例中,可由app1的异构会话框架的缓存单元202执行步骤401。
S402:用户跳转登录app2,将目标会话的session ID发送至app2的应用服务器。
例如:银行门户网站中的社交生活(可交水电费)与网银实际是不同的***。但在社会生活项目需要缴费时,跳转至网银,其中社交为app1,网银为app2。
S403:app2(的异构会话框架)根据session ID获取目标会话的共享属性。
在本实施例中,app2首次使用目标会话时,还未生成app2的私有属性,所以本步骤仅获取到了共享属性。
S404:app2(的异构会话框架)生成第二会话数据。
其中,第二会话数据可包括共享属性和第二私有属性,第二私有属性为app2的自定义属性。
需要说明的是,app2的异构会话框架是对获取到的共享属性进行反序列化,使用反序列化后的共享属性拼成了app2的会话对象。在需要存储至缓存***时,则将app2的会话对象序列化为第二会话数据。
共享属性的相关描述请参见本文前述记载,在此不作赘述。
第二私有属性与前述的第一私有属性类似,以键值对形式存储,在此不作赘述。
在一个示例中,可由app2的异构会话框架的会话存取单元201执行步骤404。
S405:app2(的异构会话框架)将第二会话数据存储至缓存***。
由于缓存***中已存储了目标会话的第一私有属性,则在步骤404后,缓存***中将分别存储了目标会话的共享属性、第一私有属性和第二私有属性。
在一个示例中,第二私有属性与前述的第一私有属性类似,以键值对形式(可称为第二私有属性键值对)存储,在此不作赘述。
沿用前例,假定app2为应用服务“blue”,其使用的异构会话框架为blue服务器。在blue服务器端,第二会话数据示例性得如下表4所示。其中,“message(消息)”为app2的第二私有属性。
表4
而在缓存***侧,目标会话对应的会话数据示例性得如下表5所示。
表5
其中,在表5中,{ps_sid}_blue为第二私有属性键值对中的键,blue为应用的名称,是关键词之一,session ID是另一关键词。
由表5可见,本实施例提供的异构会话共享方案通过将各异构***的共享属性和私有属性分别存储,既实现了各异构***间的会话共享,也保证了各异构***间的私有属性互不干扰,兼顾了异构***本身的特性,避免了会话属性命名的冲突,屏蔽了***差异。
在一个示例中,可由app2的异构会话框架上会话存取装置(异构会话框架)的缓存单元202执行步骤405。
S406:app2(的异构会话框架)刷新目标会话的共享属性以及所有异构***的私有属性的过期时间。
共享会话的异构***间的会话过期时间要保持一致,不能出现一方私有属性已过期而其他异构***的私有属性不过期的情况。因此,在将第二会话数据写入缓存***时,需将目标会话的共享属性和第一私有属性的过期时间同时刷新,反之亦然。
此外,在从缓存***中读取app1或app2的会话数据时,也要同时刷新共享属性和所有异构***的私有属性的过期时间,以保证过期时间的一致性。
经由上述的技术方案可知,本申请实施例公开的异构会话存取方案将会话数据分为共享属性和私有属性,共享属性的数据类型为字符串,因此共享属性以字符串形式存取。私有属性则是各个异构***私有的(例如可以是自定义属性),其数据类型依赖于异构***自身的要求,其他异构***访问不到。因此,在本申请实施例中,只有共享属性为字符串方式,而私有属性并不需要转换为字符串方式,从而减少了会话存取时间开销,提高了会话存取效率。
下面,将以缓存***已存储有目标会话的共享属性、第一私有属性和第二私有属性为场景,对异构会话存取方法进行介绍。
图5示出了上述异构会话存取方法的另一种示例性流程,在图5所示实施例中,以可共享会话的第一异构***和第二异构***为例,对异构会话存取进行了介绍。其中,第一异构***为任意异构***,以app1表示,第二异构***为第一异构***之外的***,以app2表示。
上述流程可包括如下步骤:
S501:用户登录app1,app1(的异构会话框架)根据应用名称和session ID从缓存***中取回共享属性列表和第一私有属性列表。
在一个示例中,可由会话存取装置的缓存单元202或会话存取单元201执行步骤501。
S502:app1(的异构会话框架)刷新目标会话的共享属性以及所有异构***的私有属性的过期时间。
S502与前述的S406相类似,在此不作赘述。
S503:app1(的异构会话框架)根据读取的共享属性列表和第一私有属性列表,生成目标会话对象,并交给应用***。
在一个示例中,为了区分共享和私有,共享属性列表的键值对的键以共享标签作为关键词之一。则在本步骤中,可去掉共享属性列表的共享标签,对共享属性列表和第一私有属性列表进行反序列化,并进行拼接,得到目标会话对象。
具体的,可由app1的异构会话框架的会话存取单元201执行步骤503。
S504:app1(的异构会话框架)更新目标会话到缓存***。
具体的,可以应用名称和session ID作为关键字,在缓存***中对目标会话的共享属性列表和第一私有属性列表分别存储。
可由app1的异构会话框架的会话存取单元201执行步骤504。
S505:app1(的异构会话框架)刷新目标会话的共享属性以及所有异构***的私有属性的过期时间。
S505与前述的S406相类似,在此不作赘述。
对于app2,其会话存取过程与app1相同,在此不作赘述。需要说明的是,在存储和读取会话的过程中,都会刷新目标会话的共享属性以及所有异构***的私有属性的过期时间,以保证过期时间的一致性。
综上,本申请所提供的异构会话存取方案有如下优点:
一,解决了现有的会话框架无法支持异构会话存取的问题,在会话的存取过程中无需考虑其它***的兼容性问题,屏蔽了异构***的差异性,降低***的耦合性。
二,只有共享属性为字符串方式,而私有属性并不需要转换为字符串方式,从而减少了每次存取的数据量(会话存取时间开销),消除了不同***会话属性命名冲突的问题,提高了会话存取效率。
本说明书中各个实施例采用递进的方式描述,每个实施例重点说明的都是与其他实施例的不同之处,各个实施例之间相同相似部分互相参见即可。对于实施例公开的方法而言,由于其与实施例公开的装置相对应,所以描述的比较简单,相关之处参见装置部分说明即可。
对所公开的实施例的上述说明,使本领域专业技术人员能够实现或使用本发明。对这些实施例的多种修改对本领域的专业技术人员来说将是显而易见的,本文中所定义的一般原理可以在不脱离本发明的精神或范围的情况下,在其它实施例中实现。因此,本发明将不会被限制于本文所示的这些实施例,而是要符合与本文所公开的原理和新颖特点相一致的最宽的范围。
Claims (10)
1.一种异构***会话存取方法,其特征在于,应用于第一异构***,包括:
获取目标会话的第一会话数据;所述第一会话数据包括所述目标会话的共享属性和第一私有属性;其中,所述共享属性为各异构***针对所述目标会话可共享的属性,所述共享属性的数据类型为字符串类型;所述第一私有属性为所述第一异构***的自定义属性;
将所述第一会话数据存储至缓存***。
2.如权利要求1所述的方法,其特征在于,所述共享属性包括:会话自有属性和用户属性;所述会话自有属性至少包括会话ID和会话过期时间;所述用户属性至少包括用户登录信息。
3.如权利要求1所述的方法,其特征在于,所述共享属性以键值对形式存储;所述共享属性的键包括所述会话ID以及共享标签。
4.如权利要求1-3任一项所述的方法,其特征在于,所述方法还包括:
在需使用所述目标会话时,对获取的所述共享属性和所述第一私有属性进行反序列化;
将反序列化的共享属性和第一私有属性拼接成会话数据。
5.如权利要求1-3任一项所述的方法,其特征在于,所述方法还包括:在存取所述目标会话后,刷新所述目标会话的共享属性以及所有异构***的私有属性的过期时间。
6.如权利要求1-3任一项所述的方法,其特征在于,
若所述缓存***存储了第二异构***针对所述目标会话的第二会话数据,则所述缓存***存储有所述目标会话的共享属性、第一私有属性和第二私有属性;所述第二会话数据包括所述共享属性和所述第二私有属性,所述第二私有属性为所述第二异构***的自定义属性;所述第二异构***为不同于所述第一异构***的其他异构***。
7.一种会话存取装置,其特征在于,应用于第一异构***,包括:
会话存取单元:用于获取目标会话的第一会话数据;所述第一会话数据包括所述目标会话的会话ID、共享属性和第一私有属性;其中,所述共享属性为各异构***针对所述目标会话可共享的属性,其数据类型为字符串类型;所述第一私有属性为所述第一异构***的自定义属性;
缓存单元:用于将所述第一会话数据存储至缓存***。
8.如权利要求7所述的装置,其特征在于,所述会话存取单元还用于:
在需使用所述目标会话时,对获取的所述共享属性和所述第一私有属性进行反序列化;
将反序列化的共享属性和第一私有属性拼接成会话数据。
9.如权利要求7或8所述的装置,其特征在于,所述会话存取单元还用于:在存取所述目标会话后,刷新所述目标会话的共享属性以及所有异构***的
私有属性的过期时间。
10.一种异构会话存取***,其特征在于,包括多个异构***,每一异构***包括如权利7-9任一项所述的会话存取装置。
Priority Applications (1)
Application Number | Priority Date | Filing Date | Title |
---|---|---|---|
CN201710582328.2A CN107395711A (zh) | 2017-07-17 | 2017-07-17 | 异构***会话存取方法及相关装置 |
Applications Claiming Priority (1)
Application Number | Priority Date | Filing Date | Title |
---|---|---|---|
CN201710582328.2A CN107395711A (zh) | 2017-07-17 | 2017-07-17 | 异构***会话存取方法及相关装置 |
Publications (1)
Publication Number | Publication Date |
---|---|
CN107395711A true CN107395711A (zh) | 2017-11-24 |
Family
ID=60340774
Family Applications (1)
Application Number | Title | Priority Date | Filing Date |
---|---|---|---|
CN201710582328.2A Pending CN107395711A (zh) | 2017-07-17 | 2017-07-17 | 异构***会话存取方法及相关装置 |
Country Status (1)
Country | Link |
---|---|
CN (1) | CN107395711A (zh) |
Cited By (4)
Publication number | Priority date | Publication date | Assignee | Title |
---|---|---|---|---|
CN109617953A (zh) * | 2018-11-28 | 2019-04-12 | 亚信科技(南京)有限公司 | 一种会话处理方法和*** |
CN110557396A (zh) * | 2019-09-09 | 2019-12-10 | 苏宁消费金融有限公司 | 一种h5客户端之间登录会话统一方法和*** |
CN111381917A (zh) * | 2018-12-29 | 2020-07-07 | 阿里巴巴集团控股有限公司 | 一种数据读写方法及装置 |
CN111382237A (zh) * | 2018-12-27 | 2020-07-07 | 北京搜狗科技发展有限公司 | 一种数据处理方法、装置及任务对话*** |
Citations (4)
Publication number | Priority date | Publication date | Assignee | Title |
---|---|---|---|---|
CN103634391A (zh) * | 2013-11-26 | 2014-03-12 | 上海合鸿信息技术有限公司 | 一种实现会话共享的方法和*** |
CN103685304A (zh) * | 2013-12-25 | 2014-03-26 | Tcl集团股份有限公司 | 一种共享session信息的方法和*** |
CN105208058A (zh) * | 2014-06-19 | 2015-12-30 | ***股份有限公司 | 基于web会话共享的信息交互*** |
CN105338063A (zh) * | 2015-09-30 | 2016-02-17 | 北京奇虎科技有限公司 | 多个服务器共享用户会话的方法及装置 |
-
2017
- 2017-07-17 CN CN201710582328.2A patent/CN107395711A/zh active Pending
Patent Citations (4)
Publication number | Priority date | Publication date | Assignee | Title |
---|---|---|---|---|
CN103634391A (zh) * | 2013-11-26 | 2014-03-12 | 上海合鸿信息技术有限公司 | 一种实现会话共享的方法和*** |
CN103685304A (zh) * | 2013-12-25 | 2014-03-26 | Tcl集团股份有限公司 | 一种共享session信息的方法和*** |
CN105208058A (zh) * | 2014-06-19 | 2015-12-30 | ***股份有限公司 | 基于web会话共享的信息交互*** |
CN105338063A (zh) * | 2015-09-30 | 2016-02-17 | 北京奇虎科技有限公司 | 多个服务器共享用户会话的方法及装置 |
Non-Patent Citations (1)
Title |
---|
PD8JXXYO: "bboss会话共享培训文档", 《豆丁网》 * |
Cited By (7)
Publication number | Priority date | Publication date | Assignee | Title |
---|---|---|---|---|
CN109617953A (zh) * | 2018-11-28 | 2019-04-12 | 亚信科技(南京)有限公司 | 一种会话处理方法和*** |
CN109617953B (zh) * | 2018-11-28 | 2021-08-31 | 亚信科技(南京)有限公司 | 一种会话处理方法和*** |
CN111382237A (zh) * | 2018-12-27 | 2020-07-07 | 北京搜狗科技发展有限公司 | 一种数据处理方法、装置及任务对话*** |
CN111382237B (zh) * | 2018-12-27 | 2024-02-06 | 北京搜狗科技发展有限公司 | 一种数据处理方法、装置及任务对话*** |
CN111381917A (zh) * | 2018-12-29 | 2020-07-07 | 阿里巴巴集团控股有限公司 | 一种数据读写方法及装置 |
CN110557396A (zh) * | 2019-09-09 | 2019-12-10 | 苏宁消费金融有限公司 | 一种h5客户端之间登录会话统一方法和*** |
CN110557396B (zh) * | 2019-09-09 | 2022-03-15 | 苏宁消费金融有限公司 | 一种h5客户端之间登录会话统一方法和*** |
Similar Documents
Publication | Publication Date | Title |
---|---|---|
JP6188732B2 (ja) | マルチテナント環境におけるテナント固有のデータ・セットを管理するための、コンピュータで実施される方法、コンピュータ・プログラム製品、およびシステム | |
US11979285B2 (en) | System and method for generic configuration management system application programming interface | |
US10291704B2 (en) | Networked solutions integration using a cloud business object broker | |
US9762670B1 (en) | Manipulating objects in hosted storage | |
CN107395711A (zh) | 异构***会话存取方法及相关装置 | |
CN103973641B (zh) | 管理不同网站的会话的方法及装置 | |
CA2802458C (en) | Synchronizing endpoint data stores having disparate schemas | |
US11226982B2 (en) | Synchronization of offline instances | |
US10855637B2 (en) | Architecture for large data management in communication applications through multiple mailboxes | |
EP2778968A1 (en) | Mobile telecommunication device remote access to cloud-based or virtualized database systems | |
CN104410604A (zh) | 实现大规模用户同时登录的SaaS服务***及其方法 | |
CN104866976A (zh) | 面向多租户的管理信息*** | |
US9853912B2 (en) | Stateless services in content management clients | |
JP2023523704A (ja) | 分散データ・ストレージ環境におけるセキュアなデータ複製 | |
Heckman | Designing platform independent mobile apps and services | |
CN115705435A (zh) | 云服务的数据处理的方法、装置、设备及介质 | |
Drăghicescu | OPEN-SOURCE STACKS AND SOLUTIONS FOR WORKFLOW MANAGEMENT IN PUBLIC INSTITUTIONS | |
CN116127515A (zh) | 一种多数据库的数据处理方法及相关设备 | |
Siebörger et al. | LTSP DNS round robin clusters: green technology access enablers for telecommunication services in marginalised communities | |
CN112084003A (zh) | 一种隔离数据的方法、装置、介质和电子设备 | |
Pettersen | Improving Latency in Mobile/Cloud Applications | |
CN116827614A (zh) | 一种多数据库的数据处理方法及相关设备 | |
US20180321957A1 (en) | Non-coding application solution | |
CARANICA et al. | OPEN-SOURCE STACKS AND SOLUTIONS FOR WORKFLOW MANAGEMENT IN PUBLIC INSTITUTIONS |
Legal Events
Date | Code | Title | Description |
---|---|---|---|
PB01 | Publication | ||
PB01 | Publication | ||
SE01 | Entry into force of request for substantive examination | ||
SE01 | Entry into force of request for substantive examination | ||
RJ01 | Rejection of invention patent application after publication | ||
RJ01 | Rejection of invention patent application after publication |
Application publication date: 20171124 |