有了这份文件，你可以：

此框在印刷版中不可见。

远程赌博和软件技术标准（RTS）

远程赌博和软件技术标准根据2005年赌博法第89和第97条。

出版日期：2021年2月2日

最后更新：2021年12月15日

本版本于2025年3月17日印刷或保存

在线版本：/standards/remote-gambling-and-software-technical-standards

1 -简介

1.1本文件列出了博彩监察局根据2005年《赌博法》（在新标签页打开）第89条和第97条发布的远程赌博和软件技术标准。

1.2《策略性废物处理策略》的草拟格式列出主要原则，但不会过度规定必须如何达到这些原则。每项要求的一般构成和格式如下：

测试和审核需求

1.3委员会关于遵守远程赌博和软件技术标准的测试策略（PDF）（测试策略）列出了委员会目前对测试时间和程序的要求。遵守RTS和测试策略是许可条件1。

1.4重要的是，测试策略列出了需要独立第三方测试的情况。相关标准在第3章-远程赌博和软件技术标准和第4章-安全要求中给出。

1.5测试策略及附带的保安审核意见（在新标签页开启）亦列明牌照持有人应符合的独立审核规定。这是基于ISO/IEC 27001: 2013的相关章节，在第4章-安全要求中进行了总结。

1.6负责采购游戏测试的被许可方还需要提交游戏测试年度审计。测试策略中提供了进一步的细节。

RTS汇总表

1.7为方便参考，附件A列出了所有技术标准及其对不同赌博产品的适用性。该摘要应被视为高级概述，并应与RTS的相关部分一起考虑。

远程宾果游戏和附属许可证

1.8以下标准适用于远程宾果游戏牌照持有人，即透过远程通讯方式为在多于一套处所进行的宾果游戏提供设施：

1.9如果在多个场所提供宾果游戏，则持有完整远程运营许可证的实体将负责确保遵守RTS。然而，我们希望附属牌照持有人（或个别处所）已获得足够的保证，即通过远程终端提供的内容符合前面列出的相关标准。附属牌照持有人仍须遵守宾果设备规格-牌照条件2.3.2。

远程彩票和辅助许可证

1.10委员会对彩票采取了一种基于风险的方法-豁免在辅助远程许可证下提供的技术标准彩票2。订阅彩票，即那些用户消费通常受到控制的产品，不受RTS某些方面的限制（例如，RTS 12）。该技术标准主要针对在完全远程彩票许可证下提供的高频产品，使消费者能够在相对较短的时间内参与多次抽奖。这些产品具有与即时彩票类似的风险（见术语定义），需要遵守相关的技术标准。

赌博软件

1.11就赌博软件而言，这些技术标准仅适用于制造、供应、安装或改编软件，以用于依赖委员会颁发的经营许可证进行的远程赌博。

许可证条件及实务守则（LCCP）中的许可证条件2.3.1。辅助远程许可证仅适用于非远程社会彩票运营许可证的持有人，他们希望通过远程方式接受参与彩票的付款，每年最多可获得25万英镑的远程收益。如果你没有持有非远程社会彩票经营牌照，而希望以远程方式收取款项，你必须持有一个完整的远程牌照。如果您目前持有非远程和辅助远程社会彩票许可证，但您的远程收益预计每年超过25万英镑，则需要一个完整的远程社会彩票运营许可证。在非远程社会彩票经营许可证和辅助远程许可证下提供的产品必须遵守LCCP的相关章节。

2 -术语定义

2.1在本文档中，以下术语的含义如下：

所有链接都在新选项卡中打开。

有偿游戏或活动
根据先前的支出或收入调整获胜结果可能性的游戏或虚拟事件。有时被称为适应性行为或百分比补偿。
方便
这个术语一般指的是设施或信息要么在屏幕上，要么可以通过高效的导航或其他方式直观地访问。
游戏
一种机会游戏，定义在 《2005年赌博法》第6(2)条(行动)。
赌博

《2005年赌博法案》对赌博的定义如下：

  • 游戏-在第6节的含义内
  • 投注-在第9节和
  • 参与第14条所指及受第15条规限的彩票。

游戏会话
游戏会话是指玩任何适用的活动，例如宾果游戏或赌场游戏，并在玩家开始玩真钱游戏时开始。当玩家退出游戏时，游戏会话就结束了。
高频彩票
由同一非商业团体或地方当局或作为同一多个彩票计划的一部分，在前一次彩票开奖后不到一小时开奖的彩票。
即时彩票
每次抽奖在参与者购买彩票之前或购买时进行的一种彩票。
彩票

如法案第253条所述以及本文件中对彩票的引用包括：

  • 通过远程通信的方式在入场后邮寄的彩票
  • 以电子方式发送或显示给某人的信息，使该人能够以电子方式保存或打印该信息。

映射
使用随机数生成器（RNG）的结果选择结果的过程。例如，RNG的结果被映射到一个卷轴条符号。
点对点赌博
一种赌博方式，顾客互相对赌，而不是和庄家对赌。例如，均等机会的游戏，如扑克或通过赌博交换的点对点赌博。
Play-for-free
也被称为为乐趣而玩。演示版本的真钱游戏，客户没有下注或赢得任何金钱或金钱的价值。
渐进式或渐进式头奖
根据预先设定的基础价值，在游戏中所投入的金钱的贡献而增加的增量奖励。
随机数生成器（RNG）
指用于产生具有统计随机性特性的随机数的任何硬件或软件。
受限显示设备

一种设备，如移动电话，其显示信息的空间有限，当用于访问运营商希望客户通过这种设备使用的赌博设施时。

我们希望使用受限显示设备的玩家仍然能够使用所有必需的负责任的赌博工具，如财务限制或自我排除。例如，要求玩家通过桌面网站版本的赌博设施登录以访问负责任的赌博工具，我们认为这是不可接受的。这种做法会造成不合理的障碍，并可能阻止或阻止移动用户利用现有工具。

扩展
缩放是用于将RNG的输出转换为生成特定赌博产品结果所需的格式的过程。为了说明这一点，RNG可能产生1到100,000之间的结果，但这些可能的结果需要缩放到潜在的游戏结果，例如，1 - 52之间对应于一副标准纸牌。
播种
指用于确定RNG初始状态的过程。
槽
基于卷轴的赌场游戏（包括带有非传统卷轴的游戏）。
订阅彩票
代表同一非商业社会或地方当局推广的一系列彩票（不包括即时彩票），参与者在固定或无限期的定期订阅中支付参加一个或多个未来彩票的费用。
电话赌博
通过电话进行的赌博，不使用视觉显示，通过与客户服务代理或自动系统（如智能语音识别系统或触控音）的互动进行。
第三方软件
指可从核心软件产品中单独获得的软件，旨在添加可选功能。它包括由赌博经营者或玩家提供或使用的附加软件，这些软件不属于基本包的一部分。
虚拟
正如 该法第353(3)条。虚拟事件和虚拟游戏据此解释。

3 -远程赌博和软件技术标准

RTS 1 -客户帐户信息

适用于:

所有的赌博-除了订阅彩票。

RTS目标1

为客户提供有关其当前余额的便捷信息和设施，使他们能够查看以前的赌博和账户交易。

RTS要求1A

当客户持有信用卡或借记卡余额时，用于赌博和将资金转入或转出账户的页面或屏幕必须在客户登录时以其账户的货币（例如美元、欧元或英镑）显示客户的活期账户余额。如果从赌博屏幕上显示当前余额是不实际的，那么必须提供易于访问的此信息链接。

RTS实施指南1A

  1. 赌博页面和屏幕包括虚拟游戏页面，体育博彩券，扑克和其他虚拟游戏“桌”。
  2. 对于电话投注，此信息应客户要求由客户服务代理或自动响应系统提供。

RTS要求1B

客户必须能够轻松访问至少三个月的账户和赌博历史，而无需联系被许可人。至少12个月的赌博和账户历史必须提供的要求。应向客户明确要求提供这些信息的能力，并在切实可行的情况下尽快提供。

  1. 赌博和账户历史应包括：
    1. 信贷和借方信息，如存款、取款、产品之间的资金流动、信贷账户的付款、入会费扣除和奖金信息（视情况而定）
    2. 下注，下注结果，奖金支付
    3. 对于游戏（包括宾果游戏），应该提供完整或总结的游戏信息，例如，游戏中包含10英镑，100英镑，3英镑从游戏中扣除。如果详细的历史游戏信息不一定直接提供给客户，至少客户必须能够轻松访问最后一场游戏的详细信息和以前活动的总结信息
    4. 如客户可在赌博产品之间转移资金，帐户资料及结单应清楚显示进出产品的资金流动情况
    5. 一个选项，客户可以使用自己定义的时间段或从一系列时间段中进行选择。应该显示所选期间的汇总总数（如果事务跨越多个屏幕，则至少在第一个屏幕或页面上显示）。
  2. 对于电话投注和限制显示设备，如果客户证明他们也可以访问网站-通过在线注册或使用其他在线产品-可以通过这些网站提供访问报表，否则客户应通过电子邮件，传真或邮寄发送其报表的常规副本，除非他们选择不接收此信息。即使客户选择不接受常规对账单，也应应要求向他们发送对账单。

RTS要求1C

客户必须能够访问有关其净存款的信息。

RTS实施指南1C

净存款被定义为账户存续期内所有存款的总和减去所有取款的总和。这应该显示在一个帐户级别，所以这个数字表示所有支付方式的净位置。如果不可能完整的账户生命周期历史，那么净存款应至少从2018年4月1日起显示，如果在2018年4月1日之后，则应显示账户开户日期。应提供解释存款净额数字的资料，包括它所涵盖的时间范围。

RTS 2 -显示交易

适用于:

关于规定2A至2D -所有赌博。

关于要求2E -赌场（不包括点对点扑克）。

RTS目标2

使客户能够了解其交易的价值和内容。

RTS要求2A

远程赌博系统必须提供有关客户赌博金额的明确信息，包括在转换点从一种货币形式转换为另一种货币，或从货币转换为信用，筹码或其他代币等。

RTS实施指南2A

  1. 每次赌博的财务承诺应该以客户账户的货币或产品的货币显示在屏幕上的某个地方。只有当相应的货币数额清晰可见，或者客户没有投入额外的钱（如扑克锦标赛）时，才应该使用积分、筹码或其他没有面值的代币。
  2. 任何从一种货币到另一种货币的转换都应该清楚地呈现给客户，任何转换规则也应该呈现给客户。当货币转换为代币、筹码或积分等时，应清楚显示转换情况。
  3. 有关赌博价值的信息应酌情显示，包括：
    1. 单位股权和总股权，无论是货币、信用、代币、筹码，还是任何其他形式的支付
    2. 入场费，例如，参加扑克锦标赛的入场费
    3. 彩票的价格和抽奖次数。
  4. 对于电话赌博，此信息将由客户服务代理或自动响应系统提供。
  5. 对于订阅彩票，通过电子邮件或邮寄发送确认和/或显示赌注和客户订阅时输入的抽奖次数就足够了。

RTS要求2B

赌博系统必须显示有关客户赌博的足够的相关信息，以便赌博的内容清晰。这些信息必须在客户承诺赌博之前提供，包括，例如，在游戏期间显示的艺术品和文本信息，或在电子投注单或彩票上。

RTS实施指南2B

  1. 以下项目提供了关于可能相关的信息类型的指南：
    1. 选择-客户选择赌博的项目
    2. 下注类型
    3. 接受的赔率，例如当前赔率，起始价格，第一次显示等
    4. 在结算投注时优先采用的赔率格式必须在规则中规定。

    2. 在相关的情况下，这些项目也需要设计用于限制显示设备的应用程序。

  2. 对于电话赌博，应在确认投注前将客户的投注内容读给他们听。
  3. 如果客户能够通过使用第三方用户界面来选择覆盖该信息的显示，那么这一定不是默认选项。也就是说，客户必须主动选择不提供这些信息，或者安装不包含这些信息的用户界面。远程赌博系统应继续向客户提供或发送信息；它不应该假定不需要这些信息。
  4. 对于订阅彩票，通过电子邮件或邮寄发送确认和/或显示第一次抽奖和客户将参加的抽奖次数就足够了。

RTS要求2C

赌博系统必须使客户能够选择是否接受在他们被要求下注后发生的价格波动（在任何方向）。

RTS实施指南2C

  1. 应该向玩家提供控制是否接受价格变化的选项。
  2. 这些选项必须在每次下注的基础上呈现，除非客户在接受赌注之前要求默认帐户设置禁用价格变化警报。如果在帐户级别提供功能，则不应将默认选项设置为接受所有波动。客户选择不自动接受价格变化的任何在接受价格变化之前必须重新报价的押注。
  3. 应提供足够的信息向客户解释这些选择。
  4. 一个最优的解决方案是让消费者在一个特定的边际范围内选择自动接受价格变动。提供给消费者的帐户级别选项可以包括接受所有价格较高的赌注，接受所有价格较低的赌注或接受所有不考虑价格变动的赌注。
  5. 这项规定并不打算反映货币波动。

RTS需求2D

选择使用第三方用户界面的客户必须被告知，应用程序可能不会显示有关其赌博的完整信息。

RTS实施指南2D

有关资料应包括在向客户提供及/或发出的有关赌博产品的条款及条件、规则或其他一般资料内。

RTS要求2E

所有游戏回合必须清楚地显示客户的净头寸，以他们的账户或产品的货币（例如，英镑，美元，欧元）开始。

RTS实施指南2E

净头寸定义为自交易开始以来所有赢利减去所有亏损的总和。

RTS 3 -规则，游戏描述和获胜的可能性

适用于:

游戏（包括宾果游戏）、彩票和虚拟事件投注

RTS目标3

使客户能够根据他们的获胜机会，游戏，彩票或活动的方式，提供的奖品或支出以及多州游戏或活动的当前状态做出明智的赌博决定。

RTS要求3A

在客户承诺赌博之前，必须很容易地向他们解释适用的规则。包括艺术作品和文字的内容必须准确，并足以解释所有适用的规则和如何参与。必须采取一切合理的步骤，以确保内容是可理解的。

RTS实施指南3A

  1. 解释性内容包括在虚拟事件中显示的艺术品和文本中的信息，在“帮助”或“如何玩”页面中，或其他支持材料中。
  2. 指向信息的链接应该放在显著位置，例如在游戏部分的主页、游戏选择页面或菜单上，或者在单个游戏中，这样用户就可以很容易地找到它们。
  3. 至少，受限制的显示设备应该通过菜单项或其他链接提供解释性内容。
  4. 以下项目提供了有关应考虑纳入的解释性内容类型的指引：
    1. 游戏、彩票或虚拟事件的名称
    2. 适用的规则，包括对获胜结果的清晰描述
    3. 对游戏或投注的限制，例如任何游戏时间限制，最大胜利等
    4. 洗牌：虚拟纸牌游戏中洗牌的数量或频率
    5. 是否对头奖有贡献（累进式）以及头奖的运作方式，例如，是否通过实现特定的结果来赢得头奖
    6. 关于如何与游戏互动的说明
    7. 与游戏变形有关的规则，例如，为了获得功能或奖励回合的资格而需要收集的令牌的数量和类型，以及奖励回合的规则和行为
    8. 参加单次抽奖或一系列抽奖的规则以及抽奖的频率。

RTS要求3B

在相关的情况下，随着游戏或事件的进展，必须显示可能合理预期使客户了解当前状态的信息。

RTS实施指南3B

以下项目提供了可能相关的信息类型的指导方针。

  1. 当游戏建立了一个符号（符号等）的集合时，当前收集的数量。
  2. 指示当前相关的规则，例如显示“奖励回合”或其他功能标签。
  3. 这一要求不适用于彩票。

RTS要求3C

对于每个虚拟事件、游戏（包括宾果游戏）或彩票，在客户承诺赌博之前，必须容易地获得可能合理预期的信息，使客户能够对他或她的获胜机会做出明智的决定。资料必须包括：

  1. 对游戏运作方式的描述，以及确定获胜者和分配奖品的方式
  2. 房屋边缘（或边缘）
  3. 玩家回报（RTP）百分比或
  4. 获胜事件发生的概率（可能性）。

RTS实施指南3C

  1. 以下项目提供了关于获胜可能性的可接受信息类型的进一步指导：
    1. 对于获胜的可能性可能取决于其他参与者的技能和/或行动的点对点游戏类型，描述游戏的运作方式以及如何确定获胜者就足够了
    2. 对于宾果游戏和某些类型的彩票或其他游戏，由于获胜的可能性取决于最终参与者的数量，因此无法确定获胜的可能性，对奖金分配方式的描述就足够了
    3. 平均理论回报与玩家的百分比。当一个事件（除了点对点事件）涉及技能元素时，返回玩家百分比应该使用自动游戏策略或标准/发布策略来计算
    4. 房子的边缘，边缘或圆，例如在虚拟比赛中
    5. 每个中奖事件发生的概率，或合理预期允许客户计算该事件发生概率的此类信息。有些游戏的性质可能意味着游戏本身提供了足够的信息，例如，在六面骰子上摇到6的可能性不需要进一步解释。
    6. 在虚拟事件投注中显示的赔率应尽可能地反映每个事件发生的概率。
  2. 信息可能包含在虚拟游戏或事件中显示的艺术品和文本中，在“帮助”或“如何玩”页面中，或其他支持材料中。
  3. 信息应该易于访问，例如在游戏或虚拟事件部分的主页、游戏选择页面或菜单或单个游戏中放置链接。

RTS需求3D

对于每个虚拟事件、游戏（包括宾果游戏）或彩票，在客户承诺赌博之前，描述潜在奖品和支出或计算或确定这些奖品和支出的方法的内容必须容易获得。

RTS实施指南3D

  1. 应该提供有关客户可能赢得的金额的信息，例如以付款表的形式，或通过显示为特定结果支付的赔率。
  2. 对于点对点游戏，奖励是根据参与者的行为来决定的，对游戏运作方式和所收取的佣金或佣金的描述就足够了。
  3. 对于彩票和其他类型的活动，在客户承诺赌博之前可能不知道潜在的金额或奖金，描述确定奖金金额的方式就足够了。
  4. 信息可能包含在虚拟事件中显示的艺术品和文本中，在“帮助”或“如何玩”页面中，或其他支持材料中。
  5. 信息应该易于访问，例如在游戏部分的主页、游戏选择页面或菜单或单个游戏中放置链接。
  6. 随着时间的推移（累进），头奖金额的显示应该尽可能频繁地更新，特别是在中奖后金额被重置后。

RTS 4 -时间关键事件

适用于:

游戏（包括宾果游戏）、彩票和虚拟事件投注

RTS目标4

降低客户因可能影响响应速度的技术因素而处于不公平的不利地位的风险，并确保客户意识到这种风险。

RTS要求4A

如果互动的速度对客户的获胜机会有重大影响，运营商必须评估风险水平，并向委员会证明他们正在采取合理的措施来降低客户的风险。

RTS实施指南4A

可能的方法包括：

  1. 估计客户正在经历的网络延迟（延迟）程度，并定期向客户显示有关他们可能操作的任何缺点的更新信息（例如高、中、低）
  2. 基于估计的性能和/或系统延迟应用一个妨碍系统
  3. 将在一段时间内到达的获胜响应视为同时发生的，并执行如何处理同时发生的获胜的策略。

RTS要求4B

对于时间关键型事件，应该告知客户，由于网络速度较慢或终端用户设备性能较慢等技术问题，他们可能处于不利地位。

RTS实施指南4B

  1. 信息应该包含在游戏描述、规则、“帮助”或“如何玩”页面中。

RTS 5 -结果确定

适用于:

所有的赌博

RTS目标5

确保赌博系统按照向客户描述的方式执行运营商的规则、游戏规则和投注规则。

RTS要求5A

应采取一切合理步骤，确保根据运营商公布的条款和规则以及特定游戏，事件或赌注的规则接受，处理和结算赌博。

如出现意外的系统缺陷、故障或错误而影响到客户，我们会尽快采取措施补救问题，并确保根据情况公平对待客户。

RTS实施指南5A

  1. 在正常运行情况下，在无技术故障的情况下，系统应按规则运行。
  2. 合理的步骤包括根据发布的规则测试系统和新产品，并监控这些产品在实际环境中的持续性能。请参考我们的测试策略，了解该领域的更详细需求。
  3. 当影响客户的错误（例如，错误结算的投注）在事件发生后尽快发生时，应通知客户。应采取措施纠正错误，例如，通过手动调整客户的帐户。

RTS 6 -免费游戏的结果决定

适用于:

游戏（包括宾果游戏）、彩票和虚拟事件投注。

RTS目标6

尽量减少因免费游戏行为而误导客户获胜可能性的风险。

RTS要求6A

免费游戏必须执行与在相同设施（即同一网站）上提供的相应付费游戏相同的游戏规则。运营商必须采取一切合理的措施，以确保免费游戏准确地代表赌博游戏中获胜的可能性和奖金分配。就这一要求而言，玩游戏包括参与彩票和/或在虚拟事件上下注。

RTS实施指南6A

  1. 免费游戏应该使用与相应的付费游戏相同的RNG，另一种符合RTS需求7A的RNG，或者一种公开可用的RNG（游戏邦注：例如那些作为操作系统标准的RNG），这种RNG可能不会产生系统偏差。
  2. 如果6A不合理，则应证明产生结果的方法不会引入系统偏差，例如：
    1. 如果使用随机数表，则它们应该足够长，以支持大量游戏而不会重复
    2. 该方法应该准确地表示游戏概率，也就是说，它不应该产生高于预期的获胜结果比例。
  3. 奖金分配应该准确地代表金钱游戏。例如，当免费游戏使用虚拟现金时，虚拟现金支出应与相应的金钱游戏相同；当使用代币时，作为奖品的代币分配应与金钱游戏中的赌注和奖品成比例。
  4. 如果视频是用来宣传游戏功能的，那么就应该让消费者清楚哪些片段是为了宣传目的而被编辑或加速的。同样地，当一个非消费者（例如供应商）的网站正在展示一款具有高于正常回报的游戏时（即，在一个不同于真钱赌博设施网站的网站上），它应该明确这是一款专门用于展示奖励功能的演示游戏。

RTS 7 -生成随机结果

适用于:

游戏（包括宾果游戏）、彩票和虚拟事件赌博

RTS目标7

确保游戏和其他虚拟活动的公平运作。

RTS要求7A

随机数生成和游戏结果必须是“可接受的随机”。可接受的随机性在这里意味着可以高度自信地证明RNG、游戏、彩票和虚拟事件结果的输出是随机的，例如，通过使用普遍接受的测试和分析方法进行统计分析。适应性行为（即补偿游戏）是不允许的。

如果彩票使用彩票之外的其他事件的结果，为了确定彩票的结果，结果必须是不可预测的和外部可验证的。

RTS实施指南7A

  1. rng必须具备以下素质：
    1. RNG的输出均匀分布在整个输出范围内，游戏、彩票或虚拟事件的结果根据预期或理论概率进行分布
    2. RNG的输出、游戏、彩票和虚拟事件的结果应该是不可预测的，例如，对于软件RNG来说，在不完全了解算法和种子值的情况下，预测下一个数字是什么在计算上是不可行的
    3. 随机数生成不会复制相同的输出流（循环），并且RNG的两个实例不会产生相同的流（同步）。
    4. 任何形式的播种和再播种都不能带来可预测性
    5. 应用于随机数生成器输出的任何缩放都保持了详细的质量
  2. 对于使用外部事件的彩票-在不实际的情况下证明7A -事件的结果应该是：
    1. 不可预测的，也就是说，应该只选择那些可以合理地假定为随机事件的事件
    2. 不受彩票经营者（或外部彩票管理者）的影响
    3. 例如，在当地或全国报刊上发表的可公开获得和外部可核查的事件是可以接受的。
  3. 对于使用物理定律来生成游戏结果的游戏或虚拟事件（机制RNG），所使用的机制RNG应该能够满足a.（在适用的情况下）的要求，此外：
    1. 机械部件的材料应防止任何部件随着时间的推移而分解（例如，球不得分解）。
    2. 不应更改用于选择选项的物理项的属性
    3. 玩家不应该有能力与游戏进行互动、身体接触或操纵游戏机制
  4. 限制适应性行为禁止在游戏过程中改变游戏结果概率的自动或人工干预。限制适应性行为并不是为了阻止游戏提供奖励或执行不同规则的特殊功能，如果它们是基于随机事件的发生。

RTS要求7B

在合理可能的情况下，游戏和活动必须公平地执行，并按照规则和现行支出（如适用）向客户描述。

RTS实施指南7B

  1. 游戏应该在游戏开始前执行用户可获得的规则中描述的规则。
  2. 随机输入到游戏结果的映射应该与主流概率、支付表等保持一致。
  3. 当随机数字被接收时，例如，在游戏请求一系列随机数字之后，它们将按照接收到的顺序被使用，并且它们可能不会因为适应性行为而被丢弃。
  4. 数字或数字序列不会被丢弃，除非它们超出了虚拟事件所需的预期数字范围——这种情况应该导致一个错误被记录和调查。

RTS要求7C

游戏设计或功能不允许在特定结果发生的可能性上误导用户，包括用差一点的失败事件替代失败事件和模拟真实设备，而不是模拟设备的真实概率。

RTS实施指南7C

  1. 当虚拟事件模拟物理设备时，理论上的游戏概率应该与真实设备的概率相匹配（例如，每次投掷硬币时，硬币正面落地的概率必须为0.5）。
  2. 当模拟多个物理设备时，每个结果的概率应该独立于其他模拟设备。
  3. 游戏不能错误地显示差一点的结果，也就是说，事件不能用一个失败的结果代替另一个失败的结果。
  4. 如果比赛需要预先确定的布局（例如，地图上隐藏的奖品），获胜点的位置不应该在比赛过程中改变，除非游戏规则另有规定。
  5. 如果游戏包含技能元素，那么虚拟事件规则或图像中描述的每一个结果都应该是可能的，也就是说，无论玩家的技能如何，他们都应该有机会获得广告所宣传的结果。
  6. 当客户向头奖池捐款时，根据游戏和头奖规则，该客户在玩该游戏时应该有资格赢得头奖。

RTS要求7D

虚拟事件或游戏的规则、支出和结果概率在可用于赌博时不得更改，但游戏、彩票或虚拟事件的规则另有规定的除外。这些变化必须引起客户的注意。

RTS实施指南7D

  1. 更改游戏或活动规则、付款表或其他改变游戏、彩票或活动运作方式、奖金支付或获胜可能性的参数（7Dc中描述的除外），应在游戏或活动离线或暂停的情况下进行。
  2. 更改后的游戏、彩票和事件应该显示通知，告知客户游戏或事件已更改，例如，“规则更改”、“新赔率”或“不同的支付”。如果用户可以直接进入事件而不使用选择屏幕，则该通知应该显示在游戏选择屏幕和事件本身上。
  3. 此要求并非旨在阻止根据游戏或事件规则合法发生指定更改的游戏和虚拟事件，例如：
    1. 虚拟赛事，例如虚拟赛车产品，其中的赔率因赛事而异，具体取决于虚拟选手
    2. 虚拟游戏，如宾果游戏，其获胜几率取决于参与者的数量
    3. 有累进累积奖金的游戏，可以赢得的金额随着时间的推移而变化
    4. 有不同规则的奖励回合游戏，只要这些回合被恰当地描述给顾客
    5. 不允许对规则、付款表或其他改变游戏、彩票或活动运作方式的参数进行未指明的更改，例如，声明“游戏规则可能随时更改”的规则是不可接受的。

RTS要求7E

除订阅彩票外，系统清楚准确地显示游戏或事件的结果以及客户的赌博。结果必须显示一段时间，这段时间可以合理地预期足以让客户了解他们赌博的游戏或事件的结果。

RTS实施指南7E

游戏图像和文本应该足以向用户提供所有必要的信息，以确定他们是输了还是赢了，以及任何获胜的价值。

RTS 8 -自动播放功能

适用于:

游戏（包括宾果游戏）。

RTS目标8A

明确在线游戏不能提供自动播放功能。

RTS要求8A

赌博系统必须要求客户单独参与每个游戏周期。

RTS指南8A

这一要求并不禁止在点对点扑克中提供自动张贴盲牌的功能。

RTS 9 -累进式头奖系统

适用于:

游戏（包括宾果游戏）

RTS目标9

确保累进式头奖系统公平运作。

RTS要求9A

头奖规则的解释必须清楚地提供给客户之前，他们承诺赌博。

RTS实施指南9A

  1. 头奖的规则应该描述它是如何获得资金的，启动种子和任何上限值是什么。头奖系统的玩家回报百分比应该按照RTS 3C显示，这可以是一个组合游戏和渐进头奖RTP数字，或者分解为基础游戏和头奖组件。如果玩家没有资格获得游戏的累进累积奖金，那么应该明确这一点，以及他们各自的理论RTP。
  2. 头奖规则应描述如何确定和颁发奖品，包括当两个或更多玩家同时触发同一个头奖时，或似乎同时触发头奖时会发生什么，例如由于网络延迟问题。
  3. 所有符合条件的玩家都应该能够看到当前的累积奖金值，这些值应该尽可能频繁地更新，特别是在获胜后重置金额之后。
  4. 如果头奖的上限是一个上限值，那么应该解释如何处理后续玩家的贡献（例如，任何重定向溢出或储备池的操作）。

RTS要求9B

头奖系统必须配置和操作具有足够的公平性和安全性。

RTS实施指南9B

  1. 赌博系统应对现场头奖的配置和更改保持严格的访问和记录控制。
  2. 当客户贡献到累积奖金池，该客户应该有资格赢得累积奖金，而他们正在玩的游戏。赢得头奖的机会应该与贡献的金额相关。
  3. 当包含玩家贡献的头奖被取消时，这些贡献需要根据情况公平地退还，并优先考虑做出贡献的玩家。实现这一目标的一些示例方法包括：
    1. 等到下一次头奖颁发后再退役。
    2. 将任何剩余的贡献添加到另一个头奖系统中，最好是具有类似玩家基础的系统。
    3. 一次性返还剩余捐款，并向客户充分披露资金来源。
  4. 赌博系统应确保在触发头奖后立即通知中奖客户赢得头奖，并充分通知其他参与的客户头奖重置值。

RTS 10 -中断赌博

适用于:

点对点赌博和游戏（包括宾果游戏）

RTS目标10

确保客户在游戏或投注中断的情况下得到公平对待，并且他们知道如果发生中断将如何对待他们。

RTS要求10A

运营商必须采取一切合理措施，确保其煽动或处理服务中断的政策是公平的，不会系统性地使客户处于不利地位。

RTS实施指南10A

  1. 对于游戏，应采用以下政策：
    1. 如果在经营者收到客户的赌博通知后发生中断，并且客户不能对事件或赌博的结果产生进一步的影响，则赌博的结果应保持不变
    2. 如果在产生结果之前，对单参与者单阶段事件的中断发生，客户应该将任何扣除的赌注返回到其余额中
    3. 对于有状态的游戏（游戏邦注：即存在多个阶段或决策点的游戏），应该采取所有合理的步骤将游戏恢复到上一次已知的状态，以便用户能够完成游戏
    4. 有多个参与者的游戏（游戏邦注：机会均等或其他）应该根据具体情况进行公平处理
    5. 累进式头奖值应该恢复到失效前的状态。
  2. 对于点对点投注，应适用以下政策：
  1. 如果服务中断是由于赌博系统故障造成的，运营商应该在服务恢复之前暂停所有受重大事件影响的博彩市场的投注
  2. 其他失败应在个案基础上公平处理。

RTS要求10B

系统必须能够从导致赌博中断的故障中恢复，包括在适当的情况下，取消赌博的能力（有或没有人工干预），暂停博彩市场的能力，并采取一切合理的步骤来保留足够的信息，以便能够将事件恢复到故障前的状态。

RTS实施指南10B

  1. 对于游戏，系统应该：
    1. 能够自动取消赌博并将赌博金额恢复给客户，或配合人工操作控制；和
    2. 实施所有合理的措施，以保持足够的信息，以便能够自动将事件恢复到故障前的状态，以便客户可以完成该事件。应酌情恢复下列资料：
    • 一副牌的状态，以及已经发过的手牌
    • 收集的令牌数量
    • 任何其他预定的信息，如地图或奖品布局
    • 任何累积头奖的价值
    • 任何赌博的状态，例如，谁把赌注押在了什么结果上
    • 押注：下或出的赌注
  2. 对于点对点赌博，应该可以手动或自动暂停赌博市场。

RTS要求10C

运营商必须提供有关在各种不同情况下服务中断政策的可用信息。

RTS实施指南10C

运营商应向客户提供有关在各种常见情况下如何对待他们的信息。然而，这并不意味着运营商必须详细说明所有可能的情况或对服务中断的响应。

RTS 11 -限制勾结和欺骗

适用于:

点对点游戏

RTS目标11

降低玩家作弊或串通的风险，使其他玩家处于不公平的不利地位，并告知客户所带来的风险。

RTS要求11A

必须实施旨在阻止、防止和发现串通和欺骗的措施。赌博系统必须保留相关活动的记录，以方便调查，并能够暂停或禁用玩家帐户或玩家会话。操作人员必须监督其政策和程序的有效性。

RTS实施指南11A

  1. 记录的相关活动因比赛而异，但可能包括：
    1. 哪个玩家在哪个牌桌玩
    2. 从账户中获得和损失的金额
    3. 游戏活动到个人下注/行动水平。
  2. 适当时，预防措施可包括：
    1. 采取措施防止一名球员在任何一张桌子上占据一个以上的座位。
  3. 适当时，检测措施可包括检测和调查以下内容：
    1. 经常同桌的玩家
    2. 来自同一地址的玩家共享同一桌
    3. 可疑的打法（如掷筹码）
    4. 不寻常的游戏统计数据。
  4. 应该调查客户对欺诈行为的投诉。
  5. 应保存导致结清帐目的调查记录，包括：
    1. 玩家详细信息（姓名，地点，活动所依赖的许可证），犯罪规模（财务和玩家数量），时间和日期等
    2. 调查的原因（包括是否由客户接触引起）和结果
    3. 任何相关证据，如报告、截图、聊天记录等。在更新相关政策和程序中确定的风险时，应考虑此信息。

RTS要求11B

必须提供有关运营商关于作弊的政策和程序，追回玩家资金以及如果客户怀疑其他参与者作弊如何投诉的信息。

RTS实施指南11B

  1. 作为最低限度的威慑，客户应该被告知，如果发现客户作弊，账户将被关闭。
  2. 关于在廉政调查期间从账户中追回的资金的信息预计不会涵盖所有情况，但应突出该政策的主要目标。
  3. 相关信息应包括在条款和条件或规则中。

RTS 12 -财务限制

适用于:

所有的赌博-除了订阅彩票

RTS目标12

为顾客提供设施，以协助他们遵守与经营者赌博的个人预算。客户还必须能够选择在帐户级别设置财务限制。

RTS要求12A

赌博系统必须提供易于使用的设施，使客户能够设定自己的财务限额。客户必须有机会在注册过程中设定限额（或在客户进行第一次存款或付款时）。

RTS实施指南12A

  1. 对于电话赌博（彩票除外），客户在登记时应询问他们是否希望设定存款或消费限额。客户应该能够在注册后的任何时候要求限制。在客户提出要求后，有关限制应在切实可行的情况下尽快实施。当限制生效时，应通知客户。
  2. 至于其他存取媒体（包括互联网、互动电视及流动电话），客户应有机会从可能包含“无限额”选项的清单中选择存款/消费限额，或在登记或首次存款过程中输入他们所选择的限额。“无限制”选项不应该是默认选项。
  3. 限制的形式可以是：
    1. 存款限额：客户在某一特定期限内存入其账户的金额受到限制
    2. 消费限额：如果客户在赌博（或特定赌博产品）上的消费金额在特定时期受到限制，则这种类型的限制可能适用于客户没有在运营商持有存款账户的情况
    3. 损失限制：损失金额（即从花费金额中减去获胜金额）受到限制（例如，当客户下注10英镑并赢得8英镑时，损失为2英镑）。
  4. 要约限制的期限应包括：
    1. 24小时及
    2. 7天及
    3. 一个月
  5. 此外:
    1. 限制可以针对每个客户、每个帐户或其他方式实施
    2. 也可以对所有产品或渠道实施限制，或对个别产品或渠道实施限制。如果在单独的产品之间也设置了限制，那么使用设施的客户应该清楚，需要为每个单独的产品设置限制。例如，如果为特定游戏设置了限制，则不应误导客户认为该限制自动适用于其他产品。
    3. 财务限制设施应通过主页上的链接提供
    4. 应在存款页面/屏幕上或通过这些页面或屏幕上的链接提供设施
    5. 如果客户同时设置时间框架，例如每日存款限额和每周存款限额，则应始终使用最低限额。因此，如果每天的存款限额为10英镑，每周的存款限额为100英镑，那么系统应该允许的最高存款限额是每天10英镑，每周70英镑。

    RTS要求12B

    必须采取所有合理的步骤，以确保客户主导的限制只有在客户的要求下才会增加，只有在24小时的冷静期过去之后，只有当客户在冷静期结束时采取积极的行动来确认他们的要求。

    RTS实施指南12B

    在可能的情况下（例如，除非系统/技术故障阻止），应在收到请求后24小时内实施限制削减。此外，当客户要求降低限额时，应告知他们何时会降低限额。

    RTS 13 -时间要求和现实检查

    适用于:

    关于要求RTS 13A -所有远程赌博，电话赌博除外。

    关于即时战略游戏13B -远程游戏（包括宾果游戏，但不包括点对点游戏）、远程即赢彩票和高频彩票。

    关于RTS 13C -赌场（不包括点对点扑克）。

    RTS目标13

    为顾客提供设施，协助他们记录赌博时间。

    RTS要求13A

    如果赌博系统使用全屏客户端应用程序，模糊了客户设备上的时钟，则客户端应用程序本身必须显示当天的时间或自应用程序启动以来经过的时间，只要可行。

    RTS实施指南13A

    1. 一天中的时间应该从客户自己的设备或“服务器时间”中获取，并以小时和分钟为单位显示。
    2. 运营商将不会被要求检测客户是否隐藏了他们的时钟。
    3. 经过的时间应该以分钟和小时显示。
    4. 对于受限制的显示设备，应该在设备支持的位置显示一天中的时间或经过的时间。
    5. 此外，用户还可以设置会话或游戏持续时间提醒。

    RTS要求13B

    赌博系统必须提供易于访问的设施，使客户能够设置频率，以便在游戏期间在屏幕上接收和看到现实检查。“现实检查”意味着显示会话开始以来所经过的时间。客户必须确认现实检查，才能将其从屏幕上删除。

    RTS实施指南13B

    1. 客户应该在任何时候都有机会通过易于访问的方式设置或修改现实检查。客户应该能够选择一个频率，在这个频率上，现实检查将出现在屏幕上。客户可以提供一个预先设定的时间段，但这些必须有一个合理和适当的范围，从中选择，并提供默认的时间段，它必须设置在最低限度
    2. 现实检查应该在选定的时间间隔内继续出现，直到客户的游戏会话结束（参见术语定义）或客户退出他们的帐户（这将取决于下面的解决方案iii iii）。如果客户同时参与多个游戏环节（例如，在抽彩之间玩宾果游戏和老虎机游戏），游戏环节从玩家开始使用第一个产品开始。现实核查设施可通过以下其中一种方式实施：
      1. 玩家账户级别的实现——账户级别的实现有两种潜在的解决方案。最理想的方法是让用户为他们的账户设置一个现实检查提醒，这将在第一次游戏开始时开始，并在随后的游戏中滚动。另一种解决方案是，在用户访问游戏会话之前（例如，在帐户登录阶段）开始进行现实检查。第二种解决方案将满足要求，尽管它不会考虑游戏中的自然中断，例如当客户在赌场大厅时。
      2. 产品级实现——这种方法将使客户能够为每个单独的游戏会话设置现实检查，例如，玩家开始玩轮盘赌，然后开始玩21点，同时运行两个现实检查，但覆盖不同的时间段。
      3. 混合解决方案-一些游戏受到一次现实检查，而其他游戏则受到另一次现实检查，例如所有老虎机游戏都受到单一现实检查，而现场经销商产品则受到单独的现实检查。

        4. 必须向玩家提供关于如何实施现实检查的清晰解释，以便他们意识到如何使用它来帮助他们管理赌博。在可能的情况下，玩家的偏好应该适用于所有未来的帐户登录或游戏会话（如适用）。如果这是不可能的，就必须向玩家提供明确的信息，解释他们必须为每个帐户登录或游戏会话设置现实检查。

    3. 现实检查应该为客户提供退出游戏会话或注销帐户的设施（取决于采用上述哪种解决方案）。
    4. 现实检查应该提供到客户帐户历史记录的链接。
    5. 现实检查可以在游戏结束时呈现，但玩家在接受现实检查之前不能向新游戏投入更多资金，除非它发生在多状态游戏（如21点）的中途，如果玩家想要分成或加倍下注，就需要投入额外资金。
    6. 现实检查必须防止自动播放序列中的新游戏开始，直到玩家承认现实检查。

    RTS要求13C

    应该显示游戏会话持续时间的运行时间。

    RTS实施指南13C

    1. 显示的时间应该在游戏打开或游戏开始时开始。
    2. 经过的时间应该以秒、分和小时显示。

    RTS 14 -负责任的产品设计

    适用于:

    在要求RTS 14A和14B -所有赌博。

    关于要求RTS 14C -赌场（不包括点对点扑克）。

    关于需求RTS 14D -插槽。

    关于要求RTS 14E和14F -赌场。

    关于要求RTS 14G -赌场（不包括老虎机和点对点扑克）。

    RTS目标14

    确保产品的设计是负责任的，并尽量减少他们利用或鼓励问题赌博行为的可能性。

    RTS要求14A

    赌博产品不得积极鼓励客户追亏、增加赌注或增加已决定赌博的金额，或在客户表示希望停止赌博后继续赌博。

    RTS实施指南14A

    1. 通过积极鼓励，我们的意思是包含特定的特征、功能或信息，这些特征、功能或信息可以合理地预期会鼓励更大的可能性发生所描述的行为。例如:
      1. 如果客户每次都没有选择，就不应该对产品的资金进行充值，例如，当客户在扑克桌上购买时，他们应该选择购买更多的筹码来在桌子上玩，不应该提供自动重新购买
      2. 书面或图形信息不应鼓励客户试图赢回他们的损失
      3. 不应该鼓励选择退出游戏的用户继续玩下去，比如提供免费游戏。
    2. 这一要求并不是为了阻止运营商提供特殊功能或知名游戏，如21点，允许客户在特定事件（例如分裂）发生时增加赌注。

    RTS要求14B

    消费者不能选择取消他们的提款请求。

    RTS实施指南14B

    一旦客户提出了提取资金的请求，他们就不应该被给予使用这些资金进行存款的选择。经营者应使提取资金的过程尽可能无摩擦。

    RTS要求14C

    赌博系统不能提供同时玩多个老虎机游戏的功能。

    RTS实施指南14C

    1. 运营商不允许提供允许玩家同时玩多个老虎机的功能。这包括但不限于分屏或多屏功能。
    2. 不允许同时使用多个老虎机游戏。

    RTS要求14D

    从一个游戏开始到下一个游戏循环开始必须至少2.5秒。玩家必须先释放游戏，然后按下“开始按钮”或采取类似的行动来开始游戏循环。

    RTS实施指南14D

    当玩家按下“开始按钮”或采取类似行动开始游戏时，游戏周期就开始了，而当玩家在游戏过程中输掉或赢得的所有金钱或金钱，或玩家可以收集到的钱，开始按钮或类似的东西可用来开始下一款游戏时，游戏周期就结束了。

    玩家应该单独投入到每个游戏循环中，持续接触按钮、按键或屏幕不应该开始一个新的游戏循环。

    RTS要求14E

    赌博系统不得允许客户缩短显示结果的时间。

    RTS实施指南14E

    1. 不允许使用涡轮增压、快速旋转和猛停等功能。这并不是一个详尽的列表，而是为了说明需求所引用的特性类型。
    2. 这适用于所有远程游戏，无论游戏周期速度如何。
    3. 这一要求不适用于奖金和/或特色游戏，其中没有额外的赌注。
    4. 此要求并不禁止“刮擦”和/或“显示全部”功能。
    5. 这一要求并不禁止客户将失去他们的赌注的游戏，除非他们采取行动结束游戏。

    RTS要求14F

    赌博系统不得庆祝少于或等于赌博总赌注的回报。

    RTS实施指南14F

    1. 通过“庆祝”，我们的意思是使用与获胜相关的听觉或视觉效果，不允许回报少于或等于最后的总下注金额。
    2. 以下内容提供了告知用户游戏周期结果的合理步骤指南：
      1. 奖励总额的显示。
      2. 在短时间内显示的中奖线将被认为足以通知客户结果。这种实现不应该覆盖任何显示需求（如RTS 7E中所述）。
      3. 简短的声音，以表明游戏的结果和转移到玩家的平衡。

    RTS要求14G

    从一个游戏开始到下一个游戏循环开始必须至少5秒。玩家必须先释放游戏，然后按下“开始按钮”或采取类似的行动来开始游戏循环。

    RTS实施指南14G

    当玩家按下“开始按钮”或采取类似行动开始游戏时，游戏周期就开始了，而当玩家在游戏过程中输掉或赢得的所有金钱或金钱，或玩家可以收集到的钱，开始按钮或类似的东西可用来开始下一款游戏时，游戏周期就结束了。

    玩家应该单独投入到每个游戏循环中，持续接触按钮、按键或屏幕不应该开始一个新的游戏循环。

    RTS 15 -游戏中投注

    适用于:

    赌博和点对点赌博

    RTS目标15

    让客户意识到，在投注现场事件时，他们可能没有最新的可用信息，并且与拥有更多最新信息的运营商或其他客户相比，他们可能处于不利地位。

    RTS要求15A

    必须提供信息，说明“直播”电视或其他广播节目被延迟，而其他人可能有更多的最新信息。在可行的情况下，主要的游戏投注页面必须包括这些信息。

    RTS实施指南15A

    1. 简短的信息应该包含在主要的游戏页面或屏幕上，比如游戏主页或屏幕。更多的细节应该在“帮助”或“如何”或其他产品页面或屏幕上提供。
    2. 对于电话投注，该信息应包含在提供给客户和/或发送给客户的一般投注或产品信息中。
    3. 如果不能在主页面或屏幕上提供简短的通知，则应在易于访问的“帮助”、“使用方法”或其他产品页面或屏幕上提供信息。

    RTS 16 -使用第三方软件

    适用于:

    点对点赌博

    RTS目标16

    让点对点赌博的客户意识到，他们可能是在和一个软件程序（设计成在一定的参数范围内自动参与赌博，有时被称为机器人）或一个由第三方软件辅助的人赌博。

    RTS要求16A

    如果点对点客户可能与其他客户部署的程序进行赌博，或者与第三方软件协助的客户进行赌博，则应提供相关信息，说明这种情况的可能性，如果违反了运营商的条款和条件，应如何报告可疑的使用情况。

    RTS实施指南16A

    1. 有关如何投诉的警告和信息应包含在游戏描述、规则、条款和条件、“帮助”、“如何玩”或其他一般产品信息页面中。
    2. 该警告还应告知客户，如果他们使用一个程序来代表他们赌博，其他客户可能会利用它。

    RTS要求16B

    运营商必须让玩家清楚地知道是否允许使用第三方软件，如果允许，使用哪种软件。禁止某些类型第三方软件的运营商必须实施旨在阻止、防止和检测其使用的措施。

    RTS实施指南16B

    关于允许或禁止的软件类型的清晰易懂的信息应至少包含在条款和条件以及玩家指南中。这不必是一个广泛的列表，但可以是对软件关键特性的描述。

    RTS要求16C

    在点对点赌博中，运营商使用程序代其参与赌博的，必须显示易于获取的信息，明确告知客户运营商使用此类软件。

    RTS实施指南16C

    1. 使用软件代其赌博的点对点赌博运营商（例如，扑克机器人）应该在主页或屏幕上以及游戏描述、“帮助”或“如何玩/下注”页面或屏幕上向客户显示通知。
    2. 至少，受限制的显示设备应在赌博页面/屏幕或“帮助”、“关于”或“如何下注/玩”页面或屏幕上提供进一步信息的链接。

    3LCCP社会责任规范4.2.3

    RTS 17 -现场经销商工作室

    适用于:

    游戏（包括宾果游戏）

    RTS目标17

    确保现场经销商的操作是公平的。

    RTS要求17A

    现场经销商的操作必须公平且可独立审计。

    RTS实施指南17A

    1. 设备和消耗品应具有商业赌场的质量。指定的工作人员应负责监测所有操作设备的完整性。
    2. 赌场老板需要接受足够的培训，以公平的方式根据文件程序和游戏规则提供赌博。应保存培训和进修的证据。
    3. 赌博规定应由负责监督经销商活动和诚信的人员监督。所有发牌人活动的录像监控应到位，足以覆盖预定的博彩区域，并提供足够的细节，以确认是否遵守了发牌程序和游戏规则。
    4. 安全区域、赌博设备和消耗品应通过适当的访问控制加以保护，以确保只有授权人员才能进入。
    5. 应该保留游戏日志，并将游戏事件整理成统计数据，以便分析与游戏表现，员工和/或游戏区域位置相关的趋势。

远程赌博和软件技术标准（RTS）的安全要求

安全需求概述

4.1本节概述牌照持有人必须符合的即时交易系统保安规定。委员会根据ISO/IEC 27001:2022标准附件A的相关章节制定了安全要求。

4.2本2022年标准取代ISO/IEC 27001:2013。

4.3证监会制定保安标准的目的，是确保客户不会因选择参与远程赌博而面临不必要的保安风险。委员会强调了那些对实现委员会目标最关键的系统，以及适用于这些关键系统的安全标准：

组织控制

5.1信息安全政策5.10信息和其他相关资产的可接受使用5.15访问控制5.16身份管理5.17认证信息5.18访问权限5.19供应商关系中的信息安全5.20处理供应商协议中的信息安全5.21管理ICT供应链中的信息安全5.22监控5.23使用云服务的信息安全5.24信息安全事件管理的规划和准备5.25信息安全事件的评估和决策5.26信息安全事件的响应5.28证据收集5.35信息安全的独立审查

人控制

6.3信息安全意识、教育和培训6.5终止或离职后的责任6.7远程办公6.8信息安全事件报告

物理控制

7.8设备选址和保护7.10存储介质7.14设备的安全处置或再利用

技术控制

8.1用户终端设备8.2特权访问权限8.3信息访问限制8.5安全认证8.7恶意软件防护8.13信息备份8.15日志记录8.17时钟同步8.18特权实用程序使用8.20网络安全8.21网络服务安全8.22网络隔离8.24加密使用8.25安全的开发生命周期8.26应用安全要求8.27安全的系统架构和工程原理8.29开发和验收中的安全测试8.30外包开发8.31开发、测试和生产环境分离8.32变更管理8.33测试信息

5 -附件

RTS数字 宾戈游戏＊ 赌场 押注(虚拟) 投注（真实赛事） 押注(点对点) 订阅彩票 即赢/高频彩票
RTS 1 -客户帐户信息 X X X X X X
RTS 2 A-D -显示交易 X X X X X X X
RTS 2E -显示交易 X
RTS 3 -规则，游戏描述和获胜的可能性 X X X X X
RTS 4 -时间关键事件 X X X
RTS 5 -结果确定 X X X X X X X
RTS 6 -免费游戏的结果判定 X X X X X
RTS 7 -生成随机结果 X X X X X
RTS 8 -自动游戏功能 X X
RTS 9 -累进式头奖 X X
RTS 10 -中断赌博 X X X
RTS 11 -限制勾结/欺骗 X**
RTS 12 -财务限制 X X X X X X
RTS 13A -时间要求 X X X X X X X
RTS 13B -现实检查 X＊＊＊ X＊＊＊ X
RTS 13C -时间要求 X
RTS 14A&B -负责产品设计 X X X X X X X
RTS 14C -负责任的产品设计（不包括点对点扑克） X
RTS 14D -负责任的产品设计（插槽） X
RTS 14E和14F -负责任的产品设计 X
RTS 14G -负责任的产品设计（不包括老虎机和点对点扑克） X
RTS 15 -游戏投注 X X X
RTS 16 -第三方软件 X** X
RTS 17 -现场经销商工作室 如果适用的话 如果适用的话
安全需求＊＊＊＊ X X X X X X X

*就在多于一组处所进行的宾果游戏以远程通讯方式提供设施时，下列标准适用于远程宾果牌照持有人：RTS 3、RTS 4、RTS 5、RTS 7、RTS 10及RTS 14。

**仅限点对点游戏

***不包括点对点游戏

****以下类别的许可证需要由独立审计员进行全面的安全审计：远程投注-一般（但不限于电话或交易室），远程投注（虚拟事件）池和中介，远程赌场，远程宾高，所有主机许可证和远程彩票（每年的入口超过25万英镑）。注：表格中列出了RTS中的主要赌博变体。适用于特定产品的标准将根据潜在事件而有所不同。例如，池投注的基础事件将决定它是被捕获为投注（真实事件）还是投注（虚拟事件）。