通話中転送は一般に CFB と略され、着信先がすでに別の通話中である場合、またはシステムがその回線を話中と判断した場合に、着信を自動的に別の宛先へ転送する電話機能です。発信者に話中音だけを聞かせたり、呼び出しを失敗させたりするのではなく、別の内線、ボイスメール、ハントグループ、受付、携帯番号、コールキュー、予備のサービスデスクなど、事前に設定された宛先へ呼び出しを送ります。

現代の通信システムにおいて、CFB は単なる便利機能ではありません。サービス継続、発信者の取りこぼし防止、従業員の可用性、顧客体験、チーム連携、緊急時の代替経路、ワークフロー自動化を支えます。IP PBX、ホステッド VoIP、コンタクトセンター、企業電話、ホテル電話、医療窓口、支店、サービスホットライン、技術サポート環境で広く利用されています。

話中状態のルーティングが重要な理由

単純な電話構成では、ユーザーが話中になると行き止まりが生じます。発信者は話中音を聞くか、案内のないまま待つか、呼び出しを諦めます。企業にとってこれは非効率です。その電話は顧客要望、緊急作業、販売機会、社内調整、サポートのエスカレーションを意味する可能性があるからです。

話中状態ルーティングはこの体験を変えます。システムは主な宛先がすでに使用中で応答できないことを認識し、転送ルールを適用して通信を継続させます。これにより通話フローはより強くなり、あるユーザーがその瞬間に利用できないだけで重要な電話が失われることを防ぎます。

この価値は、通話量の多い環境で特に明確です。受付、営業チーム、サポート担当、保守ホットライン、ナースステーション、指令卓、管理部門では、複数の電話が重なることがよくあります。CFB は、発信者に手動でかけ直させることなく、これらの電話を分配します。

ルーティングロジックの仕組み

話中検出

システムはまず、呼び出し先が話中かどうかを判断します。従来型システムでは、回線が物理的に使用中であることを意味します。IP ベースのシステムでは、登録状態、通話中の本数、端末状態、プレゼンス情報、コールウェイティング設定、チャネル制限、ユーザーポリシーによって定義が変わります。

例えば、あるユーザーはコールウェイティングで 2 本目の電話を受けられる一方、別のユーザーは 1 本の通話中だけで話中と扱われます。コールセンター担当者は、電話機自体が複数通話に対応していても、アクティブなセッションに割り当てられていれば話中とみなされることがあります。

ルール照合

話中条件が検出されると、プラットフォームは転送ルールの有無を確認します。ルールは、ユーザー、内線、部門、端末、トランク、サービスグループの各レベルで設定できます。

ルールは通話の転送先を定義します。また、営業時間、発信者種別、番号パターン、発信元、部門、優先度、フェイルオーバー順序などの条件を含めることもできます。

宛先選択

転送先は単純にも高度にも設定できます。基本設定ではボイスメールに送ります。高度な設定では、VIP 発信者を上級担当者へ、社内通話をアシスタントへ、外部通話をキューへ、時間外通話を携帯番号へ送ることができます。

この柔軟性により、すべての通話に同じ固定動作を適用するのではなく、実際の業務責任を反映できます。

通話の成立

宛先が選択されると、システムは発信者との接続を試みます。プラットフォーム設計により、発信者は呼出音、案内、キュー音楽、ボイスメール挨拶、転送音を聞く場合があります。

転送先も利用できない場合は、別ユーザーへのカスケード、受付への戻し、ボイスメールへの送信など、追加ルールを適用できます。

実システムでの強力な機能

自動予備連絡先

最も実用的な機能の一つが、自動的な予備ルーティングです。従業員がすでに通話中の場合、着信者は同僚、アシスタント、チームリーダー、共有サービスグループへ案内されます。

これは、元のユーザーの空きを待つべきでない通話に有効です。営業問い合わせ、受付電話、顧客苦情、指令依頼、社内の緊急調整などは、予備連絡先ルーティングの恩恵を受けます。

ボイスメール保護

人による予備対応がない場合、ボイスメールは次善の選択肢です。話中音だけで終わらず、発信者は時刻、身元、依頼内容を含むメッセージを残せます。

ボイスメールは記録にもなります。呼び出されたユーザーは後でメッセージを確認し、単なる話中の不在着信より多くの背景情報を持って折り返せます。

チームベースのオーバーフロー

チーム環境では、話中の着信をグループへオーバーフローできます。サポートチーム、営業グループ、受付プール、ナースステーション、保守デスクで負荷を共有できます。あるメンバーが話中でも、別の空いているメンバーが応答できます。

これにより、発信者が複数の番号を知る必要なく応答性が高まります。代表番号はシンプルなまま、内部配分はシステムが管理します。

モバイル継続性

一部のユーザーは、話中の着信を携帯電話へ転送したいと考えます。管理者、現場技術者、サービス調整者、リモート従業員は、デスク内線が使用中でも連絡可能な状態を維持できます。

モバイル転送は、プライバシー問題、高い通話費、長い応答遅延、企業処理ではなく個人ボイスメールへ到達する問題を避けるため、慎重に設定する必要があります。

優先度ベースのルーティング

高度なシステムでは、発信者の優先度に応じて異なる転送動作を適用できます。通常の発信者はボイスメールへ、VIP 顧客や緊急連絡先は別の有人担当者へ送ることができます。

すべての話中状態を同じように扱わないため、この方式はサービス品質を高めます。

類似した通話機能との違い

CFB は他の転送・転送機能と混同されがちです。無条件転送は、ユーザー状態に関係なくすべての通話を別の宛先へ送ります。無応答転送は、一定時間応答がない場合に通話を送ります。通話転送は、すでに応答された通話を手動または自動で別の相手へ移す動作です。

話中ベースの転送はより限定的です。システムが宛先を話中と判断し、被叫側が通話を受けられない場合だけ作動します。そのため、通常の直接呼び出しを維持しながら、重複着信時の保護を追加できます。

コールウェイティングも異なります。これは別の通話中に 2 本目の着信をユーザーへ知らせます。ユーザーや組織が割り込みを望まない場合、CFB により 2 本目の通話を別の場所へ送れます。

ビジネス通信での用途

受付とフロントデスク

受付番号には複数の電話が同時に入ることがよくあります。受付担当が訪問者、業者、顧客、社内ユーザーと通話中でも、次の電話を単に失敗させるべきではありません。

CFB は 2 本目の通話を予備受付、オペレーターグループ、ボイスメール、自動受付へルーティングできます。これにより発信者体験が改善され、受付の負荷も軽減されます。

営業チーム

営業電話は時間が重要です。購入意欲のある顧客からの電話を逃すと、商機を失う可能性があります。話中転送は、重複した電話を別の営業担当、営業キュー、携帯番号へ送れます。

アカウント担当制の営業では、まず担当者へ着信させます。その人が話中であれば、対応可能なチームメンバーへ送ることができます。

技術サポート

サポートチームは、担当者が話中でも発信者をブロックせずに問題を受け付ける必要があります。主要サポート内線が話中の場合、サポートキュー、エスカレーショングループ、待機エンジニアへ転送できます。

これは、担当者が限られ、着信タイミングの変動が大きいサービスデスクで特に有効です。

医療とサービスデスク

予約窓口、ナースステーション、薬局回線、管理事務所では通話が重なることがあります。話中ベースのルーティングは未接触の試行を減らし、発信者を予備の役割へ到達させます。

医療の通話には機密性や緊急性が含まれるため、転送先は慎重に選び、プライバシーと業務フローの適合性を確認する必要があります。

ホテルと複数部門施設

ホテル、キャンパス、物件管理事務所、建物サービスセンターは、この機能でゲストや入居者との通信を維持できます。ハウスキーピングが話中ならフロントへ、保守回線が話中なら監督者やサービスキューへ転送できます。

これにより、ゲストや入居者が内部部門構造を理解していなくても、サービス継続性が向上します。

通話処理効率への影響

失われる電話の削減

最も直接的な効率向上は、話中回線による取りこぼしの削減です。電話が別の有効な宛先へ転送されれば、発信者は通話を諦めたり何度もかけ直したりしにくくなります。

これにより再入電の量が減り、発信者とスタッフ双方の不満も抑えられます。

利用可能なスタッフの有効活用

あるユーザーが対応中でも、別の空いている人が電話を処理できます。業務負荷がより均等に分散され、サービスが 1 つの内線に過度に依存しなくなります。

同じ種類の依頼に複数人が対応できる共有責任の業務では、チームルーティングが特に有効です。

応答時間の短縮

話中ルールは、発信者を待たせたり再試行させたりせず、すぐに予備リソースへ接続できます。応答までの経路が短くなり、体感サービス品質が向上します。

緊急電話では、わずかな待ち時間短縮でも重要です。

より明確な通話記録

転送された通話は、発信元、宛先、理由、最終結果とともに記録できます。管理者は通話負荷、話中パターン、未応答量、人員需要を把握できます。

通話記録は、特定ユーザーやチームに追加容量、別ルーティング、より良い可用性計画が必要かどうかを判断する助けにもなります。

設定設計の考慮事項

まず、各ユーザーまたはグループにとって「話中」が何を意味するかを定義します。複数通話を同時に扱えるユーザーもいれば、1 本の通話で話中扱いにすべきユーザーもいます。コールウェイティング、共有回線表示、エージェント状態、端末容量がこの定義に影響します。

次に、業務責任に基づいて転送先を選びます。予備番号は、単に電話を受けるだけでなく、発信者の問題を解決できる必要があります。対応できない宛先では、追加の転送や遅延が発生します。

時間ベースのルールも有効です。営業時間中は同僚へ、時間外はボイスメールまたはオンコール番号へ、休日は案内または緊急連絡先へ送ることができます。

最後に、すべての経路をテストします。設定上は正しく見える転送ルールでも、権限制限、トランク制限、ボイスメール設定、携帯網の遅延、ループ防止ルールによって失敗することがあります。

一般的なリスクと回避方法

転送ループ

内線 A が内線 B へ転送し、B が A へ戻す、または A を含むグループへ転送するとループが発生します。多くのシステムにはループ防止がありますが、管理者は経路を慎重に設計する必要があります。

誤った予備宛先

依頼を処理できない相手へ転送すると、効率向上ではなく転送回数が増えます。予備宛先は役割とスキルに基づいて選ぶべきです。

隠れた携帯ボイスメール

携帯番号へ転送すると、応答されない場合に個人のボイスメールへ入ることがあります。これは顧客体験の不一致を生み、業務記録を会社システムの外へ出す可能性があります。

転送通話の可視性不足

レポートが転送理由と最終宛先を示さない場合、管理者はルールが有効か評価できません。可能であればログと分析を有効にすべきです。

カスケード手順が多すぎる

複数段階の転送は遅延を増やし、発信者を混乱させます。長い予備番号の連鎖より、短く明確な経路の方が通常は優れています。

技術導入のベストプラクティス

予備宛先には明確な名前を付けます。「営業オーバーフロー」「受付バックアップ」「サポートキュー」「保守待機」などのラベルは、説明のない内線番号より管理しやすくなります。

必要に応じて、社内発信者と外部発信者に別のルールを適用します。社内の同僚はユーザーのアシスタントへ、外部顧客はサービスキューへ送ることができます。

話中レポートを定期的に確認します。特定の内線が常に転送を発生させる場合、コールウェイティング、人員追加、キュー再設計、業務量調整が必要かもしれません。

緊急回線と重要回線は、テスト済みの代替宛先で保護します。これらの経路は一度設定するだけでなく、定期的に検証すべきです。

ユーザーへ情報を共有します。スタッフは、自分の話中着信がどこへ行くか、ポリシー上可能な場合は設定をどう変更するかを知っている必要があります。転送動作への誤解はフォロー漏れにつながります。

CFB が強力なのは、話中の宛先を通話失敗点ではなく、通信継続性を保つ制御されたルーティング判断に変えるためです。

FAQ

ユーザーの電話がオフラインでも CFB は動作しますか？

常に動作するとは限りません。電話システムによっては、オフライン処理に利用不可転送、フェイルオーバールーティング、未登録ルーティングなど別のルールを使います。

元のユーザーは通話が転送されたことを知ることができますか？

これはシステムのレポート機能によります。一部のプラットフォームは不在または転送通話ログを表示しますが、通話詳細記録や通知が必要な場合もあります。

発信者ごとに異なる話中転送先を設定できますか？

はい。多くの高度なプラットフォームでは、発信者番号、顧客グループ、トランク、IVR 選択、スケジュール、優先度ルールに基づいてルーティングできます。

CFB は発信通話に影響しますか？

いいえ。通常は、話中宛先への着信に影響します。発信動作は、ダイヤル、トランク、権限に関する別のルールで制御されます。

転送が起動しない場合は何を確認すべきですか？

回線が本当に話中と扱われているか、コールウェイティングが有効か、転送ルールが有効か、宛先が許可されているか、通話元が設定条件に一致しているかを確認します。