JP2023536123A - 断片化ｍｐ４を活用したｈｔｔｐベースのメディアストリーミングサービス - Google Patents

Abstract

本明細書に記載されるシステム及び方法は、ウェブブラウザアプリケーションを介して、メディアサーバとクライアントデバイスにより選択された１又は複数のカメラとの間にセキュアハイパーテキストトランスファープロトコル（ＨＴＴＰＳ）接続を確立することと、メディアサーバとクライアントデバイスのウェブブラウザアプリケーションとの間にウェブソケットセキュア（ＷＳＳ）接続を確立することと、メディアサーバにおいて、選択された１又は複数のカメラからライブビデオのメディアチャンクをＨＴＴＰＳ接続を介して受信することと、メディアサーバからＷＳＳ接続を介して、選択された１又は複数のカメラから受信したライブビデオのメディアチャンクをクライアントデバイスのウェブブラウザアプリケーションに送信することとを含む。

Description

本開示は、メディアストリーミングシステムに関し、より詳細にはライブビデオフィードに関わるメディアストリーミングシステムにおけるレイテンシ及びジッタへの対処に関する。

メディアストリーミングの関連技術の解決策は通常、ビデオオンデマンド（ＶｏＤ）、サブスクリプションビデオオンデマンド（ＳＶｏＤ）、及び一般的なオーバーザトップ（ＯＴＴ）サービスに向けられている。ここ数年、閉回路テレビ（ＣＣＴＶ：Ｃｌｏｓｅｄ－Ｃｉｒｃｕｉｔ Ｔｅｌｅｖｉｓｉｏｎ）企業は、主にリアルタイムストリーミングプロトコル（ＲＴＳＰ）及びリアルタイムメッセージングプロトコル（ＲＴＭＰ）に基づき、したがってウェブベースのインターフェースとの互換性が限られた所有又は半標準のプロトコルを使用するストリーミングサービスを開発した。エンターテイメント志向の他のベンダーは、ライブストリーミングサービスは彼らの市場にとって重要ではないため、ライブストリーミングサービスについて妥協しながら主にＳＶｏＤにフォーカスして放送ＴＶビジネスに投資した。。

ハイパーテキストトランスファープロトコル（ＨＴＴＰ）を介したライブストリーミングは、ウェブクライアントへのストリーミングのニーズを満たすための代替手段として関連技術において利用されたが、多くの場合、性能に関して妥協が伴っていた。このため、関連技術の実装は、ウェブライブストリーミングについてＲＴＭＰベースの実装にフォーカスしてきた。しかしながら、ＲＴＭＰは、ウェブブラウザ及びアプリケーションが採用してきたセキュリティ対策を念頭に置いて開発されなかった。

関連技術の実装では、ライブビデオをストリーミングするためのプロトコルとしてＨＴＴＰを利用する最近の開発は、共通メディアアプリケーションフォーマット（ＣＭＡＦ）をウェブベースのエコシステムの共通規格として組み込んでいる。ＣＭＡＦは、既存のＨＴＴＰＳ上ダイナミックアダプティブストリーミング（ＤＡＳＨ）及びＨＴＴＰライブストリーミング（ＨＬＳ）ストリーミング手法とのより広く且つ統一された互換性を保証するように、既存の断片化Ｍｏｖｉｎｇ Ｐｉｃｔｕｒｅ Ｅｘｐｅｒｔｓ Ｇｒｏｕｐｓ－４（ＭＰ４）のベストプラクティスを拡張する。

本明細書に記載される実施態様例は、ＣＣＴＶストリーミング等のライブストリーミングを含み、セキュリティでの特定のシナリオに向けてビデオパイプラインを最適化する。本明細書に記載される実施態様例では、ユーザが低レイテンシ性能でライブフィードを消費することを促進する、ＣＣＴＶシステムのために最適化されたメディアストリーミングサービスのシステム及び方法がある。

本明細書に記載される実施態様例では、高性能ライブ及びアーカイブされたビデオを標準ウェブクライアントにストリーミングする問題に対して、関連技術のストリーミングパイプラインが直面する典型的なレイテンシ及びジッタの問題を解消する。本明細書に記載される実施態様例は、ＲＴＭＰを使用する関連技術をＨＴＴＰを介したストリーミングに基づくセキュアでスケーラブルな解決策で置換することに関する。

実施態様例は、セキュリティカメラフィードを標準ウェブクライアントにブロードキャスト可能な、ＤＡＳＨ対応の高性能メディアストリーミングサービスを含む。実施態様例は、入力断片化ＭＰ４ファイルをＤＡＳＨフォーマットで管理し、メディアフィードをＨＴＭＬ５標準ウェブプレーヤにブロードキャストするメディアサーバ等の装置を含む。軽量で最適化されたフットプリントの使用を介して、そのようなメディアサーバは非常に低いレイテンシでＨＴＴＰを介してストリーミングすることができ、ライブストリーミングに対して低レイテンシ性能を保証する。

フラッシュに基づく関連技術による実装（ＲＴＭＰ）は、セキュリティと、最新のウェブブラウザ規格との互換性との点で弱い。さらに、市場での関連技術のメディアサーバは、ＨＴＴＰベースのストリーミングに関して拡張性が不良であり、ビデオレイテンシに影響を及ぼすことが多い。関連技術でのそのような課題に対処するために、実施態様例は、入力ビデオフィードの管理及びルーティングを行い、いかなる種類の遅延を持ち込むことなくそれらをブロードキャストする。そのような実施態様例は、ＶｏＤサポートの促進に使用することもできる。

実施態様例は、ＨＴＴＰを介しての断片化ＭＰ４オーディオ／ビデオ及びウェブソケット／ウェブソケットセキュア（ＷＳ／ＷＳＳ）の使用を更に含み、ウェブクライアントとサーバとの間の性能及び永続的な通信レイヤを保証する。ＨＴＴＰ及びＷＳＳ等の一般的なプロトコルが利用されるため、本明細書に記載された実施態様例は、それにより、レイヤ７リバースプロキシ及びロードバランサの使用を通じて安全性及び拡張性を有することができる。加えて、ウェブクライアントへの入力フィードの知的ルーティングが提供されるため、複雑なネットワークトポロジが存在する場合であっても、レイテンシを非常に低いレベル（例えば１秒）に減らすことができる。

本開示の態様は方法を含むことができ、本方法は、ウェブブラウザアプリケーションを介して、メディアサーバとクライアントデバイスにより選択された１又は複数のカメラとの間にセキュアハイパーテキストトランスファープロトコル（ＨＴＴＰＳ）接続を確立することと、メディアサーバとクライアントデバイスのウェブブラウザアプリケーションとの間にウェブソケットセキュア（ＷＳＳ）接続を確立することと、メディアサーバにおいて、ＨＴＴＰＳ接続を介して選択された１又は複数のカメラからライブビデオのメディアチャンクを受信することと、メディアサーバから、ＷＳＳ接続を介して、選択された１又は複数のカメラから受信したライブビデオのメディアチャンクをクライアントデバイスのウェブブラウザアプリケーションに送信することとを含むことができる。

本開示の態様は、プロセスを実行するための命令を記憶する非一時的コンピュータ可読媒体を含むことができ、命令は、ウェブブラウザアプリケーションを介して、メディアサーバとクライアントデバイスにより選択された１又は複数のカメラとの間にセキュアハイパーテキストトランスファープロトコル（ＨＴＴＰＳ）接続を確立することと、メディアサーバとクライアントデバイスのウェブブラウザアプリケーションとの間にウェブソケットセキュア（ＷＳＳ）接続を確立することと、メディアサーバにおいて、ＨＴＴＰＳ接続を介して選択された１又は複数のカメラからライブビデオのメディアチャンクを受信することと、メディアサーバからＷＳＳ接続を介して、選択された１又は複数のカメラから受信したライブビデオのメディアチャンクをクライアントデバイスのウェブブラウザアプリケーションに送信することとを含む。

本開示の態様は、システムを含むことができ、本システムは、ウェブブラウザアプリケーションを介して、メディアサーバとクライアントデバイスにより選択された１又は複数のカメラとの間にセキュアハイパーテキストトランスファープロトコル（ＨＴＴＰＳ）接続を確立するための手段と、メディアサーバとクライアントデバイスのウェブブラウザアプリケーションとの間にウェブソケットセキュア（ＷＳＳ）接続を確立するための手段と、メディアサーバにおいて、ＨＴＴＰＳ接続を介して選択された１又は複数のカメラからライブビデオのメディアチャンクを受信するための手段と、メディアサーバからＷＳＳ接続を介して、選択された１又は複数のカメラから受信したライブビデオのメディアチャンクをクライアントデバイスのウェブブラウザアプリケーションに送信するための手段とを含むことができる。

本開示の態様は装置を更に含み、本装置はプロセッサを含むことができ、プロセッサは、ウェブブラウザアプリケーションを介して、メディアサーバとクライアントデバイスにより選択された１つ又は複数のカメラとの間にセキュアハイパーテキストトランスファープロトコル（ＨＴＴＰＳ）接続を確立し、メディアサーバとクライアントデバイスのウェブブラウザアプリケーションとの間にウェブソケットセキュア（ＷＳＳ）接続を確立し、メディアサーバにおいて、ＨＴＴＰＳ接続を介して選択された１又は複数のカメラからライブビデオのメディアチャンクを受信し、メディアサーバからＷＳＳ接続を介して、選択された１又は複数のカメラから受信したライブビデオのメディアチャンクをクライアントデバイスのウェブブラウザアプリケーションに送信するように構成されている。

図１は、一実施態様例に従うビデオパイプライン例を示す。

図２は、一実施態様例に従うセキュリティパイプライン例を示す。

図３は、一実施態様例に従うメディアサーバをスケールアップ又はスケールダウンするためのクラスタアーキテクチャ例を示す。

図４は、実施態様例を実装することができるアーキテクチャ例を示す。

図５は、一実施態様例に従うＶｏＤサポートの実施態様例を示す。

図６（ａ）は、実施態様例を利用し得るフロー図の例を示す。 図６（ｂ）は、実施態様例を利用し得るフロー図の例を示す。 図６（ｃ）は、実施態様例を利用し得るフロー図の例を示す。

図７は、幾つかの実施態様例での使用に適したコンピュータデバイス例を有する計算環境例を示す。

以下の詳細な説明は、本願の実施態様の図及び例の詳細を提供する。明確にするために、図間の冗長要素の参照番号及び説明は省かれる。説明全体を通して使用される用語は、例として提供され、限定を意図しない。例えば、「自動」という用語の使用は、完全自動又は本願の実施態様を実施する当業者の所望の実施に応じて実施態様の特定の態様にわたるユーザ又は管理者の制御が関わる半自動実施態様を含んでもよい。選択は、ユーザインターフェース又は他の入力手段を通してユーザによって行われてもよく、又は所望のアルゴリズムを介して実施されてもよい。本明細書に記載される実施態様例は、単独で又は組み合わせて利用することができ、実施態様例の機能は、所望の実施態様に従う任意の手段を介して実施することができる。

本明細書に記載される実施態様例は、ＣＣＴＶセキュリティシステムのために設計されて最適化されたメディアストリーミングサーバ等の装置を含む。そのようなメディアサーバは、セキュリティカメラビデオフィードを受信し、それらを安全且つ高性能な方法でウェブクライアントにブロードキャストするように構成される。

図１は、一実施態様例に従うビデオパイプライン例を示す。具体的には、図１は、一般的なＣＣＴＶデバイス、カメラ、ビデオレコーダ（ＮＶＲ）、又はビデオ管理サーバ（ＶＭＳ）からウェブアプリケーションでホストされるエンド消費者、例えば標準ＨＴＭＬ５ビデオプレーヤへのビデオパイプラインのエンドツーエンドを表す。図１の例では、アーキテクチャは、複数のＣＣＴＶデバイス又はカメラを含むことができるＣＣＴＶセキュリティシステム１１０と、メディアプレーヤ１２０等の装置と、ＭＳＥ１３０を実装する、エンドユーザのウェブベースメディアプレーヤ１３０とを含む。ＣＣＴＶセキュリティシステム１１０は、ＨＴＴＰＳ接続１２１の使用を介してメディアチャンクをメディアサーバ１２０にストリーミングし、メディアサーバ１２０は、ＷＳＳ接続１２２を介してメディアチャンクをウェブベースメディアプレーヤ１３０にストリーミングする。

図１の例では、パイプラインは、標準メディアソース拡張（ＭＳＥ）を実装する任意のブラウザにより管理することができる自己完結型メディアチャンク（例えば断片化ＭＰ４）にビデオを分割することを含む。特にライブストリーミングでのＨＴＴＰベースのストリーミングとの高い互換性により、ＤＡＳＨ等のフォーマットを利用することができる。この手法を使用することにより、パイプラインはブラウザコーデックの使用を最適化し、多くのビデオプレーヤが同じウェブページでロードされて、異なるライブ又はオンデマンドフィードを消費する状態であっても、低レイテンシ性能を保証する。通信レイヤの別の重要な特性は、ウェブビデオプレーヤとメディアサーバとの間に永続的なソケットを有することである。そのような実施態様例は、システムが、プロトコルオーバーヘッドを持ち込まずにレイテンシ及びジッタを低減しながら、ストリーミングすることができるようにする。ブラウザは、ＭＳＥにフィードするビデオチャンクの連続ストリームを受信し、ブラウザがネイティブコーデックを使用してビデオを復号化できるようにする。

実施態様例では、レイテンシが低いままであることを保証することができるより低い時間フレーム（例えば５００ｍｓ以下のチャンクの形態）でのチャンクを促進するように構成可能なことと、デフォルトとして利用可能なＭＰ４コーデックを有するウェブベースメディアプレーヤによって、利用されるメディアチャンクは、断片化ＭＰ４の形式である。さらに、ＣＣＴＶカメラは、ＦＦＭＰＥＧ等のライブラリを介してネイティブに断片化ＭＰ４を容易に提供することができ、したがって、カメラから受信されたメディアチャンクは、即時再生に向けていかなる変更もなく、メディアサーバ１２０を介してウェブベースメディアプレーヤ１３０に一貫して転送することができる。加えて、断片化ＭＰ４はコンテナファイルであり、断片（例えば５００ｍｓ以下のチャンク）に分割される任意のタイプのメディア（例えばオーディオ、ビデオ）を含むことができ、柔軟な伝送及び任意のブラウザ／ウェブベースのメディアプレーヤでの即時再生を促進する。しかしながら、所望の実施態様に従い、他のタイプの構成可能なタイプのメディアチャンクを利用してもよい。

メディアサーバ１２０は、ＨＴＴＰＳ１２１及びＷＳＳ１２２を介して、接続を確立し、メディアチャンクをＣＣＴＶシステム１１０とウェブベースメディアプレーヤ１３０と間で転送するように構成されるため、メディアサーバ１２０のハードウェア要件は、最小化することができ、図３に示されるように、クラウドプロビジョニングデータセンタ内でのスケールアップ又はスケールダウンについて柔軟に実装することができる。ＨＴＴＰＳ１２１及びＷＳＳ１２２を介して確立された接続は拡張性及びリバースプロキシを促進するために柔軟でありながら、メディアチャンクの伝送のセキュリティを保証する安全な接続である。メディアサーバ１２０は、本明細書に記載されるアーキテクチャを介して必要とされるハードウェアが最小であることに起因して、所望の実施態様により他のタイプの装置（例えばパーソナルコンピュータ、ラップトップ、ゲートウェイルータ）と置き換えることもできる。一実施態様例では、メディアサーバ１２０はそれにより、チャンクが完了するまでのみ、メディアチャンクをキャッシュするように構成することができ、そこからメディアサーバ１２０は即座に、完成されたチャンクをウェブベースメディアプレーヤ１３０に転送して、低レイテンシを保証する。

このアーキテクチャを通して、ＨＴＴＰＳ及びＷＳＳ接続を介してビデオフィードのセキュリティを維持しながら、ＣＣＴＶ監視システムからウェブベースメディアプレーヤへの略リアルタイムレイテンシ（例えば１秒）を促進することができる。ＣＣＴＶ監視システムの大半のユースケースは、リアルタイムフィードを必要とする傾向があるため（例えばセキュリティシステム、警察監視等）、本明細書に記載されるアーキテクチャは、そのような低レイテンシを達成できず、それによりＣＣＴＶ監視システムに適用可能ではない関連技術の実装に対する改良である。関連技術のシステムは典型的には１０～１５秒のレイテンシであり、ＣＣＴＶ監視システムには適さない上に、要求されるレイテンシで特定のクライアントデバイスに提供される複数のライブストリームカメラフィードを扱うこともできない。

図１に示されるアーキテクチャ例では、低レイテンシの永続的チャネルを間に維持することができるように、そしてＨＴＴＰＳ接続と比較して低レイテンシを促進して接続でのオーバーヘッドを低減するために、ＷＳＳ接続がメディアサーバ１２０とウェブベースメディアプレーヤ１３０との間で維持される。ＷＳＳ接続に失敗する場合、メディアサーバ１２０はそれにより、ＷＳＳプロトコルを介して受信される通知を通して失敗を認識し、ＨＴＴＰＳ接続と比較してより素早く効率的に接続を復元することができる。

図２は、一実施態様例に従うセキュリティパイプライン例を示す。本明細書に記載される実施態様例はＯｐｅｎＩＤに対応し、したがって、任意のＯｐｅｎＩＤアイデンティティマネージャと統合することができ、それにより、標準機構を用いてフィードを安全にすることができる。メディアサーバ１２０が、ビデオをプッシュ又は消費する要求を受信した場合、トークン検証が実行され、トークン検証は、入力要求及び出力要求の両方で、あらゆるメディアフィードのメディアフィード認証ヘッダにおいて受信されるベアラトークンを検証する１組の方法を含む。入力トークン検証に基づいて、要求は処理されるか、又は処理されない。図２の実施態様例では、メディアサーバは、アイデンティティプロバイダ２００に委託されるものとして共通ユーザ管理へのトークンの処理を切り離し、それにより、メディアサーバ１２０のリソースを、柔軟性を維持しながらより低レイテンシでメディアチャンクをクライアントに転送するために割り当てることができる。所望の実施態様に応じて、内蔵メモリキャッシュは認証情報を再使用して、アイデンティティプロバイダ２００との新たな繰り返しなしで、既に処理されたトークンを検証することもできる。

図２に示されるように、実施態様例は、両方ともトランスポートレイヤセキュリティ（ＴＬＳ）１．２と互換である、ＨＴＴＰＳ１２１及びＷＳＳ１２２を介してセキュア化されたチャネルを露出する。それにより、そのような実施態様を通して、クライアント及びサーバは暗号化されたチャネルのみを介して通信するように強制され、不要なコンテンツを露出するリスクを低減する。ＯｐｅｎＩＤに基づく認証方法は、本明細書に記載される柔軟なプラグインベースのアーキテクチャに基づいて利用することができる、可能なメカニズムの単なる１つにすぎず、所望の実施態様に従って他の認証方法を配置することも可能である。

実施態様例では、ＲＥＳＴｆｕｌ ＡＰＩ等のウェブアプリケーションプログラミングインターフェース（ＡＰＩ）を利用して、フィードのステータスをモニタすることができる。特に、そのような実施態様は、メディアサーバ１２０のインスタンスによってグループ化された、消費中のクライアントのカウント、ストリームステータス、及び最後の対話のタイムスタンプと共に、現在の入力フィードのスナップショットを提供することができる。

ウェブベースメディアプレーヤ１３０は、メディアプレーヤ１２０を介したＣＣＴＶライブストリーム用に特に設計された高性能ＨＴＭＬ５ウェブビデオプレーヤの形態で実装することができる。本明細書に記載される実施態様例では、ウェブベースビデオプレーヤ１３０は、認証及び認可のためのＡＰＩキー／トークン定義、数分の１秒という低いレイテンシを保証するためのライブエッジ戦略、ビデオフィードが即座に利用可能ではない場合の再試行メカニズム、内部イベント露出、ログ及び統計機能、並びにマルチトラック管理をサポートするように構成される。

ＶｏＤ実装を促進するために、メディアサーバ１２０はＤＡＳＨストリーム及び同封されたメディアファイル並びにブラウザが処理することができる任意のフォーマットを管理する。ＶｏＤは、疑似ストリーミングを実装することにより実行される。メディアサーバ１２０はハイパーテキストマークアップ言語（ＨＴＭＬ）１．１＋仕様をサポートするように構成されるため、ウェブベースのメディアプレーヤ１３０及び任意のＨＴＭＬ５標準プレーヤは、メディアサーバ１２０により提供されるビデオファイルを消費するように構成される。

図３は、一実施態様例に従うメディアサーバをスケールアップ又はスケールダウンするクラスタアーキテクチャ例を示す。実施態様例では、メディアサーバ１２０は、軽量、マルチプラットフォーム、安全、スケーラブル、且つ高性能であるように構成される。内部アーキテクチャは、プラグイン及びミドルウェアを利用して、性能を損なわずに拡張性を保証する。ビデオパイプラインは、関連技術の実装では通常はクラウドでホストされる高価で大きな基盤に頼らずには到達することができないものを、わずか１秒というレイテンシで実行する。各実施態様は、関連技術の実装と比較してレイテンシを１／５～１／１０に減らすことができる。さらに、メディアサーバ１２０の１つのインスタンスは、１００までのフルフレームＨＤビデオフィードを同時に管理するように構成することができる。実施態様例では、メディアサーバのスケーリングは非常に簡単であり、必要に応じて新しいノードをクラスタ２００に追加することを含む。

図３の例では、当技術分野で既知の任意のロードバランシングプロセスを利用して、利用されるメディアサーバ及び／又は各メディアサーバに提供されているフィードの数を平衡することができる。例えば、メディアサーバは、フィードの閾値（例えば１００）を同時に促進するように構成してもよい。閾値を越える場合、バックエンド管理サーバ（例えば図４に示される）は、フィードの負荷平衡のために追加のメディアサーバを割り当てることによりシステムをスケールアップしてもよい。さらに、そのようなバックエンド管理サーバは、ユーザが観るフィード数を下げた場合、利用されるメディアサーバの数をスケールダウンすることができる。

図４は、実施態様例を実装することができるアーキテクチャ例を示す。図４に示されるように、ウェブベースメディアプレーヤ１３０はフロントエンドクライアントデバイス４００上で実行される。クライアントデバイス４００が、１又は複数のカメラのうちの閲覧するカメラの選択を提供すると（例えばグラフィカルユーザインターフェースを介して）、トリガーが、カメラが利用可能であるか否かを決定する要求を処理するバックエンド管理サーバ４１０に送信される。利用可能である場合、管理サーバ４１０は、対応するカメラを管理するエッジデバイス４２０にメディアフィード要求を提供する。エッジデバイス４２０は次いで、ＣＣＴＶシステム１１０における対応するカメラを制御し、メディアサーバ１２０に接続して、ライブストリーミングビデオの断片化メディアチャンクを提供する。断片化メディアチャンクはクライアントデバイス４００に提供されて、ウェブベースメディアプレーヤ１３０において処理される。図４におけるアーキテクチャのフローについて図６（ａ）～図６（ｃ）においてより詳細に説明する。

本明細書に記載される実施態様例は多くの様々なシナリオで使用することができ、レイテンシが極めて低く、高性能であるリアルライブストリーミングサービスを必要とする全ての潜在的な将来の用途に開かれている。一実施態様例では、システムは大規模状況認識システムに完全に統合することができ、異種ＣＣＴＶサブシステムからの数千台のセキュリティカメラのライブビデオストリーミングを可能にする。アーキテクチャに起因して、実施態様例は、エッジからのメディアフィードを消費するウェブベースのアプリケーションに非常にスムーズに統合することができる。

図５は、一実施態様例に従うＶｏＤサポートの一実施態様例を示す。ＶｏＤサポートは、ビデオオンデマンドプラットフォームとしてメディアサーバ１２０を使用する機会を開く。そのような一実施態様例では、クライアントデバイスは、図４に示されるアーキテクチャを介してビデオをメディアサーバ１２０の１つに記憶するように要求することができる。ビデオがメディアサーバ１２０に記憶されると、ウェブベースのメディアプレーヤ１３０と対応するメディアサーバ１２０との間にＨＴＴＰＳ接続５００を確立することができ、そこからＶｏＤ要求を提出され、ＶｏＤフィードを提供され得る。

プラグインベースのアーキテクチャに起因して、実施態様例は、ビデオ分析のためのフィードプロビジョニング、深層学習エンジン等、カスタムワークフロー、メディアアセット管理、及びライブイベント放送用の任意の種類の外部システムと統合することができる。

図６（ａ）～図６（ｃ）は、一実施態様例に従うフロー図例を示す。具体的には、図６（ａ）は、図１及び図４に示されるように、カメラを選択し、メディアサーバ、ＣＣＴＶシステム、及びウェブベースメディアプレーヤ間の接続を確立するフローの一例を示し、バックエンド管理サーバ、メディアサーバ、又は両方の組合せの何れかにより促進できる。

まず、６０１において、１又は複数のカメラの選択がクライアントデバイスから受信される。６０２において、カメラが利用可能であるか否かが判断される（６０２）。そのような判断は、要求時にライブビデオフィードを提供するためにカメラが利用可能であるか否かに基づいて行うことができる。利用可能である場合（Ｙｅｓ）、フローは次いでフローは次いで６０３に進み、図２に示されるように、選択されたカメラ及びクライアントデバイスから認証トークンを受信する。

６０４において、図２において決定されるように、認証が成功するか否かが決定される。成功する場合（Ｙｅｓ）、フローは６０５に進み、選択されたカメラと１又は複数のメディアサーバとの間にＨＴＴＰＳ接続を確立し、６０６において、１又は複数のメディアサーバとクライアントデバイスのウェブブラウザアプリケーションとの間にＷＳＳ接続を確立する。ＨＴＴＰＳ接続及びＷＳＳ接続は、当業者に既知のように、標準ハンドシェークプロトコルを介して確立することができる。

６０７において、ライブビデオのメディアチャンクが、選択されたカメラから対応する１又は複数のメディアサーバにＨＴＴＰＳ接続を介して送信される。６０８において、ライブビデオのメディアチャンクは、１又は複数のメディアサーバからクライアントデバイスのウェブブラウザアプリケーションにＷＳＳ接続を介して転送される。

図６（ｂ）は、選択されたカメラの要求されたメディアチャンクを既に放送しているメディアサーバを使用して、これもまた同じ選択されたカメラを要求している他のクライアントデバイスに接続するフロー図を示す。本明細書に記載される実施態様例では、ＷＳＳ接続を介してメディアチャンクを転送しているメディアサーバはそれにより、そのようなメディアチャンクを既に利用可能に持っており、そのようなメディアチャンクを要求している他のデバイスにメディアチャンクをＷＳＳ接続を介して転送することができる。このようにして、ユーザは、所望であれば、異なるデバイスにわたり同じカメラフィードの複数のインスタンスを生成することができる。このフローは、バックエンド管理サーバ、メディアサーバ、又は両方の組合せの何れかにより促進することができる。

６１１において、フローは、１又は複数のメディアサーバに現在ストリーミングしているクライアントデバイスから１又は複数のカメラの選択を受信する。６１２において、フローは、図２に説明されるように、選択されたカメラ及びクライアントデバイスからの認証トークンを処理する。実施態様例では、メディアサーバは、キャッシュに利用可能なカメラからのトークンを既に有してもよく、これを使用して、他のクライアントデバイスから受信した任意のトークンと比較することができる。６１３において、認証が成功したか否かの決定が行われる。成功した場合（Ｙｅｓ）、フローは６１４に進み、選択されたカメラに対応する１又は複数のメディアサーバとクライアントデバイスのウェブブラウザアプリケーションとの間にＷＳＳ接続を確立し、６１５において、１又は複数のメディアサーバからのライブビデオのメディアチャンクをクライアントデバイスのウェブブラウザアプリケーションにＷＳＳ接続を介して転送する。

図６（ｃ）は、一実施態様例に従う、図５に示されるような、ＶｏＤを介して、後の要求についてのビデオをメディアサーバに提供するフロー例を示す。このフローは、バックエンド管理サーバ、メディアサーバ、又は両方の組合せの何れかにより促進することができる。まず、６２１において、要求されたビデオが指定されたメディアサーバに記憶される。６２２において、フローは、指定されたメディアサーバから、ビデオにアクセスする要求を受信する。６２３において、図５に示されるように、フローは、指定されたメディアサーバとクライアントデバイスのウェブブラウザアプリケーションとの間にＨＴＴＰＳ接続を確立する。６２４において、フローは、指定されたメディアサーバからクライアントデバイスのウェブブラウザアプリケーションにＨＴＴＰＳ接続を介してビデオを提供する。

図７は、図１及び図４に示されるように、バックエンドサーバ又はメディアサーバ等の、幾つかの実施形態例での使用に適した計算装置を有する一計算環境例を示す。計算環境７００のコンピュータ装置７０５は、１又は複数の処理ユニット、コア、又はプロセッサ７１０、メモリ７１５（例えばＲＡＭ、ＲＯＭ等）、内部ストレージ７２０（例えば磁気、光学、ソリッドステートストレージ、及び／又は有機）、及び／又はＩＯインターフェース７２５を含むことができ、それらの何れかは、情報を通信するため又はコンピュータデバイス７０５に組み込むための通信機構又はバス７３０に接続され得る。ＩＯインターフェース７２５は、所望の実施態様に応じて、カメラから画像を受信し、又は画像をプロジェクタ又はディスプレイに提供するようにも構成される。

コンピュータ装置７０５は、入力／ユーザインターフェース７３５及び出力デバイス／インターフェース７４０に通信可能に接続し得る。入力／ユーザインターフェース７３５及び出力デバイス／インターフェース７４０の何れか一方又は両方は、有線又は無線インターフェースで有り得、脱着可能であり得る。入力／ユーザインターフェース７３５は、入力（例えばボタン、タッチスクリーンインターフェース、キーボード、ポインティング／カーソル制御、マイクロホン、カメラ、点字、運動センサ、光学リーダ等）を提供するために使用することができる、物理的又は仮想な、任意のデバイス、構成要素、センサ、又はインターフェースを含んでもよい。出力デバイス／インターフェース７４０は、ディスプレイ、テレビジョン、モニタ、プリンタ、スピーカ、点字等を含んでもよい。幾つかの実施態様例では、入力／ユーザインターフェース７３５及び出力デバイス／インターフェース７４０は、コンピュータデバイス７０５に組み込まれてもよく、又はそれに物理的に接続されてもよい。他の実施態様例では、他のコンピュータデバイスが、コンピュータデバイス７０５の入力／ユーザインターフェース７３５及び出力デバイス／インターフェース７４０として機能してもよく、又はそれらの機能を提供してもよい。

コンピュータ装置７０５の例は、限定ではなく、高度モバイルデバイス（例えばスマートフォン、車両及び他の機械内のデバイス、人間又は動物によって携帯されるデバイス等）、モバイルデバイス（例えばタブレット、ノートブック、ラップトップ、パーソナルコンピュータ、ポータブルテレビジョン、ラジオ等）、及び可動であるように設計されていないデバイス（例えばデスクトップコンピュータ、他のコンピュータ、情報キオスク、１又は複数のプロセッサが組み込まれ、及び／又は１又は複数のプロセッサに接続されたテレビジョン、ラジオ等）を含んでもよい。

コンピュータ装置７０５は、同じ又は異なる構成の１又は複数のコンピュータ装置を含む、任意の数のネットワーク接続された構成要素、デバイス、及びシステムと通信するために、外部ストレージ７４５及びネットワーク７５０に通信可能に接続し得る（例えばＩＯインターフェース７２５を介して）。コンピュータ装置７０５又は任意の接続されたコンピュータデバイスは、サーバ、クライアント、シンサーバ、汎用機、専用機、又は別のものとして機能してもよく、それらのサービスを提供してもよく、又はそれらと呼ばれてもよい。

ＩＯインターフェース７２５は、限定ではなく、計算環境７００内の少なくとも全ての接続された構成要素、デバイス、及びネットワークに情報を通信し、及び／又はそれから情報を通信するために、任意の通信又はＩＯプロトコル又は規格（例えばＥｔｈｅｒｎｅｔ、８０２．１１ｘ、ユニバーサルシリアルバス、ＷｉＭａｘ、モデム、セルラネットワークプロトコル等）を使用する有線及び／又は無線インターフェースを含み得る。ネットワーク７５０は、任意のネットワーク又はネットワーク（例えばインターネット、ローカルエリアネットワーク、ワイドエリアネットワーク、電話回線網、セルラネットワーク、衛星ネットワーク等）の組合せであり得る。

コンピュータデバイス７０５は、一時的媒体及び非一時的媒体を含む、コンピュータ使用可能又はコンピュータ可読媒体を使用することができ、及び／又はそれを使用して通信することができる。一時的媒体は、伝送媒体（例えば金属ケーブル、光ファイバ）、信号、搬送波等を含む。非一時的媒体は、磁気媒体（例えばディスク及びテープ）、光学媒体（例えばＣＤ－ＲＯＭ、デジタルビデオディスク、Ｂｌｕ－ｒａｙディスク）、ソリッドステート媒体（例えばＲＡＭ、ＲＯＭ、フラッシュメモリ、ソリッドステートストレージ）、及び他の不揮発性ストレージ又はメモリを含む。

コンピュータデバイス７０５は、幾つかの計算環境例において技術、メソッド、アプリケーション、プロセス、又はコンピュータ実行可能命令を実装するために使用し得る。コンピュータ実行可能命令は、一時的媒体から取得し、非一時的媒体に記憶しそこから取得し得る。実行可能命令は、任意のプログラミング、スクリプト、及び機械言語（例えばＣ、Ｃ＋＋、Ｃ＃、Ｊａｖａ、Ｖｉｓｕａｌ Ｂａｓｉｃ、Ｐｙｔｈｏｎ、Ｐｅｒｌ、ＪａｖａＳｃｒｉｐｔ等）の１又は複数に由来することができる。

プロセッサ７１０は、ネイティブ環境又は仮想環境で任意のオペレーティングシステム（ＯＳ）（図示せず）下で実行することができる。異なるユニットが互いに、ＯＳで、及び他のアプリケーション（図示せず）で通信するために、論理ユニット７６０、アプリケーションプログラミングインターフェース（ＡＰＩ）ユニット７６５、入力ユニット７７０、出力ユニット７７５、及びユニット間通信メカニズム７９５を含む１又は複数のアプリケーションをデプロイし得る。記載されたユニット及び要素は、設計、機能、構成、又は実装が様々であることができ、提供された説明に限定されない。プロセッサ７１０は、中央演算処理装置（ＣＰＵ）等のハードウェアプロセッサの形態であってもよく、又はハードウェアユニットとソフトウェアユニットとの組合せであってもよい。

幾つかの実施態様例では、情報又は実行命令がＡＰＩユニット７６５によって受信されると、情報又は実行命令は１又は複数の他のユニット（例えば論理ユニット７６０、入力ユニット７７０、出力ユニット７７５）に通信されてもよい。幾つかの場合、論理ユニット７６０は、上述した幾つかの実施態様例において、ユニット間の情報フローを制御し、ＡＰＩユニット７６５、入力ユニット７７０、出力ユニット７７５により提供されるサービスを指示するように構成されてもよい。例えば、１又は複数のプロセス又は実装のフローは、論理ユニット７６０のみにより又はＡＰＩユニット７６５と併せて制御されてもよい。入力ユニット７７０は、実施態様例において説明された計算の入力を取得するように構成されてもよく、出力ユニット７７５は、実施態様例において説明された計算に基づいて出力を提供するように構成されてもよい。

メモリ６１５は、プロセッサ７１０にロードされる図６（ａ）～図６（ｃ）のフロー図を容易にするための命令を記憶するように構成し得る。

図１及び図６（ａ）に示されるように、プロセッサ７１０は、ウェブブラウザアプリケーションを介して、メディアサーバとクライアントデバイスにより選択された１又は複数のカメラとの間にセキュアハイパーテキストトランスファープロトコル（ＨＴＴＰＳ）接続を確立し、メディアサーバとクライアントデバイスのウェブブラウザアプリケーションとの間にウェブソケットセキュア（ＷＳＳ）接続を確立することと、メディアサーバにおいて、選択された１又は複数のカメラからライブビデオのメディアチャンクをＨＴＴＰＳ接続を介して受信し、メディアサーバから、選択された１つ又は複数のカメラから受信したライブビデオのメディアチャンクをクライアントデバイスのウェブブラウザアプリケーションにＷＳＳ接続を介して送信するように構成することができる。図１に示されるように、メディアチャンクは断片化ＭＰ４フォーマットであり得る。

図２、図６（ａ）、及び図６（ｂ）に示されるように、プロセッサ７１０は、クライアントデバイスのウェブブラウザ及び選択された１又は複数のカメラから受信される認証トークンの検証に基づいて、クライアントデバイスのウェブブラウザアプリケーションが、選択された１又は複数のカメラからのライブビデオにアクセスするための認証を指揮するように構成し得る。

図３に示されるように、プロセッサ７１０は、ウェブブラウザアプリケーションを介してクライアントデバイスにより選択された１又は複数のカメラの数が閾値を超える場合、ロードバランシングプロセスを実行するように構成してもよく、、ロードバランシングプロセスは、ウェブブラウザアプリケーションを介して、別のメディアサーバとクライアントデバイスにより選択された１又は複数のカメラのサブセットとの間に別のセキュアハイパーテキストトランスファープロトコル（ＨＴＴＰＳ）接続を確立することと、メディアサーバとクライアントデバイスのウェブブラウザアプリケーションとの間に別のウェブソケットセキュア（ＷＳＳ）接続を確立することと、別のメディアサーバにおいて、別のＨＴＴＰＳ接続を介して、１又は複数のカメラのサブセットから第２ライブビデオの第２メディアチャンクを受信することと、別のメディアサーバから、第２のライブビデオの第２のメディアチャンクをクライアントデバイスのウェブブラウザアプリケーションに別のＷＳＳ接続を介して送信することを含むように、構成してもよい。

図４に示されるように、プロセッサ７１０は、ウェブブラウザアプリケーションを介してクライアントデバイスから、１又は複数のカメラの選択を受信し、選択された１又は複数のカメラのライブビデオをアクティブ化するようにエッジデバイスに指示するように構成し得る。

図５及び図６（ｃ）に示されるように、プロセッサ７１０は、クライアントデバイスのウェブブラウザアプリケーションとメディアサーバとの間に別のＨＴＴＰＳ接続を確立し、別のＨＴＴＰＳ接続を介して、メディアサーバに記憶されたビデオをクライアントデバイスのウェブブラウザアプリケーションに送信するように構成し得る。

詳細な説明の幾つかの部分は、コンピュータ内の動作のアルゴリズム及び記号表現に関して提示されている。これらのアルゴリズム的記述及び記号表現は、データ処理の分野の当業者が、革新の要点を他の当業者に伝えるために使用される手段である。アルゴリズムは、所望の最終状態又は結果に繋がる一連の定義されたステップである。実施態様例では、実行されるステップは、有形結果を達成するために、有形数量の物理的操作を必要とする。

別段のことが特記されない限り、考察から明らかなように、説明全体を通して、「処理」、「計算」、「算出」、「決定」、「表示」等の用語を利用した議論が、コンピュータシステムのレジスタ及びメモリ内の物理的（電子）数量として表されるデータを操作し、コンピュータシステムのメモリ若しくはレジスタ又は他の情報記憶、伝送若しくは表示デバイス内の物理的数量として同様に表された他のデータに変換する、コンピュータシステム又は他の情報処理デバイスの動作及びプロセスを含むことができることが理解される。

実施態様例は、本明細書における動作を実行する装置に関してもよい。この装置は、求められる目的に向けて特に構築されてもよく、又は１又は複数のコンピュータプログラムによって選択的にアクティブ化又は再構成される１又は複数の汎用コンピュータを含んでもよい。そのようなコンピュータプログラムは、コンピュータ可読媒体、例えばコンピュータ可読記憶媒体又はコンピュータ可読信号媒体に記憶してもよい。コンピュータ可読記憶媒体は、有形媒体、限定ではなく例として、光ディスク、磁気ディスク、リードオンリーメモリ、ランダムアクセスメモリ、ソリッドステートデバイス、及びドライブ又は電子情報を記憶するのに適した他の任意のタイプの有形又は非一時的媒体を含んでもよい。コンピュータ可読信号媒体は、搬送波等の媒体を含んでもよい。本明細書に提示されたアルゴリズム及びディスプレイは本質的に、いかなる特定のコンピュータ又は他の装置とも関連しない。コンピュータプログラムは、所望の実施態様の動作を実行する命令を含む純粋なソフトウェア実施態様を含むことができる。

種々の汎用システムが、本明細書における例によるプログラム及びモジュールと併用してもよく、又は所望の方法ステップを実行するより特化された装置を構築するほうが好都合であると分かってもよい。加えて、実施態様例は、いかなる特定のプログラミング言語も参照して説明されていない。多様なプログラミング言語を使用して、本明細書に記載される実施態様例の教示を実施してもよいことが理解されよう。プログラミング言語の命令は、１又は複数の処理デバイス、例えば中央演算処理装置（ＣＰＵ）、プロセッサ、又はコントローラにより実行してもよい。

当技術分野で既知のように、上述した動作は、ハードウェア、ソフトウェア、又はソフトウェアとハードウェアとの何らかの組合せによって実行され得る。実施態様例の種々の態様は、回路及び論理デバイス（ハードウェア）を使用して実装されてもよく、機械可読媒体に記憶された命令（ソフトウェア）を使用して実装されてもよく、命令は、プロセッサにより実行されると、本願の実装を実行する方法をプロセッサに実行させる。さらに、本願の幾つかの実施態様例は、ハードウェアのみで実行されてもよく、ソフトウェアのみで実行されてもよい。さらに、記載される種々の機能は、単一のユニットで実行され得、又は任意の数の方法で幾つかの構成要素にわたって分散され得る。ソフトウェアにより実行される場合、方法は、コンピュータ可読媒体に記憶された命令に基づいて、汎用コンピュータ等のプロセッサにより実行されてもよい。所望の場合、命令は、圧縮且つ／又は暗号化されたフォーマットで媒体に記憶され得る。

さらに、本願の他の実施態様が、本明細書の検討及び本願の教示の実施から当業者に明らかになろう。記載された実施態様例の種々の態様及び／又は構成要素は、単独で又は任意の組合せで使用され得る。本明細書及び実施態様例が単なる例として見なされ、本願の真の範囲及び趣旨が以下の特許請求の範囲により示されることが意図される。

まず、６０１において、１又は複数のカメラの選択がクライアントデバイスから受信される。６０２において、カメラが利用可能であるか否かが判断される（６０２）。そのような判断は、要求時にライブビデオフィードを提供するためにカメラが利用可能であるか否かに基づいて行うことができる。利用可能である場合（Ｙｅｓ）、フローは次いで６０３に進み、図２に示されるように、選択されたカメラ及びクライアントデバイスから認証トークンを受信する。

Claims (13)

1. ウェブブラウザアプリケーションを介して、メディアサーバとクライアントデバイスにより選択された１又は複数のカメラとの間にセキュアハイパーテキストトランスファープロトコル（ＨＴＴＰＳ）接続を確立することと、
   前記メディアサーバと前記クライアントデバイスの前記ウェブブラウザアプリケーションとの間にウェブソケットセキュア（ＷＳＳ）接続を確立することと、
   前記メディアサーバにおいて、前記ＨＴＴＰＳ接続を介して、前記選択された１又は複数のカメラからライブビデオのメディアチャンクを受信することと、
   前記ＷＳＳ接続を介して、前記メディアサーバから、前記選択された１又は複数のカメラから受信した前記ライブビデオのメディアチャンクを前記クライアントデバイスの前記ウェブブラウザアプリケーションに送信することと、
   を含む、方法。
2. 請求項１に記載の方法において、前記メディアチャンクは断片化ＭＰ４フォーマットである、方法。
3. 請求項1に記載の方法において、
   前記クライアントデバイスの前記ウェブブラウザ及び前記選択された１又は複数のカメラから受信される認証トークンの検証に基づいて、前記クライアントデバイスの前記ウェブブラウザアプリケーションが、前記選択された１又は複数のカメラからの前記ライブビデオにアクセスすることの認証を行うことを更に含む方法。
4. 請求項１に記載の方法において、前記ウェブブラウザアプリケーションを介して前記クライアントデバイスにより選択された前記１又は複数のカメラの数が閾値を超える場合、ロードバランシングプロセスを実行することを更に含み、前記ロードバランシングプロセスは、
   前記ウェブブラウザアプリケーションを介して、別のメディアサーバとクライアントデバイスにより選択された前記１つ又は複数のカメラのサブセットとの間に別のセキュアハイパーテキストトランスファープロトコル（ＨＴＴＰＳ）接続を確立することと、
   前記メディアサーバと前記クライアントデバイスの前記ウェブブラウザアプリケーションとの間に別のウェブソケットセキュア（ＷＳＳ）接続を確立することと、
   前記別のメディアサーバにおいて、前記別のＨＴＴＰＳ接続を介して、前記１又は複数のカメラの前記サブセットから第２のライブビデオの第２のメディアチャンクを受信することと、
   前記別のメディアサーバから、前記別のＷＳＳ接続を介して、前記第２のライブビデオの前記第２のメディアチャンクを前記クライアントデバイスの前記ウェブブラウザアプリケーションに送信することと、
   を含む、方法。
5. 請求項１に記載の方法において、
   前記ウェブブラウザアプリケーションを介して、前記クライアントデバイスから前記１又は複数のカメラの前記選択を受信することと、
   前記選択された１又は複数のカメラの前記ライブビデオをアクティブ化するようにエッジデバイスに指示することと、
   を更に含む方法。
6. 請求項１に記載の方法において、前記クライアントデバイスの前記ウェブブラウザアプリケーションと前記メディアサーバとの間に別のＨＴＴＰＳ接続を確立することと、
   前記別のＨＴＴＰＳ接続を介して、前記メディアサーバに記憶されたビデオを前記クライアントデバイスの前記ウェブブラウザアプリケーションに送信することと、
   を更に含む方法。
7. プロセスを実行するための命令を記憶する非一時的コンピュータ可読媒体であって、前記命令は、
   ウェブブラウザアプリケーションを介して、メディアサーバとクライアントデバイスにより選択された１又は複数のカメラとの間にセキュアハイパーテキストトランスファープロトコル（ＨＴＴＰＳ）接続を確立することと、
   前記メディアサーバと前記クライアントデバイスの前記ウェブブラウザアプリケーションとの間にウェブソケットセキュア（ＷＳＳ）接続を確立することと、
   前記メディアサーバにおいて、前記ＨＴＴＰＳ接続を介して、前記選択された１又は複数のカメラからライブビデオのメディアチャンクを受信することと、
   前記メディアサーバから、前記ＷＳＳ接続を介して、前記選択された１又は複数のカメラから受信した前記ライブビデオのメディアチャンクを前記クライアントデバイスの前記ウェブブラウザアプリケーションに送信することと、
   を含む、非一時的コンピュータ可読媒体。
8. 請求項７に記載の非一時的コンピュータ可読媒体において、前記メディアチャンクは断片化ＭＰ４フォーマットである、非一時的コンピュータ可読媒体。
9. 請求項７に記載の非一時的コンピュータ可読媒体において、前記命令は、前記クライアントデバイスの前記ウェブブラウザ及び前記選択された１又は複数のカメラから受信される認証トークンの検証に基づいて、前記クライアントデバイスの前記ウェブブラウザアプリケーションが、前記選択された１又は複数のカメラからの前記ライブビデオにアクセスすることの認証を行うことを更に含む、非一時的コンピュータ可読媒体。
10. 請求項７に記載の非一時的コンピュータ可読媒体において、前記命令は、前記ウェブブラウザアプリケーションを介して前記クライアントデバイスにより選択された前記１又は複数のカメラの数が閾値を超える場合、ロードバランシングプロセスを実行することを更に含み、前記ロードバランシングプロセスは、
    前記ウェブブラウザアプリケーションを介して、別のメディアサーバとクライアントデバイスにより選択された前記１つ又は複数のカメラのサブセットとの間に別のセキュアハイパーテキストトランスファープロトコル（ＨＴＴＰＳ）接続を確立することと、
    前記メディアサーバと前記クライアントデバイスの前記ウェブブラウザアプリケーションとの間に別のウェブソケットセキュア（ＷＳＳ）接続を確立することと、
    前記別のメディアサーバにおいて、前記別のＨＴＴＰＳ接続を介して前記１又は複数のカメラの前記サブセットから第２のライブビデオの第２のメディアチャンクを受信することと、
    前記別のメディアサーバから前記第２のライブビデオの前記第２のメディアチャンクを前記クライアントデバイスの前記ウェブブラウザアプリケーションに前記別のＷＳＳ接続を介して送信することと、
    を含む非一時的コンピュータ可読媒体。
11. 請求項７に記載の非一時的コンピュータ可読媒体において、前記ウェブブラウザアプリケーションを介して、前記クライアントデバイスから前記１又は複数のカメラの前記選択を受信することと、
    前記選択された１又は複数のカメラの前記ライブビデオをアクティブ化するようにエッジデバイスに指示することと、
    を更に含む、非一時的コンピュータ可読媒体。
12. 請求項７に記載の非一時的コンピュータ可読媒体において、前記クライアントデバイスの前記ウェブブラウザアプリケーションと前記メディアサーバとの間に別のＨＴＴＰＳ接続を確立することと、
    前記別のＨＴＴＰＳ接続を介して、前記メディアサーバに記憶されたビデオを前記クライアントデバイスの前記ウェブブラウザアプリケーションに送信することと、
    を更に含む非一時的コンピュータ可読媒体。
13. プロセッサを備えた装置であって、前記プロセッサは、
    ウェブブラウザアプリケーションを介して、メディアサーバとクライアントデバイスにより選択された１つ又は複数のカメラとの間にセキュアハイパーテキストトランスファープロトコル（ＨＴＴＰＳ）接続を確立することと、
    前記メディアサーバと前記クライアントデバイスの前記ウェブブラウザアプリケーションとの間にウェブソケットセキュア（ＷＳＳ）接続を確立することと、
    前記メディアサーバにおいて、前記ＨＴＴＰＳ接続を介して前記選択された１又は複数のカメラからライブビデオのメディアチャンクを受信することと、
    前記メディアサーバから、前記選択された１又は複数のカメラから受信した前記ライブビデオのメディアチャンクを前記クライアントデバイスの前記ウェブブラウザアプリケーションに前記ＷＳＳ接続を介して送信することと、
    を行うように構成された、装置。