# コード送信前のプロセス：MobileValidateとBroadNetを活用したOTPの事前チェックルーチン

> 事前チェックとは、ユーザーが電話番号を入力した瞬間からコードを送信する瞬間までに行われる1回のルックアップです。これにより、OTPを受信できない番号を検知し、追加の認証（フリクション）が必要なリスクのあるパターンをフラグ立てし、最適なチャネルを選択します。以下に、MobileValidateとBroadNetを用いたルーチンと、各結果に応じた判定テーブルを示します。

- 正規URL: https://www.broadnet.me/ja/blog/otp-pre-send-check-mobilevalidate-broadnet
- 言語: ja
- 最終更新日: 2026-09-27
- 発行者: BroadNet (https://www.broadnet.me)

- 公開日: 2026-09-27
- 著者: BroadNet Editorial Team

ワンタイムパスワードを送信する前に、番号に対して1回のルックアップを実行してください。番号を正規化し、回線種別と通信キャリアを確認します。さらに、SMS以外のチャネルも提供している場合は、どのチャネルで受信可能かを確認します。結果が携帯電話または不明な場合はデフォルトで送信し、固定電話またはフリーダイヤルの場合は送信を停止するか音声通話を提案します。また、パターンにリスクが疑われる場合は、認証プロセスに摩擦（フリクション）を追加します。現在プライベートプレビュー版であるBroadNetブランドの[MobileValidate](https://www.broadnet.me/products/mobilevalidate)を使用すれば、このチェックは1回のAPIリクエストで完了します。その後、コードはチャネル間のフォールバック機能を備えたBroadNetの[OTP API](https://www.broadnet.me/products/otp)または[MyOTP.App](https://www.broadnet.me/products/myotp)を通じて送信されます。

## 重要なポイント

- 事前チェックは1回のルックアップ費用で済み、到達不能なメッセージや、不正パターンに利用されるメッセージの送信を防ぐことができます。
- 回線種別は最も有用な単一のシグナルです。携帯電話であれば送信を継続し、固定電話、フリーダイヤル、および高額料金電話（premium-rate）の場合は停止します。VoIPについては、より詳細な確認を行います。
- 「不明」は失敗ではありません。通常のレート制限に従ってコードを送信してください。MobileValidateは、回答が不明な場合に料金を請求することはありません。
- 短い待ち時間がスムーズなサインアップを実現します。ルックアップの待ち時間を数秒に設定し、保留中のものはすべて「不明」として扱ってください。
- チャネルチェック（例：Telegram）により、そのチャネルにオプトインした顧客に対して、どのチャネルでコードを送信すべきかを判断できます。
- このチェックは不正対策をサポートするものであり、レート制限、モニタリング、またはフォールバックに代わるものではありません。

## OTPを送信する前に何をチェックすべきですか？

| チェック項目 | 確認内容 | ソース |
|---|---|---|
| 形式と有効性 | 入力が有効な番号か、E.164形式に正規化されているか、または重複しているか | MobileValidate number_status（有効、invalid_number、重複） |
| 回線種別 | 携帯電話、固定電話、VoIP、フリーダイヤル、特番、その他 | MobileValidateキャリア照会 (beta) |
| 通信キャリア | 現在のネットワーク、および番号ポータビリティ（MNP）済みの場合は元のネットワーク | MobileValidateキャリア照会 (beta) |
| チャネル登録 | Telegramなどの、コードを送信するアプリに番号が登録されているかどうか | MobileValidateメッセージングアプリのチェック |
| ネットワークのリアルタイムステータス | 現在、その回線がホームネットワークで着信可能かどうか | BroadNet [HLR Lookup](/products/hlr-lookup) |

MobileValidateのキャリア検索では、回線種別の重要性が明らかになります。固定電話、フリーダイヤル、高額料金番号、シェアードコスト、またはUAN番号は、「通常」SMSが失敗するか、無駄なコストが発生することを意味します。また、VoIP番号や単一の小規模な通信事業者からの急激な新規登録は、偽アカウント作成やSMSパンピングにおける一般的なパターンです。

## ルーチンは、ステップごとにどのように動作しますか？

1. ユーザーが番号を入力した際、「コードを送信」を押す前に、番号と必要なチェック項目（例：通信事業者およびコードを送信するアプリチャネル）を指定して、POST /v1/lookupを呼び出します。
2. 待機時間を数秒間に設定します。APIはデフォルトで最大10秒（最大30秒）待機し、タイムアウトした場合は保留中のチェックとして202を返します。保留中の状態は「不明」として扱ってください。
3. 結果に対して以下の決定テーブルを適用します。
4. 選択したチャネルで、チャネル間のフォールバックを利用しながら、BroadNet OTP APIまたはMyOTP.Appを通じてコードを送信します。
5. 後で結果を確認できるように、照会結果を認証試行と併せてログに記録します。

```
curl https://api.mobilevalidate.com/v1/lookup \
  -H "Authorization: Bearer $MOBILEVALIDATE_API_KEY" \
  -H "Content-Type: application/json" \
  -d '{"numbers": ["+447700900001"], "checks": ["carrier", "telegram"], "wait": 3}'
```

レスポンス内の各チェックには、登録済み（true、false、または不明の場合はnull）、ステータス、信頼レベル、およびchecked_atが含まれます。通信事業者チェックでは、属性にline_type、通信事業者、および国が含まれます。数値 +447700900001はMobileValidateテスト番号です。テストキーを使用すると固定データで回答され、料金は発生しません。レスポンスの詳細は [リアルタイム照会](https://mobilevalidate.com/docs/lookups) を参照してください。

## 各結果に対してどのようなアクションを取りますか？

| 結果 | 推奨されるアクション |
|---|---|
| line_typeモバイル | ユーザーが選択したチャネルでコードを送信します |
| line_type fixed_line、toll_free、premium_rate、shared_cost、またはuan | SMSは送信しないでください。対応している場合は音声コードを提供するか、携帯電話番号の入力を求めてください |
| line_type voip | リスクポリシーを適用します：追加認証、試行回数の制限、または手動レビュー |
| number_status invalid_number | ユーザーに番号の修正を求めます。この場合、送信や課金は発生しません |
| 通信事業者の確認が不明または保留中 | 通常のレート制限に従ってコードを送信してください |
| Telegramに登録されており、ユーザーがTelegramを選択しました | MyOTP.AppのTelegramチャネル経由で送信し、フォールバックとしてSMSを使用します |
| 特定の小規模な通信事業者または番号範囲で新規登録が急増しています | 該当する番号範囲のスロットリングを行い、内容を確認してください。SMSのパンピング防御策を参照してください。 |

ルールは独自のポリシーエンジンに保持し、調整できるようにしてください。ルックアップはシグナルを提供するものであり、判定を下すものではありません。VoIPの番号は実在する顧客のものである可能性があるため、完全にブロックするよりも、認証のステップアップを行う方が通常は適切です。

## ルックアップによって登録が遅延しますか？

それは、お客様の運用次第です。ユーザーが電話番号フィールドに入力している間にルックアップを実行し、waitパラメータで制限をかけ、回答待ちの状態は「不明」として扱うことで、認証コードの送信を妨げないようにします。MobileValidateは、各サービスの有効期間内においてアカウントごとに回答をキャッシュします。キャッシュされた回答は無料であるため、ユーザーが2回目のコードを要求しても、2回目の課金対象となるチェックは発生しません。

ルックアップは、登録フォーム全体の前ではなく、送信の直前に配置してください。ルックアップサービスに接続できない場合は、通常の制限内でコードを送信するフローにフォールバックさせます。

## SMSパンピングおよび不正対策との整合性はどのように取りますか？

SMSパンピング（トラフィックの人工的な水増し）は、攻撃者が手数料の一部を得られるような番号に対してメッセージを送信するために、OTP形式を悪用します。送信前のラインタイプおよび通信事業者のチェックにより、SMSを受信すべきではない番号を排除し、クラスターを可視化できますが、これはあくまで一つのレイヤーに過ぎません。番号、IPアドレス、デバイスごとのレート制限を維持し、セッションごとの試行回数を制限し、送信先の構成を監視し、利用額アラートを設定してください。私たちの[SMSパンピングおよびAIT不正に関するガイド](https://www.broadnet.me/blog/sms-pumping-ait-fraud-2026)では他のレイヤーについて説明しており、[SMSパンピングとは何か](https://www.broadnet.me/answers/what-is-sms-pumping)ではその仕組みを簡潔に解説しています。

MobileValidateはSIMスワップチェックを提供していません。高価値なアクションにおけるアカウント乗っ取りのリスクについては、BroadNetが[中東におけるSIMスワップおよびNumber Verify](https://www.broadnet.me/blog/number-verify-sim-swap-api-middle-east)における通信事業者のネットワークAPIについてカバーしています。

## OTPチャネルをどのように選択すればよいですか？

ユーザーが信頼するチャネルを提供し、その選択を記録してください。MyOTP.Appは、自動フォールバック機能を備えた一つのアカウントから、SMS、WhatsApp、またはTelegramでコードを送信します。また、BroadNetのOTPAPIは、SMS、WhatsApp、音声、およびFlash Callへとフォールバックします。Telegramの登録チェックを活用することで、受信可能なユーザーに対してのみTelegramオプションを表示できます。SMSは、あらゆる携帯電話番号に到達するフォールバックとして機能します。チャネルの詳細な比較については、当社の[マルチチャネルOTP認証ガイド](https://www.broadnet.me/blog/multichannel-otp-verification-api-2026)をお読みください。

## チェックの費用はいくらですか？また、合法性はどうなっていますか？

MobileValidateは確定した回答に対してのみ課金されます。unknown、unsupported country、timeout、invalid、およびduplicateの結果、ならびにキャッシュヒットとテストキーは無料です。プライベートプレビュー期間中に変更される可能性がある現在の料金は、[料金ページ](https://mobilevalidate.com/pricing)に記載されています。実際にアクションを起こす番号のみをチェックしてください。番号に対して追加のチェックを行うたびに、別途請求される場合があります。

コードを送信するためにユーザーから提供されたばかりの番号をスクリーニングすることは、不正防止の一環であり、MobileValidateの利用規約で許可されています。GDPRのRecital 47では、「不正防止の目的のために厳格に必要とされる個人データの処理は、当該データ管理者の正当な利益を構成する」と述べられています。その他の法律は異なるため、各市場における法的根拠を確認してください。これは一般的な情報であり、法的助言ではありません。

## よくある質問

### なぜOTPを送信する前に番号をチェックする必要があるのですか？

固定電話やフリーダイヤルなど、コードが届かない番号への支払いを避けるため、偽のサインアップやSMSパンピングに関連するパターンを特定するため、そしてユーザーが受信可能なチャネルを選択するためです。

### どのチェックが最も重要ですか？

回線種別です。携帯電話番号であればコードを受信できますが、固定電話、フリーダイヤル、および高額料金番号は通常SMSを受信できません。VoIP番号については、より詳細な確認が必要です。

### ルックアップの結果がunknownとなった場合はどうすればよいですか？

通常のレート制限でコードを送信してください。未知の回答に対してMobileValidateが料金を請求することはありません。未知の回答をブロックしてしまうと、実際のユーザーに不利益を与えてしまいます。

### ルックアップによってサインアップが遅くなることはありますか？

その必要はありません。番号が入力された際に実行し、waitパラメータで制限をかけ、保留中の回答は「未知」として扱ってください。

### VoIPの番号をブロックすべきですか？

通常、即座にブロックする必要はありません。追加認証、試行回数の制限、または手動レビューのためのリスクシグナルとしてVoIPを活用してください。

### MobileValidateはSIMスワップのチェックを行いますか？

いいえ。MobileValidateはSIMスワップのチェックは提供していません。その機能は通信事業者のネットワークAPIがカバーしています。

### チェックによってユーザーに何かが送信されることはありますか？

いいえ。MobileValidateチェックによって、電話番号へメッセージ、通話、またはメールが送信されることはありません。

### どのBroadNet製品がコードを送信しますか？

BroadNet OTP API（SMS、WhatsApp、音声、フラッシュコールのフォールバックに対応）および、1つのアカウントからSMS、WhatsApp、Telegramで送信可能なMyOTP.Appです。

以下のすべての情報源は2026年9月27日時点のものです。当社の[編集基準](https://www.broadnet.me/about/editorial-standards)をご覧ください。

## 情報源

- MobileValidate — リアルタイム照会（リクエストフィールド、待機、結果、キャッシュ）、最終更新日：2026年9月25日：[mobilevalidate.com/docs/lookups](https://mobilevalidate.com/docs/lookups)。
- MobileValidate — 通信事業者および回線種別の照会、最終更新日：2026年9月25日：[mobilevalidate.com/services/carrier-lookup](https://mobilevalidate.com/services/carrier-lookup)。
- MobileValidate — OTPおよびサインアップ詐欺防止の活用事例、最終閲覧日：2026年9月27日：[mobilevalidate.com/use-cases/otp-and-signup-fraud](https://mobilevalidate.com/use-cases/otp-and-signup-fraud)。
- MobileValidate — 事実（提供していないサービス、請求について）、2026年9月27日閲覧：[mobilevalidate.com/facts](https://mobilevalidate.com/facts)。
- MobileValidate — 利用許諾方針、2026年9月27日閲覧：[mobilevalidate.com/legal/acceptable-use](https://mobilevalidate.com/legal/acceptable-use)。
- GDPR前文第47項（正当な利益、不正防止）、2026年9月27日閲覧：[gdpr-info.eu](https://gdpr-info.eu/recitals/no-47/)。