JP7499939B2 - ロケーションサービスのための方法及び装置 - Google Patents

Description

本開示の非限定的で例示的な実施形態は、概して、通信の技術分野に関連し、具体的には、ロケーションサービスのための方法及び装置に関連する。

本セクションは、本開示のより良好な理解を促進し得る側面を紹介する。したがって、本セクションの記載は、それに照らして読まれるべきであり、何が従来技術に含まれ何が従来技術から外れるかに関する自認として理解されるべきではない。

その開示が全体として参照によりここに取り入れられる第３世代パートナーシッププロジェクト（３ＧＰＰ） ＴＳ２３．４３４Ｖ１６．４．０は、様々なバーティカル（verticals）をまたいで機能性の諸部分（サービス）を使用することを可能にすることのできるアーキテクチャを規格化した。サービスイネーブラアーキテクチャレイヤ（ＳＥＡＬ）は、３ＧＰＰシステム上でバーティカルアプリケーションをサポートするサービスを提供する。ＳＥＡＬは、その開示が全体として参照によりここに取り入れられる３ＧＰＰ ＴＳ２３．４０１Ｖ１６．６．０および３ＧＰＰ ＴＳ２３．５０１Ｖ１６．４．０にて定義されているように、進化型パケットコア（ＥＰＣ）又は第５世代システム（５ＧＳ）アーキテクチャをまたいで、進化型ユニバーサル地上無線アクセスネットワーク（Ｅ－ＵＴＲＡＮ）又は新無線（ＮＲ）を使用するバーティカルアプリケーションに適用可能である。ＳＥＡＬサービスは、３ＧＰＰシステム上でのバーティカルアプリケーションの効率的な使用及び配備を確実化し得る。ＳＥＡＬサービスは、グループ管理、構成管理、ロケーション管理、アイデンティティ管理、鍵管理、及びネットワークリソース管理を含み得る。

ＳＥＡＬサービスは、オンネットワーク及びオフネットワークの機能性モデルの双方についてサポートされる。図１は、３ＧＰＰ ＴＳ２３．４３４Ｖ１６．４．０の図６．２－１と同一の、ＳＥＡＬ向けの一般的なオンネットワークの機能性モデルを示している。バーティカルアプリケーションレイヤでは、バーティカルアプリケーションレイヤ（ＶＡＬ）クライアントは、３ＧＰＰ ＴＳ２３．４０１Ｖ１６．６．０および３ＧＰＰ ＴＳ２３．５０１Ｖ１６．４．０にて記述されているように、ＵｕリファレンスポイントのインスタンスであるＶＡＬ－ＵＵリファレンスポイント上で、ＶＡＬサーバと通信する。ＶＡＬ－ＵＵは、ユニキャスト及びマルチキャストのデリバリモードの双方をサポートする。ユーザ機器（ＵＥ）及びサーバ上のＳＥＡＬの機能性エンティティは、それぞれＳＥＡＬクライアント及びサーバへグループ化される。ＳＥＡＬは、共通的なサービスの集合（例えば、グループ管理、ロケーション管理）及びリファレンスポイントを含み得る。ＳＥＡＬは、そのサービスをバーティカルアプリケーションレイヤ（ＶＡＬ）へ提供する。

バーティカルアプリケーションレイヤは、さらに、（３ＧＰＰにより規格化される）バーティカルアプリケーションイネーブラレイヤの機能性、及びアプリケーション固有の機能性を含み得る。ＳＥＡＬクライアントは、ＳＥＡＬ－ＵＵリファレンスポイント上でＳＥＡＬサーバと通信する。ＳＥＡＬ－ＵＵは、ユニキャスト及びマルチキャストのデリバリモードの双方をサポートする。ＳＥＡＬクライアントは、ＳＥＡＬ－Ｃリファレンスポイント上でＶＡＬクライアントへサービスイネーブラレイヤサポート機能を提供する。ＶＡＬサーバは、ＳＥＡＬ－Ｓリファレンスポイント上でＳＥＡＬサーバと通信する。ＳＥＡＬサーバは、３ＧＰＰネットワークシステムにより規格化されたそれぞれの３ＧＰＰインタフェースを用いて、基盤となる３ＧＰＰネットワークシステムと通信し得る。

図２は、３ＧＰＰ ＴＳ２３．４３４Ｖ１６．４．０の図９．２．２－１と同様の、ロケーション管理向けの一般的なオンネットワークの機能性モデルを示している。ロケーション管理クライアント（ＬＭＣ）は、ＬＭ－ＵＵリファレンスポイント上でロケーション管理サーバ（ＬＭＳ）と通信する。ロケーション管理クライアントは、ＬＭ－Ｃリファレンスポイント上でＶＡＬクライアントへロケーション管理機能のためのサポートを提供する。ＶＡＬサーバは、ＬＭ－Ｓリファレンスポイント上でロケーション管理サーバと通信する。ロケーション管理サーバは、基盤となる３ＧＰＰネットワークシステムからロケーション情報を取得するために、Ｔ８リファレンスポイントを介してサービスケイパビリティ露出機能（ＳＣＥＦ）又はＮ３３リファレンスポイントを介してネットワーク露出機能（ＮＥＦ）と通信する。

この概要は、ある選択された概念を簡略化した形で紹介するために提供されており、それらは以下で詳細な説明においてさらに説明される。この概要は、特許請求される主題の重要な特徴や本質的な特徴を識別することを意図したものではなく、特許請求される主題のスコープを限定するために使用されることを意図したものでもない。

既存のロケーション管理についていくつかの問題が存在する。図３は、３ＧＰＰ ＴＳ２３．４３４Ｖ１６．４．０の図９．３．５－１と同一の、クライアントによりトリガされ又はＶＡＬサーバによりトリガされるロケーション報告のハイレベル手続を示している。ステップ１で、ロケーション管理クライアント２（権限を与えられたＶＡＬユーザ若しくはＶＡＬ ＵＥ）又はＶＡＬサーバは、ロケーション管理クライアント１のロケーション情報を取得するためのロケーション報告手続をアクティブ化するために、ロケーション管理サーバへロケーション報告トリガを送信する。ステップ２で、ロケーション管理サーバは、ロケーション管理クライアント２又はＶＡＬサーバがロケーション報告トリガを送信する権限を与えられているかをチェックする。ロケーション報告トリガにより特定される情報に依存して、ロケーション管理サーバは、ロケーション管理クライアント１のロケーションについて、オンデマンド型のロケーション報告手続、又はイベントトリガ型のロケーション報告手続を開始する。

テーブル１は、ロケーション報告手続をトリガするための、ロケーション管理クライアントからロケーション管理サーバへの情報フローを記述している。テーブル１は、３ＧＰＰ ＴＳ２３．４３４Ｖ１６．４．０のテーブル９．３．２．４－１と同一である。

図４は、３ＧＰＰ ＴＳ２３．４３４Ｖ１６．４．０の図９．３．４－１と同一の、オンデマンド型のロケーション情報報告手続を示している。ロケーション管理サーバは、任意の時点で、ロケーション情報要求をロケーション管理クライアントへ送信することにより、ＵＥのロケーション情報を要求することができ、それがロケーション管理クライアントが即時にロケーション報告を送信することをトリガし得る。

即時の報告についての問題は、ロケーション情報がＬＭＣ又は明示的にＬＭＳに問合せをしたＶＡＬサーバへ送信されないことである。

"requested location information"、"triggering criteria"及び"minimum time between consecutive reports"について、それらは３ＧＰＰ ＴＳ２３．４３４Ｖ１６．４．０の第９．３．３．２節に記述されている通りのイベントトリガ型のロケーション報告手続に関連する。

図５ａは、３ＧＰＰ ＴＳ２３．４３４Ｖ１６．４．０の図９．３．３．２－１と同一の、ロケーション報告構成を取得するための手続を示している。

テーブル２は、３ＧＰＰ ＴＳ２３．４３４Ｖ１６．４．０のテーブル９．３．２．１－１と同一の、ロケーション報告構成のためのロケーション管理サーバからロケーション管理クライアントへの情報フローを記述している。この情報フローは、ユニキャスト又はマルチキャストで、個別アドレスへ又はグループアドレスへ送信され得る。

図５ｂは、３ＧＰＰ ＴＳ２３．４３４Ｖ１６．４．０の図９．３．３．３－１と同一の、ロケーション報告のための手続を示している。ＬＭＣは、過去に受信済みのロケーション報告イベントトリガに基づいて、ロケーション情報を報告する。

様々なＶＡＬサーバ／ＬＭＣのニーズ（例えば、ＶＡＬサーバＡはサービスエリア識別子（ＳＡＩ）の変更を要求し、ＶＡＬサーバＢは相前後する報告の間の１０分の最小時間と共に、Ｅ－ＵＴＲＡＮセルグローバル識別子（ＥＣＧＩ）の変更を要求する）を充足する目的で多重的なロケーション報告トリガ構成を維持するために、ＬＭＳからターゲットＬＭＣへ送信される現行の情報は、様々な要求を識別するには不十分であり、なぜなら、ターゲットＬＭＣへ送信されるアクティブな構成が１つしか存在しないからである。

既存のロケーション管理の解決策は、要求元のＶＡＬ ＵＥ／ユーザについての即時報告要件を充足不能である。既存のロケーション管理の解決策は、多重的なロケーション報告トリガ構成をサポートすることができない。

既存のロケーション管理の解決策では、クライアントによりトリガされ又はＶＡＬサーバによりトリガされるロケーション報告における即時報告要件によって、対応する即時のロケーション報告を得られない。

既存のロケーション管理の解決策では、ＬＭＳ及びターゲットＬＭＣ上での多重的なロケーション報告トリガ構成の共存をサポートするための既存の手続及び情報フローもまた得られない。

少なくとも上で言及した問題又は他の問題を克服し又は軽減するために、本開示の実施形態は、改善されたロケーションサービスを提案する。

本開示の第１の観点では、ロケーション管理サーバにおける方法が提供される。上記方法は、クライアント又はサーバから、第１ロケーション管理クライアントのロケーション情報を取得するためのロケーション報告手続をアクティブ化するためのロケーション報告トリガを受信すること、を含む。上記ロケーション報告トリガは、上記クライアント又は上記サーバのエンドポイント情報を含む。上記方法は、さらに、上記第１ロケーション管理クライアントの上記ロケーション情報についてロケーション報告手続を開始すること、を含む。上記方法は、さらに、上記ロケーション管理サーバにおいて上記第１ロケーション管理クライアントのロケーション情報が利用可能である場合に、上記クライアント又は上記サーバの上記エンドポイント情報に基づいて、上記クライアント又は上記サーバへ、上記第１ロケーション管理クライアントの上記ロケーション情報を含むロケーション情報報告を送信すること、を含む。

一実施形態において、上記方法は、さらに、上記第１ロケーション管理クライアントから、ロケーション報告構成要求を受信すること、を含む。上記方法は、さらに、上記第１ロケーション管理クライアントへ、ロケーション報告構成応答を送信すること、を含む。上記ロケーション報告構成応答は、対応する構成アイデンティティにより識別される少なくとも１つのロケーション報告トリガ構成を含む。

一実施形態において、上記少なくとも１つのロケーション報告トリガ構成の各々は、要求されるロケーション情報、トリガ基準、及び相前後する報告の間の最小時間、のうちの少なくとも１つを含む。

一実施形態において、上記ロケーション報告構成応答は、さらに、バーティカルアプリケーションレイヤ（ＶＡＬ）ユーザのアイデンティティ、上記ロケーション報告構成の対象であるＶＡＬグループのアイデンティティ、又は上記ＶＡＬユーザ機器のアイデンティティを含む。

一実施形態において、上記方法は、さらに、上記第１ロケーション管理クライアントへ、ロケーション報告構成キャンセル要求を送信すること、を含む。一実施形態において、上記方法は、さらに、上記第１ロケーション管理クライアントから、ロケーション報告構成キャンセル応答を受信すること、を含む。上記ロケーション報告構成キャンセル要求は、上記少なくとも１つの構成アイデンティティにより識別される少なくとも１つのロケーション報告イベントトリガ構成を無効化するための少なくとも１つの構成アイデンティティを含み、又は、上記ロケーション報告構成キャンセル要求が何らの構成アイデンティティも含まない場合には、全ての上記ロケーション報告イベントトリガ構成が無効化される。

一実施形態において、上記方法は、さらに、上記第１ロケーション管理クライアントへ、ロケーション報告構成更新要求を送信すること、を含む。一実施形態において、上記方法は、さらに、上記第１ロケーション管理クライアントから、ロケーション報告構成更新応答を受信すること、を含む。上記ロケーション報告構成更新要求は、対応する構成アイデンティティにより識別される少なくとも１つのロケーション報告トリガ構成に関する更新情報を含む。

一実施形態において、上記方法は、さらに、上記第１ロケーション管理クライアントから、ロケーション情報報告を受信すること、を含む。上記ロケーション情報報告は、ロケーション情報及び１つ以上の構成アイデンティティを含む。一実施形態において、上記方法は、さらに、受信される上記ロケーション情報に基づいて、上記１つ以上の構成アイデンティティに関連する上記ロケーション情報を更新すること、を含む。

一実施形態において、上記ロケーション報告手続は、上記第１ロケーション管理クライアントへ、ロケーション情報要求を送信すること、を含む。上記ロケーション報告手続は、さらに、上記第１ロケーション管理クライアントから、ロケーション情報報告を受信すること、を含む。上記ロケーション報告手続は、さらに、上記ロケーション情報報告に基づいて、上記第１ロケーション管理クライアントの上記ロケーション情報を更新すること、を含む。

一実施形態において、上記ロケーション報告トリガが即時のロケーション報告を要することを示すためのインジケータを含む場合、上記第１ロケーション管理クライアントの上記ロケーション情報は、即時に上記クライアント又は上記サーバへ送信される。

一実施形態において、上記クライアントは、第２ロケーション管理クライアントであり、上記サーバは、バーティカルアプリケーションレイヤ（ＶＡＬ）サーバである。

一実施形態において、ロケーション管理クライアントと上記ロケーション管理サーバとの間の通信は、第３世代パートナーシッププロジェクト（３ＧＰＰ）ネットワークシステムを通じて実装される。

一実施形態において、上記ロケーション管理サーバは、サービスイネーブラアーキテクチャレイヤフォーバーティカル（ＳＥＡＬ）サーバであり、上記ロケーション管理クライアントは、バーティカルアプリケーションレイヤ（ＶＡＬ）クライアントである。

本開示の第２の観点では、クライアント又はサーバにおける方法が提供される。上記方法は、ロケーション管理サーバへ、第１ロケーション管理クライアントのロケーション情報を取得するためのロケーション報告手続をアクティブ化するためのロケーション報告トリガを送信すること、を含む。上記ロケーション報告トリガは、上記クライアント又は上記サーバのエンドポイント情報を含む。上記方法は、さらに、上記第１ロケーション管理クライアントの上記ロケーション情報を含むロケーション情報報告を、上記ロケーション管理サーバから受信することと、を含む。

一実施形態において、上記クライアントがロケーション管理クライアントである場合に、上記方法は、さらに、上記ロケーション管理サーバへ、ロケーション報告構成要求を送信すること、を含む。上記方法は、さらに、上記ロケーション管理サーバから、ロケーション報告構成応答を受信すること、を含む。上記ロケーション報告構成応答は、対応する構成アイデンティティにより識別される少なくとも１つのロケーション報告トリガ構成を含む。

一実施形態において、上記少なくとも１つのロケーション報告トリガ構成の各々は、要求されるロケーション情報、トリガ基準、及び相前後する報告の間の最小時間、のうちの少なくとも１つを含む。

一実施形態において、上記ロケーション報告構成応答は、さらに、バーティカルアプリケーションレイヤ（ＶＡＬ）ユーザのアイデンティティ、上記ロケーション報告構成の対象であるＶＡＬグループのアイデンティティ、又は上記ＶＡＬユーザ機器のアイデンティティを含む。

一実施形態において、上記方法は、さらに、上記ロケーション管理サーバから、ロケーション報告構成キャンセル要求を受信すること、を含む。一実施形態において、上記方法は、さらに、上記ロケーション報告構成キャンセル要求が少なくとも１つの構成アイデンティティを含む場合に、上記少なくとも１つの構成アイデンティティにより識別される少なくとも１つのロケーション報告イベントトリガ構成を無効化すること、を含む。一実施形態において、上記方法は、さらに、上記ロケーション報告構成キャンセル要求が何らの構成アイデンティティも含まない場合には、全ての上記ロケーション報告イベントトリガ構成を無効化すること、を含む。一実施形態において、上記方法は、さらに、上記ロケーション管理サーバへ、ロケーション報告構成キャンセル応答を送信すること、を含む。

一実施形態において、上記方法は、さらに、上記ロケーション管理サーバから、ロケーション報告構成更新要求を受信すること、を含む。上記ロケーション報告構成更新要求は、対応する構成アイデンティティにより識別される少なくとも１つのロケーション報告トリガ構成に関する更新情報を含む。一実施形態において、上記方法は、さらに、上記更新情報に基づいて、対応する構成アイデンティティにより識別される上記少なくとも１つのロケーション報告トリガ構成を更新すること、を含む。一実施形態において、上記方法は、さらに、上記ロケーション管理サーバへ、ロケーション報告構成更新応答を送信すること、を含む。

一実施形態において、上記方法は、さらに、上記ロケーション管理サーバへ、ロケーション情報報告を送信すること、を含む。上記ロケーション情報報告は、ロケーション情報及び１つ以上の構成アイデンティティを含む。

一実施形態において、上記第１ロケーション管理クライアントと上記ロケーション管理サーバとの間の通信は、第３世代パートナーシッププロジェクト（３ＧＰＰ）ネットワークシステムを通じて実装される。

一実施形態において、上記ロケーション管理サーバは、サービスイネーブラアーキテクチャレイヤフォーバーティカル（ＳＥＡＬ）サーバであり、上記第１ロケーション管理クライアントは、バーティカルアプリケーションレイヤ（ＶＡＬ）クライアントである。

一実施形態において、上記ロケーション報告トリガが即時のロケーション報告を要することを示すためのインジケータを含む場合、上記第１ロケーション管理クライアントの上記ロケーション情報は、即時に上記クライアント又は上記サーバへ送信される。

本開示の第３の観点では、ロケーション管理サーバが提供される。上記ロケーション管理サーバは、プロセッサと、上記プロセッサへ連結されるメモリとを備える。上記メモリは、上記プロセッサにより実行可能な命令群を含む。上記ロケーション管理サーバは、クライアント又はサーバから、第１ロケーション管理クライアントのロケーション情報を取得するためのロケーション報告手続をアクティブ化するためのロケーション報告トリガを受信すること、を行うように動作可能である。上記ロケーション報告トリガは、上記クライアント又は上記サーバのエンドポイント情報を含む。上記ロケーション管理サーバは、さらに、上記第１ロケーション管理クライアントの上記ロケーション情報についてロケーション報告手続を開始すること、を行うように動作可能である。上記ロケーション管理サーバは、さらに、上記ロケーション管理サーバにおいて上記第１ロケーション管理クライアントのロケーション情報が利用可能である場合に、上記クライアント又は上記サーバの上記エンドポイント情報に基づいて、上記クライアント又は上記サーバへ、上記第１ロケーション管理クライアントの上記ロケーション情報を含むロケーション情報報告を送信すること、を行うように動作可能である。

本開示の第４の観点では、クライアント又はサーバが提供される。上記クライアント又はサーバは、プロセッサと、上記プロセッサへ連結されるメモリとを備える。上記メモリは、上記プロセッサにより実行可能な命令群を含む。上記クライアント又はサーバは、ロケーション管理サーバへ、第１ロケーション管理クライアントのロケーション情報を取得するためのロケーション報告手続をアクティブ化するためのロケーション報告トリガを送信すること、を行うように動作可能である。上記ロケーション報告トリガは、上記クライアント又は上記サーバのエンドポイント情報を含む。上記クライアント又はサーバは、さらに、上記第１ロケーション管理クライアントの上記ロケーション情報を含むロケーション情報報告を、上記ロケーション管理サーバから受信すること、を行うように動作可能である。

本開示の第５の観点では、ロケーション管理サーバが提供される。上記ロケーション管理サーバは、受信モジュール、開始モジュール、及び送信モジュールを含む。上記受信モジュールは、クライアント又はサーバから、第１ロケーション管理クライアントのロケーション情報を取得するためのロケーション報告手続をアクティブ化するためのロケーション報告トリガを受信する、ように構成され得る。上記ロケーション報告トリガは、上記クライアント又は上記サーバのエンドポイント情報を含む。上記開始モジュールは、上記第１ロケーション管理クライアントの上記ロケーション情報についてロケーション報告手続を開始する、ように構成され得る。上記送信モジュールは、上記ロケーション管理サーバにおいて上記第１ロケーション管理クライアントのロケーション情報が利用可能である場合に、上記クライアント又は上記サーバの上記エンドポイント情報に基づいて、上記クライアント又は上記サーバへ、上記第１ロケーション管理クライアントの上記ロケーション情報を含むロケーション情報報告を送信する、ように構成され得る。

本開示の第６の観点では、クライアント又はサーバが提供される。上記クライアント又はサーバは、送信モジュール及び受信モジュールを備える。上記送信モジュールは、ロケーション管理サーバへ、第１ロケーション管理クライアントのロケーション情報を取得するためのロケーション報告手続をアクティブ化するためのロケーション報告トリガを送信する、ように構成され得る。上記ロケーション報告トリガは、上記クライアント又は上記サーバのエンドポイント情報を含む。上記受信モジュールは、上記第１ロケーション管理クライアントの上記ロケーション情報を含むロケーション情報報告を、上記ロケーション管理サーバから受信する、ように構成され得る。

本開示の他の観点では、少なくとも１つのプロセッサ上で実行された場合に、上記少なくとも１つのプロセッサに、本開示の上記第１及び第２の観点に係る方法のいずれかを遂行させる命令群、を含むコンピュータプログラムプロダクトが提供される。

本開示の他の観点では、少なくとも１つのプロセッサにより実行された場合に、上記少なくとも１つのプロセッサに、本開示の上記第１及び第２の観点に係る方法のいずれかを遂行させる命令群、を記憶するコンピュータ読取可能な記憶媒体が提供される。

ここでの実施形態は、多くの利点をもたらすものであり、その非網羅的な例のリストは次の通りである。ここでのいくつかの実施形態において、提案される解決策は、ＳＥＡＬのオンネットワークモデルのための既存のロケーション管理手続における要求元のＶＡＬ ＵＥ／ユーザについての即時報告要件を充足し得る。ここでのいくつかの実施形態において、提案される解決策は、ＳＥＡＬのオンネットワークモデルのための既存のロケーション管理手続において多重的なロケーション報告トリガ構成をサポートし得る。ここでの実施形態は、上で言及した特徴及び利点には限定されない。当業者は、以下の詳細な説明を読んだ後に、追加的な特徴及び利点を認識するであろう。

本開示の多様な実施形態の上述した及び他の側面、特徴及び恩恵が、添付図面への参照を伴う以下の詳細な説明から例示の形でより充分に明らかとなるであろう。添付図面において、類似の又は等価のエレメントを指すために類似の参照番号又は文字が使用されている。図面は、本開示の実施形態のより良好な理解を促進するために示されており、必ずしも縮尺通りに描かれてはおらず、次の通りである：

ＳＥＡＬについての一般的なオンネットワーク機能モデルを示している。 ロケーション管理のための一般的なオンネットワーク機能モデルを示している。 クライアントによりトリガされ又はＶＡＬサーバによりトリガされるロケーション報告のハイレベル手続を示している。 オンデマンド型のロケーション情報報告手続を示している。 ロケーション報告構成を取得するための手続を示している。 ロケーション報告のための手続を示している。 ４Ｇネットワークにおけるハイレベルアーキテクチャを概略的に示している。 ５Ｇネットワークにおけるハイレベルアーキテクチャを概略的に示している。 本開示の一実施形態に係る方法のフローチャートを示している。 本開示の他の実施形態に係る方法のフローチャートを示している。 本開示の他の実施形態に係る方法のフローチャートを示している。 本開示の他の実施形態に係る方法のフローチャートを示している。 本開示の他の実施形態に係る方法のフローチャートを示している。 本開示の他の実施形態に係る方法のフローチャートを示している。 本開示の他の実施形態に係る方法のフローチャートを示している。 本開示の他の実施形態に係る方法のフローチャートを示している。 本開示の他の実施形態に係る方法のフローチャートを示している。 本開示の他の実施形態に係るイベントトリガ型のロケーション報告のフローチャートを示している。 本開示の他の実施形態に係るロケーション報告イベントトリガ構成キャンセルのフローチャートを示している。 本開示の他の実施形態に係るロケーション報告手続のフローチャートを示している。 本開示の他の実施形態に係るオンデマンド型のロケーション情報報告手続のフローチャートを示している。 本開示の他の実施形態に係るクライアントによりトリガされ又はＶＡＬサーバによりトリガされるロケーション報告のハイレベル手続を示している。 本開示のいくつかの実施形態を実践するために適した装置を示すブロック図である。 本開示の一実施形態に係るロケーション管理サーバを示すブロック図である。 本開示の一実施形態に係るクライアント又はサーバを示すブロック図である。

本開示の実施形態について、添付図面を参照しながらより詳細に説明する。理解されるべきこととして、それら実施形態は、本開示の範囲に関して何らかの限定を示唆するよりもむしろ、当業者が本開示をよりよく理解しそれによって実装することを可能にする目的で議論されるに過ぎない。本明細書を通じて、特徴、利点又は類似の語句に対する言及は、本開示と共に実現され得る特徴及び利点の全てが本開示の何らかの単一の実施形態に現れるべきこと又は現れることを暗示しない。むしろ、特徴及び利点に言及する語句は、ある実施形態との関連で説明される特定の特徴、利点又は特性が本開示の少なくとも１つの実施形態に含まれることを意味するものと理解される。さらに、説明される本開示の特徴、利点及び特性は、１つ以上の実施形態において任意の適したやり方で組み合わされてよい。当業者は、本開示が具体的な実施形態の特定の特徴又は利点の１つ以上が無くとも実践され得ることを認識するであろう。他の例でいうと、ある実施形態において追加的な特徴及び利点が認識されてもよく、それは本開示の全ての実施形態に現れていなくてもよい。

ここで使用されるところでは、"ネットワーク"との用語は、次のような任意の適した（無線の又は有線の）通信標準に従うネットワークをいう。例えば、無線の通信標準は、新無線（ＮＲ）、ロングタームエボリューション（ＬＴＥ）、ＬＴＥアドバンスト、広帯域符号分割多重アクセス（ＷＣＤＭＡ）、高速パケットアクセス（ＨＳＰＡ）、符号分割多重アクセス（ＣＤＭＡ）、時分割多重アクセス（ＴＤＭＡ）、周波数分割多重アクセス（ＦＤＭＡ）、直交周波数符号分割多重アクセス（ＯＦＤＭＡ）、シングルキャリア周波数分割多重アクセス（ＳＣ－ＦＤＭＡ）、及び他のワイヤレスネットワークを含み得る。ＣＤＭＡネットワークは、ＵＴＲＡ（Universal Terrestrial Radio Access）などといった無線技術を実装し得る。ＵＴＲＡは、ＷＣＤＭＡ及びＣＤＭＡの他の派生を含む。ＴＤＭＡネットワークは、ＧＳＭ（Global System for Mobile Communications）といった無線技術を実装し得る。ＯＦＤＭＡネットワークは、進化型ＵＴＲＡ（Ｅ－ＵＴＲＡ）、ウルトラモバイルブロードバンド、ＩＥＥＥ８０２．１１（Ｗｉ－Ｆｉ）、ＩＥＥＥ８０２．１６（ＷｉＭＡＸ）、ＩＥＥＥ８０２．２０、フラッシュＯＦＤＭＡ、アドホックネットワーク、ワイヤレスセンサネットワークなどといった無線技術を実装し得る。以下の説明において、"ネットワーク"及び"システム"との用語は互換可能に使用され得る。さらに、ネットワークにおける２つのデバイス間の通信は、限定ではないものの、第３世代パートナーシッププロジェクト（３ＧＰＰ）といった標準化機関により定義された通りの無線通信プロトコル又は有線通信プロトコルを含む、任意の適した通信プロトコルに従って行われてよい。例えば、無線通信プロトコルは、第１世代（１Ｇ）、２Ｇ、３Ｇ、４Ｇ、４．５Ｇ、５Ｇの通信プロトコル、及び／又は、現在知られているか若しくは将来開発されることになるかのいずれかの任意の他のプロトコルを含み得る。

ここで使用される"エンティティ"との用語は、通信ネットワーク内のネットワークデバイス、ネットワークノード、又はネットワーク機能をいう。例えば、３ＧＰＰ型のセルラーネットワークなどのワイヤレス通信ネットワークにおいて、コアネットワークデバイスは、アクセスネットワークデバイスにより相互接続される顧客に対して、数多くのサービスを提供し得る。各アクセスネットワークデバイスは、有線の又は無線の接続上でコアネットワークデバイスへ接続可能である。

"ネットワーク機能"との用語は、通信ネットワークの（物理的な又は仮想的な）ネットワークエンティティに実装可能な任意の適した機能への言及である。例えば、ネットワーク機能は、専用のハードウェア上のネットワークエレメントとして、専用のハードウェア上で稼働するソフトウェアインスタンスとして、又は例えばクラウドインフラストラクチャといった適切なプラットフォーム上でインスタンス化される仮想化機能としてのいずれかで実装され得る。例えば、５Ｇシステム（５ＧＳ）は、アクセス及びモビリティ機能（ＡＭＦ）、セッション管理機能（ＳＭＦ）、認証サービス機能（ＡＵＳＦ）、統一データ管理（ＵＤＭ）、ポリシー制御機能（ＰＣＦ）、アプリケーション機能（ＡＦ）、ネットワーク露出機能（ＮＥＦ）、ユーザプレーン機能（ＵＰＦ）及びネットワークリポジトリ機能（ＮＲＦ）、無線アクセスネットワーク（ＲＡＮ）、サービス通信プロキシ（ＳＣＰ）、ネットワークデータアナリティクス機能（ＮＷＤＡＦ）などといった複数のＮＦを含み得る。例えば、（ＬＴＥといった）４Ｇシステムは、モビリティ管理エンティティ（ＭＭＥ）、ホーム加入者サーバ（ＨＳＳ）、ＳＣＥＦなどを含み得る。他の実施形態において、ネットワーク機能は、例えば特定のネットワークに依存して、異なる種類のＮＦを含み得る。

"端末デバイス"との用語は、通信ネットワークへアクセスし及びそこからサービスを受けることのできる任意の末端のデバイスへの言及である。限定ではなく例示でいうと、端末装置は、移動端末、ユーザ機器（ＵＥ）、又は他の適した装置をいう。ＵＥは、例えば、加入者局（ＳＳ）、ポータブル加入者局、移動局（ＭＳ）、又はアクセス端末（ＡＴ）であってよい。端末デバイスは、限定ではないものの、ポータブルコンピュータ、デジタルカメラのような撮像端末デバイス、ゲーミング端末デバイス、楽曲記憶再生電化製品、モバイルフォン、セルラーフォン、スマートフォン、ＶｏＩＰ（voice over IP）フォン、ワイヤレスローカルループフォン、タブレット、ウェアラブルデバイス、ＰＤＡ（personal digital assistant）、ポータブルコンピュータ、デスクトップコンピュータ、ウェアラブル端末デバイス、車載ワイヤレス端末デバイス、ワイヤレスエンドポイント、移動局、ＬＥＥ（laptop-embedded equipment）、ＬＭＥ（laptop-mounted equipment）、ＵＳＢドングル、スマートデバイス、及びワイヤレスＣＰＥ（customer-premises equipment）などを含んでよい。以下の説明において、"端末デバイス"、"端末"、"ユーザ機器"及び"ＵＥ"は、互換可能に使用され得る。１つの例として、端末装置は、３ＧＰＰ ＬＴＥ規格又はＮＲ規格といった、３ＧＰＰにより発布された１つ以上の通信規格に従った通信のために構成されるＵＥを表し得る。ここで使用されるところでは、"ユーザ機器"あるいは"ＵＥ"は、関係するデバイスを所有し及び／又は操作する人間のユーザという意味での"ユーザ"を必ずしも有していなくてもよい。いくつかの実施形態において、端末デバイスは、直接的なヒューマンインタラクション無しで情報を送信し及び／又は受信するように構成されてもよい。例えば、端末装置は、予め決定されるスケジュールで、内部の若しくは外部のイベントによりトリガされた場合に、又は、通信ネットワークからの要求に応じて、ネットワークへ情報を送信するように設計されてもよい。その代わりに、ＵＥは、人間のユーザへの販売又は人間のユーザによる操作を意図されているが、当初は特定の人間のユーザに関連付けられていないかもしれないデバイスを表してもよい。

また別の例として、モノのインターネット（ＩｏＴ）のシナリオでは、端末デバイスは、監視及び／若しくは測定を実行し、並びに他の端末デバイス及び／若しくはネットワーク機器へそうした監視及び／若しくは測定の結果を送信する、マシン又は他のデバイスを表してもよい。端末装置は、このケースにおいて、マシンツーマシン（Ｍ２Ｍ）デバイスであってもよく、３ＧＰＰの文脈ではマシンタイプ通信（ＭＴＣ）デバイスとして言及されてもよい。１つの具体的な例として、端末デバイスは、３ＧＰＰ狭帯域ＩｏＴ（ＮＢ－ＩｏＴ）標準を実装するＵＥであってもよい。そうしたマシン又はデバイスの具体的な例は、センサ、電力メータのようなメータデバイス、産業機械、又は、例えば冷蔵庫、テレビジョン、時計などの個人装着品である、家庭若しくは個人電化製品である。他のシナリオにおいて、端末装置は、その動作ステータス若しくはその動作に関連付けられる他の機能について監視し及び／若しくは報告することの可能な車両又は他の機器を表してもよい。

本明細書における、"１つの実施形態"、"一実施形態"、"例示的な実施形態"などへの言及は、説明される実施形態が特定の特徴、構造、又は特性を含み得るものの、あらゆる実施形態が当該特定の特徴、構造、又は特性を含むわけでは必ずしもないことを示す。そのうえ、そうしたフレーズは、必ずしも同じ実施形態を指しているわけではない。さらに、一実施形態との関係において特定の特徴、構造、又は特性が説明されている場合、明示的に記載されているか否かに関わらず、他の実施形態との関係においてそうした特徴、構造、又は特性を作用させることは、当業者の知識の範囲内であることが思量される。

ここでは多様な要素を説明するのに"第１"、"第２"などの用語が使用され得るが、そうした要素はそれら用語により限定されるべきではないことが理解されるものとする。それら用語は、ある要素を別の要素と区別するために使用されるに過ぎない。例えば、例示的な実施形態のスコープを逸脱することなく、第１の要素を第２の要素と呼ぶことができるはずであり、同様に、第２の要素を第１の要素と呼ぶことができるはずである。ここで使用されるところでは、"and/or"という用語は、関連付けられる列挙された項目のうちの１つ以上のありとあらゆる組合せを含む。

ここで使用されるところでは、"Ａ及びＢのうちの少なくとも一方"というフレーズは、"Ａのみ、Ｂのみ、又はＡ及びＢの双方"を意味するものと理解されるべきである。"Ａ及び／又はＢ"というフレーズは、"Ａのみ、Ｂのみ、又はＡ及びＢの双方"を意味するものと理解されるべきである。

ここで使用される専門用語は、具体的な実施形態を説明する目的のためのものに過ぎず、ここで説明される概念を限定することを意図されない。ここで使用されるところでは、単数形である"a"、"an"、及び"the"は、文脈で別段明確に示されていない限り、複数形をも含むことが意図される。さらに理解されるであろうこととして、"含む（comprises）"、"含む（comprising）"、"有する（has）"、"有する（having）"、"含む（includes）"及び／又は"含む（including）"という用語は、ここで使用されるところでは、記述された特徴、エレメント、及び／又はコンポーネントの存在を特定するものの、１つ以上の他の特徴、エレメント、コンポーネント、及び／又はそれらの組合せの存在又は追加を排除しない。

なお、これら用語は、本文書で使用されるところでは、ノード、デバイス、又はネットワークなどの間の説明及び区別を容易にするためにのみ使用されている。技術の発展に伴って、同様の／同一の意味を有する他の用語もまた使用されてよい。

以下の説明及び特許請求の範囲において、ここで使用される全ての技術的用語及び学術的用語は、別段定義されない限り、本開示が属する分野における当業者により共通的に理解される意味と同じ意味を有する。

なお、本開示のいくつかの実施形態は、ある例示的なネットワーク構成及びシステム配備のための非限定的な例として使用されている３ＧＰＰにより定義された通りのセルラーネットワークとの関連で主に説明されている。そのため、ここで与えられる例示的な実施形態の説明は、それらに直接的に関連する専門用語を特に参照している。そうした専門用語は、提示される非限定的な例及び実施形態の文脈でのみ使用されるのであって、どういった形でも本開示を限定するものでは当然ない。むしろ、ここで説明される例示的な実施形態が適用可能である限り、ワイヤレスセンサネットワークといった、任意の他のシステム構成又は無線技術が等しく利用されてよい。

図６ａ及び図６ｂは、本開示の実施形態を実装することのできるいくつかのシステムアーキテクチャを示している。簡明さのために、図６ａ及び図６ｂのシステムアーキテクチャは、単にいくつかの例示的な要素を描いている。実際には、通信システムは、固定電話、サービスプロバイダ又は何らかの他のネットワークノード若しくは端末デバイスといった、端末デバイス間の又は端末デバイスと他の通信デバイスとの間の通信をサポートするために適した任意の追加的なエレメントをさらに含んでよい。通信システムは、当該通信システムにより又は当該通信システムを介して提供されるサービスに対する端末デバイスのアクセス及び／又はその使用を促進するために、１つ以上の端末デバイスへ通信及び多様なタイプのサービスを提供し得る。

図６ａは、４Ｇネットワークにおけるハイレベルアーキテクチャを概略的に示しており、同図は、その開示が参照により全体としてここに取入れられる３ＧＰＰ ＴＳ２３．６８２Ｖ１６．８．０の図４．２－１ａと同一である。図６ａのシステムアーキテクチャは、サービスケイパビリティサーバ（ＳＣＳ）、アプリケーションサーバ（ＡＳ）、ＳＣＥＦ、ホーム加入者サーバ（ＨＳＳ）、ＵＥ、無線アクセスネットワーク（ＲＡＮ）、サービングＧＰＲＳ（General Packet Radio Service）サポートノード（ＳＧＳＮ）、モビリティ管理エンティティ（ＭＭＥ）、モバイルスイッチングセンタ（ＭＳＣ）、サービングゲートウェイ（Ｓ－ＧＷ）、ゲートウェイＧＰＲＳサポートノード（ＧＧＳＮ）／パケットデータネットワーク（ＰＤＮ）ゲートウェイ、マシンタイプ通信インターワーキング機能（ＭＴＣ－ＩＷＦ 課金データ機能（ＣＤＦ）／課金ゲートウェイ機能（ＣＧＦ）、マシンタイプ通信－認証・承認・アカウンティング（ＡＡＡ）、ショートメッセージサービス（ＳＭＳ）－サービスセンタ（ＳＣ）／ゲートウェイＭＳＣ（ＧＭＳＣ）／インターワーキングＭＳＣ（ＩＷＭＳＣ） インターネットプロトコルショートメッセージゲートウェイ（ＩＰ-ＳＭ-ＧＷ）といった、いくつかの例示的なエレメントを含み得る。図６ａに示したようなネットワークエレメント及びインタフェースは、３ＧＰＰ ＴＳ２３．６８２Ｖ１６．６．０に記述されている通りの対応するネットワークエレメント及びインタフェースと同一であってよい。

図６ｂは、５Ｇネットワークにおけるハイレベルアーキテクチャを概略的に示しており、同図は、その開示が参照により全体としてここに取入れられる３ＧＰＰ ＴＳ２３．５０１Ｖ１６．４．０の図４．２．３－１と同一である。図６ｂのシステムアーキテクチャは、ＡＭＦ、ＳＭＦ、ＡＵＳＦ、ＵＤＭ、ＰＣＦ、ＡＦ、ＮＥＦ、ＵＰＦ及びＮＲＦ、（Ｒ）ＡＮ、ＳＣＰなどといったいくつかの例示的なエレメントを含み得る。図６ｂに示したようなネットワークエレメント、リファレンスポイント及びインタフェースは、３ＧＰＰ ＴＳ２３．５０１Ｖ１６．４．０に記述されている通りの対応するネットワークエレメント、リファレンスポイント及びインタフェースと同一であってよい。

ＳＣＥＦ及びＮＥＦといった露出機能エンティティは、ネットワーク（３ＧＰＰネットワークなど）インタフェースにより提供されるサービス及びケイパビリティをセキュアに露出する手段を提供し得る。露出機能エンティティは、露出されるサービス及びケイパビリティの発見のための手段を提供するかもしれない。露出機能エンティティは、ネットワークアプリケーションプログラミングインタフェース（例えば、ネットワークＡＰＩ（アプリケーションプログラミングインタフェース））を通じて、ネットワークケイパビリティへのアクセスを提供するかもしれない。露出機能エンティティは、基盤となるネットワークインタフェース及びプロトコルからのサービスを抽象化し得る。

多様な種類のネットワーク露出サービスが存在し得る。例えば、モニタリングケイパビリティは、４Ｇ／５Ｇシステムといったネットワーク内の端末デバイス向けの特定のイベントの監視のために、及びＳＣＥＦ／ＮＥＦといった露出機能エンティティを介する外部露出用にそうしたモニタリングイベント情報を利用可能にするために使用され得る。プロビジョニングケイパビリティは、４Ｇ／５ＧシステムといったネットワークにおいてＵＥといった端末デバイスについて使用することのできる情報を第三者が提供することを可能にするために使用され得る。ポリシー／課金ケイパビリティは、第三者からの要求に基づいてＵＥといった端末デバイスについてサービス品質（ＱｏＳ）及び課金ポリシーを扱うにために使用され得る。分析報告ケイパビリティは、４Ｇ／５Ｇシステムといったネットワークににより生成される分析情報を第三者が取得し又は購読／購読解除することを可能にするために使用され得る。データケイパビリティは、アプリケーションプログラミングインタフェースを介して第三者がＵＥといった端末デバイスと通信することを可能にするために使用され得る。

一実施形態において、露出機能エンティティは、３ＧＰＰ ＴＳ２３．５０１Ｖ１６．４．０に記述されているように、ネットワーク露出機能及びネットワーク露出サービスをサポートしてもよい。

一実施形態において、露出機能エンティティは、３ＧＰＰ ＴＳ２３．６８２Ｖ１６．６．０に記述されているように、ネットワーク露出機能をサポートしてもよい。

図７は、ロケーション管理サーバ内に若しくは当該サーバとして実装される装置、又はロケーション管理サーバへ通信可能に連結される装置により実行され得る、本開示の一実施形態に係る方法７００のフローチャートを示している。そのため、その装置は、方法７００の多様な部分を達成するための手段又はモジュールと共に、他のコンポーネントと連携して他の処理を達成するための手段又はモジュールを提供し得る。

ロケーション管理サーバは、ユーザロケーション情報を受信し及び記憶する機能エンティティであってよく、バーティカルアプリケーションサーバといった任意の他のデバイスへユーザロケーション情報を提供する。また、ロケーション管理サーバは、例えばＴ８リファレンスポイント又はＮ３３リファレンスポイントを介して公衆地上移動体ネットワーク（ＰＬＭＮ）事業者により提供されるロケーション情報を取得し得る。ロケーション管理サーバは、その開示が参照により全体としてここに取入れられる３ＧＰＰ ＴＳ２３．２２２Ｖ１７．１．０において規格化されている通りの共通ＡＰＩフレームワーク（ＣＡＰＩＦ）のＡＰＩ露出機能として動作する。ロケーション管理サーバは、分散ＳＥＡＬ配備における対応するロケーション管理サーバとのインタラクションをもサポートする。

ブロック７０２で、ロケーション管理サーバは、第１ロケーション管理クライアントから、ロケーション報告構成要求を受信する。ロケーション管理クライアントの機能エンティティは、ロケーション管理機能のためのアプリケーションクライアントとして動作し得る。ロケーション管理クライアントは、ロケーション管理サーバとインタラクションする。ロケーション管理クライアントは、２つのＵＥの間の対応するロケーション管理クライアントとのインタラクションをもサポートする。ロケーション管理クライアントは、ロケーション管理サーバにおいてロケーション報告構成が利用可能であることを認識している。ロケーション管理クライアントは、ロケーション管理サーバへ、ロケーション報告構成要求を送信し得る。

ロケーション報告構成要求は、ＶＡＬユーザのアイデンティティ又はＶＡＬ ＵＥのアイデンティティといった任意の適した情報を含み得る。一実施形態において、ロケーション報告構成要求は、３ＧＰＰ ＴＳ２３．４３４Ｖ１６．４．０の第９．３．２．０節に記述されている通りのロケーション報告構成要求と同一であってもよい。

ブロック７０４で、ロケーション管理サーバは、第１ロケーション管理クライアントへ、ロケーション報告構成応答を送信する。ロケーション報告構成応答は、対応する構成アイデンティティにより識別される少なくとも１つのロケーション報告トリガ構成を含み得る。ロケーション報告構成応答は、さらに、任意の他の適した情報を含んでよい。

要求元のＬＭＣ又はＶＡＬサーバといった相異なるデバイスがロケーション管理サーバ上に相異なるロケーション報告基準を構成し得ることから、ターゲットＬＭＣがロケーション管理サーバからロケーション報告構成を取得する際に、ロケーション報告構成応答は多重的なトリガ構成を含むかもしれない。ターゲットＬＭＣは、それら構成を記憶し、それぞれのロケーション報告を準備し得る。

一実施形態において、ロケーション報告構成応答は、さらに、要求されるロケーション情報、トリガ基準、及び相前後する報告の間の最小時間を含み得る。要求されるロケーション情報（requested location information）は、どのロケーション情報が要求されるかを識別し得る。トリガ基準（triggering criteria）は、いつロケーション管理クライアントがロケーション報告を送信することになるかを識別し得る。相前後する報告の間の最小時間（minimum time between consecutive reports）は、相前後する報告の間の時間インターバルを示し得る。相前後する報告の間の最小時間は、当該相前後する報告の間の最小時間が不在ならば既定値によりゼロとされてよい。

一実施形態において、前記ロケーション報告構成応答は、さらに、バーティカルアプリケーションレイヤ（ＶＡＬ）ユーザのアイデンティティ、前記ロケーション報告構成の対象であるＶＡＬグループのアイデンティティ、又は前記ＶＡＬユーザ機器のアイデンティティを含んでもよい。

一実施形態において、上記ロケーション報告構成応答は、ユニキャスト又はマルチキャストで、個別アドレスへ又はグループアドレスへ送信され得る。テーブル３は、ロケーション報告構成応答の一例を示している。

ロケーション管理サーバは、ＶＡＬ ＵＥのロケーションを報告するための、例えば相前後する報告の間の最小時間といった対応する構成アイデンティティにより識別される少なくとも１つのロケーション報告トリガ構成（若しくは後続する更新）、ＳＡＩの変更、又はＥＣＧＩの変更を含むロケーション報告構成メッセージを、ロケーション管理クライアントへ送信し得る。当該メッセージは、特定のロケーション管理クライアントへユニキャストベアラ上で送信され、又は、複数のロケーション管理クライアンについてロケーション報告構成を同時に更新するためにマルチメディアブロードキャストマルチキャストサービス（ＭＢＭＳ）ベアラ上でグループメッセージとして送信され得る。ロケーション報告構成情報は、ユーザプロファイルの一部をなしてもよく、その場合、上記メッセージの送信は必須ではない。相異なるロケーション管理クライアントが相異なるロケーション報告基準を与えられてよい。ロケーション管理クライアントは、ロケーション報告イベントトリガ構成を記憶し又は更新し得る。ロケーション報告イベントが発生すると、ロケーション管理クライアントは、ロケーション情報報告をトリガし得る。

図８は、ロケーション管理サーバ内に若しくは当該サーバとして実装される装置、又はロケーション管理サーバへ通信可能に連結される装置により実行され得る、本開示の他の実施形態に係る方法８００のフローチャートを示している。そのため、その装置は、方法８００の多様な部分を達成するための手段又はモジュールと共に、他のコンポーネントと連携して他の処理を達成するための手段又はモジュールを提供し得る。

ブロック８０２で、ロケーション管理サーバは、第１ロケーション管理クライアントへ、ロケーション報告構成キャンセル要求を送信する。ロケーション報告構成キャンセル要求は、少なくとも１つの構成アイデンティティにより識別される少なくとも１つのロケーション報告イベントトリガ構成を無効化するための少なくとも１つの構成アイデンティティを含む。ロケーション報告構成キャンセル要求が何らの構成アイデンティティも含まない場合には、全てのロケーション報告イベントトリガ構成が無効化される。

ロケーション管理サーバは、ロケーション管理クライアントへ、ロケーション情報の受信を停止させるために、ロケーション報告構成キャンセル要求を送信し得る。当該ロケーション報告構成キャンセル要求は、ユニキャスト又はマルチキャストを介して送信され得る。

ロケーション報告構成キャンセルについて、ロケーション管理クライントは、指し示された構成アイデンティティ（ＩＤ）についてロケーション報告イベントトリガ構成を無効化する。構成ＩＤが提供されない場合、ロケーション管理クライアントは、全てのロケーション報告イベントトリガ構成を無効化し、自身のロケーションをロケーション管理サーバへ報告しなくなる。

ブロック８０４で、ロケーション管理サーバは、第１ロケーション管理クライアントから、ロケーション報告構成キャンセル応答を受信する。

図９は、ロケーション管理サーバ内に若しくは当該サーバとして実装される装置、又はロケーション管理サーバへ通信可能に連結される装置により実行され得る、本開示の他の実施形態に係る方法９００のフローチャートを示している。そのため、その装置は、方法９００の多様な部分を達成するための手段又はモジュールと共に、他のコンポーネントと連携して他の処理を達成するための手段又はモジュールを提供し得る。

ブロック９０２で、ロケーション管理サーバは、第１ロケーション管理クライアントへ、ロケーション報告構成更新要求を送信する。ロケーション報告構成更新要求は、対応する構成アイデンティティにより識別される少なくとも１つのロケーション報告トリガ構成に関する更新情報を含む。更新動作は、削除、追加又は修正の動作のうちの少なくとも１つを含み得る。

ブロック９０４で、ロケーション管理サーバは、第１ロケーション管理クライアントから、ロケーション報告構成更新応答を受信する。

図１０は、ロケーション管理サーバ内に若しくは当該サーバとして実装される装置、又はロケーション管理サーバへ通信可能に連結される装置により実行され得る、本開示の一実施形態に係る方法１０００のフローチャートを示している。そのため、その装置は、方法１０００の多様な部分を達成するための手段又はモジュールと共に、他のコンポーネントと連携して他の処理を達成するための手段又はモジュールを提供し得る。

ブロック１００２で、ロケーション管理サーバは、第１ロケーション管理クライアントから、ロケーション情報報告を受信する。ロケーション情報報告は、ロケーション情報及び１つ以上の構成アイデンティティを含む。ロケーション管理クライアントは、当該１つ以上の構成アイデンティティにより識別される、当該ロケーション管理クライアントにとって利用可能なロケーション情報を含むロケーション情報報告を、ロケーション管理サーバへ送信し得る。テーブル４は、ロケーション情報報告の一例を示している。

ブロック１００４で、ロケーション管理サーバは、受信されるロケーション情報に基づいて、１つ以上の構成アイデンティティに関連するロケーション情報を更新する。ロケーション情報報告の受信に応じて、ロケーション管理サーバは、報告を行ったロケーション管理クライアントのロケーションを更新する。ロケーション管理サーバが報告を行ったロケーション管理クライアントのロケーション情報をそれまで有していない場合、ロケーション管理サーバは、当該ロケーション管理クライアントについての報告対象のロケーション情報を単に記憶する。

図１１は、ロケーション管理サーバ内に若しくは当該サーバとして実装される装置、又はロケーション管理サーバへ通信可能に連結される装置により実行され得る、本開示の他の実施形態に係る方法１１００のフローチャートを示している。そのため、その装置は、方法１１００の多様な部分を達成するための手段又はモジュールと共に、他のコンポーネントと連携して他の処理を達成するための手段又はモジュールを提供し得る。

ブロック１１０２で、ロケーション管理サーバは、クライアント又はサーバから、第１ロケーション管理クライアントのロケーション情報を取得するためのロケーション報告トリガを受信する。ロケーション報告トリガは、当該クライアント又は当該サーバの（統一リソース識別子（ＵＲＩ）、又は｛インターネットプロトコル（ＩＰ）アドレス＋ポート番号｝といった）エンドポイント情報を含む。例えば、ロケーション管理クライアント（権限を与えられたＶＡＬユーザ若しくはＶＡＬ ＵＥ）又はＶＡＬサーバは、対象のロケーション管理クライアントのロケーション情報を取得するためのロケーション報告手続をアクティブ化するために、ロケーション管理サーバへロケーション報告トリガを送信し得る。一実施形態において、ロケーション報告トリガは、３ＧＰＰ ＴＳ２３．４３４Ｖ１６．４．０の第９．３．２．４節に記述されている通りのロケーション報告トリガと同一であってもよい。

一実施形態において、上記クライアントは、第２ロケーション管理クライアントであってもよく、上記サーバは、バーティカルアプリケーションレイヤ（ＶＡＬ）サーバであってもよい。

ブロック１１０４で、ロケーション管理サーバは、第１ロケーション管理クライアントへ、ロケーション情報要求を送信する。ロケーション管理サーバは、ロケーション管理クライアント又はＶＡＬサーバがロケーション報告トリガを送信する権限を与えられているかをチェックする。ロケーション報告トリガにより特定される情報に依存して、ロケーション管理サーバは、対象のロケーション管理クライアントのロケーションについて、オンデマンド型のロケーション報告手続、又はイベントトリガ型のロケーション報告手続を開始し得る。

一実施形態において、ロケーション報告トリガが即時のロケーション報告を要することを示すためのインジケータを含む場合、第１ロケーション管理クライアントのロケーション情報は、即時に上記クライアント又は上記サーバへ送信される。

ロケーション情報要求の受信後に、ＶＡＬユーザ又はＶＡＬ ＵＥに対し、そのロケーションを共有することの許可について通知及び問合せがなされる。ＶＡＬユーザは、その要求を受け入れるか又は拒否することができる。ロケーション管理クライアントは、ロケーション管理サーバにより識別される、当該ロケーション管理クライアントにとって利用可能なロケーション情報を含む報告によって、ロケーション管理サーバに対し即時に応答する。

ブロック１１０６で、ロケーション管理サーバは、第１ロケーション管理クライアントから、ロケーション情報報告を受信する。

ブロック１１０８で、ロケーション管理サーバは、ロケーション情報報告に基づいて、第１ロケーション管理クライアントのロケーション情報を更新する。ロケーション情報報告の受信に応じて、ロケーション管理サーバは、報告を行ったロケーション管理クライアントのロケーションを更新する。ロケーション管理サーバは、報告を行ったロケーション管理クライアントのロケーション情報をそれまで有していない場合、当該ロケーション管理クライアントについての報告対象のロケーション情報を単に記憶する。

ブロック１１１０で、ロケーション管理サーバは、ロケーション報告トリガに基づいて、上記クライアント又は上記サーバへ、第１ロケーション管理クライアントのロケーション情報を送信する。例えば、対象のＬＭＣからのロケーション情報の受信後に、即時のロケーション報告が要求された場合、ＬＭＳは、要求元のＬＭＣ又はＶＡＬサーバへロケーション情報報告を送信するものとされる。

一実施形態において、ロケーション管理クライアントとロケーション管理サーバとの間の通信は、第３世代パートナーシッププロジェクト（３ＧＰＰ）ネットワークシステムを通じて実装される。

一実施形態において、ロケーション管理サーバはサービスイネーブラアーキテクチャレイヤフォーバーティカル（ＳＥＡＬ）サーバ、ロケーション管理クライアントはバーティカルアプリケーションレイヤ（ＶＡＬ）クライアントであってもよく、これらは３ＧＰＰ ＴＳ２３．４３４Ｖ１６．４．０に記述されている通りである。

図１２は、第１ロケーション管理クライアント内に若しくは当該クライアントとして実装される装置、又は第１ロケーション管理クライアントへ通信可能に連結される装置により実行され得る、本開示の他の実施形態に係る方法１２００のフローチャートを示している。そのため、その装置は、方法１２００の多様な部分を達成するための手段又はモジュールと共に、他のコンポーネントと連携して他の処理を達成するための手段又はモジュールを提供し得る。上の実施形態において説明したいくつかの部分について、その詳細な説明は、ここでは簡明さのために省略される。

ブロック１２０２で、第１ロケーション管理クライアントは、ロケーション管理サーバへ、ロケーション報告構成要求を送信する。

ブロック１２０４で、第１ロケーション管理クライアントは、ロケーション管理サーバから、ロケーション報告構成応答を受信する。ロケーション報告構成応答は、対応する構成アイデンティティにより識別される少なくとも１つのロケーション報告トリガ構成を含む。

図１３は、第１ロケーション管理クライアント内に若しくは当該クライアントとして実装される装置、又は第１ロケーション管理クライアントへ通信可能に連結される装置により実行され得る、本開示の他の実施形態に係る方法１３００のフローチャートを示している。そのため、その装置は、方法１３００の多様な部分を達成するための手段又はモジュールと共に、他のコンポーネントと連携して他の処理を達成するための手段又はモジュールを提供し得る。上の実施形態において説明したいくつかの部分について、その詳細な説明は、ここでは簡明さのために省略される。

ブロック１３０２で、第１ロケーション管理クライアントは、ロケーション管理サーバから、ロケーション報告構成キャンセル要求を受信する。

ブロック１３０４で、ロケーション報告構成キャンセル要求が少なくとも１つの構成アイデンティティを含む場合に、第１ロケーション管理クライアントは、当該少なくとも１つの構成アイデンティティにより識別される少なくとも１つのロケーション報告イベントトリガ構成を無効化する。

ブロック１３０６で、ロケーション報告構成キャンセル要求が何らの構成アイデンティティも含まない場合には、第１ロケーション管理クライアントは、全てのロケーション報告イベントトリガ構成を無効化する。

ブロック１３０８で、第１ロケーション管理クライアントは、ロケーション管理サーバへ、ロケーション報告構成キャンセル応答を送信する。

図１４は、第１ロケーション管理クライアント内に若しくは当該クライアントとして実装される装置、又は第１ロケーション管理クライアントへ通信可能に連結される装置により実行され得る、本開示の他の実施形態に係る方法１４００のフローチャートを示している。そのため、その装置は、方法１４００の多様な部分を達成するための手段又はモジュールと共に、他のコンポーネントと連携して他の処理を達成するための手段又はモジュールを提供し得る。上の実施形態において説明したいくつかの部分について、その詳細な説明は、ここでは簡明さのために省略される。

ブロック１４０２で、第１ロケーション管理クライアントは、ロケーション管理サーバから、ロケーション報告構成更新要求を受信する。ロケーション報告構成更新要求は、対応する構成アイデンティティにより識別される少なくとも１つのロケーション報告トリガ構成に関する更新情報を含む。

ブロック１４０４で、第１ロケーション管理クライアントは、更新情報に基づいて、対応する構成アイデンティティにより識別される上記少なくとも１つのロケーション報告トリガ構成を更新する。

ブロック１４０６で、第１ロケーション管理クライアントは、ロケーション管理サーバへ、ロケーション報告構成更新応答を送信する。

図１５は、第１ロケーション管理クライアント内に若しくは当該クライアントとして実装される装置、又は第１ロケーション管理クライアントへ通信可能に連結される装置により実行され得る、本開示の他の実施形態に係る方法１５００のフローチャートを示している。そのため、その装置は、方法１５００の多様な部分を達成するための手段又はモジュールと共に、他のコンポーネントと連携して他の処理を達成するための手段又はモジュールを提供し得る。上の実施形態において説明したいくつかの部分について、その詳細な説明は、ここでは簡明さのために省略される。

ブロック１５０２で、第１ロケーション管理クライアントは、ロケーション管理サーバへ、ロケーション情報報告を送信する。ロケーション情報報告は、ロケーション情報及び１つ以上の構成アイデンティティを含む。

図１６は、本開示の他の実施形態に係るイベントトリガ型のロケーション報告のフローチャートを示している。

ステップ１６０１で、要求元のロケーション管理クライアント又はＶＡＬサーバは、ロケーション管理サーバへ、ロケーション報告トリガを送信する。相異なる要求元のＬＭＣ又はＶＡＬサーバがＬＭＳ上に相異なるロケーション報告基準を構成してよい。

ステップ１６０２で、ロケーション管理クライアントは、ロケーション管理サーバへ、ロケーション報告構成要求メッセージを送信する。

ステップ１６０３で、ロケーション管理サーバは、ＶＡＬ ＵＥのロケーションを報告するための、例えば相前後する報告の間の最小時間といった対応する構成アイデンティティにより識別される少なくとも１つのロケーション報告トリガ構成（若しくは後続する更新）、ＳＡＩの変更、又はＥＣＧＩの変更を含むロケーション報告構成応答メッセージを、ロケーション管理クライアントへ送信する。当該メッセージは、特定のロケーション管理クライアントへユニキャストベアラ上で送信され、又は、複数のロケーション管理クライアンについてロケーション報告構成を同時に更新するためにＭＢＭＳベアラ上でグループメッセージとして送信され得る。

ステップ１６０４で、ロケーション管理クライアントは、ロケーション報告イベントトリガ構成を記憶し又は更新する。ロケーション報告イベントが発生すると、構成されたロケーション報告イベントがトリガされる。

図１７は、本開示の他の実施形態に係るロケーション報告イベントトリガ構成キャンセルのフローチャートを示している。

ステップ１７０１で、ロケーション管理サーバは、ロケーション管理クライアントへ、ＵＥのロケーション情報の受信を停止させるために、ロケーション報告構成キャンセル要求を送信する。当該メッセージは、ユニキャスト又はマルチキャストを介して送信され得る。ロケーション報告構成キャンセル要求は、少なくとも１つの構成アイデンティティにより識別される少なくとも１つのロケーション報告イベントトリガ構成を無効化するための少なくとも１つの構成アイデンティティを含む。ロケーション報告構成キャンセル要求が何らの構成アイデンティティも含まない場合には、全てのロケーション報告イベントトリガ構成が無効化される。

ステップ１７０２で、ロケーション管理クライアントは、上記少なくとも１つの構成アイデンティティにより識別されるロケーション報告イベントトリガ構成を無効化する。

ステップ１７０３で、ロケーション管理クライアントは、ロケーション管理サーバへ、ロケーション報告構成キャンセル応答を送信する。

図１８は、本開示の他の実施形態に係るロケーション報告手続のフローチャートを示している。

ステップ１８０１で、ロケーション管理クライアントは、１つ以上の構成アイデンティティにより識別される、当該ロケーション管理クライアントにとって利用可能なロケーション情報を含むロケーション情報報告を、ロケーション管理サーバへ送信する。

ステップ１８０２で、ロケーション情報報告を受信すると、ロケーション管理サーバは、報告を行ったロケーション管理クライアントのロケーションを更新する。ロケーション管理サーバは、報告を行ったロケーション管理クライアントのロケーション情報をそれまで有していない場合、当該ロケーション管理クライアントについての報告対象のロケーション情報を単に記憶する。

図１９ａは、本開示の他の実施形態に係るオンデマンド型のロケーション情報報告手続のフローチャートを示している。

ステップ１９０１で、要求元のロケーション管理クライアント又はＶＡＬサーバは、ロケーション管理サーバへ、ロケーション報告トリガを送信する。例えば、要求元のＬＭＣ又はＶＡＬは、ロケーション情報報告を送信しなければならない送信先のＶＡＬサーバ又はロケーション管理クライアントのエンドポイント情報（ＵＲＬ、又は｛ＩＰアドレス＋ポート番号｝）を含めるものとする。

ステップ１９０２で、ロケーション管理サーバは、ロケーション管理クライアントへ、ロケーション情報要求を送信する。

ステップ１９０３で、ＶＡＬユーザ又はＶＡＬ ＵＥに対し、そのロケーションを共有することの許可について通知及び問合せがなされる。ＶＡＬユーザは、その要求を受け入れるか又は拒否することができる。

ステップ１９０４で、ロケーション管理クライアントは、ロケーション管理サーバにより識別される、当該ロケーション管理クライアントにとって利用可能なロケーション情報を含む報告によって、ロケーション管理サーバに対し即時に応答する。

ステップ１９０５で、当該報告を受信すると、ロケーション管理サーバは、報告を行ったロケーション管理クライアントのロケーションを更新する。ロケーション管理サーバは、報告を行ったロケーション管理クライアントのロケーション情報をそれまで有していない場合、当該ロケーション管理クライアントについての報告対象のロケーション情報を単に記憶する。

ステップ１９０６で、ロケーション管理サーバは、要求元のロケーション管理クライアント又はＶＡＬサーバへ、ロケーション情報報告を送信する。例えば、対象のＬＭＣからのロケーション情報の受信後に、即時のロケーション報告が要求された場合、ＬＭＳは、要求元のＬＭＣ又はＶＡＬサーバへ報告を送信するものとされる。

多様な実施形態によれば、提案した解決策は、多重的なロケーション報告トリガ構成を可能にし、各ロケーション報告トリガ構成を識別するために構成ＩＤを追加し得る。

次の内容が、３ＧＰＰ ＴＳ２３．４３４Ｖ１６．４．０へ追加され得る：

＊＊＊ 最初の変更 ＊＊＊＊

９．３．２．１ ロケーション報告構成応答

テーブル９．３．２．１－１は、ロケーション報告構成のための、ロケーション管理サーバからロケーション管理クライアントへの情報フローを記述している。この情報フローは、ユニキャスト又はマルチキャストで、個別アドレスへ又はグループアドレスへ送信され得る。

９．３．２．２ ロケーション情報報告

テーブル９．３．２．２－１は、ロケーション情報報告のためのロケーション管理クライアントからロケーション管理サーバへの情報フロー、又は、ロケーション情報を報告するためのロケーション管理サーバから要求元のロケーション管理クライアント若しくはＶＡＬサーバへの情報フローを記述している。

９．３．２．４ ロケーション報告トリガ

テーブル９．３．２．４－１は、ロケーション報告手続をトリガするための、ロケーション管理クライアントからロケーション管理サーバへの情報フローを記述している。

９．３．３．２ ロケーション報告構成の取得

前提条件：

－ マルチキャストデリバリモードが使用される場合、使用されるＭＢＭＳベアラがロケーション管理サーバによりアクティブ化される。

－ ロケーション管理クライアントは、ロケーション管理サーバにおいてロケーション報告構成が利用可能であることを認識している。

１．ロケーション管理クライアントは、ロケーション管理サーバへ、ロケーション報告構成要求メッセージを送信する。

２．ロケーション管理サーバは、ＶＡＬ ＵＥのロケーションを報告するための、例えば相前後する報告の間の最小時間といった初期のロケーション報告イベントトリガ構成（若しくは後続する更新）、ＳＡＩの変更、又はＥＣＧＩの変更を含むロケーション報告構成メッセージを、ロケーション管理クライアントへ送信する。当該メッセージは、特定のロケーション管理クライアントへユニキャストベアラ上で送信され、又は、複数のロケーション管理クライアンについてロケーション報告構成を同時に更新するためにＭＢＭＳベアラ上でグループメッセージとして送信され得る。

注１：ロケーション報告構成情報は、ユーザプロファイルの一部をなしてもよく、その場合、上記メッセージの送信は必須ではない。

注２：相異なるロケーション管理クライアント又は同じロケーション管理クライアントが相異なるロケーション報告基準を与えられてよい。

３．ロケーション管理クライアントは、ロケーション報告イベントトリガ構成を記憶し又は更新する。

＊＊＊ 次の変更 ＊＊＊＊

９．３．３．３ ロケーション報告

１．ロケーション管理クライアントは、ロケーション管理サーバにより識別される、当該ロケーション管理クライアントにとって利用可能なロケーション情報と、ロケーション報告構成手続の期間中にそれが受信された場合には構成ＩＤとを含むロケーション情報報告を、ロケーション管理サーバへ送信する。

２．当該報告を受信すると、ロケーション管理サーバは、報告を行ったロケーション管理クライアントのロケーションを更新する。ロケーション管理サーバは、報告を行ったロケーション管理クライアントのロケーション情報をそれまで有していない場合、当該ロケーション管理クライアントについての報告対象のロケーション情報を単に記憶する。

＊＊＊ 次の変更 ＊＊＊＊

９．３．５ クライアントによりトリガされ又はＶＡＬサーバによりトリガされるロケーション報告手続

３ＧＰＰ ＴＳ２３．４３４Ｖ１６．４．０の図９．３．５－１は、図１９ｂのように補正されてよい。図１９ｂは、クライアントによりトリガされ又はＶＡＬサーバによりトリガされるロケーション報告のハイレベル手続１９００を示している。

１９１１．ロケーション管理クライアント２（権限を与えられたＶＡＬユーザ若しくはＶＡＬ ＵＥ）又はＶＡＬサーバは、ロケーション管理クライアント１のロケーション情報を取得するためのロケーション報告手続をアクティブ化するために、ロケーション管理サーバへロケーション報告トリガを送信する。

１９１２．ロケーション管理サーバは、ロケーション管理クライアント２又はＶＡＬサーバがロケーション報告トリガを送信する権限を与えられているかをチェックする。ロケーション報告トリガにより特定される情報に依存して、ロケーション管理サーバは、ロケーション管理クライアント１のロケーションについて、オンデマンド型のロケーション報告手続、又はイベントトリガ型のロケーション報告手続を開始する。

１９１３．オンデマンド型のロケーション報告手続によりロケーション管理サーバにおいてロケーション管理クライアント１のロケーション情報が一旦利用可能となると、ロケーション情報報告がロケーション管理クライアント２又はＶＡＬサーバへ送信される。

＊＊＊ 次の変更 ＊＊＊＊

９．３．６ ロケーション報告イベントトリガ構成キャンセル

前提条件：

１．ロケーション管理サーバは、ロケーション報告イベントトリガを伴って、ロケーション管理クライアントのロケーションを購読している。

２．マルチキャストデリバリモードが使用される場合、使用されるＭＢＭＳベアラがロケーション管理サーバによりアクティブ化される。

１．ロケーション管理サーバは、ロケーション管理クライアントへ、ＵＥのロケーション情報の受信を停止するために、ロケーション報告構成キャンセル要求を送信する。当該メッセージは、ユニキャスト又はマルチキャストを介して送信され得る。

２．ロケーション管理クライアントは、指し示された構成ＩＤについてのロケーション報告イベントトリガ構成を無効化し、自身のロケーションをロケーション管理サーバへ報告しなくなる。構成ＩＤが提供されない場合、ロケーション管理クライアントは、全てのロケーション報告イベントトリガ構成を無効化し、自身のロケーションをロケーション管理サーバへ報告しなくなる。

３．ロケーション管理クライアントは、ロケーション管理サーバへ、ロケーション報告構成キャンセル応答を送信する。

＊＊＊ 変更の終了 ＊＊＊＊

図７～図１８、図１９ａ及び図１９ｂに示した多様なブロックは、方法のステップとして見られてもよく、コンピュータプログラムコードの作動の帰結である動作として見られてもよく、及び／又は、関連付けられる機能を遂行するように構築された複数の連結された論理回路素子として見られてもよい。上述した概略的なフローチャートの図は、概して、論理フローチャートの図として説明されている。そのため、描かれた順序及びラベル付けされたステップ群は、提示される方法の特定の実施形態を示している。例示した方法の機能、ロジック、若しくは１つ以上のステップに対する作用、又はそれらの一部と等価な他のステップ及び方法が想起されてもよい。追加的に、具体的な方法が生じる順序は、図示した対応するステップ群の順序に厳密に従っても従わなくてもよい。

ここでの実施形態は、多くの利点をもたらすものであり、その非網羅的な例のリストは次の通りである。ここでのいくつかの実施形態において、提案される解決策は、ＳＥＡＬのオンネットワークモデルのための既存のロケーション管理手続における要求元のＶＡＬ ＵＥ／ユーザについての即時報告要件を充足し得る。ここでのいくつかの実施形態において、提案される解決策は、ＳＥＡＬのオンネットワークモデルのための既存のロケーション管理手続において多重的なロケーション報告トリガ構成をサポートし得る。ここでの実施形態は、上で言及した特徴及び利点には限定されない。当業者は、以下の詳細な説明を読んだ後に、追加的な特徴及び利点を認識するであろう。

図２０は、本開示のいくつかの実施形態を実践するために適した装置を示すブロック図である。例えば、上述したロケーション管理サーバ、又はクライアント若しくはサーバは、装置２０００として又は装置２０００を通じて実装されてもよい。

装置２０００は、デジタルプロセッサ（ＤＰ）といった少なくとも１つのプロセッサ２０２１と、プロセッサ２０２１へ連結される少なくとも１つのメモリ（ＭＥＭ）２０２２とを備える。装置２０２０は、さらに、プロセッサ２０２１へ連結される送信機ＴＸ及び受信機ＲＸ２０２３を備え得る。ＭＥＭ２０２２は、プログラム（ＰＲＯＧ）２０２４を記憶する。ＰＲＯＧ２０２４は、関連付けられるプロセッサ２０２１上で実行された場合に、装置２０２０が本開示の実施形態に従って動作することを可能にする命令群、を含み得る。少なくとも１つのプロセッサ２０２１と少なくとも１つのＭＥＭ２０２２との組合せが、本開示の多様な実施形態を実装するように適合される処理手段２０２５を形成してもよい。

本開示の多様な実施形態は、プロセッサ２０２１のうちの１つ以上によって実行可能なコンピュータプログラム、ソフトウェア、ファームウェア、ハードウェア、又はそれらの組合せで実装されてもよい。

ＭＥＭ２０２２は、ローカルの技術環境に適した任意のタイプのものであってよく、非限定的な例として、半導体ベースのメモリデバイス、磁気メモリデバイス及びシステム、光学メモリデバイス及びシステム、固定的なメモリ及び取外し可能なメモリなど、任意の適したデータストレージ技術を用いて実装されてよい。

プロセッサ２０２１は、ローカルの技術環境に適した任意のタイプのものであってよく、非限定的な例として、汎用コンピュータ、特殊目的コンピュータ、マイクロプロセッサ、デジタル信号プロセッサ（ＤＳＰ）、及びマルチコアプロセッサアーキテクチャに基づくプロセッサのうちの１つ以上を含んでもよい。

上記装置が上記ロケーション管理サーバとして実装される実施形態では、メモリ２０２２は、プロセッサ２０２１により実行可能な命令群を収容し、それにより、上記ロケーション管理サーバは、上記ロケーション管理サーバに関連する上述した通りの方法の任意のステップに従って動作する。

上記装置が上記クライアント又は上記サーバとして実装される実施形態では、メモリ２０２２は、プロセッサ２０２１により実行可能な命令群を収容し、それにより、上記クライアント又は上記サーバは、上記クライアント又は上記サーバに関連する上述した通りの方法の任意のステップに従って動作する。

図２１は、本開示の一実施形態に係るロケーション管理サーバを示すブロック図である。図示したように、ロケーション管理サーバ２１００は、受信モジュール２１０２、開始モジュール２１０３、及び送信モジュール２１０４を備える。受信モジュール２１０２は、クライアント又はサーバから、第１ロケーション管理クライアントのロケーション情報を取得するためのロケーション報告手続をアクティブ化するためのロケーション報告トリガを受信する、ように構成され得る。上記ロケーション報告トリガは、上記クライアント又は上記サーバのエンドポイント情報を含む。開始モジュール２１０３は、上記第１ロケーション管理クライアントの上記ロケーション情報についてロケーション報告手続を開始する、ように構成され得る。送信モジュール２１０４は、上記ロケーション管理サーバにおいて上記第１ロケーション管理クライアントのロケーション情報が利用可能である場合に、上記クライアント又は上記サーバの上記エンドポイント情報に基づいて、上記クライアント又は上記サーバへ、上記第１ロケーション管理クライアントの上記ロケーション情報を含むロケーション情報報告を送信する、ように構成され得る。

図２２は、本開示の一実施形態に係るクライアント又はサーバを示すブロック図である。図示したように、クライアント又はサーバ２２００は、送信モジュール２２０２及び受信モジュール２２０４を備える。送信モジュール２２０２は、ロケーション管理サーバへ、第１ロケーション管理クライアントのロケーション情報を取得するためのロケーション報告手続をアクティブ化するためのロケーション報告トリガを送信する、ように構成され得る。上記ロケーション報告トリガは、上記クライアント又は上記サーバのエンドポイント情報を含む。受信モジュール２２０４は、上記第１ロケーション管理クライアントの上記ロケーション情報を含むロケーション情報報告を、上記ロケーション管理サーバから受信する、ように構成され得る。

ユニット又はモジュールとの用語は、電子機器、電気デバイス及び／又は電子デバイスの分野における旧来の意味を有してよく、例えば、ここで説明したもののような、それぞれのタスク、手続、計算、出力及び／若しくは表示機能などを遂行するための、電気回路及び／若しくは電子回路、デバイス、モジュール、プロセッサ、メモリ、ロジック固体素子及び／若しくは離散デバイス、コンピュータプログラム、又は、命令を含み得る。

機能ユニット群に関して、ロケーション管理サーバ、クライアント若しくはサーバは、固定的なプロセッサ又はメモリを必要としないかもしれず、通信システム内で、ロケーション管理サーバ、又はクライアント若しくはサーバから任意のコンピューティングリソース及び記憶リソースが構成されてよい。仮想化技術及びネットワークコンピューティング技術の導入が、ネットワークリソースの使用効率及びネットワークの柔軟性を改善し得る。

本開示のある観点によれば、コンピュータ読取可能な記憶媒体に有形的に記憶されるコンピュータプログラムプロダクトであって、少なくとも１つのプロセッサ上で実行された場合に、当該少なくとも１つのプロセッサに、上述した通りの方法のいずれかを遂行させる命令群、を含むコンピュータプログラムプロダクトが提供される。

本開示のある観点によれば、少なくとも１つのプロセッサにより実行された場合に、当該少なくとも１つのプロセッサに、上述した通りの方法のいずれかを遂行させる命令群、を記憶するコンピュータ読取可能な記憶媒体が提供される。

加えて、本開示は、上述したようなコンピュータプログラムを収容する担体をも提供してよく、当該担体は、電子信号、光学信号、無線信号、又はコンピュータ読取可能な記憶媒体のうちの１つである。コンピュータ読取可能な記憶媒体は、例えば、ＲＡＭ（random access memory）、ＲＯＭ（read only memory）、フラッシュメモリ、磁気テープ、ＣＤ－ＲＯＭ、ＤＶＤ、及びブルーレイディスクなどのような、光学コンパクトディスク又は電子メモリデバイスであり得る。

ここで説明した技法は多様な手段で実装されてよく、それにより、一実施形態と共に説明した対応する装置の１つ以上の機能を実装する装置が、従来技術の手段だけでなく、当該実施形態と共に説明した対応する装置の１つ以上の機能を実装するための手段をも含むようになり、それは、別個の各機能のための別個の手段、又は１つ以上の機能を実行するように構成され得る手段を含み得る。例えば、それら技法は、ハードウェア（１つ以上の装置）、ファームウェア（１つ以上の装置）、ソフトウェア（１つ以上のモジュール）、又はそれらの組合せで実装されてもよい。ファームウェア又はソフトウェアについて、実装は、ここで説明した機能を実行するモジュール群（例えば、プロシージャ及びファンクションなど）を通じてなされてもよい。

ここでの例示的な実施形態について、方法及び装置のブロック図及びフローチャートの例示を参照して上で説明した。理解されるであろうこととして、フローチャートの例示及び／又はブロック図の各ブロック、並びに、フローチャートの例示及び／又はブロック図におけるブロックの組み合わせを、それぞれ、コンピュータプログラム命令群を含む多様な手段により実装することができる。それらコンピュータプログラム命令群は、汎用コンピュータ、特殊目的のコンピュータ又は他のプログラム可能なデータ処理装置へロードされてマシンを生み出し、それにより、コンピュータ又は他のプログラム可能なデータ処理装置上で稼働する当該命令群が、フローチャートの１つ若しくは複数のブロックにおいて特定された機能を実装するための手段を生成する。

さらに、具体的な順序で動作が描かれているものの、それは、所望の結果を達成するために、当該具体的な順序で若しくはシーケンシャルな順序でそうした動作が実行されること、又は図示した全ての動作が実行されることを要求するものと理解されるべきではない。ある状況では、マルチタスク及び並列処理が有利であるかもしれない。同様に、上の議論にはいくつもの特定の実装の詳細が含まれているものの、それらは、ここで説明した主題の範囲に対する限定として解釈されるべきではなく、むしろ具体的な実施形態に固有であり得る特徴の説明として解釈されるべきである。別個の実施形態の文脈で説明したある複数の特徴が、単一の実施形態において組合せて実装されてもよい。逆に、単一の実施形態の文脈で説明した多様な特徴が、複数の実施形態において別々に又は任意の適したサブコンビネーションで実装されてもよい。

本明細書は多くの特定の実装の詳細を含んでいるものの、それらは何らの実装の範囲や特許請求され得るものに関する限定として解釈されるべきではなく、むしろ、具体的な実装の具体的な実施形態にとって固有であり得る特徴の説明として解釈されるべきである。別個の実施形態の文脈で本明細書において説明した複数の特徴を、単一の実施形態において組合せて実装することもできる。逆に、単一の実施形態の文脈で説明した多様な特徴を、複数の実施形態において別々に又は任意の適したサブコンビネーションで実装することもできる。そのうえ、複数の特徴がある組合せで動作するものとして上で説明されており且つそのように特許請求されてさえいるかもしれないが、いくつかのケースでは、特許請求された組合せのうちの１つ以上の特徴をその組合せから切り出すことができ、特許請求されたその組合せはサブコンビネーション又はサブコンビネーションの変形例に向けられてもよい。

当業者にとっては、技術の進展に伴って本発明概念を多様な手法で実装できることが明白であろう。上述した実施形態は、本開示を限定するよりもむしろ説明するために与えられており、当業者が容易に理解するように、本開示の思想及び範囲から逸脱することなく、修正例及び変形例の手段を取り得ることが理解されるであろう。そうした修正例及び変形例は、本開示及び添付した特許請求の範囲のスコープ内にあるものと考えられる。本開示の保護のスコープは、別添の特許請求の範囲により定義される。

Claims (21)

1. ロケーション管理サーバにおける方法であって
   クライアント又はサーバから、第１ロケーション管理クライアントのロケーション情報を取得するためのロケーション報告手続をアクティブ化するためのロケーション報告トリガを受信することであって、前記ロケーション報告トリガは、前記クライアント又は前記サーバのエンドポイント情報を含む、ことと、
   前記第１ロケーション管理クライアントの前記ロケーション情報についてロケーション報告手続を開始することと、
   前記第１ロケーション管理クライアントから、ロケーション情報報告を受信することであって、前記ロケーション情報報告は、前記ロケーション情報及び１つ以上の構成アイデンティティを含む、ことと、
   受信した前記ロケーション情報報告に基づいて、前記１つ以上の構成アイデンティティに関連する前記ロケーション情報を更新することと、
   前記クライアント又は前記サーバの前記エンドポイント情報に基づいて、前記クライアント又は前記サーバへ、前記第１ロケーション管理クライアントの前記ロケーション情報を含むロケーション情報報告を送信することと、
   を含む方法。
2. 請求項１に記載の方法であって、さらに、
   前記第１ロケーション管理クライアントから、ロケーション報告構成要求を受信することと、
   前記第１ロケーション管理クライアントへ、ロケーション報告構成応答を送信することと、を含み、
   前記ロケーション報告構成応答は、対応する構成アイデンティティにより識別される少なくとも１つのロケーション報告トリガ構成を含む、
   方法。
3. 請求項２に記載の方法であって、前記少なくとも１つのロケーション報告トリガ構成の各々は、
   要求されるロケーション情報、
   トリガ基準、及び
   相前後する報告の間の最小時間、
   のうちの少なくとも１つを含む、
   方法。
4. 請求項２～３のいずれか１項に記載の方法であって、前記ロケーション報告構成応答は、さらに、バーティカルアプリケーションレイヤ（ＶＡＬ）ユーザのアイデンティティ、前記ロケーション報告トリガ構成の対象であるＶＡＬグループのアイデンティティ、又はＶＡＬユーザ機器のアイデンティティを含む、方法。
5. 請求項１～４のいずれか１項に記載の方法であって、さらに、
   前記第１ロケーション管理クライアントへ、ロケーション報告構成キャンセル要求を送信することと、
   前記第１ロケーション管理クライアントから、ロケーション報告構成キャンセル応答を受信することと、を含み、
   前記ロケーション報告構成キャンセル要求は、少なくとも１つの構成アイデンティティにより識別される少なくとも１つのロケーション報告イベントトリガ構成を無効化するための前記少なくとも１つの構成アイデンティティを含み、又は、前記ロケーション報告構成キャンセル要求が何らの構成アイデンティティも含まない場合には、全ての前記ロケーション報告イベントトリガ構成が無効化される、
   方法。
6. 請求項１～５のいずれか１項に記載の方法であって、さらに、
   前記第１ロケーション管理クライアントへ、ロケーション報告構成更新要求を送信することと、
   前記第１ロケーション管理クライアントから、ロケーション報告構成更新応答を受信することと、を含み、
   前記ロケーション報告構成更新要求は、対応する構成アイデンティティにより識別される少なくとも１つのロケーション報告トリガ構成に関する更新情報を含む、
   方法。
7. 請求項１～６のいずれか１項に記載の方法であって、前記ロケーション報告手続は、
   前記第１ロケーション管理クライアントへ、ロケーション情報要求を送信すること、
   を含む、方法。
8. 請求項１～７のいずれか１項に記載の方法であって、前記ロケーション報告トリガが即時のロケーション報告を要することを示すためのインジケータを含む場合、前記第１ロケーション管理クライアントの前記ロケーション情報は、即時に前記クライアント又は前記サーバへ送信される、方法。
9. 請求項１～８のいずれか１項に記載の方法であって、前記クライアントは、第２ロケーション管理クライアントであり、前記サーバは、バーティカルアプリケーションレイヤ（ＶＡＬ）サーバであり、及び／又は、
   ロケーション管理クライアントと前記ロケーション管理サーバとの間の通信は、第３世代パートナーシッププロジェクト（３ＧＰＰ）ネットワークシステムを通じて実装される、
   方法。
10. 請求項１～９のいずれか１項に記載の方法であって、前記ロケーション管理サーバは、サービスイネーブラアーキテクチャレイヤフォーバーティカル（ＳＥＡＬ）サーバであり、前記第１ロケーション管理クライアントは、バーティカルアプリケーションレイヤ（ＶＡＬ）クライアントである、方法。
11. 通信装置における方法であって
    ロケーション管理サーバへ、第１ロケーション管理クライアントのロケーション情報を取得するためのロケーション報告手続をアクティブ化するためのロケーション報告トリガを送信することであって、前記ロケーション報告手続は、前記ロケーション管理サーバが、前記第１ロケーション管理クライアントから前記ロケーション情報及び１つ以上の構成アイデンティティを含むロケーション情報報告を受信して、受信した前記ロケーション情報報告に基づいて前記１つ以上の構成アイデンティティに関連する前記ロケーション情報を更新することを含み、前記ロケーション報告トリガは、前記通信装置のエンドポイント情報を含む、ことと、
    前記第１ロケーション管理クライアントの前記ロケーション情報を含むロケーション情報報告を、前記ロケーション管理サーバから受信することと、
    を含む方法。
12. 請求項１１に記載の方法であって、前記通信装置は、ロケーション管理クライアントであり、前記方法は、さらに、
    前記ロケーション管理サーバへ、ロケーション報告構成要求を送信することと、
    前記ロケーション管理サーバから、ロケーション報告構成応答を受信することと、を含み、
    前記ロケーション報告構成応答は、対応する構成アイデンティティにより識別される少なくとも１つのロケーション報告トリガ構成を含む、
    方法。
13. 請求項１２に記載の方法であって、前記少なくとも１つのロケーション報告トリガ構成の各々は、
    要求されるロケーション情報、
    トリガ基準、及び
    相前後する報告の間の最小時間、
    のうちの少なくとも１つを含む、方法。
14. 請求項１２～１３のいずれか１項に記載の方法であって、前記ロケーション報告構成応答は、さらに、バーティカルアプリケーションレイヤ（ＶＡＬ）ユーザのアイデンティティ、前記ロケーション報告トリガ構成の対象であるＶＡＬグループのアイデンティティ、又はＶＡＬユーザ機器のアイデンティティを含む、方法。
15. 請求項１２～１４のいずれか１項に記載の方法であって、さらに、
    前記ロケーション管理サーバから、ロケーション報告構成キャンセル要求を受信することと、
    前記ロケーション報告構成キャンセル要求が少なくとも１つの構成アイデンティティを含む場合に、前記少なくとも１つの構成アイデンティティにより識別される少なくとも１つのロケーション報告イベントトリガ構成を無効化することと、
    前記ロケーション報告構成キャンセル要求が何らの構成アイデンティティも含まない場合には、全ての前記ロケーション報告イベントトリガ構成を無効化することと、
    前記ロケーション管理サーバへ、ロケーション報告構成キャンセル応答を送信することと、
    を含む、方法。
16. 請求項１２～１５のいずれか１項に記載の方法であって、さらに、
    前記ロケーション管理サーバから、ロケーション報告構成更新要求を受信することであって、前記ロケーション報告構成更新要求は、対応する構成アイデンティティにより識別される少なくとも１つのロケーション報告トリガ構成に関する更新情報を含む、ことと、
    前記更新情報に基づいて、対応する構成アイデンティティにより識別される前記少なくとも１つのロケーション報告トリガ構成を更新することと、
    前記ロケーション管理サーバへ、ロケーション報告構成更新応答を送信することと、
    を含む、方法。
17. 請求項１２～１６のいずれか１項に記載の方法であって、さらに、
    前記ロケーション管理サーバへ、ロケーション情報報告を送信することを含み、前記ロケーション情報報告は、ロケーション情報及び１つ以上の構成アイデンティティを含む、
    方法。
18. ロケーション管理サーバであって、
    プロセッサと、
    前記プロセッサへ連結されるメモリと、を備え、前記メモリは、前記プロセッサにより実行可能な命令群を含み、それにより、前記ロケーション管理サーバは、
    クライアント又はサーバから、第１ロケーション管理クライアントのロケーション情報を取得するためのロケーション報告手続をアクティブ化するためのロケーション報告トリガを受信することであって、前記ロケーション報告トリガは、前記クライアント又は前記サーバのエンドポイント情報を含む、ことと、
    前記第１ロケーション管理クライアントの前記ロケーション情報についてロケーション報告手続を開始することと、
    前記第１ロケーション管理クライアントから、ロケーション情報報告を受信することであって、前記ロケーション情報報告は、前記ロケーション情報及び１つ以上の構成アイデンティティを含む、ことと、
    受信した前記ロケーション情報報告に基づいて、前記１つ以上の構成アイデンティティに関連する前記ロケーション情報を更新することと、
    前記クライアント又は前記サーバの前記エンドポイント情報に基づいて、前記クライアント又は前記サーバへ、前記第１ロケーション管理クライアントの前記ロケーション情報を含むロケーション情報報告を送信することと、
    を行うように動作可能である、ロケーション管理サーバ。
19. 請求項１８に記載のロケーション管理サーバであって、前記ロケーション管理サーバは、請求項２～１０のいずれか１項に記載の方法を実行するようにさらに動作可能である、ロケーション管理サーバ。
20. 通信装置であって、
    プロセッサと、
    前記プロセッサへ連結されるメモリと、を備え、前記メモリは、前記プロセッサにより実行可能な命令群を含み、それにより、前記通信装置は、
    ロケーション管理サーバへ、第１ロケーション管理クライアントのロケーション情報を取得するためのロケーション報告手続をアクティブ化するためのロケーション報告トリガを送信することであって、前記ロケーション報告手続は、前記ロケーション管理サーバが、前記第１ロケーション管理クライアントから前記ロケーション情報及び１つ以上の構成アイデンティティを含むロケーション情報報告を受信して、受信した前記ロケーション情報報告に基づいて前記１つ以上の構成アイデンティティに関連する前記ロケーション情報を更新することを含み、前記ロケーション報告トリガは、前記通信装置のエンドポイント情報を含む、ことと、
    前記第１ロケーション管理クライアントの前記ロケーション情報を含むロケーション情報報告を、前記ロケーション管理サーバから受信することと、
    を行うように動作可能である、通信装置。
21. 請求項２０に記載の通信装置であって、前記通信装置は、請求項１２～１７のいずれか１項に記載の方法を実行するようにさらに動作可能である、通信装置。

Images