(57)【特許請求の範囲】
【請求項１】
サーバーはライブルームのストリーマーユーザーが第１の端末から送信する、第２の端末から出力される事前プロトコル情報を含む接続要求を受信するステップと、
サーバーは該接続要求に応答し、受信した第１の端末からアップロードされる第１のライブ映像ストリームを第２の端末にダウンロードするステップと、
サーバーは第２の端末からアップロードされる第３のライブ映像ストリームを受信して、それを前記ライブルームのメンバーユーザーにプッシュするステップであって、前記第３のライブ映像ストリームは、前記第２の端末で収集される第２のライブ映像ストリームと前記第１のライブ映像ストリームの少なくとも１つを結合することによって形成されるステップとを含む、ことを特徴とするライブルームの映像ストリームのプッシュ制御方法。
【請求項２】
該接続要求に応答し、第１の端末からアップロードした第１のライブ映像ストリームを第２の端末にダウンロードするように、前記事前プロトコル情報に従って第１の端末の唯一の装置識別、ストリーマーユーザーのアイデンティティ情報及びライブルームの特徴情報を第２の端末に送信する、ことを特徴とする請求項１に記載の方法。
【請求項３】
該接続要求に応答し、受信した第１の端末からアップロードされる第１のライブ映像ストリームを第２の端末にダウンロードするステップから、前記第２の端末からアップロードされる第３のライブ映像ストリームを受信して、それを前記ライブルームのメンバーユーザーにプッシュするステップまでは、さらに、
第２のライブ映像ストリームを収集する制御ウィンドウを第２の端末のユーザーインタフェースに生成するように、サーバーは第２のライブ映像ストリームを収集する制御指令を第２の端末に送信するステップを含む、ことを特徴とする請求項１に記載の方法。
【請求項４】
前記第１、第２及び第３のライブ映像ストリームは、いずれも画像ストリームと音声ストリームを含み、前記第３のライブ映像ストリームは、第１のライブ映像ストリーム、第２のライブ映像ストリームの少なくとも１つの画像ストリームを含み、さらに該両方の少なくとも１つの音声ストリームを含む、ことを特徴とする請求項１に記載の方法。
【請求項５】
第１の端末は第２の端末から出力される事前プロトコル情報を取得して、ストリーマーユーザーアイデンティティでサーバーに該事前プロトコル情報を含む接続要求を送信するステップと、
第１の端末はストリーマーユーザーの確認指令に応答し、ローカルに生成される第１のライブ映像ストリームをサーバーにアップロードするステップとを含む、ことを特徴とするライブルームの映像ストリームのプッシュ制御方法。
【請求項６】
前記事前プロトコル情報は、二次元コードの形態で特徴付けられ、カメラによって二次元コードを走査して前記事前プロトコル情報を取得する、ことを特徴とする請求項５に記載の方法。
【請求項７】
前記ストリーマーユーザーアイデンティティでサーバーに前記接続要求を送信した後、前記ストリーマーユーザーの確認指令に応答する前、第１の端末は、ストリーマーユーザーの確認指令を受信した後にローカルに生成される第１のライブ映像ストリームをサーバーにアップロードするように、接続を確認する操作インタフェースを提供する、ことを特徴とする請求項５に記載の方法。
【請求項８】
第２の端末のユーザーインタフェースに第２のライブ映像ストリームを収集する制御ウィンドウを生成するように、サーバーによって第２のライブ映像ストリームを収集する制御指令を第２の端末に送信する次のステップをさらに含む、ことを特徴とする請求項５に記載の方法。
【請求項９】
第２の端末は特徴付き事前プロトコル情報のリンク識別を出力するステップと、
第２の端末は第１の端末からサーバーに送信する、前記事前プロトコル情報を含む接続要求に応答し、サーバーからダウンロードされる第１のライブ映像ストリームを受信するステップと、
第２の端末は、前記サーバーがライブルームの少なくとも１つのユーザーに第３のライブ映像ストリームをプッシュするように、ローカルの第２のライブ映像ストリームを収集して、前記第１のライブ映像ストリームと第２の映像ストリームの少なくとも１つを第３のライブ映像ストリームに結合して、それをサーバーにアップロードするステップとを含む、ことを特徴とするライブルームの映像ストリームのプッシュ制御方法。
【請求項１０】
前記第２の端末が第１のライブ映像ストリームを受信する過程、第２のライブ映像ストリームを収集する過程、第３のライブ映像ストリームを結合する過程及び第３のライブ映像ストリームをアップロードする過程は並列動作する、ことを特徴とする請求項９に記載の方法。
【請求項１１】
ライブルームのストリーマーユーザーが第１の端末から送信する、第２の端末から出力される事前プロトコル情報を含む接続要求を受信するステップと、
該接続要求に応答し、受信した第１の端末からアップロードされる第１のライブ映像ストリームを第２の端末にダウンロードするステップと、
第２の端末からアップロードされる第３のライブ映像ストリームを受信して、それを前記ライブルームのメンバーユーザーにプッシュするステップであって、前記第３のライブ映像ストリームは、前記第２の端末で収集される第２のライブ映像ストリームと前記第１のライブ映像ストリームの少なくとも１つを結合することによって形成されるステップとを実行するために用いられるように配置される、サーバー。
【請求項１２】
第２の端末から出力される事前プロトコル情報を取得して、ストリーマーユーザーアイデンティティでサーバーに該事前プロトコル情報を含む接続要求を送信するステップと、
ストリーマーユーザーの確認指令に応答し、ローカルに生成される第１のライブ映像ストリームをサーバーにアップロードするステップとを実行するために用いられるように配置される、移動端末。
【請求項１３】
特徴付き事前プロトコル情報のリンク識別を出力するステップと、
第１の端末からサーバーに送信する、前記事前プロトコル情報を含む接続要求に応答し、サーバーからダウンロードされる第１のライブ映像ストリームを受信するステップと、
前記サーバーがライブルームの少なくとも１つのユーザーに第３のライブ映像ストリームをプッシュするように、ローカルの第２のライブ映像ストリームを収集して、前記第１のライブ映像ストリームと第２の映像ストリームの少なくとも１つを第３のライブ映像ストリームに結合して、それをサーバーにアップロードするステップとを実行するために用いられるように配置される、移動端末。
【請求項１４】
第１の端末、第２の端末の少なくとも２つの端末及びそれらと通信接続を確立するサーバーを含むライブルームの映像ストリームのプッシュ制御システムであって、
前記第２の端末は特徴付き事前プロトコル情報のリンク識別を出力し、前記第１の端末は第２の端末から出力される事前プロトコル情報を取得して、ストリーマーユーザーアイデンティティでサーバーに該事前プロトコル情報を含む接続要求を送信し、前記第１の端末はストリーマーユーザーの確認指令に応答し、ローカルに生成される第１のライブ映像ストリームをサーバーにアップロードし、前記サーバーは該接続要求に応答し、受信した第１の端末からアップロードされる第１のライブ映像ストリームを第２の端末にダウンロードし、前記第２の端末はサーバーからダウンロードされる第１のライブ映像ストリームを受信して、前記第１のライブ映像ストリームとローカルに収集される第２のライブ映像ストリームの少なくとも１つを第３のライブ映像ストリームに結合して、前記第３のライブ映像ストリームをサーバーにアップロードして、前記サーバーは第２の端末からアップロードされる第３のライブ映像ストリームを受信して、それを前記ライブルームのメンバーユーザーにプッシュする、ことを特徴とするライブルームの映像ストリームのプッシュ制御システム。
【発明の詳細な説明】
【技術分野】
【０００１】
本発明は、ネットワークライブの技術分野に関し、具体的にライブルームの映像ストリームのプッシュ制御方法及び相応するサーバーと移動端末に関する。
【背景技術】
【０００２】
ネットワーク技術及びスマート移動端末装置の発展に伴い、さまざまなネットワーク製品は人々の仕事、生活に多くの利便と娯楽をもたらしてきた。近年、さまざまな映像ライブのためのライブプラットフォームが次々と出現し、映像ライブが人々によりリアルタイムな社交体験をもたらしている。現在のライブプラットフォームは、移動端用のライブプラットフォームとＰＣ端用のライブプラットフォームを含む。
【０００３】
映像ライブへのニーズの多様性により、ストリーマーは、見ているユーザーとより良いインタラクションを行うように、ＰＣ端での内容（例えば、ＰＣでのゲーム画面）とストリーマーの個人のイメージを同時に生放送する必要があり、該ライブ態様は、多視点またはマルチプラットフォーム同期ライブと呼ばれ、現在の多視点同期ライブは以下のようないくつかの解決手段採用している。
【０００４】
１、独立しているＰＣクライアントと第３者の外付けカメラを組み合わせてライブを行う。
【０００５】
このような手段を採用すると、１セットのＰＣ端の完全なクライアントソフトウェアを個別に開発する必要があり、かつ第三者の外部カメラに合わせて、手動で生放送する必要があるプロセスウィンドウをカメラと組み合わせた後、ライブクライアントによりサーバーにライブストリームをアップロードして、サーバーから各視聴端にダウンロードしなければならず、操作設置のフローが複雑であり、かつ第三者の周辺機器の実装、使用及び第三者の映像ソフトウェアの追加によって、ようやく人がプロセスウィンドウと同期して生放送するという効果を実現することができる。
【０００６】
２、ＷＥＢ端と第３者のライブプッシュストリーミソフトウェア及び外付けカメラを組み合わせてライブを行う。
【０００７】
一般のＷＥＢライブプラットフォームは、ＷＥＢ端バックグラウンドと第３者のライブプッシュストリーミソフトウェアを用いてライブを行い、ユーザーがＷＥＢ端のライブプラットフォームでアカウントを登録して、フローによってＷＥＢ端のライブ権限を取得した後、さらに、パーソナルネットワークに対して速度測定を行う必要があり、かつ指定されたビットレートに従って、第３者のライブプッシュストリーミソフトウェアを設定しなければならず、フローが非常に複雑であるだけでなく、第三者のライブソフトウェアの様々な設置を把握する必要があり、かつ人工の速度測定を行って設定する必要があり、マルチプラットフォームライブの進行に不便である。
【０００８】
３、移動端は手動形態でクロスプラットフォームのライブを行う。
【０００９】
移動端でライブを行う過程には、ＰＣ端の内容を生放送する必要があれば、ユーザーが移動端のカメラの方向及び位置を調整することによって手動中継放送の形態で多視点ライブを行ってもよく、該操作は相対的に簡単であるが、ライブの範囲及びライブの内容が保証されにくいためライブの品質が低くなり、同時に移動端のカメラで他のプラットフォームの内容に対する中継放送を行うことで、ユーザーのライブ過程での操作及び視聴者とのインタラクションに影響を与え、ライブ過程でのインタラクション効果に大きな影響を与える。
【００１０】
要するに、現在サポートされている多視点、クロスプラットフォームのライブ方法は、操作フローが煩雑であり、又はライブ効果が低く、ストリーマーユーザーが複数の端末のライブ内容を速やかに共有し、ライブ内容及びインタラクションをよりよく体験させる効果を満たすことができない。
【発明の概要】
【発明が解決しようとする課題】
【００１１】
本発明の主要な目的は、ライブルームの映像ストリームのプッシュ制御方法及び該方法ステップを実行するサーバーを提供する。
【００１２】
本発明の別の目的は、ライブルームの映像ストリームのプッシュ制御方法及び該方法ステップを実行する移動端末を提供する。
【課題を解決するための手段】
【００１３】
該目的を実現するために、本発明は、以下のような技術手段を採用する。
【００１４】
第１の態様では、本発明は、サーバーで実行されるライブルームの映像ストリームのプッシュ制御方法を提供し、前記方法は、
サーバーはライブルームのストリーマーユーザーが第１の端末から送信する、第２の端末から出力される事前プロトコル情報を含む接続要求を受信するステップと、
サーバーは該接続要求に応答し、受信した第１の端末からアップロードされる第１のライブ映像ストリームを第２の端末にダウンロードするステップと、
サーバーは第２の端末からアップロードされる第２のライブ映像ストリームと前記第１のライブ映像ストリームの少なくとも１つを結合することによって形成される第３のライブ映像ストリームを受信して、それを前記ライブルームのメンバーユーザーにプッシュするステップとを含む。
【００１５】
具体的に、サーバーは、前記接続要求に応答し、第１の端末からアップロードした第１のライブ映像ストリームを第２の端末にダウンロードするように、前記事前プロトコル情報に従って第１の端末の唯一の装置識別、ストリーマーユーザーのアイデンティティ情報及びライブルームの特徴情報を第２の端末に送信する。
【００１６】
さらに、該接続要求に応答し、受信した第１の端末からアップロードされる第１のライブ映像ストリームを第２の端末にダウンロードするステップから、前記第２の端末からアップロードされる第２のライブ映像ストリームと前記第１のライブ映像ストリームの少なくとも１つを結合することによって形成される第３のライブ映像ストリームを受信して、それを前記ライブルームのメンバーユーザーにプッシュするステップまでに、さらに、
第２のライブ映像ストリームを収集する制御ウィンドウを第２の端末のユーザーインタフェースに生成するように、サーバーは第２のライブ映像ストリームを収集する制御指令を第２の端末に送信するステップを含む。
【００１７】
具体的に、前記第１、第２及び第３のライブ映像ストリームは、いずれも画像ストリームと音声ストリームを含み、前記第３のライブ映像ストリームは、第１のライブ映像ストリーム、第２のライブ映像ストリームの少なくとも１つの画像ストリームを含み、さらに該両方の少なくとも１つの音声ストリームを含む。
【００１８】
第２の態様では、本発明は、第１の端末で実行されるライブルームの映像ストリームのプッシュ制御方法をさらに提供し、前記方法は、
第１の端末は第２の端末から出力される事前プロトコル情報を取得して、ストリーマーユーザーアイデンティティでサーバーに該事前プロトコル情報を含む接続要求を送信するステップと、
第１の端末はストリーマーユーザーの確認指令に応答し、ローカルに生成される第１のライブ映像ストリームをサーバーにアップロードするステップとを含む。
【００１９】
具体的に、前記事前プロトコル情報は、二次元コードの形態で特徴付けられ、前記第１の端末は、カメラによって二次元コードを走査して前記事前プロトコル情報を取得する。
【００２０】
好ましくは、前記ストリーマーユーザーアイデンティティでサーバーに前記接続要求を送信した後、前記ストリーマーユーザーの確認指令に応答する前に、第１の端末は、ストリーマーユーザーの確認指令を受信した後にローカルに生成される第１のライブ映像ストリームをサーバーにアップロードするように、接続を確認する操作インタフェースを提供する。
【００２１】
さらに、前記方法は、
第１の端末は第２の端末のユーザーインタフェースに第２のライブ映像ストリームを収集する制御ウィンドウを生成するように、サーバーによって第２のライブ映像ストリームを収集する制御指令を第２の端末に送信する次のステップをさらに含む。
【００２２】
第３の態様では、本発明は、第２の端末で実行されるライブルームの映像ストリームのプッシュ制御方法をさらに提供し、前記方法は、
第２の端末は特徴付き事前プロトコル情報のリンク識別を出力するステップと、
第２の端末は第１の端末からサーバーに送信する、前記事前プロトコル情報を含む接続要求に応答し、サーバーからダウンロードされる第１のライブ映像ストリームを受信するステップと、
第２の端末は、前記サーバーがライブルームの少なくとも１つのユーザーに前記第３のライブ映像ストリームをプッシュするように、ローカルの第２のライブ映像ストリームを収集して、前記第１のライブ映像ストリームと第２の映像ストリームの少なくとも１つを第３のライブ映像ストリームに結合して、それをサーバーにアップロードするステップとを含む。
【００２３】
具体的に、前記事前プロトコル情報は第２の端末の唯一の装置識別を含む。
【００２４】
好ましくは、前記第２の端末が第１のライブ映像ストリームを受信する過程、第２のライブ映像ストリームを収集する過程、第３のライブ映像ストリームを結合する過程及び第３のライブ映像ストリームをアップロードする過程は並列動作する。
【００２５】
また、前記第１の態様に対応して、本発明はサーバーをさらに提供し、前記サーバーは、
前記ライブルームのストリーマーユーザーが第１の端末から送信する、第２の端末から出力される事前プロトコル情報を含む接続要求を受信するステップと、
該接続要求に応答し、受信した第１の端末からアップロードされる第１のライブ映像ストリームを第２の端末にダウンロードするステップと、
第２の端末からアップロードされる第２のライブ映像ストリームと前記第１のライブ映像ストリームの少なくとも１つを結合することによって形成される第３のライブ映像ストリームを受信して、それを前記ライブルームのメンバーユーザーにプッシュするステップとを実行するために用いられるように配置される。
【００２６】
また、前記第２の態様に対応して、本発明は移動端末をさらに提供し、前記移動端末は、
第２の端末から出力される事前プロトコル情報を取得して、ストリーマーユーザーアイデンティティでサーバーに該事前プロトコル情報を含む接続要求を送信するステップと、
ストリーマーユーザーの確認指令に応答し、ローカルに生成される第１のライブ映像ストリームをサーバーにアップロードするステップとを実行するために用いられるように配置される。
【００２７】
また、前記第３の態様に対応して、本発明は移動端末をさらに提供し、前記移動端末は、
特徴付き事前プロトコル情報のリンク識別を出力するステップと、
第１の端末からサーバーに送信する、前記事前プロトコル情報を含む接続要求に応答し、サーバーからダウンロードされる第１のライブ映像ストリームを受信するステップと、
前記サーバーがライブルームの少なくとも１つのユーザーに前記第３のライブ映像ストリームをプッシュするように、ローカルの第２のライブ映像ストリームを収集して、前記第１のライブ映像ストリームと第２の映像ストリームの少なくとも１つを第３のライブ映像ストリームに結合して、それをサーバーにアップロードするステップとを実行するために用いられるように配置される。
【００２８】
最後に、本発明は、第１の端末、第２の端末の少なくとも２つの端末及びそれらと通信接続を確立するサーバーを含むライブルームの映像ストリームのプッシュ制御システムをさらに提供し、前記システムは、
前記第２の端末は特徴付き事前プロトコル情報のリンク識別を出力し、前記第１の端末は第２の端末から出力される事前プロトコル情報を取得して、ストリーマーユーザーアイデンティティでサーバーに該事前プロトコル情報を含む接続要求を送信し、前記第１の端末はストリーマーユーザーの確認指令に応答し、ローカルに生成される第１のライブ映像ストリームをサーバーにアップロードし、前記サーバーは該接続要求に応答し、受信した第１の端末からアップロードされる第１のライブ映像ストリームを第２の端末にダウンロードし、前記第２の端末はサーバーからダウンロードされる第１のライブ映像ストリームを受信して、前記第１のライブ映像ストリームとローカルに収集される第２のライブ映像ストリームの少なくとも１つを第３のライブ映像ストリームに結合して、前記第３のライブ映像ストリームをサーバーにアップロードして、前記サーバーは第２の端末からアップロードされる第３のライブ映像ストリームを受信して、それを前記ライブルームのメンバーユーザーにプッシュすることを特徴とする。
【発明の効果】
【００２９】
従来の技術に比べて、本発明は以下の利点を有する。
【００３０】
本発明は、ライブルームのライブ内容が映像ストリーム、音声ストリーム、弾幕情報、プレゼント情報などを含むことを考慮し、ライブ映像ストリームの分離と結合技術に基づき、異なる端末のライブ映像ストリームをストリーマーユーザー端末によって結合した後、サーバーにアップロードされ、次にサーバーにより結合された映像ストリームをライブルームの各視聴ユーザーにプッシュし、サーバーが映像ストリームを過剰に結合するストレスを低減し、リソースを節約する。
【００３１】
同時に、本発明は、移動端をストリーマーがライブを行う迅速なログイン及び認証の入口として利用し、一般的に、移動端のライブアプリケーションにはいずれもストリーマーがライブを速やかに起動する入口が配置され、ユーザーはライブプラットフォームのアカウントを登録するだけで移動端のライブを速やかに起動することができ、このようにＰＣ端が第三者の周辺機器を追加しない時に速やかに自動化するライブサポートに合わせて、ＰＣ端でのライブクライアントが第三者の外部カメラを追加しないと、ライブパラメータを速やかに、自動的に設定してＰＣ端におけるソフトウェア／デスクトップの画面を録画することができる。複数の端末の映像ストリームのオープニング閾値を大幅に低下させ、より早く、柔軟なマルチプラットフォームのライブフローを実現させる。
【００３２】
また、本発明は、移動端及びＰＣ端アカウントの分離体系に基づき、ＰＣ端の高い性能の画像処理能力を利用し、移動端がライブを速やかに起動する利便性に合わせて、各ライブコンテンツをＰＣ端で処理し、結合し、さらにサーバーにアップロードして、サーバーからライブルームの各視聴ユーザーにプッシュし、ライブ映像ストリームの時間同期性を保証する。
【００３３】
要するに、本発明は、移動端及びＰＣ端のそれぞれの映像ライブクライアントの利点を結合し、マルチプラットフォーム、多視点ライブの操作ステップを簡略化し、マルチプラットフォーム、多視点ライブの技術閾値を低下させ、ストリーマーユーザーがマルチプラットフォーム、多視点同期ライブをより便利に、速く使用させ、ライブ効率を向上させることで、ユーザー体験を向上させる。
【００３４】
明らかに、上記本発明の利点に係る説明は概略的であり、より多くの利点は後続の実施例に示され、及び当業者は本発明に開示する内容に基づいて本発明の他の多くの利点を合理的に見出すことができる。
【００３５】
本発明に付加される方面と利点は、以下の説明に部分的に示され、これらは以下の説明から明らかになり、又は本発明の実践により理解される。
【図面の簡単な説明】
【００３６】
【図１】本発明のライブルームの映像ストリームのプッシュ制御方法の一実施例のフローチャートである。
【図２】サーバーは第１の端末との接続を確立した後に第１の端末の操作インタフェースに結合モードの選択ウィンドウを表示する一実施例の模式図である。
【図３】本発明の第３のライブ映像ストリームの一実施例の模式図である。
【図４】本発明のライブルームの映像ストリームのプッシュ制御方法の一実施例のフローチャートである。
【図５】第１の端末は事前プロトコル情報を取得する操作インタフェースの模式図である。
【図６】本発明のライブルームの映像ストリームのプッシュ制御装置の一実施例の模式図である。
【図７】本発明のライブルームの映像ストリームのプッシュ制御装置の一実施例の模式図である。
【図８】本発明のライブルームの映像ストリームのプッシュ制御装置の一実施例の模式図である。
【図９】本発明の移動端末の一実施例の構造模式図である。
【図１０】本発明に係るライブルームの映像ストリームのプッシュ制御方法を実現するシステム模式図である。
【発明を実施するための形態】
【００３７】
以下、図面及び例示的な実施例を参照しながら本発明をさらに説明し、図面において同じ符号は全て同じ部品を指す。また、既知の技術の詳細な説明が本発明の特徴を示すことについて必要ではない場合には、それを省略する。
【００３８】
当業者にとって、特に断りのない限り、本明細書で使用された単数形「１」、「１つ」、「前記」及び「該」が複数形を含んでもよいことを理解できる。さらに理解すべきは、本発明の明細書に使用される用語「含む」は前記特徴、整数、ステップ、操作、素子及び／又は部品が存在することを指すが、１つまたは複数の他の特徴、整数、ステップ、操作、素子、部品及び／又はそれらのグループの存在または追加を排除するものではない。理解すべきは、本発明者は素子が別の素子に「接続」又は「結合」される時に、それを他の素子に直接接続又は結合してもよく、又は中間素子が存在してもよい。また、ここで使用される「接続」又は「結合」は、無線接続又は無線結合が含まれてもよい。ここで使用される用語「及び／又は」は１つ以上の関連する列挙項の全部又はいずれかのユニットと全ての組み合わせを含む。
【００３９】
当業者にとって、他に定義されない限り、本明細書で使用される全ての用語（技術用語及び科学用語を含む）は、当業者により一般に理解されることと同じ意味を有することを理解できる。さらに、例えば、一般に使用される辞書で定義された用語は、従来の技術の文脈における意味と一致する意味を有すると理解すべきであり、かつ本明細書のように特に定義しない限り、理想化された、またはフォーマルすぎる意味で解釈されないことを理解すべきである。
【００４０】
当業者にとって、本明細書で使用される「端末」、「端末装置」は送信能力のない無線信号受信器のみを備える無線信号受信機の装置を含むだけではなく、さらに双方向通信リンクで双方向通信の送受信を行うことができるハードウェア装置を有する送受信ハードウェア装置を含むことを理解できる。このような装置は、単一回線表示装置を有し、又はマルチ回線表示装置を有し、又はマルチ回線表示装置を有しないセルラー又は他の通信装置と、音声、データ処理、ファックス及び／又はデータ通信能力を組み合わせてもよいＰＣＳ（Ｐｅｒｓｏｎａｌ  Ｃｏｍｍｕｎｉｃａｔｉｏｎｓ  Ｓｅｒｖｉｃｅ、パーソナル通信システム）と、ＲＦ受信機、ページャー、インターネット／イントラネットアクセス、ネットワークブラウザ、メモ帳、カレンダ及び／又はＧＰＳ（Ｇｌｏｂａｌ  Ｐｏｓｉｔｉｏｎｉｎｇ  Ｓｙｓｔｅｍ、全地球測位システム）受信機を含んでもよいＰＤＡ（Ｐｅｒｓｏｎａｌ  Ｄｉｇｉｔａｌ  Ａｓｓｉｓｔａｎｔ、パーソナルデジタルアシスタント）と、ＲＦ受信機を有する及び／又は含む通常のラップトップ型及び／又はパームトップ型コンピュータ又は他の装置と、を含んでもよい。本明細書で使用される「端末」、「端末装置」は携帯式、輸送可能な、交通機関（航空、海上輸送及び／又は陸上）に取り付けられるものであってもよく、又はローカルで動作することに適する及び／又はローカルで動作するように設定し、及び／又は分布形態で地球及び／又は空間のいずれの他の位置で動作するものであってもよい。本明細書で使用される「端末」、「端末装置」はさらに、通信端末、インターネット接続端末、音楽／映像再生端末であってもよく、例えばＰＤＡ、ＭＩＤ（Ｍｏｂｉｌｅ  Ｉｎｔｅｒｎｅｔ  Ｄｅｖｉｃｅ、モバイルインターネットデバイス）及び／又は、音楽／映像再生機能を有する携帯電話であってもよく、スマートテレビ、セットトップボックスなどの装置であってもよい。
【００４１】
当業者にとって、本明細書で使用される遠隔ネットワーク装置は、コンピュータ、ネットワークホスト、単一のネットワークサーバー、複数のネットワークサーバーセット又は複数のサーバーで構成されるクラウドを含むが、それらに限定されないことを理解できる。ここで、クラウドはクラウド計算（Ｃｌｏｕｄ  Ｃｏｍｐｕｔｉｎｇ）に基づく大量のコンピュータ又はネットワークサーバーで構成され、クラウドコンピューティングは分散計算の一種であり、一組の疎結合のコンピュータセットからなる１つのスーパー仮想計算機である。本発明の実施例では、遠隔ネットワーク装置、端末装置とＷＮＳサーバーとの間はいずれの通信態様により通信を実現することができ、３ＧＰＰ、ＬＴＥ、ＷＩＭＡＸに基づく移動通信、ＴＣＰ／ＩＰ、ＵＤＰプロトコルに基づくコンピュータネットワーク通信及びブルートゥース(登録商標)、赤外線伝送規格に基づく近接無線伝送態様を含むが、これに限定されない。
【００４２】
当業者にとって、本発明に係るユーザーインタフェース／操作インタフェースとは、スマート端末に制御指令を送信するために使用可能な表示インタフェースを指すことを理解できる。例えば、Ａｎｄｒｏｉｄシステムの設置ページ内の１つのオプション（又はボタンであり、前記アプリケーションプログラムにより追加し、以下は同じである）であってもよく、デスクトップから呼び出される通知欄又はインタラクティブページ内の１つのオプションであってもよく、前記アプリケーションプログラムの１つのアクティブ部品により構成されたページ内の１つのオプションであってもよい。
【００４３】
当業者にとって、本発明でいう「アプリケーション」、「アプリケーションプログラム」、「アプリケーションソフトウェア」及び類似する表現の概念は、当業者に公知される同じ概念であることを理解すべきであり、一連のコンピュータ指令及び関連するデータリソースにより有機的に構成された電子動作に適するコンピュータソフトウェアを指す。特に指定されない限り、このような命名自体は、プログラミング言語の種類、レベル、それにより動作する操作システム又はプラットフォームにより制限されない。もちろん、このような概念もいかなる形態の端末によっても限定されない。
【００４４】
ライブルーム：本発明に係るライブルームは、以下の意味を含む。(1)ネットワークライブプラットフォームに基づいて作成された仮想空間（又は仮想ルーム）であり、ライブルームは一般的にストリーマークライアントにより複数の視聴クライアントを作成・接続し、すなわちライブルームにはストリーマー及び複数の視聴者を含み、該仮想空間内に存在する視聴クライアントはストリーマークライアントのライブ内容を見ることができ、同時にストリーマークライアントのユーザーと視聴クライアントのユーザー、視聴クライアントのユーザーと視聴クライアントのユーザーの間には、さらに音声、画像、文字又は電子プレゼントの贈呈のインタラクションを行うことができる。(2)ユーザーをグループとして集めたインスタント通信プラットフォームであり、例えば映像会議システムでは、ユーザーがクライアントにログインすることによりグループに入り、ユーザーがグループ内にグループメンバーというアイデンティティで存在し、同じグループ内に複数のグループメンバーを含み、ユーザーは任意にグループに参加する又はグループから脱退することができ、グループ内で文字、音声、映像などの様々なインタラクションを行うことができる。
【００４５】
第１の態様では、図１に示すのは本発明のライブルームの映像ストリームのプッシュ制御方法の一実施例のフローチャートであり、該方法は、ネットワーク装置により実行され、前記ネットワーク装置は単一のネットワークサーバー、複数のネットワークサーバーにより構成されるサーバーグループ又はクラウド計算（Ｃｌｏｕｄ  Ｃｏｍｐｕｔｉｎｇ）に基づく大量のホスト又はネットワークサーバーにより構成されるクラウドを含むが、これに限定されない。該方法はステップＳ１００〜Ｓ１２０を含む。
【００４６】
ステップＳ１００：前記ライブルームのストリーマーユーザーが第１の端末から送信する、第２の端末から出力される事前プロトコル情報を含む接続要求を受信する。
【００４７】
ライブルームのストリーマーユーザーの第１の端末は、第２の端末から出力される特徴付き事前プロトコル情報のリンク識別を認識することで、前記事前プロトコル情報を取得して、第１の端末はサーバーに該事前プロトコル情報を含む接続要求を送信し、サーバーは後続の処理のために該接続要求を受信する。
【００４８】
具体的に、前記事前プロトコル情報は、第２の端末の唯一の装置識別及びサーバーと端末との専用リンクを作成する認可トークンまたは認証情報とを含み、かつ前記事前プロトコル情報が暗号化態様で処理され、特徴付き事前プロトコル情報のリンク識別に記憶され、必ず相応する認可されるアプリケーションプログラムを介して前記リンク識別から解析して前記事前プロトコル情報を得る。一般的に、事前プロトコル情報の暗号化態様、特徴付き事前プロトコル情報のリンク識別は、各ライブプラットフォームにより定義され、該ライブプラットフォームが認可したアプリケーションプログラムを介して前記リンク識別を認識した後、前記事前プロトコル情報を得ることができる。
【００４９】
一実施形態では、前記特徴付き事前プロトコル情報のリンク識別は、二次元コードの形態で出力され、二次元コードは、特定の幾何学図形により、所定の規律に従って、二次元平面上に分布されるモノクロの図形記録データシンボル情報であり、二次元コードはコードの作成に対して、コンピュータ内部の論理ベースを構成する「０」、「１」ビットストリームの概念を巧みに利用し、二値に対応する複数の幾何学図形を用いて文字、数値などの情報を表示し、画像入力装置又は光電走査装置により二次元コードを識別して二次元コードに含まれる情報を取得してもよい。二次元コードは、各符号化態様がその特定の文字セットを有することと、各文字が所定の幅を占めることと、一定の検証機能等を有すること等のバーコード技術の複数の共通点を有する。
【００５０】
ステップＳ１１０：該接続要求に応答し、受信した第１の端末からアップロードされる第１のライブ映像ストリームを第２の端末にダウンロードする。
【００５１】
サーバーは前記接続要求に応答し、そのうちの事前プロトコル情報を検証し、該事前プロトコル情報がライブプラットフォームにより定義される事前プロトコル情報規則に一致すれば、該接続要求が合法的な接続要求と見なされ、第２の端末との専用通信リンクを作成するように、第１の端末の唯一の装置識別、ストリーマーユーザーのアイデンティティ情報及びライブルームの特徴情報を第２の端末に送信し、さらに、受信した第１の端末アップロードの第１のライブ映像ストリームを第２の端末にダウンロードする。
【００５２】
好ましくは、サーバーは前記接続要求を受信した後、第２の端末との専用ネットワーク通信リンクを作成した後、第２の端末との接続作成が完了した情報を第１の端末にフィードバックし、かつ第１の端末からの確認指令を受信した時に、受信した第１の端末からアップロードされる第１のライブ映像ストリームを第２の端末にダウンロードする。同時に、第２のライブの映像ストリームを収集する制御ウィンドウを第２の端末のユーザーインタフェースに生成するように、第２のライブの映像ストリームを収集する制御指令を第２の端末に送信した後、ストリーマーユーザーが該制御ウィンドウから第２のライブ映像ストリームの映像ソースを選択し、第２のライブ映像ストリームを速やかに収集することができる。
【００５３】
ステップＳ１２０：第２の端末からアップロードされる第２のライブ映像ストリームと前記第１のライブ映像ストリームの少なくとも１つを結合することによって形成される第３のライブ映像ストリームを受信して、それを前記ライブルームのメンバーユーザーにプッシュする。
【００５４】
具体的に、前記第１、第２、第３のライブ映像ストリームはいずれも画像ストリームと音声ストリームを含み、前記第３のライブ映像ストリームは、第１のライブ映像ストリーム、第２のライブ映像ストリームの少なくとも１つの画像ストリームを含み、該両者の少なくとも１つの音声ストリームをさらに含み、第３のライブ映像ストリームは以下の種類を含む。
【００５５】
(1)第１のライブ映像ストリームの画像ストリーム及び第１のライブ映像ストリームの音声ストリーム。
(2)第２のライブ映像ストリームの画像ストリーム及び第２のライブ映像ストリームの音声ストリーム。
(3)第１のライブ映像ストリームの画像ストリーム及び第１のライブ映像ストリームの音声ストリーム及び第２のライブ映像ストリームの画像ストリーム。
(4)第１のライブ映像ストリームの画像ストリーム及び第２のライブ映像ストリームの画像ストリーム及び第２のライブ映像ストリームの音声ストリーム。
(5)第１のライブ映像ストリームの画像ストリーム及び第１のライブ映像ストリームの音声ストリーム及び第２のライブ映像ストリームの画像ストリーム及び第２のライブ映像ストリームの音声ストリーム。
【００５６】
図４に示すのは本発明の第３のライブ映像ストリームの一実施例の模式図であり、第１のライブ映像ストリームの画像ストリーム及び第２のライブ映像ストリームの画像ストリームを含み、両者の音声ストリームをさらに含んでもよく、第１のライブ映像ストリームの画像ストリームは図に示す人物ウィンドウであり、第２のライブ映像ストリームの画像ストリームは図に示す「ＰＣ画面」の画像ウィンドウであり、多視点、クロスプラットフォームの同期ライブが実現される。
【００５７】
好ましくは、ストリーマーユーザーが選択を行うように、第１の端末と第２の端末に相応する映像ストリーム、音声ストリームのオン／オフオプションを提供し、ストリーマーユーザーがある映像ストリームの画像ストリームまたは音声ストリームをオン／オフすることを選択する時に、相応する合成された第３のライブ映像ストリームがそれに従って変更され、ストリーマーユーザーが必要に応じてライブルームの内容をよりよく表示させる。例えば、現在の第３のライブ映像ストリームが上記第(5)種類である場合、ストリーマーユーザーが第１のライブ映像ストリームの画像ストリーム、音声ストリームを一時的に閉じて第２の映像ストリーム、音声ストリームによって視聴者ユーザーとよりよいインタラクションを行うことを望めば、ストリーマーユーザーは、第１の端末で第１のライブ映像ストリームを閉じることを選択してもよく、この時に第２の端末により収集した第２のライブ映像ストリームは、結合した第３の映像ストリームである。その後、サーバーは第２の端末からアップロードされる第３のライブ映像ストリームを受信した後、それをライブルームの視聴者ユーザーにプッシュする。好ましくは、ストリーマーユーザーが第２の端末に第１のライブ映像ストリームを閉じることを選択してもよく、この時にサーバーは第１のライブ映像ストリームを第２の端末にダウンロードしない。その後、第２の端末により収集した第２のライブ映像ストリームは、結合した第３の映像ストリームとして、サーバーにアップロードされ、サーバーは該第３のライブ映像ストリームをライブルームの視聴ユーザーにアップロードし、例えば、第２の端末ユーザーインタフェースに提供される第１のライブ映像ストリーム、音声ストリームのオン／オフオプションボタンであり、ストリーマーユーザーが「オフ」オプションボタンを選択した後、第１のライブ映像ストリームを受信する通信リンクを閉じて、第１のライブ映像ストリームを受信しない。
【００５８】
より好ましくは、第２の端末のユーザーインタフェースには、ストリーマーユーザーが第１のライブ映像ストリームの画像ストリーム及び第２のライブ映像ストリームの画像ストリームの表示区域サイズを設置してもよく、相応する結合した第３のライブ映像ストリームに対し、第１のライブ映像ストリームと第２のライブ映像ストリームに対する修正に従って修正を行って、修正した第３のライブ映像ストリームをサーバーにアップロードし、サーバーはさらに第３のライブ映像ストリームをライブルームにプッシュし、ストリーマーユーザーにより多くのカスタム選択肢を提供し、ライブルームライブ内容の表示を保証する。
【００５９】
第２の態様では、図２に示すのは本発明のライブルームの映像ストリームのプッシュ制御方法の一実施例のフローチャートであり、本実施例において、該方法は、第１の端末により実行され、前記第１の端末は移動端末であることが好ましく、前記方法は第１の端末での映像ライブのアプリケーションプログラムにより実行されると理解されてもよく、ステップＳ２００〜Ｓ２２０を含む。
【００６０】
ステップＳ２００：第２の端末から出力される事前プロトコル情報を取得して、ストリーマーユーザーアイデンティティでサーバーに該事前プロトコル情報を含む接続要求を送信する。
【００６１】
具体的に、前記事前プロトコル情報は、第２の端末の唯一の装置識別及びサーバーと端末との専用リンクを作成する認可トークンまたは認証情報とを含み、かつ前記事前プロトコル情報が暗号化態様で処理され、特徴付き事前プロトコル情報のリンク識別に記憶され、必ず相応する認可されるアプリケーションプログラムを介して前記リンク識別から解析して前記事前プロトコル情報を得る。一般的に、事前プロトコル情報の暗号化態様、特徴付き事前プロトコル情報のリンク識別は、各ライブプラットフォームにより定義され、該ライブプラットフォームが認可したアプリケーションプログラムを介して前記リンク識別を認識した後、前記事前プロトコル情報を得ることができる。
【００６２】
ライブルームのストリーマーユーザーの第１の端末は、第２の端末から出力される特徴付き事前プロトコル情報のリンク識別を認識することで、前記事前プロトコル情報を取得し、すなわち、サーバーによって第１の端末の唯一の装置識別、ストリーマーユーザーのアイデンティティ情報及びライブルームの特徴情報を第２の端末に送信するように、ユーザーが第１の端末に該映像ライブのアプリケーションプログラムを動作して、ストリーマーアイデンティティで前記事前プロトコル情報の特徴付き形態に従って、特徴付き事前プロトコル情報のリンク識別を認識して、前記事前プロトコル情報を取得して、サーバーに該事前プロトコル情報を含む接続要求を送信し、ストリーマーユーザーのアイデンティティ情報はライブプラットフォーム上のストリーマーユーザーＵＩＤであり、唯一の１つのストリーマーユーザーを特徴付けるために用いられ、また、ライブルームの特徴情報はライブルームのチャンネルＩＤである。図５に示すのは第１の端末が事前プロトコル情報を取得する操作インタフェースの模式図であり、図５中の矢印が指す、例えば、「ＰＣライブ」のボタンをクリックすることにより、走査フレームが出現して、第２の端末が二次元コード形態で出力する特徴付き事前プロトコル情報のリンク識別を走査することにより、相応する事前プロトコル情報を取得し、同時にストリーマーアイデンティティで該事前プロトコル情報を含む接続要求をサーバーに送信する。
【００６３】
ステップＳ２１０：ストリーマーユーザーの確認指令に応答し、ローカルに生成される第１のライブ映像ストリームをサーバーにアップロードする。
【００６４】
サーバーは前記接続要求に応答し、そのうちの事前プロトコル情報を検証し、該事前プロトコル情報がライブプラットフォームにより定義される事前プロトコル情報規則に一致すれば、該接続要求が合法的な接続要求と見なされ、第２の端末との専用通信リンクを作成するように、第１の端末の唯一の装置識別、ストリーマーユーザーのアイデンティティ情報及びライブルームの特徴情報を第２の端末に送信し、サーバーは第２の端末との専用通信リンクを作成した後、第１の端末に接続作成が完了した提示情報をフィードバックし、第１の端末は該提示情報を受信した後に第１の端末のユーザーインタフェース上に接続を確認する操作インタフェースを生成し、前記操作インタフェースがストリーマーユーザーの確認指令を受信するために用いられ、例えば、第１の端末のユーザーインタフェースに例えば接続を「確認」するボタンを提供し、かつストリーマーユーザーの確認指令を受信した時に、ローカルに生成される第１のライブ映像ストリームをサーバーにアップロードし、サーバーが該第１のライブ映像ストリームを第２の端末にダウンロードさせる。
【００６５】
好ましくは、ストリーマーユーザーが接続を確認した後、第１の端末は、第２の端末のユーザーインタフェースに第２のライブ映像ストリームを収集する制御ウィンドウを生成するように、サーバーによって第２のライブ映像ストリームを収集する制御指令を第２の端末に送信して、ストリーマーユーザーが該制御ウィンドウから第２のライブ映像ストリームの映像ソースを選択し、第２のライブ映像ストリームを速やかに収集することができる。
【００６６】
第３の態様では、図３に示すのは本発明のライブルームの映像ストリームのプッシュ制御方法の別の実施例のフローチャートであり、本実施例において、該方法は第２の端末により実行され、端末の画像処理性能を考慮し、前記第２の端末はＰＣ端であることが好ましく、前記方法は第２の端末上の映像ライブクライアントにより実行されると理解されてもよく、ステップＳ３００〜Ｓ３２０を含む。
【００６７】
ステップＳ３００：特徴付き事前プロトコル情報のリンク識別を出力する。
【００６８】
具体的に、前記事前プロトコル情報は、第２の端末の唯一の装置識別及びサーバーと端末との専用リンクを作成する認可トークンまたは認証情報とを含み、かつ前記事前プロトコル情報が暗号化態様で処理され、特徴付き事前プロトコル情報のリンク識別に記憶され、必ず相応する認可されるアプリケーションプログラムを介して前記リンク識別から解析して前記事前プロトコル情報を得る。一般的に、事前プロトコル情報の暗号化態様、特徴付き事前プロトコル情報のリンク識別は、各ライブプラットフォームにより定義され、該ライブプラットフォームが認可したアプリケーションプログラムを介して前記リンク識別を認識した後、前記事前プロトコル情報を得ることができ、一実施形態では、前記特徴付き事前プロトコル情報のリンク識別は、二次元コードの形態で出力される。例えば、ＰＣ端での映像ライブクライアントの操作インタフェースには、例えば「共有ライブ」のボタンを設け、事前プロトコル情報がリンク識別を生成して端末のユーザーインタフェースに表示するために用いられ、ユーザーが「共有ライブ」ボタンをクリックした後、映像ライブクライアントの操作インタフェースに１つの二次元コードを出力し、ライブプラットフォームが認可する第１の端末での映像ライブクライアントは、該二次元コードを走査することにより、前記事前プロトコル情報を取得することができる。
【００６９】
ステップＳ３１０：第１の端末からサーバーに送信する、前記事前プロトコル情報を含む接続要求に応答し、サーバーからダウンロードされる第１のライブ映像ストリームを受信する。
【００７０】
ライブルームのストリーマーユーザーの第１の端末は、第２の端末から出力される特徴付き事前プロトコル情報のリンク識別を認識することで、前記事前プロトコル情報を取得して、第１の端末はサーバーに該事前プロトコル情報を含む接続要求を送信した後、第２の端末は該要求に応答してサーバーから送信される第１の端末の唯一の装置識別、ストリーマーユーザーのアイデンティティ情報及びライブルームの特徴情報を受信して、サーバーとの専用通信リンクを作成し、さらに該専用リンクにより、サーバーからダウンロードされる第１のライブ映像ストリームを受信する。
【００７１】
好ましくは、第２の端末は前記接続要求に応答してサーバーとの専用通信リンクを作成した後、かつサーバーは第１の端末の確認指令を受信して第２の端末にフィードバックする時に、サーバーからダウンロードされる第１のライブ映像ストリームを受信する。
【００７２】
ステップＳ３２０：前記サーバーがライブルームの少なくとも１つのユーザーに前記第３のライブ映像ストリームをプッシュするように、ローカルの第２のライブ映像ストリームを収集して、前記第１のライブ映像ストリームと第２の映像ストリームの少なくとも１つを第３のライブ映像ストリームに結合して、それをサーバーにアップロードする。
【００７３】
第２の端末は、サーバーが第１の端末の確認指令を受信したというフィードバックを受信すると同時に、サーバーから送信される、第２のライブ映像ストリームを収集する制御指令を受信し、第２の端末は該制御指令を受信して第２のライブ映像ストリームを収集する制御ウィンドウをユーザーインタフェースに生成して、ストリーマーユーザーが該制御ウィンドウに第２のライブ映像ストリームの映像ソースを選択し、第２のライブ映像ストリームを速やかに収集することができる。一般的に、第２の端末収集の第２のライブ映像ストリームの画像ストリームは、プロセス画面（例えは、ゲームウィンドウ画面）とデスクトップ画面（すなわち第２の端末のデスクトップ画面の全体）を含むため、制御ウィンドウは上記２種の画像ストリーム選択肢を含み、ユーザーが自身のニーズに応じて相応する映像ソースを第２のライブ映像ストリームとして収集する。その後、ストリーマーユーザーは、第３のライブ映像ストリームを選択しプッシュし、この時、第２の端末は第２のライブ映像ストリームを収集すると同時に、受信した第１のライブ映像ストリームと第２のライブ映像ストリームを第３のライブ映像ストリームに結合して、第３のライブ映像ストリームをサーバーにアップロードすることで、前記サーバーがライブルームの少なくとも１つのユーザーに前記第３のライブ映像ストリームをプッシュさせる。
【００７４】
具体的に、第２の端末が前記第１のライブ映像ストリームを受信する過程、第２のライブ映像ストリームを収集する過程、第３のライブ映像ストリームを結合する過程及び第３のライブ映像ストリームをアップロードする過程は、並行動作である。並行動作とは、同一時刻又は同一時間間隔内に２種又は２種以上の性質が同じか又は異なる動作を完了することであり、並列動作は以下の特徴を有する。(1)時間重複性：隣接する処理過程に時間的ずれがあり、同じセットのハードウェアの各部を順番に重ねて使用する。(2)リソース共有性：複数のユーザーが一定の時間順に同じセットのリソースを順番に使用し、リソース利用率を向上させる。(3)リソースの重複：ハードウェアリソースを繰り返して設定し、ハードウェアの信頼性及び性能を向上させる。具体的に、本発明の実施例に対して、並行動作とは、第２の端末は第１のライブ映像ストリームを受信する時に、第２のライブ映像ストリームを同時／同期に収集してもよく、かつ受信された第１のライブ映像ストリームと収集された第２のライブ映像ストリームを同時／同期に第３のライブ映像ストリームに結合し、かつ第３のライブ映像ストリームを同時／同期にサーバーにアップロードし、ライブ映像ストリームの同時／同期性を保証する。
【００７５】
好ましくは、ストリーマーユーザーが選択を行うように、第２の端末に相応する第１、第２のライブ映像ストリームの画像ストリーム、音声ストリームのオン／オフオプションを提供し、ストリーマーユーザーがある映像ストリームの画像ストリームまたは音声ストリームをオン／オフすることを選択する時に、相応する合成された第３のライブ映像ストリームがそれに従って変更され、ストリーマーユーザーが必要に応じてライブルームの内容をよりよく表示させる。
【００７６】
より好ましくは、第２の端末のユーザーインタフェースには、ストリーマーユーザーが第１のライブ映像ストリームの画像ストリーム及び第２のライブ映像ストリームの画像ストリームの表示区域サイズを設置してもよく、相応する結合した第３のライブ映像ストリームに対し、第１のライブ映像ストリームと第２のライブ映像ストリームに対する修正に従って修正を行って、修正した第３のライブ映像ストリームをサーバーにアップロードし、サーバーはさらに第３のライブ映像ストリームをライブルームにプッシュし、ストリーマーユーザーにより多くのカスタム選択肢を提供し、ライブルームライブ内容の表示を保証する。
【００７７】
前記第１の態様の方法に相応し、図６に示すのは本発明のライブルームの映像ストリームのプッシュ制御装置であり、前記ライブルームのストリーマーユーザーが第１の端末から送信する、第２の端末から出力される事前プロトコル情報を含む接続要求を受信するために用いられる受信要求モジュールと、該接続要求に応答し、受信した第１の端末からアップロードされる第１のライブ映像ストリームを第２の端末にダウンロードするために用いられる応答要求モジュールと、第２の端末からアップロードされる第２のライブ映像ストリームと前記第１のライブ映像ストリームの少なくとも１つを結合連結することによって形成される第３のライブ映像ストリームを受信して、それを前記ライブルームのメンバーユーザーにプッシュするために用いられる映像プッシュモジュールとを含む。
【００７８】
前記第２の態様の方法に相応し、図７に示すのは本発明のライブルームの映像ストリームのプッシュ制御装置であり、第２の端末から出力される事前プロトコル情報を取得して、ストリーマーユーザーアイデンティティでサーバーに該事前プロトコル情報を含む接続要求を送信するために用いられる取得モジュールと、ストリーマーユーザーの確認指令に応答し、ローカルに生成される第１のライブ映像ストリームをサーバーにアップロードするために用いられる送信モジュールとを含む。
【００７９】
前記第３の態様の方法に相応し、図８に示すのは本発明のライブルームの映像ストリームのプッシュ制御装置であり、特徴付き事前プロトコル情報のリンク識別を出力するために用いられる出力モジュールと、第１の端末からサーバーに送信する、前記事前プロトコル情報を含む接続要求に応答し、サーバーからダウンロードされる第１のライブ映像ストリームを受信するために用いられる受信モジュールと、前記サーバーがライブルームの少なくとも１つのユーザーに前記第３のライブ映像ストリームをプッシュするように、ローカルの第２のライブ映像ストリームを収集して、前記第１のライブ映像ストリームと第２の映像ストリームの少なくとも１つを第３のライブ映像ストリームに結合して、それをサーバーにアップロードするために用いられる結合モジュールとを含む。
【００８０】
また、第１の態様に相応し、本発明は、さらに、プロセッサーを含むサーバーを提供し、前記プロセッサーは、
前記ライブルームのストリーマーユーザーが第１の端末から送信する、第２の端末から出力される事前プロトコル情報を含む接続要求を受信するステップと、
該接続要求を応答し、受信した第１の端末からアップロードされる第１のライブ映像ストリームを第２の端末にダウンロードするステップと、
第２の端末からアップロードされる第２のライブ映像ストリームと前記第１のライブ映像ストリームの少なくとも１つを結合することによって形成される第３のライブ映像ストリームを受信して、それを前記ライブルームのメンバーユーザーにプッシュするステップとを実行するために用いられるように配置される。
【００８１】
また、第２の態様に相応し、本発明は、さらに、プロセッサー、メモリ、タッチ感知ディスプレイ及びカメラを含む移動端末を提供し、前記プロセッサーは、
第２の端末から出力される事前プロトコル情報を取得して、ストリーマーユーザーアイデンティティでサーバーに該事前プロトコル情報を含む接続要求を送信するステップと、
ストリーマーユーザーの確認指令に応答し、ローカルに生成される第１のライブ映像ストリームをサーバーにアップロードするステップとを実行するために用いられるように配置されることを特徴とする。
【００８２】
最後に、第３の態様に相応し、本発明は、さらに移動端末を提供し、前記移動端末は、
特徴付き事前プロトコル情報のリンク識別を出力するステップと、
第１の端末からサーバーに送信する、前記事前プロトコル情報を含む接続要求に応答し、サーバーからダウンロードされる第１のライブ映像ストリームを受信するステップと、
前記サーバーがライブルームの少なくとも１つのユーザーに前記第３のライブ映像ストリームをプッシュするように、ローカルの第２のライブ映像ストリームを収集して、前記第１のライブ映像ストリームと第２の映像ストリームの少なくとも１つを第３のライブ映像ストリームに結合して、それをサーバーにアップロードするステップとを実行するために用いられるように配置される。
【００８３】
図９に示すのは本発明の移動端末の一実施例の構造模式図である。該移動端末は携帯電話、タブレットコンピュータ、ＰＤＡ（Ｐｅｒｓｏｎａｌ  Ｄｉｇｉｔａｌ  Ａｓｓｉｓｔａｎｔ、パーソナルデジタルアシスタント）、ＰＯＳ（Ｐｏｉｎｔ  ｏｆ  Ｓａｌｅｓ、販売端末）、車載コンピュータなどのいずれの端末装置であってもよく、移動端末が携帯電話であることを例とする。
【００８４】
図９を参照し、携帯電話は、ＲＦ（ＲａｄｉｏＦｒｅｑｕｅｎｃｙ）回路９１０、メモリ９２０、入力ユニット９３０、表示ユニット９４０、センサー９５０、音声回路９６０、ワイヤレスフィデリティ（ｗｉｒｅｌｅｓｓｆｉｄｅｌｉｔｙ、ＷｉＦｉ）モジュール９７０、プロセッサー９８０、及び電源９９０などの部品を含む。当業者にとって、図９に示す携帯電話の構造は携帯電話を限定するものではなく、図示よりも多い又は少ない部品、又はある部品の組み合わせ、又は異なる部品の組み合わせの配置を含んでも良いことを理解できる。
【００８５】
以下、図９を参照して携帯電話の各構成部品を具体的に説明する。
【００８６】
ＲＦ回路９１０は、情報を送受信するために用いられてもよく、又は通話過程において信号の受信と送信に用いられてもよく、特に、基地局の下り情報を受信した後、プロセッサー９８０に処理され、また、上りを設計するデータを基地局に送信する。一般的に、ＲＦ回路９１０はアンテナ、少なくとも１つの増幅器、送受信機、結合器、低雑音増幅器（Ｌｏｗ  Ｎｏｉｓｅ  Ａｍｐｌｉｆｉｅｒ、ＬＮＡ）、デュプレクサ等を含むが、これに限定されない。また、ＲＦ回路９１０は、無線通信によりネットワーク、他の装置と通信してもよい。上記無線通信はいずれかの通信標準又はプロトコルを使用してもよく、グローバル移動通信システム（Ｇｌｏｂａｌ  ＳｙｓｔｅｍｏｆＭｏｂｉｌｅｃｃｏｍｍｕｎｉｃａｔｉｏｎ、ＧＳＭ(登録商標)）、通用パケット無線サービス（Ｇｅｎｅｒａｌ  Ｐａｃｋｅｔ  Ｒａｄｉｏ  Ｓｅｒｖｉｃｅ、ＧＰＲＳ）、広帯域コード分割多元接続（Ｃｏｄｅ  Ｄｉｖｉｓｉｏｎ  Ｍｕｌｔｉｐｌｅ  Ａｃｃｅｓｓ  、ＷＣＤＭＡ(登録商標)）、広帯域コード分割多元接続（Ｗｉｄｅｂａｎｄ  Ｃｏｄｅ  Ｄｉｖｉｓｉｏｎ  Ｍｕｌｔｉｐｌｅ  Ａｃｃｅｓｓ、ＷＣＤＭＡ(登録商標)）、ＬＴＥ（Ｌｏｎｇ  Ｔｅｒｍ  Ｅｖｏｌｕｔｉｏｎ）、電子メール、ショートメッセージサービス（ＳｈｏｒｔＭｅｓｓａｇｉｎｇ  Ｓｅｒｖｉｃｅ、ＳＭＳ）などを含むが、これらに限定されない。
【００８７】
メモリ９２０は、ソフトウェアプログラム及びモジュールを記憶するために用いられてもよく、プロセッサー９８０は、メモリ９２０に記憶されるソフトウェアプログラム及びモジュールを動作することにより、携帯電話の各機能アプリケーション及びデータ処理を実行する。メモリ９２０は、主に記憶プログラム領域及び記憶データ領域を含んでもよく、記憶プログラム領域は操作システム、少なくとも１つの機能に必要なアプリケーションプログラム（例えば、声音再生機能、画像再生機能など）などを記憶してもよく、記憶データ領域は携帯電話の使用により作成されたデータ（例えば音声データ、電話帳など）などを記憶してもよい。また、メモリ９２０は、高速ランダムアクセスメモリを含んでもよく、さらに不揮発性メモリを含んでもよく、例えば、少なくとも１つの磁気ディスク記憶装置、フラッシュメモリ装置、又は他の揮発性固体記憶装置を含んでもよい。
【００８８】
入力ユニット９３０は入力された数字又は文字情報を受信し、及び携帯電話のユーザー設定及び機能制御に関するキー信号の入力を生成するために用いられてもよい。具体的に、入力ユニット９３０はタッチパネル９３１及び他の入力装置９３２を含んでもよい。タッチパネル９３１は、タッチスクリーンとも呼ばれ、ユーザーのその上又は近傍のタッチ操作（例えばユーザーが指、タッチペンなどのあらゆる適切な物体又はアクセサリーを用いてタッチパネル９３１上又はタッチパネル９３１の近傍で操作すること）を収集してもよく、かつ予定されたプログラムに従って対応する接続装置を駆動する。好ましくは、タッチパネル９３１はタッチ検出装置及びタッチコントローラの２つの部分を含んでもよい。タッチ検出装置はユーザーのタッチ方位を検出して、タッチ操作による信号を検出し、信号をタッチコントローラに伝送し、タッチコントローラはタッチ検出装置からタッチ情報を受信し、かつそれを接触点座標に変換し、さらにプロセッサー９８０に送信し、かつプロセッサー９８０から送信されたコマンドを受信して実行することができる。また、抵抗態様、静電容量態様、赤外線及び弾性表面波などの色々なテープを採用してもよい。入力部９３０は、タッチパネル９３１に加えて、他の入力装置９３２を含んでもよい。具体的に、他の入力装置９３２は物理的キーボード、機能キー（例えば、音量制御ボタン、スイッチボタンなど）、トラックボール、マウス、操作レバーなどの１種又は複数種を含むが、それに限定されない。
【００８９】
表示ユニット９４０はユーザーにより入力される情報又はユーザーに提供される情報及び携帯電話の様々なメニューを表示するために用いられてもよい。表示ユニット９４０は表示パネル９４１を含み、好ましくは、液晶ディスプレイ（Ｌｉｑｕｉｄ  Ｃｒｙｓｔａｌ  Ｄｉｓｐｌａｙ、ＬＣＤ）、有機発光ダイオード（Ｏｒｇａｎｉｃ  Ｌｉｇｈｔ−Ｅｍｉｔｔｉｎｇ  Ｄｉｏｄｅ、ＯＬＥＤ）などの形態で表示パネル９４１を配置してもよい。さらに、タッチパネル９３１は表示パネル９４１を覆ってもよく、タッチパネル９３１がその上又は近傍でのタッチ操作を検出した後、プロセッサー９８０に転送してタッチイベントのタイプを確定し、その後にプロセッサー９８０はタッチイベントのタイプに従って表示パネル９４１に相応する視覚出力を提供する。図９において、タッチパネル９３１と表示パネル９４１は２つの独立した部品として携帯電話の入力及び入力機能を実現するが、ある実施例において、タッチパネル９３１を表示パネル９４１と集積して携帯電話の入力及び出力機能を実現してもよい。
【００９０】
携帯電話はさらに少なくとも１種のセンサー９５０、例えば光センサー、運動センサー及び他のセンサーを含んでもよい。具体的に、光センサーは環境光センサー及び近接センサーを含んでもよく、環境光センサーは環境光の明暗に従って表示パネル９４１の輝度を調整してもよく、近接センサーは携帯電話が耳元に移動する時に、表示パネル９４１を閉じ、及び／又はバックライトになってもよい。運動センサーの１種として、加速度センサーは各方向（一般的には三軸であり）における加速度の大きさを検出してもよく、静止時に重力の大きさ及び方向を検出してもよく、携帯電話の姿勢を識別するアプリケーション（例えば縦横のスクリーンの切り替え、関連ゲーム、磁力計姿勢較正）、振動識別に関連する機能（例えば歩数計、タップ）などに用いられてもよく、携帯電話にさらにジャイロスコープ、気圧計、湿度計、温度計、赤外線センサーなどの他のセンサーを配置してもよく、ここでは説明を省略する。
【００９１】
音声回路９６０、スピーカ９６１、マイクロフォン９６２はユーザーと携帯電話との間の音声インタフェースを提供してもよい。音声回路９６０は受信された音声データを変換した後の電気信号を、スピーカ９６１に伝送し、スピーカ９６１により声音信号に変換して出力してもよく、一方、マイクロフォン９６２は、集音した声音信号を電気信号に変換し、音声回路９６０で受信した後、音声データに変換し、音声データを処理部９８０に出力して処理した後、ＲＦ回路９１０を介して、例えば、他の携帯電話機に送信したり、音声データをメモリ９２０に出力したりしてさらに処理する。
【００９２】
ＷｉＦｉは短距離無線伝送技術に属し、携帯電話はＷｉＦｉモジュール９７０によりユーザーが電子メールを送受信し、ウェブページを閲覧し、ストリーミングメディア等にアクセスすることに寄与することができ、それはユーザーに無線のブロードバンドインターネットアクセスを提供する。図９にＷｉＦｉモジュール９７０を示すが、それは携帯電話の必須構成に属しておらず、必要に応じて発明の本質を変更しない範囲で省略可能であることを理解できる。
【００９３】
プロセッサー９８０は携帯電話の制御センターであり、様々なインタフェース及び回線を利用して携帯電話全体の各部を接続し、メモリ９２０内に記憶されたソフトウェアプログラム及び／又はモジュールを動作又は実行し、メモリ９２０内に記憶されたデータを呼び出すことにより、携帯電話の様々な機能及び処理データを実行することで、携帯電話を全体的に監視する。好ましくは、プロセッサー９８０は１つ又は複数の処理ユニットを含んでもよく、好ましくは、プロセッサー９８０はアプリケーションプロセッサー及び変復調プロセッサーを集積してもよく、アプリケーションプロセッサーは主に操作システム、ユーザーインタフェース及びアプリケーションプログラムなどを処理し、変復調プロセッサーは主に無線通信を処理する。上記変復調プロセッサーはプロセッサー９８０に集積されなくてもよいことを理解できる。
【００９４】
携帯電話は、さらに各部品に電力を供給する電源９９０（例えば、バッテリー）を含み、好ましくは、電源は電源管理システムによりプロセッサー９８０と論理的に接続されることで、電源管理システムにより充電管理、放電管理、及び消費電力管理などの機能を実現する。
【００９５】
図示しないが、携帯電話はさらにカメラを含み、かつ前記プロセッサー９８０及び携帯電話の他の部品と電気的に接続される。
【００９６】
図１０に示すのは本発明に係るライブルームの映像ストリームのプッシュ制御方法のシステム模式図であり、第１の端末、第２の端末、複数のサーバー及び複数の視聴ユーザーを含み、該システム模式図は、本発明に係る方法の主なフローチャートを表示し、ストリーマーユーザーが第１の端末からアイデンティティサーバーに第２の端末から出力される事前プロトコル情報を含む接続要求を送信し、アイデンティティサーバーは前記事前プロトコル情報を検証した後、第１の端末の唯一の装置識別、ストリーマーユーザーのアイデンティティ情報及びライブルームの特徴情報を第２の端末に送信して、映像ストリームサーバーは第１の端末との通信リンクを作成して第１の端末からアップロードされる第１のライブ映像ストリームを受信し、及び第２の端末との専用リンクを作成して該専用リンクを介して第１のライブ映像ストリームを第２の端末にダウンロードし、第２の端末は同時にローカルの第２のライブ映像ストリームを収集し、第１のライブ映像ストリームと第２のライブ映像ストリームの両者の少なくとも１つを第３のライブ映像ストリームに合成して映像ストリームサーバーにアップロードして、映像ストリームサーバーにより第３のライブ映像ストリームをライブルームの各ユーザーＡ、Ｂ、Ｃにプッシュする。
【００９７】
以下、サーバー、第１の端末（移動端）、第２の端末（ＰＣ端）を例として本発明の１つの実施過程を説明し、ユーザーは同時にライブゲーム画面及びパーソナルイメージを速く起動する必要がある。まず移動端の映像ライブアプリケーションプログラムを起動し、ライブプラットフォームアカウントにログインした後にライブルームを速く作成し、この時、ユーザーはストリーマーユーザーである。また、ＰＣ端で映像ライブクライアントを起動して該ライブプラットフォームアカウントにログインして、ＰＣ端の「共有ライブ」ボタンをクリックし、ＰＣ端でのユーザーインタフェースに特徴付き事前プロトコル情報のリンク識別（二次元コードを特徴付き事前プロトコル情報のリンク識別とすることを例として）を出力して、ユーザーは移動端の「ＰＣライブ」ボタンをクリックし、二次元コード走査インタフェースがポップアップし、移動端のカメラでＰＣ端インタフェースに出力された二次元コードを走査し、その特徴付き事前プロトコル情報を取得してサーバーに該事前プロトコル情報を含む接続要求を送信し、サーバーは要求検証を完了した後、移動端の唯一の装置識別、ストリーマーユーザーのＵＩＤ及びライブルームのチャンネルＩＤをＰＣ端に送信し、この時に映像ストリームサーバーと携帯電話端末及びＰＣ端との通信リンク接続を確立して接続確立が完了した情報を第１の端末にフィードバックし、ユーザーが移動端で接続を確認した後、ローカルに生成される第１のライブ映像ストリームを映像ストリームサーバーにアップロードし、映像ストリームサーバーにより前記第１のライブ映像ストリームをＰＣ端にダウンロードする。次に、ユーザーがＰＣ端で収集しようとする映像ソースを第２のライブ映像ストリームとして選択して、ＰＣ端が受信された第１のライブ映像ストリームとローカルで収集された第２のライブ映像ストリームを第３のライブ映像ストリームに合成し、かつユーザーがＰＣ端で必要に応じて第１、第２のライブ映像ストリームの画像画面のサイズ割合を調整することにより、ライブ内容をよりよく表示することができる。最後、ＰＣ端が結合された第３のライブ映像ストリームを映像ストリームサーバーにアップロードし、映像ストリームサーバーにより第３のライブ映像ストリームをライブルームの各視聴ユーザーにプッシュする。
【００９８】
概略的に、本発明に係る技術手段は、以下の通りである。
【００９９】
ライブルームの映像ストリームのプッシュ制御方法は、
前記ライブルームのストリーマーユーザーが第１の端末から送信する、第２の端末から出力される事前プロトコル情報を含む接続要求を受信するステップと、
該接続要求に応答し、受信した第１の端末からアップロードされる第１のライブ映像ストリームを第２の端末にダウンロードするステップと、
第２の端末からアップロードされる第２のライブ映像ストリームと前記第１のライブ映像ストリームの少なくとも１つを結合することによって形成される第３のライブ映像ストリームを受信して、それを前記ライブルームのメンバーユーザーにプッシュするステップとを含む。
【０１００】
以上のライブルームの映像ストリームのプッシュ制御方法は、さらに以下のような技術内容を含む。
【０１０１】
該接続要求に応答し、受信した第１の端末からアップロードされる第１のライブ映像ストリームを第２の端末にダウンロードするステップは、具体的に、
該接続要求に応答し、第１の端末からアップロードした第１のライブ映像ストリームを第２の端末にダウンロードするように、前記事前プロトコル情報に従って第１の端末の唯一の装置識別、ストリーマーユーザーのアイデンティティ情報及びライブルームの特徴情報を第２の端末に送信し、
該接続要求に応答し、受信した第１の端末からアップロードされる第１のライブ映像ストリームを第２の端末にダウンロードするステップから、前記第２の端末からアップロードされる第２のライブ映像ストリームと前記第１のライブ映像ストリームの少なくとも１つを結合することによって形成される第３のライブ映像ストリームを受信して、それを前記ライブルームのメンバーユーザーにプッシュするステップまでは、さらに、第２のライブ映像ストリームを収集する制御ウィンドウを第２の端末のユーザーインタフェースに生成するように、第２のライブ映像ストリームを収集する制御指令を第２の端末に送信するステップを含み、前記接続要求を受信した後、第１の端末からの確認指令を受信する時にのみ、後続のステップを続ける。
【０１０２】
同時に別のライブルームの映像ストリームのプッシュ制御方法を提供し、該方法は、
第２の端末から出力される事前プロトコル情報を取得して、ストリーマーユーザーアイデンティティでサーバーに該事前プロトコル情報を含む接続要求を送信するステップと、
ストリーマーユーザーの確認指令に応答し、ローカルに生成される第１のライブ映像ストリームをサーバーにアップロードするステップとを含む。
【０１０３】
該別のライブルームの映像ストリームのプッシュ制御方法は、さらに以下のような技術内容を含む。
【０１０４】
前記事前プロトコル情報は、二次元コードの形態で特徴付けられ、カメラによって二次元コードを走査して前記事前プロトコル情報を取得し、
前記ストリーマーユーザーアイデンティティでサーバーに前記接続要求を送信した後、前記ストリーマーユーザーの確認指令に応答する前、第１の端末は、ストリーマーユーザーの確認指令を受信した後にローカルに生成される第１のライブ映像ストリームをサーバーにアップロードするように、接続を確認する操作インタフェースを提供する。
【０１０５】
前記別のライブルームの映像ストリームのプッシュ制御方法は、
第２の端末のユーザーインタフェースに第２のライブ映像ストリームを収集する制御ウィンドウを生成するように、サーバーによって第２のライブ映像ストリームを収集する制御指令を第２の端末に送信する次のステップをさらに含む。
【０１０６】
同時に第３種のライブルームの映像ストリームのプッシュ制御方法を提供し、該方法は、
特徴付き事前プロトコル情報のリンク識別を出力するステップと、
第１の端末からサーバーに送信する、前記事前プロトコル情報を含む接続要求に応答し、サーバーからダウンロードされる第１のライブ映像ストリームを受信するステップと、
前記サーバーがライブルームの少なくとも１つのユーザーに前記第３のライブ映像ストリームをプッシュするように、ローカルの第２のライブ映像ストリームを収集して、前記第１のライブ映像ストリームと第２の映像ストリームの少なくとも１つを第３のライブ映像ストリームに結合して、それをサーバーにアップロードするステップとを含む。
【０１０７】
該第３種のライブルームの映像ストリームのプッシュ制御方法は、さらに以下のような技術内容を含む。
【０１０８】
第１のライブ映像ストリームを受信する過程、第２のライブ映像ストリームを収集する過程、第３のライブ映像ストリームを結合する過程及び第３のライブ映像ストリームをアップロードする過程は並列動作する。
【０１０９】
ライブルームの映像ストリームのプッシュ制御装置は、
前記ライブルームのストリーマーユーザーが第１の端末から送信する、第２の端末から出力される事前プロトコル情報を含む接続要求を受信するために用いられる受信要求モジュールと、
該接続要求に応答し、受信した第１の端末からアップロードされる第１のライブ映像ストリームを第２の端末にダウンロードするために用いられる応答要求モジュールと、
第２の端末からアップロードされる第２のライブ映像ストリームと前記第１のライブ映像ストリームの少なくとも１つを結合することによって形成される第３のライブ映像ストリームを受信して、それを前記ライブルームのメンバーユーザーにプッシュするために用いられる映像プッシュモジュールとを含む。
【０１１０】
ライブルームの映像ストリームのプッシュ制御装置は、
第２の端末から出力される事前プロトコル情報を取得して、ストリーマーユーザーアイデンティティでサーバーに該事前プロトコル情報を含む接続要求を送信するために用いられる取得モジュールと、
ストリーマーユーザーの確認指令に応答し、ローカルに生成される第１のライブ映像ストリームをサーバーにアップロードするために用いられる送信モジュールとを含む。
【０１１１】
ライブルームの映像ストリームのプッシュ制御装置は、
特徴付き事前プロトコル情報のリンク識別を出力するために用いられる出力モジュールと、
第１の端末からサーバーに送信する、前記事前プロトコル情報を含む接続要求に応答し、サーバーからダウンロードされる第１のライブ映像ストリームを受信するために用いられる受信モジュールと、
前記サーバーがライブルームの少なくとも１つのユーザーに前記第３のライブ映像ストリームをプッシュするように、ローカルの第２のライブ映像ストリームを収集して、前記第１のライブ映像ストリームと第２の映像ストリームの少なくとも１つを第３のライブ映像ストリームに結合して、それをサーバーにアップロードするために用いられる結合モジュールとを含む。
【０１１２】
プロセッサーを含むサーバーであって、該プロセッサーは上記第１種のライブルームの映像ストリームのプッシュ制御方法を実行するために用いられるサーバー。
【０１１３】
プロセッサー、メモリ、タッチ感知ディスプレイ及びカメラを含む移動端末であって、前記プロセッサーは、上記第２、第３種のライブルームの映像ストリームのプッシュ制御方法のいずれかを実行するために用いられる、ことを特徴とする移動端末。
【０１１４】
本発明は、ライブルームのライブ内容が映像ストリーム、音声ストリーム、弾幕情報、プレゼント情報などを含むことを考慮し、ライブ映像ストリームの分離と結合技術に基づき、異なる端末のライブ映像ストリームをストリーマーユーザー端末によって結合した後、サーバーにアップロードされ、次にサーバーにより結合された映像ストリームをライブルームの各視聴ユーザーにプッシュし、サーバーが映像ストリームを過剰に結合するストレスを低減し、リソースを節約する。同時に、本発明は、移動端をストリーマーがライブを行う迅速なログイン及び認証の入口として利用し、このようにＰＣ端が第三者の周辺機器を追加しない時に速やかに自動化するライブサポートに合わせ、複数の端末の映像ストリームのオープニング閾値を大幅に低下させ、より早く、柔軟なマルチプラットフォームのライブフローを実現させ、また、本発明は、移動端及びＰＣ端アカウントの分離体系に基づき、ＰＣ端の高い性能の画像処理能力を利用し、移動端がライブを速やかに起動する利便性に合わせ、各ライブコンテンツをＰＣ端で処理し、結合し、さらにサーバーにアップロードして、サーバーからライブルームの各視聴ユーザーにプッシュし、ライブ映像ストリームの時間同期性を保証する。
【０１１５】
要するに、本発明は、移動端及びＰＣ端のそれぞれの映像ライブクライアントの利点を結合し、マルチプラットフォーム、多視点ライブの操作ステップを簡略化し、マルチプラットフォーム、多視点ライブの技術閾値を低下させ、ストリーマーユーザーがマルチプラットフォーム、多視点同期ライブをより便利に、速く使用させ、ライブ効率を向上させることで、ユーザー体験を向上させる。
【０１１６】
以上の内容は本発明のいくつかの例示的な実施例を示したが、当業者にとって、本発明の原理又は精神から逸脱しない場合、これらの例示的な実施例を変更することができ、本発明の範囲は、特許請求の範囲およびその同等物により限定されることを理解できる。
【符号の説明】
【０１１７】
９１０  ＲＦ回路
９２０  メモリ
９３０  入力ユニット
９３１  タッチパネル
９３２  他の入力装置
９４０  表示ユニット
９４１  表示パネル
９５０  センサー
９６０  音声回路
９７０  ＷｉＦｉモジュール
９８０  プロセッサー
９９０  電源
【図１】
0006818144.tif 000002
【図２】
0006818144.tif 000003
【図３】
0006818144.tif 000004
【図４】
0006818144.tif 000005
【図５】
0006818144.tif 000006
【図６】
0006818144.tif 000007
【図７】
0006818144.tif 000008
【図８】
0006818144.tif 000009
【図９】
0006818144.tif 000010
【図１０】
0006818144.tif 000011