着信拒否設定の通話とは:意味、リスク、そして最新チームの対応方法

着信拒否設定の通話とは:意味、リスク、そして最新チームの対応方法
ブログ一覧へ戻る
このページの目次
トップへ戻る

着信拒否設定の通話とは、発信者が自分の番号を、あなたの電話に届くシグナリングから意図的に削除した通話のことです。

画面には数字の代わりに「非通知」「Private Number」「Blocked」「No Caller ID」などと表示されます。通話自体はキャリアネットワークを経由してルーティングされますが、表示リクエストが発信側で抑制されているのです。このテーマに関するほとんどの記事は、消費者向けアドバイスで止まっています。star-67をダイヤルする、Truecallerをインストールする、スパムを無視する、といった具合です。

おばあさんが病院の電話からかけてくるような人にとっては、それで十分でしょう。しかし、1日に12,000件のアウトバウンド通話を行うチームや、規制のあるビジネスのインバウンドに対応するチームにとっては役に立ちません。本ガイドは両方を扱いますが、大半を後者に費やします。なぜなら、運用上の重要度が高いのはそちらだからです。

通信中に番号が隠される仕組み

2つのスタックが重要です。

従来型の固定電話とほとんどのモバイルネットワークでは、SS7シグナリングプロトコルがCaller ID Presentationパラメータを伝送します。*67プレフィックスは、1回の発信通話に限りこのパラメータを「presentation restricted(表示制限)」に切り替えます。

受信側の交換機はルーティングと課金のためにあなたの番号を認識しますが、表示経路は抑制されます。VoIPネットワークでは、同じ考え方がSIPヘッダー内に存在します。

Privacy: idヘッダー、または削除されたP-Asserted-Identityが、下流のシステムに番号を表示しないよう指示します。SIPキャリアはこれをそれぞれ微妙に異なる方法で処理するため、VoIPソフトフォンから発信された通話が、受信者のモバイルでは「Unknown」、固定電話では「Private」と表示されることがあります。

キャリアによる恒久的な回線ブロック、スマートフォンのトグル、通話ごとのコードは、すべて同じ結果に行き着きます。これらはシグナリングに「表示を差し控える」というフラグを設定します。制限は通話の発信や応答をブロックするわけではありません。表示を抑制するだけです。

着信拒否設定、非通知、Unknown、なりすましは同じものではない

これら4つのラベルは、キャリアのドキュメントを含め、あらゆる場所で混同されています。

これらは異なる意味を持ち、異なる対応を必要とします。4つの中で最も危険なのは、制限ではなくなりすましです。なりすまし通話は、実在しないもっともらしい番号を表示します。2021年以降、米国のキャリアに義務付けられているSTIR/SHAKENの認証は、なりすましのリスクを受信者に明らかにします。しかし、着信拒否設定の通話には対応しません。なぜなら、発信者がそもそも誰かを名乗っているわけではないからです。

着信拒否設定で通話をかける理由

正直な内訳としては、正当なものと疑わしいものがおよそ60対40で、業界や時間帯によって比率は変動します。以下の枠組みは、実運用でこの行動を引き起こす要因をカバーしています。

デフォルトのプライバシー:個人の携帯電話から折り返しをする医師、証人に連絡する弁護士、クライアントの様子を確認するソーシャルワーカー、コメントを取材するジャーナリスト。こうした発信者は一方向のコミュニケーションを望み、インバウンドのフォローアップをブロックする手軽な方法として制限を使用します。

大規模な運用規律:一部の債権回収やバックオフィスのチームは、すべての折り返しを、コンプライアンスと録音が保証された公開のメイン番号にルーティングするため、アウトバウンドのIDを制限します。その意図は監査可能性であり、欺瞞ではありません。このユースケースは、応答率へのコストが今や十分に文書化されているため、減少しています。

発信者の保護:家庭内暴力のサバイバー、ストーキングの被害者、証人保護プログラムの対象者は、基本的な安全対策として番号制限を使用します。これは正当なカテゴリーの1つであり、受信者が「不明な発信者はすべてボイスメールへ」とスクリーニングすると、対象を誤って黙らせ、実害を引き起こす可能性があります。

悪意ある者:詐欺師、不正行為者、TCPA違反者は、ブロックリストを回避し、追跡を複雑にし、好奇心から受信者に応答を迫るために、制限されたIDの陰に隠れます。ロボコールプラットフォームは、同一のキャンペーンで、なりすまし表示と並行して制限表示をローテーションできます。

着信拒否設定のインバウンドがコンタクトセンターにかけるコスト

ここが、ほとんどの記事が曖昧に済ませる部分です。運用上の現実は具体的で、測定可能です。

一般的なインバウンドキューは、Caller IDを3つの目的に使用します。CRMに対するID照合、過去のやり取りのコンテキスト表示、スキルベースのルーティングです。着信拒否設定の通話は、この3つすべてを機能不全にします。

オペレーターは何の情報もない状態で応答し、識別情報を手動で尋ね、すべての通話の冒頭で40~90秒余分に費やします。30席のキューで1日600件の通話がある場合、フロントエンドの識別問題を解決すれば、回収可能なオペレーター時間は8~14時間になります。

コンプライアンスチームが気にする理由は別にあります。ヘルスケア、金融、債権回収では、本人確認が取れていない発信者に実質的な情報を提供することはできません。

着信拒否設定のインバウンド通話は自動的に本人確認通話となり、スクリプトはより長くなります。発信者が本人確認を拒否した場合、通話はエスカレーションまたは終了しなければならず、その結果、スーパーバイザーが処理しなければならない例外量が発生します。

着信拒否設定のアウトバウンドが今や負け戦である理由

10年前、着信拒否設定のアウトバウンドは、一部の運用にとって正当化できる選択でした。今日ではそれはコストです。米国における制限された、または不明な発信者IDの応答率は、消費者向けキャンペーンのほとんどで、1桁台前半にとどまっています。

人々は電話に出ません。応答率を押し下げた要因はいくつかあります。キャリアレベルでのSTIR/SHAKENスコアリング、iOSとAndroidのネイティブな「不明な発信者を消音」トグル、そして不明なトラフィックを自動拒否するサードパーティのフィルタリングアプリです。ある世代の消費者はまた、匿名の通話は詐欺に等しいと訓練されてきました。

その行動は合理的であり、電話での会話を必要とするあらゆるチームにとって、コストは現実のものです。従来、着信拒否設定のアウトバウンドに依存してきた企業には、3つの選択肢があります。-

ブランド発信者ID表示:検証されたビジネスの身元、ロゴ、通話の理由が受信者の画面に表示されます。

これは米国の消費者向けキャンペーンにおいて最もコンバージョン率の高い選択肢です。Retell AI のブランド発信者ID機能が、キャリアへの登録と表示経路を処理します。

レピュテーション管理付きの検証済み番号:スパムラベルが付かない、キャリアが認証した番号です。アウトバウンドのDIDが少数で、その応答率を時間をかけて保護したい場合に有用です。

高頻度・短時間ウィンドウでのAI処理アウトバウンド:クリーンで監視された番号から発信するAI音声エージェントで、単一のDIDがフラグ付けされるのを防ぐローテーションロジックを備えています。BrightChampsは、従来型のダイヤラーが直面する応答率の急落を引き継ぐことなく、Retell AI 上でアウトバウンドを単一市場からグローバルなEdTechキャンペーンへとスケールさせました。

2026年にアウトバウンド番号を制限することは、あらゆる意味で最悪です。応答率は低く、ブランド認知はなく、受信者側では詐欺の意図が推定されます。

着信拒否設定の通話をかける・ブロックする(消費者向けの手順、簡潔に)

完全性のため、デバイスの操作方法を記します。- 通話ごとの非表示(米国、カナダ):67に続けて番号を入力します。

制限はその通話のみに適用されます。- iPhoneの恒久設定:設定を開き、電話までスクロールし、「発信者番号通知」を選び、トグルをオフにします。- Androidの恒久設定:電話アプリ、次に設定、次に通話アカウントまたは補足サービス、次にCaller ID、次に「番号を非表示」を選びます。

経路はメーカーによって異なります。- キャリアによる恒久的な回線ブロック:米国のすべての主要キャリアで利用可能です。カスタマーサービスに電話して依頼してください。解除も電話1本で行えます。- iPhoneで着信拒否設定のインバウンドをブロック:設定を開き、電話をタップし、「不明な発信者を消音」を選び、トグルをオンにします。

着信拒否設定、no-caller-id、不明な番号は、そのままボイスメールにルーティングされます。- Androidで着信拒否設定のインバウンドをブロック:電話アプリを開き、次に設定、次に「着信拒否設定の番号」を開き、「不明な番号をブロック」または「非通知をブロック」オプションを有効にします。

キャリアレベルの拒否(米国):77をダイヤルしてAnonymous Call Rejectionを有効にします。87で解除されます。- 着信拒否設定の番号への折り返し:Star-69(69)は最後の通話を再ダイヤルすることがありますが、ほとんどのキャリアはプライバシーフラグを尊重するため、真に制限された通話では折り返しが失敗します。正当な発信者にとっては、ボイスメールがより信頼できるチャネルです。

着信拒否設定の通話に応答すべきか

状況に応じて、2つのヒューリスティックがあります。

消費者向け:病院、政府機関、または非通知でかけると事前に警告してきた相手からの電話を待っている場合は、応答してください。それ以外はボイスメールに任せましょう。

正当な発信者はメッセージを残します。詐欺師は通常残しませんし、残す者も内容から容易に見分けられます。Truecaller、Hiya、Robokillerは、大量の対象に対して自動フィルタリングの層を追加します。

ビジネス向け:決して自動拒否せず、代わりにスクリーニング層を通してルーティングしてください。着信拒否設定のインバウンドのうち正当な8~12パーセントは、既存の患者、現在のクライアント、緊急の問題といった高価値カテゴリーに不釣り合いなほど集中しています。これらの通話を失うコストは、すべてをブロックすることで節約されるオペレーター時間よりも大きいのです。

AI音声エージェントがスクリーニングの計算を変える

AI音声エージェントは、着信拒否設定のインバウンドのフロントエンドに適しています。なぜなら、その作業は反復的で、リスクが低く、口頭で行われるからです。エージェントは応答し、自然な会話を通じて識別情報を取得し、発信者をCRMまたは患者記録と照合し、ルーティングまたは折り返しのスケジュールを設定します。スクリーニング部分の平均処理時間は、人間のオペレーターの60~90秒から、ナレッジベースにアクセスできる音声エージェントではおよそ25秒に短縮されます。これを実運用で機能させるには、3つの要素が重要です。

ナレッジベースの統合:エージェントは、既存の記録に対して発信者をリアルタイムで照合する必要があります。静的なFAQでは不十分です。Retell AI のストリーミングRAGベースのナレッジベースは、この照合パターンを1秒未満のレスポンスで処理します。

コンテキスト付きのウォームトランスファー(事前取次)エージェントがエスカレーションを決定したとき、電話を引き継ぐ人間は、話された内容や一致した記録を含む、発信者の完全な要約を必要とします。コールドトランスファーは本人確認の時計をリセットしてしまいます。Retell AI の通話転送は、会話の状態を引き継ぎます。

コンプライアンスのための通話後分析着信拒否設定のインバウンド通話はすべて、構造化された記録を生成すべきです。誰が電話をかけたか(識別できた場合)、何を尋ねたか、どのように解決されたか、エスカレーションが発生したかどうか。これは監査人が見るコンプライアンスの証跡です。Retell AI は、通話後分析を通じて、センチメント、意図、抽出されたフィールドとともにすべての通話を記録します。Pine Park Healthは、インバウンドの患者通話にこのパターンを使用しており、その中にはクリニックの電話やケア施設からCaller IDなしで届く割合も含まれています。同社のCOOであるMike Tadlockは次のように述べています。「Retell により、予約のNPSを38%向上させ、活用しきれていなかったプロバイダーのキャパシティを埋め、チームが電話のかけ合いではなく有意義な患者ケアに集中できるようになりました。」

着信拒否設定の通話と規制

消費者向けのほとんどの記事には登場しない、いくつかの具体的なポイントを挙げます。

TCPA:消費者に電話をかける米国のテレマーケティング業者は、FCCの規則に基づき、機能する発信者IDを送信しなければなりません。マーケティング通話で番号を制限することは、グレーゾーンではなく規制違反です。罰金は1通話あたり$500から始まります。

HIPAA:ヘルスケアプロバイダーは、患者に電話をかける際にアウトバウンドの発信者IDを合法的に制限できますが、より安全なパターンは公開されたクリニックの回線を使用することです。着信拒否設定の通話はHIPAAに違反しませんが、患者の混乱を招き、それが予約のすっぽかしや検査結果の無視につながります。

追跡:着信拒否設定の通話は追跡可能ですが、キャリアに発行された召喚状がある場合に限ります。受信者はそれらの正体を明かすことはできず、ほとんどのサードパーティの「発信者ID暴露」サービスは、真に制限された通話には機能しません。それらはなりすまし発信者を特定するか、過去の報告から既知の嫌がらせ者を調べるものです。

国境を越えた通話:国際的な着信拒否設定の通話は同じ表示ロジックに従いますが、執行の管轄権ははるかに弱いです。TCPAに違反する米国外からの通話は、ほとんどの場合、事実上手の届かないものです。

これを自社の運用に取り入れるタイミング

コンタクトセンターを運営している場合、変更リストは短く具体的です。

IVRレベルで着信拒否設定のインバウンドをブロックするのをやめ、意図を取得して適切にルーティングするスクリーニングフローを構築し、着信拒否設定のインバウンドのうち正当であると判明する割合を測定してください。

その数字はあなたを驚かせるでしょう。アウトバウンドを運用している場合は、DIDの制限設定を監査し、まだ非表示になっているものをブランド表示に切り替えてください。より小規模な運用を行っており、その量がコンタクトセンターの構築を正当化しない場合、AI音声エージェントはこのカテゴリーの通話をうまく処理し、その導入にエンジニアリングチームは必要ありません。

判断は通常、「着信拒否設定のインバウンドを自動化すべきか」ではありません。「キュー全体にわたって、1通話あたりフロントエンドで60秒を失い続けるべきか」です。そのように枠組みが定まれば、答えは明らかです。

FAQ

なぜ発信者IDに番号ではなく「非通知」と表示されるのですか?

誰かがCaller ID Presentationフラグを「差し控える」に設定してあなたに電話をかけたのです。これは、すべての米国のモバイルおよび固定電話サービスで利用可能なプライバシー機能です。番号は存在し、通話は接続されています。抑制されたのは表示だけです。

着信拒否設定の通話は追跡できますか?

はい、ただしあなたには追跡できません。キャリアは、召喚状、裁判所命令、または法執行機関の要請があれば、発信元の番号を追跡できます。消費者向けの追跡サービスや逆引きツールは、番号がそもそもあなたのデバイスに送信されていないため、適切に制限された通話には機能しません。

着信拒否設定の通話をかけるのは違法ですか?

個人的な着信拒否設定の通話は合法です。米国におけるテレマーケティングの着信拒否設定の通話は、TCPAに基づくFCCの規則に違反します。詐欺、嫌がらせ、ストーキングを行うために着信拒否設定の通話を使用することは、制限そのものが理由ではなく、その根拠となる法令に基づいて違法です。

なぜキャリアはネットワークレベルで着信拒否設定の通話をブロックしないのですか?

正当なユースケースが存在するからです。家庭内暴力のサバイバー、医療専門家、証人、法執行機関はすべて、その選択肢を必要としています。ネットワークレベルのブロックは、詐欺師とともに彼らをも黙らせてしまうでしょう。

企業がアウトバウンド番号を制限すべきことはありますか?

2026年においてはほぼ皆無です。着信拒否設定のアウトバウンドの応答率は、1桁台前半にまで急落しています。代わりにブランド発信者IDまたはキャリア検証済みの番号を使用してください。例外は、受信者に事前に警告済みで、応答率の目標が存在しないバックオフィスの通話です。

*69は着信拒否設定の番号への折り返しに機能しますか?

まれです。ほとんどのキャリアは元のプライバシーフラグを尊重し、着信拒否設定の通話への折り返しを拒否します。ネットワークの問題で「Unknown」と表示された通話には機能しますが、意図的に制限された通話には機能しません。

AI音声エージェントは着信拒否設定のインバウンド通話をどのように処理しますか?

即座に応答し、会話を通じて識別情報を取得し、利用可能な記録で発信者を照合し、完全なコンテキストとともに通話をルーティングするか、折り返しのスケジュールを設定します。このパターンが機能するのは、スクリーニングのロジックが口頭かつ反復的だからであり、それはまさにAI音声エージェントが得意とするものです。基盤となる機能については、AI音声エージェントを参照してください。

ROI計算ツール
通話の自動化によるROIを試算

AI搭載の音声エージェントに切り替えることで、あなたのビジネスがどれだけ節約できるかをご確認ください。

完了しました! 
送信内容がメールに届いています
エラーが発生しました。フォームの送信中に問題が起きました。
   1
   8
20
エラーが発生しました。フォームの送信中に問題が起きました。

ROI結果

2,000

Total Human Agent Cost

$5,000
/month

AI Agent Cost

$3,000
/month

Estimated Savings

$2,000
/month
ライブデモ
ライブデモを試す

Retell クリニックオフィスのデモ電話番号

ありがとうございます!送信が完了しました!
エラーが発生しました。フォームの送信中に問題が起きました。

Read Other Blogs

Revolutionize your call operation with Retell