DB32∕T 2777-2015 生态环境监控系统建设规范 服务集成与信息传输

ICS 35.020 L 01 备案号：46311-2015 DB32 江苏省地方标准 DB32/T 2777-2015 生态环境监控系统建设规范 服务集成与信 息传输 Specifications for construction of ecological environment monitoring system Service integration and information transmission 2015 - 06 - 15 发布 2015 - 08 - 15 实施 江苏省质量技术监督局 发 布 DB32/T 2777-2015 II 目 次 前言 II 1 范围 1 2 规范性引用文件 1 3 术语、定义和缩略语 1 4 总体架构 2 4.1 组成与要求 2 4.2 服务调用方式 4 5 接口规范 6 5.1 接口类型 6 5.2 接口功能 6 5.3 技术要求 7 5.4 输入输出格式 7 6 服务调用及部署要求 9 6.1 总分平台间服务调用架构 9 6.2 分（子）平台间服务调用架构 . 10 7 集成服务编写要求 . 11 7.1 服务设计开发原则 . 11 7.2 服务分类 . 12 7.3 服务命名 . 12 7.4 服务编号 . 14 7.5 服务报文 . 14 8 公共服务规范 . 16 8.1 概述 . 16 8.2 要求 . 16 9 服务接口应用 . 20 9.1 应用举例描述 . 20 9.2 服务调用 . 20 9.3 服务注册管理 . 21 9.4 统计 . 22 9.5 更新检查 . 22 9.6 废止 . 22 附录 A（规范性附录） SOAP 1.1 报文格式 . 23 附录 B（规范性附录） SOAP 1.2 报文格式 . 24 DB32/T 2777-2015 II 前 言 本标准按照GB/T 1.12009的规定编制。 本标准由江苏省环境保护厅提出并归口。 本标准起草单位：江苏省生态环境监控中心、江苏省标准化研究院、江苏润和软件股份有限公司。 本标准主要起草人：刘珏、何春银、许萌君、黄艺青、陈媛、徐洁、陈晓龙、寇晓芳。 DB32/T 2777-2015 1 生态环境监控系统建设规范 服务集成与信息传输 1 范围 本标准规定了生态环境监控系统中服务集成与信息传输平台的总体架构、 接口规范、 服务调用及部 署要求、集成服务编写要求、公共服务规范和服务接口的应用。 本标准适用于服务集成与信息传输平台的设计、开发和管理。 2 规范性引用文件 下列文件对于本文件的应用是必不可少的。 凡是注日期的引用文件， 仅注日期的版本适用于本文件。 凡是不注日期的引用文件，其最新版本（包括所有的修改单）适用于本文件。 GB/T 5271.12000 信息技术 词汇 第1部分：基本术语 GB/T 5271.172010 信息技术 词汇 第17部分：数据库 3 术语、定义和缩略语 GB/T 5271.12000、GB/T 5271.172010确立的以及下列术语和定义适用于本部分。 3.1 术语和定义 3.1.1 服务集成与信息传输平台 由服务总线、服务监控、服务目录、服务管理、公共服务组成的，实现 SOA 集成项目中用户及权限 管理、服务注册与管理、基础数据管理、审计管理配置等功能的集成平台。 3.1.2 单点登录 用户通过一次登录就可访问所有相互信任的应用系统的一种登录方式。 3.2 缩略语 MSMQ 不同的应用之间实现相互通信的一种异步传输模式 Message Queue SOA 面向服务的体系结构 SOAP 简单对象访问协议 Simple Object Access Protocol SOAP Header 有关 SOAP 消息的应用程序专用信息 Simple Object Access Protocol Header SSO 单点登录 Single Sign On WSDL 用来描述 Web 服务和说明如何与 Web 服务通信的 XML 语言 Web Services Description Language XML 可扩展标记语言 Extensible Markup Language DB32/T 2777-2015 2 XML Schema 以 XML 语言为基础的架构 Extensible Markup Language Schema 4 总体架构 4.1 组成与要求 4.1.1 基本特性 服务集成与信息传输平台采用总分结构，架构图如图 1，平台应具有如下基本特征： 1) 能连接多个应用系统，其提供的服务供其他应用系统中有使用权限的用户调用； 2) 能实现服务接入、服务接出及跨分（子）平台的服务(平台服务级联)调用； 3) 应有身份认证服务器用于存放和管理密钥； 4) 应有相应的应用系统服务提供方，作为服务功能技术实现的实体； 5) 可向应用系统的服务调用方提供所需信息，服务调用方可以是一个终端客户，也可以是另一 个应用系统。 图1 平台总体架构图 4.1.2 工作机制 统一接入代理 平台应能为应用系统接入的SOAP协议提供统一的接入代理服务， 为实现业务应用与平台之间的松耦 合提供良好的支持。 动态路由 平台代理服务应为服务使用者提供统一的访问入口， 业务服务的路由能根据用户的请求服务标识进 行动态识别，由平台根据服务的配置信息动态路由到指定的业务服务。 DB32/T 2777-2015 3 业务服务透明访问 请求的服务名称、用户、密码等公共信息或控制信息应放在平台报文头中。 业务无关性要求 业务相关的信息可以由服务的提供者自行定义。服务使用者可通过平台实现对业务服务的透明访 问。 公共认证和授权服务 用户的认证和服务的授权可被封装成可重用的服务单元， 由平台处理流程或者外部模块调用， 实现 服务级别的重用性。 多开发语言支持 平台应提供.net、JAVA等多种开发语言的支持。 多种调用方式支持 支持服务请求方使用同步或异步调用等多种调用方式调用业务服务时， 平台能提供必要的调用方式 的转换。 4.1.3 功能设计 组成 由平台核心服务、平台管理服务、平台请求服务、平台接口服务4大模块组成，组成图见图2。 图2 平台功能组成图 要求 DB32/T 2777-2015 4 .1 平台核心服务应提供服务接入及服务调用，实现服务目录服务、安全验证、服务代理、服 务路由。 .2 平台管理服务应实现对集成平台基础数据的管理，包括用户管理、权限管理、服务管理、 审计管理、服务监控和异常管理等。 .3 平台请求服务应提供服务转换消息的存储与处理，并且通过服务通道进行交换的处理，异 步处理时，能通过队列方式存储服务信息，并且依照顺序进行消息处理。 .4 平台接口服务应提供服务注册、两级平台的服务对接工作，提供注册服务的同步，提供服 务查询接口的同步工作。 4.2 服务调用方式 4.2.1 分类 平台应提供服务透明调用功能。 服务调用方式可分为同步、 异步带返回结果和异步不带返回结果三 种。 4.2.2 同步调用 调用过程 同步调用过程见图 3。 图3 基于同步的服务请求经由平台的处理过程 实现方式 具体为： 1) 客户端同步向平台发出调用服务的请求，当此阻塞并等待返回结果； 2) 平台接收此服务调用请求后，经由服务总线同步调用目标服务，阻塞并等待目标服务返回结 果； 3) 目标服务返回处理后的调用结果至服务总线； 4) 服务总线将最终结果同步返回到当前客户端。 4.2.3 异步调用方式 被动请求结果 .1 调用过程 异步调用方式中对于被动请求结果的调用过程见图4。 DB32/T 2777-2015 5 图4 基于异步的服务被动返回结果经由平台的处理过程 .2 实现方式 具体为： 1) 客户端异步向平台发出调用服务的请求，不等待返回结果； 2) 平台同步调用目标服务，等待返回结果； 3) 目标服务执行完毕，同步返回结果到服务总线； 4) 平台调用客户端提供的回调服务通知返回结果， 如客户端为异步调用， 返回结果的匹配可 由调用客户端自行匹配。 主动请求结果 .1 调用过程 异步调用方式中按照请求标识ID序列发出请求，对于主动请求结果的调用过程见图5。 图5 基于异步主动请求返回结果的服务请求经由平台的处理过程 .2 实现过程 具体为： DB32/T 2777-2015 6 1) 客户端异步向平台发出调用服务的请求，不等待返回结果； 2) 平台同步调用目标服务，等待返回结果； 3) 目标服务执行完毕，同步返回结果到服务总线； 4) 平台调用客户端提供的回调服务通知返回结果，如客户端为异步调用，调用标识的 ID 及 返回结果的匹配可由调用客户端自行匹配。 5 接口规范 5.1 接口类型 5.1.1 平台对外接口分为应用服务接口和管理服务接口，大批量数据交互服务考虑用数据交换方式实 现。 5.1.2 应用服务接口提供生态环境监控系统所包含的具体的应用和信息服务。 5.1.3 管理服务接口提供总分两级平台之间，分（子）平台之间的平台管理服务的信息传输服务。 5.1.4 平台接口的调用架构见图 6。 图6 平台接口的调用架构 5.2 接口功能 5.2.1 用户管理功能：提供平台管理用户的管理功能，能实现用户新增、修改、删除等功能。 5.2.2 权限管理功能： 提供服务调用者与具体信息服务使用权限绑定的功能， 能实现绑定和解除绑定。 5.2.3 服务同步功能：提供各级平台之间同步信息服务的功能，能实现同步增加和同步卸载。 5.2.4 审计管理功能：提供服务调用情况记录的查询功能，能实现请求结果的查询和服务日志的审计 和管理。 应用服务接口 管理服务接口 DB32/T 2777-2015 7 5.2.5 安全服务功能：提供对平台使用者进行身份验证的功能，能实现对用户行为监控，对用户访问 行为进行策略设置等。 5.2.6 服务查询功能： 提供平台上注册的信息服务的查询功能， 能实现关键字查询和服务类型查询等。 5.3 技术要求 平台接口的 Web Service 应能支持如下协议： SOAP1.1 或 SOAP1.2 ； WSDL1.1； SOAP Attachments； operation 支持 Document-oriented 和 literal encoding。 5.4 输入输出格式 5.4.1 应用服务接口 应采用支持SOAP1.1 或SOAP1.2数据类型的Web Service，请求报文格式应符合表1和表2的要求，返 回报文格式应符合表3的要求。 SOAP1.1 具体报文格式要求见附录A， SOAP1.2 具体报文格式要求见附录 B。 表1 请求报文 SOAP Header 属性的值和含义 SOAP Header: SHeader 属性名称 出现次数 说明 Userinfo username 1 用户名 password 1 密码 userorg 1 所属机构 Svcinfo Srcapp 1 来源应用，用 GUID 表示 Token 1 或 0 异步的功能的令牌 Callbackurl 1 或 0 异步服务回调的地址 表2 请求报文 SOAP Body 属性的值和含义 SOAP Body 名称 出现次数 说明 * 1 请求报文，里面内容可以是任意的业务报文内容 表3 返回报文的 SOAP Body 属性的值和含义 SOAP Body 属性名称 出现次数 说明 * * 遵守soap协议标准的业务相关数据 5.4.2 管理服务接口 DB32/T 2777-2015 8 分类 管理服务接口又分为管理接口和服务接口，两种接口都应以Web Service方式提供接口服务。各级 平台在提供管理时都需要提供服务停用、服务启用两种接口，在提供服务时需提供服务同步接口，同步 接口分为主动同步和被动同步。 报文规范 .1 管理接口 管理接口请求报文属性应符合表4的要求，服务停用参数规范和返回值规范应分别符合表5和表6的 要求， 服务启用参数规范和返回值规范应分别符合表7和表8的要求， SOAP1.1 具体报文格式要求见附录 A，SOAP1.2 具体报文格式要求见附录B。 表4 请求报文报头规范 SOAP Header: SHeader 属性名称 出现次数 说明 Userinfo username 1 用户名 password 1 密码 userorg 1 所属机构 表5 服务停用报文 SOAP Body 参数规范 SOAP Body:Disable 名称 出现次数 说明 Serviced 1 请求报文，里面内容可以是停用服务的编号 表6 服务停用报文返回值参数规范 SOAPBody:Disable 名称 出现次数 说明 Result 1 返回服务停用的结果,成功：true；失败:false Exception 1 如果有异常，则写入异常信息，无异常可为空 表7 服务启用报文 SOAP Body 参数规范 SOAP Body:Enable 名称 出现次数 说明 Serviced 1 请求报文，里面内容可以是停用服务的编号 表8 服务启用报文返回值规范 DB32/T 2777-2015 9 SOAP Body:Ensable 名称 出现次数 说明 Result 1 返回服务启用用的结果,成功：true；失败:false Exception 1 如果有异常，则写入异常信息，无异常可以为空 .2 服务接口 服务接口请求报文报头属性的值和含义应符合表9的要求。 表9 请求报文报头属性的值和含义 SOAPHeader: SHeader 属性名称 出现次数 说明 userinfo username 1 用户名 password 1 密码 userorg 1 所属机构 .3 主动同步服务 主动服务是由各级平台向省平台送服务信息，主动同步的服务参数内容可参考如下示例： 0/1/2 .4 被动同步服务 被动服务是由各级平台提供服务同步的接口， 由省平台向各级平台同步服务信息， 被动同步的服务 参数的具体内容应按照.3的要求。 6 服务调用及部署要求 6.1 总分平台间服务调用架构 6.1.1 总分平台间服务调用 总服务平台通过总平台服务目录进行管理，总服务平台上的服务通过服务总线自定义生成服 务，服务调用经用户验证判断，不应匿名访问。 总服务平台与分（子）分别部署独立的服务总线，总分平台之间相互服务调用应经服务总线 调用，总分平台间服务调用如图 7 所示。 DB32/T 2777-2015 10 图7 总分平台间服务调用示意图 6.2 分（子）平台间服务调用架构 分（子）平台的服务在分（子）平台本地服务总线上发布并注册到本地平台服务目录，通过服务同 步，同步到总服务平台的服务目录，根据不同分（子）平台标识分别路由到各分（子）平台服务总线。 分（子）平台间服务调用如图8所示。 DB32/T 2777-2015 11 图8 地市间服务调用 7 集成服务编写要求 7.1 服务设计开发原则 7.1.1 高增长性 应对服务请求的未来增长进行预计，使服务能适应不断增加的吞吐量。 7.1.2 可重用性 使服务能被需求提出者以外的人重用，并宜使服务达到最大应用范围。 7.1.3 可适应性 应根据业务服务的实际情况提供多种调用模式，宜提供以下调用模式： 基于 HTTP 的 SOAP 报文同步调用； 基于.NET 过程调用的本地存根调用； 基于.JAVA 过程调用的本地存根调用。 7.1.4 无状态与自包含 服务不应依赖于使用者和提供者间长期存在的关系， 操作调用也不应隐式地依赖于前一个调用。 服 务应设计为可避免维护会话上下文的需求，服务完成的操作所依赖的信息只需在本身内部查找即可。 7.1.5 考虑并发性 应充分考虑服务的并发性调用， 除在业务操作层面要求服务必须同步返回结果外， 大部分服务宜采 DB32/T 2777-2015 12 用异步调用方式，避免因并发量太多导致对服务提供者和服务总线的性能影响。 7.2 服务分类 服务按业务类型进行分类，各应用服务根据类型向服务平台注册，提供服务调用者调用。服务类型 定义应符合表10的规定,可拓展。 表10 服务应用类型代码 类型代码 业务要素名称 01 水环境 02 空气环境 03 重点污染源 04 机动车尾气 05 饮用水源地 06 辐射环境 07 危险固废 08 应急风险源 90 基础服务类 91 管理类 92 安全类 99 其他 7.3 服务命名 7.3.1 平台通过服务注册的方式，对各项服务进行统一的管理。 7.3.2 平台上注册的服务需要按照服务命名的规则在服务平台上注册和被调用。 7.3.3 服务的命名规则以 XXX.YYY.SSS.MMM.FFF 的方式进行命名并做注册，含义分别为： XXX：表示为服务范围； YYY：表示为服务属地； SSS：表示为服务系统定义； MMM：表示为服务系统模块定义； FFF: 表示为服务方法定义。 7.3.4 服务范围定义 XXX（服务范围定义）作为服务平台工作范围的标识，表示服务是从哪里产生的，在生态环境监控 系统中缺省定义为XXX:JSHB。 7.3.5 服务属地定义 YYY（服务属地定义）表示是从哪一级部门产生的服务。在生态环境监控系统中服务属地定义用各 地的行政区划编码简写来表示，服务属地定义应符合表11的要求。 DB32/T 2777-2015 13 表11 服务属地定义 属地编码 属地名称 3200 江苏省环保厅 3201 南京市环保局 3202 无锡市环保局 3203 徐州市环保局 3204 常州市环保局 3205 苏州市环保局 3206 南通市环保局 3207 连云港市环保局 3208 淮安市环保局 3209 盐城市环保局 3210 扬州市环保局 3211 镇江市环保局 3212 泰州市环保局 3213 宿迁市环保局 7.3.6 服务系统定义 SSS（服务系统定义）表示是从哪一系统产生的服务。服务系统定义用生态环境监控系统中建设的 各个应用系统的简称来表示，系统简称全部用半角字符表示，可以由小写字母和数字组合组成，所属子 系统定义可参照表12的内容。 表12 子系统定义举例 系统简称 系统名称 zxxt 信用征集系统 zbtx 指标体系系统 yjfk 意见反馈系统 7.3.7 服务系统模块定义 MMM（服务系统模块定义）由服务编写者提供，服务名称全部用半角字符表示，可以由小写字母和 数字组合组成。 服务编写者应确认编写的服务在平台上具有唯一的命名， 并且提交平台管理员注册成功 后使用。 7.3.8 服务方法定义 FFF（服务方法定义）由服务编写者提供，服务名称全部用半角字符表示，可以由小写字母和数字 组合组成。 服务编写者应确认编写的服务在平台上具有唯一的命名， 并且提交平台管理员注册成功后使 用。 7.3.9 服务命名示例 单点登录系统Base模块，统计在线人数方法的服务定义为：jshb.3200.base.sso.onlineusers DB32/T 2777-2015 14 7.4 服务编号 7.4.1 平台能够提供根据服务编号访问服务的功能。 7.4.2 服务编号是按照服务范围、服务属地、服务系统定义、服务系统模块、服务名称进行顺序编号。 7.4.3 服务系统模块的编号为 3 位数，编号原则为顺序号，不足 3 位的以 0 填充。 7.4.4 服务名称的编号为 3 位数，编号原则为顺序号，不足 3 位的以 0 填充。 7.4.5 以统计在线人数方法的服务定义（jshb.3200.base.sso.onlineusers）为例： jshb . 3200 . base . sso . onlineusers jshb . 3200 . 90 . 001 . 001 统计在线人数方法的服务定义用编号定义为：jshb.3200.90.001.001 7.5 服务报文 7.5.1 服务请求报文 示例如下: 张三 123456 1 b4c02ef6-be33-470f-af92-f8c60c901703 a52ad9ca-d9a1-4638-b539-307467cc190e :1668/service/jshb.system.model.helloworld user1 123456 1234567 1234567 7.5.2 服务调用者请求报文 DB32/T 2777-2015 15 平台中服务的调用者应通过目录服务获取访问服务在地址， 然后按服务访问要求规范提供服务访问 报文的报头信息，服务访问调用服务的报头可参考如下示例: 张三 123456 1 b4c02ef6-be33-470f-af92-f8c60c901703 a52ad9ca-d9a1-4638-b539-307467cc190e :1668/service/jshb.system.model.helloworld 注1：报文 Soap Header 中 xmlns=/ 为命名空间，应与实际服务相对应。 注2：报文 Soap Header 中的用户名和密码应通过服务集成平台的身份验证，否则不能使用服务。 注3：调用者在调用服务时，与实际业务相关的报文信息，按照服务提供者的要求生成实际报文。 7.5.3 服务调用者返回报文 正常结果 示例如下： 400 注1：报文 Soap Header 中 xmlns=/ 为命名空间，应需要与实际服务相对应。 注2：调用者在获得服务结果时，与实际业务相关的报文信息，按照服务提供者的实际内容获取。 异常结果 通过平台使用服务时，平台根据报头和报文捕获异常，并将异常返回到调用者，平台的异常状态编 码如表13。 DB32/T 2777-2015 16 表13 服务平台的异常状态 异常编码 异常描述 550 请求的目录不存在 551 请求的目录已停用 552 请求的报头不规范 553 用户不存在或无权限 554 远程服务器错误 555 获取异步服务结果令牌失效 8 公共服务规范 8.1 概述 各级平台的公共服务是对外提供服务信息查询、服务目录查询服务，名称和接口类型如表13所示。 表14 平台的公共服务对外提供服务信息查询、服务目录查询服务 服务名称 描述 接口类型 IServiceFindService 服务信息查询 WebService IServiceFindRouting 服务目录查询 WebService 8.2 要求 8.2.1 服务信息查询 查询内容 服务查询是通过传入的输入参数来查找平台服务目录中的服务， 服务信息查询模块调用平台管理提 供的服务查询接口来查询服务的信息。返回的服务信息包括:服务基本信息、服务状态信息、服务所拥 有的方法、版本信息等。 服务参数要求 查询服务相关信息的服务名称为IServiceFindService，查询WSDL地址为http:/服务器IP地址:端 口/IServiceFindService.asmx?wsdl， 其服务方法参照表15， 输入参数和输出参数分别参照表16和表17。 表15 服务信息查询服务方法 服务方法 方法说明 备注 GetServiceInfo 查询服务的信息 见输入/输出参数说明 表16 服务信息查询输入参数说明 标识符 说明 类型 备注 Directory 服务目录 String 当前查询服务的目录 表17 服务信息查询输出参数说明 标识符 说明 类型 备注 DB32/T 2777-2015 17 Id 服务编号 Int rout_name 服务名 String rout_directory 服务目录 String rout_path 服务目录 String rout_description 服务描述 String rout_attach 是否包含附件 Int 0:不包含，1:包含 rout_soapAction SoapAction String rout_asyn 调用方式 String 0:同步，1:异步 rout_asyntype 异步回调方式 Int 0:主动，1:被动 rout_disabled 是否禁用 Int 0:启用，1:禁用 rout_log 是否记录日志 Int 0:不记录日志,1:记录日 志 rout_status 服务状态 Int rout_checkuser 是否验证用户 Int 0:不验证,1:验证 user_id 创建用户 Int CreateDate 服务上线时间 DateTime 注：绑定类型为Web Service，调用方式为同步调用 服务调用者请求报文格式示例 服务信息查询服务调用者请求报文格式可参考如下示例，有关服务接口的Web Service请求报文规 范内容，应符合本部分5.4的规定： jshb.3200.base.sso.getonlineusers 服务调用者结果返回报文格式示例 服务信息查询服务调用者请求报文格式可参考如下示例，有关服务接口的Web Service返回报文规 范内容，应符合本部分5.4的规定： 22 DB32/T 2777-2015 18 获取在线人数 jshb.3200.base.sso.getonlineusers 3.94 0:8088/WebServiceSSO.asmx 获取集成平台实时在线人数 1 /GetOnlineUsers 0 0 0 0 1 0 0 2012-07-13T10:00:14.64 8.2.2 服务目录查询 查询内容 服务查询是通过传入的输入参数来查找平台服务目录中的服务， 服务信息查询模块调用平台管理提 供的服务查询接口来查询服务的信息。返回的服务信息包括:服务基本信息、服务状态信息、服务所拥 有的方法、版本信息等。 服务参数要求 查询服务相关信息的服务名称为IServiceFindRouting，查询WSDL地址为http:/服务器IP地址:端 口号/IServiceFindRouting.asmx?wsdl，其服务方法参照表18，目录查询不需要请求不需要参数，参数 WSDL 表示该服务发布的网络描述语言，输出参数参照表19。 表18 服务目录查询服务方法 服务方法 方法说明 备注 GetRoutingList 查询目录列表 见输入/输出参数说明 表19 服务目录查询输出参数说明 标识符 说明 类型 备注 Directory 服务目录 String 注：绑定类型为Web Service，调用方式为同步调用 服务调用者请求报文格式示例 DB32/T 2777-2015 19 服务信息查询服务调用者请求报文格式可参考如下示例，有关服务接口的Web Service请求报文规 范内容，应符合本部分5.4的规定： 服务调用者结果返回报文格式示例 服务信息查询服务调用者请求报文格式可参考如下示例，有关服务接口的 Web Service 返回报文 规范内容，应符合本部分5.4的规定： jshb.3200.basewaithandle.getwaitreaddbmailstotal jshb.3200.base.sso.getonlineusersinfo jshb.3200.base.waithandle.getwaitmessageslist jshb.3200.base.waithandle.getwaitmessagestotal jshb.3200.base.waithandle.getwaitreaddbmailslist jshb.3200.base.pwd.modify jshb.3200.base.huanbao.executerequst jshb.3200.base.msq.restoremessage DB32/T 2777-2015 20 jshb.3200.base.sso.getonlineusers 9 服务接口应用 9.1 应用举例描述 平台桌面与单点登录系统服务调用交互情景等内容时， 如果要修改用户的密码， 则需向单点登录系 统在服务平台注册的服务地址（http:/服务器地址/jshb.3200.base.pwd.modify）发出请求，平台将 请求转发给单点登录系统，由单点登录系统将处理结果返回给应用桌面。 9.2 服务调用 9.2.1 平台发出服务调用请求 其服务调用请求报文可参考如下示例，其中请求目录为jshb.3200.base.pwd.modify： 张三 1