ホーム›ガイド›電話
電話 · 理解する
企業の電話システムが停止する箇所は三つあります。建物、インターネット回線、そして電話システムをホストするプラットフォームです。それぞれの障害には対応する代替手段があります。携帯電話への転送、予備回線、電話システムの復旧です。バックアップは最後の手段の一部ですが、復元するのは設定であり、通話中の電話ではありません。
最初に問うべきは「バックアップはあるか」ではなく、「障害中に電話をかけてきた顧客には何が聞こえるか」です。答えは障害がどこで発生したかによって変わります。
| 障害 | 企業側の状況 | 通話相手に聞こえるもの | 一般的な代替手段 |
|---|---|---|---|
| 建物（電気、災害、立入り） | オフィスの電話機が使えない | ホスティング型の電話システムなら引き続き応答し、通話は予定したルールに従う | モバイルとパソコンのアプリケーション、携帯電話への転送 |
| 拠点のインターネット回線 | 拠点の電話機が電話システムに接続できない | ホスティング型の電話システムは応答するが、拠点の電話機は鳴らない | 予備回線、テザリング、転送またはモバイルアプリへの切り替え |
| 電話システムのプラットフォーム | 拠点を問わず、すべての電話機が使えない | 通信事業者により、話し中音、メッセージ、または予定した転送 | 運用者による復旧。通信事業者と準備した番号の転送 |
この表はホスティング型の電話システムを前提としています。社内に設置した IP-PBX の場合、最初の二行は三行目と同じになります。建物やその回線がダウンすれば、電話システムも一緒に停止し、それに依存するすべての拠点に影響します。アーキテクチャの比較はVoIP、SIP、IP-PBX、UCaaS：どのアーキテクチャを選ぶかをご覧ください。
代替手段のほとんどは、平時に決めておくものです。障害が起きてから通信事業者の適切な窓口を探しても間に合いません。
電話システムのバックアップは、電話システムを以前の状態に戻すためのものです。設定、アカウント、受付ルール、着信キュー、ボイスメール、そして該当する場合は録音です。切れた通話を復旧させるものではありません。また、転送の代わりにもなりません。復元中に企業への通話を維持するのは、事前に準備した代替手段です。
期待できることを示す指標が二つあります。
RTO（目標復旧時間）：サービスを再開するまでの目標時間。RPO（目標復旧時点）：許容できるデータ損失の量を、最後のバックアップからの経過時間で表したもの。
1 日 1 回バックアップされる電話システムでは、RPO は分単位ではなく時間単位です。たとえば新しい内線の追加やアナウンスの変更など、午前中に行った変更は、前日のバックアップから復元した後にやり直す必要があるかもしれません。あまり変更のない設定であれば、それを承知している限り許容できます。
保持期間も重要です。バックアップを 30 日間保持していれば、後になって発覚した設定ミスや侵害の前の状態に戻れます。それより前の状態はもう存在しません。
すべての拠点に共通の中央電話システムは、受付と管理を簡素化します。その代わり、それが停止すれば全員が影響を受けます。別々の電話システムにすれば障害は一拠点に限定されますが、運用、アップデート、バックアップの手間が増えます。
ホスティング型の中央電話システムでは、回線障害の影響は該当拠点だけです。他の拠点は引き続き稼働し、孤立した拠点宛の通話は転送できます。全体障害はプラットフォーム自体からしか生じません。その場合に確認すべきなのはプラットフォームの方です。どのように監視され、バックアップされ、復旧されるのか、そしてそれにどれだけの時間がかかるのかです。
複数の拠点を Klytic Tel で運用する具体的な方法は複数の拠点を Klytic Tel で接続するで説明しています。メールについては、同じ考え方をメールのバックアップと事業継続で扱っています。
仮定のケースです。三つの支店を持つ不動産会社が、ホスティング型の電話システムを利用しています。道路工事により、そのうち一つの支店の光ファイバーが一日中切断されました。
他の二つの支店は何の影響も受けません。切断された支店では卓上電話機が使えなくなりましたが、担当者は携帯電話にアプリを入れており、ダイヤルイン番号で着信を続けられました。支店の代表番号は、予定どおり責任者の携帯電話に転送されました。話し中音を聞いた顧客はいませんでした。
この日、バックアップは何の役にも立ちませんでした。失われたものは何もなかったからです。電話システム自体が損傷していれば、バックアップが役立ったでしょう。
いいえ。バックアップは電話システムを元の状態に戻すためのものです。その間、企業への通話を維持するのは転送とアプリケーションです。
いいえ。切れた通話はかけ直す必要があります。復元されるのはサービスの設定とデータだけです。
内線通話にはインターネットを必要としませんが、建物と一緒に停止します。VoIP、SIP、IP-PBX、UCaaSをご覧ください。
Klytic では、サポートを通じて直近 30 日分について依頼できます。サービスの不具合、従業員による意図的な削除や退職時に早すぎたアカウント削除（月 3 件まで）、端末が適切に保護されていたにもかかわらず受けた攻撃の場合は、料金に含まれます。誤削除、誤操作、または端末の保護が不十分だった場合は、有償のサポートチケットとなります。セキュリティとバックアップをご覧ください。
Klytic Tel では、各組織が専用の電話サーバーを持ちます。サーバーは、ご要望に応じて、デフォルトで欧州のクラウド、モーリシャス、または適用される法域に準拠した地域でホストされるか、貴社のサーバーに設置されます。クラウドの場合、Klytic Tel は大手クラウド事業者の基盤上で稼働しています。企業向け水準の可用性 99.99%（事前に告知される計画メンテナンスを除く）を契約上保証し、障害時には複数のホスティング拠点間で切り替わるため、障害への耐性は非常に高くなっています。Klytic は、貴社が指定する別のクラウド事業者上にソリューションを展開することもできます。プラットフォームは常時監視されています。複数拠点の場合、電話システムは単一のサーバーでも、拠点ごとに割り当てて相互接続した複数のサーバーでも構成できます。後者の場合、サーバー障害の影響はそのサーバーが担当する拠点に限られ、拠点間の内線通話は無料かつ安全なままです。
電話システムは毎日バックアップされます。バックアップは暗号化され、複数拠点に複製され、変更不可能であり、30 日間保持されます。復元テストは毎月実施しています。公表している目標は、Klytic Tel について復旧まで 4 時間未満（RTO）、データ損失は最大 24 時間（RPO）です。毎時バックアップされるメール、文書、CRM については、RPO の目標は 2 時間未満です。復元はサポートに依頼します。サービスの不具合、従業員による意図的な削除や退職時に早すぎたアカウント削除（月 3 件まで）、端末が適切に保護されていたにもかかわらず受けた攻撃の場合は、料金に含まれます。誤削除、誤操作、または端末の保護が不十分だった場合は、有償のサポートチケットとなります。
モバイル、パソコン、ブラウザー向けのアプリケーションにより、オフィス外でも着信できます。障害時の転送は、運用開始時に Klytic と一緒に設定します。プラットフォームが利用できない間に番号を他へ振り向けられるかどうかは、番号を保有する通信事業者（Klytic または現在の通信事業者）との準備内容によります。
Klytic は第二のプラットフォームへの自動切り替えを公表していません。本ガイドもそれを前提としていません。貴社の事業にそれが必要な場合は、運用開始前にご相談ください。
2026年10月に参照。
