弊社の他のプロダクトで採用実績があった、ということと、同一プロダクトでクラウドだけではなくオンプレミス構成も用意することができるため、採用いたしました。 また、サポートの対応や情報の公開が早く、今後の開発予定などの状況も積極的に公開していく方針のため、安心して採用できました。

以下の理由で採用しました
・Android / Linux-native なクライアント SDK
・シグナリング・TURN 機能
・サーバ、SDK のドキュメント
・認証・セッション Webhook
・録画開始などの API

遠隔コミュニケーションシステムの研究開発において、Jetson を利用したアバターロボットを開発するとともに、Sora の SFU の機能を採用したローカルオペレータとの多感覚伝送技術を開発しています。 高画質の映像配信を Jetson の組み込みコンピューター上で行うことが可能であり、かつ簡単にロボット上に搭載することができるので、今回の研究開発に最適でした。また、最新技術に対応するために WebRTC Native Client Momo や Sora の SDK が高頻度で更新されており、最先端技術の研究開発にとって最適なサービスだと思います。

以下の理由から弊社製品自体のアピールポイントにもなると思い採用を決めました
1. 国内で非常に多くの採用実績を持ち、高品質で信頼できる。
2. ブラウザ側において仕様変更がなされた際にも Sora や SDK で対応がなされ、弊社側の追加開発工数を削減できる。
3. スポットライト機能を活用することで既存の大手 Web 会議システムと遜色ないレイアウトと解像度が実現できる。
4. パッケージ製品のためお客様環境内に構築し、その中で通信を完結させることが可能になる。
5. 将来的に E2EE を用いて通信を暗号化しよりセキュアにすることも可能となる。
6. シグナリング通知メタデータ拡張機能を活用することでサーバー構成をシンプルにでき維持コストを軽減できる。

Sora の SFU 機能を利用することでトラフィックの軽減が可能となるため、採用致しました。積極的にバージョンアップを行っている点も高評価でした。

自社の技術と製品を最大限に活用できる製品であり、自社のサーバーに組み込み可能なライセンスであったため採用しました。また、Sora は積極的なバージョンアップがされていますので、今後も Web ブラウザの最新仕様に追従してくれると期待しています。

以下の理由で採用しました
・映像伝送において、数多くの企業で採用実績あり
・製品コンセプトが当社のサービスと合致
・評価版で、事前に Sora の開発容易性、安定した伝送品質を体験できた
・OSS、SDK が充実
・GitHub、ドキュメントなど公開情報も充実
・発生した問題に対する迅速なサポート体制

認証やイベントウェブフックなど、既存のアプリケーションに組み込みやすいことに加え、参加者ごとに分割された録画の生成が実施できることから、映像解析が実施しやすく、導入させていただきました。

以下の理由で採用させていただきました。
1. 遅延時間が他社と比較してもかなり短い
2. 接続台数、ネットワーク環境に関わらずコマ落ちがほとんど発生せず安定している
3. API 操作及びそのドキュメントが充実している

１，スポットライト機能により、数十人規模で同時接続ができること
２，導入事例が豊富で信頼ができること
３，継続的なシステムアップデートを行っていること、が採用した決め手です。
また、授業システムの開発にあたり、1 対 N、N 対 N でも安定する方法を探していたため、採用させていただきました。

1 対 1、多対多の双方向の対話実現に向けた開発には、WebRTC の活用が適切との方針になりました。
他社とも比較検討した結果、Sora はブラウザの新バージョンへの対応が早く、サポートも期待できることが採用の最大の理由です。
また、弊社内でもすでに利用実績があり、安心してサービスを利用できることも決め手の 1 つでした。

オンラインクレーンゲームはその特性上、ウェブブラウザ上で相当数のお客様に対してゲームのプレイ動画をリアルタイムで遅延無く配信するすることが、サービスレベルを高める上でキーとなるテクノロジーでした。
Sora については、グループ会社のスクウェア・エニックスで先行して導入していたこと、また実際にお打ち合わせをさせていただき技術力の高さを実感したことから採用を決めさせていただきました。

今後も引き続き対応デバイスやブラウザを拡張し、一人でも多くのお客様に Sora の「軽量、高画質、低遅延」な映像をお届けできることを期待しております。

豊富な機能、品質の良さ、充実した SDK やドキュメント、クラウドに加えてオンプレでも使えること、サポート対応などを理由に採用させて頂きました。

SDK が充実しており、自社システムへの組み込みが楽になりました。録画機能や Webhook での連携機能、API による操作等が充実しているので利用しています。

評価版は、マニュアルが充実しておりすぐにインストールできました。
また、通話の品質もレイテンシが小さく、画質音質についても良好で問題なかったため、採用に至りました。

自由視点映像は制作に時間がかかり、大容量コンテンツをリアルタイム配信するにあたり、5G と Sora の低遅延配信を組み合わせることでストレスのない体験が可能になると考え採用に至りました。 実際に構築されたシステムでのデモも好評で、スピードには満足しております。

現状は音声のみの利用となりますが、極めて低遅延であり、AWS 上のインスタンスに設置することで常に安定したパフォーマンスを出すことができます。また、インスタンスのモニタリングとサイズ変更で柔軟にコントロール可能な点が気に入っています。
また、TV 番組での利用のように、デスクトップマシン上で動作するブラウザからの音声出力の利用に不安がある場合でも、ヘッドレスのマシンを用意して WebRTC Native Client Momo を利用するという選択肢があることは他社製品にない強みだと思います。

提供コンテンツの内容充実のため、システム構築の当初からカメラの接続本数と高画質な動画配信に柔軟に対応できる配信システムを探しておりました。映像の質を上げると料金が増す従量課金制ではなく、月固定で料金負担の少ないシステムです。 テスト稼動の段階で何社か検討しましたところ、経済性と安定性の面で Sora のシステムとの相性が良く、併せて採用社数の多さから、信頼性においても大きな決断材料となりました。3 ヶ月のテスト稼動を経て正式に採用させて頂きました。

他のクラウドサービス等も含めて検討したものの、海外サービスは遅延が大きく、ジッタによる不安定な挙動がみられましたが、Sora をオンプレミスのサーバーに導入したところ、安定した低遅延の通信が可能になりました。また SDK/ライブラリの提供に加え、日本語のマニュアルが充実していた事で、開発工数を大幅に削減する事にも繋がりました。
時雨堂様のサポートも万全の体制で作られていて、サービス投入後の継続性という面でも安心して利用し続けられると判断し、採用させていただきました。

既に実装していた WebRTC では、お客様の利用環境によって制限事項が発生したり動作が不安定になることがありました。また、お客様のご要望も多岐にわたり、1 対 1、N 対 N、1 対 N など様々なケースに対応できる製品を探していました。
Sora は、SDK が公開されておりサポート体制も充実しているとの話を聞き、採用に至りました。

ドローンが移動するものなので、ネットワーク環境が不安定でも低遅延での映像伝送が可能なシステムの開発が必要でした。
WebRTC + ブラウザベースのストリーミングとして、不安定なネットワーク環境でもタイムラグを優先した伝送が可能なため、Sora を利用しています。

国産のソフトウェアである事が大きく、評価版の利用中にも丁寧なサポートを頂けたことです。Sora のバージョンアップも継続的に行われており、今後も継続的な機能の発展やメンテナンスが積極的に行われていく姿勢が良いと思いました。
動画の配信に特化しているため、余計な機能がない分、システムとして必要な個所をこちら側で全てデザインできる点も良いと思います。

Sora については、他社よりも高品質な映像を配信できるという印象で、以下の点が決め手となり、Soraを採用いたしました。
・自社管轄のクラウド上で完結すること
・低遅延で高画質な映像配信が実現でき、ユーザー様へより良い体験を供給できること
・日本語でのマニュアルが充実しているため導入工数が削減できそうなこと
・配信側の PC が特殊なため、ブラウザではなく同じ時雨堂様の WebRTC Native Client Momo を使用すること

以前はオンライン面談を WebRTC の P2P 接続で行っていましたが、Ajax で Signaling を行っていたためビデオチャット開始までに時間がかかったり、TURN サーバーを使用しても接続ができないことがある問題がありました。 また複数人での面談も難しかったため、WebRTC SFU サーバーの導入を検討しました。
Sora にした理由は、採用実績が豊富で無料環境の Sora Labo を使って検証実験をしたところ、素の WebRTC の実装から 1 日で移行が完了したためです。

実際に使ってみたところ、複数人で Web 会議ができるようになり、部屋数も自由に作れるため、社内での打ち合わせでも使わせていただくようになりました (Zoom も多いですが、ちょっとした打ち合わせの場合 Zoom のように部屋を使っているかどうか気にしなくていいので使い分けています)。
接続性に関しては TURN-TLS のポートを 443 にすることで 、以前はオンライン面談の 1 割強ぐらい接続できない問題が発生していたところが、数%のレベルに落ちつきました。

実装の注意点として、バーチャル背景や雑音を消すオーディオのアプリがはいっている場合にうまく動作するデバイスが選択されるような作りこみを自前でする必要があったり、音声は切れると再接続されないので気を使う必要があります。

今後は、スポットライト機能や録画機能などまだ使っていない機能を活用していけたらと思います。

採用理由は以下の3点です。

1.「多対多の RTC」「通話内容の自サーバー録画」を満たすこと
2. SDK のソースコードが公開されており、また継続的なシステムアップデートを行っていること
3. 国内で開発されており、日本語ドキュメント、また日本語での迅速な技術的質問が期待できること

その上で、導入事例に医療系のシステムがあり、用途に適う運用ができると判断できたことが決定を後押ししました。
また、Sora Labo を利用して開発の完成イメージを確認できること、本契約に際して 1 か月の試用期間があることも、開発を進める上で助かりました。

初期の開発期間およびコストを抑えることができるため、また、これまでの導入実績や、それに伴うノウハウの集積にも期待できたためです。 実際に評価版を利用して検証した結果、比較的容易に稼働させることができ、実運用にも問題がないと判断し、正式なライセンス購入をさせて頂きました。

SFU 機能により、特別な設定をしなくても複数地点からの映像視聴が簡単にできる点が非常に使いやすいです。
また、WebRTC Native Client Momo を使うとブラウザなしでも WebRTC を利用できるため、車両からの映像送信開始・停止などの制御を簡易な実装で実現することができ、開発工数を大きく削減できました。
サーバー側も、1 つのサーバーがあれば全ての機能を動かすことができるため、運用面でも非常に利点があると感じました。

安定性と実装の手軽さから選択しました。OSS でも頑張れば同様なことは可能かもしれないですが、非常に短い時間で確実性を得るために時雨堂の Sora を選択しました。Sora では JS SDK が適度に抽象化されており、アプリ開発者が実装の見通しを立てやすく、また、ドキュメントやサンプルコードも洗練されており、日本語が一切わからない外国人エンジニアチームでも Google 翻訳で 1~2 週間でまともに動くところまでは実装ができました。

SFU の録画機能が提供されていること、WebRTC ライブラリが OSS として公開されていることが採用理由です。
弊社では現場の作業記録・ビデオ通話内容のログ閲覧機能を提供していますが、以前利用していた他社製品では録画機能が提供されていなかったため、JavaScript による映像音声保存を行っていました。この場合、多:多 通話の録画保存に対応しづらいという課題がありましたが、Sora 録画機能では API を実行するだけで Channel 参加者全員の映像音声を簡単に録画保存できるため、大変感動いたしました。
また、OSS であるため WebRTC ライブラリを改修して自社の技術と掛け合わせることで、ビデオ通話時の音声を音声認識にかけたり、リアルタイムに認識結果を熟練エンジニアの画面に表示するといったことが容易に実現できたのも大きな決め手でした。

これまで他社の WebRTC 接続サービスを利用していましたが、今後多対多の接続が主流となっていくなかで SFU を標準としていること、作業アーカイブを確実に残せるようサーバーサイドでの録画機能を持つことなどが決め手となり、Sora を選定しました。
また、実際の試用期間中にも Discord などで素早いレスポンスを受けられたことが、最終的な選定の決め手となりました。

ワンパッケージにバイナリがまとまっていることによる導入の手軽さ、最新 OS に対する対応の早さなど、ソフト・ハード両面における「アジリティ」を強く感じています。特に OSS として公開されている Javascript などのライブラリにおいて、報告即日でバグ修正がリリースされたときに、大いに感激しました。
今後もコミュニケーションを密に良いサービスを構築していきたいと考えています。

採用理由は、
1) 視聴ユーザーは一般的なネット環境以外、専用機材を必要とせず、ブラウザのみで実現可能なこと
2) 低遅延（2秒未満）で安定した 1 対多の配信ができること
3) ブラウザや WebRTC のバージョンアップにタイムリーに追従してくれているプラットフォームであること、です。

購入前の評価版の提供、開発環境用ライセンスの提供、開発者向けのドキュメントが充実しており、短期間で PoC および開発がスタートでき、大変助かっています。

高品質な映像コミュニケーションや多拠点での映像会議を、比較的スペックの低い端末で実現するための手段として、WebRTC SFU の技術を採用することにしました。
Sora の採用を検討するにあたり、「無料で利用できる検証用のサービス Sora Labo で事前検証することが出来た点」が大きかったです。
また、プロトタイプ実装を通して、ドキュメントが充実していること、SDK の利用で開発コストを大幅に削減できること、が分かったため、採用に至りました。

Soraを導入し実際に利用してみて、とても通話の品質が高いと感じております。
導入までの流れも丁寧で、迅速にご対応頂けた点も決め手となりました。

導入した一番の理由は、ブラウザや技術の進歩に追随するコストをゼロにできる点です。
実際に使ってみて、とにかく使い易いです。基本的なサーバーの知識があれば、誰でも簡単に導入できると思います。
また、弊社の質問に迅速ご回答頂き、サポート体制も整っていると感じております。

私たちのロボットは、ラズベリーパイで動作しており、Sora を知る前は、どのように映像伝送を行うかにとても悩んでおりました。
そんな中、Twitter 経由で WebRTC Native Client Momo の存在を知りました。
また、弊社のテレプレゼンスロボットは Web ブラウザ、iPhone / Android アプリ、Oculus Quest で動作させるのが要望としてありました。
Sora には JavaScript SDK, Android SDK, Unity SDK, React Native WebRTC Kit など、私たちが開発したいプラットフォームで使用できる SDK やライブラリを開発されていたことが大きな決め手です。

実際に使ってみて、
1. ドキュメントの丁寧さ
2. サンプルコードの充実さ
3. ライブラリとしての使いやすさ
4. Discord などのコミュニティ
この 4 点が素晴らしいと感じております。

1. ドキュメントの丁寧さに関して、もちろん Sora 自身のドキュメントも含め、各種 SDK のドキュメントも大変わかりやすく、特に詰まりどころなどが明記されていることが開発に役に立ちました。
2. サンプルコードの充実さについて、Sora 自身にはすぐに利用できるデモ機能が、また各種 SDK には clone したらすぐに動くサンプルコードが、また Sora Labo で疎通確認がしやすいなど、ほとんどサンプルコードを見ればやりたいことが実現できるのは、Sora の使い方を学ぶ上でとても助かりました。
3. ライブラリとしての使いやすさとして、私たちは Sora に出会う前、ネイティブの WebRTC API や Janus などを使っていましたが、そのコードメンテナンスコストは膨大なものでした。WebRTC API は offer / answer を書き、自分でシグナリングをしないといけなくそのハンドリングがとても手間なのですが、Sora の SDK はそれを「上手く」ラップしており、Sora をもう半年早く知っていればな、と思ったほどです。
4. Discord などのコミュニティに関して、Sora / Momo には Discord のコミュニティがあり、他の人がどのようなことで詰まっていたのか、また他の人の質問に答えたり、Sora に詳しい方から補足情報などを頂けることは、WebRTC 初心者の私にとって大変助かるものでした。
Sora に出会わなければ、私たちのこのロボット + WebRTC のサービスは開発着手すら出来なかったと思います。

過去にも Sora の利用実績があり、安定して運用できているため採用しました。
また、Edge サーバーからの映像配信の性能向上のため、時雨堂様に WebRTC Native Client Momo のハードウェアエンコード機能の優先対応もお願いしておりました。
対応後に弊社の TECH BLOG で性能検証 をしておりますが、CPU に比べてより多くの映像が配信ができるようになり大変助かっております。

以下の観点から Sora を採用するにいたりました
・特殊な仕様に対応可能な、汎用的な設計になっていること
・SDK が公開され、開発環境が整っていること
・サポート体制が整っていること

開発中の GUI 動作を遠隔地から低遅延で操作/確認するため、GUI の画像伝送技術として WebRTC を採用致しました。
Sora を使用することで、複数拠点間の WebRTC を利用した画像伝送を複雑な設定なしに安定して行うことができることを高く評価しております。

自社での WEB 会議構築を進めておりましたが、WebRTC という技術を調査していくうちに、Sora の存在を知りました。
豊富な技術力をお持ちの時雨堂様であれば、新しい OS やブラウザへの対応、サポートを安心してお任せできると判断し、採用に至りました。

多点に低遅延で映像を伝送できるため導入しました。複数のユーザーが映像を同時に見ることができ、優れた映像伝送を実現できるソフトウェアです。
サンプルのテストページやマニュアルが充実していて、導入まで比較的短時間で検証出来ました。Android 用の API などもあるので、今後そちらもためしてみようと思います。

導入時および運用開始後の技術的なサポートが充実している製品を探していました。
Sora とその関連 SDK のドキュメント、サンプルがしっかり整備されていて、Sora を検証できるサービス Sora Labo も新たに開設されて、特に困ることなく、短期間でスムーズに検証ができたことが好印象でした。

また、導入にあたり当方の環境上の問題でも、丁寧に調査・報告をいただいたことで、問題の早期解決に繋がりました。
今後の運用フェーズにおいて、安心してサポートが受けられる点に大変満足しております。

以下の観点から総合的に判断し Sora の導入を決定しました。
・日本語でのサポート体制が整っていること
・他社様でオンラインクレーン案件での導入事例が存在したこと
・映像配信側のソフトウェアとして WebRTC Native Client Momo を検討しており、同じ時雨堂が開発している Sora が相性問題等の観点から最適であると判断したため

評価版を利用させていただき、性能、接続の安定性、サポート対応の良さから導入を決定しました。
接続の安定性を大事にされているという通り、使っていてストレスを感じる事がほとんどありません。
また技術的な質問に関するサポートもよく、安心して利用させていただいています。
Medium 等で今後の方針をオープンに公開していただいているため、新規機能追加も楽しみにしております。

技術的には、WebRTC を使用したサービスを早急に構築する必要があったため情報を収集していたところ、
WebRTC コトハジメの記事にたどり着いたのが決め手となりました。

他、以下の点も導入を強く推し進める理由となりました。
・シグナリングサーバーを自前で用意できる点
・OS/Android の SDK が提供されている点
・評価版が提供いただける点
シグナリングサーバーについては、ドキュメントに従うことでつまづくことなく導入できました。
SDK については、まだ Android 向け SDK の使用のみですが、サンプルコードを参照することで、特に困る点などはありませんでした。

私達は Web 面接を 4 年ほど前から提供しており、これまではメディアサーバーを自前で開発しておりました。しかしながら、高い安定性を保ちつつ日進月歩の技術を追いかけることには苦労が伴いました。
今後は、Sora を活用して餅は餅屋に任せ、私達はより私達だからこそ圧倒的な価値を出せる「面接だからこそ」といった部分に技術者のリソースを集中させることとしました。
私達のお客様には、ネットワーク上の制約が大きい大企業も多数いらっしゃいます。しかし、Sora を試用させていただいた時にこれらの環境においても無事に繋がることが確認できたので、自信をもって導入に踏み切ることができました。
また、Sora の認証 Webhook を利用する仕組みや、録画ファイルの書き出し等、私達のマイクロサービスの構成ともうまくフィットさせられると判断したことも、理由の一つです。
実際に導入した現在も、問い合わせを行った際のサポート対応がとても丁寧かつ迅速であり、大変助かっています。

もともと他社のビデオ通話サービスを利用していましたが、ビデオ通話のさらなる品質向上や機能拡張のために Sora を導入しました。
Sora は動作が非常に安定しているほか、サーバーのリソース効率も非常に高いです。
また、API や Webhook が充実しており、システムの拡張が行いやすい点やドキュメントやサンプルソースが充実している点、最新の WebRTC の仕様への追従が早い点も満足しています。
今後は Sora を活用して、自社のビデオ通話のシステムをより改善していきたいと考えています。

当初、オープンソースの利用を想定しておりましたが、業務提携先の株式会社ホロラボ様より、安定性、サポートなどの面で Sora を推薦いただき、採用に至りました。
運用しているサービス用のライセンス以外にも、展示会での臨時使用といった用途でのライセンスを提供いただけると助かります。

他の WebRTC ライブラリも利用しましたが、安定性や導入実績を重視して Sora を採用し、お客様へも推奨しました。
Microsoft Azure 上でも問題なく動作しています。
実際の開発に際してもドキュメントや利用例などが大変充実していました。

「ImageFlux Live Streaming」は、ピクシブ株式会社が提供している「pixiv Sketch LIVE」で利用されている技術をベースとしています。
ここで培った技術を「ImageFlux Live Streaming」にも最大限活かすとともに、ブラウザからの配信の安定利用およびブラウザの互換性への追従も非常に早いといった強みがあるため、Sora を採用しました。

WebRTC を利用したライブ面接を実現するために、自社でメディアサーバーを 1 から開発するのは、ノウハウ的にも工数的にも厳しいため Sora を採用しました。実際に導入してみて、シグナリングが非常に早いかつ安定感があり、イベントウェブフックや認証機能もついており、既存のアプリケーションに組み込みやすかったです。また、サポート問い合わせのご対応が非常に丁寧・的確でとても助かりました。

案件の性質上、iOS および Android のネイティブアプリが利用できず、Web ブラウザ上でビデオチャットを実装する必要がありました。
オープンソースを含め検討しましたが、ブラウザ互換性についての調査対応や運用にあまり工数を割けないことから、サポートが期待でき、ブラウザ互換性の問題を吸収してくれる JavaScriptSDK が充実した、商用のパッケージである Sora に着目しました。
すぐに評価用ライセンスを発行していただき検証したところ、通信の安定性・遅延の少なさ・対応環境の多さ・丁寧なサポートから信頼できると感じ、導入を決定しました。
実際に開発を行ってみて、ウェブフックによる外部認証機能や API によるクライアント制御など、既存のシステムへの組み込みが行いやすい印象でした。
１点不満があるとすれば、開発環境用ライセンスについても本番環境用のライセンスと同じく、1 起動 1 ライセンス という点です。ローカル開発環境の構築が難しく、少々扱いづらく感じました。

アダルトライブチャットサービスとの親和性がとても高かったという点が最大の理由となります。また「低遅延」「安定性」「更新頻度」「サポートのスピード感、柔軟性」といった点も採用の決め手となりました。
具体的には
・1 対 100 人以上の中～大規模での映像配信システムを低遅延で行える
・Chrome / Firefox / Edge / Safari といった多様なブラウザをサポートしている
・API ドキュメントが充実しており、弊社側の開発工数の削減が見込める
・更新頻度が高く、問い合わせに関しても柔軟かつ迅速にサポートいただける
・標準搭載機能 (プッシュやウェブフックなど) が充実しており、ライブチャットシステムとの親和性がとても高い
といった理由から、Sora を採用させていただきました。

オンライン面接システムには求職者と人事担当者が動画でやり取りする機能があります。動画のやり取りをシステム上で実現するためには WebRTC の技術が欠かせませんでした。オンライン面接システムを構築するにあたって、当初は WebRTC の関わるシステム自体も開発しようとしていました。
しかし WebRTC の技術進歩が非常に早く、その進化の度にシステムを改修していてはコストも増え、運用面が難しいという課題に直面しました。その課題に困っていたころ、Sora のことを知りました。

Sora を使えばコスト面が解決され、外部サービス（ブラウザなど）との連携もスムーズになるため導入を決めました。またオンライン面接システムの試験運用の段階で、動画のやり取りが非常にスムーズで使い勝手が良かったところも導入を決めたひとつの理由です。

WebRTC SFU に求められる安定性、刻々と仕様変更が行われるブラウザ実装への追従、各ブラウザ間の互換性サポート、これらを Sora に一任できることが非常に魅力的です。 時雨堂様の WebRTC に関する情報を常に発信し続ける姿勢と迅速で確実な技術的サポートにも大変助けられています。
そして、WebRTC + HTTP Live Streaming (HLS) の組み合わせを実現できるソリューションは、現時点で Sora 以外の選択肢はないと考えています。 もちろん、OSS の WebRTC SFU を利用して HLS 対応することは技術的に可能ですが、Sora の安定性・運用コストと比較検討した結果、Sora 以外の選択肢はないと判断しました。

WebRTC を利用した会議システムを開発するにあたり、
・P2P では iPad などのモバイル端末を含めた場合において端末負荷などで同時接続人数の目標値を満たすことができない可能性
・通信経路のトレースが難しくサポートコストが増大する可能性
・通信しているかを javascript のレポートでしか知ることができず課金が難しい可能性
といった懸念事項から通信経路上にあるサーバー MCU/SFU の導入は必須であると感じていました。

幾多ある WebRTC 対応の MCU/SFU の中から Sora を採用した理由としては、
・ソースコードが公開されており、豊富な SDK で開発コストの見積精度の正確性やかかる工数の軽減が期待できる
・Chrome などのブラウザ側における仕様変更や機能追加に対し積極的に対応されている
・WebRTC 映像配信における十分条件を超えた品質向上や安定通信に関わる部分がしっかりカバーされている
・ブラウザ側で仕様変更された際にも追従されるとともに、弊社側の追加開発工数が限定的である
・サーバーリソースやクライアントリソースの利用効率を高める工夫がなされており安定性も高い
といった理由から、国際通信やモバイル、無線 LAN などの通信速度の変動が大きい回線においても接続品質を担保することが可能であり、高品質なサービスを提供することが可能であると感じたため、Sora の採用を決めました。