Beeper 与 Apple 的争斗升级：立法者要求 DOJ 调查

Beeper 是什么，以及它如何工作

• Beeper Cloud：一个基于 Matrix 的“一体化”聊天客户端，把许多服务（包括 iMessage）桥接到一个应用中；用户可以自建桥接，或使用 Beeper 的云端服务。
• 从历史上看，Beeper Cloud 使用的是数据中心里的 Mac：用户在那些 Mac 上登录 iCloud，然后由这些 Mac 转发 iMessage。
• Beeper Mini：一个较新的 Android 应用，逆向工程了 iMessage 协议，起初无需 Apple ID 就能伪造设备凭据和电话号码；后来改为要求 Apple ID，并通过邮箱进行消息发送。
• Mini 直接连接到 Apple 的 iMessage 服务器，据批评者称，它通过伪造序列号/设备来绕过授权检查。

法律、ToS 与 CFAA 的争论

• 一方观点：Beeper 对 Apple 系统的访问属于“未经授权的使用”，很可能违反 ToS、版权许可和《计算机欺诈与滥用法》（CFAA）；法律中的逆向工程例外可以通过合同放弃。
• 反方观点：Beeper 可能并不受 Apple 的 ToS 约束（尤其是针对非 Apple 用户）；为实现互操作而进行逆向工程在法律中是被明确预见到的；禁止这类行为的条款可以被质疑，或被认定为不可执行或具有反竞争性。
• 对于在未付费情况下使用 Apple 基础设施，争议在于这更像是商店行窃 / 盗版 SIM 卡，还是正常的竞争行为（如 S3 兼容服务或替代邮件客户端）。
• 有人预计 Beeper 推动 DOJ 的做法会适得其反，最终引发 CFAA 执法，而不是反垄断救济。

垄断、捆绑销售与反垄断

• 一派认为：iMessage 不是垄断——有很多竞争性的通讯应用（WhatsApp、Signal、Telegram 等），Apple 也没有阻止人们使用它们；iOS 在全球也并非占据主导；将 Beeper 排除在外只是保护一个私有网络。
• 另一派认为：iMessage 在 iPhone 上实际上就是 SMS 的替代品，与 Apple 硬件和默认设置紧密绑定，尤其在美国和青少年群体中占据主导；它作为捆绑产品强化了 iPhone 硬件锁定和社交压力（“绿泡泡 vs 蓝泡泡”）。
• 争论还包括：高度流行的私有服务是否应像公用事业或把关者一样受到监管；以及欧盟《数字市场法》（DMA）的门槛与 iMessage 目前的排除问题。

互操作性 vs. 搭便车

• Beeper 的支持者将其视为经典的“对抗性互操作”，类似 GAIM/Trillian，这种敌意互操作历史上曾让用户受益，并推动了开放生态系统。
• 批评者则认为 Beeper 不是一个真正的竞争网络，而是一个付费中间商，在转售 Apple 基础设施的访问权限，类似于在原商店停车场里转卖赃物的小偷。
• 有人认为，如果 Beeper 是把自己的网络与 iMessage 联邦互联，而不是直接冒充 Apple 设备，它的论点会更有力。

安全、垃圾信息与信任

• 支持 Apple 的观点：封闭且与硬件绑定的设计让 iMessage 相对不容易受到垃圾信息和滥用影响；向任意客户端开放会增加安全风险，并迫使 Apple 信任未知的第三方代码。
• 怀疑者观点：现代反垃圾工具可以处理开放协议；拿安全当作锁定用户的理由站不住脚；Apple 本可以发布一个官方的 Android 客户端或基于 RCS 的安全客户端。
• 另一个担忧是：用户也必须信任 Beeper（其部分代码闭源、并可访问 Apple ID / 消息）；一些人认为 Beeper “我们更易访问 / 更统一”的说法，不足以抵消新增的信任与攻击面。

立法者角色与政策方向

• 有人认为国会的关注只是“作秀”且不合适——Apple 只是阻止了未经授权的访问，不应被强迫支持第三方客户端。
• 也有人欢迎审查，认为法律应当演进，以防强势平台利用专有协议和默认设置来巩固锁定并削弱跨平台通信。
• 讨论还提到了过去的斗争（AOL IM、bnetd、Nintendo、Microsoft/IE）以及可能的补救措施：采用 RCS、强制互操作，或提供官方的跨平台 iMessage 客户端。