1. パッケージ製品のためオンプレ・クラウド両方に配置でき、片方向、双方向配信、3D 空間など様々なユースケースに対応できること。
2. IPv6 に対応し、NGN 網で完結した配信ができること。
3. OBS WHIP と互換性があり、既存の OBS 配信と同じ操作感で配信できること。
4. SDK、ドキュメント及び、統計情報可視化などツールが充実していること。
5. 業界の最新技術に追従し、早期に機能提供していただけるなど、技術体制やサポートが充実していること。

WebRTC Native Client Momo を用いた直接配信から評価をスタートしました。Momo は C++ で記述されていることが組み込み用途とマッチし、最初の採用の理由となりました。その後、同時配信数の強化とプレー映像の録画を行うため、Momo と組み合わせて利用ができる Sora を導入しました。SDK とドキュメントが完備されているので開発しやすく、最終的な採用に至りました。低遅延でパフォーマンスが高く、Sora を介しても弊社サービスで実用的なリアルタイム性が確保できており、満足しています。

1. Sora C++ SDK と WebRTC Native Client Momo が x86 のみでなく Jetson にも対応している
2. 豊富な SDK が提供されており、容易に組み込むことができる
3. 遅延が少なく、安定した映像の転送が可能

評価版で試したところ、すぐに弊社アプリケーションへの組み込みができたことです。また組み込む上で便利な OSS（Suzu、Hisui、Sora Archive Uploader、Media Processors）があることも採用の決め手になりました。

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

1. Unity 対応されていること（Sora Unity SDK があること）
2. Sora Unity SDK を踏まえて、HoloLens 2 対応が実現できること
3. ブラウザ側の更新への追従が安定して行われていること

1. 遅延が少なく、安定した通信が可能であること
2. SDK の機能の充実度およびサポートの厚さ

我々が Sora を採用するに至った理由は以下のとおりです

1. WebRTC Native Client Momo が利用できるため
2. 制限の多いネット環境であっても良好な接続が得られたため
3. 常時接続が必要で、従量課金制ではないサービスが提供できたため
4. SDK の選択肢が豊富で、様々なプラットフォームでの展開が可能なため
5. ドキュメントが丁寧に作られていたため

1. SDK の豊富さ

・現在弊社では Android スマホに Web カメラと USB シリアルを繋げて遠隔操作するアプリケーションを開発しており、Android SDK で開発が可能だったこと

・また JS SDK を利用することで Web ブラウザベースのアプリも低工数で作成できること

2. Discord コミュニティ、時雨堂ラジオなどでの定期的な情報アップデート

・Discord コミュニティでは常に最新の情報が掲載され、また時雨堂ラジオでは気になった箇所を質問することで答えてくださり、最新情報にキャッチアップしやすいこと

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

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

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

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

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

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

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

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

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

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

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

採用理由は以下の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 ライブラリを改修して自社の技術と掛け合わせることで、ビデオ通話時の音声を音声認識にかけたり、リアルタイムに認識結果を熟練エンジニアの画面に表示するといったことが容易に実現できたのも大きな決め手でした。

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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