基于Web服务的登录助手的设计与实现

admin管理员组

文章数量:1532006

2024年6月13日发(作者：)

维普资讯

第２８卷　

第４期　

ＶＯ１．２８　

ＮＯ．４　

计算机工程与设计　

Ｃｏｍｐｕｔｅｒ　Ｅｎｇｉｎｅｅｒｉｎｇ　ａｎｄ　Ｄｅｓｉｇｎ　

２００７年２月　

Ｆｅｂ．２００７　

基于Ｗｅｂ服务的登录助手的设计与实现　

李培峰，　朱巧明　

（苏州大学计算机科学和技术学院，江苏苏州２１５００６）　

摘　要：介绍了基于Ｗｅｂ　Ｓｅｒｖｉｃｅｓ和ＣＯＭ技术的登录助手的设计思想、组成和总体构架，阐述了其主要的实现技术。该登录　

助手在不改变原有的Ｗｅｂ应用结构的基础上，利用ＷｅｂＳｅｒｖｉｃｅｓ技术实现了一个登录代理服务，并在浏览器层次提供了一个　

面向用户的登录代理插件，该插件和登录代理服务协同工作，共同实现了异构Ｗｅｂ信息系统之间用户身份信息的统一管理　

和统一存放。　

关键词：登录助手插件；登录代理；轻量目录访问协议；Ｗｅｂ服务；简单对象访问协议　

中图法分类号：ＴＰ３９３　０９　文献标识码：Ａ　文章编号：１０００－７０２４（２００７）０４－０８４２・４　０

Ｄｅｓｉｇｎ　ａｎｄ　ｉｍｐｌｅｍｅｎｔａｔｉｏｎ　ｏｆ　ｌｏｇｉｎ　ａｓｓｉｓｔａｎｔ　ｂａｓｅｄ　ｏｎ　ｗｅｂ　ｓｅｒｖｉｃｅｓ　

ＬＩ　Ｐｅｉ—ｆｅｎｇ，ＺＨＵ　Ｑｉａｏ—ｍｉｎｇ　

（Ｓｃｈｏｏｌ　ｏｆ　Ｃｏｍｐｕｔｅｒ　Ｓｃｉｅｎｃｅ　ａｎｄ　Ｔｅｃｈｎｏｌｏｇｙ，Ｓｕｚｈｏｕ　Ｕｎｉｖｅｒｓｉｔｙ，Ｓｕｚｈｏｕ　２　１　５００６，Ｃｈｉｎａ）　

Ａｂｓｔｒａｃｔ：Ｆｉｒｓｔｌｙ　ｔｈｅ　ｄｅｓｉｇｎ　ｈｅｏｒｙ，ｓｙｓｔｅｍ　ｔｃｏｍｐｏｎｅｎｔｓ　ａｎｄ　ａｒｃｈｉｔｅｃｔｕｒｅ　ｏｆｔｈｅ　ｌｏｇｉｎ　ａｓｓｉｓｔａｎｔ　ｗｈｉｃｈ　ｉｓ　ｂａｓｅｄ　ｏｎ　ｈｅ　ｔｔｅｃｈｎｏｌｏｇｙ　ｏｆｗｅｂ　

ｓｅｒｖｉｃｅｓ　ａｎｄＣＯＭｔｅｃｈｎｏｌｏｇｙ　ｒｅｉｎｔｒｏｄｕｃｅｄ．Ｔｈｅｎｔａｈｅ　ｉｍｐｌｅｍｅｎｔａｔｉｏｎｏｆｓｕｃｈ　ｓｙｓｔｅｍｉｓｄｅｓｃｒｉｂｅｄ．Ｗｉｈｏｕｔｃｈａｔｎｇｉｎｇｔｈｅ　ｓｔｒｕｃｔｕｒｅ　ｏｆ　

ｅｘｉｓｔｉｎｇ　ｗｅｂ　ａｐｐｌｉｃａｔｉｏｎｓ，ａ　ｌｏｇｉｎ　ａｇｅｎｔ　ｗｈｉｃｈ　ｉｓ　ｂａｓｅｄ　ｏｎ　ｈｅ　ｔｔｅｃｈｎｏｌｏｇｙ　ｏｆｗｅｂ　ｓｅｒｖｉｃｅｓ　ｉｓ　ｉｍｐｌｅｍｅｎｔｅｄ，ａｎｄ　ａ　ｌｏｇｉｎ　ｓｓｉｓｔａａｎｔ　ｐｌｕｇ。ｎ　ｉ

ｉｓ　ｐｒｏｖｉｄｅｄ　ｆｏｒ　ＩＥ　ｕｓｅｒｓ．　Ｗｉｈ　ｔｈｅ　ｃｏｌｌｔａｂｏｒａｔｉｏｎ　ｏｆｌｏｇｉｎ　ａｇｅｎｔ　ａｎｄ　ｌｏｇｉｎ　ａｓｓｉｓｔａｎｔ　ｐｌｕｇ－ｉｎ，　ｉｔ　Ｃａｎ　ｓｔｏｒｅ　ａｎｄ　ｍａｎａｇｅ　ａｌｌ　ｋｉｎｄｓ　ｏｆｕｓｅｒ　ｉｎ・　

ｆｏｒｍａｔｉｏｎ　ｕｎｉｆｏｒｍｌｙ，　

Ｋｅｙ　ｗｏｒｄｓ：ｌｏｇｉｎ　ａｓｓｉｓｔａｎｔ　ｐｌｕｇ－ｉｎ；ｌｏｇｉｎ　ａｇｅｎｔ；ＬＤＡＰ；ｗｅｂ　ｓｅｒｖｉｃｅｓ；ＳＯＡＰ　

０弓ｌ言　

基于Ｗｅｂ的信息系统得到日益广泛的应用，在提高工作　

效率的同时，多个不同的系统各自为政也带来了一系列的麻　

烦，其中之一就是每个系统都有自己的用户身份数据存储方　

式和登录信息验证过程。如果一个用户要访问不同的系统，　

１系统设计技术　

１．１登录助手构架　

登录助手由登录助手插件（１ｏｇｉｎ　ｓｓｉａｓｔａｎｔ　ｐｌｕｇ－ｉｎ，ＬＡＰ）、登　

录代理Ｗｅｂ服务以及存放用户身份信息的数据库３个部分组　

成，系统的构架如图１所示。　

则必须分别在每个系统中注册自己的登录信息，这使得用户　

常常为记住一连串的用户名和口令而感到烦恼。　

兰墨　三卜、、．　

单点登录“卅以及统一身份认证　是解决以上问题的最佳　

方案，但存在已有系统整合困难以及代价大等缺点。为此，为　

至　录　代　理　户　用　

《　

鲁　

服　

务　

身　

份　

信　

息　

了不改变原有的系统结构并节省开发成本，我们设计了一个　

基于ＷｅｂＳｅｖｉｒｃｅｓ的登录助手，这是实现Ｗｅｂ信息系统整合的　

一

个折中方案。　

它采用ＸＭＬＷｅｂＳｅｒｖｉｃｅｓ和组件对象模型（ｃｏｍｐｏｎｅｎｔｏｈ－　

图１登录助手构架　

在图１中，ＬＡＰ是一个ＩｎｔｅｍｅｔＥｘｐｌｏｒｅｒ（ＩＥ）的插件，存在于　

ｊｅｃｔ　ｍｏｄｅｌ，ＣＯＭ）作为主要实现技术，在不改变原有的Ｗｅｂ应　

用结构的基础上，利用Ｗｅｂ服务技术实现了一个登录代理服　

务，并在浏览器层次提供了一个面向用户的登录代理插件，该　

插件和登录代理服务相协作，从而实现了异构Ｗｅｂ信息系统　

之间用户身份信息的统一管理和统一存放。　

收稿日期：２００６－０ｌ－ｌ６　Ｅ．ｍａｉｌ：ｐｆｌｉ＠ｓｕｄａ．ｅｄｕ．ｃｎ　

用户的计算机上，而存放用户身份信息的数据库和登录代理　

Ｗｅｂ服务则存在于服务器上。登录助手由服务器统一存放用　

户信息，并通过Ｗｅｂ服务向各个ＬＡＰ提供用户身份信息的服　

基金项目：江苏省高技术研究基金项目（ＢＧ２ｏｏ５０２０）；江苏省教育厅自然基金项目（ｏ４ｌＪ　３２０ｌ３４）。，　

作者简介：李培峰（１９７１一），男，江苏苏州人，博士，副教授，研究方向为Ｗｅｂ信息系统和中文信息处理；　朱巧明，男，教授，研究方向为　

中文信息处理和嵌入式系统。　

一

８４２—　

维普资讯

务（主要是用户登录信息，包括用户账号和口令）。　

登录助手利用轻量目录访问协议ＬＤＡＰ来对用户身份　

信息进行存储和方法，具体采用的ＬＤＡＰ服务器是ＯＲＡＣＬＥ　

实现上述的半自动化登录。　

２登录代理实现技术　

登录代理主要通过简单对象访问协议（ｓｉｍｐｌｅ　ｏｂｊｅｃｔ　ａｃｃｅｓｓ　

ｐｒｏｔｏｃｏｌ，ＳＯＡＰ）“　来和ＬＡＰ进行通信，并通过Ｗｅｂ服务的方式　

提供登录和代理等功能供用户调用。为了保证系统的安全，　

的ＯＩＤ（ｏｒａｃｌｅ　ｉｎｔｅｍｅｔ　ｄｉｒｅｃｔｏｒｙ），并且采用．ＮＥＴ技术开发登　

录代理Ｗｅｂ服务，采用Ｍｉｃｒｏｓｏｆｔ提供的ＡＴＬ模板库来创　

建ＬＡＰ。　

１．２登录助手插件原理　

ＬＡＰ是信息集成服务架构的用户界面层，它是一种实现　

了ＩＯｂｊｅｃｔＷｉｔｈＳｉｔｅ“　接口的ＣＯＭ组件。　

ＬＡＰ在注册表中注册为ＣＯＭ服务器，另外，还必须将它　

们的ＣＬＳＩＤ在下面的位置：　

ＨＫＥＹ

ＬＯＣＡＬ

ＭＡＣＨＩＮＥ＼ＳＯＦＴＷＡＲＥｈＭｉｃｍｓｏｆｔ＼Ｗｉｎｄｏｗｓ＼　

＿＿

本代理助手使用ＳＯＡＰ—ＤＳＩＧ　实现ＳＯＡＰ消息的数字签名，使　

用ＳＳＬ协议进行数据传输。　．　

登录代理服务作为整个服务架构的业务逻辑层，主要任　

务是响应用户的请求，为用户提供登录代理。它是通过一系　

列的Ｗｅｂ方法来实现的。　

图２演示了登录代理服务的实现过程。　

ＣｕｒｒｅｎｔＶｅｒｓｉｏｎ￣ＥｘｐｌｏｒｅｒｋＢｒｏｗｓｅｒ　Ｈｅｌｐｅｒ　Ｏｂｊｅｃｔｓ　

注册为一个子键。每当ＩＥ启动一个新窗口时，ＩＥ首先会　

在上述注册表位置查看是否有注册的ＬＡＰ　ＣＬＳＩＤ；如果找到，　

则为每一个注册的组件都分别创建一个ＬＡＰ实例，并对实例　

进行初始化，建立交互连接。　

ＬＡＰ对象在ｒＥ的主窗口将要显示时加载，而在窗口消失　

时卸载。每当打开一个窗口，就有一个ＬＡＰ实例被创建。打　

开的ＩＥ窗口越多，加载的ＬＡＰ实例也就越多。即使以命令行　

方式启动ＩＥ它也被加载。一般情况下，ＬＡＰ实例的数目和运　

行的ｉｅｘｐｌｏｒｅｒ．ｅｘｅ的数目一样多。　

１．３登录助手组成　

登录助手的功能主要由３个部分组成，分别是用户注册、　

账号关联和登录代理。　

ｌ－３．１用户注册　

用户在登录代理服务中注册一个全局账号，以后这个全　图２登录代理实现流程　

局账号可以作为用户使用登录助手的惟一身份标志，利用这　

个全局账号，用户可以自动获取自己存放在登录助手中的各　

２．１　用户信息存储　

登录代理需要保存用户信息来进行登录服务，这些用户　

信息是存放在ＬＤＡＰ目录服务器ＯｌＤ中的。为了实现方便快　

速的访问，其存储结构如图３所示。　

个Ｗｅｂ系统的用户身份信息。　

ｌ－３．２账号关联　

用户把自己在各个Ｗｅｂ系统的账号（主要是账号和口令，　

在此称为局部账号）以及Ｗｅｂ系统的登录ＵＲＬ登记到登录助　

手中，并统一存放在数据库中。　

这样，用户能够将自己在登录助手中的全局账号和在各　

个Ｗｅｂ系统中的局部账号进行关联，以便用户在登录到登录　

助手后，系统能够半自动使用相关的账号／口令信息来访问具　

体的Ｗｅｂ系统。　

ｌ－３－３　登录代理　

用户首先在登录助手中登录，并获取权限令牌，以后可以　

使用这个权限令牌来获取自己存放在登录助手数据库中的局　

部账号信息。　

当用户访问在登录助手中已经登记的Ｗｅｂ系统时，ＬＡＰ　

从ＩＥ获得了其ＵＲＬ，传递给登录代理Ｗｅｂ服务，登录代理从　

图３用户信息存放ＬＤＡＰ树　

在图３中，一共分了３层，第ｌ层是ＲＯＯＴ，第２层是用户　

层（全局用户），第３层是Ｗｅｂ系统层。在第２层按照用户划分　

数据库获得该用户在此Ｗｅｂ系统中的身份信息并发送给ＬＡＰ。　

ＬＡＰ分别提示用户把输入焦点设置到用户名和口令输入框，　

由登录助手代为输入用户名和口令，最后用户按登录按钮就　

可以登录到该Ｗｅｂ系统。　

由于各个Ｗｅｂ系统登录方式、登录页面布局和密码加密　

方式的多样性，目前还没有办法做到自动化的代理登录，只能　

的目的是考虑到每个用户需要访问的Ｗｅｂ系统的数量是有限　

的，而每个Ｗｅｂ系统的用户的数量相对就较大。所以这样的　

结构可以加快检索的速度。　

在第３层中，存放的是每个用户在特定的Ｗｅｂ系统中的　

・——

８４３・——　

维普资讯

身份信息，主要包括：　

（１）用户的局部账号；　

（２）用户局部账号在该系统中的密码：　

（３）被代理的ＵＲＬＳ：　

（４）用户权限；　

（５）是否在线；　

（６）超时时间；　

（７）其它。　

２．２用户登录　

用户打开ｍ的第一个窗口时，需要通过Ｗｅｂ服务登录到　

服务器。这个工作由ＬＡＰ向代理服务发送一个ＳＯＡＰ消息　

来实现。　

发送的ＳＯＡＰ消息格式如下（为简便起见，省略了数字签　

名和其它部分，只列出ＳＯＡＰ消息的主体部分，以下同）：　

＜ｓｏａｐ：Ｂｏｄｙ＞　

＜ｋｎｏｃｋｔｈｃｄｏｏｒｘｍｌｎｓ＝”ｈｔｔｐ：／／ｔｅｍｐｕｒｉ．ｏｒｇ／”＞　

＜￣ｅｆｌＤ＞ＵｓｅｒｌＤ＜／ｕｓｅｄＤ＞　

＜ｕｓｅｒ

＿

ｐｗ＞¨¨¨　＜／ｕｓｅｒ

＿

ｐｗ＞／／ＭＤ５加密数据　

＜ＩＰＡｄｄｒ＞ｘｘｘ．ｘｘｘ．ｘｘｘ．ｘｘｘ＜／ＩＰＡｄｄｒ＞　

＜／ｋｎｏｃｋｔｈｅｄｏｏｒ＞　

＜／ｓｏａｐ：Ｂｏｄｙ＞　

该ＳＯＡＰ消息中封装了３个元素，分别是：用户ＩＤ、口令　

及用户当前计算机所使用的ＩＰ。代理服务接收到此消息后，　

解析出这３个元素，根据ｕｓｅｒＩＤ和ｕｓｅｒ

＿

ｐｗ验证用户身份的　

合法性。　

如果身份合法，则在服务器端生成一条临时记录，建立一　

个用户会话。完成这一系列工作之后，代理服务向　返回　

一

个ＳＯＡＰ应答，其中有一个ＳｅｓｓｉｏｎｌＤ，这是用户在此登录期　

间的会话标识，称为权限令牌。返回的ＳＯＡＰ消息格式如下：　

＜ｓｏａｐ：Ｂｏｄｙ＞　

＜ｋｎｏｅｋｔｈｅｄｏｏｒＲｅｓｐｏｎｓｅ　ｘｍｌｎｓ＝”ｈｔｔｐ：／／ｔｃｍｐｕｒｉ．ｏｒｇ／。’＞　

＜ｋｎｏｃｋｔｈｅｄｏｏｒＲｅｓｕｌｔ＞ＳｅｓｓｉｏｎＩＤ＜／ｋｎｏｃｋｔｈｅｄｏｏｒＲｅｓｕｌｔ＞　

＜ＩＰＡｄｄｒ＞ｘｘｘ．ｘｘｘ．ｘｘｘ．ｘｘｘ＜／ＩＰＡｄ￣＞　

＜／ｋｎｏｃｋｔｈｅｄｏｏｒＲｅｓｐｏｎｓｅ＞　

＜／ｓｏａｐ：Ｂｏｄｙ＞　

ＬＡＰ在接收到这条消息后，表示用户已经成功登录到代　

理服务，并开启了一个活跃的会话。　

如果用户身份非法，则返回一条表示用户身份没有确认　

的ＳＯＡＰ消息，ＬＡＰ接收到后提示用户身份非法。　

２．３登录代理　

当用户在ＩＥ窗口定向到某个ＵＲＬ时，　会截获该请　

求，并检查这个请求的ＵＲＬ是否在需要进行代理的列表中。　

如果在，则将这个ＵＲＬ封装到一个ＳＯＡＰ消息中，并发送给代　

理服务，否则不进行任何处理。　

该消息中除了ＵＲＬ地址，还有用户的令牌（ＳｅｓｓｉｏｎｌＤ），消　

息格式如下：　

＜ｓｏａｐ：Ｂｏｄｙ＞　

＜ＬｏｇｉｎＲｅｑｕｅｓｔ　ｘｍｌｎｓ＝”ｈｔｔｐ：／／ｔｅｍｐｕｒｉ．ｏｒｇ／＇’＞　

＜ａｕｔｈＴｏｋｅｎ＞ＳｅｓｓｉｏｎｌＤ＜／ａｕｔｈＴｏｋｅｎ＞　

＜／ｒｅｑｕｅｓｔｅｄＵＲＬ＞　

・——

８４４・——　

＜／ＬｏｇｉｎＲｅｑｕｅｓｔ＞　

＜／ｓｏａｐ：Ｂｏｄｙ＞　

代理服务接收到此ＳＯＡＰ消息后，通过ＳｅｓｓｉｏｎＩＤ确认用　

户的合法性，并判断该ＳｅｓｓｉｏｎＩＤ是否已经登录到该系统，如　

果已经登录则返回一个空的ＳＯＡＰ消息，否则使用Ｒｅｆｒｅｓｈ　

ａｕｔｈＴｏｋｃｎ方法刷新用户会话，然后在数据库中检索该用户访　

问该ＵＲＬ所必须的登录数据，包括ＵＲＬ文本，账号名、口令以　

及其它信息。最后把用户账号名和口令加密封装到一个ＳＯＡＰ　

消息中发送给ＬＡＰ。　

消息格式如下所示：　

＜ｓｏａｐ：Ｂｏｄｙ＞　

ｘｍｌｎｓ＝”ｈｔｔｐ：／／ｔｅｍｐｕｒｉ．ｏｒｇ／＇’＞　

＜ＵＳｅｒＩＤ＞ＵｓｅｒＨ）＜／ｕｓｅｒＩＤ＞　

＜ｕｓｅｒ

＿

ｐｗ＞ＰａｓｓＷＤ＜／ｕｓｅｒ

＿

ｐｗ＞　

＜ａｕｔｈＴｏｋｅｎ＞ＳｅｓｓｉｏｎｌＤ＜／ａｕｔｈＴｏｋｅｎ＞　

＜／ＬｏｇｉｎＲ￣ｕｅｓｔＲｅｓｐｏｎｓｅ，＞　

＜／ｓｏａｐ：Ｂｏｄｙ＞　

ＬＡＰ在接收到这个消息以后对用户账号、口令和令牌进　

行解密。然后，分别提示用户把输入焦点设置到用户名和口　

令输入框，由登录助手代为输入用户名和口令，然后用户按　

登录按钮就可以访问到该Ｗｅｂ系统了，于是一次代理过　

程结束。　

３登录助手插件实现技术　

３．１实现ＩＯｂｊｅｃｔＷｉｔｈＳｉｔｅ接口　

在ＩＥ的工作过程中，ＬＡＰ会接收到很多事件，比如ＩＥ导　

向到新的地址、用户点击“前进”或者“后退”按钮、复制新的窗　

口、退出浏览器等。ＬＡＰ可以在这些事件的响应中实现与浏　

览器的交互。　

为了监视ＩＥ的事件，ＬＡＰ对象需要建立一个有权限的并　

且是基于ＣＯＭ的通讯通道。为达到这一目标，ＬＡＪＰ实现了一　

个名为ＩＯｂｊｅｃｔＷｉｔｈＳｉｔｅ的接口。　

ＩＯｂｊｅｃｔＷｉｔｈＳｉｔｅ接口为对象跟它所在的容器现场之间进　

行通信提供了一种简单方法。一般说来，对象与容器现场通　

信的惟一途径就是借助于ＩＯｌｅＯｂｊｅｅｔ：：ＳｅｔＣｌｉｅｎｔＳｉｔｅ方法；而　

ＩＯｂｊｅｃｔＷｉｔｈＳｉｔｅ接口则为简单对象提供了一种轻量级的现场　

定位机制，它比前者更容易使用。ＩＯｂｊｅｃｔＷｉｔｈＳｉｔｅ接口包括两　

个虚方法“　：　

ＳｅｔＳ　：通过重载该方法，容器可以将其现场的ＩＵｎｋｎｏｗｎ　

指针传递给对象。　

ＧｅｔＳｉｔｅ：通过重载该方法，对象可以获得最近传给ＩＯｂｊｅ￣ｔ－　

ＷｉｔｈＳｉｔｅ：：ＳｅｔＳｉｔｅ的现场变量。　

对象一旦实现了ＩＯｂｊｅｃｔＷｉｔｈＳｉｔｅ接口，就可以从它所在的　

容器那里获得现场变量的接口指针。然后，对象就能直接与　

现场通信了。　

利用这一原理，可以通过实现ＩＯｂｊｅｃｔＷｉｔｈＳｉｔｅ接口，使ＩＥ　

窗口向ＬＡＰ对象传递一个指向它自己的ＩＵｎｋｎｏｗｎ接口的指　

针。随后，　对象就将这个指针保存起来，并通过它获得其　

它所需的接口，如ＩＣｏｎｎｅｃｔｉｏｎＰｏｉｎｔＣｏｎｔａｉｎｅｒ、ＩＷｅｂＢｒｏｗｓｅｒ２和　

ＩＤｉｓｐａｔｃｈ等。　

维普资讯

根据实际需要，只要重载ＳｅｔＳｉｔｅ方法变可以实现。ＳｅｔＳｉｔｅ　ＳＯＡＰ消息当中，发送给代理服务。Ｒｅｆｉ＇ｅｓｈＳｅｓｓｉｏｎ的实现类似　

的函数声明如下：　于前面提到的ＣｈｅｃｋＵＲＬ方法。　

ＳＴＤＭＥＴＨＯＤ（ＳｅｔＳｉｔｅ）（ＩＵｎｌ【ｎｏｗｎ　ｐＵｎｋＳｉｔｅ）　

ＳｅｔＳｉｔｅ的参数实际上指向的是浏览器组件。在ＳｅｔＳｉｔｅ实　

４结束语　

现中，首先保存浏览器组件指针，然后将该ＬＡＰ对象向浏览器　本文描述了一个基于Ｗｅｂ　Ｓｅｒｖｉｃｅｓ的登录助手的系统设　

注册为事件处理器。最后，ＬＡＰ对象就能收到ＵＲＬ改变的消　计方案。这一方案结合中小型企业、事业单位、学校等机构的　

息并进行处理了。　

网络化建设中的普遍现状，为多系统的整合使用提供了一条　

３．２实现Ｄｉｓｐａｔｃｈ接口　

简单易行、可扩充性和可维护性好，而且工程成本又相对低廉　

在接口ＩＤｉｓｐａｔｃｈ的ＩＤｉｓｐａｔｃｈ：：Ｉｎｖｏｋｅ方法中可以实现事　的解决途径。当然本方案也有缺点，如没有对数据进行整合，　

件响应处理逻辑（各个事件在ＥｘＤｉｓｐＩＤ．ｈ中进行了定义）。ＬＡＰ　

无法实现全自动的单一登录等。　

对象会接收到各种各样的事件，这里只需要响应ＩＥ导向到一　该方案还可以根据具体的项目需要进行适当的扩充。例　

个ＵＲＬ之前发出的事件ＤＩＳＰＩＤ　ＢＥＦＯＲＥＮＡＶＩＧＡＴＥ２，以此来　

如，可以增强登录助手插件的功能，使之不仅能够侦听浏览器　

实现截获用户发出的ＨＴＴＰ请求的功能。　窗口的导航动作，还可以让用户对浏览器加锁，以保证只有在　

具体实现过程如下：　

登录状态下才能访问某些站点等。　

ＬＡＰ对象截获ＩＥ发出的ＨＴＴＰ请求，然后调用自己定义　

的名为ＣｈｅｃｋＣｕｒｒｃｎｔＵＲＬ的方法，以检查该ＵＲＬ是否可以被　

参考文献：　

登录代理服务所代理。　［１】　韩伟。范植华．基于ＳＡＭＬ的单点登录技术在Ｗｅｂ服务中的应　

如果可以被代理，那么就调用ＣｈｅｃｋＵＲＬ方法向代理服　

用研究［Ｊ］．计算机工程与设计，２００５，２６（３）：６３４－６３６．　

务发送ＳＯＡＰ消息以获取当前页面的用户账号和口令。并分　

［２］　丁立新，赵曦滨，顾明．基于Ｉ￣ｒｂｅｒｏｓ的Ｗｅｂ单点登录研究［Ｊ］．　

别提示用户把输入焦点设置到用户名和口令输入框，由登录　

计算机工程与应用，２００５，４１（１４）：１２４－１２６．　

助手代为输入用户名和口令，然后用户按登录按钮就可以访　

【３】　李润求，谭立球．校园信息门户单点登录系统的实现【Ｊ］．通信学　

问到该Ｗｅｂ系统。　

报，２００５，２６（Ｂ０１）．＇１７４．１７７．　

３．３封装ＳＯＡＰ消息　

［４】　茅维华，金宝．Ｗｅｂ应用单一登录的类Ｋｅｒｂｅｒｏｓ实现［Ｊ］．计算机　

ＣｈｅｃｋＵＲＬ方法的功能就是封装一条ＳＯＡＰ消息，并发送　

应用与软件，２００４，２１（２）：８７．９０．　

给登录代理，然后等待接收登录代理的应答ＳＯＡＰ消息。本　

［５】　李小平，阎光伟．基于公开密钥基础设施的单点登录系统的设　

方法借助于Ｍｉｃｒｏｓｏｆｔ发布的ＳＯＡＰＴｏｏｌｋｉｔ３．０中的ＳｏａｐＳｅｒｉａｌｉ．　

计【Ｊ］．北京理工大学学报。２００２，【２）：２３．２７．　

ｚｅｒ等对象来实现。　

［６】　邱航，权勇．基于Ｋｅｒｂｅｒｏｓ的单点登录系统研究与设计［Ｊ］．计算　

在ＣｈｅｃｋＵＲＬ方法中，首先要建立一个ＳＯＡＰ连接（Ｓｏａｐ－　

机应用，２００３，２３（７）－１４２．１４４．　

Ｃｏｎｎｅｃｔｏｒ），然后实例化一个ＳｏａｐＳｅｒｉａｌｉｚｅｒ对象，将需要发送给　

［７】　张辉，杨岳湘，汪诗林．数字校园中基于ＬＤＡＰ的统一用户身份　

登录代理的各个元素依次封装成ＳＯＡＰＥｌｃｒｎｃｎｔ。ｐＣｏｎｎｅｃｔｏｒ－＞　

管理技术研究［Ｊ］．计算机工程与科学，２００５，２７（１）：１４－１６．　

ＢｅｇｉｎＭｅｓｓａｇｅ　０表示开始序列化ＳＯＡＰ消息；而ｐＣｏｎｎｅｃｔｏｒ－＞　

【８］Ｗｅｂ　Ｓｅｒｖｉｃｅ　Ｃａｓｅ　Ｓｔｕｄｙ．统一身份认证服务［ＥＢ／ＯＬ］．ｈｔｔｐ：／／　

ＥｎｄＭｅｓｓａｇｅ０则表示序列化已经完成，并将此消息按照Ｓｏａｐ．　

ＷＷＷ一９００．ｉｂｍ．ｃｏｍ／ｄｅｖｅｌｏｐｅｒＷｏｒｋｓ／ｃｎ／ｗｅｂｓｅｒｖｉｃｅｓ／ｗｓ．ｃａｓｅ．　

Ａｃｔｉｏｎ属性指定的ＵＲＬ发送出去。之后，再实例化一个Ｓｏａｐ—　

ｓｔｕｄｙ／ｐａｒｔ４／ｉｎｄｅｘ．ｓｈｌｍ１．　

Ｒｅａｄｅｒ对象，用于读取代理服务返回的ＳＯＡＰ消息。　

［９】Ｍｉｃｒｏｓｏｆｔ．统一身份认证服务［ＥＢ／ＯＬ］．ｈｔｔｐ：／／ｗｗｗ．ｐａｓｓｐｏｒｔ．　

３．４定时刷新会话机制　

ｃｏｍ／．　

为了保证登录助手的安全，如果用户在登录到登录助手　

【１０］Ｍｉｃｒｏｓｏｆｔ．Ｖｉｓｕａｌ　ｓｔｕｄｉｏ．ＮＥＴ　ＭＳＤＮ［ＥＢ／ＯＬ］．ｈｔｔｐ：／／ｍｓｄｎ．　

以后，系统会设置一个有效的时间ｅｘｐｉｒｅＴｉｍｅ，如果在ｅｘｐｉｒｅ．　

ｍｉｃｒｏｓｏｆｔ．ｃｏｍ／ｌｉｂｒａｒｙ／ｅｎ－ｕｓ／ｃｏｍ／ｈｌｍ／ｏｉｎ　ｃ２ｏ５５０．ａｓｐ．　

Ｔｉｍｅ内没有任何针对浏览器窗口的操作，代理服务则认为此　

［１　ｌ】ＭｉｃｒｏｓｏＲ．Ｖｉｓｕａｌ　ｓｔｕｄｉｏ。ＥＮＴ　ＭＳＤＮ：ＳＯＡＰ【ＥＢ，０Ｕ．ｈａｐ：／／　

用户会话已经失效，用户需要重新登录才能够继续使用代　

ｍｓｄｎ．ｍｉｃｒｏｓｏｆｔ．ｃｏｍ／ｗｅｂｓｅｒｖｉｃｅｓ／ｕｎｄｅｒｓｔａｎｄｉｎｇ／ｓｐｅｃｓ／ｄｅｆａｕｌｔ、　

理服务。　

ａｓｐｘ？ｐｕｌｌ＝／ｌｉｂｒａｒｙ／ｅｎ—ｕｓ／ｄｎｇｌｏｂｓｐｅｃ／ｈｔｍｉ／ｗｓｍｓｇｓｐｅｃｉｎｄｅｘ．　

为此，ｍ窗口的ＬＡＰ会每隔１分钟就向服务器发送一条　

ｓａｐ．　

ＳＯＡＰ消息ｍ；服务器接收到消息ｍ后，立即给ｅｘｐｉｒｅＴｉｍｅ延　

［１２】Ｓａｔｏｓｈｉ　Ｈａｄａ．ＳＯＡＰ　ｓｅｃｕｒｉｔｙ　ｅｘｔｅｎｓｉｏｎｓ：Ｄｉｇｉｔａｌ　ｓｉｇｎａｔｕｒｃ［ＥＢ／　

长１分钟，如此可保证用户持续处于活动会话状态。直到用　

ＯＬ］．ｈｔｔｐ：／／ｗｗｗ一９００．ｉｂｍ．ｃｏｍ／ｄｅｖｅｌｏｐｅｒＷｏｒｋｓ／ｃｎ／ｗｅｂｓｅｒｖｉｅｅｓ／　

户关闭了所有的浏览器窗口，或者在一定时间内没有任何针　

ＷＳ—ｓｏａｐｓｅｃ／ｉｎｄｅｘｅｎｇ．ｓｈｌｍ１．　

＿

对浏览器窗口的操作。　

［１３】于国防，王军号．增强型Ｗｅｂ登录安全策略研究［Ｊ］．计算机工　

可以使用ＳｅｔＴｉｍｅｒ函数创建一个计时器。由于ＬＡＰ对象　

程与设计，２００５，２６（１２）：３２７６．３２７７．　

在生存期间需要不停地使用计时器向代理服务发送同步信号，　

［１４】郑岚，陈奇．基于ＬＤＡＰ的统一访问控制系统的设计与实现［Ｊ］．　

使用回调函数ＭｙＴｉｍｅｒＰｒｏｃ来处理ＷＭ

＿

ＴＩＭＥＲ消息。　

计算机工程与设计，２００５，２６（７）：１８６５．１８６７．　

在ＭｙＴｉｍｅｒＰｒｏｃ中，首先要获取用户使用的ＩＰ参数，然后　

［１５】赵旭东，罗军舟．ＬＤＡＰ目录服务的实现及在网络教育系统中　

调用ＲｅｆｒｅｓｈＳｅｓｓｉｏｎ方法，将用户ＩＩ）和ＩＰ参数封装到一条　

的应用［Ｊ］．计算机工程与设计，２００５，２６（１２）：３２０１．３２０４．　

・——

８４５・——　

本文标签： 登录用户助手