update iam

Signed-off-by: Nyouliang_1314 <youliang4@huawei.com>

zh-cn/application-dev/reference/apis/js-apis-useriam-faceauth.md

@@ -34,11 +34,11 @@ constructor()
 
 **示例：**
 
-  ```js
-  import userIAM_faceAuth from '@ohos.userIAM.faceAuth';
+```js
+import userIAM_faceAuth from '@ohos.userIAM.faceAuth';
 
-  let faceAuthManager = new userIAM_faceAuth.FaceAuthManager();
-  ```
+let faceAuthManager = new userIAM_faceAuth.FaceAuthManager();
+```
 
 ### setSurfaceId
 
@@ -56,6 +56,10 @@ setSurfaceId(surfaceId: string): void;
 | -------------- | ---------------------------------- | ---- | -------------------------- |
 | surfaceId       | string     | 是   | [XComponent](../arkui-ts/ts-basic-components-xcomponent.md#getxcomponentsurfaceid) 持有 Surface 的 ID。 |
 
+以下错误码的详细介绍请参见[用户认证错误码](https://gitee.com/openharmony/docs/blob/master/zh-cn/application-dev/reference/errorcodes/errcode-useriam.md)
+
+**错误码：**
+
 | 错误码ID | 错误信息 |
 | -------- | ------- |
 | 201 | Permission verification failed. |
@@ -64,15 +68,15 @@ setSurfaceId(surfaceId: string): void;
 
 **示例：**
 
-  ```js
-  import faceAuth from '@ohos.userIAM.faceAuth';
+```js
+import faceAuth from '@ohos.userIAM.faceAuth';
 
-  let surfaceId = "123456";
-  let manager = new faceAuth.FaceAuthManager();
-  try {
+let surfaceId = "123456";
+let manager = new faceAuth.FaceAuthManager();
+try {
     manager.setSurfaceId(surfaceId);
     console.info("set surface id success");
-  } catch (e) {
+} catch (e) {
     console.error("set surface id failed, error = " + e);
-  }
-  ```
+}
+```

zh-cn/application-dev/reference/errorcodes/errcode-useriam.md

+#  用户认证错误码
+
+## 201 权限验证失败
+
+**错误信息**
+
+Permission verification failed.
+
+**可能原因**
+
+该应用没有调用相关接口的权限:
+调用userAuth模块的getVersion、getAvailableStatus、start和cancel接口都需要ohos.permission.ACCESS_BIOMETRIC权限。
+
+**处理步骤**
+
+申请权限。在module.json5文件的requestPermissions对象中配置ohos.permission.ACCESS_BIOMETRIC权限。更多配置信息[应用包结构配置文件的说明](https://gitee.com/openharmony/docs/blob/master/zh-cn/application-dev/quick-start/stage-structure.md)。
+
+## 202 调用方不是一个系统应用
+
+**错误信息**
+
+The caller is not a system application.
+
+**可能原因**
+
+faceAuth模块的setSurfaceId当前只允许系统应用进行调用，非系统应用调用则会返回202错误码。
+
+**处理步骤**
+
+应用需要更改签名配置文件中的app-feature字段值为hos_system_app，使其成为系统应用才可以调用setSurfaceId接口。
+
+## 401 参数不正确
+
+**错误信息**
+
+Incorrect parameters.
+
+**可能原因**
+
+该错误码表示调用接口时传入的参数不正确（包括参数个数和参数的取值）
+例如调用userAuth模块的getAvailableStatus接口时，如果只传入1个参数，或者authTrustLevel的取值不在[ATL1, ATL2, ATL3, ATL4]范围，则会返回401错误码。
+
+**处理步骤**
+
+请检查传入的参数个数和参数取值等信息。
+
+## 12500002 一般的操作错误
+
+**错误信息**
+
+General operation error.
+
+**可能原因**
+
+NAPI层解析参数出错。
+用户认证服务的进程没有启动。
+IPC通信的proxy客户端写数据出错。
+IPC通信的stub服务端解析数据出错。
+获取driver服务出错。
+
+**处理步骤**
+
+重启设备，重新调用接口。
+
+## 12500005 认证类型不支持
+
+**错误信息**
+
+The authentication type is not supported.
+
+**可能原因**
+
+传入的认证类型参数不支持，例如调用userAuth模块的getAvailableStatus接口时传入的参数不是FACE或FINGERPRINT类型，则会返回12500005错误码。
+
+**处理步骤**
+
+请检查传入的认证类型参数，重新调用接口。
+
+## 12500006 认证信任等级不支持
+
+**错误信息**
+
+The authentication trust level is not supported.
+
+**可能原因**
+
+调用userAuth模块的getAvailableStatus或getAuthInstance接口时，传入的authTrustLevel参数不在[ATL1, ATL2, ATL3, ATL4]范围内。
+当前的设备的确不支持该认证信任等级。
+
+**处理步骤**
+
+检查传入的authTrustLevel是否在合理范围，如果在合理范围，则是当前的设备不支持该认证信任等级。
+
+## 12500010 该类型的凭据没有录入
+
+**错误信息**
+
+The type of credential has not been enrolled.
+
+**可能原因**
+
+例如调用userAuth模块的getAvailableStatus接口，传入的authType参数为FACE，但是当前的设备没有录入人脸凭据，则会返回12500010错误码。
+调用start接口发起人脸认证，但是目前的设备没有录入人脸凭据，则会返回12500010错误码。
+
+**处理步骤**
+
+检查是否录入该类型的凭据，如果没有录入，则需要成功录入该类型凭据后再调用相关接口。
+
+## 12700001 人脸录入过程中的操作失败
+
+**错误信息**
+
+The operation is failed.
+
+**可能原因**
+
+例如调用faceAuth模块的setSurfaceId接口时，人脸认证服务未启动，则会返回12700001错误码。
+IPC通信的proxy客户端写数据出错。
+IPC通信的stub服务端解析数据出错。
+人脸driver层调用出错。
+
+**处理步骤**
+
+一般主要检查人脸认证服务的进程是否启动。

zh-cn/application-dev/security/userauth-guidelines.md

@@ -9,13 +9,13 @@
 
 ## 接口说明
 
-userIAM_userAuth模块提供了用户认证的相关方法，包括检测认证能力、认证和取消认证等，用户可以使用人脸、指纹等生物特征信息进行认证操作。具体接口说明可以查阅[API参考](../reference/apis/js-apis-useriam-userauth.md)。
+userIAM_userAuth模块提供了用户认证的相关方法，包括查询认证能力、发起认证和取消认证等，用户可以使用人脸、指纹等生物特征信息进行认证操作。具体接口说明可以查阅[API参考](../reference/apis/js-apis-useriam-userauth.md)。
 
-在执行认证前，需要检查设备是否支持该认证能力，具体指认证类型、认证等级。如果不支持，需要考虑使用其他认证能力。
+在执行认证前，需要指认证类型和认证等级，查询设备是否支持该认证能力。如果不支持，需要考虑使用其他认证能力。
 
 **表1** 用户认证开放能力列表
 
-| 接口名                                                       | 功能描述                                                     |
+| 接口名称                                                       | 功能描述                                                     |
 | ------------------------------------------------------------ | ------------------------------------------------------------ |
 | getVersion() : number                                        | 获取认证对象的版本信息。                                     |
 | getAvailableStatus(authType : UserAuthType, authTrustLevel : AuthTrustLevel) : number | 根据指定的认证类型、认证等级，检测当前设备是否支持相应的认证能力。 |

zh-cn/device-dev/driver/driver-peripherals-pinauth-des.md

@@ -61,7 +61,7 @@ Pin_auth驱动的主要工作是为上层用户认证框架和Pin_auth服务提
 ![image](figures/pin_auth服务与驱动交互.png "pin_auth服务与驱动交互")
 
 ### 约束与限制
-口令认证的实现需要在TEE安全环境中实现，口令凭据等数据的保密信息需要在安全环境中存储。
+口令认证的实现需要在TEE安全环境中实现，口令凭据等数据的加密信息需要在安全环境中存储。
 ## 开发指导
 
 ### 场景介绍

zh-cn/device-dev/driver/driver-peripherals-user-auth-des.md

@@ -45,7 +45,7 @@
 
 - 用户认证框架公钥 & 执行器公钥
 
-  用户身份认证处理需要保证用户数据安全以及认证结果的准确性，用户认证框架与基础认证服务间的关键交互信息需要做数据完整性保护，各基础认证服务将提供的执行器能力对接到用户认证框架时，需要交互各自的公钥，其中：
+  用户身份认证处理需要保证用户数据安全以及认证结果的准确性，用户认证框架与基础认证服务间的关键交互信息需要做数据完整性保护，各基础认证服务将提供的执行器能力对接到用户认证框架时，需要交换各自的公钥，其中：
 
     - 执行器通过用户认证框架公钥校验调度指令的准确性，如锁定一个人脸模板，这种情况导致无法使用人脸功能，属于敏感操作，需要确保指令准确，才可处理。
 
@@ -121,7 +121,7 @@ User_auth驱动的主要工作是为User_auth服务提供稳定的用户凭据
 | UpdateIdentificationResult(uint64_t contextId, const std::vector<uint8_t>& scheduleResult,<br/>        IdentifyResultInfo& info) | 更新识别结果，进行此次识别方案结果的评估。                   |
 | CancelIdentification(uint64_t contextId)                     | 取消此次识别。                                               |
 | GetAuthTrustLevel(int32_t userId, AuthType authType, uint32_t& authTrustLevel) | 获取此用户当前认证类型的认证可信等级。                       |
-| GetValidSolution(int32_t userId, const std::vector<AuthType>& authTypes, uint32_t authTrustLevel,<br/>        std::vector<AuthType>& validTypes) | 筛选此用户当前认证可信等级下可用认证方式。                   |
+| GetValidSolution(int32_t userId, const std::vector<AuthType>& authTypes, uint32_t authTrustLevel,<br/>        std::vector<AuthType>& validTypes) | 筛选此用户当前认证可信等级下可用的认证方式。                   |
 
 ### 开发步骤
 

zh-cn/readme/用户IAM子系统.md

@@ -2,7 +2,7 @@
 
 ## 简介
 
-用户身份和访问管理子系统，下称用户IAM（Identity and Access Management），旨在为OpenHarmony提供统一用户身份凭据信息管理和用户身份认证框架能力，支持多用户分别设置认证凭据信息，并根据用户设置的认证凭据信息提供用户身份认证功能，支撑锁屏等安全场景。同时，用户IAM子系统也提供API，支持三方开发者调用系统提供的身份认证能力来实现业务对用户的访问控制要求。
+用户身份和访问管理子系统，下称用户IAM（Identity and Access Management），旨在为OpenHarmony提供统一用户身份凭据管理和身份认证的能力，支持多用户分别设置凭据信息，并根据用户设置的凭据信息提供用户身份认证功能，支撑锁屏和支付等安全场景。同时，用户IAM子系统也提供对外的接口供三方应用调用，实现业务对用户的访问控制要求。
 
 **图1**  子系统架构图
 
@@ -14,15 +14,14 @@
 - **用户身份凭据管理：** 向上提供系统内统一的用户身份凭据信息管理接口，向下通过认证执行器管理模块，调用系统内的认证资源，完成用户身份凭据的生命周期管理和安全存储。
 - **认证执行器管理：** 提供认证资源管理和认证会话管理功能，支持系统内身份认证相关**执行器**<sup>注</sup>统一管理和协同调度，支持不同类型的身份认证执行器灵活对接。
 
-基于统一用户认证框架，系统可以扩展支持多种认证能力。OpenHarmony框架当前已经支持的**认证执行器**包含口令认证和人脸认证，开发者如果想实现新的认证执行器，只需要在新的部件内实现认证相关功能，并且按照执行器管理模块定义的接口与统一用户认证框架对接即可。
+基于统一用户认证框架，系统可以扩展支持多种认证能力。OpenHarmony框架当前已经支持的**认证执行器**包含口令执行器和人脸执行器，开发者如果想实现新的认证执行器，只需要在新的部件内实现认证相关功能，并且按照执行器管理模块定义的接口与统一用户认证框架对接即可。
 
-*注：在用户IAM子系统内，将一个用户身份认证操作的最小执行单元称为**执行器**，如一个口令认证模块，处理口令采集、口令处理和比对、口令安全存储的全过程，因此可以抽象为一个口令认证的全功能执行器。*
+*注：在用户IAM子系统内，将一个用户身份认证操作的最小执行单元称为**执行器**，如一个口令认证模块，包含口令采集、处理、安全存储和口令比对的全过程，因此可以抽象为一个口令认证的全功能执行器。*
 
 ## 目录
 
-
 ```undefined
-//base/user_iam
+//base/useriam
 ├── user_auth_framework	        # 用户认证框架，包括用户认证、凭据管理和执行器管理
 ├── face_auth			# 人脸认证部件，与认证执行器管理对接，支持人脸录入、删除和人脸认证功能
 ├── pin_auth 			# 口令认证部件，与认证执行器管理对接，支持口令录入、删除和口令认证功能
@@ -31,7 +30,7 @@
 
 ## 约束
 
-1. 用户身份凭据信息管理类操作，是系统内的关键操作，相关接口只支持系统基础应用调用。
+1. 用户身份凭据信息管理类操作，是系统内的关键操作，相关接口只支持系统基础应用的调用。
 2. 执行器内部真正完成用户凭据信息的处理，因此只支持系统服务实现执行器的功能，与认证执行器管理模块对接。
 
 ## 说明
@@ -39,7 +38,7 @@
 ### 使用说明
 
 1. 统一用户认证框架必须配合一个认证执行器才可以使用。
-2. 系统内默认存在的第一个认证执行器应该是口令执行器。
+2. 系统内默认存在的第一个认证执行器是口令执行器。
 
 ## 相关仓