JP7518302B2 - ビデオコラボレーションセッション中のユーザ動作の競合を回避するための技術 - Google Patents

Description

本開示は、ストリーミングビデオデータの共同視聴、さらに具体的には、クライアントデバイスに表示されるクライアントインタフェースを介してビデオコラボレーションセッションに参加するクライアントデバイス間のユーザ動作の競合を回避することにより通信を容易にするビデオコラボレーションサービスに関する。

ビデオ制作は一般に、例えば、ディレクタ、プロデューサ、キャスト、クルー、照明専門家、アーティスト、コンピュータアニメータなど、所与のビデオプロジェクトに複数の共同作業者を必要とする。複数の共同作業者が同時に同じビデオを共同的に視聴したり、コメントしたりすると、非常に便利である。

共同ビデオレビューを実現する１つの方法は、すべての共同作業者を同じ地理的な場所に集め、ビデオを直接閲覧したり、話し合ったりすることである。ただし、ビデオ制作の現在のグローバルな性質を考えると、すべてのチームが同じ位置に簡単にアクセス可能なメンバで構成されているわけではない。さらに、共同作業者からのすべてのコメント情報及び、コメントが関連するビデオの部分を含む、将来のレビューのために、このような対人のミーティングの詳細を記録することは困難な場合がある。

共同作業者が同じ場所にいることを必要としない共同ビデオレビューを達成する別の方法は、ビデオコラボレーションサービスを提供するネットワーク化されたコンピューティングシステムを介するものである。このようなビデオコラボレーションサービスにより、ユーザは個々のクライアントデバイスで実行されているクライアントインタフェースを使用して、ビデオデータとビデオデータに関するコメントを集合的に表示することができる。一部のビデオコラボレーションサービスでは、画面共有に基づいてビデオデータをユーザに共有することができ、この場合、共同作業者の１人がクライアントデバイスでビデオを再生し、ビデオコラボレーションサービスを介して他の共同作業者と画面を共有する。その他のビデオコラボレーションサービスは、コラボレーションの一部であるさまざまなクライアントデバイスにビデオデータをストリーミングする。

ビデオコラボレーションサービスでは、共同作業者が対象ビデオデータに関する情報を共有するさまざまな方法がある。例えば、一部のビデオコラボレーションサービスでは、コラボレーションクライアントデバイスが、記録され得る通信ストリームを共有することが可能であり、また、共同作業者がビデオデータにコメントを記録することも可能である。共同作業者は、ビデオコンテンツ上でより効率的にコラボレーションすることができるように同時にビデオを視聴し得る。

しかし、複数のユーザが、コミュニケーションされるアイデアの一部を妨害したり、ブロックしたりすることなく、同時に同じビデオ上にコメントやアノテーションを描画することは困難である。さらに、たとえ１人だけがビデオ再生を制御している場合であっても、すべての共同作業者がフレームに関するアイデアを提示する前に、ビデオを所定のフレームから移動させることができる。このような競合するユーザ動作は、共同作業者が効果的に通信する機会を制限し、コラボレーションミーティングを完了するために必要な時間を延ばす可能性があり、これにより、ミーティングのためのコンピューティング時間とネットワークリソース要件が増加する。本明細書に開示されたシステムおよび方法は、この課題および他の課題を扱う。

上記のセクションで説明したアプローチは、追求可能なアプローチであるが、必ずしも以前に構想または追求されたアプローチではない。したがって、特に明記されていない限り、このセクションに記述されているアプローチは、先行技術として適格であると仮定すべきではなく、また、単にこのセクションに含まれていることによって、よく理解されているもの、ルーチン、または従来のものであると仮定すべきではない。

図面は以下を示す。

ビデオコラボレーションセッション中のクライアントデバイス間の効率的な通信のためのネットワーク構成例を示す。

ビデオコラボレーションサービスのクライアントアプリケーションのための例示的なグラフィカルユーザインタフェースを示す。

ビデオコラボレーションセッション参加者にアノテーションを描画するための情報を配布するためのフローチャートを示す。

ビデオデータフレーム上の例示的な描画アノテーションを有する例示的なグラフィカルユーザインタフェースを示す。

共存インジケータを有する例示的なグラフィカルユーザインタフェースを示す。

ビデオコラボレーションセッション用に維持される共同状態データ内の現在のビデオタイムスタンプのフリーズ条件を検出し、強制するためのフローチャートを示す。

、 例示的な描画アノテーションおよび例示的な視覚ビデオフリーズインジケータを備えた例示的なグラフィカルユーザインタフェースを示す。

例示的なコンテンツ管理システムを示している。

本明細書に記載する技術を実施可能なコンピューティングデバイス例を示す。

ビデオフレームのための例示的な視覚アノテーションを示す。

以下の説明では、説明を目的として、本明細書に記載される技術の完全な理解を提供するために、多数の特定の詳細が説明される。しかしながら、本明細書に記載する技術が、これらの特定の詳細を除いて実施可能であることは明らかである。他の例では、周知の構造およびデバイスは、記述された技術を不必要に不明瞭にすることを避けるために、ブロック図形式で示されている。
１． 一般的な概要

異なるクライアントデバイスのユーザが、共同状態データに基づいて、ビデオコラボレーションサービスによって維持されるビデオコラボレーションセッションのためのコラボレーションビデオレビューに参加することを可能にするための技術が開示されている。具体的には、ビデオコラボレーションサービスは、ビデオコラボレーションセッションの共同状態データを維持し、セッションに参加する各クライアントデバイスに共同状態データの少なくとも一部を提供する。ビデオコラボレーションセッションのための共同状態データは、そのセッションのためのビデオデータ、そのセッションのために共同で視聴されるビデオデータのための同期的に視聴される（または現在の）フレームを識別する現在のフレーム番号または現在のビデオタイムスタンプ、および、一般的なテキストコメント、フレーム特有のテキストコメント、フレーム特有の描画アノテーション、および複数フレーム描画アノテーションのうちの１つ以上のための情報を含む、そのセッションに参加するクライアントデバイスによって提供される１つ以上のタイプのアノテーションを識別し得る。セッションに参加するクライアントデバイスは、同期モードにおいて、共同状態データを使用して、共同状態データに示されるビデオデータの同一の現在のフレームを同期させて表示する。

セッションに参加しているユーザが生成したセッションのビデオデータに関するアノテーションは、参加クライアントデバイスで実行されているクライアントアプリケーションを介してビデオコラボレーションサービスに提供され得る。具体的には、クライアントデバイスで実行されるクライアントアプリケーションは、ビデオデータを表示デバイスで表示させ、クライアントデバイスのユーザは、クライアントアプリケーションを介してビデオデータのための１つ以上のアノテーションを提供してもよい。例えば、ユーザは、特定のクライアントデバイスでクライアントアプリケーションの描画ツールを使用して、クライアントアプリケーションによって表示される現在のフレームに描画アノテーションを生成する。クライアントアプリケーションは、描画アノテーションを再生成するためのコンピュータ可読命令をビデオコラボレーションサービスに送信する。ビデオコラボレーションサービスは、ビデオコラボレーションセッションに参加している他のクライアントデバイスに描画命令を配布する。いくつかの実施形態によれば、クライアントデバイスは、共同状態データのローカルバージョンに描画命令を保存する。描画命令を使用して、クライアントデバイスのクライアントアプリケーションは、クライアントデバイスに表示される関連するビデオフレームに描画アノテーションを再生成するように構成される。同期モードである場合、クライアントアプリケーションはリアルタイムに、セッションの共同参加者が生成したままの描画アノテーションを視聴可能にする、描画命令を受信する。

ビデオコラボレーションサービスは、セッションの間のユーザの動作の競合を防止することにより、ビデオコラボレーションセッションに参加しているクライアントデバイス間の効率的な通信を容易にする。例えば、ユーザがセッションに同期的に参加している場合、他のユーザがセッションの現在のフレーム上でフレーム特有の動作を実行している間に、第１のユーザが共同状態データで示される現在のフレームを変更するためにビデオ再生命令を送信すると、ユーザの動作は競合する。従って、同期モードにある参加クライアントアプリケーションで実行されているフレーム特有の動作の検出に基づいて、共同状態データ内の現在のフレーム値をフリーズするビデオコラボレーションサービスのための技術が本明細書に記載されている。

ビデオコラボレーションサービスは、フリーズ条件の検出に基づいて現在のフレームを共同状態データでフリーズさせる効果を発揮する。これは、フレーム固有の動作が実行されているか、差し迫っている可能性があることを示す。フリーズ条件の検出は、同期モードにあるクライアントアプリケーションによって現在の時間の閾値時間内に、アノテーションツール（例えば、描画ツールまたはコメントツールなど）との相互作用を記述する文脈イベントを示すデータを受信することに基づいて、暗黙的に行われてもよい。別の例として、フリーズ条件の暗黙の検出として、ビデオコラボレーションサービスは、同期モードにあるクライアントアプリケーションから、（ａ）現在の時間の閾値時間内に現在のビデオフレーム上にアノテーションを描画するための描画命令を受信するか、または（ｂ）現在の描画の完了を示す終了する描画命令を受信しない。さらに、フリーズ条件の検出は、フリーズ条件を課すためのクライアントアプリケーションからの要求を受信するなど、明示的であってもよい。

フリーズ条件は、フリーズ条件が「解除される」又はフリーズ上限がもはや有効でなくなるまで、「アクティブ」である。共同状態データの現在のフレームのフリーズを解除するために、アクティブなフリーズ条件が有効でない場合がある。いくつかの実施形態によれば、フリーズ条件は暗黙的または明示的に解除することができる。例えば、ビデオコラボレーションサービスは、フリーズ条件を検出してからの閾値時間が経過したことを決定することに基づいて、または、描画命令がフリーズ条件を予測したクライアントデバイスからの終了描画命令を受信することに基づいて、以前に検出されたフリーズ条件の暗黙のリフトを検出することができる。

いくつかの実施形態によれば、アクティブフリーズ条件に基づいて、ビデオコラボレーションサービスは、セッションに参加する１つ以上のクライアントアプリケーションによって、視覚ビデオフリーズインジケーションを表示させる。視覚ビデオフリーズインジケーションは、同期モードのクライアントアプリケーション内のビデオ再生コントロールの１つ以上と関連付けられ、フリーズしないルックアンドフィールと区別されるコントロールに対するルックアンドフィールを備えることができる。別の例として、視覚ビデオのフリーズインジケーションは、１つ以上のアクティブなフリーズ条件の送信元を識別することができる。別の実施形態によれば、視覚ビデオのフリーズ表示を、ビデオ再生コントロールと視覚的に関連付けない。

本明細書に記載される技術は、ビデオコラボレーションセッション中の効率的な通信を容易にし、これにより、このようなセッションを行うために必要な時間を短縮する。したがって、これらの技術を使用すると、ビデオコラボレーションセッションを実行するために必要なネットワーク帯域幅とコンピューティングリソースが減少する。ユーザは、他の参加者の行動によって中断されることなく、共同視聴されるビデオフレームに関してより効果的にコミュニケーションすることができる。
２． 例示的なクライアントアプリケーション

図１は、ビデオコラボレーションセッション中のクライアントデバイス間の効率的な通信のためのネットワーク配置１００の例を示す。いくつかの実施形態によれば、ネットワーク配置１００における例示的なサーバデバイス１１０上で実行されるビデオコラボレーションサービス１１２は、１つ以上のビデオ、即ち、セッションのためのビデオデータに基づいてビデオコラボレーションセッションをセットアップする要求を受信する。要求に応答して、ＶＣＳ１１２は、セッションのためのビデオデータを識別する共同状態データに基づくビデオコラボレーションセッションを確立する。ユーザは、クライアントデバイス１３０Ａ－Ｎ上のクライアントアプリケーション１３２Ａ－Ｎを介して、確立されたセッションに参加することができる。（説明の容易さのために、クライアントデバイスの一般的な機能が説明されている場合、個々のクライアントデバイスは、クライアントデバイス１３０と呼ばれ、個々のクライアントアプリケーションは、クライアントアプリケーション１３２と呼ばれ、個々のローカル共同状態データストア（以下でさらに詳細に説明する）は、共同状態データ１３４と呼ばれる。）いくつかの実施形態によると、クライアントアプリケーション１３２は、クライアントデバイス１３０上で実行されるスタンドアロンアプリケーションである。別の実施形態によれば、クライアントアプリケーション１３２は、クライアントデバイス１３０のブラウザを介して実行される。

いくつかの実施形態によれば、クライアントアプリケーション１３２は、ウェブソケット接続をラップし、共同状態データ１３４を追跡するクライアントオブジェクトによって実施される。再生のために、クライアントアプリケーション１３２は、未定義として初期化されるローカルコピー共同状態データ１３４を保持する。クライアントアプリケーション１３２が特定のセッションに参加すると、クライアントアプリケーションは、ＶＣＳ１１２からビデオ再生メッセージを受信し、以下でさらに詳細に説明するように、共同状態データ１３４のローカルコピーを更新する。

図２は、クライアントデバイス１３０のための表示デバイスにおいて表示される、クライアントアプリケーション１３２のための例示的なＧＵＩ２００を示す。本明細書に記載する実施形態を示すためにＧＵＩ２００が使用されるが、実施形態はこれに限定されるものではない。例示的なＧＵＩ２００は、ビデオ視聴エリア２１０、参加者エリア２２０、コメントエリア２３０、投稿コメントエリア２４０、および視覚的アノテーションエリア２５０を含む。
２．１． ビデオ視聴エリア

いくつかの実施形態によれば、ＶＣＳ１１２は、セッションのビデオデータを、ネットワーク１２０を介して、参加する各クライアントデバイス１３０Ａ－Ｅにストリーミングする。各クライアントデバイス１３０は、クライアントアプリケーション１３２を介してビデオを表示する。例えば、ビデオ視聴エリア２１０は、ビデオコラボレーションセッションに関連してストリーミングされているビデオデータを表示する。ビデオ視聴エリア２１０はさらに、再生／一時停止制御、単一フレーム巻き戻し制御、単一フレーム早送り制御、１０秒巻き戻し制御、および１０秒早送り制御を含む、ビデオ再生コントロール２１２を含む。ビデオ視聴エリア２１０はまた、視聴されたビデオデータの現在のタイムスタンプとビデオデータの長さを表示するプログレスタイムスタンプ２１４を含む。ビデオ視聴エリア２１０はさらに、現在のタイムスタンプ制御デバイス２１６Ａを有するプログレスバー２１６を含み、これはプログレスバー２１６に沿って移動することができ（例えば、クリックおよびドラッグ制御２１６Ａ）、現在のビデオデータの表示された部分のタイムスタンプがプログレスバー２１６に沿った現在のタイムスタンプ制御デバイス２１６Ａの位置に対応するようにする。
２．２． 参加者エリア

ＧＵＩ２００の参加者エリア２２０は、ビデオコラボレーションセッションに参加しているクライアントデバイスの数のインジケータ２２２を含む（例えば、５つのクライアントデバイス１３０Ａ－Ｅ）。参加者エリア２２０はさらに、（以下でさらに詳細に説明するように）クライアントアプリケーション１３２が同期モードであるか否かを制御するトグル制御２２４を含む。説明のために、トグル制御２２４が「オン」位置にトグルされると、クライアントアプリケーション１３２は同期モードとなり、トグル制御２２４が「オフ」位置にトグルされると、クライアントアプリケーション１３２は非同期モードとなる。

参加者エリア２２０はさらに、例えばクライアントデバイス１３０Ａ－Ｅを介して、ビデオコラボレーションセッションに参加するユーザを識別するユーザ識別子トークン２２６を含む。ユーザ識別子トークン２２６は、ユーザ識別子を含むことができ、または識別されたユーザに関連する画像またはアイコンを示すことができる。図２の例では、ユーザＡ－Ｅは、クライアントデバイス１３０Ａ－Ｅ上のクライアントアプリケーション１３２Ａ－Ｅを介してＶＣＳ１１２で認証され、ビデオコラボレーションセッションに参加しているトークン２２６によって識別される。ユーザは、認証されていないゲストとしてビデオコラボレーションセッションに参加することができ、この場合、認証されていないユーザを表すトークン２２６はユーザ識別子を反映しない。
２．３． コメントエリア

コメントエリア２３０は、ユーザがビデオデータ上にコメントアノテーションをタイプすることができるコメント入力テキストボックス２３２を含む。コメントエリア２３０はさらに、アクティブ化されると、エリア２１０に表示されるビデオの現在のタイムスタンプ及びユーザの識別子（使用可能な場合）とともに、コメント入力テキストボックス２３２内のテキストを、ローカル共同状態データ１３４に保存し、ビデオデータ上のアノテーションとしてＶＣＳ１１２に送信させる、投稿制御２３４を含む。ＶＣＳ１１２は、ＶＣＳ１１２によって維持される共同状態データ内の投稿されたコメントアノテーションを含み、共同状態データ１３４のローカルバージョンが投稿されたコメントアノテーションを反映して更新されるようにする。
２．４． 投稿コメントエリアと視覚アノテーションエリア

投稿コメントエリア２４０は、共同状態データ１３４に含まれるコメントアノテーションを、コメントアノテーションに関連するビデオタイムスタンプと共に表示する。同様に、視覚アノテーションエリア２５０は、視覚アノテーションに関連するビデオタイムスタンプと共に共同状態データ１３４に命令が含まれる視覚アノテーションを表示する。アノテーションは、さらに、ユーザ識別子及び／又はアノテーションのタイプの表示（例えば、「テキスト」、「フリーハンド描画」、「ステッカー」、「形状」、「絵文字」等）を用いて表され得る。いくつかの実施形態によれば、特定のアノテーションに対する投稿コメントエリア２４０および／または視覚アノテーションエリア２５０に含まれるアノテーションのタイプまたはその他の情報は、ユーザによって提供されたアノテーションのメタデータ（例えば、タイトル、タイプ、またはコメントテキストの一部など）に基づくことができる。

従って、ＶＣＳ１１２が、追加のコメントアノテーション及び他の参加デバイスからの描画アノテーションを用いて共同状態データ１３４を更新させるとき、これらのアノテーションは、投稿コメントエリア２４０及び視覚アノテーションエリア２５０に自動的に反映される。いくつかの実施形態によれば、投稿コメントエリア２４０および視覚アノテーションエリア２５０は、クライアントアプリケーション１３２が同期モードまたは非同期モードのいずれかである間、共同状態データ１３４に基づいて更新され続ける。いくつかの実施形態によれば、投稿コメントエリア２４０および視覚アノテーションエリア２５０に含まれるアノテーションの表現は、ビデオ再生コントロールであり、そのアクティベーションによって、アクティブ化されたアノテーション表現に関連するタイムスタンプにビデオ再生がジャンプする。

いくつかの実施形態によれば、投稿コメントエリア２４０および視覚アノテーションエリア２５０に表示されるアノテーション表示は、アノテーション表示をクリックする（またはそれに関連する制御をアクティベートする）ことにより、ＶＣＳ１１２がビデオ再生指示を受信してアノテーション表示に関連するビデオフレームに再生を移動させるようにハイパーリンクが張られる。いくつかの実施形態によれば、ビデオ再生命令はさらに、アノテーションされたフレーム上で再生が自動的に一時停止するようにする。さらに、プログレスバー２１６は、アノテーション付きフレームの視覚識別子と関連付けられてもよい。これらの視覚識別子のそれぞれは、制御を含み、そのアクティベーションにより、ＶＣＳ１１２は、類似のビデオ再生命令を受信して、関連するアノテーション付きフレームにスキップし、再生を一時停止する。
３． アノテーション及び共存データの配布

上述したように、ＶＣＳ１１２は、ビデオコラボレーションセッション参加者が、例えば、視聴エリア２１０に表示される、セッションのビデオデータのための描画アノテーションを生成し、セッションの他の参加者と描画アノテーションを共有することを可能にする。描画アノテーションは、他のセッション参加者にリアルタイムで表示されることがあり、これは、他の参加者が、描画が生成されている間、その描画を見ることを可能にするか、あるいは、ユーザからの明示的な指示に基づいて送信され得る。図３は、本明細書に記載する実施形態に従って、ビデオコラボレーションセッション参加者のためのクライアントアプリケーションにアノテーションを描画するための情報を配布するためのフローチャート３００を示す。
３．１． ビデオコラボレーションセッションの生成と参加

具体的には、ステップ３０２で、ビデオデータが複数のクライアントデバイスにストリーミングされ、ビデオデータが複数のビデオフレームを表す。例えば、ＶＣＳ１１２は、特定のビデオデータの識別子、例えば、００：００：００の現在のビデオタイムスタンプで、セッションのための共同状態データを初期化することによって、特定のビデオコラボレーションセッションを確立する。クライアントデバイス１３０Ａ－Ｅのクライアントアプリケーション１３２Ａ－Ｅは、ＶＣＳ１１２からセッションのための共同状態データをダウンロードすることによって、特定のセッションに参加する。クライアントアプリケーション１３２Ａ－Ｅがセッションに参加した後、ＶＣＳ１１２は、セッションのための特定のビデオデータが、ネットワーク１２０を介して、参加するクライアントデバイス１３０Ａ－Ｅのそれぞれにストリーミングされるようにする。各クライアントデバイス１３０は、クライアントアプリケーション１３２を介して、例えばＧＵＩ２００の視聴エリア２１０にビデオを表示する。

たとえば、ＶＣＳ１１２は、特定のビデオデータのビデオコラボレーションセッションを生成する要求を受信する。ＶＣＳ１１２は、要求の受信に応答して、上述のように新しいセッションを生成し、要求への応答として新しいセッションに関連付けられるユニフォームリソースロケータ（ＵＲＬ）を提供する。ＵＲＬのアクティベーションは、ネットワーク１２０を介してＶＣＳ１１２からウェブページを検索する。クライアントデバイス１３０上で動作するブラウザアプリケーションにウェブページをロードすると、クライアントアプリケーション１３２が実行され、これは、ＵＲＬに関連するセッションのための共同状態データ１３４をダウンロードし、クライアントアプリケーション１３２へのユーザインタフェースとしてＧＵＩ２００を表示させる。この例では、提供されたＵＲＬは、各クライアントデバイス１３０Ａ－Ｅでアクティベートされ、ウェブページを検索して各クライアントデバイスで実行されているブラウザアプリケーションにロードする。したがって、クライアントデバイス１３０Ａ－Ｅのそれぞれは、確立されたセッションのための共同状態データ１３４Ａ－Ｅのローカルバージョンを保存する。

いくつかの実施形態によれば、共同状態データ１３４および／またはセッションデータ（例えば、以下で詳細に説明するセッションデータ１４２、１４４）は、コンテンツ管理システムによって管理される。このような実施形態では、コンテンツ管理システムは、以下でさらに詳細に説明するように、クライアントデバイス１３０間の共同状態データ１３４の通信を容易にする。ＶＣＳ１１２は、コンテンツ管理システムの一部として実装されるか、または共同状態データ１３４および／またはセッションデータを管理する目的でコンテンツ管理システムとインタフェースすることができる。
３．２． ビデオ再生メッセージ

ビデオ再生メッセージは、特定のセッションの一部であるクライアントアプリケーション間でビデオ再生を同期するために使用される。例えば、ビデオ再生命令を含むメッセージは、現在のフレーム（例えば、再生命令が開始されたビデオデータのフレーム）と、再生速度（例えば、正方向移動の場合は正の速度、後方へ移動の場合は負の速度、例えば、通常速度で再生する場合は１．０、早送りの場合は１０．０、一時停止の場合は０．０、巻き戻しの場合は－１０．０）とを含む。いくつかの実施形態によれば、そのようなメッセージは、さらに、動作が開始された時間をマークする送信元クライアントデバイスで記録された現在の日付／時間を表すタイムスタンプを含む。このようなタイムスタンプは、受信クライアントアプリケーション１３２がクライアントデバイス間でメッセージが通信されるのにかかる時間を考慮するために「スキップする」ことを可能にするために使用され得る。

クライアントアプリケーション１３２は、以下でさらに詳細に説明するように、クライアントアプリケーションが同期モードにある間など、再生状態がクライアントアプリケーションでローカルで変化するたびに、ビデオ再生メッセージをＶＣＳ１１２に送信する。具体的には、ユーザが、再生、一時停止、シーク、レート変更などのビデオ再生イベントをトリガする動作をとると、クライアントアプリケーション１３２は、現在のフレームおよび再生速度を計算し、ローカル共同状態データ１３４を更新する。いくつかの実施形態によれば、現在のフレームおよび再生速度の値が変更された場合、またはビデオが単一フレーム持続時間より長く再生されていた場合（命令が、ビデオが再生された後に開始位置にシークすることである場合）、クライアントアプリケーション１３２はビデオ再生命令を反映してビデオ再生メッセージをＶＣＳ１１２に送る。

クライアントアプリケーション１３２からこのようなビデオ再生メッセージを受信すると、ＶＣＳ１１２は、他のすべてのクライアントアプリケーション１３２に対応するビデオ再生メッセージを送信する。いくつかの実施形態によれば、ＶＣＳ１１２はまた、最初にメッセージを送信したクライアントアプリケーション１３２にビデオ再生メッセージをエコーバックする。

いくつかの実施形態によれば、クライアントアプリケーションでローカルに実行される動作のビデオ再生メッセージを送信するとき、クライアントアプリケーションは、送信された保留中の変更のカウントを保持する。いくつかの実施形態によれば、別のクライアントアプリケーションで発生したＶＣＳ１１２からビデオ再生メッセージを受信すると、クライアントアプリケーション１３２は、保留中の変更のローカルカウントが＞０の場合、受信したビデオ再生メッセージを無視する。しかしながら、ビデオ再生メッセージがローカルクライアントアプリケーション（即ち、エコー）から発せられた場合には、クライアントアプリケーション１３２は、保留中の変更カウントをデクリメントする。保留中の変更カウントが既にゼロである場合、クライアントアプリケーション１３２は共同状態データ１３４を更新し、ｏｎＰｌａｙｂａｃｋプロトコルを開始する。ＶＣＳ１１２は、メッセージが受信された順序でメッセージを送信することが保証されているため、クライアントアプリケーションが１つ以上のビデオ再生メッセージを発信した後は、リモートビデオ再生メッセージを無視しても安全である。したがって、ローカル発信メッセージがエコーバックされる前に、クライアントアプリケーション１３２がリモート発信メッセージを受信した場合、受信したリモート発信メッセージは古く、期限切れになっている。

さらに、ビデオ再生メッセージは、クライアントアプリケーションが新たにセッションに参加したとき、すなわち、新たに参加したクライアントアプリケーションに、そのセッションに対する現在のビデオ再生動作を知らせるために、ＶＣＳ１１２によってクライアントアプリケーション１３２に送信され得る。これらの最初のビデオ再生命令を容易にするために、クライアントアプリケーション１３２から受信したビデオ再生命令は、例えば、ＶＣＳ１１２が必要に応じて初期ビデオ再生命令を検索するデータストアとして機能するセッションデータ１４２に持続され得る。

いくつかの実施形態によれば、クライアントアプリケーション１３２が最初のビデオ再生メッセージを受信すると、クライアントアプリケーション１３２は、最初のメッセージに情報を反映するように共同状態データ１３４を更新し、以下でさらに詳細に説明するｏｎＰｌａｙｂａｃｋプロトコルを開始する。
３．３． ＯＮＰＬＡＹＢＡＣＫプロトコル

クライアントアプリケーション１３２はｏｎＰｌａｙｂａｃｋプロトコルを実施し、それによってクライアントアプリケーション１３２は、共同状態データ１３４においてｒｅｍｏｔｅＰｌａｙｂａｃｋＳｔａｔｅ共有状態変数を更新する。クライアントアプリケーション１３２は、この状態を使用してビデオデータの再生を制御する。したがって、クライアントアプリケーション１３２がｒｅｍｏｔｅＰｌａｙｂａｃｋＳｔａｔｅの変更を見るたびに、クライアントアプリケーション１３２は、以下を実行する。
・ プレイヤイベントハンドラを無効にする（リモート変更が別のブロードキャストをトリガしないように）。
・ ビデオのフレーム番号とフレームレートを使用して、正しいプレイヤ時間を算出する。
・ 新しい状態がビデオデータの再生モードを示す場合、クライアントアプリケーション１３２はローカルプレイヤのｃｕｒｒｅｎｔＴｉｍｅを設定し、次にビデオを再生する。
・ 新しい状態がビデオデータの一時停止モードを示す場合には、クライアントアプリケーション１３２は、ローカルプレイヤを一時停止させてから、ｃｕｒｒｅｎｔＴｉｍｅを設定する。
・ その後、クライアントアプリケーション１３２は、プレイヤイベントハンドラを再び有効にする。
３．４． 同期モードと非同期モード

いくつかの実施形態によれば、クライアントアプリケーション１３２は、同期モードまたは非同期モードであってもよく、例えば、ユーザの好みに基づいて、またはセッションマスタによって割り当てられたモードに基づいていてもよい。クライアントアプリケーション１３２が同期モードであるとき、アプリケーションは、セッションデータと同期してビデオ再生を制御する、すなわち、同期モードで動作するビデオコラボレーションセッションでクライアントアプリケーションのビデオ再生を同期する共同状態データ１３４に基づく。 クライアントアプリケーション１３２が非同期モードになっているとき、アプリケーションは、共同状態データ１３４に関係なく、ＧＵＩ２００内のコントロールのアクティベーションに基づいてビデオ再生を制御し、これにより、ビデオコラボレーションセッションとは独立したビデオ再生の制御が可能になる。

したがって、一般に、クライアントアプリケーション１３２が同期モードにあるとき、再生コントロール２１２および現在のタイムスタンプ制御２１６Ａなどのビデオ再生コントロールのアクティベーションにより、クライアントアプリケーション１３２はビデオ再生命令をＶＣＳ１１２に送信し、これにより、（一般に）すべての参加クライアントデバイスに保存されたローカル共同状態データ１３４がビデオ再生命令に基づいて更新される。ビデオ再生命令は、再生、巻き戻し、早送り、一時停止、およびスキップを含むコントロール２１２のアクティベーションに起因する命令など、ビデオデータの再生に影響する命令である。いくつかのインスタンスが存在し（例えば、以下にさらに詳細に記述されるアクティブなフリーズ条件がある場合、またはクライアントアプリケーション１３２が共同ビデオ再生を制御する許可を有しない場合）、この場合、再生コントロールのアクティベーションが、同期モードにおいてＶＣＳ１１２に共同状態データを更新させない。クライアントアプリケーション１３２が同期モードにあるとき、アプリケーションは、共同状態データ１３４、例えばクライアントアプリケーション１３２に基づいて、ストリーミングビデオデータを視聴エリア２１０で再生すると、ストリーミングされたビデオは共同状態データ１３４に示されている現在のビデオタイムスタンプで表示される。したがって、ビデオデータが参加クライアントデバイス１３０Ａ－Ｅに個別にストリーミングされている間でも、同期モードで動作しているすべての参加クライアントデバイスは、ビデオデータの同じ部分を同時に表示する。

いくつかの実施形態によれば、複数の異なるビデオファイルがセッションに関連付けられ、セッションのために維持される共同状態データは、異なるビデオファイルのすべてを識別する。この実施形態では、共同状態データは、さらに、異なるビデオファイルのうちの特定の１つを、セッションのための現在のビデオファイルとして識別する。同期表示モードのクライアントアプリケーションは、セッションの現在のビデオファイルとして識別されたビデオを表示する。

非同期モードでは、クライアントアプリケーション１３２は、共同状態データ１３４に基づいてビデオ再生を制御せず、代わりに、クライアントアプリケーションのＧＵＩ２００内のコントロールのアクティベーションに基づいてビデオ再生を制御する。いくつかの実施形態によれば、クライアントアプリケーション１３２が非同期モードにある間に生成されたアノテーションは、以下でさらに詳細に説明する実施形態に従ってＶＣＳ１１２に送信される。ただし、クライアントアプリケーション１３２が非同期モードの間に生成された描画アノテーションは、（以下でさらに詳細を説明するように）他の参加クライアントデバイスではリアルタイムに表示されない。さらに、非同期モードでは、クライアントアプリケーション１３２は、ＶＣＳ１１２に通信される参加クライアントデバイスで実行される動作に基づいて、共同状態データ１３４を更新し続ける。いくつかの実施形態によれば、ＧＵＩ２００は、ユーザが同期モードと非同期モードとを切り替えることを可能にするコントロールを含む。ユーザが同期モードに入るために制御をアクティベートすると、本明細書に記載するように、ユーザのクライアントデバイスでのビデオ再生は共同状態によって制御される。ユーザがコントロールをアクティベートして非同期モードに入ると、クライアントアプリケーション１３２は、同期状態からの現在のビデオ再生動作（例えば、再生、一時停止、巻き戻し、早送りなど）を継続する。しかしながら、クライアントアプリケーション１３２が非同期モードにある間、クライアントで生成された任意のビデオ再生命令は、本明細書に記載するように、そのクライアントのビデオ再生にのみ影響を与える。

いくつかの実施形態によれば、ＶＣＳ１１２は、セッション用の共同状態データにおいて、同期モードであるクライアントアプリケーションから受信された再生命令を記録する。これらの記録された再生命令は、イベントタイムラインのタイムスタンプに関連付けることができ、これにより、以下でさらに詳細に説明するように、セッションデータのレビューが容易になる。
３．５． 入力カーソルの共存

いくつかの実施形態によれば、ＶＣＳ１１２は、参加クライアントデバイス１３０Ａ－ＥのＧＵＩ２００を介して、エリア２１０－２５０の１つ以上を含むＧＵＩ２００のアクティブ共存エリア内にある、他の参加クライアントデバイスで制御される入力カーソルの位置インジケータを表示する。いくつかの実施形態によれば、ＧＵＩ２００のアクティブエリアは、少なくともエリア２１０を含む。

いくつかの実施形態によれば、特定のクライアントデバイスによって制御される入力カーソルの位置インジケータを表示することに加えて、ＶＣＳ１１２はまた、クライアントアプリケーション１３２に、特定のクライアントデバイスで実行される１つ以上の追加の位置に基づく活動のための１つ以上の補助位置インジケータを表示させる。例えば、入力カーソルに加えて、特定のクライアントデバイス１３０におけるユーザは、ＧＵＩ２００のアクティブなエリア内のスタイラス位置またはタッチスクリーンアクティベーション位置などの補助位置入力のための情報を提供する。この例では、ＶＣＳ１１２は、他のクライアントデバイス１３０に、特定のクライアントデバイス１３０の入力カーソルの第１の位置インジケータと、特定のクライアントデバイス１３０から入力された補助位置の第２の位置インジケータの両方を表示させる。第２の位置インジケータは、第１および第２の位置インジケータが同一のクライアントデバイスから発信されることを示すために、１つ以上の共通の視覚要素を有することができる。任意の数の位置インジケータは、特定のクライアントデバイス１３０から発することができる。このような実施形態では、カーソルデータは、１つ以上の補助位置入力のためのデータをさらに含む。

フローチャート３００の説明に戻ると、ステップ３０４で、複数のクライアントデバイスの１つ以上のクライアントデバイスのそれぞれから、リアルタイムカーソルデータが受信される。このリアルタイムカーソルデータは、グラフィカルユーザインタフェース内の各クライアントデバイスで制御される入力カーソルの位置を示し、グラフィカルユーザインタフェースは、ビデオデータの視聴エリアを含む。例えば、ＶＣＳ１１２は、１つ以上のクライアントデバイス１３０Ａ－Ｅから、各クライアントデバイスで制御される入力カーソルの、ＧＵＩ２００のアクティブエリア内の位置を示すカーソルデータをリアルタイムで受信する。いくつかの実施形態によれば、カーソルデータは、カーソルの描写を調整するために使用され得る、圧力、速度、角度、ツールタイプなどの１つ以上をさらに含む。さらに、このようなカーソルメタデータは、生成される描画アノテーションのような、カーソルを介して実行されている動作の視覚表現を伝えるために使用されてもよい。たとえば、フリーハンド描画を生成するユーザのカーソルに関連付けられた圧力は、描画の線の重さを選択するために使用される。ここでは、軽い圧力では細い線が生成され、重い圧力では太い線が生成される。

いくつかの実施形態によれば、カーソルデータは、アクティブエリア内のカーソルの位置を示すＸ－Ｙ座標を含む。例えば、ＧＵＩ２００の複数のエリアがアクティブエリアに含まれる場合、特定のカーソル位置データは、エリア識別子と、示されたエリアに相対的なＸ－Ｙ座標とを含む。別の例として、ＧＵＩ２００のアクティブエリアがＸ－Ｙ座標の単一システムに適用可能な場合、特定のカーソル位置データは、エリア識別子のないＸ－Ｙ座標を含む。さらに別の例として、特定のカーソル位置データは、方向と距離を示すカーソル移動データを含み、これは、既知の位置に基づいてカーソルの現在位置を計算するために使用することができる。

例えば、エリア２１０のポイント２６０はＸ－Ｙ座標「０、０」にあるとみなされ、エリア２１０のポイント２６２はＸ－Ｙ座標「１、１」にあるとみなされる。この例では、エリア２１０内に位置する入力カーソルの位置は、ポイント２６０および２６２に対して決定される。

図示のために、クライアントアプリケーション１３２Ａで認証されたクライアントデバイス１３０ＡのユーザＡは、入力カーソルをＧＵＩ２００のアクティブエリア（例えば、視聴エリア２１０）に移動する。従って、クライアントアプリケーション１３２Ａは、入力カーソルの現在位置を「０．２６、０．５３」として識別する、すなわち、エリア２１０のポイント２６０および２６２に対する、カーソルデータをＶＣＳ１１２に送信する。同様に、ＶＣＳ１１２は、ユーザＤを認証し、現在のカーソル位置が「０．８３、０．２８」であることを識別したクライアントアプリケーション１３２Ｄからカーソルデータを受信し、ＶＣＳ１１２は、現在のカーソル位置が「０．７９、０．７５」であることを識別し、ユーザＥを認証したクライアントアプリケーション１３２Ｅからさらにカーソルデータを受信する。

フローチャート３００のステップ３０６で、複数のクライアントデバイスの他のクライアントデバイスから受信したリアルタイムカーソルデータが、リアルタイムで、複数のクライアントデバイスの各クライアントデバイスに送信され、各クライアントデバイスは、各クライアントデバイスによって表示されるグラフィカルユーザインタフェース内で、リアルタイムカーソルデータに示される各位置で他のクライアントデバイスに制御される入力カーソルの視覚表現を表示するように構成される。例えば、ＶＣＳ１１２は、各クライアントデバイス１３０Ａ－Ｅに対して、各カーソル位置データの送信元を特定する情報（例えば、ユーザ識別子、カーソル識別子、クライアントデバイス識別子など）とともに、クライアントデバイスから受信していないカーソルデータをリアルタイムに送信する。リアルタイムデータは、指定した（比較的短い）生成時間内に受信されたデータである。いくつかの実施形態によれば、カーソルデータは、データがＶＣＳ１１２によって受信され、閾値時間、例えば１００ミリ秒の範囲内で他の参加クライアントデバイスに配信されるとき、リアルタイムデータである。

受信したカーソルデータに基づいて、各クライアントデバイス１３０は、他の参加クライアントデバイスで制御されている入力カーソルの表現を表示する。例えば、図２のＧＵＩ２００は、クライアントデバイス１３０Ｂにおいて表示される。クライアントアプリケーション１３２Ｂは、ＶＣＳ１１２からカーソルデータを受信し、いくつかの実施形態によれば、カーソルデータを反映するように共同状態データ１３４Ｂを更新する。カーソルデータに基づいて、クライアントアプリケーション１３２Ｂは、入力カーソル表現２１８Ａ、２１８Ｄ、および２１８Ｅを表示し、これらは、受信されたカーソルデータ内に示される位置を示す位置インジケータである。

図２の例では、クライアントアプリケーション１３２がステルスモードにあるか、入力カーソルがＧＵＩ２００のアクティブエリア内にないかのいずれかの理由により、ユーザＢおよびＣの入力カーソルの表現（それぞれ、クライアントアプリケーション１３２Ｂおよび１３２Ｃで認証される）は、参加クライアントデバイス１３０Ａ－ＥのいずれにおいてもＧＵＩ２００に表示されない。

いくつかの実施形態によれば、特定のユーザによって制御される入力カーソルは、同じセッションに参加する他のクライアントアプリケーションによって表示されなくてもよい。なぜなら、クライアントアプリケーション１３２はステルスモードにあり、それによって入力カーソルは、ＧＵＩ２００のアクティブエリア内にあっても、ビデオコラボレーションセッションの他の参加者によって表示されないからである。ステルスモードは、ユーザが、例えばＧＵＩ２００のオプションメニューで選択するか、又はセッションのマスタによってユーザに課される。例えば、ステルスモード中に、クライアントアプリケーション１３２によってカーソルデータがＶＣＳ１１２に送信されないか、または、ステルスモード中にクライアントアプリケーション１３２からＶＣＳ１１２で座標データが受信され得、ステルスモード中のアプリケーションに基づいて、ＶＣＳ１１２は、（以下でさらに詳細に説明するように）カーソルデータを他の参加クライアントアプリケーションに配布しない。

いくつかの実施形態によれば、ＧＵＩ２００に表示されるカーソルの表現の１つ以上の視覚的側面は、カーソルデータの送信元を識別する。例えば、各カーソル表現は、アバター又は他の写真、ユーザ名、ユーザのイニシャルなどのような、カーソルの送信元を識別する情報と共に表示することができる。別の例として、各カーソルは、表示されたカーソル表現の間でユニークな特定の色を少なくとも部分的に有して描かれてもよく、ここで、色は、カーソル表示全体またはカーソルの一部にあってもよく、または、色は、カーソルの送信元を識別するデータと関連付けられてもよい。例えば、識別する色は、カーソルに関連付けられたテキストの背後にあり、カーソルに関連付けられた一部またはすべてのテキストの色であり、カーソルに関連付けられたテキストのアウトラインを示し、カーソルに関連付けられた画像のアウトラインを示すことができる。色は、セッションマスタによって割り当てられ、ユーザによって選択され、またはＶＣＳ１１２によって自動的に割り当てられ得る。いくつかの実施形態によれば、ユーザは、ＧＵＩ２００のメニューを介して、またはＧＵＩ２００内での中間または右クリックによって、またはキーボード入力（専用の機能ボタンまたはカーソル色を変更するために使用されるボタンの組み合わせなど）を用いて、割り当てられた色を変更することができる。いくつかの実施形態によれば、ユーザは、他の参加者を識別するために使用されない色から色を選択することができ、または、他の参加者を識別するためにまだ使用されていない異なる色を自動的に割り当てることができる。

いくつかの実施形態によれば、ＧＵＩ２００のアクティブエリアは、投稿コメントエリア２４０および／または視覚的アノテーションエリア２５０の一方または両方のようなエリア２１０以外のエリアを含む。この例では、ＶＣＳ１１２は、ＧＵＩ２００のアクティブエリアの一部であるこれらの他のエリア内の入力カーソルおよび／または他の位置ベースの活動のために位置インジケータを表示させる。さらに、ＶＣＳ１１２は、エリア２１０以外の１つ以上のエリア内で実行されるアクティビティを、クライアントデバイス１３０間で伝搬させることができる。例えば、ＶＣＳ１１２は、共同状態データ１３４に、他のクライアントデバイス１３０に表示されるＧＵＩ２００でこれらの動作を実行するために使用されるこれらのエリア内の動作（リストの展開／折りたたみ、コントロールのアクティベーション、特定のアノテーション表現のハイライトなど）を反映させることができる。
３．６． 描画アノテーションの生成

いくつかの実施形態によれば、ＶＣＳ１１２は、ユーザが、ストリーミングされるビデオデータのフレーム上に描画アノテーションを生成することを可能にし、セッションのために記録された共同状態データ内の描画アノテーションのための情報を含む。例えば、ビデオデータが特定のフレーム上で一時停止されたとき、ユーザは、エリア２１０を横切ってクリックアンドドラッグすることができ、これにより、ユーザがカーソルをドラッグする表示フレーム上に線が描かれる。

他の描画ツールも、ユーザが利用することができる。例えば、図１０は、いくつかの実施形態による、ビデオフレームのための例示的な視覚アノテーションを有するＧＵＩ２００を示す。具体的には、図１０は、ＧＵＩ２００に表示される現在のフレームに適用されたステッカー１００２、絵文字１００４、および形状１０１０を示す。図１０は、絵文字、形状、および／またはステッカーを現在のフレームに適用するためのコントロールを備えた、絵文字／ステッカー／形状制御バー１００６をさらに示す。図形は、任意の幾何学的図形であってもよく、任意のサイズ、色、または線の重さであってもよく、任意の方法で塗りつぶされてもよい。絵文字、ステッカー、および／または形状は、一般に、所定のフレームに関連付けられてもよく、または、アノテーションを描画するために、本明細書に記載するように、フレーム上の特定の位置に関連付けられてもよい。ここでの例示の視覚アノテーションは、アノテーションを描画するために、本明細書に記載するように、管理されてもよい（例えば、クライアントデバイス間の通信、トラッキング、合同セッションデータ１３４および／またはセッションデータ１４２／１４４における記録、フリーズ条件などに関して）。

さらに、プログレスバー２１６は、絵文字、形状、および／またはステッカーがビデオデータのフレームに適用されたタイムスタンプをマーキングする絵文字／ステッカー／形状インジケータ１００８を含む。インジケータ１００８は、コメントおよび／または描画アノテーションのような、１つ以上の他のタイプのアノテーションのタイムスタンプをマークすることもできる。いくつかの実施形態によれば、インジケータ１００８の各々の視覚描写は、表現されたアノテーションの１つ以上の特性を反映する。図１０の例では、各表示器１００８は、フレームに適用される絵文字／ステッカー／形状の一例である。インジケータ１００８の視覚表現として使用される絵文字／ステッカー／形状は、例えば、フレームへの適用数が最も多い絵文字、フレームに最初に適用された絵文字／ステッカー／形状などに基づいて、任意の方法で選択することができる。インジケータ１００８の明確な視覚表現の態様は、異なるタイプのアノテーションデータに対応することができる。更に、インジケータの視覚表現は、表現されたアノテーションを生成したユーザの識別子、又はフレーム上にアノテーションを生成したユーザの集合を含むことができる。いくつかの実施形態によれば、インジケータ１００８の１つを選択すると、ビデオデータが選択されたインジケータによってマークされたタイムスタンプにジャンプするようにするビデオ制御コマンドが生成される。

いくつかの実施形態によれば、描画アノテーションのルックアンドフィールは、アノテーションを生成したユーザに固有のものである。例えば、図面の色は、ユーザのための入力カーソルがＧＵＩ２００内に表示される色に対応してもよい。別の例として、図面の１つ以上の他の態様は、線のスタイル（実線、破線、網点、破線パターン、網点パターン、二重線など）、線の重さなど、画を生成するユーザに固有のものであってもよい。さらに別の例として、描画アノテーションを、ユーザ名、画像、シンボル、ユーザのイニシャルなど、アノテーションの送信元を識別する情報と視覚的に関連づけて表示してもよい。

同期モードで動作する場合、ユーザは、共同状態データ１３４に従ってビデオが一時停止されたときにのみ、描画アノテーションを生成することができる。ただし、非同期モードで動作している場合、ユーザは個別にビデオデータを一時停止し、個々のクライアントアプリケーションの現在のビデオフレームに描画アノテーションを生成することができる。いくつかの実施形態によれば、描画アノテーションが他のクライアントデバイスに展開され得るように、描画アノテーションの情報がＶＣＳ１１２に送信され、ローカル共同状態データ１３４に保存される。
３．７． 描画アノテーションの共有

いくつかの実施形態によれば、特定のビデオフレーム上で実行される描画アノテーションは、他の参加クライアントデバイスと共有される。描画アノテーションの共有は、明示的に実行されてもよいし、リアルタイムで、すなわち、ユーザがアノテーションを生成するときに実行されてもよい。例えば、ビデオフレーム上の描画アノテーションが特定のクライアントデバイス１３０Ａにおいてユーザによって生成されるように、クライアントアプリケーション１３２ＡからＶＣＳ１１２に描画アノテーションを再生成するための１つ以上の描画命令が提供される。ＶＣＳ１１２は、他の参加クライアントデバイス１３０Ｂ－Ｅに描画命令を提供する。クライアントアプリケーション１３２は、命令を受けたときに、描画命令に基づいて、ビデオフレーム上に描画アノテーションを描画するように構成される。したがって、ＶＣＳ１１２によってリアルタイムで命令が発信されると、セッションへのすべての参加者は、生成された描画を見ることができる。さらに、描画命令の送信は、ネットワーク配置１００のリソースを節約する非常に小さい帯域幅を必要とする。

図３のフローチャート３００の説明に戻ると、ステップ３０８で、複数のクライアントデバイスの特定のクライアントデバイスから１つ以上の描画命令が受信され、この場合、１つ以上の描画命令は、特定のクライアントデバイスにおいて、複数のビデオフレームの特定のフレーム上で実行される特定の描画アノテーションを再生成するためのものである。例えば、ＶＣＳ１１２は、クライアントアプリケーション１３２Ａから、クライアントデバイス１３０Ａに表示されるＧＵＩ２００を介して、ユーザＡによって生成された描画アノテーションを再生成するための複数の描画命令を受信する。

図４は、ビデオ視聴エリア２１０に表示されている現在のビデオフレーム上の例示描画アノテーション４０２を有するＧＵＩ２００を示す。描画アノテーション４０２が生成されている間に、クライアントアプリケーション１３２Ａは、複数の描画命令を生成して、描画アノテーションを再生成する。フリーフォーム線の文脈で説明するために、クライアントアプリケーション１３２Ａが、線生成を示す、エリア２１０にわたるクリックアンドドラッグイベントを検出すると、クライアントアプリケーション１３２Ａは、現在の線生成の終端を示すボタンリリースイベントがあるまで、入力カーソル位置の座標を定期的に記録する。クライアントアプリケーション１３２Ａは、記録された各座標に基づいて描画命令を生成し、リアルタイムで各描画命令をＶＣＳ１１２に送信する。

例えば、ＶＣＳ１１２は、図示されたセッションの間の第１の時間にクライアントアプリケーション１３２Ａから、例示の描画命令「ｓｔａｒｔ＿ｄｒａｗｉｎｇ（ｕｓｅｒ＿Ａ、０．３６、０．６０）」を受信する。ここで、ｕｓｅｒ＿Ａは、クライアントデバイス１３０ＡにおけるユーザＡの識別子またはクライアントデバイス１３０Ａの識別子などの描画命令の送信元を識別する。この命令は、指示された座標での描画の開始の検出に応じて、クライアントアプリケーション１３２Ａによって生成される。従って、この例の描画命令は、クライアントデバイス１３０Ａのユーザが、エリア２１０に表示されたビデオデータの現在のフレーム上でアノテーション４０２の描画を開始したことを示す。ここで、描画アノテーション４０２の開始位置４０２Ａは、座標０．３６、０．６０にある。

セッション中の第２の時間（第１の時間より後）に、ＶＣＳ１１２は、クライアントアプリケーション１３２Ａから、第２の例の描画命令「ｄｒａｗｉｎｇ＿ｓｅｇｍｅｎｔ（ｕｓｅｒ＿Ａ、０．４５、０．５４）」を受信する。いくつかの実施形態によれば、この命令は、描画アノテーション４０２が生成されている間に、入力カーソルの位置の定期的な識別情報に基づいて、クライアントアプリケーション１３２Ａによって生成される。描画アノテーションの現在の状態に基づいて描画命令を定期的に生成すると、セッションの他の参加者が生成中の描画を表示できるようになる。例示の描画命令は、最後に送信された座標（位置４０２Ａ）と座標０．４５、０．５４（位置４０２Ｂ）の間に線が描画されるように通信する。 この命令の第２の例は、非終端または中間描画命令であり、信号描画完了なしで描画に関する追加情報を提供する。

セッション中の第３の時間（第２の時間より後）に、ＶＣＳ１１２は、クライアントアプリケーション１３２Ａから、第３の例の描画命令「ｅｎｄ＿ｄｒａｗｉｎｇ（ｕｓｅｒ＿Ａ、０．４３、０．２９）」を受信する。本描画命令は、現行の描画の完了を示す終了描画命令である。クライアントアプリケーション１３２Ａは、入力カーソル表示２１８Ａが位置４０２Ｃ（座標０．４３、０．２９）にあるとき、例えば、位置４０２Ｃでクリックアンドドラッグ動作をリリースするユーザに基づいて、描画アノテーション４０２の終端を検出することに応じて、この終了命令を生成する。さらに、この例の命令は、最後に送信された座標（位置４０２Ｂ）と位置４０２Ｃの間に線を引く必要があることを伝える。

いくつかの実施形態によれば、描画アノテーション４０２のような特定のアノテーションを生成するユーザは、メタデータをアノテーションに関連付けることができる。図４は、描画アノテーション４０２と視覚的に関連するメタデータコントロール４０８を示す。メタデータコントロール４０８のアクティベーションにより、ＧＵＩ２００は、アノテーションのためのメタデータの入力を可能にする１つ以上のテキスト入力フィールドを有するフォームを含み、これは、タイトル、タイプ、重要度レベル、テキストコメント、タグ（ハッシュタグなど）、ユーザ識別子、ワークストリーム識別子、チーム識別子などを含むことができる。このメタデータは視覚アノテーションに関連付けられ、視覚アノテーションの情報とともに配布される。一実施形態によれば、アノテーションに関連するメタデータは、関連するアノテーションの表現、例えば、エリア２１０、エリア２４０、エリア２５０などで示され得る。

フローチャート３００のステップ３１０で、１つ以上の描画命令が、特定のクライアントデバイス以外の複数のクライアントデバイスの各クライアントデバイスに送信され、前記各クライアントデバイスは、１つ以上の描画命令に基づいて、前記各クライアントデバイスで表示される特定のフレーム上の特定の描画アノテーションを描画するように構成される。例えば、ＶＣＳ１１２は、クライアントアプリケーション１３２Ａから受信した描画命令を、ネットワーク１２０を介して他の参加クライアントデバイス１３０Ｂ－Ｅのそれぞれに送信する。いくつかの実施形態によれば、ＶＣＳ１１２はさらに、描画が生成されたビデオフレームのフレーム識別子を通信する。

各クライアントデバイス１３０は、示されたビデオフレーム上で描画命令を実行するように構成される。示されたビデオフレームが現在クライアントアプリケーション１３２によって表示されている場合（例えば、クライアントアプリケーション１３２Ａは、描画アノテーションが生成され、受信クライアントアプリケーション１３２も同期モードであるとき、同期モードである）、受信クライアントアプリケーションは、描画命令をリアルタイム、すなわち、描画命令を受信した閾値時間内で実行する。いくつかの実施形態によれば、受信クライアントアプリケーションは、送信元識別子に基づいて、受信した描画命令を使用して生成された、描画アノテーションのルックアンドフィールを識別する。別の実施形態によれば、ＶＣＳ１１２は、例えば描画命令の一部として、描画アノテーションのルックアンドフィールの情報を受信クライアントアプリケーションに送信する。表示用に、ＶＣＳ１１２は、各描画命令において、描画命令に基づいて生成された描画アノテーション用の色を示す色コードを含む。

いくつかの実施形態によれば、描画命令は、ＶＣＳ１１２において、同じ時間枠内に複数の参加クライアントデバイスから受信されてもよい。例えば、１番目の例の描画命令を受信した後、クライアントアプリケーション１３２Ａから２番目の例の描画命令を受信する前に、ＶＣＳ１１２は、クライアントアプリケーション１３２Ｅから描画命令を受信する。ＶＣＳ１１２は、クライアントアプリケーション１３２Ａからの描画命令の例に関連して、上述したように、クライアントアプリケーション１３２Ｅからの描画命令をリアルタイムで配信する。クライアントアプリケーション１３２は、複数の送信元からの描画命令がＶＣＳ１１２から受信されるのと同時に、異なる送信元からの描画を生成するように構成される。
３．８． 描画アノテーションの明示的な共有

いくつかの実施形態によれば、クライアントアプリケーション１３２は、描画命令が識別されると自動的にＶＣＳ１１２に、例えば、リアルタイムで描画命令を送信してもよく、或いは、クライアントアプリケーション１３２は、描画命令を共有するための明示的な命令の検出に応答して、描画命令を送信してもよい。具体的には、いくつかの実施形態によれば、クライアントアプリケーション１３２は、描画を他のセッションクライアントアプリケーションと自動的に共有することなく、描画アノテーションを生成するオプション、例えば描画抑制モード、を提供する。クライアントアプリケーション１３２が描画抑制モードにある間、アプリケーションで生成された描画アノテーションは、ローカル共同状態データ１３４（例えば、図面が共有されなかったことを示す「ローカル」タグ）を使用してのみ生成され、および／または、アノテーションを共有せずに削除されてもよい。

さらに、クライアントアプリケーション１３２が描画抑制モードにある間に生成される描画アノテーションは、ユーザが満足されるまで修正されてもよく、その場合、クライアントアプリケーションでの明示的な共有コマンドに応答して、描画命令の配信のためにＶＣＳ１１２に送られる。描画アノテーションが明示的に共有されると、クライアントアプリケーション１３２は、（ａ）描画アノテーション生成プロセス中に生成された描画命令を、最終の描画アノテーションに含まれない描画の部分のための命令を含むように、ＶＣＳ１１２に送信するか、または（ｂ）最終の描画アノテーションを反映する描画命令のセットを生成し、生成された描画命令のセットをＶＣＳ１１２に送信する。

例えば、図４に示されるように、クライアントアプリケーション１３２Ａは同期モードであり、描画抑制モードであるが、描画アノテーション４０２は、クライアントアプリケーション１３２ＡのＧＵＩ２００に表示される現在のビデオフレーム上に生成される。ユーザＡが描画アノテーション４０２を共有する準備をすると、描画アノテーションが完全に準備されているか、またはディスカッションが描画のために準備されているかのいずれかの理由で、ユーザＡはＧＵＩ２００のメニューまたは専用のファンクションキー／キーの組合せを使用して、アノテーションの描画命令をＶＣＳ１１２に送信する。

ＶＣＳ１１２は、セットとして、クライアントアプリケーション１３２Ａからアノテーション４０２を描画するための命令を受信し、一組の命令を受信する閾値時間内に、クライアントデバイス１３０Ｂ－Ｅの各々に命令のセットを自動的に送信する。示されたビデオフレームを表示する各参加者クライアントデバイスにおけるクライアントアプリケーション１３２は、自動的に一組の描画命令を使用して、ビデオフレーム上に描画アノテーション４０２を生成し、これによって参加者は、ユーザＡからの明示的な命令に関して、リアルタイムで描画アノテーション４０２を見て、アノテーションを共有することができる。
４． 描画アノテーション付きのビデオ再生

いくつかの実施形態によれば、各クライアントアプリケーション１３２は、受信した描画命令をローカル共同状態データ１３４に保存する。クライアントアプリケーション１３２は、ローカル共同状態データ１３４内のビデオフレームに関連する描画命令を使用して、表示されたビデオフレームの描画アノテーションを再生成する。セッション中、ビデオデータの再生には、描画アノテーションの表示または描画アノテーションの除外が含まれる場合がある。ユーザの好みに基づいて、ＶＣＳ１１２は、以下でさらに詳細に説明するように、ビデオ再生が全てのアノテーションをスキップしたり、選択された表示モードに従って１つ以上の描画アノテーションを表示させたりすることができる。

いくつかの実施形態によれば、ユーザは、再生中にアノテーションを表示する１つ以上のアノテーション付きビデオフレームを識別することができ、選択データは、参加クライアントデバイスによって維持される共同状態データ１３４に配信される。このような選択情報はまた、後のレビューのためにセッションデータ１４２に永続化され得る。

例えば、図４に示されたＧＵＩ２００内の描画アノテーションエリア４５０は、アノテーション包含コントロール４０４Ａおよび４０４Ｂを含み、これがオン位置に設定されると、関連するビデオフレーム内の描画アノテーションが再生中に表示される。例示のエリア４５０では、アノテーション包含コントロール４０４Ａがオフ位置に設定され、ビデオデータの再生が、時間００：００：１０：０６における関連するビデオフレーム上の描画アノテーションを除外する。しかしながら、アノテーション包含コントロール４０４Ｂは、オン位置に設定され、ビデオデータの再生は、時間００：００：１８：１１（すなわち、現在見るビデオフレーム）における関連するビデオフレーム上の描画アノテーションを除外する。

図４に図示の実施形態によれば、コントロール４０４Ｂはオン位置に設定されるので、追加の表示モードコントロール４０６が関連するビデオフレームに対して利用可能になる。この例では、表示モードコントロール４０６は、オプションの（隠された）リストを有するドロップダウンボックスであり、そのうち「一時停止」が選択されている。利用可能な表示モードには、通常の速度再生中にビデオフレーム上にアノテーションを表示し、描画アノテーション付きで示されたフレーム上で速度を落とし（アノテーション付きフレームの前後の０個以上のフレームで速度を落とすことを含む）、或いは描画アノテーション付きで関連するフレーム上で一時停止する（例えば、選択された「ＰＡＵＳＥ」オプション）ためのオプションが含まれ得る。

例えば、図４の描画アノテーションエリア４５０で選択された描画アノテーション表示オプションの例に基づくビデオ再生中、クライアントアプリケーション１３２は、フレーム上に描画アノテーションを表示せずに、タイムスタンプ００：００：１０：０６のビデオフレームを表示する。さらに、再生がタイムスタンプ００：００：１８：１１でビデオフレームに到達すると、クライアントアプリケーション１３２は再生を一時停止し、ビデオフレームに関連する共同状態データ１３４に保存された描画命令に基づいて、エリア２１０に描画アノテーション４０２を再生成する。
５． セッションデータとして保持される共同状態データ

いくつかの実施形態によれば、ＶＣＳ１１２は、特定のセッションの間に生成されたジョイントセッションデータを、例えば、図１のデータストレージデバイス１４０のセッションデータ１４２として、将来のレビューのために維持する。例えば、ＶＣＳ１１２によって生成された共同セッションデータは、保存ポリシーに基づいて永続化され、これは、以下にさらに詳細に説明するセッションマスタによって確立され得る。保存ポリシーは、生成されたジョイントセッションデータからのどのタイプのデータがセッションデータ１４２に永続化されるかを示す。図示するように、保存ポリシーは、イベントタイムライン、アノテーションデータの描画、アノテーションデータ、１つ以上の送信元からのアノテーションデータ、共存データ（カーソルデータなど）、ビデオ再生命令などの、持続する１つ以上のタイプのデータを示すことができる。保持ポリシーが、イベントタイムラインを永続化すべきであることを示す場合、セッションデータ１４２に記録された命令は、記録されたセッション中の命令のオリジナルのタイミングを示すタイムスタンプと関連付けられる。
５．１． セッションデータのレビュー

セッションデータ１４２に基づいて、録画されたビデオコラボレーションセッションは、セッションが完了した後にレビューされてもよい。例えば、セッションデータ１４２に永続化されたセッションの完了後、ＶＣＳ１１２は、クライアントデバイス１３０Ｆからセッションデータ１４２をレビューする要求を受信する。従って、ＶＣＳ１１２は、セッションデータ１４２をクライアントデバイス１３０Ｆに提供し、このクライアントデバイスは、セッションデータを共同状態データ１３４Ｆとして保存する。クライアントデバイス１３０Ｆ上で稼働するクライアントアプリケーション１３２Ｆは、共同状態データ１３４Ｆを使用してセッションをレビューする。クライアントアプリケーション１３２Ｆは、表示する描画アノテーションのコントロール、アノテーションの表示に使用する表示モード、イベントタイムラインの使用の有無、使用方法などのセッションレビューのためのコントロールを提供することができる。

クライアントアプリケーション１３２Ｆは、記憶されたイベントタイムラインを使用して、命令（描画命令および／または再生命令を含む）が、その命令が受信された順序で実行されるようにするか、またはセッション中に元のタイミングをミラーリングするタイミングで実行されるようにすることができる。たとえば、イベントタイムラインデータを使用して、受信した描画命令の順序に基づいて、セッションレビュー中に描画アノテーションを再生成することができる。セッションレビュー中の命令実行の描画タイミングは、描画命令実行の間の一定量の遅延を含むことができ、または関連するイベントタイムラインタイムスタンプによって示されるように、オリジナルの命令のタイミングをミラーすることができる。

さらなる例として、クライアントアプリケーション１３２Ｆは、共同状態データ１３４Ｆ内の再生命令を、記憶されたイベントタイムラインに基づいて実行させることができ、これは、セッション中に参加者ユーザによって生成されたオーディオおよび／またはビデオに関連して、セッションのレビューを容易にする。いくつかの実施形態によれば、記憶されたイベントタイムラインに基づいて再生命令が実行されるとき、セッション参加者の１つ以上からの入力カーソルの表現も表示され得る。すなわち、共同状態データ１３４Ｆに記憶されたイベントタイムラインタイムスタンプに関連するカーソルデータに基づく。いくつかの実施形態によれば、ＧＵＩ２００は、セッションレビュー中に入力カーソル表示を表示／非表示にする制御を含む。これらの制御は、特定のユーザに関連したカーソル表現の選択的表示を可能にする。
５．２． セッション完了後のアノテーションの追加

いくつかの実施形態によれば、セッションデータ１４２内のビデオデータのために記録されたビデオアノテーションは、調整されてもよい。このような調整には、（ａ）セッションレビュー中に、または（ｂ）別のセッション中に、セッションデータにアノテーションを追加することが含まれる。例えば、クライアントアプリケーション１３２Ｆでのセッションレビュー中に、ユーザは、特定のビデオフレームに対するコメントアノテーションまたは描画アノテーションを生成する。従って、クライアントアプリケーション１３２Ｆは、アノテーションのための情報をＶＣＳ１１２に送る。このアノテーションは、「セッション外」タグ、またはクライアントアプリケーション１３２Ｆで認証されたユーザＦの識別子に関連付けられてもよい。セッションデータ１４２の将来のレビューでは、セッション外アノテーションが、例えば投稿コメントエリア２４０または視覚アノテーションエリア２５０に利用可能であり、視覚的なセッション外識別子に関連付けられてもよい。

新しいアノテーションは、セッションデータ１４２に、またはデータストア１４０の第２のセッションデータ１４４に、セッションデータ１４２から独立してレビュー可能な別のセッションとしてＶＣＳ１１２によって構成されるか、またはセッションデータ１４２と併せてレビュー可能なセッションデータ１４２への補助データとして構成される。いくつかの実施形態によれば、セッションデータ１４２は、セッションデータ１４４への参照を含むように修正される。

コンテキスト外アノテーションを有するセッションデータのレビューを説明するために、１つ以上のセッション外アノテーションを有するセッションデータ１４４の生成後、ＶＣＳ１１２は、クライアントデバイス１３０Ｇからセッションデータ１４２のレビュー要求を受信する。従って、セッションデータ１４２内のセッションデータ１４４への参照に基づいて、ＶＣＳ１１２は、セッションデータ１４２およびセッションデータ１４４をクライアントデバイス１３０Ｇに提供し、これは、セッションデータを共同状態データ１３４Ｇとして保存する。クライアントデバイス１３０Ｇ上で稼働するクライアントアプリケーション１３２Ｇは、共同状態データ１３４Ｇを使用して、共同状態データ１３４Ｇに保存されたセッション外アノテーションとのセッションをレビューする。たとえば、ビデオデータの特定のフレームは、元のセッションからの描画アノテーションと、セッション外の描画アノテーションの両方に関連付けられる。エリア２１０内の特定のフレームを表示すると、クライアントアプリケーション１３２Ｇは、元のセッションからの描画アノテーションとセッション外の描画アノテーションの両方を、エリア２１０内に、例えば、セッション外の描画アノテーションに関連する視覚的な「セッション外」インジケータと共に、再生成する。
６． 追加の共存コンテキスト

ビデオデータのディスカッション中に、特定のユーザがビデオ再生またはアノテーション生成のようなセッションの共同状態に影響を与える動作を、特定のユーザが実行しようとしているか、または実行したことを知ることは有用である。複数の人が異なるアイデアを同時に表現しようとすると、コラボレーティブビデオセッションが乱れる可能性がある。セッション参加者の動作に関する情報は、他の参加者が自分自身の動作のコンテキストを持つことに役立ち、これによりコラボレーションセッション中のコミュニケーションと円滑な移行が容易になる。これらの利点により、コラボレーションセッションの完了にかかる時間とコンピューティングリソースが短縮される。さらに、対面会議は、オンライン設定では利用できない人物の行動へのコンテキストの手がかりを提供する。ビデオコラボレーションセッション全体で提供されるセッションコンテキスト情報は、セッション参加者が接続しやすくなり、参加者がより簡単に連携できるようになる。

したがって、いくつかの実施形態によれば、ＶＣＳ１１２は、ビデオコラボレーションセッション中に発生するコンテキストイベントのための共存情報を受信し、発信する。ここで、コンテキストイベントは、ビデオ再生コントロールとのインタラクション、アノテーションコントロールとのインタラクション、セッションへの参加または離脱、特定のモード（すなわち、ステルスモード、描画抑制モード、同期モード、非同期モード）の出入りなど、１つ以上のセッション参加者によって実行される動作である。コントロールとのインタラクションは、コントロールの有効化、コントロールのロールオーバー、コントロールのクリック、テキストボックスコントロールへの入力、コントロールセットのアクティブ化要求（描画コントロールなど）など、あらゆる種類のインタラクションで構成される。特定のコンテキストイベントを説明する共存情報を受信すると、クライアントアプリケーション１３２は、ＧＵＩ２００において、特定のコンテキストイベントに関する情報を有する視覚共存通知を表示するように構成される。いくつかの実施形態によれば、共存情報はまた、セッションのために維持される共同状態データに記憶される。

図示のために、ＶＣＳ１１２は、ビデオコラボレーションセッションに参加する複数のクライアントデバイスの特定のクライアントデバイスから、特定のクライアントデバイスによって表示されるグラフィカルユーザインタフェースとのユーザインタラクションを反映するユーザインタラクション情報を受信する。例えば、クライアントデバイス１３０ＢのユーザＢは、クライアントデバイスに表示されたＧＵＩ２００内の制御２１２の１つをロールオーバーまたはアクティブ化する。クライアントデバイス１３０Ｂのクライアントアプリケーション１３２Ｂは、このコンテキストイベントを記述する共存情報をＶＣＳ１１２に送信する。

いくつかの実施形態によれば、ユーザインタラクション情報の受信に応答して、ＶＣＳ１１２は、特定のクライアントデバイス以外の複数のクライアントデバイスの各クライアントデバイスに、ユーザインタラクション情報を、リアルタイムで、ユーザインタラクション情報の視覚表現で表示するように構成されている。例えば、ＶＣＳ１１２は、受信した共存情報を共存情報の送信元の識別子と共にクライアントデバイス１３０Ａおよび１３０Ｃ－Ｅに送信する。

クライアントアプリケーション１３２は、共存情報に反映されたコンテキストイベントの視覚インジケーションを表示するように構成される。表示のため、ＶＣＳ１１２から共存情報を受信すると、クライアントデバイス１３０Ａは、コンテキストイベントを記述するＧＵＩ２００内に視覚インジケーションを表示する。例えば、図５は、受信された共存情報中に記述されたコンテキストイベントの視覚インジケーションを含むコンテキストメッセージ５０２を有するＧＵＩ２００を示す。

別の例として、コンテキストイベントの視覚インジケーションは、コンテキストイベントに対応する、ＧＵＩ２００内のコントロールに関連付けられる。ＧＵＩ２００の制御に関連する視覚インジケーションは、色変更、サイズ変更、ラインウェイト変更、アウトラインカラー変更、アニメーション（点滅など）、アイコンとの視覚的な関連、ユーザ識別子との視覚的な関連など、制御のルックアンドフィールの任意の変更を含むことができる。図５に示すように、ハイライト５０４が再生コントロールに適用され、再生コントロールはロールオーバーするユーザ（ユーザＢ）のコンテキストイベントを記述する共存情報の受信に応じてクライアントアプリケーション１３２が表示する。別の例として、再生コントロールをロールオーバーするユーザ（ユーザＢ）のコンテキストイベントを記述する共存情報を受信すると、ユーザ識別子５０６が再生コントロールに視覚的に関連付けられる。再生コントロールがこの例の主題であるが、ＧＵＩ２００内の任意のコントロールは、視覚的コンテキストイベント指示と関連付けられ得る。

いくつかの実施形態によれば、ユーザは、視覚コンテキストイベントインジケーションを抑制することができ、例えば、すべての視覚インジケーションを抑制すること、コンテキストイベントのタイプに基づいて視覚インジケーションを抑制すること、コンテキストイベントを開始したユーザに基づいて視覚インジケーションを抑制することなどができる。

いくつかの実施形態によると、ＶＣＳ１１２は、ビデオコラボレーションセッションのために記録されたセッションデータ１４２内の共存情報を含む。セッションデータ１４２に記録された共存情報は、セッションデータのレビューが元のセッション中に表示される視覚コンテキストイベントインディケーションを含むように、イベントタイムラインタイムスタンプに関連付けることができる。
７． ビデオプログレスフリーズ条件

第１のユーザが、特定のビデオデータフレーム上に描画アノテーションを生成するなど、クライアントアプリケーション１３２とのフレーム固有のインタラクションを実行しているときに、別のユーザがＶＣＳ１１２にビデオを特定のフレームから遠ざけるようにさせるのは非常に混乱を招くことがある。この問題に対処するために、ＶＣＳ１１２は、いくつかの実施形態によれば、ＶＣＳ１１２によって受信されるリアルタイム描画更新に基づくフリーズ条件を検出することに応答して、セッションの共同状態データ内に示される現在のビデオタイムスタンプをフリーズする。

図６は、ビデオコラボレーションセッションのために維持された共同状態データ内の現在のビデオタイムスタンプのフリーズ条件を検出し、強制するためのフローチャート６００を示す。具体的には、フローチャート６００のステップ６０２で、ビデオデータは、少なくとも部分的には、ビデオデータの複数のビデオフレームの現在表示されているフレームを識別する現在のフレーム値を含む共同状態データに基づいて、複数のクライアントデバイスに同時にストリーミングされる。例えば、ＶＣＳ１１２は、ＶＣＳ１１２によって確立された特定のビデオコラボレーションセッションに参加するためのクライアントデバイス１３０Ａ－Ｅに対する要求を受信する（上記の詳細に説明されているように）。ＶＣＳ１１２は、クライアントデバイス１３０Ａ－Ｅの各々に、要求されたセッションのための共同状態データ１３４と、ビデオデータのために同期的に表示された（または現在の）フレームを識別する現在のビデオタイムスタンプとを提供する。ＶＣＳ１１２は、ビデオデータをクライアントデバイス１３０Ａ－Ｅの各々にストリーミングするが、これは、同期モードであるとき、共同状態データ１３４に示された現在のビデオタイムスタンプでストリーミングされたビデオを表示する。

フローチャート６００のステップ６０４で、特定のクライアントデバイスにおける複数のビデオフレームの特定のフレームに対して実行される描画アノテーションのための複数のリアルタイム描画データ更新が、特定のクライアントデバイスから受信され、複数のリアルタイム描画データ更新が、特定の時間期間にわたってリアルタイムに受信される。例えば、図７Ａに示されるように、ＶＣＳ１１２は、クライアントデバイス１３０Ａ上で動作するクライアントアプリケーション１３２Ａで生成された描画アノテーション７０２を再生成するための複数の描画命令を受信する。

図示のセッション中に、ＶＣＳ１１２は、第１の時間に、例示の描画命令「ｓｔａｒｔ＿ｄｒａｗｉｎｇ（ｕｓｅｒ＿Ａ、０．３６、０．６０）」を受信する。ここで、ｕｓｅｒ＿Ａは、描画命令の送信元の識別子であり、座標０．３６、０．６０は、位置７０２Ａを識別する。セッション中（第１の時間より後）の第２の時間に、ＶＣＳ１１２は、第２の例の描画命令「ｄｒａｗｉｎｇ＿ｓｅｇｍｅｎｔ（ｕｓｅｒ＿Ａ、０．４５、０．５４）」を受信する。ここで、座標０．４５、０．５４は、位置７０２Ｂを識別する。セッション中の第３の時間（第２の時間より後）に、ＶＣＳ１１２は、第３の例の描画命令「ｄｒａｗｉｎｇ＿ｓｅｇｍｅｎｔ（ｕｓｅｒ＿Ａ、０．４３、０．２９）」を受信する。ここで、座標０．４３、０．２９は、位置７０２Ｃを識別する。受信した描画命令は、いずれも描画命令を終了していないことに注意する。

フローチャート６００のステップ６０６では、特定の時間期間の間に、複数のリアルタイム描画データ更新の各リアルタイム描画データ更新が、特定のクライアントデバイス以外の複数のクライアントデバイスの各クライアントデバイスに送信され、各クライアントデバイスは、特定の時間期間の間に、および複数のリアルタイム描画データ更新の各リアルタイム描画データ更新に基づいて、各クライアントデバイスに表示される特定のフレーム上の描画アノテーションの更新バージョンを表示するように構成される。例えば、ＶＣＳ１１２は、セッション中の第１の時間に関して、命令の送信元クライアントデバイス以外のセッションに参加する参加クライアントデバイスであるクライアントデバイス１３０Ｂ－Ｅの各々に、第１の例の描画命令（「ｓｔａｒｔ＿ｄｒａｗｉｎｇ（ｕｓｅｒ＿Ａ、０．３６、０．６０）」）を送信する。同様に、ＶＣＳ１１２は、セッション中の第２の時間に関して、第２の例の描画命令（「ｄｒａｗｉｎｇ＿ｓｅｇｍｅｎｔ（ｕｓｅｒ＿Ａ、０．４５、０．５４）」）をクライアントデバイス１３０Ｂ－Ｅの各々に送信する。さらに、ＶＣＳ１１２は、セッション中の第３の時間に関して、第３の例の描画命令（「ｄｒａｗｉｎｇ＿ｓｅｇｍｅｎｔ（ｕｓｅｒ＿Ａ、０．４３、０．２９）」）をクライアントデバイス１３０Ｂ－Ｅの各々に送信する。これらの受信した命令を使用して、クライアントアプリケーション１３２は、クライアントアプリケーション１３２Ａで生成される描画アノテーション７０２を再生成することができる。

いくつかの実施形態によれば、ＶＣＳ１１２で受信されたこれらの描画命令はまた、（描画アノテーションが生成されたフレームの識別子との明示的な関連において）セッションのための共同状態データに保存される。したがって、セッションに参加する（セッションの共同状態データを受信する）参加者クライアントアプリケーションは、保存された描画時間を受信した後、示されたフレームで実行する永続描画時間を受信する。

フローチャート６００のステップ６０８で、複数のリアルタイム描画更新に基づいてフリーズ条件が検出される。フリーズ条件は、ＶＣＳ１１２に共同状態データの現在のフレームをフリーズさせる条件である。フリーズ条件は、フリーズ条件が「解除される」又はフリーズ上限がもはや有効でなくなるまで、「アクティブ」である。共同状態データの現在のフレームをフリーズすることは、共同状態データの現在のフレーム番号または現在のビデオタイムスタンプの現在の値を維持することを含み、これにより、同期モードにあるセッション参加者は、たとえ同期ビデオ再生命令が逆に受信されたとしても、共同状態データで示された現在のフレームの表示を継続させる。共同状態データの現在のフレームをフリーズすると、同期モードで動作しているセッションの参加者は、同期された現在のフレームがフレーム固有の動作が適用されるフレームから離れる前に、フレーム固有の動作を完了することができる。

いくつかの実施形態によれば、同期モードにあるクライアントアプリケーションによって現在の時間のしきい値の時間内にアノテーションツール（例えば、エリア２３０内の描画ツールまたはコメントツールなど）とのインタラクションを記述するコンテキストイベントを示す共存データを受信するなど、同期フレーム特有の動作が実行されているか、または差し迫っている可能性があることをＶＣＳ１１２が検出することにより、フリーズ条件の検出を暗黙に示すことができる。別の例として、フリーズ条件の暗黙の検出として、ＶＣＳ１１２は、同期モードにあるクライアントアプリケーションから、（ａ）現在の時間の閾値時間内に現在のビデオフレーム上にアノテーションを描画するための描画命令を受信するか、または（ｂ）現在の描画の完了を示す終了する描画命令を受信しない。さらに、フリーズ条件の検出は、フリーズ条件を課すためのクライアントアプリケーションからの要求を受信するなど、明示的であってもよい。

ステップ６０８を図示するために、ＶＣＳ１１２は、共同状態データに示された現在のフレームについて、クライアントアプリケーション１３２Ａから、終了描画命令を受信することなく、１つ以上の描画命令を受信したことに基づいてフリーズ状態を検出する。描画アノテーション７０２のコンテキストで説明すると、ＶＣＳ１１２によって受信された最後の描画命令は、中間タイプの描画命令（「ｄｒａｗｉｎｇ＿ｓｅｇｍｅｎｔ（ｕｓｅｒ＿Ａ、０．４３、０．２９）」）であった。従って、ＶＣＳ１１２は、共同状態データの現在のフレームに対するアクティブなフリーズ条件を検出する。

明示的に検出されたフリーズ条件を示すために、図７Ａは、フリーズ制御７０４Ａを含むクライアントデバイス１３０Ｃ上に表示されるＧＵＩ２００を示す。ユーザＣは、クライアントデバイス１３０Ｃにおいて、フリーズ制御７０４Ａをアクティベートし、これに基づいて、ＶＣＳ１１２は、クライアントデバイス１３０Ｃによって引き起こされたフリーズ状態を検出する。このフリーズ条件は、他の検出されたフリーズ条件（例えば、アノテーション７０２を描画するための描画命令に基づいて、クライアントデバイス１３０Ａによって引き起こされる暗黙のフリーズ条件）と並行して存在し得る。

フローチャート６００のステップ６１０では、検出されたフリーズ条件に基づいて、共同状態データにおける、特定のフレームにおける現在のフレーム値がフリーズされる。例えば、アクティブフリーズ条件の検出に応答して、ＶＣＳ１１２は、現在のセッションの共同状態データ内の現在のビデオタイムスタンプまたは現在のフレーム値をフリーズする。いくつかの実施形態によれば、共同状態データにおいて、現在のフレーム値をフリーズすることは、特定のフレームにおいて、複数のクライアントデバイスの１つ以上のクライアントデバイスで表示されるビデオ再生コントロールを無効にすることを含む。

別の実施形態によれば、共同状態データにおいて、現在のフレーム値をフリーズすることは、フリーズ状態が解除されるまで、特定のフレームにおいて、セッションに参加している参加クライアントデバイスからのビデオ再生命令を無視することを含む。本実施の形態では、ＶＣＳ１１２は、フリーズ条件を引き起こしたクライアントデバイス以外の複数のクライアントデバイスの第２のクライアントデバイス（例えば、クライアントデバイス１３０Ａ）から、共同状態データにおける現在のフレーム値を変更するためのビデオ再生命令を受信する。ビデオ再生命令を受信した後、少なくとも部分的に、検出されたフリーズ条件に基づいて、ＶＣＳ１１２は、現在のフレーム値を共同状態データ内に維持し、ビデオデータから同期して表示されている特定の現在フレームを識別する。
７．１． ビデオプログレスフリーズ条件の解除

共同状態データの現在のフレームのフリーズを解除するために、アクティブなフリーズ条件が有効でない場合がある。いくつかの実施形態によれば、フリーズ条件は暗黙的または明示的に解除することができる。例えば、ＶＣＳ１１２は、フリーズ条件を検出してからの閾値時間の経過を判定することに基づいて、あるいは、描画命令がフリーズ条件を引き起こしたクライアントデバイスからの描画命令の終了を受信することに基づいて、以前に検出されたフリーズ条件の暗黙の解除を検出することができる。

例えば、図７Ｂに示されるように、ＶＣＳ１１２は、描画アノテーション７０２のためのさらなる描画命令を受信する。具体的には、この例では、ＶＣＳ１１２は、図示したセッション中の第４の時間（上述の図面例で参照された第３の時間後）に、第４の例の描画命令「ｅｎｄ＿ｄｒａｗｉｎｇ（ｕｓｅｒ＿Ａ、０．４６、０．２２）」をクライアントデバイス１３０Ａから受信する。この描画命令は、例えば、位置７０２Ｄ（座標０．４６、０．２２）における描画アノテーション７０２の第３の描画セグメントを終了するＧＵＩ２００の描画機構を解除することによって生じる終了命令である。クライアントデバイス１３０Ａからの終了描画命令を受信すると、ＶＣＳ１１２は、同じクライアントデバイスからの命令を描画することによって、前に検出されたフリーズ状態への暗黙の解除を検出する。

同じ時間帯に複数のフリーズ条件がアクティブになることがある。例えば、描画命令は、同じ期間中に複数のクライアントデバイスから受信され、ＶＣＳ１１２は、各クライアントデバイスからの描画命令に基づいて、複数のクライアントデバイスのそれぞれに対して別個フリーズ状態を検出する。複数のフリーズ条件が同時にアクティブになると、ＶＣＳ１１２は、すべてのフリーズ条件が解除されるまで、共同状態データの現在のフレーム上でフリーズを維持する。

さらに、ＶＣＳ１１２は、例えば、フリーズ条件を解除する命令を受信することに基づいて、以前に検出されたフリーズ条件の明示的な解除を検出することができる。より具体的には、特定のクライアントデバイスによって要求された明示的に要求されたフリーズ条件は、同じクライアントデバイスからフレームのフリーズを解除する命令によって解除することができる。例えば、特定のフリーズ条件は、クライアントアプリケーション１３２Ｃからの明示的なフリーズ要求によって引き起こされる。図７Ｂに示されるように、クライアントアプリケーション１３２Ｃのフリーズコントロール７０４Ａ（図７Ａの場合）のアクティベーションによって、現在アクティブであるフリーズ状態が引き起こされるため、クライアントアプリケーション１３２ＣのＧＵＩ２００は、フリーズ解除コントロール７０４Ｂを表示する。アンフリーズコントロール７０４Ｂは、例えば、クライアントアプリケーション１３２ＣにおけるユーザＣによって、そのクライアントデバイスによって引き起こされたフリーズ状態を明示的に解除するためにアクティベーションされ得る。
７．２． 視覚ビデオフリーズインジケーション

いくつかの実施形態によれば、有効なフリーズ条件に基づいて、ＶＣＳ１１２は、複数のクライアントデバイスの１つ以上のクライアントデバイスによって、視覚ビデオのフリーズインジケーションを表示させる。視覚ビデオフリーズ表示は、同期モードのクライアントアプリケーション１３２内のビデオ再生コントロールの１つ以上と関連付けられ、フリーズしないルックアンドフィールと区別されるコントロールに対するルックアンドフィールを備えることができる。例えば、１つ以上のアクティブなフリーズ条件に基づいて、ＶＣＳ１１２は、ビデオ再生コントロール７１２（図７Ａから図７Ｂに示される）を、例示的なビデオフリーズインジケーションと共に表示させ、ビデオ再生コントロールは、視覚ビデオフリーズインジケーションなしに表示された例示的な制御２１２とは異なるルックアンドフィールを有する。

別の例として、視覚ビデオのフリーズインジケーションは、１つ以上のアクティブなフリーズ条件の送信元を識別することができる。図７Ａは、最小化フリーズ情報コントロール７０６Ａを含む。いくつかの実施形態によれば、最小化されたフリーズ情報コントロール７０６Ａは、アクティブなフリーズ状態があるときに同期モードの参加クライアントデバイスでＧＵＩ２００に表示される視覚ビデオフリーズインジケーションである。アクティベーションされると、最小化フリーズ情報コントロール７０６Ａは、最大化されたフリーズ情報コントロール７０６Ｂに展開され、これは、１つ以上の活性フリーズ状態を引き起こしたユーザまたはクライアントデバイスに関する情報を含む。この例では、ユーザＡが現在描画中で、ユーザＣがビデオのフリーズを明示的に要求している。最大化フリーズ情報コントロール７０６Ｂのアクティベーションは、最小化フリーズ情報コントロール７０６Ａに制御を戻す。

別の実施形態によれば、視覚ビデオのフリーズ表示を、ビデオ再生コントロールと視覚的に関連付けることはできない。例えば、図７Ｂでは、コンテキストメッセージ７０８は、ユーザＣが活動化フリーズ制御７０４Ａを有することを示す。この例では、コンテキストメッセージ７０８は、視覚ビデオフリーズ指示のトピックであるフリーズ条件を引き起こしたクライアントアプリケーション１３２Ｃによって表示される。しかしながら、いくつかの実施形態によれば、そのようなコンテキストメッセージは、視覚ビデオフリーズ指示のトピックであるフリーズ条件を引き起こさなかったクライアントアプリケーションで表示される。
８． セッションマスタ

１つ以上のセッションマスタは、セッションオプションの設定、フリーズ条件の仲介、セッション参加者のモードオプションの制御、および／またはクライアントアプリケーションが機能するモードの制御など、セッションの管理機能を実行することができる。いくつかの実施形態によれば、確立されたセッションの共同状態データにおいて、クライアントデバイス１３０Ａ－Ｅまたは１つ以上のユーザ識別子が、セッションマスタとして識別される。たとえば、特定のセッションのマスターは、セッションを開始する要求が発生したクライアントデバイスである。または、セッションを開始する要求に含まれるユーザ識別子などに基づいて、特定のセッションのマスタが識別される。

特定のセッションのセッションマスタは、セッション内の他の参加者に、アノテーションの追加、ビデオ再生の制御などの動作を実行する権限を付与または取り消すことができる。さらに、セッションマスタは、例えばユーザ識別子、ユーザの役割などに基づいて、どの参加者アノテーションがセッションデータ１４２に永続化されるかを判定することができる。具体的には、セッションマスターロールに加えて、セッションの参加者に「プリンシパル共同作業者」、「セカンダリ共同作業者」、「オブザーバ」などのロールが割り当てられる場合がある。

さらに、セッションマスタは、ステルスモード、非同期モード、または描画抑制モードなどの特定のモードで特定の参加者が動作するかどうかを判定することができる。さらに、セッションマスタは、どの種類の共存データが通信されるか、および／またはセッションに参加するクライアントアプリケーションによって表されるか、ユーザが共存通知をオプトアウトすることができるかどうか、およびどの種類の共存データがセッションデータ１４２内に存続することができるかを判定することができる。

更に、セッションマスタは、入力カーソル表示及び／又は描画アノテーションのための特定のユーザを識別するために特定の色を割り当てる、及び／又はアノテーションを描画するために特定の色を割り当てる、ユーザが識別するよりも効果のために色を選択することができるか否か、ユーザ識別子が図形描画アノテーションと関連して表示されるか否か、セッションのためにどのような描画ツールが利用可能であるかなど、図形描画アノテーションのルックアンドフィールを制御することができる。

いくつかの実施形態によれば、セッションマスタからの許可は、セッション参加者が、ビデオ再生に影響する動作、ビデオデータへのアノテーションの追加、または特定のモード（すなわち、ステルスモード、描画抑制モード、同期モード、非同期モード）の出入りなどの１つ以上の動作を実行するために必要である。たとえば、ＶＣＳ１１２は、セッションマスターの許可を必要とする動作の通知を受信し、応答として、セッションマスタからの指示に従う許可を要求する。ＶＣＳ１１２は、セッションマスタからの許可を受けたことに応じて、動作を実行する（そして、セッションデータへの命令の記憶、動作を記述した共存情報の送信など、動作の他のタスクを実行する）。パーミッションが拒否されると、ＶＣＳ１１２は動作を実行せず、パーミッションが拒否されたことを要求しているクライアントアプリケーション１３２に通知する。クライアントアプリケーション１３２は、この情報をＧＵＩ２００で表示するように構成されている。

さらに、セッションのマスタは、フリーズ条件の明示的な解除、またはフリーズ条件の暗黙的解除に基づいて、１つ以上のフリーズ条件を解除させることができる。たとえば、セッションのマスタは、アクティブなフリーズ条件のいずれかを明示的に解除するオプションに関連付けられたアクティブなフリーズ条件のリストにアクセスできる場合がある。別の例として、セッションのマスタは、そのＧＵＩ２００において、すべてのアクティブなフリーズ条件を解除するマスタアンフリーズ制御を有することができる。さらに別の例として、セッションのマスタは、１つ以上のビデオ再生コントロール２１２をアクティベートすることによって、すべてのアクティブなフリーズ状態を解除するように暗黙的に指示してもよい。
９． コンピューティングシステムの実施

図１は、ビデオコラボレーションセッション中のクライアントデバイス間の効率的な通信のための例示的なネットワーク配置１００を示すブロック図である。ネットワーク配置１００は、サーバデバイス１１０と、ネットワーク１２０を介して通信可能に結合されたクライアントデバイス１３０Ａ－Ｎとを含む。実施形態は例示のネットワークアレンジメント１００に関連して本明細書に記載されるが、これらに限定されるものではない。例えば、実施形態はピアツーピアシステムによって実施することができ、本明細書に記載するＶＣＳ１１２の機能はピアレベルで実施することができる。

クライアントデバイス１３０Ａ－Ｎは、ネットワーク１２０を介してサーバデバイス１１０と通信することができる任意のタイプのコンピューティングデバイスによって実現することができる。クライアントデバイス１３０Ａ－Ｎの実施例は、制限無く、ワークステーション、パーソナルコンピュータ、ラップトップコンピュータ、パーソナルデジタルアシスタント、タブレットコンピュータ、スマートフォンなどのセルラーテレフォニーデバイス、および任意の他のタイプのコンピューティングデバイスを含む。ネットワーク配置１００では、クライアントデバイス１３０Ａ－Ｎ（一般にクライアントデバイス１３０とも呼ばれる）の各々は、クライアントアプリケーション１３２で構成される。クライアントアプリケーション１３２Ａ－Ｎの各々は、クライアントデバイス１３０上で実行されるスタンドアロンアプリケーション、クライアントデバイス１３０で実行されるブラウザへのプラグイン、クライアントデバイス１３０で実行されるブラウザにロードされるＷｅｂページなどを含む、いくつかの方法で実装されてもよい。クライアントデバイス１３０Ａ－Ｎは、特定の実装に応じて、他のメカニズム、プロセス、および機能で構成されてもよい。

ネットワーク１２０は、クライアントデバイス１３０Ａ－Ｎとサーバデバイス１１０との間の情報の交換を容易にする任意のタイプの媒体および／または機構によって実現することができる。さらに、ネットワーク１２０は、任意の種類の通信プロトコルの使用を容易にし、特定の実施形態の要件に応じて、セキュアまたは非セキュアにすることができる。

サーバデバイス１１０は、ネットワーク１２０を介してクライアントデバイス１３０Ａ－Ｎと通信することができる任意のタイプのコンピューティングデバイスによって実現することができる。ネットワーク配置１００では、サーバデバイス１１０はＶＣＳ１１２で構成される。本明細書でＶＣＳ１１２に帰属する機能のいずれも、いくつかの実施形態によると、サーバデバイス１１０上で動作する別のエンティティ、またはクライアントデバイス１３０上の別のエンティティ、またはネットワーク１２０（図１に図示せず）に通信可能に結合される他のデバイスによって実行されてもよい。サーバデバイス１１０は、特定の実装に応じて、他の機構、ハードウェア、プロセス、及び機能性と共に構成することができる。

サーバデバイス１１０はデータストレージデバイス１４０に通信可能に結合されている。データストア１４０は、セッションデータ１４２およびセッションデータ１４４のための情報を保持する。データストレージデバイス１４０は、揮発性および不揮発性ストレージデバイス（例えば、ランダムアクセスメモリ、リムーバブルまたはディスクドライブ、メインメモリなど）を含む、任意のタイプのストレージデバイスに（全体としてまたは一部として）常駐することができ、１つ以上のデータベースによって実現することができる。データストレージデバイス１４０が存在するストレージデバイスは、サーバデバイス１１０の外部にあっても内部にあってもよい。
１０． コンテンツ管理システムの例

開示された技術の様々な実施形態を実現することに関して、例示のシステム構成８００が図８に示されており、電子デバイスは、コンテンツおよびその他のデータを交換する目的でネットワークを介して通信する。このシステムは、図８に示すような広域ネットワーク上で使用するように構成され得る。しかしながら、本原理は、電子デバイスの相互通信を容易にする広範囲のネットワーク構成に適用可能である。例えば、図８のシステム８００の各コンポーネントは、ネットワークにおいてローカル化または分散化された形で実現することができる。

システム８００において、エンドユーザは、直接的および／または間接的な通信によってネットワーク１２０に接続されたクライアントデバイス１３０Ａ－Ｎ（総称して「１３０」）を介して、コンテンツ管理システム８０６（例えば、オンライン同期コンテンツ管理システム）とインタラクションすることができる。コンテンツ管理システム８０６は、単一のコンピューティングデバイス（例えば、サーバ）または複数のコンピューティングデバイス（例えば、複数のサーバ）を含むことができ、これらは、本明細書に記載するサービスを提供するために必要な機能および／または操作を行うように構成される。

コンテンツ管理システム８０６は、デスクトップコンピュータ、モバイルコンピュータ、モバイルコミュニケーションデバイス、例えば、モバイルフォン、スマートフォン、タブレット、スマートテレビ、セットトップボックス、および／または他の任意のネットワーク対応コンピューティングデバイスなど、様々な異なるクライアントデバイスからの接続をサポートすることができる。

クライアントデバイス１３０は、様々なタイプ、能力、オペレーティングシステムなどのものがあり得る。さらに、コンテンツ管理システム８０６は、複数のクライアントデバイス１３０からの接続を同時に受け入れ、それとインタラクションすることができる。

エンドユーザは、クライアントアプリケーション１３２などのクライアントデバイス１３０Ｘにインストールされたクライアント側アプリケーションを介して、コンテンツ管理システム８０６とインタラクションすることができる。いくつかの実施形態において、クライアント側アプリケーションは、コンテンツ管理システム特定の構成を含むことができる。たとえば、コンポーネントは、スタンドアロンアプリケーション、１つ以上のアプリケーションプラグイン、および／またはブラウザ拡張とすることができる。しかしながら、エンドユーザは、クライアントデバイス１３０Ｘ上に存在し、コンテンツ管理システム８０６と通信するように構成されている、ウェブブラウザのような第三者のアプリケーションを介してコンテンツ管理システム８０６とインタラクションすることもできる。いずれの場合も、クライアント側アプリケーションは、エンドユーザがコンテンツ管理システム８０６とインタラクションするためのユーザインタフェースを提示することができる。例えば、エンドユーザは、ファイルシステムと統合されたクライアント側アプリケーションを介して、またはウェブブラウザアプリケーションを使用して表示されるウェブページを介して、コンテンツ管理システム８０６とインタラクションすることができる。さらに、クライアント側アプリケーションは、共同状態データ１３４に関連して上述したように、暗黙的にコンテンツ管理システム８０６とインタラクションすることができる。

コンテンツ管理システム８０６は、アプリケーションまたはエンドユーザがコンテンツアイテムを保存することを可能にすると共に、コンテンツアイテムを検索、修正、ブラウズ、および／または共有するなどの種々のコンテンツ管理タスクを実行することができる。さらに、コンテンツ管理システム８０６は、エンドユーザまたはアプリケーションが複数のクライアントデバイス１３０からコンテンツにアクセスすることを可能にすることができる。例えば、クライアントデバイス１３０Ｘは、上述したように、コンテンツをネットワーク１２０を介してコンテンツ管理システム８０６にアップロードすることができる。後に、同じクライアントデバイス１３０Ｘ又は何らかの他のクライアントデバイス１３０Ｙが、コンテンツ管理システム８０６からコンテンツを検索することができる。例えば、検索されたコンテンツは、共同状態データ１３４Ａへの更新であってもよい。

様々なコンテンツ管理サービスを容易にするために、エンドユーザは、コンテンツ管理システム８０６を有するアカウントを生成することができる。ユーザアカウントデータベース８５０は、アカウント情報を維持することができる。ユーザアカウントデータベース８５０は、登録されたユーザのプロファイル情報を保存することができる。場合によっては、ユーザプロファイル内の唯一の個人情報をユーザ名および／または電子メールアドレスにすることができる。しかし、コンテンツ管理システム８０６は、誕生日、住所、課金情報などの追加のユーザ情報を受け入れるように構成することもできる。

ユーザアカウントデータベース８５０は、アカウントタイプ（例えば、フリーまたは有料）、使用情報、（例えば、ファイル編集履歴）、許可された最大ストレージスペース、使用ストレージスペース、コンテンツストレージ位置、セキュリティ設定、個人構成設定、コンテンツ共有データなどのアカウント管理情報を含むことができる。アカウント管理モジュール８２４は、ユーザアカウントデータベース８５０内のユーザアカウントの詳細を更新および／または取得するように構成することができる。アカウント管理モジュール８２４は、コンテンツ管理システム８０６内の任意の数の他のモジュールとインタラクションするように構成することができる。

アカウントは、アカウント上で認可された１つ以上のクライアントデバイス１３０からのデジタルデータ、文書、テキストファイル、オーディオファイル、ビデオファイルなどのコンテンツアイテムを記憶するために使用することができる。コンテンツアイテムには、フォルダ、プレイリスト、アルバムなどのさまざまなビヘイビアと一緒にコンテンツアイテムをグループ化するためのコレクションを含めることもできる。たとえば、アカウントには、任意のユーザがアクセスできるパブリックフォルダを含めることができる。パブリックフォルダには、Ｗｅｂアクセス可能なアドレスを割り当てることができる。Ｗｅｂアクセス可能なアドレスへのリンクを使用して、パブリックフォルダのコンテンツにアクセスすることができる。別の例では、アカウントには、写真用の写真コレクション、写真用にカスタマイズされた特定の属性と動作を提供する写真コレクション、オーディオファイルを再生してその他のオーディオ関連動作を実行する機能を提供するオーディオコレクション、またはその他の特別な目的のコレクションを含めることができる。アカウントには、複数のユーザアカウントにリンクされ、使用可能な共有コレクションまたはグループコレクションを含めることもできる。複数のユーザの権限は、共有コレクションで異なる場合がある。

コンテンツアイテムは、コンテンツストレージデバイス８６０に保存することができる。コンテンツストレージデバイス８６０は、ストレージデバイス、複数のストレージデバイス、又はサーバとすることができる。あるいは、コンテンツストレージ８６０は、クラウド記憶プロバイダまたは１つ以上の通信ネットワークを介してアクセス可能なネットワークストレージであってもよい。コンテンツ管理システム８０６は、クライアントデバイス１３０がコンテンツ管理システム８０６によってコンテンツアイテムがどこに、またはどのように保存されているかを正確に知る必要がないように、複雑さおよび詳細をクライアントデバイス１３０から隠すことができる。ある実施形態では、コンテンツ管理システム８０６は、コンテンツアイテムをクライアントデバイス１３０Ｘ上に現れるのと同じコレクション階層に保存することができる。しかしながら、コンテンツ管理システム８０６は、コンテンツアイテムをそれ自身の順序、配置、または階層で保存することができる。コンテンツ管理システム８０６は、コンテンツアイテムをネットワークアクセス可能ストレージデバイス内、独立ディスクの冗長アレイ内等に保存することができる。コンテンツストレージデバイス８６０は、ＦＡＴ、ＦＡＴ３２、ＮＴＦＳ、ＥＸＴ２、ＥＸＴ３、ＥＸＴ４、ＨＦＳ／ＨＦＳ＋、ＢＴＲＦＳなどのような、１つ以上のパーティションタイプを用いてコンテンツアイテムを保存することができる。

コンテンツストレージ８６０はまた、コンテンツアイテム、コンテンツアイテムタイプ、およびコンテンツアイテムと様々なアカウント、コレクション、またはグループとの関係を記述するメタデータを保存することができる。コンテンツアイテムのメタデータは、コンテンツアイテムの一部として保存することも、個別に保存することもできる。あるバリエーションでは、コンテンツストレージデバイス８６０に保存された各コンテンツアイテムに、システム全体で固有の識別子を割り当てることができる。

コンテンツストレージデバイス８６０は、重複コンテンツアイテムまたはコンテンツアイテムの重複セグメントを識別することによって必要とされるストレージスペースの量を減らすことができる。コンテンツストレージデバイス８６０は、複数のコピーを保存する代わりに、単一のコピーを保存し、次いで、ポインタまたは他の機構を使用して、重複を単一のコピーにリンクすることができる。同様に、コンテンツストレージデバイス８６０は、コンテンツアイテムへの変更、コンテンツアイテムの異なるバージョン（分岐するバージョンツリーを含む）および変更履歴を追跡するコンテンツアイテムバージョン制御を使用することによって、コンテンツアイテムをより効率的に保存するとともに、動作を元に戻す機能を提供することができる。変更履歴には、元のコンテンツアイテムバージョンに適用されたときに、変更されたコンテンツアイテムバージョンを生成する一連の変更を含めることができる。

コンテンツ管理システム８０６は、１つ以上のクライアントデバイス１３０からのコンテンツアイテムの自動同期をサポートするように構成することができる。同期はプラットフォームに依存しない。すなわち、コンテンツアイテムは、様々なタイプ、能力、オペレーティングシステムなどの複数のクライアントデバイス１３０にわたって同期され得る。例えば、クライアントデバイス１３０Ｘは、コンテンツ管理システム８０６で同期モジュール８３２を介して、クライアントデバイス１３０Ｘのファイルシステム内のコンテンツを、関連するユーザアカウント内のコンテンツと同期するクライアントソフトウェアを含むことができる。場合によっては、クライアントソフトウェアは、新規の、削除された、変更された、コピーされた、または移動されたコンテンツアイテムやコレクションなど、指定されたコレクションとそのサブコレクションのコンテンツに対するあらゆる変更を同期することができる。クライアントソフトウェアは、別個のソフトウェアアプリケーションとすることができ、オペレーティングシステム内の既存のコンテンツ管理アプリケーションと統合することができ、またはその組合せとすることができる。既存のコンテンツ管理アプリケーションと統合するクライアントソフトウェアの一例では、エンドユーザは、ローカルコレクション内のコンテンツアイテムを直接操作することができ、一方、バックグラウンドプロセスは、ローカルコレクションの変更を監視し、それらの変更をコンテンツ管理システム８０６に同期させる。反対に、バックグラウンドプロセスは、コンテンツ管理システム８０６で更新されたコンテンツアイテムを識別し、それらの変更をローカルコレクションに同期させることができる。クライアントソフトウェアは、同期動作の通知を提供し、コンテンツ管理アプリケーション内でコンテンツステータスの表示を直接提供することができる。クライアントデバイス１３０Ｘには、使用可能なネットワーク接続がない場合がある。このシナリオでは、クライアントソフトウェアは、コンテンツアイテムの変更についてリンクされたコレクションを監視し、ネットワークコネクションが利用可能なときに、それらの変更をコンテンツ管理システム８０６への後の同期のためにキューに入れることができる。同様に、エンドユーザは、コンテンツ管理システム８０６との同期を手動で開始、停止、一時停止、または再開することができる。

エンドユーザは、ユーザインタフェースモジュール８２２によって生成および供給されるウェブインタフェースを介して、コンテンツを表示または操作することができる。例えば、エンドユーザは、ウェブブラウザにおいて、コンテンツ管理システム８０６によって提供されるウェブアドレスにナビゲートすることができる。コンテンツアイテムの新しいバージョンをアップロードするなど、ウェブインタフェースを介して行われたコンテンツストレージデバイス８６０内のコンテンツに対する変更または更新は、エンドユーザのアカウントに関連する他のクライアントデバイス１３０に伝搬することができる。例えば、それぞれが独自のクライアントソフトウェアを有する複数のクライアントデバイス１３０を、単一のアカウントに関連付けることができ、アカウント内のコンテンツアイテムを複数のクライアントデバイス１３０のそれぞれの間で同期させることができる。

コンテンツ管理システム８０６は、様々なクライアントデバイス１３０とインタフェースするための通信インタフェース８２０を含むことができ、アプリケーションプログラムインタフェース（ＡＰＩ）を介して、他のコンテンツおよび／またはサービスプロバイダ８０９－１、８０９－２、 、８０９－Ｎ（まとめて「１００９」）とインタラクションすることができる。特定のソフトウェアアプリケーションは、エンドユーザの代わりにＡＰＩを介してコンテンツストレージデバイス８６０にアクセスすることができる。例えば、スマートフォン又はタブレットコンピューティングデバイス上で実行されるアプリのようなソフトウェアパッケージは、エンドユーザが認証情報を提供し、コンテンツを読み取り、書き込み、生成、削除、共有又はその他の方法で操作するとき、コンテンツ管理システム８０６に対してプログラム的に直接呼び出しを行うことができる。同様に、ＡＰＩは、ユーザに、ウェブサイトを介してコンテンツストレージデバイス８６０の全部または部分へのアクセスを許可することができる。

コンテンツ管理システム８０６はまた、認証モジュール８２６を含むことができ、このモジュールは、ユーザクレデンシャル、セキュリティトークン、ＡＰＩコール、特定のクライアントデバイスなどを検証して、認可されたクライアントおよびユーザのみがコンテンツアイテムにアクセスできるようにすることができる。さらに、コンテンツ管理システム８０６は、集約ファイル操作、ユーザ動作、ネットワーク使用量、合計ストレージスペース、ならびに他のテクノロジー、使用量、またはビジネス指標を追跡および報告できる分析モジュール８３４モジュールを含むことができる。プライバシーおよび／またはセキュリティポリシーは、コンテンツ管理システム８０６と共に記憶されたユーザデータへの不正アクセスを防止することができる。

コンテンツ管理システム８０６は、コンテンツを公的にまたは私的に共有することを管理するための共有モジュール８３０を含むことができる。コンテンツを公に共有することは、コンテンツ管理システム８０６とのネットワーク通信において、任意のコンピューティングデバイスからコンテンツアイテムをアクセス可能にすることを含むことができる。コンテンツを私的に共有することは、各ユーザアカウントがコンテンツアイテムへのアクセスを有するように、コンテンツストレージデバイス８６０内のコンテンツアイテムを２つ以上のユーザアカウントとリンクすることを含むことができる。共有は、プラットフォームに依存しない方法で実行することができる。すなわち、コンテンツは、様々なタイプ、能力、オペレーティングシステムなどの複数のクライアントデバイス１３０にわたって共有され得る。コンテンツは、さまざまなタイプのユーザアカウント間で共有することもできる。

ある実施形態では、コンテンツ管理システム８０６は、コンテンツストレージデバイス８６０内の各コンテンツアイテムの位置を識別するコンテンツディレクトリを維持するように構成することができる。コンテンツディレクトリには、コンテンツストレージに保存されているコンテンツアイテムごとに一意のコンテンツエントリを含めることができる。

コンテンツエントリには、コンテンツ管理システム内のコンテンツアイテムの位置を識別するために使用することができるコンテンツパスを含めることができる。たとえば、コンテンツパスにはコンテンツアイテムの名前と、コンテンツアイテムに関連付けられたフォルダ階層を含めることができる。たとえば、コンテンツパスには、コンテンツアイテムが配置されているフォルダまたはフォルダのパスと、コンテンツアイテムの名前を含めることができる。コンテンツ管理システム８０６は、コンテンツパスを使用して、コンテンツアイテムを適切なフォルダ階層内に提示することができる。

コンテンツアイテムはまた、コンテンツストレージデバイス８６０内のコンテンツアイテムの位置を識別するコンテンツポインタを含むことができる。例えば、コンテンツポインタは、コンテンツアイテムの正確なストレージアドレスをメモリに含むことができる。いくつかの実施形態では、コンテンツポインタは、それぞれがコンテンツアイテムの一部を含む複数の位置を指すことができる。

コンテンツエントリには、コンテンツパスとコンテンツポインタに加えて、コンテンツアイテムへのアクセス権を持つユーザアカウントを識別するユーザアカウント識別子を含めることもできる。いくつかの実施形態では、複数のユーザアカウント識別子を、コンテンツアイテムが複数のユーザアカウントによる共有アクセスを有することを示す単一のコンテンツエントリと関連付けることができる。

コンテンツアイテムを私的に共有するために、共有モジュール８３０は、コンテンツアイテムに関連付けられたコンテンツエントリにユーザアカウント識別子を追加し、これにより追加されたユーザアカウントにコンテンツアイテムへのアクセス権を付与するように構成することができる。共有モジュール８３０はまた、コンテンツアイテムからユーザアカウント識別子を除去して、コンテンツアイテムへのユーザアカウントのアクセスを制限するように構成することができる。

コンテンツを公に共有するために、共有モジュール８３０は、ユニフォームリソースロケータ（ＵＲＬ）のようなカスタムネットワークアドレスを生成するように構成することができ、これにより、いかなるＷｅｂブラウザも、何の認証もなしにコンテンツ管理システム８０６内のコンテンツにアクセスすることができる。これを達成するために、共有モジュール８３０は、生成されたＵＲＬ中にコンテンツ識別データを含むように構成することができ、これは、後に、要求されたコンテンツアイテムを適切に識別し、そして返すために使用することができる。例えば、共有モジュール８３０は、生成されたＵＲＬ内にユーザアカウント識別子及びコンテンツパスを含むように構成することができる。ＵＲＬを選択すると、ＵＲＬに含まれるコンテンツ識別データをコンテンツ管理システム８０６に送信し、受信したコンテンツ識別データを使用して、適切なコンテンツエントリを識別し、コンテンツエントリに関連付けられたコンテンツアイテムを返すことができる。

ＵＲＬを生成することに加えて、共有モジュール８３０は、コンテンツアイテムへのＵＲＬが生成されたことを記録するように構成することもできる。いくつかの実施形態では、コンテンツアイテムに関連付けられたコンテンツアイテムは、コンテンツアイテムへのＵＲＬが生成されたかどうかを示すＵＲＬフラグを含むことができる。たとえば、ＵＲＬフラグは、最初に０または偽に設定されたブール値で、コンテンツアイテムへのＵＲＬが生成されていないことを示すことができる。共有モジュール８３０は、コンテンツアイテムへのＵＲＬを生成した後に、フラグの値を１または真に変更するように構成することができる。

ある実施形態では、共有モジュール８３０は、生成されたＵＲＬをディアクティベートするように構成することもできる。たとえば、各コンテンツエントリには、生成されたＵＲＬからの要求に応じてコンテンツを返す必要があるかどうかを示すＵＲＬアクティブフラグも含めることができる。例えば、共有モジュール８３０は、ＵＲＬアクティブフラグが１または真に設定されている場合、生成されたリンクによって要求されたコンテンツアイテムのみを返すように構成することができる。このように、ＵＲＬが生成されたコンテンツアイテムへのアクセスは、ＵＲＬアクティブフラグの値を変更することで簡単に制限できる。これにより、エンドユーザはコンテンツアイテムを移動したり、生成されたＵＲＬを削除したりすることなく、共有コンテンツアイテムへのアクセスを制限できる。同様に、共有モジュール８３０は、ＵＲＬアクティブフラグの値を１または真に再び変更することによって、ＵＲＬを再アクティブ化することができる。これにより、エンドユーザは新しいＵＲＬを生成することなく、コンテンツアイテムへのアクセスを簡単に復元することができる。

コンテンツ管理システム８０６は特定のコンポーネントを提示されるが、システム８０６のアーキテクチャ構成が単なる１つの可能な構成であり、より多くまたはより少ないコンポーネントを有する他の構成が可能であることは、当業者には理解されるべきである。
１１． ハードウェアの概要

プロセス、サービス、またはアプリケーションは、ソフトウェアと、マシンノードからのリソースの割り当ての組合せで構成される。具体的には、プロセス、サービス、またはアプリケーションは、統合されたソフトウェアコンポーネントと、メモリ、マシンノード（すなわち、コンピューティングデバイスにアクセス可能なコンピューティングデバイスおよび／またはメモリ）などのコンピューティングリソースの割当とを組み合わせたものであり、プロセッサ上で統合されたソフトウェアコンポーネントを実行するためのマシンノード上のサブプロセス、ソフトウェアとコンピューティングリソースの組み合わせ、たとえば、１つ以上のクライアントの代わりに、特定の機能を実行するための専用のものである。

本明細書に記載する任意のプロセスに起因する機能の１つ以上は、１つ以上の実施形態に従って、図１に示されてもされなくてもよい他の任意の論理エンティティによって実行されてもよい。いくつかの実施形態では、本明細書に記載する技術および／または機能性のそれぞれは自動的に実行され、コンピュータの物理的状態とのインタラクションおよび変換を含むデータ検索、変換、および記憶操作をメモリ間、汎用コンピュータまたは特殊目的コンピュータのいずれかにおける１つ以上のコンピュータプログラム、他のソフトウェア要素、および／またはデジタル論理を使用して実装されてもよい。

ある実施形態によれば、本明細書に記載する技術は、１つ以上の特定目的のコンピューティングデバイスによって実現される。この特殊目的のコンピューティングデバイスは、この技術を実行するために物理的に組み込まれてもよく、あるいは、この技術を実行するように永続的にプログラムされている１つ以上の特定用途向け集積回路またはフィールドプログラマブルゲートアレイ（ＦＰＧＡ）のようなデジタル電子デバイスを含んでいてもよく、あるいは、ファームウェア、メモリ、他のストレージデバイス、または組合せにおけるプログラム命令に従ってこの技術を実行するようにプログラムされた１つ以上の汎用ハードウェアプロセッサを含んでいてもよい。このような特殊目的のコンピューティングデバイスはまた、カスタムハードワイヤードロジック、ＡＳＩＣ、またはＦＰＧＡをカスタムプログラミングと組み合わせて、技術を達成してもよい。特定目的のコンピューティングデバイスは、デスクトップコンピュータシステム、ポータブルコンピュータシステム、ハンドヘルドデバイス、ネットワーキングデバイス、または技術を実施するために物理的に組み込まれたおよび／またはプログラムロジックを組み込む他の任意のデバイスであってもよい。

例えば、図９は、本発明のある実施形態を実施することができるコンピュータシステム９００を示すブロック図である。コンピュータシステム９００は、情報を通信するためのバス９０２または他の通信機構と、情報を処理するためのバス９０２と結合されたハードウェアプロセッサ９０４とを含む。ハードウェアプロセッサ９０４は、例えば、汎用マイクロプロセッサとすることができる。

コンピュータシステム９００はまた、ランダムアクセスメモリまたは他の動的ストレージデバイスなどのメインメモリ９０６を含み、これらはバス９０２に結合され、情報およびプロセッサ９０４によって実行される命令を記憶する。メインメモリ９０６はまた、プロセッサ９０４によって実行される命令の実行中に、一時的な変数または他の中間情報を記憶するために使用されてもよい。このような命令は、プロセッサ９０４にアクセス可能な非一時記憶媒体に格納されると、コンピュータシステム９００を、命令で指定された動作を実行するようにカスタマイズされた特定目的のマシンにレンダリングする。

コンピュータシステム９００はさらに、プロセッサ９０４のための静的情報および命令を記憶するためにバス９０２に結合された読み出し専用メモリ９０８または他の静的ストレージデバイスを含む。磁気ディスク、光ディスク、またはソリッドステートドライブなどのストレージデバイス９１０が提供され、情報および命令を記憶するためにバス９０２に結合される。

コンピュータシステム９００は、バス９０２を介して、コンピュータユーザに情報を表示するためのブラウン管（ＣＲＴ）などのディスプレイ９１２に結合されてもよい。英数字および他のキーを含む入力デバイス９１４は、情報およびコマンド選択をプロセッサ９０４に通信するためにバス９０２に結合される。別のタイプのユーザ入力デバイスは、プロセッサ９０４に方向情報およびコマンド選択を通信し、ディスプレイ９１２上のカーソル移動を制御するための、マウス、トラックボールまたはカーソル方向キーなどのカーソル制御デバイス９１６である。この入力デバイスは、典型的には、第１の軸（例えば、ｘ）および第２の軸（例えば、ｙ）の２つの軸の自由度を有し、これは、デバイスが平面内の位置を指定することを可能にする。

コンピュータシステム９００は、カスタマイズされたハードワイヤードロジック、１つまたは複数のＡＳＩＣまたはＦＰＧＡ、ファームウェアおよび／またはプログラムロジックを用いて本明細書に記載する技術を実施することができ、これらは、コンピュータシステムと組み合わせて、またはプログラムコンピュータシステム９００を特定目的のマシンにする。ある実施形態によれば、本明細書の技術は、メインメモリ９０６に含まれる１つ以上の命令の１つ以上のシーケンスを実行するプロセッサ９０４に応答して、コンピュータシステム９００によって実行される。このような命令は、ストレージデバイス９１０などの別の記憶媒体からメインメモリ９０６に読み込むことができる。メインメモリ９０６に含まれる命令のシーケンスの実行は、プロセッサ９０４に、本明細書に記載するプロセスステップを実行させる。代替的な実施形態では、物理的に組み込まれた回路を、ソフトウェア命令の代わりに、またはソフトウェア命令と組み合わせて使用することができる。

本明細書で使用される「記憶媒体」という用語は、特定の態様でマシンを動作させるデータおよび／または命令を記憶する非一時的媒体を意味する。このような記憶媒体は、不揮発性媒体及び／又は揮発性媒体を含むことができる。不揮発性媒体は、例えば、光ディスク、磁気ディスク、またはストレージデバイス９１０のようなソリッドステートドライブを含む。揮発性媒体は、メインメモリ９０６のようなダイナミックメモリを含む。記憶媒体の一般的な形態は、例えば、フロッピーディスク、フレキシブルディスク、ハードディスク、ソリッドステートドライブ、磁気テープ、または他の磁気データ記憶媒体、ＣＤ－ＲＯＭ、他の任意の光データ記憶媒体、穴のパターンを有する任意の物理媒体、ＲＡＭ、ＰＲＯＭ、およびＥＰＲＯＭ、ＦＬＡＳＨ－ＥＰＲＯＭ、ＮＶＲＡＭ、他の任意のメモリチップまたはカートリッジを含む。

保存媒体は伝送媒体とは区別されるが、これらは伝送媒体と組み合わせて使用されることがある。伝送媒体は、記憶媒体間の情報転送に関与する。例えば、伝送媒体には、バス９０２を構成するワイヤを含む、同軸ケーブル、銅線および光ファイバが含まれる。また、伝送媒体は、ラジオ波や赤外線データ通信中に発生するような音波または光波の形成をとることができる。

実行のために、１つ以上の命令の１つ以上のシーケンスをプロセッサ９０４に運ぶことには、様々な形態の媒体が関与していてもよい。例えば、命令は、最初に、遠隔コンピュータの磁気ディスクまたはソリッドステートドライブ上で搬送されてもよい。リモートコンピュータは、ダイナミックメモリに命令をロードし、モデムを使用して電話回線を介して命令を送信することができる。コンピュータシステム９００にローカルなモデムは、電話回線上のデータを受信し、赤外線送信器を使用して、データを赤外線信号に変換することができる。赤外線検出器は、赤外線信号で搬送されるデータを受信することができ、適切な回路は、データをバス９０２上に配置することができる。バス９０２は、データをメインメモリ９０６に搬送し、そこからプロセッサ９０４が命令を検索して実行する。メインメモリ９０６によって受信される命令は、オプションとして、プロセッサ９０４による実行の前または後のいずれかで、ストレージデバイス９１０上に格納されてもよい。

コンピュータシステム９００はまた、バス９０２に結合された通信インタフェース９１８を含む。通信インタフェース９１８は、ローカルネットワーク９２２に接続されたネットワークリンク９２０に、双方向データ通信結合を提供する。例えば、通信インタフェース９１８は、統合サービスデジタルネットワークカード、ケーブルモデム、衛星モデム、またはモデムで、対応するタイプの電話回線にデータ通信接続を提供することができる。別の例として、通信インタフェース９１８は、互換性のあるＬＡＮへのデータ通信接続を提供するローカルエリアネットワークカードであってもよい。無線リンクを実装することもできる。このような実施形態では、通信インタフェース９１８は、様々なタイプの情報を表すデジタルデータストリームを搬送する電気信号、電気信号、磁気信号、または光学信号を送受信する。

ネットワークリンク９２０は、典型的には、１つ以上のネットワークを介して他のデータデバイスにデータ通信を提供する。例えば、ネットワークリンク９２０は、ローカルネットワーク９２２を介してホストコンピュータ９２４またはインターネットサービスプロバイダ９２６によって運用されるデータ機器への接続を提供し得る。次に、ＩＳＰ９２６は、現在「インターネット」９２８と呼ばれている世界的なパケットデータ通信ネットワークを介してデータ通信サービスを提供する。ローカルネットワーク９２２およびインターネット９２８は、両方とも、デジタルデータストリームを搬送する電気信号、電磁信号、または光学信号を使用する。種々のネットワークを介した信号およびネットワークリンク９２０上の信号、ならびにコンピュータシステム９００との間でデジタルデータを伝送する通信インタフェース９１８を介した信号は、伝送媒体の一例である。

コンピュータシステム９００は、ネットワーク、ネットワークリンク９２０及び通信インタフェース９１８を介して、メッセージを送信し、プログラムコードを含むデータを受信することができる。インターネットの例では、サーバ９３０は、インターネット９２８、ＩＳＰ ９２６、ローカルネットワーク９２２および通信インタフェース９１８を介して、アプリケーションプログラムの要求されたコードを送信することができる。

受信されたコードは、それが受信されたときにプロセッサ９０４によって実行され、および／またはストレージデバイス９１０、または後の実行のための他の不揮発性ストレージデバイスに記憶され得る。
１２． 結論

本明細書で「いくつかの実施形態」または「いくつかの実施形態」を参照することは、特定の特徴、構造、または特性が本発明の少なくとも１つの実施形態に関連して記述され、含まれ得ることを意味する。明細書の様々な場所における「いくつかの実施形態における」というフレーズは、必ずしもすべてが同一の実施形態または実施形態を参照しているわけではなく、また、他の実施形態の別個の実施形態または代替の相互に排他的な実施形態であるわけでもない。

いくつかの種々の図面は、特定の順序における個数論理的な段階を示すが、順序に依存しない段階は、再配列され得、他の段階は、結合され、または分割され得る。いくつかの再配列又は他のグループ化が特に言及されているが、本明細書に示されている順序及びグループ化は、選択肢の網羅的なリストではない。

前述の詳細な説明および添付のクレームにおいて、第１、第２などの用語は、本明細書において、様々な要素を説明するために使用されるいくつかのインスタンスであるが、これらの要素は、これらの用語によって制限されるべきではない。これらの用語は、ある要素と別の要素を区別するためにのみ使用される。例えば、第１のコンピューティングデバイスは第２のコンピューティングデバイスと呼ばれ、同様に第２のコンピューティングデバイスは第１のコンピューティングデバイスと呼ばれる。第１のコンピューティングデバイスと第２のコンピューティングデバイスはともにコンピューティングデバイスであるが、それらは同じコンピューティングデバイスではない。

前述の詳細な説明および添付のクレームにおいて使用されるように、単数形「ａ」、「ａｎ」、および「ｔｈｅ」は、文脈が明確に別段示さない限り、複数形も含むことが意図されている。前述の詳細な説明および添付のクレームで使用されるように、「および／または」という用語は、関連するリストされた項目の１つ以上の任意のおよびすべての可能な組み合わせを意味し、包含する。

添付の請求項の中で前述の詳細な説明において使用されるように、「基づいて」、「応じて」、「含む（ｉｎｃｌｕｄｅ）」、「含んでいる（ｉｎｃｌｕｄｉｎｇ）」、「備える（ｃｏｍｐｒｉｓｅ）」、および／または「備えている（ｃｏｍｐｒｉｓｉｎｇ）」は、記述された特徴、整数、ステップ、操作、要素、および／またはコンポーネントの存在を明記するが、１つ以上の他の特徴、整数、ステップ、操作、要素、コンポーネントおよび／またはそれらのグループの存在または追加を妨げるものではない。

前述の詳細な説明および添付のクレームにおいて使用されるように、用語「であれば」は、文脈に応じて、任意に「するとき」または「する時点で」または「判定したことに応じて」または「検出したことに応じて」または「ことの判定に従って」を意味すると解釈される。同様に、文脈に応じて、「判定された場合」または「［規定された状態または事象］が検出された場合」という語句は、任意的に、「判定された時点で」または「判定に応じて」または「［規定された状態または事象］を検出した時点で」または「［規定された状態または事象］を検出に応じて」または「［規定された状態または事象］が検出されたとの判定に従って」を意味すると解釈される。

前述の詳細な説明は、説明のために、特定の実装を参照して説明されてきた。しかし、上述の例示の説明は、網羅的であること、またはクレームの範囲を開示された正確な形式に限定することを意図していない。上記教示を考慮すると、多くの修正およびバリエーションが可能である。実施例は、クレームとその実用的用途の基礎となる原理を最も良く説明するために選択され、それにより、他の当業者が、意図された特定の使用に適するように、様々な修正を加えて実施例を最良に使用することを可能にする。

Claims (20)

1. コンピュータで実施される方法であって、
   ビデオデータの複数のフレームのうちの現在視聴されているフレームを識別する現在のフレーム値を含む共同状態データに少なくとも部分的に基づいて、複数のクライアントデバイスに同時に前記ビデオデータをストリーミングすることと、
   前記複数のクライアントデバイスの特定のクライアントデバイスから、前記特定のクライアントデバイスにおいて前記複数のフレームの特定のフレームで実行される描画アノテーションのための複数のリアルタイム描画データ更新を受信することであって、前記複数のリアルタイム描画データ更新は、特定の期間にわたってリアルタイムに受信される、ことと、
   前記特定の期間中に、前記特定のクライアントデバイス以外の前記複数のクライアントデバイスの各クライアントデバイスに、前記複数のリアルタイム描画データ更新のうちの各リアルタイム描画データ更新を送信することであって、前記各クライアントデバイスは、前記特定の期間中にかつ前記複数のリアルタイム描画データ更新のうちの各リアルタイム描画データ更新に基づいて、前記各クライアントデバイスにおいて表示される前記特定のフレーム上の前記描画アノテーションの更新されたバージョンを表示するように構成される、ことと、
   前記複数のリアルタイム描画更新に基づいてフリーズ条件を検出することと、
   前記検出されたフリーズ条件に基づいて、前記共同状態データにおける前記現在のフレーム値を前記特定のフレームでフリーズすることと、を含み、
   前記方法は１つ以上のコンピューティングデバイスによって実行される、方法。
2. 請求項１に記載の方法であって、前記共同状態データにおける前記現在のフレーム値を前記特定のフレームでフリーズすることは、前記複数のクライアントデバイスの１つ以上のクライアントデバイスにおいて表示されるビデオ再生コントロールを無効化させることを含む、方法。
3. 請求項１に記載の方法であって、前記共同状態データにおける前記現在のフレーム値を前記特定のフレームでフリーズすることは、
   前記複数のクライアントデバイスの第２のクライアントデバイスから、前記共同状態データの前記現在のフレーム値を変更するビデオ再生命令を受信することと、
   前記ビデオ再生命令を受信した後に、かつ前記検出されたフリーズ条件に少なくとも部分的に基づいて、前記共同状態データにおいて前記特定のフレームを識別する前記現在のフレーム値を維持することと、を含む方法。
4. 請求項１に記載の方法であって、更に、前記共同状態データにおける前記現在のフレーム値を前記特定のフレームでフリーズした後に、
   前記フリーズ条件の解除を、
   前記フリーズ条件を解除する命令を受信することと、
   前記特定のクライアントデバイスからの描画更新の終了を受信することと、又は
   前記フリーズ条件を引き起こしたコンテキストイベントを検出してから時間の閾値量が経過したと判定することと、の１つに少なくとも部分的に基づいて、検出することと、
   前記フリーズ条件の解除を検出した後に、
   前記複数のクライアントデバイスの第２のクライアントデバイスから、前記共同状態データ内の前記現在のフレーム値を変更するように命令するビデオ再生命令を受信することと、
   前記ビデオ再生命令に基づいて、前記共同状態データの前記現在のフレーム値を変更することと、を含む方法。
5. 請求項１に記載の方法であって、更に、前記フリーズ条件を検出することに基づいて、前記複数のクライアントデバイスの１つ以上のクライアントデバイスによって視覚ビデオフリーズインジケーションを表示させることを含む、方法。
6. 請求項５に記載の方法であって、前記視覚ビデオフリーズインジケーションは、前記ストリーミングされたビデオデータの進行を制御するように構成される１つ以上のビデオ進行コントロールとの視覚的関連で表示される、方法。
7. 請求項５に記載の方法であって、更に、
   前記フリーズ条件の解除を検出することと、
   前記フリーズ条件の解除の検出に基づいて、前記１つ以上のクライアントデバイスにおける前記視覚ビデオフリーズインジケーションを削除させることとを含む、方法。
8. 請求項５に記載の方法であって、前記１つ以上のクライアントデバイスのうちの各クライアントデバイスによって表示される、前記視覚ビデオフリーズインジケーションは、前記フリーズ条件に関連付けられたユーザ識別子を含む、方法。
9. 請求項１に記載の方法であって、更に、
   前記現在のフレーム値が、前記共同状態データにおいて、前記複数のフレームのうちの第２のフレームを識別する間に、前記複数のクライアントデバイスのうちのクライアントデバイスからのフリーズ要求を受信したことに基づいて、第２のフリーズ条件を検出することと、
   前記第２の検出されたフリーズ条件に基づいて、前記共同状態データにおける前記現在のフレーム値を前記第２のフレームでフリーズすることと、を含む、方法。
10. 命令の１つ以上のシーケンスを保存する１つ以上の非一時的コンピュータ可読媒体であって、命令の前記１つ以上のシーケンスは、１つ以上のプロセッサによって実行されると、
    ビデオデータの複数のフレームのうちの現在視聴されているフレームを識別する現在のフレーム値を含む共同状態データに少なくとも部分的に基づいて、複数のクライアントデバイスに同時に前記ビデオデータをストリーミングすることと、
    前記複数のクライアントデバイスの特定のクライアントデバイスから、前記特定のクライアントデバイスにおいて前記複数のフレームの特定のフレームで実行される描画アノテーションのための複数のリアルタイム描画データ更新を受信することであって、前記複数のリアルタイム描画データ更新は、リアルタイムに特定の期間にわたって受信される、ことと、
    前記特定の期間中に、前記特定のクライアントデバイス以外の前記複数のクライアントデバイスの各クライアントデバイスに、前記複数のリアルタイム描画データ更新のうちの各リアルタイム描画データ更新を送信することであって、前記各クライアントデバイスは、前記特定の期間中にかつ前記複数のリアルタイム描画データ更新のうちの各リアルタイム描画データ更新に基づいて、前記各クライアントデバイスにおいて表示される前記特定のフレーム上の前記描画アノテーションの更新されたバージョンを表示するように構成される、ことと、
    前記特定の期間中に、フリーズ条件を検出することと、
    前記検出されたフリーズ条件に基づいて、前記共同状態データにおける前記現在のフレーム値を前記特定のフレームでフリーズすることと、をさせる１つ以上の非一時的コンピュータ可読媒体。
11. 請求項１０に記載の１つ以上の非一時的コンピュータ可読媒体であって、前記共同状態データにおける前記現在のフレーム値を前記特定のフレームでフリーズすることは、前記複数のクライアントデバイスの１つ以上のクライアントデバイスにおいて表示されるビデオ再生コントロールを無効化させることを含む１つ以上の非一時的コンピュータ可読媒体。
12. 請求項１０に記載の１つ以上の非一時的コンピュータ可読媒体であって、前記共同状態データにおける前記現在のフレーム値を前記特定のフレームでフリーズすることは、
    前記複数のクライアントデバイスの第２のクライアントデバイスから、前記共同状態データ内の前記現在のフレーム値を変更するように命令するビデオ再生命令を受信することと、
    前記ビデオ再生命令を受信した後に、かつ前記検出されたフリーズ条件に少なくとも部分的に基づいて、前記共同状態データにおいて前記特定のフレームを識別する前記現在のフレーム値を維持することと、を含む１つ以上の非一時的コンピュータ可読媒体。
13. 請求項１０に記載の１つ以上の非一時的コンピュータ可読媒体であって、命令の前記１つ以上のシーケンスは、１つ以上のプロセッサによって実行されると、前記共同状態データにおける前記現在のフレーム値を前記特定のフレームでフリーズした後に、
    前記フリーズ条件の解除を、
    前記フリーズ条件を解除する命令を受信することと、
    前記特定のクライアントデバイスからの描画更新の終了を受信することと、又は
    前記フリーズ条件を引き起こしたコンテキストイベントを検出してから時間の閾値量が経過したと判定することと、の１つに少なくとも部分的に基づいて、検出することと、
    前記フリーズ条件の解除を検出した後に、
    前記複数のクライアントデバイスの第２のクライアントデバイスから、前記共同状態データ内の前記現在のフレーム値を変更するように命令するビデオ再生命令を受信することと、
    前記ビデオ再生命令に基づいて、前記共同状態データの前記現在のフレーム値を変更することと、をさせる命令を含む１つ以上の非一時的コンピュータ可読媒体。
14. 請求項１０に記載の１つ以上の非一時的コンピュータ可読媒体であって、命令の前記１つ以上のシーケンスは、１つ以上のプロセッサによって実行されると、
    前記フリーズ条件を検出することに基づいて、前記複数のクライアントデバイスの１つ以上のクライアントデバイスによって視覚ビデオフリーズインジケーションを表示させることを含む、命令を含み、
    前記視覚ビデオフリーズインジケーションは、前記ストリーミングされたビデオデータの進行を制御するように構成される１つ以上のビデオ進行コントロールとの視覚的関連で表示される、１つ以上の非一時的コンピュータ可読媒体。
15. システムであって
    １つ以上のプロセッサと、
    命令の１つ以上のシーケンスを保存する１つ以上の非一時的コンピュータ可読媒体であって、命令の前記１つ以上のシーケンスは、１つ以上のプロセッサによって実行されると、
    （ａ）ビデオデータの複数のフレームのうちの現在視聴されているフレームを識別する現在のフレーム値と、（ｂ）セッションマスタ識別子と、を含む共同状態データに少なくとも部分的に基づいて、複数のクライアントデバイスに同時に前記ビデオデータをストリーミングすることと、
    前記現在のフレーム値が、前記共同状態データにおいて、前記ビデオデータの特定のフレームを示す間に、前記複数のクライアントデバイスの特定のクライアントデバイスから、前記特定のクライアントデバイスによって表示されたグラフィカルユーザインタフェース内で前記特定のクライアントデバイスにおいて実行される１つ以上の描画動作を示す共存情報を受信することと、
    前記特定のクライアントデバイス以外の前記複数のクライアントデバイスの各クライアントデバイスに、共存情報を送信することであって、前記各クライアントデバイスは、前記共存情報に基づいて、前記各クライアントデバイスによって表示されるグラフィカルユーザインターフェースにおける前記１つ以上の描画動作の視覚表現を表示するように構成される、ことと、
    前記１つ以上の描画動作に基づいてフリーズ条件を検出することと、
    前記検出されたフリーズ条件に基づいて、前記共同状態データにおける前記現在のフレーム値を前記特定のフレームでフリーズすることと、をさせるシステム。
16. 請求項１５に記載のシステムであって、前記１つ以上の描画動作に基づいて前記フリーズ条件を検出することは、前記１つ以上の描画動作に関連付けられたタイムスタンプから、時間の閾値量がまだ経過していないと判定することを含む、システム。
17. 請求項１５に記載のシステムであって、命令の前記１つ以上のシーケンスは、更に、１つ以上のプロセッサによって実行されると、
    前記現在のフレーム値をフリーズした後に、前記現在のフレーム値のフリーズを解除する命令を受信することであって、フリーズを解除する前記命令は前記セッションマスタ識別子に関連付けられている、ことと、
    フリーズを解除する前記命令を受信したことに基づいて前記現在のフレーム値のフリーズを解除することと、をさせる命令を含む、システム。
18. 請求項１７に記載のシステムであって、フリーズを解除する命令を受信することは、前記セッションマスタ識別子に関連付けられたクライアントデバイスからビデオ再生命令を受信することを含む、システム。
19. 請求項１７に記載のシステムであって、フリーズを解除する命令を受信することは、前記セッションマスタ識別子に関連付けられたクライアントデバイスから明示のビデオフリーズ解除命令を受信することを含む、システム。
20. 請求項１７に記載のシステムであって、
    前記フリーズ条件は第１のフリーズ条件であり、
    命令の前記１つ以上のシーケンスは、更に、１つ以上のプロセッサによって実行されると、前記現在のフレーム値のフリーズを解除する前記命令を受信する前に、
    前記特定のクライアントデバイス以外の前記複数のクライアントデバイスのクライアントデバイスによって引き起こされた第２のフリーズ条件を検出することをさせる命令を含み、
    前記現在のフレーム値のフリーズを解除する前記命令を受信したことに応じて、前記第１のフリーズ条件と前記第２のフリーズ条件の両方がアクティブである、システム。

Images