(57)【特許請求の範囲】
【請求項１】
ローカル・エリアの内部の複数のユーザ装置のうちのユーザ装置から、該複数のユーザ装置のうちの少なくとも１つの別のユーザ装置へ、第１のデータ共有要求メッセージを送信するステップと、
前記ユーザ装置において、少なくとも前記別のユーザ装置から送信された少なくとも１つの第２のデータ共有要求メッセージを受信するステップであって、前記第１のデータ共有要求メッセージおよび前記少なくとも１つの第２のデータ共有要求メッセージは、各々のデータ共有要求メッセージが送信された時刻を標示するタイムスタンプを含むものである、ステップと、
前記第１のデータ共有要求メッセージに含まれるタイムスタンプと前記少なくとも１つの第２のデータ共有要求メッセージに含まれるタイムスタンプとを比較するステップと、
比較の結果に基づいて、実行されるデータ共有において、前記ユーザ装置がセンダーとして動作するのか、あるいは、レシーバとして動作するのかを判断するステップと、
を含む方法であって、
前記ユーザ装置よりも早いタイムスタンプを有するユーザ装置が２つ以上ある場合には、前記ユーザ装置は、データ共有において、より早いタイムスタンプを有しているユーザ装置が、該ユーザ装置のデータ共有を完了するまで、レシーバの役割をする、または、前記ユーザ装置がデータ共有のセンダーまたはレシーバとしての役割をする回数は、前記ユーザ装置が、所定の回数に達すると、前記役割を変化させる、
方法。
【請求項２】
前記送信するステップおよび前記受信するステップは、前記ユーザ装置を揺すること、タッピングすること、フリッキングすることのうちの少なくとも１つを含むアクションと同時にトリガーされる、請求項１に記載の方法。
【請求項３】
前記第１のデータ共有要求メッセージおよび前記少なくとも１つの第２のデータ共有要求メッセージは、各々は、ユーザ装置の間で実行される前記データ共有に結びついた情報を含む、請求項１に記載の方法。
【請求項４】
前記情報は、共有されるデータのデータ・タイプ、または、前記データ共有のために実行されるアクションのアクション・タイプのうちの少なくとも１つに関する、請求項３に記載の方法。
【請求項５】
前記第１のデータ共有要求メッセージおよび前記少なくとも１つの第２のデータ共有要求メッセージは、各々のデータ共有要求メッセージを送信するユーザ装置の識別を含む、請求項３または４に記載の方法。
【請求項６】
前記判断するステップは、
前記比較するステップが、前記第１のデータ共有要求メッセージが、前記少なくとも１つの第２のデータ共有要求メッセージよりも早く送信されたことを示す場合には、前記データ共有において、前記ユーザ装置が、前記センダーであるとし、少なくとも前記別のユーザ装置が、前記レシーバであるとして判断するステップと、
前記比較するステップが、前記第１のデータ共有要求メッセージが、前記少なくとも１つの第２のデータ共有要求メッセージよりも後に送信されたことを示す場合には、前記データ共有において、前記ユーザ装置が、前記レシーバであるとし、少なくとも前記別のユーザ装置が、前記センダーであるとして判断するステップと、
を含む、請求項１に記載の方法。
【請求項７】
ローカル・エリアの内部の複数のユーザ装置のうちのユーザ装置から、該複数のユーザ装置のうちの少なくとも１つの別のユーザ装置へ、第１のデータ共有要求メッセージを送信する手段と、
前記ユーザ装置において、少なくとも前記別のユーザ装置から送信された少なくとも１つの第２のデータ共有要求メッセージを受信する手段であって、前記第１のデータ共有要求メッセージおよび前記少なくとも１つの第２のデータ共有要求メッセージは、各々のデータ共有要求メッセージが送信された時刻を標示するタイムスタンプを含む、手段と、
前記第１のデータ共有要求メッセージに含まれるタイムスタンプと前記少なくとも１つの第２のデータ共有要求メッセージに含まれるタイムスタンプとを比較する手段と、
比較の結果に基づいて、実行されるデータ共有において、前記ユーザ装置がセンダーとして動作するのか、あるいは、レシーバとして動作するのかを判断する手段と、
を備える装置であって、
前記ユーザ装置よりも早いタイムスタンプを有するユーザ装置が２つ以上ある場合には、前記ユーザ装置は、データ共有において、より早いタイムスタンプを有しているユーザ装置が、該ユーザ装置のデータ共有を完了するまで、レシーバの役割をする、または、前記ユーザ装置がデータ共有のセンダーまたはレシーバとしての役割をする回数は、前記ユーザ装置が、所定の回数に達すると、前記役割を変化させる、
装置。
【請求項８】
前記送信する手段および前記受信する手段は、前記ユーザ装置を揺すること、タッピングすること、フリッキングすることのうちの少なくとも１つを含むアクションと同時にトリガーされる、請求項７に記載の装置。
【請求項９】
前記第１のデータ共有要求メッセージおよび前記少なくとも１つの第２のデータ共有要求メッセージは、各々、ユーザ装置の間で実行される前記データ共有に結びついた情報を含む、請求項７に記載の装置。
【請求項１０】
前記情報は、共有されるデータのデータ・タイプ、または、前記データ共有のために実行されるアクションのアクション・タイプのうちの少なくとも１つに関する、請求項９に記載の装置。
【請求項１１】
前記第１のデータ共有要求メッセージおよび前記少なくとも１つの第２のデータ共有要求メッセージは、各々のデータ共有要求メッセージを送信する前記ユーザ装置の識別を含む、請求項９または１０に記載の装置。
【請求項１２】
前記判断する手段は、
前記第１のデータ共有要求メッセージが、前記少なくとも１つの第２のデータ共有要求メッセージよりも早く送信された前記データ共有において、前記ユーザ装置が、前記センダーであるとし、少なくとも前記別のユーザ装置が、前記レシーバであるとして判断する手段と、
前記比較が、前記第１のデータ共有要求メッセージが、前記少なくとも１つの第２のデータ共有要求メッセージよりも後に送信されたことを示す場合には、前記データ共有において、前記ユーザ装置が、前記レシーバであるとし、少なくとも前記別のユーザ装置が、前記センダーであるとして判断する手段と、
を備える、請求項７に記載の装置。
【請求項１３】
少なくとも１つのプロセッサと、コンピュータ・プログラム命令を含む少なくとも１つのメモリとを備える装置であって、該少なくとも１つのメモリとコンピュータ・プログラム命令は、前記少なくとも１つのプロセッサで、前記装置に、少なくとも、
ローカル・エリアの内部の複数のユーザ装置のうちのユーザ装置から、該複数のユーザ装置のうちの少なくとも１つの別のユーザ装置へ、第１のデータ共有要求メッセージを送信させ、
前記ユーザ装置において、少なくとも前記別のユーザ装置から送信された少なくとも１つの第２のデータ共有要求メッセージを受信させ、ここで、前記第１のデータ共有要求メッセージおよび前記少なくとも１つの第２のデータ共有要求メッセージは、各々のデータ共有要求メッセージが送信された時刻を標示するタイムスタンプを含むものであり、
前記第１のデータ共有要求メッセージに含まれるタイムスタンプと前記少なくとも１つの第２のデータ共有要求メッセージに含まれるタイムスタンプとを比較させ、
比較の結果に基づいて、実行されるデータ共有において、前記ユーザ装置がセンダーとして動作するのか、あるいは、レシーバとして動作するのかを判断させる
ように構成される装置であって、
前記ユーザ装置よりも早いタイムスタンプを有するユーザ装置が２つ以上ある場合には、前記ユーザ装置は、データ共有において、より早いタイムスタンプを有しているユーザ装置が、該ユーザ装置のデータ共有を完了するまで、レシーバの役割をする、または、前記ユーザ装置がデータ共有のセンダーまたはレシーバとしての役割をする回数は、前記ユーザ装置が、所定の回数に達すると、前記役割を変化させる、
装置。
【請求項１４】
前記少なくとも１つのメモリとコンピュータ・プログラム命令は、前記少なくとも１つのプロセッサにより、前記装置に、前記ユーザ装置を揺すること、タッピングすること、フリッキングすることのうちの少なくとも１つを含むアクションと同時に、の送信および受信のトリガーされるようにさせるように構成される請求項１３に記載の装置。
【請求項１５】
前記第１のデータ共有要求メッセージおよび前記少なくとも１つの第２のデータ共有要求メッセージは、各々、ユーザ装置の間で実行される前記データ共有に結びついた情報を含む、請求項１３に記載の装置。
【請求項１６】
前記情報は、共有されるデータのデータ・タイプ、または、前記データ共有のために実行されるアクションのアクション・タイプのうちの少なくとも１つに関する、請求項１５に記載の装置。
【請求項１７】
前記第１のデータ共有要求メッセージおよび前記少なくとも１つの第２のデータ共有要求メッセージは、各々のデータ共有要求メッセージを送信する前記ユーザ装置の識別を含む、請求項１５または１６に記載の装置。
【請求項１８】
該少なくとも１つのメモリとコンピュータ・プログラム命令は、前記少なくとも１つのプロセッサで、前記装置に、少なくとも、
前記比較が、前記第１のデータ共有要求メッセージが、前記少なくとも１つの第２のデータ共有要求メッセージよりも早く送信されたことを示す場合には、前記データ共有において、前記ユーザ装置が、前記センダーであるとし、少なくとも前記別のユーザ装置が、前記レシーバであるとして判断させ、
前記比較が、前記第１のデータ共有要求メッセージが、前記少なくとも１つの第２のデータ共有要求メッセージよりも後に送信されたことを示す場合には、前記データ共有において、前記ユーザ装置が、前記レシーバであるとし、少なくとも前記別のユーザ装置が、前記センダーであるとして判断させる
ように構成される請求項１３に記載の装置。
【請求項１９】
プログラム・コードを格納した固定コンピュータ読取可能メディアであって、該プログラム・コードは、実行されるとき、装置に、
ローカル・エリアの内部の複数のユーザ装置のうちのユーザ装置から、該複数のユーザ装置のうちの少なくとも１つの別のユーザ装置へ、第１のデータ共有要求メッセージを送信し、
前記ユーザ装置において、少なくとも前記別のユーザ装置から送信された少なくとも１つの第２のデータ共有要求メッセージを受信し、ここで、前記第１のデータ共有要求メッセージおよび前記少なくとも１つの第２のデータ共有要求メッセージは、各々のデータ共有要求メッセージが送信された時刻を標示するタイムスタンプを含むものであり、
前記第１のデータ共有要求メッセージに含まれるタイムスタンプと前記少なくとも１つの第２のデータ共有要求メッセージに含まれるタイムスタンプとを比較し、
比較の結果に基づいて、実行されるデータ共有において、前記ユーザ装置がセンダーとして動作するのか、あるいは、レシーバとして動作するのか判断する
ことを指示するように構成される、固定コンピュータ読取可能メディアであって、
前記ユーザ装置よりも早いタイムスタンプを有するユーザ装置が２つ以上ある場合には、前記ユーザ装置は、データ共有において、より早いタイムスタンプを有しているユーザ装置が、該ユーザ装置のデータ共有を完了するまで、レシーバの役割をする、または、前記ユーザ装置がデータ共有のセンダーまたはレシーバとしての役割をする回数は、前記ユーザ装置が、所定の回数に達すると、前記役割を変化させる、
固定コンピュータ読取可能メディア。
【発明の詳細な説明】
【技術分野】
【０００１】
本願開示の例示的実施形態は、一般に、無線通信技術に関する。より詳細には、本願開示の例示的実施形態は、無線ネットワーク環境におけるデータ共有の方法、装置、および、コンピュータ・プログラム・プロダクトに関する。
【背景技術】
【０００２】
以下の背景技術の記載は、洞察、発見、または、理解事項、あるいは、本願開示以前に当該技術領域において知られておらず、本願により提供された開示との結合を含むことができる。本願開示のいくつかのそのような貢献は、特に、下記で指摘することができる。一方、他の本願開示のそのような貢献は、コンテキストから明らかである。
【０００３】
多様な無線通信技術の急速な開発によって、ますます多くのユーザが、携帯電話やハンドセット（総称的に、本願開示を通して「ユーザ装置」と呼ばれる）を対応する利用可能な機能とともに使用して、彼らの近しい友人たちの間で、画像、オーディオ・ファイル、ビデオ・ファイル、または、ビデオ・クリップなどの関心のあるコンテンツを共有する。お互いにかなりの近傍にいるユーザは、ブルートゥース（登録商標）またはＷｉＦｉ技術などの近傍限定の技術を使用して、種々のタイプのデータを共有することができる。
【発明の概要】
【０００４】
以下は、本願開示のいくつかの態様の基本的な理解を提供するために、本願開示の簡略化したサマリを提示する。このサマリは、詳細にわたる概要ではないこと、それは、本願開示のキーとなる／重要な要素を識別すること、あるいは、本願開示の範囲を正確に概説することを意図するものではないことに留意する。その唯一の目的は、後で提示される、より詳細な説明の序章として、簡略化した形で、本願開示のコンセプトを提示することである。
【０００５】
本願開示の態様にしたがって、方法が提供される。この方法は、ローカル・エリアの内部の複数のユーザ装置のうちのユーザ装置から、該複数のユーザ装置のうちの少なくとも１つの別のユーザ装置へ、第１のデータ共有要求メッセージを送信するステップを含む。この方法は、また、前記ユーザ装置において、少なくとも前記別のユーザ装置から送信された少なくとも１つの第２のデータ共有要求メッセージを受信するステップであって、前記第１のデータ共有要求メッセージおよび前記少なくとも１つの第２のデータ共有要求メッセージは、各々、データ共有要求メッセージが送信された時刻を標示するタイムスタンプを含むものである、ステップを含む。この方法は、前記第１のデータ共有要求メッセージに含まれるタイムスタンプと前記少なくとも１つの第２のデータ共有要求メッセージに含まれるタイムスタンプとを比較するステップを更に含む。追加的に、この方法は、比較の結果に基づいて、実行される前記データ共有において、前記ユーザ装置がセンダーとして動作するのか、あるいは、レシーバとして動作するのかを判断するステップを含む。
【０００６】
１つの実施形態において、前記送信するステップおよび前記受信するステップは、前記ユーザ装置を揺すること、タッピングすること、フリッキングすることのうちの少なくとも１つを含むアクションと同時にトリガーされる。
【０００７】
別の実施形態においては、前記第１のデータ共有要求メッセージおよび前記少なくとも１つの第２のデータ共有要求メッセージは、各々、ユーザ装置の間で実行される前記データ共有に結びついた情報を含む。
【０００８】
追加的な実施形態において、前記情報は、共有されるデータのデータ・タイプ、または、前記データ共有のために実行されるアクションのアクション・タイプのうちの少なくとも１つに関する。
【０００９】
さらに別の実施形態においては、前記第１のデータ共有要求メッセージおよび前記少なくとも１つの第２のデータ共有要求メッセージは、各々、前記それぞれのデータ共有要求メッセージを送信する前記ユーザ装置の識別を含む。
【００１０】
更なる実施形態において、この方法は、前記比較するステップが、前記第１のデータ共有要求メッセージが、前記少なくとも１つの第２のデータ共有要求メッセージよりも早く送信されたことを示す場合には、前記データ共有において、前記ユーザ装置が、前記センダーであるとし、少なくとも前記別のユーザ装置が、前記レシーバであるとして判断するステップと、前記比較するステップが、前記第１のデータ共有要求メッセージが、前記少なくとも１つの第２のデータ共有要求メッセージよりも後に送信されたことを示す場合には、前記データ共有において、前記ユーザ装置が、前記レシーバであるとし、少なくとも前記別のユーザ装置が、前記センダーであるとして判断するステップと、を含む。
【００１１】
本願開示の別の態様にしたがって、装置が提供される。この装置は、ローカル・エリアの内部の複数のユーザ装置のうちのユーザ装置から、該複数のユーザ装置のうちの少なくとも１つの別のユーザ装置へ、第１のデータ共有要求メッセージを送信する手段を備える。この装置は、また、前記ユーザ装置において、少なくとも前記別のユーザ装置から送信された少なくとも１つの第２のデータ共有要求メッセージを受信する手段を備える。ここで、前記第１のデータ共有要求メッセージおよび前記少なくとも１つの第２のデータ共有要求メッセージは、各々、データ共有要求メッセージが送信された時刻を標示するタイムスタンプを含むものであり、この装置は、前記第１のデータ共有要求メッセージに含まれるタイムスタンプと前記少なくとも１つの第２のデータ共有要求メッセージに含まれるタイムスタンプとを比較する手段を更に備える。この装置は、追加的に、比較の結果に基づいて、実行される前記データ共有において、前記ユーザ装置がセンダーとして動作するのか、あるいは、レシーバとして動作するのかを判断する手段を備える。
【００１２】
本願開示の別の態様にしたがって、装置が提供される。この装置は、少なくとも１つのプロセッサと、コンピュータ・プログラム命令を含む少なくとも１つのメモリとを備える。前記少なくとも１つのメモリとコンピュータ・プログラム命令は、前記少なくとも１つのプロセッサで、前記装置に、少なくとも、ローカル・エリアの内部の複数のユーザ装置のうちのユーザ装置から、該複数のユーザ装置のうちの少なくとも１つの別のユーザ装置へ、第１のデータ共有要求メッセージを送信させるように構成される。前記少なくとも１つのメモリとコンピュータ・プログラム命令は、前記少なくとも１つのプロセッサで、前記装置に、また、少なくとも、前記ユーザ装置において、少なくとも前記別のユーザ装置から送信された少なくとも１つの第２のデータ共有要求メッセージを受信させるように構成される。ここで、前記第１のデータ共有要求メッセージおよび前記少なくとも１つの第２のデータ共有要求メッセージは、各々、データ共有要求メッセージが送信された時刻を標示するタイムスタンプを含むものである。前記少なくとも１つのメモリとコンピュータ・プログラム命令は、前記少なくとも１つのプロセッサで、前記装置に、更に、少なくとも、前記第１のデータ共有要求メッセージに含まれるタイムスタンプと前記少なくとも１つの第２のデータ共有要求メッセージに含まれるタイムスタンプとを比較させるように構成される。前記少なくとも１つのメモリとコンピュータ・プログラム命令は、前記少なくとも１つのプロセッサで、前記装置に、追加的に、少なくとも、比較の結果に基づいて、実行される前記データ共有において、前記ユーザ装置がセンダーとして動作するのか、あるいは、レシーバとして動作するのか判断させるように構成される。
【００１３】
本願開示の別の態様にしたがって、プログラム・コードを格納した固定コンピュータ読取可能メディアであって、該プログラム・コードは、実行されるとき、装置に、ローカル・エリアの内部の複数のユーザ装置のうちのユーザ装置から、該複数のユーザ装置のうちの少なくとも１つの別のユーザ装置へ、第１のデータ共有要求メッセージを送信することを指示するように構成される固定コンピュータ読取可能メディアが提供される。このプログラム・コードは、実行されるとき、また、装置に、前記ユーザ装置において、少なくとも前記別のユーザ装置から送信された少なくとも１つの第２のデータ共有要求メッセージを受信することを指示するように構成される。ここで、前記第１のデータ共有要求メッセージおよび前記少なくとも１つの第２のデータ共有要求メッセージは、各々、データ共有要求メッセージが送信された時刻を標示するタイムスタンプを含むものである。このプログラム・コードは、実行されるとき、更に、装置に、前記第１のデータ共有要求メッセージに含まれるタイムスタンプと前記少なくとも１つの第２のデータ共有要求メッセージに含まれるタイムスタンプとを比較することを指示するように構成される。このプログラム・コードは、実行されるとき、追加的に、装置に、比較の結果に基づいて、実行される前記データ共有において、前記ユーザ装置がセンダーとして動作するのか、あるいは、レシーバとして動作するのかを判断することを指示するように構成される。
【００１４】
上の記載は、本願開示の種々の態様および実施形態を概説する。種々の実施形態において述べたソリューションは、独立して動作するものと理解されてはならず、本願開示の教示の下で、当業者が知ることができるように、互いに、組合せて実行されることができる。
【００１５】
本願開示によって提案されるソリューションによって、互いの近くにいる、または、ローカル・エリアの中にいるユーザは、中間ノードが必要でないため、容易に、また、シームレスに、デジタル資産を共有することができる。さらに、データ共有におけるアクター・コンフリクトを、それぞれのタイムスタンプの比較を通して、ユーザ装置がセンダーであるか、または、レシーバであるかを判断することに基づいて、解消することができる。それによって、先行技術に対して、より速いデータ共有を達成する。
【図面の簡単な説明】
【００１６】
このように、一般的な用語において、本願開示のいくつかの例示的な実施形態を記述したが、次に、添付の図面への参照がなされる。これは、必ずしも一定の比率で描かれているというわけではない。ここで、
【図１】図１は、本願開示の実施形態を実行することができ、その間でデータを共有することを望んでいる複数のユーザ装置（ＵＥ）の例示的なネットワーク・アーキテクチャを図示する。
【図２】図２は、本願開示の実施形態にしたがって、たとえば、図１に図示されるネットワークにおいて、データ共有を実行するための方法を図式的に示している簡略化したフローチャートである。
【図３】図３は、本願開示の別の実施形態にしたがって、データ共有を実行するための方法を図式的に示している詳細なフローチャートである。
【図４】図４は、本願開示の実施形態にしたがって、データ共有を実行するための装置を図示している簡略化したブロック図である。
【図５】図５は、本願開示の別の実施形態にしたがって、データ共有を実行するための装置を図示している簡略化したブロック図である。
【発明を実施するための形態】
【００１７】
本願開示は、以下に、添付の図面を参照して、より詳細に記述される。そこでは、本願開示のある実施形態が示される。しかしながら、本願開示は、多くの異なる形に表現されることができる。そして、ここに述べられる実施形態に制限されると解釈されてはならない。むしろ、これらの実施形態は、例として、この開示は、徹底的、完全であり、当業者に対して本願開示の範囲を詳細に伝えるように提供される。本願明細書を通して、同様の数字は、同様の要素を参照する。
【００１８】
一般に、本願請求項におけるすべての用語は、通常の意味ではないと明示的に規定されない限り、技術分野における通常の意味にしたがって解釈される。たとえば、ユーザ装置は、いかなるタイプのユーザ通信デバイス（例えば、携帯電話、スマート・フォン、リーダ、タブレット、または、パッド・デバイス、その他）、あるいは、コンピューティングおよび通信（例えば、ブルートゥース（登録商標）、ＷｉＦｉ、近距離通信（ＮＦＣ）を含む近距離無線、および、任意の他の、将来のより高速度の近距離接続）能力を含むように構成されたユーザ通信デバイスのまたはコンポーネントであり得る。
【００１９】
「１つの（ａ／ａｎ）、その（ｔｈｅ）要素、装置、コンポーネント、手段、等」へのすべての参照は、明示的に述べられない限り、要素、装置、コンポーネント、手段、等の少なくとも１つのインスタンスを参照するものとして、オープンに解釈される。本願開示のいかなる態様に関する上記および下記の議論は、また、本願開示のいかなる他の態様に関連する適用可能な部分にある。
【００２０】
図１は、本願開示の実施形態を実行することができる、その間でデータを共有することを望んでいる複数のユーザ装置を含む例示的なネットワーク・アーキテクチャ１００を図示する。図１に図示されるように、グループをつくっているＵＥ１−３の各々は、そのグループ内で、写真やビデオ・クリップなど、関心のあるデータを共有することを意図すると考えられる。この目的のために、本願開示の実施形態にしたがって、各々のＵＥは、他のグループのメンバーＵＥへ、データ共有要求メッセージを送ることができる。たとえば、ＵＥ１は、そのデータ共有要求メッセージ１をＵＥ２およびＵＥ３に送信することができる。ＵＥ２は、そのデータ共有要求メッセージ２をＵＥ１およびＵＥ３に送信することができる。そして、ＵＥ３は、同様に、そのデータ共有要求メッセージ３をＵＥ２およびＵＥ１に送信することができる。そのグループのすべてメンバーが他のメンバーからの伝送を受信するから、各々のＵＥによって実行されると送信はブロードキャストと実質上同じである。グループの他のＵＥからのデータ共有要求メッセージの受信と同時に、ＵＥは、そのメッセージに含まれるタイムスタンプを抽出することでき、そして、それぞれの受信メッセージが送信されたときのそれぞれの時刻を取得することができる。これらの時刻を比較することによって、ＵＥは、あとで詳細に議論するように、来るべきデータ共有動作において、それ自身がセンダーであるか、または、レシーバであるかを判断することができる。
【００２１】
図２は、本願開示の実施形態にしたがって、たとえば、図１に図示されるネットワークにおいてデータ共有を実行するための方法を図式的に示している簡略化したフローチャート２００である。図２において図示されるように、Ｓ２０２において、この方法２００は、ローカル・エリアの内部の複数のユーザ装置のうちのユーザ装置から、該複数のユーザ装置のうちの少なくとも１つの別のユーザ装置へ、第１のデータ共有要求メッセージを送信する。例示的実施形態にしたがって、ローカル・エリアは、たとえば、複数のユーザ装置がアクセスを有する無線アクセス・ポイントのカバー領域、ユーザ装置におけるブルートゥース（登録商標）機能が、ローカル・データ共有のために開始されることができる領域、または、リンク・ローカルＷｉＦｉ接続が、複数のユーザ装置の間で確立されることができる領域であることができる。
【００２２】
Ｓ２０４において、この方法２００は、前記ユーザ装置において、少なくとも前記別のユーザ装置から送信された少なくとも１つの第２のデータ共有要求メッセージを受信する。ここで、前記第１のデータ共有要求メッセージおよび前記少なくとも１つの第２のデータ共有要求メッセージは、各々、データ共有要求メッセージが送信される時刻を標示するタイムスタンプを含むものである。実施形態において、前記第１のデータ共有要求メッセージおよび前記少なくとも１つの第２のデータ共有要求メッセージは、各々、ユーザ装置の間で実行される前記データ共有に結びついた情報を含むことができる。たとえば、その情報は、共有されるデータのデータ・タイプ（たとえば、音楽、画像やビデオのタイプ、あるいは、代替的に、対応するプレーヤーまたはアプリケーションによる演奏または実行に適切なフォーマットの標示）、あるいは、データ共有のために実行されるアクションのアクション・タイプ（例えば、高速データ共有）のうちの少なくとも１つに関係することができる。別の実施形態においては、前記第１のデータ共有要求メッセージおよび前記少なくとも１つの第２のデータ共有要求メッセージは、各々、前記それぞれのデータ共有要求メッセージを送信する前記ユーザ装置の識別を含むことができる。この識別は、ユーザの電話番号、あだ名、あるいは、グループにおいて、ユーザを簡単に識別するのに適切な任意の識別子であることができる。この方法で、グループのメンバーが、グループでデータを共有したいのは誰かを見出すのに便利である。
【００２３】
Ｓ２０２とＳ２０４で実行される伝送と受信は、ユーザのアクションまたはジェスチャーによって開始されることができる。たとえば、タッチ感応スクリーン、アクション・センサ、加速度計、および、ジャイロスコープなど、付随するハードウェアに依存して、ユーザのアクションまたはジェスチャーは、たとえば、揺すること、タッピングすること、ダブル・タッピングすること、フリッキングすること、振ること、または、ユーザ装置を投げる動作をすることを含むことができる。これらのアクションまたはジェスチャーは、ユーザ装置のオペレーティング・システムの設定オプションで選択することができ、また、ユーザの選好にしたがって、カスタマイズすることができることが理解されるべきである。
【００２４】
Ｓ２０６で、方法２００は、前記第１データ共有要求メッセージに含まれるタイムスタンプと、前記少なくとも１つの第２のデータ共有要求メッセージに含まれるタイムスタンプを比較する。その後、Ｓ２０８において、この方法２００は、比較の結果に基づいて、実行される前記データ共有において、前記ユーザ装置がセンダーとして動作するのか、あるいは、レシーバとして動作するのかを判断する。実施形態において、この方法２００は、前記比較するステップが、前記第１のデータ共有要求メッセージが、前記少なくとも１つの第２のデータ共有要求メッセージよりも早く送信されたことを示す場合には、前記データ共有において、前記ユーザ装置が、前記センダーであるとし、少なくとも前記別のユーザ装置が、前記センダーであるとして判断する。別の実施形態においては、この方法２００は、前記比較するステップが、前記第１のデータ共有要求メッセージが、前記少なくとも１つの第２のデータ共有要求メッセージよりも後に送信されたことを示す場合には、前記データ共有において、前記ユーザ装置が、前記レシーバであるとし、少なくとも前記別のユーザ装置が、前記センダーであるとして判断する。
【００２５】
図２に関連した方法２００に関する上記の議論から、また、その原則で設計された、いくつかの例示的実施形態から、センダーの役割とレシーバの役割との間の決定は、マルチ・パーティ共有において、タイムスタンプの比較的により判断することができることは当業者には明らかである。その結果として、データ共有のために転送時間を、ネゴシエーション手続きを除去することによって減らすことができ、ユーザは、より良いユーザ体験を楽しむことができる。さらに、図２に示される順序は、図解する目的のためでだけであり、その順序をこの特定の形に制限することでは決してないことに留意する。たとえば、Ｓ２０４は、Ｓ２０２の後に続くように示されるけれども、それは、Ｓ２０２に先立って、または、並行して実行されることができる。加えて、本願開示の実施形態は、ブルートゥース（登録商標）またはＷｉＦｉ、あるいは、前記ユーザ装置がセンダーの役割をするのか、あるいは、レシーバの役割をするのかを判断するのに使用されるタイムスタンプが、グループの中でブロードキャストされる限り、将来開発される任意のローカル通信技術を含む種々のローカル無線通信環境に柔軟に適用できることができることに留意する。
【００２６】
図３は、本願開示の別の実施形態にしたがって、データ共有を実行するための方法３００を図式的に示している詳細なフローチャートである。図３に図示されるように、Ｓ３０２において、ユーザ装置、たとえば、図１のＵＥ１は、データ共有要求メッセージを、たとえば、図１のＵＥ１、ＵＥ２およびＵＥ３から例えば成るもののような、ユーザ装置のグループの中の他のユーザ装置にブロードキャストする。たとえば、ブルートゥース（登録商標）またはＷｉＦｉページングおよびスキャニングのように、そのユーザ装置は、ブルートゥース（登録商標）またはＷｉＦｉディスカバリー手続きを通して他のユーザ装置を探索する間、データ共有要求メッセージをブロードキャストする。前述のように、データ共有要求メッセージは、そのメッセージがいつ送信されたかを示すタイムスタンプ、ユーザ装置を識別しているオプションの識別子、および、実行されるデータ共有のためのデータ・タイプまたはアクション・タイプを含むことができる。タイムスタンプによって特徴づけられる時刻は、全地球測位システム（ＧＰＳ）から得ることができる。それにより、ユーザ装置で埋め込まれたＧＰＳセンサは、衛星から時間情報を受信することができ、ユーザ装置の位置を特定するのに、この情報を使用することができる。
【００２７】
いくつかの例示的実施形態にしたがって、ユーザがデータを他と共有したい、または、データを受信したいとき、そのユーザはアプリケーションを起動することを必要としない。そのかわりに、ユーザ機器を、設定オプションにおいて構成されたユーザーアクションまたはジェスチャーによって、そのデータ共有要求メッセージのブロードキャストを開始するようにトリガーすることができる。インプリメンテーションの例として、ユーザ装置は、他のユーザ装置からのデータ共有要求メッセージを聞くために通常のブルートゥース（登録商標）またはＷｉＦｉスキャン・デバイスとして機能することができ、また、ローカル・ネットワークをスキャニングしている間、ブロードキャスト・モードとリスニング・モードとの間で頻繁にスイッチすることができる。簡略化した例として、ユーザ装置は、ブロードキャストを開始することができ、また、「受信」または「送信」ジェスチャーがなされた後に、リスニングを開始することができる。
【００２８】
Ｓ３０４において、ユーザ装置は、図４に示されるものなどそのメモリにデータ共有要求メッセージを格納することができる。このように、ユーザ装置は、そのデータ共有要求メッセージがいつブロードキャストされたかを知っている。Ｓ３０６において、ユーザ装置は、また、そのグループの他のメンバーから多数の同様のデータ共有要求メッセージを受信することができる。次に、Ｓ３０８において、１つ以上の受信されたデータ共有要求メッセージを、ユーザ装置のメモリに格納することができる。Ｓ３１０において、そのユーザ装置は、それ自身のタイムスタンプを、他のユーザ装置から受信したデータ共有要求メッセージに含まれるタイムスタンプと比較する。Ｓ３１２において、ユーザ装置は、受信したタイムスタンプが、自身のタイムスタンプより早いものであるかどうかを決定する。たとえば、ユーザ装置は、タイムスタンプを時間順にソートすることができ、最も早いタイムスタンプを有する１つのユーザ装置をセンダーとして選択し、そして、自身を次のデータ共有におけるレシーバとして選択することができる。ここで、そのユーザ装置よりも早いタイムスタンプを有するユーザ装置が２つ以上ある場合には、そのユーザ装置は、データ共有において、より早いタイムスタンプを有しているユーザ装置が、それらのデータ共有を完了するまで、レシーバの役割をする。代替として、ユーザ装置がデータ共有のセンダーまたはレシーバとしての役割をする回数は、ユーザ装置が、一旦設定された回数に達すると、その役割を変化させることができるように設定可能でありえる。それによって、ユーザ装置の待ち時間で減らし、ユーザ体験を、さらに良くする。
【００２９】
次に、ユーザ装置が、その結果が「イエス」であることに基づいて、別のユーザ装置からデータを受信する役割をすることを決定するならば、処理フローは、Ｓ３１４へスイッチし、そこで、ユーザ装置は、他のユーザ装置からのデータ接続を待つことができ、そして、データ接続の確立の成功と同時に、ユーザ装置は、他のユーザ装置からデータを受信することができる。対応するものとして、センダーの役割をしている他のユーザ装置は、ユーザ装置から受信したデータ共有要求メッセージから識別子を読むことができる。それによって、受信者たとえば、そのデータ共有において問題になっているユーザ装置を決定する。その後、そのユーザ装置とのデータ接続を開始し、確立し、そして、そこにデータを送信することができる。Ｓ３１２の結果が、「ノー」であるならば、処理フローはＳ３１６へスイッチし、そこで、ユーザ装置は、センダーの役割をすることができる。そして、前述と同様に、ユーザ装置は、他のユーザ装置とのデータ接続を能動的に確立することができ、そして、そのデータが完全に伝達されるまで、データをそれに送信することができる。
【００３０】
図３の方法は、いかなる順序ででも実行することができる。たとえば、Ｓ３０６および３０８は、Ｓ３０２とＳ３０４よりも前に行うことができる。さらに、共有のためのデータの選択に関して、例として、そのユーザは、共有オブジェクトを選択することができ、センダーとして自ら決定したときの共有を待つことができる。さらなる例として、そのユーザは、最初に、所定のジェスチャーを通してデータ共有要求をブロードキャストすることにより共有の意図を表すことができ、そして、次に、一旦、センダーとして自ら決定している共有オブジェクトを選択することができる。この場合、ユーザ装置は、一旦、センダーとしての役割が決定されると、そのユーザに共有オブジェクトを選択することを促すようにトリガーされることができる。
【００３１】
図４は、本願開示の実施形態にしたがう、データ共有の装置４００の概略ブロック図である。図４に図示されるように、装置４００は、データ・プロセッサなど、少なくとも１つのプロセッサ４０１と、プロセッサ４０１に結合した少なくとも１つのメモリ（ＭＥＭ）４０２と、プロセッサ４０１に結合した適切なＲＦトランスミッタＴＸとレシーバＲＸ４０３とを含む。ＭＥＭ４０２は、プログラム（ＰＲＯＧ）４０４を格納する。ＴＸ／ＲＸ４０３は、図１の中で示されるように、複数のＵＥとの双方向無線通信である。ＴＸ／ＲＸ４０３は、通信を容易にするために少なくとも１つのアンテナを有するが、しかし、実際には、装置は、典型的には、いくつかの、たとえば、ＭＩＭＯ通信を有することに留意する。装置４００は、データパスを介して、たとえば、インターネットのような１つ以上の外部ネットワークまたはシステムに結合することができる。
【００３２】
ＰＲＯＧ４０４は、プロセッサ４０１で実行されるとき、方法２００と３００について、ここに論じられるように、本願開示の例示的な実施形態にしたがって、装置４００が動作するのを可能にする命令を含むと考えられる。
【００３３】
一般に、本願開示の実施形態は、装置４００の少なくとも１つのプロセッサ４０１によって実行可能なコンピュータ・ソフトウェアによって、あるいは、ハードウェアによって、または、ソフトウェアとハードウェアとの組合せによってインプリメントすることができる。
【００３４】
ＭＥＭ４０２は、ローカルな技術的環境に適切な任意のタイプのものであり得、また、非限定的な例としてあげると、半導体ベース・メモリ・デバイス、磁気記憶デバイスおよびシステム、光学的記憶装置およびシステム、および、脱着可能メモリなど、いかなる適切なデータ格納技術を使用してでもインプリメントすることができる。装置４００において、１つのＭＥＭだけが示されているが、装置４００には、いくつかの物理的に異なったメモリユニットが存在し得る。プロセッサ４０１は、ローカルな技術的環境に適切な任意のタイプのものであり得、また、非限定的な例としてあげると、汎用コンピュータ、専用コンピュータ、マイクロプロセッサ、デジタル信号プロセッサ（ＤＳＰ）、および、マルチ・コア・プロセッサ・アーキテクチャに基づくプロセッサのうちの１つ以上を含むことができる。装置４００は、たとえば、メイン・プロセッサに同期するクロックに時間的に従属する特定用途向け集積回路チップなどマルチ・プロセッサを有することができる。ここに議論された装置４００は、ユーザ装置またはその部分として具体化することができる。
【００３５】
図５は、本願開示の別の実施形態にしたがって、データ共有を実行するための別の装置５００を図示している簡略化したブロック図である。図５に図示されるように、装置５００は、ローカル・エリアの中の複数のユーザ装置のうちの１つのユーザ装置から、該複数のユーザ装置のうちの少なくとも１つの別のユーザ装置へ、第１のデータ共有要求メッセージを送信するように構成された送信手段（または送信するための手段）５０１を備える。装置５００は、また、前記ユーザ装置において、少なくとも前記別のユーザ装置から送信された少なくとも１つの第２のデータ共有要求メッセージを受信するように構成された、受信手段（または受信のための手段）５０２を備える。ここで、前記第１のデータ共有要求メッセージおよび前記少なくとも１つの第２のデータ共有要求メッセージは、各々、データ共有要求メッセージが送信される時刻を標示するタイムスタンプを含む。装置５００は、前記第１のデータ共有要求メッセージに含まれるタイムスタンプと前記少なくとも１つの第２のデータ共有要求メッセージに含まれるタイムスタンプとを比較するように構成された比較手段（または比較のための手段）５０３を更に備える。この装置５００は、追加的に、比較の結果に基づいて、実行される前記データ共有において、前記ユーザ装置がセンダーとして動作するのか、あるいは、レシーバとして動作するのかを判断するように構成された判断手段（または判断するための手段）５０４を備える。
【００３６】
上で示したように装置５００は、本願開示の実施形態にしたがって、方法２００および３００を実行することができ、ユーザ装置またはその部分として具体化することができることが理解されるべきである。
【００３７】
ここに記述される技術は、いろいろな手段で、実施形態で記述された対応するモバイル・エンティティの１つ以上の機能をインプリメントしているデバイスが、先行技術手段だけではなく、実施形態で記述される対応する装置の１つ以上の機能をインプリメントするための手段も備えるように、インプリメントすることができる。また、別々の機能の各々に対して別々の手段を備えることができる、あるいは、手段は、２つ以上の機能を実行するように構成することができる。たとえば、これらの技術は、ハードウェア（１つ以上の装置）、ファームウェア（１つ以上の装置）、ソフトウェア（１つ以上のモジュール）、またはそれらの組合せにおいてインプリメントすることができる。ファームウェアまたはソフトウェアに対して、インプリメンテーションは、ここに記述される機能を実行するモジュール（たとえば、手続き、機能、その他）によって行うことができる。さらに、コンピュータ・プログラムは、本願開示の種々の実施形態にしたがって、この方法を実行するために、コンピューティング・デバイスによる実行のために符号化することができる。これらのコンピュータ・プログラムは、光ディスクなどのコンピュータ・プログラム・プロダクトに格納されることができる。
【００３８】
ここに述べられた開示の多くの修正と他の実施形態が、前述の記載および関連する図面の中で提示された教示の利益を有することが、本願開示のこれらの実施形態の技術領域の当業者には思い浮かぶであろう。したがって、本願開示の実施形態は、開示された特定の実施形態に限定されるものでないこと、修正や他の実施形態が、本願に添付された特許請求の範囲の中に含まれることを意図するものであることが理解されるべきである。特定の用語がここにおいて使用されるが、それらは、一般的、説明的な意味においてのみ使用されており、制限の目的のためではない。
【図１】
0006325675.tif 000002
【図２】
0006325675.tif 000003
【図３】
0006325675.tif 000004
【図４】
0006325675.tif 000005
【図５】
0006325675.tif 000006