特許 6556238 プレゼンス情報を介した近接サービス（ＰｒｏＳｅ）のための公共安全／セキュリティＵＥ通信フレームワーク

(19)【発行国】日本国特許庁(JP)

(12)【公報種別】特許公報(B2)

(11)【特許番号】6556238

(24)【登録日】2019年7月19日

(45)【発行日】2019年8月7日

(54)【発明の名称】プレゼンス情報を介した近接サービス（ＰｒｏＳｅ）のための公共安全／セキュリティＵＥ通信フレームワーク

(51)【国際特許分類】

   H04W 76/50 20180101AFI20190729BHJP

   H04W 76/14 20180101ALI20190729BHJP

   H04W 92/18 20090101ALI20190729BHJP

   H04W 8/00 20090101ALI20190729BHJP

【ＦＩ】

   H04W76/50

   H04W76/14

   H04W92/18

   H04W8/00 110

【請求項の数】10

【全頁数】12

(21)【出願番号】特願2017-532820(P2017-532820)

(86)(22)【出願日】2015年12月17日

(65)【公表番号】特表2018-504031(P2018-504031A)

(43)【公表日】2018年2月8日

(86)【国際出願番号】US2015066357

(87)【国際公開番号】WO2016100653

(87)【国際公開日】20160623

【審査請求日】2017年8月10日

(31)【優先権主張番号】14/573,628

(32)【優先日】2014年12月17日

(33)【優先権主張国】US

(73)【特許権者】

【識別番号】391030332

【氏名又は名称】アルカテル−ルーセント

(74)【代理人】

【識別番号】110001173

【氏名又は名称】特許業務法人川口國際特許事務所

(72)【発明者】

【氏名】ホワ，スーザン

(72)【発明者】

【氏名】ツァイ，イーガン

【審査官】 古市 徹

(56)【参考文献】

【文献】 国際公開第２０１３／１２２３７４（ＷＯ，Ａ１）

【文献】 特開２００９−２３０５６２（ＪＰ，Ａ）

【文献】 3GPP TR 22.803 V12.2.0(2013-06)，２０１３年 ６月２８日，p.28, 5.2.5A.5 Potential Requirements，<URL:http://www.3gpp.org/ftp/Specs/archive/22_series/22.803/22803-c.zip>，ＵＲＬ，インターネット<URL:http://www.3gpp.org/ftp/Specs/archive/22_series/22.803/22803-c.zip>

(58)【調査した分野】（Int.Cl.，ＤＢ名）

Ｈ０４Ｂ ７／２４ − ７／２６

Ｈ０４Ｗ ４／００ − ９９／００

３ＧＰＰ ＴＳＧ ＲＡＮ ＷＧ１−４

ＳＡ ＷＧ１−４

ＣＴ ＷＧ１、４

(57)【特許請求の範囲】

【請求項1】

プロセッサと、
前記プロセッサに動作可能に結合され、命令を含むコンピュータ可読非一時的記憶媒体であって、命令が、プロセッサによって実行されたとき、プロセッサを、
プレゼンス情報をプレゼンスサーバ（ＰＳ）に送信することであって、プレゼンス情報が公共安全（ＰｕＳａ）固有近接ベースサービス（ＰｒｏＳｅ）情報を含み、前記ＰｕＳａ固有ＰｒｏＳｅ情報は、ＰｕＳａサービスプレゼンティティのみに関連する１つ以上のパラメータを含む、送信することと、
ターゲットプレゼンティティのＰｕＳａ固有ＰｒｏＳｅ情報をサブスクライブしたいという要求をＰＳに送信することであって、要求が専用ＰｕＳａサービス識別情報（ＩＤ）を含み、前記専用ＰｕＳａサービス識別情報（ＩＤ）は、ＰｕＳａプレゼンティティのみに割り当てられたサービスＩＤパラメータを含む、送信することと
を行うように構成する、コンピュータ可読非一時的記憶媒体と
を備える、装置。

【請求項2】

前記プロセッサが、前記命令によって、
ＰＳが前記ターゲットプレゼンティティの前記ＰｕＳａ固有ＰｒｏＳｅ情報を返すという条件でのみ、前記ターゲットプレゼンティティの前記ＰｕＳａ固有ＰｒｏＳｅ情報を使用して、前記ターゲットプレゼンティティのユーザ機器（ＵＥ）のプレゼンスを発見する
ようにさらに構成された、請求項１に記載の装置。

【請求項3】

前記プロセッサが、前記命令によって、通信ネットワークとは無関係に無線周波数リンクを介して前記ＵＥと直接通信するようにさらに構成された、請求項２に記載の装置。

【請求項4】

前記ＰｕＳａ固有ＰｒｏＳｅ情報が、ターゲットプレゼンティティのＰｕＳａ−ＰｒｏＳｅサービスＩＤと、ジオロケーションデータと、タイムスタンプとを含む、請求項１に記載の装置。

【請求項5】

プレゼンス情報をプレゼンスサーバ（ＰＳ）に送信するようにモバイルコンピューティングデバイスを構成するステップであって、プレゼンス情報が公共安全（ＰｕＳａ）固有近接ベースサービス（ＰｒｏＳｅ）情報を含み、前記ＰｕＳａ固有ＰｒｏＳｅ情報は、ＰｕＳａサービスプレゼンティティのみに関連する１つ以上のパラメータを含む、構成するステップと、
ターゲットプレゼンティティのＰｕＳａ固有ＰｒｏＳｅ情報をサブスクライブしたいという要求をＰＳに送信するようにモバイルコンピューティングデバイスを構成するステップであって、要求が専用ＰｕＳａサービス識別情報（ＩＤ）を含み、前記専用ＰｕＳａサービス識別情報（ＩＤ）は、ＰｕＳａプレゼンティティのみに割り当てられたサービスＩＤパラメータを含む、構成するステップと
を備える、方法。

【請求項6】

プロセッサと、
前記プロセッサに動作可能に結合され、命令を含むコンピュータ可読非一時的記憶媒体であって、命令が、プロセッサによって実行されたとき、プロセッサを、
ターゲットユーザ機器（ＵＥ）から、公共安全（ＰｕＳａ）固有近接ベースサービス（ＰｒｏＳｅ）情報を含むプレゼンス情報を受信することであって、前記ＰｕＳａ固有ＰｒｏＳｅ情報は、ＰｕＳａサービスプレゼンティティのみに関連する１つ以上のパラメータを含む、受信することと、
ウォッチャーＵＥから、前記プレゼンス情報をサブスクライブしたいという要求を受信することと、
ＰｕＳａサブスクリプションルールに基づいて前記ウォッチャーＵＥがＰｕＳａ ＰｒｏＳｅユーザであると決定されるという条件で、前記プレゼンス情報を前記ウォッチャーＵＥに送信することと
を行うように構成する、コンピュータ可読非一時的記憶媒体と
を備える、装置。

【請求項7】

前記プレゼンス情報が、前記ターゲットＵＥの識別子（ＩＤ）と、ジオロケーションと、タイムスタンプとを含む、請求項６に記載の装置。

【請求項8】

前記ＰｕＳａサブスクリプションルールが、認可されたＰｕＳａプレゼンティティに固有のサービス識別子の定義を含む、請求項６に記載の装置。

【請求項9】

前記ＰｕＳａサブスクリプションルールが、非ＰｕＳａ ＰｒｏＳｅサービスに適用可能なサービス識別子の定義を含む、請求項６に記載の装置。

【請求項10】

サーバを、
ターゲットユーザ機器（ＵＥ）から、公共安全（ＰｕＳａ）固有近接ベースサービス（ＰｒｏＳｅ）情報を含むプレゼンス情報を受信することであって、前記ＰｕＳａ固有ＰｒｏＳｅ情報は、ＰｕＳａサービスプレゼンティティのみに関連する１つ以上のパラメータを含む、受信することと、
ウォッチャーＵＥから、前記プレゼンス情報をサブスクライブしたいという要求を受信することと、
ＰｕＳａサブスクリプションルールに基づいて前記ウォッチャーＵＥがＰｕＳａ ＰｒｏＳｅユーザであると決定されるという条件で、前記プレゼンス情報を前記ウォッチャーＵＥに送信することと
を行うように構成するステップ
を備える、方法。

【発明の詳細な説明】

【技術分野】

【0001】

本開示は、一般に、限定はしないが、ワイヤレス通信、たとえば近接サービス（ＰｒｏＳｅ：ｐｒｏｘｉｍｉｔｙ ｓｅｒｖｉｃｅ）を使用する公共安全（ｐｕｂｌｉｃ ｓａｆｅｔｙ）プロバイダ間の通信に関する。

【背景技術】

【0002】

このセクションは、本発明のより良い理解を可能にするのを助け得る態様を紹介する。したがって、このセクションの文は、この観点から読まれるべきであり、何が従来技術であるか、または何が従来技術でないかについての承認として理解されるべきでない。

【0003】

近接ベースサービス（ＰｒｏＳｅ：Ｐｒｏｘｉｍｉｔｙ−ｂａｓｅｄ Ｓｅｒｖｉｃｅ）アーキテクチャが、たとえば、３ＧＰＰ ＴＳ２３．３０３において指定されているように確立された。ワイヤレス通信インターフェースの追加の拡張が、３ＧＰＰ ＲＡＮ１／ＲＡＮ２ワーキンググループ、たとえばＴＲ２２．８０３およびＴＲ３６．８４３において提案された。しかしながら、既存の提案されたＰｒｏＳｅ規格は、プレゼンス情報（ｐｒｅｓｅｎｃｅ ｉｎｆｏｒｍａｔｉｏｎ）に基づく公共安全ＵＥ通信を適切にサポートしない。

【発明の概要】

【課題を解決するための手段】

【0004】

一実施形態は、装置、たとえば、スマートフォンなど、モバイルコンピューティングデバイス、またはクライアントを提供する。本装置は、プロセッサと、プロセッサに動作可能に結合されたコンピュータ可読非一時的記憶媒体とを含む。記憶媒体は命令を含み、命令は、プロセッサによって実行されたとき、プレゼンス情報をプレゼンスサーバ（ＰＳ）のほうへ向けるようにプロセッサを構成し、プレゼンス情報は、公共安全（ＰｕＳａ：ｐｕｂｌｉｃ−ｓａｆｅｔｙ）固有近接ベースサービス（ＰｒｏＳｅ）情報を含む。ＰｒｏＳｅ情報は、好ましくは、ＰｕＳａ ＰｒｏＳｅサービス識別情報（ＩＤ）と、ジオロケーションデータと、タイムスタンプとを含む。プロセッサは、ターゲットプレゼンティティ（ｔａｒｇｅｔ ｐｒｅｓｅｎｔｉｔｙ）のＰｕＳａ固有ＰｒｏＳｅ情報をサブスクライブしたいという要求をＰＳに向けるようにさらに構成され、要求は専用ＰｕＳａサービスＩＤを含む。いくつかの実施形態では、プロセッサは、ＰＳがターゲットプレゼンティティのＰｕＳａ固有ＰｒｏＳｅ情報を返すという条件でのみ、ターゲットプレゼンティティのユーザ機器（ＵＥ）を発見するようにさらに構成される。

【0005】

いくつかの実施形態では、プロセッサは、通信ネットワークとは無関係に無線周波数（ＲＦ）リンクを介してＵＥと直接通信するようにさらに構成される。ＲＦリンクは、専用公共安全周波数を介するものであり得る。いくつかの実施形態では、プロセッサは、ターゲットプレゼンティティのプレゼンスを示すリストまたはマップを表示するようにさらに構成される。ＵＥとの通信は、ＵＥに関連するリストまたはマップアイコンの作動によって開始され得る。

【0006】

別の実施形態は、たとえば、モバイルコンピューティングデバイスを製造する方法である。本方法は、プレゼンス情報をプレゼンスサーバに向けるようにモバイルコンピューティングデバイスを構成するステップを含み、プレゼンス情報はＰｕＳａ固有ＰｒｏＳｅ情報を含む。モバイルコンピューティングデバイスは、ターゲットプレゼンティティのＰｕＳａ固有ＰｒｏＳｅ情報をサブスクライブしたいという要求をＰＳに向けるようにさらに構成され、要求は専用ＰｕＳａサービスＩＤを含む。

【0007】

別の実施形態は、プロセッサとプロセッサに動作可能に結合されたコンピュータ可読非一時的記憶媒体とを含む、装置、たとえば、ＰｒｏＳｅプレゼンスサーバである。記憶媒体は、プロセッサによって実行されたとき、ターゲットＵＥからプレゼンス情報を受信するようにプロセッサを構成する命令を含み、プレゼンス情報は、ＰｒｏＳｅターゲットプレゼンティティに関するＰｕＳａ固有ＰｒｏＳｅ情報を含む。本装置は、プレゼンス情報をサブスクライブしたいという要求をウォッチャープレゼンティティ（ｗａｔｃｈｅｒ ｐｒｅｓｅｎｔｉｔｙ）のウォッチャーＵＥから受信する。本装置は、ＰｕＳａサブスクリプションルールに基づいてウォッチャープレゼンティティがＰｕＳａ ＰｒｏＳｅユーザであると決定されるという条件で、プレゼンス情報をウォッチャーＵＥに向ける。

【0008】

いくつかの実施形態では、プレゼンス情報は、ターゲットプレゼンティティのＩＤ、ジオロケーション、および／またはタイムスタンプを含む。ＰｕＳａサブスクリプションルールは、任意選択で、ＸＭＬコードによって定義され得る。ＰｕＳａサブスクリプションルールは、認可されたＰｕＳａプレゼンティティに固有のサービスＩＤの定義をも含み得る。さらに、ルールは、すべての通常商用ＰｒｏＳｅ使用に適用可能なサービスＩＤの定義を含み得る。

【0009】

別の実施形態は、たとえば、ＰｒｏＳｅプレゼンスサーバを製造する方法である。本方法は、ＰｒｏＳｅターゲットプレゼンティティに関するＰｕＳａ固有ＰｒｏＳｅ情報を含むプレゼンス情報をＵＥから受信するようにサーバを構成することを含む。サーバは、プレゼンス情報をサブスクライブしたいという要求をウォッチャープレゼンティティのウォッチャーＵＥから受信するようにさらに構成される。サーバは、ＰｕＳａサブスクリプションルールに基づいてウォッチャープレゼンティティがＰｕＳａ ＰｒｏＳｅユーザであると決定されるという条件で、プレゼンス情報をウォッチャーＵＥに向けるようにさらに構成される。

【0010】

本発明の追加の態様は、部分的に、以下の発明を実施するための形態、図およびいずれかの請求項において記載されることになり、部分的に、発明を実施するための形態から導出されることになるか、または本発明の実施によって習得され得る。上記の概略的な説明と以下の発明を実施するための形態の両方が、例であり、また例示的なものにすぎず、開示される本発明を限定するものではないことを理解されたい。

【0011】

添付の図面とともに以下の発明を実施するための形態を参照することによって、本発明のより完全な理解が得られ得る。

【図面の簡単な説明】

【0012】

【図1】互いにおよびＰｒｏＳｅプレゼンスサーバと直接相互通信するいくつかのＵＥデバイスを示す一実施形態の図である。

【図2】図１の実施形態において使用され得るモバイルデバイス、たとえば、ユーザ機器の一実施形態を示す図である。

【図3】図１の実施形態において使用され得るプレゼンスサーバの一実施形態を示す図である。

【図4】図１のＵＥ間でなど、ＵＥによって、ＰｕＳａプレゼンティティと通信するために実行され得る方法のフローチャートである。

【図5】ＵＥ間のＰｒｏＳｅサービスを認可するために、図１のＰｒｏＳｅサーバによって様々な実施形態において採用可能であり得るルールセットを示す図である。

【図6】ＰｕＳａプレゼンティティ間のＰｒｏＳｅサービスを認可するために、図１のＰｒｏＳｅサーバによって実行され得る方法のフローチャートである。

【発明を実施するための形態】

【0013】

近接ベースサービス（ＰｒｏＳｅ）は、同時に発生する配備されるインフラストラクチャの増加とともに、ますます普及してきた。そのようなサービスは、モバイルフォンまたは同様の装置などのユーザ機器（ＵＥ）の第１のユーザが、第１のユーザの地理的近接内の第２のユーザのプレゼンスを発見するための機構を提供する。次いで、ユーザ間のデータおよび／または音声通信の直接の交換が可能にされ、公共商用ワイヤレスネットワークをバイパスし得る。

【0014】

ＰｒｏＳｅ通信は、特に、公共安全（ＰｕＳａ）サービスの配信に有益であり得る。公共安全サービス人員は、ワイヤレスネットワークサービス中断中、またはワイヤレスネットワークへの接続が信頼できない、または不可能である環境において、他の安全人員と直接通信する必要があり得る。しかしながら、たとえば直接通信の混乱または輻輳を避けるために、ＰｕＳａ人員通信デバイスの発見を他のＰｕＳａ人員のみに限定することが望ましい、または必要であり得る。現在知られているＰｒｏＳｅサービス定義は、それらの発見可能性を他のＰｕＳａサービスプロバイダのみに限定するためのＰｕＳａサービスプロバイダの能力を提供しない。そのような能力の欠如は、重大なギャップがＰｕＳａ通信プロトコルであることを表す。本明細書で説明される実施形態は、この必要に対処するが、明示的な記載がない限り、そのような公共安全適用例に限定されない。

【0015】

本明細書で説明される実施形態は、プレゼンス情報を介してＰｒｏＳｅのためのＰｕＳａ ＵＥ通信をサポートするための装置、システムおよび方法を提供する。以下で説明されるフレームワーク内では、第１のＰｕＳａプレゼンティティに関連する第１のＵＥが、プレゼンスサーバ（ＰＳ）へのプレゼンスドキュメント中でプレゼンティティのＰｕＳａ ＰｒｏＳｅ固有情報を発行し得る。ウォッチャー、たとえば第２のＰｕＳａプレゼンティティが、第１のプレゼンティティのプレゼンス情報をサブスクライブするとき、ＰＳは、ＰｕＳａプレゼンティティの間の許容される通信を定義するＰｕＳａ ＰｒｏＳｅ認可ルールを検査し得る。要求がルールに準拠する場合、第１のＰｕＳａプレゼンティティのＰｒｏＳｅ情報は、第２のＰｕＳａプレゼンティティのＵＥに送られることになる。次いで、第１のＰｕＳａプレゼンティティと第２のＰｕＳａプレゼンティティとは、商用ワイヤレスネットワークとは無関係に直接ワイヤレスリンクを介して、たとえば、専用ＰｕＳａ無線周波数を介して互いに通信し得る。

【0016】

図１は、本発明の様々な原理による、ＰｒｏＳｅ通信を実装するように構成されたデバイスを含むシステム１００を示す。３つのポータブル通信デバイス、ＵＥ１１０ａと１１０ｂと１１０ｃとが図示されている。各ＵＥ１１０は、対応するプレゼンティティ、たとえばＰｕＳａサービスプロバイダに関連付けられ得る。ＵＥ１１０ａ、１１０ｂ、１１０ｃは各々、インターネットまたはＷｉＦｉホットスポットに接続するテレコムネットワークなどの公的にアクセス可能なネットワーク１３０内で動作し得る、プレゼンスサーバ（ＰＳ）１２０と通信し得る。ＵＥ１１０とＰＳ１２０との間の接続は、任意のタイプのワイヤレス通信ネットワーク規格、たとえば、モバイル通信用グローバルシステム（ＧＳＭ（登録商標））、第３世代パートナーシッププロジェクト（３ＧＰＰ）またはロングタームエボリューション（ＬＴＥ）、あるいは、規格のいくつかの版のうちのいずれかにおける８０２．１１などのＷｉＦｉ規格によるものであり得る。ＰＳ１２０と通信する能力に加えて、ＵＥ１１０ａ、１１０ｂ、１１０ｃはまた、互いに直接、たとえばワイヤレスに通信し得る。

【0017】

システム１００では、ＵＥ１１０の各々は、ウォッチャープレゼンティティに関連するウォッチャーＵＥとして、および／またはターゲットプレゼンティティに関連するターゲットＵＥとして動作し得る。以下の説明では、ＵＥ１１０Ａに関してウォッチャーＵＥへの言及が行われ、ＵＥ１１０Ｂに関してターゲットＵＥへの言及が行われ得る。当業者は、これが恣意的な割当てと見なされ得、ＵＥ１１０のうちのいずれも、ウォッチャーＵＥおよび／またはターゲットＵＥとして動作するように構成され得ることを諒解されよう。

【0018】

図２は、メモリ２２０とトランシーバ２３０とに動作可能に結合されたプロセッサ２１０を含む、ＵＥ１１０の一実施形態を概略的に示す。プロセッサ２１０、メモリ２２０およびトランシーバ２３０の各々は、本開示の範囲内で実施形態に矛盾しない機能を与えるように構成され得、場合によっては、任意の従来のまたは将来開発されるタイプであり得る。メモリ２２０は、そのような実施形態に従ってプロセッサ２１０によって実行される動作命令を保持する、非一時的物理的命令空間を含む。これらの命令は、様々な通信規格、たとえば、ＧＳＭ、３ＧＰＰまたはＬＴＥ、あるいは８０２．１１などのＷｉＦｉ規格に準拠する動作を実装するためのそのような命令を含み得る。命令はまた、ピアツーピア通信に矛盾しない動作、たとえば、それの全体が参照により本明細書に組み込まれる、３ＧＰＰリリース１２によって記述されているようなデバイスツーデバイス（Ｄ２Ｄ）機能を符号化する。プロセッサ２１０は、アンテナ２４０を介して、インターネットアクセスポイント、たとえばモバイルネットワークタワーと通信し、およびＵＥ１１０の他のインスタンス、たとえば、図１のＵＥ１１０ａ、１１０ｂ、１１０ｃのうちのいずれかと通信するようにトランシーバ２３０を制御するように構成される。アンテナ２４０は、特定のタイプに限定されず、ＭＩＭＯ通信を実装するために複数のアンテナ要素を含み得る。

【0019】

図３は、プロセッサ（ＣＰＵ）３１０と、メモリ３２０と、ネットワークインターフェース３３０とを含む、プレゼンスサーバ１２０の例示的な一実施形態を示す。メモリ３２０は、プロセッサ３１０によって読取り可能である非一時的メモリ空間を含み、たとえば、本明細書で説明される機能をサポートするためにＲＡＭ、ＲＯＭおよびディスクストレージの、任意の組合せを含み得る。メモリ３２０は、プロセッサ３１０にとってアクセス可能な、プロセッサ３１０によって実行される命令を含み得、命令は、プロセッサ３１０によって実行されたとき、本明細書で説明される１つまたは複数の実施形態を実装するようにプロセッサ３１０を構成する。ネットワークインターフェース３３０は、たとえば、モバイル通信システムインフラストラクチャ、たとえばネットワーク１３０を介した、ＵＥ１１０との通信を可能にするネットワーク要素と通信するための任意の従来または新規の機能を含み得る。

【0020】

図４は、ＵＥ、たとえばＵＥ１１０ａによって実行され得る、例示的な一実施形態による方法４００を示す。方法４００のステップは、任意選択で実行され得る他のステップへの制限なしに提示される。

【0021】

ステップ４１０において、ＵＥ１１０ａは、プレゼンス情報をプレゼンスサーバ、たとえばプレゼンスサーバ１２０に向ける。当業者は、第１のプレゼンティティデバイス、たとえばＵＥ１１０ａが、プレゼンスドキュメントをプレゼンスサーバ、たとえばＰＳ１２０に送信し得、プレゼンスドキュメントが、第１のプレゼンティティデバイスのプレゼンスを第２のプレゼンティティデバイス、たとえばＵＥ１１０ｂに通信するためにプレゼンスサーバが使用し得る様々なデータを含むことを認識されよう。このコンテキストでは、ＵＥ１１０ｂはウォッチャーＵＥとして働き、ＵＥ１１０ａはターゲットＵＥとして動作する。方法４００および６００の説明の残り部分では、ウォッチャーＵＥおよびターゲットＵＥは、それへの限定なしにそのように呼ばれることがある。プレゼンスドキュメント中に含まれる任意の従来のデータに加えて、本開示に矛盾しない実施形態では、第１のプレゼンティティデバイスは、ＰｕＳａ固有情報をも含む。非限定的な実施形態では、第１のプレゼンティティデバイスは、ＰｒｏＳｅサービスのための２つのＰｕＳａ固有ＰｒｏＳｅサービスＩＤを含む。ＰｕＳａ固有情報は、これらの追加のサービスＩＤ、または任意の数の他の同様のＰｕＳａ固有サービスＩＤを含み得る。第１のサービスＩＤ、たとえばｘｘｘｘ．ＰｒｏＳｅは、通常商用使用、たとえば非ＰｕＳａ関係サービスに適用可能であり得る。この例では、「ｘｘｘｘ」は、標準化団体またはサービスプロバイダによって決定されたストリングであり得る。たとえば、サービスＩＤが３ＧＰＰによって標準化される場合、ｘｘｘｘストリングは、「ｏｒｇ．３ｇｐｐ．ｕｒｎ：ｕｒｎ−７」に関連し得、その場合、第１のサービスＩＤは、ｏｒｇ．３ｇｐｐ．ｕｒｎ．ｕｒｎ−７．ＰｒｏＳｅであり得る。サービスＩＤがオープンモバイルアライアンスによって標準化されるべきである場合、ｘｘｘｘストリングは「ｏｒｇ．ｏｐｅｎｍｏｂｉｌｅａｌｌｉａｎｃｅ」に関連することになり、その場合、第１のサービスＩＤは、ｏｒｇ．ｏｐｅｎｍｏｂｉｌｅａｌｌｉａｎｃｅ．ＰｒｏＳｅになり得る。本例を続けると、第２のサービスＩＤ、たとえばｘｘｘｘ．ＰｕＳａ−ＰｒｏＳｅは、ＰｕＳａプレゼンティティにのみ適用可能である。「ｘｘｘｘ」プレフィックスは、前に説明されたように決定され得る。

【0022】

引き続きステップ４１０を参照すると、第１のＰｕＳａ ＰｒｏＳｅプレゼンティティに関連するＵＥ、たとえばＵＥ１１０ａが、プレゼンスドキュメント中にＰｕＳａ固有ＰｒｏＳｅ情報を含める。そのような情報は、概して、ＰｕＳａサービスプロバイダ（プレゼンティティ）にのみ関連する１つまたは複数のパラメータを含む。より詳細には、限定はしないが、ＰｕＳａ固有ＰｒｏＳｅ情報は、ＰｕＳａプレゼンティティにのみ割り当てられ、一般公衆に割り当てられないＰｒｏＳｅサービスＩＤパラメータを含み得る。より具体的な例では、ＰｕＳａ固有ＰｒｏＳｅ情報は、ＰｕＳａ ＰｒｏＳｅサービスに専用のサービスタプルを含み得る。サービスタプルは、サービスプロバイダによって使用されるＵＥに固有であるＰｕＳａ ＰｒｏＳｅサービスＩＤと、そのＵＥの現在のジオロケーションと、タイムスタンプとを含む。したがって、タプルは、（ｓｅｒｖｉｃｅ＿ＩＤ、（緯度、経度）、時間）のように見え得る。任意選択で、ＰｕＳａ ＵＥが、他の通常のＰｒｏＳｅユーザと通信するために使用され得る通常のＰｒｏＳｅサービスをもサポートする場合、ＰｕＳａ ＰｒｏＳｅプレゼンティティＵＥ、たとえばＵＥ１１０ａは、プレゼンスドキュメント中にＰｒｏＳｅサービス情報をも含み得る。

【0023】

ステップ４２０において、ウォッチャーＰｕＳａ ＰｒｏＳｅプレゼンティティに関連するＵＥ、たとえばＵＥ１１０ｂは、ターゲットプレゼンティティについてのプレゼンス情報をサブスクライブしたいという要求をＰＳ１２０に向ける。この要求は慣習的に、たとえば３ＧＰＰリリース１２によって記述されているように、実装され得る。

【0024】

ＰＳ１２０は、公共安全調整当局（ｐｕｂｌｉｃ ｓａｆｅｔｙ ｃｏｏｒｄｉｎａｔｉｎｇ ａｕｔｈｏｒｉｔｙ）と協働してネットワークサービスプロバイダによって供給され得る、ＰｕＳａ ＰｒｏＳｅのためのグローバル認可ルール（ｇｌｏｂａｌ ａｕｔｈｏｒｉｚａｔｉｏｎ ｒｕｌｅ）を含む。ルールは、要求側（ウォッチャーＵＥ）がターゲットＰｕＳａプレゼンティティに関するプレゼンス情報を受信することが、それの下で許可されることになる（１つまたは複数の）条件を、明示的に指定する。たとえば、いくつかの実施形態では、ルールは、許可されたインターネットドメイン、たとえば公共安全組織に関連するドメインのセットのうちの１つから発生する要求のみを認可し得る。他の実施形態では、ルールは、除外されるインターネットドメインのセットから発生する要求を阻止し得る。前者の様式で動作するルールは、本明細書では許可ルール（ｐｅｒｍｉｓｓｉｏｎ ｒｕｌｅ）と呼ばれ、後者の様式で動作するルールは禁止ルール（ｐｒｏｈｉｂｉｔｉｏｎ ｒｕｌｅ）と呼ばれる。ＰＳ１２０は、要求を認めるべきかどうかを決定するためのルールに従って、ウォッチャーＵＥ１１０ｂからの要求を処理する。

【0025】

図５は、非限定的な実施形態におけるそのような許可認可ルール（ｐｅｒｍｉｔ ａｕｔｈｏｒｉｚａｔｉｏｎ ｒｕｌｅ）の一例を提示する。この例示的なルールは、拡張可能マークアップ言語（ＸＭＬ）コードで表現されているが、代替マークアップ言語、たとえば「Ｙｅｔ ａｎｏｔｈｅｒ Ｍａｒｋｕｐ Ｌａｎｇｕａｇｅ（もうひとつ別のマークアップ言語）」（ＹＡＭＬ）、ＣおよびＰＥＲＬなどのプログラミング言語など、任意の好適なデータ構造が使用され得る。当業者は、例示的なルールにおける行の働きを直ちに認識されよう。手短に説明すると、行５０１は、ＸＭＬバージョンと符号化タイプとを指定するＸＭＬヘッダである。行５０５は、ルールドキュメントのＸＭＬ名前空間、たとえば「ｐｒｅｓ−ｒｕｌｅｓ（ｐｒｅｓルール）」を指定する。行５０９は、ＸＭＬ方式、たとえば「ｃｏｍｍｏｎ−ｐｏｌｉｃｙ（共通ポリシー）」を指定する。行５１７−５９７は、ルール、たとえば「ｒｕｌｅ−１（ルール１）」を具現する。行５２１−５４９は、認可された要求側、たとえば他のＰｕＳａサービスプロバイダのセット内のそれらの要求側のみに、ＰｒｏＳｅサービスの付与を限定する条件を定義する。図示された例では、２つのドメイン、ｄｏｍａｉｎ−ｘ（ドメインｘ）とｄｏｍａｉｎ−ｙ（ドメインｙ）とが含まれる。これらのドメインは、通常、ＰｒｏＳｅ要求がそれから発生するインターネットドメインを示し得る。したがって、これらのドメインからのウォッチャープレゼンティティによる要求は、ターゲットプレゼンティティのプレゼンス情報へのアクセスを認められ得る。行５５３−５６１は、条件が満たされた場合に実行されるアクション、たとえばＰｒｏＳｅサービスを「ａｌｌｏｗ（許容する）」ことを定義する。行５６５−５９３は、許容されるＰｒｏＳｅサービス、たとえば「ＰｕＳａ−ＰｒｏＳｅ」のサービス記述子を定義する。特に、行５７７は、前に説明されたＰｕＳａ−ＰｒｏＳｅサービスＩＤ「ｘｘｘｘ．ＰｕＳａ−ＰｒｏＳｅ」を含む。このサービス記述子は、この例では、このサービスＩＤを提供するウォッチャーのみが、ターゲットプレゼンティティのＰｒｏＳｅプレゼンス情報をサブスクライブすることを許可されるという制限を定義する。前にさらに説明されたように、このサービスＩＤは、任意の所望の形式をとり得、ＰｕＳａ ＰｒｏＳｅサービスへのアクセスを、認可されたＰｕＳａ人員に限定するために、それらの人員のみに供給される。

【0026】

許可認可ルールが満たされ、サブスクライブする（ウォッチャー）プレゼンティティが正しいサービスＩＤを含む場合、ＰＳ１６０は、ターゲットプレゼンティティのＰｕＳａ ＰｒｏＳｅサービス情報をウォッチャー／要求側にパスすることになる。他の場合、ＰＳ１６０は、ウォッチャーにとって場合によっては利用可能なサービスから、ＰｕＳａ−ＰｒｏＳｅサービスを濾過除去し得る。したがってこの場合、ウォッチャーは、ターゲットプレゼンティティのＰｕＳａ−ＰｒｏＳｅサービス情報を受信しないことになる。

【0027】

いくつかの実施形態では、認可ルールは、ＰｒｏＳｅプレゼンス情報の配布に対する制限が排除として表現される、「禁止認可」ルールとして表現される。たとえば、図５のルールは、行５３３および５３７において「ｄｏｍａｉｎ（ドメイン）」を「ｅｘｃｅｐｔ ｄｏｍａｉｎ（排除ドメイン）」と入れ替え、行５５７において「ａｌｌｏｗ（許容する）」を「ｐｒｏｈｉｂｉｔ（禁止する）」と入れ替え、行５６９において「ｐｒｏｖｉｄｅ−ｓｅｒｖｉｃｅｓ（サービスを提供する）」を「ｄｏ−ｎｏｔ−ｐｒｏｖｉｄｅ−ｓｅｒｖｉｃｅｓ（サービスを提供しない）」と入れ替えることによって、禁止ルールとして表現され得る。いくつかの実施形態では、ターゲットプレゼンティティのＰｒｏＳｅサービス情報へのアクセスを正確に制御するために、許可ルール（ｐｅｒｍｉｔ ｒｕｌｅ）と禁止ルールとを含む複合ルールファイルが構築され得る。

【0028】

図４に戻ると、ステップ４３０において、要求側ＵＥ、たとえばウォッチャーＵＥ１１０ｂは、要求されたプレゼンス情報を受信するか、この情報を受信することに失敗するかのいずれかである。失敗の指示は、特定の形式に限定されず、それは、応答がそれ以内に期待される時間期間の満了を含み得、プレゼンス情報を与えることの拒絶を明示的に示すＰＳ１２０からのメッセージを含み得る。ウォッチャーＵＥ１１０ｂが、ターゲットＵＥ１１０ａに関するプレゼンス情報を受信する場合、方法４００は、ウォッチャーＵＥ１１０ｂが、受信されたプレゼンス情報をターゲットＵＥ１１０ａのプレゼンスを発見するために使用する、ステップ４４０に進む。

【0029】

方法４００は、任意選択で、ウォッチャーＵＥ１１０ｂがＰｒｏＳｅベースメッセージを介してターゲットＵＥ１１０ａと通信する、ステップ４５０に進み得る。これは、ステップ４１０においてプレゼンスサーバに配信されたタプル中に含まれた、ターゲットＰｕＳａプレゼンティティのジオロケーション情報に基づいて、ターゲットＰｕＳａプレゼンティティが要求側プレゼンティティの無線信号カバレージ内にあるかどうかを決定することを含み得る。ターゲットプレゼンティティが範囲内にある場合、要求側プレゼンティティは、通信ネットワークとは無関係にターゲットプレゼンティティとワイヤレス通信することを要求し得る。任意選択で、ワイヤレス通信は、専用ＰｕＳａ無線周波数を介したものである。ステップ４３０においてプレゼンス情報が受信されない場合、方法４００はステップ４６０に進み、ターゲットＵＥのプレゼンスを発見するためのアクションは行われない。

【0030】

図６は、プレゼンスサーバ、たとえばＰＳ１２０において実行され得る方法６００を示す。方法６００は、ウォッチャーＵＥ、たとえばＵＥ１１０ｂからのプレゼンス要求に応答して開始され得、ＰＳ１２０と、ターゲットＰｕＳａプレゼンティティに関連するＵＥ、たとえばＵＥ１１０ａとの間の通信を含み得る。

【0031】

ステップ６１０において、ＰＳ１２０は、ターゲットＵＥ１１０ａからターゲットプレゼンティティに関するプレゼンス情報を受信する。ステップ６２０において、ＰＳ１２０は、ターゲットＵＥ１１０ａに関するプレゼンス情報をサブスクライブしたいという要求をウォッチャーＵＥ１１０ｂから受信する。ステップ６３０において、ＰＳ１２０は、前に説明されたように、サブスクリプション要求が、ＰｕＳａプレゼンティティ間のＰｒｏＳｅサービスの確立を管理する１つまたは複数のルールに準拠するかどうかを決定する。様々な実施形態では、このステップはまた、ウォッチャーＵＥおよびターゲットＵＥが同じ論理ドメイン中にあると決定することなどによって、要求側ＵＥ１１０ｂがＰｕＳａ ＰｒｏＳｅユーザであることを検証することを含む。要求が準拠する場合、ステップ６４０において、プレゼンスサーバはターゲットプレゼンティティのプレゼンス情報をウォッチャーＵＥ１１０ｂに向ける。代わりに、ステップ６３０において、ＰＳ１２０が、サブスクリプションが（１つまたは複数の）ルールに準拠することができないかどうかを決定する場合、本方法は、ステップ６５０に進み、ＰＳ１２０が拒絶をウォッチャーＵＥ１１０ｂに向けるか、またはＰｒｏＳｅサービスの要求が満了することを許容する。

【0032】

様々な実施形態では、ウォッチャーＵＥ１１０ｂは、ウォッチャーＵＥ１１０ｂの無線カバレージ内にあるすべてのターゲットＰｕＳａ ＰｒｏＳｅプレゼンティティのうちのＵＥを、選択されたときに表示する、グラフィカルユーザインターフェース（ＧＵＩ）メニューボタンをサポートする。そのようなプレゼンティティは、各ターゲットＰｕＳａ ＰｒｏＳｅプレゼンティティに関連するジオロケーションに従って、リスト中またはマップ上のいずれかに表示され得る。ウォッチャーＵＥ１１０ｂが、ターゲットプレゼンティティが無線カバレージエリアに入るまたはそれを出るとき、リストまたはマップを更新し得るという点で、リストおよび／またはマップは動的であり得る。任意選択で、リストおよび／またはマップは、プレゼンティティが、選択されたターゲットプレゼンティティとの通信を開始するために、リストまたはマップエントリを作動させ、たとえばタッチし得るという点で、機能的にアクティブである。ＵＥは、リストまたはマップエントリの第２の作動がＰｒｏＳｅ接続を終了させるようにさらに構成され得る。様々な実施形態では、ウォッチャーＵＥ１１０ｂは、ＰｕＳａ ＰｒｏＳｅプレゼンティティ間の直接通信のためのデータファイル、静止画像および／またはビデオ画像を含める能力を含む。

【0033】

本発明の複数の実施形態が、付随する図面に示され、上記の発明を実施するための形態で説明されたが、本発明は、開示された実施形態に限定されず、以下の特許請求の範囲によって記載および定義される本発明から逸脱することなく、多数の再構成、変更および代替が可能であることを理解されたい。

【図1】

【図2】

【図3】

【図4】

【図5】

【図6】