基于身份的通信示例

此示例说明了面向拥有约 1,000 至 5,000 名员工的中型企业的基于身份的通信解决方案。通常，设计逻辑体系结构时需要彻底的业务分析及随后的详细的技术要求分析。但是，这是一个理论性示例，假定已确定以下业务需求：

• 企业员工需要对内部站点、通信服务、日历服务及其他资源的个性化访问。

• 企业范围的验证和授权提供对内部站点和其他服务的访问。

• 可跨越所有企业服务对单个身份进行跟踪，从而启动了可提供对内部站点和其他服务访问的单点登录 (single sign-on, SSO)。

此示例的使用案例将详细说明登录程序、阅读电子邮件、发送电子邮件、个性化门户、同步日历以及其他类似用户活动。

下图说明了此种基于身份的通信解决方案的逻辑体系结构。

基于身份的通信示例的使用案例

对于此种性质的部署解决方案，通常存在大量概括说明用户与该解决方案所提供服务的交互作用的详细使用案例。此示例着重说明用户从浏览器客户机登录门户时组件间的交互。此示例将登录方案分为以下两个使用案例：

• 用户登录，通过验证，然后 Portal Server 检索用户的门户配置。

• Portal Server 检索要在 Web 客户机中显示的电子邮件和日历信息。

可将这两个使用案例视为一个扩展使用案例。但是在此示例中，为简单起见，单独对两个使用案例进行说明。

使用案例 1：用户成功登录后，门户检索用户的配置

步骤

1. Web 浏览器客户机将用户 ID 和密码发送到 Portal Server。

2. Portal Server 向 Access Manager 请求验证。

3. Access Manager 向 Directory Server 请求用户 ID 和密码验证。

4. Directory Server 验证用户 ID 和密码。

5. Access Manager 向 Directory Server 请求用户配置文件。

6. Directory Server 返回用户配置文件。

7. Portal Server 向 Access Manager 请求用户显示配置文件。

8. Access Manager 返回门户配置。

9. 门户配置在浏览器客户机中显示。

   

使用案例 2：门户服务器显示电子邮件和日历信息

步骤

1. 在成功登录、验证、检索门户配置后，Portal Server 向 Messaging Server MMP 请求电子邮件消息。

2. MMP 向 Messaging Server STR 请求消息列表。

3. STR 将消息列表返回给 MMP。

4. MMP 将消息标头转发给 Portal Server。

5. Portal Server 向 Communications Express 请求日历信息。

6. Communications Express 向 Calendar Server 后端请求日历信息。

7. Calendar Server 后端将日历信息返回给 Communications Express。

8. Communications Express 将日历信息转发给 Portal Server。

9. Portal Server 将所有频道信息发送给 Web 浏览器客户机。