基于Web Services统一身份认证的设计与实现
ESB部署WebService接口(统一用户和待办).
1 统一待办(WebService方式)1.1 概述门户系统做为用户访问各集成应用系统的统一入口，用户访问企业内部信息资源时只需要登录到门户系统，就可使用门户系统集成的各个应用，而待办做为各系统中用户需要处理的工作，门户系统需要提供收集建投内部应用系统中产生的待办信息，并且进行统一展现的功能，即统一待办功能。
统一待办应用业务涉及到的系统其中包括本期门户系统建设过程中所需集成的OA、WCM、EAM系统。
为保证门户系统接入各应用系统待办信息的规范性，现就各应用系统接入实现做统一要求，以确保门户系统统一待办功能实现的规范性、重用性及安全性。
不满足本技术方案提供的接入规则的相关应用系统，应参考本文档完成对应用系统改造后方可进行门户系统统一待办接入工作。
统一待办实现共分为以下部分：系统待办信息获取系统待办信息展示系统待办信息处理1.2 待办信息获取设计思路：应用系统通过门户系统提供的webservice接口向门户系统统一待办系统库写入代表信息，如下图数据获取设计示意图步骤如下：1.应用系统需获得最新的待办信息。
2.应用系统通过门户接口，将获得的最新待办信息发送到门户系统。
3.统一待办系统将应用系统提供的待办信息展示给用户。
4.应用系统通过调用集成接口后获得信息，可以判断发送信息操作是否正常。
1.3 待办信息展示设计思路：应用系统将最新的待办信息发送到统一待办系统中，并最终展示到门户首页上的待办栏目上，如下图用户待办栏目页面待办集中展示设计示意图场景如下：在所有的待办类标题前加上”请办理”，待阅类标题前加上”请审阅”。
此外，如果信息是未办或者未阅，用红色表示1.4 待办信息处理设计思路：用户点击门户系统上“待办栏目”里的一条待办时，弹出一个新页面，首先同应用系统实现SSO，然后跳转到应用系统的待办页面，完成待办处理后，由应用系统调用门户接口通知门户系统，并关闭弹出的待办处理页面，门户系统负责即时刷新门户待办页。
基于Web Services数字校园统一身份认证系统的研究与实现
成 多套 用 户共存 及用 户信 息冗余 、 户多密 码 记忆 及 用
多点 登求 这样 一种 各 自为政 、 管理松 散 的用户 管理
模 式 ， 重影 响 ｒ用 户 使 用 的效 率 ， 严 造成 各 应 用 系统
基 于 Ｗｅ ｅｖ ｅ 数 字校 园统 一 身 份认 证 系统 ｂＳｒｉ ｓ ｃ 的研 究 与 实现
徐 俊 黄 传 华 沈 晓凡 ， ，
（ 南 昌 大 掌 网络 中心 ， １ 工西 南 昌 ３０ ２ ； 江 西 师 范 大 学 ， 西 南 昌 ３０ ２ ） ３０ ９ ２ 江 ３０ ２
摘要 ： 分析 了采 用 Ｗｅ ｅｖ ｅ ｂＳｒｉ ｓ的优 势， ｃ 结合本校 实际， 阐述 了在 Ｗｅ ｅｖ ｅ 架构 中实现统一身份认证平 台的设 计思想 ｂＳｒ ｃｓ ｉ
系统 有效 地集 成 ， 现 用 户 的 一 次登 录 ， 高 系 统 管 实 提
理效 率 和安 全性 。然 而 由 于各 应 用 系统 可 能 采 用 的 是 不 同的开 发 平 台 ， 统 的技 术 方 法 很难 实现 Ｉｔ — 传 ｎｅ ｒ ｎ ｔ 跨 平 台 、 散 耦 合 的异 构 应 用 的 交互 和集 成 。 ｅ上 松 因此 ， 采用 Ｗｅ ｅｖ ｅ 技术 将 是最佳 选择 。 ｂＳｒｉ ｓ ｃ
ｘｕ Ｊ ｎ ＨＵＡＮＧ Ｃ ｕ ｎ ｈ ａ Ｓ ｕ ． ｈ ａ ．ｕ ．ＨＥＮ Ｘｉｏｆｎ ａ— ａ
ｌ１ Ｎａ ｃｈ ｌ ｉ ｒｉｙＮ ｔｏｋＣ ｎ ｒ Ｎ ｎｈｎ ３０ ９， ｈｎ ；．ｉ ｇｉ ｏｍａ Ｕ ｉ ｒｉ ， ａｃａｇ３ ０２ ， ｈｎ ） ｎ ａｌ Ｕｎｖｅｓｔ ｅｗ ｒ ｅｔ ， ａｃａｇ３０ ２ ｇ ｅ Ｃ ｉａ２ Ｊ ｎｘ Ｎ ｒ ｌ ｎ ｅｓｙ Ｎ ｎ ｈｎ ３ ０ ２ Ｃ ｉａ ａ ｖ ｔ
统一身份认证的设计与实现
3
结束语
本系统主要实现了 单点登 录、 用 户管理、 统一 身份认 证管理、 授权管理等功 能, 从一定 程度 提高了 系统 管理效 率, 避免了大量重复开发。但是本文对认证服务的安全性 和访问控制策略考虑得不够深刻, 然而随着我国信息技术 的高速发展, 未来必将会对统一身份认证系统提出更高的 要求。
1
统一身份认证的设计与实现
1. 1 系统基本设计
本文所探讨的系统采用的结构是浏览器- 客户端, 使 用 Java 语言, 其中 W eb 应用程序 是采用 三层架 构的。身 份认证过程包括以下 内容: 首先 在登 录系统 时, 要验 证用 户名和密码, 成功通过后, 要保存此用户的一些身份信息, 进入统一登录界面, 根据 用户权 限, 用 户可以 访问相 应的 系统, 并进行相关模块操作。整个统一身份认证系统是由 服务访问者、 服务响应者、 网络 服务中心、 U DDI 中 心数据 和用户管理组成的, 详细如图 1 所示。 建立一种统一门户和统一身份认证系统及管理平台, 将财务、 教学、 学生、 后勤等应用系统集成到统一门户平台 中, 实现统一身份认证和 单点登 录, 使 用户登 陆所有 应用 系统都使用唯一的用户 名和口 令并且 访问多 个系统 时只
0
引言
随着网络信息技术的发展, 特别是近年来高校校园网
一身份认证体系上保 持外部应 用系统 用户数 据和 平台用 户数据的同步, 发挥统一身份认证系统良好的兼容性与易 移植性。
络建设不断完善和性能提高, 校园网内部运行的应用系统 也是日益增多。一般说来, 这些各自独立的系统各自拥有 一套用户及不同的身份认证方式, 结果造成多套用户存在 着用户信息冗余、 用户多密码记忆和多点登录等问题。如 何既安全又方 便地 实 现用 户认 证, 是一 个需 要解 决 的问 题。这就要求我们通过一 个公共 平台 把各自 独立的 应用 系统的身份认证、 授权和 用户管 理统 一起来, 并把各 自应 用系统有效地集成, 实现 用户的 一次 登录, 从 根本上 提高 系统管理效率和安全。
基于Web Services单点登录系统的设计与实现
统 的功 能 。
Ａ ｅｔ ａ ｄＳ Ｏ方案可使应用迁移变得 十分容易。 ｇｎ ｂｓ Ｓ ｅ 缺点是需要
针对每个应 用系统提供相对应 的代理插件 ，实施和维 护相对复 杂， 不仅要考虑用户的身份信息 ， 还需增加各个代理本 身的身份
各系统 依靠相互信赖 的关系进 行用户身份 的认证 。由于用 户 的信 息是集 中保存和 管理 的 ，管理员只需 在一个统 一的用户
信息数 据库 中添加 、 删除用 户账号 ， 不必在 多个系统 中分别设 置用 户信 息数据库 ， 从而提 高了整个 系统 的安全性 ， 也方 便 了 系统管理 。
程 ， 客户端程序的认证 负担 。若 Ａ ｅｔ 减轻 ｇｎ 部署在服务器端 ， 它 就是服务器的认证系统和客户端认证方法之 问的 “ ” 翻译 。当软
件 供 应 商提 供 了大 量 的 与 原 有应 用 程 序 通 信 的 ａ ｅｔ ， ｇｎ 时
提供 了安全 的第三方接 口， 用于将 后来开发 的应 用系统注册到
・
６ ２・
Ｃｏ ｕ ｅ ａ Ｎｓ ｂＳ ｒｃ 单点登录系统的设计与实现★ ｖｅ
贾宗 星 。董 丽丽
（ 西安建筑科技大学信息与控制工程 学院，陕西 西安 ７０５） １０５
摘 要 ：信息化的进 一步发展 ， 企业 内部应 用系统增 多， 使 用户访 问这 些系统时 ， 需记住 多个 口令 ， 多次登 录， 降低 了工作 效率。针对这个 问题 ，提 出了一种基 于 Ｗｅ ｅｖ ｅ 的单点登录 系统。文 中介绍 了当前 几种单 点登 录技 术 ，利用 Ｗｅ ｂ Ｓ ｒｉ ｓ ｃ ｂ Ｓｒｉ ｓ 术实现 了跨企业 内部应 用 系统边界 的单点登录。 细分析 了内嵌 于门户系统 的单点登录机制 ， ｅ ｃ 技 ｖ ｅ 详 提供 了安全的第
基于web服务的统一认证平台探讨
无论是何种应用环境 ，都将 面对 不同的平 台、不 同的系统和不 同 的编程环境 ，要能最大可能地支持所有 的平 台、系统和编程环境 ，同 时叉要确保服务 的实现代价保持相对 固定 。 目前 看来 ，选择基于规 范 的． ｎ ｅ ｔ Ｗｅ ｂ服务解决方案将是最佳 的选择 。 视觉误差造成 的结果偏差一般在 ±５ ％一 ±１ ０ ％之 间，确定状态点 时 ， 笔迹过粗 （ 超过 ０ ． ５ ｍｍ） ，会导致 ±１ ％以上偏 差 ，绘制 过程线 、热 湿
用户账号管理 ：用户账号管理统 一管理用户的账号信 息，包 括创
建 ，修改 ，删除 ，或停止账号。当对一 个账 号进行上述操作 时 ，即可 改变其访 问行为 。 查换气次数 ｎ 表 １— ２送 风温差与换气次数 室温允许波动范 围 ±１
± ０ ． ５
±Ｏ ．１～０ ． ２
℃ 换气次数 ≥５
２ ０ １ ３ ｇ － ・ ３ 月 ・
学 术・ 理 论 现代衾 著
基于 ｗ ｅ ｂ服 务 的统 一 认证 平 台探讨
叶焕 豪 （ 中国石化长岭分公 司 ４ １ ４ ０ １ ２ ）
摘 要 ：本文的 目的在探讨一个 简单有效的方案 ， 将 有一定联 系，拥 有统一用户群 的系统进 行关联 ，统一 用户的登录资料 ，并提供统 一的
的账号和密码进行登录。 关 键 词 ：统 一认 证
前 言
信 息化
ｗ ｅ ｂ服 务
三 、 平 台 架 构
一
、
随着企业信息建设进程 的逐步深 入，企 业内部运行 的应用 系统也
随之增加 ．传统 上这些应用系统各 自拥有 一套用户及不 同的身份认证 方式 ，结果造成多套用户共存及用户 信息冗余 ，用户多 密码记忆及多 点登陆 ．这严 重影响了用户使用 的效 率 ，并对整个系统 的安全带来 了
统一身份认证、统一系统授权、统一系统审计、统一消息平台、统一内容管理方案设计
基础支撑层统一身份认证（SSO）统一身份认证解决用户在不同的应用之间需要多次登录的问题。
目前主要有两种方法，一种是建立在PKI，Kerbose和用户名/口令存储的基础上；一种是建立在cookie的基础上。
统一身份认证平台主要包括三大部分：统一口令认证服务器、网络应用口令认证模块(包括Web 口令认证、主机口令认证模块、各应用系统口令认证模块等) 和用户信息数据库，具体方案如下图。
1、采用认证代理，加载到原有系统上，屏蔽或者绕过原有系统的认证。
2、认证代理对用户的认证在公共数据平台的认证服务器上进行，认证代理可以在认证服务器上取得用户的登录信息、权限信息等。
3、同时提供一个频道链接，用户登录后也可以直接访问系统，不需要二次认证。
4、对于认证代理无法提供的数据信息，可以通过访问Web Service接口来获得权限和数据信息。
单点登录认证的流程如下图所示：单点登录只解决用户登录和用户能否有进入某个应用的权限问题，而在每个业务系统的权限则由各自的业务系统进行控制，也就是二次鉴权的思想，这种方式减少了系统的复杂性。
统一身份认证系统架构如下图所示。
统一系统授权统一系统授权支撑平台环境中，应用系统、子系统或模块统通过注册方式向统一系统授权支撑平台进行注册，将各应用系统的授权部分或全部地委托给支撑平台，从而实现统一权限管理，以及权限信息的共享，其注册原理如下图。
用户对各应用系统的访问权限存放在统一的权限信息库中。
用户在访问应用系统的时候，应用系统通过统一授权系统的接口去查询、验证该用户是否有权使用该功能，根据统一系统授权支撑平台返回的结果进行相应的处理，其原理如下图。
统一系统授权支撑平台的授权模型如下图所示。
在授权模型中采用了基于角色的授权方式，以满足权限管理的灵活性、可扩展性和可管理性的需求块统一系统授权支撑平台的系统结构如下图所示统一系统审计统一系统审计平台通过实时监控网络活动, 分析用户和系统的行为、审计系统、评估敏感系统和数据的完整性、对异常行为进行统计、跟踪识别违反安全法则的行为，使系统管理员可以有效地监控、评估系统。
完整版)统一身份认证设计方案(最终版)
完整版)统一身份认证设计方案(最终版)统一身份认证设计方案日期：2016年2月目录1.1 系统总体设计1.1.1 总体设计思想本系统的总体设计思想是实现用户统一身份认证和授权管理，提供安全可靠的身份认证服务。
同时，该系统还要考虑到用户的便捷性和易用性。
1.1.2 平台总体介绍该平台是一个基于Web的身份认证和授权管理系统，采用B/S架构。
系统主要包括用户管理、证书管理、授权管理和认证管理四个模块。
1.1.3 平台总体逻辑结构该平台的总体逻辑结构分为客户端和服务器端两部分。
客户端包括浏览器和客户端应用程序，服务器端包括Web服务器、应用服务器和数据库服务器。
1.1.4 平台总体部署该平台可以在局域网内或互联网上进行部署。
部署时需要考虑服务器的性能和安全性。
1.2 平台功能说明该平台的主要功能包括用户管理、证书管理、授权管理和认证管理。
用户管理模块实现用户信息的录入、修改和删除等功能；证书管理模块实现数字证书的管理；授权管理模块实现对用户权限的管理和控制；认证管理模块实现用户身份认证功能。
1.3 集中用户管理1.3.1 管理服务对象该模块主要管理系统中的用户信息，包括用户的基本信息、身份信息和权限信息等。
1.3.2 用户身份信息设计1.3.2.1 用户类型系统中的用户分为内部用户和外部用户两种类型。
内部用户是指公司内部员工，外部用户是指公司的客户、供应商等。
1.3.2.2 身份信息模型身份信息模型包括用户的身份属性和身份认证方式。
用户的身份属性包括用户名、密码、证书等；身份认证方式包括口令认证、数字证书认证、Windows域认证和通行码认证等。
1.3.2.3 身份信息的存储用户的身份信息存储在数据库中，采用加密方式进行存储，保证用户信息的安全性。
1.3.3 用户生命周期管理用户生命周期管理主要包括用户注册、审核、激活和注销等过程。
在用户注销后，该用户的身份信息将被删除。
1.3.4 用户身份信息的维护用户身份信息的维护包括用户信息的修改、删除和查询等操作。
统一身份认证系统的设计与实现
统一身份认证系统的设计与实现随着互联网的快速发展和普及应用，人们对于网上服务的需求也越来越高。
无论是网上购物、在线银行还是社交媒体，这些服务都要求用户进行身份认证，以确保用户信息的安全性和服务的可信度。
为了解决这个问题，统一身份认证系统应运而生。
统一身份认证系统是一种集中管理和授权用户身份的系统，其核心目标是实现用户在多个应用中使用同一个身份标识进行认证和授权。
这样用户只需要一次认证，便可获得对多个应用的访问权限，提高了用户的便利性和服务的效率。
设计和实现一个好的统一身份认证系统涉及到多个方面的考虑和技术的应用。
下面将从以下几个方面介绍。
首先，安全性是统一身份认证系统设计的重中之重。
用户信息的安全性是用户选择使用该系统的最基本的保障。
设计者需要使用最先进的加密算法和安全协议来保护用户的个人信息，以防止用户信息被盗用或泄露。
其次，系统的可扩展性也是一个重要的考虑因素。
随着用户数量和业务规模的增长，系统需要能够处理大规模的身份认证请求。
可扩展性的设计可以包括将系统划分为多个分布式节点，采用负载均衡和故障恢复机制来提高系统的稳定性和可用性。
另外，用户体验也是统一身份认证系统设计的关键。
用户在登录和认证过程中，如果体验不好，可能会降低用户使用该系统的积极性。
因此，设计者需要考虑简化认证流程、增加多种认证方式和提供忘记密码等用户友好的功能。
除了以上方面，统一身份认证系统还需要和其他系统进行无缝集成。
这意味着系统需要支持各种不同的协议和接口，以实现与不同应用系统之间的数据交互和认证授权的传递。
例如，系统可以支持OAuth和SAML等标准协议，以适应不同应用的要求。
对于统一身份认证系统的实施，需要一定的技术支持。
开发团队应具备丰富的安全和身份认证技术的知识，熟悉常用的身份认证协议和加密算法。
同时，合理的项目管理和团队协作也是保证项目能够按时交付和高质量实现的重要因素。
总结起来，统一身份认证系统的设计与实现是一个复杂而又关键的任务。
- 1、下载文档前请自行甄别文档内容的完整性，平台不提供额外的编辑、内容补充、找答案等附加服务。
- 2、"仅部分预览"的文档,不可在线预览部分如存在完整性等问题,可反馈申请退款(可完整预览的文档不适用该条件!)。
- 3、如文档侵犯您的权益，请联系客服反馈,我们会尽快为您处理(人工客服工作时间：9:00-18:30)。
（ ｉｄａｄＥ ｅｕｅ３种 基本操 作有机 地联结在 一起 Ｂｎ ｎ ｘｃｔ） 协同工 作 。３种基 本操 作 用 Ｗｅ ｅｖ ｅ 技 术 组 件 ｂＳｒｉ ｓ ｃ
（ 括 Ｈ Ｙ ， Ｍ ， Ｏ Ｐ Ｕ Ｄ ， Ｄ ） 现 ， 中 包 Ｔ Ｐ Ｘ Ｌ Ｓ Ａ ， Ｄ Ｉ ＷＳ Ｌ 实 其
第一作者 简介 ： 智敏 （ ９９ ） 男 ， 南郴 州人 ， 段 １７ 一 ， 湖 系统分析 师 ， 湖 南大学软件工程硕士 ， 研究方向： 校园信息化 、ｒ 目管理 。Ｅ ａｌ ｒ项 ｍ ｉ：
户 和角 色 ， 简 化 应 用 系统 中用 户 管 理 模 块 的 建 可
活、 休闲等多方面 的综合性系统， 以应用平 台为 是
支撑 ， 以公 共 服 务 型教 育 体 系 为 系 统 组 织 构 建 纽
带 。数字化 校 园 搭 建 了 办 公 、 习平 台， 合 了各 学 整 类应用 系统 资源 ， 开 展 系统 、 范 的教 学 服务 ， 但 规 需 要公共 服务 体 系提 供 支 撑 和 共 性 服 务 。安 全 是 公
，
否 则将会存 在 以下问题 ： １ 一个 用 户需要 记 忆多个 账 号 、 ） 密码 以登 录不
同系统 ， 容易 忘记 和混乱 ；
２ 不 同系 统 都采 用 自身 的一 套认 证 和 用 户管 ）
理机制 ， 不利 于学校 统一管理 ；
３ 由于缺乏统一管理， ） 离开学校的某些用户仍
⑥
２０ Ｓ ｉ ｅｈＥ ｇｇ ０８ ｃ ．Ｔ ｃ． ｎｎ．
基 于 Ｗｅ ｅｖｃｓ 一 身 份 认 证 的 ｂＳ ｒｉ 统 ｅ
设计 与实现
段 智敏 余 。 维 刘 娜 。
（ 湖南机电职业技术学 院’长沙 ４ ０ ５ ； ， １ １１ 湖南信息职业技术学 院 长沙 ４ ０ ０ 湖南长 沙民政职业技术学院 长沙 ４０ ０ ） ， １２０； ， １０ ４
设， 使用 户在完 成身份 认 证 后无 须 再 次登 录 就 可接 受 校园 网 中其 他 信 息 服 务 系 统 提 供 的服 务 。 同时
还 可为其 他类 型用户 提 供相 应 的接 口， 对 不 同等 针
共服务体系提供高质量服务的前提和保证， 体现在
本身 系统运行 的安 全及 用 户在 使 用 中 的安 全 ， 这两 个安全 主 要 的 实 现 手段 是 使 用者 身 份 的认 证 。由 于数 字校 园由许 多 应 用 系统组 成 ， 证 系统 必 须统 认
Ｗｅ ｅ ｉ ｓ ｂＳｒｃ 从体 系结 构 上看 ， ｖ ｅ 服务 提供 者 、 服
不同的应用系统提供 用户和权 限管理服务 。各应
２０ ０ ８年 ３月 ５ 日收到
务请求者、 服务代理者通过服务注册和发布（ ｅｉ Ｒｇ — ｓ
ｔｒ ｎ ｕ ｌｈ ｒ 、 ｅ ｄＰ ｂｉ ｅ） 服务 查 找 （ ｉｄ 、 ａ ｓ Ｆｎ ） 服务 绑 定 执行
关键词
数 字化校园
面向服务架构
Ｗｅ ｅ ｉ ｓ ｂＳｒ ｃ ｖ ｅ
身份认证
中图法分类号 Ｔ ３３ Ｐ９ ；
文献标志码
Ｂ
服务 型 数 字 化 校 园 是 一个 包 括教 学 、 研 、 科 生
用 系统 只需保 留角 色 和权 限控制 ， 用户 数据 库 资 源 统一 保存在认 证 服务 器 中 ， 由应 用 系统 自行 管 理 用
合， 绑定服务使用 ＷＳ Ｌ和 Ｓ Ａ 。 Ｄ Ｏ Ｐ
统一 身份 认证 服 务 包 括 身份 管 理 和认 证 管 理 。 身份 管 理 为 校 园 网 用 户 提 供 唯 一 的 “ 一 身 份 账 统 号 ” 同 时兼 顾 老 的系 统 中 的用 户信 息 ， 之 与 新 账 ， 使 号关 联 ， 行账 号 映 射 。身 分 认 证具 体 包 含 两 类 服 进 务 ： 是统 一 身 份 账 号管 理 ， 要 完 成 校 园 网用 户 一 主 的统 一身份 账 号 的 增 加 、 改 ， 服 务 由 门户 系 统 修 该 调用 ； 二是账 号 映射 ， 户在 邮件 、 务 等 系 统 已 有 用 教 不 同账号 ， 要 将 账 号 与 统 一 身 份 账 号 进 行 映 射 ， 需
一
级的安全要求提供从 简单密码保护到数字签名等
相 应的安 全措施 。
１ 统一身份认证服务流程
Ｗｅ ｅｖ ｅ 是 一个 面 向服务 （ ｅ ｉ ｒ ｎｅ ｂＳ ｒｉ ｓ ｃ Ｓｒｃ Ｏｉ ｔ ｖ ｅ ｅ ｄ Ａ ｃ ｉ ｃ ｒ ，Ｏ 的 环境 ， 用 于分 布式 应 用 程 序 ｒｈｔ ｔ ｅ Ｓ Ａ） ｅｕ 是 间通信 的接 口技 术 ， 其基 本 思想 是 把 软件 当作一 种 服务 。Ｗｅ ｅ ｉ ｓ ｂＳｒ ｃ 具有 自包 含 （ ｅ －ｏ ｔ ｎｄ 、 ｖ ｅ Ｓｌｃ ｎ ｉ ） 自 ｆ ａｅ
ｓ ｐ ｒｚ ｕ ｅｄ ｍ＠ ｔｍ． ０ 。 ｏ ｅｍ
发布服务使用 Ｕ Ｄ ， Ｄ Ｉ查找使用 Ｕ Ｄ 和 ＷＳ Ｌ的组 ＤＩ Ｄ
维普资讯
１ ３期
段 智敏 ， ： 等 基于 Ｗｅ ｅｖ ｅ 统一 身份认证 的设 计与实现 ｂＳ ｒ ｃｓ ｉ
３ ２ ５１
维普资讯 httpቤተ መጻሕፍቲ ባይዱ//
第 ８卷
第ｌ ３期
２０ ０ ８年 ７月
科
学
技
术
与
工
程
Ｖｏ． Ｎｏ １ Ｊ ｌ ２ ０ １８ ．３ ｕｙ ０ ８
１７ —８９ ２０ ）３ ３２ —６ ６ １１１ （０ ８ １—５０ ０
Ｓ ｉｎ ｅ Ｔ ｃ ｎ ｌ ｇ ｎ ｇｎ ｅ ｉ ｇ ｃ ｅ ｃ ｅ ｈ ｏｏ ｙ ａ ｄ Ｅｎ ｉｅ ｒ ｎ
摘
要
应服务型数字化校园建设 的安全性需要， 利用 Ｗｅ ｅｖ ｅ 组件技术 实现 了“ ｂＳｒｉ ｓ ｃ 浏览器——ｗｅ ｂ服务器—— 目录服务
器” 三层 Ｂ Ｓ结构 的用户统一身份认证服务， ／ 通过 网关认证 、０ ．ｘ认证和分布 式认证相结合， ８２Ｉ 保障 了服 务间的信任及消息 的
可 靠传 输 。
然能登 录校 内一些业 务系统 。
描述 （ｅ －ｅｃｉｉｇ 及模 块 化 的特 点 ， 通过 Ｗｅ Ｓｌｄｓｒ ｎ） ｆ ｂ 可 ｂ
发布 、 找和调 用 。 查
统 一身 份认 证 是在 一 个 集 中 的用 户 认 证 管 理 和集 成环境 中 ， 理 和 分 发 用 户 的权 限和 身 份 ， 管 为