(57)【要約】  ユーザ（１１、１２）間でデータを共有する方法。本方法は、第１のデバイスと第２のデバイス（２１、２２）との間で身体結合通信（ＢＣＣ）を開始するステップと、身体結合通信（ＢＣＣ）に応答して、デバイス（２１、２２）のうちの一方又は双方からリモートサーバ（３０）へデータ要求（Ｑ１）を送信するステップを備える。データ要求（Ｑ１、Ｑ２）は、第１のデバイスデータ（ＩＤ１）及び第２のデバイスデータ（ＩＤ２）を備える。サーバ（３０）は、データ要求（Ｑ１）を処理して、第１のデバイスデータ（ＩＤ１）及び第２のデバイスデータ（ＩＤ２）の双方に少なくとも部分的に基づいて、共有データ（ＳＤ２）を決定する。サーバは、第１のデバイス（２１）へデータ応答（Ｒ１）を送信する。データ応答（Ｒ１）は、共有データ（ＳＤ２）を備える。
2017531941.tif 000002
【特許請求の範囲】
【請求項１】
データ共有のための方法であって：
第１のデバイスデータを格納しており、身体結合通信の能力を有する第１のデバイスを提供するステップと；
第２のデバイスデータを格納しており、身体結合通信の能力を有する第２のデバイスを提供するステップと；
前記第１のデバイスと前記第２のデバイスとの間で身体結合通信を開始するステップと；
前記身体結合通信に応答して、前記のデバイスのうちの一方又は双方からリモートサーバへデータ要求を送信するステップであって、該データ要求は前記第１のデバイスデータ及び前記第２のデバイスデータを備える、ステップと；
前記データ要求を処理して、前記第１のデバイスデータ及び前記第２のデバイスデータの双方に少なくとも部分的に基づいて、共有すべきデータを決定するステップと；
前記リモートサーバから前記第１のデバイスへデータ応答を送信するステップであって、該データ応答は前記共有すべきデータを備える、ステップと；
を具備する、方法。
【請求項２】
前記第１のデバイスデータは第１のユーザに関連付けられる第１の識別子を備え、前記第２のデバイスデータは第２のユーザに関連付けられる第２の識別子を備え、前記リモートサーバにより前記データ要求を処理することは、
前記第２の識別子に関連付けられる前記第２のユーザのデータレコードを決定することと；
前記第１の識別子に関連付けられる前記第１のユーザのアクセス権を決定することと；
前記第１のユーザのアクセス権に基づいて前記第２のユーザの前記データレコードの共有すべき部分を決定することと；
前記データレコードの前記共有すべき部分に基づいて、前記第１のデバイスへの前記データ応答を編さんすることと；
を具備する、請求項１に記載の方法。
【請求項３】
前記第２のデバイスは、身体結合通信を介して前記第２のデバイスデータを前記第１のデバイスに送信し、前記第１のデバイスは、前記第１及び第２のデバイスの双方のデバイスデータを備える前記データ要求を前記リモートサーバへ送信する、
請求項１又は２に記載の方法。
【請求項４】
各デバイスは、それぞれのデバイスのデバイスデータを少なくとも備えるそれぞれのデータ要求を送信する、
請求項１乃至３のいずれか一項に記載の方法。
【請求項５】
第２のデータ要求を前記リモートサーバから前記第２のデバイスに送信するステップを更に備え、前記第２のデータ要求は、共有すべきデータを備える、
請求項１乃至４のいずれか一項に記載の方法。
【請求項６】
前記リモートサーバにより前記データ要求を処理することは、
前記第１のデバイスデータに関連付けられる第１のデータレコードにアクセスすることと；
前記第２のデバイスデータに関連付けられる第２のデータレコードにアクセスすることと；
前記第１のデータレコードと前記第２のデータレコードとの比較に基づいて前記第２のデータレコードの共有すべき部分を決定することと；
前記第２のデータレコードの前記共有すべき部分に基づいて、前記第１のデバイスへの前記データ応答を編さんすることと；
を備える、請求項１乃至５のいずれか一項に記載の方法。
【請求項７】
前記第２のデバイスから前記リモートサーバへ送信される前記第２のデバイスデータは、データレコードを備え、前記リモートサーバは、前記第１のデバイスデータに基づいて、第１のユーザと共有すべき前記データレコードの部分を決定する、
請求項１乃至６のいずれか一項に記載の方法。
【請求項８】
前記第２のデバイスは、身体結合通信を介して暗号化データレコードを前記第１のデバイスに送信し、前記リモートサーバから前記第１のデバイスに送信される前記データ応答は、前記暗号化データレコードを復号するための復号キーを備える、
請求項１乃至７のいずれか一項に記載の方法。
【請求項９】
前記第２のデバイスは、前記リモートサーバの前記データ応答を受け取ったことに応答して、身体結合通信を介してデータレコードを前記第１のデバイスに転送する、
請求項１乃至８のいずれか一項に記載の方法。
【請求項１０】
前記リモートサーバは、前記データ要求の受信に続く特定のウィンドウの間に、かつ／又は前記第１のデバイスが位置デバイスに近接している間に、前記第１のデバイスにデータレコードへのアクセスを提供する、
請求項１乃至９のいずれか一項に記載の方法。
【請求項１１】
前記リモートサーバは、前記第２のデバイスが、アクセスを無効にするメッセージを前記リモートサーバに送信するまで、前記第１のデバイスにデータレコードへのアクセスを提供する、
請求項１乃至１０のいずれか一項に記載の方法。
【請求項１２】
前記第２のデバイスは、該第２のデバイスに入力された承認に応答して、前記第２のデバイスデータを送信する、
請求項１乃至１１のいずれか一項に記載の方法。
【請求項１３】
身体結合通信デバイスであって：
人間の身体を介して第２の身体結合通信デバイスとの身体結合通信を実行するために、当該デバイスと前記身体との間の信号を結合するように構成される、結合器配置と；
前記結合器配置とは独立に、リモートサーバとの間でデータを送受信するように構成される、トランシーバと；
コントローラであって、
前記結合器配置を介して前記第２のデバイスからの身体結合通信を待ち、
前記身体結合通信に応答して、前記トランシーバを介して前記リモートサーバへデータ要求を送信し、
前記データ要求を送信した後、前記トランシーバを介して前記リモートサーバからのデータ応答を待つ、
ように構成される、コントローラと；
を具備する通信デバイス。
【請求項１４】
当該デバイスは、第１のデバイスデータを格納するメモリを備え、
前記コントローラは、
前記結合器配置を介して前記第２のデバイスから第２のデバイスデータを受け取り、
前記第１のデバイスデータ及び前記第２のデバイスデータを備えるデータ要求を、前記トランシーバを介して前記リモートサーバへ送信する、
ように構成される、請求項１３に記載の通信デバイス。
【請求項１５】
トランシーバと、コントローラと、プログラム命令を格納するメモリとを具備するコンピュータサーバであって、前記プログラム命令は、前記コントローラによって実行されると、該コントローラに：
第１及び／又は第２のデバイスからの１つ以上のデータ要求であって、第１のユーザに関連付けられる第１の識別子と第２のユーザに関連付けられる第２の識別子と備える１つ以上のデータ要求を待つように前記トランシーバを制御させ；
前記１つ以上のデータ要求の受信に応答して、該データ要求を処理して前記第１及び第２の識別子を決定させ；
前記第２の識別子に関連付けられる前記第２のユーザのデータレコードを決定させ；
前記第１の識別子に関連付けられる前記第１のユーザのアクセス権を決定させ；
前記第１のユーザの前記アクセス権に基づいて、前記第２のユーザの前記データレコードの共有すべき部分を決定させ；
前記データレコードの前記共有すべき部分に基づいてデータ応答を編さんさせ；
リモートサーバから前記第１のデバイスへ前記データ応答を送信するように、前記トランシーバを制御させる；
コンピュータサーバ。
【発明の詳細な説明】
【技術分野】
【０００１】
本開示は、身体結合通信を介したデータ共有に関し、具体的には、ユーザ間でデータを共有するための方法、身体結合通信デバイス及びコンピュータサーバに関する。
【背景技術】
【０００２】
身体結合通信（ＢＣＣ：Body-Coupled  Communication）は、人（又は動物）の身体を使用して、身体を介した無線通信により、身体上又はその近くにあるデバイスの間でデータを伝搬する、新たな近距離通信技術である。ＢＣＣ技術は、当該技術を広範なウェアラブル消費者デバイス及び医療デバイスに特に適したものにする幾つかの重要な特性を有する。例えばＢＣＣ技術は、現在の通信アプローチが使用の容易性、プライバシ、セキュリティ、高いエネルギ効率を有する高データレートへの努力に取り組む必要性に対処することができる。
【０００３】
例えば特許文献１（米国特許第8,407,279号明細書）には、身体結合通信を使用してソーシャルネットワークサービスを提供するための方法であって、人間の身体接触を感知すること；人間の身体通信を通してデータを送受信すること；ソーシャルデータ、ユーザデータ、参照データ及び収集される追加のデータのうちの少なくとも１つを格納すること；人間の身体通信を介して受信されるデータを使用して接触物体を特定することと；格納されたデータを使用して、接触物体との接触パターンを分析することを含む方法が記載されている。
【０００４】
特許文献２（米国特許公開第2012/023169号明細書）には、身体結合通信を使用する個人の間の情報の交換が記載されている。通信は、個人によって携行されるモバイルデバイスの間であり、ローカルレベルである。
【０００５】
特許文献３（米国特許公開第2004/152440号明細書）には、インターネット上で保持されるデータへのポインタを渡すことが記載されている。これには、身体結合通信を介して電子メールアドレスを渡し、受信側デバイスがその電子メールアドレスを使用して、データとのリンクを送信側デバイスに送信することが記載されている。したがって、１つのデバイスに対するデータの一方向性の受け渡し（passing）が存在し、データは、デバイス上の１人のユーザによって選択されている。
【０００６】
特許文献４（国際公開第2014/095947号明細書）及び特許文献５（米国特許第5,796,827号明細書）は、ＢＣＣを使用する様々な通信を開示しているが、２人のユーザの場合について、これらのユーザ間の任意の形式の情報の受け渡しについては全く言及していない。
【０００７】
有利には、身体結合通信は、ユーザ間でデータを共有するための容易かつ直感的な方法を可能にする。例えば複数のユーザに関与する身体結合通信は、複数の人々のための単一のマルチメディアプレイリストを作ることや、複数のデータセット（例えば医療データ）を比較してアクセスを与えるための容易な方法を提供することができる。しかしながら、無制限のデータ共有は、セキュリティ又はプライバシ上の懸念事項をもたらすことがある。一方、データアクセスを制限することは、身体結合通信により可能にされる関連するデータの容易かつ直感的なデータ共有を妨げる可能性がある。
【先行技術文献】
【特許文献】
【０００８】
【特許文献１】米国特許第8,407,279号明細書
【特許文献２】米国特許公開第2012/023169号明細書
【特許文献３】米国特許公開第2004/152440号明細書
【特許文献４】国際公開第2014/095947号明細書
【特許文献５】米国特許第5,796,827号明細書
【発明の概要】
【発明が解決しようとする課題】
【０００９】
したがって、身体結合通信を使用するデータ共有に対する制御を改善することが望まれる。
【課題を解決するための手段】
【００１０】
本開示の第１の態様は、ユーザ間でデータを共有するための方法を提供する。本方法は、第１のユーザに関連付けられる第１のデバイスデータを格納し、身体結合通信の能力を有する第１のデバイスを提供することを備える。第２のデバイスデータを格納する第２のデバイスは、第２のユーザに関連付けられ、身体結合通信の能力を有する。身体結合通信は、第１のデバイスと第２のデバイスとの間で、例えば第１及び第２のユーザの身体を介して開始される。身体結合通信に応答して、デバイスのうちの一方又は双方からリモートサーバへデータ要求が送信される。データ要求は、第１のデバイスデータ及び第２のデバイスデータを備える。リモートサーバは、データ要求を処理して、第１のデバイスデータ及び第２のデバイスデータの双方に（少なくとも部分的に）基づいて、共有すべきデータ（to-be-shared  data）を決定する。リモートサーバから第１のデバイスへデータ応答が送信される。データ応答は、共有すべきデータを備える。
【００１１】
ユーザデバイス間の身体結合通信と、独立サーバとのリモート通信との組合せを提供することにより、有利な身体結合通信が維持され、一方、独立サーバを介してデータ制御を改善することができる。サーバは、両デバイスからのデバイスデータに対するアクセスを有し、どのユーザデータをいずれかのデバイスと共有するかを決定することができる。したがって、共通の関心を決定するために別のユーザと全てのデータを共有する必要がない。
【００１２】
例えばユーザデバイス間の身体結合通信は、デバイスのうちの一方又は双方にそれぞれのユーザに関連付けられる識別子を送信させ、サーバは、１のユーザのどのデータを他のユーザと共有してよいかを決定することができる。１のデバイスから他のデバイスへ識別子を送信することにより、リモートサーバと通信する必要があるのは、デバイスのうちの１つのみである。一方、各デバイスがデータ要求をサーバに送信する場合、データセキュリティを改善することができる。サーバは、共有データを有する応答を一方又は双方のデバイスに提供すればよい。応答及び共有データは異なっていてよく、例えば第１のユーザは第２のユーザからの共有データを受け取り、第２のユーザは第１のユーザからの共有データを受け取る。応答は、例えばユーザのデータ間の重複に基づいて同じものであってもよい。応答はまた、他の基準、例えばユーザのデータ間の別のタイプの比較に依存してもよい。例えば２人のユーザがそれぞれ自分のマルチメディアコンテンツのコレクションを伴うデータセットを有するとき、サーバは、双方のユーザのマルチメディアコンテンツを比較し、該比較に基づいて、おすすめのマルチメディアコンテンツを決定してよい。比較は、メタデータ、例えばマルチメディアのジャンルに基づいて行われてもよい。共有データは、双方のユーザの自分のコレクションの一部でない新たなコンテンツも含んでよい。例えばメディアコレクションを、関心のあるプロファイル（interest  profiles）として使用して、これらのコレクションを組み合わせて共通の関心のあるプロファイルを生成する。共通の関心のあるプロファイルは、コンテンツをおすすめするためにサービスによって使用される。したがって、サーバのデータ応答は、共通性、おすすめ及び／又は利用可能なユーザデータのアクセス権を含め、様々な基準に基づくものであってよい。
【００１３】
ユーザのデータレコードは、それぞれのデバイスに格納されてよく、あるいはリモート位置に、例えばデータの共有を決定するために使用される同じリモートサーバに格納することもできる。ユーザデータをリモートサーバ上に格納することにより、ユーザデバイスの格納要件をより低いものとすることができる。ユーザデータを格納することと、ユーザデータへのアクセスを決定することの双方に同じリモートサーバが使用されるとき、通信効率を改善することができる。あるいは、リモートサーバは、更なるサーバにアクセスしてユーザデータを取得してもよい。あるいは、ユーザデータをユーザデバイス上に格納して、最初にリモートサーバに送信してもよい。リモートサーバは、次いで、データのうちのいずれをデバイス間で共有するかを決定することができる。一部のユーザデータをデバイス間で身体結合通信を介して送信してもよい。例えばサーバは、どのデータを送信するべきか、あるいはそのデータをいつ送信するべきかを調整することができる。このようにして、サーバからデバイスへのデータトラフィックを低減することができる。また、サーバは、例えば身体結合通信を介してデバイス間で伝送されるデータの復号を提供することにより、デバイス間の通信を可能にしてもよい。例えばサーバは、デバイスのうち一方又は双方へ復号鍵を提供してよい。復号鍵が別個の通信チャネルを介して送信されるとき、デバイス間のデータセキュリティを改善することができる。サーバによって、限られた時間期間の間、例えば身体結合通信を確立した後にデータアクセスを提供することができる。位置に基づいてデータアクセスを制限してもよい。例えばサーバは、ユーザデバイスと位置デバイスとの間の近接性（距離）に基づいてデータセットに対するアクセスをユーザデバイスに与えてもよい。位置デバイスは、第２のユーザデバイスの一部であってもよく、それとは別個であってもよく、例えば特定の位置に結合されてもよい。例えば第１のデバイスと第２のデバイスとの間の距離が特定の距離を超えるときに、データアクセスを終了させることができる。距離は、例えば第２のデバイスによって測定／検出されてサーバに伝えられてよい。データアクセスは、例えばユーザデバイスのうちの１つからの他の命令に応答して、終了してもよい。
【００１４】
ユーザが、身体結合通信の後の共有を手動で確認することを可能にすることにより、更なるセキュリティを提供することができる。このようにして、ユーザ間の意図されない共有を防ぐことができる。ユーザのセキュリティ確認により、セキュリティをまた更に改善することができる。例えば個人識別番号（ＰＩＮ）をデバイス内に入力してもよい。また、生体セキュリティ、例えば指紋リーダをデバイスに追加してもよい。
【００１５】
第２の側面において、本開示は身体結合通信デバイスを提供する。当該デバイスは、人間の身体を介して第２の身体結合通信デバイスとの身体結合通信を実行するために、当該デバイスと身体との間の信号を結合するように構成される、結合器配置（coupler  arrangement）を備える。デバイスは更に、結合器配置とは独立に、リモートサーバとの間でデータを送受信するように構成されるトランシーバを備える。デバイスは更に、結合器配置を介して第２のデバイスからの身体結合通信を待つ（listen  for）ように構成されるコントローラを備える。身体結合通信に応答して、データ要求はトランシーバを介してリモートサーバへ送信される。データ要求を送信した後、コントローラは、トランシーバを介してリモートサーバからのデータ応答を待つ。コントローラは、その後、応答を処理して、例えば共有データを取り出すことができる。典型的に、共有データはその後、デバイスの１人以上のユーザに対して利用可能になる、例えば画面上で可視になるか、いずれかの他の方法で、例えばオーディにより認識されるようになる。上記のように、デバイスは、自身のデバイスデータのみを含むデータ要求を送信してもよい。あるいは、デバイスは、第２の身体結合デバイスから受け取った第２のユーザデータをデータ要求内に含めてもよい。また、本明細書で説明される方法の他の実施形態を、例えばデバイス上のプログラム命令として実装することができる。
【００１６】
第３の側面において、本開示は、トランシーバと、コントローラと、プログラム命令を格納するメモリとを具備するコンピュータサーバを提供する。プログラム命令は、コントローラによって実行されると、該コントローラに：第１及び／又は第２のデバイスからの１つ以上のデータ要求を待つようにトランシーバを制御させる。１つ以上のデータ要求は、第１のユーザに関連付けられる第１の識別子と第２のユーザに関連付けられる第２の識別子と備える。１つ以上のデータ要求の受信に応答して、データ要求を処理して第１及び第２の識別子を決定する。一実施形態において、第２の識別子に関連付けられる第２のユーザのデータレコードを決定する。さらに、第１の識別子に関連付けられる第１のユーザのアクセス権を決定する。したがって、第１のユーザのアクセス権に基づいて、第２のユーザのデータレコードの共有すべき部分を決定する。データ応答は、データレコードの共有すべき部分に基づいて編さんされる。コントローラは、トランシーバを介して、リモートサーバから第１のデバイスへデータ応答を送信することができる。第２の側面に係る１つ以上のデバイス及び／又は第３の側面に係るサーバが、第１の側面に係る方法のそれぞれの部分を実行してよいことが認識されよう。方法のそれぞれの実施形態は、プログラム命令を含め、それぞれのハードウェアでの実装を本質的に開示するように考えられる。
【図面の簡単な説明】
【００１７】
本開示に係る装置、システム及び方法のこれら及び他の特徴、態様及び利点は、以下の説明、添付の特許請求の範囲及び添付の図面からより良く理解されるようになるであろう。
【図１Ａ】ユーザ間でデータを共有するための方法の第１の実施形態を示す図である。
【図１Ｂ】ユーザ間でデータを共有するための方法の第１の実施形態を示す図である。
【図１Ｃ】ユーザ間でデータを共有するための方法の第１の実施形態を示す図である。
【図１Ｄ】ユーザ間でデータを共有するための方法の第１の実施形態を示す図である。
【図２Ａ】ユーザ間でデータを共有するための方法の第２の実施形態を示す図である。
【図２Ｂ】ユーザ間でデータを共有するための方法の第２の実施形態を示す図である。
【図２Ｃ】ユーザ間でデータを共有するための方法の第２の実施形態を示す図である。
【図２Ｄ】ユーザ間でデータを共有するための方法の第２の実施形態を示す図である。
【図３Ａ】ユーザ間のデータの共有を決定するための第１の実施形態を示す図である。
【図３Ｂ】ユーザ間のデータの共有を決定するための第２の実施形態を示す図である。
【図４】身体結合通信デバイスの実施形態を示す図である。
【図５】リモートサーバの実施形態を示す図である。
【発明を実施するための形態】
【００１８】
本開示は、人間の身体の周囲の容量フィールド（capacitive  field）を介してデータ信号が進む（travel）ことを可能にする身体結合通信（ＢＣＣ）に関する。これは、使用ケースの有用性と直感性を改善し、幾つかの状況で物体との対話を改善することができる。ＢＣＣを用いて、ユーザは、モバイルデバイスを保持又はスマートウォッチを装着している間に、物体又は他のユーザと接触することが可能であり、次いで、直接データ比較を開始して、例えばおすすめ（recommendation）を作成するか特定のデータサブセットを共有することができる。システムは、ユーザ又は物体を識別するが、これらのユーザ又は物体に対してデータを開示する必要はなく、プライバシを改善する。
【００１９】
従来的に、例えば複数の人々のために単一のマルチメディアプレイリストを作成することや、ローカルデバイス上又はクラウド内に格納される複数のデータセット（例えば医療データ）を比較＆アクセスを与えることは、時々非常に面倒なことである可能性がある。本開示は、このプロセスをより直感的かつ非常に使いやすいものにするアドホックな方法を提供する。ＢＣＣ信号が人々、デバイス及び物体の中を通って進むことができるという原理及びデータをリアルタイムで比較するシステムを使用する。本開示は更に、２人以上又は物体の物理的な接続を作成することにより、ローカル又はリモートのデータセットを比較する方法を提供することができる。これはセキュリティを改善し、ユーザにいずれのデータも開示することなく、これらのデータセットを比較する方法を提供する。
【００２０】
一部の実施形態は、以下の態様のうちの１つ以上を含んでもよい。身体結合通信接続は、２人以上の人々の間で（例えば互いの手の接触、保持を介して）確立される。各人は、この目的のために、身体結合通信対応型デバイス（例えば携帯電話又は手首ベースのデバイス）を有する。人々／物体のグループの間で接続が確立されると、（使用ケースに基づいて）特定のデータを中央サーバ／システムに送信することにより、アクションが実行される。中央システム（サーバ）は、受信データセット（incoming  datasets）を比較して、関連及び重複するものを判別し、（使用ケースに基づいて）特定のアルゴリズムを使用して双方のユーザに特有のおすすめを提供する。受信データセットは、クラウドからの（例えばＩＤを介してロック解除される）データ、あるいはデバイスを介してアップロードされるデータを含んでよい。中央システムは、（例えおすすめを作成するために収集又は使用されたデータは開示せず、フィードバックのみを開示することにより、使用ケースに基づいて）フィードバックをユーザのスマートデバイスに送信する。これはデータセキュリティ及びプライバシを改善する。
【００２１】
一部の実施形態において、身体結合通信（ＢＣＣ）の使用を通して、２人以上のユーザを識別することができる。完全なデータセット又はプライバシの機密データを他のユーザに開示することなく、各デバイスからの個人データを比較又は使用してよい。サービスは、マルチメディア、連絡先、位置又はメッセージ等の個人データを比較し、実際のデータを開示することなく、固有の好み、共有の連絡先又はおすすめのような有益な提案を作成する。これは、ユーザが自身のプライバシを保護することを助ける。一部の実施形態において、身体結合デバイスは、ＢＣＣモジュールを有し、ユーザの身体に非常に近接するスマートデバイス（例えばスマートフォン又はウェアラブル）であってよく；ユーザは、他のパーソナルデバイス又はＢＣＣ物体内に組み込まれる他のＢＣＣモジュールと通信することができる。
【００２２】
一実施形態において、プロセスは、最初に、ＢＣＣデバイスのうちの１つをアクティブ化してリスニングモード（待機モード）にすることにより開始される。次に、身体結合通信チャネルを介して、身体接触（例えば握手）を通して他のデバイスを発見することができる。この後、各デバイスのデータセットをサーバ側で使用して、比較を実行（例えばマルチメディア、連絡先、位置及びメッセージのような個人データを比較）するか、別のアルゴリズムを実行する（例えばユーザのデータに基づいておすすめを作成する）。このデータは、この目的のために各デバイスからアップロードされるか、クラウド内に既に格納されていて、この目的のためにサーバに対してアクセス可能にされる。サーバ要求の実行の後、結果が各デバイスに返される。
【００２３】
一実施形態によると、プロセスフローは、以下のようにすることができる。最初に、１つのＢＣＣデバイスをリスニングモードでアクティブ化することによりプロセスを開始する。次いで、身体結合通信チャネルを介して他のデバイスを発見する。その後、各デバイスのデータセットを用いて、サーバ要求を実行する。次いで、結果が各デバイスに返される。
【００２４】
本発明は、以下で添付の図面に関連してより十分に説明される。本説明及び図面では、同様の番号は全体を通して同様の要素を指す。相対的な語（例えば水平、垂直）並びのその派生語は、説明される又は問題となっている図面に示される向き（orientation）を指すように解釈されるものとする。構造又はコンポーネント間の（電気的）接続が説明されるとき、別段の定めがない限り、この接続は直接確立されてもよく、中間構造又はコンポーネントを通して確立されてもよいことが理解されよう。
【００２５】
図１Ａ〜図１Ｄは、ユーザ１１、１２の間のデータ共有ＳＤ２のための方法の一実施形態を図示している。
【００２６】
図１Ａを参照すると、方法の実施形態は、第１のデバイス２１及び第２のデバイス２２を提供することを備える。第１のデバイス２１は、第１のユーザ１１に関連付けられる第１のデバイスデータＩＤ１を格納する。第２のデバイス２２は、第２のユーザ１２に関連付けられる第２のデバイスデータＩＤ２を格納する。双方のデバイス２１、２２が身体結合通信ＢＣＣの能力を有する。方法は更に、例えば第１及び第２のユーザ１１、１２の身体を介して第１のデバイス２１と第２のデバイス２２との間の身体結合通信ＢＣＣを実行することを備える。一実施形態において、第１のデバイスデータは、第１のユーザ１１に関連付けられる第１の識別子ＩＤ１を備える。別の又は更なる実施形態において、第２のデバイスデータは、第２のユーザ１２に関連付けられる第２の識別子ＩＤ２を備える。あるいはまた、デバイスデータＩＤ１及び／又はＩＤ２は、他のユーザと共有されるデータを含め、更なるユーザデータも備えてよい。
【００２７】
図１Ｂを参照すると、方法の実施形態は、身体結合通信ＢＣＣに応答して、データ要求Ｑ１をリモートサーバ３０に送信することを備える。図示される実施形態において、第２のデバイス２２は、身体結合通信ＢＣＣを介して第２のデバイスデータＩＤ２を第１のデバイス２１に送信していることがある。したがって、第１のデバイス２１は、第１のデバイス２１及び第２のデバイス２２の双方のデバイスデータＩＤ１、ＩＤ２を備えるデータ要求Ｑ１をリモートサーバ３０に送信することができる。
【００２８】
図１Ｃを参照すると、方法の実施形態は、リモートサーバ３０においてデータ要求Ｑ１を処理して、共有すべきデータＳＤ２を決定することを備える。どのデータを共有すべきかが、リモートサーバ３０によって、第１のデバイスデータＩＤ１及び第２のデバイスデータＩＤ２に基づいて決定されてよい。
【００２９】
図１Ｄを参照すると、方法の実施形態は、リモートサーバ３０から第１のデバイス２１へデータ応答Ｒ１を送信することを備える。例えばデータ応答Ｒ１は共有データＳＤ２を備える。
【００３０】
一実施形態において、第２のデバイス２２は、身体結合通信ＢＣＣを介して暗号化データレコードを第１のデバイス２１に送信する。別の又は更なる実施形態では、リモートサーバ３０から第１のデバイス２１に送信されるデータ応答Ｒ１は、暗号化データレコードを復号するための復号キーを備える。
【００３１】
一実施形態において、第２のデバイス２２は、リモートサーバ３０のデータ応答Ｒ１を受け取ったことに応答して、身体結合通信ＢＣＣを介してデータレコードを第１のデバイス２１に転送する。一実施形態において、リモートサーバ３０は、データ要求Ｑ１の受信に続いて、あるいはＢＣＣ通信に続いて、特定の時間期間（ウィンドウ）の間、データレコードＡＤ２へのアクセスを第１のデバイス２１に提供する。一実施形態において、リモートサーバ３０は、第１のデバイス２１が特定の位置又はデバイスに近接している間、第１のデバイス２１にデータレコードＡＤ２へのアクセスを提供する。例えば第１のデバイス２１が第２のデバイス２２又は別の場所のインジケータ、例えばWIFIネットワークの近接から離れるとき、データアクセスをキャンセルすることができる。近接性は、絶対的なもの、例えばＧＰＳ位置との関連で決定されてもよい。組合せも可能である。一実施形態では、リモートサーバ３０は、第２のデバイス２２が、アクセスを取り消すメッセージをリモートサーバ３０に送信するまで、第１のデバイス２１にデータレコードへのアクセスＡＤ２を提供する。一実施形態において、第２のデバイス２２は、該第２のデバイス２２に入力された承認（confirmation）に応答して、第２のデバイスデータＩＤ２を送信する。一実施形態において、承認は、ユーザ１２のセキュリティ識別情報、例えばバイオメトリック及び／又はピンコードを入力することを備える。
【００３２】
図２Ａ〜図２Ｄは、ユーザ間のデータ共有のための方法の第２の実施形態を図示する。本方法は、図２に示されるように、各デバイス２１、２２が、それぞれのデバイス２１、２２のデバイスＩＤ１、ＩＤ２を少なくとも備えるそれぞれのデータ要求Ｑ１、Ｑ２を送信することを除いて、第１の実施形態と類似する。したがって、データ要求を送信する前に、特定のデバイスデータＩＤ１、ＩＤ２を他のデバイスと共有する必要がない。
【００３３】
一実施形態において、図２Ｄに図示されるように、方法は、リモートサーバ３０から第２のデバイス２２へ第２のデータ応答Ｒ２を送信することを更に備える。第２のデータ応答Ｒ２は、共有データＳＤ１を備えてよく、この共有データＳＤ１は、第１のデバイス２１に送信された共有データＳＤ２と同じである。すなわち、各デバイスは同じ共有データを受け取る。あるいは、各デバイスは、例えば他のユーザのデータに基づく、異なる共有データを有する応答を受け取る。
【００３４】
１つの例示のシナリオは、ソーシャルネットワーク連絡先を比較し、照合することを含むことがある。例えば２人の人がビジネスミーティングで互いに会って、初めての握手をする（図２Ａ）。ＡＤＡを備える彼らのパーソナルスマートデバイスは、ユーザの身体を介して接続を形成する。この接続は、パーソナルデバイス上に格納されるユーザのデータを収集してアクセスする中央システムの一部である（図２Ｂ）。中央システムは、アルゴリズムを使用して、どの連絡先をユーザが共通に持っているか、あるいは共有するために関心を持っているかを決定する。これは、デバイスのアドレス帳内にローカルに格納される連絡先だけでなく、LinkedIn（登録商標）又はFacebook（登録商標）のようなソーシャルプラットフォームの連絡先とすることができる（図２Ｃ）。サーバは、全ての他の連絡先／友達を他のユーザに開示することなく、ユーザが共通に有している友達／連絡先のリストとともに、ユーザのスマートデバイスにメッセージを送信する。
【００３５】
別の例示のシナリオは、音楽のおすすめを含むことがある。例えば２人以上の人は、全て彼らが共通して持っていて、一緒に楽しむことができる音楽の音楽プレイリストに対するおすすめを入手したいことがある。手を置いてオーディオシステムに同時に接触することにより、全てのパーソナルデバイス（例えばスマートフォン）とサウンドシステムとの間で接続が確立されることになる。この接続は、システムが、これらのデバイスに格納される音楽、あるいはSpotify（登録商標）やPandoraのような（第三者）サービスに格納される音楽／プレイリストに基づいて、ユーザの音楽の好みを決定することを可能にする。アルゴリズムを使用することにより、システムは、何の音楽をユーザが共通して持っているか、現在の状況にどのジャンルが適切であるかを決定することを可能にするはずである。これはデータを解釈して、関連しないいずれかの特定の音楽タイトル又はアーティストは開示することなく、曲のリストをオーディオシステムに返す。おすすめは、双方の人々に知られていないが、例えばマルチメディアコレクションのジャンルやアーティスト又は他のメタデータに基づいて、統合した音楽テイストに適合する、新しい又な他の音楽のおすすめも含んでよい。
【００３６】
更に別の例示のシナリオは、安全健康データの共有を含むことがある。例えば患者は、健康ブレスレット又は他のウェアラブル健康センサを使用して、医療データを収集している。このデータをサーバ上のクラウドに格納する。彼らが自身の手で医師のＡＤＡデバイス（例えばタブレット）に接触することにより、患者の健康デバイスと医師のタブレットとの間に接続が確立されることになる。ブレスレットからＡＤＡを介して来るユーザの識別情報が、医師のＡＤＡデバイス（例えばタブレット）に送信されることになる。中央サーバから、医療健康データのサブセットが、医師のＡＤＡデバイス（例えばタブレット）に送信される。サーバ側で医師のアクセス権が確認されて、その医師が患者のデータを見ることを許可されるかどうか、及びデータのどの部分がアクセス可能にされるかを判別する。
【００３７】
これら及び他のシナリオを、ワンタイムアクセス権の目的でデータを暗号化するのに使用するために、両デバイスによって送信される個人データ暗号化キーに拡張することができる。このための１つの技術は公開鍵暗号化を使用している。公開鍵暗号化では、一方の鍵が秘密（又はプライベート）であり、もう一方の鍵が公開である。
【００３８】
図３Ａは、ユーザ間のデータ共有を決定するための第１の実施形態を図示する。この実施形態では、データ要求Ｑ１の処理は、第２の識別子ＩＤ２に関連付けられる第２のユーザのデータレコードＡＤ２を決定すること、第１の識別子ＩＤ１に関連付けられる第１のユーザ１１のアクセス権を決定することを備える。データレコードを、例えば要求を処理するリモートサーバ３０又は別のサーバ上に配置することができる。第２のユーザ１２のデータレコードＡＤ２の共有部分ＳＤ２は、第１のユーザ１１のアクセス権に基づく。リモートサーバは、データレコードＡＤ２の共有部分ＳＤ２に基づいて、第１のデバイス２１へのデータ応答Ｒ１を編さん（compile）することができる。
【００３９】
例えば識別子ＩＤ１に関連付けられる第１のユーザは医師であり、識別子ＩＤ２に関連付けられる第２のユーザは患者である。データレコードＡＤ２は、例えば非医療データを含む、患者に関する全ての格納済み情報のレコードを備えることがある。医師は、自身のアクセス権に基づいて患者情報の一部ＳＤ２にアクセスしてよく、例えば医師について関連する医療データのみが共有される。
【００４０】
一実施形態において、（第２のデバイス２２からリモートサーバ３０に送信された）第２のデバイスデータＩＤ２はデータレコードＡＤ２を備える。別の又は更なる実施形態では、リモートサーバ３０は、第１のユーザ１１と共有すべきデータレコードＡＤ２の一部分ＳＤ２を、第１のデバイスデータＩＤ１、例えば第１のユーザに関連付けられる識別子に基づいて決定する。したがって、サーバに送信されるデバイスデータは、特定のユーザ若しくはデバイスに関連付けられる識別子と、及び／又は別のユーザと部分的又は完全に共有されるべき特定のユーザ若しくはデバイスのデータレコードとの一方又は双方を備えることがあることがわかる。デバイスデータが識別子のみを備える場合、データレコードがサーバに格納されるかサーバに対してアクセス可能であるとき、データレコードはサーバによって送信されてよい。あるいは、例えばデータレコードがデバイス上に格納されるとき、データレコードはデバイス間で直接送信されてもよい。サーバは、その後、データのどの部分が共有されるべきかを、識別子に基づいて調整することができる。
【００４１】
図３Ａの実施形態では、単一の要求Ｑ１がサーバに送信されて、単一の応答がサーバによって与えられることが認識され得る。代替的には、例えば異なるデバイスからの複数の要求がサーバに送信されてよく、サーバは、そのような複数の要求に対して１つ又は複数の応答を提供してもよい。また他の組合せも考えられる。
【００４２】
図３Ｂは、ユーザ間のデータ共有を決定するための第２の実施形態を図示する。この実施形態では、データ要求Ｑ１の処理は、第１のデバイスデータＩＤ１に関連付けられる第１のデータレコードＡＤ１にアクセスすることと、第２のデバイスデータＩＤ２に関連付けられる第２のデータレコードＡＤ２にアクセスすることを備える。第２のデータレコードＡＤ２の共有部分ＳＤ２は、第１のデータレコードＡＤ１と第２のデータレコードＡＤ２との間に比較に基づく。リモートサーバは、データレコードＡＤ２の共有部分ＳＤ２に基づいて、第１のデバイス２１へのデータ応答Ｒ１を編さんすることができる。一実施形態において、比較は、それぞれのデータレコードに関連付けられるメタデータに基づく。
【００４３】
一実施形態において、第１のデータレコードＡＤ１はマルチメディアコンテンツの第１のコレクションを備え、第２のデータレコードＡＤ２はマルチメディアコンテンツの第２のコレクションを備える。データ応答Ｒ１は、マルチメディアコンテンツの第１のコレクションと第２のコレクションとの間の比較に基づく、おすすめのマルチメディアコンテンツＳＤ１、ＳＤ２の指示を備える。例えばおすすめのマルチメディアコンテンツは、それぞれのデータレコードに応じて、双方のユーザによって所有されるマルチメディアコンテンツのリストであってよい。おすすめは、例えば双方のマルチメディアコレクション内で見つかる共通のジャンルのように、より一般的なものであってもよい。一実施形態において、マルチメディア再生機能を有する２つのデバイスがＢＣＣを介して結合され、一方又は双方のデバイスによる要求があると、サーバによってプレイリストがおすすめされる。
【００４４】
図３Ｂの実施形態では、複数の要求Ｑ１、Ｑ２がサーバに送信されて、複数の応答がサーバによって与えられることが認識され得る。代替的には、例えば複数のデバイスのうちの１つからの単一の要求がサーバに送信されてよく、サーバは、そのような単一の要求に対して１つ又は複数の応答を提供してもよい。また他の組合せも考えられる。
【００４５】
図４は、例えば本明細書で説明される方法で使用するための、身体結合通信デバイス２１の実施形態を図示する。デバイス２１は、結合器配置１、トランシーバ２及びコントローラ４を備える。
【００４６】
一実施形態において、結合器配置１は、身体１１を介して、例えば第２の身体結合通信デバイス２２との身体結合通信ＢＣＣを実行するためにデバイス２１と人間の身体１１との間で信号を結合するように構成される。結合器配置は、該結合器配置によって送受信される信号を生成及び／又は処理するように構成される信号電子機器（signal  electronics）を備えてよい。
【００４７】
一実施形態において、トランシーバ２は、データＩＤ１をリモートサーバ３０又は他のデバイス２２に伝送し、任意選択でリモートサーバ３０又は第２のデバイスからデータＳＤ２を受け取るように構成される。データは、例えばローカルのピアツーピアネットワークを介して、例えばBluetooth（登録商標）を介してデバイス間で送信されてよい。一実施形態において、トランシーバ２は、結合器配置１とは独立であり、例えば有線又は無線の非身体結合通信を提供する。一実施形態において、トランシーバ２は、無線信号、例えば電波を送受信するアンテナを備える。別の実施形態において、トランシーバ２は有線通信デバイスを備える。トランシーバは別個のトランスミッタとレシーバを備えてもよく、あるいは単一のデバイスに統合されてもよい。トランシーバは、該トランシーバによって送受信される信号を生成及び／又は処理するように構成される信号電子機器を備えてよい。
【００４８】
一実施形態において、コントローラ４は、結合器配置１を介して第２のデバイス２２からの身体結合通信ＢＣＣを待つように構成される。身体結合通信ＢＣＣに応答して、コントローラは、トランシーバ２を介してデータ要求Ｑ１をリモートサーバ３０に伝送することができる。この伝送は、例えば身体結合通信が開始されるとすぐに、かつ／又は身体結合通信チャネルがデバイス２１とデバイス２２との間でネゴシエートされた後に開始されてよい。一実施形態において、コントローラは、例えばデータ要求Ｑ１を伝送した後に、トランシーバ２を介してリモートサーバ３０からのデータ応答Ｒ１を待つ。
【００４９】
一実施形態において、デバイスは、第１のデバイスデータＩＤ１を格納するメモリ３を備える。別の又は更なる実施形態において、コントローラは、結合器配置１を介して第２のデバイスから第２のデバイスデータＩＤ２を受け取り、第１のデバイスデータＩＤ１と第２のデバイスデータＩＤ２を備えるデータ要求Ｑ１を、トランシーバ２を介してリモートサーバ３０に送信するように構成される。あるいは、デバイスは、第１のデバイスデータＩＤ１のみを有するデータ要求を送信する。例えば第２のデバイス２２は、そのそれぞれのデバイスデータＩＤ２を送信してもよい。
【００５０】
一実施形態において、身体結合通信は、第１のユーザ１１と第２のユーザ１２との間の身体接触によって確立される。あるいはまた、この通信は、中間の伝導性構造（intermediate  conducting  structures）を介して確立されてもよい。あるいはまた、この通信は、２人のユーザが同時又は順番に身体結合通信能力のある１つ以上のデバイスに接触するときに確立されてもよい。
【００５１】
図５は、例えば本明細書で説明される方法で使用するためのリモートサーバ３０の実施形態を図示する。
【００５２】
一実施形態において、コンピュータサーバ３０は、トランシーバ３２、コントローラ３４及びメモリ３３を備える。一実施形態において、メモリ３３は、本明細書で説明される１つ以上の実施形態を提供するようコントローラ３４によって実行することができるプログラム命令を格納する。
【００５３】
一実施形態において、コントローラ３４は、第１及び／又は第２のデバイス２１、２２からの１つ以上のデータ要求Ｑ１、Ｑ２を待つようにトランシーバ３２を制御する。１つ以上のデータ要求Ｑ１、Ｑ２は、第１のユーザ１１に関連付けられる第１の識別子ＩＤ１と、第２のユーザ１２に関連付けられる第２の識別子ＩＤ２を備える。
【００５４】
一実施形態において、コントローラ３４は、例えば１つ以上のデータ要求Ｑ１、Ｑ２を受け取ったことに応答して、データ要求Ｑ１、Ｑ２を処理して第１及び第２の識別子ＩＤ１、ＩＤ２を決定する。
【００５５】
一実施形態において、コントローラ３４は、第２の識別子ＩＤ２に関連付けられる第２のユーザ１２のデータレコードＡＤ２を決定する。一実施形態において、コントローラ３４は、第１の識別子ＩＤ１に関連付けられる第１のユーザ１１のアクセス権を決定する。一実施形態において、コントローラ３４は、第１のユーザ１１のアクセス権に基づいて、第２のユーザ１２のデータレコードＡＤ２の共有部分ＳＤ２を決定する。
【００５６】
一実施形態において、コントローラ３４は、データレコードＡＤ２の共有部分ＳＤ２に基づいてデータ応答Ｒ１を編さんする。一実施形態に置いて、コントローラ３４は、リモートサーバ３０から第１のデバイス２１にデータ応答Ｒ１を送信するようにトランシーバを制御する。
【００５７】
明確性及び正確な説明のために、特徴を同じ又は別個の実施形態の一部として説明したが、本発明の葉には、説明される特徴の全て又は一部の組合せを有する実施形態を含んでもよい。例えば実施形態は身体結合通信のための方法及びデバイスについて示されたが、同様の機能及び結果を達成するために本開示の利点を有する代替的な方法が当業者によって構想されることがある。例えば電気コンポーネント及び構造を組み合わせるか分離して、１つ以上の代替的なコンポーネントにしてもよい。実施形態は、２つの身体結合デバイスと１つのサーバを示すが、更なるＢＣＣデバイス／又はサーバが追加されてもよい。例えば２つ以上のデバイス又はユーザ間でデータが共有されてもよい。例えばデータは異なるサーバ上に格納されてもよい。データを格納するサーバは、データ共有を決定するサーバとは別個であってよい。議論され、図示される実施形態の様々な要素は、直感的であるが制御可能なデータ共有を提供することのように、特定の利点を提示する。当然、上記の実施形態又はプロセスのいずれか１つを、１つ以上の他の実施形態又はプロセスと組み合わせて、設計及び利点を見つけて照合する際の更なる改善をも提供することができることが認識されよう。本開示は身体結合通信によるデータ共有に対して特定の利点を提示し、一般的には、リモートサーバを介したデータアクセスを開始するために身体結合通信が使用される任意の用途に本開示を適用することができることが認識される。
【００５８】
添付の請求項を解釈する際に、「具備する（comprising）」という言葉は、所与の請求項内に列挙される要素又は動作以外の他の要素又は動作の存在を除外せず；ある要素に先行する「a」、「an」という言葉は、そのような要素の複数の存在を除外せず；請求項内の任意の参照符号はその範囲を限定せず；幾つかの「手段（means）」は、同じ又は異なるアイテム、あるいは構造又は機能によって表されてよく；特段の定めがない限り、開示されるデバイス又はその一部のいずれかが更なる部分に一緒に組み合わされるか分離されてもよいことを理解されたい。特定の手段が相互に異なる請求項に記載されているという単なる事実は、これらの手段の組合せを有利に使用することができないことを示すものではない。特に、請求項の全ての実用的な組合せが本質的に開示されていると考えられる。
【図１Ａ】
2017531941.tif 000003
【図１Ｂ】
2017531941.tif 000004
【図１Ｃ】
2017531941.tif 000005
【図１Ｄ】
2017531941.tif 000006
【図２Ａ】
2017531941.tif 000007
【図２Ｂ】
2017531941.tif 000008
【図２Ｃ】
2017531941.tif 000009
【図２Ｄ】
2017531941.tif 000010
【図３Ａ】
2017531941.tif 000011
【図３Ｂ】
2017531941.tif 000012
【図４】
2017531941.tif 000013
【図５】
2017531941.tif 000014
【手続補正書】
【提出日】平成29年5月25日(2017.5.25)
【手続補正１】
【補正対象書類名】特許請求の範囲
【補正対象項目名】全文
【補正方法】変更
【補正の内容】
【特許請求の範囲】
【請求項１】
データ共有のための方法であって：
第１のデバイスデータを格納しており、身体結合通信の能力を有する第１のデバイスを提供するステップと；
第２のデバイスデータを格納しており、身体結合通信の能力を有する第２のデバイスを提供するステップと；
前記第１のデバイスと前記第２のデバイスとの間で身体結合通信を開始するステップと；
前記身体結合通信に応答して、前記のデバイスのうちの一方又は双方からリモートサーバへデータ要求を送信するステップであって、該データ要求は前記第１のデバイスデータ及び前記第２のデバイスデータを備える、ステップと；
前記データ要求を処理して、前記第１のデバイスデータ及び前記第２のデバイスデータの双方に少なくとも部分的に基づいて、共有すべきデータを決定するステップであって、前記第１のデバイスデータ及び前記第２のデバイスデータは、前記第１のデバイス及び前記第２のデバイスのそれぞれのユーザに関連付けられている、ステップと；
前記リモートサーバから前記第１のデバイスへデータ応答を送信するステップであって、該データ応答は前記共有すべきデータを備える、ステップと；
を具備する、方法。
【請求項２】
前記第１のデバイスデータは第１のユーザに関連付けられる第１の識別子を備え、前記第２のデバイスデータは第２のユーザに関連付けられる第２の識別子を備え、前記リモートサーバにより前記データ要求を処理することは、
前記第２の識別子に関連付けられる前記第２のユーザのデータレコードを決定することと；
前記第１の識別子に関連付けられる前記第１のユーザのアクセス権を決定することと；
前記第１のユーザのアクセス権に基づいて前記第２のユーザの前記データレコードの共有すべき部分を決定することと；
前記データレコードの前記共有すべき部分に基づいて、前記第１のデバイスへの前記データ応答を編さんすることと；
を具備する、請求項１に記載の方法。
【請求項３】
前記第２のデバイスは、身体結合通信を介して前記第２のデバイスデータを前記第１のデバイスに送信し、前記第１のデバイスは、前記第１及び第２のデバイスの双方のデバイスデータを備える前記データ要求を前記リモートサーバへ送信する、
請求項１又は２に記載の方法。
【請求項４】
各デバイスは、それぞれのデバイスのデバイスデータを少なくとも備えるそれぞれのデータ要求を送信する、
請求項１乃至３のいずれか一項に記載の方法。
【請求項５】
第２のデータ要求を前記リモートサーバから前記第２のデバイスに送信するステップを更に備え、前記第２のデータ要求は、共有すべきデータを備える、
請求項１乃至４のいずれか一項に記載の方法。
【請求項６】
前記リモートサーバにより前記データ要求を処理することは、
前記第１のデバイスデータに関連付けられる第１のデータレコードにアクセスすることと；
前記第２のデバイスデータに関連付けられる第２のデータレコードにアクセスすることと；
前記第１のデータレコードと前記第２のデータレコードとの比較に基づいて前記第２のデータレコードの共有すべき部分を決定することと；
前記第２のデータレコードの前記共有すべき部分に基づいて、前記第１のデバイスへの前記データ応答を編さんすることと；
を備える、請求項１乃至５のいずれか一項に記載の方法。
【請求項７】
前記第２のデバイスから前記リモートサーバへ送信される前記第２のデバイスデータは、データレコードを備え、前記リモートサーバは、前記第１のデバイスデータに基づいて、第１のユーザと共有すべき前記データレコードの部分を決定する、
請求項１乃至６のいずれか一項に記載の方法。
【請求項８】
前記第２のデバイスは、身体結合通信を介して暗号化データレコードを前記第１のデバイスに送信し、前記リモートサーバから前記第１のデバイスに送信される前記データ応答は、前記暗号化データレコードを復号するための復号キーを備える、
請求項１乃至７のいずれか一項に記載の方法。
【請求項９】
前記第２のデバイスは、前記リモートサーバの前記データ応答を受け取ったことに応答して、身体結合通信を介してデータレコードを前記第１のデバイスに転送する、
請求項１乃至８のいずれか一項に記載の方法。
【請求項１０】
前記リモートサーバは、前記データ要求の受信に続く特定のウィンドウの間に、かつ／又は前記第１のデバイスが位置デバイスに近接している間に、前記第１のデバイスにデータレコードへのアクセスを提供する、
請求項１乃至９のいずれか一項に記載の方法。
【請求項１１】
前記リモートサーバは、前記第２のデバイスが、アクセスを無効にするメッセージを前記リモートサーバに送信するまで、前記第１のデバイスにデータレコードへのアクセスを提供する、
請求項１乃至１０のいずれか一項に記載の方法。
【請求項１２】
前記第２のデバイスは、該第２のデバイスに入力された承認に応答して、前記第２のデバイスデータを送信する、
請求項１乃至１１のいずれか一項に記載の方法。
【請求項１３】
身体結合通信デバイスであって：
人間の身体を介して第２の身体結合通信デバイスとの身体結合通信を実行するために、当該デバイスと前記身体との間の信号を結合するように構成される、結合器配置と；
前記結合器配置とは独立に、リモートサーバとの間でデータを送受信するように構成される、トランシーバと；
コントローラであって、
前記結合器配置を介して前記第２のデバイスからの身体結合通信を待ち、
前記身体結合通信に応答して、前記トランシーバを介して前記リモートサーバへデータ要求を送信し、
前記データ要求を送信した後、前記トランシーバを介して前記リモートサーバからのデータ応答を待つ、
ように構成される、コントローラと；
を具備する通信デバイス。
【請求項１４】
当該デバイスは、第１のデバイスデータを格納するメモリを備え、
前記コントローラは、
前記結合器配置を介して前記第２のデバイスから第２のデバイスデータを受け取り、
前記第１のデバイスデータ及び前記第２のデバイスデータを備えるデータ要求を、前記トランシーバを介して前記リモートサーバへ送信する、
ように構成される、請求項１３に記載の通信デバイス。
【請求項１５】
トランシーバと、コントローラと、プログラム命令を格納するメモリとを具備するコンピュータサーバであって、前記プログラム命令は、前記コントローラによって実行されると、該コントローラに：
第１及び／又は第２のデバイスからの１つ以上のデータ要求であって、第１のユーザに関連付けられる第１の識別子と第２のユーザに関連付けられる第２の識別子と備える１つ以上のデータ要求を待つように前記トランシーバを制御させ；
前記１つ以上のデータ要求の受信に応答して、該データ要求を処理して前記第１及び第２の識別子を決定させ、第１のデバイスデータ及び第２のデバイスデータの双方に少なくとも部分的に基づいて、共有すべきデータを決定させ、前記第１のデバイスデータ及び前記第２のデバイスデータは、前記第１のデバイス及び前記第２のデバイスのそれぞれのユーザに関連付けられており；
前記第１のデバイスへデータ応答を送信させ、該データ応答は前記共有すべきデータを備えている；
コンピュータサーバ。
【請求項１６】
コンピュータ読取可能媒体上のコンピュータプログラムであって、トランシーバと、コントローラと、プログラム命令を格納するメモリとを具備するサーバにおいて実行され、前記プログラム命令が、前記コントローラによって実行されると、該コントローラに：
第１及び／又は第２のデバイスからの１つ以上のデータ要求であって、第１のユーザに関連付けられる第１の識別子と第２のユーザに関連付けられる第２の識別子と備える１つ以上のデータ要求を待つように前記トランシーバを制御させ；
前記１つ以上のデータ要求の受信に応答して、該データ要求を処理して前記第１及び第２の識別子を決定させ、第１のデバイスデータ及び第２のデバイスデータの双方に少なくとも部分的に基づいて、共有すべきデータを決定させ、前記第１のデバイスデータ及び前記第２のデバイスデータは、前記第１のデバイス及び前記第２のデバイスのそれぞれのユーザに関連付けられており；
前記第１のデバイスへデータ応答を送信させ、該データ応答は前記共有すべきデータを備えている；
コンピュータプログラム。
【手続補正２】
【補正対象書類名】明細書
【補正対象項目名】００１６
【補正方法】変更
【補正の内容】
【００１６】
第３の側面において、本開示は、トランシーバと、コントローラと、プログラム命令を格納するメモリとを具備するコンピュータサーバを提供する。プログラム命令は、コントローラによって実行されると、該コントローラに：第１及び／又は第２のデバイスからの１つ以上のデータ要求を待つようにトランシーバを制御させる。１つ以上のデータ要求は、第１のユーザに関連付けられる第１の識別子と第２のユーザに関連付けられる第２の識別子と備える。１つ以上のデータ要求の受信に応答して、データ要求を処理して第１及び第２の識別子を決定し、第１のデバイスデータ及び第２のデバイスデータの双方に少なくとも部分的に基づいて、共有すべきデータを決定し、第１のデバイスデータ及び第２のデバイスデータは、第１のデバイス及び第２のデバイスのそれぞれのユーザに関連付けられており、第１のデバイスへデータ応答を送信し、データ応答は共有すべきデータを備えている。  
別の側面において、コンピュータ読取可能媒体上のコンピュータプログラムが提供され、トランシーバと、コントローラと、プログラム命令を格納するメモリとを具備するサーバにおいて実行され、プログラム命令が、コントローラによって実行されると、該コントローラに：第１及び／又は第２のデバイスからの１つ以上のデータ要求であって、第１のユーザに関連付けられる第１の識別子と第２のユーザに関連付けられる第２の識別子と備える１つ以上のデータ要求を待つようにトランシーバを制御させ；１つ以上のデータ要求の受信に応答して、該データ要求を処理して第１及び第２の識別子を決定させ、第１のデバイスデータ及び第２のデバイスデータの双方に少なくとも部分的に基づいて、共有すべきデータを決定させることであって、第１のデバイスデータ及び第２のデバイスデータは、第１のデバイス及び第２のデバイスのそれぞれのユーザに関連付けられており；第１のデバイスへデータ応答を送信させ、該データ応答は前記共有すべきデータを備えている。
【国際調査報告】
2017531941.tif 000015
2017531941.tif 000016