Google的 Messages 应用现在将默认使用RCS，并对群聊进行加密。

Google的Messages应用现在将默认使用RCS，并对群聊进行加密。Google今天宣布，将通过对RCS的改进来加强其GoogleMessages应用的安全性，RCS现在将默认对新用户和现有用户启用，RCS对话将完全实现端到端加密，包括群聊，这使你和你的消息接收者之间的对话将保持私密。你可以随时在“设置”中打开或关闭RCS。——

Google用BP机玩梗 再度嘲讽苹果iMessage不支持RCS消息服务

Google用BP机玩梗再度嘲讽苹果iMessage不支持RCS消息服务Google在YouTube上的视频描述中说："iPager并不真实，但苹果使用短信造成的问题却是真实的。让我们为每个人提供更好的短信服务，帮助苹果#GetTheMessage并升级到RCS。"RCS对短信功能进行了多项改进，包括端到端加密、读取收据以及共享高清晰度照片和视频的功能。iMessage提供了类似的功能，但只适用于其他iMessage用户之间发送的信息，这导致Android用户在群组信息中被视为绿色信息气泡的入侵者，这在美国等使用iPhone的人口超过半数的国家是个现实问题。运营商和三星等手机制造商已经采用了RCS技术，但苹果坚持自己的iMessage标准却引起了Google的不满。去年1月，Google高级副总裁HiroshiLockheimer批评苹果"阻碍了用户体验"。尽管Google轻描淡写地欺负了苹果，但苹果的立场却没有丝毫动摇--去年在代码大会上，蒂姆-库克（TimCook）说，任何对绿色信息气泡感到沮丧的人都应该买一部iPhone。2021年苹果与EpicGames的法律纠纷的法庭文件显示，这家iPhone制造商将其iMessage平台视为将用户锁定在其生态系统中的关键服务，并认为将iMessage移至Android会"对我们的伤害大于帮助"。因此，通过采用RCS为Android用户提供类似iMessage的体验，估计在苹果的优先考虑事项中并不重要。...PC版：https://www.cnbeta.com.tw/articles/soft/1385535.htm手机版：https://m.cnbeta.com.tw/view/1385535.htm

Google正在测试消息应用中的群组聊天的端到端加密功能

Google正在测试消息应用中的群组聊天的端到端加密功能这是在一群Reddit网友注意到Google在10月测试群组聊天的端到端加密功能之后发生的，该公司的最新公告使其成为官方消息。这家搜索巨头在2020年首次开始测试个人RCS聊天的端到端加密。6月，它向其信息应用的所有用户推出了这一功能。Google一直在推动制造商和运营商采用RCS--一种超强的短信版本，具有键入时指示、传递和阅读凭据等功能。Google也一直在开展宣传活动，说服苹果公司为其自己的信息应用采用这一标准。这样一来，使用Android系统的人就能向他们使用iPhone的朋友发送带有更好照片和视频的丰富多媒体信息（起码不再出现短信绿色气泡）。虽然苹果还没有让步，但Google没有错过机会，通过今天新的功能发布再次刺激这个位于库比蒂诺的科技巨头。"今天，所有主要的移动运营商和制造商都采用RCS作为标准--除了苹果。苹果拒绝采用RCS，当使用iPhone的人给使用Android手机的人发信息时，继续依赖短信，这意味着他们的发短信还停留在20世纪90年代，"信息应用程序的集团产品经理NeenaBudhiraja在一篇博文中说。"希望苹果能#GetTheMessage，这样我们就不用一直等着消除整个'绿色与蓝色气泡'的尴尬。生日快乐，短信，你也能够拥有自己的一个伟大的开始，每个人都准备好了升级。"Google还试图通过增加对iPhone短信的反应表情支持等功能来弥合两个操作系统之间的体验。...PC版：https://www.cnbeta.com.tw/articles/soft/1334253.htm手机版：https://m.cnbeta.com.tw/view/1334253.htm

明年苹果将在 iOS 中添加对 RCS 消息标准的支持，相信用 iPhone 的小伙伴对手机上 iMessage 功能并不陌生。

明年苹果将在iOS中添加对RCS消息标准的支持，相信用iPhone的小伙伴对手机上iMessage功能并不陌生。这个功能可以通过网络，苹果用户与苹果用户发送消息，但是如果给安卓用户发消息时，就会通过运营商会花费短信费，给苹果iMessage用户发的消息显示蓝色气泡，而不是iMessage就会出现绿色气泡。这就导致苹果与安卓用户之间通信要通过运营商而花短信费，好在从明年起iOS要和安卓终于要互通了。苹果表示，RCS将“与iMessage配合使用”，并将改善iPhone和Android用户之间的互通。iMessage将继续成为iPhone到iPhone通信的默认设置，RCS将替代现有的SMS和MMS标准，短信和彩信将在必要时作为后备措施继续提供。RichCommunicationServices是Google采用的通信协议，全球智能手机制造商和运营商已采用RCS，但苹果公司一直没有采用。与Apple用于短信的标准MMS和SMS相比，RCS支持更高分辨率的照片和视频、音频消息以及更大的文件大小。它还增加了iPhone和Android用户之间聊天的改进加密、跨平台表情符号反应以及跨不同设备的群聊的可靠性。借助RCS，实时打字显示、已读回执、更好的照片和视频以及改进的群聊将成为iPhone和Android手机的标准配置，从而结束一些iPhone用户在尝试与Android手机用户沟通时遇到的难题。苹果声称，虽然RCS提高了跨设备消息传递的安全性，但它不如iMessage安全。据苹果公司称，RCS将为用户提供通过短信在文本线程内与其他人共享位置的选项，并且与iMessage一样，RCS除了通过蜂窝网络之外还可以通过Wi-Fi工作。Apple计划与Google和其他全球移动通信系统协会(GSMA)成员合作，进一步改进RCS，RCS支持将在明年的软件更新中引入。（果皮部落）

苹果公司终于将 RCS 引入 iPhone

苹果公司终于将RCS引入iPhone目前，当iOS和Android用户互发信息时，服务会退回到短信模式--照片和视频的发送质量会降低，信息会缩短，更重要的是，对话不会像iMessage那样进行端到端加密。来自Android手机的信息在iMessage聊天中显示为绿色气泡，混乱随之而来。RCS，即富通信服务是作为SMS的替代品而开发的。RCS提供打字提示和已读回执，允许用户发送更长的信息，并支持更高质量的图片和视频。换句话说，它很像开放协议后的iMessage。在过去的五年里，随着美国无线运营商的全面采用，它已成为Android手机上的标准信息协议，但苹果公司一直顽固地拒绝提供支持。从iOS18开始，一些类似iMessage的功能终于可以在跨平台聊天中使用了。Google和三星要求苹果采用RCS的施压运动可能并不是促使苹果突破临界点的原因。11月，苹果公司突然宣布将在来年增加对RCS的支持。但这一时间可能并非巧合；苹果的宣布很可能是为了安抚欧盟监管机构。...PC版：https://www.cnbeta.com.tw/articles/soft/1434263.htm手机版：https://m.cnbeta.com.tw/view/1434263.htm

苹果公司目前仍没有让iPhone的iMessage提供RCS支持的计划

苹果公司目前仍没有让iPhone的iMessage提供RCS支持的计划RCS是RichCommunicationsServices的简称，它取代了SMS短信，是Google已经接受的一个标准。但一份新的报告称，苹果目前并没有考虑在iMessage中采用RCS。据彭博社报道，苹果正在努力为iPhone和iPad带来对第三方应用商店的支持，以符合新的欧盟法律。但是，苹果目前并没有在iMessage中加入RCS支持。然而，[苹果]还没有决定如何向第三方服务开放iMessage及其信息应用--这是《数字市场法》（DMA）的另一项要求。工程师们认为，这种变化可能会损害iMessage提供的端到端加密和其他隐私功能。该公司目前也没有考虑整合RCS，即丰富的通信服务，这是Google和其他公司正在推动苹果采用的一种信息传输协议。这样的功能将弥合iPhone和Android在短信方面的差距。Android用户将不必担心在那些有这种功能的国家被排除在聊天窗口中的“蓝色气泡”之外。实际上，WhatsApp、Signal和Telegram等应用程序已经可以做到这一点。但是，iPhone上的RCS将意味着Android用户不再需要他们的手机和平板电脑上的iMessage对应软件。他们将通过RCS获得类似iMessage的功能。欧盟可以对苹果进行罚款，迫使它在未来几年内采用RCS。而苹果有足够的时间来决定是否遵守欧盟的DMA。当然，也许彭博社的报道是错的，苹果可能已经在为iPhone开发RCS。欧盟也可能不是唯一一个通过新立法对科技公司施加标准的监管机构。但即使苹果会给iMessage带来RCS支持，也不知道何时会发生。iMessage仍然是iPhone的一个巨大竞争优势。而且，iMessage是iPhone独有的，苹果可以获得新客户。这就是为什么Google也在试图施压苹果，让它向RCS开放iMessage。...PC版：https://www.cnbeta.com.tw/articles/soft/1335267.htm手机版：https://m.cnbeta.com.tw/view/1335267.htm