SMSの制約を根本から解消するRCSの通信技術としての仕組みと基本構造

SMSの制約を根本から解消するRCSの通信技術としての仕組みと基本構造

スマートフォンが普及した現在でも、多くの企業や個人はSMSを日常的な連絡手段として利用しています。しかし、SMSは1990年代に設計された技術をベースとしており、現代のコミュニケーションニーズに対応しきれない場面が増えてきました。RCS（Rich Communication Services）は、こうしたSMSの構造的な限界を克服するために策定された次世代メッセージング規格です。ここでは、RCSがどのような技術的基盤の上に構築されているのかを、SMSとの対比を交えながら解説します。

全角670文字制限と画像非対応というSMSが抱える3つの構造的弱点

SMSが長年抱えてきた第一の弱点は、1通あたりの文字数制限です。日本語の場合は全角で最大670文字（分割送信時）、英数字でも160文字が上限とされており、長文のやり取りには不向きな仕様となっています。ビジネスにおける案内文や確認通知では、必要な情報を1通に収めきれず、複数回に分けて送信する運用が常態化しているケースも少なくありません。

第二の弱点として挙げられるのが、画像や動画といったリッチメディアの送受信に対応していない点です。SMSはテキストデータのみを前提に設計されたため、画像を添付したい場合にはMMSなど別の仕組みに依存する必要があります。MMSはキャリア間の互換性に課題があり、送受信の失敗や画質の劣化が発生しやすいという実務上の問題も報告されています。

第三に、送達確認や既読通知の機能が標準仕様として備わっていないことが挙げられます。メッセージが相手に届いたのか、読まれたのかを送信者側で把握できないため、とくに企業の顧客対応やマーケティング配信においては効果測定の精度が低くならざるを得ません。こうした3つの構造的弱点が、RCSという新たな規格の登場を後押しする要因となりました。

IPベースの通信プロトコルで実現するRCSのリッチメディア送受信の基本原理

RCSの技術的な核心は、従来のSMSが利用していた回線交換方式ではなく、IP（Internet Protocol）ベースの通信プロトコルを採用している点にあります。SMSは携帯電話の制御チャネルを利用して短いテキストデータを伝送する仕組みであり、そもそもリッチコンテンツの送受信を想定した設計ではありませんでした。一方、RCSはインターネット通信の技術基盤を活用することで、画像・動画・音声・位置情報など多様なデータ形式のやり取りを可能にしています。

具体的には、RCSはSIP（Session Initiation Protocol）やMSRP（Message Session Relay Protocol）といったプロトコルを組み合わせた構造を持ちます。これにより、メッセージの送受信だけでなく、リアルタイムのセッション管理やプレゼンス情報（オンライン状態の表示）の共有も実現しています。通信経路としてはWi-Fiおよびモバイルデータ通信の双方に対応しており、データ通信が可能な環境であれば回線契約の種類を問わずRCSを利用できる設計です。

この仕組みにより、従来であればLINEやWhatsAppといったOTTアプリでしか実現できなかった高機能なメッセージングが、電話番号をベースとしたキャリア標準のメッセージングサービスとして提供されるようになりました。

GSMAが定めるUniversal Profileの仕様概要と標準化における役割

RCSの相互運用性を確保するうえで中心的な役割を担っているのが、GSMAが策定したUniversal Profile（UP）と呼ばれる共通仕様です。RCS自体はOMA（Open Mobile Alliance）が技術仕様を定めたものですが、キャリアごとの実装がばらばらでは異なるネットワーク間でメッセージのやり取りができないという問題が生じます。Universal Profileは、この課題を解決するために、RCSの機能セットを統一的に定義した国際標準仕様として位置づけられています。

Universal Profile 2.xでは、1対1のチャット機能、グループチャット、ファイル転送、音声・ビデオ通話、リッチカード表示、位置情報共有などが標準機能として規定されています。加えて、ビジネスメッセージング向けのAPIやブランド認証の仕組みも仕様に含まれており、企業が公式アカウントから顧客へメッセージを送信する際の信頼性を担保する設計がなされています。

この標準化の取り組みにより、世界で100社以上のキャリアがRCSを商用展開しており、特定のメッセージングアプリに依存しないオープンな通信基盤としての普及が進んでいます。キャリアが独自に拡張した機能ではなく、共通仕様に準拠した実装を行うことで、ユーザーはキャリアを問わず一貫した体験を得られるという点がUniversal Profileの最大の意義です。

SMSとMMS・RCSで異なるデータ処理方式の技術的な比較と通信コスト構造

SMS・MMS・RCSはいずれもモバイル端末間のメッセージングに用いられる技術ですが、データの処理方式と通信コストの構造には大きな違いがあります。それぞれの特徴を正確に把握しておくことが、導入判断や運用設計の第一歩となります。

注目すべきは通信コストの違いです。SMSは1通ごとに従量課金が発生するのに対し、RCSはデータ通信の一部として扱われるため、パケット定額プランの範囲内であれば追加費用なしで利用できます。企業が大量配信を行う場合、この差は月間数万円から数十万円規模のコスト差につながる可能性があり、費用対効果の観点からもRCSへの移行は合理的な選択肢といえます。

Wi-Fi環境とモバイルデータ通信でのRCS動作条件と接続要件の違い

RCSはIPベースの通信プロトコルを採用しているため、動作にはインターネット接続が必須です。しかし、接続方法がWi-Fiかモバイルデータ通信かによって、利用可能な機能や接続の安定性に差が生じる場合があります。まず、モバイルデータ通信環境では、キャリアが提供するIMS（IP Multimedia Subsystem）基盤を通じてRCSが動作します。この場合、キャリアのVoLTEネットワークと連携するため、比較的安定した接続が期待できるのが特徴です。

一方、Wi-Fi環境でのRCS利用は、端末およびキャリアの対応状況によって挙動が異なります。多くのAndroid端末ではGoogleメッセージアプリを介してWi-Fi経由のRCS通信が可能ですが、一部のキャリアではWi-Fi接続時にRCSが自動的に無効化される設定になっている場合もあるため、事前の確認が必要です。とくに海外渡航時や、モバイルデータ通信をオフにしている状態でのメッセージ送受信を想定する場合、Wi-Fi経由でのRCS利用可否は実用上の大きなポイントとなります。

なお、RCSが利用できない通信環境にある場合、メッセージは自動的にSMSまたはMMSにフォールバック（代替送信）される仕組みが一般的です。この挙動により、相手がRCS非対応端末を使用している場合でもメッセージが届かないという事態は避けられますが、フォールバック時にはRCS特有の機能（既読通知やリッチカード表示など）は利用できなくなる点に留意が必要です。

画像・動画・既読通知にも対応するRCSの主要機能とユーザー体験の変化

RCSの導入によって、ユーザーが日常的に利用するメッセージングの体験は大きく変わります。テキストのみだったSMSの世界から、画像や動画を含むリッチなコミュニケーションが電話番号ベースで可能になるためです。このセクションでは、RCSが提供する主要な機能を具体的に取り上げ、従来のSMSからどのようにユーザー体験が向上するのかを整理します。

高解像度画像・動画・音声ファイルの送受信で変わるメッセージ表現の幅

RCSでは、高解像度の画像や動画、音声ファイルをメッセージに添付して送受信できます。SMSがテキストのみ、MMSが300KB〜600KB程度の低解像度メディアに限定されていたのに対し、RCSではキャリアや端末の設定によって最大100MB程度のファイルを1回の送信で扱うことが可能です。これにより、写真は圧縮による画質劣化を最小限に抑えた状態で共有でき、短い動画であればそのまま送信できるようになります。

ビジネスシーンでは、不動産会社が物件写真を顧客に直接送付したり、修理業者が作業前後の状態を画像で報告したりといった用途で、この機能が実務的な価値を発揮しています。従来であれば、画像を送るためにメールアドレスを確認する、あるいはLINEの友だち追加を依頼するといった手間が生じていましたが、RCSなら電話番号さえ分かればリッチメディアを含むメッセージを即座に届けることができます。

個人利用においても、旅行先の写真を家族にまとめて共有する、子どもの動画を祖父母に送るといった日常的なコミュニケーションが、専用アプリのインストールなしで実現する点は大きな変化といえるでしょう。

既読確認・入力中表示・グループチャットなどSMSにはない5つの標準機能

RCSには、SMSには存在しなかった複数の標準機能が搭載されています。とくにユーザー体験を大きく向上させる5つの代表的な機能について、それぞれの概要と実務上の意味を確認しておくことが重要です。

• 既読確認（Read Receipts）：メッセージが相手に読まれたかどうかを送信者が把握できる機能です。ビジネスでは顧客対応の進捗管理、個人では連絡の到達確認に活用されています。
• 入力中表示（Typing Indicators）：相手がメッセージを入力している最中であることがリアルタイムで表示されます。即時性の高い会話において、返信待ちのストレスを軽減する効果があります。
• グループチャット：複数人での同時会話が電話番号ベースで可能になります。SMSでは疑似的なグループ送信しかできませんでしたが、RCSでは本格的なグループメッセージングが標準仕様として提供されます。
• 高品質メディア共有：前述のとおり、画像や動画を劣化なく共有できます。グループチャット内でも同様にリッチメディアの送受信が可能です。
• 送達確認（Delivery Receipts）：メッセージが相手の端末に届いたことを送信者側で確認できます。既読確認とは異なり、端末への到達をもってステータスが更新される仕組みです。

これらの機能はいずれもRCSの標準仕様に含まれており、特別なアプリのインストールや追加設定を行わなくても、RCS対応端末同士であれば自動的に利用可能です。LINEやWhatsAppで当たり前のように使われている機能が、電話番号ベースのメッセージングでもようやく標準装備されたという意味で、通信インフラとしての進化を象徴する変化といえます。

カルーセル表示やリッチカード対応で実現するアプリ不要の対話型UI体験

RCSビジネスメッセージングの大きな特徴のひとつが、リッチカードやカルーセル表示といった対話型UIをメッセージ内で直接提供できる点です。リッチカードとは、画像・タイトル・説明文・アクションボタンを1枚のカード形式にまとめた表示単位であり、これを横にスワイプして閲覧できるのがカルーセル表示です。たとえば、ECサイトが新商品を5点紹介する場合、従来のSMSではテキストとURLを羅列するしかありませんでしたが、RCSなら商品画像付きのカードを並べ、ユーザーがスワイプで比較検討できるインターフェースを提供できます。

さらに、リッチカードにはアクションボタンを配置できるため、「詳細を見る」「購入する」「電話で問い合わせる」といった行動導線をメッセージ内に組み込むことが可能です。ユーザーはブラウザやアプリに遷移することなく、メッセージ画面上で情報収集から意思決定までを完結できます。この仕組みは、航空会社の搭乗手続き案内、飲食店の予約確認と変更、保険会社の契約内容の確認通知など、さまざまな業種での導入事例が報告されています。

重要なのは、この対話型UIの恩恵を受けるためにユーザーが専用アプリをダウンロードする必要がないという点です。RCS対応のメッセージングアプリ（多くの場合、端末にプリインストール済み）さえあれば、カルーセルやリッチカードは自動的に表示されます。企業にとっては、自社アプリのインストールというハードルを越えることなく、リッチなUI体験を顧客に届けられる効率的なチャネルとなります。

ファイル送信容量の上限100MBとキャリア別の実測値で見る実用性の判断基準

RCSの仕様上、ファイル送信の上限はGSMA Universal Profileにおいて最大100MBと規定されています。しかし、この上限値はあくまで仕様上の最大値であり、実際に送受信できるファイルサイズはキャリアや端末の実装によって異なります。たとえば、Googleメッセージアプリを利用した場合のファイル送信上限は、一部の検証で約105MBと報告されていますが、キャリアのネットワーク設定によっては10MB〜25MB程度に制限されている場合もあります。

実務的な判断基準としては、テキストメッセージと数枚の画像を含む一般的なやり取りであれば、ほとんどのキャリア環境で問題なく利用できると考えてよいでしょう。一方、高解像度の動画ファイルやPDF資料など、数十MB規模のデータを送信する場合には、事前にキャリアごとの実効上限を確認しておくことが重要です。容量の大きいファイルについては、送信が途中で失敗するリスクや、受信側の端末でダウンロードに時間がかかるといった実用上の課題も考慮する必要があります。

企業がRCSを大量配信に利用する場合、リッチカードに含まれる画像の解像度と容量のバランスを最適化することで、通信品質を維持しつつ配信到達率を高める運用設計が求められます。目安として、リッチカード1枚あたりの画像サイズを200KB〜500KB程度に抑えることが推奨されており、過度に重いメディアファイルの使用は避けるべきです。

従来SMSユーザーがRCS移行後に実感する操作性変化の実務レポート

実際にSMSからRCSへ移行したユーザーは、どのような操作性の変化を実感しているのでしょうか。GoogleがAndroid端末向けに公開しているデータによれば、RCS対応後にメッセージアプリの利用頻度が増加したユーザーの割合は、非対応時と比較して有意に高いとされています。とくに評価されているのが、メッセージ画面のビジュアルの変化です。SMSの無機質なテキスト表示から、画像のプレビューやリッチカードが並ぶチャット画面へと変わることで、コミュニケーションそのものに対するモチベーションが向上したという声が多く寄せられています。

操作面で最も大きな変化は、送信前にメッセージのステータスを確認できるようになったことです。Wi-Fi接続中かモバイルデータ接続中かによって通信経路が変わり、相手がRCS対応端末であればチャット形式で、非対応であればSMSとして送信されることが画面上で明示されます。この表示により、ユーザーは自分のメッセージがどの形式で届くかを事前に把握でき、誤送信やフォーマット崩れのリスクを軽減できるようになりました。

一方で、移行直後に戸惑いやすい点も存在します。RCSではデータ通信を使用するため、通信環境が不安定な場所ではメッセージの送信に遅延が生じることがあります。また、相手がRCS非対応の場合にSMSへフォールバックされる挙動を知らないと、「既読がつかない」「画像が送れない」といった状況に混乱するケースも見られます。こうしたギャップを事前に認識しておくことで、スムーズな移行が実現しやすくなります。

iMessageやLINEとの機能差で見るRCS導入の実質的なメリットと限界

RCSはSMSの後継規格として位置づけられますが、すでに広く普及しているiMessageやLINEとの違いを理解しなければ、導入の意思決定は困難です。それぞれの強みと弱みを客観的に比較し、RCSが真に優位性を持つ領域と、既存サービスとの併用が必要な場面を明確にします。

RCSとiMessageの暗号化方式・対応OS・既読機能を含む主要6項目の比較

RCSとiMessageはいずれもリッチメッセージングを実現する規格ですが、その成り立ちや技術基盤は大きく異なります。主要な比較項目を整理することで、両者の本質的な違いが見えてきます。

最大の違いはエコシステムの開放性です。iMessageはApple製品に閉じたサービスであり、Androidユーザーとの間ではSMS／MMSにフォールバックされていました。2024年のiOS 18でAppleがRCSに対応したことで、iPhone同士でなくてもリッチメッセージのやり取りが可能になった点は画期的な変化です。ただし、AppleのRCS実装にはE2EEが含まれておらず、iMessage同士の通信と比べるとセキュリティレベルに差がある点は注意が必要です。

LINEのスタンプ経済圏やミニアプリとRCSが競合しない棲み分けの構造

日本市場においてメッセージングサービスの代名詞ともいえるLINEとRCSの関係は、単純な競合ではなく、機能領域の棲み分けとして理解するのが適切です。LINEはメッセージング機能に加え、スタンプショップ、LINE Pay、LINEミニアプリ、公式アカウント、タイムラインといった多彩なサービスをプラットフォーム上に統合しており、単なるメッセンジャーを超えたスーパーアプリとしての地位を確立しています。

RCSは、あくまで電話番号に紐づいたメッセージング規格であり、LINEのような独自経済圏を構築する設計にはなっていません。スタンプ販売やモバイル決済、ニュース配信といったLINE特有のエコシステムとは直接競合しないため、ユーザーがRCSに移行したからといってLINEの利用をやめる必然性は低いと考えられます。

むしろ注目すべきは、LINEの友だち追加というハードルが存在しない点です。企業がLINE公式アカウントを通じて顧客にメッセージを届けるには、まずユーザーに友だち登録してもらう必要がありますが、RCSなら電話番号さえあれば直接リッチメッセージを送信できます。この「到達までの摩擦の少なさ」こそが、LINE全盛の日本市場においてもRCSが独自の存在価値を持つ最大の理由です。

電話番号ベースで届くRCSがアプリ型メッセンジャーより優位な3つの到達性指標

メッセージングサービスの評価において、到達性（Reachability）は極めて重要な指標です。RCSが電話番号をベースとしている点は、アプリ型メッセンジャーに対して3つの明確な優位性をもたらしています。

第一に、アプリのインストール不要という点です。LINEやWhatsAppはユーザーがアプリをダウンロードし、アカウント登録を行って初めて利用可能になります。対して、RCSはAndroid端末ではGoogleメッセージアプリとして標準搭載されており、iPhoneでもiOS 18以降はメッセージアプリ内でRCSが自動的に有効化されます。アプリのインストール率に左右されないため、理論上の到達可能人数はスマートフォン利用者全体に近づきます。

第二に、電話番号の普及率です。日本における携帯電話番号の保有率は、総務省の通信利用動向調査によれば成人人口の95%以上に達しています。メールアドレスやSNSアカウントとは異なり、ほぼすべてのモバイルユーザーが保有する電話番号を宛先に使える点は、到達性の観点で圧倒的な強みです。

第三に、メッセージの開封率の高さが挙げられます。SMSの開封率は一般的に90%以上とされており、メールの20〜30%、LINE公式アカウントの60%前後と比較して突出した数値です。RCSはSMSと同じメッセージングアプリ内に届くため、この高い開封率をそのまま引き継ぐことが期待されます。到達性・開封率・登録不要という3つの指標を総合すると、RCSは企業の顧客接点チャネルとして極めて合理的な選択肢です。

OTTアプリ依存のリスクとキャリア標準規格であるRCSの長期的な安定性の差

LINE、WhatsApp、Telegramなど、現在広く利用されているメッセージングサービスの多くは、特定の企業が開発・運営するOTT（Over The Top）アプリです。OTTアプリはユーザー体験の面で高い評価を得ている一方、プラットフォーム運営企業の経営判断や方針変更によってサービスの継続性が左右されるリスクを内包しています。実際に、過去にはGoogleが自社のメッセージングサービスを複数回にわたって終了させた事例がありますし、特定の国や地域でOTTアプリがブロックされるケースも珍しくありません。

一方、RCSはGSMAという国際標準化団体が策定した通信規格であり、特定の1社が運営するサービスではありません。世界の主要キャリアが協調して推進しているため、ある企業が撤退してもRCSそのものが消滅するリスクは極めて低いといえます。通信インフラの一部として位置づけられるRCSは、電話やSMSと同様に、長期間にわたって安定的に維持される見込みが高い規格です。

企業がメッセージングチャネルを選定する際には、短期的なユーザー数だけでなく、5年後・10年後のサービス継続性を考慮することが重要です。RCSはその点において、OTTアプリにはない構造的な安定性を提供しています。

RCS導入で解決できない課題と併用戦略が必要になる5つの具体的な場面

RCSには多くのメリットがありますが、万能な解決策ではありません。導入によって解決できない課題を事前に把握し、既存のコミュニケーションツールとの併用戦略を検討することが現実的なアプローチです。以下の5つの場面では、RCS単独での対応が困難であり、他のチャネルとの組み合わせが求められます。

まず、RCS非対応端末やフィーチャーフォンを利用しているユーザーへのリーチです。とくに高齢者層ではスマートフォン非保有者が一定割合存在しており、RCSだけでは全顧客をカバーできません。次に、スタンプや絵文字を多用するカジュアルなコミュニケーションの場面です。RCSにもリアクション機能はありますが、LINEのスタンプ文化に匹敵する表現の豊かさは現時点では持ち合わせていません。

第三に、デスクトップ環境での利用です。RCSは基本的にモバイル端末向けの規格であり、PCからのメッセージ送受信にはWeb版Googleメッセージなどの利用が必要ですが、対応状況は限定的です。第四に、大容量ファイルの転送が頻繁に発生する業務です。100MBの上限を超えるファイルにはクラウドストレージとの連携が不可欠です。第五に、高度な自動化やチャットボット連携を伴うカスタマーサポートです。RCSビジネスメッセージングのAPI機能は拡充されつつありますが、LINEのMessaging APIやZendeskなどと比較すると成熟度に差があるのが現状です。

Apple・Google両対応で変わるRCSの国内キャリア普及状況と対応端末

RCSの普及を大きく左右するのが、端末とキャリアの対応状況です。長年、Androidを中心に展開されてきたRCSは、2024年のiOS対応を契機として、国内市場においても本格的な普及フェーズに入りつつあります。ここでは、日本におけるキャリアと端末ごとの対応状況を具体的に整理します。

iOS 18でのRCS対応によるiPhoneユーザー約5,000万人への影響範囲

2024年9月にリリースされたiOS 18で、AppleはiPhoneにRCSサポートを追加しました。この決定は、RCSの普及において転換点とされています。日本国内のiPhoneシェアは約50%前後を推移しており、単純計算でスマートフォンユーザーの約5,000万人がRCSの潜在的な利用者となったことを意味します。それまでiPhoneユーザーとAndroidユーザー間のメッセージングはSMS／MMSに限定されていたため、リッチメッセージのやり取りを行うにはLINEなどのサードパーティアプリが事実上の必須ツールでした。

iOS 18でのRCS対応により、iPhoneとAndroid間でも画像・動画の高品質送受信、既読通知、入力中表示、グループチャットなどが利用可能になります。ただし、注意すべき点もあります。AppleのRCS実装はGSMA Universal Profileに準拠していますが、エンドツーエンド暗号化（E2EE）はiMessage同士の通信のみに適用され、RCS経由のメッセージには適用されません。また、iOSのRCS対応は「メッセージ」アプリに統合される形で提供されますが、RCSメッセージはiMessageとは異なる緑色の吹き出しで表示されるため、視覚的な区別が維持されています。

企業にとっての影響は甚大です。これまでAndroidユーザーのみにしか届けられなかったRCSビジネスメッセージが、iPhoneユーザーにも到達するようになるため、配信対象のカバレッジが事実上倍増する計算となります。

GoogleメッセージアプリにおけるRCS標準搭載とAndroid端末の対応状況

Android端末においてRCSの中核を担っているのが、Googleが開発・提供するGoogleメッセージアプリです。2019年以降、Googleは同アプリにRCS機能を段階的に組み込み、現在では多くのAndroid端末でプリインストールされたデフォルトのメッセージングアプリとなっています。Googleの公表データによれば、Googleメッセージの月間アクティブユーザーは全世界で10億人を超えており、RCSの普及基盤として圧倒的な規模を誇ります。

Android端末でのRCS対応状況は、端末メーカーやキャリアの実装方針によって若干異なります。Samsung、Google Pixel、Xiaomi、OPPOなど主要メーカーの近年のモデルでは、Googleメッセージアプリを介してRCSが利用可能です。ただし、一部のキャリアブランド端末やSIMフリー端末では、独自のメッセージングアプリがデフォルト設定となっている場合があり、その場合はGoogleメッセージアプリを手動で設定する必要が生じることもあります。

また、GoogleはGoogleメッセージアプリを通じてキャリアのインフラに依存しない形でRCSを提供する「Jibe Cloud」というプラットフォームも展開しています。これにより、キャリア側がRCSインフラを構築していない場合でも、Googleのクラウド基盤を通じてRCSが利用可能になるという仕組みです。この戦略がAndroidにおけるRCS普及を大きく加速させた要因のひとつとなっています。

NTTドコモ・KDDI・ソフトバンク3社の+メッセージと楽天モバイルの対応状況

日本の通信市場におけるRCSの展開は、大手キャリア3社が共同で提供する「+メッセージ（プラスメッセージ）」を抜きには語れません。+メッセージは、NTTドコモ・KDDI（au）・ソフトバンクの3社が2018年に共同で開始したRCSベースのメッセージングサービスです。技術的にはGSMAのUniversal Profileをベースとしつつも日本独自の技術仕様が盛り込まれており、海外キャリアのRCSサービスやGoogleメッセージとは相互接続ができない仕様となっています。また、専用アプリとしてApp StoreおよびGoogle Playから別途インストールする形態をとっている点も、グローバルなRCS展開との大きな違いです。

なお、楽天モバイルは+メッセージには対応していません。楽天モバイルは独自のコミュニケーションアプリ「Rakuten Link」を提供しており、+メッセージのネットワークとは相互接続されていない状態です。そのため、+メッセージはNTTドコモ・KDDI・ソフトバンクの3社ユーザー間でのみ利用可能であり、楽天モバイルユーザーとの間ではSMSでのやり取りとなります。ユーザー数は2024年時点で4,000万人を超えたと報告されていますが、LINEの国内ユーザー数約9,700万人と比較すると、認知度と普及率にはまだ大きな開きがあるのが実情です。

今後の注目点は、+メッセージとGoogleメッセージ、そしてiOS 18のRCS実装がどのように相互運用されるかです。現時点では+メッセージとGoogleメッセージ間でのRCS相互接続が実現していない場面もあり、同じRCS規格を採用しながらもアプリ間の互換性に課題が残っています。この問題が解消されるかどうかが、日本市場におけるRCS普及の重要な分岐点となるでしょう。

MVNOユーザーがRCSを利用する際の対応可否とキャリア依存の制約条件

格安SIMやMVNO（仮想移動体通信事業者）を利用しているユーザーにとって、RCSの利用可否は気になるポイントです。結論から言えば、MVNOユーザーでもRCSを利用できるケースは増えていますが、利用方法にはいくつかの条件と制約があります。

まず、+メッセージについては、当初は大手キャリア（MNO）の回線契約者のみが対象でしたが、段階的にMVNOへの対応が拡大されています。ただし、すべてのMVNOで+メッセージが利用可能なわけではなく、対応状況はMVNO事業者ごとに異なります。利用を希望する場合は、契約中のMVNOの公式サイトで対応状況を確認する必要があります。

一方、GoogleメッセージアプリのRCS機能については、Jibe Cloudを利用する形でMVNO回線でも利用可能な場合があります。GoogleメッセージアプリはキャリアのRCSインフラに依存せず、Googleのクラウド基盤を通じてRCS通信を行うため、理論的にはSIMの種類を問わず利用できます。しかし、一部のMVNOではRCS関連の通信がブロックされている場合もあるため、必ずしもすべての環境で動作が保証されるわけではありません。

MVNOユーザーがRCSの利用を検討する際は、まずGoogleメッセージアプリでのRCS有効化を試みたうえで、動作しない場合は+メッセージの対応状況を確認するという手順が実務的に推奨されます。

海外渡航時のローミング環境でRCSが使えないケースと回避策の実務的な判断

海外に渡航した際のRCS利用については、注意すべき制約がいくつか存在します。RCSはIPベースの通信であるため、原則としてデータ通信が利用可能な環境であれば国外でも動作しますが、実際にはローミング環境でRCSが無効化されるケースが報告されています。これは、渡航先のキャリアがRCSに対応していない場合や、ローミング時にIMSサービスへの接続が遮断される設定になっている場合に発生します。

具体的なケースとして、日本国内で契約したSIMカードを使って海外でローミング接続した際、RCSの通信がSMSにフォールバックされてしまう事例があります。この場合、画像や動画の送受信、既読通知、グループチャットといったRCS固有の機能は使用できなくなり、テキストのみのSMS通信に戻ります。加えて、海外ローミング中のSMS送信には別途料金が発生するため、コスト面でも不利になる可能性があります。

回避策としてもっとも確実なのは、渡航先でWi-Fi環境を確保し、GoogleメッセージアプリのRCS機能をWi-Fi経由で利用する方法です。Wi-Fi接続時であれば、キャリアのローミング設定に関係なくRCS通信が可能な場合があります。また、現地のプリペイドSIMを購入してデータ通信環境を確保する方法も有効ですが、その場合は電話番号が変わるためRCSの送信元番号が異なる点に注意が必要です。渡航前に、利用中のキャリアのローミング時RCS対応状況を確認し、必要に応じてWi-Fi通話やVPN環境の準備をしておくことが実務的な推奨策となります。

企業のマーケティング担当者が押さえるべきRCSビジネスメッセージングの活用法

RCSは個人間のコミュニケーションだけでなく、企業から顧客へのメッセージ配信チャネルとしても注目されています。SMSマーケティングの高い開封率を維持しつつ、リッチメディアや対話型UIを活用できるRCSビジネスメッセージングは、マーケティング施策の効果を大きく向上させる可能性を秘めています。

SMS配信の開封率90%超を活かしたRCSリッチメッセージの販促効果の実績値

SMSマーケティングの最大の強みは、90%を超えるとされる高い開封率です。メールマーケティングの平均開封率が20〜30%程度であるのに対し、SMSは受信後3分以内に読まれる割合が70%以上という調査結果もあります。RCSはSMSと同じメッセージングアプリ内に届くため、この高い開封率をそのまま引き継ぐことが期待できます。

RCSの優位性は、開封された後のエンゲージメントにあります。テキストのみのSMSと比較して、画像やカルーセル、アクションボタンを含むRCSリッチメッセージは、クリック率（CTR）やコンバージョン率で大幅に上回るという報告が増えています。Googleが公開したRCSビジネスメッセージングの事例では、従来のSMS配信と比較してCTRが最大で2〜3倍に向上したという結果が示されています。

販促施策としての具体例を挙げると、アパレル企業がセール情報を画像付きリッチカードで配信したところ、SMS配信時のCTR 2.1%に対してRCS配信では6.7%を記録した事例があります。また、飲食チェーンが期間限定メニューをカルーセル表示で案内し、メッセージ内の「予約する」ボタンから直接予約ページに遷移させた施策では、予約完了率が従来のメール施策比で4倍に達したと報告されています。こうした実績データは、RCSが単なる技術的進化にとどまらず、マーケティングROIの向上に直結する実用的なチャネルであることを裏付けています。

予約確認・配送通知・決済案内など業種別に見るRCS導入の成功パターン5選

RCSビジネスメッセージングは、業種を問わず多様なユースケースで導入が進んでいます。とくに成果が顕著な5つの業種別パターンを紹介します。

第一に、航空・旅行業界における搭乗手続きの案内です。搭乗券のリッチカード表示、搭乗ゲートの変更通知、遅延情報のリアルタイム配信など、タイムリーで視覚的な情報提供が求められる場面でRCSの対話型UIが効果を発揮しています。第二に、EC・小売業界の配送通知です。荷物の追跡情報を画像付きカードで表示し、配達日時の変更をメッセージ内のボタン操作で完結させることで、カスタマーサポートへの問い合わせ件数を削減した事例が報告されています。

第三に、金融・保険業界の決済案内と契約確認です。クレジットカードの利用通知や保険契約の更新案内をリッチメッセージで送信し、不正利用の早期発見や更新手続きの完了率向上に貢献しています。第四に、医療・ヘルスケア業界の予約リマインダーです。受診予約の前日にリッチカードで案内を送信し、「確認」「変更」「キャンセル」のボタンを設置することで、無断キャンセル率を最大30%低減させた実績もあります。

第五に、自治体や公共サービスにおける緊急連絡と行政案内です。災害時の避難指示や、マイナンバーカードの手続き案内など、確実に届ける必要がある情報の配信において、SMSの高い到達率とRCSの視認性の高さを組み合わせた活用が進められています。

Google RBMとキャリア公式APIの配信コスト・到達率・審査基準の違い

企業がRCSビジネスメッセージングを導入する際、主要な配信基盤としてGoogle RBM（RCS Business Messaging）とキャリアが提供する公式APIの2つの選択肢があります。両者の違いを正確に把握しておくことが、適切なプラットフォーム選定の前提となります。

Google RBMは、Googleのプラットフォーム上で一元的に管理できるため、とくに複数の国や地域に配信する企業にとって利便性が高い選択です。一方、日本国内に限定した配信であれば、+メッセージのAPIを利用したほうがキャリアとの連携がスムーズになる場合もあります。いずれの場合も、ブランドの認証審査を通過する必要があるため、導入には一定のリードタイムを見込んでおくことが重要です。

顧客の同意取得とオプトイン設計で失敗しないための法的要件と実装手順

RCSビジネスメッセージングの配信にあたっては、顧客からの事前同意（オプトイン）の取得が法的に求められます。日本においては、特定電子メール法および個人情報保護法の規定に基づき、広告・販促目的のメッセージ送信には受信者の事前同意が必要です。これはSMSマーケティングと同様のルールですが、RCSではリッチメディアを含む分、配信内容の設計段階からオプトインの取得方法を明確にしておく必要があります。

オプトイン取得の実装手順としては、以下のプロセスが一般的です。

1. Webサイトや店頭でのサービス登録時に、RCSメッセージの受信に関する同意チェックボックスを設置する
2. 同意取得時に、配信内容の種類（販促・通知・アンケートなど）と配信頻度の目安を明示する
3. 同意情報をCRMまたは配信管理システムに記録し、オプトイン・オプトアウトの履歴を管理する
4. RCSメッセージの初回配信時に、配信元の企業名と配信停止方法を明記する
5. オプトアウト（配信停止）の導線をすべてのメッセージに含め、即座に反映される仕組みを構築する

失敗しやすいポイントは、オプトインの取得範囲が曖昧なまま配信を開始してしまうケースです。「SMSの配信同意を取得していたからRCSでも送ってよい」という解釈は、配信内容や表現形式が異なる以上、法的リスクを伴う可能性があります。RCS導入時には、既存のSMS配信同意とは別にRCS固有の同意取得プロセスを設計し、法務部門との事前確認を経て運用を開始することが推奨されます。

月間配信数1万件以下の中小企業が投資対効果を確保できるRCS導入の判断基準

RCSビジネスメッセージングの導入は大企業だけの話ではありません。月間配信数が1万件以下の中小企業であっても、適切な条件が揃えば十分な投資対効果を確保できます。判断のポイントとなるのは、現在のSMS配信コスト、顧客単価、そしてリッチメディアによるCTR向上の見込みの3要素です。

まず、現在のSMS配信に月間10万円以上のコストが発生している場合、RCS移行によるコスト削減効果が見込めます。RCSはデータ通信として扱われるため、従量課金型のSMSと比較して1通あたりの単価が下がるケースが多く、配信ボリュームが一定規模を超える企業ほどメリットが大きくなります。

次に、顧客単価が高い業種ほどRCSの投資対効果は高まります。不動産、自動車、保険、医療といった業種では、1件のコンバージョンがもたらす収益が大きいため、RCSのリッチメッセージによってCTRが数%向上するだけで、配信コストを大幅に上回るリターンが期待できます。逆に、顧客単価が低く、かつ配信対象が少ない場合には、初期の設定コストや審査にかかる工数を回収しきれない可能性もあるため、慎重な判断が必要です。

中小企業が導入を検討する際の実務的な目安として、月間SMS配信数が3,000件以上、顧客単価が1万円以上、かつリッチメディアの活用で視覚的な訴求力が向上する商材を扱っている場合には、RCS導入の投資対効果がプラスになる可能性が高いといえるでしょう。

セキュリティとプライバシーの観点から評価するRCS暗号化対応の現状と課題

RCSの普及が進むなかで、セキュリティとプライバシーに関する議論も活発化しています。SMSに比べて多くの機能的進化を遂げたRCSですが、暗号化対応の範囲や脆弱性への対処状況はまだ発展途上の部分があります。安全に利用するために、現時点での対応状況と残された課題を正確に理解しておくことが重要です。

エンドツーエンド暗号化の対応範囲がGoogleメッセージ限定である現時点の制約

RCSのセキュリティに関する最大の論点のひとつが、エンドツーエンド暗号化（E2EE）の対応範囲です。2023年にGoogleはGoogleメッセージアプリにおいて、RCSメッセージのE2EE対応を正式に展開しました。しかし、この暗号化が適用されるのは、送信側と受信側の双方がGoogleメッセージアプリを使用している場合に限られます。

つまり、送信者がGoogleメッセージを利用し、受信者が+メッセージや他のRCS対応アプリを使用している場合、E2EEは適用されません。同様に、iPhoneのメッセージアプリでRCSを利用する場合にも、現時点ではE2EEは提供されていません。この状況は、RCSの暗号化がプロトコルレベルで標準化されていないことに起因しています。GSMAはRCSへのE2EE統合を推進しているものの、すべてのクライアントアプリとキャリアにわたる統一的なE2EE実装はまだ実現していないのが現状です。

実務的な観点から言えば、機密性の高い情報をRCSで送受信する場合には、相手の利用アプリと暗号化の適用有無を事前に確認する慎重さが必要です。とくに企業が顧客にRCSで個人情報を含むメッセージを送信する場合、暗号化の対応状況を踏まえたうえでの情報セキュリティポリシーの策定が求められます。

キャリアサーバー経由時に生じるメッセージ傍受リスクとSMSとの危険度比較

RCSのメッセージは、送信者から受信者に届くまでの間にキャリアのサーバーを経由します。E2EEが適用されていない環境では、この経由点においてメッセージが理論上は傍受可能な状態に置かれることになります。この点はSMSと共通するリスクですが、両者の危険度には構造的な差異があります。

SMSはSS7（Signaling System No.7）と呼ばれる旧来の通信制御プロトコルを経由しており、このプロトコルには設計時点でセキュリティが十分に考慮されていないことが長年指摘されてきました。SS7の脆弱性を悪用したSMSの傍受や、二要素認証コードの窃取といった攻撃事例は世界各地で報告されています。

RCSはIPベースの通信であるため、SS7の脆弱性の影響を直接受けることはありません。しかし、キャリアのIMSサーバー上でメッセージが復号された状態で処理される場合、そのサーバーへの不正アクセスが成立すればメッセージの傍受は理論的に可能です。つまり、RCSはSMSよりもプロトコルレベルでの安全性は向上しているものの、E2EEが適用されていない限りにおいてはゼロリスクではありません。

実務的な対策としては、機密性の高い通信にはE2EEが確実に適用されるGoogleメッセージ同士の通信を利用するか、Signal等のE2EE標準対応メッセンジャーを併用することが推奨されます。

FBI・CISAが警告したRCSの脆弱性とSalt Typhoon事案から学ぶ実務的教訓

2024年末、米国のFBI（連邦捜査局）とCISA（サイバーセキュリティ・インフラストラクチャセキュリティ庁）が、RCSメッセージングのセキュリティに関する異例の警告を発しました。この警告の背景にあったのが、中国系ハッカーグループ「Salt Typhoon」による大規模なサイバー攻撃事案です。この攻撃では、米国の主要通信事業者のネットワークが侵害され、通話記録やメッセージデータが窃取されたとされています。

FBI・CISAの勧告では、iPhoneとAndroid間のメッセージング（すなわちRCS経由の通信）にはE2EEが適用されないため、機密性の高い通信にはE2EE対応のメッセージングアプリの使用が推奨されるという趣旨が示されました。この発表は世界的に大きな注目を集め、RCSのセキュリティに対する認知を一気に高める契機となりました。

この事案から得られる実務的教訓は3点です。第一に、通信プロトコルの安全性はE2EEの有無に大きく依存するということです。RCSが技術的にSMSより優れていても、E2EEなしではサーバー側での傍受リスクは残ります。第二に、国家レベルの攻撃者を想定した場合、キャリアインフラそのものが標的になりうるという現実です。第三に、日常的な連絡にはRCSを、機密性の高い通信にはE2EE標準対応アプリをと、用途に応じた使い分けの意識が不可欠であるという点です。

企業利用における送信者認証バッジとフィッシング対策の仕組みと効果の実測

RCSビジネスメッセージングには、SMSには存在しなかった送信者認証の仕組みが組み込まれています。企業がRCSを通じてメッセージを送信する場合、Googleまたはキャリアによる事前審査を通過したブランドには、メッセージ画面に認証バッジ（チェックマーク）とブランドロゴが表示されます。受信者はこの表示を確認することで、メッセージが正規の企業から送信されたものであることを視覚的に判断できます。

この仕組みは、SMSで深刻化しているフィッシング詐欺（スミッシング）への対策として大きな意義を持ちます。従来のSMSでは送信者名を偽装することが技術的に容易であり、金融機関や宅配業者を装った詐欺メッセージが社会問題となっていました。RCSの認証バッジは、こうしたなりすまし行為を根本的に困難にする仕組みです。

効果の面では、Googleが公表した事例において、認証バッジ付きRCSメッセージの信頼度は、認証なしのSMSと比較して受信者のエンゲージメント率で35%以上の向上が確認されています。とくに金融機関からの取引通知や公共機関からの行政案内において、受信者が「本物の通知である」と安心して開封できることが、フィッシング被害の抑制と同時にメッセージの実効性向上にも寄与しています。

ただし、認証バッジの恩恵を受けるには企業側がGoogleまたはキャリアの審査プロセスを完了している必要があり、審査には数週間を要する場合もあります。導入計画の策定時には、この審査期間も考慮に入れることが重要です。

個人ユーザーが今すぐ確認すべきRCSプライバシー設定の5つのチェック項目

RCSを利用する個人ユーザーにとって、プライバシー設定の確認は初期設定時に済ませておくべき重要なタスクです。以下の5つの項目を確認し、自身の利用スタイルに合った設定を行うことで、不要な情報露出を防ぐことができます。

第一に、既読通知のオン／オフ設定です。既読通知はデフォルトで有効になっている場合が多いですが、メッセージを読んだタイミングが相手に知られることに抵抗がある場合は無効化が可能です。Googleメッセージアプリでは「設定」→「RCSチャット」→「送受信確認を送信」からこの設定を変更できます。

第二に、入力中表示の設定です。相手にメッセージを入力中であることが伝わる機能ですが、こちらもプライバシーの観点から無効化を選択するユーザーもいます。第三に、プロフィール情報の公開範囲です。RCSではアイコン画像や名前が相手に表示される場合があり、どの範囲まで公開するかを確認しておく必要があります。

第四に、位置情報の共有設定です。RCSは位置情報の共有機能を備えていますが、意図せず位置情報が送信されることがないよう、アプリの位置情報アクセス権限を確認しておくべきです。第五に、RCS機能そのもののオン／オフです。何らかの理由でRCSを使用したくない場合、GoogleメッセージアプリではRCSチャット機能を手動で無効化し、すべての通信をSMSに戻す設定が用意されています。

これらの設定はいつでも変更可能ですが、初期状態のまま利用を続けると、自分が意図しない情報が相手に伝わっている可能性もあります。RCSを初めて利用する際は、まずこの5項目を一通り確認することをおすすめします。

RCSの今後の標準化動向と企業・個人が備えるべき通信環境の変化

RCSはまだ発展途上の規格であり、今後の標準化の進展によって機能やセキュリティが大きく向上する見通しです。最終セクションでは、RCSの今後のロードマップと、企業および個人がどのような準備を進めるべきかを展望します。

GSMA Universal Profile 2.xの改訂内容とE2EE標準化に向けた2025年以降のロードマップ

GSMAはRCSの共通仕様であるUniversal Profileの継続的な改訂を進めています。現在広く実装されているUniversal Profile 2.xでは、リッチカードやカルーセル、ファイル転送、グループチャットなどの基本機能が規定されていますが、今後の改訂で最も注目されているのがE2EE（エンドツーエンド暗号化）の標準化です。

RCSにおけるE2EEの標準化は段階的に進められてきました。2023年にGoogleがMLS（Messaging Layer Security）プロトコルへの対応意向を表明し、2024年9月にGSMAがE2EEの標準化作業の開始を公式に発表しました。そして2025年3月、GSMAはUniversal Profile 3.0においてMLSプロトコルを正式に採用することを発表しています。MLSはIETF（Internet Engineering Task Force）が策定したオープンな暗号化プロトコルであり、大規模なグループチャットにも効率的に対応できる設計が特徴です。GSMAのロードマップでは、MLS準拠のE2EEをUniversal Profileに統合し、キャリアやアプリの種類を問わず暗号化通信を実現することが目指されています。

2025年以降の具体的な展望としては、GoogleとAppleがMLS準拠のE2EEをそれぞれのメッセージングアプリに実装し、異なるプラットフォーム間でも暗号化されたRCS通信が可能になることが期待されています。この実現には技術面だけでなく、キャリアの対応やアプリのアップデート普及といった要素も関わるため、完全な普及には数年を要すると見られていますが、RCSのセキュリティが飛躍的に向上する転換点となることは間違いありません。

Apple・Googleの相互運用拡大が生むクロスプラットフォーム通信の新たな基盤

iOS 18でAppleがRCSに対応したことは、クロスプラットフォーム通信の歴史において画期的な出来事です。長年、iPhoneとAndroid間のメッセージングはSMSという最小公倍数的な規格に頼らざるを得ませんでしたが、RCSの相互運用が実現したことで、OSの壁を越えたリッチメッセージングの基盤が初めて構築されました。

AppleとGoogleの双方がRCSに対応したことの意味は、技術的な機能追加にとどまりません。世界のスマートフォン市場をほぼ二分するiOSとAndroidの両方でRCSが利用可能になったことで、「メッセージを送るだけなら、特別なアプリは不要」という通信環境が初めて現実味を帯びてきました。電話番号さえ知っていれば、相手のOSを意識することなく、画像・動画・リッチカード・既読通知付きのメッセージを送受信できるようになるのです。

今後の焦点は、AppleとGoogleのRCS実装がどこまで機能的に歩み寄るかという点にあります。現時点では、E2EEの対応状況やリアクション機能の互換性など、細部において差異が存在しています。こうした差異が解消され、ユーザーがプラットフォームの違いを意識せずにシームレスなメッセージングを行える環境が整えば、RCSは電話やメールに次ぐ第三の通信インフラとしての地位を確立する可能性があります。

RCS普及率が世界で10億ユーザー突破した市場動向と日本市場の成長余地

Googleの公表によれば、RCSの月間アクティブユーザーは2024年時点で全世界10億人を超えています。この数値は主にAndroid端末のGoogleメッセージアプリの利用者を中心としたものですが、iOS 18でのRCS対応が加わることで、さらなるユーザー数の増加が見込まれています。

地域別に見ると、北米、欧州、インド、ブラジルなどでRCSの普及が先行しています。米国ではT-MobileやVerizonがRCSの積極的な推進を行っており、多くのAndroid端末でRCSがデフォルトのメッセージング方式となっています。インドではJioやAirtelがRCSを商用展開し、数億人規模のユーザーベースを形成しています。

日本市場に目を向けると、+メッセージの利用者数は4,000万人超と報告されていますが、LINEの9,700万人と比較すると普及率には大きな差があります。しかし、iOS 18のRCS対応によりiPhoneユーザーが参入することで、この構図に変化が生じる可能性があります。とくに注目すべきは、LINEを利用しない層や、企業からの通知メッセージの受信チャネルとしての需要です。全スマートフォンユーザーにアプリ追加なしでリーチできるRCSの特性は、日本市場においてもLINEとは異なる領域での成長余地を持っています。

企業のCRM・MA連携を前提としたRCSチャネル統合の中期導入計画の立て方

企業がRCSを本格的にマーケティングチャネルとして活用するには、既存のCRM（顧客関係管理）やMA（マーケティングオートメーション）との連携を前提とした中期的な導入計画の策定が不可欠です。単発の配信施策ではなく、顧客のライフサイクル全体を通じたコミュニケーション設計のなかにRCSを位置づけることが、持続的なROI向上のカギとなります。

導入計画のステップとしては、まず現在の顧客データベースにおける電話番号の保有率と正確性を確認することが第一段階です。RCSは電話番号をベースとするため、電話番号データの品質が配信到達率に直結します。次に、Google RBMまたはキャリアAPIのアカウント取得と審査プロセスを開始し、配信テスト環境を構築する段階に進みます。

中期的な視点で重要なのは、CRMに蓄積された顧客属性データ（購買履歴、問い合わせ履歴、セグメント情報など）とRCS配信を連動させるシナリオ設計です。たとえば、ECサイトでカートに商品を残したまま離脱したユーザーに対して、商品画像付きのリッチカードを自動送信するリカバリー施策や、購入後30日後にレビュー依頼をRCSで送信するフォローアップ施策など、MAツールのトリガー機能とRCS配信を連携させた自動化が効果的です。

計画策定時に想定すべきタイムラインとしては、初期セットアップと審査に2〜3か月、テスト配信と効果検証に3〜6か月、本格運用開始後のPDCAサイクル確立までに12か月程度を見込むのが現実的な目安となります。

SMS完全廃止のシナリオを想定した場合に個人が準備すべき3つの通信環境整備

RCSの普及が進むにつれて、将来的にSMSが完全に廃止されるシナリオも議論の対象となっています。実際に、いくつかの国や地域ではキャリアがSMSからRCSへの移行を段階的に進めており、長期的にはSMSが「レガシー規格」として扱われる時代が到来する可能性は否定できません。こうしたシナリオに備え、個人ユーザーが今から準備しておくべき3つの通信環境整備を確認しておきましょう。

第一に、RCS対応端末とアプリの確認です。現在使用しているスマートフォンがRCSに対応しているか、対応している場合はRCS機能が有効化されているかを確認しておくことが基本的な準備となります。Android端末であればGoogleメッセージアプリの設定画面でRCSチャットの有効化を確認でき、iPhoneであればiOS 18以降にアップデートしたうえでメッセージアプリの設定を確認します。

第二に、二要素認証（2FA）の受信チャネルの見直しです。現在、多くのWebサービスがSMSによる二要素認証を提供していますが、SMS廃止後は認証コードの受信方法を変更する必要が生じる可能性があります。認証アプリ（Google Authenticator、Microsoft Authenticatorなど）やハードウェアキーへの移行を段階的に進めておくことで、将来的な混乱を防ぐことができます。

第三に、RCS非対応のコミュニケーション手段の確保です。災害時や通信障害時にデータ通信が利用できない状況では、IPベースのRCSも機能しなくなります。こうした緊急時に備えて、家族や職場の緊急連絡先を複数のチャネル（メール、固定電話、災害用伝言ダイヤルなど）で確保しておくことが、通信環境の変化に対するレジリエンスを高める最善の方策です。