JPWO2015141733A1 - 通信制御方法、端末装置、サーバ装置および通信システム - Google Patents

Abstract

ＰｒｏＳｅに基づくサービスを、通信事業者の管理の元で実施する通信システム等を提供すること。近隣端末を発見、検出するためのＰｒｏＳｅアプリケーションコードの管理を含み、アナウンス要求、モニタリング要求、マッチレポート要求等のＰｒｏＳｅサービスに関連する手続きに基づく処理を、通信事業者が運用するサーバ装置の認証に基づいて実行する。さらに、通信事業者のポリシーに基づいて、ＰｒｏＳｅアプリケーションコードを無効化する手段等を有する。

Description

本発明は、通信制御方法と、端末装置と、サーバ装置とを含む通信システムに関する。

近年の移動通信システムの標準化活動を行う３ＧＰＰ（The 3rd Generation Partnership Project）では、オールＩＰ化を実現する、非特許文献１に記載のＥＰＳ（Evolved Packet System）の仕様化を行っている。３ＧＰＰではＥＰＳに接続されるアクセスシステムを、ＬＴＥだけでなく、無線ＬＡＮである場合も含めて検討している。

さらに、３ＧＰＰはＥＰＳの仕様化の中で、非特許文献２に記載のＰｒｏＳｅ（Proximity based Service）ついて検討を行っている。ＰｒｏＳｅは、通信端末であるＵＥ（User Equipment）の間で近隣通信端末を検出する機能（discovery）や、ＵＥ間で、コアネットワークや基地局を介さない直接通信を確立する機能（direct communication）を提供するサービスの実現を目指している。

ＰｒｏＳｅでは、基地局やアクセスネットワークが接続されているコアネットワークを介することなく通信を行える為、アクセスネットワークやコアネットワークの集中を回避（コンジェッション回避）でき、オフロード効果を期待できる。

ＰｒｏＳｅは、直接通信路を確立する為に、直接通信の通信対象ＵＥを探索し、検知するサービスが必要となる。ＰｒｏＳｅでは、この検知方法として２つの方式を検討している。１つ目は、ＵＥが直接検出する方式（以下、direct discovery）である。２つ目は、アクセスネットワークやコアネットワークを介して検出する方法（以下、EPS discovery）である。ただし、ＰｒｏＳｅサービスは移動通信事業者により提供されるものであり、商用では、移動通信事業者による承認が必要である。

また、ＰｒｏＳｅではＵＥ間の直接通信路として２つの方式を利用する事が検討されている。１つ目は、ＬＴＥアクセス技術を利用する方法である。２つ目は無線ＬＡＮ（WLAN:Wireless LAN）アクセス技術を用いた方法である。

また、ＰｒｏＳｅでは、ｎｏｎ−Ｐｕｂｌｉｃ ＳａｆｅｔｙとＰｕｂｌｉｃ Ｓａｆｅｔｙが規定されている。ｎｏｎ−Ｐｕｂｌｉｃ Ｓａｆｅｔｙでは、移動通信事業者による商用サービスが想定されており、ＵＥがＬＴＥ基地局に在圏している場合にのみ、利用可能である。一方、Ｐｕｂｌｉｃ Ｓａｆｅｔｙでは、防災無線による利用が想定されており、ＵＥがＬＴＥ基地局に在圏している場合のみならず、ＬＴＥ基地局（ｅＮＢ）に在圏していない場合でも利用することができる。

3GPP TS23.401 Technical Specification Group Services and System Aspects, General Packet Radio Service(GPRS) enhancements for Evolved Universal Terrestrial Radio Access Network (E-UTRAN) access 3GPP TR23.703 Technical Specification Group Services and System Aspects, Study on architecture enhancements to support Proximity-based Services(ProSe)

ＰｒｏＳｅでは、近隣に位置するＵＥを検出する機能（ｄｉｓｃｏｖｅｒｙ）や、ＵＥ間で、コアネットワークや基地局を介さない直接通信を確立する機能（ｄｉｒｅｃｔ ｃｏｍｍｕｎｉｃａｔｉｏｎ）を実現する手段を検討している。

さらに、近隣に位置するＵＥを検出する機能（ｄｉｓｃｏｖｅｒｙ）を実現するために、ＵＥが近隣端末に自身の所在を通知するアナウンス機能や、アナウンス機能に基づいた通知を受信して近隣端末を検出するモニタリング機能や、アナウンス機能に基づいた通知を受信して受信した通知の内容を確認するマッチレポート機能などの検討を行っている。

こうしたＰｒｏＳｅのサービスに基づく機能では、通信事業者は、アプリケーションに対応づけられたＰｒｏＳｅアプリケーションコードを生成する。通信端末は、ＰｒｏＳｅアプリケーションコードを取得して、アナウンスやモニタリングやマッチレポート等を実施する。

このように、ＰｒｏＳｅアプリケーションコードは、通信事業者が認証や許可に基づいて通信端末に通知するものであり、第三者による不正取得や改ざんなどを防ぐことが望まれる秘匿性の高い情報である。そのため、ＰｒｏＳｅアプリケーションコードに対しては、通信事業者の管理の基でより安全性の高い利用方法が望まれる。つまり、ＰｒｏＳｅアプリケーションコードが関連するＰｒｏＳｅサービスの機能である、アナウンス機能やモニタリング機能やマッチレポート機能は安全性の高い手法であることが望まれる。

しかしながら、こうしたＰｒｏＳｅアプリケーションコードに関連するＰｒｏＳｅの機能を実現する具体的な手段は現在明らかになっていない。

本発明は、このような事情を鑑みてなされたもので、その目的は、安全性が向上する、近隣に位置するＵＥを検出する機能（ｄｉｓｃｏｖｅｒｙ）等のＰｒｏＳｅに関連する機能を実現する手段を提供することである。

端末装置における通信制御方法であって、少なくともアプリケーションを識別する識別情報と、アナウンスかモニタリングかを示すコマンドとを含んだディスカバリ要求メッセージをサーバ装置に送信するステップと、ディスカバリ要求メッセージに対する応答であり、少なくとも識別情報に対応づけられたコードと、コードの有効期限を示すタイマーとを含む応答メッセージをサーバ装置から受信するステップと、応答メッセージの受信に基づいて、タイマーのカウントを開始するステップと、コードの無効化を要求する要求であり、少なくともコードを含むリボケーション要求をサーバ装置から受信するステップと、リボケーション要求の受信に基づいて、コードを無効化するステップとを備えることを特徴とする。

コードの無効化を要求する要求であり、少なくともコードを含むリボケーション要求の送信を、サーバ装置に要求する要求メッセージを送信するステップと、を更に備えることを特徴とする。

端末装置における通信制御方法であって、少なくともアプリケーションを識別する識別情報と、アナウンスかモニタリングかを示すコマンドとを含んだディスカバリ要求メッセージをサーバ装置に送信するステップと、ディスカバリ要求メッセージに対する応答であり、少なくとも識別情報に対応づけられた第一のコードと、第一のコードの有効期限を示すタイマーとを含む応答メッセージをサーバ装置から受信するステップと、応答メッセージの受信に基づいて、タイマーのカウントを開始するステップと、第一のコードの更新を要求する要求であり、少なくとも第一のコードと、第一のコードとは異なる第二のコードと、第二のコードの有効期限を示すタイマーを含む更新要求をサーバ装置から受信するステップと、更新要求の受信に基づいて、第一のコードを無効化し、第二のコードのタイマーのカウントを開始するステップと、を備えることを特徴とする。

第一のコードの更新を要求する要求であり、第一のコードと、第一のコードとは異なる第二のコードと、第二のコードの有効期限を示すタイマーを含む更新要求の送信を、サーバ装置に要求する要求メッセージを送信するステップと、を更に備えることを特徴とする。

タイマーの有効期限が切れていない状態において、直接無線信号を用いてコードを含めたアナウンスを近隣に実行するステップと、リボケーション要求を受信した場合、コードの無効化に基づいて、アナウンスのための無線リソースを解放するステップとをさらに備えることを特徴とする。

タイマーの有効期限が切れていない状態において、直接無線信号を用いてコードを含めたアナウンス信号を受信するモニタリングを実行するステップと、リボケーション要求を受信した場合、コードの無効化に基づいて、モニタリングのための無線リソースを解放するステップとをさらに備えることを特徴とする。

サーバ装置における通信制御方法であって、少なくともアプリケーションを識別する識別情報と、アナウンスかモニタリングかを示すコマンドとを含んだディスカバリ要求メッセージを端末装置から受信するステップと、ディスカバリ要求メッセージの受信に基づいて、端末装置を認証するステップと、ディスカバリ要求メッセージに対する応答であり、少なくとも識別情報に対応づけられたコードと、コードの有効期限を示すタイマーとを含む応答メッセージを端末装置に送信するステップと、タイマーのカウントを開始するステップと、コードの有効期限内において、コードの無効化を要求する要求であり、少なくともコードを含むリボケーション要求を端末装置に送信するステップと、を備えることを特徴とする。

サーバ装置における通信制御方法であって、少なくともアプリケーションを識別する識別情報と、アナウンスかモニタリングかを示すコマンドとを含んだディスカバリ要求メッセージを端末装置から受信するステップと、ディスカバリ要求メッセージの受信に基づいて、前記端末装置を認証するステップと、ディスカバリ要求メッセージに対する応答であり、少なくとも識別情報に対応づけられた第一のコードと、第一のコードの有効期限を示すタイマーとを含む応答メッセージを端末装置に送信するステップと、タイマーのカウントを開始するステップと、タイマーの有効期限内において、第一のコードの更新を要求する要求であり、少なくとも第一のコードと、第一のコードとは異なる第二のコードと、第二のコードの有効期限を示すタイマーを含む更新要求を端末装置に送信するステップと、を備えることを特徴とする。

端末装置であって、端末装置は、少なくともアプリケーションを識別する識別情報と、アナウンスかモニタリングかを示すコマンドとを含んだディスカバリ要求メッセージをサーバ装置に送信し、ディスカバリ要求メッセージに対する応答であり、少なくとも識別情報に対応づけられたコードと、コードの有効期限を示すタイマーとを含む応答メッセージをサーバ装置から受信し、応答メッセージの受信に基づいて、タイマーのカウントを開始し、コードの無効化を要求する要求であり、少なくともコードを含むリボケーション要求をサーバ装置から受信し、リボケーション要求の受信に基づいて、コードを無効化することを特徴とする。

端末装置は、コードの無効化を要求する要求であり、少なくともコードを含むリボケーション要求の送信を、サーバ装置に要求する要求メッセージを送信することを特徴とする。

端末装置であって、端末装置は、少なくともアプリケーションを識別する識別情報と、アナウンスかモニタリングかを示すコマンドとを含んだディスカバリ要求メッセージをサーバ装置に送信し、ディスカバリ要求メッセージに対する応答であり、少なくとも識別情報に対応づけられた第一のコードと、第一のコードの有効期限を示すタイマーとを含む応答メッセージをサーバ装置から受信し、応答メッセージの受信に基づいて、タイマーのカウントを開始し、第一のコードの更新を要求する要求であり、少なくとも第一のコードと、第一のコードとは異なる第二のコードと、第二のコードの有効期限を示すタイマーを含む更新要求をサーバ装置から受信し、更新要求の受信に基づいて、第一のコードを無効化し、第二のコードのタイマーのカウントを開始することを特徴とする。

端末装置は、第一のコードの更新を要求する要求であり、第一のコードと、第一のコードとは異なる第二のコードと、第二のコードの有効期限を示すタイマーを含む更新要求の送信を、サーバ装置に要求する要求メッセージを送信することを特徴とする。

端末装置は、タイマーの有効期限が切れていない状態において、直接無線信号を用いてコードを含めたアナウンスを近隣に実行し、リボケーション要求を受信した場合、コードの無効化に基づいて、アナウンスのための無線リソースを解放することを特徴とする。

端末装置は、タイマーの有効期限が切れていない状態において、直接無線信号を用いてコードを含めたアナウンス信号を受信するモニタリングを実行し、リボケーション要求の受信した場合、コードを無効化に基づいて、モニタリングのための無線リソースを解放することを特徴とする。

サーバ装置であって、サーバ装置は、少なくともアプリケーションを識別する識別情報と、アナウンスかモニタリングかを示すコマンドとを含んだディスカバリ要求メッセージを端末装置から受信し、ディスカバリ要求メッセージの受信に基づいて、端末装置を認証し、ディスカバリ要求メッセージに対する応答であり、少なくとも識別情報に対応づけられたコードと、コードの有効期限を示すタイマーとを含む応答メッセージを端末装置に送信し、タイマーのカウントを開始し、コードの有効期限内において、コードの無効化を要求する要求であり、少なくともコードを含むリボケーション要求を端末装置に送信することを特徴とする。

サーバ装置であって、サーバ装置は、少なくともアプリケーションを識別する識別情報と、アナウンスかモニタリングかを示すコマンドとを含んだディスカバリ要求メッセージを端末装置から受信し、ディスカバリ要求メッセージの受信に基づいて、端末装置を認証し、ディスカバリ要求メッセージに対する応答であり、少なくとも識別情報に対応づけられた第一のコードと、第一のコードの有効期限を示すタイマーとを含む応答メッセージを端末装置に送信し、タイマーのカウントを開始し、タイマーの有効期限内において、第一のコードの更新を要求する要求であり、少なくとも第一のコードと、第一のコードとは異なる第二のコードと、第二のコードの有効期限を示すタイマーを含む更新要求を前記端末装置に送信することを特徴とする。

端末装置とサーバ装置とを含んで構成される通信システムであって、端末装置は、少なくともアプリケーションを識別する識別情報と、アナウンスかモニタリングかを示すコマンドとを含んだディスカバリ要求メッセージをサーバ装置に送信し、サーバ装置は、ディスカバリ要求メッセージの受信に基づいて、端末装置を認証し、ディスカバリ要求メッセージに対する応答であり、少なくとも識別情報に対応づけられたコードと、コードの有効期限を示すタイマーとを含む応答メッセージを端末装置に送信し、端末装置は、ディスカバリ要求メッセージに対する応答であり、少なくとも識別情報に対応づけられたコードと、コードの有効期限を示すタイマーとを含む応答メッセージをサーバ装置から受信し、応答メッセージの受信に基づいて、タイマーのカウントを開始し、コードの無効化を要求する要求であり、少なくともコードを含むリボケーション要求をサーバ装置から受信するステップと、リボケーション要求の受信に基づいて、コードを無効化するステップとを備えることを特徴とする。

端末装置とサーバ装置とを含んで構成される通信システムであって、端末装置は、少なくともアプリケーションを識別する識別情報と、アナウンスかモニタリングかを示すコマンドとを含んだディスカバリ要求メッセージをサーバ装置に送信し、サーバ装置は、ディスカバリ要求メッセージの受信に基づいて、端末装置を認証し、ディスカバリ要求メッセージに対する応答であり、少なくとも識別情報に対応づけられた第一のコードと、第一のコードの有効期限を示すタイマーとを含む応答メッセージを端末装置に送信し、端末装置は、応答メッセージの受信に基づいて、タイマーのカウントを開始し、第一のコードの更新を要求する要求であり、少なくとも第一のコードと、第一のコードとは異なる第二のコードと、第二のコードの有効期限を示すタイマーを含む更新要求をサーバ装置から受信し、更新要求の受信に基づいて、第一のコードを無効化し、第二のコードのタイマーのカウントを開始することを特徴とする。

本発明によれば、ＰｒｏＳｅに基づくサービスを、通信事業者の管理の元で実施することができる。

移動通信システムの概略を説明するための図である。 ＩＰ移動通信ネットワークの構成等を説明するための図である。 ＵＥの機能構成を説明するための図である。 ＰｒｏＳｅサーバの機能構成を説明するための図である。 ＨＳＳの機能構成を説明するための図である。 サービス認証手続きを説明するための図である。 アナウンス要求手続きを説明するための図である。 モニタリング要求手続きを説明するための図である。 マッチレポート手続きを説明するための図である。 リボケーション要求手続きを説明するための図である。 コード更新要求手続きを説明するための図である。 コード再取得要求手続きを説明するための図である。 コードアラート通知手続きを説明するための図である。

以下、図面を参照して本発明を実施する為に最良の形態について説明する。なお、本実施形態では一例として、本発明を適用した場合の移動通信システムの実施形態について説明する。

［１．実施形態］
以下、図面を参照しながら本発明の実施形態による無線通信技術について詳細に説明する。

［１．１ 通信システムの概要］
図１は本発明の実施形態による通信システム１の概略構成例を示す機能ブロック図である。

図１に示す通信システム１は、ＰｒｏＳｅに関する機能を有する通信端末であるＵＥ＿Ａ８と、ＰＤＮ（Packet Data Network）５と、ＩＰ移動通信ネットワーク３とＰｒｏＳｅサーバ７により構成される。

さらに、ＰｒｏＳｅに関する機能を有する通信端末は、ＵＥ＿Ｂ９のように、複数含まれて構成されてよい。

ＰＤＮ５とＵＥ＿Ａ８やＵＥ＿Ｂ９などのＵＥとの間はＩＰ移動通信ネットワーク３を介して接続されている。さらに、ＵＥ＿Ａ８とＵＥ＿Ｂ９はＰｒｏＳｅに基づくサービスが提供されている。

ＰｒｏＳｅサーバ７は、ＵＥ＿Ａ８またはＵＥ＿Ｂ９の通信を管理するサーバ装置であり、ＰｒｏＳｅサービスなどの提供に際し認証を行う。なお、ＰｒｏＳｅサーバ７は、図１のようにＰＤＮ５に含まれて構成されているが、ＰＤＮ５と独立していても良い。

ＵＥ＿Ａ８とＵＥ＿Ｂ９は同じ移動通信事業者網に接続していても、異なる移動通信事業者網に接続していても良く、固定通信事業者が運用するブロードバンドネットワークであっても良い。

また、ブロードバンドネットワークは、ＡＤＳＬ（Asymmetric Digital Subscriber Line）等により接続し、光ファイバー等のデジタル回線による高速通信を提供する、通信事業者が運用するＩＰ通信ネットワークのことである。さらに、これらに限らずＷｉＭＡＸ（Worldwide Interoperability for Microwave Access）等で無線アクセスするネットワークであっても良い。

各ＵＥ＿Ａ８やＵＥ＿Ｂ９などのＵＥは、ＬＴＥやＷＬＡＮ等のアクセスシステムを用いて接続する通信端末であり、３ＧＰＰ ＬＴＥの通信インタフェースやＷＬＡＮの通信インタフェース等を搭載して接続することにより、ＩＰアクセスネットワークへ接続することが可能である。

ＰＤＮ５は、パケットでデータの送受信を行うネットワークサービスを提供するネットワークのことであり、例えば、インターネットやＩＭＳなどである。

ＰＤＮ５は、ＩＰアクセスネットワークへ有線回線等を利用して接続される。例えば、ＡＤＳＬや光ファイバー等によって構築される。ただし、これに限らずＬＴＥや、ＷＬＡＮ、ＷｉＭＡＸ（Worldwide Interoperability for Microwave Access）等の無線アクセスネットワークであっても良い。

図２は、図１に示す通信システム１の詳細な構成例である。図２に示すシステムの構成例は、ＵＥ＿Ａ８と、ＩＰ移動通信ネットワーク３と、ＰＤＮ５とから構成される。ＩＰ移動通信ネットワーク３には、ＵＥ＿Ａ８以外にも複数のＵＥが接続する事が可能である。ここで、図２ではＵＥ＿Ａ８が接続する例を示したが、ＵＥ＿Ｂ９もＵＥ＿Ａ８と同様に構成することができる。

ＩＰ移動通信ネットワーク３はコアネットワーク２と各無線アクセスネットワーク（ＬＴＥ ＡＮ２５，ＷＬＡＮ ＡＮｂ２７，ＷＬＡＮ ＡＮａ２９）で構成されている。コアネットワーク２は、ＨＳＳ（Home Subscriber Server）１１、ＡＡＡ（Authentication, Authorization, Accounting）１５、ＰＣＲＦ（Policy and Charging Rules Function）１３、ＰＧＷ（Packet Data Network Gateway）１７、ｅＰＤＧ（enhanced Packet Data Gateway）１９、ＳＧＷ（Serving Gateway）２１、ＭＭＥ（Mobile Management Entity）２３により構成される。

また、図１を用いて説明したＰｒｏＳｅサーバ７は、図１のようにＰＤＮ５に含まれて構成されてもよいし、ＰＤＮ５と独立して、ＩＰ移動通信ネットワーク３に含まれて構成されてもよいし、コアネットワーク２に含まれて構成されても良い。

無線アクセスネットワークは、複数の異なるアクセスネットワークで構成されてよい。それぞれのアクセスネットワークはコアネットワーク２に接続されている。さらに、ＵＥ＿Ａ８は無線アクセスネットワークに無線接続することができる。

無線アクセスネットワークには、ＬＴＥアクセスシステムで接続できるＬＴＥアクセスネットワーク（ＬＴＥ ＡＮ２５）や、ＷＬＡＮアクセスシステムで接続できるアクセスネットワーク（ＷＬＡＮ ＡＮｂ２７、ＷＬＡＮ ＡＮａ２９）を構成することができる。

さらに、ＷＬＡＮアクセスシステムで接続可能なアクセスネットワークは、ｅＰＤＧ１９をコアネットワーク２への接続装置として接続するＷＬＡＮアクセスネットワークｂ（ＷＬＡＮ ＡＮｂ２７）と、ＰＧＷ１７とＰＣＲＦ１３とＡＡＡ１５とに接続するＷＬＡＮアクセスネットワークａ（ＷＬＡＮ ＡＮａ２９）とが構成可能である。

なお、各装置はＥＰＳを利用した移動通信システムにおける従来の装置と同様に構成されるため、詳細な説明は省略する。以下、各装置の簡単な説明をする。

ＰＧＷ１７はＰＤＮ５と、ＳＧＷ２１と、ｅＰＤＧ１９と、ＷＬＡＮ ＡＮａ２９と、ＰＣＲＦ１３と、ＡＡＡ１５と、に接続されており、ＰＤＮ５と、コアネットワーク２とのゲートウェイ装置としてユーザデータ配送を行う。

ＳＧＷ２１は、ＰＧＷ１７と、ＭＭＥ２３と、ＬＴＥ ＡＮ２５と、に接続されており、コアネットワーク２と、ＬＴＥ ＡＮ２５とのゲートウェイ装置としてユーザデータ配送を行う。

ＭＭＥ２３は、ＳＧＷ２１と、ＬＴＥ ＡＮ２５と、ＨＳＳ１１とに接続されており、ＬＴＥ ＡＮ２５を経由してＵＥ＿Ａ８のアクセス制御を行うアクセス制御装置である。

ＨＳＳ１１は、ＭＭＥ２３と、ＡＡＡ１５と、に接続されており、加入者情報の管理を行う管理ノードである。ＨＳＳ１１の加入者情報は、例えばＭＭＥ２３のアクセス制御の際に参照される。

ＡＡＡ１５は、ＰＧＷ１７と、ＨＳＳ１１と、ＰＣＲＦ１３と、ＷＬＡＮ ＡＮａ２９とに接続されており、ＷＬＡＮ ＡＮａ２９を経由して接続するＵＥ＿Ａ８のアクセス制御を行う。

ＰＣＲＦ１３は、ＰＧＷ１７と、ＷＬＡＮ ＡＮａ２９と、ＡＡＡ１５と、ＰＤＮ５とに接続されており、データ配送に対するＱｏＳ管理を行う。

ｅＰＤＧ１９は、ＰＧＷ１７と、ＷＬＡＮ ＡＮｂ２７とに接続されており、コアネットワーク２と、ＷＬＡＮ ＡＮｂ２７とのゲートウェイ装置としてユーザデータの配送を行う。

また、図２（ｂ）に示すように、各無線アクセスネットワークには、ＵＥ＿Ａ８が実際に接続される装置（例えば、基地局装置やアクセスポイント装置）等が含まれている。接続に用いられる装置は、無線アクセスネットワークに適応した装置が考えられる。

本実施形態においては、ＬＴＥ ＡＮ２５はｅＮＢ３１を含んで構成される。ｅＮＢ３１はＬＴＥアクセスシステムでＵＥ＿Ａ８が接続する無線基地局であり、ＬＴＥ ＡＮ２５には１又は複数の無線基地局が含まれて構成されてよい。

ＷＬＡＮ ＡＮａ２９はＷＬＡＮ ＡＰａ３５と、ＧＷ（Gateway）３７とが含まれて構成される。ＷＬＡＮ ＡＰａ３５はコアネットワーク２を運営する事業者に対して信頼性のあるＷＬＡＮアクセスシステムでＵＥ＿Ａ８が接続する無線基地局であり、ＷＬＡＮ ＡＮａ２９には１又は複数の無線基地局が含まれて構成されてよい。ＧＷ３７はコアネットワーク２とＷＬＡＮ ＡＮａ２９のゲートウェイ装置である。また、ＷＬＡＮ ＡＰａ３５とＧＷ３７とは、単一の装置で構成されてもよい。

コアネットワーク２を運営する事業者とＷＬＡＮ ＡＮａ２９を運営する事業者が異なる場合でも、事業者間の契約や規約によりこのような構成での実現が可能となる。

また、ＷＬＡＮ ＡＮｂ２７はＷＬＡＮ ＡＰｂ３３を含んで構成される。ＷＬＡＮ ＡＰｂ３３はコアネットワーク２を運営する事業者に対して信頼関係が結ばれていない場合に、ＷＬＡＮアクセスシステムでＵＥ＿Ａ８が接続する無線基地局であり、ＷＬＡＮ ＡＮｂ２７には１又は複数の無線基地局が含まれて構成されてよい。

このように、ＷＬＡＮ ＡＮｂ２７はコアネットワーク２に含まれる装置であるｅＰＤＧ１９をゲートウェイとしてコアネットワーク２に接続される。ｅＰＤＧ１９は安全性を確保するためのセキュリティ機能を持つ。

なお、本明細書において、ＵＥ＿Ａ８が各無線アクセスネットワークに接続されるという事は、各無線アクセスネットワークに含まれる基地局装置やアクセスポイント等に接続される事であり、送受信されるデータや信号等も、基地局装置やアクセスポイントを経由している。

［１．２ 装置構成］
図１のＵＥ＿Ａ８と、ＵＥ＿Ｂ９と、ＰｒｏＳｅサーバ７の装置構成について図を用いて簡単に説明する。

［１．２．１ ＵＥの構成］
ＵＥ＿Ａ８とＵＥ＿Ｂ９は同じ構成であってよい。ＵＥ＿Ａ８とＵＥ＿Ｂ９はＰｒｏＳｅ機能を含む無線通信端末であれば良く、ＬＴＥアクセス方式により、無線通信によるデータの送受信を行う携帯電話端末であっても良いし、マシーンツーマシーンと呼ばれるような形態で機器同士が相互に情報交換する通信端末であっても良い。

図３は、本実施形態におけるＵＥ＿Ａ８の機能構成を示す。なお、ＵＥ＿Ｂ９の機能構成はＵＥ＿Ａ８と同様で良いため、説明を省略する。ＵＥ＿Ａ８は、送受信アンテナ３０１と、スイッチ３０３と、直接送受信部３０５と、送受信部３０７と、制御部３０９と、記憶部３１３により構成される。ＵＥ＿Ａ８は、制御部３０９に、直接送受信部３０５と、送受信部３０７と、スイッチ３０３と、記憶部３１３とがバスを介して接続されている。

制御部３０９は、ＵＥ＿Ａ８を制御する為の機能部である。制御部３０９は記憶部３１３に記憶されている各種プログラムを読みだして実行する機能部である。

スイッチ３０３は、制御部３０９の制御に従い、送受信部３０７と、直接送受信部３０５とを送受信アンテナ３０１に接続させる機能部である。

送受信部３０７は、ＬＴＥアクセス方式により無線通信のデータを送受信する機能部である。送受信部３０７は、送信部と受信部とから構成され、送信部はＬＴＥ基地局を介してデータや制御情報を送信する事ができ、受信部はＬＴＥ基地局を介してデータや制御情報を送信する事ができる。

直接送受信部３０５は、ＬＴＥ基地局を介さずに他のＵＥへデータや制御情報などで直接通信を行う事が出来る機能部である。直接送受信部３０５は、直接送信部と直接受信部とから構成される。直接送信部はＬＴＥ基地局を介さずにデータや制御情報を送信する事ができ、直接受信部はＬＴＥ基地局を介さずにデータや制御情報の受信を行う事ができる。送受信部３０７と直接送受信部３０５とは１つの送受信部として構成されても良い。

記憶部３１３は、ＵＥ＿Ａ８の各動作に必要なプログラムや、データ等を記憶する機能部である。記憶部３１３は、例えば、半導体メモリや、ＨＤＤ（Hard Disk Drive）等により構成されている。

さらに、記憶部３１３にはＵＥ ＩＤ３１５、ＰｒｏＳｅアプリケーションＩＤ３１７、ＰｒｏＳｅアプリケーションコード３１９、タイマー３２１などを記憶してよい。また、ＵＥ＿Ａ８はこれらの情報を含んだＵＥコンテキストとして記憶してもよい。

ＵＥ ＩＤ３１５は、ＵＥ＿Ａ８を識別する識別情報であり、ＩＭＳＩやＭＳＩＳＤＮ等の識別情報であってよい。もしくは、後述するサービス認証手続きなどにより、ＰｒｏＳｅサーバ７から取得した、ＵＥ＿Ａ８に対応づけられたＰｒｏｓｅ ＩＤであっても良い。

ＰｒｏＳｅアプリケーションＩＤ３１７は、近隣端末を検出するＰｒｏＳｅダイレクトディスカバリに用いる識別情報であってよく、ＰｒｏＳｅによる近隣端末の検出を行う通信端末が実行するアプリケーションを識別する情報であってよい。また、ＰｒｏＳｅアプリケーションＩＤは具体的なアプリケーションの名前であってよい。

ＰｒｏＳｅアプリケーションコード３１９は、ＰｒｏＳｅアプリケーションＩＤに対応づけられたコードであってよい。ＰｒｏＳｅアプリケーションコードは近隣の端末に自身を発見させるためのアナウンス信号に含めて送信したり、近隣の端末が送信するアナウンス信号をモニタリングするために使用するコードであってよい。より詳細な説明は後述するためここでは省略する。

また、タイマー３２１は、ＰｒｏＳｅアプリケーションコードが正当に使用できることを示すためのものであり、タイマーが消費されるまではＰｒｏＳｅアプリケーションコードを正当に使用する等してよい。

ここで、ＵＥ＿Ａ８は、ＰｒｏＳｅアプリケーションＩＤ３１７とＰｒｏＳｅアプリケーションコード３１９とを対応づけて記憶してもよい。

また、ＰｒｏＳｅアプリケーションコード３１９とタイマー３２１とを対応づけて記憶してもよい。または、ＵＥ＿Ａ８が近隣端末へＵＥ＿Ａ８を検出させるためのアナウンスと、近隣端末の検出を目的としたモニタリングを実行する場合、アナウンスのためのタイマーと、モニタリングのためのタイマーをそれぞれ保持してもよい。このように、一つのＰｒｏＳｅアプリケーションコードに対して複数のタイマーを記憶してもよい。

また、ＵＥ＿Ａ８は近隣の端末を検出した場合、近隣端末のＵＥ ＩＤを記憶しても良い。近隣端末は複数検出してもよく、複数のＵＥ ＩＤを記憶してもよい。

また、近隣端末の検出を目的としたモニタリングを実行する際、ＰｒｏＳｅサーバ７からモニタリングを行うためのディスカバリフィルタを受信した場合には、ディスカバリフィルタを記憶してもよい。

ディスカバリフィルタには、ＰｒｏＳｅアプリケーションＩＤ３１７やＰｒｏＳｅアプリケーションコード３１９や、タイマー３２１を対応づけて管理してもよい。

また、近隣端末の検出を目的としたモニタリングを実行する際、ＰｒｏＳｅサーバ７からモニタリングを行うためのディスカバリフィルタに加え、ディスカバリフィルタを識別するディスカバリフィルタＩＤを受信した場合には、ディスカバリフィルタＩＤを記憶してもよい。

さらに、ディスカバリフィルタＩＤとディスカバリフィルタとを対応づけて記憶してもよい。

［１．２．２ ＰｒｏＳｅサーバの構成］
図４は本実施形態におけるＰｒｏＳｅサーバ７の機能構成を示す。ＰｒｏＳｅサーバ７とは、ＰｒｏＳｅによる近隣検出やＰｒｏＳｅによる通信を行う移動通信事業者により管理される認証サーバである。ＰｒｏＳｅサーバ７はＩＰ移動通信ネットワークインターフェース部４０１と、制御部４０５と記憶部４０７により構成される。ＩＰ移動通信ネットワークインターフェース部４０１と記憶部４０７とは制御部４０５を介してバスで接続されている。

制御部４０５はＰｒｏＳｅサーバ７を制御する為の機能部である。制御部４０５は記憶部４０７に記憶されている各種プログラムを読みだして実行する機能部である。

ＩＰ移動通信ネットワークインターフェース部４０１は、ＰｒｏＳｅサーバ７がＩＰ移動通信ネットワーク３に接続する為の機能部である。

記憶部４０７は、ＰｒｏＳｅサーバ７の各動作に必要なプログラムや、データ等を記憶する機能部である。記憶部４０７は、例えば、半導体メモリや、ＨＤＤ（Hard Disk Drive）等により構成されている。

さらに、記憶部４０７には、ＵＥ ＩＤ４１５、ＰｒｏＳｅアプリケーションＩＤ４１７、ＰｒｏＳｅアプリケーションコード４１９、タイマー４２１などを記憶してよい。また、ＰｒｏＳｅサーバ７はこれらの情報を含んだＵＥコンテキストとして記憶してもよい。

ＵＥ ＩＤ４１５は、ＰｒｏＳｅサービスを許可したＵＥを識別する識別情報であり、ＩＭＳＩやＭＳＩＳＤＮ等の識別情報であってよい。もしくは、後述するサービス認証手続きなどにより、ＰｒｏＳｅサーバ７から取得した，ＵＥ＿Ａ８に対応づけられたＰｒｏＳｅ ＩＤであっても良い。

ＰｒｏＳｅアプリケーションＩＤ４１７は、近隣端末を検出するＰｒｏＳｅダイレクトディスカバリに用いる識別情報であってよく、ＰｒｏＳｅによる近隣端末の検出を行う通信端末が実行するアプリケーションを識別する情報であってよい。また、ＰｒｏＳｅアプリケーションＩＤは具体的なアプリケーションの名前であってよい。

ＰｒｏＳｅアプリケーションコード４１９は、ＰｒｏＳｅアプリケーションＩＤに対応づけられたコードであってよい。ＰｒｏＳｅアプリケーションコードは近隣の端末に自身を発見させるためのアナウンス信号に含められて送信されたり、近隣の端末が送信するアナウンス信号をモニタリングするために使用されたりするコードであってよい。より詳細な説明は後述するためここでは省略する。

また、タイマー４２１は、ＰｒｏＳｅアプリケーションコードが正当に使用できることを示すためのものであり、タイマーが消費されるまではＰｒｏＳｅアプリケーションコードを正当に使用する等してよい。

ここで、ＰｒｏＳｅサーバ７は、ＰｒｏＳｅアプリケーションＩＤとＰｒｏＳｅアプリケーションコードとを対応づけて記憶してもよい。

また、ＰｒｏＳｅアプリケーションコード４１９とタイマー４２１とを対応づけて記憶してもよい。または、ＵＥ ＩＤ４１５に記憶する各ＵＥに対し、それぞれＵＥコンテキストを保持しても良い。また、各ＵＥに対して、近隣端末へ検出させるためのアナウンスを許可したことを示す許可情報と、近隣端末の検出を目的としたモニタリングを許可したことを示す許可情報とをそれぞれＵＥに対応づけて記憶して良い。また、ＰｒｏＳｅアプリケーションコードに対応づけてタイマーを管理してもよい。また、アナウンスのためのタイマーと、モニタリングのためのタイマーをそれぞれ保持してもよい。このように、一つのＰｒｏＳｅアプリケーションコードに対して複数のタイマーを記憶してもよい。

このように、ＰｒｏＳｅアプリケーションＩＤ４１７を記憶し、ＰｒｏＳｅサービス登録を認証したＵＥを、ＰｒｏＳｅアプリケーションＩＤ４１７に対応づけて記憶してよい。ここで、ＰｒｏＳｅアプリケーションＩＤ４１７に対応づけて記憶する端末は複数あってよい。さらに、各ＵＥに対して、近隣端末へ検出させるためのアナウンスを許可したことを示す許可情報と、近隣端末の検出を目的としたモニタリングを許可したことを示す許可情報とをそれぞれＵＥに対応づけて記憶して良い。

また、近隣端末の検出を目的としたモニタリングを許可した際、モニタリングを行うためのディスカバリフィルタを記憶してもよい。

ディスカバリフィルタには、ＰｒｏＳｅアプリケーションＩＤ４１７やＰｒｏＳｅアプリケーションコード４１９や、タイマー４２１を対応づけて管理してもよい。

また、ディスカバリフィルタに加え、ディスカバリフィルタを識別するディスカバリフィルタＩＤを記憶してもよい。

さらに、ディスカバリフィルタＩＤとディスカバリフィルタとを対応づけて記憶してもよい。

［１．２．３ ＨＳＳの構成］
図５は本実施形態におけるＨＳＳ１１の機能構成を示す。ＨＳＳとは、加入者情報を管理するサーバ装置である。さらに、ＰｒｏＳｅをはじめとする通信サービスのサービス提供に対する許可情報等を管理する。

ＨＳＳ１１はＩＰ移動通信ネットワークインターフェース部５０１と、制御部５０５と記憶部５０７を備えて構成される。ＩＰ移動通信ネットワークインターフェース部５０１と記憶部５０７とは制御部５０５を介してバスで接続されている。

制御部５０５はＨＳＳ１１を制御する為の機能部である。制御部５０５は記憶部５０７に記憶されている各種プログラムを読みだして実行する機能部である。

ＩＰ移動通信ネットワークインターフェース部５０１は、ＨＳＳ１１がＩＰ移動通信ネットワーク３に接続する為の機能部である。

記憶部５０７はＨＳＳ１１の各種動作に必要なプログラム、データ等を記憶する機能部である。記憶部５０７は、例えば、半導体メモリや、ＨＤＤ（Hard Disk Drive）等により構成される。

さらに、記憶部５０７にはＵＥ ＩＤ５１５、ＰｒｏＳｅアプリケーションＩＤ５１７、ＰｒｏＳｅアプリケーションコード５１９、許可情報５２１などを記憶してよい。また、これらの情報はＵＥ毎に加入者情報として管理してもよい。

ＵＥ ＩＤ５１５は、ＰｒｏＳｅサービスを許可したＵＥを識別する識別情報であり、ＩＭＳＩやＭＳＩＳＤＮ等の識別情報であってよい。もしくは、後述するサービス認証手続きなどにより、ＰｒｏＳｅサーバ７から取得した，ＵＥ＿Ａ８に対応づけられたＰｒｏＳｅ ＩＤであっても良い。

ＰｒｏＳｅアプリケーションＩＤ５１７は、近隣端末を検出するＰｒｏＳｅダイレクトディスカバリに用いる識別情報であってよく、ＰｒｏＳｅによる近隣端末の検出を行う通信端末が実行するアプリケーションを識別する情報であってよい。また、ＰｒｏＳｅアプリケーションＩＤは具体的なアプリケーションの名前であってよい。

ＰｒｏＳｅアプリケーションコード５１９は、ＰｒｏＳｅアプリケーションＩＤ５１７に対応づけられたコードであってよい。ＰｒｏＳｅアプリケーションコードは近隣の端末に自身を発見させるためのアナウンス信号に含めてられ送信されたり、近隣の端末が送信するアナウンス信号をモニタリングするために使用されたりするコードであってよい。より詳細な説明は後述するためここでは省略する。

また、許可情報は、ＰｒｏＳｅサービスを提供することを許容するかどうかの許可情報であってよい。さらに、ＰｒｏＳｅサービスのなかでも、アナウンス機能やモニタリング機能やマッチレポート機能など、機能毎に提供することを許容するかどうかの許可情報であってよい。また、許可情報は、ＵＥ毎に管理してもよい。

さらに、許可情報は、ユーザの契約などにより任意のタイミングで運用者によって決定され、更新されてよい。

また、ＨＳＳ１１は、ＰｒｏＳｅアプリケーションＩＤ５１７とＰｒｏＳｅアプリケーションコード５１９とを対応づけて記憶してもよい。

このように、ＰｒｏＳｅアプリケーションＩＤ５１７を記憶し、ＰｒｏＳｅサービス登録を認証したＵＥを、ＰｒｏＳｅアプリケーションＩＤ５１７に対応づけて記憶してよい。ここで、ＰｒｏＳｅアプリケーションＩＤ５１７に対応づけて記憶する端末は複数あってよい。さらに、各ＵＥに対して、近隣端末へ検出させるためのアナウンスを許可したことを示す許可情報と、近隣端末の検出を目的としたモニタリングを許可したことを示す許可情報とをそれぞれＵＥに対応づけて記憶して良い。

また、近隣端末の検出を目的としたモニタリングを許可した際、モニタリングを行うためのディスカバリフィルタを記憶してもよい。

ディスカバリフィルタには、ＰｒｏＳｅアプリケーションＩＤ５１７やＰｒｏＳｅアプリケーションコード５１９や、タイマーを対応づけて管理してもよい。
この場合、タイマーはオペレータにより設定された初期設定のタイマー値であってよい。

また、ディスカバリフィルタに加え、ディスカバリフィルタを識別するディスカバリフィルタＩＤを記憶してもよい。

さらに、ディスカバリフィルタＩＤとディスカバリフィルタとを対応づけて記憶してもよい。

［１．３ 処理の説明］
以下に、本実施形態で説明する処理の概要について説明する。

［１．３．１ サービス認証手続き］
ＵＥ＿Ａ８は、ＰｒｏＳｅサービスとして提供される近隣端末検出（ＰｒｏＳｅ Ｄｉｒｅｃｔ Ｄｉｓｃｏｖｅｒｙ）や直接通信路を用いた通信（ＰｒｏＳｅ Ｄｉｒｅｃｔ Ｃｏｍｍｕｎｉｃａｔｉｏｎ）に対する認証手続きを実施する。認証手続きは、近隣端末検出と、直接通信路を用いた通信のそれぞれを異なる手続きで認証してもよいし、一つの認証手続きで認証してもよい。

以下、図６を用いて本実施形態における認証手続きを説明する。以下では、ＵＥ＿Ａ８が認証要求を行う例を説明するが、ＵＥ＿Ｂ９はＵＥ＿Ａ８と同様の手法で認証手続きを実施してよい。

まず、ＵＥ＿Ａ８はアタッチ手続きを実行し、コアネットワークに接続する（Ｓ６０２）。結果、ＵＥ＿Ａ８はＰＧＷ１７との間にＰＤＮコネクションを確立する。ＰＤＮコネクションはＰＤＮ５との間でデータを送受信するための通信路である。アタッチ手続きはＵＥ＿Ａ８の電源投入時など、初期手続きとして実行されて良い。

より具体的にはアタッチ手続きは、ＵＥ＿Ａ８がＭＭＥ２３にアタッチ要求を送信して開始する。アタッチ要求には、ＡＰＮやＩＭＳＩＧなどのＵＥの識別情報を含めて送信してもよい。また、ＡＰＮはアタッチ要求メッセージに必ずしも含まれる必要はなく、アタッチ手続き内の制御メッセージによってＵＥ＿Ａ８からＭＭＥ２３に通知されてもよい。

ＭＭＥ２３は、受信したＡＰＮに基づいてＰＧＷ１７を選択し、ＵＥ＿Ａ８に対するＰＤＮコネクションの端点を決定する。さらに、ＰＤＮコネクションの確立や、コアネットワークへの接続を許可し、アタッチ要求メッセージに対する応答となるアタッチ許可メッセージをＵＥ＿Ａ８に送信する。なお、アタッチ許可メッセージは、ＭＭＥ２３から直接ＵＥ＿Ａ８に送信されてもよいし、ＬＴＥ ＡＮ２５に含まれるｅＮＢ３１を介して送信されてもよい。

また、ＭＭＥ２３は、アタッチ許可メッセージの送信により、ＵＥ＿Ａ８がコアネットワーク接続を許可されたこと通知してもよい。また、ＭＭＥ２３は、アタッチ許可メッセージの送信により、ＰＤＮコネクションを確立したことを通知してもよい。さらに、アタッチ許可メッセージには、ＰＤＮコネクションに対応づけられたＩＰアドレスや、ＡＰＮを含めて送信してもよい。

次に、ＵＥ＿Ａ８はＰｒｏＳｅ登録要求メッセージをＰｒｏＳｅサーバ７に送信する（Ｓ６０４）。ＵＥ＿Ａ８は、ＰｒｏＳｅ登録要求メッセージを送信することにより、近隣端末検出と、直接通信路を用いた通信の許可を要求してもよい。また、近隣端末検出と、直接通信路を用いた通信の許可とをそれぞれ識別する情報を含めて送信し、これらを個別に許可を求めてもよい。

また、ＰｒｏＳｅ登録要求の送信には、アタッチ手続きで確立したＰＤＮコネクションを用いて送信してもよい。さらに、ＵＥ＿Ａ８はアタッチ手続きで取得したＩＰアドレスを送信元アドレスとしてＰｒｏＳｅ登録要求メッセージをＰｒｏＳｅサーバ７に送信してもよい。

また、ＰｒｏＳｅ登録要求メッセージの送信先のＰｒｏＳｅサーバ７は、契約する通信事業者であるＨｏｍｅ ＰＬＭＮに対応づけられたＰｒｏＳｅサーバ７の情報を予め保持しておき、送信先として用いても良い。

もしくは、ＰｒｏＳｅサービスを提供可能な通信事業者のリストをローカルＰＬＭＮとして保持しておき、さらに、ローカルＰＬＭＮに対応づけられたＰｒｏＳｅサーバ７を保持しておくことで、送信先として用いても良い。

ローカルＰＬＭＮは、Ｈｏｍｅ ＰＬＭＮとの契約関係などで決定される任意の通信事業者でもよいし、Ｈｏｍｅ ＰＬＭＮと同一の国で運用する通信事業者であっても良い。

このように、ＵＥ＿Ａ８はＰＬＭＮを識別するＰＬＭＮ ＩＤとＰｒｏＳｅサーバ７とを対応づけて保持しておき、送信先として用いて認証を要求しても良い。

また、ＰＬＭＮ ＩＤとＰｒｏＳｅサーバ７の情報は、ＨｏｍｅＰＬＭＮから取得しても良い。例えば、Ｈｏｍe ＰＬＭＮのＰｒｏＳｅサーバ７に問い合わせを行い、問い合わせに対する応答により取得し、保持しても良い。

また、ＰｒｏＳｅサーバ７はＰｒｏＳｅ登録要求の受信に基づいてＰｒｏＳｅＩＤの割り当てを実行しても良い（Ｓ６０６）。さらに、ＰｒｏＳｅサーバ７はＰｒｏＳｅ ＩＤをＰｒｏＳｅ登録応答に含めてＵＥ＿Ａ８へ送信してもよい（Ｓ６０８）。ＰｒｏＳｅ ＩＤは、ＵＥ＿Ａ８に対応づけられたＩＤであってよく、ＵＥ＿Ａ８は、近隣端末の検出や、近隣端末へ自身を通知する場合に端末を識別する情報として用いても良い。

また、ＰｒｏＳｅサーバ７は、ＰｒｏＳｅ登録要求を受信に基づいて、近隣端末の検出および直接通信路を用いた通信の認証を実行し、ＰｒｏＳｅ登録応答を送信しても良い。

ＰｒｏＳｅ登録応答には、認証結果を含めて送信しもよい。ＰｒｏＳｅサーバ７はＵＥ＿Ａ８に対応づけて認証するための情報を保持しておき、その情報に基づいて認証結果を可とするか不可とするか決定しても良い。

ＵＥ＿Ａ８は、ＰｒｏＳｅ登録応答を受信し、認証結果を取得する。また、ＰｒｏＳｅ登録応答に含まれるＰｒｏＳｅ ＩＤを取得し、保持しても良い。

以上、ＵＥ＿Ａ８のサービス登録手続きを説明したが、ＵＥ＿Ｂ９は同様の手続きによりサービス登録を実施してもよい。

［１．３．２ アナウンス要求手続き］
次に、端末がアナウンスを要求する手続きを説明する。アナウンスとは、端末が自身の存在を近隣に位置する端末に対して通知することである。

以下では、ＵＥ＿Ａ８がアナウンスを実行する手続きを、図７を基に説明する。ＵＥ＿Ａ８は、サービス認証手続きにより認証が許可されたことに基づいてアナウンスを実行してもよい。

また、以下ではＵＥ＿Ａ８がアナウンス手続きを行う例を説明するが、ＵＥ＿Ｂ９においてもＵＥ＿Ａ８と同様の手続きによりアナウンス手続きを実行してもよい。

ＵＥ＿Ａ８は、アナウンスを実行する初期状態として、Ｈｏｍｅ ＰＬＭＮに対応するＰｒｏＳｅアプリケーションＩＤを設定してもよい（Ｓ７０２）。具体的な取得方法としては、ＵＥ＿Ａ８はサービス登録手続きにおいて、ＰｒｏＳｅ登録要求をＰｒｏＳｅサーバ７に送信することでＰｒｏＳｅアプリケーションＩＤ要求してもよい。さらに、ＰｒｏＳｅサーバ７はその応答にＰｒｏＳｅアプリケーションＩＤを含めて送信してもよい。このように、ＵＥ＿Ａ８はＰｒｏＳｅ登録応答に含まれるＰｒｏＳｅアプリケーションＩＤを取得しても良い。
ＵＥ＿Ａ８は、取得したアプリケーションＩＤを事前に保持していてよい。

ＵＥ＿Ａ８はディスカバリ要求をＰｒｏＳｅサーバ７に送信する（Ｓ７０４）。ここで、ＵＥ＿Ａ８によるディスカバリ要求の送信は、サービス認証手続きが完了していることを条件に送信しても良い。より具体的には契約する通信事業者であるＨｏｍe ＰＬＭＮのＰｒｏＳｅサーバ７において、ＵＥ＿Ａ８がアナウンスすることを認証されたことを条件としてもよい。また、ＵＥ＿Ａ８は認証完了に伴い認証情報をＰｒｏＳｅサーバ７から取得し、認証情報を保持することを条件としても良い。

また、ディスカバリ要求には、ＰｒｏＳｅアプリケーションＩＤや、ＵＥ ＩＤや、アナウンスを要求することを示すコマンドを含めて送信しても良い。ＰｒｏＳｅアプリケーションＩＤは、ＵＥ＿Ａ８がアナウンスを要求するアプリケーションを示すＩＤであって良い。ＵＥ ＩＤは、ＩＭＳＩやＭＳＩＳＤＮ等の識別情報であってよい。もしくは、サービス認証手続きなどにより、ＰｒｏＳｅサーバ７から取得した，ＵＥ＿Ａ８に対応づけられたＰｒｏＳｅ ＩＤであっても良い。

また、アナウンスを要求することを示す情報は、コマンドで識別する方法に限らず、アナウンス要求メッセージを規定するなどして、アナウンス要求メッセージを送信することで要求しても良い。より具体的には、アナウンスを要求するメッセージタイプを規定し、メッセージタイプを含めた要求メッセージを送信してもよい。

また、ディスカバリ要求の送信先のＰｒｏＳｅサーバ７は、ＵＥ＿Ａ８の契約する通信事業者であるＨｏｍe ＰＬＭＮのＰｒｏＳｅサーバ７に関する情報を予め保持しておき、Ｈｏｍe ＰＬＭＮのＰｒｏＳｅサーバ７を送信先としても良い。

次に、ＰｒｏＳｅサーバ７は、ＵＥ＿Ａ８からディスカバリ要求を受信する。さらに、ＰｒｏＳｅサーバ７はもしＵＥ＿Ａ８に対応づけられたＵＥコンテキストを保持していない場合、ＨＳＳ１１に対してアナウンスを行うことに対する認証や、ＵＥコンテキストの生成に対する認証を要求しても良い（Ｓ７０６）。これらの認証の要求は、ディスカバリ認証要求をＨＳＳ１１に送信して要求しても良い。さらに、ディスカバリ認証要求には、ＰｒｏＳｅアプリケーションＩＤやＵＥ ＩＤを含めて送信しても良い。

ＰｒｏＳｅアプリケーションＩＤは、ＵＥ＿Ａ８がアナウンスを要求するアプリケーションを示すＩＤであって良い。ＵＥ ＩＤは、ＩＭＳＩやＭＳＩＳＤＮ等の識別情報であってよい。もしくは、サービス認証手続きなどにより、ＰｒｏＳｅサーバ７から取得した，ＵＥ＿Ａ８に対応づけられたＰｒｏＳｅ ＩＤであっても良い。

次に、ＨＳＳ１１はディスカバリ認証要求を受信する。ＨＳＳ１１はＵＥ＿Ａ８に対応づけられた加入者情報を保持しておき、加入者情報には、ディスカバリを許可することを示す情報や、アナウンスを許可する情報や、モニターを許可する情報などを、ＵＥ＿Ａ８に対応づけて管理してよい。

また、これらの許可情報はアプリケーション毎に異なる許可情報を管理してもよい。つまりＰｒｏＳｅアプリケーションＩＤに対応づけて許可情報を管理してもよい。

ＨＳＳ１１は受信したＰｒｏＳｅアプリケーションＩＤやＵＥ ＩＤと、加入者情報に基づいて、認証を実行する。さらに、ＰｒｏＳｅサーバ７は、ディスカバリ認証に対する応答として、ディスカバリ認証応答をＰｒｏＳｅサーバ７に送信しても良い（Ｓ７０８）。ここで、ディスカバリ認証応答には認証結果を含めて送信してもよい。

より具体的には、ディスカバリ認証要求に含まれる情報と加入者情報とを照合し、ＵＥ＿Ａ８がアナウンスを実行することを許可する場合には、許可したことを示す情報を含めてディスカバリ認証応答を送信し、許可しない場合には、許可しないことを示す情報を含めてディスカバリ認証応答を送信してもよい。

ここで、ＨＳＳ１１は、加入者情報においてアナウンスが許可された情報を保持している場合、アナウンスを許可してもよい。また、加入者情報においてＰｒｏＳｅにおけるディスカバリが許可された情報を保持している場合、アナウンスを許可してもよい。

次に、ＰｒｏＳｅサーバ７は、ＨＳＳ１１が送信するディスカバリ認証応答を受信する。ＰｒｏＳｅサーバ７は、ディスカバリ認証応答に基づいてＵＥコンテキストを生成してもよい。ＵＥコンテキストには、ＵＥ＿Ａ８が送信するディスカバリ要求、もしくはＨＳＳ１１が送信するディスカバリ認証応答により取得した、ＰｒｏＳｅアプリケーションＩＤと、ＵＥ ＩＤと、アナウンスを許可する情報を含めて記憶してもよい。こうしたＵＥコンテキストはＵＥ＿Ａ８に対応づけて管理してもよい。

さらに、ＰｒｏＳｅアプリケーションコードに対応づけてタイマーを管理してもよい。タイマーはアナウンスを許可する時間を示すものであってよい。また、ＰｒｏＳｅアプリケーションコードが正当なものであることを示すものであってもよい。つまり、ＰｒｏＳｅアプリケーションコードは安全に使用できるものとして運用されることが望まれるため、コードの値は永続的に使えるものではなく、タイマーにより更新することで安全性を確保することができる。またタイマーの初期の値は、通信事業者による設定によって決定されて良い。

また、ＰｒｏＳｅサーバ７はＰｒｏＳｅアプリケーションＩＤに対応するＰｒｏＳｅアプリケーションコードを保持しておき、ＵＥコンテキストに記憶してもよい。

ＰｒｏＳｅアプリケーションコードは、通信端末が近隣端末の発見のために送信する信号に含めて送信するコードであり、ＰｒｏＳｅアプリケーションＩＤに対応づけられている。

これにより、通信端末は、近隣にＰｒｏＳｅアプリケーションコードを送信することにより、対応するアプリケーションを利用可能であることをアナウンスすることができる。

また、ＰｒｏＳｅサーバ７は、ＰｒｏＳｅアプリケーションコードは、ＰｒｏＳｅアプリケーションＩＤに対応づけて保持してよい。また、もし保持していない場合には、ＰｒｏＳｅアプリケーションＩＤに対応づけてＰｒｏＳｅアプリケーションコードを生成してもよい。

さらに、ＰｒｏＳｅサーバ７は、ディスカバリ要求に対する応答として、ディスカバリ応答をＵＥ＿Ａ８に送信してもよい（Ｓ７１０）。

ここで、ＰｒｏＳｅサーバ７は、ディスカバリ応答の送信時にタイマーのカウントを開始してもよい。

ディスカバリ応答には、ＵＥコンテキストに関する情報を含めて送信してもよい。より具体的には、ＰｒｏＳｅアプリケーションＩＤ、ＵＥ ＩＤ、ＰｒｏＳｅアプリケーションコード、タイマーの値を含めて送信してもよい。

次に、ＵＥ＿Ａ８はディスカバリ応答を受信する。さらに、認証結果、およびＰｒｏＳｅアプリケーションコード、タイマーの値などを取得してもよい。

また、ＵＥ＿Ａ８は、ディスカバリ応答に含まれる情報を基に、アナウンスが許可されたか否かを判断する。

アナウンスが許可された場合には、無線リソースを割り当て（Ｓ７１２），取得したＰｒｏＳｅアプリケーションコードを含めた信号を近隣に送信してもよい。周波数や時間などの無線リソース情報は、ＰｒｏＳｅサーバ７から取得しても良いし、予めアナウンスするためのリソースを保持しておき、割り当てても良い。

また、ＵＥ＿Ａ８は、ディスカバリ応答の受信に基づいて、タイマーのカウントを開始しても良い。また、ＵＥ＿Ａ８はタイマーが消費されるまでの間、アナウンスのための信号を送信しても良い。また、タイマーの値がゼロになるなど、タイマーが消費された場合には、アナウンスを停止する。

また、ディスカバリ応答において認証不可と通知された場合には、ＵＥ＿Ａ８は無線リソースの割り当てやアナウンスは実行しない。

以上の手続きにより、ＵＥ＿Ａ８は、アナウンスを実行ための認証手続きを行うことができる。さらに、ＵＥ＿Ａ８は、アナウンスを行うＰｒｏＳｅアプリケーションＩＤに対応するＰｒｏＳｅアプリケーションコードの取得することができる。

また、ＵＥ＿Ａ８は複数のアプリケーションのアナウンシングを要求しても良い。その際は、複数のＰｒｏＳｅアプリケーションＩＤを保持し、ＰｒｏＳｅアプリケーションＩＤ毎にアナウンス要求手続きを実行してよい。

また、ＵＥ＿Ａ８は、ディスカバリ応答の受信に基づいて、認証がされていた場合には、アナウンスを実行してもよい。具体的なアナウンスの手段としては、ＵＥ＿Ａ８は、割り当てた無線リソースを用いてアナウンス信号を送信してもよい。また、認証されている状態においては、ユーザ操作や通信端末の設定などにより任意のタイミングでアナウンス信号を送信してもよい。また、アナウンス信号の送信は、ＵＥ＿Ａ８を中心として放射線状に信号を送信してもよい。

また、ＵＥ＿Ａ８は、レンジグラスに基づいて送信信号の強度を決定し、送信してもよい。ＵＥ＿Ａ８は、ＰｒｏＳｅサーバからレンジクラスを取得して保持しておき、アナウンス信号の送信時にレンジクラスは読み出して送信強度を決定してもよい。このように、アナウンス信号の到達距離を決定してもよい。

また、レンジクラスはアプリケーション毎に異なるレンジクラスを保持し、アプリケーション毎にアナウンス信号の送信強度をレンジクラスに基づいて決定し、アナウンス信号を送信してもよい。また、ＵＥ＿Ａ８は、ＬＴＥすなわちＥ−ＵＴＲＡ技術に基づいた直接無線信号（Ｄｉｒｅｃｔ Ｒａｄｉｏ Ｓｉｇｎａｌ）を用いてアナウンス信号を送信してもよい。

［１．３．３ モニタリング要求手続き］
次に、端末がモニタリングを要求する手続きを説明する。モニタリングとは、近隣端末の存在を検出する為の手続きである。より具体的には、近隣端末が発信するアナウンス信号を受信するために、アナウンス信号をモニタリングする為の手続きである。

以下では、ＵＥ＿Ｂ９がモニタリングを実行する手続きを図８を基に説明する。ＵＥ＿Ｂ９は、サービス認証手続きにより認証が許可されたことに基づいてモニタリングを実行してもよい。

また、以下ではＵＥ＿Ｂ９がアナウンス手続きを行う例を説明するが、ＵＥ＿Ａ８においてもＵＥ＿Ｂ９と同様の手続きによりモニタリング手続きを実行してもよい。

ＵＥ＿Ｂ９は、モニタリングを実行する初期状態として、Ｈｏｍｅ ＰＬＭＮに対応するＰｒｏＳｅアプリケーションＩＤを設定してもよい（Ｓ８０２）。具体的な取得方法としては、ＵＥ＿Ｂ９はサービス登録手続きにおいて、ＰｒｏＳｅ登録要求をＰｒｏＳｅサーバ７に送信することでＰｒｏＳｅアプリケーションＩＤ要求してもよい。さらに、ＰｒｏＳｅサーバ７はその応答にＰｒｏＳｅアプリケーションＩＤを含めて送信してもよい。このように、ＵＥ＿Ｂ９はＰｒｏＳｅ登録応答に含まれるＰｒｏＳｅアプリケーションＩＤを取得しても良い。
ＵＥ＿Ａ８は、取得したアプリケーションＩＤを事前に保持していてよい。

ＵＥ＿Ｂ９はディスカバリ要求をＰｒｏＳｅサーバ７に送信する（Ｓ８０４）。ここで、ＵＥ＿Ｂ９によるディスカバリ要求の送信は、サービス認証手続きが完了していることを条件に送信しても良い。より具体的には契約する通信事業者であるＨｏｍe ＰＬＭＮのＰｒｏＳｅサーバ７において、ＵＥ＿Ｂ９がモニタリングすることを認証されたことを条件としてもよい。また、ＵＥ＿Ｂ９は認証完了に伴い認証情報をＰｒｏＳｅサーバ７から取得し、認証情報を保持することを条件としても良い。

また、ディスカバリ要求には、ＰｒｏＳｅアプリケーションＩＤや、ＵＥ ＩＤや、モニタリングを要求することを示すコマンドを含めて送信しても良い。
ＰｒｏＳｅアプリケーションＩＤは、ＵＥ＿Ｂ９がモニタリングを要求するアプリケーションを示すＩＤであって良い。ＵＥ ＩＤは、ＩＭＳＩやＭＳＩＳＤＮ等の識別情報であってよい。もしくは、サービス認証手続きなどにより、ＰｒｏＳｅサーバ７から取得した、ＵＥ＿Ａ８に対応づけられたＰｒｏＳｅ ＩＤであっても良い。

また、モニタリングを要求することを示す情報は、コマンドで識別する方法に限らず、モニタリング要求メッセージを規定するなどして、モニタリング要求メッセージを送信することで要求しても良い。より具体的には、モニタリングを要求するメッセージタイプを規定し、メッセージタイプを含めた要求メッセージを送信してもよい。

また、ディスカバリ要求の送信先のＰｒｏＳｅサーバ７は、ＵＥ＿Ｂ９の契約する通信事業者であるＨｏｍｅ ＰＬＭＮのＰｒｏＳｅサーバ７に関する情報を予め保持しておき、Ｈｏｍｅ ＰＬＭＮのＰｒｏＳｅサーバ７を送信先としても良い。

次に、ＰｒｏＳｅサーバ７は、ＵＥ＿Ｂ９からディスカバリ要求を受信する。さらに、ＰｒｏＳｅサーバ７はもしＵＥ＿Ｂ９に対応づけられたＵＥコンテキストを保持していない場合、ＨＳＳ１１に対してアナウンスを行うことに対する認証や、ＵＥコンテキストの生成に対する認証を要求しても良い（Ｓ８０６）。これらの認証の要求は、ディスカバリ認証要求をＨＳＳ１１に送信して要求しても良い。さらに、ディスカバリ認証要求には、ＰｒｏＳｅアプリケーションＩＤやＵＥＩＤを含めて送信しても良い。

ＰｒｏＳｅアプリケーションＩＤは、ＵＥ＿Ｂ９がモニタリングを要求するアプリケーションを示すＩＤであって良い。ＵＥ ＩＤは、ＩＭＳＩやＭＳＩＳＤＮ等の識別情報であってよい。もしくは、サービス認証手続きなどにより、ＰｒｏＳｅサーバ７から取得した，ＵＥ＿Ｂ９に対応づけられたＰｒｏＳｅ ＩＤであっても良い。

次に、ＨＳＳ１１はディスカバリ認証要求を受信する。ＨＳＳ１１はＵＥ＿Ｂ９に対応づけられた加入者情報を保持しておき、加入者情報には、ディスカバリを許可することを示す情報や、モニタリングを許可する情報や、アナウンスを許可する情報などを、ＵＥ＿Ｂ９に対応づけて管理してよい。

また、これらの許可情報はアプリケーション毎に異なる許可情報を管理してもよい。つまりＰｒｏＳｅアプリケーションＩＤに対応づけて許可情報を管理してもよい。

ＨＳＳ１１は受信したＰｒｏＳｅアプリケーションＩＤやＵＥ ＩＤと、加入者情報に基づいて、認証を実行する。さらに、ＰｒｏＳｅサーバ７は、ディスカバリ認証に対する応答として、ディスカバリ認証応答をＰｒｏＳｅサーバ７に送信しても良い（Ｓ８０８）。ここで、ディスカバリ認証応答には認証結果を含めて送信してもよい。

より具体的には、ディスカバリ認証要求に含まれる情報と加入者情報とを照合し、ＵＥ＿Ｂ９がモニタリングを実行することを許可する場合には、許可したことを示す情報を含めてディスカバリ認証応答を送信し、許可しない場合には、許可しないことを示す情報を含めてディスカバリ認証応答を送信してもよい。

ここで、ＨＳＳ１１は、加入者情報においてモニタリングが許可された情報を保持している場合、モニタリングを許可してもよい。また、加入者情報においてＰｒｏＳｅにおけるディスカバリが許可された情報を保持している場合、モニタリングを許可してもよい。

次に、ＰｒｏＳｅサーバ７は、ＨＳＳ１１が送信するディスカバリ認証応答を受信する。ＰｒｏＳｅサーバ７は、ディスカバリ認証応答に基づいてＵＥコンテキストを生成してもよい。ＵＥコンテキストには、ＵＥ＿Ａ８が送信するディスカバリ要求、もしくはＨＳＳ１１が送信するディスカバリ認証応答により取得した、ＰｒｏＳｅアプリケーションＩＤと、ＵＥ ＩＤと、モニタリングを許可する情報を含めて記憶してもよい。こうしたＵＥコンテキストはＵＥ＿Ｂ９に対応づけて管理してもよい。

さらに、ＰｒｏＳｅアプリケーションコードに対応づけてタイマーを管理してもよい。タイマーはアナウンスを許可する時間を示すものであってよい。また、ＰｒｏＳｅアプリケーションコードが正当なものであることを示すものであってもよい。つまり、ＰｒｏＳｅアプリケーションコードは安全に使用できるものとして運用されることが望まれるため、コードの値は永続的に使えるものではなく、タイマーにより更新することで安全性を確保することができる。

またタイマーの初期の値は、通信事業者による設定によって決定されて良い。もしくは、ＵＥ＿Ａ８などの他の端末がアナウンスを要求しており、ＰｒｏＳｅサーバ７は、ＰｒｏＳｅアプリケーションＩＤに対応したＰｒｏＳｅアプリケーションコードを割り当ていた場合、ＰｒｏＳｅアプリケーションコードに対応づけられたタイマーはカウントされており、現時点での残りの値を初期の値としてもよい。

また、ＰｒｏＳｅサーバ７はＰｒｏＳｅアプリケーションＩＤに対応するＰｒｏＳｅアプリケーションコードを保持しておき、ＵＥコンテキストに記憶してもよい。

ＰｒｏＳｅアプリケーションコードは、通信端末が近隣端末の発見のために送信する信号に含めて送信するコードであり、ＰｒｏＳｅアプリケーションＩＤに対応づけられている。

これにより、通信端末は、近隣にＰｒｏＳｅアプリケーションコードを送信することにより、対応するアプリケーションを利用可能であり、アナウンスを実行する端末をモニタリングすることができる。

また、ＰｒｏＳｅサーバ７は、ＰｒｏＳｅアプリケーションコードは、ＰｒｏＳｅアプリケーションＩＤに対応づけて保持してよい。また、もし保持していない場合には、ＰｒｏＳｅアプリケーションＩＤに対応づけてＰｒｏＳｅアプリケーションコードを生成してもよい。

さらに、ＰｒｏＳｅサーバ７は、ディスカバリ要求に対する応答として、ディスカバリ応答をＵＥ＿Ｂ９に送信してもよい（Ｓ８１０）。

ここで、ＰｒｏＳｅサーバ７は、ディスカバリ応答の送信時にタイマーのカウントを開始してもよい。

ディスカバリ応答には、ＵＥコンテキストに関する情報を含めて送信してもよい。より具体的には、ＰｒｏＳｅアプリケーションＩＤ、ＵＥ ＩＤ、ＰｒｏＳｅアプリケーションコード、タイマーの値を含めて送信してもよい。

ここで、ＵＥ＿Ａ８などの他の端末がアナウンスを要求しており、ＰｒｏＳｅサーバ７は、ＰｒｏＳｅアプリケーションＩＤに対応したＰｒｏＳｅアプリケーションコードを割り当ていた場合、ＰｒｏＳｅアプリケーションコードに対応づけられたタイマーはカウントされている。ＰｒｏＳｅサーバ７は、現時点での残りの値をタイマーの値として送信してもよい。

また、ＰｒｏＳｅサーバ７は、ＰｒｏＳｅアプリケーションコードを送信するのではなく、ＰｒｏＳｅアプリケーションコードの一部をマスクするマスク値を送信してもよい。例えば、多店舗を展開するコーヒーショップや飲食店などがあり、ＰｒｏＳｅアプリケーションコードが特定の店舗に対応づけ、マスク値は特定の店舗は特定できないまでも、コーヒーショップ名などのチェーン展開する会社などを特定するなどが可能になる。

また、複数のＰｒｏｓｅアプリケーションＩＤをグループとして管理し、ＰｒｏＳｅアプリケーションＩＤ毎にＰｒｏＳｅアプリケーションコードを生成する際、ＰｒｏＳｅアプリケーションコードの任意の上位ビットに同じ値を割り当てるなどしてもよい。さらに、こうした共通の上位ビットをマスク値としても良い。これにより、モニタリングするＵＥは、マスク値による検出に基づいて、グループによって管理される複数のＰｒｏｓｅアプリケーションコードを検出することができる。このように、複数のＰｒｏＳｅアプリケーションを検出することもできる。

このように、マスクは複数のＰｒｏＳｅアプリケーションＩＤを識別することのできる識別情報であってよい。

また、ＰｒｏＳｅサーバ７は、ＰｒｏＳｅアプリケーションＩＤに対応づけて管理するＰｒｏＳｅアプリケーションコードやマスク値、さらにはタイマーをディスカバリフィルタと定義づけて管理してもよい。つまり、ＰｒｏＳｅサーバ７は、ＵＥ＿Ｂ９にディスカバリ応答を送信し、ディスカバリ応答にはＵＥ＿Ｂ９がモニタリングを要求するＰｒｏＳｅアプリケーションＩＤに対応するディスカバリフィルタを含めて送信してもよい。さらに、ディスカバリフィルタを識別するディスカバリフィルタＩＤを含めて送信してもよい。

次に、ＵＥ＿Ｂ９はディスカバリ応答を受信する。さらに、認証結果、およびＰｒｏＳｅアプリケーションコード、タイマーの値などを取得してもよい。

また、ＵＥ＿Ｂ９は、ディスカバリ応答に含まれる情報を基に、モニタリングが許可されたか否かを判断する。

モニタリングが許可された場合には、無線リソースを割り当て（Ｓ８１２），取得したＰｒｏＳｅアプリケーションコードを含めた信号が送信されているか否かをモニタリングしてもよい。周波数や時間などの無線リソース情報は、ＰｒｏＳｅサーバ７から取得しても良いし、予めアナウンスするためのリソースを保持しておき、割り当てても良い。さらに、モニタリングでは、ＵＥ＿Ｂ９は、ＬＴＥすなわちＥ−ＵＴＲＡ技術に基づいた直接無線信号（Direct Radio Signal）を用いて送信されたアナウンス信号を受信し、検出してもよい。

また、ＵＥ＿Ａ８は、ディスカバリ応答の受信に基づいて、タイマーのカウントを開始しても良い。また、ＵＥ＿Ｂ９はタイマーが消費されるまでの間、モニタリングを実行しても良い。また、タイマーの値がゼロになるなど、タイマーが消費された場合には、モニタリングを停止する。

また、ディスカバリ応答において認証不可と通知された場合には、ＵＥ＿Ｂ９は無線リソースの割り当てやモニタリングは実行しない。

以上の手続きにより、ＵＥ＿Ｂ９は、モニタリングを実行するための認証手続きを行うことができる。さらに、ＵＥ＿Ｂ９は、モニタリングを行うＰｒｏＳｅアプリケーションＩＤに対応するＰｒｏＳｅアプリケーションコードの取得することができる。

また、ＵＥ＿Ｂ９は複数のアプリケーションのモニタリングを要求しても良い。その際は、複数のＰｒｏＳｅアプリケーションＩＤを保持し、ＰｒｏＳｅアプリケーションＩＤ毎にモニタリング要求手続きを実行してよい。

［１．３．４ マッチレポート手続き］
次に、端末がマッチレポート手続きを説明する。マッチレポートとは、近隣端末がアナウンスするＰｒｏＳｅアプリケーションコードをモニタリングにより受信した際、端末がＰｒｏＳｅサーバ７にモニタリングの結果を報告する手続きである。さらに、マッチレポート手続きでは、受信したＰｒｏＳｅアプリケーションコードに対応づけられたＰｒｏＳｅアプリケーションＩＤや、ＰｒｏＳｅアプリケーションコードに対応づけられたタイマー値を取得してもよい。

以下では、ＵＥ＿Ｂ９がマッチレポートを実行する手続きを図９を基に説明する。ＵＥ＿Ｂ９は、サービス認証手続きにより認証が許可されたことに基づいてアナウンスを実行してもよい。

また、以下ではＵＥ＿Ｂ９がマッチレポート手続きを行う例を説明するが、ＵＥ＿Ａ８においてもＵＥ＿Ｂ９と同様の手続きによりマッチレポート手続きを実行してもよい。

ＵＥ＿Ｂ９は、マッチレポートを実行する初期状態として、Ｈｏｍｅ ＰＬＭＮに対応するＰｒｏＳｅアプリケーションＩＤを保持していてもよい。具体的な取得方法としては、ＵＥ＿Ａ８はサービス登録手続きにおいて、ＰｒｏＳｅ登録要求をＰｒｏＳｅサーバ７に送信することでＰｒｏＳｅアプリケーションＩＤ要求してもよい。さらに、ＰｒｏＳｅサーバ７はその応答にＰｒｏＳｅアプリケーションＩＤを含めて送信してもよい。このように、ＵＥ＿Ａ８はＰｒｏＳｅ登録応答に含まれるＰｒｏＳｅアプリケーションＩＤを取得しても良い。

もしくは、ＰｒｏＳｅアプリケーションＩＤを保持していなくても良い。さらに、モニタリングによりＰｒｏＳｅアプリケーションコードを取得し、取得したＰｒｏＳｅアプリケーションコードに対応するＰｒｏＳｅアプリケーションＩＤを保持していないことを検出し、それを契機にマッチレポート手続きを開始してもよい。

マッチレポート手続きの開始とは、具体的には、ＵＥ＿Ｂ９はマッチレポート要求をＰｒｏＳｅサーバ７に送信する（Ｓ９０４）。

ここで、ＵＥ＿Ｂ９によるマッチレポート要求の送信は、サービス認証手続きが完了していることを条件に送信しても良い。より具体的には契約する通信事業者であるＨｏｍe ＰＬＭＮのＰｒｏＳｅサーバ７において、ＵＥ＿Ｂ９がモニタリングすることを認証されたことを条件としてもよい。もしくは、モニタリングだけでなく、マッチレポートの実行を許可するかどうかの情報に基づいて認証されたことを条件としてもよい。また、ＵＥ＿Ｂ９は認証完了に伴い認証情報をＰｒｏＳｅサーバ７から取得し、認証情報を保持することを条件としても良い。

また、マッチレポート要求には、ＰｒｏＳｅアプリケーションコードや、ＵＥ ＩＤや、マッチレポートを要求することを示すコマンドを含めて送信しても良い。

ＵＥ ＩＤは、ＩＭＳＩやＭＳＩＳＤＮ等の識別情報であってよい。もしくは、サービス認証手続きなどにより、ＰｒｏＳｅサーバ７から取得した、ＵＥ＿Ｂ９に対応づけられたＰｒｏＳｅ ＩＤであっても良い。

また、マッチレポートを要求することを示す情報は、コマンドで識別する方法に限らず、マッチレポート要求メッセージを規定するなどして、マッチレポート要求メッセージを送信することで要求しても良い。より具体的には、マッチレポートを要求するメッセージタイプを規定し、メッセージタイプを含めた要求メッセージを送信してもよい。

また、マッチレポート要求の送信先のＰｒｏＳｅサーバ７は、ＵＥ＿Ｂ９の契約する通信事業者であるＨｏｍｅ ＰＬＭＮのＰｒｏＳｅサーバ７に関する情報を予め保持しておき、Ｈｏｍｅ ＰＬＭＮのＰｒｏＳｅサーバ７を送信先としても良い。

次に、ＰｒｏＳｅサーバ７は、ＵＥ＿Ｂ９からマッチレポート要求を受信する。さらに、ＰｒｏＳｅサーバ７はもしＵＥ＿Ｂ９に対応づけられたＵＥコンテキストを保持していない場合、ＨＳＳ１１に対してアナウンスを行うことに対する認証や、モニタリングを行うことに対する認証や、ＵＥコンテキストの生成に対する認証を要求しても良い（Ｓ９０６）。これらの認証の要求は、ディスカバリ認証要求をＨＳＳ１１に送信して要求しても良い。さらに、ディスカバリ認証要求には、ＵＥＩＤを含めて送信しても良い。

ＵＥ ＩＤは、ＩＭＳＩやＭＳＩＳＤＮ等の識別情報であってよい。もしくは、サービス認証手続きなどにより、ＰｒｏＳｅサーバ７から取得した、ＵＥ＿Ｂ９に対応づけられたＰｒｏＳｅ ＩＤであっても良い。

次に、ＨＳＳ１１はディスカバリ認証要求を受信する。ＨＳＳ１１はＵＥ＿Ｂ９に対応づけられた加入者情報を保持しておき、加入者情報には、ディスカバリを許可することを示す情報や、アナウンスを許可する情報や、モニタリングを許可する情報や、マッチレポートを許可する情報などを、ＵＥ＿Ｂ９に対応づけて管理してよい。

また、これらの許可情報はアプリケーション毎に異なる許可情報を管理してもよい。つまりＰｒｏＳｅアプリケーションＩＤに対応づけて許可情報を管理してもよい。

ＨＳＳ１１は受信したＵＥ ＩＤと、加入者情報に基づいて、認証を実行する。さらに、ＰｒｏＳｅサーバ７は、ディスカバリ認証に対する応答として、ディスカバリ認証応答をＰｒｏＳｅサーバ７に送信しても良い（Ｓ９０８）。ここで、ディスカバリ認証応答には認証結果を含めて送信してもよい。

より具体的には、ディスカバリ認証要求に含まれる情報と加入者情報とを照合し、ＵＥ＿Ｂ９がマッチレポートを実行することを許可する場合には、許可したことを示す情報を含めてディスカバリ認証応答を送信し、許可しない場合には、許可しないことを示す情報を含めてディスカバリ認証応答を送信してもよい。

ここで、ＨＳＳ１１は、加入者情報においてマッチレポートが許可された情報を保持している場合、マッチレポートを許可してもよい。また、加入者情報においてモニタリングが許可された情報を保持している場合、マッチレポートを許可してもよい。また、加入者情報においてＰｒｏＳｅにおけるディスカバリが許可された情報を保持している場合、マッチレポートを許可してもよい。

次に、ＰｒｏＳｅサーバ７は、ＨＳＳ１１が送信するディスカバリ認証応答を受信する。ＰｒｏＳｅサーバ７は、ディスカバリ認証応答に基づいてＵＥコンテキストを生成してもよい。ＵＥコンテキストには、ＵＥ＿Ｂ９が送信するマッチレポート要求、もしくはＨＳＳ１１が送信するディスカバリ認証応答により取得した、ＵＥ ＩＤと、アナウンスを許可する情報やモニタリングを許可する情報を含めて記憶してもよい。こうしたＵＥコンテキストはＵＥ＿Ｂ９に対応づけて管理してもよい。

ＰｒｏＳｅサーバ７は、ＵＥ＿Ｂ９がマッチレポートに含めて送信したＰｒｏＳｅアプリケーションコードの解析を行う（Ｓ９１０）。具体的には、ＰｒｏＳｅアプリケーションコードに対応するＰｒｏＳｅアプリケーションＩＤを解決する。

ここで、ＰｒｏＳｅサーバ７は、ＰｒｏＳｅアプリケーションコードに対応するＰｒｏＳｅアプリケーションＩＤを予め取得し，記憶してもよい。また、ＰｒｏＳｅサーバ７は、ＰｒｏＳｅアプリケーションコードの生成時、ＰｒｏＳｅアプリケーションコードとＰｒｏＳｅアプリケーションＩＤを対応づけて予め管理していてもよい。

例えば、ＵＥ＿Ａ８によるアナウンス要求手続きにおいて、ＵＥ＿Ａ８が送信するＰｒｏＳｅアプリケーションＩＤに対応づけてＰｒｏＳｅアプリケーションコードを生成した場合、ＰｒｏＳｅアプリケーションＩＤとＰｒｏＳｅアプリケーションコードを対応づけて記憶してよい。さらに、ＵＥ＿Ｂ９からマッチレポートを受信し、マッチレポートに含まれるＰｒｏＳｅアプリケーションコードに基づいて、記憶しているＰｒｏＳｅアプリケーションＩＤのうち、ＰｒｏＳｅアプリケーションコードに対応するものを選択してもよい。

さらに、ＰｒｏＳｅアプリケーションコードに対応づけてタイマーを管理してもよい。タイマーはアナウンスを許可する時間を示すものであってよい。また、ＰｒｏＳｅアプリケーションコードが正当なものであることを示すものであってもよい。つまり、ＰｒｏＳｅアプリケーションコードは安全に使用できるものとして運用されることが望まれるため、コードの値は永続的に使えるものではなく、タイマーにより更新することで安全性を確保することができる。またタイマーの初期の値は、通信事業者による設定によって決定されて良い。

さらに、ＰｒｏＳｅサーバ７は、マッチレポート要求に対する応答として、マッチレポート応答をＵＥ＿Ｂ９に送信してもよい（Ｓ９１２）。

ここで、ＰｒｏＳｅサーバ７は、マッチレポート応答の送信時にタイマーのカウントを開始してもよい。

マッチレポート応答には、ＵＥコンテキストに関する情報を含めて送信してもよい。より具体的には、ＰｒｏＳｅアプリケーションＩＤ、ＵＥ ＩＤ、ＰｒｏＳｅアプリケーションコード、タイマーの値を含めて送信してもよい。

次に、ＵＥ＿Ｂ９はマッチレポート応答を受信する。さらに、認証結果、およびＰｒｏＳｅアプリケーションＩＤ、タイマーの値などを取得してもよい。

また、ＵＥ＿Ｂ９は、マッチレポート応答を受信し、ＰｒｏＳｅアプリケーションコードのモニタリングが正常に完了する。

また、ＵＥ＿Ｂ９は、マッチレポート応答の受信に基づいて、マッチレポート応答に含まれるタイマーのカウントを開始しても良い。また、ＵＥ＿Ｂ９はタイマーが消費されるまでの間、モニタリングしたＰｒｏＳｅアプリケーションコードが正常に使用できることを認識する。また、タイマーの値がゼロになるなど、タイマーが消費された場合には、モニタリングを停止する。

以上の手続きにより、ＵＥ＿Ｂ９は、モニタリングしたＰｒｏＳｅアプリケーションコードに対応するＰｒｏＳｅアプリケーションＩＤを解決し、アプリケーションを特定することが可能となる。例えば、ＵＥ＿Ａ８がＰｒｏＳｅアプリケーションコードとＵＥ ＩＤとをアナウンスし、ＵＥ＿Ｂ９がモニタリングを実行してＰｒｏＳｅアプリケーションコードとＵＥ＿Ａ８を識別するＵＥ ＩＤを受信した場合、ＵＥ＿Ｂ９は、マッチレポート手続きを実行することにより、ＵＥ＿Ａ８が近隣に位置し、且つＵＥ＿Ａ８が利用可能なアプリケーションを検出することができる。

［１．３．５ ＰｒｏＳｅアプリケーションコードのリボケーション手続き］
端末は、１．３．２で説明したアナウンス要求手続きにより、アナウンスを実行することができる。

１．３．２では、ＵＥ＿Ａ８がＰｒｏＳｅアプリケーションＩＤを含めてアナウンス要求をＰｒｏＳｅサーバ７に送信し、アナウンス要求に対する応答を受信する例を説明した。さらに、ＵＥ＿Ａ８は、応答を受信することにより、ＰｒｏＳｅアプリケーションＩＤに対応するアプリケーションコードと、アプリケーションコードが正常に使用可能な時間を管理することができるタイマーを取得する。

ＵＥ＿Ａ８は、タイマーのカウントを実行し、タイマーが消費されるまでの間ＰｒｏＳｅアプリケーションコードをアナウンス信号に含めて送信し、近隣の端末に自身が存在することと、ＰｒｏＳｅアプリケーションコードに対応づけられたＰｒｏＳｅアプリケーションＩＤで識別されるアプリケーションを利用可能であることを通知することができる。

さらに、ＵＥ＿Ａ８のアナウンス信号の到達範囲に位置するモニタリングを実行する端末は、アナウンス信号を受信してＵＥ＿Ａ８が近隣に位置することを検出することができる。

このように、ＵＥ＿Ａ８はタイマーが消費されるまでの間、ＰｒｏＳｅアプリケーションコードをアナウンスし続けることができる。さらに、ＵＥ＿Ａ８は、タイマーが消費されるまでの間、端末の設定やユーザ操作などに基づいてアナウンスを停止することも可能である。

また、端末は、１．３．３で説明したモニタリング要求手続きにより、モニタリングを実行することができる。

１．３．３では、ＵＥ＿Ｂ９がＰｒｏＳｅアプリケーションＩＤを含めてモニタリング要求をＰｒｏＳｅサーバ７に送信し、モニタリング要求に対する応答を受信する例を説明した。さらに、ＵＥ＿Ｂ９は、応答を受信することにより、ＰｒｏＳｅアプリケーションＩＤに対応するアプリケーションコードと、アプリケーションコードが正常に使用可能な時間を管理することができるタイマーを取得する。

ＵＥ＿Ｂ９は、タイマーのカウントを実行し、タイマーが消費されるまでの間ＰｒｏＳｅアプリケーションコードをモニタリングし、近隣の端末がアナウンスする信号の到達範囲に位置した場合、アナウンス信号を受信し、アナウンスする端末の検出と、ＰｒｏＳｅアプリケーションコードに対応づけられたＰｒｏＳｅアプリケーションＩＤで識別されるアプリケーションを利用可能であることを検出することができる。

このように、ＵＥ＿Ｂ９はタイマーが消費されるまでの間、ＰｒｏＳｅアプリケーションコードをモニタリングし続けることができる。さらに、ＵＥ＿Ｂ９は、タイマーが消費されるまでの間、端末の設定やユーザ操作などに基づいてモニタリングを停止することも可能である。

さらに、端末は、１．３．４で説明したマッチレポート手続きにより、ＰｒｏＳｅアプリケーションコードに対応づけたタイマーを管理し、ＰｒｏＳｅアプリケーションの有効期間を管理することができる。

以下では、通信事業者が主導してＰｒｏＳｅアプリケーションコードを無効化するリボケーション手続きを、図１０を基に説明する。

初期状態では、ＵＥ＿Ａ８はアナウンス要求手続きを実施し、ＰｒｏＳｅアプリケーションＩＤに対応づけてＰｒｏＳｅアプリケーションコードを保持している。さらに、ＰｒｏＳｅアプリケーションコードに対応するタイマーのカウントを実行しており、タイマーは消費されていない状態とする。

逆にいえば、ＰｒｏＳｅサーバ７は、ＵＥ＿Ａ８に対するＵＥコンテキストを生成して保持しており、ＵＥ ＩＤに対応づけてＰｒｏＳｅアプリケーションＩＤを保持している。さらに、ＰｒｏＳｅアプリケーションＩＤに対応するＰｒｏＳｅアプリケーションコードを割り当て、保持している。さらに、ＰｒｏＳｅアプリケーションコードに対応するタイマーをカウントしており、タイマーは消費されていない状態とする。

移動通信事業者のポリシーなどに基づいて、既にアナウンスを許可したＵＥ＿Ａ８に対してアナウンスを停止させるため、ＰｒｏＳｅサーバ７は、リボケーション要求をＵＥ＿Ａ８に送信する（Ｓ１００２）。

リボケーション要求には、ＵＥ＿Ａ８を識別するＵＥＩＤ、ＰｒｏＳｅアプリケーションコードを含めて送信してもよい。ＵＥ ＩＤは、ＩＭＳＩやＭＳＩＳＤＮ等の識別情報であってよい。

さらに、リボケーション要求には、ＰｒｏＳｅアプリケーションコードを無効化することを示すコマンドを含めて送信してもよい。また、ＰｒｏＳｅアプリケーションコードを無効化することを要求することを示す情報は、コマンドで識別する方法に限らず、リボケーション要求メッセージを規定するなどして、リボケーション要求メッセージを送信することで要求しても良い。より具体的には、要求メッセージのメッセージタイプを規定し、メッセージタイプを含めた要求メッセージを送信してもよい。

さらに、ＰｒｏＳｅアプリケーションコードを無効化することを示す情報は、ＰｒｏＳｅアプリケーションコードに対応するタイマーの値をゼロとしてタイマーの値を含めて送信してもよい。これにより、受信したＵＥ＿Ａ８はＰｒｏＳｅアプリケーションコードのタイマーの値がゼロとなり、アナウンスを停止する。

また、ＰｒｏＳｅサーバ７は、通信事業者のポリシーに基づいて、特定のアプリケーションに対応するＰｒｏＳｅアプリケーションコードを無効化してもよい。

例えば、通信事業者がアナウンスやモニタリング、さらにはマッチレポートの実行を停止させるアプリケーションを決定し、さらに、アプリケーションに対応するＰｒｏＳｅアプリケーションＩＤを確認し、ＰｒｏＳｅアプリケーションＩＤに対応するＰｒｏＳｅアプリケーションコードの通知を行い、アナウンスを許可したＵＥをＵＥコンテキストからすべて選択し、ＵＥ＿Ａ８を含めてＰｒｏＳｅアプリケーションコードを通知しているすべてのＵＥに対してリボケーション要求を送信してもよい。

これにより、リボケーション要求を受信したＵＥは、ＰｒｏＳｅアプリケーションコードを無効化する。

さらに、アナウンスをしていた場合には、アナウンスを停止する。例えば、ＵＥ＿Ａ８はリボケーション要求を受信し、リボケーション要求に含まれるＰｒｏＳｅアプリケーションコードに対応するアナウンスを停止する。

より具体的には、アナウンスのためのリソースを解放する。また、タイマーのカウントを停止する。また、アナウンス信号の送信を停止する。

このように、ＰｒｏＳｅサーバ７は、ＵＥ＿Ａ８に対して、通信事業者ポリシーなどに基づくネットワーク側のトリガにより、ＰｒｏＳｅアプリケーションコードの無効化を要求することができる。さらに、ＰｒｏＳｅアプリケーションコードの無効化を要求することで、アナウンスの停止を要求することができる。さらに、ＰｒｏＳｅサーバ７は、リボケーション要求を送信することにより、アナウンス信号送信のためのリソースの解放を要求することができる。さらに、タイマーのカウントの停止を要求することができる。また、アナウンス信号の送信停止を要求することができる。

ＵＥ＿Ａ８は、ＰｒｏＳｅアプリケーションコードの無効化に基づいて、またはアナウンスの停止に基づいて、リボケーション停止要求に対する応答をＰｒｏＳｅサーバ７に送信し、ＰｒｏＳｅアプリケーションコードの無効化を完了したことを通知してもよい（Ｓ１００４）。さらに、この通知により、アナウンスを停止が完了したことを通知してもよい。応答には、ＵＥ ＩＤやＰｒｏＳｅアプリケーションコードを含めて送信してもよい。

ＰｒｏＳｅサーバ７は、ＵＥ＿Ａ８が送信する応答を受信し、ＰｒｏＳｅアプリケーションコードの無効化や、アナウンスの停止が完了したことを確認してもよい。

また、リボケーション要求を受信したＵＥがモニタリングを行っている場合には、モニタリングを停止する。

例えば、ＵＥ＿Ｂ９はリボケーション要求を受信し、リボケーション要求に含まれるＰｒｏＳｅアプリケーションコードに対応するモニタリングを停止する。

より具体的には、モニタリングのためのリソースを解放する。また、タイマーのカウントを停止する。また、アナウンス信号の受信を停止する。

このように、ＰｒｏＳｅサーバ７は、ＵＥ＿Ｂ９に対して、通信事業者ポリシーなどに基づくネットワーク側のトリガにより、ＰｒｏＳｅアプリケーションコードの無効化を要求することができる。さらに、ＰｒｏＳｅアプリケーションコードの無効化を要求することで、モニタリングの停止を要求することができる。さらに、ＰｒｏＳｅサーバ７は、リボケーション要求を送信することにより、モニタリング信号受信のためのリソースの解放を要求することができる。さらに、タイマーのカウントの停止を要求することができる。また、アナウンス信号の受信停止を要求することができる。

ＵＥ＿Ｂ９は、ＰｒｏＳｅアプリケーションコードの無効化に基づいて、またはモニタリングの停止に基づいて、リボケーション要求に対する応答をＰｒｏＳｅサーバ７に送信し、ＰｒｏＳｅアプリケーションコードの無効化を完了したことを通知してもよい。さらに、この通知により、アナウンスを停止が完了したことを通知してもよい。応答には、ＵＥ ＩＤやＰｒｏＳｅアプリケーションコードを含めて送信してもよい。

ＰｒｏＳｅサーバ７は、ＵＥ＿Ｂ９が送信する応答を受信し、ＰｒｏＳｅアプリケーションコードの無効化や、モニタリングの停止が完了したことを確認してもよい。

また、リボケーション要求を受信したＵＥがマッチレポート手続きを実行し、近隣端末を検出している状態にある場合には、検出した近隣端末の情報を破棄しても良い。

例えば、ＵＥ＿Ｂ９はリボケーション要求を受信し、リボケーション要求に含まれるＰｒｏＳｅアプリケーションコードに基づいてＵＥ＿Ａ８を近隣端末として検出している場合には、ＵＥ＿Ａ８を近隣端末として管理する情報を破棄しても良い。

このように、ＰｒｏＳｅサーバ７は、ＵＥ＿Ｂ９に対して、通信事業者ポリシーなどに基づくネットワーク側のトリガにより、ＰｒｏＳｅアプリケーションコードの無効化を要求することができる。さらに、ＰｒｏＳｅアプリケーションコードの無効化を要求することで、ＰｒｏＳｅアプリケーションコードに基づいて検出した近隣端末に関する情報を破棄することを要求することができる。さらに、タイマーのカウントの停止を要求することができる。

ＵＥ＿Ｂ９は、ＰｒｏＳｅアプリケーションコードの無効化に基づいて、リボケーション要求に対する応答をＰｒｏＳｅサーバ７に送信し、ＰｒｏＳｅアプリケーションコードの無効化を完了したことを通知してもよい。さらに、この通知により、検出した近隣端末に関する情報を破棄したことを通知してもよい。応答には、ＵＥ ＩＤやＰｒｏＳｅアプリケーションコードを含めて送信してもよい。

ＰｒｏＳｅサーバ７は、ＵＥ＿Ｂ９が送信する応答を受信し、ＰｒｏＳｅアプリケーションコードの無効化や、近隣端末に関する情報を破棄したことを確認してもよい。

以上により、通信事業者ポリシーなどに基づいて、ネットワーク主導でＰｒｏＳｅアプリケーションコードを無効化することができる。これにより、アナウンスを実行していたＵＥに対しては、アナウンスの停止を要求することができる。また、モニタリングを実行していたＵＥに対してはモニタリングの停止を要求することができる。さらに、マッチレポート手続きを実行しているＵＥに対しては、検出した近隣端末に関する情報を破棄するよう要求することもできる。

ＰｒｏＳｅアプリケーションコードは、ＰｒｏＳｅサーバ７等の通信事業者の網内装置によって認証された端末に対して割り当てられたものであり、第三者による不正取得や改ざんなどを防ぐことが望まれる秘匿性の高い情報である。上記では、ＵＥに通知されたＰｒｏＳｅアプリケーションコードが有効な期間にあったとしても何らかの危険の検知により通信事業者が主導してアナウンスを停止させる手続きを説明した。これにより、ＰｒｏＳｅアプリケーションコードの安全性を高めることができる。

また、これまで説明した手続きでは、ＰｒｏＳｅサーバ７は、ＰｒｏＳｅアプリケーションコードを含めたリボケーション要求を送信する例を説明したが、これに限らず、ＰｒｏＳｅアプリケーションコードではなく、マスク値を送信しても良い。マスク値は、複数のＰｒｏＳｅアプリケーションコードにおいて共通した任意の上位ビットの値であってよい。

ＵＥ＿Ｂ９はリボケーション要求を受信し、さらにリボケーション要求に含まれるマスクを取得する。さらに、マスク値と上位ビットが合致する複数のＰｒｏＳｅアプリケーションコードを検出し、それらをリボケーション要求の対象として無効化してもよい。

このように、ＰｒｏＳｅサーバはマスクを送信することで、マスクに基づいて識別される複数のＰｒｏＳｅアプリケーションコードを無効化してもよい。さらに、ＵＥ＿Ｂ９は、ＰｒｏＳｅサーバが送信するマスクを受信し、マスクに基づいて識別される複数のＰｒｏＳｅアプリケーションコードを無効化してもよい。リソース解放やアナウンス信号送信の停止、さらにはモニタリングの停止など、ＰｒｏＳｅアプリケーションコードの無効化に伴う処理は、ＰｒｏＳｅアプリケーションコードを受信して無効化する際に既に説明した方法と同様であってよいため、詳細説明は省略する。

［１．３．６ ＰｒｏＳｅアプリケーションコードの更新手続き］
端末は、１．３．２で説明したアナウンス要求手続きにより、アナウンスを実行することができる。

１．３．２では、ＵＥ＿Ａ８がＰｒｏＳｅアプリケーションＩＤを含めてアナウンス要求をＰｒｏＳｅサーバ７に送信し、アナウンス要求に対する応答を受信する例を説明した。さらに、ＵＥ＿Ａ８は、応答を受信することにより、ＰｒｏＳｅアプリケーションＩＤに対応するアプリケーションコードと、アプリケーションコードが正常に使用可能な時間を管理することができるタイマーを取得する。

ＵＥ＿Ａ８は、タイマーのカウントを実行し、タイマーが消費されるまでの間ＰｒｏＳｅアプリケーションコードをアナウンス信号に含めて送信し、近隣の端末に自身が存在することと、ＰｒｏＳｅアプリケーションコードに対応づけられたＰｒｏＳｅアプリケーションＩＤで識別されるアプリケーションを利用可能であることを通知することができる。

さらに、ＵＥ＿Ａ８のアナウンス信号の到達範囲に位置するモニタリングを実行する端末は、アナウンス信号を受信してＵＥ＿Ａ８が近隣に位置することを検出することができる。

このように、ＵＥ＿Ａ８はタイマーが消費されるまでの間、ＰｒｏＳｅアプリケーションコードをアナウンスし続けることができる。さらに、ＵＥ＿Ａ８は、タイマーが消費されるまでの間、端末の設定やユーザ操作などに基づいてアナウンスを停止することも可能である。

また、端末は、１．３．３で説明したモニタリング要求手続きにより、モニタリングを実行することができる。

１．３．３では、ＵＥ＿Ｂ９がＰｒｏＳｅアプリケーションＩＤを含めてモニタリング要求をＰｒｏＳｅサーバ７に送信し、モニタリング要求に対する応答を受信する例を説明した。さらに、ＵＥ＿Ｂ９は、応答を受信することにより、ＰｒｏＳｅアプリケーションＩＤに対応するアプリケーションコードと、アプリケーションコードが正常に使用可能な時間を管理することができるタイマーを取得する。

ＵＥ＿Ｂ９は、タイマーのカウントを実行し、タイマーが消費されるまでの間ＰｒｏＳｅアプリケーションコードをモニタリングし、近隣の端末がアナウンスする信号の到達範囲に位置した場合、アナウンス信号を受信し、アナウンスする端末の検出と、ＰｒｏＳｅアプリケーションコードに対応づけられたＰｒｏＳｅアプリケーションＩＤで識別されるアプリケーションを利用可能であることを検出することができる。

このように、ＵＥ＿Ｂ９はタイマーが消費されるまでの間、ＰｒｏＳｅアプリケーションコードをモニタリングし続けることができる。さらに、ＵＥ＿Ｂ９は、タイマーが消費されるまでの間、端末の設定やユーザ操作などに基づいてモニタリングを停止することも可能である。

さらに、端末は、１．３．４で説明したマッチレポート手続きにより、ＰｒｏＳｅアプリケーションコードに対応づけたタイマーを管理し、ＰｒｏＳｅアプリケーションの有効期間を管理することができる。

以下では、通信事業者が主導してＰｒｏＳｅアプリケーションコードを更新する手続きを、図１１を基に説明する。

初期状態では、ＵＥ＿Ａ８はアナウンス要求手続きを実施し、ＰｒｏＳｅアプリケーションＩＤに対応づけてＰｒｏＳｅアプリケーションコードを保持している。さらに、ＰｒｏＳｅアプリケーションコードに対応するタイマーのカウントを実行しており、タイマーは消費されていない状態とする。

逆にいえば、ＰｒｏＳｅサーバ７は、ＵＥ＿Ａ８に対するＵＥコンテキストを生成して保持しており、ＵＥ ＩＤに対応づけてＰｒｏＳｅアプリケーションＩＤを保持している。さらに、ＰｒｏＳｅアプリケーションＩＤに対応するＰｒｏＳｅアプリケーションコードを割り当て、保持している。さらに、ＰｒｏＳｅアプリケーションコードに対応するタイマーをカウントしており、タイマーは消費されていない状態とする。

移動通信事業者のポリシーなどに基づいて、既にアナウンスを許可したＵＥ＿Ａ８に対してＰｒｏＳｅアプリケーションコードをこれまでのコードとは異なるコードに更新するためＰｒｏＳｅサーバ７は、コード更新要求をＵＥ＿Ａ８に送信する（Ｓ１１０２）。

コード更新要求には、ＵＥ＿Ａ８を識別するＵＥＩＤ、古いＰｒｏＳｅアプリケーションコード、新規のＰｒｏＳｅアプリケーションコードを含めて送信してもよい。ＵＥ ＩＤは、ＩＭＳＩやＭＳＩＳＤＮ等の識別情報であってよい。

さらに、コード更新要求には、ＰｒｏＳｅアプリケーションコードを無効化することを示すコマンドを含めて送信してもよい。また、ＰｒｏＳｅアプリケーションコードを更新することを要求することを示す情報は、コマンドで識別する方法に限らず、コード更新要求メッセージを規定するなどして、コード更新要求メッセージを送信することで要求しても良い。より具体的には、要求メッセージのメッセージタイプを規定し、メッセージタイプを含めた要求メッセージを送信してもよい。

さらに、ＰｒｏＳｅアプリケーションコードを更新すること要求することを示す情報は、ＰｒｏＳｅアプリケーションコードに対応するタイマーの値をゼロとしてタイマーの値を含めて送信してもよい。これにより、受信したＵＥ＿Ａ８はＰｒｏＳｅアプリケーションコードのタイマーの値がゼロとなり、アナウンスを停止する。

さらに、新たなＰｒｏＳｅアプリケーションコードに対応するタイマーを含めて送信してもよい。

また、ＰｒｏＳｅサーバ７は、通信事業者のポリシーに基づいて、特定のアプリケーションに対応するＰｒｏＳｅアプリケーションコードを更新してもよい。

例えば、通信事業者がアナウンスやモニタリング、さらにはマッチレポートの実行を停止させるアプリケーションを決定し、さらに、アプリケーションに対応するＰｒｏＳｅアプリケーションＩＤを確認し、ＰｒｏＳｅアプリケーションＩＤに対応するＰｒｏＳｅアプリケーションコードを通知したＵＥを、ＵＥコンテキストからすべて選択し、ＵＥ＿Ａ８を含めてＰｒｏＳｅアプリケーションコードを通知しているすべてのＵＥに対してコード更新要求を送信してもよい。

これにより、コード更新要求を受信したＵＥは、古いＰｒｏＳｅアプリケーションコードを新たなＰｒｏＳｅアプリケーションコードに更新する。

さらに、アナウンスをしていた場合には、更新したＰｒｏＳｅアプリケーションコードを含めた信号を近隣に送信してアナウンスを実行してもよい。周波数や時間などの無線リソース情報は、ＰｒｏＳｅサーバ７から取得しても良いし、予めアナウンスするためのリソースを保持しておき、割り当てても良い。

このように、ＰｒｏＳｅサーバ７は、ＵＥ＿Ａ８に対して、通信事業者ポリシーなどに基づくネットワーク側のトリガにより、ＰｒｏＳｅアプリケーションコードの更新を要求することができる。

ＵＥ＿Ａ８は、ＰｒｏＳｅアプリケーションコードの更新に基づいて、コード更新要求に対する応答をＰｒｏＳｅサーバ７に送信し、ＰｒｏＳｅアプリケーションコードの更新を完了したことを通知してもよい（Ｓ１１０４）。応答には、ＵＥ ＩＤやＰｒｏＳｅアプリケーションコードを含めて送信してもよい。

ＰｒｏＳｅサーバ７は、ＵＥ＿Ａ８が送信する応答を受信し、ＰｒｏＳｅアプリケーションコードの更新完了を確認してもよい。

また、リボケーション要求を受信したＵＥがモニタリングを行っている場合には、ＰｒｏＳｅアプリケーションコードを更新してモニタリングを実行する。

例えば、ＵＥ＿Ｂ９はコード更新要求を受信し、コード更新要求に含まれるＰｒｏＳｅアプリケーションコードに対応するモニタリングに用いていたＰｒｏＳｅアプリケーションコードを新規のＰｒｏＳｅアプリケーションコードに更新し、モニタリングを継続する。

このように、ＰｒｏＳｅサーバ７は、ＵＥ＿Ｂ９に対して、通信事業者ポリシーなどに基づくネットワーク側のトリガにより、ＰｒｏＳｅアプリケーションコードの更新を要求することができる。ＵＥ＿Ｂ９は、ＰｒｏＳｅアプリケーションコードの更新に基づいて、コード更新要求に対する応答をＰｒｏＳｅサーバ７に送信し、ＰｒｏＳｅアプリケーションコードの更新を完了したことを通知してもよい。応答には、ＵＥ ＩＤやＰｒｏＳｅアプリケーションコードを含めて送信してもよい。

ＰｒｏＳｅサーバ７は、ＵＥ＿Ｂ９が送信する応答を受信し、ＰｒｏＳｅアプリケーションコードの更新を確認してもよい。

以上により、通信事業者ポリシーなどに基づいて、ネットワーク主導でＰｒｏＳｅアプリケーションコードを更新することができる。

ＰｒｏＳｅアプリケーションコードは、ＰｒｏＳｅサーバ７等の通信事業者の網内装置によって認証された端末に対して割り当てられたものであり、第三者による不正取得や改ざんなどを防ぐ必要がある秘匿性の高い情報である。上記では、ＵＥに通知されたＰｒｏＳｅアプリケーションコードが有効な期間にあったとしても何らかの危険の検知により通信事業者が主導してＰｒｏＳｅアプリケーションコードを更新することで、安全性を高めることができる。

［１．３．７ ＰｒｏＳｅアプリケーションコード再取得要求手続き］
ＰｒｏＳｅサーバ７が主導してＰｒｏＳｅアプリケーションコードを更新する方法は、１．３．６で説明したＰｒｏＳｅアプリケーションコード更新手続きに限らず、他の方法であってもよい。

例えば、図１２に示すように、ＰｒｏＳｅアプリケーションコードの再取得を要求する手続きであってもよい。

より具体的には、ＰｒｏＳｅサーバ７は、コード再取得要求をＵＥ＿Ａ８に送信する。コード再取得要求にはＰｒｏＳｅアプリケーションコードを含めて送信してもよい。ＰｒｏＳｅサーバ７は、コード再取得要求の送信により、ＰｒｏＳｅアプリケーションコードの再取得を要求しても良い。

さらに、コード再取得要求には、ＰｒｏＳｅアプリケーションコードの再取得を要求することを示すコマンドを含めて送信してもよい。また、ＰｒｏＳｅアプリケーションコードを更新することを要求することを示す情報は、コマンドで識別する方法に限らず、コード再取得要求メッセージを規定するなどして、コード再取得要求メッセージを送信することで要求しても良い。より具体的には、要求メッセージのメッセージタイプを規定し、メッセージタイプを含めた要求メッセージを送信してもよい。

また、図１２では、コード再取得要求をＵＥ＿Ａ８に送信する例を説明するが、これに限らず、ＵＥ＿Ｂ９など複数の通信端末に送信してもよい。

例えば、ＰｒｏＳｅサーバ７は、通信事業者のポリシーに基づいて、特定のアプリケーションに対応するＰｒｏＳｅアプリケーションコードを更新してもよい。より具体的には、通信事業者がアナウンスやモニタリング、さらにはマッチレポートの実行を停止させるアプリケーションを決定し、さらに、アプリケーションに対応するＰｒｏＳｅアプリケーションＩＤを確認し、ＰｒｏＳｅアプリケーションＩＤに対応するＰｒｏＳｅアプリケーションコードを通知したＵＥを、ＵＥコンテキストからすべて選択し、ＵＥ＿Ａ８を含めてＰｒｏＳｅアプリケーションコードを通知しているすべてのＵＥに対してコード再取得要求を送信してもよい。

ＵＥ＿Ａ８は、コード再取得要求を受信する。さらに、コード再取得要求に含まれるＰｒｏＳｅアプリケーションコードを取得する。さらに、ＰｒｏＳｅアプリケーションコードを更新することを検出する。

次に、ＵＥ＿Ａ８は、ＰｒｏＳｅアプリケーションコードを取得する為の手続きを開始する。

ＰｒｏＳｅアプリケーションコードを取得する為の具体的な手続きは、図７を用いて説明したように、ディスカバリ要求メッセージを送信してアナウンス要求手続きを行い、取得してもよい。

また、図８を用いて説明したように、ディスカバリ要求メッセージを送信してモニタリング要求手続きを行い、取得しても良い。

また、更新を要求されたＰｒｏＳｅアプリケーションコードが、アナウンス要求手続きで取得したものであれば、アナウンス要求手続きを行い、新たなＰｒｏＳｅアプリケーションコードを取得してもよいし、アナウンス信号を送信しているなど、アナウンスを行っていることに基づいて、アナウンス要求手続きを行い、新たなＰｒｏＳｅアプリケーションコードを取得してもよい。

また、更新を要求されたＰｒｏＳｅアプリケーションコードが、モニタリング要求手続きで取得したものであれば、モニタリング要求手続きを行い、新たなＰｒｏＳｅアプリケーションコードを取得してもよいし、アナウンス信号を受信しているなど、モニタリングを行っていることに基づいて、モニタリング要求手続きを行い、新たなＰｒｏＳｅアプリケーションコードを取得してもよい。

ＰｒｏＳｅサーバ７は、こうしたディスカバリ要求の受信に基づいて、新たＰｒｏＳｅアプリケーションコードをＵＥ＿Ａ８に通知することができる。

アナウンス要求手続きと、モニタリング要求手続きの具体的な処理の詳細は、既に説明したとおりであり、説明を省略する。

以上により、通信事業者ポリシーなどに基づいて、ネットワーク主導でＰｒｏＳｅアプリケーションコードを更新することができる。

ＰｒｏＳｅアプリケーションコードは、ＰｒｏＳｅサーバ７等の通信事業者の網内装置によって認証された端末に対して割り当てられたものであり、第三者による不正取得や改ざんなどを防ぐ必要がある秘匿性の高い情報である。上記では、ＵＥに通知されたＰｒｏＳｅアプリケーションコードが有効な期間にあったとしても何らかの危険の検知により通信事業者が主導してＰｒｏＳｅアプリケーションコードを更新することで、安全性を高めることができる。

［１．３．８ コードアラート通知手続き］
また、１．３．５で説明したＰｒｏＳｅアプリケーションコードのリボケーション手続きでは、ＰｒｏＳｅサーバ７が主導してＰｒｏＳｅアプリケーションコードを無効化する方法を説明した。

また、１．３．６ で説明したＰｒｏＳｅアプリケーションコードの更新手続き、および１．３．７で説明したＰｒｏＳｅアプリケーションコード再取得要求手続きでは、ＰｒｏＳｅサーバ７が主導してＰｒｏＳｅアプリケーションコードを更新する方法を説明した。

このように、これまではＰｒｏＳｅサーバ７が主導して行う方法を説明したが、ＰｒｏＳｅサーバ７が主導するばかりではなく、通信端末が主導してＰｒｏＳｅアプリケーションコードの無効化や更新を行っても良い。

例えば、通信端末においてセキュリティの問題が検知され、通信端末が使用するＰｒｏＳｅアプリケーションコードの安全性に疑いが生じるなどした場合、通信端末が主導してＰｒｏＳｅアプリケーションコードの無効化や更新を行っても良い。

具体的には、例えば、図１３に示すように、ＰｒｏＳｅアプリケーションコードに対する警告を通知する手続きであってもよい。

より具体的には、ＵＥ＿Ａ８コードアラート通知をＰｒｏＳｅサーバ７に送信する。コードアラート通知にはＰｒｏＳｅアプリケーションコードを含めて送信してもよい。このように、ＵＥ＿Ａ８は、コードアラート通知の送信により、ＰｒｏＳｅアプリケーションコードを無効化することを要求してもよい。もしくは、ＵＥ＿Ａ８は、コードアラート通知の送信により、ＰｒｏＳｅアプリケーションコードを更新することを要求してもよい。

コードアラート通知には、ＰｒｏＳｅアプリケーションコードの安全性に疑いがある警告を通知する示すコマンドを含めて送信してもよい。もしくは、コードアラート通知には、ＰｒｏＳｅアプリケーションコードの無効化を要求することを示すコマンドを含めて送信してもよい。また、ＰｒｏＳｅアプリケーションコードの更新を要求することを示すコマンドを含めて送信してもよい。

また、このように、コマンドで識別する方法に限らず、コードアラート通知メッセージを規定するなどして、コードアラート通知メッセージを送信することで要求しても良い。より具体的には、通知メッセージのメッセージタイプを規定し、メッセージタイプを含めた通知メッセージを送信してもよい。

また、ＵＥ＿Ａ８は、複数のＰｒｏＳｅアプリケーションコードを保持している場合には、一つのコードアラート通知に複数のＰｒｏＳｅアプリケーションコードを含めて送信してもよいし、個別にコードアラート通知を送信してもよい。

また、ＵＥ＿Ａ８に限らず、ＵＥ＿Ｂ９など、ＰｒｏＳｅアプリケーションコードを保持する通信端末は、ＵＥ＿Ａ８と同様に、コードアラート通知を送信してもよい。以下では、ＵＥ＿Ａ８がコードアラート通知を送信した例を説明する。

ＰｒｏＳｅサーバ７は、ＵＥ＿Ａ８からコードアラート通知を受信する。さらに、通知に含まれるＰｒｏＳｅアプリケーションコードを取得する。さらに、通知に基づいて取得したＰｒｏＳｅアプリケーションコードの安全性に問題があることを検出する。

ＰｒｏＳｅサーバ７は、コードアラート通知に基づいてＰｒｏＳｅアプリケーションコードの無効化を行う手続きを開始してもよい。また、ＰｒｏＳｅサーバ７は、コードアラート通知に基づいてＰｒｏＳｅアプリケーションコードの更新を行う手続きを開始してもよい。

例えば、コードアラート通知にＰｒｏＳｅアプリケーションコードの無効化を要求することを示す情報が含まれている場合、含まれる情報に基づいて、ＰｒｏＳｅアプリケーションコードの無効化を行う手続きを開始してもよい。

また、コードアラート通知にＰｒｏＳｅアプリケーションコードの更新を要求することを示す情報が含まれている場合、含まれる情報に基づいて、ＰｒｏＳｅアプリケーションコードの更新を行う手続きを開始してもよい。

ＰｒｏＳｅアプリケーションコードの無効化を行う手続きは、１．３．５で説明したように、ＰｒｏＳｅサーバ７がリボケーション要求メッセージを送信して開始するリボケーション要求手続きを実施して無効化してもよい。リボケーション手続きの詳細は図１０を用いて既に説明したとおりであり、ここでは詳細説明を省略する。

ＰｒｏＳｅアプリケーションコードの更新を行う手続きは、１．３．６で説明したように、ＰｒｏＳｅサーバ７がコード更新要求メッセージを送信して開始するコード更新要求手続きを実施して無効化してもよい。コード更新要求手続きの詳細は図１１を用いて既に説明したとおりであり、ここでは詳細説明を省略する。

または、ＰｒｏＳｅアプリケーションコードの更新を行う手続きは、１．３７で説明したように、ＰｒｏＳｅサーバ７がコード再取得要求メッセージを送信して開始する、コード再取得要求手続きを実施して無効化してもよい。コード再取得要求手続きの詳細は図１２を用いて既に説明したとおりであり、ここでは詳細説明を省略する。

また、ＰｒｏＳｅサーバ７は、コードアラート通知を受信して直ちにＰｒｏＳｅアプリケーションコードの無効化や更新を行うのではなく、通信事業者ポリシーなどに基づいた決定をもとに無効化や更新を行っても良い。

通信事業者ポリシーの具体的内容は特に指定しないものの、コードアラート通知の内容を基に運用者が判断し、作成してもよいし、予め定めた運用ルールにより作成していてもよい。また、通信事業者ポリシーに合致しないコードアラート通知に対しては、無効化や更新を行わず、コードアラート通知を破棄しても良い。

以上のように、通信端末は、通信端末が主導してＰｒｏＳｅアプリケーションコードの無効化や、更新を行っても良い。より具体的には、通信端末は、通信端末が主導して、通信事業者が主導して行うＰｒｏＳｅアプリケーションコードの無効化手続きや、更新手続きを開始することを要求しても良い。

こうした方法では、通信端末が主導してＰｒｏＳｅアプリケーションコードの無効化や、更新を行うことでＰｒｏＳｅアプリケーションコードの安全性が高まるばかりか、無効化や更新にあたっては通信事業者の決定に基づいて具体的な無効化や更新を行うことができる。

［２．変形例］
以上、この発明の実施形態について図面を参照して詳述してきたが、具体的な構成はこの実施形態に限られるものではなく、この発明の要旨を逸脱しない範囲の設計等も本発明に含まれる。

また、各実施形態において各装置で動作するプログラムは、上述した実施形態の機能を実現するように、ＣＰＵ等を制御するプログラム（コンピュータを機能させるプログラム）である。そして、これら装置で取り扱われる情報は、その処理時に一時的に一時記憶装置（例えば、ＲＡＭ）に蓄積され、その後、各種ＲＯＭやＨＤＤの記憶装置に格納され、必要に応じてＣＰＵによって読み出し、修正・書き込みが行なわれる。

ここで、プログラムを格納する記録媒体としては、半導体媒体（例えば、ＲＯＭや、不揮発性のメモリカード等）、光記録媒体・光磁気記録媒体（例えば、ＤＶＤ（Digital Versatile Disc）、ＭＯ（Magneto Optical Disc）、ＭＤ（Mini Disc）、ＣＤ（Compact Disc）、ＢＤ等）、磁気記録媒体（例えば、磁気テープ、フレキシブルディスク等）等のいずれであってもよい。また、ロードしたプログラムを実行することにより、上述した実施形態の機能が実現されるだけでなく、そのプログラムの指示に基づき、オペレーティングシステムあるいは他のアプリケーションプログラム等と共同して処理することにより、本発明の機能が実現される場合もある。

また、市場に流通させる場合には、可搬型の記録媒体にプログラムを格納して流通させたり、インターネット等のネットワークを介して接続されたサーバコンピュータに転送したりすることができる。この場合、サーバコンピュータの記憶装置も本発明に含まれるのは勿論である。

また、上述した実施形態における各装置の一部又は全部を典型的には集積回路であるＬＳＩ（Large Scale Integration）として実現してもよい。各装置の各機能ブロックは個
別にチップ化してもよいし、一部、または全部を集積してチップ化してもよい。また、集積回路化の手法はＬＳＩに限らず専用回路、または汎用プロセッサで実現しても良い。また、半導体技術の進歩によりＬＳＩに代替する集積回路化の技術が出現した場合、当該技術による集積回路を用いることも可能であることは勿論である。

また、上述した実施形態においては、無線アクセスネットワークの例としてＬＴＥと、ＷＬＡＮ（例えば、ＩＥＥＥ８０２．１１ａ／ｂ／ｎ等）とについて説明したが、ＷＬＡＮの代わりにＷｉＭＡＸによって接続されても良い。

１ 通信システム
２ コアネットワーク
３ ＩＰ移動通信ネットワーク
５ ＰＤＮ
７ ＰｒｏＳｅサーバ７
８ ＵＥ＿Ａ
９ ＵＥ＿Ｂ
１１ ＨＳＳ
１３ ＰＣＲＦ
１５ ＡＡＡ
１７ ＰＧＷ
１９ ｅＰＤＧ
２１ ＳＧＷ
２３ ＭＭＥ
２５ ＬＴＥ ＡＮ
２７ ＷＬＡＮ ＡＮｂ
２９ ＷＬＡＮ ＡＮａ
３１ ｅＮＢ
３３ ＷＬＡＮ ＡＰｂ
３５ ＷＬＡＮ ＡＰａ
３７ ＧＷ

Claims (18)

1. 端末装置における通信制御方法であって、
   少なくともアプリケーションを識別する識別情報と、アナウンスかモニタリングかを示すコマンドとを含んだディスカバリ要求メッセージをサーバ装置に送信するステップと、
   前記ディスカバリ要求メッセージに対する応答であり、少なくとも前記識別情報に対応づけられたコードと、前記コードの有効期限を示すタイマーとを含む応答メッセージを前記サーバ装置から受信するステップと、
   前記応答メッセージの受信に基づいて、タイマーのカウントを開始するステップと、
   前記コードの無効化を要求する要求であり、少なくとも前記コードを含むリボケーション要求を前記サーバ装置から受信するステップと、
   前記リボケーション要求の受信に基づいて、前記コードを無効化するステップと、
   を備えることを特徴とする通信制御方法。
2. 前記コードの無効化を要求する要求であり、少なくとも前記コードを含むリボケーション要求の送信を、前記サーバ装置に要求する要求メッセージを送信するステップと、
   を更に備えることを特徴とする請求項１に記載の通信制御方法。
3. 端末装置における通信制御方法であって、
   少なくともアプリケーションを識別する識別情報と、アナウンスかモニタリングかを示すコマンドとを含んだディスカバリ要求メッセージをサーバ装置に送信するステップと、
   前記ディスカバリ要求メッセージに対する応答であり、少なくとも前記識別情報に対応づけられた第一のコードと、前記第一のコードの有効期限を示すタイマーとを含む応答メッセージを前記サーバ装置から受信するステップと、
   前記応答メッセージの受信に基づいて、タイマーのカウントを開始するステップと、
   前記第一のコードの更新を要求する要求であり、少なくとも前記第一のコードと、前記第一のコードとは異なる第二のコードと、前記第二のコードの有効期限を示すタイマーを含む更新要求を前記サーバ装置から受信するステップと、
   前記更新要求の受信に基づいて、前記第一のコードを無効化し、前記第二のコードのタイマーのカウントを開始するステップと、
   を備えることを特徴とする通信制御方法。
4. 前記第一のコードの更新を要求する要求であり、前記第一のコードと、前記第一のコードとは異なる第二のコードと、前記第二のコードの有効期限を示すタイマーを含む更新要求の送信を、前記サーバ装置に要求する要求メッセージを送信するステップと、
   を更に備えることを特徴とする請求項３に記載の通信制御方法。
5. 前記タイマーの有効期限が切れていない状態において、直接無線信号を用いて前記コードを含めたアナウンスを近隣に実行するステップと、
   前記リボケーション要求を受信した場合、前記コードの無効化に基づいて、
   アナウンスのための無線リソースを解放するステップと、
   をさらに備えることを特徴とする請求項１又は２に記載の通信制御方法。
6. 前記タイマーの有効期限が切れていない状態において、直接無線信号を用いて前記コードを含めたアナウンス信号を受信するモニタリングを実行するステップと、
   前記リボケーション要求を受信した場合、前記コードの無効化に基づいて、
   モニタリングのための無線リソースを解放するステップと、
   をさらに備えることを特徴とする請求項１又は２に記載の通信制御方法。
7. サーバ装置における通信制御方法であって、
   少なくともアプリケーションを識別する識別情報と、アナウンスかモニタリングかを示すコマンドとを含んだディスカバリ要求メッセージを端末装置から受信するステップと、前記ディスカバリ要求メッセージの受信に基づいて、前記端末装置を認証するステップと、
   前記ディスカバリ要求メッセージに対する応答であり、少なくとも前記識別情報に対応づけられたコードと、前記コードの有効期限を示すタイマーとを含む応答メッセージを前記端末装置に送信するステップと、
   前記タイマーのカウントを開始するステップと、
   前記コードの有効期限内において、前記コードの無効化を要求する要求であり、少なくとも前記コードを含むリボケーション要求を前記端末装置に送信するステップと、
   を備えることを特徴とする通信制御方法。
8. サーバ装置における通信制御方法であって、
   少なくともアプリケーションを識別する識別情報と、アナウンスかモニタリングかを示すコマンドとを含んだディスカバリ要求メッセージを端末装置から受信するステップと、
   前記ディスカバリ要求メッセージの受信に基づいて、前記端末装置を認証するステップと、
   前記ディスカバリ要求メッセージに対する応答であり、少なくとも前記識別情報に対応づけられた第一のコードと、前記第一のコードの有効期限を示すタイマーとを含む応答メッセージを前記端末装置に送信するステップと、
   前記タイマーのカウントを開始するステップと、
   前記タイマーの有効期限内において、前記第一のコードの更新を要求する要求であり、少なくとも前記第一のコードと、前記第一のコードとは異なる第二のコードと、前記第二のコードの有効期限を示すタイマーを含む更新要求を前記端末装置に送信するステップと、
   を備えることを特徴とする通信制御方法。
9. 少なくともアプリケーションを識別する識別情報と、アナウンスかモニタリングかを示すコマンドとを含んだディスカバリ要求メッセージをサーバ装置に送信し、
   前記ディスカバリ要求メッセージに対する応答であり、少なくとも前記識別情報に対応づけられたコードと、前記コードの有効期限を示すタイマーとを含む応答メッセージを前記サーバ装置から受信し、
   前記応答メッセージの受信に基づいて、タイマーのカウントを開始し、
   前記コードの無効化を要求する要求であり、少なくとも前記コードを含むリボケーション要求を前記サーバ装置から受信し、
   前記リボケーション要求の受信に基づいて、前記コードを無効化する、
   ことを特徴とする端末装置。
10. 前記端末装置は、
    前記コードの無効化を要求する要求であり、少なくとも前記コードを含むリボケーション要求の送信を、サーバ装置に要求する要求メッセージを送信する、
    ことを特徴とする請求項９に記載の端末装置。
11. 少なくともアプリケーションを識別する識別情報と、アナウンスかモニタリングかを示すコマンドとを含んだディスカバリ要求メッセージをサーバ装置に送信し、
    前記ディスカバリ要求メッセージに対する応答であり、少なくとも前記識別情報に対応づけられた第一のコードと、前記第一のコードの有効期限を示すタイマーとを含む応答メッセージを前記サーバ装置から受信し、
    前記応答メッセージの受信に基づいて、タイマーのカウントを開始し、
    前記第一のコードの更新を要求する要求であり、少なくとも前記第一のコードと、前記第一のコードとは異なる第二のコードと、前記第二のコードの有効期限を示すタイマーを含む更新要求を前記サーバ装置から受信し、
    前記更新要求の受信に基づいて、前記第一のコードを無効化し、前記第二のコードのタイマーのカウントを開始する、
    ことを特徴とする端末装置。
12. 前記端末装置は、
    前記第一のコードの更新を要求する要求であり、前記第一のコードと、前記第一のコードとは異なる第二のコードと、前記第二のコードの有効期限を示すタイマーを含む更新要求の送信を、サーバ装置に要求する要求メッセージを送信する、
    ことを特徴とする請求項１１に記載の端末装置。
13. 前記端末装置は、
    前記タイマーの有効期限が切れていない状態において、直接無線信号を用いて前記コードを含めたアナウンス、または、近隣端末から送信される前記コードを含めたアナウンス信号を受信するモニタリングを実行し、
    前記リボケーション要求を受信した場合、前記コードの無効化に基づいて、
    アナウンスまたはモニタリングのための無線リソースを解放する、
    ことを特徴とする請求項９に記載の端末装置。
14. 前記端末装置は、
    前記タイマーの有効期限が切れていない状態において、直接無線信号を用いて前記第一のコードを含めたアナウンス、または近隣端末から送信される前記第一のコードを含めたアナウンス信号を受信するモニタリングを実行し、
    前記更新要求を受信した場合、前記第一のコードの無効化に基づいて、
    アナウンスまたはモニタリングのための無線リソースを解放する、
    ことを特徴とする請求項１１に記載の端末装置。
15. 少なくともアプリケーションを識別する識別情報と、アナウンスかモニタリングかを示すコマンドとを含んだディスカバリ要求メッセージを端末装置から受信し、
    前記ディスカバリ要求メッセージの受信に基づいて、前記端末装置を認証し、
    前記ディスカバリ要求メッセージに対する応答であり、少なくとも前記識別情報に対応づけられたコードと、前記コードの有効期限を示すタイマーとを含む応答メッセージを前記端末装置に送信し、
    前記タイマーのカウントを開始し、
    前記コードの有効期限内において、前記コードの無効化を要求する要求であり、少なくとも前記コードを含むリボケーション要求を前記端末装置に送信する、
    ことを特徴とするサーバ装置。
16. 少なくともアプリケーションを識別する識別情報と、アナウンスかモニタリングかを示すコマンドとを含んだディスカバリ要求メッセージを端末装置から受信し、
    前記ディスカバリ要求メッセージの受信に基づいて、前記端末装置を認証し、
    前記ディスカバリ要求メッセージに対する応答であり、少なくとも前記識別情報に対応づけられた第一のコードと、前記第一のコードの有効期限を示すタイマーとを含む応答メッセージを前記端末装置に送信し、
    前記タイマーのカウントを開始し、
    前記タイマーの有効期限内において、前記第一のコードの更新を要求する要求であり、少なくとも前記第一のコードと、前記第一のコードとは異なる第二のコードと、前記第二のコードの有効期限を示すタイマーを含む更新要求を前記端末装置に送信する、
    ことを特徴とするサーバ装置。
17. 端末装置とサーバ装置とを含んで構成される通信システムであって、
    前記端末装置は、
    少なくともアプリケーションを識別する識別情報と、アナウンスかモニタリングかを示すコマンドとを含んだディスカバリ要求メッセージをサーバ装置に送信し、
    前記サーバ装置は、
    前記ディスカバリ要求メッセージの受信に基づいて、前記端末装置を認証し、
    前記ディスカバリ要求メッセージに対する応答であり、少なくとも前記識別情報に対応づけられたコードと、前記コードの有効期限を示すタイマーとを含む応答メッセージを前記端末装置に送信し、
    前記端末装置は、
    前記ディスカバリ要求メッセージに対する応答であり、少なくとも前記識別情報に対応づけられたコードと、前記コードの有効期限を示すタイマーとを含む応答メッセージを前記サーバ装置から受信し、
    前記応答メッセージの受信に基づいて、タイマーのカウントを開始し、
    前記コードの無効化を要求する要求であり、少なくとも前記コードを含むリボケーション要求をサーバ装置から受信するステップと、
    前記リボケーション要求の受信に基づいて、前記コードを無効化するステップと、
    を備えることを特徴とする通信システム。
18. 端末装置とサーバ装置とを含んで構成される通信システムであって、
    前記端末装置は、
    少なくともアプリケーションを識別する識別情報と、アナウンスかモニタリングかを示すコマンドとを含んだディスカバリ要求メッセージをサーバ装置に送信し、
    前記サーバ装置は、
    前記ディスカバリ要求メッセージの受信に基づいて、前記端末装置を認証し、
    前記ディスカバリ要求メッセージに対する応答であり、少なくとも前記識別情報に対応づけられた第一のコードと、前記第一のコードの有効期限を示すタイマーとを含む応答メッセージを前記端末装置に送信し、
    前記端末装置は、
    前記応答メッセージの受信に基づいて、タイマーのカウントを開始し、
    前記第一のコードの更新を要求する要求であり、少なくとも前記第一のコードと、前記第一のコードとは異なる第二のコードと、前記第二のコードの有効期限を示すタイマーを含む更新要求を前記サーバ装置から受信し、
    前記更新要求の受信に基づいて、前記第一のコードを無効化し、前記第二のコードのタイマーのカウントを開始する、
    ことを特徴とする通信システム。

Images