(57)【要約】ビデオによる通信が記載される。メニューのビデオがクライアント装置にストリーミングされる。メニューからの選択を識別する信号が受信される。この選択に関連付けられる第１のビデオが、クライアント装置にストリーミングされる。第１のビデオは、多数のビデオを含み得るビデオ会話の一部である。第２のビデオがクライアント装置から受信される。第２のビデオは、クライアント装置によって記録されると、クライアント装置によってストリーミングされる。第２のビデオは第１のビデオに対する応答である。第２のビデオはビデオ会話に関連付けられる。【選択図】図５
2010507278.tif 000002
【特許請求の範囲】
【請求項１】
ビデオによって通信する方法（２００、３００、４００、５００）であって、
メニューのビデオをクライアント装置にストリーミングすること（３０４）、
前記メニューからの選択を識別する信号を受信すること（３０８）、
前記選択に関連付けられる第１のビデオを前記クライアント装置にストリーミングすること（４０８）であって、前記ビデオはビデオ会話を含む複数のビデオの一部である、ストリーミングすること（４０８）、
前記クライアント装置によって記録されると該クライアント装置からストリーミングされる第２のビデオを該クライアント装置から受信すること（５０６）であって、該第２のビデオは前記第１のビデオに対する応答である、受信すること（５０６）、及び
前記第２のビデオを前記ビデオ会話に関連付けること（５１０）、
を含むことを特徴とする、方法。
【請求項２】
前記第２のビデオを記憶することをさらに含むことを特徴とする、請求項１に記載の方法。
【請求項３】
前記信号はデュアルトーンマルチ周波数（ＤＴＭＦ）コードを含むことを特徴とする、請求項１に記載の方法。
【請求項４】
前記メニューは、前記クライアント装置がアクセス可能なビデオ会話のリストを含み、前記選択は前記ビデオ会話を識別することを特徴とする、請求項１に記載の方法。
【請求項５】
前記メニューは、前記クライアント装置がアクセス可能なビデオ会話のグループのリストを含み、前記選択は前記ビデオ会話を含むグループを識別することを特徴とする、請求項１に記載の方法。
【請求項６】
前記第１のビデオの再生を制御する信号を前記クライアント装置から受信すること（４１０）をさらに含むことを特徴とする、請求項１に記載の方法。
【請求項７】
前記第２のビデオの記録を制御する信号を前記クライアント装置から受信すること（５０８）をさらに含むことを特徴とする、請求項１に記載の方法。
【請求項８】
ビデオ通信のシステム（１１０）であって、
ウェブベースのプロトコルを使用してクライアント装置と通信するように動作可能なビデオサービスサブシステム（１１２）と、
前記ビデオサービスサブシステムに通信可能に結合されており、グループに編成されているビデオにアクセスすると共に、メニューのビデオをクライアント装置にストリーミングするように動作可能であるビデオストリーミングサブシステム（１１４）と、
を備え、
前記ビデオストリーミングサブシステムは、前記クライアント装置からの、前記メニューからの選択を識別する信号に応答して、前記グループのうちの１つに関連付けられる第１のビデオを前記クライアント装置にストリーミングするようにも動作可能であり、前記クライアント装置からストリーミングされる第２のビデオを前記グループのうちの前記１つに関連付けるようにも動作可能であることを特徴とする、システム。
【請求項９】
前記ビデオサービスサブシステム及び前記ビデオストリーミングサブシステムに結合されるビデオ論理演算装置（１１６）をさらに備え、該ビデオ論理演算装置は、前記ビデオを前記グループに編成すると共に、前記グループ内のビデオをビデオ会話に編成するように動作可能であることを特徴とする、請求項８に記載のシステム。
【請求項１０】
前記ビデオに関連付けられる情報がデータベース（１３０）内に記憶され、該情報は前記ビデオを前記グループに編成するために使用されることを特徴とする、請求項８に記載のシステム。
【発明の詳細な説明】
【技術分野】
【０００１】
本発明による実施の形態は、ビデオ共有に関する。
【背景技術】
【０００２】
ユーザがビデオコンテンツをアップロードし閲覧することを可能にするウェブサイトの人気が増している。しかし、これら現行のウェブサイトには、特にデスクトップコンピュータ及びラップトップコンピュータのようなプラットフォームと比較して性能が限られる場合がある移動（例えば、無線）装置への、又はこのような移動装置からのビデオストリーミングに関連していくつかの欠点がある。例えば、ビデオを移動装置からアップロードするプロセスは面倒な場合があり、パーソナルコンピュータを使用する必要さえある。さらに、現行のウェブサイトは、制限され、比較的柔軟性のないビデオ閲覧オプションしか提供しない。例えば、現行のウェブサイトは、実際に個々のユーザがどのビデオに関心を有し得るかに関係なく、利用可能なビデオの共通ビューを全ユーザに提供する。ビデオが１人又は複数の人に電子メール送信されるビデオメールのようなシステムを使用して、異なるビデオを異なるユーザに提示することができるが、誰が何を受信するかの選択権は専ら送信者に帰属する。
【発明の概要】
【発明が解決しようとする課題】
【０００３】
したがって、ビデオ共有に使用することができるが、従来の手法の欠点を有しない方法又はシステムは価値がある。本発明による実施の形態はこの利点及び他の利点を提供する。
【課題を解決するための手段】
【０００４】
ビデオによる通信が記載される。一実施の形態では、メニューのビデオがクライアント装置にストリーミングされる。メニューからの選択を識別する信号が受信される。この選択に関連付けられる第１のビデオが、クライアント装置にストリーミングされる。第１のビデオは、多数のビデオを含み得るビデオ会話の一部である。第２のビデオがクライアント装置から受信される。第２のビデオは、クライアント装置によって記録されながら、クライアント装置によってストリーミングされる。第２のビデオは、第１のビデオに対する応答である。第２のビデオはビデオ会話に関連付けられる。
【０００５】
本明細書に組み込まれ、本明細書の一部を成す添付図面は、本発明の実施形態を示し、本明細書と共に本発明の原理を説明する役割を果たす。
【０００６】
本明細書において参照される図面は、特記される場合を除いて実寸で描かれていると理解されるべきではない。
【図面の簡単な説明】
【０００７】
【図１】本発明の実施形態を実施することができるシステムの一例を示すブロック図である。
【図２】本発明の一実施形態によるビデオ通信方法のフローチャートである。
【図３】本発明の一実施形態によるビデオ通信方法のフローチャートである。
【図４】本発明の一実施形態によるビデオ通信方法のフローチャートである。
【図５】本発明の一実施形態によるビデオ通信方法のフローチャートである。
【発明を実施するための形態】
【０００８】
以下において、添付図面に例示されている本発明の様々な実施形態を詳細に参照する。本発明はこれらの実施形態に沿って説明されるが、本発明をこれらの実施形態に限定する意図がないことが理解される。逆に、本発明は、添付の特許請求の範囲によって規定される本発明の精神及び範囲内に含むことができる代替形態、変更形態、及び均等形態を包含するものである。さらに、本発明の以下の説明では、本発明の完全な理解を提供するために、多くの具体的な詳細が記される。場合によっては、本発明の諸態様を不必要に曖昧にしないように、既知の方法、手順、構成要素、及び回路については詳細に説明していない。
【０００９】
本明細書において提供する説明及び例示は、メディアデータ、特にマルチメディアデータに適用可能である。マルチメディアデータの一例は、音声データが付随したビデオデータである。用語「ビデオ」は、本明細書では、ビデオデータ及び音声データの両方を含むマルチメディアデータの一例を指すために使用される。本発明による実施形態はビデオの文脈の中で説明されるが、ビデオデータのみ、音声データのみ、スピーチベースのデータ、イメージベースのデータ、ウェブページベースのデータ、グラフィックデータ等、及びこれらの組み合わせを含むコンテンツによく適する。
【００１０】
図１は、本発明の実施形態を実施することができるシステムの一例を示すブロック図である。概して、図１記載の要素を当該要素が実行する機能に従って説明する。しかし、要素は、本明細書において述べられる以上の機能に追加される機能も実行することができる。また、複数の要素によって実行されるものとして説明される機能を、そうせずに単一の要素によって実行してもよい。同様に、単一（例えば、多機能）要素によって実行されるものとして説明される複数の機能を、そうせずに多数の個々の要素に何らかの方法で分割してもよい。さらに、図１のシステム及びその各要素は、本明細書において示される要素又は説明される要素以外の要素を含んでもよい。
【００１１】
一実施形態では、メディアプラットフォーム１１０は、ネットワーク（図示せず）内の他のコンピュータシステムに通信可能に結合されたサーバコンピュータシステム１００の一部として実施される。サーバコンピュータシステム１００は業界標準サーバとすることができる。単一サーバコンピュータシステムで実施されることに代えて、メディアプラットフォーム１１０をネットワーク内の別個のコンピュータシステムで実施してもよい。
【００１２】
メディアプラットフォーム１１０は、多数のサービスを提供し、ビデオコンテンツ送出を含むが、これに限定されないいくつかのアプリケーションを実行することができる。メディアプラットフォーム１１０は、デュアルトーンマルチ周波数（ＤＴＭＦ）信号を受信及び解釈する能力も有する。
【００１３】
図１に示す実施形態では、メディアプラットフォーム１１０は、ビデオサービスサブシステム１１２、ビデオストリーミングサブシステム１１４、及びビデオ論理演算装置１１６を備える。ビデオサービスサブシステム１１２、ビデオストリーミングサブシステム１１４、及びビデオ論理演算装置１１６は、１つのサーバコンピュータシステムに存在してもよく、又はネットワーク内の別個のコンピュータシステムに分散してもよい。
【００１４】
概して、メディアプラットフォーム１１０は、ユーザがビデオストリーミングを使用して非同期会話を作成することを可能にする。メディアプラットフォーム１１０は、ユーザが、ビデオをグループ又は会話によって編成し、無線接続を介してビデオを移動クライアント装置に表示し、ウェブ接続を介してクライアント装置にビデオを表示し、以前に投稿（ポスティング）されたビデオへのビデオ返信を記録すると共に、ビデオ会話のカスタマイズされた（例えば、ユーザ特化の）ビューを閲覧することを可能にしている。
【００１５】
各ビデオ通信グループは、１つ又は複数のビデオ会話を含み得る。各ビデオ会話（又は単に会話）はスレッドと呼ばれる場合もある。基本的に、会話は、第１のビデオ、当該第１のビデオに応答する第２のビデオ、当該第２のビデオに応答する第３のビデオ等を含む。各会話は１つ又は複数のビデオからなり得る。したがって、会話は非同期に行うことができる。
【００１６】
図１の実施形態では、ビデオストリーミングサブシステム１１４は、無線通信プロトコルを使用して、ビデオをメディアプラットフォーム１１０からクライアント装置に送信（ストリーミング）するため、及びビデオをクライアント装置からメディアプラットフォーム１１０に送信（ストリーミング）されたビデオを受信するために使用される。この実施形態では、ビデオサービスサブシステム１１２は、インターネットプロトコル及びウェブブラウザを使用して通信するクライアント装置に同様のサービスを提供する。ビデオサービスサブシステム１１２は、ウェブサービスサブシステム又はソーシャルコミュニケーションサブシステムと呼ぶこともできる。
【００１７】
一実施形態では、ビデオは記憶装置１２０に記憶（格納）される。記憶装置１２０は、サーバコンピュータシステム１００に常駐するメモリ装置であってもよく、又は例えば、ストレージエリアネットワークの一部である別個の装置であってもよい。任意の数のこのような記憶装置があってもよい。ビデオは、様々な任意の符号化規格及び圧縮方式を使用して圧縮（符号化）してもよい。
【００１８】
一実施形態では、データベース１３０が、様々な記憶装置に記憶されている各ビデオについての情報を記憶するために使用される。このような情報は、作成者、ビデオ作成日時、ビデオが投稿されたグループ、及びビデオが別のビデオに応答して投稿されたか否か（したがって、特定の会話に関連付けられているか否か）を含むことができるが、これらに限定されない。データベース１３０に記憶されている情報を使用して、ビデオ論理演算装置１１６はビデオ会話（スレッド）を構築することができる。
【００１９】
図１の実施形態では、ビデオ論理演算装置１１６が、例えば、どのユーザがどのグループに属しているか、及びどのビデオがどの会話内にあるかを決定するために使用される。ビデオ論理演算装置１１６は、ユーザの閲覧履歴のような他の種類の情報を編成し保持するためにも使用される。ビデオ論理演算装置１１６は、ビデオサービスサブシステム１１２及びビデオストリーミングサブシステム１１４においてデータを複製する必要性をなくす。ビデオ論理演算装置１１６の別の利点は、記憶装置１２０及び／又はデータベース１３０が何らかの様式（例えば、構造、ロケーション等）で更新されると、ビデオ論理演算装置１１６を更新することができ、ビデオサービスサブシステム１１２及びビデオストリーミングサブシステム１１４は影響を受けない。
【００２０】
図１の例では、３つのクライアント装置１４０、１５０、及び１６０がサーバコンピュータシステム１００（特に、メディアプラットフォーム１１０）と通信中であるとして示されているが、本発明はそのようには限定されない。クライアント装置１４０、１５０、及び１６０は、有線接続又は無線接続を介して直接、又は有線ネットワーク、無線ネットワーク、若しくは有線構成要素及び無線構成要素の両方を含む異種ネットワークを介して間接的にサーバコンピュータシステム１００と通信することができる。換言すれば、図１に示されていないが、クライアント装置１４０、１５０、及び１６０とサーバコンピュータシステム１００との間にノードが介在してもしなくてもよい。
【００２１】
図１の例では、クライアント装置１４０にはウェブブラウザ１４２が実装されている。クライアント装置１４０は、ビデオを受信及び再生（復号化、レンダリング、及び表示）する能力を有することもできる。クライアント装置１４０は、例えば、パーソナルコンピュータとして具現化することができる。
【００２２】
図１の例では、クライアント装置１５０は、ビデオを受信及び再生する能力を有する。クライアント装置１５０は、例えば、メディアプレーヤとして具現化することができる。
【００２３】
図１の例では、クライアント装置１６０は、ビデオを記録及び送信（ストリーミング）する能力及びビデオを受信及び再生する能力を有する。クライアント装置１６０は、テキストメッセージングを有する携帯電話として機能する能力及び個人情報端末又は同様の種類の装置として機能する能力を有することもできる。クライアント装置１６０は、例えば、スマートフォンとして具現化することができる。一実施形態では、クライアント装置１６０は、キーボードのようなインタフェース、数値タッチパッド等のボタンを使用してタッチトーン信号（例えば、ＤＴＭＦコード）を生成することができる。クライアント装置１６０は第三世代（３Ｇ）装置として知られているものとすることができる。すなわち、クライアント装置１６０は、音声データ及び非音声データの両方を同時に転送する能力を有する。一実施形態では、クライアント装置１６０は、セッションイニシェーションプロトコル（Session Initiation Protocol:ＳＩＰ）接続を介してビデオストリーミングサブシステム１１４と通信する。しかし、本発明による実施形態は、３Ｇ技術又はＳＩＰ接続に限定されない。
【００２４】
図１の要素について様々な種類の能力及び機能を有するものとして上述したが、本発明による実施形態はそのように限定はされない。図１のシステムについて実際に以下に説明する。その考察から、システムの様々な能力及び機能が認識されると共に、異なる装置及び構成要素並びにそれらの組み合わせを使用してこれら能力及び機能を達成することができることも認識されるであろう。
【００２５】
一実施形態では、ビデオストリーミングサブシステム１１４は、メディアプラットフォーム１１０によって記憶されたビデオをクライアント装置１６０に送信すると共に、ビデオをクライアント装置１６０から受信し、当該ビデオはメディアプラットフォーム１１０によって記憶される。例えば、３Ｇ対応装置は、ビデオストリーミングサブシステム１１４とのＳＩＰ接続を確立し、その後その接続を介してビデオを交換することができる。
【００２６】
一実施形態では、クライアント装置１６０は、各ビデオの記録及び送信（ストリーミング）を同時に行う。このような一実施形態では、クライアント装置１６０によって記録されたビデオはクライアント装置１６０に記憶されず、メディアプラットフォーム１１０（例えば、記憶装置１２０）のみに記憶される。したがって、移動クライアント装置でビデオを不必要に複製する必要がなく、移動クライアント装置の記憶容量を小さくできる。
【００２７】
ユーザは、別のユーザによって記録され、メディアプラットフォーム１１０に送信されて記憶されたビデオをクライアント装置１６０で閲覧することができる。ユーザは、サービスプロバイダ（例えば、電気通信サービスプロバイダ）又はウェブを介してビデオを閲覧することができる。一実施形態では、ビデオはクライアント装置１６０にストリーミングされるが、クライアント装置１６０に記憶されないため、クライアント装置１６０の記憶容量は問題ではない。
【００２８】
一実施形態では、メディアプラットフォーム１１０（例えば、ビデオストリーミングサブシステム１１４及びビデオ論理演算装置１１６）は、メニューのビデオをクライアント装置１６０にストリーミングする。メニューは、ユーザに提供されるいくつかの選択肢を列挙することができる。例えば、メディアプラットフォーム１１０（例えば、ビデオ論理演算装置１１６）によってユーザが識別され、場合によっては認証されると、ユーザがメンバであるグループのリストをユーザに提示することができる。グループを選択すると、ユーザにグループ内の会話のリストを提示することができる。会話を選択すると、ユーザが当該会話内のビデオを選択してもよく、又はその会話への最新の投稿ビデオがユーザに対して自動的に提示されてもよい。
【００２９】
ユーザは、クライアント装置１６０上の適切なキーを押下することによって選択を行い、各ＤＴＭＦコードが生成され、当該各ＤＴＭＦコードはビデオストリーミングサブシステム１１４に送信されて解釈される。同様にして、ユーザは、適切なキーを押下することによってビデオの再生を制御することができる。例えば、ユーザは、ビデオの再生停止、再生、「巻き戻し」等を行うことができる。また、ユーザは、適切なキーを押下することによってビデオの記録を制御することができる。例えば、ユーザは、記録の開始及び停止を行うことができる。さらに、ユーザは、ＤＴＭＦコードを使用して、記録を特定のグループ又は会話に関連付けることができる。
【００３０】
一実施形態では、メディアプラットフォーム１１０（例えば、ビデオ論理演算装置１１６）は、各ユーザにカスタマイズされたメニューを作成する。したがって、各ユーザに、ユーザの好み及び過去の閲覧経験に基づいて各ビデオ会話（例えば、グループ又は会話）の独自のビューを提示することができる。メニューは、ビデオに投票する能力を含めた、ビデオをソート及び／又は格付けする異なるオプションをユーザに提供するように拡張することができる。上述したように、メニューはクライアント装置１６０にストリーミングされるため、メニューを実施するために、いかなる特定のソフトウェアも装置にインストールする必要はない。さらに、ユーザに向けてカスタマイズするため、又は全ユーザにわたって変更を実施するために、メニューを何らかの様式で変更すべきである場合、クライアント装置１６０に記憶されている情報又はアプリケーションに変更を行う必要はなく、それに代えて、変更はメディアプラットフォーム１１０において行われる。
【００３１】
一実施形態では、上述したように、メディアプラットフォーム１１０（例えば、ビデオ論理演算装置１１６及びビデオサービスサブシステム１１２）は、ユーザがクライアント装置１４０のウェブブラウザ１４２を使用してビデオ通信グループ及び会話を作成及び管理することを可能にするウェブベースのサービスを提供する。ユーザは、グループの作成、特定の他のユーザへのグループ加入招待、及びグループ活動の管理を行うことができる。
【００３２】
インターネットのようなネットワークを介してクライアント装置１４０、１５０、及び／又は１６０にビデオを送信することができる。クライアント装置１４０、１５０、及び１６０は、インターネットのようなネットワークを介してビデオをメディアプラットフォーム１１０（例えば、ビデオサービスサブシステム１１２）に送信することもできる。上述したカスタマイズされたビュー及びナビゲーションの特徴は、ビデオがオンライン接続を介して閲覧されるか、又は電気通信サービスプロバイダを介して閲覧されるかに関係なく利用可能である。
【００３３】
ビデオ会話（スレッド）は、種々の方法でユーザに提示することができる。１つの表示オプションでは、ビデオが作成された順に基づいて特定のグループ内で共有される全ビデオのリストがユーザに提示され、それにより、ユーザはグループ内の各会話を時系列順に閲覧することが可能になる。別の表示オプションでは、会話によってソートされたビデオのリストがユーザに提示される。したがって、ユーザは、特定のグループに属し、元のビデオに関連するビデオのサブセットを見ることができる。ユーザは、ビデオを通しでスクロールし、以前のビデオに対する各応答を見て、他のユーザがどのビデオを見たかをリアルタイムで知ることもできる。
【００３４】
一実施形態では、メディアプラットフォーム１１０（例えば、ビデオサービスサブシステム１１２）は、ビデオファイルの購読申込（subscription）及びダウンロードのためにリアルシンプルシンジケーション（Real Simple Syndication:ＲＳＳ）フィードを可能にする。ＲＳＳフィードを使用して、ユーザはポータブルメディアプレーヤ（例えば、クライアント装置１５０）又はパーソナルコンピュータ（例えば、クライアント装置１４０）及びクライアント装置１６０をメディアプラットフォーム１１０から利用可能なビデオコンテンツと同期させ、様々なビデオ会話をオフラインで閲覧することができる。
【００３５】
図２、図３、図４、及び図５はそれぞれ、本発明の様々な実施形態によるビデオ通信方法のフローチャート２００、３００、４００、及び５００である。特定のステップがフローチャートにおいて開示されるが、このようなステップは例示的なものである。すなわち、本発明の実施形態は、様々な他のステップ又はフローチャートに記載されたステップを変形したステップを実行するのにも適している。フローチャート内のステップは、提示される順と異なる順に実行してもよく、フローチャート内のすべてのステップが実行されなくてもよい。フローチャートによって説明される方法のすべて又は一部は、例えば、コンピュータシステムのコンピュータ使用可能媒体に存在するコンピュータ可読且つコンピュータ実行可能な命令を使用して実施することができる。フローチャート２００、３００、４００、及び５００によって説明されるプロセスは、必要に応じて全体又は一部を繰り返すことができる。
【００３６】
図２〜図５のフローチャートは、図１のシステム例の文脈の中で説明されるが、本明細書において上述したように、本発明による実施形態は図１の例示に限定されない。また、以下の考察はクライアント装置１６０を参照するが、本発明はそのように限定はされない。
【００３７】
図２のブロック２０２において、図１も参照すると、ユーザは、クライアント装置１６０とサーバコンピュータシステム１００上のメディアプラットフォーム１１０との間、特にクライアント装置１６０とビデオストリーミングサブシステム１１４との間に接続を確立する。一実施形態では、接続は、クライアント装置１６０上の専用ボタンによって確立される。それに代えて、ユーザは指定された電話番号に電話をかけてもよい。
【００３８】
ブロック２０４において、ビデオストリーミングサブシステム１１４は接続を受け入れ、ユーザを識別し、ビデオ論理演算装置１１６と交信して、ユーザの認証に使用することができる情報を要求する。認証情報はデータベース１３０に記憶することができる。
【００３９】
ブロック２０６において、一実施形態では、ユーザの身元は、例えば、ユーザ識別子（ユーザＩＤ）及びパスワードによって認証される。ユーザの身元が認証されない場合、エラーメッセージをクライアント装置１６０に送信することができる（ブロック２０８）。ユーザの身元が認証された場合、フローチャート２００はブロック２１０に進む。
【００４０】
ブロック２１０において、ビデオストリーミングサブシステム１１４は、ユーザが利用可能なグループを識別する情報をビデオ論理演算装置１１６から受信する。このような情報は、データベース１３０に記憶してもよく、又はデータベース１３０に記憶されている情報から導出されてもよい。各グループは一意の名称によって識別され、一般に、グループを確立したユーザによって名付けられる。グループは、コンテンツ、メンバシップ等の主旨に基づいて名付けることができる。例えば、グループを「休暇」又は「友人」と名付けることができる。
【００４１】
ビデオ論理演算装置１１６からの情報を使用して、利用可能なグループの名称を列挙したメニューのビデオを作成することができる。ビデオストリーミングサブシステム１１４は、次に、ビデオメニューをクライアント装置１６０にストリーミングすることができる。
【００４２】
ブロック２１２において、ユーザは、クライアント装置１６０上の適切なキーを押下し、それにより、タッチトーン信号（ＤＴＭＦコード）を生成することによってメニューから複数のグループのうちの１つを選択することができる。
【００４３】
ブロック２１４において、タッチトーン信号（ＤＴＭＦコード）は、ビデオストリーミングサブシステム１１４によって受信される。
【００４４】
図３のブロック３０２において、図２のブロック２１２及び２１４において選択されたグループについて、ビデオストリーミングサブシステム１１４は、ビデオ論理演算装置１１６に利用可能な会話のリストを提供するように求める。利用可能な会話のリストは、データベース１３０に記憶されている情報に基づいて生成することができる。
【００４５】
ブロック３０４において、ビデオ論理演算装置１１６からの情報を使用して、利用可能な会話の名称を列挙するメニューのビデオを作成することができる。会話は、グループの名付けと同様にして名付けることができる。ビデオストリーミングサブシステム１１４は、次に、ビデオメニューをクライアント装置１６０にストリーミングすることができる。
【００４６】
ブロック３０６において、ユーザは、クライアント装置１６０上の適切なキーを押下することによって当該メニューから複数の会話のうちの１つを選択し、それにより、タッチトーン信号（ＤＴＭＦコード）を生成する。
【００４７】
ブロック３０８において、タッチトーン信号（ＤＴＭＦコード）はビデオストリーミングサブシステム１１４によって受信される。
【００４８】
図４のブロック４０２において、ビデオストリーミングサブシステム１１４は、図３のブロック３０６及び３０８において識別された会話に関連付けられるビデオを受信する。ビデオは、ビデオ論理演算装置１１６によって記憶装置１２０から検索することができる。一実施形態では、検索されたビデオは、選択された会話に関連付けられる最新のビデオである。別の実施形態では、ユーザは、選択された会話に関連付けられるビデオを識別するメニューの他のビデオをスクロールすることによって特定のビデオを指定することができる。後者のメニューは、必ずしもビデオを名称によって識別する必要はなく、それに代えて、例えば、各ビデオからのキーフレーム（おそらくビデオの最初のフレーム）又はビデオ作成者の氏名を表示してもよい。
【００４９】
ブロック４０４において、ビデオが妥当なものかどうかが判断される。妥当ではない場合、エラーメッセージがクライアント装置１６０に送信される（ブロック４０６）。妥当な場合、フローチャート４００はブロック４０８に進む。
【００５０】
ブロック４０８において、ブロック４０２において検索されたビデオはクライアント装置１６０にストリーミングされ、受信されると再生される。すなわち、ビデオはクライアント装置１６０に記憶されず、再生される。
【００５１】
ブロック４１０において、ユーザは、クライアント装置１６０上の適切なキーを押下し、それにより、タッチトーン信号（ＤＴＭＦコード）を生成することによってビデオの再生を制御することができ、当該タッチトーン信号をビデオストリーミングサブシステム１１４に送信することができる。例えば、ユーザは、適切なキーを押下することにより、ビデオの再生を停止することができ、又は再生に関連付けられる他の何らかの動作を実行することができる。キーが押下されない場合、ビデオは最後まで再生される。
【００５２】
図５のブロック５０２において、再生されたばかりのビデオに応答してビデオを記録及びアップロード（ストリーミング）する機会がユーザに与えられる。一実施形態では、（最後まで閲覧したか、又は別の理由により）第１のビデオの再生が停止したとき、ビデオを記録するオプションをユーザに提示するメニューのビデオがビデオストリーミングサブシステム１１４からクライアント装置１６０にストリーミングされる。
【００５３】
ブロック５０４において、ユーザは、クライアント装置１６０上の適切なキーを押下することによってビデオを記録及びストリーミングすることを選択することができ、それにより、タッチトーン信号（ＤＴＭＦコード）が生成され、当該タッチトーン信号はビデオストリーミングサブシステム１１４に送信することができる。
【００５４】
ブロック５０６において、ビデオはクライアント装置１６０を使用して記録され、記録中にビデオストリーミングサブシステム１１４にストリーミングされる。換言すれば、ビデオはクライアント装置１６０に記録されず、また記憶されない。
【００５５】
ブロック５０８において、ユーザは、クライアント装置１６０上の適切なキーを押下することによってビデオの記録を制御することができ、その場合、タッチトーン信号（ＤＴＭＦコード）が生成され、当該タッチトーン信号をビデオストリーミングサブシステム１１４に送信することができる。例えば、ユーザは、適切なキーを押下することによって記録を停止することができ、又は記録に関連付けられる他の何らかの動作を実行することができる。キーが押下されない場合、記録は停止されるまで続けられる。一実施形態では、記録は、予め設定された時間長後に自動的に停止される。
【００５６】
ブロック５１０において、ビデオストリーミングサブシステム１１４は、クライアント装置１６０からストリーミングされた新しいビデオを受信し、ビデオ論理演算装置１１６はそのビデオを現在の会話に関連付ける。一実施形態では、これは、データベース１３０に新しいエントリを作成することによって達成される。
【００５７】
図１のメディアプラットフォーム１１０を従来の装置への適合性を失うことなく追加の特徴で増強することができる。一実施形態では、メディアプラットフォーム１１０は、新しいビデオをグループ又は会話にストリーミング中である場合、又は追加した場合、テキストメッセージをクライアント装置１６０に送信する。したがって、クライアント装置１６０がビデオストリーミングサブシステム１１４に接続されていない場合であっても、ユーザに新しいビデオの存在を通知することができる。同様にして、既存のビデオを別のユーザの別のクライアント装置にストリーミング中であることをユーザに通知するテキストメッセージをクライアント装置１６０に送信することができる。
【００５８】
別の実施形態では、ユーザ間の各種社会的関係の知識を利用して、ビデオ配信を制御し、又はビデオの諸側面をアノニマス（anonymous：匿名）にすることができる。例えば、ユーザは、グループレベルで誰が特定のビデオを受信することができて、誰ができないかを指定する基準を確立することができる。基準は、ユーザ間の分離度に基づくことができる。グループにアクセスすることができるが、指定された基準を満たさないユーザは、グループ内の特定のビデオの受信をブロックされる場合がある。別法として、これらのビデオを何らかの様式でトランスコードして、アノニマスにすることができる。例えば、ビデオを漫画的なものにトランスコードしてもよく、又は高度に画素化してもよい。
【００５９】
要約すると、本発明による実施形態は、従来の手法の問題を共有することなく、ビデオを共有する（ビデオを使用して通信する）方法及びシステムを提供する。ビデオを移動クライアント装置のユーザに直接移動して、オンライン接続なしでスレッド又は会話を作成することができる。ユーザは、移動クライアント装置を使用してグループ又は会話によってビデオを編成し、特定の各グループ又は会話内のビデオを閲覧し、以前のビデオ投稿に対する返信を記録することができるため、ユーザ間、特に移動ユーザ間での社会的交流を容易にする。記録されたビデオは、移動クライアント装置からサーバに直接ストリーミングされ、移動クライアント装置にビデオファイルを記憶する必要性を回避すると共に、オンライン接続を介してビデオファイルをアップロードするために、ビデオファイルを、例えばパーソナルコンピュータに転送する必要性も回避する。
【００６０】
ユーザに、グループのカスタマイズされたビューを提供することができ、それにより、ユーザが、どのビデオが閲覧済みかを識別し、例えば、グループだけではなく会話によってもビデオを閲覧することが可能になる。１人のユーザが会話内の特定のビデオを見て、別のユーザがその会話内の異なるビデオセットを見た場合、第１のユーザに送信されたメニューは、第２のユーザに送信されたメニューと異なる閲覧履歴を反映することになる。
【００６１】
複数のビデオへのアクセスをユーザに提供することができ、ユーザはどのビデオを閲覧したいかじっくり選ぶことができる。単一のメールボックスを所有し、そのメールボックスに送信されたビデオしか閲覧することが可能でないのではなく、ユーザは複数のグループに属することができる。ユーザは、作成者及びメンバ（閲覧者）として各グループ内で二重の役割を果たすこともできる。ユーザは、グループに関連付けられる任意のビデオを閲覧することができ（上述したように制限がない場合）、任意のビデオに応答することができる。ビデオを配布するプッシュ（押しの）手法に代えて、プル（引きの）手法が使用される。
【００６２】
したがって、本発明による実施形態は、移動ユーザに提供される現行の手法よりも容易であり、且つ本質的により社交的なビデオ共有経験を提供する。各ユーザに、データを複製するか又はデータを複数回送信する必要なく、（ユーザの意向によって制御される）信頼の置けるコミュニティ内でビデオによって通信する能力が与えられる。
【００６３】
基礎を成すユーザインタフェース及びバックエンドシステムはサーバに実装されるため、ユーザはアプリケーションを移動クライアント装置にインストールする必要がない。したがって、追加のサービス及び特徴をクライアント毎にではなくサーバに実装することができるため、ビデオ通信システムは柔軟で容易に拡張可能である。カスタマイズされたメニュー及びＤＴＭＦコードの使用を通じて、ビデオストリーミングプロセスはユーザフレンドリであり、ビデオをファイルに記録し、ハードドライブ上のファイルを見つけて選択し、それからファイルをアップロードすることの必要性を回避する。
【００６４】
以上のように本発明の実施形態を説明した。本発明について特定の実施形態において説明してきたが、本発明はこのような実施形態によって限定されるものとして解釈されるべきではなく、以下の特許請求の範囲に従って解釈されるべきであることを理解されたい。
【図１】
2010507278.tif 000003
【図２】
2010507278.tif 000004
【図３】
2010507278.tif 000005
【図４】
2010507278.tif 000006
【図５】
2010507278.tif 000007
【国際調査報告】
2010507278.tif 000008
2010507278.tif 000009
2010507278.tif 000010