游戏时间限制

1）为什么需要时间限制

• 满足许可证和道德要求；
• 减少投诉和冲锋；
• 以健康行为为代价的LTV可持续指标。

2）限制类型（建议的分类法）

注意：时间限制必须与存款/损失限制和现实检查保持一致。

3）适用政策和规则

减少限制立即生效。
升级-仅在冷却后（24-168小时；记录在政治中）。
到达会话阈值（如上所述90分钟）时强制休息-窗口锁定在5-15分钟后倒计时。
宵禁时间：高风险概况/区域规范的自愿性（经同意）或"默认"。
日志：不变的安装/更改/锁（WORM）提交。

4）没有"黑暗"技术的UX模式

原则："休息/继续"的同等可见性，清晰的数字（分钟/小时），本地TZ，窗户上没有促销。

• 个人资料→"自我控制"→"游戏时间"：会议/日/周限制+宵禁时间。
• 游戏中的进度指示器："今天：90分钟中的45分钟。"
• Reality Check with timer and net result（无压力返回）。

• Onbording："选择时间限制。下降立即起作用，在48小时（冷却后）上升"
• 暂停前："您正在播放90分钟。为了安全起见，休息时间为10分钟。暂停期间没有投注。"
• 当天的限制达到了："白天的时间限制（120分钟）已经用尽。游戏将于明天00：00开始提供"
• 上调请求："将日限提高到180分钟，将在48小时后生效。确认吗？"

5）触发和升级（干预梯子）

1.柔软的裸体（30-60分钟）：提醒时间/休息时间,15分钟休息/设置限制按钮。
2.强化提示（80%限制）：超时/降低限制的建议。
3.强制性休会（100％会期门槛）。
4.在达到白天/周限时锁定时间。
5.提供持续超频和其他RG信号（chasing，夜间会议）的自我体验。
6.Sapport联系人是具有重音码的轮廓人。

6）复杂的案例以及如何解决它们

多设备/标签：计数活动游戏窗口；对并行会话进行重复数据消除,使用心跳事件。
比赛/巡回赛：提前警告，在抽签结束前应用"宽限期"，但紧接着固定强制性的休息时间。
AFC/不作为：在N分钟不活动后自动暂停和自动停顿（不要在"比赛期间"注销AFK）。
多垂直：单独的垂直限制+通用的"上限"帐户限制。
时间/DST：在UTC中存储标签，在玩家的位置显示；时期规则是根据本地TZ。
可用性：对比/字体，屏幕阅读器支持，易懂的文本。

7）与其他RG工具的连接

Reality Checks：显示时间进度,提供休息/超时/自我体验。
存款/损失限额：用尽时间时冻结存款/利率。
自我体验：在活动状态下，不显示任何游戏提示-仅提供信息。

8）体系结构（参考）

时间限制服务：存储极限和残余,aggreging heartbeat事件,计算活动分钟。

Event Bus: `session.start`, `session.heartbeat`, `session.end`, `bet.placed`, `bet.settled`, `timeout.started/ended`.

政策引擎：冷却规则，强制休息，宵禁，升级。
Gateway Guards：利息/存款前的谓词（零时块）。
UI/通知：自我监控中心，弹出窗口，位置。
审计/WORM：不变的更改/锁定/中断日志。

失败安全：如果时间限制服务不可用,请执行"严格"行为-禁止利率/存款或最后记录的余额（设置策略）。

9）隐私和数据

最小化：存储分钟/状态而不是详细的行为遥测。
用于时间分析的DPIA。
透明度：在RG政策中，描述计算，TZ，AFK规则，宵禁。
Retention：时间总成-12-24个月，锁定日志-根据许可要求。

10）效率指标和SLO

时间限制的选择率（目标≥30 -50％）。
Break Take Rate （Reality Check后自愿休息的比例）。
Time-to-Enforce（在没有时间的情况下锁定之前）：<1-2秒。
超时预防：耗尽时间后避免投注的比例（接近100%）。
Harm-Signal Reduction： 将夜间长会话/"chasing"减少30天。
复合率对通知的侵入性（保持低）。
System Availability (Time Limits): ≥99.9％的降解量。

11） RACI（角色）

12）支票清单（运营）

发射前

• 确定会期/日/周门槛和宵禁。
• 强制性中断和升级冷却已实施。
• 配置心跳和重复数据消除会议（多设备）。
• Lokali，可用性，无促销文本。
• 包括WORM审核和SLO/度量仪表板。
• 由DPIA进行，RG政策已更新。

在运行中

• 每周校准阈值和通知频率。
• 监视false blocks/false allows和侵入性投诉。
• 检查零时间剩余玩家的竞选活动。

事件

• 退化计划（仅限/最后余额）。
• 失败时向玩家进行通信，对日志进行时间调整。

13）脚本示例

A.会期限为90分钟，强制性休会10分钟

玩家达到90分钟→窗口被锁定，计时器10分钟，帮助/退出资金按钮。休息后-重新开始会议。

B.日限额120分钟

玩家在早上打了100分钟，晚上打了20分钟→直到当地的TZ 00：00。UI显示"明天可用"。

C.宵禁02： 00-06：00（自愿）

尝试登录时： "游戏窗口关闭至06：00。您可以设置例外，但我们建议将游戏移至白天"

14）常见错误以及如何避免错误

每5-10分钟→输入一个频率和有意义的阈值。
上升时没有降温→监管风险和对玩家的伤害。
AFK帐户为"游戏时间"→使用心跳和自动暂停。
休息窗口中的促销→禁止；只有RG选项。
不计算TZ/DST →在UTC, UI-在本地进行计算。
缺乏日志→证明合规性无济于事。

15）实施路线图（6个步骤）

1.政策和DPIA：确定限制的类型，阈值，宵禁，冷却。
2.体系结构：时间限制服务,heartbeat, guards, WORM审核。
3.集成：与Reality Checks、存款/损失限制、自我排序、CRM支持相关联。
4.UX/内容：自我监控中心、文本、本地化、可用性。
5.可观察性：绩效指标和SLO，Alerta，RG报告。
6.改进：A/B时间/语言，阈值校准，投诉分析。

结果

游戏时间限制不仅仅是计时器，而是自我监控的端到端轮廓：诚实阈值，强制休息时间，正确的时间跟踪技术，透明的UX，无促销，与其他RG工具的链接以及严格的可观察性。这种方法可以保护玩家，增强合规性和声誉，并增强产品的可持续性。