シナリオソリューション
シナリオ説明
ライブ通販は、新興電子商取引のモデルで、ライブ配信プラットフォームを通じて配信者が視聴者とリアルタイムでインタラクションし、商品を展示・宣伝して販売を実現します。このシナリオでは、配信者は通常、ライブルームで衣類、化粧品、家庭用品など様々な商品を展示し、視聴者に製品の特徴、割引情報、使用方法などを説明します。視聴者はライブルームで質問、コメント、商品購入ができ、即時交流と取引ができます。RTC EngineとChatなどの製品を使用することで、ライブコマースルームの構築を簡単に完成できます。
実装方法
完全なライブ通販シナリオを実装するには、複数の機能モジュールが関与する必要があります：ルーム管理、座席管理、商品管理、オーディオ・ビデオ管理、クラウド録画など。各機能モジュールの下にある主要なアクションと機能ポイントは、以下の表に示されています。次に、各機能モジュールを順に紹介し、紹介を通じてライブコマース構築に必要な機能についてより完全な認識を得ます。
機能モジュール | 主要なアクションと機能ポイント |
ルーム管理 | ルームの作成、ルームの参加、ルームから退出、ルームの破棄 |
座席管理 | マイクオン申請、自分からマイクオフ、マイクオン招待、強制マイクオフ、マイクミュート |
商品管理 | 商品リスト管理、商品ポップアップ管理、URLジャンプと支払い |
オーディオ・ビデオ管理 | ローカルプッシュストリーム、リモートプルストリーム、視聴者マイクオン |
クラウド録画 | RTC Engine クラウド録画 |
ライブ通販シナリオの全体的な業務アーキテクチャは、以下の図に示されています。配信者がルームを作成し、他のユーザーは興味のあるルームに参加することができます。ルームに入った後、マイクオフのユーザーはマイクオンして、マイクオン配信者とオーディオ・ビデオインタラクションをすることができます。配信者は、商品リストの維持、商品説明、商品のリストアップなどを同時に担当します。通常、コンプライアンス要件のため、ライブルーム内のオーディオ・ビデオ内容を録画して審査を受ける必要があります。
ルーム管理
ルーム管理モジュールは主にルームリストのメンテナンスを担当し、主に以下の機能を含みます。
ルームの作成：ユーザーが業務システムにログインした後、ルームを作成できます。ルームを作成した後、ルームリストには追加する操作が必要です。
ルームに参加：ユーザーは既存のルームに参加することができ、参加後は現在のルームのメンバーリストに追加する操作が必要です。
ルームから退出：ユーザーは現在のルームを退出することができます。ルームを退出した後、現在のルームの人員リストから削除する操作が必要です。
ルームの削除：全てのユーザーがルームから退出した後、ルームを削除する必要があり、ルームを削除した後はルームリストから削除する操作が必要です。
説明：
ルーム管理はECライブ配信の必要なモジュールですが、主要機能モジュールではなく、具体的には業務システムおよびChat & RTC Engine SDKを組み合わせて実装できます。詳細はボイスチャットルーム-ルーム管理を参照してください。
座席管理
ライブルーム内のマイクポジションは一般的に順序があり、限られています。座席管理は主に、業務シナリオに基づいてルーム内のマイクポジションの数を定義し、現在のルームのすべてのマイクポジションの状態を管理することを担当します。座席管理には、マイクオン申請、自分からマイクオフ、マイクオン招待、強制マイクオフ、マイクミュートなどが含まれます。
ユーザーがルームに入った後、空いているマイクポジションにのみマイクオンの申請ができます。
配信者がユーザーのマイクオンを承認した後、マイクポジションの状態を空いていない状態に変更する必要があります。
マイクオンユーザーがマイクオフした場合、ローカルのプッシュストリームを停止し、マイクポジションの状態をリセットする必要があります。
配信者は、マイクポジションをロック、マイクオン招待、強制マイクオフ、マイクミュートなどの権限を持っています。
説明：
マイク管理はECライブ配信の必要なモジュールですが、主要機能モジュールではなく、具体的には業務システムおよびChat & RTC Engine SDKを組み合わせて実装できます。詳細はボイスチャットルーム-座席管理を参照してください。
商品管理
商品管理モジュールはライブコマースシナリオ特有のもので、一般的に商品リスト管理、商品ポップアップ管理、商品リンクのジャンプと支払いなどを含みます。下図は商品管理の基本的な流れを示しています：
商品リスト管理
商品リスト管理は商品管理の基本機能であり、商品の追加、削除、修正、および照会などの主な機能が含まれます。通常、商品の名称、説明、価格、在庫、画像などの様々な情報をバックエンドのデータベースに保存します。フロントエンドでは、APIインターフェースを通じてこれらの情報を取得し、リスト形式でユーザーに表示します。
商品ポップアップ管理
ライブ通販中、配信者が商品の説明と陳列を行う際、通常、視聴者側で対応の商品情報をポップアップし、視聴者に閲覧や購入を促す必要があります。商品情報のポップアップ機能は、以下の2つの方法で実装でき、業務のニーズに応じて選択できます：
カスタムメッセージ
一般的に、商品情報ポップアップは、カスタムメッセージをライブルームに送信することで実装でき、ライブルームの視聴者は、受信したカスタムメッセージを解析してそれを表示します。カスタムメッセージの送受信は、業務側で独自に実装することも、Chatグループメッセージ を使用して実装することもできます。具体的な実装については、商品情報ポップアップ-カスタムメッセージを参照してください。
SEI情報
SEI（Supplemental Enhancement Information）即ち補強情報は、ビデオストリームに追加情報を挿入する方法を提供します。RTC EngineによってSEI情報を送信 、指定した商品情報を配信者のビデオストリームに挿入できます。ライブ配信ルームの視聴者がストリームをプルして視聴すると、SEIメッセージを受信し、メッセージを解析して表示できます。具体的な実装については、商品情報ポップアップ-SEI情報を参照してください。
商品のジャンプと支払い
ライブルーム内の視聴者が商品選択を完了した後、商品リンクをクリックして、実際のECショップにジャンプし、注文の確認及び支払いを行う必要があります。ここでのECショップは、プラットフォーム内の店舗、または統合されたサードパーティープラットフォーム店舗のいずれかである可能性があります。ユーザーが支払いを完了した後、商品の販売状況や在庫情報などを更新するために、支払い結果を取得する必要があります。
説明：
上記の商品管理モジュールはあくまで参考用で、実際のアプリケーションでは、業務要件に応じて自身で設計し配置する必要があります。
オーディオ・ビデオ管理
通常のライブコマースシナリオでは（視聴者数が10万人以下）、RTCリアルタイムインタラクションプランを推奨します：配信者と視聴者のプッシュ／プルはすべてRTCプロトコルを使用しており、このソリューションのエンドツーエンドの遅延は最小限に抑えられ、同時に視聴者のマイクオン／オフ体験がよりスムーズになり、画面の早送り/巻き戻しなどの急激な変化がありません。複数人がマイクオンしてインタラクションするライブを例として、ライブコマースシナリオの完全なRTCパブリッシング／プレイバックのアーキテクチャは以下の図に示されています。
このソリューションアーキテクチャの全体的なプロセスは以下の通りです。
1. アンカーと視聴者は、シグナルモジュールを通じて接続され、シグナルモジュールは主にライブストリーミングプロセスの制御とライブステータスの同期を担当します。
2. マイク接続の視聴者がいるかどうかに関わらず、配信者と視聴者はRTC Engineのオーディオビデオクラウドサービスを介してストリームのプッシュとプルを行います。
3. 視聴者がアンカーと交流をリクエストした後、シグナルモジュールがアンカーに通知し、交流者の個人情報を同期します。
4. 配信者が交流申請を同意した後、交流の視聴者がプッシュを開始し、ルームの全員がストリーム更新通知を受け取り、交流の視聴者のオーディオ・ビデオストリームをプルします。
5. 交流の視聴者がマイクオフのリクエストを行った後、プッシュを停止し、ルームの全員がストリーム更新通知を受け取り、その視聴者のオーディオ・ビデオストリームのプルを停止します。
説明：
クラウド録画
RTC Engineの最新アップグレードしたクラウド録画は、RTC Engine内部のリアルタイム録画クラスターを使用してオーディオ・ビデオを録画し、より完全で統一された録画体験を提供します。
シングルストリーム録画：RTC Engine のクラウド録画機能を使用して、ルーム内の各ユーザーのオーディオビデオストリームを独立したファイルとして録画できます。
ミキシング録画：同じルームのオーディオ・ビデオメディアストリームをミキシングして、一つのファイルに録画します。
説明：
キー業務ロジック
商品説明のリプレイ
商品説明のリプレイはライブコマースシナリオの必須機能であり、一般的には生放送中のリプレイと生放送後のリプレイに分けられます。商品説明のリプレイは、後から入室したり、生放送を見逃したユーザーが自分で配信者の生放送時の商品説明を見返すことができるようにし、それによって販売量を増やし、転換率を高めることができます。商品説明のリプレイ機能は、以下の二つの方法で実装できます。
録画再生
録画再生は、商品説明の再生機能を実現するための一般的な方法であり、実装が簡単でリプレイのタイミングに制限がありません。以下は、録画再生を使用して商品説明のリプレイを実装する基本的な流れです。
1. 説明素材を録画
録画モードを指定（RecordMode）
シングルストリーム録画：部屋の中の各配信者のオーディオ・ビデオストリームを独立したオーディオ・ビデオファイルとしてクラウドストレージプラットフォームにアップロードします。
ミックスストリーム録画：部屋の中に購読した全ての配信者のオーディオ・ビデオストリームを1つのオーディオ・ビデオファイルにミックスしてクラウドストレージプラットフォームにアップロードします。
保存場所と録画形式を指定（StorageParams）
保存場所：クラウドオンデマンドVODまたはオブジェクトストレージCOSへの保存をサポートし、AWS storageも利用可能です。StorageParamsパラメータでCloudStorage（COS保存パラメータ）またはCloudVod（VOD保存パラメータ）を指定できますが、VODとオブジェクトストレージの同時設定はサポートされていません。
録画形式：COSに保存する際のデフォルトの録画形式はHLSで、RecordParamsのOutputFormatパラメータで録画ファイルの形式を変更できます。VODに保存する際のデフォルトの録画形式はMP4で、TencentVodのMediaTypeパラメータで録画ファイルの形式を変更できます。
録画タスクを開始する（CreateCloudRecording）
バックエンドサービスを通じてREST API（CreateCloudRecording）を呼び出してクラウド録画を開始する際には、パラメータタスクID（TaskId）に特に注意してください。このパラメータはこの録画タスクの唯一の識別子であり、後続のインターフェース操作の入力パラメータとしてこのタスクIDを保存する必要があります。
注意：
クラウド録画タスクを開始するインターフェースCreateCloudRecordingでは、録画ボットを割り当てるための入室パラメータUserIdとUserSig（UserSigの取得方法）を指定する必要があります。部屋内の通常の配信者や視聴者のUserIdと、部屋内で録画中の録画ボットのUserIdと重複したら、録画タスクが失敗します。
録画タスクを停止する（DeleteCloudRecording）
バックエンドサービスを通じてREST API（DeleteCloudRecording）を呼び出し、クラウド上での録画タスクを適時に停止するには、録画タスクを開始したときに返されたタスクID（TaskId）パラメータを渡す必要があります。
2. 再生アドレスを取得
方法1：手動で検索
録画タスク終了後、RTC Engineの録画システムで録画されたファイルは、指定されたクラウドストレージプラットフォーム（クラウドVODまたはオブジェクトストレージCOSまたはAWSストレージ）にアップロードされます。クラウドオンデマンドVODコンソールまたはオブジェクトストレージCOSコンソールに直接アクセスして、対象の録画メディアファイルを検索し、手動で再生アドレスを取得できます。
方法2：コールバックで受信
コンソールで録画コールバックアドレスの設定を行い、Tencent Cloudが新しい録画ファイルのメッセージをサーバーに自動的にプッシュするようにすることもできます。録画ファイルの転送が完了すると、RTC Engineはコンソールで設定したコールバックアドレス（HTTP/HTTPS）を通じてサーバーに通知を送信します。RTC Engineは録画および録画関連のイベントをすべて設定したコールバックアドレスでサーバーにプッシュし、イベントタイプ311のアップロード成功コールバックを受信することで録画ファイルの再生アドレスVideoUrlを取得できます。コールバックのサンプル情報は以下の通りです：
{"EventGroupId": 3,"EventType": 311,"CallbackTs": 1622191965320,"EventInfo": {"RoomId": "20015","EventTs": 1622191965,"UserId": "xx","TaskId": "xx","Payload": {"Status": 0,"TencentVod": {"UserId": "xx","TrackType": "audio_video","MediaId": "main","FileId": "xxxx","VideoUrl": "http://xxxx","CacheFile": "xxxx.mp4","StartTimeStamp": xxxx,"EndTimeStamp": xxxx}}}}
3. 録画した動画を再生
前述の準備作業を完了した後、TXVodPlayerの
startVodPlayで録画された商品説明動画を再生することができます。TXVodPlayerは再生プロトコルを自動的に認識しますので、再生URLをstartVodPlay関数に渡すだけでOKです。詳しいサンプルコードは、クイックアクセスガイド-商品説明のリプレイを参照してください。// URLビデオリソースを再生String url = "http://1252463788.vod2.myqcloud.com/xxxxx/v.f20.mp4";mVodPlayer.startVodPlay(url);
// URLビデオリソースを再生NSString* url = @"http://1252463788.vod2.myqcloud.com/xxxxx/v.f20.mp4";[_txVodPlayer startVodPlay:url];
説明：
オンデマンド再生にはTencent CloudプレーヤーSDKが必要ですが、個別に統合する必要はなく、フル機能版LiteAVSDKを統合するだけでOKです。詳細はクイックアクセスガイド-SDKのインポートを参照してください。
顔加工エフェクトアクセス
ライブコマースシナリオでは、顔加工は頻繁に利用される機能です。顔加工機能は配信者の顔を美しく見せるだけではなく、いくつかのステッカーエフェクトを通じてライブインタラクションの面白さを増加させることもできます。RTC Engineは美颜 AR SDKの統合をサポートしており、また火山美颜や相芯美颜など、市場で主流のサードパーティ製美颜製品の接続もサポートしています。
顔加工アクセスの流れ
API呼び出しタイムライン
顔加工製品の比較
顔加工タイプ | 顔加工効果 | アクセスコスト | 費用コスト | バーチャルデジタルヒューマン | 対応ターミナル |
基本効果は良好、高度なエフェクト、デカ目や小顔などの効果が顕著 | 若干低い | 普通 | 対応 | Android/iOS/PC/Flutter/Web/ミニプログラム | |
基本効果は良好、高度なエフェクト、デカ目や小顔などは普通 | 若干高い | 普通 | 対応 | Android/iOS/PC/Unity | |
基本効果は良好、高度なエフェクト、デカ目や小顔などは若干良好 | 若干高い | 若干高い | 対応 | Android/iOS/PC/Linux |
クロスルームPK
配信者同士がクロスルーム交流はライブコマースシナリオで比較的に新しい遊び方で、インタラクティブPKはライブの面白さを高め、ある程度視聴者の購買意欲を刺激することができます。RTC Engineは複数のルーム、複数の配信者の間でクロスルームPKをサポートしています。以下に具体的な実現方法を紹介します。
1. 実現原理
デフォルトでは、同じルーム内のユーザー間でのみオーディオ・ビデオ通話が可能であり、異なるルーム間のオーディオ・ビデオストリームは互いに隔離されています。クロスルームPKにより、別のルームにいるあるアンカーのオーディオ・ビデオストリームを自分のいるルームにパブリッシュすることができ、同時に自分のオーディオ・ビデオストリームを目的のアンカーのルームにパブリッシュします。これにより、2つの異なるルームにいるアンカーがクロスルームでオーディオ・ビデオストリームを共有し、各ルームの視聴者がこれら2人のアンカーのオーディオ・ビデオを視聴できるようになります。
上の図はクロスルームPKの主要なプロセスを示しています。例えば：ルーム「101」のアンカーAが
ConnectOtherRoom()を通じてルーム「102」のアンカーBとクロスルーム通話を確立した後：ルーム「101」内のユーザーは全員、配信者Bの
onRemoteUserEnterRoom(B)とonUserVideoAvailable(B,true)の2つのイベントコールバックを受け取ります。つまり、ルーム「101」内のユーザーは全員、配信者Bのオーディオ・ビデオを購読できます。ルーム「102」内のユーザーは全員、アンカーAの
onRemoteUserEnterRoom(A)とonUserVideoAvailable(A,true)の2つのイベントコールバックを受け取ります。つまり、ルーム「102」内のユーザーは全員、アンカーAのオーディオ・ビデオを購読できます。注意：
クロスルームPKのローカルユーザーとリモートユーザーは両方ともアンカーロールでなければならず、両方ともオーディオ・ビデオのアップストリームが必要です。
ConnectOtherRoom()を数回呼び出すことで、複数のルームのアンカーとクロスルームPKを実現できます。現在、1つのルームは最大で他の3つのルームのアンカーとクロスルーム交流が可能で、1つのルームには最大で10人のアンカーが他のルームのアンカーとクロスルーム交流できます。RTC EngineのクロスルームPKは、
createSubCloud()を使用してサブインスタンスを作成し、相手のルームに参加してストリームをプッシュ/プルする方法でも実現できます。現在、サブインスタンスの数に制限はなく、後続の複数ルームPKや複数配信者PKの業務拡張に便利です。2. リアルタイムインタラクションクロスルームPKの流れ
RTCリアルタイムインタラクションプランでのクロスルーム交流の流れは全体的にシンプルで、配信者とクロスルーム交流配信者が互いにRTCシングルストリームをプルし、視聴者は配信者とクロスルーム交流配信者のRTCシングルストリームを同時にプルし、視聴者は配信者とクロスルーム交流配信者のメディアストリームの購読ロジックを独立して制御できます。RTCリアルタイムインタラクションのクロスルーム交流の流れは以下の図に示されています。
注意：
リアルタイムインタラクションクロスルームPKシナリオで、ルーム内の視聴者はクロスルームPKアンカーのメディアストリームの購読ロジックを独立して制御することができ、また、アンカーによってクロスルームアンカーのこのルームでのアップストリーム能力を変更することもできます。
シナリオのプレイ
一人の配信者によるライブ通販
一人の配信者によるライブ通販は、ライブ通販シナリオで最も一般的で、最も基本的な使用方法です。このシナリオでは、ライブルームには1つの配信者のみが存在し、マイクオン配信者などのロールは存在しません。視聴者はライブルームに入って生放送を視聴したり、ライブルームでインタラクションに参加したり、買い物をしたりすることができます。一人の配信者によるライブ通販シナリオでは、RTCリレーライブプランの使用を推奨します。
多人数インタラクションライブ通販
多人数インタラクションライブ通販は、一人の配信者ライブ通販シナリオに、視聴者がマイクをオンして配信者とインタラクションする遊び方を追加したものです。配信者は視聴者をマイクオンに招待し、マイクポジションをコントロールすることができます。視聴者も自分からマイクオンを申請し、配信者とインタラクションすることができます。多人数インタラクションライブ通販は、視聴者の参加感を高め、その積極性を促進することができます。このシナリオは、RTCリアルタイムインタラクションプランの使用を推奨します。
クロスルーム交流ライブ通販
従来のシングルルームでの配信者によるライブ通販のほかに、配信者は別のライブルームの配信者とクロスルーム交友を行い、それぞれが販売する商品を紹介し、視聴者の購買意欲を刺激し、ライブの面白さを増加させることができます。クロスルーム交流ライブ通販は、割と流行っている新しい遊び方で、このシナリオは業務のニーズに応じてRTCリアルタイムインタラクションプランまたはRTCリレーライブプランを選択できます。
プランに含まれる製品
システムレベル | 製品名 | シナリオ用途 |
アクセス層 | 低遅延で高品質な多人数オーディオ・ビデオのリアルタイムインタラクションライブソリューションを提供し、ライブコマースシナリオの基本的な基盤能力です。 | |
アクセス層 | グループ機能に基づくルーム管理、座席管理の提供、ライブルームの全員メッセージ、パブリックチャットメッセージなどのリッチメディアメッセージの送受信、およびカスタムシグナルなどの通信ニーズを実現します。 | |
アクセス層 | 顔加工、フィルター、美容メイク、趣味ステッカー、Moji絵文字、バーチャルキャラクターなどのリアルタイムエフェクト処理機能を提供します。 | |
クラウドサービス | オーディオ・ビデオ、画像などのメディアに対して、制作・アップロード、保存、トランスコード、MPS、メディアAI、再生デリバリー、著作権保護などの一体化された高品質メディアサービスを提供します。 | |
データストレージ | オーディオ・ビデオ録画ファイル、音オーディオ・ビデオクリップファイルのストレージサービスを提供します。 |
