专利名称：一种保持会话信息和数据库同步的方法和装置的制作方法
技术领域：
本发明涉及网络技术领域，特别是涉及一种保持会话信息和数据库同步 的方法和装置。
背景技术：
随着计算机和互联网的快速发展，人们日常的生活娱乐、经济往来， 已经与电脑和网络密不可分。这样一些大型的业务系统常常要处理成千上 万的用户的数据处理，因此从业务系统性能和部署等方面考虑通常将大型 的业务系统拆分成数个子系统，例如拆分成前台系统和后台管理系统，前
台系统主要负责与用户的交互和Web页面的维护，后台管理系统主要负责 用户数据的管理和维护。
所述现有技术的缺点是由于前台系统和后台管理系统是相互独立的两 个子系统，因此在实际中经常会出现两者不一致的现象。例如网站会员在 前台系统登陆后，在会话中设置了会员信息(会员ID、是否开启余额支付 功能等)，然而此时后台管理系统却因为某些原因关闭了该网站会员的余额 支付功能，即在数据库中将该网站会员的余额支付功能关闭，因此就发生 了会话和数据库不一致的情形。
发明内容
本发明要解决的问题是提供一种保持会话信息和数据库同步的方法和 装置，解决现有技术中会话和数据库不一致的问题。
为达到上述目的，本发明实施例的技术方案提出一种保持会话信息和数 据库同步的方法，包括以下步骤接收并记录用户设置的会话信息；识别所 述会话信息与数据库中存储的所述用户的用户信息是否一致；如果与所述数 据库中存储的所述用户的用户信息不一致，则更新所述会话信息。其中，所述识别所述会话信息与数据库中存储的所述用户的用户信息是
否一致之前，还包括以所述用户ID为索引查找数据库中所述用户的用户信 自
其中，在所述接收并记录用户设置的会话信息之前，还包括以下步骤 配置需要同步的URL页面；所述接收并记录用户设置的会话信息具体包括， 冲艮据接收的所述URL页面提取所述会话信息。
其中，在所述配置需要同步的URL页面之后，还包括以下步骤配置各 个URL页面中需要同步的会话信息；所述接收并记录用户设置的会话信息具 体包括，根据所述需要同步的会话信息提取所述会话信息。
本发明实施例的技术方案还提出一种保持会话信息和数据库同步的装 置，包括接收记录模块，识别模块和更新模块，所述接收记录模块，用于接 收并记录用户设置的会话信息；所述识别模块，用于根据所述接收记录模块 记录的用户设置的会话信息，识别所述会话信息与数据库中存储的所述用户 的用户信息是否一致；所述更新模块，用于根据所述识别模块的识别结果， 在所述会话信息与所述数据库中存储的所述用户的用户信息不一致时，更新 所述会话信息。
其中，所述识别模块包括索引查找子模块，用于根据用户ID查找数据库 中所述用户的用户信息。
其中，所述接收记录模块包括同步项配置子模块，用于保存配置需要同 步的URL页面和各个URL页面中需要同步的会话信息。
通过本发明实施例实现了会话信息和数据库的实时同步，避免了会话 信息与数据库信息不一致的问题。
图1为本发明实施例的总流程图2为本发明实施例保持会话信息和数据库同步的装置的结构图； 图3为本发明实施例一的保持会话信息和数据库同步方法的流程图； 图4为本发明实施例二的保持会话信息和数据库同步方法的流程图。
具体实施例方式
如图1所示，为本发明实施例的总流程图。在用户发起HTTP(Hyper Text Transfer Protocol,超文本传输协议)页面请求时，判断前台系统所记录 的会话信息与后台系统数据库中所存储的该用户的用户信息是否一致，只有 会话信息与存储的用户信息一致时，服务器才给该用户生成该用户所请求的 页面，允许该用户进入请求的页面，即将会话信息与存储的用户信息不一致 的页面请求过滤掉，或者将会话信息与存储的用户信息改为 一致后允许该用 户进入请求的页面。
本发明实施例的核心思想在于在用户发起HTTP页面请求后，识别该 请求中的会话信息与数据库保存的该用户的用户信息是否一致，在该请求 中的会话信息与数据库保存的该用户的用户信息不 一 致的情况下，更新会 话信息，将会话信息改为与数据库保存的该用户的用户信息一致。这样就 避免了在用户在进入请求的页面后执行相关程序时遇到会话信息与数据库 保存信息不一致的问题。例如未在用户请求进入网络支付界面时未识别前台 系统的会话信息和后台系统数据库保存的该用户的用户信息是否一致，因此 如果前台系统显示用户开启了余额支付功能，而后台系统数据库却关闭了 该用户的余额支付功能，这时在用户进入网络支付界面执行网络支付程序的 时候就会由于交易信息不 一致而导致交易失败。
下面结合附图和实施例，对本发明的具体实施方式
作进一步详细描述
如图2所示，为本发明实施例保持会话信息和数据库同步的装置的结构 图。该保持会话信息和数据库同步的装置1，包括接收记录模块11，识别模 块12和更新模块13,接收记录模块11用于接收并记录用户设置的会话信息， 在用户向服务器发起HTTP请求时记录该请求中用户设置的会话信息；识别 模块12用于根据接收记录模块11记录的用户设置的会话信息，识别该会话 信息与数据库中存储与该用户对应的用户信息是否一致；更新模块13用于根 据识别模块12的识别结果，在用户设置的会话信息与数据库中存储的该用户 对应的用户信息不一致时，更新会话信息，并提示用户。其中，识别模块11包括索引查找子模块111，用于根据用户ID查找数据 库中用户对应的用户信息。
其中，接收记录模块12包括同步项配置子模块121，用于保存配置需要 同步的URL和各个URL中需要同步的会话信息。
如图3所示，为本发明实施例一的保持会话信息和数据库同步方法的流 程图，包括以下步骤
步骤S301,接收并记录用户设置的会话信息。
在用户向服务器发起HTTP请求时记录该请求中用户设置的会话信息， 例如用户请求进入网络支付界面，则记录该用户的用户名及是否开启余额支 付功能等信息。'
步骤S302,识别记录的会话信息与数据库中存储的该用户的用户信息是 否一致。
根据记录的会话信息查找服务器中数据库所存储的该用户的用户信息， 并识别记录的会话信息与数据库中存储的该用户的用户信息是否 一致。本发 明实施例提出了 一种以所述用户ID为索引查找数据库中用户对应的用户信息 的方法，其中用户ID是唯一的，是唯一用于标识该用户的。
步骤S303，如果记录的会话信息与数据库中存储的用户的用户信息不一 致，则更新会话信息。
如果识别到记录的会话信息与数据库中存储的用户的用户信息不 一致， 则将更新会话信息，将会话信息改为与数据库中存储的用户的用户信息一致， 并通知用户。如果识别到两者相同，则说明会话信息与数据库已经同步，因 此不需要更新会话信息。
如图4所示，为本发明实施例二的保持会话信息和数据库同步方法的流 程图，该实施例二相对实施例一来说为用户提供了对何种URL页面进行同步 或对各个URL页面中哪些会话信息进行同步的选择，进一步提高了用户使用 的灵活性，该实施例包括以下步骤，
步骤S401,配置需要同步的URL页面和/或配置各个URL页面中需要同 步的会话信 息。
7对于服务器来说并不是所有的用户请求URL页面都需要进行会话信息与 数据库信息同步的，可能只需要一些固定的URL页面进行同步，例如只对用 户交易付款的URL页面进行同步，而对用户查询商铺等URL页面不需要进 行同步。同样对于一个URL页面来说，并不是该URL页面携带的所有会话 信息都需要进行同步的，可能只需要对关键的会话信息进行同步，例如只对 该用户的用户名及是否开启余额支付功能进行同步。因此就需要在服务器中 设置哪些URL页面需要进行同步和/或各个URL页面中哪些会话信息需要进 行同步。本发明实施例提出了一种设置方法，格式如下Key=/trade/a.htmValue=isPayEnabled (是否开启余额支付功能) Key=/trade/b.htmValue- isPayEnabled，userName (用户名及是否开启余额支付功能) 其中，用户名和是否开启余额支付功能都是会话的属性名，用于保存本 次会话的相关信息。如果某个URL页面被设置为需要进行同步，然而未对该 URL页面设置需要进行同步的会话信息，则无需进行同步。 步骤S402,接收并记录用户设置的会话信息。在用户向服务器发起HTTP请求时，根据步骤S401所配置的需要同步的 URL页面和/或配置各个URL页面中需要同步的会话信息，记录该请求中用 户设置的需要同步的会话信息，例如用户请求进入网络支付界面，该网络支 付界面是步骤S401中配置的需要同步的URL页面，并且该网络支付界面配 置的需要同步的会话信息为用户名及是否开启余额支付功能，则根据步骤 S401配置的需要记录，记录该用户的用户名及是否开启余额支付功能等信息。步骤S403,识别记录的会话信息与数据库中存储的该用户的用户信息是 否一致。根据记录的会话信息查找服务器中数据库所存储的该用户的用户信息， 并识别记录的会话信息与数据库中存储的该用户的用户信息是否一致。本发 明实施例提出了 一种以所述用户ID为索引查找数据库中用户对应的用户信息的方法，其中用户ID是唯一的，是唯一用于标识该用户的。根据步骤S402记录的会话信息取到对应的SQL (Structured Query Language，结构化查询语言)语句，SQL语言的主要功能就是同各种数据库建 立联系，进行沟通。执行这些SQL语句从数据库中得到相应的值，并和记录 的会话信息进行比较。本发明实施例提出了数据库查询方法，格式如下 Key= isPayEnabled (是否开启余额支付功能) Value=select isPayEnabed from user—info 1 where userld = #userld#Key=username (用户名)Value=select username from user—info2 where userld = #userld# 其中，弁userld弁表示会员的ID,是唯一的且不会发生改变的。 步骤S404,如果记录的会话信息与数据库中存储的用户的用户信息不一致，则更新会话信息并提示用户。如果识别到记录的会话信息与数据库中存储的用户的用户信息不一致，则将更新会话信息，将会话信息改为与数据库中存储的用户的用户信息一致，并通知用户。如果识别到两者相同，则说明会话信息与数据库已经同步，因此不需要更新会话信息。通过本发明实施例实现了会话信息和数据库的实时同步，避免了会话信息与数据库信息不 一致的问题，减少了各个程序主动去识别和同步的工作量，对于应用程序来说可以更专注于处理业务逻辑。以上所述仅是本发明的优选实施方式，应当指出，对于本技术领域的普通技术人员来说，在不脱离本发明原理的前提下，还可以做出若干改进和润饰，这些改进和润饰也应视为本发明的保护范围。
权利要求
1、一种保持会话信息和数据库同步的方法，其特征在于，包括以下步骤接收并记录用户设置的会话信息；识别所述会话信息与数据库中存储的所述用户的用户信息是否一致；如果与所述数据库中存储的所述用户的用户信息不一致，则更新所述会话信息。
2、 如权利要求1所述保持会话信息和数据库同步的方法，其特征在于， 所述识别所述会话信息与数据库中存储的所述用户的用户信息是否一致之 前，还包括二以所述用户ID为索引查找数据库中所述用户的用户信息。
3、 如权利要求1所述保持会话信息和数据库同步的方法，其特征在于， 在所述接收并记录用户设置的会话信息之前，还包括以下步骤配置需要同步的URL页面；所述接收并记录用户设置的会话信息具体包括，根据接收的所述URL页 面提取所述会话信息。
4、 如权利要求3所述保持会话信息和数据库同步的方法，其特征在于， 在所述配置需要同步的URL页面之后，还包括以下步骤配置各个URL页面中需要同步的会话信息；所述接收并记录用户设置的会话信息具体包括，根据所述需要同步的会 话信息提取所迷会话信息。
5、 一种保持会话信息和数据库同步的装置，其特征在于，包括接收记录 模块，识别模块和更新模块，所述接收记录模块，用于接收并记录用户设置的会话信息； 所述识别模块，用于根据所述接收记录模块记录的用户设置的会话信息，识别所述会话信息与数据库中存储的所述用户的用户信息是否一致；所述更新模块，用于根据所述识别模块的识别结果，在所述会话信息与所述数据库中存储的所述用户的用户信息不一致时，更新所述会话信息。
6、 如权利要求5所述保持会话信息和数据库同步的装置，其特征在于，所述识别模块包括索引查找子模块，用于根据用户ID查找数据库中所述用户 的用户信息。
7、如权利要求5所述保持会话信息和数据库同步的装置，其特征在于， 所述接收记录模块包括同步项配置子模块，用于保存配置需要同步的URL页 面和各个URL页面中需要同步的会话信息。
全文摘要
本发明公开了一种保持会话信息和数据库同步的方法，包括以下步骤接收并记录用户设置的会话信息；识别所述会话信息与数据库中存储的所述用户的用户信息是否一致；如果与所述数据库中存储的所述用户的用户信息不一致，则更新所述会话信息。通过本发明实施例实现了会话信息和数据库的实时同步，避免了会话信息与数据库信息不一致的问题。
文档编号G06F17/30GK101316258SQ20071010575
公开日2008年12月3日 申请日期2007年5月29日 优先权日2007年5月29日
发明者金伟安 申请人:阿里巴巴集团控股有限公司