JP7220859B2 - 超短メディアコンテンツを交換するシステムおよび方法 - Google Patents

Description

本発明は、コンテンツ共有の分野に関し、より詳しくは、ユーザデバイス間で超短メディアコンテンツを交換するシステムおよび方法に関する。

これまでの電子コンポーネントの高速化と小型化は、テキスト、音声、動画、画像、アニメーション、クリップアート、およびその他のコンテンツなどのデジタルメディアを処理および交換する能力のあるパーソナルコンピューティングデバイスの普及に貢献してきた。パーソナルコンピューティングデバイスとしては、例えば、スマートフォン、タブレット、ラップトップ、携帯ゲーム機、スマートＴＶ、スマート腕時計、スマート眼鏡などが挙げられる。既存の多くのパーソナルコンピューティングデバイスは、大量のデジタルコンテンツを記憶し、インターネットに無線で接続し、かつ他のコンピューティングデバイスとデータ交換することがある。

人々は、しばしば、コンピューティングデバイス（またはシステム）を使用して、情報を通信または交換する。コンピューティングデバイスを介して通信する従来のアプローチとしては、ショートメッセージサービス（Short Message Service：ＳＭＳ）およびマルチメディアメッセージングサービス（Multimedia Messaging Service：ＭＭＳ）などのテキストメッセージングが挙げられる。例えば、従来のアプローチでは、第１コンピューティングデバイスは、第２コンピューティングデバイスにセルラまたはローカルネットワークを通して、テキスト、画像、音声および／または動画などを含む通信を伝送する場合がある。第２コンピューティングデバイスは、通信を受信して、即時に（または、ほぼ即時に）、通信に含まれているコンテンツを見る、それにアクセスする、またはそれと相互作用する場合がある。これらのケースでは、コンピューティングデバイスは、限定はされないが、テキスト、動画、音声、画像／写真などの、完全に形成されたメディアコンテンツアイテムの全てを交換する。あるいは、コンピューティングデバイスは、例えば、ＶＯＩＰ（ボイスオーバーＩＰ）、ブロードキャストモードで、ストリーミングネットワーク接続を通してメディアコンテンツアイテムを交換する場合もある。

従来の両通信モードでは、コンテンツの受信者は、コンテンツを受信するとすぐに、なにかしらの大きな働きかけなしに、コンテンツにアクセスする、それを見る、またはそれと相互作用することができる。例えば、受信者のコンピューティングデバイスが、画像および／または動画ファイルを受信すると、コンピューティングデバイスのユーザは、画像を、選択、クリックまたはタップなどをして、その画像および／または動画ファイルを見る、および／またはダウンロードすることができる。

しかし、上述の通信の第１従来モードは、大量のメディアコンテンツアイテムを伝送する場合に著しい欠点を有する。通信開始デバイスのユーザによるメディアコンテンツアイテムの記録開始から、受信者デバイスでの再生時点までのタイムラグは、限定はされないが、全体のメディアコンテンツアイテムの記録時間、開始デバイスからの（通常サーバへの）メディアコンテンツアイテムの送信時間、および受信者デバイスの（通常サーバからの）メディアコンテンツアイテムの受信時間を含む場合がある。全てのこれらのプロセスは、メディアコンテンツファイルの長さによって順次かつ直接左右されるので、全体の遅延は、著しいものになる場合がある。

第２（ブロードキャスト）モードでは、通信セッション（例えば、動画セッション）に関与する各ユーザが同時にオンラインであることが必要である。加えて、チャンネルの伝送能力、およびその中の伝送エラー（パケット損失または遅延）は、典型的には、伝送されるメディアコンテンツの知覚品質の低下につながる場合がある。

本発明の実施形態は、通信の従来モードの上述の課題に対処し、また、コンピューティングデバイスを使用する別々の参加者によるチャット、グループおよび／またはチャンネルでの、個人およびグループ通信セッション向けに使用されるコンピュータ方法およびシステムを対象とする。開示するシステムは、複数の超短メディアコンテンツセグメントを採用することによって、このような通信を可能にするが、この複数の超短メディアコンテンツセグメントは、超短情報「コンテンツ」をメディアストリームに組み込む、または符号化することによって、単一のメディアコンテンツアイテム（動画、音声、テキストおよびその他のもの）から／それに自動的に変換することができるものである。例えば、メディアコンテンツセグメントの長さが、約３秒である場合、通信開始デバイスのメディアコンテンツアイテムの記録開始時間から、受信者デバイスでの再生時間までは、メディアコンテンツセグメントの記録期間（約３秒）、受信者デバイスへのメディアコンテンツセグメントの処理および伝送の時間の合計であり、トータル約３秒から約６秒である。同時に、有利には、伝送速度およびチャンネルの干渉が、伝送されるメディアコンテンツの質を損なわない。

様々な実施形態では、システムは、複数の超短メディアコンテンツセグメントを記憶する場合がある。メディアコンテンツセグメントは、ユーザ嗜好に基づいてフィルタされ、かつユーザがユーザの都合のよいときに記憶されているメディアコンテンツを閲覧できる分類データベースに記憶されてよい。事前に記憶されたメディアコンテンツもまた、１つまたは複数の超短セグメントの集合を提供するために、ユーザ嗜好に基づいて、エンドユーザデバイスでフィルタされてもよい。超短セグメントに関連するこの超短セグメントおよび／またはタグの集合は、他のユーザと共有されてよい。超短セグメントのそれぞれは、再生、編集、公開される場合がある自己完結型動画、音声およびテキストなどである。本開示の種々の実施形態は、協働的な超短自己完結型メディアコンテンツの双方的交換を提供するコンピューティングデバイス（またはシステム）を利用する場合がある。

一代表的実施形態では、超短メディアコンテンツを交換する方法が提供される。メディアコンテンツアイテムは、第１コンピューティングデバイスによって記録される。メディアコンテンツアイテムは、動画メッセージ、音声メッセージ、またはテキストメッセージのち少なくとも１つを含む。第１コンピューティングデバイスは、メディアコンテンツアイテムの記録中に、記録されるメディアコンテンツアイテムを複数の自己完結型メディアフラグメントに分割する。複数の自己完結型メディアフラグメントのそれぞれは、所定の時間長（多くとも３秒の長さ）を有する。第１コンピューティングデバイスは、複数の自己完結型メディアフラグメントを処理して、対応するメディアフラグメントに関連するサービス情報を生成し、同時に、次の自己完結型メディアフラグメントを記録および分割する。サービス情報は、記録されているメディアコンテンツアイテムが動画メッセージである場合、プレビューフレームを含む。第１コンピューティングデバイスは、複数の自己完結型メディアフラグメントを、メディアストリームとして、それを視聴する第２コンピューティングデバイスに伝送し、同時に、次の自己完結型メディアフラグメントの記録、分割および処理を続ける。複数の自己完結型メディアフラグメントのそれぞれは、第２コンピューティングデバイスによって１つずつ受信され、かつ連続的なメディアストリームとして表示され、同時に、次の自己完結型メディアフラグメントが、第１コンピューティングデバイスから受信される。

本明細書に組み込まれ、かつ本明細書の一部を構成する添付図面は、発明を実施するための形態と共に本開示の１つまたは複数の例示的実施形態を示すものであり、それらの原理および実装形態を説明するために提供される。

図１は、本開示の実施形態に従って、メディアコンテンツの協働的な交換を提供するように構成された例示的システムを示す図である。 図２は、本開示の実施形態に従って、メディアコンテンツの協働的な交換を提供するように構成された例示的コンピューティングデバイスを示す図である。 図３は、本開示の実施形態に従って、メディアコンテンツの協働的な交換を提供するように構成された例示的コンピューティングデバイスを示す図である。 図４は、本開示の実施形態に従って、ユーザによってメッセージ記録中にメディアバイトを生成するステップ、ならびに、第１ユーザデバイスを使用してメディアバイトを処理および送信するステップのシーケンス図である。 図５は、本開示の実施形態に従って、第２ユーザデバイスを使用して、受信されるメディアバイトを受信および再生するステップのシーケンス図である。 図６Ａは、受信者コンピューティングデバイスによる１組のメディアコンテンツアイテムの従来の時系列再生を示す図である。 図６Ｂは、本開示の実施形態に従って、複数のコンピューティングデバイスが、異なるアングルから同時に同じ対象６１０を記録する例を示す図である。 図６Ｃは、本開示の実施形態に従った、メディアコンテンツアイテム記録のタイムラインを示す図である。 図６Ｄは、本開示の実施形態に従って、受信者コンピューティングデバイス１３０の協働交換モジュール１３９によって組み合わされるメディアバイトのパック６５１および６５２を示す図である。 図７は、本開示の実施形態に従って、種々のシナリオで利用される場合があるコンピュータシステムの一例を示す図である。

例示的態様が、ユーザデバイス間で超短メディアコンテンツを交換するためのシステム、方法、およびコンピュータプログラムのコンテキストで、本明細書に記載される。以下の説明は例示のためのみのものであり、いかなる点においても限定することを意図するものではないことを当業者であれば理解されるであろう。本開示の効果を用いることで、その他の態様は当業者であれば容易に連想されるであろう。添付図面に示される例示的な態様の実装形態に、参照番号が項目ごとに付与される。同一または類似の項目であることを言及するために、図面および以下の説明を通して可能な範囲で同じ参照番号が使用される。

図１は、本開示の実施形態に従って、超短メディアコンテンツの協働的な交換を提供するように構成された例示的システム１００を示す。例示的システム１００は、メディアサーバ１１０（例えば、クラウドサーバ）および複数のコンピューティングデバイス（例えば、コンピューティングデバイスＡ１２０、コンピューティングデバイスＢ１３０、図６のコンピューティングデバイス６００など）を含む場合がある。一部の実施形態では、メディアサーバ１１０は、少なくとも１つのプロセッサ１１２および少なくとも１つのデータ記憶装置１１４を備える場合がある。少なくとも１つのプロセッサ１１２は、メディアサーバ１１０の種々のタスク実施を促進するように構成される場合がある。少なくとも１つのデータ記憶装置１１４は、限定はされないが、超短メディアフラグメント、サービス情報、および超短メディアフラグメントに関連する他のメタデータなどを含むメディアコンテンツなどの様々なタイプのデータおよび情報を記憶するように構成される場合がある。

図１の例では、１つまたは複数のコンピューティングデバイスは、第１コンピューティングデバイス（例えば、コンピューティングデバイスＡ）１２０、および第２コンピューティングデバイス（例えば、コンピューティングデバイスＢ）１３０を含む場合がある。コンピューティングデバイスＡ１２０は、少なくとも１つのプロセッサ１２２、少なくとも１つのディスプレイ１２４、少なくとも１つのセンサ１２６、および少なくとも１つのデータ記憶装置１２８を備える場合がある。同様に、コンピューティングデバイスＢ１３０は、少なくとも１つのプロセッサ１３２、少なくとも１つのディスプレイ１３４、少なくとも１つのセンサ１３６、および少なくとも１つのデータ記憶装置１３８を備える場合がある。コンピューティングデバイス（例えば、コンピューティングデバイスＡ１２０およびコンピューティングデバイスＢ１３０など）ごとに、少なくとも１つのプロセッサ（例えば、プロセッサ１２２、プロセッサ１３２など）が、対応するデバイスの各種操作を促進する場合がある。ディスプレイ構成要素１２４および１３４のそれぞれは、ビジュアルコンテンツを表示または提示するように構成される場合がある。センサ１２６および１３６のそれぞれは、データを、取得、収集、決定および／または検出するように構成される場合がある。場合によっては、センサ１２６および１３６のそれぞれは、（限定はされないが）タッチセンサ（例えば、タッチディスプレイ）、音声センサ（例えば、マイクロフォン）、または画像センサ（例えば、カメラ）、加速度計、ジャイロスコープ、位置センサ（例えば、ＧＰＳ）などのうちの少なくとも１つを含む場合がある。さらに、データ記憶装置１２８および１３８は、コンピューティングデバイスの操作に関連する情報を記憶するように構成される場合がある。

図１に関して、一部の実施形態では、コンピューティングデバイスＡ１２０にインストールされた協働コンテンツ交換モジュール／コンポーネント１２９（例えば、メッセージングアプリケーション）は、コンピューティングデバイスＡ１２０に少なくとも１つのセンサ１２６（例えば、カメラ）を使用して第１メディアコンテンツアイテム（例えば、画像、動画など）を取得させる場合がある。例えば、コンピューティングデバイスＡ１２０のユーザは、協働コンテンツ交換コンポーネント１２９を開始および利用して、コンピューティングデバイスＡ１２０の前面カメラおよび／または背面カメラに、写真または動画を撮らせる場合がある。取得された第１メディアコンテンツアイテム（例えば、写真、動画など）は、第１メディアコンテンツアイテムの元のフル解像度および／または明白な（例えば、実質的に鮮明で、変わらないなどの）バージョンに相当する場合がある。一実施形態では、協働コンテンツ交換モジュール１２９は、メディアコンテンツアイテムを取得、記録、および／または処理するのと同時に、取得した第１メディアコンテンツアイテムを、以下「メディアバイト」と呼ばれる複数の超短自己完結型メディアフラグメントにリアルタイムで分割する場合がある。本明細書で使用する場合、用語「超短自己完結型メディアフラグメント」および「メディアバイト」は、同じ意味で用いられ、かつ、動画、音声、テキストおよび／またはクリップアートならびに、それらに関連するメタデータ（サービス情報）を含むデータファイルを意味する。一実施形態では、各メディアバイトは、約３秒の長さの所定の固定時間長を有する。しかし、別の実施形態ではメディアバイトは、システム、ネットワーク、アプリケーションおよび／またはユーザ要件に基づいて、より短い、またはより長い場合がある。協働コンテンツ交換モジュール１２９は、メディアコンテンツアイテムに組み合わせて、単一のメディアストリームとして再生する、受信者へのメディアバイトの順次伝送を提供する場合がある。一部の実施形態では、協働コンテンツ交換モジュール１２９は、コンピューティングデバイスＡ１２０に、第１メディアコンテンツアイテムの複数のメディアバイトをメディアサーバ１１０へ伝送させる場合があり、また、メディアサーバ１１０は、１つまたは複数のコンピューティングデバイスから受信したメディアバイトを組み合わせて、単一のメディアストリームを生成する場合がある。

さらに、協働コンテンツ交換モジュール１２９は、コンピューティングデバイスＡ１２０に、少なくとも第１メディアコンテンツアイテムを含むメディアストリームをコンピューティングデバイスＢ１３０へ伝送させる場合がある。一部の実施形態では、コンピューティングデバイスＡ１２０からコンピューティングデバイスＢ１３０へのメディアストリームの伝送は、メディアサーバ１１０を介して実施される場合がある。例えば、メディアサーバ１１０は、コンピューティングデバイスＡ１２０とコンピューティングデバイスＢ１３０との間で、コンテンツを含む通信を中継する場合がある。

コンピューティングデバイスＢ１３０が、少なくとも第１メディアコンテンツアイテムを含むメディアストリームを受信するときに、協働コンテンツ交換モジュール／コンポーネント１３９は、コンピューティングデバイスＢ１３０が受信したメディアストリームへのアクセスを提供することを可能にする場合がある。受信されるメディアストリームは、いくつかのユーザによって生成された複数のメディアコンテンツアイテムを含む場合がある。メディアストリームがいくつかのユーザによって生成される場合、記録時間、制作者、地理的位置、位置、方位、順番、論理的に完全なメディアコンテンツアイテムなどを考慮に入れて、協働コンテンツ交換モジュール／コンポーネント１３９は、これらの記録を順次再生する場合がある。本開示の実施形態に従って、全てのメディアバイトは、独立した完全なメディアユニット（動画または音声）を技術的に提示する。そのようなものであるから、コンピューティングデバイスＢ１３０のユーザは、他の条件によって組み合わされたメディアバイトを見ることを望む可能性がある。

場合によっては、コンピューティングデバイスＢ１３０のユーザは、新しいコンテンツアイテムを受信したメディアストリームに加えることを望むこともある。受信したメディアストリームを修正するために、協働コンテンツ交換モジュール１３９は、第１メディアコンテンツアイテムによって表現される同じイベント／対象の異なるバージョンに相当する場合がある第２メディアコンテンツアイテム（例えば、画像、動画など）を、少なくとも１つのセンサ１３６（例えば、前面カメラ、背面カメラなど）を利用して、コンピューティングデバイスＢ１３０のユーザが取得することを可能にする。協働コンテンツ交換モジュール１３９は、コンピューティングデバイスＢ１３０（またはメディアサーバ１１０）に、第１および第２メディアコンテンツアイテムの両方を含む、修正または新規メディアストリームを生成させる場合がある。コンピューティングデバイスＢ１３０のユーザは、メディアストリームの修正バージョンをコンピューティングデバイスＡ１２０に（メディアサーバ１１０を介して）返信することを選択する場合がある。

一シナリオ例では、協働コンテンツ交換コンポーネント１２９は、コンピューティングデバイスＡ１２０に、元の画像をキャプチャさせる場合がある。協働コンテンツ交換コンポーネント１２９は、記録される動画ストリームを、コンテナ内で、そのそれぞれが独立して、処理、符号化、パッケージ化されるメディアバイトに分割する場合がある。協働コンテンツ交換コンポーネント１２９は、記録段階で、記録されるメディアバイトの時間長の正確なカウント、音声と動画データの同期、および高速なストリーム処理を提供する専用の技術的ソリューションをさらに利用する場合がある。コンピューティングデバイスＢ１３０によるメディアストリームの受信の際に、協働コンテンツ交換コンポーネント１３９は、コンピューティングデバイスＢ１３０のユーザが、ストリームから自身の好みの（ユーザ自身のものだけではなく）メディアバイトを選択して、それらを編集し、任意の順序でそれらを再アレンジし、不必要なものを削除し、かつ得られた動画を公開することを可能にする。本処理は、時間と共に繰り返すことができ、結果として、協働的に相互作用して交換される複数のメディアコンテンツアイテムをもたらす。したがって、他のチャットまたはチャンネル参加者、ユーザからのメディアバイトと組み合わせて、ユーザ自身のメディアバイトを使用することで、ユーザは、様々な作成者のメディアストリームと協働、ミキシングすることによって動画を共作成することができる。

図２は、本開示の実施形態に従って、メディアコンテンツの協働的な交換を提供するように構成された例示的コンピューティングデバイス２０２を示す。例示的コンピューティングデバイス２０２（例えば、図６のコンピュータシステム６００）は、前面画像センサ（例えば、前面カメラ）２０４、および背面画像センサ（例えば、背面カメラ）２０６などの１つまたは複数のセンサを備える場合がある。例示的コンピューティングデバイス２０２はまた、ビジュアルコンテンツを提示するように構成されたディスプレイ要素（例えば、表示スクリーン、タッチスクリーンなど）２０８を備える場合もある。

一部の実施形態では、コンピューティングデバイス２０２は、協働コンテンツ交換アプリケーションを動作させるように構成される場合がある。場合によっては、協働コンテンツ交換アプリケーションは、協働コンテンツ交換コンポーネント（例えば、図１の協働コンテンツ交換モジュール１２９、または協働コンテンツ交換モジュール１３９）に関連付けられる場合がある。一例では、協働コンテンツ交換アプリケーションは、カメラモードを開始する場合がある。カメラモードは、選択されたカメラ（例えば、前面カメラ２０４、背面カメラ２０６など）が「認識する」または検出する何らかのイメージの表示２１０を提供する場合がある。

図２に示すように、協働コンテンツ交換アプリケーションのカメラモードは、（限定はされないが）フラッシュを設定するためのアイコン（または、ボタン）２１２、または記録をするためのアイコン２１４、およびカメラを切り替えるためのアイコン２１６を含む種々のユーザインターフェース要素を提供する場合がある。場合によっては、フラッシュを設定するアイコン（または、ボタン）２１２は、文字「フラッシュ」を含む、テキストアイコンに相当する場合がある。記録をするためのアイコン２１４は、画像または動画の記録を開始および終了する場合がある。場合によっては、カメラを切り替えるためのアイコン２１６は、自撮り写真と呼ばれる用語である場合のある文字「セルフィー」を含むテキストアイコンに相当する場合がある。一部の実装形態では、「セルフィー」アイコンまたはボタン２１６を押下、タップ、またはそれと相互作用することにより、例えば、記録中に、背面カメラ２０６から前面カメラ２０４へ現在使用しているカメラを切り替えることができ、それにより、ユーザが、背面カメラ２０６によって記録されているイベントに関してコメントすることが可能になる。

一例では、例えば、第１超短メディアコンテンツアイテムを含む通信が、メディアサーバ１１０を介して別のコンピューティングデバイスから受信されるときに、通知２１８は、相互作用コンテンツ交換アプリケーションによって提示される場合がある。図２では、通知２１８は、「ショット」と呼ばれることもある通信が、「Ｊｏｈｎ」という名前のユーザから受信されたことを示す場合がある。引き続きこの例を参照し、コンピューティングデバイス２０２のユーザは、通知２１８および／またはデバイス２０２をタップ、クリック、またはそれと相互作用して、「Ｊｏｈｎ」からの通信（例えば、「ショット」）についてのより多くの情報を得る場合がある。

図３は、本開示の実施形態に従って、メディアコンテンツの協働的な交換を提供するように構成された例示的コンピューティングデバイス３０２（例えば、図６のコンピュータシステム６００）を示す。上述のように図２を参照して、ユーザは、通信（例えば、「ショット」）が受信されたことを示す通知と相互作用して、受信された通信についてより多くの情報を得る場合がある。受信された通信は、複数のメディアバイトを含んでいるメディアコンテンツアイテムを含む場合がある。図３では、ユーザが通知と相互作用するときに、協働コンテンツ交換アプリケーションは、ユーザによってアクセスされる１つまたは複数の通信からの１つまたは複数の受信されたメディアバイトを表示する場合がある。

図３の例では、４つのメディアバイトが示されている。メディアバイトは、例えば、最後に受信した通信から最初に受信した通信の順番（またはその逆）で表示されるか、または一覧にされる場合がある。この例では、第１メディアバイトは、Ｊｏｈｎ Ｄｏｅから受信した第１メディアコンテンツアイテム（例えば、画像、動画など）３１２の自己完結型超短セグメント３１０を含む場合がある。第１メディアバイトはまた、対応するメディアバイトが作成された日付（または時間）３１４などのメタデータ（サービス情報）に関連付けられている場合もある。

第２メディアバイト３２０は、Ｊａｎｅ Ｄｏｅから受信した（すなわちＪａｎｅ Ｄｏｅによって送信された）第２メディアコンテンツアイテム３２２の一部である場合がある。第２メディアバイトは、第２メディアバイトが特定の場所（例えば、カリフォルニア州、サンフランシスコ３２４）で作成されたことを示すサービス情報を含む場合がある。

図３の例を引き続き参照し、第３メディアバイト３３０は、Ｊｏｅ Ｓｃｈｍｏｅから受信した第３メディアコンテンツアイテム３３２の一部、および見出し（例えば、「楽しくいこう！」３３４）である場合がある。さらに、第４メディアバイト３４０は、Ｆｒｅｄ Ｂｌｏｇｇｓから受信した第４メディアコンテンツアイテム３４２の一部である場合があり、かつ第４メディアバイト（および／または第４メディアコンテンツアイテム）がＪｏｅ Ｂｌｏｇｇｓに関連付けられていることを示すタグ３４４を含む場合がある。

一部の実施形態では、メディアバイトは、（限定はされないが）プロパティ、メディアバイトを送信した送信側コンピューティングデバイスの識別子、メディアバイトが作成されたときに送信側コンピューティングデバイスが移動していたまたは移動されていた速度、メディアバイトが作成されたときに送信側コンピューティングデバイスが受けた加速度、メディアバイトが作成されたときに送信側コンピューティングデバイスが向いていた方向、メディアバイトが作成されたときの送信側コンピューティングデバイスの周辺天候状況、および／または、メディアバイトが作成されたときに送信側コンピューティングデバイスによってアクセスされていたメディア（例えば、演奏されていた曲）のタイトルを含む他のサービス情報に関連付けられる場合がある。

上述のように、協働コンテンツ交換モジュール１３９は、コンピューティングデバイス３０２（またはメディアサーバ１１０）が、第１メディアバイト３１０および第２メディアバイト３２０の両方を含む修正または新規メディアストリームを生成することを可能にする場合がある。したがって、ユーザは、自身のものに他の人のものを加えたメディアバイトを使用することによって、メディアコンテンツを共作成することができる。一実施形態では、ユーザは、例えば、記録時間および場所に基づいて２つ以上のメディアバイトを組み合わせることもできる。

図４は、本開示の実施形態に従って、ユーザによるメッセージ記録中にメディアバイトを生成するステップ、ならびに、第１ユーザデバイスを使用してメディアバイトを処理および送信するステップのシーケンス図である。ステップ４０２で、ユーザ４０１は、コンピューティングデバイス２０２で記録を行うために、例えば、アイコン２１４を押下することによって、動画４０３の記録を開始する場合がある。開示する協働コンテンツ交換システムは、種々のビデオ符号化標準をサポートする場合がある。ビデオ符号化標準としては、限定はされないが、ＩＴＵ－Ｔ Ｈ．２６１、ＩＳＯ／ＩＥＣ ＭＰＥＧ－１ Ｖｉｓｕａｌ、ＩＴＵ－Ｔ Ｈ．２６２またはＩＳＯ／ＩＥＣ ＭＰＥＧ－２ Ｖｉｓｕａｌ、ＩＴＵ－Ｔ Ｈ．２６３、ＩＳＯ／ＩＥＣ ＭＰＥＧ－４ Ｖｉｓｕａｌ、スケーラブルビデオ符号化（Scalable Video Coding：ＳＶＣ）およびマルチビュービデオ符号化（Multiview Video Coding：ＭＶＣ）拡張を含むＩＴＵ－Ｔ Ｈ．２６４またはＩＳＯ／ＩＥＣ ＭＰＥＧ－４ ＡＶＣ、ならびに、スケーラブルビデオ符号化（すなわち、スケーラブル高効率ビデオ符号化、Scalable High efficiency Video Coding：ＳＨＶＣ）およびマルチビュー拡張（すなわち、マルチビュー高効率ビデオ符号化、Multiview High Efficiency Video Coding：ＭＶ－ＨＥＶＣ）を含むＩＴＵＴ Ｈ．２６５およびＩＳＯ／ＩＥＣ ２３００８－２としても知られている高効率ビデオ符号化（High-Efficiency Video Coding：ＨＥＶＣ）が挙げられる。記録を開始するとすぐに、コンピューティングデバイス２０２は、協働コンテンツ交換モジュール１２９に記録されるフレーム４０４の送信を開始する。一実施形態では、協働コンテンツ交換モジュール１２９は、記録プロセス４０２と実質的に同時に（「即座に」）、記録される動画ストリームをメディアバイトに分割するように構成される場合がある。様々な実施形態では、協働コンテンツ交換モジュール１２９は、記録ステップ４０２の間に、記録されるメディアバイトの時間長の正確なカウント、音声と動画データコンテナの同期、および高速なストリーム処理を提供する専用のソリューションを実装する場合がある。

ステップ４０６では、記録されるメディアストリームからの隔離後、協働コンテンツ交換モジュール１２９は、例えば、受信したメディアストリームの各メディアバイトを符号化し、かつＭＰ４コンテナにそれらをパッケージ化してもよい。さらに、ステップ４０６で、協働コンテンツ交換モジュール１２９は、各メディアバイトを、記録される動画データを含む別々の独立したビデオクリップとして、コンピューティングデバイス２０２のデータベース４０５（例えば、データ記憶装置）に記憶してもよい。このようなビデオクリップは、本明細書で説明するように、後で、協働動画ストリーミングに組み合わされてもよい。

本開示の実施形態に従って、ステップ４０８で、協働コンテンツ交換モジュール１２９は、各記憶されたメディアバイトを処理することができる。処理ステップ４０８は、一意な識別子を各メディアバイトに割り当てることと、対応するメディアバイトに関連するサービス情報を生成することを含む場合がある。サービス情報は、限定はされないが、メディアコンテンツアイテムの識別子、およびメディアコンテンツアイテム内のメディアバイトの位置についての情報を含む場合がある。本開示の実施形態に従って、各メディアバイトに含まれる動画データに関して、協働コンテンツ交換モジュール１２９は、プレビューフレームを生成してもよい。プレビューフレームは、例えば、ラプラス変換を使用して、メディアバイトに含まれている全ての動画フレームから選択された最高品質の動画フレームを含む場合がある。本明細書で使用する場合、用語「最高品質の動画フレーム」は、最も鮮明なフレームを意味する場合がある。一実施形態では、ラプラス変換は、例えば、メディアバイトの２つの個々のフレーム間の色を含む差異で、メディアバイトの各インスタンスで計算される場合がある。一実施形態では、協働コンテンツ交換モジュール１２９は、プレビューフレームをＪＰＧ形式または任意の他の既知の標準で符号化してもよく、また対応するメディアバイトのサービス記述にプレビューフレームを含んでもよい。

さらに、ステップ４０８では、協働コンテンツ交換モジュール１２９は、各記憶されているメディアバイトに関連する音声データを処理する場合がある。一実施形態では、協働コンテンツ交換モジュール１２９は、音声認識モジュールを含む場合がある。音声認識および自然言語理解処理技術の組み合わせは、一般に音声処理と呼ばれる。音声処理はまた、ユーザの音声を、協働コンテンツ交換モジュール１２９によって、メディアバイトのサービス記述に含まれる場合のあるテキストデータ（字幕）に変換する場合もある。音声処理に関して、書き換えられた音声データの認識精度は、通常、音声データの時間長が長くなるにつれて改善されるので、少なくともいくつかの実施形態では、協働コンテンツ交換モジュール１２９は、先に送信した字幕を後で再生成および再伝送する場合がある。

加えて、メディアバイトのサービス記述（サービス情報）は、メディアバイトの作成時間、ならびに、協働コンテンツ交換モジュール１２９に関連する他のパラメータおよびサービス特性を含む場合がある。これらのパラメータは、記録される対象に対する、ジオロケーションデータ、ジャイロデータ、コンパスデータ、カメラアングル、相対距離などを含むセンサ１２６および１３６によって収集される種々のデータを含む場合がある。場合によっては、センサ１２６および１３６のそれぞれは、（限定はされないが）タッチセンサ（例えば、タッチディスプレイ）、音声センサ（例えば、マイクロフォン）、または画像センサ（例えば、カメラ）、加速度計、ジャイロスコープ、位置センサ（例えば、ＧＰＳ）などのうちの少なくとも１つを含む場合がある。

一実施形態に従って、ステップ４１０では、協働コンテンツ交換モジュール１２９は、メディアサーバ１１０に、生成されたメディアバイト、プレビューフレーム、およびメディアバイトに関連するその他のサービス情報をアップロードする場合がある。有利には、アップロードステップ４１０は、記録ステップ４０２と、処理ステップ４０８とは非同期で行われる。一実施形態に従って、アップロードされるメディアバイトは、メディアサーバ１１０の記憶装置に、一時的にキャッシュされる場合があり、それにより、デバイス１３０の接続ステータスに関係なく、受信者コンピューティングデバイス１３０へのメディアストリームの配信が可能になる。ステップ４１２で、ユーザ４０１は、コンピューティングデバイス２０２で記録を行うために、例えば、アイコン２１４を再び押下することによって、動画４０３の記録を終了する場合がある。最終的に、記録されるメディアコンテンツアイテムに関連するメディアバイトの全ては、図４に示すように、メディアサーバ１１０にアップロードされる。

図５は、本開示の実施形態に従って、第２ユーザデバイスを使用して、受信されるメディアバイトを受信および再生するステップのシーケンス図である。２つのデバイス実装形態の例を使用して例示するが、他の実装形態が、異なる数または組み合わせのコンピューティングデバイスを使用して容易に達成される。例えば、メディアバイトは、２つ以上の異なるコンピューティングデバイスから同時に受信および処理される場合がある。受信されるメディアバイトに関連するサービス情報に基づいて、メディアサーバ１１０は、受信されるメディアコンテンツアイテムの指定受信者を識別する場合がある。ステップ５０２で、メディアサーバ１１０は、受信者コンピューティングデバイス１３０の協働コンテンツ交換モジュール１３９に通知を送信する場合がある。一実施形態では、通知は、受信されるメディアバイトの記述、対応する再生可能動画データ（例えば、動画ファイル）５０３をダウンロードするためのリンク、および送信者デバイス１２０の協働コンテンツ交換モジュール１２９によって生成されたプレビューフレームを含む場合がある。様々な実施形態では、受信者コンピューティングデバイス１３０の接続ステータスに応じて、メディアサーバ１１０は、種々のプロトコルまたは、これらのプロトコルのいずれかの組み合わせを利用して、ステップ５０２を実行してもよい。これらのプロトコルは、限定はされないが、ＷｅｂＳｏｃｋｅｔ、Ｐｕｓｈ、ＨＴＴＰなどを含んでもよい。

図５に示すように、ステップ５０４で、協働コンテンツ交換モジュール１３９は、メディアサーバ１１０にメディアバイトをダウンロードする要求を返信することによって、通知の配信確認を送信する場合がある。ステップ５０６で、協働コンテンツ交換モジュール１３９は、動画データ、および、例えば、各メディアバイトのプレビューフレームを含むその動画データを提示するために必要とされる他の情報のダウンロードを開始する場合がある。有利なことに、ダウンロードステップ５０６は、受信者コンピューティングデバイス１３０によって選択されたペースで、非同期で実施することができ、また、送信者コンピューティングデバイス１２０の協働コンテンツ交換モジュール１２９によって実施されるアップロードステップに影響を与えない。一実施形態に従って、協働コンテンツ交換モジュール１３９は、メディアバイトをダウンロードし、受信者コンピューティングデバイス１３０にそれらをローカルに記憶し、かつ再生のためにそれらをキュー５０１に入れる場合がある。ダウンロードされたメディアバイトは、元のメディアコンテンツアイテムの順番に従ってキューに入れられてよい。

ステップ５０８で、協働コンテンツ交換モジュール１３９は、ダウンロードしたメディアバイトをその再生コンポーネントに加える場合がある。ステップ５１０で、協働コンテンツ交換モジュール１３９は、それらの順序番号に従って各メディアバイトの再生を開始する場合がある。一実施形態では、協働コンテンツ交換モジュール１３９は、個々のメディアバイトを再生するときに、シームレスな連続動画ストリームを作成する場合がある。一実施形態では、再生する各メディアバイト間のギャップおよびディレイを除外するために、協働コンテンツ交換モジュール１３９は、メディアバイトの先行ローディング技術を採用してもよい。先行ローディングとは、再生前に、メディアバイトが協働コンテンツ交換モジュール１３９の再生コンポーネントに完全にロードされることを意味する。一実施形態では、メディアバイトは、（もしあれば）先のメディアバイト再生と共に非同期並列モードでロードされることもある。

全ての機能が、それぞれのコンピューティングデバイスの協働コンテンツ交換モジュール１２９および１３９によって実施される、すなわち、メディアストリームの送信、受信、および再生に関する全てのステップは、オンラインモードおよびオフラインモードの両方でユーザ４０１および５０５に対して透過的に実施される場合がある、という点に留意すべきである。有利には、メディアバイトの送信および受信に関するステップは、メディアサーバ１１０を介して協働コンテンツ交換モジュール１２９および１３９によって、それぞれ互いに独立して実施されてる場合がある。ユーザ４０１および５０５によるメディアコンテンツアイテムの同時カウンタ送信のケースでは、メディアコンテンツアイテムの交換は、互いに独立して協働コンテンツ交換モジュール１２９および１３９によって両方向で、かつ図４および図５に関して上述したアルゴリズムに従って実施される場合がある。ユーザのグループによるメディアコンテンツアイテム交換のケースでは、メディアコンテンツアイテムの受信は、異なる時間インスタンスで、グループの（制作者を除く）全メンバーによって実施される場合があるという点に留意すべきである。

図６Ａから６Ｄは、本発明の一実施形態に従って、別々のユーザによって同じ場所で同時に記録される各メディアバイトが、どのようにまとめて組み合わされ得るかを示す。概して、メディアストリームが別々のユーザによって生成される場合、一般に、各アプリケーションは、これらの記録物を順次再生する。図６Ａは、受信者コンピューティングデバイスによる１組のメディアコンテンツアイテム（例えば、動画ファイル）の従来の時系列再生を示す。図６Ａでは、メディアコンテンツアイテム６０１から６０５は、例えば、記録時間が考慮に入れられて、次々と順次再生されている。

対照的に、本発明の実施形態によれば、全てのメディアバイトは、技術的に独立した完全なメディアユニット（例えば、動画）と見なされ、同様に他の原理を使用して、それらを組み合わせることができる。図６Ｂは、複数のコンピューティングデバイス６１１から６１４が、異なるアングルから同時に同じ対象６１０を記録する例を示す。結果として、異なるアングルから異なる人々によって記録される同じイベントまたは（対象６１０のような）同じ対象（すなわち、得点となったサッカーゴールまたは新年の打ち上げ花火）を映す１組のメディアコンテンツアイテム６２１から６２５が作成される場合がある。それぞれのデバイス６１１から６１４上で動作する協働コンテンツ交換モジュール１２９は、コンテンツアイテムの記録される動画ストリームを複数のメディアバイトに分割する。

図６Ｃは、メディアコンテンツアイテム記録のタイムライン６４０を示す。図６Ｃに示すように、記録されるメディアコンテンツアイテム６２１から６２５のそれぞれは、協働コンテンツ交換モジュール１２９によってメディアバイトの対応するセット６３１から６３５に分割される。メディアバイトのそれぞれは、それらに関連するサービス情報を有する。サービス情報は、コンピューティングデバイス６１１から６１４のセンサから受信されるタイムマーカおよびデータを含む場合がある。このようなセンサデータとしては、限定はされないが、少なくとも１つの場所に関連する１組の属性を表すジオタグデータ、ジャイロ測定データ、コンパスデータ、カメラアングルを示すデータ、および／または記録される対象に対する相対距離などを挙げてもよい。最終的に、記録されるメディアコンテンツアイテム６２１から６２５に関連するメディアバイトの全ては、図４に示すように、メディアサーバ１１０にアップロードされる。

図５に関連して上述したように、受信者コンピューティングデバイス１３０によってホストされている協働コンテンツ交換モジュール１３９は、動画データ、および、例えば、各メディアバイトのプレビューフレームを含むその動画データを提示するために必要とされる他の情報のダウンロードを開始する場合がある。有利なことに、ダウンロードステップは、受信者コンピューティングデバイス１３０によって選択されたペースで、非同期で実施することができる。受信者コンピューティングデバイス１３０によって実質的に同時に受信される別々のユーザからのいくつかのメディアストリームがある場合がある。さらに、受信者コンピューティングデバイス１３０はまた、複数のメディアバイトを記録する場合があり、これらの複数のメディアバイトは、協働コンテンツ交換モジュール１３９によって、受信されたメディアストリームに加えることができるものである。

一実施形態に従って、協働交換モジュール１３９は、受信したメディアバイトを処理する場合がある。例えば、協働交換モジュール１３９は、タイムマーカの一致に基づいて、メディアバイトを組み合わせる場合がある。別の例として、協働交換モジュール１３９は、サービス情報属性（ジオタグ、カメラ方向、カメラアングル、視角など）のうちいずれか１つまたはそれらの組み合わせに基づいて、各メディアバイトを組み合わせる場合がある。任意の上述の基準を用いることによって選択されるメディアバイトのセットは、パックで分類される場合がある。

図６Ｄは、受信者コンピューティングデバイス１３０の協働交換モジュール１３９によって組み合わされるメディアバイトのパック６５１および６５２を示す。メディアバイトの第１パック６５１は、別々のユーザによって異なるアングル、異なる距離および異なる詳細の程度で記録されるイベントまたは対象の第１表示６４１を表す。メディアバイトの第２パック６５２は、第１パック６５１に関連するユーザのサブセットによって記録されるイベントまたは対象の第２表示６４１を表す。有利には、受信者コンピューティングデバイス１３０のユーザは、協働交換モジュール１３９を使用して、他の編集操作の間に、不必要なメディアバイトを削除することによって対応するパック６５１および／または６５２を編集し、距離またはカメラアングルによってそれらをソートし、メディアバイトを再アレンジし、音楽、字幕または絵文字を追加することができる。したがって、他のユーザによって記録されたメディアバイトを自身のものに加えることによって、種々のコメント、感動および詳細で拡張されたイベントまたは対象の協働的な多重アングル記録を実質的に生成する。

一実施形態に従って、ユーザ間のメディアバイトの交換は、他の相互作用参加者のオンライン接続に関係なく、開示するシステムが非同期ユーザ相互作用を提供できるようにするサーバコンポーネント（記載されているメディアサーバ１１０など）を通して行われる。メディアサーバ１１０は、通過するメディアストリームを最適化し、かつメディアストリームの１つまたは複数の特徴を管理するように構成されてよい。加えて、メディアサーバ１１０は、イベントおよび相互作用に関与する別々のユーザ間の状態（例えば、コンテンツへのアクセスをユーザに提供すること）を同期する（例えば、可能なコンテンツアイテムの消費を同期する）ように構成されてよい。メディアサーバ１１０は、ユーザが複数の異なるコンピューティングデバイスから利用可能なコンテンツアイテムをブラウズすることを可能にする場合がある。さらに、メディアサーバ１１０は、コンピューティングデバイス（送信者コンピューティングデバイス１２０と受信者コンピューティングデバイス１３０との）間の最適交換レートを維持するように構成されてもよい。一実施形態では、メディアサーバ１１０は、データ交換時に、ユーザのコンピューティングデバイス上のプラットフォーム特性、可能なプロトコルまたは設定を考慮に入れる場合がある。例えば、メディアサーバ１１０は、標準的なコンテンツ配信ネットワーク（Content Delivery Network：ＣＤＮ）リソースおよびＨＴＴＰ要求を使用してもよい。少なくともいくつかの実施形態では、メディアサーバ１１０はまた、ファイアウォールおよびプロキシサーバを通る正確なメディアデータ通路を確保する場合もある。

要約すると、送信者コンピューティングデバイス１２０で動画、音声またはテキストメッセージなどのメディアコンテンツアイテムを記録するときに、協働コンテンツ交換モジュール１２９は、それらを、例えば、本明細書においてはメディアバイトと称される３秒の長さまでの複数の超短自己完結型メディアフラグメントに自動的に「分割」してもよい。残りのメディアコンテンツアイテムを記録するのと同時に、協働コンテンツ交換モジュール１２９は、各記録されるメディアバイトを処理し、かつ例えば、ＨＴＴＰ（Ｓ）プロトコルを使用してメディアサーバ１１０を通して、処理されるメディアバイトを受信者コンピューティングデバイスに伝送してもよい。受信者デバイス１３０に配備されている協働コンテンツ交換モジュール１３９は、受信者デバイス１３０上で、単一のメディアストリームの形態で受信したメディアバイトの「シームレス」な再生を提供することができる。

さらに、メディアコンテンツアイテムは、送信者デバイス１２０および指定受信者デバイス１３０のユーザ間で交換され、かつ実質的な並列モードで互いに伝送されてよい。したがって、協働コンテンツ交換モジュール１２９および１３９は、別々の参加者からのメディアコンテンツデータアイテムの元のメディアストリームとして視覚化される場合があるライブ通信セッションを生成することができ、その結果、各メディアコンテンツアイテムは、メディアバイトの特定のセットに展開される場合がある。

一実施形態に従って、各メディアバイトの長さは、必要最小限の意味のあるコンテンツをそれに組み込むように選択される場合がある。上記のように、各メディアバイトは、超短自己完結型メディアフラグメントを含む。言い換えると、メディアバイトは、一方では、メディアストリーム内に含まれたメディアコンテンツの完全に独立した部分である。他方では、各メディアバイトは、全てのメディアコンテンツアイテムを構成する最小の技術的メディアユニットである。

各メディアバイトのこの自己完結型特性により、完全な動画／音声としてメディアバイトを用いるユーザ作業が可能になる。言い換えると、ユーザは、全てのタイプのメディアコンテンツを含む個別のメディアバイトと相互作用（再生、編集、公開などが）できる場合がある。種々の実施形態では、ユーザは、エンドユーザ、消費者、広告主、マーケタ、コンテンツプロバイダ、コンテンツ所有者、ネットワーク、ブロードキャスタ、メディア企業、モバイルキャリア、レコード会社、映画スタジオ、調節装置、モバイルデバイス設計者、モバイルデバイス製造業者、移動通信サービスコンソリデータ、アフィリエイトまたは一部の他のタイプのユーザのうち少なくとも１つである場合がある。

さらに、各メディアバイトの自己完結型特性により、受信したメディアコンテンツアイテムを修正するか、または新しいメディアコンテンツアイテムを生成するためにそれらを組み合わせる際の柔軟性を、より良くユーザに与えることになる。例えば、ユーザは、ストリームから自身の好みの（ユーザ自身のものだけではなく）メディアバイトを選択して、それらを編集し、任意の順序でそれらを再アレンジし、不必要なものを削除し、かつ得たものを公開することができる。ユーザは、記録時間および場所によってメディアバイトを組み合わせて、結果として、異なる人々による異なるアングルからの同じイベントおよび対象（すなわち、得点となったサッカーゴールまたは新年の打ち上げ花火）をカバーする１組の動画を得ることができる。メディアバイトが作成されるときに自動的に割り当てられる一意な識別子のメカニズムにより、ユーザは、自身のストリームを、並行した無関係であることが多いストリームのメディアコンテンツにリンクし、ストリームからの引用を含め、またはコメントや返信をストリームに関連付けできるようになる。例えば、ユーザは、他のユーザの公開メッセージからのメディアバイトを自身のストリームにコピーすることができる。同時に、ユーザのストリームに、ユーザのメディアバイトへのリンクの記述に関して特別なメッセージが自動的に生成されてよく、それにより、必要があれば、ユーザは、自身のメディアコンテンツへの参照を素早くモニタして、それらを許可またはブロックすることができる。

図７は、本開示の実施形態に従って、種々のシナリオで利用することができるコンピュータシステムの一例を示す。

ここで、図７を参照すると、メディアコンテンツの協働的な交換を提供するように構成された図１のコンピュータシステム１００が、概して、本開示の１つまたは複数の実施形態に従って示されている。本明細書に記載の方法は、ハードウェア、ソフトウェア（例えば、ファームウェア）またはこれらの組み合わせで実装される場合がある。本開示の１つまたは複数の例示的な実施形態では、本明細書に記載の方法は、パーソナル・コンピュータ、ワークステーション、ミニコンピュータまたはメインフレームコンピュータなどの特殊用途または汎用デジタルコンピュータのマイクロプロセッサの一部としてハードウェアに実装される。したがって、システム７００は、Ｏ／Ｓの複数のインスタンスを同時に動作させることができる汎用コンピュータまたはメインフレーム７０１を含む場合がある。

本開示の１つまたは複数の例示的な実施形態では、図７に示すようなハードウェアアーキテクチャに関して、コンピュータ７０１は、１つまたは複数のプロセッサ７０５、メモリ制御部７１５に連結されたメモリ７１０、および、ローカル入力／出力制御部７３５を介して通信可能に連結された１つまたは複数の入力および／または出力（Input and/or Output：Ｉ／Ｏ）デバイス７４０、７４５（または周辺機器）を含む。入力／出力制御部７３５は、例えば、限定はされないが、１つまたは複数のバス、または従来技術で公知のようなその他の有線または無線接続であってもよい。入力／出力制御部７３５は、簡略化のために省略するが、通信を可能にする制御部、バッファ（キャッシュ）、ドライバ、リピータ、および受信部など追加の構成要素を備えていてもよい。さらに、ローカルインターフェースは、上述のコンポーネント間の適切な通信を可能にするアドレス、制御および／またはデータ接続を含んでいてもよい。入力／出力制御部７３５は、出力デバイス７４０および７４５にアクセスするように構成された複数のサブチャンネルを含む場合がある。サブチャンネルは、光ファイバ通信ポートを含む場合がある。

プロセッサ７０５は、特にキャッシュ記憶装置などの記憶装置７２０またはメモリ７１０に記憶されているソフトウェアを実行するハードウェアデバイスである。プロセッサ７０５は、任意のカスタムメイドまたは市販のプロセッサ、中央演算処理装置（Central Processing Unit：ＣＰＵ）、コンピュータ７０１に関連するいくつかのプロセッサの中の補助プロセッサ、（マイクロチップまたはチップセットの形態の）半導体ベースマイクロプロセッサ、マクロプロセッサ、もしくは、概して、命令を実行する任意のデバイスであってもよい。

メモリ７１０としては、揮発性メモリ素子（例えば、ランダムアクセスメモリ（例えば、ＤＲＡＭ、ＳＲＡＭ、ＳＤＲＡＭなどのＲＡＭ））、および不揮発性メモリ素子（例えば、ＲＯＭ、消去可能プログラマブル読み出し専用メモリ（Erasable Programmable Read Only Memory：ＥＰＲＯＭ）、電子的消去可能プログラマブル読み出し専用メモリ（Electronically Erasable Programmable Read Only Memory：ＥＥＰＲＯＭ）、プログラマブル読み出し専用メモリ（Programmable Read Only Memory：ＰＲＯＭ）、テープ、コンパクトディスク読み取り専用メモリ（Compact Disc Read Only Memory：ＣＤ－ＲＯＭ）、ディスク、ディスケット、カートリッジ、カセットなど）のうち任意の１つまたはそれらの組み合わせが挙げられる。さらに、メモリ７１０は、電気的、磁気的、光学的および／または他のタイプの記憶媒体を組み込んでいてもよい。メモリ７１０は、種々のコンポーネントが、互いに離れて配置されているが、プロセッサ７０５によってアクセスされる場合がある分散アーキテクチャを有する場合があることに留意されたい。

メモリ７１０内の命令は、論理的機能を実行するために、それぞれが順番にリスト化された実行可能命令を含む１つまたは複数の別々のプログラムを含む場合がある。図７の例では、メモリ７１０内の命令、好適なオペレーティングシステム（Operating System：ＯＳ）７１１。オペレーティングシステム７１１は、他のコンピュータプログラムの実行を本質的に制御して、スケジューリング、入力出力制御、ファイルおよびデータ管理、メモリ管理、ならびに通信制御および関連サービスを提供する。

本開示の１つまたは複数の実施形態に従って、メモリ７１０は、それぞれがオペレーティングシステムのインスタンスを動作させる複数の論理的パーティション（Logical Partition：ＬＰＡＲ）を含む場合がある。ＬＰＡＲは、メモリ７１０に記憶され、かつプロセッサ７０５によって実行されるプログラムである場合があるハイパーバイザによって管理される場合がある。

本開示の１つまたは複数の例示的な実施形態では、従来のキーボード７５０およびマウス７５５が、入力／出力制御部７３５に連結される場合がある。Ｉ／Ｏデバイス７４０、７４５などのその他の出力デバイスは、入力デバイス、例えば、限定はされないが、プリンタ、スキャナ、カメラ、マイクロフォンなどを含む場合がある。最後に、Ｉ／Ｏデバイス７４０、７４５は、入力および出力の両方を通信するデバイス、例えば、限定はされないが、ネットワークインターフェースカード（Network Interface Card：ＮＩＣ）または（他のファイル、デバイス、システム、またはネットワークにアクセスするための）変復調装置、無線周波数（Radio Frequency：ＲＦ）、またはその他の送受信機、電話インターフェース、ブリッジ、ルータなどをさらに含む場合がある。システム７００は、ディスプレイ７３０に連結されたディスプレイ制御部７２５をさらに含んでもよい。

本開示の１つまたは複数の例示的な実施形態では、システム７００は、ネットワーク７６５への接続向けのネットワークインターフェース７６０をさらに含む場合がある。ネットワーク７６５は、ブロードバンド接続を介した、コンピュータ７０１と、任意の外部サーバ、クライアントなどとの間の通信向けのＩＰベースネットワークであってもよい。ネットワーク７６５は、コンピュータ７０１と外部システムとの間でデータを伝送および受信する。例示的な実施形態では、ネットワーク７６５は、サービスプロバイダによって管理される管理ＩＰネットワークである場合がある。ネットワーク７６５は、例えば、ＷｉＦｉ、ＷｉＭａｘなどのワイヤレスプロトコルおよび技術を使用してワイヤレスな形式で実装されてもよい。ネットワーク７６５はまた、ローカルエリアネットワーク、ワイドエリアネットワーク、メトロポリタンエリアネットワーク、インターネットネットワーク、またはその他の類似のタイプのネットワーク環境などのパケット交換ネットワークである場合もある。ネットワーク７６５は、固定ワイヤレスネットワーク、ワイヤレスローカルエリアネットワーク（Local Area Network：ＬＡＮ）、ワイヤレスワイドエリアネットワーク（Wide Area Network：ＷＡＮ）、パーソナルエリアネットワーク（Personal Area Network：ＰＡＮ）、仮想専用ネットワーク（Virtual Private Network：ＶＰＮ）、インターネットまたはその他の好適なネットワークシステムであってもよく、信号を受信および伝送する機器を含む。

コンピュータ７０１がＰＣ、ワークステーション、インテリジェントデバイスなどである場合、メモリ７１０内の命令は、基本入出力システム（Basic Input Output System：ＢＩＯＳ）（簡略化のために省略されている）をさらに含む場合がある。ＢＩＯＳは、起動時にハードウェアを初期化およびテストし、ＯＳ７１１を始動させ、かつハードウェアデバイス間のデータ伝送をサポートする１組の本質的ソフトウェアルーチンである。ＢＩＯＳは、コンピュータ７０１が起動されるときにＢＩＯＳが実行可能であるようにＲＯＭに記憶される。

コンピュータ７０１が動作しているときに、プロセッサ７０５は、メモリ７１０に記憶されている命令を実行して、メモリ７１０へおよびそこからデータを通信し、かつ命令に従って、概してコンピュータ７０１の動作を制御するように構成される。

本開示の実施形態が、本開示の実施形態に従う方法、装置（システム）、およびコンピュータプログラム製品のフローチャート図および／またはブロック図を参照して本明細書に記載されている。フローチャート図および／またはブロック図の各ブロック、およびフローチャート図および／またはブロック図内のブロックの組み合わせが、コンピュータ可読プログラム命令によって実行され得ることを理解されたい。

本明細書にて開示する本発明の実装形態は、コンピュータシステム、コンピュータ実装方法および／またはコンピュータプログラム製品として実装されてよい。コンピュータプログラム製品は、プロセッサに本発明の実施形態を実行させるコンピュータ可読プログラム命令を有するコンピュータ可読記憶媒体（またはメディア）を含んでもよい。

コンピュータ可読記憶媒体は、命令実行デバイスによって使用される命令を保持および記憶できる有形デバイスである場合がある。コンピュータ可読記憶媒体は、例えば、限定はされないが、電子記憶デバイス、磁気記憶デバイス、光記憶デバイス、電磁記憶デバイス、半導体記憶デバイス、または上述の任意の好適な組み合わせであってもよい。コンピュータ可読記憶媒体のより具体的な例の包括的なリストとしては、ポータブルコンピュータディスケット、ハードディスク、ランダムアクセスメモリ（Random Access Memory：ＲＡＭ）、読み取り専用メモリ（Read-Only Memory：ＲＯＭ）、消去可能プログラマブル読み取り専用メモリ（ＥＰＲＯＭまたはフラッシュメモリ）、静的ランダムアクセスメモリ（Static Random Access Memory：ＳＲＡＭ）、ポータブルコンパクトディスク読み取り専用メモリ（ＣＤＲＯＭ）、デジタル多用途ディスク（Digital Versatile Disk：ＤＶＤ）、メモリスティック、フロッピーディスク、命令がそこに溝状に記録されたパンチカードまたは***した構造などの機械的にコード化されたデバイス、および前述のものの任意の好適な組み合わせが挙げられる。本明細書で使用する場合、コンピュータ可読記憶媒体は、例えば、電波またはその他の自ら伝搬する電磁波、導波管またはその他の伝送媒体を通して伝搬する電磁波（例えば、光ファイバーケーブルを通る光パルス）、あるいは有線を通して伝送される電気信号などの本質的に一時的な信号であると解釈されない。

本明細書に記載されるコンピュータ可読プログラム命令は、コンピュータ可読記憶媒体から、対応するコンピューティング／処理デバイスに、もしくは、例えば、インターネット、ローカルエリアネットワーク、ワイドエリアネットワークおよび／またはワイヤレスネットワークなどのネットワークを介して、外部コンピュータまたは外部記憶デバイスにダウンロードされ得る。ネットワークは、銅製の伝送ケーブル、光伝送ファイバ、ワイヤレス伝送、ルータ、ファイアウォール、スイッチ、ゲートウェイコンピュータおよび／またはエッジサーバを含んでもよい。各コンピューティング／処理デバイス内のネットワークアダプタカードまたはネットワークインターフェースは、ネットワークからコンピュータ可読プログラム命令を受信して、対応するコンピューティング／処理デバイス内部のコンピュータ可読記憶媒体の記憶領域に、コンピュータ可読プログラム命令を転送する。

本発明の動作を実行するためのコンピュータ可読プログラム命令は、アセンブラ命令、命令セットアーキテクチャ（Instruction-Set-Architecture：ＩＳＡ）命令、機械命令、機械依存命令、マイクロコード、ファームウェア命令、ステート設定データ、または、Ｓｍａｌｌｔａｌｋ、Ｃ＋＋などのオブジェクト指向プログラミング言語、および「Ｃ」プログラミング言語または類似のプログラミング言語などの従来の手続き型プログラミング言語を含む１つまたは複数のプログラミング言語の任意の組み合わせで記述されたソースコードまたはオブジェクトコードのいずれかであってもよい。コンピュータ可読プログラム命令は、全面的にユーザのコンピュータで、部分的にユーザのコンピュータで、スタンドアロンソフトウェアパッケージとして、部分的にユーザコンピュータと部分的にリモートコンピュータとで、もしくは全面的にリモートコンピュータまたはサーバで、実行されてよい。後半のシナリオでは、リモートコンピュータは、ローカルエリアネットワーク（ＬＡＮ）またはワイドエリアネットワーク（ＷＡＮ）を含む任意のタイプのネットワークを通して、ユーザのコンピュータに接続されるか、または、接続は、外部コンピュータに対して（例えば、インターネットサービスプロバイダを使用してインターネットを通して）構築されてもよい。いくつかの実施形態では、例えば、プログラマブル論理回路、フィールドプログラマブルゲートアレイ（Field-Programmable Gate Array：ＦＰＧＡ）またはプログラマブル・ロジックアレイ（Programmable Logic Array：ＰＬＡ）を含む電子回路は、本発明の実施形態を実施するために、コンピュータ可読プログラム命令の状態情報を利用して、コンピュータ可読プログラム命令を実行し、電子回路をパーソナライズしてもよい。

これらのコンピュータ可読プログラム命令は、汎用コンピュータ、専用コンピュータ、またはその他のプログラマブルデータ処理装置のプロセッサに備えられて、機構を形成してよく、コンピュータまたはその他のプログラマブルデータ処理装置のプロセッサを介して実行するこの命令は、フローチャートおよび／またはブロック図のブロックまたは諸ブロックで規定される機能／作用を実装する手段を作り出すようなものである。これらのコンピュータ可読プログラム命令はまた、コンピュータ、プログラマブルデータ処理装置および／またはその他のデバイスに特定の方式で機能するように命じることができるコンピュータ可読媒体に記憶されてもよく、それ自体に記憶されている命令を有するコンピュータ可読記憶媒体は、フローチャートおよび／またはブロック図のブロックまたは諸ブロックで規定される機能／作用の実施形態を実装する命令を含む、製造物品を含むようなものである。

コンピュータ可読プログラム命令はまた、コンピュータ、その他のプログラマブルデータ処理装置またはその他のデバイスにロードされて、コンピュータ、その他のプログラマブル装置、またはその他のデバイス上で一連の動作ステップを実施させて、コンピュータ実装プロセスを作り出してもよく、コンピュータ、その他のプログラマブル装置、または他のデバイス上で実行するこの命令は、フローチャートおよび／またはブロック図のブロックまたは諸ブロックで規定される機能／作用を実装するようなものである。

本発明の種々の実施形態は、関連する図面を参照して本明細書に記載される。本発明の代替的実施形態は、本発明の趣旨から逸脱することなく考案される場合がある。種々の接続および位置関係（例えば、超えて、下で、隣接してなど）は、以下の説明および図面における構成要素間で述べられる。これらの接続および／または位置関係は、特に指示がない限り、直接的または間接的である場合があり、かつ本発明は、この点において、制限することを意図しない。したがって、エンティティの連結は、直接的または間接的連結を意味する場合があり、エンティティ間の位置関係は、直接的または間接的位置関係である場合がある。さらに、本明細書に記載された種々のタスクおよび処理ステップは、本明細書に記載されていない追加のステップまたは機能を有する、より包括的なプロシージャまたはプロセスに組み込むことができる。

次の定義および略語は、特許請求の範囲および明細書の解釈のために使用される。本明細書で使用する場合、用語「備える」、「備えている」、「含む」、「含んでいる」、「有する」、「有している」、「含有する」、「含有している」またはそれらのいずれの他の変形形態も、非排他的包含をカバーすることを意図している。例えば、構成要素のリストを含む構成物、混合物、プロセス、方法、物品または装置は、それらの構成要素のみに必ずしも限定されるものではなく、また、このような構成物、混合物、プロセス、方法、物品または装置に対して、明示的に一覧にされていない、または固有のものでない他の構成要素を含み得る。

追加として、用語「例示的な」は、本明細書で使用される場合、「例、事例、または例示として作用すること」を意味する。「例示的な」と本明細書で記載されるいずれの実施形態または設計も、他の実施形態または設計にわたって好ましいまたは有利なものとして必ずしも解釈されるというわけではない。用語「少なくとも１つ」および「１つまたは複数の」は、１以上の任意の整数、すなわち、１、２、３、４などを含むことが理解され得る。用語「複数の」は、２以上の任意の整数、すなわち、２、３、４、５などを含むことが理解され得る。用語「接続」は、間接的な「接続」および直接的な「接続」の両方を含む場合がある。

用語「約」、「実質的に」、「およそ」およびそれらの変形形態は、本出願時に可能な機器に基づく特定の量の測定値に対応する誤差の程度を含むことを意図している。例えば、「約」は、所与の値の±８％、±５％または±２％の範囲を含む場合がある。

本発明の各種実施形態の説明は、例示の目的で提示されるが、開示する実施形態を網羅する、または制限することを意図していない。記載された実施形態の趣旨と範囲から逸脱することのない多くの修正および変更が、当業者には明らかであろう。本明細書で使用される用語は、実施形態の原理、市場において見いだされる技術に対する実用的な応用または技術的改良を最良に説明するために、もしくは、当業者が理解できるようにするために選択されたものである。

図中のフローチャートおよびブロック図は、本発明の種々の実施形態に従うシステム、方法およびコンピュータプログラム製品の可能な実装形態の構成、機能性、および動作を示している。この点に関しては、フローチャートまたはブロック図の各ブロックは、規定された論理的機能を実装する１つまたは複数の実行可能命令を含む命令のモジュール、セグメント、または部分を表すことがある。一部の代替的な実装形態では、ブロックに記載された機能が、図中に記載された順序以外で行われる場合もある。例えば、関係する機能性に応じて、連続して示される２つのブロックが、実際には実質的に同時に実行されるか、またはその２つのブロックが時には逆順で実行されてもよい。ブロック図および／またはフローチャート図の各ブロック、およびブロック図および／またはフローチャート図内のブロックの組み合わせが、特定の機能または作用を実施するか、もしくは専用ハードウェアおよびコンピュータ命令の組み合わせを実行する専用ハードウェアベースシステムによって実装され得ることに留意されたい。

Claims (20)

1. 超短メディアコンテンツを交換する方法であって、
   第１コンピューティングデバイスによってメディアコンテンツアイテムを記録し、前記メディアコンテンツアイテムは、動画メッセージ、音声メッセージ、またはテキストメッセージのうち少なくとも１つを含むことと、
   前記第１コンピューティングデバイスによって、前記メディアコンテンツアイテムの記録中に、前記メディアコンテンツアイテムを複数の自己完結型メディアフラグメントに分割し、前記複数の自己完結型メディアフラグメントのそれぞれは、所定の時間長を有することと、
   前記第１コンピューティングデバイスによって、前記複数の自己完結型メディアフラグメントのそれぞれを処理して、対応する自己完結型メディアフラグメントに関連するサービス情報を生成し、同時に、次のメディアコンテンツアイテムを記録および分割し、
   前記第１コンピューティングデバイスによって、前記複数の自己完結型メディアフラグメントのそれぞれを、第２コンピューティングデバイスに伝送し、同時に、次のメディアコンテンツアイテムの記録および分割、ならびに次の自己完結型メディアフラグメントの処理を続けることによりサービス情報を生成し、前記複数の自己完結型メディアフラグメントを前記第２コンピューティングデバイスに伝送した後に、前記次のメディアコンテンツアイテムが前記第２コンピューティングデバイスに伝送されることと、を含み
   前記第２コンピューティングデバイスによって前記次の自己完結型メディアフラグメントが前記第１コンピューティングデバイスから受信されるのと同時に、前記複数の自己完結型メディアフラグメントのそれぞれは、前記第２コンピューティングデバイスにおいて連続的なメディアストリームとして１つずつ表示される
   方法。
2. 前記自己完結型メディアフラグメントを処理することは、前記複数の自己完結型メディアフラグメントのそれぞれに対して、対応する自己完結型メディアフラグメントに含まれている音声情報に対応する字幕を生成することを含む、請求項１に記載の方法。
3. 前記サービス情報は、少なくとも、メディアフラグメントの識別子、メディアコンテンツアイテムの識別子、前記メディアコンテンツアイテム内の前記メディアフラグメントの位置、タイムスタンプ、ジオロケーション、モーションデータ、方向情報、およびカメラアングル情報を含む、請求項１に記載の方法。
4. 前記複数の自己完結型メディアフラグメントを含む前記メディアストリームを受信することと、連続的なメディアストリームとして前記第２コンピューティングデバイスによって前記メディアコンテンツアイテムを再生することとをさらに含む、
   請求項１に記載の方法。
5. 記録時間および場所、記録を行うコンピューティングデバイスから対象までの距離および／または記録を行うコンピューティングデバイスのカメラアングルに基づいて、２つ以上のメディアコンテンツアイテムからの自己完結型メディアフラグメントを新しいメディアコンテンツアイテムに組み合わせることをさらに含む、請求項４に記載の方法。
6. 前記所定の時間長は３秒を超えない、請求項１に記載の方法。
7. 前記サービス情報によって、記録されている前記メディアコンテンツアイテムが動画メッセージであることが示されている場合、前記サービス情報はプレビューフレームを含み、
   前記プレビューフレームは、ラプラス変換を使用して、前記対応する自己完結型メディアフラグメントに含まれている全フレームから選択され、
   前記プレビューフレームは、画像の鮮明度が最も高いフレームを含む、請求項１に記載の方法。
8. 前記メディアコンテンツアイテムは、同時に異なるアングルから複数のコンピューティングデバイスによって記録される同じ対象の表示を含む、請求項５に記載の方法。
9. 前記自己完結型メディアフラグメントを組み合わせることは、時間、場所、記録を行うコンピューティングデバイスから前記対象までの距離および／または記録を行うコンピューティングデバイスのカメラアングルのうち１つまたは複数に基づいて、前記自己完結型メディアフラグメントをソートおよび再アレンジすることをさらに含む、請求項８に記載の方法。
10. 超短メディアコンテンツを交換するシステムであって、
    メディアコンテンツアイテムを記録し、前記メディアコンテンツアイテムは、動画メッセージ、音声メッセージ、またはテキストメッセージのうち少なくとも１つを含み、
    前記メディアコンテンツアイテムを記録中に、前記メディアコンテンツアイテムを複数の自己完結型メディアフラグメントに分割し、前記複数の自己完結型メディアフラグメントのそれぞれは、所定の時間長を有し、
    前記複数の自己完結型メディアフラグメントのそれぞれを処理して、対応する自己完結型メディアフラグメントに関連するサービス情報を生成し、同時に、次のメディアコンテンツアイテムを記録および分割し、
    前記複数の自己完結型メディアフラグメントのそれぞれを、第２コンピューティングデバイスのプロセッサに伝送し、同時に、次のメディアコンテンツアイテムの記録および分割、ならびに次の自己完結型メディアフラグメントの処理を続けることによりサービス情報を生成し、前記複数の自己完結型メディアフラグメントを前記第２コンピューティングデバイスに伝送した後に、前記次のメディアコンテンツアイテムが前記第２コンピューティングデバイスに伝送される、
    ように構成された第１コンピューティングデバイスのプロセッサを含み、
    前記第２コンピューティングデバイスによって前記次の自己完結型メディアフラグメントが前記第１コンピューティングデバイスの前記プロセッサから受信されるのと同時に、前記複数の自己完結型メディアフラグメントのそれぞれは、前記第２コンピューティングデバイスにおいて、連続的なメディアストリームとして１つずつ表示される、
    システム。
11. 前記自己完結型メディアフラグメントを処理するように構成された前記第１コンピューティングデバイスの前記プロセッサは、前記複数の自己完結型メディアフラグメントのそれぞれに対して、対応する自己完結型メディアフラグメントに含まれている音声情報に対応する字幕を生成するように構成される、請求項１０に記載のシステム。
12. 前記サービス情報は、少なくとも、メディアフラグメントの識別子、メディアコンテンツアイテムの識別子、前記メディアコンテンツアイテム内の前記メディアフラグメントの位置、タイムスタンプ、ジオロケーション、モーションデータ、方向情報、およびカメラアングル情報を含む、請求項１０に記載のシステム。
13. 前記第２コンピューティングデバイスは、前記複数の自己完結型メディアフラグメントを含む前記メディアストリームを受信し、かつ連続的なメディアストリームとして前記メディアコンテンツアイテムを再生するように構成される、請求項１０に記載のシステム。
14. 前記第２コンピューティングデバイスは、記録時間および場所、記録を行うコンピューティングデバイスから対象までの距離および／または記録を行うコンピューティングデバイスのカメラアングルに基づいて、２つ以上のメディアコンテンツアイテムからの自己完結型メディアフラグメントを新しいメディアコンテンツアイテムに組み合わせるように構成される、請求項１３に記載のシステム。
15. 前記所定の時間長は３秒を超えない、請求項１０に記載のシステム。
16. 前記サービス情報によって、記録されている前記メディアコンテンツアイテムが動画メッセージであることが示されている場合、前記サービス情報はプレビューフレームを含み、
    前記プレビューフレームは、ラプラス変換を使用して、前記対応する自己完結型メディアフラグメントに含まれている全フレームから選択され、
    前記プレビューフレームは、画像の鮮明度が最も高いフレームを含む、請求項１０に記載のシステム。
17. 前記メディアコンテンツアイテムは、同時に異なるアングルから複数のコンピューティングデバイスによって記録される同じ対象の表示を含む、請求項１４に記載のシステム。
18. 前記自己完結型メディアフラグメントを組み合わせるように構成された前記第２コンピューティングデバイスは、時間、場所、記録を行うコンピューティングデバイスから前記対象までの距離および／または記録を行うコンピューティングデバイスのカメラアングルのうち１つまたは複数に基づいて、前記自己完結型メディアフラグメントをソートおよび再アレンジするようにさらに構成される、請求項１７に記載のシステム。
19. 超短メディアコンテンツを交換するコンピュータ実行可能命令を含む非一時的コンピュータ可読媒体であって、
    第１コンピューティングデバイスによってメディアコンテンツアイテムを記録し、前記メディアコンテンツアイテムは、動画メッセージ、音声メッセージ、またはテキストメッセージのうち少なくとも１つを含み、
    前記第１コンピューティングデバイスによって、前記メディアコンテンツアイテムを記録中に、前記メディアコンテンツアイテムを複数の自己完結型メディアフラグメントに分割し、前記複数の自己完結型メディアフラグメントのそれぞれは、所定の時間長を有し、
    前記第１コンピューティングデバイスによって、前記複数の自己完結型メディアフラグメントのそれぞれを処理して、対応する自己完結型メディアフラグメントに関連するサービス情報を生成し、同時に、次のメディアコンテンツアイテムを記録および分割し、
    前記第１コンピューティングデバイスによって、前記複数の自己完結型メディアフラグメントのそれぞれを、第２コンピューティングデバイスに伝送し、同時に、次のメディアコンテンツアイテムの記録および分割、ならびに次の自己完結型メディアフラグメントの処理を続けることによりサービス情報を生成し、前記複数の自己完結型メディアフラグメントを前記第２コンピューティングデバイスに伝送した後に、前記次のメディアコンテンツアイテムが前記第２コンピューティングデバイスに伝送される、
    ための命令を含み
    前記第２コンピューティングデバイスによって前記次の自己完結型メディアフラグメントが前記第１コンピューティングデバイスから受信されるのと同時に、前記複数の自己完結型メディアフラグメントのそれぞれは、前記第２コンピューティングデバイスにおいて、連続的なメディアストリームとして１つずつ表示される、
    非一時的コンピュータ可読媒体。
20. 前記自己完結型メディアフラグメントを処理することは、前記複数の自己完結型メディアフラグメントのそれぞれに対して、対応する自己完結型メディアフラグメントに含まれている音声情報に対応する字幕を生成することを含む、請求項１９に記載の媒体。

Images