(57)【要約】  本開示は概してセキュアなデータ管理技術に関する。デバイス同士をペアリングし、このペアリング情報を用いて、モノのインターネット（ＩｏＴ）クラウドを含むたとえばクラウド環境において当該デバイスからの要求（たとえばデータ交換要求）を承認または拒否するための技術が記載される。デバイス同士は、デバイスの識別情報に従って互いにペアリングされ得る。その後、第１のデバイスからオリジナル要求を受信し、第２のデバイスから追跡要求を受信すると、事前登録されたペアリング情報を用いて、第１および第２のデバイスが有効なペアを形成しているか否かが判断され、その判断に基づいてオリジナル要求が承認または拒否される。たとえば、要求は、第１のデバイスおよび第２のデバイスが予めペアリングされている場合にのみ承認され得る。特定の実施形態では、ペアリング確認に加えて、第１のデバイスからの要求を承認するか拒否するかを判断するために付加的な確認が実行されてもよい。
2018503911.tif 000002
【特許請求の範囲】
【請求項１】
第１のデバイスおよび第２のデバイスをペアリングされたデバイスとして登録することを求める前記第１のデバイスからの要求をサーバによって受信することを備え、前記第１のデバイスは第１の識別子を有し、前記第２のデバイスは第２の識別子を有し、
前記第１の識別子および前記第２の識別子を有効なペアとして格納することと、
前記第１のデバイスからオリジナル要求を受信することとを備え、前記オリジナル要求は前記第１のデバイスと関連付けられている前記第１の識別子を含み、
前記第２のデバイスから追跡要求を受信することを備え、前記追跡要求は前記第２のデバイスと関連付けられている前記第２の識別子を含み、
前記オリジナル要求内の前記第１の識別子および前記追跡要求内の前記第２の識別子に基づいて、前記第１のデバイスおよび前記第２のデバイスが前記有効なペアであるか否かを判断することと、
前記オリジナル要求内の情報の一部が前記追跡要求内の情報の一部と一致するか否かを判断することと、
前記第１のデバイスおよび前記第２のデバイスが前記有効なペアであると判断したことに応答して、前記第１のデバイスおよび前記第２のデバイスが前記有効なペアであると判断し、かつ前記オリジナル要求の前記一部が前記追跡要求の前記一部と一致すると判断すると、前記オリジナル要求を承認することと、
前記第１のデバイスおよび前記第２のデバイスが有効なペアでない、または前記オリジナル要求の前記一部が前記追跡要求の前記一部と一致すると判断すると、前記オリジナル要求を拒否することとを備える、方法。
【請求項２】
前記第１の識別子は前記第１のデバイスを識別する固有の識別情報を備え、前記第２の識別子は前記第２のデバイスを識別する固有の識別情報を備える、請求項１に記載の方法。
【請求項３】
前記第１の識別子は前記第１のデバイスの固有の識別番号を備え、前記第２の識別子は前記第２のデバイスの固有の識別番号を備える、請求項１または２に記載の方法。
【請求項４】
前記第１の識別子は前記第１のデバイスの固有のハッシュ値を備え、前記第２の識別子は前記第２のデバイスの固有のハッシュ値を備える、請求項１または２に記載の方法。
【請求項５】
前記オリジナル要求に応答することは、前記サーバが管理するコンテンツへのアクセスを前記第１のデバイスに付与することを備える、請求項１または４に記載の方法。
【請求項６】
前記第１のデバイスは、前記オリジナル要求を前記サーバに送信した後に第１のメッセージを前記第２のデバイスに送信し、前記第１のメッセージは前記第２のデバイスに前記追跡要求を送信するように要求する、請求項１または５に記載の方法。
【請求項７】
前記サーバは、前記第１のデバイスから前記オリジナル要求を受信した後にサーバメッセージを前記第２のデバイスに送信し、前記サーバメッセージは前記第２のデバイスに前記追跡要求を送信するように要求する、請求項１または６に記載の方法。
【請求項８】
前記オリジナル要求のコンテンツと前記追跡要求のコンテンツとが同一である場合、前記オリジナル要求内の情報の前記一部と前記追跡要求内の情報の前記一部とは一致する、請求項１に記載の方法。
【請求項９】
前記オリジナル要求のハッシュ値と前記追跡要求のハッシュ値とが同一である場合、前記オリジナル要求内の情報の前記一部と前記追跡要求内の情報の前記一部とは一致する、請求項１に記載の方法。
【請求項１０】
メモリと、
前記メモリに結合された１つ以上のプロセッサとを備え、前記プロセッサは、
第１のデバイスおよび第２のデバイスをペアリングされたデバイスとして登録することを求める前記第１のデバイスからの要求を受信するように構成され、前記第１のデバイスは第１の識別子および第１の付加的な情報を有し、前記第２のデバイスは第２の識別子および第２の付加的な情報を有し、前記プロセッサはさらに、
前記第１のデバイスの前記第１の識別子および前記第１の付加的な情報を、前記第２のデバイスの前記第２の識別子および前記第２の付加的な情報とともに、有効なセットとして格納し、
前記第１のデバイスからオリジナル要求を受信するように構成され、前記オリジナル要求は前記第１のデバイスと関連付けられている前記第１の識別子および前記第１の付加的な情報を含み、前記プロセッサはさらに、
前記第２のデバイスから追跡要求を受信するように構成され、前記追跡要求は前記第２のデバイスと関連付けられている前記第２の識別子および前記第２の付加的な情報を含み、前記プロセッサはさらに、
前記オリジナル要求内の前記第１の識別子および第１の付加的な情報と、前記追跡要求内の前記第２の識別子および第２の付加的な情報とに基づいて、前記第１のデバイスおよび前記第２のデバイスが前記有効なセットであるか否かを判断し、
前記第１のデバイスおよび前記第２のデバイスが前記有効なセットであると判断したことに応答して、前記第１のデバイスからの前記オリジナル要求に応答するように構成される、システム。
【請求項１１】
前記第１の付加的な情報は前記第１のデバイスの暗号化情報を備え、前記第２の付加的な情報は前記第２のデバイスの暗号化情報を備える、請求項１０に記載のシステム。
【請求項１２】
前記第１のデバイスの前記暗号化情報は、前記第１のデバイスの秘密鍵によって署名されたデジタル署名および前記第１のデバイスの公開鍵の一方を備え、前記第２のデバイスの前記暗号化情報は、前記第２のデバイスの秘密鍵によって署名されたデジタル署名および前記第２のデバイスの公開鍵の一方を備える、請求項１１に記載のシステム。
【請求項１３】
前記第１のデバイスおよび前記第２のデバイスが前記有効なセットであるか否かを判断するように構成される前記１つ以上のプロセッサは、
前記第１のデバイスの前記公開鍵を用いて、前記第１のデバイスの前記秘密鍵によって署名された前記デジタル署名が有効であるか否かを判断し、
前記第２のデバイスの前記公開鍵を用いて、前記第２のデバイスの前記秘密鍵によって署名された前記デジタル署名が有効であるか否かを判断する
ように構成される１つ以上のプロセッサをさらに備える、請求項１２に記載のシステム。
【請求項１４】
前記第１のデバイスおよび前記第２のデバイスが前記有効なセットであるか否かを判断するように構成される前記１つ以上のプロセッサは、前記オリジナル要求内の前記第１の識別子および前記追跡要求内の前記第２の識別子に基づいて前記第１のデバイスおよび前記第２のデバイスが有効なペアであるか否かを判断するように構成される１つ以上のプロセッサを備える、請求項１０に記載のシステム。
【請求項１５】
前記第１のデバイスおよび前記第２のデバイスが前記有効なセットであるか否かを判断するように構成される前記１つ以上のプロセッサは、前記オリジナル要求のコンテンツと前記追跡要求のコンテンツとが一致するか否かを判断するように構成される１つ以上のプロセッサを備える、請求項１０に記載のシステム。
【請求項１６】
前記第１のデバイスおよび前記第２のデバイスが前記有効なセットであるか否かを判断するように構成される前記１つ以上のプロセッサは、前記オリジナル要求のハッシュ値と前記追跡要求のハッシュ値とが一致するか否かを判断するように構成される１つ以上のプロセッサを備える、請求項１０に記載のシステム。
【請求項１７】
前記第１の識別子は前記第１のデバイスを識別する固有の識別情報を備え、前記第２の識別子は前記第２のデバイスを識別する固有の識別情報を備える、請求項１０に記載のシステム。
【請求項１８】
第１のデバイスおよび第２のデバイスをペアリングされたデバイスとして登録することを求める前記第１のデバイスからの要求をサーバによって受信することを備え、前記第１のデバイスは第１の識別子を有し、前記第２のデバイスは第２の識別子を有し、
前記第１の識別子および前記第２の識別子を有効なペアとして格納することと、
前記第２のデバイスからオリジナル要求および追跡要求を受信することとを備え、前記オリジナル要求は前記第１のデバイスと関連付けられている前記第１の識別子を含み、前記追跡要求は前記第２のデバイスと関連付けられている前記第２の識別子を含み、
前記オリジナル要求内の前記第１の識別子および前記追跡要求内の前記第２の識別子に基づいて、前記第１のデバイスおよび前記第２のデバイスがペアリングされたデバイスであるか否かを判断することと、
前記オリジナル要求内の前記第１の識別子および前記追跡要求内の前記第２の識別子が格納されている前記有効なペアと一致すると判断したことに応答して、前記第１のデバイスおよび前記第２のデバイスがペアリングされたデバイスであると判断することと、
前記オリジナル要求に応答することとを備える、方法。
【請求項１９】
前記第２のデバイスから前記オリジナル要求および前記追跡要求を受信する前に、前記第１のデバイスによって前記オリジナル要求を前記第２のデバイスに送信することを備える、請求項１８に記載の方法。
【請求項２０】
前記第１の識別子は前記第１のデバイスを識別する固有の識別情報を備え、前記第２の識別子は前記第２のデバイスを識別する固有の識別情報を備える、請求項１８に記載の方法。
【請求項２１】
第１のデバイスおよび第２のデバイスをペアリングされたデバイスとして登録することを求める前記第１のデバイスからの要求を受信するための手段を備え、前記第１のデバイスは第１の識別子を有し、前記第２のデバイスは第２の識別子を有し、
前記第１の識別子および前記第２の識別子を有効なペアとして格納するための手段と、
前記第１のデバイスからオリジナル要求を受信するための手段とを備え、前記オリジナル要求は前記第１のデバイスと関連付けられている前記第１の識別子を含み、
前記第２のデバイスから追跡要求を受信するための手段を備え、前記追跡要求は前記第２のデバイスと関連付けられている前記第２の識別子を含み、
前記オリジナル要求内の前記第１の識別子および前記追跡要求内の前記第２の識別子に基づいて、前記第１のデバイスおよび前記第２のデバイスが前記有効なペアであるか否かを判断するための手段と、
前記オリジナル要求内の情報の一部が前記追跡要求内の情報の一部と一致するか否かを判断するための手段と、
前記第１のデバイスおよび前記第２のデバイスが前記有効なペアであると判断し、かつ前記オリジナル要求の前記一部が前記追跡要求の前記一部と一致すると判断すると、前記オリジナル要求を承認するための手段と、
前記第１のデバイスおよび前記第２のデバイスが有効なペアでない、または前記オリジナル要求の前記一部が前記追跡要求の前記一部と一致すると判断すると、前記オリジナル要求を拒否するための手段とを備える、装置。
【請求項２２】
１つ以上のプロセッサに動作を行なわせるように前記１つ以上のプロセッサによって実行可能な複数の命令を格納している非一時的なコンピュータ読取可能記憶媒体であって、前記動作は、
第１のデバイスおよび第２のデバイスをペアリングされたデバイスとして登録することを求める前記第１のデバイスからの要求をサーバによって受信することを備え、前記第１のデバイスは第１の識別子を有し、前記第２のデバイスは第２の識別子を有し、
前記第１の識別子および前記第２の識別子を有効なペアとして格納することと、
前記第１のデバイスからオリジナル要求を受信することとを備え、前記オリジナル要求は前記第１のデバイスと関連付けられている前記第１の識別子を含み、
前記第２のデバイスから追跡要求を受信することを備え、前記追跡要求は前記第２のデバイスと関連付けられている前記第２の識別子を含み、
前記オリジナル要求内の前記第１の識別子および前記追跡要求内の前記第２の識別子に基づいて、前記第１のデバイスおよび前記第２のデバイスが前記有効なペアであるか否かを判断することと、
前記オリジナル要求内の情報の一部が前記追跡要求内の情報の一部と一致するか否かを判断することと、
前記第１のデバイスおよび前記第２のデバイスが前記有効なペアであると判断したことに応答して、
前記第１のデバイスおよび前記第２のデバイスが前記有効なペアであると判断し、かつ前記オリジナル要求の前記一部が前記追跡要求の前記一部と一致すると判断すると、前記オリジナル要求を承認することと、
前記第１のデバイスおよび前記第２のデバイスが有効なペアでない、または前記オリジナル要求の前記一部が前記追跡要求の前記一部と一致すると判断すると、前記オリジナル要求を拒否することとを備える、コンピュータ読取可能記憶媒体。
【請求項２３】
前記第１の識別子は前記第１のデバイスを識別する固有の識別情報を備え、前記第２の識別子は前記第２のデバイスを識別する固有の識別情報を備える、請求項２２に記載のコンピュータ読取可能記憶媒体。
【請求項２４】
前記第１の識別子は前記第１のデバイスの固有の識別番号を備え、前記第２の識別子は前記第２のデバイスの固有の識別番号を備える、請求項２２に記載のコンピュータ読取可能記憶媒体。
【請求項２５】
前記第１の識別子は前記第１のデバイスの固有のハッシュ値を備え、前記第２の識別子は前記第２のデバイスの固有のハッシュ値を備える、請求項２２に記載のコンピュータ読取可能記憶媒体。
【請求項２６】
前記オリジナル要求に応答することは、前記サーバが管理するコンテンツへのアクセスを前記第１のデバイスに付与することを備える、請求項２２に記載のコンピュータ読取可能記憶媒体。
【請求項２７】
前記第１のデバイスは、前記オリジナル要求を前記サーバに送信した後に第１のメッセージを前記第２のデバイスに送信し、前記第１のメッセージは前記第２のデバイスに前記追跡要求を送信するように要求する、請求項２２に記載のコンピュータ読取可能記憶媒体。
【請求項２８】
前記サーバは、前記第１のデバイスから前記オリジナル要求を受信した後にサーバメッセージを前記第２のデバイスに送信し、前記サーバメッセージは前記第２のデバイスに前記追跡要求を送信するように要求する、請求項２２に記載のコンピュータ読取可能記憶媒体。
【請求項２９】
前記オリジナル要求のコンテンツと前記追跡要求のコンテンツとが同一である場合、前記オリジナル要求内の情報の前記一部と前記追跡要求内の情報の前記一部とは一致する、請求項２２に記載のコンピュータ読取可能記憶媒体。
【請求項３０】
前記オリジナル要求のハッシュ値と前記追跡要求のハッシュ値とが同一である場合、前記オリジナル要求内の情報の前記一部と前記追跡要求内の情報の前記一部とは一致する、請求項２２に記載のコンピュータ読取可能記憶媒体。
【発明の詳細な説明】
【技術分野】
【０００１】
関連出願の相互参照
本願は、２０１５年１月７日に出願され「SYSTEMS AND METHODS FOR SECURING IOT DEVICES（ＩｏＴデバイスをセキュアにするためのシステムおよび方法）」と題された米国仮出願番号第６２／１００，６１２号に基づく優先権を主張する２０１６年１月６日に出願され「SECURE DATA MANAGEMENT TECHNIQUES（セキュアなデータ管理技術）」と題された米国特許出願番号第１４／９８９，２９４号に基づく優先権を主張し、上記出願の開示全体をすべての目的のために本明細書に引用により援用する。
【０００２】
背景
本開示は概してセキュアなデータ管理技術に関する。特に、本開示は、デバイス同士をペアリングし、このペアリング情報を用いて、モノのインターネット（ＩｏＴ）クラウドを含むたとえばクラウド環境において当該デバイスからの要求（たとえばデータ交換要求）を承認または拒否することに関する。
【背景技術】
【０００３】
コンピューティングデバイスの普及が拡大するにつれて、そのようなデバイスによって格納され、そのようなデバイスを用いてアクセスされ、そのようなデバイス同士の間で交換されるデータの量は驚異的なペースで増加し続けている。これらのデバイスがデータにアクセスしてそのようなデバイス同士の間でデータを交換する能力を確保することは大きな懸念事項である。この問題は、いくつかのデバイスがクラウドに通信可能に結合され得、クラウドからのデータにアクセス可能であるかまたはクラウドを用いて他のデバイスとデータを交換可能であるクラウド環境の台頭のためにさらに悪化している。
【０００４】
たとえば、モノのインターネット（ＩｏＴ）はデバイスのネットワークであり得る。これらのＩｏＴデバイスは、たとえば、データを収集して交換するようにプログラムされている。ＩｏＴによって、これらのデバイスをネットワークインフラストラクチャにおいて検知して制御することができる。ＩｏＴクラウドは、セキュアなデータ管理を提供するためにデバイスを適切に識別する必要があり得る。たとえば、第１のデバイスによってアップロードされるデータは、たとえば、第１のデバイスのユーザが許可していない限り、第２のデバイスがアクセス可能であるべきではない。さらに、特定のデータには一定のデバイスのみがアクセス可能であるべきである。
【発明の概要】
【発明が解決しようとする課題】
【０００５】
デバイス同士は、それらの識別情報ＩＤに従って互いに区別され得る。そのようなＩＤは１つのデバイスに固有であり得、ゆえに当該デバイスを他のデバイスから固有に識別するために用いられ得る。たとえば、ＩＤは文字列であってもよい。従来のセキュアなデータ交換スキームの中にはデバイスＩＤを用いてデータへのアクセスを制御するものもあるが、そのようなスキームは限られており固有の問題がある。たとえば、デバイスが盗まれた場合、この盗まれたデバイスは自身のＩＤをＩｏＴクラウドに依然として送信可能であるので、クラウド上に格納されているデータへのアクセスが承認され得る。同様の課題は「コピーされた」デバイスまたは「スプーフィングされた」デバイスにも当てはまり得る。この場合、コピーされたデバイスまたは偽のデバイスは、偽のデバイスが正当なデバイスのＩＤを知っておりＩＤをスプーフィングできる場合、正当なデバイスによってアップロードされたデータにアクセスする場合がある。したがって、無許可デバイスが、ＩｏＴクラウドなどのクラウドに格納されているデータにアクセス可能であり得る。
【０００６】
簡単な概要
本開示は概してセキュアなデータ管理技術に関する。特に、本開示は、デバイス同士をペアリングし、このペアリング情報を用いて、モノのインターネット（ＩｏＴ）クラウドを含むたとえばクラウド環境において当該デバイスからの要求（たとえばデータ交換要求）を承認または拒否することに関する。
【課題を解決するための手段】
【０００７】
ある実施形態では、クラウド環境においてセキュアなデータ管理を確立するための技術（たとえば、システム、方法、１つ以上のプロセッサによって実行可能なコードもしくは命令を格納しているメモリまたは非一時的なコンピュータ読取可能媒体）が記載される。たとえば、ある実施形態では、本開示によって開示されるセキュアなデータ管理技術を用いて、モノのインターネット（ＩｏＴ）クラウド環境においてデータをセキュアに交換することができる。データの交換をセキュアにするための一定の実施形態が記載され、当該交換はデバイスからデータストアへの交換（たとえば、デバイスがデータをデータストアにダウンロードしようとしている）であってもよく、またはデータストアからデバイスへの交換（たとえば、デバイスがデータストアが格納しているデータにアクセスしようとしている）であってもよい。
【０００８】
ある実施形態では、デバイス同士が、クラウドに格納されているデータにアクセスする前に、デバイスの識別情報に従って互いにペアリングされ得る。第１のデバイスが、たとえば、データを格納しているサーバが管理する情報を要求すると、第１のデバイスおよび第２のデバイスがペアリングされているか否かが判断される。さらに、第１のデバイスおよび第２のデバイスからの要求情報が得られる。要求情報は、（たとえばサーバが管理するデータについての）データ交換の要求を含み得る。第１のデバイスおよび第２のデバイスがペアリングされており、第１のデバイスおよび第２のデバイスからの要求情報同士が一致する場合は、サーバは第１のデバイスによってなされた要求に応答し得る。
【０００９】
ある実施形態では、第１のデバイスおよび第２のデバイスの各々が要求情報を送信してもよく、あるいは、第２のデバイスが第１のデバイスおよび第２のデバイスに関する要求情報を送信することもできる。
【００１０】
ある実施形態に従うと、方法は、第１のデバイスおよび第２のデバイスをペアリングされたデバイスとして登録することを求める第１のデバイスからの要求をサーバによって受信することを含み得、第１のデバイスは第１の識別子を有し、第２のデバイスは第２の識別子を有し、方法はさらに、第１の識別子および第２の識別子を有効なペアとして格納することと、第１のデバイスからオリジナル要求を受信することとを含み得、オリジナル要求は第１のデバイスと関連付けられている第１の識別子を含み、方法はさらに、第２のデバイスから追跡要求を受信することを含み得、追跡要求は第２のデバイスと関連付けられている第２の識別子を含み、方法はさらに、オリジナル要求内の第１の識別子および追跡要求内の第２の識別子に基づいて、第１のデバイスおよび第２のデバイスが有効なペアであるか否かを判断することと、オリジナル要求内の情報の一部と追跡要求内の情報の一部とが一致するか否かを判断することと、第１のデバイスおよび第２のデバイスが有効なペアであると判断したことに応答して、第１のデバイスおよび第２のデバイスが有効なペアであると判断し、かつオリジナル要求の一部が追跡要求の一部と一致すると判断すると、オリジナル要求を承認することと、第１のデバイスおよび第２のデバイスが有効なペアでない、またはオリジナル要求の一部が追跡要求の一部と一致すると判断すると、オリジナル要求を拒否することとを含み得る。
【００１１】
ある実施形態では、第１の識別子は第１のデバイスを識別する固有の識別情報を含み得、第２の識別子は第２のデバイスを識別する固有の識別情報を含み得る。
【００１２】
ある実施形態では、第１の識別子は第１のデバイスの固有の識別番号を含み得、第２の識別子は第２のデバイスの固有の識別番号を含み得る。
【００１３】
ある実施形態では、第１の識別子は第１のデバイスの固有のハッシュ値を含み得、第２の識別子は第２のデバイスの固有のハッシュ値を含み得る。
【００１４】
ある実施形態では、オリジナル要求に応答することは、サーバが管理するコンテンツへのアクセスを第１のデバイスに付与することを含み得る。
【００１５】
ある実施形態では、第１のデバイスは、オリジナル要求をサーバに送信した後に第１のメッセージを第２のデバイスに送信し、第１のメッセージは第２のデバイスに追跡要求を送信するように要求する。
【００１６】
ある実施形態では、サーバは、第１のデバイスからオリジナル要求を受信した後にサーバメッセージを第２のデバイスに送信し、サーバメッセージは第２のデバイスに追跡要求を送信するように要求する。
【００１７】
ある実施形態では、オリジナル要求のコンテンツと追跡要求のコンテンツとが同一である場合、オリジナル要求内の情報の一部と追跡要求内の情報の一部とは一致する。
【００１８】
ある実施形態では、オリジナル要求のハッシュ値と追跡要求のハッシュ値とが同一である場合、オリジナル要求内の情報の一部と追跡要求内の情報の一部とは一致する。
【００１９】
ある実施形態に従うと、システムは、メモリと、メモリに結合された１つ以上のプロセッサとを含み得、プロセッサは、第１のデバイスおよび第２のデバイスをペアリングされたデバイスとして登録することを求める第１のデバイスからの要求を受信するように構成され、第１のデバイスは第１の識別子および第１の付加的な情報を有し、第２のデバイスは第２の識別子および第２の付加的な情報を有し、プロセッサはさらに、第１のデバイスの第１の識別子および第１の付加的な情報を、第２のデバイスの第２の識別子および第２の付加的な情報とともに、有効なセットとして格納し、第１のデバイスからオリジナル要求を受信するように構成され、オリジナル要求は第１のデバイスと関連付けられている第１の識別子および第１の付加的な情報を含み、プロセッサはさらに、第２のデバイスから追跡要求を受信するように構成され、追跡要求は第２のデバイスと関連付けられている第２の識別子および第２の付加的な情報を含み、プロセッサはさらに、オリジナル要求内の第１の識別子および第１の付加的な情報と、追跡要求内の第２の識別子および第２の付加的な情報とに基づいて、第１のデバイスおよび第２のデバイスが有効なセットであるか否かを判断し、第１のデバイスおよび第２のデバイスが有効なセットであると判断したことに応答して、第１のデバイスからのオリジナル要求に応答するように構成される。
【００２０】
ある実施形態では、第１の付加的な情報は第１のデバイスの暗号化情報を含み得、第２の付加的な情報は第２のデバイスの暗号化情報を含み得る。
【００２１】
ある実施形態では、第１のデバイスの暗号化情報は、第１のデバイスの秘密鍵によって署名されたデジタル署名および第１のデバイスの公開鍵の一方を含み得、第２のデバイスの暗号化情報は、第２のデバイスの秘密鍵によって署名されたデジタル署名および第２のデバイスの公開鍵の一方を含み得る。
【００２２】
ある実施形態では、第１のデバイスおよび第２のデバイスが有効なセットであるか否かを判断するように構成される１つ以上のプロセッサは、第１のデバイスの公開鍵を用いて、第１のデバイスの秘密鍵によって署名されたデジタル署名が有効であるか否かを判断し、第２のデバイスの公開鍵を用いて、第２のデバイスの秘密鍵によって署名されたデジタル署名が有効であるか否かを判断するように構成される１つ以上のプロセッサを含み得る。
【００２３】
ある実施形態では、第１のデバイスおよび第２のデバイスが有効なセットであるか否かを判断するように構成される１つ以上のプロセッサは、オリジナル要求内の第１の識別子および追跡要求内の第２の識別子に基づいて第１のデバイスおよび第２のデバイスが有効なペアであるか否かを判断するように構成される１つ以上のプロセッサを含み得る。
【００２４】
ある実施形態では、第１のデバイスおよび第２のデバイスが有効なセットであるか否かを判断するように構成される１つ以上のプロセッサは、オリジナル要求のコンテンツと追跡要求のコンテンツとが一致するか否かを判断するように構成される１つ以上のプロセッサを含み得る。
【００２５】
ある実施形態では、第１のデバイスおよび第２のデバイスが有効なセットであるか否かを判断するように構成される１つ以上のプロセッサは、オリジナル要求のハッシュ値と追跡要求のハッシュ値とが一致するか否かを判断するように構成される１つ以上のプロセッサを含み得る。
【００２６】
ある実施形態では、第１の識別子は第１のデバイスを識別する固有の識別情報を含み得、第２の識別子は第２のデバイスを識別する固有の識別情報を含み得る。
【００２７】
ある実施形態では、方法は、第１のデバイスおよび第２のデバイスをペアリングされたデバイスとして登録することを求める第１のデバイスからの要求をサーバによって受信することを含み得、第１のデバイスは第１の識別子を有し、第２のデバイスは第２の識別子を有し、方法はさらに、第１の識別子および第２の識別子を有効なペアとして格納することと、第２のデバイスからオリジナル要求および追跡要求を受信することとを含み得、オリジナル要求は第１のデバイスと関連付けられている第１の識別子を含み、追跡要求は第２のデバイスと関連付けられている第２の識別子を含み、方法はさらに、オリジナル要求内の第１の識別子および追跡要求内の第２の識別子に基づいて、第１のデバイスおよび第２のデバイスがペアリングされたデバイスであるか否かを判断することと、オリジナル要求内の第１の識別子および追跡要求内の第２の識別子が格納されている有効なペアと一致すると判断したことに応答して、第１のデバイスおよび第２のデバイスがペアリングされたデバイスであると判断することと、オリジナル要求に応答することとを含み得る。
【００２８】
ある実施形態では、方法は、第２のデバイスからオリジナル要求および追跡要求を受信する前に、第１のデバイスによってオリジナル要求を第２のデバイスに送信することを含み得る。
【００２９】
ある実施形態では、第１の識別子は第１のデバイスを識別する固有の識別情報を含み得、第２の識別子は第２のデバイスを識別する固有の識別情報を含み得る。
【００３０】
他の実施形態は、本明細書に記載の方法と関連付けられているシステム、携帯型消費者デバイス、およびコンピュータ読取可能媒体に向けられる。
【００３１】
実施形態の性質および利点は、以下の詳細な説明および添付の図面を参照してよりよく理解され得る。
【００３２】
本開示は、同様の参照番号は同様の要素を示す添付の図面とともに以下の詳細な説明から容易に理解されるであろう。
【図面の簡単な説明】
【００３３】
【図１】いくつかの実施形態に従う、デバイスへのセキュアなデータ交換を確立するためのシステムを示す図である。
【図２】いくつかの実施形態に従う、デバイス同士をペアリングするためのフロー図である。
【図３】いくつかの実施形態に従う、識別情報を用いてペアリングされたデバイスへのデータアクセスを許可するためのフロー図である。
【図４】いくつかの実施形態に従う、識別情報および付加的な情報を用いてペアリングされたデバイスへのデータアクセスを許可するためのフロー図である。
【図５】いくつかの実施形態に従うコンピューティング環境のブロック図である。
【図６】いくつかの実施形態に従うデバイス登録の例を示す図である。
【図７】いくつかの実施形態に従う要求を許可する例を示す図である。
【図８】ある実施形態に従う、デバイスの公開鍵がデバイス識別子とともに登録されるデバイス登録の例を示す図である。
【図９】ある実施形態に従う要求を許可する別の例を示す図である。
【図１０】いくつかの実施形態に係るコンピューティング環境のブロック図である。
【図１１】いくつかの実施形態に従う例示的なデバイス登録を示す図である。
【図１２】いくつかの実施形態に従う要求を許可する例を示す図である。
【図１３】いくつかの実施形態に従うデバイス登録の例を示す図である。
【図１４】いくつかの実施形態に従う要求を許可する例を示す図である。
【図１５】いくつかの実施形態に係るデバイスおよびサーバの実現例の簡略ブロック図である。
【発明を実施するための形態】
【００３４】
詳細な説明
以下の記述では、説明目的で、実施形態の完全な理解を提供するために具体的な詳細が記載される。しかし、さまざまな実施形態はこれら具体的な詳細なしでも実施され得ることが明らかになるであろう。たとえば、回路、システム、アルゴリズム、構造、技術、ネットワーク、プロセス、および他のコンポーネントは、実施形態を不要な詳細において不明瞭にしないために、ブロック図の形態のコンポーネントとして示され得る。図面および説明は限定的であることを意図していない。
【００３５】
本開示では、クラウド環境においてセキュアなデータ管理を確立するための技術（たとえば、システム、方法、１つ以上のプロセッサによって実行可能なコードもしくは命令を格納しているメモリまたは非一時的なコンピュータ読取可能媒体）が記載される。たとえば、ある実施形態では、本開示によって開示されるセキュアなデータ管理技術を用いて、モノのインターネット（ＩｏＴ）クラウド環境においてデータをセキュアに交換することができる。一定の実施形態は、セキュアなデータ管理のための技術（たとえば、システム、方法、１つ以上のプロセッサによって実行可能なコードもしくは命令を格納しているメモリまたは非一時的なコンピュータ読取可能媒体）に向けられる。
【００３６】
ある実施形態では、複数のデバイス同士を互いにペアリングすることを可能にするシステムが提供され、当該ペアリング情報はその後、当該デバイスから受信した要求を承認すべきか否かを判断するために用いられる。たとえば、第１のデバイスおよび第２のデバイスが互いにペアリングされ得る。その後、第１のデバイスが、たとえばサーバが管理する情報へのアクセスを要求すると、当該要求が承認され得る前に、第１のデバイスおよび第２のデバイスがペアリングされているか否かが判断される。いくつかの実施形態では、ペアリングすることに加えて、第１のデバイスからの要求を承認すべきか否かを判断するために付加的な確認が用いられ得る。
【００３７】
第１のデバイスから受信する要求（オリジナル要求とも称する）はさまざまなタイプの要求であってもよい。ある実施形態では、オリジナル要求は、第１のデバイスとデータストアとの間のデータ交換動作を要求するデータ交換要求であってもよい。たとえば、第１のデバイスはオリジナル要求を用いて、データストアが格納しているデータリソースなどのリソースへのアクセスを要求し得る。別の例として、オリジナル要求は、第１のデバイスからリソース／データストアにデータ（または他のリソース）をダウンロードすることを求める第１のデバイスからの要求であってもよい。代替の実施形態では、オリジナル要求は何らかの他の種類の要求であってもよい。
【００３８】
ある実施形態では、オリジナル要求を承認すべきか拒否すべきかを判断するための処理が実行される。一実施形態では、サーバがこの処理を実行するように構成される。サーバはセキュリティまたは許可システムの一部であってもよい。たとえば、許可システムは、リソースストアに格納されているリソースへのアクセスを制御し得る。ある実施形態では、サーバは、第１のデバイスからのオリジナル要求と、第１のデバイスと予めペアリングされている第２のデバイスからの第２の要求（追跡要求とも称する）とを受信する。オリジナル要求および追跡要求に基づいて、サーバは第１および第２のデバイスが有効なペアの一部であるか否かを判断し、第１および第２のデバイスが有効な事前登録されたペアを形成していると判断した場合にのみオリジナル要求を承認する。ある実施形態では、有効なペアリングを確認することに加えて、オリジナル要求を承認する前に付加的な確認が実行され得る。たとえば、サーバは、追跡要求に含まれている一定の情報がオリジナル要求内の一定の情報と一致するか否かを判断し、一致が確認された後にのみオリジナル要求を承認し得る。
【００３９】
ある実施形態では、デバイス同士をペアリングされたデバイスとして事前登録することが可能であり得、デバイスからのデータ要求は、そのペアリングされたデバイスから同一または同様の要求を受信した場合にのみ承認され得る。いくつかの実施形態では、２つのデバイス（または場合によっては３つ以上のデバイス）が、ペアリングプロセスの一部として自身の識別子および／または公開鍵をサーバ（登録サーバまたはペアリングサーバなど）に登録し得る。デバイスの１つは、当該デバイスが盗まれたまたはハッキングされた場合に無許可ユーザがこの盗まれたまたはハッキングされたデバイスを用いてデータへのアクセスを得ることができるような認証能力を有さないデバイスであってもよい。ある実施形態では、デバイス同士がペアリングデバイスとして登録されると、アカウントまたはデータへのアクセス要求をサーバに送信するデバイス（たとえば要求デバイス）は次いで、他のペアリングされたデバイスに同一または同様の要求をサーバに送信するように要求し得る。サーバは次いで、要求デバイスと事前登録されたかまたはペアリングされたデバイスから同一または同様の要求を受信すると、当該要求（たとえばデータ交換）を承認し得る。
【００４０】
本開示に記載の教示は、モノのインターネット（ＩｏＴ）デバイスおよびＩｏＴクラウド環境を含むがこれらに限定されないさまざまな種類のコンピューティングデバイスおよびコンピューティング環境に適用可能である。たとえば、ＩｏＴクラウドは、あるデバイスがアップロードしたデータにはその同一のデバイスのみがアクセス可能であるべきであるセキュアなデータ管理を提供するために、デバイスを適切に識別可能である必要があり得る。従来のセキュリティシステムの中には、デバイスの固有のデバイスＩＤに基づいてデバイス同士を区別するものもある。クラウドに格納されている情報を要求するデバイスは、クラウドが格納している情報へのアクセスを求める要求をクラウドサーバに送信し、そのデバイスＩＤを当該要求に含め得る。ＩｏＴクラウドのアクセス制御システムは、受信したデバイスＩＤを用いて、要求された情報へのアクセスを当該デバイスに承認するか否かを判断する。要求デバイスが盗まれたまたはハッキングされた場合、クラウドのアクセス制御システムは、当該デバイスが盗まれたまたはハッキングされたことを知らないので、この盗まれたまたはハッキングされたデバイスは自身のＩＤをＩｏＴクラウドに依然として送信可能であり、格納されている情報への無許可アクセスを得ることができ得る。同様の問題は「コピーされた」デバイスまたは「スプーフィングされた」デバイスにも当てはまる。この場合、偽のデバイスは、偽のデバイスが正当なデバイスのＩＤを知っている場合、正当なデバイスによってアップロードされたデータにアクセスする場合がある。
【００４１】
上述のデバイスＩＤはさまざまな異なる形態でもたらされ得る。たとえば、一実施形態では、デバイスＩＤはそのデバイスのインターネットプロトコル（ＩＰ）アドレスまたはＭＡＣアドレスを含んでいていもよい。別の実施形態では、デバイスＩＤはそのデバイスによって生成された数字に基づいていてもよい。一般的に、デバイスを固有に識別する任意の種類の識別子がそのデバイスのＩＤとして使用可能である。ＩＤはそのデバイスに特有の任意の情報を含んでいてもよく、したがってその特定のデバイスを識別するために使用可能である。あるデバイスのＩＤは一般的に、他のデバイスまたはユーザに典型的に知られていない情報を含む。
【００４２】
図１は、いくつかの実施形態に従う、デバイスへのセキュアなデータ交換を確立するためのシステム１００の簡略ブロック図を示す。図１に示すように、システム１００はデバイスＡ１０２、デバイスＢ１０４、サーバ１０６、データストア１０８およびリソースストア１１０を含む。
【００４３】
デバイスＡ１０２およびデバイスＢ１０４は任意のタイプのコンピューティングデバイスであってもよい。コンピューティングデバイスは、パーソナルコンピュータ、デスクトップ、ラップトップ、携帯電話、タブレット等のモバイルまたはハンドヘルドデバイス、および他のタイプのデバイスを含むがこれらに限定されないさまざまな異なるタイプであってもよい。いくつかの実施形態では、コンピューティングデバイスは、腕時計、歩数計、健康リストバンド、ある種の活動追跡装置などであってもよい。コンピューティングデバイスＡ１０２およびＢ１０４の一方は、当該デバイスが盗まれた後でも当該デバイスが無許可ユーザからのデータをアップロードし続け得るかまたは当該データにアクセスし続け得るような識別特徴を有さないデバイスであってもよい。
【００４４】
サーバ１０６は、デバイスＡ１０２とリソースストア１１０との間のセキュアなリソース（たとえばデータ）交換を可能にするように構成される。サーバ１０６は、ＩｏＴクラウドなどのクラウド環境の一部であってもよい。サーバ１０６は、たとえば、ペアリングサーバ、登録サーバ、許可サーバ、またはそれらの組合せであってもよい。ある実施形態では、サーバ１０６によって複数のデバイス同士をペアリングすることができる。たとえば、サーバ１０６は第１のデバイスを第２のデバイスとペアリングすることができる。たとえば、サーバ１０６はデバイスＡ１０２をデバイスＢ１０４とペアリングすることを求める要求を受信し、当該デバイス同士をペアリングし得る。ある実施形態では、サーバ１０６は、デバイスのペアリングを識別する情報（「ペアリング情報」）１１２をデータストア１０８などのメモリに格納し得る。たとえば、デバイスＡ１０２とデバイスＢ１０４とのペアリングを示す情報がデータストア１０８に格納され得る。データストア１０８はさらに、デバイスＡ１０２およびデバイスＢ１０４に関するペアリング情報に加えて、デバイスのさまざまな他のペアリングのためのペアリング情報を格納し得る。データストア１０８はさらに、サーバ１０６から受信する他の許可情報などの、セキュアなデータ交換のために用いられる他の情報を格納し得る。データストア１０８は、通信ネットワーク（有線もしくは無線リンクを含み得る）を介するなどして、または直接的に、サーバ１０６と通信可能に結合され得る。
【００４５】
デバイス同士のペアリングを可能にすることに加えて、ある実施形態では、サーバ１０６はさらに、デバイスから受信したデータ交換要求を許可するための処理を実行するように構成されてもよい。たとえば、サーバ１０６は、デバイスＡ１０２からリソースストア１１０へのデータのダウンロードを要求しているか、またはリソースストア１１０が格納しているデータへのデバイスＡ１０２によるアクセスを要求している、デバイスＡ１０２からのデータ交換要求を許可するように構成されてもよい。この処理の一部として、サーバ１０６は、あるデバイス（たとえばデバイスＡ１０２）が別のデバイス（たとえばデバイスＢ１０４）とペアリングされているか否かを判断するように構成されてもよく、別のデバイス（たとえばデバイスＢ１０４）と予め（すなわち、データ交換要求を受信する前に）ペアリングされているデバイス（たとえばデバイスＡ１０２）にのみ、リソースストア１１０に格納されているリソースへのアクセスを許可し得る。許可処理の結果に基づいて、サーバ１０６は、デバイスＡ１０２が要求したデータ交換を可能にするかまたは阻止し得る。許可が成功すると、デバイスＡ１０２は要求されたリソースにアクセスすることが許され得る。当該アクセスは、サーバ１０６を介して、またはリソースストア１１０から直接、デバイスＡ１０２に提供され得る。
【００４６】
リソースストア１１０はさまざまなタイプであってもよく、デバイスがアクセスすることを望み得る、異なるタイプのデータを含むさまざまなタイプのリソースを格納し得る。たとえば、リソースストア１１０は不揮発性メモリであってもよく、リソースストア１１０に格納されているリソースは、ＩｏＴクラウドなどのクラウドに格納されているさまざまなタイプのデータを含んでいてもよい。いくつかの実施形態では、許可が成功すると、デバイスＡ１０２は要求されたリソースにアクセスすることが許され得る。リソースストア１１０はサーバ１０６に、かつ、ある実施形態ではデバイスＡ１０２に通信可能に結合され得る。
【００４７】
図１に示す実施形態は例に過ぎず、実施形態を過度に限定することを意図していない。当業者であれば多くの変形、代替、および変更を認識するであろう。たとえば、サーバ１０６によってペアリングされるデバイスは３つ以上であってもよい。さらに、図１にはサーバ１０６が１つしか示されていないが、代替の実施形態では、１つ以上のリソースストアへのアクセスを制御するサーバ１０６が複数あってもよい。リソースストア１１０は、リソースストア１１０へのアクセスを制御可能なサーバ１０６以外の他のサーバに結合されてもよく、デバイスＡ１０２以外の任意のデバイスが、リソースストア１１０が格納しているリソースにアクセスするように構成されてもよい。
【００４８】
ある実施形態では、データ交換セキュリティは、デバイス同士を互いに「ペアリング」することを可能にすることによって、かつ、その後、当該ペアリング情報を用いて、第１のデバイスが第２のデバイスと予めペアリングされているか否かを判断することによって第１のデバイスからのデータ交換要求を承認するか否かを判断することによって向上する。ある実施形態では、第１のデバイスからのデータ交換要求を承認するか否かを判断するための処理の一部として、ペアリング情報に加えて、付加的な情報を用いて、第１のデバイスとペアリングされている第２のデバイスが第１のデバイスの近傍にあるか否かといった、データ交換要求を承認すべきか否かを判断してもよい。
【００４９】
たとえば、図１に示すように、デバイスＡ１０２がリソースストア１１０に格納されているリソースについてのデータ交換要求（「オリジナル要求」）をサーバ１０６に送信すると、サーバ１０６は、デバイスＡ１０２と予めペアリングされている第２のデバイス（たとえばデバイスＢ１０４）から情報（「追跡要求」または「追跡情報」と称する）を受信し得る。サーバ１０６が、デバイスＡ１０２と予めペアリングされているデバイスＢ１０４から情報（たとえば追跡要求）を受信すると、サーバはデバイスＡ１０２によってなされた要求を承認し得る。たとえば、デバイスＡ１０２がリソースストア１１０が格納しているリソースへのアクセスを要求している場合は、サーバ１０６はデバイスＡ１０２が要求されたリソースにアクセスすることを可能にし得る。オリジナル要求が、デバイスＡがリソース（たとえばデータ）をリソースストア１１０にダウンロードすることである場合は、サーバ１０６はダウンロードが起こることを可能にし得る。
【００５０】
ある実施形態では、ペアリング確認に加えて、付加的な確認がサーバ１０６によって行なわれ得る。たとえば、いくつかの実施形態では、サーバ１０６はさらに、デバイスＢ１０４がデバイスＡ１０２の特定の近傍内にあるか否かを判断し得る。デバイスＢ１０４がデバイスＡ１０２の特定の近傍にない場合は、サーバ１０６がデバイスＢ１０４がデバイスＡ１０２とペアリングされていると判断し得る場合でも、データ交換は依然として承認され得ない。
【００５１】
いくつかの実施形態では、デバイスＡ１０２はデバイスＢ１０４に加えて他のデバイスともペアリングされ得る。そのような実施形態では、デバイスＢ１０４がデバイスＡ１０２の近傍にない場合は、デバイスＡ１０３と予めペアリングされておりデバイスＡ１０２の近傍にあるデバイスＢ１０４以外のデバイスを用いて、デバイスＡ１０２による要求（たとえばデータ交換）を承認すべきか否かが判断され得る。
【００５２】
デバイスＢ１０４がデバイスＡ１０２の特定の近傍内にあるか否かを判断するために異なる技術が用いられてもよい。ある技術によると、ＢＬＥ接続を用いてデバイスＡ１０２からデバイスＢ１０４に通知を行なっている場合、デバイスＢ１０４がＢＬＥの範囲内にあればデバイスＢ１０４はデバイスＡ１０２の近傍にあり得る。デバイス同士が互いに近傍にあるか否かを判断するために、同様の方法をその他の短距離無線通信法とともに用いてもよい。
【００５３】
ある実施形態では、オリジナルデータ交換要求がデバイスＡ１０２によってサーバ１０６に送信された後、デバイスＡ１０２と予めペアリングされているデバイスＢ１０４にオリジナルデータ交換要求が通知され得る。デバイスＡ１０２がオリジナル要求をサーバ１０６に送信した直後、第２のデバイスＢ１０４は、オリジナル要求がサーバ１０６によって受付けられるように追跡要求をサーバ１０６に送信する。たとえば、デバイスＡ１０２は、オリジナルデータ交換要求についての通知をデバイスＢ１０４に送信し得る。そのような通知がデバイスＡ１０２からデバイスＢ１０４に通信され得るさまざまな方法がある。ある実施形態では、デバイスＡ１０２およびデバイスＢ１０４は、Bluetooth（登録商標）Low Energy（ＢＬＥ）接続を介するなどして通信可能にペアリングまたは結合されてもよく、通知はこの接続を介してデバイスＡ１０２からデバイスＢ１０４に通信されてもよい。これら２つのデバイスは、多くの他の方法でもペアリング可能である。たとえば、いくつかの実施形態では２つの秘密を用いて暗号化可能である（たとえば秘密鍵暗号化）。いくつかの実施形態では、ＢＬＥのみを有するデバイスを、インターネット接続を提供するハブとリンクさせてもよい。ＩｏＴクラウドは、デバイスがハブを介してＩｏＴクラウドにアクセスすることのみを可能にする。いくつかの実施形態では、携帯電話／モバイルアプリケーションがハブの役割を果たし得る。いくつかの実施形態では、ユーザ認証メカニズムをモバイルアプリケーションとリンクさせてもよい。
【００５４】
ある実施形態では、デバイスＡ１０２はオリジナルデータ交換要求をサーバ１０６に、かつデバイスＢ１０４にも送信し得る。デバイスＡ１０２からの要求を受信すると、デバイスＢ１０４は次いで別の要求（追跡要求）をサーバ１０６に送信し得、当該追跡要求は、デバイスＢ１０４がデバイスＡ１０２から受信したオリジナル要求、またはその一部を含む。デバイスＡ１０２からのオリジナル要求およびデバイスＢ１０４からの追跡要求を受信すると、サーバ１０６は、デバイスＡ１０２およびデバイスＢ１０４が有効なペアとして事前登録されているか否か、さらに、デバイスＡ１０２から受信したオリジナル要求がデバイスＢ１０４から受信した追跡要求内の要求と一致するまたは同様であるか否かを判断するように構成される。サーバ１０６が、デバイスＡ１０２およびデバイスＢ１０４からの要求（すなわちオリジナル要求および追跡要求）が有効にペアリングされたデバイスからのものであり、同一または同様であることを確認すると、サーバ１０６はデバイスＡ１０２から受信したオリジナルデータ交換要求を承認し得る。デバイスの一方がこのシステム内の悪意のあるユーザによって盗まれたまたはコピーされた場合、デバイスＡ１０２が要求を送信しようとすると、ペアリングされているデバイス、すなわちデバイスＢ１０４は、同一または同様の要求を送信することができず、サーバ１０６は要求を承認しないことになる。これによって、デバイスが危険にさらされている場合でもシステム全体をセキュアにすることができる。
【００５５】
デバイスＡ１０２が不適切に使用されている（たとえば盗まれている）場合でも、不適切なユーザ（たとえば盗人）はデバイスＡ１０２を誤用することができないため、システムはセキュアである。デバイスＡ１０２から送信されるすべての要求は、デバイスＢ１０４からの対応する追跡要求を有する必要がある。そうでなければ、サーバ１０６は要求を受付けない。さらに、たとえばデバイスＡ１０２が盗まれたとしても、デバイスＡとＢとの間の接続が短距離無線接続（たとえばＢＬＥ）を用いてなされている場合、不適切なユーザは、デバイスＡ１０２を用いるためにデバイスＡ１０２およびデバイスＢ１０４を同時に有する必要がある。また、ペアリングされたデバイスを識別することは、不適切なユーザが行なうのは容易ではない。たとえば、家庭には多くのデバイスが存在し得、どのデバイスが、たとえば「デバイスＢ１０４」であるかを知っているのは、デバイス同士をペアリングした正当なユーザのみであり得る。
【００５６】
上述のように、有効なペアの一部であるデバイス同士は、当該デバイスのうちのいずれか１つからいずれかのオリジナルデータ交換要求を受信する前にサーバ１０６で互いにペアリングされている必要がある。第１のデバイス（たとえばデバイスＡ１０２）をＩｏＴクラウドに対して（たとえばＩｏＴクラウド内のサーバ１０６に）登録する場合、第２のデバイス（たとえばデバイスＢ１０４）もそのペアとして登録され得る。ＩｏＴクラウドは次いで、たとえばデバイスＡ１０２およびデバイスＢ１０４のＩＤなどの、デバイスから受信した情報から生成されるデバイスのＩＤまたはハッシュ値といった、デバイスのための識別情報を覚えて格納し得る。デバイスＡ１０２およびデバイスＢ１０４は次いで、サーバ１０６、およびサーバ１０６によってデータストア１０８に格納されているペアリング情報１１２によってペアリングされ得る。ペアリングの後、デバイスＡ１０２はオリジナル要求をＩｏＴクラウドに（たとえばクラウド内のサーバ１０６に）送信し得、デバイスＡのＩＤは当該要求に含まれ得る。デバイスＡ１０２は、リソースストア１１０が格納しているリソースを要求し得る、および／またはリソースをデバイスＡ１０２によってダウンロードしてリソースストア１１０に格納することを要求し得る、オリジナルデータ交換要求を送信しているデバイスであるので、要求デバイスと称され得る。
【００５７】
デバイスＡ１０２は、自身がオリジナル要求をクラウドに送信したことをデバイスＢ１０４に通知し得る。当該通知は、ＢＬＥを介するなどして通信チャネルを介してデバイスＢ１０４に送信され得る。デバイスＢ１０４は次いで、追跡要求を自身のＩＤとともにクラウドに（すなわちサーバ１０６に）送信し得る。デバイスＢが送信する要求は、第１のデバイスが送信したオリジナル要求に続くかまたはオリジナル要求を追跡するので「追跡要求」と称される。オリジナル要求または追跡要求という用語は明確にする目的で作られたものに過ぎず、請求項に記載の本発明の実施形態の範囲を限定することを意図していない。デバイスＢ１０４は、デバイスＡ１０２によってなされたオリジナル要求に応答しているので応答デバイスと称され得る。クラウド内のサーバ１０６は、デバイスＡ１０２によってなされたオリジナル要求を承認するか否かを判断する一部として、オリジナル要求および追跡要求が有効にペアリングされたデバイスから受信されているか否かを確かめ得る。いくつかの実施形態では、サーバ１０６はさらに、デバイスＡ１０２によってなされたオリジナル要求を承認するか否かを判断する一部として、追跡要求がオリジナル要求と一致するか否かを確認し得る。この付加的な要求は、許可プロセスにさらなるレベルのセキュリティを追加する。代替の実施形態では、付加的な確認（たとえば近傍確認）を追加することによってさらなるレベルのセキュリティが追加され得る。
【００５８】
上述の態様で、ある実施形態では、２つの別個のデバイス（要求デバイスおよび応答デバイス）からの情報を用いて、要求デバイスからのデータ交換要求を許可すべきか否かが判断される。許可手順では、オリジナルデータ交換要求を受信する前に登録された情報（たとえばペアリング情報）を用いる。上述の例では第１のデバイスが要求デバイスであると識別され、第２のデバイスが応答デバイスであると識別されているが、これは例に過ぎない。２つ（以上）のデバイス同士がペアリングされると、ペアリングされたデバイスのうちのいずれかが要求デバイスとして機能し得、他のペアリングされたデバイスの１つ以上が応答デバイスとして機能し得る。たとえば、ペアリングされたデバイスＡ１０２およびＢ１０４について、一例では、デバイスＡ１０２が要求デバイスであってもよく、デバイスＢ１０４が応答デバイスであってもよい。別の例では、デバイスＢ１０４が要求デバイスであってもよく、デバイスＡ１０２が応答デバイスであってもよい。さらに、ある実施形態ではデバイスＡ１０２およびデバイスＢ１０４の他にデバイスを含んでいてもよい。
【００５９】
図２は、いくつかの実施形態に従う、デバイス同士をペアリングするための方法２００のフロー図を示す。図２に示すように、２１０において、サーバ（たとえばサーバ１０６）は、第１のデバイス（たとえばデバイスＡ１０２）から、第２のデバイス（たとえばデバイスＢ１０４）とのペアリングを求める要求を受信し得る。２１０における要求の一部として、第１のデバイスはその識別情報（たとえばＩＤまたはハッシュ値）を提供して自身が第２のデバイスとペアリングされることを要求し得る。２２０において、サーバは、ペアリングを実行するために必要な識別情報（たとえばＩＤまたはハッシュ値）を第２のデバイス（たとえばデバイスＢ１０４）から受信し得る。
【００６０】
第２のデバイスが２２０の一部として自身が情報をサーバに送信する必要があることを知っているさまざまな方法がある。ある実施形態では、第１のデバイスは第２のデバイスに、第２のデバイスのペアリング情報をサーバに送信するように求めてもよい。たとえば、第１のデバイスが第２のデバイスとのペアリングを求める要求を２１０でサーバに送信した後、第１のデバイスはさらに、第２のデバイスにそのペアリング情報をサーバに送信するように求める要求を第２のデバイスに送信してもよい。第１のデバイスが第２のデバイスにそのペアリング情報をサーバに送信するように要求する場合、この要求はサーバから独立してなされてもよい。すなわち、第１のデバイスは、サーバからの指示がなくても第２のデバイスにそのペアリング情報を送信するように要求してもよい。
【００６１】
代替の実施形態では、サーバが第１のデバイスから第２のデバイスとのペアリングを求める要求を２１０で受信した後、２１０において受信した要求は、第１のデバイスとペアリングされるべき第２のデバイスを識別してもよい。次いで、サーバ自体が、第２のデバイスに、第２のデバイスと第１のデバイスとをペアリングするための情報を提供するように要求してもよい。したがって、第２のデバイスがそのペアリング情報をサーバに送信することを知っているさまざまな方法がある。
【００６２】
ある実施形態では、サーバが２２０で第２のデバイスからペアリング情報を取得しなければらない予め定められた期間（たとえば分、時、日）が設定されてもよい。予め定められた期間はサーバのユーザによって予め構成されてもよい。たとえば、予め定められた期間は、第２のデバイスが第１のデバイスによってなされたペアリング情報の要求に合理的に応答するであろう時間であってもよい。予め定められた期間内にサーバが第２のデバイスからペアリング情報を受信しない場合は、ペアリングは実行されない場合があり、第２のデバイスとのペアリングを求める２１０において第１のデバイスから受信した要求は拒否され得る。
【００６３】
一実施形態では、当該期間は、サーバが２１０において第１のデバイスから要求を受信した時から測定されてもよい。サーバが、ペアリング情報を要求する通知を第２のデバイスに送信する実施形態では、当該期間はサーバが当該通知を第２のデバイスに送信した時から測定されてもよい。２３０において、サーバは、第１のデバイスからおよび第２のデバイスから受信した情報をペアリング情報としてデータストアに（たとえばペアリング情報１１２としてデータストア１０８に）格納し得る。ペアリング情報は、第１のデバイスおよび第２のデバイスが有効なペアとして識別されていることを示し得る。
【００６４】
２３０において、サーバは、第１のデバイスからおよび第２のデバイスから受信した情報をペアリング情報としてデータストアに（たとえばペアリング情報１１２としてデータストア１０８に）格納し得る。ペアリング情報は、第１のデバイスおよび第２のデバイスが有効なペアとして識別されていることを示し得る。
【００６５】
図２に示す上述の処理は例として意図されているに過ぎず、限定的であることを意図していない。たとえば、代替の実施形態では、３つ以上のデバイス同士が互いにペアリングされてもよい。たとえば、第１のデバイス、第２のデバイス、第３のデバイスなどが互いにペアリングされて、ペアリングされた複数のデバイスのセットを形成してもよい。
【００６６】
デバイス同士がペアリングされた後、ペアリング情報を用いて、ペアリングされたデバイスの１つから受信した要求を承認するか否かが判断され得る。図３は、いくつかの実施形態に従う、予め登録されたペアリング情報を用いてデバイスからの要求を許可するための方法３００のフロー図を示す。図３は、有効なペアであるデバイスからオリジナル要求および追跡要求を受信してデバイスからの要求を遂行するための方法を示す。方法３００は、図１に示すサーバ１０６などのサーバデバイスによって実行され得る。
【００６７】
方法（または本明細書に記載のその他のプロセス、もしくは変形および／もしくはそれらの組合せ）の一部またはすべては、実行可能命令で構成された１つ以上のコンピュータシステムの制御下で実行され得、ハードウェアによって、１つ以上のプロセッサ上で一括して実行されるコード（たとえば、実行可能命令、１つ以上のコンピュータプログラム、もしくは１つ以上のアプリケーション）、またはそれらの組合せとして実現され得る。コードは、非一時的なコンピュータ読取可能記憶媒体上に、たとえば、ブラウザアプリケーションといった、処理ユニットよって実行されるコンピュータプログラムの形態でメモリデバイス上に格納され得る。
【００６８】
３１０において、サーバ（たとえばサーバ１０６）が第１のデバイス（たとえばデバイスＡ１０２）から要求（オリジナル要求）を受信し得る。オリジナル要求は、たとえば、図１に示すリソースストア１１０などのリソースストアが格納しているリソース（たとえばデータ）への第１のデバイスによるアクセスを要求するデータ交換要求であってもよい。第１のデバイスはオリジナル要求を送信しているので、第１のデバイスは要求デバイスとも称され得る。３２０において、サーバは第２のデバイス（たとえばデバイスＢ１０４）から要求（追跡要求）を受信する。第２のデバイスは追跡要求（たとえばオリジナル要求に対する応答）を送信しているので、第２のデバイスは応答デバイスとも称され得る。
【００６９】
ある実施形態では、第１のデバイスは第２のデバイスに追跡要求を送信するように求めてもよい。たとえば、第１のデバイスがオリジナル要求をサーバに送信した後、第１のデバイスはさらに、第２のデバイスにその追跡情報をサーバに送信するように求める通知を第２のデバイスに送信してもよい。第１のデバイスが第２のデバイスに情報をサーバに送信するように要求する場合、この要求はサーバから独立して、すなわち、サーバからの指示がなくても行なわれてもよい。
【００７０】
代替の実施形態では、サーバが第１のデバイスからオリジナル要求を受信した後、サーバ自体が、第２のデバイスに追跡要求を提供するように要求する通知を第２のデバイスに送信してもよい。したがって、３２０において第２のデバイスが追跡要求を送信することを知っているさまざまな方法がある。
【００７１】
場合によっては、３２０での第２のデバイスからの要求はサーバによって受信されない場合がある。そのような場合、３１０において第１のデバイスから受信したオリジナル要求は拒否されて処理が終了する。ある実施形態では、サーバが第２のデバイスから追跡要求を取得しなければならない予め定められた期間（たとえば分、時、日）が設定されてもよい。この予め定められた期間はサーバのユーザによって予め構成されてもよい。たとえば、予め定められた期間は、第２のデバイスが追跡要求に合理的に応答するであろう期間であってもよい。予め定められた期間内にサーバが第２のデバイスから追跡要求を受信しない場合は、オリジナル要求は拒否されて処理が終了する。一実施形態では、当該期間は、３１０においてサーバが第１のデバイスからオリジナル要求を受信した時から測定されてもよい。サーバが、第２のデバイスに追跡要求を送信するように要求する通知を第２のデバイスに送信する実施形態では、当該期間は、サーバが当該通知を第２のデバイスに送信した時から測定されてもよい。
【００７２】
予め定められた期間内にサーバが追跡要求を受信したと仮定して、３３０において、サーバは、３１０において受信した第１のデバイスからのオリジナル要求を承認すべきか拒否すべきかを判断するための処理を実行する。一実施形態では、この判断は、サーバがアクセス可能なペアリング情報に基づいて第１のデバイスおよび第２のデバイスが有効なペアとして事前登録されているか否かに基づいてなされる。たとえば、要求を有効なデバイスのペアから受信しているか否かの判断は、ペアリング時に提供されたデバイスの固有の識別情報（たとえばＩＤ番号）に基づいていてもよい。サーバは、第１のデバイスとの有効なペアである第２のデバイスからの追跡要求を受信したか否かを判断し得る。サーバが、ペアリング情報に基づいて、第１および第２のデバイスが有効なペアを形成していると判断した場合は、オリジナル要求が承認され得る。
【００７３】
したがって、３３０において実行された処理に基づいて、３３２において、オリジナル要求を承認するか拒否するかが判断される。３３２において要求を承認すべきであると判断された場合は、３４０において要求が承認される。たとえば、オリジナル要求が、リソースへのアクセスを要求する第１のデバイスについてのものであった場合は、そのアクセスが承認される。たとえば３３０において有効なペアリングが見つからなかったために、３３２において要求を拒否すべきであると判断された場合は、３５０において要求が拒否される。たとえば、オリジナル要求が、リソースへのアクセスを要求する第１のデバイスについてのものであった場合は、そのアクセスが拒否される。
【００７４】
ある実施形態では、３３０における処理の一部として、有効なペアリングを確認することに加えて、オリジナル要求を承認するか否かを判断するための付加的な確認がサーバによって実行され得る。たとえば、ある実施形態では、第１のデバイスがオリジナル要求をサーバに送信する場合、第１のデバイスはさらに、オリジナル要求に関する情報を第２のデバイスに送信し得る。この情報は、第１の要求自体またはその一部であってもよい。この第２のデバイスは次いで、この情報（第１の要求またはその一部）を３２０においてサーバが受信する追跡要求に含め得る。そのような実施形態では、３３０における処理の一部として、有効なペアリングを確認することに加えて、サーバは、３２０においてサーバが第２のデバイスから受信した追跡要求の一部（この一部はオリジナル要求情報またはその一部であってもよい）が、３１０においてサーバが第１のデバイスから受信したオリジナル要求情報の一部と一致するか否かを確認するように構成され得る。一致が見つかり、第１および第２のデバイスが有効なペアを形成していると判断された場合は、３４０でオリジナル要求が承認される。有効な一致が見つからない場合、または３２０においてサーバが受信した追跡要求情報の一部が３１０においてサーバが受信したオリジナル要求情報の一部と一致しない場合は、３５０においてオリジナル要求が拒否される。
【００７５】
図４は、いくつかの実施形態に従う、識別情報および付加的な情報を用いてペアリングされたデバイスへのデータアクセスを許可するための方法４００のフロー図を示す。図４の動作は図３の動作と同様であるが、要求の検証では、デバイスの識別情報および付加的な情報が考慮される。
【００７６】
４１０において、サーバ（たとえばサーバ１０６）は、リソース（たとえばリソースストア１１０に格納されているリソース）のための情報を求める要求を第１のデバイス（たとえばデバイスＡ１０２）から受信し得る。第１のデバイスはオリジナル要求を送信しているので、第１のデバイスは要求デバイスとも称され得る。４２０において、サーバは第２のデバイス（デバイスＢ１０４）から要求を受信する。第２のデバイスは追跡要求（たとえばオリジナル要求に対する応答）を送信しているので、第２のデバイスは応答デバイスとも称され得る。第１のデバイスは第２のデバイスに追跡要求を送信するように求め得る。
【００７７】
予め定められた期間内にサーバが追跡要求を受信したと仮定して、４３０において、サーバは、４１０において受信した第１のデバイスからのオリジナル要求を承認すべきか拒否すべきかを判断するための処理を実行する。一実施形態では、この判断は、サーバがアクセス可能なペアリング情報に基づいて第１のデバイスおよび第２のデバイスが有効なペアとして事前登録されているか否かに基づいてなされる。たとえば、要求を有効なデバイスのペアから受信しているか否かの判断は、ペアリング時に提供されたデバイスの固有の識別情報（たとえばＩＤ番号）に基づいていてもよい。ペアリング要求は、たとえば、当該要求自体、秘密鍵情報、公開鍵情報等の付加的な情報をさらに含んでいてもよい。サーバは、第１のデバイスとの有効なペアである第２のデバイスからの追跡要求を受信したか否かを判断し得る。サーバが、ペアリング情報に基づいて、第１および第２のデバイスが有効なペアを形成していると判断した場合は、オリジナル要求が承認され得る。
【００７８】
したがって、４３０において実行された処理に基づいて、４３２において、オリジナル要求を承認するか拒否するかが判断される。４３２において要求を承認すべきであると判断された場合は、４４０において要求が承認される。たとえば、オリジナル要求が、リソースへのアクセスを要求する第１のデバイスについてのものであった場合は、そのアクセスが承認される。たとえば４３０において有効なペアリングが見つからなかったために、４３２において要求を拒否すべきであると判断された場合は、４５０において要求が拒否される。たとえば、オリジナル要求が、リソースへのアクセスを要求する第１のデバイスについてのものであった場合は、そのアクセスが拒否される。
【００７９】
ある実施形態では、４３０における処理の一部として、有効なペアリングを確認することに加えて、オリジナル要求を承認するか否かを判断するための付加的な確認がサーバによって実行され得る。たとえば、ある実施形態では、第１のデバイスがオリジナル要求をサーバに送信する場合、第１のデバイスはさらに、オリジナル要求に関する情報を第２のデバイスに送信し得る。この情報は、第１の要求自体またはその一部であってもよい。この第２のデバイスは次いで、この情報（第１の要求またはその一部）を４２０においてサーバが受信する追跡要求に含め得る。そのような実施形態では、４３０における処理の一部として、有効なペアリングを確認することに加えて、サーバは、４２０においてサーバが第２のデバイスから受信した追跡要求の一部（この一部はオリジナル要求情報またはその一部であってもよい）が、４１０においてサーバが第１のデバイスから受信したオリジナル要求情報の一部と一致するか否かを確認するように構成され得る。一致が見つかり、第１および第２のデバイスが有効なペアを形成していると判断された場合は、４４０でオリジナル要求が承認される。有効な一致が見つからない場合、または４２０においてサーバが受信した追跡要求情報の一部が４１０においてサーバが受信したオリジナル要求情報の一部と一致しない場合は、４５０においてオリジナル要求が拒否される。
【００８０】
図５は、いくつかの実施形態に従うコンピューティング環境５００のブロック図を示す。コンピューティング環境５００は図１に示すコンピューティング環境と同様であってもよい。さらに、コンピューティング環境５００の要素はコンピューティング環境１００の要素と同様に実行し得る。コンピューティング環境５００は、デバイスＡ５０２およびデバイスＢ５０４などの複数のコンピューティングデバイスと、サーバ５０６を含む１つ以上のサーバとを含み得る。複数のコンピューティングデバイスは、通信ネットワークを介して１つ以上のサーバに通信可能に結合され得る。
【００８１】
図５に示す実施形態は例に過ぎず、実施形態を過度に限定することを意図していない。当業者であれば多くの変形、代替、および変更を認識するであろう。
【００８２】
サーバ５０６は要求を受信し、それに応答してアクションを実行（たとえばコンテンツをサーブ）し得る。要求を受信してアクションを実行するための付加的なサーバが提供されてもよい。図５に示すように、１において、サーバ５０６はデバイス同士がペアリングされていることを知っている。たとえば、サーバ５０６はデバイスＡ５０２およびデバイスＢ５０４がペアリングされていることを知っていてもよい。
【００８３】
デバイスＡ５０２のユーザおよびデバイスＢ５０４のユーザの双方は、サーバ５０６にアクセスして、各自のデバイスをペアリングされたデバイスとして登録し得る。いくつかの実施形態では、当該デバイスは、各デバイスと関連付けられている識別子を提出することによって、各自のデバイスをペアリングされたデバイスとして登録する。そして、サーバ５０６は、デバイスＡ５０２およびＢ５０４がペアリングされていることを知っていてもよい。いくつかの実施形態では、サーバ５０６はペアリングされたデバイス識別子を記憶装置に格納する。ペアリングは図２で説明したように実行され得る。
【００８４】
２において、デバイスＡ５０２はオリジナル要求を自身のＩＤ情報とともにサーバ５０６に送信する。デバイスＡ５０２は、オリジナル要求をデバイスＡ５０２の識別子とともに送信し得る。デバイスＡ５０２はクラウド上に格納されているデータまたはコンテンツを要求していてもよい。
【００８５】
３において、デバイスＡ５０２はデバイスＢ５０４に追跡要求を送信するように求める。４において、デバイスＢ５０４は追跡要求を自身のＩＤ情報とともにサーバ５０６に送信する。デバイスＢ５０４は追跡要求をデバイスＢ５０４の識別子とともにサーバ５０６に送信し得る。５において、サーバ５０６は、デバイスＡ５０２およびデバイスＢ５０４が予めペアリングされており、かつ、デバイスＡ５０２が送信したオリジナル要求とデバイスＢ５０３が送信した追跡要求とが一致すると当該サーバが判断した場合にのみ、デバイスＡ５０２によってなされたオリジナル要求に応答する。オリジナル要求および追跡要求が有効なペアから送信されていることが検証されると、サーバ５０６はデバイスによってなされた要求に応答し得る。
【００８６】
いくつかの実施形態では、サーバ５０６は１つ以上のデータストアと連携してアクセス制御サービスを提供可能であり、ユーザに配信されるテキスト、グラフィックス、音声、および／または映像などのコンテンツを生成することができる。ある実施形態では、サーバ５０６はコンピューティングデバイス（たとえばコンピューティングデバイスＡ５０２およびＢ５０４）からペアリング情報などのデータを受信することができ、ペアリング情報は互いにペアリングされることを望むデバイスを示す。サーバ５０６はさらに、後の検証を実行するために、ペアリングされるべきであることを示しているデバイスのためのペアリング情報を受信し得る。データストア５０８は、ペアリング情報（たとえば有効なペアおよび／または有効なセット情報）などの情報を格納し得る。
【００８７】
コンピューティング環境５００はさらに、ペアリング情報を格納可能な、かつペアリング情報を取出すためにサーバ５０６がアクセス可能な１つ以上のデータストア（たとえばデータストア５０８）を含み得る。データストア５０８は、データを格納する、データにアクセスする、およびデータを取出すことが可能な任意のデバイスまたはデバイスの組合せを含んでいてもよく、これは、任意の標準的な環境、分散環境、またはクラスタ化環境における、任意の組合せおよび数のメモリ、データサーバ、データベース、データ記憶装置およびデータ記憶媒体を含んでいてもよい。サーバ５０６は、必要に応じてデータストアと統合してクライアントデバイスのための１つ以上のアプリケーションのアスペクトを実行するための、かつアプリケーションのためのデータアクセスおよびビジネスロジックの大半を処理するための、任意の適切なハードウェアおよびソフトウェアを含んでいてもよい。
【００８８】
示される実施形態では、デバイスＡ５０２およびデバイスＢ５０４はBluetooth無線通信規格を用いて通信可能である。Bluetooth規格は、適切に装備された無線通信デバイス同士の間のデータの短距離（たとえば１０〜１５メートル）の、低電力（たとえば１００ｍＷ）の、双方向無線通信を提供可能である。他のローカル無線通信技術を代用してデバイスＡ５０２とデバイスＢ５０４との間にローカル無線リンクを提供してもよい。これは、無線ローカルエリアネットワーク（ＬＡＮ）設備、ハイパーＬＡＮ設備、およびＩＥＥＥ規格８０２．１１に従う設備などの設備を含む。あるいは、赤外データ通信などの非無線通信技術を用いてそのような通信リンクを提供してもよい。
【００８９】
いくつかの実施形態では、２つのデバイス（または場合によっては３つ以上のデバイス）をペアとしてサーバに登録してもよい。２つのデバイス同士がペアリングされるとして示されているが、いくつかのデバイス同士がペアリングされて互いに通信することもできる。たとえば、いくつかのデバイス同士が要求デバイスとペアリングされている場合、２つ以上のデバイスが要求デバイスに対する応答デバイスとして機能し得る。したがって、同一の原理が複数のデバイスに適用可能である。
【００９０】
図６は、いくつかの実施形態に従うデバイス登録を実行するための方法６００の例を示す。６１２において、デバイスＡ６０２は、この場合はデバイスＢ６０４である別のデバイスとのペアとして登録されることを求める要求をサーバ６０６に送信し得る。６１４において、デバイスＢ６０４は次にペアリング要求をサーバ６０６に送信し得る。２つのデバイスからペアリング要求を受信すると、サーバ６０６はデバイスＡ６０２の識別子およびデバイスＢ６０４の識別子をペアとして格納し得る。６２６において、サーバ６０６は次いで、デバイスＡ６０２およびデバイスＢ６０４がペアとして登録されることを求める要求を承認し得る。
【００９１】
ある実施形態では、デバイスからのトランザクション要求を許可する前に、ペアリングされたデバイスから要求（たとえばデータ交換）を受信したか否かが判断され得る。図７は、いくつかの実施形態に従う要求（たとえばデータ交換）を許可するための方法７００の例を示す。７１２において、デバイスＡ７０２はサーバ７０６に要求を送信し得る。当該要求は、データ要求、または１つ以上のアクション（たとえば、デバイスＡ７０２のユーザと関連付けられているアカウントへの情報のアップロード）の実行要求であってもよい。デバイスＡ７０２はさらにその識別情報（たとえば固有の識別子）をサーバ７０６に転送し、サーバ７０６は、デバイスＡ７０２とペアリングされている別のデバイスの別のデバイス識別子をサーバ７０６が受信しているか否かを判断し得る。サーバ７０６が、デバイスＡ７０２とペアリングされている別のデバイスのデバイス識別子を受信している場合、サーバ７０６はデバイスＡ７０２からの要求を遂行し得る。この例では、サーバ７０６はデバイスＡ７０２がデータへのアクセスが許可されているか否かを判断しているため、サーバ７０６は許可サーバとして識別され得る。
【００９２】
７２２において、デバイスＡ７０２は、デバイスＡ７０２とペアリングされているデバイスＢ７０４などの他のデバイスに別の要求をサーバ７０６に送信させるために、それら他のデバイスにメッセージを送信し得る。この他の要求は、この場合はデバイスＡ７０２である要求デバイスによって送信される初期要求と同様または同一の要求であってもよい。図７に示すように、サーバ７０６に要求を送信した後、デバイスＡ７０２はデバイスＢ７０４にメッセージを送信して、デバイスＢ７０４にサーバ７０６に要求を送信させる。７１４において、デバイスＢ７０４はさらに自身の識別子をサーバ７０６に転送してもよく、また、要求を転送することもできる。デバイスＢ７０４からサーバ７０６に送信された要求は、デバイスＢ７０４の識別子とともに送信されたデバイスＡ７０２から受信した要求の、転送された要求であってもよい。
【００９３】
７１６において、サーバ７０６は、デバイスＡ７０２およびデバイスＢ７０４から受信した識別子同士が有効なペアであるか否かを確認することによって、デバイスＡ７０２によってなされた要求を許可するか否かを判断し得る。すなわち、サーバ７０６は、デバイスＡ７０２の識別子およびデバイスＢ７０４の識別子が有効なペアとしてデータストア（たとえばデータストア１０８）に格納されているか否かを判断し得る。７２６において、サーバ７０６はさらに、デバイスＡ７０４およびデバイスＢ７０４からの要求同士が一致するか否かを確認し得る。ある実施形態では、サーバ７０６は、有効なペアの識別子を受信している、および、要求同士が同一であるかまたは場合によっては同様であると判断すると、要求を許可し得る。いくつかの実施形態では、要求されているデータ同士が同一である場合、および／またはデータの要求側が同一である場合、要求同士は同一または同様であると判断され得る。
【００９４】
２つの要求同士を突き合わせるためにサーバ７０６によって用いられ得る識別子は、実施形態によって異なり得る。図７の下半分に示すように、デバイスＡ７０２およびデバイスＢ７０４は、サーバ７０６が２つの要求同士を突き合わせるために使用可能な識別子を送信し得る。この例ではハッシュ（要求）が識別子として用いられている。サーバ７０６が識別子を用いてデバイスＡ７０２およびデバイスＢ７０４から受信した要求同士を突き合わせることができる限り、他のタイプの識別子が用いられてもよい。７３２において、デバイスＡ７０２が（７１２において）サーバ７０６に要求を送信した後、デバイスＡ７０２はハッシュ（要求）または他の識別子をデバイスＢ７０４に転送し得る。デバイスＢ７０４は次いで、受信したハッシュ（要求）をデバイスＢの識別情報（たとえば固有の識別子）とともにサーバ７０６に転送し得る。
【００９５】
サーバ７０６は次いで、１つ以上の条件が満たされていると判断すると要求を承認し得る。７３６において、サーバ７０６は、この場合はデバイスＡ７０２である、受信した初期要求の送信元の識別子と、この場合はデバイスＢ７０４である、受信した二次要求の送信元の識別子とが有効なペアであるか否かを確認し得る。いくつかの実施形態では、サーバ７０６は、ペアリング情報を格納し得る１つ以上のデータストアにアクセスしてこの判断を行なってもよい。
【００９６】
７４６において、サーバ７０６はさらに、２つのデバイスから受信した要求同士が一致するか否かを確認し得る。ある実施形態では、サーバ７０６はデバイスＡ７０２が送信した要求からハッシュ（要求）を計算し、当該ハッシュ（要求）がデバイスＢ７０４が送信したハッシュ（要求）と一致するか否かを判断し得る。送信される要求自体または要求のハッシュは、たとえばランタイム情報であってもよい。すなわち、ランタイム時にサーバ７０６が受信している情報であってもよい。したがって、デバイスのＩＤ以外の情報を用いて、第１のデバイスによってなされた要求を承認すべきか否かを判断することができる。両条件が満たされている（たとえば有効なペアおよびハッシュ（要求）が一致している）と判断すると、７５６において、サーバ７０６は要求を承認し得る。
【００９７】
ある実施形態では、公開鍵暗号化を利用することによってセキュリティを高めてもよい。いくつかの実施形態では、セキュリティ向上は、公開鍵と秘密鍵によって署名されたデジタル署名との組合せを用いて達成されてもよい。図８は、ある実施形態に従う、デバイスの公開鍵がデバイス識別子とともに登録されるデバイス登録を実行する方法８００の例を示す。
【００９８】
図８に示すように、デバイスＡ８０２およびデバイスＢ８０４の公開鍵がサーバ８０６に事前登録され、署名の有効性を確認するために後で用いられ得る。８１２において、デバイスＡ８０２は、デバイスＢ８０４とのペアリング情報を登録する際に、自身の公開鍵を自身の識別子（たとえばID_A）とともに送信し得る。８１４において、デバイスＢ８０４も自身の公開鍵を自身の識別子（たとえばID_B）とともにサーバ８０６に送信し得る。サーバ８０６は、第１のデバイス（たとえばデバイスＡ８０２）を第２のデバイス（たとえばデバイスＢ８０４）とペアリングするために用いられ得るため、ペアリングサーバとも称され得る。８１６において、サーバ８０６は次いで、デバイスＡ８０２の識別子および公開鍵をデバイスＢ８０４の識別子および公開鍵とともにセットとして格納し得る。登録されたデバイスＡ８０２およびデバイスＢ８０４の公開鍵は、デバイスの署名の有効性を確認するために後で用いられ得る。
【００９９】
図９は、ある実施形態に従う要求（たとえばデータ交換）を許可する方法９００の別の例を示す。図９に示すように、９１２において、デバイスＡ９０２はデバイスＡ９０２の秘密鍵を用いて作成された要求のデジタル署名（たとえばPrivKey_A(Request)）を要求とともにサーバ９０６に送信する。いくつかの実施形態では、デバイスＡ９０２は自身の識別子もサーバ９０６に送信する。９２２において、デバイスＡ９０２はその要求をデバイスＢ９０４に転送し得る。９１４において、デバイスＢ９０４は、デバイスＡ９０２から転送された要求を受信したことに応答して、デバイスＢ９０４の秘密鍵を用いて作成された要求のデジタル署名（たとえばPrivKey_B(Request)）を当該要求とともにサーバ９０６に送信し得る。デバイスＡ９０２およびデバイスＢ９０４から要求を受信すると、サーバ９０６は多数の条件が満たされているか否かを判断してから要求を承認し得る。
【０１００】
この例では、サーバ９０６は署名の有効性を確認して、要求が実際にデバイスＡ９０２およびデバイスＢ９０４から来ていることを保証し得る。９１６において、サーバ９０６は、デバイスＡ９０２の公開鍵を用いることによって署名PrivKey_A(Request)が有効であるか否かを確認し得る。９２６において、サーバ９０６は、デバイスＢ９０４の公開鍵を用いることによって署名PrivKey_B(Request)が有効であるか否かを確認し得る。９３６において、サーバ９０６はさらに、デバイスＡ９０２からの識別子およびデバイスＢ９０４からの識別子が有効なペアであるか否かを確認し得る。９４６において、サーバ９０６はさらに、デバイスＡ９０２およびデバイスＢ９０４からの要求同士が同一または同様であるか否かを確認し得る。
【０１０１】
いくつかの実施形態では、要求全体を転送する代わりに、リンク付けのための情報を転送してもよい。ここでも、デジタル署名を要求とともに送信しつつ２つの要求同士を突き合わせるためにサーバ９０６によって用いられ得る識別子は一定の実施形態によって異なり得る。デバイスＢ９０４は、サーバ９０６が２つの要求同士を突き合わせるために使用可能な識別子を送信し得る。この例ではハッシュ（要求）が識別子として用いられている。
【０１０２】
９３２において、デバイスＡ９０２は、デバイスＡ９０２の秘密鍵を用いて作成された要求のデジタル署名を要求とともにサーバ９０６に送信する。いくつかの実施形態では、デバイスＡ９０２は自身の識別子もサーバ９０６に送信する。９４２において、デバイスＡ９０２はハッシュ（要求）をデバイスＢ９０４に転送し得る。９２４において、デバイスＢ９０４は、デバイスＡ９０２から転送されたハッシュ（要求）を受信したことに応答して、デバイスＢ９０４の秘密鍵を用いて作成されたハッシュ（要求）のデジタル署名をハッシュ（要求）とともにサーバ９０６に送信し得る。デバイスＡ９０２およびデバイスＢ９０４から要求を受信すると、サーバ９０６は多数の条件が満たされているか否かを判断してから要求を承認し得る。
【０１０３】
図９の下半分に示すように、９５６において、サーバ９０６はデバイスＡの公開鍵を用いて署名PrivKey_A(Request)が有効であるか否かを確認する。９６６において、サーバ９０６は、デバイスＢの公開鍵を用いて署名PrivKey_B(hash(Request))が有効であるか否かを確認する。９７６において、サーバ９０６はさらに、デバイスＡからの識別子およびデバイスＢからの識別子が有効なペアであるか否かを確認する。９８６において、サーバ９０６はさらに、デバイスＡおよびデバイスＢが有効なペアであることを確認することに加えて要求の有効性を確認してから、デバイスＡからの要求を承認し得る。ある実施形態では、サーバ９０６はデバイスＡが送信した要求からハッシュ（要求）を計算し、計算値がデバイスＢが送信したハッシュ（要求）と一致するか否かを判断し得る。すべての必要条件が満たされていると判断すると、サーバ９０６はデバイスＡからの要求を承認する。
【０１０４】
ある実施形態では、第１のデバイスは、第１のデバイスがサーバと直接接続する必要なしにサーバからデータをセキュアに得ることが可能となり得る。いくつかの実施形態では、第１のデバイスはサーバに直接アクセスしない場合があり、ローカルネットワークまたはＢＬＥなどの低電力無線ネットワークを介してのみハブに接続可能である。第１のデバイスはハブとして別のデバイスを利用してサーバへのアクセスを得てもよい。
【０１０５】
図１０は、いくつかの実施形態に係るコンピューティング環境１０００のブロック図を示す。コンピューティング環境１０００は、デバイス１００２および１００４などの複数のコンピューティングデバイスと、サーバ１００６を含む１つ以上のサーバとを含み得る。複数のコンピューティングデバイスは、通信ネットワークを介して１つ以上のサーバに通信可能に結合され得る。コンピューティング環境１０００はさらに、デバイスペアリング情報（たとえば有効なペア、有効なセット情報）などの情報を格納するためのデータストア１００８と、デバイスがアクセスすることを望み得るリソースに関する情報を格納するためのリソースストア１０１０とを含み得る。
【０１０６】
図１０において、デバイスＡ１００２はアクセスサーバ１００６に直接アクセス可能でない場合がある。たとえば、デバイスＡ１００２がサーバ１００６の近傍にない場合があるか、またはデバイスＡ１００２がサーバ１００６に接続不可能な場合がある。いくつかの実施形態では、デバイスＡ１００２はＢＬＥなどの低電力無線ネットワークを介して他のデバイス（たとえばデバイスＢ１００４）に接続してもよい。この例では、デバイスＡ１００２は、ハブの役割を果たしてサーバ１００６へのアクセスを提供するデバイスＢ１００４に接続してもよい。１１において、デバイスＡ１００２およびデバイスＢ１００４はペアとしてサーバ１００６に事前登録され得る。いくつかの実施形態では、デバイスＡ１００２およびデバイスＢ１００４がそれらのグループを事前登録し得るサーバ１００６が登録サーバである。
【０１０７】
１２において、デバイスＡ１００２は、オリジナル要求をデバイスＡ１００２の識別子とともにデバイスＢ１００４に送信することを要求し得る。１３において、デバイスＢ１００４は、オリジナル要求を追跡要求とともにデバイスＢ１００４の識別子とともにサーバ１００６に送信し得る。いくつかの実施形態では、オリジナル要求および追跡要求は１つの要求に併合されてもよい。１４において、サーバ１００６は、オリジナル要求および追跡要求が有効なペアから送信されているか否かを判断し得る。要求が有効なペアから送信されていると判断すると、サーバ１００６は要求に応答し得る。
【０１０８】
いくつかの実施形態では、サーバ１００６はさらに、オリジナル要求と追跡要求とが一致するか否かを判断し得る。サーバ１００６は、要求が有効なペアからのものであり、かつ一定の実施形態において要求同士が一致する場合にのみ要求に応答し得る。サーバ１００６はデバイスＢ１００４を介して要求に応答し得る。デバイスＢ１００４は次いで、応答をデバイスＡ１００２に転送し得る。
【０１０９】
図１１は、いくつかの実施形態に従うデバイス登録を実行する例示的な方法１１００を示す。１１１２において、デバイスＡ１１０２はデバイスＡ１１０２の識別子をデバイスＢ１１０４に転送し得る。１１１４において、デバイスＢ１１０４は次いでデバイスＡおよびデバイスＢ双方の識別子をサーバ１１０６に転送し得る。サーバ１１０６は登録サーバまたはペアリングサーバとして識別され得る。１１１６において、サーバ１１０６は、デバイスＡ１１０２の識別子（たとえばID_A）およびデバイスＢ１１０４の識別子（たとえばID_B）の双方を共にペアとして格納し得る。いくつかの実施形態では、有効なグループ化として格納されるデバイスは３つ以上であってもよい。
【０１１０】
図１２は、いくつかの実施形態に従う要求を許可する方法１２００の例を示す。１２１２において、デバイスＡ１２０２は、オリジナル要求を自身の識別子とともにデバイスＢ１２０４に送信し得る。１２１４において、デバイスＢ１２０４は、デバイスＡ１２０２の識別子とともにデバイスＡ１２０２から受信したオリジナル要求（たとえば要求、ID_A）と、デバイスＢ１２０４の識別子とともに追跡要求（たとえば要求、ID_B）とを送信し得る。いくつかの実施形態では、オリジナル要求および追跡要求は冗長性を回避するために１つの要求に併合されてもよい。
【０１１１】
複数の要求（たとえばオリジナル要求および追跡要求）を受信すると、１２１６において、サーバ１２０６は、デバイスＡ１２０２およびデバイスＢ１２０４が有効なペアであるか否かを確認し得る。いくつかの実施形態では、２つのデバイスと関連付けられている識別子が有効なペアとしてデータストアに格納されており、当該識別子同士がペアとして事前登録されていることが示されているか否かを判断することによって、当該デバイス同士が有効なペアであるか否かを判断し得る。１２２６において、サーバ１２０６は、第１のデバイスＡ１２０２のＩＤおよび第２のデバイスＢ１２０４のＩＤが有効なペアである、といった多数の条件が満たされていると判断すると、要求を承認し得る。
【０１１２】
ある実施形態では、デバイスが、署名の有効性を確認するために後で用いられ得る自身の公開鍵をサーバに登録できるようにすることによって、セキュリティを高めてもよい。図１３は、いくつかの実施形態に従うデバイス登録を実行するための方法１３００の例を示す。示されるように、１３１２において、デバイスＡ１３０２は自身の識別子（たとえばID_A）および自身の公開鍵（たとえばPubKey_A）をデバイスＢ１３０４に送信し得る。１３１４において、デバイスＢ１３０４は次いで、デバイスＡ１３０２の識別子（たとえばID_A）およびデバイスＢ１３０４の識別子（たとえばID_B）、ならびにデバイスＡ１３０２の公開鍵（たとえばPubKey_A）およびデバイスＢ１３０４の公開鍵（たとえばPubKey_B）をサーバ１３０６に転送し得る。デバイスＢ１３０４は、デバイスＡ１３０２およびデバイスＢ１３０４の公開鍵をサーバ１３０６に登録し、デバイスＡ１３０２およびデバイスＢ１３０４が有効なペアであることを示し得る。１３１６において、サーバ１３０６は次いで、デバイスＡ１３０２およびデバイスＢ１３０４の識別子および公開鍵を共にセットとして格納し得る。サーバ１３０６は、後でこの情報を用いて、署名の有効性を確認して要求を承認し得る。
【０１１３】
いくつかの実施形態では、受信した要求の署名の有効性をサーバに確認させて、要求が有効なペアであり得る一定のデバイスから来ていることを保証してもよい。図１４はいくつかの実施形態に従う要求を許可する方法１４００の方法の例を示す。示されるように、ステップは図１２と同様であるが、ここでは要求はデジタル署名とともに送信される。サーバ１４０６は署名の有効性を確認して、要求がデバイスＡ１４０２およびデバイスＢ１４０４から来ていることを保証する。署名の有効性が確認され、要求が有効なペアとして事前登録されたデバイスから送信されていることが保証されると、サーバは要求を承認する。
【０１１４】
１４１２において、デバイスＡ１４０２は、オリジナル要求を自身の識別子およびデジタル署名とともにデバイスＢ１４０４に送信し得る。１４１４において、デバイスＢ１４０４は、デバイスＡ１４０２の識別子およびデバイスＡ１４０２のデジタル署名とともにデバイスＡ１４０２から受信したオリジナル要求（たとえば要求、ID_A, PrivKey_A(Request)）と、デバイスＢ１４０４の識別子およびデジタル署名とともに追跡要求（たとえば要求、ID_B, PrivKey_B(Request)）とを送信し得る。いくつかの実施形態では、オリジナル要求および追跡要求は冗長性を回避するために１つの要求に併合されてもよい。複数の要求（たとえばオリジナル要求および追跡要求）を受信すると、１４１６において、サーバ１４０６は、デバイスＡ１４０２およびデバイスＢ１４０４が有効なペアであるか否かを確認し得る。
【０１１５】
１４１６において、サーバ１４０６は、デバイスＡ１４０２のデジタル署名（たとえばPrivKey_A(Request)）が有効であるか否かを確認し得る。１４２６において、サーバ１４０６は、デバイスＢ１４０４のデジタル署名（たとえばPrivKey_B(Request)）が有効であるか否かを確認し得る。１４３６において、サーバ１４０６は、２つのデバイスと関連付けられている識別子が有効なペアとしてデータストアに格納されており、当該識別子同士がペアとして事前登録されていることが示されているか否かを判断することによって、当該デバイス同士が有効なペアであるかを判断し得る。１４４６において、サーバ１４０６は、多数の条件が満たされていると判断すると要求を承認し得る。
【０１１６】
図１５は、実施形態に係るシステム１５００におけるデバイス１５０１およびサーバ１５５０の実現例の簡略ブロック図である。デバイス１５０１は、モバイルデバイス、ハンドヘルドデバイス、ノートブック型コンピュータ、デスクトップコンピュータ、または、本明細書に記載のように画像を表示するためのスクリーンを有しておりサーバ１５５０（たとえば登録サーバ、許可サーバ、ペアリングサーバ等）と通信可能な任意の好適な電子装置であってもよい。デバイス１５０１は、処理サブシステム１５０２、ストレージサブシステム１５０４、ユーザ入力デバイス１５０６、ユーザ出力デバイス１５０８、およびネットワークインターフェイス１５１０を含む。
【０１１７】
１つ以上の集積回路（たとえば１つ以上のシングルコアもしくはマルチコアマイクロプロセッサまたはマイクロコントローラ）として実現可能な処理サブシステム１５０２は、デバイス１５０１の動作を制御可能である。さまざまな実施形態において、処理サブシステム１５０２はプログラムコードに応答してさまざまなプログラムを実行可能であり、複数の同時に実行されるプログラムまたはプロセスを維持可能である。任意の所与の時点で、プログラムコードの一部またはすべてが処理サブシステム１５０２内に、および／またはストレージサブシステム１５０４内に常駐し得る。
【０１１８】
適切なプログラミングによって、処理サブシステム１５０２はさまざまな機能をデバイス１５０１に提供可能である。たとえば、処理サブシステム１５０２は特定のアプリケーションプログラム（または「アプリケーション」）１５１６を実行可能である。アプリケーション１５１６はアプリケーションのさまざまな機能のためのさまざまな方法を実行可能である。いくつかの実施形態では、ユーザはサーバに要求を送信して、データのアップロードもしくはダウンロードまたは情報の要求といった１つ以上のアクションを実行し得る。
【０１１９】
ストレージサブシステム１５０４は、たとえば、ディスク、フラッシュメモリ、または任意の組合せのその他の記憶媒体を用いて実現可能であり、所望通りに揮発性および／または不揮発性記憶装置を含んでいてもよい。いくつかの実施形態では、ストレージサブシステム１５０４は、処理サブシステム１５０２によって実行される１つ以上のアプリケーションプログラム（たとえばアプリケーション１５１６）を格納し得る。いくつかの実施形態では、ストレージサブシステム１５０４は（たとえばアプリケーション１５１６によって使用されるおよび／または規定される）他のデータを格納し得る。プログラムおよび／またはデータが不揮発性記憶装置に格納され、プログラム実行時に揮発性ワーキングメモリに全体または一部がコピーされてもよい。
【０１２０】
１つ以上のユーザ入力デバイス１５０６および１つ以上のユーザ出力デバイス１５０８によってユーザインターフェイスが提供されてもよい。ユーザ入力デバイス１５０６は、タッチパッド、タッチスクリーン、スクロールホイール、クリックホイール、ダイヤル、ボタン、スイッチ、キーパッド、マイクなどを含んでいてもよい。ユーザ出力デバイス１５０８は、ビデオスクリーン、インジケータライト、スピーカ、ヘッドホンジャックなどを、サポート電子機器（たとえばデジタル−アナログまたはアナログ−デジタル変換器、信号プロセッサなど）とともに含んでいてもよい。顧客は入力デバイス１５０６を操作してデバイス１５０１の機能を呼出すことができ、出力デバイス１５０８を介してデバイス１５０１からの出力を見るおよび／または聞くことができる。
【０１２１】
ネットワークインターフェイス１５１０は、音声および／またはデータ通信能力をデバイス１５０１に提供し得る。たとえば、ネットワークインターフェイス１５１０は、サーバ１５５０との通信能力をデバイス１５０１に提供し得る。いくつかの実施形態では、ネットワークインターフェイス１５１０は、（たとえばセルラー電話技術、３Ｇ、４ＧもしくはＥＤＧＥ、ＷｉＦｉ（ＩＥＥＥ８０２．１１ファミリー規格といった高度データネットワーク技術、または他のモバイル通信技術、またはそれらの任意の組合せを用いて）無線音声および／もしくはデータネットワークにアクセスするための無線周波数（ＲＦ）トランシーバコンポーネント、ならびに／または他のコンポーネントを含んでいてもよい。いくつかの実施形態では、ネットワークインターフェイス１５１０は、無線インターフェイスに加えてまたはその代わりに有線ネットワーク接続性（たとえばイーサネット（登録商標））を提供し得る。ネットワークインターフェイス１５１０は、ハードウェア（たとえばアンテナ、変調器／復調器、符号器／復号器、ならびに他のアナログおよび／またはデジタル信号処理回路）コンポーネントとソフトウェアコンポーネントとの組合せを用いて実現可能である。
【０１２２】
サーバ１５５０は本明細書で述べたいずれかのサーバについて用いられ得る。サーバ１５５０は、処理サブシステム１５５２、ストレージサブシステム１５５４、ユーザ入力デバイス１５５６、ユーザ出力デバイス１５５８、およびネットワークインターフェイス１５６０を含む。ネットワークインターフェイス１５６０は、上述のデバイス１５０１のネットワークインターフェイス１５１０と同様または同一の特徴を有し得る。
【０１２３】
１つ以上の集積回路（たとえば従来のマイクロプロセッサまたはマイクロコントローラ）として実現可能な処理サブシステム１５５２は、サーバ１５５０の動作を制御可能である。さまざまな実施形態において、処理サブシステム１５５２はプログラムコードに応答してさまざまなプログラムを実行可能であり、複数の同時に実行されるプログラムまたはプロセスを維持可能である。任意の所与の時点で、実行されるプログラムコードの一部またはすべてが処理サブシステム１５５２内に、および／またはストレージサブシステム１５５４内に常駐し得る。適切なプログラミングによって、処理サブシステム１５５２はさまざまな機能をサーバ１５５０に提供可能である。ゆえに、サーバ１５５０は、デバイス１５０１に情報項目を提供するために、デバイス１５０１上で実行されているアプリケーション１５１６と対話することができる。
【０１２４】
ストレージサブシステム１５５４は、たとえば、ディスク、フラッシュメモリ、または任意の組合せのその他の記憶媒体を用いて実現可能であり、所望通りに揮発性および／または不揮発性記憶装置を含んでいてもよい。いくつかの実施形態では、ストレージサブシステム１５５４は、処理サブシステム１５５２によって実行される１つ以上のアプリケーションプログラムを格納し得る。たとえば、アプリケーションプログラム１５７６は、アプリケーション１５１６と対話して情報要求に応答してもよい。いくつかの実施形態では、ストレージサブシステム１５５４は、複数のデバイスのためのペアリング情報、およびさまざまなデバイスと関連付けられている公開鍵などの他のデータを格納し得る。プログラムおよび／またはデータが不揮発性記憶装置に格納され、プログラム実行時に揮発性ワーキングメモリに全体または一部がコピーされてもよい。
【０１２５】
１つ以上のユーザ入力デバイス１５５６および１つ以上のユーザ出力デバイス１５５８によってユーザインターフェイスが提供されてもよい。ユーザ入出力デバイス１５５６および１５５８は、上述のデバイス１５０１の入出力デバイス１５０６および１５０８と同様または同一であってもよい。場合によっては、ユーザ入出力デバイス１５５６および１５５８は、プログラマーがサーバ１５５０と対話することを可能にするように構成される。場合によっては、サーバ１５５０はサーバファームにおいて実現可能であり、ユーザインターフェイスはサーバにとってローカルでなくてもよい。
【０１２６】
本明細書に記載のデバイス１５０１およびサーバ１５５０は例示であり、変形および変更が可能であることが認識されるであろう。デバイスはモバイル電子装置として実現可能であり、本明細書に具体的に記載していない他の能力（たとえば電話能力、電力管理、アクセサリ接続性等）を有していてもよい。複数のデバイス１５０１および／または複数のサーバ１５５０を有するシステムでは、異なるデバイス１５０１および／またはサーバ１５５０は異なる一連の能力を有していてもよく、さまざまなデバイス１５０１および／またはサーバ１５５０は互いに同様または同一であってもよいが、そうでなくてもよい。
【０１２７】
さらに、デバイス１５０１およびサーバ１５５０は特定のブロックを参照して説明されているが、これらのブロックは説明の便宜上規定されており、コンポーネント部分の特定の物理的配列を含意することを意図してないことを理解すべきである。さらに、ブロックは物理的に別個のコンポーネントに対応していなくてもよい。ブロックは、たとえばプロセッサをプログラムするかまたは適切な制御回路を提供することによってさまざまな動作を実行するように構成されてもよく、さまざまなブロックは初期構成がどのように得られるかに依存して再構成可能であってもなくてもよい。実施形態は、回路およびソフトウェアの任意の組合せを用いて実現される電子装置を含むさまざまな装置において実現可能である。
【０１２８】
また、デバイス１５０１およびサーバ１５５０は単一のエンティティとして記載されているが、各々は複数の結合されたエンティティを含んでいてもよいことを理解すべきである。たとえば、サーバ１５５０は、サーバ、結合されたサーバのセット、コンピュータ、および／または結合されたコンピュータのセットを含んでいてもよい。
【０１２９】
いずれの実施形態も、ハードウェア（たとえば特定用途向け集積回路もしくはフィールドプログラマブルゲートアレイ）を用いて、および／またはモジュール式のもしくは集積された汎用プログラマブルプロセッサを有するコンピュータソフトウェアを用いて、制御ロジックの形態で実現可能である。本明細書で使用するとき、プロセッサは、同一の集積チップ上のマルチコアプロセッサ、または単一の回路基板上のもしくはネットワーク化された複数の処理ユニットを含む。本明細書に提供される開示および教示に基づいて、当業者であればハードウェアおよびハードウェアとソフトウェアとの組合せを用いて実施形態を実現するための他の方法および／または方法を理解して認識するであろう。
【０１３０】
本願に記載のソフトウェアコンポーネントまたは機能のいずれも、たとえば、従来のまたはオブジェクト指向の技術を用いて、たとえば、Ｊａｖａ（登録商標）、Ｃ＋＋またはＰｅｒｌといった任意の好適なコンピュータ言語を用いてプロセッサによって実行されるソフトウェアコードとして実現されてもよい。ソフトウェアコードは、記憶および／または送信のためにコンピュータ読取可能媒体上に一連の命令またはコマンドとして記憶されてもよく、好適な媒体として、ランダムアクセスメモリ（ＲＡＭ）、読出専用メモリ（ＲＯＭ）、ハードドライブもしくはフロッピー（登録商標）ディスクなどの磁気媒体、またはコンパクトディスク（ＣＤ）もしくはＤＶＤ（デジタル汎用ディスク）、フラッシュメモリなどの光学媒体が挙げられる。コンピュータ読取可能媒体はそのような記憶または送信装置の任意の組合せであってもよい。
【０１３１】
また、そのようなプログラムは、インターネットを含むさまざまなプロトコルに準拠している有線、光、および／または無線ネットワークを介した通信に適合している搬送信号を用いて符号化されて送信されてもよい。したがって、実施形態に係るコンピュータ読取可能媒体は、そのようなプログラムで符号化されるデータ信号を用いて作成されてもよい。プログラムコードで符号化されるコンピュータ読取可能媒体は、互換性のあるデバイスとともにパッケージ化されてもよく、または（たとえばインターネットダウンロードによって）他のデバイスとは別個に提供されてもよい。任意のそのようなコンピュータ読取可能媒体は単一のコンピュータプロダクト（たとえばハードドライブ、ＣＤ、もしくはコンピュータシステム全体）上または内に存在していてもよく、システムまたはネットワーク内のさまざまなコンピュータプロダクト上または内に存在していてもよい。コンピュータシステムは、本明細書で述べた結果のいずれかをユーザに提供するためのモニタ、プリンタ、または他の好適なディスプレイを含んでいてもよい。
【０１３２】
本明細書に記載の方法のいずれも、ステップを実行するように構成され得る１つ以上のプロセッサを含むコンピュータシステムで全体または一部が実行されてもよい。ゆえに、実施形態は、本明細書に記載の方法のいずれかのステップを実行するように構成されたコンピュータシステムに向けられてもよく、異なるコンポーネントは、それぞれのステップまたはそれぞれの一連のステップを実行する可能性がある。番号付けられたステップとして提示されているが、本明細書中の方法のステップは同時にまたは異なる順序で実行されてもよい。さらに、これらのステップの一部は他の方法からの他のステップの一部とともに用いられてもよい。また、あるステップのすべてまたは一部は選択肢であってもよい。さらに、方法のいずれかのステップのいずれかは、これらステップを実行するためのモジュール、回路、または他の手段で実行されてもよい。
【０１３３】
特定の実施形態の具体的な詳細は、実施形態の精神および範囲から逸脱することなく任意の好適な態様で組合されてもよい。しかし、他の実施形態は、個々の各局面に関連する具体的な実施形態、またはこれら個々の局面の具体的な組合せに向けられてもよい。
【０１３４】
一定の実施形態の上記の説明は例示および説明目的で提示されている。それは排他的であること、または実施形態を説明した正確な形態に限定することを意図しておらず、上記の教示に鑑みて多くの変更および変形が可能である。実施形態は、実施形態の原理およびその実際の適用を最もよく説明することによって、当業者がさまざまな実施形態を考えられる特定の使用に適しているようにさまざまな変更とともに利用できるようにするために選択および説明された。
【０１３５】
したがって、明細書および図面は限定としてではなく例示として見なされるべきである。しかし、請求項に記載のより広範な精神および範囲から逸脱することなく明細書および図面に追加、除去、削除、ならびに他の修正および変更がなされ得ることが明らかになるであろう。ゆえに、一定の実施形態を説明したが、これらは限定的であることを意図していない。さまざまな修正および同等物が以下の請求項の範囲内にある。
【図１】
2018503911.tif 000003
【図２】
2018503911.tif 000004
【図３】
2018503911.tif 000005
【図４】
2018503911.tif 000006
【図５】
2018503911.tif 000007
【図６】
2018503911.tif 000008
【図７】
2018503911.tif 000009
【図８】
2018503911.tif 000010
【図９】
2018503911.tif 000011
【図１０】
2018503911.tif 000012
【図１１】
2018503911.tif 000013
【図１２】
2018503911.tif 000014
【図１３】
2018503911.tif 000015
【図１４】
2018503911.tif 000016
【図１５】
2018503911.tif 000017
【国際調査報告】
2018503911.tif 000018
2018503911.tif 000019
2018503911.tif 000020