RTO、RPO、RLO。三つ並ぶと、どれが「時間」で、どれが「時点」で、どれが「水準」だったか迷いやすいところです。
事業継続では、略語だけを暗記するのではなく、BIAで影響を分析し、その結果を基に復旧目標を決め、BCPへ反映し、BCMとして訓練・見直しを続けるという流れで理解します。
読み終えるころには、事例の目標が時間・時点・水準のどれを指しているかを切り分け、分析を経ずに目標だけが決まっていないかを確認できるようになります。
この記事では、数字や表現から目標を判別し、BCPの不足を確認・提案する場面まで整理します。
先に結論：分析してから三つの目標を決める
| 用語 | 何を決めるか | 見分ける言葉 |
|---|---|---|
| BIA（事業影響度分析） | 業務停止による影響と復旧優先度を分析する | 重要業務、影響、時間経過、依存関係 |
| RTO | いつまでに復旧するか | 時間 |
| RPO（目標復旧時点） | どの時点のデータまで戻すか | 時点、許容データ損失 |
| RLO | どの水準まで業務を戻すか | 機能、処理能力、業務範囲 |
| BCP | 緊急時の方針・体制・手順を計画する | 計画 |
| BCM（事業継続マネジメント） | BCPを訓練・評価・改善し続ける | 管理活動 |
基本の流れは次のとおりです。
BIA → RTO・RPO・RLOの設定 → BCPの策定 → BCMによる訓練・評価・見直し
目標値を先に決めて実現可能性だけを見るのではなく、まず業務停止の影響を把握します。
1．BIA：業務停止の影響を時間の経過に沿って分析する
BIA（事業影響度分析）は、業務が停止した場合の影響を分析し、優先して継続・復旧すべき業務や必要な経営資源を明らかにするための分析です。
例えば、売上・顧客・法令・信用への影響、他業務への波及、必要な人員・施設・情報システム・委託先への依存、停止時間による影響の変化を確認します。
重要なのは、システム単体を見るのではなく、そのシステムがどの業務を支え、停止が長引くとどこまで影響が広がるかを見ることです。
BIAより先に目標を固定しない
次のような進め方は適切ではありません。
- 業務影響を分析せず「全システムを2時間で復旧」と先に固定する
- 機器性能や担当部署の都合だけで復旧順位を決める
- 停止直後の影響だけを見て、長期化した場合を考えない
BIAの結果を踏まえて、重要業務、復旧優先度、必要資源、復旧目標を検討します。
2．RTO：いつまでに復旧するか
RTO（目標復旧時間）は、業務やシステムが停止してから、目標とする状態へ復旧するまでの時間です。
例えば「受注業務を4時間以内に再開する」という目標です。
RTOを考えるときは、復旧完了の基準、時間の起点、必要資源、訓練で実行可能かを確認します。
RTOはデータをどの時点まで戻すかを示すものではありません。それはRPOです。
3．RPO：どの時点のデータまで戻すか
RPO（目標復旧時点）は、障害発生前のどの時点までデータを復旧するかを表す目標です。言い換えると、許容できるデータ損失の範囲を時間で表したものです。
例えばRPOが1時間なら、障害発生直前から最大1時間分までのデータ損失に抑えられる仕組みが必要です。
バックアップ間隔との関係
毎日午前2時に1回だけバックアップを取得し、次の取得直前に障害が起きた場合、直近のバックアップへ戻すと最大で約24時間分の更新データを失う可能性があります。
- 取得時刻：午前2時
- 取得間隔：24時間
- 最大データ損失：約24時間分
「午前2時」を「2時間間隔」と読み違えないようにします。
RPOは事業上許容できる損失から定める目標で、バックアップやレプリケーションなどは、その目標を満たせるように設計します。バックアップ方式そのものは「データ保護とバックアップ」の記事で扱います。
4．RLO：どの水準まで業務を戻すか
RLO（目標復旧レベル）は、復旧時に業務やシステムをどの程度の機能・処理能力・業務範囲で稼働させるかという目標です。
例えば「受注業務だけを再開する」「通常時の50％の処理能力で稼働する」といった水準です。
RLOは要員数や費用の上限ではありません。
RTO・RPO・RLOを合わせると、いつまでに、どの時点のデータを使い、どの水準で再開するかという復旧要件を整理できます。
5．復旧方式：コールドスタンバイとホットスタンバイ
SGシラバス Ver.4.1では、RTO・RPO・RLOと同じ「サービス可用性管理、サービス継続管理」の用語例に、コールドスタンバイとホットスタンバイが挙げられています。
- ホットスタンバイ：待機系を稼働可能な状態に保ち、迅速に切り替えやすい方式
- コールドスタンバイ：待機系を停止状態などで保持し、必要時に起動・準備する方式
短いRTOを求めるほど、迅速に切り替えられる構成とコストの両方を検討します。
試験では「ホット＝必ず無停止」「コールド＝必ず長時間停止」のように絶対化せず、待機状態と切替えに必要な準備の違いで判断します。
6．BCPとBCM：計画と管理活動を区別する
BCP（事業継続計画）は、緊急事態が発生しても重要業務を継続し、又は早期に復旧するための方針、体制、手順などを定めた計画です。
BCM（事業継続マネジメント）は、BCPを作って保管するだけではありません。
- BIAとBCPの策定
- 教育・訓練と実行可能性の評価
- 変化や教訓を反映した継続的な見直し
という管理活動全体を指します。
復旧計画・障害復旧・災害復旧
SGシラバスでは「情報セキュリティ継続」の用語例として、復旧計画、障害復旧、災害復旧も挙げられています。
障害復旧はシステム・設備などの障害からの復旧、災害復旧は地震や水害などの災害による被害からの復旧という文脈で使われます。どちらも、重要業務をどのように継続・復旧するかというBCP・BCMの考え方につながります。
また、サービスマネジメントの文脈ではサービス継続計画という用語もあります。BCPが事業全体の継続を扱うのに対し、サービス継続計画はITサービス等の継続・復旧を具体化する計画として位置付けて整理します。
7．BCPを見直す契機
BCPは策定時点の組織、業務、システム、委託先、連絡先などを前提としています。
次のような変化や教訓があれば見直します。
- 組織再編や担当者の変更
- 重要業務・事業所の変更
- 新システムやクラウドサービスの導入
- 委託先・供給者・サプライチェーンの変更
- 法令・契約・顧客要求の変更
- 訓練で手順や連絡網の問題が判明した
- 実際の事故で計画どおりに動けなかった
「一度作ったから完成」ではありません。前提が変われば計画も見直します。
8．コンティンジェンシー計画と緊急事態の区分
コンティンジェンシー計画（緊急時対応計画）は、想定した緊急事態が起きたときに取るべき行動をあらかじめ定める計画です。
SGシラバスには「緊急事態の区分」も明示されています。どの程度の事象を緊急事態として扱い、どの計画・体制を発動するかを事前に整理しておくことが重要です。
代替施設への移転、代替通信手段、手作業への切替え、緊急連絡体制などを定める場合があります。
平常時の通常業務を記した手順書とは目的が異なります。
9．科目Bでの使われ方
SGシラバスの技能4-1では、情報セキュリティ担当者に、障害・災害などの困難な状況でも部門の情報セキュリティを継続的に確保するための要求事項を理解し、それがBCPに盛り込まれているか確認することが求められています。
不足や過剰があれば、必要事項を計画へ盛り込み、追加手順を文書化するよう改善を提案することまでが役割です。
この技能で中心になるのは、自分だけでBCPや目標値を決めることではありません。
| 事例の場面 | 担当者としての判断 |
|---|---|
| 新しいクラウドサービスを導入した | 停止時の影響と必要なセキュリティ要求を確認し、BCPへの反映が不足していれば追加を提案する |
| 訓練で連絡網が機能しなかった | 問題を記録し、計画・手順の見直しを提案する |
| 委託先が変更された | 委託先停止時の手順が計画に反映されているか確認する |
| 設定したRTOでは復旧できないと判明した | 独断で目標を変更せず、事実を報告して見直しを提案する |
どの目標を問われているかも見分ける
| 事例の表現 | 該当するもの |
|---|---|
| 4時間以内に業務を再開する | RTO |
| 最大1時間分までのデータ損失を許容する | RPO |
| 重要機能だけを通常の50％で再開する | RLO |
| 業務停止による影響を時間経過も含めて調べる | BIA |
| 訓練で判明した問題を計画へ反映する | BCM・BCPの見直し |
判断するときは、BIA → 目標 → 計画 → 確認・改善の流れと、担当者の権限を同時に見ます。
目標値そのものを担当者限りで変更せず、BIAの結果や関係部署の意見とあわせて上位者へ提案します。訓練や見直しで不足に気づいた場合も、記録して次の見直しへつなげます。
よくある取り違え
| 誤った考え方 | 正しい整理 |
|---|---|
| RTOはデータをどの時点まで戻すか | 時点はRPO、RTOは復旧までの時間 |
| RPOは業務をどの水準まで戻すか | 水準はRLO |
| RLOは復旧要員や費用の上限 | 業務・機能・処理能力の水準 |
| 午前2時に取得するから最大損失は2時間 | 取得間隔が24時間なら最大約24時間分 |
| 目標を先に決めてからBIAを行う | BIAの結果を踏まえて目標を検討する |
| BCMはBCPを作成・保管すること | 訓練・評価・見直しを含む管理活動 |
| コンティンジェンシー計画は平常時手順 | 緊急事態に備えた対応計画 |
| 担当者が独断でRTOを変更する | BCPとの整合を確認し、必要な見直しを提案する |
まとめ
- BIAで業務停止の影響と復旧優先度を分析する
- RTOは時間、RPOはデータの時点、RLOは復旧水準を表す
- 復旧目標はBIAの結果を踏まえて設定する
- ホットスタンバイとコールドスタンバイは待機状態と切替え準備が異なる
- BCPは計画、BCMは訓練・評価・見直しを含む管理活動
- SGシラバスには復旧計画、障害復旧、災害復旧、サービス継続計画も明示されている
- 緊急事態の区分を定め、必要な計画・体制を発動できるようにする
- 科目Bでは、BCPに必要事項が盛り込まれているか確認し、不足があれば改善を提案する
- 問題では「時間・時点・水準」と「担当者が独断で決めていないか」を見る
関連記事
- C5-T10：データ保護とバックアップ
- C6-T03：封じ込めから復旧まで
- C6-T04：証拠保全とデジタルフォレンジックス
- C6-T05：原因分析と再発防止
本記事は、2026年8月3日時点のSGシラバスVer.4.1を基準に作成しています。
参考資料
- IPA「情報セキュリティマネジメント試験（レベル2）シラバス Ver.4.1」
- 内閣府（防災担当）「事業継続ガイドライン ―あらゆる危機的事象を乗り越えるための戦略と対応―」（令和5年3月）
- 経済産業省・IPA「サイバーセキュリティ経営ガイドライン Ver3.0」（指示8 インシデントによる被害に備えた事業継続・復旧体制の整備）
- IPA「高回復力システム基盤導入ガイド」（2012年5月、アーカイブ資料）
コメント