PBXとは？仕組みや種類、選び方をわかりやすく解説
PBX（構内交換機）は、企業の電話環境を支える中核インフラです。内線電話や外線の制御、転送・保留といった機能を一元管理し、業務コミュニケーションを効率化します。近年はクラウド型やIP型の普及により選択肢が大きく広がり、導入形態や費用感も多様化しています。本記事では、PBXの基本概念から仕組み・種類・選び方・導入手順まで、実務担当者が押さえておくべき情報を体系的に解説します。
PBXとは？基礎からわかりやすく解説
PBXの基本概念：電話交換機・構内交換機とは何か
PBXとは「Private Branch eXchange」の略で、日本語では「構内交換機」と訳されます。企業や組織の構内に設置し、社内の内線電話同士を接続するとともに、外部の公衆電話網（PSTN）やインターネット回線との橋渡しをする機器・システムです。
PBXが登場する以前は、社内の電話を外線につなぐたびに外部の電話交換局を経由する必要がありました。PBXはこの「交換」機能を社内に持ち込んだことで、内線同士の通話を無料で行えるようにし、外線の効率的な共有を実現しました。現在では音声通話の管理にとどまらず、転送・保留・会議通話・録音・IVRといった多彩な機能を提供するプラットフォームとして進化しています。
PBXと主装置の違い：用語と役割の整理
「PBX」と「主装置」は現場で混用されることがありますが、厳密には異なる概念です。主装置はビジネスフォンシステムにおける中心装置のことで、主に中小規模のオフィス向けに設計されており、電話機との接続・内線管理・外線の割り振りを担います。機能範囲は比較的シンプルで、接続できる電話機の台数も限られます。
一方、PBXはより大規模な環境を想定しており、高度な通話制御・内線数の大量収容・外部システムとの連携など、エンタープライズ用途に対応した豊富な機能を持ちます。現在では「主装置」と「PBX」の境界は曖昧になりつつあり、中小企業向けのクラウドPBXも広く普及しています。業界文書や提案書では「ビジネスフォン＝主装置」「PBX＝より高機能な構内交換機」という区別を意識しておくと混乱を避けられます。
PBXとIP-PBXの違い：仕組みと用語の比較
従来型のPBXはアナログ回線やISDN回線を用いた「回線交換方式」で動作します。物理的な電話回線を専有して通話を確立するため、安定性は高い一方、回線数以上の同時通話ができないという制約があります。
IP-PBXはVoIP（Voice over IP）技術を採用し、音声をデータパケットとしてIPネットワーク上で送受信します。既存のLAN・WANインフラを共用できるため、回線増設コストを抑えやすく、拠点間の内線通話をインターネット経由で無料化することも可能です。ソフトウェアで通話制御を行うため、機能追加・変更もシステム更新で対応できる柔軟性があります。クラウドPBXはIP-PBXの一形態であり、サーバーを自社内に持たずベンダーのクラウド環境上で運用するモデルです。
PBXの仕組み：内線・外線・通話制御の流れ
着信から発着までの通話フロー（転送・保留・パーク保留）
PBXにおける基本的な通話フローを整理します。まず外線着信が発生すると、PBXは設定されたルールに従って着信先を決定します。代表番号への着信であれば空いている内線に振り分け（ハントグループ）、特定の番号への直通着信（DDI/DID）であれば指定された内線に直接ルーティングします。
通話中の主要な操作には、転送・保留・パーク保留があります。転送は通話中の外線を別の内線に引き継ぐ機能で、ブラインド転送（相手に知らせずに転送）とアテンデッドトランスファー（転送先を確認してから引き継ぎ）の2種類があります。保留は一時的に通話を中断してホールドキューに入れる操作で、パーク保留（コールパーキング）は任意の内線から共通のパーク番号へ保留し、別の端末から取り出せる仕組みです。複数拠点に分散した担当者が通話を引き継ぐ場面などで活用されます。
内線・外線・代表番号の扱いと接続（電話回線・IPの役割）
PBXは外部との接続回線として、アナログ回線・ISDN・SIPトランク（IP電話回線）などを収容します。これらは「外線ポート」として管理され、同時に通話できる本数（同時通話チャネル数）が決まります。一方、社内の電話機は「内線ポート」として接続され、各端末に内線番号が割り当てられます。
代表番号は複数の外線・内線をグループ化した仮想番号で、顧客が同一番号にかけると空いている回線・担当者につながる仕組みです。IP-PBXの場合、SIPサーバーがシグナリング（呼制御）を担い、RTPプロトコルが音声データの実際の送受信を処理します。LANスイッチやルーターの帯域・QoS設定が通話品質に直結するため、ネットワーク設計はPBX導入の重要要素です。
ソフトウェア（IP-PBX）とハードウェア（PBX機器）の制御分担
従来型PBXはハードウェアが通話制御のすべてを担います。専用基板・ラインカード・スイッチング回路などがアナログ信号を直接処理するため、安定性は高く障害点が少ない反面、機能拡張には物理的な増設が必要です。
IP-PBXはソフトウェアが呼制御ロジックを担い、汎用サーバー上で動作します。オープンソースのAsteriskやFreeSWITCHをベースにした製品も多く、設定変更や機能追加がソフトウェアの更新のみで完結します。ハードウェアは音声信号の変換（アナログ↔デジタル、PSTN↔IP）が必要な場合に限り、ゲートウェイ機器として用います。クラウドPBXはこのサーバー部分をベンダーが管理するため、ユーザー側の設備負担はIP電話機・PCソフトフォン・ルーターのみとなります。
PBXの種類と比較：従来型・IP・クラウド・ハイブリッド
従来型PBX（レガシーPBX）の特徴とメリット・デメリット
従来型PBX（レガシーPBX）はアナログ回線やISDNを前提とした専用ハードウェアで構成されます。長年の実績があり、停電時にバッテリーバックアップを組み合わせることで高い可用性を確保しやすい点が強みです。また、専用線での動作はネットワーク品質に左右されないため、音声品質が安定しています。
一方で、機器の老朽化とともに部品調達が難しくなるライフサイクル問題があります。機能拡張には専用カードの追加購入が必要で、リモートワークへの対応や他システムとの連携も難しいため、現代の業務ニーズとの乖離が生じやすい点がデメリットです。2025年以降、NTTの固定電話のIP網移行が進む中で、アナログ・ISDN前提のレガシーPBXはいずれかの時点で更新を迫られます。
オンプレミスIP-PBXの特徴：自社サーバーでの構築と運用管理
オンプレミスIP-PBXは自社のサーバー（または専用アプライアンス）にIP-PBXソフトウェアを導入し、自社ネットワーク内で運用するモデルです。データを自社内に保持できるためセキュリティポリシーの管理がしやすく、カスタマイズ自由度が高いことが特徴です。大規模コールセンターや高度なCTI連携を求める企業に向いています。
導入コストはクラウド型より高くなりやすく、サーバーの保守・OSパッチ適用・バックアップなど運用負担も自社側に生じます。障害発生時の復旧対応も自社責任となるため、IT運用体制が整っていることが前提条件です。冗長構成（HA）やDR対応を設計に織り込む必要があります。
クラウドPBXの特徴：導入の手軽さとランニングコストの考え方
クラウドPBXはPBX機能をSaaS形式で提供するサービスで、ユーザーはインターネット接続と端末さえあれば利用できます。サーバーや機器の調達・設置が不要なため初期費用を大幅に抑えられ、ユーザー数に応じたサブスクリプション課金で利用可能です。拠点追加やユーザー追加もWeb管理画面から行えるため、スケールアウトが容易です。
ランニングコストは月額料金に加え、通話料が従量または定額でかかります。インターネット回線品質が通話品質に直結するため、帯域保証型の回線の確保や通信経路のQoS設計が重要です。また、サービス障害時はベンダー側のインシデント対応に依存するため、SLAの内容（可用性保証・補償条件）を契約前に確認することが求められます。
ハイブリッドPBXの活用シーン：既存設備との連携と移行
ハイブリッドPBXは従来型のPBX設備を残しつつ、IP機能やクラウド機能を追加接続する構成です。既存のアナログ電話機・専用線・ビジネスフォンを活かしながら段階的にIP化を進めたい企業や、一部拠点のみIP移行したい場合に有効です。
典型的な活用シーンとしては、本社に設置した既存PBXをIP-PBXゲートウェイ経由でSIPトランクに接続し、外線通話コストを削減しつつ電話機はそのまま使い続けるケースがあります。また、クラウドPBXと既存アナログ設備をSBCやゲートウェイ機器で橋渡しし、完全移行前のテスト運用を行う手法もよく使われます。完全移行のロードマップを描いた上で、暫定的な並行運用として活用するのが現実的なアプローチです。
PBXの主要機能と業務活用
代表番号・内線・電話帳・転送など基本機能の概要
PBXが提供する基本機能の中心は、内線管理・外線管理・代表番号の制御です。内線管理では各端末への番号割り当て・内線間の通話・グループ設定（内線グループ・ハントグループ）を行います。外線管理では外線の割り付け・発信制限・発信者番号の設定を一元管理します。
電話帳機能は社員の内線番号を一覧管理し、電話機の画面から名前検索して発信できる機能です。転送機能は不在転送・話中転送・無条件転送など条件を設定でき、特定の担当者が不在の際に別の端末やスマホへ自動転送する運用が可能です。その他、保留音の設定・外線ボタンのカスタマイズ・夜間受付モードの切り替えなどもPBXが担う基本機能です。
IVR・ACD・通話録音・チャネル管理などコンタクトセンター向け機能
コールセンター・コンタクトセンター向けには、以下のような高度な機能が求められます。
IVR（Interactive Voice Response）は音声ガイダンスと番号入力による自動応答で、問い合わせ内容に応じて適切な担当部署・担当者へ振り分けます。ACD（Automatic Call Distribution）は着信を一定のルール（スキルベース・ラウンドロビンなど）で自動分配する機能で、エージェントへの均等な負荷分散を実現します。
通話録音はコンプライアンス対応・品質管理・トレーニング素材として活用されます。録音データの保存期間・暗号化・アクセス制御はセキュリティポリシーとの整合が必要です。チャネル管理では同時通話数の上限設定・待機キューの管理・待ち時間のアナウンスなどを行い、ピーク時の輻輳を防ぎます。
AI・CRM連携によるCX向上とスマホ／ソフトフォン対応
近年のPBX・クラウドPBXはCRM（顧客管理システム）との連携を標準機能またはAPIで提供するケースが増えています。着信時に顧客番号を自動認識してCRM画面をポップアップ表示するCTI（Computer Telephony Integration）連携により、顧客対応の速度と質が向上します。
AI機能の活用例としては、通話内容のリアルタイム文字起こし・感情分析・応対品質スコアリングなどがあります。通話後に要約テキストをCRMに自動記録する機能も実用化が進んでいます。スマートフォン向けのソフトフォンアプリやPC上のWebRTCベースのソフトフォンを用いることで、オフィス外から社内内線番号で発着信できるテレワーク対応も標準的になっています。
通話料削減・拠点集約・テレワーク対応による業務効率化
PBXのIP化・クラウド化によって得られる業務効率化の観点は大きく3つあります。まず通話料削減です。拠点間の内線通話をIP回線経由で無料化し、外線もSIPトランクや050番号に切り替えることで、従来の固定電話回線費用を削減できます。
次に拠点集約です。複数拠点のPBXをクラウドまたは本社の中央IP-PBXに統合することで、各拠点での機器保守・管理作業を削減できます。管理コンソールの一元化により、番号変更・設定変更もリモートで行えます。テレワーク対応では、ソフトフォンやモバイルアプリを用いることで自宅・外出先から社内番号での発着信が可能となり、顧客対応の継続性を保ちながら柔軟な働き方を実現できます。
PBXの選び方：メーカー・製品比較のポイント
導入規模の見積もり：台数・収容数・同時通話チャネルの決め方
PBX選定の出発点は、必要な規模の正確な把握です。確認すべき主要な数値は「内線収容台数」「同時通話チャネル数」「外線数（SIPトランク本数）」の3つです。
内線収容台数は現状の電話機台数に将来の増加見込みを加えた数を基準にします。同時通話チャネル数は「ピーク時に何本の通話が同時に発生するか」を通話ログや業務実績から推定します。コールセンターでは同時通話数が直接サービス品質に影響するため、バッファを含めた設計が必要です。外線数はSIPトランクの場合、チャンネル数＝同時通話数として契約します。必要チャネル数を過小見積もるとビジー状態が多発するため、繁忙期の最大通話数を基準にすることを推奨します。
コスト比較：初期費用・ランニングコスト・保守費用の内訳と削減策
PBXのコスト構造は導入形態によって大きく異なります。オンプレミス型は初期費用（機器・ライセンス・設置工事・設定費）が大きく、その後の保守費用（年間保守契約・部品費）が継続的に発生します。クラウド型は初期費用を抑えられる一方、月額サブスクリプション費用が長期にわたって積み上がるため、5〜7年の総所有コスト（TCO）で比較することが重要です。
コスト削減策としては、SIPトランクへの切り替えによる回線費用の見直し、ユーザーライセンスを実利用数に合わせた適正化、保守契約の内容（オンサイト・リモート・翌日対応など）による費用のグレード選択などが有効です。電話機についても既存機器が継続利用可能か、ソフトフォンへの切り替えで端末費用を削減できるかを検討します。
運用性・管理画面・アップデート・サポート体制の確認ポイント
PBXは導入後の日常運用を担当するのが情報システム部門または総務部門であることが多く、管理のしやすさは製品選定の重要な基準です。管理画面はGUIで直感的に操作できるか、内線番号の追加・変更・削除をIT専門知識なしに行えるかを事前に確認します。
ソフトウェアのアップデート提供方針も重要です。クラウド型はベンダーが自動更新するため手間がかかりませんが、オンプレミス型は自社でのパッチ適用計画が必要です。サポート体制については、問い合わせ窓口の対応時間（24時間対応か営業時間内のみか）・障害時のオンサイト対応可否・SLAの内容を確認します。製品寿命（EOL）の予定も確認し、長期運用計画と照合しておくべきです。
オンプレミス・クラウド・ハイブリッドの選定基準と比較観点
導入形態の選定は、セキュリティ要件・規模・IT運用体制・予算・将来計画を総合して判断します。以下に主な比較観点を整理します。
セキュリティ・コンプライアンス面で通話データの外部持ち出しを制限する必要がある場合はオンプレミスが有利です。一方、中小規模で専任IT担当者がいない場合はクラウドが運用負担を抑えられます。短期間での立ち上げが求められる場合もクラウドに優位性があります。既存設備の残存価値を活かしながら段階的にモダナイズしたい場合はハイブリッドが現実的な選択肢となります。複数ベンダーの見積もりを取得し、TCO・機能要件・サポート品質を横並びで評価するプロセスを設けることを推奨します。
PBXの導入・構築・移行の進め方
現状調査：電話回線・ネットワーク・既存PBXの把握
PBX導入プロジェクトの最初のステップは現状調査です。確認すべき項目は大きく「電話回線」「ネットワーク」「既存PBX」の3分野です。
電話回線については、現在の契約回線種別（アナログ・ISDN・SIPトランク）・回線数・プロバイダ・契約満了時期を整理します。ネットワークについては、LAN構成・帯域・スイッチの種類・QoS設定の有無・インターネット回線の品質を確認します。特にクラウドPBXやIP-PBX導入時は、音声トラフィックへのQoS優先制御が品質維持の要件となります。既存PBXについては、機種・ファームウェアバージョン・設定ドキュメントの有無・保守契約の状況・接続している電話機の種類と台数を記録します。
設計フェーズ：IP設計・サーバー要件・冗長化とセキュリティ
現状調査の結果をもとに、新しいPBXシステムの設計を行います。IP設計ではPBXサーバー・IP電話機・SIPゲートウェイに割り当てるIPアドレス体系、VLANの分離方針（音声VLANとデータVLANの分離）、QoSのDSCP値設定などを決定します。
オンプレミスIP-PBXのサーバー要件は製品によって異なりますが、収容内線数・同時通話チャネル数・録音機能の有無に応じてCPU・メモリ・ストレージを選定します。冗長化はアクティブ・スタンバイ構成が一般的で、スタンバイサーバーへの自動フェイルオーバーの仕組みと切り替え時間を設計に織り込みます。セキュリティ面では、SIPポートへの不正アクセス対策（IPアドレス制限・SBC導入・ファイアウォール設定）・通話の暗号化（SRTP/TLS）・管理画面へのアクセス制御が必要です。
移行・切替の方法（段階的移行・短時間切替・検証ポイント）
PBXの移行には大きく「段階的移行」と「一斉切替」の2つのアプローチがあります。段階的移行は一部の拠点・一部のユーザーから順次新システムに移行する方法で、リスクを分散できる反面、移行期間中に新旧システムが並行稼働するため管理コストが増します。一斉切替は特定の日時に新PBXへ切り替える方法で、移行期間が短い分ダウンタイムリスクが集中します。
移行前の検証ポイントとして、以下を確認します。内線同士の通話・外線発着信・転送・保留の動作確認、IVRシナリオの動作テスト、CRM・CTI連携の疎通確認、非常時のバックアップ通話手段の確保（代替回線・スマホへの転送設定）が主な項目です。切替当日は技術担当者をオンサイトに配置し、問題発生時にロールバックできる体制を準備しておくことが重要です。
導入後の運用・保守・トラブル対応とモニタリング体制
PBX稼働後は、日常的な監視・定期保守・障害対応の体制を整備します。監視項目としては、サーバーのCPU・メモリ・ディスク使用率、通話チャネルの使用率、SIPトランクの疎通状態、通話品質（MOS値・パケットロス・遅延）などが挙げられます。これらをNMSや専用の監視ツールで定期収集し、閾値超過時にアラートを発報する仕組みを構築します。
定期保守としては、ソフトウェアのセキュリティパッチ適用・設定バックアップの取得・ログの定期確認・年次の動作検証（特に冗長切り替えの動作テスト）を実施します。トラブル対応手順書を事前に整備し、よくある障害（SIPトランク切断・内線不通・音声品質劣化など）の切り分けフローを明確にしておくことで、インシデント発生時の対応時間を短縮できます。
よくある疑問Q&A
クラウドPBXは自社に向いている？オンプレとの適合性チェック
Q. 自社にクラウドPBXは向いているでしょうか？
A. 以下のいずれかに当てはまる場合、クラウドPBXは有力な選択肢です。社員数が数十名程度で専任のIT担当者がいない、複数拠点での番号管理を一元化したい、テレワークや外出中の社員がスマホで内線番号を使えるようにしたい、初期費用を抑えて早期に導入したい—こうした要件があればクラウドPBXが適しています。
一方、通話データを自社内に保持することがセキュリティポリシーで求められる、インターネット回線の品質が不安定な拠点がある、高度なカスタマイズやCTI連携が必要、または大規模コールセンターを運用しているといった場合はオンプレミスIP-PBXの方が要件に合いやすいです。両者の中間であるハイブリッド構成も含めて比較検討することを推奨します。
PBX導入に必要な台数・回線数・サーバー要件の目安
Q. 何台の電話機が必要で、回線数やサーバーはどのくらい用意すべきですか？
A. 電話機（内線）台数は、常時電話を使う業務従事者数を基準にします。全員に1台割り当てる必要はなく、席数と在籍率を考慮した台数設計が合理的です。回線数（SIPチャネル数）は同時に発生しうる最大通話数に15〜20%程度のバッファを加えた数が目安です。たとえばピーク時に同時10通話が発生する場合、12〜13チャネルを確保します。
オンプレミスIP-PBXのサーバースペックは製品ドキュメントの推奨要件に従いますが、100内線・30同時通話程度であれば一般的なx86サーバーで十分対応可能です。録音機能を使う場合はストレージ容量の計算（1通話あたりの容量×保存期間×想定通話数）を事前に行います。
PBXの寿命・交換タイミング・保守契約の考え方
Q. PBXはいつ交換すべきですか？保守契約はどう考えればよいですか？
A. ハードウェア型PBXの一般的な耐用年数は7〜10年です。ただし、メーカーのサポート終了（EOL/EOS）が実質的な交換タイミングの目安となります。EOLを過ぎると部品調達・ファームウェア更新が困難になり、セキュリティリスクと障害リスクが高まります。
保守契約は「機器保守」と「ソフトウェア保守（ライセンス更新）」に分かれることが多く、それぞれの内容と費用を把握したうえで必要なグレードを選択します。機器保守のレベルとして、翌日オンサイト対応・センドバック対応・4時間以内緊急対応など選択肢があります。業務の電話依存度が高い場合は対応時間の短いプランを選ぶのが妥当です。保守契約の更新時が、現行システムの継続利用か新システムへの切り替えかを再検討するタイミングとしても適しています。
PBX導入時に発生しやすい追加費用と注意点
Q. 見積もりに含まれていない追加費用が発生することはありますか？
A. PBX導入では以下のような追加費用が発生しやすいため、事前に確認が必要です。
配線・工事費は既存の構内配線がIP電話対応（Cat5e以上）でない場合に追加工事が発生します。電話機の入れ替えが必要な場合は端末費用が積み上がります。SIPトランクへの切り替えに伴う解約違約金・番号ポータビリティ（LNP）手続き費用、既存システム（CRM・CTIなど）との連携開発費、担当者向けのトレーニング費用も考慮が必要です。クラウドPBXの場合は利用者増加に伴うライセンス追加費用や、帯域保証型インターネット回線の契約費用が継続的に発生します。見積もりの段階でベンダーに「上記項目が含まれているか」を明示的に確認し、比較表を作成して総費用を把握することを推奨します。
著者情報
辻 周平
扶桑電通株式会社 ビジネス推進本部
企画部 パッケージ推進課 チーフ
1982年生まれ 香川県出身。2010年扶桑電通株式会社入社。同社関西支店にて運送、製造業界を担当する営業としてお客様の業務課題の解決に向けたICTの導入を数多く経験。
その後2020年に現在のマーケティング職に異動し、お客様の電話を使った業務やカスタマーサポートのプロセスの最適化や効率化、利便性向上等電話業務全般に関わるコンサルティングに従事。日々お客様の電話業務にまつわる課題解決に取組んでいる。
