影刀RPA安全与权限管理：企业级RPA安全管理实战

作者：林焱 | 日期：2026-06-09 | 关键词：影刀RPA安全管理、RPA权限设计、操作审计日志、敏感数据加密、企业级RPA安全

---

摘要

RPA机器人拥有比任何员工都高的系统权限，一旦被滥用或攻击，后果不堪设想。本文将系统讲解企业级RPA的安全管理体系：权限最小化设计、操作审计日志、敏感数据加密、与企业AD/LDAP集成、RPA使用合规审计等核心内容，每个方案都配有可直接落地的实施步骤。

阅读收益：

• 掌握企业级RPA安全管理的5大核心领域

• 学会设计RPA机器人的权限隔离方案

• 获得可直接使用的审计日志实施方案

• 

• 理解RPA合规审计的检查清单

---

一、为什么RPA安全如此重要？

1.1 RPA的安全风险

风险类型1：权限滥用
  场景：RPA机器人使用管理员账号自动操作
  后果：一旦RPA被攻击，攻击者获得完整管理员权限
  案例：某金融企业RPA账号被钓鱼邮件攻击，导致10万+客户数据泄露

风险类型2：操作无审计
  场景：RPA执行的操作没有完整日志记录
  后果：出问题后无法追溯原因，无法定位责任人
  案例：某制造企业RPA误删数据库，无法追溯操作时间和原因

风险类型3：敏感数据泄露
  场景：RPA处理的客户信息、财务数据以明文存储
  后果：日志文件被非法访问，敏感数据泄露
  案例：某电商企业RPA日志文件包含客户手机号、地址，被内部员工泄露

风险类型4：流程被篡改
  场景：RPA流程文件没有版本控制，被恶意篡改
  后果：RPA执行恶意操作（如：向竞争对手转账）
  案例：某外贸企业RPA流程被篡改，自动向虚假供应商付款

风险类型5：账号共享
  场景：多个RPA机器人使用同一个系统账号
  后果：无法区分是哪个机器人执行的操作，审计失效
  案例：某银行多个RPA共用一个"系统管理员"账号，出现问题无法定位

1.2 RPA安全管理框架

企业RPA安全管理框架（5大支柱）：

1. 身份认证与权限管理
   → 每个RPA机器人有独立账号
   → 权限最小化原则
   → 与企业AD/LDAP集成

2. 操作审计与日志
   → 完整记录每次操作（Who/When/What/Result）
   → 日志不可篡改（区块链 or WORM存储）
   → 支持合规审计（SOX/GDPR/等保）

3. 数据安全与加密
   → 敏感数据加密存储（AES-256）
   → 传输加密（TLS 1.3）
   → 数据脱敏（日志中的敏感字段脱敏）

4. 流程版本与变更管理
   → 所有流程必须版本控制（Git）
   → 流程变更需要审批
   → 生产环境流程不可直接修改

5. 安全监控与告警
   → 异常操作实时告警（如：非正常时间执行）
   → 操作频率异常检测（如：1分钟内执行100次）
   → 定期安全审计（每月）

---

二、支柱一：身份认证与权限管理

2.1 RPA机器人的账号设计

❌ 错误做法：
  - RPA使用个人账号（如：张三的HR系统账号）
  - RPA使用共享账号（如：admin / rpa_user）
  - RPA使用特权账号（如：system_admin）

✅ 正确做法：
  - 每个RPA机器人有独立账号
    命名规范：rpa_[业务]_[流程名称]
    示例：rpa_hr_resume_filter
          rpa_finance_invoice_process
  
  - 账号权限最小化
    示例：简历筛选RPA → 只有"简历查看"和"候选人新增"权限
          没有"员工信息修改"权限
  
  - 账号密码安全管理
    → 密码长度 ≥ 12位，包含大小写+数字+特殊字符
    → 每90天强制更换密码
    → 密码存储在企业密码管理系统（如CyberArk、HashiCorp Vault）

2.2 与企业AD/LDAP集成

场景： 企业已有Active Directory（AD），希望RPA机器人使用AD账号，实现统一身份认证。

实施方案：

步骤1：在AD中创建RPA机器人账号
  1. 打开"Active Directory 用户和计算机"
  2. 新建组织单位（OU）："RPA_Robots"
  3. 在OU中创建账号：
     - 用户名：rpa_hr_resume
     - 密码：P@ssw0rd_RPA_HR_2026!
     - 勾选"密码永不过期"（机器人账号的特殊处理）
     - 但需配置"服务账号密码定期轮换"策略

步骤2：配置影刀RPA使用AD账号登录
  在影刀RPA的"系统设置" → "身份认证"：
   认证方式：Active Directory
   AD服务器地址：ldap://ad.company.com:389
   绑定DN：CN=rpa_hr_resume,OU=RPA_Robots,DC=company,DC=com
   绑定密码：{{ad_password}}
   基准DN：DC=company,DC=com

步骤3：配置权限（通过AD组）
  1. 在AD中创建组："RPA_HR_ResumeFilter"
  2. 将 rpa_hr_resume 加入该组
  3. 在HR系统中，配置该组的权限：
     - 简历查看：允许
     - 候选人新增：允许
     - 员工信息修改：拒绝
     - 薪酬数据查看：拒绝

2.3 权限最小化配置示例（HR系统）

RPA机器人	所需权限（最小集）	禁止权限
rpa_hr_resume（简历筛选）	简历查看、候选人新增	员工信息修改、薪酬查看、合同修改
rpa_hr_onboarding（入职办理）	员工档案新增、合同生成、设备申请	薪资修改、离职办理、历史档案删除

| rpa_hr_payroll（薪酬计算） | 薪酬数据读取、薪酬表生成 | 员工档案修改、合同修改、考勤数据删除 |
| rpa_hr_attendance（考勤处理） | 考勤数据读取、考勤月报生成 | 薪酬数据访问、员工档案修改 |

---

三、支柱二：操作审计与日志

3.1 审计日志的设计标准

一条完整的审计日志记录，必须包含：

1. 操作人员（Who）
   - 如果是RPA机器人 → 记录机器人账号（如：rpa_hr_resume）
   - 如果是人工触发RPA → 记录人工账号 + 机器人账号

2. 操作时间（When）
   - 精确到毫秒（ISO 8601格式，如：2026-06-09T14:30:25.123+08:00）
   - 使用NTP时间同步（防止时间被篡改）

3. 操作内容（What）
   - 操作类型：登录/查询/新增/修改/删除/导出
   - 操作对象：哪个系统的哪个模块
   - 操作详情：修改了哪些字段，修改前后的值

4. 操作结果（Result）
   - 成功/失败
   - 失败原因（如：权限不足、数据校验失败、系统错误）

5. 操作来源（Where）
   - IP地址
   - 设备ID（如果是移动端）
   - 会话ID

6. 数据快照（Data Snapshot）
   - 操作前的数据状态（快照）
   - 操作后的数据状态（快照）
   - 用于回滚和审计

3.2 影刀RPA审计日志实现方案

方案A：数据库审计表（推荐）

-- 审计日志表结构
CREATE TABLE rpa_audit_log (
    id                  BIGINT PRIMARY KEY AUTO_INCREMENT,
    trace_id           VARCHAR(64)    NOT NULL,  -- 链路追踪ID（一次RPA执行的所有操作共享）
    robot_account      VARCHAR(100)   NOT NULL,  -- RPA机器人账号
    human_operator     VARCHAR(100),              -- 人工触发者（如果是人工触发）
    operation_time     DATETIME(3)   NOT NULL,  -- 操作时间（毫秒精度）
    operation_type     VARCHAR(50)    NOT NULL,  -- 操作类型（LOGIN/QUERY/INSERT/UPDATE/DELETE/EXPORT）
    target_system      VARCHAR(100)   NOT NULL,  -- 目标系统（如：HR系统、财务系统）
    target_module      VARCHAR(100)   NOT NULL,  -- 目标模块（如：简历管理、薪酬计算）
    operation_detail   JSON           NOT NULL,  -- 操作详情（结构化JSON）
    operation_result   VARCHAR(20)    NOT NULL,  -- 操作结果（SUCCESS/FAILURE）
    failure_reason     TEXT,                      -- 失败原因
    source_ip          VARCHAR(45),              -- 来源IP（IPv4 or IPv6）
    session_id         VARCHAR(100),             -- 会话ID
    data_snapshot_before JSON,                   -- 操作前数据快照
    data_snapshot_after  JSON,                  -- 操作后数据快照
    created_at         DATETIME(3)   NOT NULL DEFAULT CURRENT_TIMESTAMP(3),
    
    INDEX idx_trace_id (trace_id),
    INDEX idx_robot_account (robot_account),
    INDEX idx_operation_time (operation_time),
    INDEX idx_target_system (target_system, target_module)
) ENGINE=InnoDB DEFAULT CHARSET=utf8mb4 COMMENT='RPA操作审计日志';

方案B：区块链存证（高合规要求）

适用场景：
  - 上市公司（SOX合规）
  - 金融机构（银保监会要求）
  - 医疗行业（HIPAA合规）

实现方案：
  1. 每条审计日志记录后，计算哈希值（SHA-256）
  2. 将哈希值写入区块链（如：蚂蚁链、腾讯至信链）
  3. 后续审计时，重新计算哈希，与区块链上的对比
  4. 如果一致 → 日志未被篡改
     如果不一致 → 日志被篡改，触发告警

优势：
  - 日志不可篡改（区块链特性）
  - 满足最严格的合规要求

劣势：
  - 成本较高（区块链写入费用）
  - 性能较低（每次写入需要等待区块确认）

3.3 影刀RPA审计日志实现（实战代码）

在影刀RPA中嵌入审计日志：

[子流程：记录审计日志]
输入参数：
  {{operation_type}}    -- 操作类型
  {{target_system}}     -- 目标系统
  {{target_module}}     -- 目标模块
  {{operation_detail}}  -- 操作详情（JSON字符串）
  {{operation_result}}  -- 操作结果（SUCCESS/FAILURE）
  {{failure_reason}}    -- 失败原因（可选）

步骤：
1. [生成trace_id]
   [运行Python脚本]
       脚本代码:
         import uuid
         import datetime
         trace_id = str(uuid.uuid4())
         timestamp = datetime.datetime.now().isoformat()
         print(f"{trace_id}|{timestamp}")
       输出变量：{{trace_id_with_time}}
   
   [字符串分割]
       文本：{{trace_id_with_time}}
       分隔符："|"
       输出列表：{{trace_parts}}
   
   [获取列表元素]
       列表：{{trace_parts}}
       索引：0
       输出变量：{{trace_id}}

2. [获取当前机器人账号]
   [运行Python脚本]
       脚本代码:
         import os
         robot_account = os.getenv("RPA_ROBOT_ACCOUNT", "unknown")
         print(robot_account)
       输出变量：{{robot_account}}

3. [获取来源IP]
   [HTTP请求]
       方法：GET
       URL：https://api.ipify.org?format=text
       输出变量：{{source_ip}}

4. [写入审计日志到数据库]
   [运行Python脚本]
       脚本代码:
         import pymysql
         import json
         from datetime import datetime
         
         # 数据库连接配置（从配置文件读取）
         db_config = {
             "host": "{{db_host}}",
             "user": "{{db_user}}",
             "password": "{{db_password}}",
             "database": "rpa_audit",
             "charset": "utf8mb4"
         }
         
         conn = pymysql.connect(**db_config)
         cursor = conn.cursor()
         
         sql = """
             INSERT INTO rpa_audit_log (
                 trace_id, robot_account, human_operator, operation_time,
                 operation_type, target_system, target_module, operation_detail,
                 operation_result, failure_reason, source_ip, session_id,
                 data_snapshot_before, data_snapshot_after
             ) VALUES (
                 %s, %s, %s, %s, %s, %s, %s, %s, %s, %s, %s, %s, %s, %s
             )
         """
         
         data_snapshot_before = '{{data_before}}'  # JSON字符串
         data_snapshot_after = '{{data_after}}'    # JSON字符串
         
         cursor.execute(sql, (
             "{{trace_id}}",
             "{{robot_account}}",
             "{{human_operator}}",
             datetime.now().strftime("%Y-%m-%d %H:%M:%S.%f")[:-3],
             "{{operation_type}}",
             "{{target_system}}",
             "{{target_module}}",
             '{{operation_detail}}',
             "{{operation_result}}",
             "{{failure_reason}}",
             "{{source_ip}}",
             "{{session_id}}",
             data_snapshot_before,
             data_snapshot_after
         ))
         
         conn.commit()
         conn.close()
         
         print("审计日志写入成功")
       
       输出变量：{{log_write_result}}

5. [条件判断]
   IF {{log_write_result}} 包含 "成功"：
     [记录日志] "审计日志记录成功，trace_id={{trace_id}}"
   ELSE：
     [记录日志] "审计日志记录失败！"
     [发送告警邮件]
          收件人：{{security_admin_email}}
          主题："⚠️ RPA审计日志记录失败"
          正文："机器人：{{robot_account}}\n操作：{{operation_type}}\n失败原因：{{log_write_result}}"

---

四、支柱三：数据安全与加密

4.1 敏感数据的识别与分类

敏感数据分级：

🔴 红色（最高敏感）：
  - 密码、Token、API Key
  - 银行卡号、支付密码
  - 身份证号（完整）
  - 生物识别数据（指纹、人脸）

🟠 橙色（高敏感）：
  - 手机号、邮箱
  - 家庭住址
  - 薪酬数据
  - 健康医疗数据
  - ![在这里插入图片描述](https://i-blog.csdnimg.cn/direct/1a3e2f09828349fc89b76bc0727a9be5.png#pic_center)


🟡 黄色（中敏感）：
  - 姓名
  - 工号
  - 部门信息
  - 入职日期

🟢 绿色（低敏感）：
  - 公司名称（公开）
  - 岗位名称（公开）
  - 办公地址（公开）

4.2 敏感数据加密方案

1. 静态数据加密（Data at Rest）

场景：RPA日志、配置文件、数据库中的敏感数据

方案：AES-256加密

实现（Python）：
  import cryptography.fernet
  import base64
  
  # 从环境变量读取密钥（不要硬编码！）
  encryption_key = os.getenv("RPA_ENCRYPTION_KEY")
  fernet = cryptography.fernet.Fernet(encryption_key)
  
  # 加密
  sensitive_data = "张三的身份证号：110101199001011234"
  encrypted = fernet.encrypt(sensitive_data.encode())
  encrypted_b64 = base64.b64encode(encrypted).decode()
  # 存储 encrypted_b64 到数据库
  
  # 解密
  decrypted = fernet.decrypt(base64.b64decode(encrypted_b64)).decode()
  # 使用 decrypted

2. 传输数据加密（Data in Transit）

要求：
  1. 所有HTTP请求必须使用HTTPS（TLS 1.2+）
  2. 内部系统通信使用mTLS（双向TLS认证）
  3. VPN or 专线（如果跨数据中心）

影刀RPA配置：
  在"打开网页"指令中：
    勾选"使用SSL证书验证"
    勾选"强制HTTPS"

3. 日志中的敏感数据脱敏

脱敏规则：

身份证号：
  原始：110101199001011234
  脱敏后：110101********1234  （保留前6位和后4位）

手机号：
  原始：13800138000
  脱敏后：138****8000  （保留前3位和后4位）

邮箱：
  原始：zhangsan@example.com
  脱敏后：z****n@example.com  （保留首字母和@后内容）

银行卡号：
  原始：6222021234567890123
  脱敏后：622202*********123  （保留前6位和后3位）

姓名（如需要）：
  原始：张三
  脱敏后：张*  （保留姓氏）

实现（Python）：
  import re
  
  def mask_sensitive_data(text):
      # 身份证号脱敏
      text = re.sub(r'(\d{6})\d{8}(\d{4})', r'\1********\2', text)
      
      # 手机号脱敏
      text = re.sub(r'(\d{3})\d{4}(\d{4})', r'\1****\2', text)
      
      # 邮箱脱敏
      text = re.sub(r'(\w)[\w.]+?(\w@\w)', r'\1****\2', text)
      
      return text

---

五、支柱四：流程版本与变更管理

5.1 流程版本控制方案

方案：使用Git进行版本控制

目录结构：
  rpa_flows/
  ├── hr/
  │   ├── resume_filter/
  │   │   ├── README.md          （流程说明文档）
  │   │   ├── main.rpa           （主流程文件）
  │   │   ├── subflows/         （子流程）
  │   │   ├── config/
  │   │   │   ├── dev.json      （开发环境配置）
  │   │   │   ├── test.json     （测试环境配置）
  │   │   │   └── prod.json     （生产环境配置）
  │   │   └── tests/            （单元测试）
  │   └── onboarding/
  ├── finance/
  └── shared/
      └── common_subflows/       （公共子流程）

Git分支策略：
  - main分支：生产环境使用（保护分支，不可直接提交）
  - dev分支：开发分支
  - feature/xxx分支：功能开发分支
  - hotfix/xxx分支：紧急修复分支

提交流程：
  1. 开发人员在 feature/xxx 分支开发
  2. 开发完成 → 提交Pull Request（PR）到 dev 分支
  3. 代码评审（Code Review）→ 至少1人approve
  4. 合并到 dev → 部署到测试环境
  5. 测试通过 → 提交PR从 dev 到 main
  6. 再次代码评审 → 合并到 main
  7. 打标签（Tag）：v1.2.3
  8. 部署到生产环境

5.2 流程变更审批流程

变更类型与审批要求：

类型1：紧急修复（Hotfix）
  示例：生产环境RPA流程报错，需要立即修复
  审批要求：
    - RPA负责人 approve
    - 安全负责人 approve（如果涉及权限变更）
  审批时间：< 2小时

类型2：常规功能新增/修改
  示例：新增一个子流程，修改某个元素选择器
  审批要求：
    - RPA负责人 approve
    - 业务负责人 approve（确认需求合理）
  审批时间：< 24小时

类型3：权限变更
  示例：RPA机器人需要新增某个系统权限
  审批要求：
    - RPA负责人 approve
    - 安全负责人 approve
    - 该系统负责人 approve
  审批时间：< 48小时

类型4：生产环境配置变更
  示例：修改生产环境的API地址、数据库连接串
  审批要求：
    - RPA负责人 approve
    - 运维负责人 approve
    - 安全负责人 approve
  审批时间：< 48小时

---

六、支柱五：安全监控与告警

6.1 异常检测规则

异常类型	检测规则	告警级别	处理方式
非正常时间执行	执行时间在 22:00-06:00 之间	🟡 中	记录日志，发送通知给RPA负责人
操作频率异常	1分钟内执行次数 > 正常值的3倍	🟠 高	暂停RPA，发送告警邮件/短信
权限使用异常	RPA使用了未被授权的权限	🔴 极高	立即终止RPA，安全事件上报

| 登录失败次数过多 | 连续5次登录失败 | 🟠 高 | 锁定账号30分钟，发送告警 |
| 敏感数据导出 | RPA执行了"导出"操作（可能泄露数据） | 🟡 中 | 记录详细日志，人工复核 |
| 流程文件被修改 | 生产环境流程文件被直接修改（应该通过Git） | 🔴 极高 | 立即终止RPA，回滚到上一个版本，安全事件上报 |

6.2 实时监控大屏（Dashboard）

推荐工具：
  - Grafana + InfluxDB（开源方案）
  - Kibana + Elasticsearch（ELK方案）
  - 腾讯云监控（云服务方案）

关键指标（KPI）：
  1. RPA流程执行成功率（目标：> 99%）
  2. RPA流程执行时长（P95 < 5分钟）
  3. 异常告警次数（目标：< 1次/周）
  4. 审计日志写入成功率（目标：100%）
  5. 敏感数据脱敏覆盖率（目标：100%）

告警通知方式：
  - 邮件（非紧急）
  - 短信（紧急）
  - 企业微信/钉钉（紧急）
  - 电话（极紧急，如：生产环境RPA被攻击）

---

七、实战案例：金融行业RPA安全合规方案

7.1 合规要求分析

适用法规：
  1. 《网络安全法》（中国）
  2. 《数据安全法》（中国）
  3. 《个人信息保护法》（中国）
  4. SOX法案（美国，如企业在美上市）
  5. GDPR（欧盟，如涉及欧盟客户）
  6. PCI DSS（如处理信用卡数据）

核心要求：
  - 操作可追溯（审计日志保留至少3年）
  - 权限最小化（RPA不能有超额权限）
  - 数据加密（传输 + 存储）
  - 定期安全审计（至少每季度1次）
  - 安全事件上报（72小时内上报监管部门）

7.2 实施方案

1. 身份认证：
   ✅ 所有RPA机器人使用独立AD账号
   ✅ 密码定期轮换（每90天）
   ✅ 启用多因素认证（MFA）

2. 权限管理：
   ✅ 权限最小化（每个RPA只有完成工作所需的最小权限）
   ✅ 权限定期审查（每季度）
   ✅ 权限变更需要审批

3. 审计日志：
   ✅ 完整记录所有操作（Who/When/What/Result）
   ✅ 日志写入区块链（不可篡改）
   ✅ 日志保留7年（超过合规要求）

4. 数据安全：
   ✅ 敏感数据加密存储（AES-256）
   ✅ 传输加密（TLS 1.3）
   ✅ 日志脱敏（自动脱敏身份证号、手机号等）

5. 流程变更管理：
   ✅ 所有流程版本控制（Git）
   ✅ 生产环境流程不可直接修改
   ✅ 每次变更需要审批

6. 安全监控：
   ✅ 实时监控大屏（Grafana）
   ✅ 异常自动告警（邮件+短信+企业微信）
   ✅ 每月安全审计报告

---

八、总结与延伸学习

8.1 本文知识要点

知识点	掌握标准	相关文章
RPA账号权限设计	能为3个不同场景设计权限方案	本文
审计日志表结构设计	能独立完成审计日志表创建	本文
敏感数据加密与脱敏	能实现AES-256加密和日志脱敏	本文
Git流程版本控制	能配置RPA流程的Git仓库	本文
安全监控告警规则	能设计5条以上异常检测规则	本文

8.2 RPA安全自查清单

每月安全检查清单：

□ 所有RPA机器人是否使用独立账号？（不是共享账号）
□ RPA账号权限是否最小化？（没有超额权限）
□ 审计日志是否完整记录？（所有操作都有日志）
□ 审计日志是否不可篡改？（使用WORM存储 or 区块链）
□ 敏感数据是否加密存储？（AES-256）
□ 日志中的敏感数据是否脱敏？（身份证号、手机号等）
□ 所有RPA流程是否版本控制？（Git）
□ 生产环境流程是否不可直接修改？（需要通过审批）
□ 是否定期安全审计？（至少每季度1次）
□ 安全事件上报流程是否明确？（72小时内上报）

8.3 下期预告

第49篇：《影刀RPA错误处理与重试机制：构建健壮的自动化流程》
将深入讲解RPA流程的错误处理与重试机制设计：如何优雅地处理异常、如何实现智能重试、如何设计断路器（Circuit Breaker）模式、如何实现事务回滚等高级主题。

---

附录

附录A：RPA安全事件应急响应预案

安全事件等级划分：

🔴 P0（极高）：
  - RPA被攻击，数据泄露
  - RPA执行恶意操作（如：向虚假供应商付款）
  - 审计日志被篡改
  响应时间：立即响应（24小时不间断处理）
  上报要求：72小时内上报监管部门

🟠 P1（高）：
  - RPA账号被锁定
  - RPA流程被篡改（但未执行）
  - 敏感数据泄露风险（如：日志文件权限配置错误）
  响应时间：< 4小时
  上报要求：内部上报，不一定需要上报监管

🟡 P2（中）：
  - RPA执行失败（非安全原因）
  - 审计日志部分丢失
  - 流程变更未审批（但未造成损失）
  响应时间：< 24小时
  上报要求：内部上报

应急响应流程：
  1. 发现安全事件（监控告警 or 人工发现）
  2. 初步评估事件等级（P0/P1/P2）
  3. 启动应急预案：
     - P0：立即终止所有RPA，保护现场，成立应急小组
     - P1：终止受影响的RPA，排查原因
     - P2：记录事件，安排修复
  4. 事件处理：
     - 修复漏洞
     - 恢复受影响的系统
     - 追踪攻击来源（如果是被攻击）
  5. 事后复盘：
     - 撰写事件分析报告
     - 制定预防措施
     - 更新安全策略

附录B：常用加密算法与场景对照表

场景	推荐算法	密钥长度	备注
敏感数据存储加密	AES-256	256位	对称加密，速度快
敏感数据传输加密	TLS 1.3	128/256位	HTTPS默认使用
密码哈希存储	bcrypt / Argon2	-	慢哈希，防暴力破解
数字签名	RSA-2048 / ECDSA	2048位	非对称加密
Token生成	HMAC-SHA256	256位	防篡改
区块链存证哈希	SHA-256	256位	不可逆

---

如果本文对你有帮助，欢迎点赞、收藏、转发！有任何问题可以在评论区留言，我会一一解答。