!15102 资源调度修改any参数-monthly

Merge pull request !15102 from 朱天怡/monthly_20221018

zh-cn/application-dev/reference/apis/js-apis-resourceschedule-workScheduler.md

@@ -430,7 +430,7 @@ isLastWorkTimeOut(workId: number): Promise\<boolean>
 | isPersisted     | boolean                           | 否    | 是否持久化保存工作        |
 | isDeepIdle      | boolean                           | 否    | 是否要求设备进入空闲状态     |
 | idleWaitTime    | number                            | 否    | 空闲等待时间           |
-| parameters      | {[key: string]: any}              | 否    | 携带参数信息           |
+| parameters      | {[key: string]: number | string | boolean}              | 否    | 携带参数信息           |
 
 ## NetworkType
 触发工作的网络类型。

zh-cn/application-dev/task-management/background-task-overview.md

@@ -40,7 +40,7 @@ OpenHarmony将后台任务分为四种类型，并提供了一个资源申请的
 
 - **取消时机**：任务完成后，应用应主动取消延迟挂起，不要等到系统回调后再取消，否则会影响该应用的后台允许运行时长配额。
 
-- **配额机制**：为了防止应用滥用保活，或者申请后不取消，每个应用每天都会有一定配额（会根据用户的使用习惯动态调整），配额消耗完就不再允许申请短时任务，所以应用完成短时任务后应立刻取消延迟挂起，避免消耗配额。（注：该配额指的是申请的时长，系统默认应用在后台运行的时间不计算在内）。
+- **配额机制**：为了防止应用滥用保活，或者申请后不取消，每个应用每天都会有一定配额（会根据用户的使用习惯动态调整），其中单日配额默认为10分钟，单次配额最大为3分钟。配额消耗完就不再允许申请短时任务，所以应用完成短时任务后应立刻取消延迟挂起，避免消耗配额。（注：该配额指的是申请的时长，系统默认应用在后台运行的时间不计算在内）。
 
 ## 长时任务
 长时任务给用户能够直观感受到的且需要一直在后台运行的业务提供后台运行生命周期的保障。比如：业务需要在后台播放声音、需要在后台持续导航定位等。此类用户可以直观感知到的后台业务行为，可以通过使用长时任务对应的后台模式保障业务在后台的运行，支撑应用完成在后台的业务。

zh-cn/application-dev/task-management/work-scheduler-dev-guide.md

@@ -38,7 +38,7 @@ storageRequest| [StorageRequest](../reference/apis/js-apis-resourceschedule-work
 isRepeat| boolean |是否循环任务
 repeatCycleTime| number |循环间隔
 repeatCount | number|循环次数
-parameters | {[key: string]: any} |携带参数信息
+parameters | {[key: string]: number | string | boolean} |携带参数信息
 
 **表3** 延迟任务回调接口