JP2018517330A - 端末デバイスが別の端末デバイスを発見するための方法および装置 - Google Patents

Abstract

近傍サービスサーバによって行われる方法が開示される。方法は、ＰｒｏＳｅクエリコードおよびＰｒｏＳｅ応答コードを生成することと、少なくともＰｒｏＳｅ応答コードを、第１の発見鍵および第２の発見鍵と共に第１の端末デバイスに送ることと、少なくとも第１の発見鍵およびＰｒｏＳｅクエリコードを第２の端末デバイスに送ることで、第２の端末デバイスが無線インターフェース上で第１の端末デバイスを安全に発見できるようにすることとを含む。
【選択図】図６

Description

本発明は、端末デバイスが別の端末デバイスを安全に発見可能にするための方法に関する。また、本発明は、端末デバイスが別の端末デバイスを安全に発見可能にするサーバおよび端末デバイスに関する。

近傍サービス（ＰｒｏＳｅ）は、ＵＥが互いに近傍であることに基づく３ＧＰＰシステムによって提供できるサービスである。これらのサービスのうちの１つはＰｒｏＳｅ発見である。ＰｒｏＳｅサービスは、３ＧＰＰ ＴＳ２２．２７８および３ＧＰＰ ＴＳ２３．３０３に記載されており、メッセージを無線アクセスネットワークを通さずに、デバイスツーデバイス（Ｄ２Ｄ）通信可能とすることができる。

ＰｒｏＳｅ発見は、許可、承認、および近傍基準が満たされている時、エボルブドＵＭＴＳ地上無線アクセス（Ｅ−ＵＴＲＡ）を使用して、ＰｒｏＳｅ対応ＵＥが、エボルブドＵＭＴＳ地上無線アクセスネットワーク（Ｅ−ＵＴＲＡＮ）または拡張パケットコア（ＥＰＣ）ネットワークを使用しているか否かに関わらず、互いに近傍であることを特定する。近傍基準はオペレータによって構成可能である。

ＰｒｏＳｅ発見プロセスは、発見メッセージが、無線インターフェース上で１つのデバイスによって送られ、かつ別のデバイスによって受信されることを伴う。他のデバイスは次いで、発見メッセージによって応答する。両方の発見メッセージは、デバイスのそれぞれを特定するためのＰｒｏＳｅコードを含む。しかしながら、１つのデバイスは、他のデバイスから受信されたＰｒｏＳｅコードを再生してよいため、上記の他のデバイスを装うことができる。従って、デバイスが、互いに近傍である際に安全に互いを発見する必要がある。

本発明の一態様によると、ＰｒｏＳｅクエリコードおよびＰｒｏＳｅ応答コードを生成することと、少なくともＰｒｏＳｅ応答コードを、第１の発見鍵および第２の発見鍵と共に第１の端末デバイスに送ることと、少なくとも第１の発見鍵およびＰｒｏＳｅクエリコードを第２の端末デバイスに送ることで、第２の端末デバイスが無線インターフェース上で第１の端末デバイスを安全に発見できるようにすることとを含む、近傍サービスサーバによって行われる方法が提供される。

１つの実施形態では、方法は、予備ステップとして、第１の発見鍵および第２の発見鍵を生成することをさらに含む。方法はまた、予備ステップとして、第１の発見鍵および第２の発見鍵を鍵管理サーバから受信することを含むことができる。

１つの実施形態では、方法は、ＰｒｏＳｅクエリコードに基づいて発見フィルタを生成し、かつ、この発見フィルタを第１の端末デバイスに送ることを含む。

別の実施形態では、方法は、第２の端末デバイスが無線インターフェース上で第１の端末デバイスを発見することを望んでいることを指示する発見要求を第２の端末デバイスから受信することであって、近傍サービスはその後、第１の発見鍵およびＰｒｏＳｅクエリコードを第２の端末デバイスに送る、受信することを含む。

方法は、第２の端末デバイスが通信している第２の近傍サービスサーバにＰｒｏＳｅ応答コードを送ることをさらに含むことができる。

１つの実施形態では、方法は、ＰｒｏＳｅ応答コード、および第２の発見鍵に基づくトークンを含むマッチレポート要求を第２の端末デバイスから受信することを含む。

代替的な実施形態では、方法は、第２の発見鍵を使用してトークンを検証することを含む。

トークンが検証される場合、方法は、第１の端末デバイスが真正であることを指示するマッチレポート応答を第２の端末デバイスに送ることをさらに含むことができる。

１つの実施形態では、方法は、第１の端末デバイスが真正であることを第２の端末デバイスが検証することができるように、第２の発見鍵を第２の端末デバイスに送ることを含む。

１つの実施形態では、第２の端末デバイスは複数の第２の端末デバイスを含み、それによって、方法が、ＰｒｏＳｅクエリコードおよび第１の発見鍵をそれぞれの第２の端末デバイスに送ることを含むことができるようにする。

本発明の別の態様によると、ＰｒｏＳｅクエリコードおよびＰｒｏＳｅ応答コードを生成する生成ユニットと、少なくともＰｒｏＳｅ応答コードを第１の発見鍵および第２の発見鍵と共に第１の端末デバイスに送り、かつ、少なくとも第１の発見鍵およびＰｒｏＳｅクエリコードを第２の端末デバイスに送ることで、第２の端末デバイスが無線インターフェース上で第１の端末デバイスを安全に発見できるようにする送信ユニットとを含むサーバが提供される。

本発明のさらなる態様によると、プロセッサおよびメモリを含むサーバであって、メモリは、ネットワークノードが添付の請求項１から１１のいずれか一項による方法を実施するように動作可能であるように、プロセッサによって実行可能な命令を包含する、サーバが提供される。

本発明のなお別の態様によると、端末デバイスによって行われる方法であって、近傍サービスサーバから、第１の発見鍵、第２の発見鍵、およびＰｒｏＳｅ応答コードを受信することと、ＰｒｏＳｅクエリコードおよびトークンを含む直接発見要求を、端末デバイスを発見することを望んでいる第２の端末デバイスから受信することと、第１の発見鍵を使用してトークンを検証することとを含む方法が提供される。

方法は、第１の端末デバイスが、ＰｒｏＳｅクエリコードに基づく発見フィルタを近傍サービスサーバから受信することをさらに含むことができる。

１つの実施形態では、第１の端末デバイスは無線インターフェース上でＰｒｏＳｅクエリコードおよびトークンを受信し、トークンは第１の発見鍵に基づく。

第１の端末デバイスが第２の端末デバイスから受信されたトークンを検証する場合、方法は、第２の発見鍵に基づく第２のトークンを含む発見応答を第２の端末デバイスに送ることをさらに含むことができる。

１つの実施形態では、方法は、予備ステップとして、端末デバイスがその近傍サービスサーバに、第２の端末デバイスが上記の端末デバイスを発見可能とされるように要求するような発見要求を送ることを含む。

本発明の別の態様によると、近傍サービスサーバから、第１の発見鍵、第２の発見鍵、およびＰｒｏＳｅ応答コードを受信し、かつ、ＰｒｏＳｅクエリコードおよびトークンを含む直接発見要求を、端末デバイスを発見することを望んでいる第２の端末デバイスから受信する送信ユニットと、第１の発見鍵を使用してトークンを検証する検証ユニットと、を含む端末デバイスが提供される。

本発明のなお別の態様によると、プロセッサおよびメモリを含む端末デバイスであって、メモリは、ネットワークノードが添付の請求項１４から１８のいずれか一項による方法を実施するように動作可能であるように、プロセッサによって実行可能な命令を包含する、端末デバイスが提供される。

本発明のさらなる態様によると、近傍サービスサーバによって行われる方法であって、少なくとも第１の発見鍵、ＰｒｏＳｅクエリコード、およびＰｒｏＳｅ応答コードを第２の近傍サービスサーバから受信することと、ＰｒｏＳｅ応答コードに基づいて発見フィルタを生成することと、発見フィルタ、第１の発見鍵、およびＰｒｏＳｅクエリコードを第１の端末デバイスに送ることで、第１の端末デバイスが無線インターフェース上で第２の端末デバイスを安全に発見できるようにすることと、を含む方法が提供される。

１つの実施形態では、方法は、第２の発見鍵に基づくトークンを含むマッチレポート要求を第１の端末デバイスから受信することと、該トークンを検証のために第２の近傍サーバに転送することとを含む。

第２の近傍サーバがトークンを検証する場合、方法は、第２の端末デバイスが真正であることを指示する応答を第２の近傍サーバから受信することをさらに含むことができる。

１つの実施形態では、方法は、近傍サービスサーバが、第２の発見鍵を第２の近傍サービスサーバから受信し、かつ、第２の発見鍵を第１の端末デバイスに送ることをさらに含む。

別の実施形態では、方法は、予備ステップとして、近傍サービスサーバが、第１の端末デバイスが第２の近傍サービスサーバの第２の端末デバイスを発見することを望んでいることを指示する発見要求を第１の端末デバイスから受信することをさらに含むことができる。

１つの実施形態では、方法は、第１の端末デバイスが第２の近傍サービスサーバの第２の端末デバイスを発見することを望んでいることを指示する発見要求を第２の近傍サービスサーバに送ることを含むことができる。

本発明の別の態様によると、第２の近傍サービスサーバから、少なくとも第１の発見鍵、ＰｒｏＳｅクエリコード、およびＰｒｏＳｅ応答コードを受信する送信ユニットと、ＰｒｏＳｅ応答コードに基づいて発見フィルタを生成し、かつ、発見フィルタ、第１の発見鍵、およびＰｒｏＳｅクエリコードを第１の端末デバイスに送ることで、第１の端末デバイスが無線インターフェース上で第２の端末デバイスを安全に発見できるようにする生成ユニットと、を含むサーバが提供される。

本発明のなお別の態様によると、プロセッサおよびメモリを含むサーバであって、メモリは、ネットワークノードが添付の請求項２１から２６のいずれか一項による方法を実施するように動作可能であるように、プロセッサによって実行可能な命令を包含する、サーバが提供される。

本発明のさらなる態様によると、端末デバイスによって行われる方法であって、ＰｒｏＳｅクエリコードおよび第１の発見鍵を近傍サービスサーバから受信することと、第１の発見鍵に基づくトークンを含む直接発見要求を第２の端末デバイスに送ることと、ＰｒｏＳｅ応答コードおよび第２のトークンを含む発見応答を第２の端末デバイスから受信することと、を含む方法が提供される。

１つの実施形態では、方法は、ＰｒｏＳｅ応答コードに基づく発見フィルタを近傍サービスサーバから受信することを含む。

別の実施形態では、方法は、端末デバイスが、発見フィルタを使用して第２の端末デバイスから受信されたＰｒｏＳｅ応答コードを特定することを含む。

１つの実施形態では、端末デバイスは、第２のトークンを検証のために近傍サービスサーバに転送することができる。

第２のトークンが検証される場合、方法は、第２の端末デバイスが真正であることを指示するメッセージを近傍サービスサーバから受信することをさらに含むことができる。

代替的な実施形態では、方法は、端末デバイスが、近傍サービスサーバから第２の発見鍵を受信することと、端末デバイスが、第２の発見鍵を使用して第２のトークンを検証することによって、第２の端末デバイスを認証することとを含むことができる。

１つの実施形態では、方法は、予備ステップとして、端末デバイスが第２のデバイスを発見することを望んでいることを指示する発見要求を近傍サービスサーバに送ることを含むことができる。

別の実施形態では、端末デバイスは複数の端末デバイスを含むことができ、それによって、方法が、それぞれの端末デバイスが、同じＰｒｏＳｅクエリコードおよび第１の発見鍵を受信し、直接発見要求を同じ第２の端末デバイスに送り、および、直接発見応答を前記の同じ第２の端末デバイスから受信することをさらに含むようにする。

本発明の別の態様によると、ＰｒｏＳｅクエリコードおよび第１の発見鍵を近傍サービスサーバから受信し、第１の発見鍵に基づくトークンを含む直接発見要求を第２の端末デバイスに送り、および、ＰｒｏＳｅ応答コードおよび第２のトークンを含む発見応答を第２の端末デバイスから受信する送信ユニットを含む、端末デバイスが提供される。

本発明のなお別の態様によると、プロセッサおよびメモリを含む端末デバイスであって、メモリは、ネットワークノードが添付の請求項２９から３６のいずれか一項による方法を実施するように動作可能であるように、プロセッサによって実行可能な命令を包含する、端末デバイスが提供される。

さらなる態様によると、コンピュータ上で起動する時、添付の請求項１から１１、１４から１８、２１から２６、または２９から３５のいずれか一項による方法を実施するように構成されるコンピュータプログラムが提供される。

本発明のなお別の態様によると、コンピュータ可読媒体、および、コンピュータ可読媒体上に格納される上述されるようなコンピュータプログラムを含む、コンピュータプログラム製品が提供される。

本発明の一実施形態に従って動作する第１のネットワークを示す図である。 本発明の一実施形態に従って動作する第２のネットワークを示す図である。 ネットワークの形態を示す図である。 ＰｒｏＳｅ機能およびそれらのＵＥとのインターフェースを示す図である。 ＰｒｏＳｅ機能およびそれらのインターフェースを示す図である。 本発明の一実施形態を示す図である。 本発明による別の実施形態を示す図である。 サーバによって行われる本発明の一実施形態による方法ステップを示すフローチャートである。 サーバによって行われる本発明の別の実施形態による方法ステップを示すフローチャートである。 サーバによって行われる本発明のなお別の実施形態による方法ステップを示すフローチャートである。 端末デバイスによって行われる本発明の一実施形態による方法ステップを示すフローチャートである。 端末デバイスによって行われる本発明のさらなる実施形態による方法ステップを示すフローチャートである。 サーバによって行われる本発明の一実施形態による方法ステップを示すフローチャートである。 サーバによって行われる本発明の別の実施形態による方法ステップを示すフローチャートである。 端末デバイスによって行われる本発明の一実施形態による方法ステップを示すフローチャートである。 端末デバイスによって行われる本発明の別の実施形態による方法ステップを示すフローチャートである。 サーバを示すブロック図である。 端末デバイスを示すブロック図である。 サーバを示すブロック図である。 サーバの別の例を示すブロック図である。 端末デバイスの一例を示すブロック図である。 端末デバイスの別の例を示すブロック図である。 サーバの一例を示すブロック図である。 サーバの別の例を示すブロック図である。 端末デバイスの一例を示すブロック図である。 端末デバイスの別の例を示すブロック図である。

図１は、第１の基地局１０、サービングセル１２、および、セル１２内に第１のワイヤレス通信デバイス（ＵＥ１）１４および第２のワイヤレス通信デバイス（ＵＥ２）１６を共に含む、セルラー通信ネットワークの一部を示す。

図２は、第１の基地局２０、第１のサービングセル２２、このセル２２内の第１のワイヤレス通信デバイス（ＵＥ１）２４、第２の基地局２６、第２のサービングセル２８、このセル２８内の第２のワイヤレス通信デバイス（ＵＥ２）３０を含む、別のセルラー通信ネットワークの一部を示す。

本明細書に説明される例では、方法に関与するデバイスはユーザ機器デバイス（ＵＥ）として説明される。この用語は、スマートフォン、またはラップトップコンピュータなどのユーザ操作のポータブル通信デバイス、追跡デバイスなどの他のポータブルデバイス、および、センサまたはスマートメーターなど、主に使用時に静止するようにするデバイスに言及するために使用されることが理解されるであろう。ユーザ機器デバイスという用語はまた、ワイヤレス通信デバイス、端末デバイス、および端末機を含むと理解されるべきであり、ユーザ操作のデバイスであることに限定されない。

図１および図２に示される例では、ネットワークは、第３世代パートナーシッププロジェクト（３ＧＰＰ）によって規定されるように、エボルブドＵＭＴＳ地上無線アクセスネットワーク（Ｅ−ＵＴＲＡＮ）の一部を形成する。３ＧＰＰシステムは、互いに近傍であるユーザ機器（ＵＥ）デバイスによって使用可能である近傍サービス（ＰｒｏＳｅ）の可能性をもたらす。ＰｒｏＳｅシステムについては、３ＧＰＰ ＴＳ２２．２７８および３ＧＰＰ ＴＳ２３．３０３に記載されている。例えば、ＰｒｏＳｅシステムによって、メッセージを無線アクセスネットワークを通さずにデバイスツーデバイス（Ｄ２Ｄ）通信可能とすることができる。

ＰｒｏＳｅシステムの一面はＰｒｏＳｅ発見のプロセスである。ＰｒｏＳｅ発見プロセスは、許可、承認、および近傍基準が満たされる時、ＰｒｏＳｅ対応ＵＥが、エボルブドＵＭＴＳ地上無線アクセス（Ｅ−ＵＴＲＡＮを使用するまたは使用しない）、または拡張パケットコア（ＥＰＣ）ネットワークを使用して、互いに近傍であることを特定する。近傍基準はオペレータによって構成可能である。

ＰｒｏＳｅ発見の１つの特定的な形態はＰｒｏＳｅ直接発見であり、これは、Ｅ−ＵＴＲＡ技術によって２つのＵＥの能力のみを使用することによって、近接している他のＰｒｏＳｅ対応ＵＥを発見するためにＰｒｏＳｅ対応ＵＥによって採用される手順である。

ＰｒｏＳｅ対応ＵＥという用語は、ＰｒｏＳｅ要件および関連の手順をサポートするＵＥに言及する。ＰｒｏＳｅ対応ＵＥは、非公共安全ＵＥおよび／または公共安全ＵＥ（Ｐｕｂｌｉｃ Ｓａｆｅｔｙ ＵＥ）であってよい。

図１および図２は、ＵＥ１およびＵＥ２がそれぞれ、図１に示されるように同じセル１２であってよい、または図２に示されるように異なるセル２２、２８であってよいセルのカバレッジに位置する場合のＤ２Ｄ ＰｒｏＳｅについてのシナリオを示す。ＵＥ１が送信機としての役割を果たす場合、ＵＥ１は発見メッセージを送り、ＵＥ２はこのメッセージを受信する。この２つのデバイスＵＥ１およびＵＥ２は、送信機および受信機としてのそれらの役割を変更することができる。ＵＥ１からの送信は、ＵＥ２に加えて少なくとも１つの他のＵＥによって受信可能である。

ＰｒｏＳｅ発見プロセスは、スタンドアロンプロセスとして（すなわち、必ずしも後にＰｒｏＳｅ通信が行われるわけではない）、または他のサービス用のイネーブラとして、使用可能である。

図３はＰｒｏＳｅネットワークアーキテクチャの実例である。図３では、２つのユーザ機器デバイスのＵＥ ＡおよびＵＥ Ｂが同じ地上波公共移動通信ネットワーク（ＰＬＭＮ）に加入していると仮定される。

２つのユーザ機器デバイスのＵＥ ＡおよびＵＥ Ｂはそれぞれ、ＬＴＥ−Ｕｕインターフェース上でエボルブドＵＭＴＳ地上無線アクセスネットワーク（Ｅ−ＵＴＲＡＮ）にそれぞれ接続されている。Ｓ１インターフェースは、Ｅ−ＵＴＲＡＮをエボルブドパケットコア（ＥＰＣ）ネットワークに接続する。このネットワークは、他のネットワークノードの中で、モビリティ管理エンティティ（ＭＭＥ）、サービングゲートウェイ（ＳＧＷ）、パケットゲートウェイ（ＰＧＷ）、ホームサブスクライバサーバ（ＨＳＳ）、およびセキュアユーザプレーンロケーション（ＳＵＰＬ）ロケーションプラットフォーム（ＳＬＰ）を含む。

ネットワークはまた、アプリケーション機能性をビルドするためのＰｒｏＳｅ能力を使用する少なくとも１つのアプリケーションサーバを含む。

コアネットワークはまたＰｒｏＳｅ機能を含む。このＰｒｏＳｅ機能は、（ローミングしない場合はユーザのホームＰＬＭＮにおけるＰｒｏＳｅ機能によって、およびローミングする場合はホームＰＬＭＮまたは訪問先ＰＬＭＮ ＰｒｏＳｅ機能によって制御される）発見および直接通信のためのＵＥの承認および構成、ＥＰＣレベルＰｒｏＳｅ発見の機能性を有効にすること、ＰｒｏＳｅ関連の新しいサブスクライバデータおよびＰｒｏＳｅ識別のハンドリングおよび格納、ならびに、セキュリティ関連機能性などの機能性を提供する。

ＰｒｏＳｅ機能は、それぞれのＵＥの方へのＰＣ３基準点を有し、ＥＰＣの方へのＰＣ４基準点を有する。

ＰｒｏＳｅ機能は、少なくとも１つのＰｒｏＳｅアプリケーションサーバの方へのＰＣ２基準点も有し、この基準点は、アプリケーション機能性をビルドするためにＰｒｏＳｅ能力を使用する。

それぞれのＵＥは、ＰｒｏＳｅアプリケーションを含み、このアプリケーションは、ＰｒｏＳｅアプリケーションサーバの方へのＰＣ１基準点を有する。

ＵＥのＵＥ ＡおよびＵＥ Ｂは、（直接的にＵＥ間で、およびＬＴＥ−Ｕｕインターフェース上でのＵＥ間で）中継および１対１通信のために、発見および通信用の制御およびユーザプレーンに対するＰＣ５基準点を使用する。基準点ＰＣ５は、本明細書では、２つのＵＥ（ＵＥ ＡおよびＵＥ Ｂ）間の無線インターフェースとも呼ばれる。

図４は、ＰｒｏＳｅ機能をより詳細に示す。ホーム地上波公共移動通信ネットワーク（ＨＰＬＭＮ）のＰｒｏＳｅ機能４１０は、３つのサブ機能：ＤＰＦ４１１、直接発見名称管理機能４１２、およびＥＰＣレベル発見機能４１３を含む。直接発見名称管理機能は、ＰｒｏＳｅ直接発見において使用されるＰｒｏＳｅアプリケーションＩＤおよびＰｒｏＳｅアプリケーションコードのマッピングを割り当てかつ処理するためにオープンＰｒｏＳｅ直接発見に対して使用される。直接発見名称管理機能は、それぞれの発見要求の承認のためにホームサブスクライバサーバ（ＨＳＳ）に格納されるＰｒｏＳｅ関連サブスクライバデータを使用する。直接発見名称管理機能はまた、無線インターフェースＰＣ５上で送信される発見メッセージを保護するために、ＵＥ４１４に必要なセキュリティ材料を提供する。

図５は、異なる地上波公共移動通信ネットワーク（ＰＬＭＮ）のいくつかのＰｒｏＳｅ機能、およびそれらのインターフェースを示す。ホームＰＬＭＮ（ＨＰＬＭＮ）５１０は、ローカルＰＬＭＮ５１１の方へのＰＣ６またはＰＣ７基準点を有する。ＨＰＬＭＮ５１０は、訪問先ＰＬＭＮ（ＶＰＬＭＮ）５１２の方へＰＣ７基準点を有することもできる。

ＰｒｏＳｅ直接発見手順において、２つのモデル：モデルＡ（「私はここにいます」）およびモデルＢ（「そこにいるのは誰ですか」／「あなたはそこにいますか」）がある。モデルＡは、ＰｒｏＳｅ直接発見に参加しているＰｒｏＳｅ対応ＵＥに対して２つの役割を規定する。通知側ＵＥを発見する許可を得ている近傍の他のＵＥによって使用可能である、ある特定の情報を通知する１つの役割を、通知側ＵＥが担う。通知側ＵＥの近傍のある特定の対象情報をモニタリングするもう一方の役割を、モニタリング側ＵＥが担う。

モデルＢは、ＰｒｏＳｅ直接発見に参加しているＰｒｏＳｅ対応ＵＥに対する２つの役割を規定する。発見することに関心があるものについてのある特定の情報を包含する要求を送信する第１の役割を、発見側ＵＥが担う。その要求メッセージを受信し、かつ、発見側ＵＥの要求に関連した情報と共に応答することができるもう一方の役割を、被発見側ＵＥが担う。２つのＵＥが役割を変更できることは理解されるべきである。

ＰｒｏＳｅ直接発見手順は、「オープン」または「制限」発見手順とすることができる。ＰｒｏＳｅオープン直接発見は、例えば、発見側／モニタリング側ＵＥにおけるある特定のアプリケーションについて被発見側／通知側ＵＥからの情報を使用することができるスタンドアロンサービスイネーブラとすることができる。発見側／モニタリング側ＵＥはこの情報の使用を許可されている。例えば、被発見側／通知側ＵＥは近くのタクシーとすることができ、発見側／モニタリング側ＵＥは近くのタクシーを見つけたいと思っている。換言すれば、誰が誰を発見可能であるかについての制限はないまたはほとんどない。

ＰｒｏＳｅ制限直接発見手順において、誰が誰を発見できるかについての制限がある。ＰｒｏＳｅ対応ＵＥは、互いに近傍であり、かつ、発見可能なＰｒｏＳｅ対応ＵＥ（被発見側／通知側ＵＥ）によって明確に許可されている他のＰｒｏＳｅ対応ＵＥ（発見側／モニタリング側ＵＥ）によってのみ発見可能とする（被発見側／通知側ＵＥ）ことができるものとする。ＰｒｏＳｅ制限直接発見は、被発見側／通知側ＵＥを発見するための発見側／モニタリング側ＵＥの能力を判断するために被発見側／通知側ＵＥによってアプリケーション層で規定された許可を可能にする。

オープンＰｒｏＳｅ直接発見手順および制限ＰｒｏＳｅ直接発見手順は両方共、モデルＡまたはモデルＢを使用することができることは、理解されるべきである。

ここで再び、モデルＢについてより詳細に言及すると、発見側ＵＥが近接するまたは近傍の被発見側ＵＥを発見することを望む時、発見側ＵＥは、無線インターフェース（ＰＣ５）上で、ＰｒｏＳｅクエリコードを含む直接発見要求メッセージをブロードキャストする（ＰｒｏＳｅクエリコードは、ホーム地上波公共移動通信ネットワーク（ＨＰＬＭＮ）においてＰｒｏＳｅ機能によって生成または割り当てられるコードであり、被発見側が発見側を特定できるようにする）。被発見側ＵＥは、発見メッセージをリッスンし、かつ発見側ＵＥから送られた直接発見要求メッセージを特定するためにＰｒｏＳｅクエリコードに基づく発見フィルタを使用する。発見フィルタが発見側ＵＥから送られたＰｒｏＳｅクエリコードを特定する時、被発見側ＵＥは、無線（ＰＣ５インターフェース）で、ＰｒｏＳｅ応答コードを含む直接発見応答メッセージをブロードキャストする。ＰｒｏＳｅ応答コードはＰｒｏＳｅ機能によって被発見側ＵＥに割り当てられる。

本発明の一実施形態について、ここで、図６を参照して説明する。この実施形態では、被発見側ＵＥ６５１、被発見側ＵＥのホーム地上波公共移動通信ネットワーク（ＨＰＬＭＮ）ＰｒｏＳｅ機能６５２、発見側ＵＥ６５３、および発見側ＵＥのＨＰＬＭＮ ＰｒｏＳｅ機能６５４は、メッセージを交換する。

まず、ステップ６０１において、アプリケーションサーバにおける所定の発見側ＵＥ（図３を参照）が上記の被発見側ＵＥ６５１を発見可能とされるように要求する発見要求を送ることによって、被発見側ＵＥ６５１はそのＨＰＬＭＮ ＰｒｏＳｅ機能６５２による発見要求手順を開始する。被発見側ＵＥはＰＣ３インターフェース上でその要求を送る。

被発見側ＵＥのＨＰＬＭＮ ＰｒｏＳｅ機能６５２は、次いで、ステップ６０２において、ＰｒｏＳｅクエリコード、ＰｒｏＳｅ応答コード、発見鍵Ａ（第１の発見鍵）、および発見鍵Ｂ（第２の発見鍵）を生成または構築する。しかしながら、別の示されない実施形態では、ＨＰＬＭＮ ＰｒｏＳｅ機能６５２は、発見鍵ＡおよびＢを生成せず、その代わりに、これらの鍵を鍵管理サーバから受信する。

ＰｒｏＳｅ機能６５２はまた、ＰｒｏＳｅクエリコードに基づいて発見フィルタを生成または準備する。発見フィルタは、ＰｒｏＳｅクエリコード、ゼロ以上のＰｒｏＳｅアプリケーションマスク、および生存時間値のコンテナであり、その使用については以下でより詳細に説明する。

ＰｒｏＳｅ機能６５２は次いで、ステップ６０３において、ＰＣ３インターフェース上で、ＰｒｏＳｅ応答コード、発見鍵Ａ、発見鍵Ｂ、および発見フィルタを含む発見応答を被発見側ＵＥ６５１に送る。

その一方で、発見側ＵＥ６５３は、ステップ６０４において、ＰＣ３インターフェース上でそのＨＰＬＭＮ ＰｒｏＳｅ機能６５４に発見要求を送って被発見側ＵＥ６５１を発見することによって、そのＨＰＬＭＮ ＰｒｏＳｅ機能６５４による発見要求手順を開始する。発見側ＵＥのＨＰＬＭＮ ＰｒｏＳｅ機能６５４は、次いで、ステップ６０５において、発見要求をＰＣ６インターフェース上で被発見側ＵＥのＨＰＬＭＮ ＰｒｏＳｅ機能６５２に送る。それに応じて、被発見側ＵＥのＨＰＬＭＮ ＰｒｏＳｅ機能６５２は、ステップ６０６において、発見応答をＰＣ６インターフェース上で発見側ＵＥのＨＰＬＭＮ ＰｒｏＳｅ機能６５４に送る。この発見応答は、ＰｒｏＳｅクエリコード、発見鍵Ａ、およびＰｒｏＳｅ応答コードを含む。発見側ＵＥのＨＰＬＭＮ ＰｒｏＳｅ機能６５４は、次いで、ステップ６０６ａにおいて、ＰｒｏＳｅクエリコード、発見鍵Ａ、およびＰｒｏＳｅ応答コードを格納することができる。

発見側ＵＥのＨＰＬＭＮ ＰｒｏＳｅ機能６５４は、次いで、ステップ６０７において、ＰｒｏＳｅ応答コードに基づいて発見フィルタを構成または生成後、発見応答を発見側ＵＥ６５３に送る。この発見応答は、ＰｒｏＳｅクエリコード、発見鍵Ａ、および、ＰｒｏＳｅ応答コードに基づく発見フィルタを含む。

その後、発見側ＵＥ６５３は、発見鍵Ａを使用してトークンを算出する。トークンはメッセージの完全性を示すコード（ＭＩＣ）であってよい。ステップ６０８ａにおいて、ＭＩＣは、入力パラメータとしての発見鍵Ａおよび時間値と共に、３ＧＰＰ ＴＳ３３．２２０に記載される鍵導出関数（ＫＤＦ）を使用して算出される。このトークンは本明細書ではＭＩＣ−Ａと呼ばれる。ＰｒｏＳｅクエリコードはまた、追加の入力パラメータとして使用可能である。トークンは、代替的な実施形態において、ＭＩＣに限定されず、代わりにメッセージ認証コードが使用可能であることは理解されるべきである。

６０８ｂにおいて、発見側ＵＥ６５３が近接した被発見側ＵＥ６５１を発見することを望む時、発見側ＵＥ６５３はＰＣ５インターフェース上で直接発見要求メッセージをブロードキャストする。直接発見要求はＰｒｏＳｅクエリコードおよびＭＩＣ−Ａを含む。

被発見側ＵＥ６５１は次いで、直接発見要求を聴取し、ＰｒｏＳｅクエリコードに基づくその発見フィルタを使用して、被発見側ＵＥ６５１は、発見側ＵＥ６５３から受信されたＰｒｏＳｅクエリコードを特定するまたはこれをマッチさせる。ステップ６０８ｃにおいて、被発見側ＵＥ６５１は、マッチを行った時、同じ発見鍵Ａおよび時間値を使用してＭＩＣ−Ａを算出することによって、トークンを検証する。ＭＩＣ−Ａが被発見側ＵＥ６５３から受信されたトークンにマッチする場合、被発見側ＵＥ６５１は、発見側ＵＥが真正であることを知るため、発見側ＵＥ６５３に上記の被発見側ＵＥ６５１を安全に発見可能とすることができる。次のステップでは、被発見側ＵＥ６５１は、ステップ６０９ａにおいて、発見鍵Ｂおよび時間値に基づくＭＩＣを含む別のトークンを算出する。このトークンは本明細書ではＭＩＣ−Ｂと呼ばれる。しかしながら、発見鍵Ａに関連して上述されるような代替的なトークンが使用可能であることは、理解されるべきである。

被発見側ＵＥ６５１は、次いで、ステップ６０９ｂにおいて、発見応答をＰＣ５インターフェース上で発見側ＵＥ６５３に送る。発見応答はＰｒｏＳｅ応答コードおよびＭＩＣ−Ｂ（発見鍵Ｂに基づく他のトークン）を含む。

発見側ＵＥ６５３は、次いで、発見応答を聴取し、ＰｒｏＳｅ応答コードに基づくその発見フィルタを使用することによって、被発見側ＵＥ６５１から送られたＰｒｏＳｅ応答コードを特定するまたはこれをマッチさせる。発見側ＵＥ６５３に被発見側ＵＥ６５１が真正であるかどうかを明らかにさせるために、発見側ＵＥ６５３はマッチレポート手順を開始するが、このことは、ステップ６１０において、マッチレポート要求をＰＣ３インターフェース上でそのＨＰＬＭＮ ＰｒｏＳｅ機能６５４に送ることによって行われる。マッチレポートメッセージはトークンＭＩＣ−Ｂを含み、ＰｒｏＳｅ応答コードも含むことができる。ステップ６１１において、発見側ＵＥのＨＰＬＭＮ ＰｒｏＳｅ機能６５４は、次いで、ＰＣ６インターフェース上でマッチレポート要求を被発見側ＵＥのＨＰＬＭＮ ＰｒｏＳｅ機能６５２に転送する。

被発見側ＵＥのＨＰＬＭＮ ＰｒｏＳｅ機能６５２は、次いで、発見鍵Ｂおよび時間値を使用してＭＩＣ−Ｂを算出することによってトークンを検証する。ＭＩＣ−Ｂが、発見側ＵＥ６５３およびそのＨＰＬＭＮ ＰｒｏＳｅ機能６５４を介して被発見側ＵＥ６５１から受信されたトークンにマッチする場合、被発見側ＵＥのＰｒｏＳｅ機能６５２は、ステップ６１３において、マッチレポート応答を、ＰＣ６インターフェース上で発見側ＵＥのＨＰＬＭＮ ＰｒｏＳｅ機能６５４に送り、発見側ＵＥのＨＰＬＭＮ ＰｒｏＳｅ機能６５４は、ステップ６１４において、マッチレポート応答を発見側ＵＥ６５３に転送する。マッチレポート応答を受信すると、発見側ＵＥ６５３は、被発見側ＵＥ６５１が真正であることを知る。

この方法の利点のうちの１つは、被発見側ＵＥ６５１および発見側ＵＥ６５３が発見鍵（Ａ）を共有するため、被発見側ＵＥ６５１は発見側ＵＥ６５３を検証でき、それによって、被発見側ＵＥ６５１は、発見側ＵＥ６５３が真正であり、かつ、別の模倣しているまたは偽の発見側ＵＥがＰｒｏＳｅクエリコードを再生していないことが分かることである。

さらに、被発見側ＵＥ６５１は、その発見フィルタを満足させる発見要求メッセージを聴取する時に、そのＨＰＬＭＮ ＰｒｏＳｅ機能によってマッチレポート手順を開始する必要はなく、代わりに、被発見側ＵＥ６５１自体が発見要求メッセージにおいて受信されたトークンを検証できる。

また、発見鍵Ｂが被発見側ＵＥのＰｒｏＳｅ機能６５２を決して離れないことは有利である。これは、発見側ＵＥ６５３が、ＰｒｏＳｅ応答コードを別の発見側ＵＥに対して再生することによって、被発見側ＵＥを装うことができないことを意味する。

有利には、この方法は、オープン直接発見手順および制限直接発見両方に適用可能である。

なお別の利点は、被発見側ＵＥ６５１および発見側ＵＥ６５３が、その間でネットワークへのシグナリングを必要とせずに、ＰｒｏＳｅクエリコードおよびＰｒｏＳｅ応答コードを直接交換できることである。

ここで、図７を参照して、別の実施形態について説明する。この実施形態は、被発見側ＵＥのＨＰＬＭＮ ＰｒｏＳｅ機能が発見鍵Ｂを発見側ＵＥに転送することで、発見側ＵＥはマッチレポートプロセスを開始する必要はないが、自身で被発見側ＵＥから受信されたＭＩＣ−Ｂを検証できるようにする点で、図６を参照して説明されるものとは異なっている。

この実施形態では、被発見側ＵＥ７５１、被発見側ＵＥのホーム地上波公共移動通信ネットワーク（ＨＰＬＭＮ）ＰｒｏＳｅ機能７５２、発見側ＵＥ７５３、および発見側ＵＥのＨＰＬＭＮ ＰｒｏＳｅ機能７５４は、メッセージを交換する。

まず、ステップ７０１において、アプリケーションサーバにおける所定の発見側ＵＥ（図３を参照）が上記の被発見側ＵＥ７５１を発見可能とされるように要求する発見要求を送ることによって、被発見側ＵＥ７５１はそのＨＰＬＭＮ ＰｒｏＳｅ機能７５２による発見要求手順を開始する。被発見側ＵＥ７５１はＰＣ３インターフェース上でその要求を送る。

被発見側ＵＥのＨＰＬＭＮ ＰｒｏＳｅ機能７５２は、次いで、ステップ７０２において、ＰｒｏＳｅクエリコード、ＰｒｏＳｅ応答コード、発見鍵Ａ（第１の発見鍵）、および発見鍵Ｂ（第２の発見鍵）を生成する。しかしながら、別の実施形態では、ＨＰＬＭＮ ＰｒｏＳｅ機能７５２は、発見鍵ＡおよびＢを生成せず、その代わりに、これらの鍵を鍵管理サーバから受信する。

ＨＰＬＭＮ ＰｒｏＳｅ機能７５２はまた、ＰｒｏＳｅクエリコードに基づいて発見フィルタを生成する。先に説明したように、発見フィルタは、ＰｒｏＳｅクエリコード、ゼロ以上のＰｒｏＳｅアプリケーションマスク、および生存時間値のコンテナであり、その使用については以下でより詳細に説明する。

ＰｒｏＳｅ機能７５２は次いで、ステップ７０３において、ＰＣ３インターフェース上で、ＰｒｏＳｅ応答コード、発見鍵Ａ、発見鍵Ｂ、および発見フィルタを含む発見応答を被発見側ＵＥ７５１に送る。

その一方では、発見側ＵＥ７５３は、ステップ７０４において、ＰＣ３インターフェース上で、そのＨＰＬＭＮ ＰｒｏＳｅ機能７５４に被発見側ＵＥ７５１を発見するための発見要求を送ることによって、そのＨＰＬＭＮ ＰｒｏＳｅ機能７５４による発見要求手順を開始する。発見側ＵＥのＨＰＬＭＮ ＰｒｏＳｅ機能７５４は、次いで、ステップ７０５において、発見要求をＰＣ６インターフェース上で被発見側ＵＥのＨＰＬＭＮ ＰｒｏＳｅ機能７５２に送る。それに応じて、被発見側ＵＥのＨＰＬＭＮ ＰｒｏＳｅ機能７５２は、ステップ７０６において、発見応答をＰＣ６インターフェース上で発見側ＵＥのＨＰＬＭＮ ＰｒｏＳｅ機能７５４に送る。この発見応答は、ＰｒｏＳｅクエリコード、発見鍵Ａ、発見鍵Ｂ、およびＰｒｏＳｅ応答コードを含む。発見側ＵＥのＨＰＬＭＮ ＰｒｏＳｅ機能７５４は、次いで、ステップ７０６ａにおいて、ＰｒｏＳｅクエリコード、発見鍵Ａ、発見鍵Ｂ、およびＰｒｏＳｅ応答コードを格納することができる。

発見側ＵＥのＨＰＬＭＮ ＰｒｏＳｅ機能７５４は、次いで、ステップ７０７において、ＰｒｏＳｅ応答コードに基づいて発見フィルタを構成後、発見応答を発見側ＵＥ７５３に送る。この発見応答は、ＰｒｏＳｅクエリコード、発見鍵Ａ、発見鍵Ｂ、およびＰｒｏＳｅ応答コードに基づく発見フィルタを含む。

その後、発見側ＵＥ７５３は、発見鍵Ａを使用してトークンを算出する。トークンはメッセージの完全性を示すコード（ＭＩＣ）であってよい。ステップ７０８ａにおいて、ＭＩＣは、入力パラメータとしての発見鍵Ａおよび時間値と共に、３ＧＰＰ ＴＳ３３．２２０に記載される鍵導出関数（ＫＤＦ）を使用して算出される。このトークンは本明細書ではＭＩＣ−Ａと呼ばれる。（ＰｒｏＳｅクエリコードはまた、追加の入力パラメータとして使用可能である。トークンは、代替的な実施形態において、ＭＩＣに限定されず、代わりにメッセージ認証コードが使用可能であることは理解されるべきである。）

７０８ｂにおいて、発見側ＵＥ７５３が近接した被発見側ＵＥ７５１を発見することを望む時、発見側ＵＥ７５３はＰＣ５インターフェース上で直接発見要求メッセージをブロードキャストする。直接発見要求はＰｒｏＳｅクエリコードおよびＭＩＣ−Ａを含む。

被発見側ＵＥ７５１は次いで、直接発見要求を聴取し、ＰｒｏＳｅクエリコードに基づくその発見フィルタを使用して、被発見側ＵＥ７５１は、発見側ＵＥ７５３から受信されたＰｒｏＳｅクエリコードを特定するまたはこれをマッチさせる。ステップ７０８ｃにおいて、被発見側ＵＥ７５１は、マッチを行った時、同じ発見鍵Ａおよび時間値を使用してＭＩＣ−Ａを算出することによって、トークンを検証する。ＭＩＣ−Ａが発見側ＵＥ７５３から受信されたトークンにマッチする場合、被発見側ＵＥ７５１は、発見側ＵＥ７５３が真正であるため、発見側ＵＥ７５３に上記の被発見側ＵＥ７５１を安全に発見可能とすることができることを知り、このことは、ステップ７０９ａにおいて、発見鍵Ｂおよび時間値に基づくＭＩＣを含む別のトークンをさらに算出することによって、行われる。このトークンは本明細書ではＭＩＣ−Ｂと呼ばれる。しかしながら、発見鍵Ａに関連して上で論じられるような代替的なトークンが使用可能であることは、理解されるべきである。

被発見側ＵＥ７５１は、次いで、ステップ７０９ｂにおいて、発見応答をＰＣ５インターフェース上で発見側ＵＥ７５３に送る。発見応答はＰｒｏＳｅ応答コードおよびＭＩＣ−Ｂ（発見鍵Ｂに基づく他のトークン）を含む。

発見側ＵＥ７５３は、次いで、発見応答を聴取し、ＰｒｏＳｅ応答コードに基づくその発見フィルタを使用することによって、被発見側ＵＥ７５１から送られたＰｒｏＳｅ応答コードを特定するまたはこれをマッチさせる。発見側ＵＥ７５３に被発見側ＵＥ７５１が真正であるがどうかを明らかにさせるために、発見側ＵＥ７５３は、発見鍵Ｂおよび時間値を使用してＭＩＣ−Ｂを算出することによってトークンを検証する。ＭＩＣ−Ｂが被発見側ＵＥ７５１から受信されたトークンにマッチする場合、発見側ＵＥ７５３は、被発見側ＵＥ７５１が真正であること、すなわち、被発見側ＵＥが別の被発見側ＵＥに属するＰｒｏＳｅ応答コードを再生していないことを知る。

この実施形態は、図６を参照して説明される実施形態と同様の利点を共有する。例えば、この方法の利点のうちの１つは、被発見側ＵＥ７５１および発見側ＵＥ７５３が発見鍵（Ａ）を共有するため、被発見側ＵＥ７５１は発見側ＵＥ７５３を検証でき、それによって、被発見側ＵＥ７５１は、発見側ＵＥ７５３が真正であり、かつ、別の模倣しているまたは偽の発見側ＵＥがＰｒｏＳｅクエリコードを再生していないことを知ることである。

さらに、被発見側ＵＥ７５１は、その発見フィルタを満足させる発見要求メッセージを聴取する時に、そのＨＰＬＭＮ ＰｒｏＳｅ機能によるマッチレポート手順を開始する必要はなく、代わりに、被発見側ＵＥ７５１自体が発見要求メッセージにおいて受信されたトークンを検証できる。同様に、発見側ＵＥ７５３は、その発見フィルタを満足させる発見要求メッセージを聴取する際に、マッチレポート手順を開始する必要はない。その代わりに、発見側ＵＥ７５３自体が被発見側ＵＥ７５１から受信されたトークンを検証できる。

有利には、この方法は、オープン直接発見手順および制限直接発見両方に適用可能である。

図６を参照して説明された実施形態と同様に、別の利点は、被発見側ＵＥ７５１および発見側ＵＥ７５３が、その間でネットワークへのシグナリングを必要とせずに、ＰｒｏＳｅクエリコードおよびＰｒｏＳｅ応答コードを直接交換できることである。

図６および図７を参照して説明される両方の実施形態において、発見側ＵＥ６５３、７５３が、全てが、同じＰｒｏＳｅクエリコード、特定のＰｒｏＳｅ応答コードに基づく発見フィルタ、および第１の発見鍵を受信する発見側ＵＥのグループであってよいことは、理解されるべきである。これによって、該グループにおける発見側ＵＥのいずれも被発見側ＵＥを発見できるようにする。よって、第１の発見鍵およびＰｒｏＳｅクエリコードは特定の被発見側ＵＥに特有ではない。

代替的には、グループのそれぞれの発見側ＵＥは、さらに、同じ第２の発見鍵を受信することができるため、それぞれのＵＥは、被発見側ＵＥ６５１、７５１から発見応答６０７、７０７を受信すると、上記の被発見側ＵＥ６５１、７５１を検証または認証できる。

ここで、図６および図７を参照して説明される方法を実装する実施形態について説明する。

ここで、サーバの方法の一実施形態について、図８を参照して説明する。サーバは、ＰｒｏＳｅ機能などの近傍サービスサーバであってよい。近傍サービスサーバは、第１の端末デバイス（被発見側ＵＥ）と同じ地上波公共移動通信ネットワーク（ＰＬＭＮ）の一部であるため、第１の端末デバイスのホームＰＬＭＮ ＰｒｏＳｅ機能であると考えられ得る。第１の端末デバイスおよび近傍サービスサーバは、ＰＣ３インターフェース上で情報を送信している。近傍サービスサーバはまた、別のまたは第２の近傍サービスサーバ、または第２の端末デバイス（発見側ＵＥ）と同じＰＬＭＮのＰｒｏＳｅ機能を介して第２の端末デバイスに対して情報を送りかつ受信している。よって、第２の近傍サービスサーバは、第２の端末デバイス（発見側ＵＥ）のホームＰＬＭＮ ＰｒｏＳｅ機能であると考えられ得る。

述べられるように、方法は、近傍サービスサーバなどのサーバによって行われる。方法は、ＰｒｏＳｅクエリコードおよびＰｒｏＳｅ応答コードを生成する８０１こと、または、ＰｒｏＳｅクエリコードおよびＰｒｏＳｅ応答コードを第１の端末デバイスに割り当てることを含む。次のステップでは、近傍サービスサーバは、少なくともＰｒｏＳｅ応答コードを第１の発見鍵および第２の発見鍵と共に第１の端末デバイスに送る８０２。その後、近傍サービスサーバは、少なくとも第１の発見鍵およびＰｒｏＳｅクエリコードを第２の端末デバイスに送る８０３ため、第２の端末デバイスは無線インターフェース上で第１の端末デバイスを安全に発見可能となる。

ここで、図９を参照して、この方法の別の実施形態について説明する。この実施形態では、近傍サービスサーバは、第１の発見鍵および第２の発見鍵を生成する９０１ことができる、あるいは、この２つの鍵を鍵管理サーバから受信できる９０２。近傍サービスサーバは、次いで、ＰｒｏＳｅクエリコードおよびＰｒｏＳｅ応答コードを生成する９０３、または、これらのコードを第１の端末デバイスに割り当てる。その後、この近傍サービスサーバは、少なくともＰｒｏＳｅ応答コードを第１の発見鍵および第２の発見鍵と共に第１の端末デバイスに送る９０４。近傍サービスサーバはその後、第２の端末デバイスから、第２の端末デバイスが無線インターフェース上で第１の端末デバイスを発見することを望んでいることを指示する発見要求を受信する９０５。次のステップでは、近傍サービスサーバは、少なくとも第１の発見鍵およびＰｒｏＳｅクエリコードを第２の端末デバイスに送った９０６後、ＰｒｏＳｅクエリコードに基づいて発見フィルタを生成し、これを第１の端末デバイスに送る９０７。ＰｒｏＳｅクエリコードに基づく発見フィルタは、代替的には、ステップ９０４で始められるように、ＰｒｏＳｅ応答コード、第１の発見鍵、および第２の発見鍵と共に第１の端末デバイスに送られ得る。次いで、近傍サービスサーバはまた、第２の端末デバイスが通信している第２の近傍サービスサーバにＰｒｏＳｅ応答コードを送る９０８。（これによって、第２の近傍サービスサーバは、近傍サービスサーバの代わりにＰｒｏＳｅ応答コードに基づいて発見フィルタを生成できる。）次のステップでは、近傍サービスサーバは、第２の端末デバイスを介して、第２の発見鍵に基づくトークンのみならず、第１の端末デバイスからのＰｒｏＳｅ応答コードを含むマッチレポート要求を受信する９０９。近傍サービスサーバは次いで、第２の発見鍵を使用してトークンを検証９１０後、第１の端末デバイスが真正であることを指示するマッチレポート応答を第２の端末デバイスに送る９１１ことによって応答する。１つの実施形態では、ステップ９１２において、第２の端末デバイスは複数の第２の端末デバイスを含み、それによって、ステップ９０６において始められるように、方法が、ＰｒｏＳｅクエリコードおよび第１の発見鍵をそれぞれの第２の端末デバイスに送ることをさらに含むようにする。

ここで、図１０を参照して、別の実施形態について説明する。この実施形態１０００は、近傍サービスサーバがまた、第２の発見鍵を第２の端末デバイスに送ることによって、第２の端末デバイスがマッチレポート要求を送らずに第１の端末デバイスを検証または認証できるようにする点で、図９を参照して説明される実施形態と異なっている。

第１のステップ１００１、１００２、１００３、１００４、１００５、１００６は、図９におけるステップ９０１、９０２、９０３、９０４、９０５、および９０６に対応するため、詳細な説明は行わないものとする。ステップ１００７において、近傍サービスサーバは、第２の発見鍵を第２の端末デバイスに送る。近傍サービスサーバはまた、図９におけるステップ９０７と同様に、ＰｒｏＳｅクエリコードに基づいて発見フィルタを生成し、かつこれを第１の端末デバイスに送る１００８。近傍サービスサーバはまた、第２の端末デバイスが通信している第２の近傍サービスサーバにＰｒｏＳｅ応答コードを送る１００９。（これによって、第２の近傍サービスサーバは、近傍サービスサーバの代わりにＰｒｏＳｅ応答コードに基づいて発見フィルタを生成できる。）なお別の実施形態では、ステップ１０１０において、第２の端末デバイスは複数の第２の端末デバイスを含み、それによって、方法は、ステップ１００６および１００７において始められるように、ＰｒｏＳｅクエリコード、第１の発見鍵、および第２の発見鍵をそれぞれの端末デバイスに送ることをさらに含む。

ここで、図１１を参照して、本発明の別の態様について説明する。図１１は、端末デバイス（被発見側ＵＥ）によって行われる方法１１００を示す。端末デバイスは、その近傍サービスサーバまたはＨＰＬＭＮ ＰｒｏＳｅ機能とＰＣ３インターフェース上で通信する。端末デバイスはまた、無線インターフェースＰＣ５上で第２の端末デバイス（発見側ＵＥ）と通信する。

方法において、端末デバイスは、近傍サービスサーバから、第１の発見鍵、第２の発見鍵、およびＰｒｏＳｅ応答コードを受信する１１０２。端末デバイスはまた、ＰｒｏＳｅクエリコードおよびトークンを含む直接発見要求を、端末デバイスを発見することを望んでいる第２の端末デバイスから受信する１１０３。端末デバイスは次いで、第１の発見鍵を使用してトークンを検証する１１０４。

図１２は、方法１２００が端末デバイスによって実施されるまたは行われる別の実施形態を示す。この方法では、端末デバイスは、第２の端末デバイスが端末デバイスを発見可能とされるように要求するような発見要求を近傍サービスサーバに送る１２０１。端末デバイスは、次いで、第１の発見鍵、第２の発見鍵、およびＰｒｏＳｅ応答コードをこの近傍サービスサーバから受信する１２０２。該端末デバイスはまた、近傍サービスサーバからＰｒｏＳｅクエリコードに基づく発見フィルタを受信する１２０３。その後、端末デバイスは、ＰｒｏＳｅクエリコードおよびトークンを含む直接発見要求を、端末デバイスを発見することを望んでいる第２の端末デバイスから受信する１２０４。端末デバイスは、無線インターフェース上でＰｒｏＳｅクエリコードおよびトークンを受信することができ、トークンは第１の発見鍵に基づく１２０５。その後、端末デバイスは、第１の発見鍵を使用してトークンを検証する１２０６。検証が成功する場合、端末デバイスは、第２の発見鍵に基づく第２のトークンを含む発見応答を第２の端末デバイスに送る１２０７。

ここで、図１３を参照して、本発明の別の実施形態について説明する。図１３は、ＰｒｏＳｅ機能とすることができる近傍サービスサーバなどのサーバの方法を示す。近傍サービスサーバは、第１の端末デバイス（発見側ＵＥ）と同じ地上波公共移動通信ネットワーク（ＰＬＭＮ）の一部であるため、第１の端末デバイスのホームＰＬＭＮ ＰｒｏＳｅ機能であると考えられ得る。第１の端末デバイスおよび近傍サービスサーバは、ＰＣ３インターフェース上で情報を送信している。近傍サービスサーバはまた、第２の近傍サービスサーバ、または第２の端末デバイス（被発見側ＵＥ）の同じＰＬＭＮのＰｒｏＳｅ機能に対して情報を送りかつ受信している。よって、第２の近傍サービスサーバは、第２の端末デバイスのホームＰＬＭＮ ＰｒｏＳｅ機能であると考えられ得る。

この方法１３００において、近傍サービスサーバは、第２の近傍サービスサーバから、少なくとも第１の発見鍵、ＰｒｏＳｅクエリコード、およびＰｒｏＳｅ応答コードを受信する１３０１。近傍サービスサーバは次いで、ＰｒｏＳｅ応答コードに基づいて発見フィルタを生成し１３０２、その後、発見フィルタ、第１の発見鍵、およびＰｒｏＳｅクエリコードを第１の端末デバイスに送る１３０３。

ここで、図１４を参照して、別の実施形態について説明する。この方法１４００はまた、方法１３００を行うのと同様に近傍サービスサーバなどのサーバによって行われる。近傍サービスサーバは、第１の端末デバイスが第２の近傍サービスサーバの第２の端末デバイス（被発見側ＵＥ）を発見することを望んでいることを指示する発見要求を第１の端末デバイス（発見側ＵＥ）から受信する１４０１。近傍サービスサーバは、次いで、第１の端末デバイスが第２の近傍サービスサーバの第２の端末デバイスを発見することを望んでいることを指示する発見要求を第２の近傍サービスサーバに送るまたは転送する１４０２。近傍サービスサーバは次いで、少なくとも第１の発見鍵、ＰｒｏＳｅクエリコード、およびＰｒｏＳｅ応答コードを第２の近傍サービスサーバから受信する１４０３。次のステップ１４０４において、近傍サービスサーバはＰｒｏＳｅ応答コードに基づいて発見フィルタを生成する。その後、近傍サービスサーバは、発見フィルタ、第１の発見鍵、およびＰｒｏＳｅクエリコードを第１の端末デバイスに送る。

１つの代替策では、近傍サービスサーバは次いで、第２の発見鍵に基づくトークンを含むマッチレポート要求を第１の端末デバイスから受信後、そのトークンを検証のために第２の近傍サーバへ転送する１４０６。第２の近傍サービスサーバがトークンを検証する場合、方法は、第２の端末デバイスを認証する第２の近傍サーバから応答を受信することをさらに含む、すなわち、近傍サービスサーバは第２の端末デバイスが真正であることを第１の端末デバイスに知らせる１４０７。

別の代替策では、近傍サービスサーバはトークンを受信および転送しない。その代わりに、近傍サービスサーバは、第２の発見鍵を第２の近傍サービスサーバから受信し、かつ、この第２の発見鍵を第１の端末デバイスに送るまたは転送する１４０８。こうすることによって、第１の端末デバイスは自身で第２の端末デバイスの検証または認証を行うことができる。

図１５では、端末デバイス（発見側）によって行われる方法１５００が示される。端末デバイスは、その近傍サービスサーバまたはＨＰＬＭＮ ＰｒｏＳｅ機能とＰＣ３インターフェース上で通信する。端末デバイスはまた、無線インターフェースＰＣ５上で第２の端末デバイス（被発見側）と通信する。

方法１５００では、端末デバイスはＰｒｏＳｅクエリコードおよび第１の発見鍵を近傍サービスサーバから受信する１５０１。該端末デバイスは、次いで、第１の発見鍵に基づくトークンを含む直接発見要求を第２の端末デバイスに送る１５０２。次のステップ１５０３では、端末デバイスは、ＰｒｏＳｅ応答コードおよび第２のトークンを含む発見応答を第２の端末デバイスから受信する１５０３。

ここで、図１６を参照して、方法１６００の別の実施形態について説明する。この方法は、方法１５００を行うのと同様に端末デバイス（発見側）によって行われる。

この方法１６００では、端末デバイスは、ＰｒｏＳｅクエリコードおよび第１の発見鍵を近傍サービスサーバから受信する１６０１。該端末デバイスはまた、ＰｒｏＳｅ応答コードに基づく発見フィルタを受信する１６０２。端末デバイスは次いで、第１の発見鍵に基づくトークンを含む直接発見要求を第２の端末デバイス（被発見側ＵＥ）に送る１６０３。それに応じて、端末デバイスは、ＰｒｏＳｅ応答コードおよび第２のトークンを含む発見応答を第２の端末デバイスから受信する１６０４。端末デバイスは次いで、発見フィルタを使用して、第２の端末デバイスから受信されたＰｒｏＳｅ応答コードを特定する１６０５。

そして、この実施形態には２つの代替策がある。第１の代替策では、端末デバイスは、第２のトークンを検証のためにその近傍サービスサーバに転送する１６０６。検証が成功する場合、端末デバイスは、第２の端末デバイスが真正であることを指示するメッセージをその近傍サービスサーバから受信する１６０７。図面には示されないが、別の近傍サービスサーバにおいて、すなわち、第２の端末デバイス（被発見側）の近傍サービスサーバにおいて、トークンの検証が行われる。

第２の代替策では、端末デバイスは、マッチレポートの送信または受信を行わず、代わりに、第２の発見鍵を近傍サービスサーバから受信し、端末デバイスは、第２の発見鍵を使用して第２のトークンを検証することによって、第２の端末デバイスが真正であることを認証するまたは検証する１６０８。

方法１６００のさまざまな実施形態について、方法１６００を行う端末デバイスは複数の端末デバイスであってよく、それによって、該方法が、それぞれの端末デバイスが、同じＰｒｏＳｅクエリコードおよび第１の発見鍵を受信し、直接発見要求を同じ第２の端末デバイスに送り、および、直接発見応答を上記の第２の端末デバイスから受信することをさらに含むようにする１６０９ことは、認識されるべきである。

方法８００、９００、１０００、１１００、１２００、１３００、１４００、１５００、および１６００の実施形態全ては、図６および図７を参照して説明されるそれぞれの実施形態の利点を享受する。

上述される方法は、ＵＥであってよい端末デバイスの近傍サービスサーバなどのサーバにおいて、または、端末デバイス自体において、行われてよい。方法は、近傍サービスサーバまたは端末デバイス上で起動するコンピュータプログラム内で具現化可能である適したコンピュータ可読命令の受信時に行われてよい。図１７および図１８は、例えば、コンピュータプログラムから適した命令を受信すると、本発明の方法を実行することができる近傍サービスサーバ１７０１および端末デバイス１８０１の例を示す。図１７および図１８を参照すると、近傍サービスサーバおよび端末デバイスのそれぞれは、プロセッサおよびメモリを含む。メモリはプロセッサによって実行可能な命令を包含することで、近傍サービスサーバは方法８００、９００、１０００、１３００、および１４００の実施形態のいずれかを実施するように動作可能である、および／または、端末デバイスは方法１１００、１２００、１５００、１６００の実施形態のいずれかを実施するように動作可能である。

図１９において、サーバ１９０１の一実施形態が示されている。サーバ１９０１は、近傍サービスサーバ、または被発見側の機能を果たす端末デバイスのＰｒｏＳｅ機能であってよい。サーバはＰＣ６インターフェース１９０４を含み、このインターフェース上で、サーバは、他の近傍サービスサーバ、または発見側の機能を果たす端末デバイスのＰｒｏＳｅ機能と通信する。サーバはＰＣ３インターフェース１９０５をさらに含み、このインターフェース上で、サーバは、同じＰＬＭＮに属するその端末デバイス（被発見側）と通信する。サーバ１９０１はプロセッサ１９０２およびメモリ１９０３を含む。メモリはプロセッサによって実行可能な命令を包含することで、近傍サービスデバイスはＰｒｏＳｅクエリコードおよびＰｒｏＳｅ応答コードを生成するように、少なくともＰｒｏＳｅ応答コードを第１の発見鍵および第２の発見鍵と共に第１の端末デバイスに送るように、および、少なくとも第１の発見鍵およびＰｒｏＳｅクエリコードを第２の端末デバイスに送ることによって、第２の端末デバイスが無線インターフェース上で第１の端末デバイスを安全に発見できるように、構成される。

サーバ１９０１は、第１の発見鍵および第２の発見鍵を生成するように、または第１の発見鍵および第２の発見鍵を鍵管理サーバから受信するように構成されてもよい。

１つの実施形態では、サーバは、ＰｒｏＳｅクエリコードに基づいて発見フィルタを生成し、かつそれを第１の端末デバイスに送るように構成される。

１つの実施形態では、サーバ１９０１は、第２の端末デバイスが無線インターフェース上で第１の端末デバイスを発見することを望んでいることを指示する発見要求を第２の端末デバイスから受信した後、近傍サービスサーバが第１の発見鍵およびＰｒｏＳｅクエリコードを第２の端末デバイスに送るように構成される。

サーバ１９０１は、第２の端末デバイスが通信している第２の近傍サービスサーバにＰｒｏＳｅ応答コードを送るように構成されてもよい。

１つの実施形態では、サーバ１９０１は、ＰｒｏＳｅ応答コード、および第２の発見鍵に基づくトークンを含むマッチレポート要求を第２の端末デバイスから受信するように構成される。サーバは、第２の発見鍵を使用してトークンを検証するようにさらに構成されてよい。トークンが検証される場合、サーバは、第１の端末デバイスが真正であることを指示するマッチレポート応答を第２の端末デバイスに送るように構成可能である。

代替的な実施形態では、サーバ１９０１は、第１の端末デバイスが真正であることを第２の端末デバイスが検証できるように、第２の発見鍵を第２の端末デバイスに送るように構成されてよい。

サーバが、同じＰｒｏＳｅクエリコードおよび同じ第１の発見鍵を、あるグループに属するいくつかの第２の端末デバイスに送るように構成できることは、理解されるべきである。それぞれの第２の端末デバイスはその後、直接発見要求を同じ第１の端末デバイス（被発見側）に送ることができる。よって、ＰｒｏＳｅクエリコードおよび第１の発見鍵は特定の第２の端末デバイスに特有ではない。

図２０は、例えば、コンピュータプログラムから受信されるコンピュータ可読命令に従って、本明細書に説明される方法８００、９００、１０００のいずれかを実行可能である、第１の端末デバイス（被発見側）の近傍サービスサーバ２００１またはＰｒｏＳｅ機能の別の実施形態における機能ユニットを示す。図２０に示されるユニットがソフトウェアで実装される機能ユニットであり、ソフトウェアモジュールの任意の適切な組み合わせで実現可能であることは、理解されるであろう。

図２０を参照すると、近傍サービスサーバ２００１は、ＰｒｏＳｅクエリコードおよびＰｒｏＳｅ応答コードを生成するための生成ユニット２００２と、少なくともＰｒｏＳｅ応答コードを第１の発見鍵および第２の発見鍵と共に第１の端末デバイスに送り、かつ、少なくとも第１の発見鍵およびＰｒｏＳｅクエリコードを第２の端末デバイスに送ることで、第２の端末デバイスが無線インターフェース上で第１の端末デバイスを安全に発見できるようにする送信ユニット２００３とを含む。

近傍サービスサーバ２００１はまた、ソフトウェアまたはユニットを実行するためのプロセッサ、および種々のユニットを格納するためのメモリを含む。

生成ユニット２００２は、第１の発見鍵および第２の発見鍵を生成するための手段を含むこともできる。代替的には、送信ユニット２００３は、第１の発見鍵および第２の発見鍵を鍵管理サーバから受信する。

生成ユニット２００２は、ＰｒｏＳｅクエリコードに基づいて発見フィルタを生成し、かつこれを第１の端末デバイスに送るための手段をさらに含んでよい。

送信ユニット２００３は、第２の端末デバイスが無線インターフェース上で第１の端末デバイスを発見することを望んでいることを指示する発見要求を第２の端末デバイスから受信するための手段を含むことができる。送信ユニット２００３はまた、第２の端末デバイスが通信している第２の近傍サービスサーバにＰｒｏＳｅ応答コードを送るためのものであってよい。送信ユニット２００３は、ＰｒｏＳｅ応答コード、および第２の発見鍵に基づくトークンを含むマッチレポート要求を第２の端末デバイスから受信するための手段を含むこともできる。

近傍サービスサーバは、第２の発見鍵を使用してトークンを検証するための検証ユニット２００４をさらに含んでよい。これは、図２０において破線で示されており、それによって、このユニットがオプションであることを指示する。

代替的な実施形態では、近傍サービスサーバ２００１は検証ユニット２００４を含まない。この実施形態では、送信ユニット２００３は、第２の発見鍵が自身で第１の端末デバイスを検証できるように、第２の発見鍵を第２の端末デバイスに送るための手段を含む。この実施形態では、送信ユニットは、マッチレポート要求を受信すること、またはマッチレポート応答を送ることを行わない。

上述される送信ユニット２００３は、上述される情報を第２の端末のグループに送りかつ受信するためのものとすることができ、それによって、送信ユニットは、同じＰｒｏＳｅクエリコードおよび第１の発見鍵を該グループのいくつかのメンバに送るようにする。送信ユニット２００３は、第２の発見鍵を該グループのいくつかのメンバに送ることもできる。

いくつかの例では、送信ユニット２００３、検証ユニット２００４、および生成ユニット２００２は、コンピュータプログラムの助けを借りて実装可能である。このコンピュータプログラムは、プロセッサ上で起動する時、送信ユニット、検証ユニット、および生成ユニットを、上述される方法８００、９００、１０００の例を実施するように協働させる。

図２１は被発見側の機能を果たすことができる端末デバイス２１０１を示す。端末デバイスは、その近傍サービスサーバまたはＰｒｏＳｅ機能と通信するためにＰＣ３インターフェース２１０２を含む。端末デバイスはまた、ＰＣ５インターフェース２１０３を含み、これによって、第２の端末デバイス（発見側）と通信する。端末デバイス２１０１は、プロセッサ２１０４およびメモリ２１０５をさらに含む。メモリはプロセッサによって実行可能な命令を包含し、それによって、端末デバイスは、第１の発見鍵、第２の発見鍵、およびＰｒｏＳｅ応答コードを近傍サービスサーバから受信するように、ＰｒｏＳｅクエリコードおよびトークンを含む直接発見要求を、端末デバイスを発見することを望んでいる第２の端末デバイスから受信するように、および第１の発見鍵を使用してトークンを検証するように構成される。

端末デバイスは、ＰｒｏＳｅクエリコードに基づく発見フィルタを近傍サービスサーバから受信するようにさらに構成可能である。発見フィルタは、第２の端末デバイスから受信されたＰｒｏＳｅクエリコードを特定するために使用される。第１の端末デバイスは、ＰｒｏＳｅクエリコードおよびトークンを無線インターフェース上で受信するように構成されてもよく、トークンは第１の発見鍵に基づく。

１つの実施形態では、端末デバイスは、第２の端末デバイスから受信されたトークンを検証するように構成され、方法は、第２の発見鍵に基づく第２のトークンを含む発見応答を第２の端末デバイスに送ることをさらに含む。端末デバイスはまた、予備ステップとして、第２の端末デバイスが上記の端末デバイスを発見可能とされることを要求するような発見要求をその近傍サービスサーバに送るように構成されてよい。

図２２は、例えば、コンピュータプログラムから受信されるコンピュータ可読命令に従って、本明細書に説明される方法１１００および１２００のいずれかを実行可能である、端末デバイス２２０１（被発見側）の別の実施形態における機能ユニットを示す。図２２に示されるユニットがソフトウェアで実装される機能ユニットであり、ソフトウェアモジュールの任意の適切な組み合わせで実現可能であることは、理解されるであろう。

図２２を参照すると、端末デバイス２２０１は、第１の発見鍵、第２の発見鍵、およびＰｒｏＳｅ応答コードを近傍サービスサーバから受信し、かつ、端末デバイスを発見することを望んでいる第２の端末デバイス（発見側ＵＥ）からＰｒｏＳｅクエリコードおよびトークンを含む直接発見要求を受信するための送信ユニット２２０２を含む。端末デバイス２２０１は、第１の発見鍵を使用してトークンを検証するための検証ユニット２２０３をさらに含む。

送信ユニット２２０２は、ＰｒｏＳｅクエリコードに基づく発見フィルタを近傍サービスサーバから受信するための手段をさらに含むことができる。発見フィルタは、第２の端末デバイスから受信されたＰｒｏＳｅクエリコードを特定するために使用される。端末デバイスは、発見フィルタを使用してＰｒｏＳｅクエリコードを特定するための特定モジュール（図示せず）を含むことができる。

送信ユニットは、無線インターフェース上でＰｒｏＳｅクエリコードおよびトークンを受信するための手段を含むこともでき、トークンは第１の発見鍵に基づく。

検証ユニット２２０３が第２の端末デバイスから受信されたトークンを検証する場合、送信ユニット２２０４は、第２の発見鍵に基づく第２のトークンを含む発見応答を第２の端末デバイスに送るための手段をさらに含んでよい。

送信ユニット２２０２は、第２の端末デバイスが上記の端末デバイスを発見可能とされるように要求する発見要求をその近傍サービスサーバに送るための手段をさらに含むことができることも実現可能であるべきである。

いくつかの例では、送信ユニット２２０２および検証ユニット２２０３は、コンピュータプログラムの助けを借りて実装可能である。このコンピュータプログラムは、プロセッサ上で起動する時、送信ユニットおよび検証ユニットを、上述される方法１１００および１２００の例を実施するように協働させる。

図２３では、別のサーバ２３０１の一実施形態が開示される。サーバ２３０１は、発見側の機能を果たす端末デバイスの近傍サービスサーバまたはＰｒｏＳｅ機能であってよい。サーバ２３０１はＰＣ６インターフェース２３０２を含み、このインターフェース上で、該サーバは、被発見側の機能を果たす端末デバイスの他の近傍サービスサーバまたはＰｒｏＳｅ機能と通信する。サーバはＰＣ３インターフェース２３０３をさらに含み、このインターフェース上で、該サーバは、同じＰＬＭＮに属するその端末デバイス（発見側）と通信する。サーバ２３０１はプロセッサ２３０４およびメモリ２３０５を含む。メモリ２３０５はプロセッサによって実行可能な命令を包含することで、近傍サービスデバイスは、少なくとも第１の発見鍵、ＰｒｏＳｅクエリコード、およびＰｒｏＳｅ応答コードを第２の近傍サービスサーバから受信するように、ＰｒｏＳｅ応答コードに基づいて発見フィルタを生成するように、および、発見フィルタ、第１の発見鍵、およびＰｒｏＳｅクエリコードを第１の端末デバイスに送ることによって、第１の端末デバイス（発見側ＵＥ）が無線インターフェース上で第２の端末デバイス（被発見側ＵＥ）を安全に発見できるように、構成される。

サーバ２３０１は、第２の発見鍵に基づくトークンを含むマッチレポート要求を第１の端末デバイスから受信し、かつ、そのトークンを検証のために第２の近傍サーバに転送するようにさらに構成されてよい。第２の近傍サーバがトークンを検証する場合、サーバ２３０１は、第２の端末デバイスが真正であることを指示する応答を第２の近傍サーバから受信するようにさらに構成される。

代替的な実施形態では、サーバ２３０１は、第２の発見鍵を第２の近傍サービスサーバから受信し、かつ、第２の発見鍵を第１の端末デバイスに送るように構成されてよい。

サーバ２３０１は、第１の端末デバイスが第２の近傍サービスサーバの第２の端末デバイスを発見することを望んでいることを指示する発見要求を第１の端末デバイスから受信するように構成可能である。

なお別の実施形態では、サーバ２３０１は、第１の端末デバイスが第２の近傍サービスサーバの第２の端末デバイスを発見することを望んでいることを指示する発見要求を第２の近傍サービスサーバに送るように構成されてよい。

図２４は、発見側の機能を果たす端末デバイスの近傍サービスサーバ２４０１またはＰｒｏＳｅ機能の別の実施形態における機能ユニットを示す。近傍サービスサーバ２４０１は、例えば、コンピュータプログラムから受信されるコンピュータ可読命令に従って、本明細書に説明される方法１３００および１４００のいずれかを実行可能である。図２４に示されるユニットがソフトウェアで実装される機能ユニットであり、ソフトウェアモジュールの任意の適切な組み合わせで実現可能であることは、理解されるであろう。

図２４を参照すると、近傍サービスサーバ２４０１は、少なくとも第１の発見鍵、ＰｒｏＳｅクエリコード、およびＰｒｏＳｅ応答コードを第２の近傍サービスサーバから受信する送信ユニット２４０２と、ＰｒｏＳｅ応答コードに基づいて発見フィルタを生成する生成ユニット２４０３とを含む。送信ユニット２４０２は、発見フィルタ、第１の発見鍵、およびＰｒｏＳｅクエリコードを第１の端末デバイスに送るための手段をさらに含むため、第１の端末デバイスは無線インターフェース上で第２の端末デバイスを安全に発見することができる。

送信ユニット２４０２は、第２の発見鍵に基づくトークンを含むマッチレポート要求を受信し、かつ、トークンを検証のために第２の近傍サーバに転送するための手段をさらに含むことができる。

トークンが検証される場合、送信ユニット２４０２は、第２の端末デバイスが真正であることを指示する応答を第２の近傍サーバから受信するための手段をさらに含む。

別の実施形態では、送信ユニットは、第２の近傍サービスサーバから第２の発見鍵を受信し、かつ、第２の発見鍵を第１の端末デバイスに送るための手段を含む。

送信ユニット２４０２は、第１の端末デバイスが第２の近傍サービスサーバの第２の端末デバイスを発見することを望んでいることを指示する発見要求を第１の端末デバイスから受信するための手段をさらに含むことができる。送信ユニット２４０２は、第１の端末デバイスが第２の近傍サービスサーバの第２の端末デバイスを発見することを望んでいることを指示する発見要求を第２の近傍サービスサーバに送るための手段を含むこともできる。

いくつかの例では、生成ユニット２４０３および送信ユニット２４０２は、コンピュータプログラムの助けを借りて実装可能である。このコンピュータプログラムは、プロセッサ上で起動する時、送信ユニット、検証ユニット、および生成ユニットを、上述される方法１３００および１４００の例を実施するように協働させる。

図２５は発見側の機能を果たすことができる端末デバイス２５０１を示す。端末デバイスは、その近傍サービスサーバまたはＰｒｏＳｅ機能と通信するためにＰＣ３インターフェース２５０２を含む。端末デバイス２５０１はまた、ＰＣ５インターフェース２５０３を含み、これによって、第２の端末デバイス（被発見側）と通信する。端末デバイス２５０１は、プロセッサ２５０４およびメモリ２５０５をさらに含む。メモリはプロセッサによって実行可能な命令を包含し、それによって、端末デバイスは、ＰｒｏＳｅ応答コードおよび第１の発見鍵を近傍サービスサーバから受信するように、第１の発見鍵に基づくトークンを含む直接発見要求を第２の端末デバイスに送るように、および、ＰｒｏＳｅ応答コードおよび第２のトークンを含む発見応答を第２の端末デバイスから受信するように構成される。

端末デバイス２５０１は、ＰｒｏＳｅ応答コードに基づく発見フィルタを近傍サービスサーバから受信するようにさらに構成可能である。

１つの実施形態では、端末デバイス２５０１は、発見フィルタを使用して第２の端末デバイスから受信されたＰｒｏＳｅ応答コードを特定するように構成される。

端末デバイス２５０１は、第２のトークンを検証のために第２の近傍サービスサーバに転送するようにさらに構成されてよい。第２のトークンが検証される場合、端末デバイスは、第２の端末デバイスが真正であることを指示するメッセージを近傍サービスサーバから受信するように構成可能である。

１つの実施形態では、端末デバイス２５０１は、近傍サービスサーバから第２の発見鍵を受信し、かつ、第２の発見鍵を使用して第２のトークンを検証することによって第２の端末デバイスを認証するように構成される。

１つの実施形態では、端末デバイス２５０１は、端末デバイスが第２のデバイスを発見することを望んでいることを指示する発見要求を近傍サービスサーバに送るように構成可能である。

別の実施形態では、複数の端末デバイス２５０１は、同じＰｒｏＳｅ応答コードおよび第１の発見鍵を受信するように、直接発見要求を同じ第２の端末デバイスに送るように、および、直接発見応答を上記の同じ第２の端末デバイスから受信するように構成されてよい。

図２６は、端末デバイス２６０１（発見側）の別の実施形態における機能ユニットを示す。該機能ユニットは、例えば、コンピュータプログラムから受信されるコンピュータ可読命令に従って、本明細書に説明される方法１５００および１６００のいずれかを実行可能である。図２６に示されるユニットがソフトウェアで実装される機能ユニットであり、ソフトウェアモジュールの任意の適切な組み合わせで実現可能であることは、理解されるであろう。

図２６を参照すると、端末デバイス２６０１は、ＰｒｏＳｅクエリコードおよび第１の発見鍵を近傍サービスサーバから受信し、第１の発見鍵に基づくトークンを含む直接発見要求を第２の端末デバイスに送り、および、ＰｒｏＳｅ応答コードおよび第２のトークンを含む発見応答を第２の端末デバイスから受信する送信ユニット２６０２を含む。

送信ユニット２６０２は、ＰｒｏＳｅ応答コードに基づく発見フィルタを近傍サービスサーバから受信するための手段をさらに含むことができる。

端末デバイスは、発見フィルタを使用して第２の端末デバイスから受信されたＰｒｏＳｅ応答コードを特定する特定ユニット２６０３をさらに含むことができる。このオプションの特徴は、図２６における破線によって指示される。

送信ユニット２６０２は、第２のトークンを検証のために近傍サービスサーバに転送するための手段をさらに含むことができる。第２のトークンが検証される場合、送信ユニットは、第２の端末デバイスが真正であることを指示するメッセージを近傍サービスサーバから受信するための手段をさらに含むことができる。

１つの実施形態では、送信ユニット２６０２は、第２の発見鍵を近傍サービスサーバから受信するための手段をさらに含み、端末デバイスは、第２の発見鍵を使用して第２のトークンを検証することによって第２の端末デバイスを認証する検証ユニット２６０４をさらに含む。検証ユニット２６０４は、図２６における破線によって指示されるようにオプションである。

送信ユニット２６０２は、端末デバイスが第２のデバイスを発見することを望んでいることを指示する発見要求を近傍サービスサーバに送るための手段をさらに含むことができる。

１つの実施形態では、複数の端末デバイス２６０１があり、それぞれの端末デバイスは、同じＰｒｏＳｅクエリコードおよび第１の発見鍵を受信し、直接発見要求を同じ第２の端末デバイスに送り、および、直接発見応答を上記の同じ第２の端末デバイスから受信する送信ユニットを含む。

いくつかの例では、送信ユニット２６０２、特定ユニット２６０３、および検証ユニット２６０４は、コンピュータプログラムの助けを借りて実装可能である。このコンピュータプログラムは、プロセッサ上で起動する時、送信ユニット、検証ユニット、および特定ユニットを、上述される方法１５００および１６００の例を実施するように協働させる。

上記の実施形態は本発明を例証するものであり限定するものではなく、添付の特許請求の範囲から逸脱することなく当業者が多くの代替的な実施形態を設計できることは留意されるべきである。「含む（ｃｏｍｐｒｉｓｉｎｇ）」という単語は、請求項の中で列挙されているもの以外の要素またはステップの存在を排除するものではなく、「ａ」または「ａｎ」は複数のそのような要素を排除するものではない。単一の特徴または他のユニットは、特許請求の範囲に挙げられるいくつかのユニットの機能を果たすことができる。特許請求の範囲におけるいずれの参照符号も、その範囲を限定するとして解釈されるべきではない。

本発明のさらなる態様によると、プロセッサおよびメモリを含むサーバであって、メモリは、ネットワークノードが添付の請求項１から６のいずれか一項による方法を実施するように動作可能であるように、プロセッサによって実行可能な命令を包含する、サーバが提供される。

本発明のなお別の態様によると、プロセッサおよびメモリを含むサーバであって、メモリは、ネットワークノードが添付の請求項１６から２１のいずれか一項による方法を実施するように動作可能であるように、プロセッサによって実行可能な命令を包含する、サーバが提供される。

本発明のなお別の態様によると、プロセッサおよびメモリを含む端末デバイスであって、メモリは、ネットワークノードが方法を実施するように動作可能であるように、プロセッサによって実行可能な命令を包含する、端末デバイスが提供される。

さらなる態様によると、コンピュータ上で起動する時、添付の請求項１から６、９から１３、または１６から２１のいずれか一項による方法を実施するように構成されるコンピュータプログラムが提供される。

Claims (40)

1. 近傍サービスサーバによって行われる方法であって、
   ＰｒｏＳｅクエリコードおよびＰｒｏＳｅ応答コードを生成することと、
   少なくとも前記ＰｒｏＳｅ応答コードを、第１の発見鍵および第２の発見鍵と共に第１の端末デバイスに送ることと、
   少なくとも前記第１の発見鍵および前記ＰｒｏＳｅクエリコードを第２の端末デバイスに送ることで、前記第２の端末デバイスが無線インターフェース上で前記第１の端末デバイスを安全に発見できるようにすることと、を含む、方法。
2. 予備ステップとして、前記第１の発見鍵および前記第２の発見鍵を生成することをさらに含む、請求項１に記載の方法。
3. 予備ステップとして、前記第１の発見鍵および前記第２の発見鍵を鍵管理サーバから受信することをさらに含む、請求項１に記載の方法。
4. 前記ＰｒｏＳｅクエリコードに基づいて発見フィルタを生成し、かつ、この発見フィルタを前記第１の端末デバイスに送ることをさらに含む、請求項１から３のいずれか一項に記載の方法。
5. 前記第２の端末デバイスが無線インターフェース上で前記第１の端末デバイスを発見することを望んでいることを指示する発見要求を前記第２の端末デバイスから受信することであって、前記近傍サービスサーバはその後、前記第１の発見鍵およびＰｒｏＳｅクエリコードを前記第２の端末デバイスに送る、受信すること、をさらに含む、請求項１から４のいずれか一項に記載の方法。
6. 前記第２の端末デバイスが通信している第２の近傍サービスサーバに前記ＰｒｏＳｅ応答コードを送ることをさらに含む、請求項５に記載の方法。
7. 前記ＰｒｏＳｅ応答コード、および前記第２の発見鍵に基づくトークンを含むマッチレポート要求を前記第２の端末デバイスから受信することをさらに含む、請求項１から６のいずれか一項に記載の方法。
8. 前記第２の発見鍵を使用して前記トークンを検証することをさらに含む、請求項７に記載の方法。
9. 前記トークンが検証される場合、前記第１の端末デバイスが真正であることを指示するマッチレポート応答を前記第２の端末デバイスに送ることをさらに含む、請求項７に記載の方法。
10. 前記第１の端末デバイスが真正であることを前記第２の端末デバイスが検証することができるように、前記第２の発見鍵を前記第２の端末デバイスに送ることをさらに含む、請求項１から６のいずれか一項に記載の方法。
11. 前記第２の端末デバイスは複数の第２の端末デバイスを含み、それによって、前記方法が、前記ＰｒｏＳｅクエリコードおよび前記第１の発見鍵をそれぞれの第２の端末デバイスに送ることをさらに含むようにする、請求項１から１０のいずれか一項に記載の方法。
12. ＰｒｏＳｅクエリコードおよびＰｒｏＳｅ応答コードを生成する生成ユニットと、
    少なくとも前記ＰｒｏＳｅ応答コードを第１の発見鍵および第２の発見鍵と共に第１の端末デバイスに送り、かつ、少なくとも前記第１の発見鍵および前記ＰｒｏＳｅクエリコードを第２の端末デバイスに送ることで、前記第２の端末デバイスが無線インターフェース上で前記第１の端末デバイスを安全に発見できるようにする送信ユニットと、を含む、サーバ。
13. プロセッサおよびメモリを含むサーバであって、前記メモリは、ネットワークノードが請求項１から１１のいずれか一項に記載の方法を実施するように動作可能であるように、前記プロセッサによって実行可能な命令を包含する、サーバ。
14. 端末デバイスによって行われる方法であって、
    近傍サービスサーバから、第１の発見鍵、第２の発見鍵、およびＰｒｏＳｅ応答コードを受信することと、
    ＰｒｏＳｅクエリコードおよびトークンを含む直接発見要求を、前記端末デバイスを発見することを望んでいる第２の端末デバイスから受信することと、
    前記第１の発見鍵を使用して前記トークンを検証することと、を含む、方法。
15. 前記第１の端末デバイスが、ＰｒｏＳｅクエリコードに基づく発見フィルタを前記近傍サービスサーバから受信することをさらに含む、請求項１４に記載の方法。
16. 前記第１の端末デバイスは無線インターフェース上で前記ＰｒｏＳｅクエリコードおよび前記トークンを受信し、前記トークンは前記第１の発見鍵に基づく、請求項１４または１５に記載の方法。
17. 前記第１の端末デバイスが前記第２の端末デバイスから受信された前記トークンを検証する場合、前記第２の発見鍵に基づく第２のトークンを含む発見応答を前記第２の端末デバイスに送ることをさらに含む、請求項１４から１６のいずれか一項に記載の方法。
18. 予備ステップとして、前記端末デバイスがその近傍サービスサーバに、前記第２の端末デバイスが前記端末デバイスを発見可能とされるように要求するような発見要求を送ることをさらに含む、請求項１４から１７のいずれか一項に記載の方法。
19. 近傍サービスサーバから、第１の発見鍵、第２の発見鍵、およびＰｒｏＳｅ応答コードを受信し、かつ、ＰｒｏＳｅクエリコードおよびトークンを含む直接発見要求を、前記端末デバイスを発見することを望んでいる第２の端末デバイスから受信する送信ユニットと、
    前記第１の発見鍵を使用して前記トークンを検証する検証ユニットと、を含む、端末デバイス。
20. プロセッサおよびメモリを含む端末デバイスであって、
    前記メモリは、ネットワークノードが請求項１４から１８のいずれか一項に記載の方法を実施するように動作可能であるように、前記プロセッサによって実行可能な命令を包含する、端末デバイス。
21. 近傍サービスサーバによって行われる方法であって、
    少なくとも第１の発見鍵、ＰｒｏＳｅクエリコード、およびＰｒｏＳｅ応答コードを第２の近傍サービスサーバから受信することと、
    前記ＰｒｏＳｅ応答コードに基づいて発見フィルタを生成することと、
    前記発見フィルタ、第１の発見鍵、およびＰｒｏＳｅクエリコードを第１の端末デバイスに送ることで、前記第１の端末デバイスが無線インターフェース上で第２の端末デバイスを安全に発見できるようにすることと、を含む、方法。
22. 第２の発見鍵に基づくトークンを含むマッチレポート要求を前記第１の端末デバイスから受信することと、前記トークンを検証のために前記第２の近傍サーバに転送することと、をさらに含む、請求項２１に記載の方法。
23. 前記第２の近傍サーバが前記トークンを検証する場合、前記第２の端末デバイスが真正であることを指示する応答を前記第２の近傍サーバから受信することをさらに含む、請求項２２に記載の方法。
24. 前記近傍サービスサーバが、第２の発見鍵を前記第２の近傍サービスサーバから受信し、かつ、前記第２の発見鍵を前記第１の端末デバイスに送ることをさらに含む、請求項２１に記載の方法。
25. 予備ステップとして、前記近傍サービスサーバが、前記第１の端末デバイスが前記第２の近傍サービスサーバの前記第２の端末デバイスを発見することを望んでいることを指示する発見要求を前記第１の端末デバイスから受信することをさらに含む、請求項２１から２４のいずれか一項に記載の方法。
26. 前記第１の端末デバイスが前記第２の近傍サービスサーバの前記第２の端末デバイスを発見することを望んでいることを指示する発見要求を前記第２の近傍サービスサーバに送ることをさらに含む、請求項２５に記載の方法。
27. 第２の近傍サービスサーバから、少なくとも第１の発見鍵、ＰｒｏＳｅクエリコード、およびＰｒｏＳｅ応答コードを受信する送信ユニットと、
    前記ＰｒｏＳｅ応答コードに基づいて発見フィルタを生成し、かつ、前記発見フィルタ、第１の発見鍵、およびＰｒｏＳｅクエリコードを第１の端末デバイスに送ることで、前記第１の端末デバイスが無線インターフェース上で第２の端末デバイスを安全に発見できるようにする生成ユニットと、を含む、サーバ。
28. プロセッサおよびメモリを含むサーバであって、
    前記メモリは、ネットワークノードが請求項２１から２６のいずれか一項に記載の方法を実施するように動作可能であるように、前記プロセッサによって実行可能な命令を包含する、サーバ。
29. 端末デバイスによって行われる方法であって、
    ＰｒｏＳｅクエリコードおよび第１の発見鍵を近傍サービスサーバから受信することと、
    前記第１の発見鍵に基づくトークンを含む直接発見要求を第２の端末デバイスに送ることと、
    ＰｒｏＳｅ応答コードおよび第２のトークンを含む発見応答を前記第２の端末デバイスから受信することと、を含む、方法。
30. 前記ＰｒｏＳｅ応答コードに基づく発見フィルタを前記近傍サービスサーバから受信することをさらに含む、請求項２９に記載の方法。
31. 前記端末デバイスが、前記発見フィルタを使用して第２の端末デバイスから受信された前記ＰｒｏＳｅ応答コードを特定することをさらに含む、請求項３０に記載の方法。
32. 前記端末デバイスが前記第２のトークンを検証のために前記近傍サービスサーバに転送することをさらに含む、請求項２９から３１のいずれか一項に記載の方法。
33. 前記第２のトークンが検証される場合、前記第２の端末デバイスが真正であることを指示するメッセージを前記近傍サービスサーバから受信することをさらに含む、請求項３２に記載の方法。
34. 前記端末デバイスが前記近傍サービスサーバから第２の発見鍵を受信することと、前記端末デバイスが、前記第２の発見鍵を使用して前記第２のトークンを検証することによって前記第２の端末デバイスを認証することと、をさらに含む、請求項２９から３１のいずれか一項に記載の方法。
35. 予備ステップとして、前記端末デバイスが前記第２のデバイスを発見することを望んでいることを指示する発見要求を前記近傍サービスサーバに送ることをさらに含む、請求項２９から３４のいずれか一項に記載の方法。
36. 前記端末デバイスは複数の端末デバイスを含み、それによって、前記方法が、それぞれの端末デバイスが、同じＰｒｏＳｅクエリコードおよび第１の発見鍵を受信し、直接発見要求を同じ第２の端末デバイスに送り、および、直接発見応答を前記同じ第２の端末デバイスから受信することをさらに含むようにする、請求項２９から３４のいずれか一項に記載の方法。
37. ＰｒｏＳｅクエリコードおよび第１の発見鍵を近傍サービスサーバから受信し、前記第１の発見鍵に基づくトークンを含む直接発見要求を第２の端末デバイスに送り、および、ＰｒｏＳｅ応答コードおよび第２のトークンを含む発見応答を前記第２の端末デバイスから受信する送信ユニットを含む、端末デバイス。
38. プロセッサおよびメモリを含む端末デバイスであって、
    前記メモリは、ネットワークノードが請求項２９から３６のいずれか一項に記載の方法を実施するように動作可能であるように、前記プロセッサによって実行可能な命令を包含する、端末デバイス。
39. コンピュータ上で起動する時、請求項１から１１、１４から１８、２１から２６、または２９から３５のいずれか一項に記載の方法を実施するように構成される、コンピュータプログラム。
40. コンピュータ可読媒体、および、前記コンピュータ可読媒体上に格納される、請求項３９に記載のコンピュータプログラムを含む、コンピュータプログラム製品。

Images