同時着信のCapacity Chain
一つでも上限や遅延があれば、他が余っていても詰まります。平常時平均ではなく、繁忙時間のPeakで設計します。
必要同時数の求め方
15分または30分単位で最大着信数と平均通話時間を集計します。たとえば15分に12件、平均通話5分なら、単純平均でも4通話が重なります。発信時刻の偏りと余裕を加え、6〜8通話程度から負荷試験する考え方ができます。
ボトルネック監査表
| 層 | 確認する上限 | 超過時の症状 |
|---|---|---|
| 電話番号・回線 | 同時Channel数 | 話中・着信失敗 |
| 音声AI | 同時Session・Rate limit | 応答遅延・切断 |
| 外部API | Request/秒・Timeout | 予約・照会失敗 |
| Database | 書込競合・重複防止 | 二重登録 |
| 人への転送 | 担当者数・当番 | 無応答・待ち時間 |
予約枠は「会話中」ではなく「確定時」に守る
二人へ同じ空き枠を案内すること自体より、二人が同じ枠を確定できることが問題です。候補提示後、確定直前に再取得し、短いHoldまたは原子的な予約処理を使います。失敗時は別候補を案内し、二重登録を避けます。
上限超過時のFallback
| 方法 | 向く状況 | 注意 |
|---|---|---|
| 短い待ち行列 | 数分で解消 | 待ち時間を告知 |
| 折返し受付 | 非緊急相談 | 期限を約束 |
| 別拠点・外注 | 繁忙が予測可能 | 同じ受付票を共有 |
| 緊急専用経路 | 安全・障害 | 濫用を防ぐ |
本番前の負荷試験
- 2、5、10通話と段階的に増やす
- 長い通話と短い通話を混ぜる
- 同じ予約枠・顧客IDへ同時にアクセスする
- API Timeoutと再送を発生させる
- 上限超過後に正常復帰するか確認する
容量は毎月見直す
導入時の上限が十分でも、広告、季節、障害、テレビ紹介などで着信Patternは変わります。時間帯別の到着数、通話時間、待ち時間、切断率、Fallback率を記録し、95Percentileと最大値を分けて確認します。最大値だけに合わせて過剰契約するのではなく、通常容量とBurst時の逃がし方を組み合わせます。
障害時はAI基盤だけでなく、電話Carrier、予約API、通知先、担当者の不在が同じ症状に見えます。通話IDを各Systemへ引き継ぎ、どの層で止まったか追跡できるようにすると、再発防止が具体的になります。
コストは最大同時数だけで見ない
同時通話数を増やすと、回線、音声認識、音声合成、録音、外部APIの費用が同時に増える場合があります。繁忙時間だけ自動拡張できるのか、予約したChannelへ固定費がかかるのかを確認し、月間通話分数とPeak容量を分けて見積もります。
監視では着信成功率だけでなく、最初の応答までの秒数、会話途中の遅延、API失敗、二重受付、担当者転送の待ち時間を追います。容量不足を検知したら新規通話を安全な折り返し受付へ切り替え、既存通話の品質を落とさない優先制御も必要です。障害復旧後の再送が重複Taskを作らないIdempotencyも負荷試験に含めます。
よくある質問
AI電話は何件まで同時に受けられますか？
契約プラン、番号、通信事業者、AI基盤の制限で異なります。最大値だけでなく継続可能な同時通話数を確認します。
同時に同じ予約枠を取ることはありませんか？
在庫・予約枠を確定する瞬間に排他制御または再確認を入れる必要があります。
上限を超えた着信はどうなりますか？
話中、待ち行列、留守番、別番号、折り返し受付のどれにするかを事前に決めます。
AI電話の同時着信対応を、回線・同時通話数・待ち行列・予約競合・障害時Fallbackまで解説。複数入電を取りこぼさないための容量設計と負荷試験の方法を整理します。導入時は自社の回線・業務・個人情報方針に合わせ、実際の通話で検証してください。
本記事は一般的な業務設計情報です。提供機能・料金・連携可否は個別条件をご確認ください。専門判断をAI電話が代替するものではありません。