Whoscallの使い方と2026年アップデート：iPhone/Androidの実機設定

Whoscallの概要と仕組み（詐欺電話ブロックの基本）

Whoscallは番号情報の照合と機械学習を組み合わせ、着信やSMSの危険性を判定します。
ここでは主要な仕組みとOS別の違いを整理します。具体的な挙動はOSやアプリのバージョンで変わる点に注意してください。

データベースと識別の概念

WhoscallはローカルDBとサーバDBを併用し、既知の迷惑番号を照合します。
またユーザー通報や自動判定の結果を集約してDBを更新します。

• ローカルDB：即時判定用。ネット接続なしでも既知番号を判別できます。
• サーバDB：最新の通報やAI判定結果を反映。新規手口の検出に役立ちます。
• 通報データ：通報は集約・匿名化してDB改善に利用されることが多い点に留意してください。

iOSとAndroidでの実装の違い

iOSとAndroidはAPIや拡張方法が異なります。実装上の制約が運用に影響します。

• iOS：CallKitのCall Directory拡張やIdentityLookup（メッセージフィルタ）を利用します。拡張はリソースに制約があり、更新頻度や登録件数に制限がかかる場合があります。
• Android：CallScreeningServiceや「デフォルト電話アプリ」「Roles API」を使った処理が中心です。機種やOSバージョンで挙動や権限名が異なります。

AI判定とユーザー通報

AIは未知の手口をスコアリングし、通報は教師データになります。
ただしAIの判定は誤検知を生む可能性があり、運用で閾値調整が必要です。

• サーバ側でのスコア化により未登録番号の検出精度が向上する場合がありますが、導入時は誤検知対策を必ず行ってください。
• 通報の匿名化にはハッシュ化や集約が用いられますが、匿名化後でも個人情報扱いとなることがあります。運用ポリシーの整備を推奨します。

2026年の機能動向と運用上の留意点（例示）

最近の業界動向や一部報道で示される機能強化の傾向は、検知精度向上とネットワーク連携です。
ただし具体的な機能や料金改定はサービス側の公式発表で確認してください。ここでは想定される影響と運用上の注意点を例示します。

AIリアルタイム判定に関する注意点

AIによるリアルタイム判定は検知速度を高めますが誤検知リスクもあります。
学習モデルは継続的な評価と閾値調整が必要です。

• 運用では誤検知の迅速解除フローとログレビューを必須にしてください。
• 重大な誤検知が業務に影響する場合は段階的導入とA/Bテストを行ってください。

キャリア連携（例示）とその影響

一部のキャリアと連携するケースではネットワークメタデータを活用できますが、方式で挙動が異なります。
キャリア連携の導入は契約・同意とデータ保護の確認が必要です。

• ネットワーク側のブロックは端末に着信が到達する前に処理されるため、着信ログや履歴が端末に残らない場合があります。これはキャリアのブロック方式（ネットワーク側のシグナリングでの拒否等）に依存します。
• キャリア連携時のデータ共有範囲や保存期間は個別契約で異なるため、企業導入時はDPA（データ処理契約）で明文化してください。

プレミアム機能や料金体系の注意点

プレミアム機能や法人向けオプションはサービスによって異なります。
料金や提供機能は公式サイトの案内を確認し、断定的な記述は避けてください。

• 例示的に優先DB更新、管理者機能、家族管理などが有料オプションで提供されることがあります。
• 料金改定や機能追加は公式のサブスクリプション案内で確認してください。

対応環境・権限とプライバシー上の注意点（導入前確認）

導入前にOS・アプリ権限・プライバシー面を確認することが重要です。
ここでは主要な動作条件と法務・運用上のチェックポイントを整理します。

対応OSと推奨バージョン

一般的な推奨レンジはありますが、各アプリのストア表記を優先してください。

• iOS：一般にiOS 15以上で機能差が少ない傾向です。ただしCall DirectoryやIdentityLookupの挙動はiOSバージョンで異なることがあります。
• Android：Android 9以降でCallScreeningやRoles APIの利用がしやすくなっていますが、機能利用可否は機種やカスタムROMによって差があります。

AndroidのSMS・通話権限とGoogle Playポリシー

AndroidではSMSや通話ログの取り扱いが厳格化されています。アプリが要求できる権限に制限があります。

• Google Playのポリシーにより、SMS読み取りや通話ログの権限は「デフォルトのメッセージアプリ／電話アプリ」での利用が前提になる場合があります。
• 代替手段としてCallScreeningService、Roles API、あるいは通知アクセスを使う方法がありますが、それぞれ利点と制約があります。実装前にGoogle Playの開発者ポリシーを確認してください。

iOSのCall Directory／メッセージフィルタの制約

iOSの拡張はリソース制限や実装上の上限があります。これが判定挙動に影響します。

• Call Directory拡張は登録件数や読み込み時間に制約があるため、すべての番号を無制限に登録できるわけではありません。
• IdentityLookup（メッセージフィルタ）拡張はサンドボックス環境で動作し、ネットワークアクセスや処理時間に影響が出る場合があります。iOSバージョン間で挙動差が生じる点に注意してください。

プライバシーと企業導入のチェックポイント

通報データや判定ログは個人情報に該当します。法令順守と契約整備が必要です。

• 同意：利用者の明示的な同意をアプリ内で取得すること。プライバシーポリシーに収集目的を明記してください。
• 匿名化：電話番号のハッシュ化、部分マスク、集約集計などの措置を採ることが一般的です。ただしハッシュ済みデータも法的には個人データと扱われる場合があります。
• DPA・契約：企業導入時はDPAやSLAでデータ保持期間・第三者提供・責任範囲を明確にしてください。
• 保存期間の目安：実務例として生データは短期（例：30〜90日）で削除または匿名化し、分析用の集計は必要最小限に保つことが多いです。具体値は法令・社内規程で決めてください。
• セキュリティ：通信のTLS化、保存時の暗号化、アクセス制御、監査ログを整備してください。

実機での導入〜初期設定（iPhone / Android）

ここでは代表的な初期導入手順を示します。画面名やメニューはOSや機種で異なりますので、実際は端末の表示に従ってください。

iPhoneでの手順

iPhoneでの識別機能は設定の拡張とアプリ側の許可が必要です。下の手順は代表例です。

1. App Storeから公式のWhoscallをインストールする。配信元を確認してください。
2. アプリを初回起動し、通知許可を付与する。アプリ内の初回セットアップに従ってください。
3. 設定 > 電話 > 着信拒否と着信識別 を開き、Whoscall（または該当アプリ）を有効にする。
4. 設定 > メッセージ > 不明と迷惑メール（またはメッセージのフィルタ設定）でメッセージフィルタを有効化する。必要ならアプリ内で拡張を許可します。
5. アプリのホワイトリストに重要な連絡先を登録する。誤検知防止のため必須です。
6. ブロック履歴は定期的に確認し、誤検知は解除してホワイトリストへ登録してください。

iOSでは拡張のリソース制約により、更新が即時反映されない場合があります。OSのバージョン差にも注意してください。

Androidでの手順

Androidは機種差の影響が大きいので、以下をベースに機種固有の設定を確認してください。

1. Google Playから公式のWhoscallをインストールする。配信元を確認してください。
2. 初回起動で電話、通知アクセス、必要に応じてSMS権限を付与する。SMS読み取りはGoogle Playポリシーにより制限される場合があります。
3. アプリの案内に従い、通話スクリーニング権限を付与するか、必要ならデフォルトの電話アプリに設定する（Roles API経由での要求が一般的です）。
4. 設定 > アプリ > 対象アプリ > バッテリー最適化 から「最適化しない」に設定し、バックグラウンド停止を防いでください。
5. メーカー固有の省電力設定（自動起動やアプリ保護）も確認してください。Xiaomi、Huawei、OPPOなどは追加設定が必要です。
6. ホワイトリストを登録し、ブロックログを確認して誤検知があれば即時解除します。

SMS識別が必要であれば、アプリをデフォルトのメッセージアプリに設定する手順が発生する場合があります。Google Playの制約を必ず確認してください。

運用・カスタマイズ、通報・検証の実務ガイド

導入後の運用で重要なのは閾値の調整と迅速な誤検知対応です。ここでは運用上の具体的な指針を示します。

自動ブロックルールとホワイトリスト管理

自動ブロックは用途に合わせて閾値や例外ルールを整備してください。誤検知の影響は運用方針で変わります。

• 高齢者見守り：閾値を厳格にして家族や医療機関をホワイトリスト登録します。ログの監視頻度を高めてください。
• 個人利用：まず標準設定で1週間試し、誤検知が多ければ閾値を緩和します。
• 事業利用：強めのブロック設定で運用し、管理者が定期的にログをレビューして誤検知を修正します。

ホワイトリスト運用は誤検知低減の基本です。管理ルールを明文化して運用してください。

通報フローと詐欺判別のポイント

通報はDB精度向上と被害防止に寄与します。運用フローを定めておくと対応が速くなります。

• ユーザー通報：着信詳細画面から「迷惑報告」を送信し、カテゴリー選択を促すと分析に有効です。
• チーム運用：CSV出力や共有機能で管理者が週次レビューしてタグ付け・削除を行います。
• 判別ポイント例：緊急の送金要求、短縮URL、端末操作指示、家族名があいまいなど。これらは典型的な注意点です。

運用では通報の正確性を担保するため、報告理由の選択肢を分かりやすくしてください。

効果検証の具体的プロセス（1週間テスト案）

短期間の検証で初期設定の妥当性を評価できます。以下は実務的な手順です。

1. 評価指標を定義する（検知数、ブロック数、誤検知数、通報数）。
2. 自動ブロックを有効にして1週間運用する。毎日ログを確認する。
3. 誤検知は即時解除し、ホワイトリストへ登録する。
4. 週末に指標を集計する。誤検知率の目安は用途により異なりますが、個人利用では5%以下を目安にすることが多いです。
5. 結果に応じて閾値調整やホワイトリスト充実、必要ならプレミアム/連携オプションの検討を行います。

指標は運用目的に応じて柔軟に設定してください。業務用途は誤検知許容度を低く設定する必要があります。

トラブルシューティングとFAQ、公式サポートへの参照

導入時に発生しやすい問題とその対処法をまとめます。まずは権限と設定を確認することが多くの解決に繋がります。

よくあるトラブルと対処法

問題ごとに確認箇所を整理しておくと復旧が早くなります。機種差に注意してください。

• 通知や識別が出ない：iOSは設定 > 電話 > 着信拒否と着信識別を確認。Androidは通知アクセスや通話スクリーニング権限を確認します。
• 着信が端末に記録されない：キャリア側でのネットワークブロックや、ネットワーク段階での拒否が原因の場合があります。方法によってログの有無は異なるため、キャリア仕様を確認してください。
• アプリがバックグラウンドで停止する：Androidの電池最適化やメーカー独自の省電力設定を見直します。
• SMS識別が働かない：iOSはメッセージのフィルタ拡張、AndroidはSMS権限やデフォルトアプリ設定を確認します。

問題解決が難しい場合はログ収集後、公式サポートに問い合わせると早期解決につながります。

誤検出への対応とサポート利用

誤検出は運用で必ず発生します。対応フローを明確にしておきます。

• まずはアプリのブロック履歴から該当番号を解除し、ホワイトリストへ追加してください。
• 繰り返し発生する場合は閾値設定を見直し、運営へ誤検知ログを提供して解析を依頼します。
• 企業導入ではDPAに基づきログ提供や調査依頼の手順を契約書で定めておくと円滑です。

参考窓口と公式ドキュメント（確認先）

公式ドキュメントやポリシーを確認することが最も確実です。以下を参照してください。

• Whoscall公式ヘルプ / 公式プライバシーポリシー（アプリ内または公式サイト）
• Apple Developer：CallKit（Call Directory）およびIdentityLookup（メッセージフィルタ）ドキュメント
• Android Developers：CallScreeningService、Roles API 等の公式ドキュメント
• Google Playデベロッパーポリシー（ユーザーデータ、SMS/通話権限に関するガイドライン）
• 利用中のキャリアの迷惑電話オプションページ（契約条件や連携仕様の確認）

公式ページは随時更新されます。導入時には最新情報を必ず確認してください。

まとめ（Whoscallでの詐欺電話ブロックの要点）

• Whoscallは番号DBとAI、ユーザー通報を組み合わせて識別します。
• iOSはCall Directory/IdentityLookupの制約、Androidは権限と機種差に注意が必要です。
• SMS読み取りや通話ログの利用はGoogle PlayやOSの仕様制約を確認してください。
• プライバシーは同意・匿名化・DPA・保存期間で整備し、企業導入時は明文化してください。
• まずは無料で1週間テストし、誤検知対策とログ運用で閾値を調整することを推奨します。