シェア:
){kind=small}
Benjamin AronovはVonageの開発者支援者です。彼はRuby on Railsのバックグラウンドを持つ実績のあるコミュニティ・ビルダーです。Benjaminは故郷であるテルアビブのビーチを楽しんでいる。テルアビブを拠点に、世界最高のスタートアップの創設者たちと出会い、学ぶことができる。技術以外では、完璧なパン・オ・ショコラを求めて世界中を旅するのが好き。
VonageがCAMARAプロジェクトに開発者の声を届ける
所要時間：1 分
APIは、ファイル・ストレージから機械学習まで、テクノロジー・スタックのほぼすべてのレイヤーへのアクセスをオープンにしてきた。しかし、これまでほとんど閉ざされたままだったのがモバイル・ネットワークである。
これらのネットワークAPIの仕様は、CAMARAプロジェクトの中で作成されている。 CAMARAプロジェクトLinuxファウンデーションとGSMAによって運営されているオープンなコラボレーションである。すべてのミーティングは公開され、プルリクエストは歓迎され、すべての設計決定は GitHub.原則として、開発者であれば誰でも毎週開催される会議に参加し、標準の策定を支援することができる。
実際には、トークンの寿命、データ・プライバシー・ボキャブラリー、エッジケースのレイテンシー・バジェットについて詳細に議論する時間や忍耐力がある人はいないでしょう。Vonageはそのギャップを埋めてくれます。Vonageは、CAMARAの技術委員会に参加し、コードを提供し、明確で開発者に優しいパターンにこだわることで、テレコム要件をSDKを使用したことがある人なら誰でも親しみを感じるAPIに変換している。
最近、通信業界の近くにいた人なら、おそらく次のようなネットワークAPIを耳にしたことがあるだろう。 SIMスワップ, 番号認証または オンデマンド品質.これらは、モバイルネットワーク機能へのプログラマティックなアクセスという、理論的にはクールな響きがある。しかし、実際には？それは厄介だ。
2つの並行した取り組みが、これを一掃しようとしている：
GSMA Open Gatewayは、通信事業者とアグリゲータがこれらのAPIを商用製品として利用できるようにするためのエコシステムを構築している。通信事業者のためのAPIマーケットプレイス」を考えてみよう。
CAMARAプロジェクトはAPIの技術仕様が設計される場所であり、開発者の認証方法からAPIのフィールドの呼び名に至るまで、あらゆるものがここで設計される。
CAMARAのテーブルには、携帯電話事業者の名前がほとんど並んでいる。彼らはネットワークを所有している。開発者がこのような会話に加わることはほとんどないため、Vonageは開発者の意見を聞くようにしている。
Vonageは、CAMARAを積極的に形成している数少ないソフトウェア・ファースト企業の一つである。Vonageは、以下のようないくつかのAPIの設計に直接貢献している：
番号検証
クオリティ・オン・デマンド（QoD）
シムベース認証
さらに重要なことに、VonageはNetwork APIをあなたのような開発者が利用できるようにするお手伝いをしました。私たちは、Vonageの開発者プラットフォームを活用し、ドイツテレコム、テレフォニカ、ボーダフォン・ジャーマニーで最初のNetwork APIを商業的に立ち上げるお手伝いをしました。
CAMARAは、プライバシーを第一に考えるプロジェクトであると自負しているが、実際の同意メカニズムを実装するのは難しいことがわかっている。多くのネットワークAPIは、エンドユーザーとのインタラクションを全く伴わない； サーバー間の呼び出しでどのように同意を求めるのか？
Vonageは ConsentInfo API,の導入に協力しています。また、以下のような標準にも貢献しています：
DPV（データ・プライバシー・ボキャブラリー）W3Cガイドラインに基づくデータスコープ。 どのような欲しいデータかだけでなく なぜを明確に宣言する方法です。
GDPRやその他の法的枠組みの下で、APIがデータアクセスの法的根拠を確立できるようにするためのエンドユーザー識別。
これらのイノベーションは、グローバルなプライバシー法の下で働く開発者や通信事業者にとって不可欠な、同意管理の摩擦を取り除くのに役立つ。
OAuthは当初、ネットワーク・データへのアクセスをゲートする方法としてCAMARAによって選ばれた。しかし、Vonageはすぐに問題を指摘した。 長期的かつ多用途なトークン(GitHubやGoogleのような）長期的に複数回使用されるトークンのために設計されている。 ネットワークAPIが必要とする単一使用、低レイテンシーのフローネットワークAPIが必要とする1回限りの低遅延フローではないのだ。
考えてみてほしい：
典型的なCAMARA番号認証フローでは、ユーザーを認証するために最大10回のリダイレクトが行われる。
アクセストークンを生成するだけで、そのオーヴァーヘッドは一度だけ使われて破棄される。
このような遅延は開発者にとって悪夢だ。Vonageは、より軽量で目的に特化したソリューションを提唱し、以下のような議論の形成に貢献した。 CIBA（クライアント主導型バックチャネル認証）と、高速で信頼性の低い環境で機能するバックエンド主導のフローに関する議論の形成に貢献した。
まだやるべきことがある：
同意の取得は、バックエンドとアグリゲーターのユースケースでは未解決のままである。
SIMベース認証、Vonageが推進するiOSを含む幅広いデバイス対応が必要 アプリクリップ を推進している。
ネットワークAPIの可能性を実現するために、通信事業者がネットワークAPIを幅広く採用すること。
我々は楽観視している！CAMARAとOpen Gatewayは正しい方向に進んでおり、Vonageは開発者のニーズを通信事業者の心に留めておくことを約束します。
Vonage Network APIを使用する開発者が多ければ多いほど、CAMARAの中でより良いサービスを提供することができます。今日から始められ ネットワークAPIのスイート.のような開発者ツールの作成にご協力ください。 仮想ネットワークオペレータ.ご意見をお聞かせください。 VonageコミュニティSlack.