CTIとは？電話とシステムを連携する仕組みと機能・CRM連携の前提を解説

CTI（Computer Telephony Integration）とは、電話機や交換機といった音声側の設備と、パソコン上の業務システムをつなぎ、通話を顧客データと結び付けて扱えるようにする仕組みです。着信と同時に相手の顧客情報を画面に出す、通話の内容を履歴として自動で残す、録音を後から検索して聞き直す。こうした動作は、電話とシステムの間で「誰から、どの番号に、いつ着信したか」というイベントが受け渡されることで成立しています。この記事では、CTIという言葉が指す範囲、着信イベントが担当者の画面に届くまでのデータの流れ、着信ポップアップ・通話履歴・録音という機能単位の中身、そしてCRMと連携させる際に先に決めておく設計論点までを、導入を検討する順に整理します。

まとめ：CTIの仕組みと主要機能、CRM連携で先に決める前提

CTIは製品カテゴリの名前ではなく、電話網と業務システムをつなぐ連携層を指す概念です。実体は、交換機やクラウドの音声基盤が発行する着信・応答・切断といったイベントを受け取り、それを業務システムの画面や処理に橋渡しするソフトウェアと通信規約の組み合わせにあります。この考え方はECMA-269（CSTA）やMicrosoftのTAPIとして1990年代から標準化が進み、現在はクラウド型コンタクトセンターのJavaScriptライブラリという形にも受け継がれています。

機能として現れるのは主に3つです。発信者番号から顧客レコードを引き当てて表示する着信ポップアップ、通話の発着信を業務システムの対応履歴として残す自動記録、そして品質確認と教育に使う通話録音。この3つがそろうと、電話を受けた担当者が名乗りと本人確認に費やしていた時間が短縮され、対応の内容が個人のメモではなく組織のデータとして蓄積されます。

導入で成否を分けるのは製品選定より前の設計です。発信者番号と顧客レコードをどのキーで突き合わせるか、通話履歴をCRMのどこへ書き戻すか、録音データを何か月保管するか。この3点を曖昧にしたまま導入すると、ポップアップが空振りし続ける状態になります。逆に、入電が1日数件で担当者が固定されている組織では、短縮できる時間は限られます。製品を選ぶ段階に進んだら、CRM連携の深さを4段階で測る比較の方法をCTI比較の4軸：同時通話数・PBX方式・CRM連携の深さ・IVRでタイプ別に選ぶにまとめています。

CTIとは：電話とコンピューターを連携させる仕組みと言葉の定義

まずCTIという言葉がどこまでを指すのかを押さえます。ここを製品名と混同すると、機能比較の土俵がずれます。

Computer Telephony Integrationという言葉が指す技術の範囲

CTIはComputer Telephony Integrationの略で、直訳すればコンピューターと電話の統合です。指しているのは、音声通話を「電話機の中で完結する行為」から「業務システムが検知して処理できるイベント」へ変換する層になります。具体的には、着信があった事実、相手の発信者番号、どの内線に鳴っているか、応答されたか放棄されたか、通話が何秒続いたかといった情報を、外部のアプリケーションが受け取れる形で提供する役割です。

そのため、CTIという語は単体の製品を指すこともあれば、コールセンターシステムに内蔵された連携機能を指すこともあります。製品資料で「CTI機能」と書かれているときは、音声側のイベントを外部に出せるのか、それとも自社の画面内で完結するのかを確認してください。外部の業務システムと結ぶ予定があるなら、後者では要件を満たしません。

CSTAとTAPI、CTIを支えてきた2つの標準インターフェースの系譜

CTIは新しい概念ではなく、標準化の歴史を持つ技術です。1つはEcma Internationalが策定したECMA-269で、正式名称をServices for Computer Supported Telecommunications Applications (CSTA) Phase IIIといい、第9版が2011年12月に発行されています。CSTAはアプリケーション・ミドルウェア・PBX・IP-PBX・ソフトフォンといった構成要素の間で通信サービスを要求し提供するインターフェースを定め、機器ごとの差異を隠す設計思想を取りました。

もう1つがMicrosoftのテレフォニー アプリケーション プログラミング インターフェイス（TAPI）です。C言語ベースのTAPI 2.xは、モデム制御から複数エージェントとスイッチを持つコールセンターまでを実装対象として想定しており、COMベースのTAPI 3.xは従来型のテレフォニーとIPテレフォニーを統合する位置付けで公開されています。実際の機器制御は、TSPI（テレフォニー サービス プロバイダー）というDLLが機種ごとのコマンドを吸収する構造です。この「共通のAPIを上に置き、機種差はドライバに閉じ込める」構造が、現在のCTI製品にも引き継がれています。

CTIの仕組み：着信イベントが担当者の画面に届くまでのデータの流れ

次に、電話が鳴ってから画面に顧客情報が出るまでに何が起きているのかを分解します。ここを理解しておくと、導入後に「ポップアップが出ない」原因の切り分けが自分でできるようになります。

交換機やクラウド音声基盤からイベントが渡る4つの処理ステップ

処理は大きく4段階に分かれています。第1段階は音声側での着信検知で、オンプレミスならPBX（構内交換機）、クラウドならIP電話網に接続された音声基盤が、外線からの呼び出しと発信者番号を受け取ります。第2段階がイベントの発行にあたり、音声基盤が「この内線に、この番号から着信した」という情報を連携層へ通知する流れです。

第3段階が業務システム側での照合です。受け取った発信者番号をキーに顧客データベースを検索し、該当するレコードのIDを特定します。第4段階の画面表示で、特定したレコードを担当者の画面の前面に出す処理にあたります。遅延や失敗が起きやすいのは第3段階の照合です。番号の桁形式がデータベース側と一致していないと、着信は検知できているのに顧客が見つかりません。

クラウド型で主流になったブラウザ埋め込み方式とイベント購読の実装

クラウド型では、この連携がJavaScriptのライブラリで提供される形が主流です。AWSが提供するAmazon Connectを例に取ると、連携用のライブラリとしてAmazon Connect StreamsがApache-2.0ライセンスで公開されています。このライブラリはconnect.core.initCCP()で通話操作パネル（CCP）を自社Webアプリケーション内のコンテナに埋め込み、エージェントと通話それぞれの状態変化をイベント駆動のインターフェースで購読できる設計です。

実装上の意味は明快で、電話の状態を自社アプリが直接受け取れるということです。着信時に自社の顧客画面を開く、通話終了時に対応履歴の入力フォームを自動で出す、といった振る舞いを自社側のコードで組めます。専用のCTIサーバーを別に立てる従来型と比べ、社内システムとの連携の作り込みが現実的な工数に収まります。

CTIの主要機能：着信ポップアップ・通話履歴・録音の3本柱を解説

CTIが業務にもたらす価値は、機能単位で見ると分かりやすくなります。製品によって呼び名は異なりますが、中核は次の3つに集約されます。

着信ポップアップが応対時間を縮める理由と、画面に出す表示項目の決め方

着信ポップアップは、電話が鳴った時点で発信者に該当する顧客情報を画面に表示する機能です。効果が出るのは、担当者が会話の冒頭で行っていた確認作業が減るためです。社名と担当者名を聞き取り、システムで検索し、過去の問い合わせを探す。この一連の動作が着信の瞬間に完了している状態を作れます。

設計で決めるのは表示項目です。全項目を出すと視線が迷うため、初動で必要な情報だけに絞ります。実務では、顧客名・担当営業・契約中のサービス・直近の問い合わせ1件・未解決の案件の有無、といった5項目前後が扱いやすい構成です。着信中の数秒で読み切れる量に抑え、詳細は顧客画面へ遷移して見る二段構えにします。

通話履歴の自動記録と、CRM側の対応履歴に一本化するときの扱い方

通話履歴は、発着信の日時・相手番号・応答した担当者・通話時間・応答したか放棄したかを自動で残す機能です。手入力の記録と違い、記入漏れが起きません。ここで判断が要るのは、履歴をどこに正として持つかです。CTI側だけに残すと顧客ごとの対応経緯が電話に閉じ、CRM側にも書き戻すと顧客レコードから通話が追えるようになります。

後者を選ぶ場合、通話1件を顧客に紐付く活動として記録し、担当者が入力する要約と自動記録の事実データを1つのレコードにまとめる構成が扱いやすくなります。CRMそのものの役割やSFAとの違いはCRMとは？顧客関係管理の機能・SFA/MAとの違いと導入メリットを実務目線で解説で整理しているため、あわせて参照してください。

通話録音とモニタリング機能が品質管理・教育の場面で果たす具体的な役割

通話録音は、応対内容を音声として保存する機能です。用途は3つに分かれます。第1が事実確認で、言った言わないの食い違いが起きたときの一次資料になります。第2が品質管理にあたり、評価基準に沿って抽出した通話を確認する用途です。第3が教育で、対応が難しかった通話を教材として共有できます。

録音とセットで検討するのがモニタリングです。管理者が通話に参加せず聞くだけの機能や、担当者側にだけ助言を伝える機能があり、新任者の立ち上がり期間に効きます。運用時の論点は保管です。音声は容量が大きく、期間を無期限にすると費用が伸び続けるため、種別ごとに期間を決めて自動削除する設計を導入時に組み込みます。

CTIとPBX・CRM・コールセンターシステムの役割の違いを整理

CTIは単独で機能するものではなく、周辺システムとの分担で成り立ちます。混同されやすい3つとの違いを整理します。

PBXは呼の交換、CTIは業務データへの連携という役割分担での位置付け

PBX（構内交換機）は、外線と内線をつなぎ、着信をどの内線に振り分けるかを制御する装置です。担当しているのは呼そのものの制御で、顧客が誰かという業務情報は扱いません。CTIはその1つ上の層に位置し、PBXが持つ呼の情報を業務システムが読める形に変換します。クラウド型ではPBXの機能も音声基盤に含まれるため境界が見えにくくなりますが、役割としては「呼を捌く層」と「呼を業務データに結ぶ層」に分かれている点は変わりません。PBXとCTIを実際にどの方式でつなぐか（連携装置・CSTAやTAPI・SIP・クラウドAPI）は、CTIとPBXの接続方式：連携装置・CSTA/TAPI・SIP・APIの違いとIP-PBXへ寄せる設計で比べています。

この区別が効くのは製品比較のときです。PBXの入れ替えを伴うのか、既存のPBXを残して連携層だけを足すのかで、費用と工期が大きく変わります。

CRM・コールセンターシステムとの重なりと、どこまでを任せるか

CRMは顧客情報と対応履歴の器で、CTIはそこへ通話という入力を運ぶ経路にあたります。一方コールセンターシステムは、CTI・IVR（自動音声応答）・ACD（着信呼分配）・レポート機能などをまとめた製品群を指し、CTIをその構成要素として内包していることが一般的です。つまりCTIとコールセンターシステムは対立する選択肢ではなく、包含の関係にあります。

選定時は、必要なのが連携層だけなのか、運用一式なのかで分かれます。既にCRMが定着していて電話だけが分断されているなら連携層を足す構成、応対業務そのものをこれから立ち上げるなら一式を導入する構成が現実的です。コールセンター運用を前提としたCRM側の選び方はコールセンター向けCRMとは？CTI連携と応対履歴管理の機能・選び方【2026年版】で扱っています。

CTIの種類：クラウド型とオンプレミス型、用途別の選び分け方

CTIの分類軸は2つあります。設置形態による分類と、業務の向きによる分類です。それぞれ判断のポイントが異なります。

クラウド型とオンプレミス型で異なる費用構造と、選定条件の違いを比較

設置形態での違いを、実務の判断軸で並べます。金額の水準は製品と席数で幅があるため、ここでは構造の違いに絞ります。

判断の起点は席数の変動と拠点構成です。繁忙期と閑散期で席数が動く、在宅勤務の担当者がいる、拠点が分かれているという条件が1つでも当てはまるなら、クラウド型が扱いやすくなります。逆に、既存PBXの償却が残っている、社内網の中に閉じる要件がある、業務ルールが独自で作り込みが避けられないという場合はオンプレミス型が候補に残ります。クラウド型を選ぶ前に確かめる回線品質・在宅対応・既存PBXとの併存の条件は、クラウドCTIの利点と制約：回線品質・在宅対応・既存PBXとの併存を導入前に確かめるにまとめました。導入形態ごとの費用構造や工程の目安はCTIシステムとは？構成・導入形態3類型と費用構造、選定の判断基準を解説で整理しています。

インバウンド型とアウトバウンド型で異なる搭載機能と業務の向きの違い

業務の向きでも機能構成が変わります。インバウンド型は受電が中心で、着信ポップアップ・ACDによる振り分け・IVR・待ち呼の可視化といった、受け切ることに寄った機能を備えます。該当するのは問い合わせ窓口やサポートデスクです。

アウトバウンド型は発信が中心で、リストからの自動発信（プレディクティブダイヤル）・架電結果の記録・再架電の管理といった、かけ切ることに寄った機能を持ちます。該当するのは営業架電や督促業務です。両方を1つの製品でこなす構成もありますが、片方に特化した製品と比べると機能の深さで差が出ます。自社の通話が受電と発信のどちら中心かを数で確認してから候補を絞ってください。

CRM連携を前提にCTIを導入するとき先に決める3つの設計論点

ここからは、製品選定の前に決めておく設計事項です。この3点を後回しにすると、導入後にポップアップが空振りする、履歴が使えないといった問題が表面化します。あわせて、既存のPBXがCTI連携用のインターフェースを備えているか、発信者番号が通知される回線契約かも、着手前に確認しておく事項です。

発信者番号と顧客レコードを突き合わせる突合キーの設計と正規化

最初に決めるのが突合キーです。CTIが受け取れるのは発信者番号だけで、それ以外の手掛かりはありません。したがって、顧客データベース側の電話番号項目が検索キーとして使える状態になっているかが前提になります。現場で照合が外れる原因は3つあり、ハイフンの有無や市外局番の表記が混在していること、1社に複数の電話番号があるのに1項目しか持っていないこと、そして担当者の携帯からの発信が登録されていないことです。

対処は、番号を数字のみへ正規化して保存する項目を別に持ち、その正規化列を検索キーにする方法が現実的です。複数番号は顧客に紐付く子レコードとして持たせ、代表番号・部署直通・担当者携帯を並列に登録します。非通知や未登録番号のときは新規レコードを起票する画面へ誘導し、照合できなかった通話も記録から漏らさない導線を作ります。

顧客マスタをどちらに置くかと、通話履歴を書き戻す方向の決め方

次に、顧客情報の正をどちらに置くかを決めます。CRMを正とし、CTI側は照合のために番号を参照するだけ、という構成が扱いやすい形です。CTI側でも顧客を登録できる製品では、双方で登録が起きて二重管理になりやすいため、登録の入り口をCRMに寄せる運用ルールを同時に決めます。

通話履歴の書き戻しは、方向とタイミングを項目単位で決めます。発着信の事実データは通話終了時に自動で書き戻し、担当者が入力する要約は後処理の時間内に同じレコードへ追記する、という二段構成が実務では扱いやすい構成です。CRMと他システムの連携方式そのものの選び方はCRM連携とは？MA・SFA・基幹をつなぐAPI連携の設計と選定基準を解説で整理しています。Salesforceを顧客基盤として使う場合の連携設計やApexによる作り込みは、Salesforce導入支援サービス・Apex開発として受託でも対応しています。

録音データの保管期間とアクセス権限の設計、個人情報の取り扱い方

3点目が録音データの扱いです。通話録音には氏名・連絡先に加え、契約内容や事情の説明が含まれます。決めるのは保管期間、聞ける人の範囲、保管場所の3つです。保管期間は、事実確認に必要な期間と品質管理に必要な期間を分けて設定し、期間を過ぎたものは自動で削除する運用にします。

アクセス権限は、担当者は自分の通話のみ、管理者は所属チーム分、監査目的は申請制、といった段階を設けます。クラウド型では音声データの保管先が国内か国外かを確認し、自社の個人情報の取り扱い方針と照らしてください。通話の冒頭で録音している旨を案内する運用も、事実確認の場面では前提です。Amazon Connectで発信する通話なら、この案内と録音の開始をアウトバウンドウィスパーフローに組み込めます。

CTIを導入すべき場面と、導入しても効果が薄い場面の判断基準

最後に、導入するかどうかの判断を条件付きで示します。CTIは電話業務がある組織すべてに効くわけではありません。

投資に見合う効果が出る3つの条件と、削減時間からの効果の見積もり方

導入で効果が出るのは、次の3条件のうち2つ以上が当てはまる場合です。第1に、1日あたりの受電が担当者1人で20件を超えていること。第2に、着信のたびに顧客をシステムで検索する動作が発生していること。第3に、対応した内容が担当者ごとのメモに閉じており、他の担当者が引き継げていないこと。

効果の見積もりは、削減できる時間から逆算します。1件の着信で顧客特定と履歴確認に30秒かかっているなら、1人1日20件で10分、20人体制の1か月（20営業日）では約67時間分の作業時間に相当します。ここに履歴が残ることによる再確認と引き継ぎ説明の削減が加わる形です。この試算額が月額費用を上回るかどうかが、投資判断の一次的な材料になります。

導入を見送る、または後回しにしてよい状況の具体的な3つの条件

逆に、次の状況ではCTIより先に手を付けるべきものがあります。1つ目は、顧客データベースそのものが未整備で、電話番号が台帳や表計算ソフトに散在している場合です。突合キーが作れないため、CTIを入れても照合が当たりません。この場合は顧客情報の集約が先です。

2つ目は、受電件数が1日数件で担当者が固定されている場合です。検索の手間が元々小さく、削減できる時間が費用に見合いません。3つ目は、問い合わせの主要な経路が既にメールやチャットへ移っており、電話が補助的な手段になっている場合です。この場合は、通話ではなくテキストの問い合わせを一元化する仕組みのほうが効果が出ます。CTIは電話が主要な接点であり続ける組織で価値が出る仕組みで、接点が移っているなら投資先を変える判断が妥当です。

よくある質問

CTIの検討で実際に多い疑問を、判断に直結する形でまとめます。

CTIとPBXは何が違うのですか？

担当している層が違います。PBXは外線と内線をつなぎ、着信をどの内線に振り分けるかを制御する装置で、扱うのは呼そのものです。CTIはその上に乗り、PBXが持つ着信情報を業務システムが読める形に変換して受け渡す連携層にあたります。PBXだけでは顧客情報は画面に出ず、CTIだけでは通話は成立しません。両者は代替関係ではなく、積み重なる関係です。

CTIとコールセンターシステムはどちらを選べばよいですか？

既存の状況で分かれます。CRMが既に定着していて電話だけが分断されているなら、連携層としてのCTIを足す構成で足ります。応対業務をこれから立ち上げる、IVRやACDによる振り分けやレポートも要るという状況なら、それらを内包するコールセンターシステムを選ぶほうが構築の手戻りは少なめです。両者は対立する選択肢ではなく、後者が前者を含む関係にあります。

CTIを導入すると通話料金は安くなりますか？

通話料の単価そのものは変わりません。CTIは通話に関する情報を業務システムへ渡す仕組みで、回線契約や通話料の体系に手を入れるものではないためです。ただし、応対1件あたりの時間が短くなり、折り返しや再確認の回数が減ることで、通話時間の総量が減る間接的な効果は見込めます。

既存のCRMを入れ替えずにCTIだけ導入できますか？

多くの場合は可能です。判断材料は、既存CRM側に外部から顧客を検索するためのAPIがあるか、CTI製品側にそのCRM向けの標準連携が用意されているかの2点になります。どちらもない場合は、間に連携用の仕組みを挟む開発が必要で、その分の費用と期間が上乗せされます。検討の第一歩として、CRM製品の連携仕様と、候補となるCTI製品の対応システム一覧を突き合わせてください。

在宅勤務でもCTIは使えますか？

クラウド型であれば使えます。ブラウザ上の通話操作パネルとヘッドセットがあれば、自宅の回線からでも受電と発信ができる構成が取れるためです。確認する点は、通信環境が音声品質を保てる帯域と安定性を備えているか、録音データを自宅の端末に保存させない設定になっているか、そして担当者ごとの稼働状況を管理側から把握できるかの3点です。オンプレミス型の場合は、社内網へのVPN接続を前提とする構成になり、要件のハードルが上がります。

関連記事

• コールセンター向けCRMとは？CTI連携と応対履歴管理の機能・選び方【2026年版】：CTIを組み込んだ応対業務の運用面と、CRM側の選び方を解説しています。
• CRM連携とは？MA・SFA・基幹をつなぐAPI連携の設計と選定基準を解説：CTIを含むシステム間連携の方式選定と設計の詰め方を整理しています。
• CRMとは？顧客関係管理の機能・SFA/MAとの違いと導入メリットを実務目線で解説：通話履歴の書き戻し先となるCRMの役割とSFA・MAとの違いを扱っています。