(57)【要約】  本発明は、複数のユーザ間でマルチメディアコンテンツを共有するためのシステム及び対応する方法に関する。本発明は、対応するデバイス、並びに、マルチメディアコンテンツの共有を実行させるための対応するコンピュータプログラムにさらに関する。システムは、招待及び再生タイムスタンプを生成するための手段を含み、システムは、少なくとも１つの第２のデバイスに再生タイムスタンプ及び招待を送信するための手段をさらに含む。システムは、システム時刻を生成及び配信する第３のデバイスも含む。少なくとも１つの第２のデバイスは、同じマルチメディアコンテンツの第１のデバイスにおける再生に同期してマルチメディアコンテンツを再生できる。
2021510491.tif 000002
【特許請求の範囲】
【請求項１】
マルチメディアコンテンツのリアルタイム再生同期のためのシステムであって、第１のデバイスと、少なくとも１つの第２のデバイスと、第３のデバイスとを含み、
前記第１のデバイスは、
再生のための招待と、マルチメディアコンテンツの再生に基づく再生タイムスタンプを生成し、
前記招待及び前記再生タイムスタンプを前記少なくとも１つの第２のデバイスに送信する、
ための手段を含み、
前記第３のデバイスは、
システム時刻を生成し、及び前記システム時刻を前記少なくとも１つの第２のデバイス及び／又は前記第１のデバイスに配信する
ための手段を含み、
前記少なくとも１つの第２のデバイスは、
前記招待及び前記再生タイムスタンプを受信し、
前記第３のデバイスから前記システム時刻を受信し、
前記再生タイムスタンプが前記システム時刻と一致するとき、前記第１のデバイスと同期して前記マルチメディアコンテンツを再生する、
ための手段を含む、
システム。
【請求項２】
前記第１のデバイスは、前記再生タイムスタンプを前記少なくとも１つの第２のデバイスに、直接及び／又は前記第３のデバイスを介して、送信するための手段を含む、
請求項１に記載のシステム。
【請求項３】
前記第１のデバイスは、前記招待を前記少なくとも１つの第２のデバイスに、直接及び／又は前記第３のデバイスを介して、送信するための手段を含む、
請求項１又は２に記載のシステム。
【請求項４】
前記第１のデバイスは、前記第１のデバイスの時刻を前記第３のデバイスに送信するための手段を含み、
前記第３のデバイスは、前記第１のデバイスの時刻に基づいて前記システム時刻を生成するための手段を含む、
請求項１−３のうちいずれか１つに記載のシステム。
【請求項５】
前記第３のデバイスは、前記システム時刻を前記第１のデバイスに送信するための手段を含み、
前記第１のデバイスは、前記システム時刻を受信すると前記システム時刻に基づいて前記再生タイムスタンプを生成するための手段を含む、
請求項１−４のうちいずれか１つに記載のシステム。
【請求項６】
前記招待は、前記マルチメディアコンテンツを識別するための情報を含み、
前記情報は、前記マルチメディアコンテンツの少なくとも１つの連続するタイムインターバルにおけるデータパッケージ上の所定の情報、及び／又は、前記マルチメディアコンテンツのメタデータを含む、
請求項１−５のうちいずれか１つに記載のシステム。
【請求項７】
前記データパッケージ上の所定の情報は、パッケージビットサイズ、パッケージインターバル、及び／又はファイルフォーマットを含む、
請求項１−６のうちいずれか１つに記載のシステム。
【請求項８】
前記少なくとも１つの第２のデバイスは、前記所定の情報及び／又は前記マルチメディアコンテンツのメタデータに従って、前記マルチメディアコンテンツへのアクセスを取得するための手段を含む、
請求項１−７のうちいずれか１つに記載のシステム。
【請求項９】
前記再生タイムスタンプは、再生の開始又は変更における情報、並びに／又は、前記第１のデバイスの時刻及び／若しくは参加デバイスにより共有されるシステム時刻に対する時間遅延を含む、
請求項１−８のうちいずれか１つに記載のシステム。
【請求項１０】
前記少なくとも１つの第２のデバイスは、前記マルチメディアコンテンツの前記再生タイムスタンプを、直接及び／又は前記第３のデバイスを介して、特に前記所定の情報及び／又は特定のタイムスタンプに従って、前記第１のデバイスと連続的に同期するための手段を含む、
請求項１−９のうちいずれか１つに記載のシステム。
【請求項１１】
前記少なくとも１つの第２のデバイスは、前記第３のデバイス及び／又は前記第１のデバイスの前記システム時刻に対する時間遅延を、特に連続同期及び／又はピン信号の送信を介して、調整するための手段を含む、
請求項１−１０のうちいずれか１つに記載のシステム。
【請求項１２】
前記第３のデバイスは、前記少なくとも１つの第２のデバイス及び／又は前記第１のデバイスにピン信号を送信するための手段を含み、
前記第３のデバイスは、前記少なくとも１つの第２のデバイス、前記第１のデバイス、及び前記第３のデバイスの間の前記時間遅延に従って、前記システム時刻を調整するための手段をさらに含む、
請求項１−１１のうちいずれか１つに記載のシステム。
【請求項１３】
請求項１−１２のうちいずれか１つに記載の前記第１のデバイスの特徴を有する第１のデバイス。
【請求項１４】
請求項１−１２のうちいずれか１つに記載の前記第３のデバイスの特徴を有する第３のデバイス。
【請求項１５】
請求項１−１２のうちいずれか１つに記載の前記少なくとも１つの第２のデバイスの特徴を有する第２のデバイス。
【請求項１６】
マルチメディアコンテンツのリアルタイム再生同期のための方法であって、
第１のデバイスが、再生のための招待と、マルチメディアコンテンツの再生に基づく再生タイムスタンプとを生成し、前記招待及び再生タイムスタンプを少なくとも１つの第２のデバイスに送信する、ステップと、
前記第３のデバイスが、システム時刻を生成し、及び前記システム時刻を前記少なくとも１つの第２のデバイス及び／又は前記第１のデバイスに配信する、ステップと、
前記少なくとも１つの第２のデバイスが、前記招待及び前記再生タイムスタンプを受信し、前記第３のデバイスから前記システム時刻を受信し、並びに、前記再生タイムスタンプが前記システム時刻と一致するとき、前記第１のデバイスと同期して前記マルチメディアコンテンツを再生する、ステップと、
を含む、
方法。
【請求項１７】
処理デバイスにより実行されたときに請求項１６に記載の方法を実行するのに適した、請求項１−１２のうちいずれか１つに記載のシステムを制御するためのコンピュータプログラム。
【発明の詳細な説明】
【技術分野】
【０００１】
本発明は、複数のユーザの間でマルチメディアコンテンツを共有するためのシステムに関する。本発明は、マルチメディアコンテンツを共有するための対応する方法、並びに、マルチメディアコンテンツを共有するように構成されたシステムの特定のデバイスにも関する。
【背景技術】
【０００２】
過去１０年の間に、ソーシャルメディアプラットフォームの応用は大幅に増加した。ソーシャルメディアプラットフォームは、例えば通知、音声、画像、又は動画を共有することにより、多数のユーザが相互作用することを可能にする。通常、共有されるコンテンツは、多くは認証機能に依存して他のユーザのアクセスを許可するサーバにアップロードされる。認証されたユーザはサーバからのコンテンツをコピー、ストリーミング、又はダウンロードすることができる。
【０００３】
さらに、一部のソーシャルメディアプラットフォームは、ユーザが互いに直接相互作用する機能、例えば、任意の種類のメッセンジャープログラム又はチャットプログラムを実装する。このようなプログラムにおいて、ユーザはマルチメディアコンテンツを他のユーザのデバイスに送信し、当該デバイスは共有されたマルチメディアコンテンツを再生することができる。
【０００４】
しかしながら、いずれの場合においても、共有されるデータは主ユーザのデバイスからサーバに送信されて他ユーザのデバイスに送信されるか、又はデバイス間で直接送信される。従って、マルチメディアコンテンツの共有は手間がかかり、他ユーザがマルチメディアコンテンツを再生できるようになるまで、複数の相互作用ステップを踏む必要がある。
【発明の概要】
【発明が解決しようとする課題】
【０００５】
本発明の目的は、ユーザ間におけるマルチメディアコンテンツの共有を改善及び簡素化することが可能な、複数のデバイスを統合するシステム、並びにコンピュータプログラムにより実行される対応する方法を提供することにある。
【課題を解決するための手段】
【０００６】
本発明の第１の態様によると、第１のデバイスと、少なくとも１つの第２のデバイスと、第３のデバイスとを含むシステムが提供され、第１のデバイスは、再生のための招待と、マルチメディアコンテンツの再生に基づく再生タイムスタンプを生成し、招待及び再生タイムスタンプを少なくとも１つの第２のデバイスに送信するための手段を含み、第３のデバイスは、システム時刻を生成し、及びシステム時刻を少なくとも１つの第２のデバイス及び／又は第１のデバイスに配信するための手段を含み、少なくとも１つの第２のデバイスは、招待及び再生タイムスタンプを受信し、第３のデバイスからシステム時刻を受信し、再生タイムスタンプがシステム時刻と一致するとき、第１のデバイスと同期してマルチメディアコンテンツを再生するための手段を含む。
【０００７】
本発明は、ユーザの効率的かつ高速な相互作用を可能とするシステムを提供する。さらに、本システムは、ユーザが他ユーザを招待して、同一のマルチメディアコンテンツを同時に再生することを可能とする。本文脈においてマルチメディアコンテンツは、音声、映像、又は任意のコミュニケーション媒体を含む。同時再生は、ユーザが自身の感情を他社と共有し、全ユーザがそれぞれのマルチメディアコンテンツに対する感情を同時に体験することを可能とする。例えば、ユーザは音楽を聴き、音楽を聴いている間に友人を同じ楽曲を聴くように招待し、同時に感覚を共有することができる。また、招待されたユーザの一部は、彼ら自身でも再生を促し合い、聴き手のコミュニティにおいて自身のコンポーネントを共有することもできる。
【０００８】
同時再生は、再生タイムスタンプを生成及び交換することにより可能となる。本文脈において、俗に言う「再生タイムスタンプ」は、マルチメディアコンテンツにおいて基準時刻に対する特定の位置を画定する。
【０００９】
基準時刻は、システム内のデバイスにおける再生のための基準として提供されるシステム時刻であり得る。
【００１０】
さらに、本文脈において、「デバイス」は任意の種類のインテリジェントデバイス、例えばスマートフォン、コンピュータ、ラジオ、ＴＶ等であり得る。また、デバイスは置換可能であり得る。即ち、各デバイスが第１、第２及び第３のデバイスとして提供され得る。第１のデバイスが、第２又は第３のデバイスとしても提供されることも可能であり、その逆もまた然りである。従って、デバイスは必ずしもマルチメディアコンテンツを再生する手段を必要とはせず、例えばシステム時刻を配信及び生成するだけであってもよい。
【００１１】
好適な実施形態において、第１のデバイスは、再生タイムスタンプを少なくとも１つの第２のデバイスに、直接及び／又は第３のデバイスを介して、送信するための手段を有する。
【００１２】
本実施形態は、再生タイムスタンプを少なくとも１つのデバイスに直接パス上で送信することを定義し、これは少なくとも１つの第２のデバイスが再生タイムスタンプを受信する待ち時間を削減する。さらに、再生タイムスタンプが第１のデバイスから第３のデバイスへ、並びに第３のデバイスから少なくとも１つのクライアントデバイスに送信され得ることが好適であり得る。従って、再生タイムスタンプは、第３の装置に記憶されてもよいし、そうでなくともよい。これにより、複数の再生タイムスタンプをバンドル化して信号の送信遅延を低減することができる。この意味における「信号」は、デバイス間で交換される、特に招待、再生タイムスタンプ、並びにシステム時刻若しくは他の時刻の送信等の任意の種類の電磁インパルスであり得る。また、一部のデバイスは直接第１のデバイスに直接接続することが不可能であり得るため、少なくとも１つの第２のデバイスの各々がアクセスを取得することが可能な第３のデバイスを含むことも好適であり得る。
【００１３】
別の好適な実施形態によると、第１のデバイスは、招待を少なくとも１つの第２のデバイスに、直接及び／又は第３のデバイスを介して送信するための手段を含む。
【００１４】
招待は、ユーザを再生に招待する任意の種類の電子信号であり得る。本実施形態は、招待が第１のデバイスから少なくとも１つの第２のデバイスに直接送信され、これにより招待を受信するための待ち時間を低減して「Ｉ−ｊｕｓｔ−ｓｔａｒｔ−ｔｏ−ｌｉｓｔｅｎ−ｔｏ−ｍｕｓｉｃ−ａｎｄ−ｉｎｖｉｔｅ−ｏｔｈｅｒｓ（私はたった今音楽を聴き始めすぐに他人を招待します）」効果を強化し得るという利点を有する。一部のケースでは、１つ以上の招待を第１のデバイスから第３のデバイスに送信し（オプションで、１つ以上の招待は保存され得る）、１つ以上の招待を第２のデバイスに送信することも好適であり得る。第３のデバイスにおいて、１つ以上の招待はバンドル化され、同時に送信され得る。
【００１５】
別の好適な実施形態によると、第１のデバイスは、第１のデバイスの時刻を第３のデバイスに送信するための手段を含み、第３のデバイスは、第１のデバイスの時刻に基づいてシステム時刻を生成するための手段を含む。
【００１６】
この好適な実施形態は、システム時刻が第１のデバイスの時刻に基づき得ることを定義する。これは、再生が最初に開始されるシステム時刻がシステム内の全デバイスの時刻を決定するという利点を有する。
【００１７】
さらなる好適な実施形態によると、第３のデバイスはシステム時刻を第１のデバイスに送信するための手段を含み、第１のデバイスは、システム時刻を受信するとシステム時刻に基づいて再生タイムスタンプを生成するための手段を含む。
【００１８】
この好適な実施形態は、第１のデバイスにおいて生成された再生タイムスタンプがシステム時刻に直接基づき得ることを定義する。システム時刻はシステム内の全デバイスにより共有される。従って、再生時刻がシステム時刻に基づいて生成されて少なくとも１つの第２のデバイスに直接又は第３のデバイスを介して送信される場合、少なくとも１つの第２のデバイスは、システム時刻の生成を待つことなく即座に再生を開始し得る。
【００１９】
別の好適な実施形態によると、招待はマルチメディアコンテンツを識別するための情報を含み、当該情報は、マルチメディアコンテンツの少なくとも１つの連続時間インターバル及び／又はメタデータにおけるマルチメディアコンテンツのデータパッケージ上の所定の情報を含む。
【００２０】
この好適な実施形態は、マルチメディアコンテンツを識別する情報が招待とともに送信され得ることを定義する。マルチメディアコンテンツを再生するために、少なくとも１つの第２のデバイスはこの情報を用いることができる。招待に含め、又は招待に添えて情報を送信することにより、送信される信号の数を減らす効率的な送信のやり方が提供される。
【００２１】
さらに、マルチメディアコンテンツの識別は、メタデータを介して行われ得る。本文脈におけるそれらのメタデータは、マルチメディアコンテンツを特定する共通の情報（例えばアーティスト、タイトル、公開日等）である。これらのデータは広く共有されているため容易に取得することができ、多数のユーザがアクセス可能である。さらに、識別は、少なくとも１つの連続時間インターバル内のマルチメディアコンテンツのデータパッケージ上の所定の情報に基づいて行われてもよい。これらの情報は、後述のファイルマッチング手法の適用に適する。
【００２２】
別の好適な実施形態によると、データパッケージ上の所定の情報は、パッケージビットサイズ、パッケージ時間インターバル、所定のタイミングインターバルにおけるパッケージビットサイズ、ファイルフォーマット、及び／又は、所定のタイミングインターバル及びパッケージビットサイズのコンテンツ固有のパターンを含む。
【００２３】
当該所定の情報は、ファイルマッチング手法を適用するために用いられ得る。ファイルマッチング手法は、マルチメディアコンテンツに固有の以下のデータパッケージのサイズを用いて識別を行う。所定のタイミングインターバルにおけるいくつかの以下のデータパッケージのサイズは、固有のフィンガプリントを形成し得る。タイミングインターバルは、数マイクロ秒から数秒の時間幅を有し得る。フィンガプリントのパターン及び距離はスキャンされ、外部若しくは内部のストレージシステム内又はデータベースに格納されたマルチメディアコンテンツのパターン及び距離とマッチングされ得る。ここで、フィンガプリント間の距離は、数マイクロ秒から数秒の範囲にあり得る。さらに、フィンガプリントのパターンは、ハッシュパターンに変換もされ得る。ファイルマッチング手法は、マルチメディアコンテンツの効率的かつ信頼性の高いマッチングを可能とする。これは複数のデバイスにおける再生の同期のためにも適用され得る。
【００２４】
別の好適な実施形態によると、少なくとも１つの第２のデバイスは、マルチメディアコンテンツの所定の情報及び／又はメタデータによりマルチメディアコンテンツへのアクセスを取得するための手段を含む。
【００２５】
この好適な実施形態において、少なくとも１つの第２のデバイスは、メタデータのマッチング及び／又はファイルマッチング手法を介して、マルチメディアコンテンツへのアクセスを取得し得る。これは例えば、ローカルハードドライブ、インターネットベースのアプリケーション、データベース又はマルチメディアコンテンツを取得するための他の一般的なプラットフォームから、マルチメディアコンテンツをダウンロードし、ストリーミングし、コピーし、又は他の一般的なトランザクションを介することであり得る。従って、第１のデバイスから少なくとも１つの第２のデバイスに、直接又は第３のデバイスを介してマルチメディアコンテンツを伝送する必要はない。これには、データ量の低減、セキュリティの向上、待ち時間の低減といった複数の利点がある。
【００２６】
別の好適な実施形態によると、再生タイムスタンプは、再生の開始又は変更における情報、第１のデバイスにおける時刻に対する時間遅延、及び／又は、参加しているデバイスにより共有されるシステム時刻との関係を含む。
【００２７】
再生タイムスタンプは、基準時間に対するマルチメディアコンテンツの再生位置を画定し得る。本文脈において「位置」はフレーム、時間、又は再生における他の目視可能な単位であり得る。この情報により、各デバイスにおいて再生開始時間が画定される。マルチメディアコンテンツの再生は、システム時刻に対して再生タイムスタンプにより画定された位置から開始し得る。これにより、少なくとも１つの第２のデバイス及び第１のデバイスが、第１のデバイスに同期して再生を開始することが可能となる。さらに、例えば信号送信時間及び／又はユーザ応答時間に起因する遅延時間を再生タイムスタンプに算入して、再生タイムスタンプの生成の後、それ以降の任意の時刻に再生が開始するようにしてもよい。
【００２８】
別の好適な実施形態によると、少なくとも１つの第２のデバイスは、マルチメディアコンテンツの再生タイムスタンプを、直接及び／又は第３のデバイスを介して、特に所定の情報及び／又は特定のタイムスタンプに従って、第１のデバイスと連続的に同期するための手段を含む。
【００２９】
再生が変更されるたびに、変更（例えば一時停止、停止、早送り等）が行われたデバイスにおいて、新しい再生タイムスタンプが生成されてもよい。これは、第１のデバイスによって行われてもよいが、１つ以上のクライアントデバイスの各々によっても行われ得る。再生タイムスタンプの連続同期を介して、再生の変更は少なくとも１つの第２のデバイスによりほぼ即座に実行され得る。これにより、同期速度はマイクロ秒から数秒までの範囲内にあり得る。変更された再生タイムスタンプにより、新しい再生タイムスタンプを生成していないデバイス群は、新しい再生タイムスタンプにより新たに画定された位置から再生を開始し、これによりそれぞれを生成したデバイスに追従することができる。実際には、第１のデバイスが再生タイムスタンプ（ファイル内の時刻）及び再生タイムスタンプの瞬間におけるシステム時刻を提供すればそれで十分であり、それにより、それ以降は現在のシステム時刻と再生タイムスタンプ生成の瞬間におけるシステム時刻との間の差をカウントするだけで、誰でも現在の再生タイムスタンプを算出することが可能となるはずである。
【００３０】
別の好適な実施形態によると、少なくとも１つの第２のデバイスは、第３のデバイス及び／又は第１のデバイスのシステム時刻に対する時間遅延を、特に連続同期及び／又はピン（ｐｉｎｇ）信号の送信を介して、調整するための手段を含む。
【００３１】
この好適な実施形態は、一態様において、信号送信の間のタイミング遅延がデバイスにおけるシステムデバイスに考慮され得ることを保証する。これはまた、デバイスにおける再生が正確に同期し、信号送信の遅延によるずれがないことも保証し得る。従って、少なくとも１つの第２のデバイスは、ピン信号を介して第１及び第３のデバイスへの信号送信の時間を個別に計測し、対応してそれぞれのシステム時刻を調整することができる。
【００３２】
別の好適な実施形態によると、第３のデバイスは、少なくとも１つの第２のデバイス及び／又は第１のデバイスにピン信号を送信する手段を含み、少なくとも１つの第２のデバイス、第１のデバイス及び第３のデバイスの間の時間遅延に従ってシステム時刻を調整するための手段をさらに含む。
【００３３】
この好適な実施形態は、第１のデバイス及び少なくとも１つの第２のデバイスにおける再生が同期され、信号送信遅延により影響され得ないという利点を有する。従って、送信時間は、第３のデバイスから送信され得るピン信号を介して決定され得る。少なくとも１つの第２のデバイス及び／又は第１のデバイスに対する個別の送信時間は、補正ファクタとしてそれぞれのシステム時刻に算入されてもよい。
【図面の簡単な説明】
【００３４】
【図１】一実施形態に係るリアルタイム同期のためのシステムを示す模式図
【図２】ホストデバイス及びクライアントデバイスにおける同期再生を示す模式図
【図３】ファイルマッチングを介するファイル識別を示す模式図
【図４】ファイルマッチングシステムからハッシュパターンへの変換を示す模式図
【図５】第２の実施形態に係るリアルタイム同期のためのシステムを示す模式図
【図６】第３の実施形態に係るリアルタイム同期のためのシステムを示す模式図
【発明を実施するための形態】
【００３５】
図面における図示は模式的である。異なる図において類似又は同一の要素が同じ参照番号を付して提供されている。
【００３６】
［実施形態１］
図１は、一実施形態に係るリアルタイム同期のためのシステムの例を示す。システムは少なくとも３つのデバイスを含む。当該デバイスのうち、第１のデバイスは、ホストデバイス（Ｈ）であり、１つ以上の第２のデバイスは、クライアントデバイス（Ｃ１，Ｃ２，…）であり、第３のデバイスは、サーバデバイス（Ｓ）であり得る。本願の意味において全てのデバイスは等価であり得る。デバイスは、マルチメディアコンテンツの送受信及び記憶のための手段であり得る。本願の意味において、デバイスは例えば携帯電話、パーソナルコンピュータ、又はタブレット等であり得る。再生のための手段は、例えばサーバデバイスとして機能できるデバイスであることが好ましいが必須ではなく、また、必ずしもマルチメディアコンテンツを再生する必要はない。
【００３７】
デバイスは通信が可能であり、信号は、インターネット、セルラーネットワーク、衛星ネットワーク、Ｂｌｕｅｔｏｏｔｈ（登録商標）、ＮＦＣ、ラジオ波等の、無線又はケーブル束縛の任意の通信により送信され得る。また、１つのデバイスから複数の信号が送信されるとき、それらの信号は結合されて送信されても、個別に送信されてもよいことは理解されるべきである。
【００３８】
マルチメディアコンテンツ、例えば歌又はミュージックビデオの再生を楽しみたいユーザは、感情を他ユーザと共有して、ユーザがその感情を同時に体験できるようにすることも望み得る。ホストデバイス（Ｈ）として機能し得るデバイスを用いてマルチメディアコンテンツを再生しながら、ユーザはクライアントデバイス（Ｃ１，Ｃ２，…）を使う他ユーザを招待して、同時にマルチメディアコンテンツを楽しむことができる。従って、ユーザのホストデバイス（Ｈ）は、他ユーザを招待するための招待（Ｉ）を生成し得る。
【００３９】
招待（Ｉ）は、マルチメディアコンテンツを特定する情報を含み得る。これは例えば、タイトル、アーティスト、所定の表示番号等のメタデータであり得る。さらに、招待は、以下に記載のようなファイルマッチング手続きを可能にする、マルチメディアコンテンツのファイル構造上の情報を含み得る。
【００４０】
ホストデバイス（Ｈ）は、ホストデバイスによるマルチメディアコンテンツの再生に従って、再生タイムスタンプをさらに生成し得る。再生タイムスタンプは、例えばプレゼンテーションタイムスタンプ（ＰＴＳ）等の、マルチメディアコンテンツのタイムインターバル又はデータパッケージに割り当てられた任意の種類のタイムスタンプであってよく、基準時刻（例えばシステム時刻（ＳＴ）又はホスト時刻（ＨＴ））を参照し得る。
【００４１】
従って、再生タイムスタンプ（ＰＴ）は、基準時間に対するマルチメディアコンテンツの再生時間を画定する。
【００４２】
ホストデバイス（Ｈ）は、招待（Ｉ）を、再生タイムスタンプ（ＰＴ）とともに１つ以上のクライアントデバイス（Ｃ１，Ｃ２，…）に送信し、ホスト時刻（ＨＴ）とともにサーバデバイス（Ｓ）に送信し得る。ホスト時刻（ＨＴ）を受信すると、サーバデバイス（Ｓ）は、ホスト時刻に基づいてシステム時刻（ＳＴ）を生成し、システム時刻（ＳＴ）を少なくとも１つのクライアントデバイス（Ｃ１，Ｃ２，…）及びオプションでホストデバイス（Ｈ）に配信し得る。
【００４３】
招待（Ｉ）及び再生タイムスタンプ（ＰＬ）を受信すると、１つ以上のクライアントデバイス（Ｃ１，Ｃ２，…）は、招待（Ｉ）を介して送信された情報に基づいて、マルチメディアコンテンツへのアクセス（例えばダウンロード、コピー、ストリーミング等）を獲得する。これは、メタデータをデータベースに記憶されたマルチメディアコンテンツのそれとマッチングすることを介して、又は、ファイルマッチング（後述）を介してマルチメディアコンテンツのコンテンツ特定のファイル構造をマッチングすることを介して行われ得る。マルチメディアコンテンツへのアクセスの取得は、ホストデバイス（Ｈ）から独立していてもよい。即ち、マルチメディアコンテンツそれ自体を１つ以上のクライアントデバイス（Ｃ１，Ｃ２，…）に転送する必要はなく、これにより送信データ量及び応答待ち時間が低減される。
【００４４】
加えて、必須ではないが、１つ以上のクライアントデバイス（Ｃ１，Ｃ２，…）は、招待（Ｉ）及び再生タイムスタンプ（ＰＬ）を受諾すると、タイミングリクエスト（ＲＱ）をサーバデバイスに送信し得る。サーバデバイスはタイミングリクエスト（ＲＱ）を受信すると、１つ以上のクライアントデバイス（Ｃ１，Ｃ２，…）にシステム時刻（ＳＴ）を配信する。
【００４５】
オプションで、１つ以上のクライアントデバイス（Ｃ１，Ｃ２，…）又はサーバデバイス（Ｈ）は、個別の時間遅延をシステム時刻（ＳＴ）に算入し得る。時間遅延は、信号送信の時間遅延を計測するピン信号を介して計測され得る。さらに、ピン信号を介して、１つ以上のクライアントデバイス（Ｃ１，Ｃ２，…）及びサーバデバイス（Ｈ）の可用性も検証され得る。ピン信号は、１つ以上のクライアントデバイス（Ｃ１，Ｃ２，…）、サーバデバイス（Ｓ）、及び／又はホストデバイス（Ｈ）の各々により送受信され得る。
【００４６】
システム時刻（ＳＴ）及び再生タイムスタンプ（ＰＬ）を受信すると、１つ以上のクライアントデバイス（Ｃ１，Ｃ２，…）は、マルチメディアコンテンツの再生を開始し得る。再生は、再生タイムスタンプにより特定される、再生タイムスタンプと対応する基準時刻とが一致する対応するデータタイムインターバル又はデータパッケージから開始し得る。これは、図２に模式的に示されている。
【００４７】
再生タイムスタンプ（ＰＴ）は、ホスト（Ｈ）及び１つ以上のクライアントデバイス（Ｃ１，Ｃ２，…）の間で連続的に同期され得るホストデバイス（Ｈ）は、クライアントデバイス（Ｃ１，Ｃ２，…）による再生のコントローラとして提供され得る。例えば、ホストデバイス（Ｈ）において再生が一時停止、加速又はリピートされた場合、再生タイムスタンプ（ＰＴ）はシステム時刻に関して変更される。１つ以上のクライアントデバイス（Ｃ１，Ｃ２，…）における再生タイムスタンプ（ＰＴ）が同様に同期され得るため、マルチメディアコンテンツの再生は、ホストデバイスにおける再生に追従する。
【００４８】
こうすることで、ホスト（ＨＴ）及びクライアントデバイス（Ｃ１，Ｃ２，…）において、同じマルチメディアコンテンツが同時に再生される。これにより、複数のユーザは同じコンテンツを同時に楽しみ、同じ感情を共有することができる。
【００４９】
クライアントデバイス（Ｃ）とホストデバイス（Ｈ）との間に全く差異がなくともよいことは理解されるべきである。従って、各クライアントデバイス（Ｃ）は、ホストデバイス（Ｈ）として機能してもよいし、各ホストデバイス（Ｈ）は、クライアントデバイス（Ｃ）として機能してもよい。従って、クライアントデバイス（Ｃ）も、ホストデバイス（Ｈ）及び／又は１つ以上のクライアントデバイス（Ｃ１，Ｃ２，…）のうちの他のデバイスにおける再生に影響し、例えば再生を加速、一時停止、又は停止させることができる。
【００５０】
［ファイルマッチング］
マルチメディアコンテンツファイルを確実に識別するために、所定の時間及びサイズの範囲でデータパッケージを比較する手法が提供される。この手法は、本文脈ではファイルマッチング手法と呼ばれ、図３及び図４に示されている。
【００５１】
時間グリッド及びサイズグリッド内の単一データパッケージ（１）の位置は、図３に例示する特定のパターンを生成する。パターンは、フィンガプリントとして指定される複数の時間窓に分割され得る。第１のフィンガプリント（Ａ）が模式的に示されている。フィンガプリントは、約２ｍｓの窓（Ｔ１）を持つ時間分解能を含み、例えばフレーム等の複数のデータパッケージ（１）を含み得る。時間スケールにおけるデータパッケージの配列及び、従って、フィンガプリントは、マルチメディアコンテンツに固有である。
【００５２】
マルチメディアコンテンツのタイムラインにおける第１のフィンガプリント（Ａ）は、開始位置を画定する。マルチメディアコンテンツのファイルをそのようなフィンガプリントを探してスキャンすることで、データベース内の同じファイルを見つけることができる。データ構造と第１のフィンガプリント（Ａ）との一致は、ファイルが同一であることの指標となる。ここで、複数のフィンガプリント及びそれらに関連する再チェックは、より正確な結果につながる。これにより、個々のフィンガプリント間の時間的なインターバル（Ｔ２）は、複数のファイルが同一であることを示す別の指標となる。フィンガプリントだけでなく、フィンガプリントの時間的な順序及び配置もまた一致し得ることを意味する。
【００５３】
図４に示す実施形態では、第１のファイルが第１の有意なパターンのためにスキャンされ、スキャンされたフィンガプリントがハッシュパターンに変換され得る。第１のフィンガプリントのスキャンは、例えば２ｍｓの時間窓を、この時間窓の中のデータパッケージのサイズのためにスキャンすることにより行われ得る。特定の時刻におけるデータパッケージは、その後ハッシュパターンに変換され得る。以下では、先行するインターバルにおける第２のフィンガプリントが同様にスキャンされて、第２のハッシュパターンを形成してもよい。これと同じことが、２つ以上のファイルに対して同様に行われてもよい。
【００５４】
第１のフィンガプリント、第２のフィンガプリント、又はもっと多くのフィンガプリントとその間隔が、第２のファイルのフィンガプリント及び間隔と一致する場合、「マッチが見つかった」という。
【００５５】
フィンガプリント間の時間インターバルは、様々な方法で、例えば、等間隔に、データ構造のタイムライン上で無作為に、又は、有意なパターンに何らか関連して、設定され得る。
【００５６】
これにより、ある下位ハッシュコード（フィンガプリント及び関連するインターバル）と、フィンガプリントの特定のパターンを記述する下位ハッシュコードとが導かれ得る。両方のハッシュコードのマージにより、最終ハッシュコードを得ることができる。
【００５７】
ハッシュコードは、さらにデータベースに格納されてもよい。
【００５８】
［実施形態２］
図５は、第２の実施形態に係るリアルタイム同期のためのシステムの例を示す。第２の実施形態は、第１の実施形態と物質的には等価であり、区別する特徴が以下に記載される。
【００５９】
第２の実施形態に係るシステムは、少なくとも３つのデバイスを含む。そのうち、第１のデバイスはホストデバイス（Ｈ）であり、１つ以上の第２のデバイスはクライアントデバイス（Ｃ１，Ｃ２，…）であり、第３のデバイスはホストデバイス（Ｈ）であり得る。
【００６０】
ホストデバイスは、招待（Ｉ）及び再生タイムスタンプ（ＰＴ）を生成し得る。パラメータは第１の実施形態と同じである。しかしながら、第２の実施形態において、ホストデバイス（Ｈ）は、招待（Ｉ）と、再生タイムスタンプ（ＰＴ）と、ホスト時刻（Ｈ）とをサーバデバイス（Ｓ）に送信する。
【００６１】
サーバデバイスは、ホスト時刻（ＨＴ）に基づいてシステム時刻（ＳＴ）を生成する。サーバデバイス（Ｓ）は、招待（Ｉ）と、再生タイムスタンプ（ＰＴ）と、サーバ時刻（ＳＴ）とを、少なくとも１つのクライアントデバイス（Ｃ１，Ｃ２，…）にさらに送信する。サーバデバイス（Ｓ）はオプションで、システム時刻（ＳＴ）をホストデバイス（ＨＴ）に送信してもよい。
【００６２】
招待（Ｉ）、システム時刻（ＳＴ）及び再生タイムスタンプ（ＰＴ）を受信すると、少なくとも１つのクライアントデバイス（Ｃ１，Ｃ２，…）は、ホストデバイス（Ｈ）の再生に同期してマルチメディアコンテンツを再生する。
【００６３】
さらに、サーバデバイス（Ｈ）は、再生タイムスタンプ（ＰＴ）、システム時刻（ＳＴ）、ホスト時刻（ＨＴ）、及び招待（Ｉ）を記憶する手段を含み得る。再生タイムスタンプ（ＰＴ）、システム時刻（ＳＴ）、ホスト時刻（ＨＴ）、及び招待（Ｉ）は、ホストデバイス（Ｈ）、サーバデバイス（Ｓ）及び少なくとも１つのクライアントデバイス（Ｃ１，Ｃ２，…）の間で連続的に同期され得る。
【００６４】
［実施形態３］
図６は、第２の実施形態に係るリアルタイム同期のためのシステムの例を示す。第２の実施形態は、第１の実施形態と物質的には等価であり、区別する特徴が以下に記載される。
【００６５】
サーバデバイス（Ｓ）は、システム時刻（ＳＴ）を生成し、システム時刻（ＳＴ）をホストデバイス（Ｈ）に配信する。システム時刻（ＳＴ）を受信すると、ホストデバイス（Ｈ）は、システム時刻（ＳＴ）に基づいて再生タイムスタンプ（ＰＴ）を生成する。ホストデバイス（Ｈ）は、招待（Ｉ）をさらに生成し、招待（Ｉ）及び再生タイムスタンプ（ＰＴ）をサーバデバイス（Ｓ）に送信する。
【００６６】
招待（Ｉ）及び再生タイムスタンプ（ＰＴ）を受信すると、サーバデバイス（Ｓ）は、招待（Ｉ）、再生タイムスタンプ（ＰＴ）、及びシステム時刻（ＳＴ）を、少なくとも１つのクライアントデバイス（Ｃ１，Ｃ２，…）に配信する。少なくとも１つのクライアントデバイス（Ｃ１，Ｃ２，…）は、マルチメディアコンテンツを、第１の実施形態で記載したように、ホストデバイスの再生に同期して再生する。
【００６７】
さらなる実施形態において、再生タイムスタンプ（ＰＴ）、招待（Ｉ）及びシステム時刻（ＳＴ）をデバイス間で送信及び共有するためのあらゆる種類の構築が可能なことが理解される。例えば、少なくとも１つのクライアントデバイス（Ｃ１，Ｃ２，…）に、招待（Ｉ）は直接送信し、再生タイムスタンプ（ＰＴ）及びシステム時刻（ＳＴ）はサーバデバイス（Ｓ）を介して送信する等である。
【図１】
2021510491.tif 000003
【図２】
2021510491.tif 000004
【図３】
2021510491.tif 000005
【図４】
2021510491.tif 000006
【図５】
2021510491.tif 000007
【図６】
2021510491.tif 000008
【国際調査報告】
2021510491.tif 000009
2021510491.tif 000010
2021510491.tif 000011