はじめに

CAMARAのようなオープンスタンダードは、ネットワーク機能へのアクセスを簡素化する上で重要な役割を果たします。Vonageがこれらの標準をサポートしているのはそのためで、ネットワークAPIを組織間で相互運用可能にするために不可欠なものです。

しかし、CAMARA APIを独立したエンドポイントとして公開するのではなく、より統合的なアプローチをとっています：製品に直接組み込む実際の実装において、より柔軟でより良い開発体験をお客様に提供するためです。

製品戦略を調整することで、Vonageの既存のAPIに付属する機能を享受しながら、CAMARA機能がサポートされているところでは、開発者がCAMARA機能の恩恵を受けられるようにしました。私たちがどのようにこれを実現したのか、実際の例をいくつか紹介します。

例1：Verifyのサイレント認証によるNumbersの検証

開発者にCAMARA Number Verification APIと直接統合してもらう代わりに、Verify APIのバックエンドに組み込みました。 サイレント認証フローに組み込んだ。

Silent Authが有効な場合、Verifyは自動的にCAMARAを使用したユーザー認証を試みます。Silent Authentication が利用できない、または失敗した場合、フローは SMS、RCS、Voice、WhatsApp などの代替チャネルに潔くフォールバックします。

開発者がCAMARAの直接実装からこの新しいアプローチに移行するのを支援するために、我々は以下の詳細な移行ガイドを発表した。 詳細な移行ガイドを発行しました。

例2：Identity InsightsによるSIMスワップ検出

同様に、過去X日間にSIMの変更があったかどうかを答えるだけの専用APIを提供する代わりに、この機能を新しい アイデンティティインサイトAPI.

開発者はAPIを1回呼び出すだけで、SIMスワップインジケータ、番号フォーマット、キャリアメタデータ、その他の関連する詳細を含む、電話番号に関する複数のIDインサイトを取得することができます。このアプローチを取ることで、開発者は複数のAPIを統合する代わりに1つのAPIを統合するだけで、開発をスピードアップし、レイテンシを改善することができる。

なぜこのアプローチなのか？

CAMARA APIをVonage製品に直接統合することを決定した背景には、2つの主な理由があります：

複数の携帯電話会社を統合する複雑さを隠す

CAMARAアグリゲータとして、Vonageは異なる国の複数のモバイルオペレータと接続します。各オペレータは、同じCAMARA APIの異なるバージョンを実装する可能性があり、標準が進化を続けているため、若干のデザインの違いがあります。

このような断片化を直接管理することは、複雑な条件ロジックを導入し、追加のテストを必要とし、メンテナンスコストを増加させるため、開発者にとって負担となる可能性がある。

CAMARAのAPIを当社の製品に組み込むことで、当社はこの複雑さを自ら引き受けることになる。開発者は、関係する国や事業者に関係なく、単一のAPIサーフェスとしかやり取りしません。これにより、より迅速な統合が可能になり、開発者のエクスペリエンスが向上します。

Vonageの他のAPIと連携した認証

これらのAPIをVonageの製品レイヤの後ろに統合することで、認証フローを統一しました。今、開発者は他のVonageサービスに既に使用しているのと同じ認証方法を使用してCAMARAの機能を利用することができます。新たな複雑さや認証モデルを学ぶ必要はありません。

結論

CAMARAは、モバイルネットワークが機能を公開する方法を変えつつあります。私たちはCAMARAをサポートし、規格の進化に貢献し続けます。

APIをVonageの製品に統合することで、開発者が一貫した生産可能なインターフェイスを通じて高度なネットワーク機能に簡単にアクセスできるようにしています。

ネットワーク機能を試す準備はできていますか？まずは サイレント認証または アイデンティティインサイトAPIをご覧になり、これらの統合されたCAMARA APIが実際のシナリオでどのように機能するかをご確認ください。