JP2016511949A - 短縮された待ち時間のサーバ仲介のオーディオ−ビデオ通信 - Google Patents

Abstract

ビデオコンテンツを伝送および受信するように構成される、複数のコンピュータシステム間のビデオ通信。クライアント送信機は、クライアント受信側での表示のためのビデオメッセージを伝送可能にされる。クライアント送信機は、ビデオメッセージをビデオサーバに伝送または記録するように構成される。ビデオメッセージは、ビデオサーバによってアーカイブされる。クライアント受信側が、ビデオメッセージの伝送の開始の際、対応不可能であるとき、クライアント受信側が、ビデオメッセージの伝送の際、後で対応可能になると、クライアント受信側は、ビデオメッセージの伝送が、依然として、進行中である間、ビデオメッセージの最初から、ビデオメッセージを表示可能にされる。

Description

（１．技術分野）
本開示の分野は、通信に関し、特に、オーディオ−ビデオ通信のためのプラットフォームに関する。

（２．関連技術の説明）
ＳＫＹＰＥ（登録商標）等のインターネットサービスは、２人以上のユーザ間のオーディオまたはオーディオ−ビデオ会話を可能にする。サーバは、その記憶媒体のタイプの会話およびネゴシエーションを開始するために使用される。ユーザ間の実際のオーディオまたはビデオストリームは、さらなるサーバ仲介を伴わずに、ピアツーピアセッション内で転送される。

ＳＫＹＰＥ（登録商標）等のサービスでは、ピアツーピアセッションは、サーバをトラフィックでオーバーロードさせることによって生じるボトルネックをもたらすことを回避するため、かつサーバを通して待ち時間を導入することを回避するために確立される。

ｉＭｅｓｓａｇｅ（登録商標）は、ユーザが、テキスト、写真、ビデオ、連絡先情報、およびグループメッセージを送信することを可能にする、サービスである。

ＡＯＬ Ｉｎｓｔａｎｔ Ｍｅｓｓｅｎｇｅｒ（ＡＩＭ）は、ユーザが、リアルタイムで通信することを可能にする、サービスである。

ＷｈａｔｓＡｐｐ（登録商標） Ｍｅｓｓｅｎｇｅｒは、スマートフォンのための専用クロスプラットフォームインスタントメッセージングサービスである。テキストメッセージングに加え、ユーザは、相互に、画像、ビデオ、およびオーディオ記憶媒体メッセージを送信することができる。

従来の無線周波数半二重通信システムは、単一送信機から１つ以上の受信機への通信を提供する。１つのみの送信機は、同一の物理的チャネルが全受信当事者にブロードキャストするために共有されるため、１度にブロードキャストし得る。いったん受信機が信号の受信を開始すると、受信当事者は、物理的通信チャネルが対応不可能であるため、返信する前に、送信機が伝送を停止するのを待機する必要がある。

（簡単な要約）
クライアントコンピュータシステムとして構成される複数のコンピュータシステム間のビデオ通信の種々のデータ通信システムが、本明細書に開示される。クライアントコンピュータシステムの１つ（または、それ以上）は、伝送時は、クライアント送信機であり、クライアントコンピュータシステムの１つ（または、それ以上）は、受信または取得時、クライアント受信側である。クライアント送信機は、クライアント受信側での表示のためのビデオメッセージを伝送または記録可能にされる。クライアント送信機は、ビデオサーバと接続を確立し、ビデオメッセージをビデオサーバに伝送するように構成される。ビデオメッセージは、ビデオサーバによってアーカイブされる。クライアント受信側が、ビデオメッセージの伝送の開始の際、対応不可能である場合、クライアント受信側が、ビデオメッセージの伝送の際、後で対応可能になると、クライアント受信側は、ビデオメッセージの伝送が、依然として、進行中である間、ビデオメッセージの最初から、ビデオメッセージを表示可能にされる。

クライアントコンピュータシステムは、クライアント送信機とクライアント受信機との間で交互し、交互に、ビデオコンテンツを伝送および受信するように構成されてもよい。

管理サーバは、クライアント送信機から、クライアント受信側への参照を含む第１の文字列を受信し、それに応答し、クライアント受信側に、クライアント送信機への参照を含む、第２の文字列を伝送するように適合されてもよい。第２の文字列に応答して、クライアント受信側は、第３の文字列をビデオサーバに伝送するように構成される。第３の文字列は、ビデオメッセージを参照し、ビデオサーバによる第３の文字列の受信に応じて、ビデオサーバは、ビデオメッセージをクライアント受信側に伝送する。

クライアント受信側が対応不可能であるとき、クライアント受信側は、クライアント受信側が後で対応可能になると、ビデオメッセージをビデオサーバのメッセージアーカイブから読み出すように適合されてもよい。システムクライアント送信機として構成される複数のクライアントコンピュータは、クライアント受信側に、個別のビデオメッセージを同時に伝送してもよい。

種々のクライアントコンピュータシステムおよび／またはそのソフトウェアアプリケーションは、データ通信ネットワーク内で使用するために構成されてもよい。クライアントコンピュータシステムおよび／またはソフトウェアアプリケーションは、ビデオサーバと接続を確立し、第１のビデオメッセージをビデオサーバに伝送し、管理サーバに、第１の文字列を伝送するように構成される、送信機モジュールを含んでもよい。クライアントコンピュータシステムおよび／またはソフトウェアアプリケーションは、第２の文字列をビデオサーバに伝送し、第２のビデオメッセージを受信し、第２のビデオメッセージを表示するように構成される、受信機モジュールを含んでもよい。

種々の管理サーバおよび／またはそのソフトウェアアプリケーションは、データ通信ネットワーク内で使用するために構成されてもよい。管理サーバは、クライアント送信機から、第１の文字列を受信するように適合される、管理受信機モジュールと、第２の文字列をクライアント受信側に伝送するように適合される、管理送信機モジュールとを含んでもよい。

種々のビデオサーバは、データ通信ネットワーク内で使用するために構成されてもよい。ビデオサーバは、クライアント送信機と接続を確立し、ビデオメッセージを受信するように構成される、ネットワークアダプタと、ビデオメッセージをアーカイブするように適合される、ビデオデータ記憶とを含む。ネットワークアダプタは、第３の文字列を受信し、第３の文字列に応答して、ビデオメッセージをクライアント受信側に伝送するように構成される。

複数のコンピュータシステム間のビデオ通信の管理のための種々の方法が、本明細書に開示される。クライアントコンピュータシステムの１つ（または、それ以上）は、伝送時、クライアント送信機であり、クライアントコンピュータシステムのうちの１つ以上は、受信または取得時、クライアント受信側である。クライアント送信機は、クライアント受信側での表示のためのビデオメッセージを伝送可能にされる。クライアント送信機は、ビデオサーバと接続を確立し、ビデオメッセージをビデオサーバに伝送するように構成される。ビデオメッセージは、ビデオサーバによってアーカイブされる。クライアント受信側が、ビデオメッセージの伝送の開始の際、対応不可能であるとき、クライアント受信側が、ビデオメッセージの伝送の際、後で対応可能になると、クライアント受信側は、ビデオサーバへのビデオメッセージの伝送の間、ビデオメッセージの最初から、ビデオメッセージを表示可能にされる。

ビデオメッセージは、クライアント受信側によって、受信および表示されてもよい。

クライアントコンピュータシステムは、クライアント送信機とクライアント受信機との間を交互し、交互に、それぞれ、伝送および受信するように構成されてもよい。

クライアント受信側は、ビデオメッセージがビデオサーバに伝送されている間、ビデオメッセージを受信または取得するために選択されてもよい。接続は、クライアント送信機のユーザによる介入を伴わずに、自律的に確立されてもよい。接続は、クライアント送信機のユーザのアクションを監視することによって、クライアント送信機内に事前にインストールされたプログラムに応答して確立されてもよく、接続は、ユーザの監視された該アクションに基づいて確立される。クライアント受信側によるビデオサーバへの第２の文字列の伝送は、クライアント受信側のユーザへの事前通知を伴わずに行なわれてもよい。

待ち時間は、ビデオメッセージをクライアント送信機からビデオサーバに伝送しながら、ビデオメッセージをビデオサーバからクライアント受信側に伝送することによって短縮される。

種々のコンピュータ可読媒体は、クライアントコンピュータシステムのプロセッサおよび／またはビデオサーバのプロセッサおよび／または管理サーバのプロセッサに、本明細書に開示されるような方法を実行させるための処理命令でエンコードされてもよい。

前述および／または他の側面は、付随の図面図と併せて検討されることによって、以下の発明を実施するための形態から明白となるであろう。

本発明は、本明細書では、付随の図面を参照して、単なる一例として、非限定的様式で説明される。

図１は、本発明の特徴による、モバイルコンピュータシステムの簡略化されたブロック図を図示する。 図２は、本発明の特徴による、システムの簡略化されたブロック図を示す。 図３ａ、３ｂ、および４は、本発明の特徴による、方法のためのフロー図を示す。 図３ａ、３ｂ、および４は、本発明の特徴による、方法のためのフロー図を示す。 図５は、本発明の特徴による、クライアント受信側が対応可能であるときに行なわれ得る、サブプロセスを図示する。 図６は、本発明の特徴による、ビデオメッセージの伝送のオリジナル時間時に、クライアント受信側が対応不可能であるときに行なわれ得る、サブプロセスを図示する。 図７は、本発明の特徴による、２つのメッセージをクライアント受信側に伝送する、クライアント送信機の簡略化されたタイミング図を図示する。 図８は、本発明の特徴による、グループスレッドのクライアント間で通信されるメッセージのタイミング図を図示する。

前述および／または他の側面は、付随の図面と併せて検討されることによって、以下の発明を実施するための形態から明白となるであろう。

ここで、その実施例が、類似参照番号が全体を通して類似要素を指す、付随の図面に図示される、本発明の実施形態を詳細に参照する。実施形態は、図を参照することによって本発明を説明するために以下に記載される。

導入として、本発明の実施形態は、無線周波数通信において周知のような半二重通信（時として、「トランシーバー」または「プッシュトーク」として知られる）に類似するユーザ体験を伴うビデオ通信システムおよび方法を提供することを対象とする。Ｓｋｙｐｅ（登録商標）等のサービスを使用する「全二重」セッションの平均長は、１０分を超え得る。先行技術ビデオサービスを使用してビデオストリームを開始するために、既存の技術によって必要とされる初期化時間は、使用されるネットワークおよび実装に応じて、１０〜３０秒の範囲であり得る。本初期化時間は、Ｓｋｙｐｅ（登録商標）等の先行技術ビデオサービスでは容認可能であり得る。例えば、１０分のビデオセッションと仮定すると、１０分セッションの間の３０秒の初期化時間は、４．７６％のオーバヘッドに相当する。本発明の実施形態は、平均長２０〜３０秒のオーディオおよび／またはビデオメッセージあるいはバーストに対応するように意図される。２５秒のオーディオおよび／またはビデオメッセージを転送するための３０秒の初期化時間は、５４．５％オーバヘッドに相当し、これは、容認可能ではないであろう。したがって、本発明の実施形態によって解決される技術的問題の１つは、初期化時間および他の時間待ち時間を最小限にしながら、「半二重」通信システムのユーザ体験を提供することであり、したがって、ユーザは、略リアルタイムメッセージ転送を体験する。

要するに、本発明の実施形態は、短縮された初期化時間および３〜５秒未満の全体的待ち時間を伴う、短オーディオ−ビデオメッセージバースト、例えば、１０〜３０秒長を含む会話に適切なオーディオ−ビデオメッセージング通信プラットフォームを対象とする。伝送開始後１〜２秒以内に、ユーザによって記録されるビデオコンテンツは、すでにサーバにアーカイブされており、通信スレッドを共有する全ユーザによって対応可能である、または取得される。本発明の実施形態のユーザは、ビデオコンテンツを略リアルタイムで共有するために、他のユーザとともに参加してもよい。ユーザが、対応可能ではない、例えば、オンラインではない場合、ビデオコンテンツおよびメッセージは、アーカイブからストリームすることによって後で取得されてもよい。ユーザが、意図される受信側であり、伝送開始時、対応不可能であるが、その後、対応可能になり、その結果、通信スレッドに後で入る場合、ユーザは、ビデオコンテンツをビデオコンテンツの伝送が開始するときのスレッドの最初から取得し、スレッドの開始を見逃さずに、スレッドに参加し得る。アーカイブからのストリーミングは、複数のユーザが、同一の受信側に同時に伝送することを可能にし、受信側は、例えば伝送の順序で、全ビデオコンテンツを全ユーザから受信および取得し得る。

本発明の実施形態を詳細に説明する前に、本発明は、その用途が、以下の説明に記載される、または図面に図示される構成要素の設計および配列の詳細に限定されないことを理解されたい。本発明は、他の実施形態も可能である、あるいは種々の方法で実践または実施可能である。また、本明細書に採用される用語および専門用語は、説明の目的のためのものであり、限定として見なされるべきではないことを理解されたい。

ここで図面を参照すると、図１は、本発明の特徴による、モバイルコンピュータシステム１００の簡略化されたブロック図を図示する。モバイルコンピュータシステム１００は、セルラー基地局１１９を通して、セルラーネットワーク１２１に接続してもよい。セルラー通信モジュール１１７は、プロセッサ１１０をセルラーネットワーク１２１に接続する。モバイルコンピュータシステム１００はまた、データ通信ネットワーク１０６を経由して、サーバ２０５およびサーバ２０６に接続してもよい。モバイルコンピュータシステム１００は、ローカルデータ記憶１０１に接続されるプロセッサ１１０を含む。データ通信モジュール１０４は、プロセッサ１１０をデータ通信ネットワーク１０６に動作可能に接続する。オーディオ−ビデオエンコーダ２０２およびオーディオ−ビデオデコーダ２０４は、それぞれ、モバイルコンピュータシステム１００から送信され、それによって受信される、オーディオ−ビデオコンテンツをエンコードおよびデコードするために使用される。オーディオ−ビデオエンコーダ２０２およびオーディオ−ビデオデコーダ２０４のオーディオ−ビデオコンテンツは、複数のチャネル、例えば、それぞれ、右および左オーディオチャネルを含む、立体ビデオまたはサウンドを含む、オーディオまたはビデオを含んでもよい。モバイルコンピュータシステム１００は、ディスプレイ１０９、全地球測位システム（ＧＰＳ）受信機１０７、カメラ１０５、マイクロホン１１１、スピーカ１１３、振動器１１５、加速度計／重力センサ（図示せず）、近距離通信（ＮＦＣ）（図示せず）、無線周波数識別（ＲＦＩＤ）（図示せず）、Ｂｌｕｅｔｏｏｔｈ（登録商標）（図示せず）、およびＩＲセンサ（図示せず）等の周辺付属デバイスを含んでもよい。

ここでまた、本発明の特徴による、システム２０の簡略化されたブロック図を示す、図２を参照する。システム２０は、クライアント送信機１００Ｔとして作用する、第１のモバイルコンピュータシステム１００と、クライアント受信側１００Ｒとして作用する、第２のモバイルコンピュータシステム１００とを含んでもよい。ビデオサーバ２０６ａと、ビデオデータベース２０６ｂと、ビデオデータ記憶２０６ｃとを含む、ビデオデータシステム２０６は、クライアント送信機１００Ｔと、クライアント受信側１００Ｒと接続する。管理サーバ２０５ａと、管理データベース２０５ｂとを含む、管理データシステム２０５は、クライアント送信機１００Ｔと、クライアント受信側１００Ｒと接続する。オーディオ−ビデオメッセージ２５０は、クライアント送信機１００Ｔからビデオデータシステム２０６に伝送されるように示される。メッセージ２５０は、伝送の間、カメラ１０５を使用してライブ記録されてもよく、メッセージ２５０は、ローカル記憶１０１内に前もって記録および記憶されてもよい。ビデオデータシステム２０６および管理データシステム２０５は、例えば、同一の電力供給源を共有して動作しながら、同一の設置場所またはさらに同一のハードウェアユニット内に並置されてもよい。ビデオデータシステム２０６および管理データシステム２０５は、マルチスレッドプロセッサの異なるスレッド内に実装されてもよい。

ここでまた、本発明の特徴による、個別の方法３０１および３００のためのフロー図を示す、図３ａおよび３ｂを参照する。方法３０１および３００は、システム２０内のビデオデータシステム２０６に接続および伝送し、ユーザが、ビデオメッセージ２５０を他のユーザに伝送することを可能にする、クライアント送信機１００Ｔのプロセスを図示する。方法３０１（図３ａ）は、クライアント送信機１００Ｔによって行なわれるプロセスステップを図示し、方法３００（図３ｂ）は、サーバデータシステム２０６によって行なわれるプロセスステップを図示する。

ここでシステム２０ならびに方法３０１および３００を参照すると、本発明のある実施形態による、送信機アプリケーションは、事前にインストールされ、クライアント送信機１００Ｔのメモリ１０１内に記憶される。クライアント送信機１００Ｔの送信機アプリケーションは、ビデオメッセージ２５０を伝送するための明示的ユーザ命令を未だ受信せずに、ビデオデータシステム２０６およびビデオサーバ２０６ａに接続してもよい（ステップ３０２）。具体的には、事前のユーザアクションまたは事前のプログラミングに基づく、クライアント送信機１００Ｔの送信機アプリケーションは、伝送されることが予期される次のビデオメッセージ２５０のＵＲＩをビデオデータ記憶２０６ｃに開示してもよい。並行して、ビデオデータシステム２０６のビデオサーバ２０６ａは、接続を受信する（ステップ３０６）。クライアント送信機アプリケーションは、ステップ３０７において、ビデオメッセージ２５０の伝送を開始し、並行して、ステップ３０８において、ビデオメッセージ２５０は、ビデオデータシステム２０６によってビデオデータ記憶２０６ｃ内にアーカイブされる。ビデオ圧縮が、カメラ１０５を使用してビデオメッセージ２５０を記録しながら行なわれてもよい。ユーザは、ステップ３０４において、１つ以上のビデオメッセージが伝送のために準備ができたことを通知されてもよい。並行して、ビデオデータメッセージのアーカイブが、ビデオデータシステム２０６において完了されてもよい（ステップ３１０）。クライアント送信機１００Ｔアプリケーションは、１人以上の受信側を選択してもよく（ステップ３０５）、またはクライアント送信機１００Ｔのユーザが、１人以上の受信側を選択してもよい（ステップ３０５）。ステップ３０９では、受信側への参照を含め、ＵＲＩ、文字列、またはメッセージブロックを含む、テキストメッセージが、管理データシステム２０５内の管理サーバ２０５ａに送信される。ステップ３０９は、概して、管理サーバ２０５ａから肯定応答を要求しない。オーディオ−ビデオメッセージ２５０を参照するＵＲＩは、オーディオ−ビデオメッセージを予期し、クライアント受信側１００Ｒがオーディオ−ビデオメッセージ２５０のこれから生じる受信に備えるために、受信側に中継するために意図される。

いくつかの選択肢が、管理データシステム２０５からクライアント受信側１００Ｒへのメッセージブロックの転送のために利用可能である。メッセージブロックは、ビデオメッセージ２５０を参照するためのＵＲＩ、クライアント１００がビデオメッセージを予期するためのコマンド、クライアント１００がビデオメッセージ２５０を再生するために備えるためのコマンドを含んでもよい。代替として、メッセージブロックは、メッセージ２５０を参照するためのＵＲＩのみを含んでもよい。クライアント受信側１００Ｒは、ＵＲＩを受信する度に、ビデオメッセージ、２５０が、予期され、クライアント受信側１００Ｒが、ビデオメッセージ２５０の再生に備えるようにプログラムされる。本発明の代替実施形態では、管理サーバ２０５は、回避されてもよく、およびメッセージブロックは、クライアントコンピュータシステム１００間のメッシュネットワークを経由して転送されてもよい。

方法３０１では、伝送待ち時間は、事前のユーザ相互作用または事前のプログラミングに基づいて、ユーザが、カメラ１０５を使用して、１つ以上のビデオメッセージ２５０を記録し、これから数秒以内に伝送しようとする確率が高いと送信機アプリケーションが見なす場合、短縮され得る。送信機アプリケーションは、クライアント送信機１００Ｔを適宜準備してもよく（ステップ３０３）、および／またはビデオメッセージ２５０が、伝送されている、またはされたことをユーザが通知される（ステップ３０４）ことに先立って、かつ受信側の選択に先立って（ステップ３０５）、伝送を開始してもよい（ステップ３０７）。

再びまた、図１を参照すると、伝送のための準備（ステップ３０３）は、カメラ１０５アプリケーションをオンにし、カメラ１０５のシャッタを開き、ビデオメッセージ２５０のために、メモリ１０１内に空間を配分し、記録を開始し、エンコーダ２０４によってビデオメッセージ２５０をエンコードする等のステップを含んでもよい。伝送のための準備（ステップ３０３）は、以前に受信およびアーカイブされていない画像、オーディオ−ビデオクリップ、または他のマルチ記憶媒体メッセージを含む、記憶１０１内のフォルダを開き（ステップ３０８）、そのフォルダのコンテンツの伝送を開始する（ステップ３０７）ステップを含んでもよい。

ここでまた、本発明の側面による、方法３２０の流れ図を図示する、図４を参照する。方法３２０は、クライアント受信側１００Ｒが、対応可能であるときのオーディオ−ビデオメッセージの受信、および／または例えば、クライアント受信側１００Ｒが、クライアント送信機１００Ｔからのオリジナル伝送の間、対応可能ではない、または対応不可能であるときの後続オーディオ−ビデオメッセージ読み出しを提供する。決定ブロック３１１では、クライアント受信側１００Ｒが、伝送の開始（ステップ３０７）の際またはその直後（数秒以内）、対応可能である場合、フローは、図５に示されるように、サブプロセス５０１に進む。決定ブロック３１１において、クライアント受信側１００Ｒが、伝送の際またはその直後、対応可能ではない場合、フロー５は、図７に示されるサブプロセス７０１に進む。

ここでまた、本発明の特徴による、クライアント受信側１００Ｒが対応可能であるときに行なわれ得る、サブプロセス５０１を図示する、図５を参照する。ステップ５０３では、クライアント受信側１００Ｒは、オーディオ−ビデオメッセージ２５０への参照を含め、ＵＲＩを含む、文字列を受信する。文字列は、クライアント受信側１００Ｒからビデオデータシステム２０６に送信され（ステップ５０５）、ビデオデータシステム２０６は、ビデオメッセージ２５０を参照する文字列の受信に応じて、ビデオ記憶２０６ｃからビデオメッセージ２５０を読み取り、ビデオメッセージ２５０をクライアント受信側１００Ｒに伝送する。一方、ステップ５０６では、クライアント受信側１００Ｒは、ビデオメッセージ２５０の再生および受信に備える。ステップ４０７では、ビデオメッセージ２５０が、クライアント受信側１００Ｒによって受信および再生される。代替として、クライアント受信側１００Ｒが対応可能であるとき、ビデオメッセージ２５０は、クライアント受信側１００Ｒがメッセージ２５０をアーカイブ２０６ｃから受信しないように、クライアント送信機１００Ｔからの伝送の際、コピーされ、ビデオデータシステム２０６によって、クライアント受信側１００Ｒに中継されてもよい。

本発明の特徴によると、クライアント受信側１００Ｒが、クライアント送信機１００Ｔからのビデオメッセージ２５０の伝送開始後、対応可能となると、次いで、ビデオデータシステム２０６は、メッセージの最初から、ビデオメッセージ２５０を伝送してもよい。伝送開始の時間と、クライアント受信側１００Ｒが対応可能となるときの時間との間の時間遅延は、メッセージスレッドの残りの間、短縮され得る。クライアント送信機１００Ｔとクライアント受信側１００Ｒとの間の後続やりとりの間、クライアント受信側は、最終的に、会話内の他の参加者に追い付くであろう。

ここでまた、クライアント受信側１００Ｒが、ビデオメッセージ２５０の伝送（ステップ３０７、図３）のオリジナル時間に対応可能ではないときに行なわれ得る、サブプロセス７０１を図示する、図６を参照する。クライアント受信側１００Ｒが、未確定の後の時間に対応可能となると（決定ブロック７０２）、クライアント受信側１００Ｒは、メッセージ履歴を管理データベース２０５ｂと同期させる（ステップ７０３）。ステップ７０５では、クライアント受信側１００Ｒのユーザは、見逃されたメッセージ、例えば、ビデオメッセージ２５０を通知される。同時に、クライアント受信側１００Ｒは、見逃されたメッセージのうちの１つ以上を参照するＵＲＩを含む、文字列をビデオデータシステム２０６に送信してもよい（ステップ５０５）。クライアント受信側１００Ｒアプリケーションは、ユーザ選択肢を予想し、ステップ７０５において、見逃されたメッセージに関するクエリに対する応答を受信しながら、文字列をビデオデータシステム２０６に送信してもよい（ステップ５０５）。文字列は、ビデオデータシステム２０６内で受信され、ステップ４０６において、ビデオメッセージ２５０は、アーカイブ２０６ｃから読み出され、ビデオメッセージ２５０は、クライアント受信側１００Ｒによって受信される。クライアント受信側１００Ｒは、ステップ７０６において、再生に備える、すなわち、事前のユーザアクションに基づいて、記憶媒体プレーヤアプリケーションをオンにしてもよい。クライアント受信側１００Ｒにおいて起動するアプリケーションは、ユーザが、すでに受信されているビデオメッセージ２５０の閲覧を選択するであろう確率が高いと見なし得る。ユーザが、決定ボックス７０７において、ビデオメッセージ２５０の再生を選択する場合、クライアント受信側１００Ｒは、受信されている、またはすでに受信されたメッセージ２５０の再生にすでに備えており、着信ビデオメッセージ２５０の受信および再生のステップ４０７は、短い全体的待ち時間を伴って行なわれ得る。

先行技術サービスと比較したシステム２０の待ち時間
以下の３つの方程式は、ユーザＡがビデオメッセージを送信し、ユーザＢがユーザＡによって送信されたビデオメッセージを聴取または表示し、ユーザＢが、それに応答して、ビデオメッセージを作成し、ユーザＡが、応答を受信、表示、聴取、または閲覧する、プロセスの通信時間を要約する。
コンテンツ時間＝メッセージＡのコンテンツの転送のための時間＋メッセージＢの転送のための時間
合計時間＝プロセスの開始からプロセスの終了までの時間
待ち時間＝合計時間−コンテンツ時間

ＷｈａｔｓＡｐｐ（登録商標）、ｉＭｅｓｓａｇｅ（登録商標）、Ｗｉｎｄｏｗｓ（登録商標） Ｍｅｓｓｅｎｇｅｒ、ＡＯＬ（登録商標） Ｉｎｓｔａｎｔ Ｍｅｓｓｅｎｇｅｒ等のサービスの場合、以下の公式が、合計通信時間Ｔを計算するために使用されてもよい。
Ｔ＝ＲＡ１＋ＣＡ１＋ＵＡ１＋ＤＢ１＋ＶＢ１＋ＲＢ２＋ＣＢ２＋ＵＢ２＋ＤＡ２＋ＶＡ２
番号 ステップ パラメータ 値（秒）
１ ユーザＡがメッセージを記録する ＲＡ１ ３０
２ ユーザＡのメッセージが圧縮される ＣＡ１ ５
３ ユーザＡのメッセージがアップロードされる ＵＡ１ ５
４ ユーザＢがユーザＡのメッセージをダウンロードする ＤＢ１ ５
５ ユーザＢがユーザＡのメッセージを閲覧する ＶＢ１ ３０
６ ユーザＢが応答を記録する ＲＢ２ ３０
７ ユーザＢの応答が圧縮される ＣＢ２ ５
８ ユーザＢの応答がアップロードされる ＵＢ２ ５
９ ユーザＡがユーザＢの応答をダウンロードする ＤＡ２ ５
１０ ユーザＡがユーザＢの応答を閲覧する ＶＡ２ ３０
合計 １５０

ユーザＡが、３０秒のビデオをユーザＢに送信し、続いて、ユーザＢが、ビデオを視聴し、３０秒の応答をユーザＡに返信し、ユーザＡが、応答を閲覧するプロセスは、約１５０秒要求する。６０秒のコンテンツの場合、コンテンツが転送および閲覧されるために、１５０秒が要求される。実施例では、先行技術サービスを使用する通信は、１５０秒の通信Ｔの合計時間に対して、９０秒の待ち時間、６０秒のコンテンツを有し、待ち時間は、通信の合計時間の７１％である。

対照的に、システム２０ならびに方法３００、３０１、および５０１を使用すると、メッセージ２５０は、ユーザＡによって伝送され、約２秒の２地点間合計通信時間を伴って、ユーザＢによってリアルタイムで受信される。結果、ユーザ受信側は、ユーザ送信機のメッセージの記録の開始と略同一の時間で着信メッセージの視聴を完了する。方法３００、３０１、および５０１を使用すると、本発明の実施形態を使用する合計通信時間ＴＩは、以下のように簡略化され得る。
ＢＲ＝伝送時間
ＴＩ＝ユーザ間の通信の時間
ＴＩ＝ＢＲＡ１＋ＬＡＩ＋ＢＲＢ２＋ＬＢ２
番号 ステップ パラメータ 値（秒）
１ ユーザＡがメッセージを伝送する ＢＲＡ１ ３０
２ ネットワークが遅延する ＬＡ１ ２
３ ユーザＢが応答を伝送する ＢＲＢ２ ３０
４ ネットワークが遅延する ＬＢ２ ２
合計 ６４

ユーザＡが、３０秒の持続時間のビデオメッセージ２５０をユーザＢに送信し、ユーザＢが、ビデオメッセージ２５０を閲覧し、それに応答して、ユーザＡに、ビデオメッセージ応答２５０を伝送し、ユーザＡが、ビデオメッセージ応答２５０を閲覧する、本発明の実施形態を使用した通信プロセスは、６４秒を要求する。故に、本発明の実施形態を使用すると、６０秒のコンテンツの閲覧は、転送および表示されるのに約６４秒要求する。本発明の実施形態を使用したプロセスは、通信ＴＩの合計時間の約６．２５％の待ち時間を有する。

（ユーザ体験）
本発明の実施形態では、全てのビデオメッセージ２５０がサーバビデオデータシステム２０６にアーカイブされる（ステップ３０８）ため、２人以上のユーザが、会話に参加するために対応可能である必要はない。ユーザは、グループに加えられ、その新しいユーザの追加に先立って伝送された全事前のビデオメッセージ２５０を閲覧してもよい。

本発明の実施形態では、ビデオメッセージ２５０は、メッセージ２５０をカメラ１０５内に記録し、圧縮および伝送待ち時間を短縮しながら、伝送（ステップ３０７）および圧縮されてもよい。

ユーザ受信側は、ユーザ送信機が伝送を開始する（ステップ３０７）数秒以内に閲覧するために、受信されたメッセージ２５０のストリーミング（ステップ４０７）を開始し、待ち時間時間を短縮してもよい。要するに、本発明の特徴に従って見出される短待ち時間性能は、先行技術システムに優るユーザ体験の劇的変化をもたらす。

（スレッド内のメッセージの待ち行列作成）
本発明の実施形態による、ビデオ通信システム２０は、クライアントコンピュータシステム１００のユーザが、ユニキャスト（１対１）またはマルチキャスト（１対多数）として、メッセージ２５０を交互に送受信することを可能にする。

略リアルタイムでの着信メッセージ２５０の再生を含む、システム２０では、複数の着信メッセージ２５０が、連続的に閲覧されてもよいが、リアルタイムで伝送されるとき、メッセージ２５０は、重複し得る。

本発明の実施形態による、略リアルタイムストリーミングビデオメッセージングシステム２０では、ビデオメッセージ２５０は、ストリーミングによるビデオデータシステム２０６への伝送の開始時間と、メッセージ２０がクライアント受信側１００Ｒで取得され始めるまでの待ち時間と、クライアント受信側１００Ｒで受信されているメッセージ２５０のストリーミングが終了する終了時間とを有する。

本発明の特徴によると、クライアント１００は、随時、ビデオメッセージ２５０の受信／取得または記録／伝送のいずれかを行なってもよいが、クライアント１００は、コンテンツの取得および伝送の両方を同時にし得ない。クライアント１００は、別の相互作用を開始するために一方の相互作用を停止することを余儀なくする、例えば、コンテンツを作成するためには、コンテンツの取得を停止する、またはその逆も同様であり得る。

クライアント受信側１００Ｒが、着信メッセージ２５０を検出すると、種々のアクションが、生じてもよい。一実施例では、クライアント受信側１００Ｒは、別のビデオメッセージ２５０を再生中である。ユーザは、通知として、視覚的メッセージ、可聴メッセージ、および／または振動器１１５を使用した振動のいずれかの着信メッセージ２５０の通知が提示されてもよい。ユーザは、クライアント受信側１００Ｒのタップまたはスワイプを介して、通知を選択し、現在再生中のビデオメッセージ２５０を停止または一時停止させ、通知に関連するビデオメッセージ２５０の再生を開始してもよい。

別の実施例では、クライアント受信側１００Ｒが、現在、ビデオメッセージ２５０の再生に従事していないとき、クライアント受信側１００Ｒは、ユーザによる任意の相互作用の必要なく、着信メッセージ２５０を再生するように構成されてもよい。

ここで、（ユーザＡの）クライアント１００が、２つのメッセージ２５０（１）および２５０（２）をユーザＺの別のクライアント１００に伝送する、簡略化されたタイミング図８０１を図示する、図７を参照する。時間の経過は、略図９０１の上から略図９０１の下に進むことによって識別される。
１．ユーザＡがメッセージ２５０（１）をユーザＺに伝送する。
２．ユーザＺが、数秒の待ち時間を伴って、メッセージ２５０（１）を受信し、メッセージ２５０（１）の閲覧を開始する。
３．ユーザＡがメッセージ２５０（１）の伝送完了後、メッセージ２５０（１）のユーザＡの伝送とメッセージ２５０（１）のユーザＺの再生との間の待ち時間未満の時間が経過する。
４．ユーザＡがユーザＺへのメッセージ２５０（２）の伝送を開始する。
５．ユーザＺは、ユーザＺが、依然として、前のメッセージ２５０（１）を閲覧中であるため、メッセージ２５０（２）の閲覧を開始できない。
６．システム２０は、ユーザ間のスレッドに基づいて、メッセージ２５０（１）およびメッセージ２５０（２）がコンテキスト上関連すると認識し、ユーザＺによるメッセージ２５０（１）の閲覧の完了に応じてメッセージ２５０（２）を再生する、待ち行列を作成する。

ここで、本発明の特徴による、グループスレッドのクライアント１００間で通信されるメッセージ２５０のタイミング図８０１を図示する、図８を参照する。時間の経過は、略図８０１の上から略図８０１の下に進むことによって識別される。
１．ユーザＺは、ユーザＡ、Ｂ、およびＣとのグループスレッドに従事する。
２．ユーザＺがメッセージ２５０Ｔ Ｚを作成する。
３．ユーザＺが、メッセージ２５０Ｔ Ｚを記録および伝送している間、同一のグループスレッドの一員である、ユーザＡが、メッセージ２５０Ｔ Ａを作成する。
４．メッセージ２５０Ｔ Ａが、ユーザＺを含むグループスレッドの他のメンバーにリアルタイムでストリーミングされる。
５．ユーザＺは、ユーザＺのクライアント１００が、依然として、発信メッセージ２５０Ｔ Ｚを記録および伝送中であるため、着信メッセージ２５０Ｔをリアルタイムですぐに閲覧できない。
６．ユーザＡのクライアント１００が、メッセージ２５０Ｔ Ａを伝送している間、ユーザＢのクライアント１００は、メッセージ２５０Ｔ Ｂの伝送を開始する。
７．ユーザＢのクライアント１００が、メッセージ２５０Ｔ Ｂを伝送している間、ユーザＣのクライアント１００は、メッセージ２５０Ｔ Ｃの伝送を開始する。
８．メッセージは、ビデオデータシステム２０６によってリアルタイムでアーカイブされ、ユーザＺのクライアント１００は、着信メッセージ２５０Ｒ Ａ、２５０Ｒ Ｂ、および２５０Ｒ Ｃを通知される。
９．ユーザＺのクライアント１００は、待ち行列を形成し、着信メッセージ２５０Ｒ Ａ、２５０Ｒ Ｂ、および２５０Ｒ Ｃの再生を時間シフトさせる。
１０．メッセージ２５０Ｒ Ａ、２５０Ｒ Ｂ、および２５０Ｒ Ｃは、典型的には、伝送の時間シーケンスにおいて、連続的に再生される。

図８を参照して前述のステップ１−１０の結果、ユーザＺは、メッセージをスレッド伝送する各ユーザが、待ち行列が個別のビデオメッセージ２５０Ｔ Ａ、２５０Ｔ Ｂ、および２５０Ｔ Ｃの作成および伝送前にクリアになるまで待機するように、時間的に重複しながら伝送されるメッセージ２５０を体験する。

ユーザＺは、時間的にシフトされるにつれて、ビデオメッセージ２５０Ｒ Ａ、２５０Ｒ Ｂ、および２５０Ｒ Ｃを取得していることを通知されてもよく、またはそうでなくてもよい。

（伝送の間の準最適ネットワーク条件の補償）
クライアントコンピュータシステム１００のユーザがビデオメッセージ２５０を送信するとき、ビデオメッセージ２５０からの情報の長い待ち時間または損失を生じさせ得る、準最適ネットワーク条件が、存在し得る。本発明の特徴によると、クライアント送信機１００Ｔは、ローカルネットワーク品質を検出してもよい。準最適ネットワーク品質が存在する場合、短待ち時間準リアルタイムメッセージングを維持するために、メッセージ２５０の情報コンテンツは、ビデオメッセージ２５０の記録に先立って、その間、またはその後、縮小されてもよい。メッセージ２５０の情報コンテンツの縮小として、一例としてビデオメッセージ２５０のビデオフレームレートの低下、カラー分解能の低下またはさらに単色ビデオメッセージ２５０への切替、および／またはビデオフレームサイズの縮小が挙げられ得る。低品質ビデオメッセージ２５０は、ビデオデータ記憶２０６ｃに伝送および記憶され、クライアント受信側１００Ｒによって取得または受信するために利用可能であってもよい。

続いて、オリジナル高品質メッセージ２５０を復元するために、オリジナル低品質メッセージ２５０または少なくともその欠落情報が、クライアント送信機１００Ｔまたは別のデバイス、例えば、そこに取付可能なリムーバブルディスク内にローカルに記憶されてもよい。高品質メッセージ２５０は、クライアント受信側１００Ｒが、オリジナルのより低い品質伝送の後、ビデオメッセージ２５０をより高い品質において取得またはダウンロードし得るように、ビデオデータ記憶２０６ｃ上に事前に記憶されたより低い品質バージョンを置換するためにアップロードされてもよい。代替として、欠落情報が、クライアント送信機１００Ｔ、ビデオデータシステム２０６、またはクライアント受信機１００Ｒ上のいずれかのオリジナルメッセージ２５０を修復するために使用されてもよい。したがって、ビデオ品質の低下は、オリジナル品質における同一のメッセージの後続取得を可能にしながら、準最適ネットワーク条件下でも、準リアルタイム短待ち時間メッセージングを維持するために使用されてもよい。例えば、ユーザＡは、ビデオメッセージ２５０をユーザＢに伝送する。ユーザＡは、完全品質ビデオのために要求される帯域幅未満のネットワーク上におり、したがって、クライアント送信機１００Ｔは、低品質ビデオメッセージ２５０をユーザＢに送信する。

ユーザＢが、伝送時、視聴中である場合、ユーザＢは、ユーザＡのビデオメッセージ２５０の低品質ビデオを受信／取得する。

ユーザＡからの低品質ビデオメッセージ２５０の伝送後、クライアント送信機１００Ｔは、ユーザＡのビデオメッセージ２５０の低品質ビデオからの欠落情報をユーザＢに伝送してもよい。欠落情報は、次いで、オリジナルで伝送されたように、ビデオメッセージ２５０の低品質ビデオの見逃したビデオ情報を充填するために使用されてもよい。したがって、ユーザＢが、伝送をライブで視聴することが対応不可能であり、後の時間で視聴する、またはメッセージをブロードキャスト時に視聴し、後で、ビデオメッセージ２５０を再視聴するために戻ることを選ぶ場合、ユーザＢは、ビデオメッセージ２５０の完全品質ビデオを閲覧してもよい。

（マルチ機能ボタン）
システム２０は、タッチセンサ式ディスプレイ１０９を具備する、スマートフォン１００、例えば、ｉＰｈｏｎｅを使用して実装されてもよい。クライアントアプリケーションが、方法３０１、５０１、および／または７０１を実行するためにスマートフォン１００上にインストールされると、仮想ボタンが、タッチセンサ式ディスプレイ１０９上に実装されてもよい。代替として、または加えて、非仮想または物理的ボタンが、仮想ボタンと類似機能性を伴って、スマートフォン１００の中に設計されてもよい。

仮想または物理的ボタンとして、以下の機能モードが挙げられ得る。

１）オーディオ−ビデオ操作：ボタンが、例えば、１秒未満の持続時間の間、タップされると、カメラ２０５およびマイクロホン１１１を使用してビデオ記録が開始し、同時に、ビデオ記録の伝送（ステップ３０７）が開始してもよい。２回目のタップは、記録を停止し、かつ伝送を停止し、受信（ステップ４０７）を可能にする。記録／伝送状態間のトグルおよび受信の有効化（ステップ４０７）は、ボタンを連続的にタップすることによって行なわれてもよい。

２）オーディオ−ビデオ（「プッシュトーク」）：ボタンは、規定された時間周期、例えば、２秒間、押下またはタッチされる。モード１におけるように、ビデオ記録が、カメラ２０５およびマイクロホン１１１を使用して開始し、同時に、ビデオ記録の伝送（ステップ３０７）を開始する。ボタンの解放は、したがって、記録／伝送を終了し、ビデオコンテンツの受信（ステップ４０７）を可能にする。

３）オーディオ専用：ボタンが、スライドアップされ、すぐに解放されると、マイクロホン１１１を使用したオーディオ記録（カメラ２０５から捕捉されるライブ画像を伴わない）および伝送（ステップ３０７）が開始する。ボタンが、そのオリジナル位置にスライドバックされると、オーディオ記録／伝送が、停止され、受信が（ステップ４０７）可能にされる。ボタンは、スライドアップ位置にある間、ある周期、例えば、２秒間、押下されると、ボタンは、前述のモード２におけるように挙動するが、オーディオ記録／伝送のみを伴い得る。スライドアップ位置におけるボタンの解放は、オーディオ−記録および伝送を停止させる。

（実施例：コンピュータ制御下のクライアント１００）
本発明の他の実施形態によると、１つ以上のクライアントコンピュータシステム１００は、（ヒト）ユーザの介入を要求せずに、自律的に動作してもよい。コンピュータシステム１００に取り付けられたプロセッサ１１０および／または別のプロセッサは、クライアントコンピュータシステム１００の動作を制御するようにプログラムされてもよい。プロセッサ１１０は、例えば、２つの独立メッセージスレッド内において、メッセージ２５０を同時に受信および伝送するように構成されてもよい。プロセッサ１１０は、受信されているオーディオ専用および／またはオーディオ−ビデオメッセージ２５０を分析、処理、および／または解析し、メッセージ２５０を受信されたメッセージ２５０に関連するスレッドの他のユーザに伝送することによって、適宜、応答するようにプログラムされてもよい。プロセッサ１１０は、スレッドのユーザによって共有されるオーディオおよび／または視覚的コンテンツに関連する、教育または広告コンテンツを含む、メッセージ２５０で応答するようにプログラムされてもよい。例えば、ユーザが、買い物中、メッセージの中に、さらなる情報の受信を所望する製品の画像を伝送してもよい。メッセージ２５０を受信するクライアント１００は、メッセージ２５０内の画像を処理し、例えば、光学文字認識またはバーコードを使用して、製品を認識してもよい。クライアント１００は、広告あるいは価格および／またはサービス情報等の他の情報を含む、メッセージ２５０で応答してもよい。

（実施例：カメラセキュリティシステム）
クライアント１００がプロセッサ制御下にある、本発明の実施形態の別の実施例は、カメラセキュリティシステムである。複数のセキュリティカメラが、個々に、クライアント送信機１００Ｔに取り付けられ、ユニキャストまたはマルチキャストによって１つ以上のクライアント受信側１００Ｒに伝送するようにプログラムされてもよい。ユーザ、例えば、セキュリティ対策員は、クライアント送信機１００Ｔのサイトの任意／全部の疑わしいアクティビティに関して、クライアント送信機１００Ｔのディスプレイを閲覧してもよい。１つ以上のクライアント受信側１００Ｒは、固定またはモバイルコンピュータシステムであってもよい。伝送の決定（決定ブロック３０４）は、時間間隔またはローカル画像処理、例えば、画像フレーム間の差異画像内の顕著な特徴に基づいて、事前にプログラムされてもよい。代替として、画像処理は、ネットワーク１０６内の他の場所行なわれてもよい。クライアント受信側１００Ｒは、例えば、ラウンドロビンまたはランダム方式で、ビデオメッセージ２５０を受信してもよい。メッセージ２５０のうちの１つに基づく疑わしいアクティビティ等、顕著なイベントが生じる場合、ラウンドロビンへの中断が、管理サーバ２０５ａを通して、クライアント送信機１００Ｔのうちの１つによって、管理サーバ２０５ａ、ビデオサーバ２０６を通して、クライアント受信側１００Ｒのユーザのうちの１人によって、またはオンザフライ画像処理に基づいて、管理サーバ２０５によって、信号伝達されてもよい。全ビデオメッセージの中央アーカイブが、証拠を提供するために、セキュリティシステム内に要求されるため、ビデオデータシステム２０６に維持される。

文字列の実施例：
クライアント送信機１００Ｔによって伝送される文字列の実施例
ビデオメッセージ２５０を参照する、文字列の一部が、クライアント送信機１００Ｔによって管理データシステム２０５に伝送される。
それに応答して、ビデオデータシステム２０６が、ビデオメッセージ２５０を参照する、以下の文字列を受信してもよい。
｛
｝

クライアント受信側１００Ｒによって受信される文字列の実施例
｛
｝

（定義）
本発明の実施形態は、以下により詳細に論じられる、種々のコンピュータハードウェア構成要素を含む、汎用または特殊目的コンピュータシステムを備えてもよい。本発明の範囲内の実施形態はまた、コンピュータ実行可能命令、コンピュータ可読命令、またはデータ構造を担持する、あるいはその上に記憶させるためのコンピュータ可読媒体を含む。そのようなコンピュータ可読媒体は、汎用または特殊目的コンピュータシステムによってアクセス可能な任意の対応可能な媒体であってもよい。一例として、限定ではないが、そのようなコンピュータ可読媒体として、ＲＡＭ、ＲＯＭ、ＥＰＲＯＭ、フラッシュディスク、ＣＤ−ＲＯＭまたは他の光ディスク記憶、磁気ディスク記憶または他の磁気記憶デバイス、あるいは所望のプログラムコード手段をコンピュータ実行可能命令、コンピュータ可読命令、またはデータ構造の形態で担持あるいは記憶するために使用され得、かつ汎用または特殊目的コンピュータシステムによってアクセスされ得る、任意の他の記憶媒体等の物理的記憶媒体が挙げられ得る。

本説明および以下の請求項では、「コンピュータシステム」は、電子データに対して動作を行なうために協働する、１つ以上のソフトウェアモジュール、１つ以上のハードウェアモジュール、またはそれらの組み合わせとして定義される。例えば、コンピュータシステムの定義として、パーソナルコンピュータのハードウェア構成要素ならびにパーソナルコンピュータのオペレーティングシステム等のソフトウェアモジュールが挙げられる。モジュールの物理的レイアウトは、重要ではない。コンピュータシステムは、コンピュータネットワークを介して連結される、１つ以上のコンピュータを含んでもよい。同様に、コンピュータシステムは、単一物理的デバイス（電話または携帯情報端末ＰＤＡ等）を含んでもよく、内部モジュール（メモリおよびプロセッサ等）は、電子データに対して動作を行なうために協働する。任意のコンピュータシステムは、モバイル式であってもよいが、用語「モバイルコンピュータシステム」として、特に、ラップトップコンピュータ、ノートブックコンピュータ、携帯電話、スマートフォン、ワイヤレス電話、携帯情報端末、タッチセンサ式画面を伴うポータブルコンピュータ、および同等物が挙げられる。

本説明および以下の請求項では、「ネットワーク」は、２つ以上のコンピュータシステムがデータを交換し得る、任意のアーキテクチャである。用語「ネットワーク」として、広域ネットワーク、インターネットローカルエリアネットワーク、イントラネット、「Ｗｉ−ｆｉ」等のワイヤレスネットワーク、仮想プライベートネットワーク、アクセス・ポイント・ネーム（ＡＰＮ）を使用する、モバイルアクセスネットワーク、およびインターネットが挙げられ得る。交換されるデータは、２つ以上のコンピュータシステムに有意義な電気信号の形態であってもよい。データが、ネットワークまたは別の通信接続（有線、無線、あるいは有線または無線の組み合わせのいずれか）を経由して、コンピュータシステムまたはコンピュータデバイスに転送あるいは提供されるとき、接続は、適切に、コンピュータ可読媒体として見なされる。したがって、任意のそのような接続は、適切に、一過性コンピュータ可読媒体と称される。前述の組み合わせもまた、コンピュータ可読媒体の範囲内に含まれるべきである。コンピュータ実行可能命令は、例えば、汎用コンピュータシステムまたは特殊目的コンピュータシステムに、ある機能または機能群を行なわせる、命令およびデータを備える。用語「サーバ」は、本明細書で使用されるように、概して、コンピュータネットワークを経由してサービスを提供するように構成される、プロセッサ、データ記憶、およびネットワークアダプタを含む、コンピュータシステムを指す。用語「クライアント」は、本明細書で使用されるように、サーバによって提供されるサービスを受信する、コンピュータシステムである。

用語「ビデオ」は、随意に、時間シーケンスにおいて、画像または２つ以上の画像の捕捉および表示を指す。用語「ビデオ」は、ビデオおよびオーディオ情報を組み合わせるための公知の技法のいずれかに従って画像または複数の画像に付随する音が存在するとき、オーディオを含む。用語「ビデオ」および「オーディオ−ビデオ」は、同じ意味で本明細書で使用される。用語「ビデオ」および「オーディオ−ビデオ」は、ビデオと組み合わせられたステレオオーディオおよび／またはオーディオと組み合わせられた３次元ビデオ等の複数の信号を含んでもよい。

用語「メッセージ」は、本明細書で使用されるように、カメラによってライブ捕捉された１つ以上の画像または以前に捕捉された画像またはビデオに付随するオーディオ−ビデオコンテンツまたはオーディオを指す。

用語「マルチキャスト」は、本明細書で使用されるように、ソースまたは伝送コンピュータシステムからの単一伝送における、宛先コンピュータシステム群へのオーディオ−ビデオメッセージの同時送達である。

用語「ユニキャスト」は、本明細書で使用されるように、オーディオ−ビデオメッセージを単一指定コンピュータシステムに伝送することを指す。

用語「ブロードキャスト」は、本明細書で使用されるように、オーディオ−ビデオメッセージを全可能性として考えられる宛先に伝送することを指す。

用語「アップロード」は、本明細書で使用されるように、クライアントコンピュータシステム上でローカル記憶内に以前にローカルに記憶され、サーバ内の記憶にコピーされたデータファイルを指す。

用語「ダウンロード」は、本明細書で使用されるように、サーバ上に以前に記憶され、クライアントコンピュータシステムのローカル記憶にコピーされたデータファイルを指す。

用語「ユニフォームリソースアイデンティファイア」または「ＵＲＩ」は、本明細書で使用されるように名前またはリソースを識別するために使用される文字列であり、具体的プロトコルを使用したネットワーク（典型的には、Ｗｏｒｌｄ Ｗｉｄｅ Ｗｅｂ）を経由してリソースの表現との相互作用を可能にする。具体的シンタックスおよび関連付けられたプロトコルを規定する方式が、各ＵＲＬを定義する。ＵＲＩは、ユニフォームリソースロケータ（ＵＲＬ）および／またはユニフォームリソースネーム（ＵＲＮ）として分類されることができる。

用語「文字列」または「メッセージブロック」は、本明細書で使用されるように、ネットワークリソース、例えば、ビデオメッセージの名前および／または場所の識別子、および／または１つ以上のクライアント受信側に対する識別子を含む。文字列またはメッセージブロックは、ＵＲＩ、ＵＲＮ、およびＵＲＬ、またはその一部を含んでもよい。「文字列」は、バイナリコードにエンコードされ、バイナリコードで伝送および受信され、受信機でデコードされ、規定通りに、受信側およびビデオメッセージの識別子を判定し得る。

用語「クライアント送信機」および「クライアント受信側」は、本明細書で使用されるように、その実施例が図１におけるモバイルコンピュータシステム１００として示される、クライアントコンピュータシステムを指す。一方向通信を参照する送信機および受信側の役割は、可逆的であり得る。

ビデオメッセージの伝送および受信の文脈における用語「交互に」は、伝送または受信のいずれかを行なうが、１度にビデオコンテンツの伝送および受信の両方を同時に行なわないように構成される、コンピュータシステムを指す。

用語「ストリーミング」は、本明細書で使用されるように、クライアントコンピュータシステム１００内の記憶１０１内のローカルファイル内にビデオコンテンツのアクセス可能コピーの保存を回避しながら、随意に、クライアント記憶１０１を一時的キャッシュ記憶として使用する、ビデオコンテンツの取得を指す。

ビデオおよび／またはオーディオコンテンツの文脈における用語「取得」は、付随のオーディオを含む、ビデオコンテンツをユーザに表示する、またはオーディオコンテンツの場合、オーディオコンテンツをユーザに再生することを指す。用語「取得」、「再生」、および「表示」は、同じ意味で本明細書で使用される。

ビデオメッセージおよび／またはビデオコンテンツの受信の文脈における、用語「受信」は、本明細書で使用されるように、本発明の異なる実施形態では、ビデオコンテンツのストリーミングおよび取得、および／またはビデオコンテンツをローカル記憶１０１にコピーし、後で、ビデオコンテンツを記憶１０１から取得することを含む。

用語「待ち時間」は、本明細書で使用されるように、クライアント送信機がビデオメッセージの伝送を開始する時間と、ビデオメッセージが、クライアント受信側が対応可能であるとき、ストリーミングによって、クライアント受信側に受信および表示される時間との間の時間を指す。

用語「短縮された待ち時間」または「短待ち時間」は、同じ意味で本明細書で使用され、異なる実施形態では、６秒未満、または５秒未満、または４秒未満、または３秒未満、または２秒未満の待ち時間を指す。

用語「対応可能な」は、それを経由して本発明の実施形態が動作可能なデータ通信ネットワークに接続され、方法３０１を行なうためのクライアントアプリケーションが起動している、クライアントコンピュータシステムを指す。

用語「対応不可能な」は、それを経由して本発明の実施形態が動作可能なデータ通信ネットワークに接続されていない、あるいはデータ通信ネットワーク２０に接続されるが、方法３０１を行なうためのクライアントアプリケーションがバックグラウンドで起動している、またはクライアントアプリケーションがインストールされていない、もしくは別様に無効である、クライアントコンピュータシステムを指す。

用語「会話」は、本明細書で使用されるように、２人以上の人々間でネットワークを経由して１つ以上のメッセージを共有することを指す。

メッセージの文脈における用語「スレッド」は、随意に、メッセージの伝送の時間順序を維持しながら、２つ以上のクライアントコンピュータシステム１００間で伝送および受信された複数のメッセージを指すために本明細書で使用される。

不定冠詞「ａ」、「ａｎ」は、「接続」、「サーバ」、「メッセージ」等、「１つ以上の接続」、「１つ以上のサーバ」、および「１つ以上のメッセージ」である、「１つ以上」という意味を有するために本明細書で使用される。

（本発明の他の実施形態）
種々のボタンが、本明細書に開示される方法に従って、クライアントコンピュータシステムを制御するために、クライアントコンピュータシステム上にインストールされてもよい。ボタンは、ボタンが、１秒未満の持続時間の間、タップされると、ビデオ記録が開始し、同時に、ビデオ記録の伝送が開始する、モードを含んでもよい。２回目のタップは、記録を停止し、それによって、伝送を停止し、受信を可能にしてもよい。記録／伝送状態間のトグルおよび受信の有効化は、ボタンを連続して断続的にタップすることによって行なわれてもよい。

ボタンはまた、ボタンが、定義された時間周期の間、例えば、２秒間、押下またはタッチされる、モードを含んでもよい。ビデオ記録が、開始してもよく、ビデオ記録と同時に、伝送が開始してもよい。ボタンの解放は、記録／伝送を終了し、ビデオコンテンツの受信を可能にしてもよい。別のモードでは、ボタンは、事前に定義された方向にスライドされ、事前に定義された時間周期内ですぐに解放される。オーディオ記録（画像の同時捕捉を伴わない）および伝送が、開始してもよい。ボタンが、そのオリジナル位置にスライドバックされると、オーディオ記録／伝送が、停止されてもよく、受信が可能にされる。ボタンは、オーディオ記録／伝送専用の場合、スライド位置にある間、ある時間周期、例えば、２秒間、押下されてもよい。スライド位置におけるボタンの解放は、オーディオ−記録および伝送を停止させる。

ビデオコンテンツを伝送および受信するように構成される、複数のコンピュータシステム間のビデオ通信の種々のデータ通信システムが、本明細書に開示される。クライアントコンピュータシステムの１つ（または、それ以上）は、伝送時、クライアント送信機であり、クライアントコンピュータシステムの１つ（または、それ以上）は、受信時、クライアント受信側である。クライアント送信機は、クライアント受信側での表示のためのビデオメッセージを伝送可能にされる。クライアント送信機は、ビデオサーバと接続を確立し、ビデオメッセージをビデオサーバに伝送するように構成される。ビデオメッセージは、ビデオサーバによってアーカイブされる。第１のクライアントコンピュータシステムは、複数のメッセージを第２のクライアントコンピュータシステムに伝送してもよく、複数のメッセージは、第１のメッセージおよび第２のメッセージを含む。クライアント送信機によって伝送されるときの第１のメッセージの開始と第２のメッセージの終了との間の時間間隔ＴＴＸは、クライアント受信側が、複数のメッセージのうちの少なくとも１つの伝送が進行中である間、第１および第２のメッセージを連続的に受信するように、クライアント受信側によって受信されるときの第１のメッセージの開始と第２のメッセージの終了との間の時間間隔ＴＲＸを上回ってもよい。

ビデオコンテンツを伝送および受信するように構成される、複数のコンピュータシステム間のビデオ通信の種々のデータ通信システムが、本明細書に開示される。クライアントコンピュータシステムの１つ（または、それ以上）は、伝送時、クライアント送信機であり、クライアントコンピュータシステムの１つ（または、それ以上）は、受信時、クライアント受信側である。クライアント送信機は、クライアント受信側での表示のためのビデオメッセージを伝送可能にされる。クライアント送信機は、ビデオサーバと接続を確立し、ビデオメッセージをビデオサーバに伝送するように構成される。ビデオメッセージは、ビデオサーバによってアーカイブされる。同一のクライアント受信側のために意図される複数のメッセージは、複数のクライアント送信機からの複数のメッセージの個別の伝送の間、少なくとも部分的に、時間的に重複してもよい。複数のメッセージは、クライアント送信機のうちの少なくとも１つからのメッセージのうちの少なくとも１つの伝送が進行中である間、クライアント受信側で連続的に受信され、時間的にシフトされる。

ビデオコンテンツを伝送および受信するように構成される、複数のコンピュータシステム間のビデオ通信の種々のデータ通信システムが、本明細書に開示される。クライアントコンピュータシステムの１つ（または、それ以上）は、伝送時、クライアント送信機であり、クライアントコンピュータシステムの１つ（または、それ以上）は、受信時、クライアント受信側である。クライアント送信機は、クライアント受信側での表示のためのビデオメッセージを伝送可能にされる。クライアント送信機は、ビデオサーバと接続を確立し、ビデオメッセージをビデオサーバに伝送するように構成される。ビデオメッセージは、ビデオサーバによってアーカイブされる。クライアントコンピュータシステムのうちの１つ以上は、ビデオサーバからストリーミングによってメッセージを受信し、受信されたメッセージを処理し、受信されたメッセージに応答し、応答メッセージを同一のスレッドを共有する他のクライアントコンピュータシステムに伝送するように構成される、プロセッサによって制御されてもよい。クライアント送信機が、準最適ネットワーク条件を検出する、または別様にそれを認知する場合、ビデオメッセージは、ビデオメッセージのクライアント送信機からの伝送が、依然として、進行中であるとき、第２のビデオメッセージが受信／取得され得るように、縮小情報コンテンツのビデオメッセージに縮小されてもよい。縮小情報コンテンツのビデオメッセージのオリジナル伝送後、より高い品質のオリジナルビデオメッセージが、クライアント受信側による後続受信／取得のために、復元または置換されてもよい。

ビデオコンテンツを伝送および受信するように構成される、複数のクライアントコンピュータシステム間のビデオ通信を含む、種々のデータ通信システムが、本明細書に開示される。クライアントコンピュータシステムは、ビデオサーバと接続を確立し、伝送ビデオメッセージをビデオサーバに伝送し、受信ビデオメッセージをビデオサーバから受信するように構成される。伝送ビデオメッセージおよび受信ビデオメッセージは、ビデオサーバによってアーカイブされる。受信メッセージが、伝送ビデオメッセージが伝送されている間、受信され始める場合、受信メッセージは、伝送ビデオメッセージの伝送後、クライアントコンピュータシステムのユーザへの表示のために、少なくとも部分的に、クライアントコンピュータシステム内のローカル記憶内にローカルに記憶される。そうでなければ、受信メッセージが、伝送メッセージの伝送に重複せずに受信される場合、受信メッセージは、クライアントコンピュータシステム内のローカル記憶内への受信メッセージの記憶を回避しながら、ビデオサーバからのストリームとしてユーザに表示される。

データ通信システムに接続可能なクライアントコンピュータシステムのユーザインターフェースが、本明細書に提供される。ユーザインターフェースは、ユーザが、伝送ビデオメッセージを伝送すること、または受信ビデオメッセージを取得することのいずれかを選択的に体験することを可能にする。伝送ビデオメッセージは、伝送の間に同時に捕捉される画像フレームを含んでもよい。受信メッセージが、画像フレームの取得の間または伝送メッセージの伝送／記録の間に取得される場合、受信メッセージは、少なくとも部分的に、クライアントコンピュータシステムに取り付けられたローカル記憶内に記憶されてもよい。受信メッセージは、伝送メッセージの伝送が、受信メッセージをローカル記憶から読み出すことによって完了すると、ユーザに表示されてもよい。着信メッセージが、取得される場合、伝送メッセージは、伝送メッセージをローカル記憶から読み出すことによって、同時に、クライアントコンピュータシステムのバックグラウンドで伝送されてもよい。

本発明の選択される実施形態が、図示および説明されたが、本発明は、説明される実施形態に限定されないことを理解されたい。

前述および／または他の側面は、付随の図面図と併せて検討されることによって、以下の発明を実施するための形態から明白となるであろう。
本願明細書は、例えば、以下の項目も提供する。
（項目１）
クライアントコンピュータシステムとして構成された複数のコンピュータシステム間のビデオ通信のためのデータ通信ネットワークであって、前記クライアントコンピュータシステムのうちの少なくとも１つは、伝送するとき、クライアント送信機であり、前記クライアントコンピュータシステムのうちの少なくとも１つは、受信または取得するとき、クライアント受信側であり、前記クライアント送信機は、前記クライアント受信側での表示のためのビデオメッセージを伝送または記録可能にされ、
前記データ通信ネットワークは、ビデオサーバを備え、
前記クライアント送信機は、前記ビデオサーバと接続を確立し、前記ビデオメッセージを前記ビデオサーバに伝送するように構成され、前記ビデオサーバは、前記ビデオメッセージをアーカイブするように構成され、前記ビデオサーバは、前記ビデオメッセージを前記クライアント受信側に伝送するように構成され、
前記クライアント受信側が、前記ビデオメッセージの伝送の開始の際、対応不可能である場合、前記クライアント受信側が、前記ビデオメッセージの伝送の際、後で対応可能になると、前記クライアント受信側は、前記ビデオメッセージの伝送が進行中である間、前記ビデオメッセージの最初から、前記ビデオメッセージを表示可能にされる、データ通信ネットワーク。
（項目２）
前記クライアントコンピュータシステムは、クライアント送信機とクライアント受信機との間を交互し、交互に、ビデオコンテンツを伝送および受信するように構成されている、項目１に記載のデータ通信ネットワーク。
（項目３）
第１の文字列を前記クライアント送信機から受信し、それに応答して、前記クライアント受信側に、前記クライアント送信機への参照を含む第２の文字列を伝送するように適合されている管理サーバをさらに備え、
前記第２の文字列を受信することに応答して、前記クライアント受信側は、第３の文字列を前記ビデオサーバに伝送するように構成され、前記第３の文字列は、前記ビデオメッセージを参照し、前記ビデオサーバによる前記第３の文字列の受信に応じて、前記ビデオサーバは、前記ビデオメッセージを前記クライアント受信側に伝送する、項目１に記載のデータ通信ネットワーク。
（項目４）
項目３に記載のデータ通信ネットワーク内で使用可能にされた管理サーバであって、前記管理サーバは、
前記クライアント送信機から、第１の文字列を受信するように適合された管理受信機モジュールと、
前記第２の文字列を前記クライアント受信側に伝送するように適合された管理送信機モジュールと
を備える、管理サーバ。
（項目５）
クライアント受信側が対応不可能であるとき、前記クライアント受信側は、前記クライアント受信側が後で対応可能になると、前記ビデオメッセージを前記ビデオサーバのメッセージアーカイブから読み出すように適合されている、項目１に記載のデータ通信ネットワーク。
（項目６）
クライアント送信機として構成された前記クライアントコンピュータシステムのうちの少なくとも２つは、同一のクライアント受信側に、個別のビデオメッセージを同時に伝送可能にされる、項目１に記載のデータ通信ネットワーク。
（項目７）
項目１に記載のデータ通信ネットワーク内で使用するために構成されている、クライアントコンピュータシステム。
（項目８）
第１のビデオメッセージを記録するように適合されたカメラと、
前記ビデオサーバと接続を確立し、前記第１のビデオメッセージを前記ビデオサーバに伝送するように構成されている送信機モジュールと、
第２のビデオメッセージを受信し、前記第２のビデオメッセージを表示するように構成されている受信機モジュールと
を含む、項目７に記載のクライアントコンピュータシステム。
（項目９）
項目１に記載のデータ通信ネットワーク内で使用可能にされたビデオサーバであって、前記ビデオサーバは、
前記クライアント送信機と接続を確立し、前記ビデオメッセージを受信するように構成されているネットワークアダプタと、
前記ビデオメッセージをアーカイブするように適合されたビデオデータ記憶と
を備え、
前記ネットワークアダプタは、前記ビデオメッセージを前記クライアント受信側に伝送するように構成されている、ビデオサーバ。
（項目１０）
複数のクライアントコンピュータシステム間のビデオ通信の方法であって、前記クライアントコンピュータシステムのうちの少なくとも１つは、伝送するとき、クライアント送信機であり、前記クライアントコンピュータシステムのうちの少なくとも１つは、受信または取得するとき、クライアント受信側であり、前記ビデオ通信は、ビデオサーバを含むデータ通信ネットワークを経由して実施可能であり、前記方法は、
前記クライアント送信機によって前記ビデオサーバと接続を確立し、ビデオメッセージを前記ビデオサーバに伝送するステップと、
前記ビデオサーバによって前記ビデオメッセージをアーカイブするステップと、
前記ビデオサーバによって前記ビデオメッセージを前記クライアント受信側に伝送するステップと
を可能にすることを含み、
前記クライアント受信側が、前記ビデオメッセージの伝送の開始の際、対応不可能である場合、前記クライアント受信側は、前記ビデオメッセージの伝送の際、後で対応可能になると、前記ビデオサーバへの前記ビデオメッセージの前記伝送の間、前記クライアント受信側によって、前記ビデオメッセージの最初から、前記ビデオメッセージを表示する、方法。
（項目１１）
前記クライアントコンピュータシステムは、クライアント送信機とクライアント受信機との間を交互し、交互に、ビデオコンテンツを伝送および受信するように構成されている、項目１０に記載の方法。
（項目１２）
前記ビデオメッセージを前記クライアント受信側によって受信することと、
前記ビデオメッセージを前記クライアント受信側上に表示することと
をさらに含む、項目１０に記載の方法。
（項目１３）
前記ビデオメッセージが前記ビデオサーバに伝送されている間、前記ビデオメッセージの前記受信または取得のための前記クライアント受信側を選択するステップを可能にすることをさらに含む、項目１０に記載の方法。
（項目１４）
前記接続を確立することは、前記クライアント送信機のユーザによる介入を伴わずに、自律的に行なわれる、項目１０に記載の方法。
（項目１５）
前記接続を確立することは、前記クライアント送信機内に事前にインストールされたプログラムに応答して行なわれる、項目１０に記載の方法。
（項目１６）
前記クライアント送信機のユーザのアクションを監視するステップを可能にすることをさらに含み、前記接続を確立することは、前記ユーザのアクションの監視に基づいて行なわれる、項目１０に記載の方法。
（項目１７）
前記クライアント送信機によって、前記ビデオサーバに前記ビデオメッセージを伝送する間、前記ビデオメッセージを前記ビデオサーバから前記クライアント受信側に伝送することによって、待ち時間を短縮することをさらに含む、項目１０に記載の方法。
（項目１８）
前記クライアント送信機によって、管理サーバに、前記クライアント受信側への参照を含む第１の文字列を伝送することと、
前記管理サーバによって前記第１の文字列を受信することに応じて、前記管理サーバによって、第２の文字列を前記クライアント受信側に伝送することであって、前記第２の文字列は、前記第１の文字列に基づく、ことと、
前記第２の文字列を受信することに応じて、前記クライアント受信側によって、第３の文字列を前記ビデオサーバに伝送することであって、前記第３の文字列は、前記第２の文字列に基づく、ことと、
前記第３の文字列を受信することに応じて、前記ビデオサーバによって、前記伝送を行なうことと
をさらに含む、項目１０に記載の方法。
（項目１９）
前記クライアント受信側によって、第３の文字列を前記ビデオサーバに伝送することは、前記クライアント受信側のユーザへの事前通知を伴わずに行なわれる、項目１８に記載の方法。
（項目２０）
前記クライアントコンピュータシステムのプロセッサに、項目１０に記載の方法ステップを実行させるための処理命令でエンコードされたコンピュータ可読媒体。
（項目２１）
前記ビデオサーバのプロセッサに、項目１０に記載の方法ステップを実行させるための処理命令でエンコードされたコンピュータ可読媒体。
（項目２２）
前記管理サーバのプロセッサに、項目１０に記載の方法ステップを実行させるための処理命令でエンコードされたコンピュータ可読媒体。

Claims (22)

1. クライアントコンピュータシステムとして構成された複数のコンピュータシステム間のビデオ通信のためのデータ通信ネットワークであって、前記クライアントコンピュータシステムのうちの少なくとも１つは、伝送するとき、クライアント送信機であり、前記クライアントコンピュータシステムのうちの少なくとも１つは、受信または取得するとき、クライアント受信側であり、前記クライアント送信機は、前記クライアント受信側での表示のためのビデオメッセージを伝送または記録可能にされ、
   前記データ通信ネットワークは、ビデオサーバを備え、
   前記クライアント送信機は、前記ビデオサーバと接続を確立し、前記ビデオメッセージを前記ビデオサーバに伝送するように構成され、前記ビデオサーバは、前記ビデオメッセージをアーカイブするように構成され、前記ビデオサーバは、前記ビデオメッセージを前記クライアント受信側に伝送するように構成され、
   前記クライアント受信側が、前記ビデオメッセージの伝送の開始の際、対応不可能である場合、前記クライアント受信側が、前記ビデオメッセージの伝送の際、後で対応可能になると、前記クライアント受信側は、前記ビデオメッセージの伝送が進行中である間、前記ビデオメッセージの最初から、前記ビデオメッセージを表示可能にされる、データ通信ネットワーク。
2. 前記クライアントコンピュータシステムは、クライアント送信機とクライアント受信機との間を交互し、交互に、ビデオコンテンツを伝送および受信するように構成されている、請求項１に記載のデータ通信ネットワーク。
3. 第１の文字列を前記クライアント送信機から受信し、それに応答して、前記クライアント受信側に、前記クライアント送信機への参照を含む第２の文字列を伝送するように適合されている管理サーバをさらに備え、
   前記第２の文字列を受信することに応答して、前記クライアント受信側は、第３の文字列を前記ビデオサーバに伝送するように構成され、前記第３の文字列は、前記ビデオメッセージを参照し、前記ビデオサーバによる前記第３の文字列の受信に応じて、前記ビデオサーバは、前記ビデオメッセージを前記クライアント受信側に伝送する、請求項１に記載のデータ通信ネットワーク。
4. 請求項３に記載のデータ通信ネットワーク内で使用可能にされた管理サーバであって、前記管理サーバは、
   前記クライアント送信機から、第１の文字列を受信するように適合された管理受信機モジュールと、
   前記第２の文字列を前記クライアント受信側に伝送するように適合された管理送信機モジュールと
   を備える、管理サーバ。
5. クライアント受信側が対応不可能であるとき、前記クライアント受信側は、前記クライアント受信側が後で対応可能になると、前記ビデオメッセージを前記ビデオサーバのメッセージアーカイブから読み出すように適合されている、請求項１に記載のデータ通信ネットワーク。
6. クライアント送信機として構成された前記クライアントコンピュータシステムのうちの少なくとも２つは、同一のクライアント受信側に、個別のビデオメッセージを同時に伝送可能にされる、請求項１に記載のデータ通信ネットワーク。
7. 請求項１に記載のデータ通信ネットワーク内で使用するために構成されている、クライアントコンピュータシステム。
8. 第１のビデオメッセージを記録するように適合されたカメラと、
   前記ビデオサーバと接続を確立し、前記第１のビデオメッセージを前記ビデオサーバに伝送するように構成されている送信機モジュールと、
   第２のビデオメッセージを受信し、前記第２のビデオメッセージを表示するように構成されている受信機モジュールと
   を含む、請求項７に記載のクライアントコンピュータシステム。
9. 請求項１に記載のデータ通信ネットワーク内で使用可能にされたビデオサーバであって、前記ビデオサーバは、
   前記クライアント送信機と接続を確立し、前記ビデオメッセージを受信するように構成されているネットワークアダプタと、
   前記ビデオメッセージをアーカイブするように適合されたビデオデータ記憶と
   を備え、
   前記ネットワークアダプタは、前記ビデオメッセージを前記クライアント受信側に伝送するように構成されている、ビデオサーバ。
10. 複数のクライアントコンピュータシステム間のビデオ通信の方法であって、前記クライアントコンピュータシステムのうちの少なくとも１つは、伝送するとき、クライアント送信機であり、前記クライアントコンピュータシステムのうちの少なくとも１つは、受信または取得するとき、クライアント受信側であり、前記ビデオ通信は、ビデオサーバを含むデータ通信ネットワークを経由して実施可能であり、前記方法は、
    前記クライアント送信機によって前記ビデオサーバと接続を確立し、ビデオメッセージを前記ビデオサーバに伝送するステップと、
    前記ビデオサーバによって前記ビデオメッセージをアーカイブするステップと、
    前記ビデオサーバによって前記ビデオメッセージを前記クライアント受信側に伝送するステップと
    を可能にすることを含み、
    前記クライアント受信側が、前記ビデオメッセージの伝送の開始の際、対応不可能である場合、前記クライアント受信側は、前記ビデオメッセージの伝送の際、後で対応可能になると、前記ビデオサーバへの前記ビデオメッセージの前記伝送の間、前記クライアント受信側によって、前記ビデオメッセージの最初から、前記ビデオメッセージを表示する、方法。
11. 前記クライアントコンピュータシステムは、クライアント送信機とクライアント受信機との間を交互し、交互に、ビデオコンテンツを伝送および受信するように構成されている、請求項１０に記載の方法。
12. 前記ビデオメッセージを前記クライアント受信側によって受信することと、
    前記ビデオメッセージを前記クライアント受信側上に表示することと
    をさらに含む、請求項１０に記載の方法。
13. 前記ビデオメッセージが前記ビデオサーバに伝送されている間、前記ビデオメッセージの前記受信または取得のための前記クライアント受信側を選択するステップを可能にすることをさらに含む、請求項１０に記載の方法。
14. 前記接続を確立することは、前記クライアント送信機のユーザによる介入を伴わずに、自律的に行なわれる、請求項１０に記載の方法。
15. 前記接続を確立することは、前記クライアント送信機内に事前にインストールされたプログラムに応答して行なわれる、請求項１０に記載の方法。
16. 前記クライアント送信機のユーザのアクションを監視するステップを可能にすることをさらに含み、前記接続を確立することは、前記ユーザのアクションの監視に基づいて行なわれる、請求項１０に記載の方法。
17. 前記クライアント送信機によって、前記ビデオサーバに前記ビデオメッセージを伝送する間、前記ビデオメッセージを前記ビデオサーバから前記クライアント受信側に伝送することによって、待ち時間を短縮することをさらに含む、請求項１０に記載の方法。
18. 前記クライアント送信機によって、管理サーバに、前記クライアント受信側への参照を含む第１の文字列を伝送することと、
    前記管理サーバによって前記第１の文字列を受信することに応じて、前記管理サーバによって、第２の文字列を前記クライアント受信側に伝送することであって、前記第２の文字列は、前記第１の文字列に基づく、ことと、
    前記第２の文字列を受信することに応じて、前記クライアント受信側によって、第３の文字列を前記ビデオサーバに伝送することであって、前記第３の文字列は、前記第２の文字列に基づく、ことと、
    前記第３の文字列を受信することに応じて、前記ビデオサーバによって、前記伝送を行なうことと
    をさらに含む、請求項１０に記載の方法。
19. 前記クライアント受信側によって、第３の文字列を前記ビデオサーバに伝送することは、前記クライアント受信側のユーザへの事前通知を伴わずに行なわれる、請求項１８に記載の方法。
20. 前記クライアントコンピュータシステムのプロセッサに、請求項１０に記載の方法ステップを実行させるための処理命令でエンコードされたコンピュータ可読媒体。
21. 前記ビデオサーバのプロセッサに、請求項１０に記載の方法ステップを実行させるための処理命令でエンコードされたコンピュータ可読媒体。
22. 前記管理サーバのプロセッサに、請求項１０に記載の方法ステップを実行させるための処理命令でエンコードされたコンピュータ可読媒体。