(57)【要約】      （修正有）【課題】ＰｒｏＳｅに基づくサービスを、通信事業者の管理の元で実施する通信システム及びサーバ装置を提供する。【解決手段】サーバ装置は、第２のタイマが終了する前にＵＥから送信された要求メッセージを受信すると、第２のタイマを停止させ、第１のタイマを開始させるために、第１のＰｒｏＳｅアプリケーションコードと、第１のタイマの値とをＵＥへ送信する。第１のタイマは、第１のＰｒｏＳｅアプリケーションＩＤのための第１のＰｒｏＳｅアプリケーションコードに対応づけられ、第１のＰｒｏＳｅアプリケーションコードが有効である時間を示す。第２のタイマは、第２のＰｒｏＳｅアプリケーションＩＤのための第２のＰｒｏＳｅアプリケーションコードに対応づけられ、第２のＰｒｏＳｅアプリケーションコードが有効である時間を示す。第１及び第２のＰｒｏＳｅアプリケーションコードは、ＵＥが近隣ＵＥへのアナウンスに用いるコードである。【選択図】図１３
2020120413.tif 000002
【特許請求の範囲】
【請求項１】
サーバ装置であって、
第２のタイマが終了する前にＵＥ（Ｕｓｅｒ  Ｅｑｕｉｐｍｅｎｔ）から送信された要求メッセージを受信し、
前記第２のタイマを停止させ、第１のタイマを開始させるために、第１のProSeアプリケーションコードと、前記第１のタイマの値とを前記ＵＥへ送信する、
機能部を有し、
ここで、
前記第１のタイマは、第１のProSeアプリケーションＩＤのための前記第１のProSeアプリケーションコードに対応づけられ、前記第１のProSeアプリケーションコードが有効である時間を示し、
前記第２のタイマは、第２のProSeアプリケーションＩＤのための第２のProSeアプリケーションコードに対応づけられ、前記第２のProSeアプリケーションコードが有効である時間を示し、
前記第２のProSeアプリケーションＩＤは、前記第１のProSeアプリケーションＩＤと同一のProSeアプリケーションＩＤであり、
前記第１のProSeアプリケーションコード及び前記第２のProSeアプリケーションコードは、前記ＵＥが近隣ＵＥへのアナウンスに用いるコードであり、
前記要求メッセージは、少なくとも前記第１のProSeアプリケーションＩＤと、前記ＵＥの識別情報と、アナウンスを示すコマンドとを含む、
ことを特徴とするサーバ装置。
【請求項２】
前記機能部は、さらに、
第２の要求メッセージを、前記ＵＥから受信し、
前記第２の要求メッセージに対する応答として、前記第２のタイマを開始させるために、前記第２のProSeアプリケーションコードと、前記第２のタイマの値とを、前記ＵＥに送信し、
ここで、
前記第２の要求メッセージは、少なくとも前記第２のProSeアプリケーションＩＤと、前記ＵＥの識別情報と、アナウンスを示すコマンドとを含む、
ことを特徴とする請求項１に記載のサーバ装置。
【請求項３】
サーバ装置であって、
第２のタイマが終了する前にＵＥ（Ｕｓｅｒ  Ｅｑｕｉｐｍｅｎｔ）から送信された要求メッセージを受信し、
前記第２のタイマを停止させ、第１のタイマを開始させるために、ディスカバリフィルタを前記ＵＥへ送信する、
機能部を有し、
ここで、
前記第１のタイマは、第１のProSeアプリケーションＩＤのための第１のProSeアプリケーションコードに対応づけられ、前記第１のProSeアプリケーションコードが有効である時間を示し、
前記ディスカバリフィルタは、前記第１のProSeアプリケーションコードと前記第１のタイマの前記値と、を含み、
前記第２のタイマは、第２のProSeアプリケーションＩＤのための前記第２のProSeアプリケーションコードに対応づけられ、前記第２のProSeアプリケーションコードが有効である時間を示し、
前記第２のProSeアプリケーションＩＤは、前記第１のProSeアプリケーションＩＤと同一のProSeアプリケーションＩＤであり、
前記第１のProSeアプリケーションコード及び前記第２のProSeアプリケーションコードは、前記ＵＥが近隣ＵＥからの信号のモニタリングに用いるコードであり、
前記要求メッセージは、少なくとも前記第１のProSeアプリケーションＩＤと、前記ＵＥの識別情報と、モニタリングを示すコマンドとを含む、
ことを特徴とする、サーバ装置。
【請求項４】
前記機能部は、さらに、
第２の要求メッセージを、前記ＵＥから受信し、
前記第２の要求メッセージに対する応答として、前記第２のタイマを開始させるために、前記第２のProSeアプリケーションコードと、前記第２のタイマの値とを含む第２のディスカバリフィルタを、前記ＵＥに送信し、
ここで、
前記第２の要求メッセージは、少なくとも前記第２のProSeアプリケーションＩＤと、前記ＵＥの識別情報と、前記モニタリングを示すコマンドとを含む、
ことを特徴とする請求項３に記載のサーバ装置。
【発明の詳細な説明】
【技術分野】
【０００１】
本発明は、サーバ装置に関する。
【背景技術】
【０００２】
近年の移動通信システムの標準化活動を行う３ＧＰＰ（Ｔｈｅ  ３ｒｄ  Ｇｅｎｅｒａｔｉｏｎ  Ｐａｒｔｎｅｒｓｈｉｐ  Ｐｒｏｊｅｃｔ）では、オールＩＰ化を実現する、非特許文献１に記載のＥＰＳ（Ｅｖｏｌｖｅｄ  Ｐａｃｋｅｔ  Ｓｙｓｔｅｍ）の仕様化を行っている。３ＧＰＰではＥＰＳに接続されるアクセスシステムを、ＬＴＥだけでなく、無線ＬＡＮである場合も含めて検討している。
【０００３】
さらに、３ＧＰＰはＥＰＳの仕様化の中で、非特許文献２に記載のＰｒｏＳｅ（Ｐｒｏｘｉｍｉｔｙ  ｂａｓｅｄ  Ｓｅｒｖｉｃｅ）ついて検討を行っている。ＰｒｏＳｅは、通信端末であるＵＥ（Ｕｓｅｒ  Ｅｑｕｉｐｍｅｎｔ）の間で近隣通信端末を検出する機能（ｄｉｓｃｏｖｅｒｙ）や、ＵＥ間で、コアネットワークや基地局を介さない直接通信を確立する機能（ｄｉｒｅｃｔ  ｃｏｍｍｕｎｉｃａｔｉｏｎ）を提供するサービスの実現を目指している。
【０００４】
ＰｒｏＳｅでは、基地局やアクセスネットワークが接続されているコアネットワークを介することなく通信を行える為、アクセスネットワークやコアネットワークの集中を回避（コンジェッション回避）でき、オフロード効果を期待できる。
【０００５】
ＰｒｏＳｅは、直接通信路を確立する為に、直接通信の通信対象ＵＥを探索し、検知するサービスが必要となる。ＰｒｏＳｅでは、この検知方法として２つの方式を検討している。１つ目は、ＵＥが直接検出する方式（以下、ｄｉｒｅｃｔ  ｄｉｓｃｏｖｅｒｙ）である。２つ目は、アクセスネットワークやコアネットワークを介して検出する方法（以下、ＥＰＳ  ｄｉｓｃｏｖｅｒｙ）である。ただし、ＰｒｏＳｅサービスは移動通信事業者により提供されるものであり、商用では、移動通信事業者による承認が必要である。
【０００６】
また、ＰｒｏＳｅではＵＥ間の直接通信路として２つの方式を利用する事が検討されている。１つ目は、ＬＴＥアクセス技術を利用する方法である。２つ目は無線ＬＡＮ（ＷＬＡＮ：Ｗｉｒｅｌｅｓｓ  ＬＡＮ）アクセス技術を用いた方法である。
【０００７】
また、ＰｒｏＳｅでは、ｎｏｎ−Ｐｕｂｌｉｃ  ＳａｆｅｔｙとＰｕｂｌｉｃ  Ｓａｆｅｔｙが規定されている。ｎｏｎ−Ｐｕｂｌｉｃ  Ｓａｆｅｔｙでは、移動通信事業者による商用サービスが想定されており、ＵＥがＬＴＥ基地局に在圏している場合にのみ、利用可能である。一方、Ｐｕｂｌｉｃ  Ｓａｆｅｔｙでは、防災無線による利用が想定されており、ＵＥがＬＴＥ基地局に在圏している場合のみならず、ＬＴＥ基地局（ｅＮＢ）に在圏していない場合でも利用することができる。
【先行技術文献】
【非特許文献】
【０００８】
【非特許文献１】３ＧＰＰ  ＴＳ２３．４０１  Ｔｅｃｈｎｉｃａｌ  Ｓｐｅｃｉｆｉｃａｔｉｏｎ  Ｇｒｏｕｐ  Ｓｅｒｖｉｃｅｓ  ａｎｄ  Ｓｙｓｔｅｍ  Ａｓｐｅｃｔｓ、  Ｇｅｎｅｒａｌ  Ｐａｃｋｅｔ  Ｒａｄｉｏ  Ｓｅｒｖｉｃｅ（ＧＰＲＳ）  ｅｎｈａｎｃｅｍｅｎｔｓ  ｆｏｒ  Ｅｖｏｌｖｅｄ  Ｕｎｉｖｅｒｓａｌ  Ｔｅｒｒｅｓｔｒｉａｌ  Ｒａｄｉｏ  Ａｃｃｅｓｓ  Sｔｕｄｙ  ｆｏｒ  Ｐｒｏｘｉｍｉｔｙ  Ｓｅｒｖｉｃｅｓ（ＰｒｏＳｅ）
【非特許文献２】３ＧＰＰ  ＴＲ２３．３０３  Ｔｅｃｈｎｉｃａｌ  Ｓｐｅｃｉｆｉｃａｔｉｏｎ  Ｇｒｏｕｐ  Ｓｅｒｖｉｃｅｓ  ａｎｄ  Ｓｙｓｔｅｍ  Ａｓｐｅｃｔｓ、  Ｐｒｏｘｉｍｉｔｙ−ｂａｓｅｄ  Ｓｅｒｖｉｃｅｓ（ＰｒｏＳｅ）、  Ｓｔａｇｅ２（Ｒｅｌｅａｓｅ  １２）
【発明の概要】
【発明が解決しようとする課題】
【０００９】
ＰｒｏＳｅでは、近隣に位置するＵＥを検出する機能（ｄｉｓｃｏｖｅｒｙ）や、ＵＥ間で、コアネットワークや基地局を介さない直接通信を確立する機能（ｄｉｒｅｃｔ  ｃｏｍｍｕｎｉｃａｔｉｏｎ）を実現する手段を検討している。
【００１０】
さらに、近隣に位置するＵＥを検出する機能（ｄｉｓｃｏｖｅｒｙ）を実現するために、ＵＥが近隣端末に自身の所在を通知するアナウンス機能や、アナウンス機能に基づいた通知を受信して近隣端末を検出するモニタリング機能や、アナウンス機能に基づいた通知を受信して受信した通知の内容を確認するマッチレポート機能などの検討を行っている。
【００１１】
ＵＥは、アナウンス機能や、モニタリング機能を、ＰｒｏＳｅ機能の管理サーバから通知されるＰｒｏＳｅアプリケーションコードを用いて、タイマに基づいた期間、実行する。
【００１２】
また、１つのアプリケーションに対して複数のＰｒｏＳｅアプリケーションコードを対応付けさせることが可能である。そのため、ＵＥは同じアプリケーションに対応付けられた複数のＰｒｏＳｅアプリケーションコードとタイマを、サーバ装置から通知されることを想定する必要がある。
【００１３】
そのため、ＵＥは同じＰｒｏＳｅアプリケーションに対して異なる複数のＰｒｏＳｅアプリケーションコード、タイマを、サーバ装置から通知された場合、古いＰｒｏＳｅアプリケーションコードの使用を停止するタイミングと、新しいＰｒｏＳｅアプリケーションコードの使用を開始するタイミングを決定する必要がある。
【００１４】
しかし、これらのタイミングの決定方法の具体的な手段は現在明らかになっていない。
【００１５】
本発明は、このような事情を鑑みてなされたもので、その目的は、近隣に位置するＵＥを検出する機能（ｄｉｓｃｏｖｅｒｙ）を実現するために、ＵＥが近隣端末に自身の所在を通知するアナウンス機能や、アナウンス機能に基づいた通知を受信して近隣端末を検出するモニタリング機能や、アナウンス機能に基づいた通知を受信して受信した通知の内容を確認するマッチレポート機能などのＰｒｏＳｅに基づくサービスの停止や開始タイミングを、通信事業者の管理の元で実施する好適な手段を提供することである。
【課題を解決するための手段】
【００１６】
本実施形態の端末装置は、第１のコード及び第２のコードは端末装置がアナウンスに用いるコードであり、アプリケーションＩＤのための前記第１のコードに対応づけられ、前記第１のコードが有効である時間を示す第１のタイマの値と前記第１のコードとを受信する受信部と、前記第１のタイマの値の受信に基づいて、同一のアプリケーションＩＤのための前記第２のコードに対応づけられ、前記第２のコードが有効である時間を示す第２のタイマのカウントを停止し、前記第１のコードの受信に基づいて、第１のタイマのカウントを開始する制御部と、を有することを特徴とする。
【００１７】
本実施形態の端末装置は、第１のコード及び第２のコードは、モニタリングするためのコードであり、第１のディスカバリフィルタは、少なくともアプリケーションＩＤに対応づけられた前記第１のコードと、前記第１のディスカバリフィルタが有効である時間を示す第１のタイマの値とを含み、少なくとも前記第１のディスカバリフィルタを受信する受信部と、前記第１のタイマの値の受信に基づいて、同一のアプリケーションＩＤに対応づけられた前記第２のコードのための第２のタイマのカウントを停止し、前記第１のコードと前記第１のタイマの値との受信に基づいて第１のタイマのカウントを開始する制御部と、を有することを特徴とする。
【００１８】
本実施形態のサーバ装置は、第１のコード及び第２のコードは端末装置がアナウンスに用いるコードであり、アプリケーションＩＤの為の第１のコードが有効である時間を示す第１のタイマのカウントが終了する前に、少なくとも同一のアプリケーションＩＤと、端末装置の識別情報と、アナウンスを示すコマンドとを含む要求メッセージを端末装置から受信し、少なくとも同一のアプリケーションＩＤに対応づけられた前記第２のコードと、前記第２のコードが有効である時間を示す第２のタイマの値とを前記端末装置へ送信するインターフェース部と、を有することを特徴とする。
【００１９】
本実施形態のサーバ装置は、第１のコード及び第２のコードはモニタリングするためのコードであり、第２のディスカバリフィルタは、少なくともアプリケーションＩＤに対応づけられた前記第２のコードと、前記第２のディスカバリフィルタが有効である時間を示す第２のタイマの値とを含み、同一のアプリケーションＩＤに対する第１のディスカバリフィルタが有効である時間を示す第１のタイマのカウントが終了する前に、少なくとも同一のアプリケーションＩＤと、端末装置の識別情報と、モニタリングを示すコマンドとを含む要求メッセージを端末装置から受信し、少なくとも前記第２のディスカバリフィルタを含む制御メッセージを前記端末装置に送信するインターフェース部を有し、制御メッセージは、前記端末装置が前記第２のコードと前記第２のタイマの値との受信に基づいて第２のタイマのカウントを開始するための制御情報であることを特徴とする。
【００２０】
本実施形態の端末装置の通信制御方法は、第１のコード及び第２のコードは端末装置がアナウンスに用いるコードであり、アプリケーションＩＤのための前記第１のコードに対応づけられ、前記第１のコードが有効である時間を示す第１のタイマの値と第１のコードとを受信するステップと、前記第１のコードの受信に基づいて、第１のタイマのカウントを開始するステップと、前記第１のタイマの値の受信に基づいて、同一のアプリケーションＩＤのための前記第２のコードに対応づけられ、前記第２のコードが有効である時間を示す第２のタイマのカウントを停止するステップと、を有することを特徴とする。
【００２１】
本実施形態の端末装置の通信制御方法は、第１のコード及び第２のコードは、モニタリングするためのコードであり、少なくとも第１のディスカバリフィルタを受信するステップと、前記第１のディスカバリフィルタは、少なくともアプリケーションＩＤに対応づけられた前記第１のコードと、前記第１のディスカバリフィルタが有効である時間を示す第１のタイマの値とを含み、前記第１のコードと前記第１のタイマの値との受信に基づいて第１のタイマのカウントを開始するステップと、前記第１のタイマの値の受信に基づいて、同一のアプリケーションＩＤに対応づけられた第２のコードのための第２のタイマのカウントを停止するステップと、を有することを特徴とする。
【００２２】
本実施形態のサーバ装置の通信制御方法は、第１のコード及び第２のコードは端末装置がアナウンスに用いるコードであり、アプリケーションＩＤの為の前記第１のコードが有効である時間を示す第１のタイマのカウントが終了する前に、少なくとも同一のアプリケーションＩＤと、前記端末装置の識別情報と、アナウンスを示すコマンドとを含む要求メッセージを端末装置から受信するステップと、少なくとも同一のアプリケーションＩＤに対応づけられた前記第２のコードと、前記第２のコードが有効である時間を示す第２のタイマの値とを前記端末装置へ送信するステップと、を有することを特徴とする。
【００２３】
本実施形態のサーバ装置の通信制御方法は、第１のコード及び第２のコードはモニタリングするためのコードでありアプリケーションＩＤに対する第１のディスカバリフィルタが有効である時間を示す第１のタイマのカウントが終了する前に、少なくとも同一のアプリケーションＩＤと、端末装置の識別情報と、モニタリングを示すコマンドとを含む要求メッセージを前記端末装置から受信するステップと、少なくとも前記同一のアプリケーションＩＤに対する第２のディスカバリフィルタを含む制御メッセージ前記を端末装置に送信するステップと、を有し、前記第２のディスカバリフィルタには、少なくとも前記同一のアプリケーションＩＤに対応づけられた前記第２のコードと、前記第２のディスカバリフィルタが有効である時間を示す第２のタイマの値とを含み、前記制御メッセージは、前記端末装置が前記第２のコードと前記第２のタイマの値の受信に基づいて第２のタイマのカウントを開始するための制御情報であることを特徴とする。
【発明の効果】
【００２４】
本発明によれば、ＰｒｏＳｅに基づくサービスを実行できる有効期限を、通信事業者の管理のもと更新することができる。
【図面の簡単な説明】
【００２５】
【図１】移動通信システムの概略を説明するための図である
【図２】ＩＰ移動通信ネットワークの構成等を説明するための図である
【図３】ＵＥの機能構成を説明するための図である
【図４】記憶部に記憶される各データ構造の一例を示した図である
【図５】ＰｒｏＳｅサーバの機能構成を説明するための図である
【図６】記憶部に記憶される各データ構造の一例を示した図である
【図７】ＨＳＳの機能構成を説明するための図である
【図８】記憶部に記憶される各データ構造の一例を示した図である
【図９】サービス認証手続きを説明するための図である
【図１０】アナウンス要求手続きを説明するための図である
【図１１】モニタリング要求手続きを説明するための図である
【図１２】マッチレポート手続きを説明するための図である
【図１３】第１実施形態における第１処理例について説明する図である
【図１４】第１実施形態における第２処理例について説明する図である
【図１５】第１実施形態における第３処理例について説明する図である
【図１６】第２実施形態における処理例について説明する図である
【発明を実施するための形態】
【００２６】
以下、図面を参照して本発明を実施する為に最良の形態について説明する。なお、本実施形態では一例として、本発明を適用した場合の移動通信システムの実施形態について説明する。
【００２７】
［１．第１の実施形態］
以下、図面を参照しながら本発明の実施形態による無線通信技術について詳細に説明する。
【００２８】
［１．１．通信システムの概要］
図１は本発明の実施形態による通信システム１の概略構成例を示す機能ブロック図である。
【００２９】
図１に示す通信システム１は、ＰｒｏＳｅに関する機能を有する通信端末（ＰｒｏＳｅ  ｅｎａｂｌｅｄ  ＵＥ）であるＵＥ＿Ａ８と、ＰＤＮ（Ｐａｃｋｅｔ  Ｄａｔａ  Ｎｅｔｗｏｒｋ）５と、ＩＰ移動通信ネットワーク３とＰｒｏＳｅサーバ７により構成される。
【００３０】
さらに、ＰｒｏＳｅに関する機能を有する通信端末は、ＵＥ＿Ｂ９のように、複数含まれて構成されてよい。
【００３１】
ＰＤＮ５とＵＥ＿Ａ８やＵＥ＿Ｂ９などのＵＥとの間はＩＰ移動通信ネットワーク３を介して接続されている。さらに、ＵＥ＿Ａ８とＵＥ＿Ｂ９はＰｒｏＳｅに基づくサービスが提供されている。
【００３２】
ＰｒｏＳｅサーバ７は、ＵＥ＿Ａ８またはＵＥ＿Ｂ９の通信を管理するサーバ装置であり、ＰｒｏＳｅサービスなどの提供に際し認証を行う。なお、ＰｒｏＳｅサーバ７は、図１のようにＰＤＮ５に含まれて構成されているが、ＰＤＮ５と独立していても良い。  ＵＥ＿Ａ８とＵＥ＿Ｂ９は同じ移動通信事業者網に接続していても、異なる移動通信事業者網に接続していても良く、固定通信事業者が運用するブロードバンドネットワークであっても良い。
【００３３】
例えば、ＵＥ＿Ａ８は、第1の通信事業者（Ｍｏｂｉｌｅ  Ｏｐｅｒａｔｏｒ）が運用管理するＩＰ移動通信ネットワーク３に接続し、ＵＥＡ９は、第２の通信事業者が運用、管理するＩＰ移動通信ネットワーク３とは異なるＩＰ移動通信ネットワークに接続してもよい。この場合の第２の通信事業者によるＩＰ移動通信ネットワークは、ＰＤＮ５へ接続されてよい。また、その内部の構成はＩＰ移動通信ネットワーク３と同様でよいため、詳細説明は省略する。
【００３４】
また、これらのＩＰ移動通信ネットワークは、ローミング契約が交わされた２つのＩＰ移動通信ネットワークであってもよいし、同一国内の２つのＩＰ移動通信ネットワークであってもよい。
【００３５】
また、ＵＥ＿Ａ８やＵＥ＿Ｂ９の通信を管理するＰｒｏＳｅサーバ７は、ＵＥ＿Ａ８やＵＥ＿Ｂ９が契約する通信事業者の管理するＰｒｏＳｅサーバであってもよく、契約する通信業者と契約関係のある通信事業者が管理するものであってもよく、同一国内の通信事業者が管理するものであってよい。
【００３６】
また、ブロードバンドネットワークは、ＡＤＳＬ（Ａｓｙｍｍｅｔｒｉｃ  Ｄｉｇｉｔａｌ  Ｓｕｂｓｃｒｉｂｅｒ  Ｌｉｎｅ）等により接続し、光ファイバー等のデジタル回線による高速通信を提供する、通信事業者が運用するＩＰ通信ネットワークのことである。さらに、これらに限らずＷｉＭＡＸ（Ｗｏｒｌｄｗｉｄｅ  Ｉｎｔｅｒｏｐｅｒａｂｉｌｉｔｙ  ｆｏｒ  Ｍｉｃｒｏｗａｖｅ  Ａｃｃｅｓｓ）等で無線アクセスするネットワークであっても良い。
【００３７】
各ＵＥ＿Ａ８やＵＥ＿Ｂ９などのＵＥは、ＬＴＥやＷＬＡＮ等のアクセスシステムを用いて接続する通信端末であり、３ＧＰＰ  ＬＴＥの通信インターフェースやＷＬＡＮの通信インターフェース等を搭載して接続することにより、ＩＰ移動通信ネットワーク３へ接続することが可能である。
【００３８】
ただし、これに限らずＷｉＭＡＸ（Ｗｏｒｌｄｗｉｄｅ  Ｉｎｔｅｒｏｐｅｒａｂｉｌｉｔｙ  ｆｏｒ  Ｍｉｃｒｏｗａｖｅ  Ａｃｃｅｓｓ）等のその他の無線システムを用いて接続しても良い。
【００３９】
ＰＤＮ５は、パケットでデータの送受信を行うネットワークサービスを提供するネットワークのことであり、例えば、インターネットやＩＭＳなどの特定の通信サービスを提供するネットワークである。
【００４０】
ＰＤＮ５は、ＩＰ移動通信ネットワーク３へ有線回線等を利用して接続される。例えば、ＡＤＳＬや光ファイバー等によって構築される。ただし、これに限らずＬＴＥや、ＷＬＡＮ、ＷｉＭＡＸ（Ｗｏｒｌｄｗｉｄｅ  Ｉｎｔｅｒｏｐｅｒａｂｉｌｉｔｙ  ｆｏｒ  Ｍｉｃｒｏｗａｖｅ  Ａｃｃｅｓｓ）等の無線アクセスネットワークであっても良い。
【００４１】
図２は、図１に示す通信システム１の詳細な構成例である。図２に示すシステムの構成例は、ＵＥ＿Ａ８と、ＩＰ移動通信ネットワーク３と、ＰＤＮ５とから構成される。ＩＰ移動通信ネットワーク３には、ＵＥ＿Ａ８以外にも複数のＵＥが接続する事が可能である。ここで、図２ではＵＥ＿Ａ８が接続する例を示したが、ＵＥ＿Ｂ９もＵＥ＿Ａ８と同様に構成することができる。
【００４２】
ＩＰ移動通信ネットワーク３はコアネットワーク２と各無線アクセスネットワーク（ＬＴＥ  ＡＮ２５、ＷＬＡＮ  ＡＮｂ２７、ＷＬＡＮ  ＡＮａ２９）で構成されている。コアネットワーク２は、ＨＳＳ（Ｈｏｍｅ  Ｓｕｂｓｃｒｉｂｅｒ  Ｓｅｒｖｅｒ）１１、ＡＡＡ（Ａｕｔｈｅｎｔｉｃａｔｉｏｎ、  Ａｕｔｈｏｒｉｚａｔｉｏｎ、  Ａｃｃｏｕｎｔｉｎｇ）１５、ＰＣＲＦ（Ｐｏｌｉｃｙ  ａｎｄ  Ｃｈａｒｇｉｎｇ  Ｒｕｌｅｓ  Ｆｕｎｃｔｉｏｎ）１３、ＰＧＷ（Ｐａｃｋｅｔ  Ｄａｔａ  Ｎｅｔｗｏｒｋ  Ｇａｔｅｗａｙ）１７、ｅＰＤＧ（ｅｎｈａｎｃｅｄ  Ｐａｃｋｅｔ  Ｄａｔａ  Ｇａｔｅｗａｙ）１９、ＳＧＷ（Ｓｅｒｖｉｎｇ  Ｇａｔｅｗａｙ）２１、ＭＭＥ（Ｍｏｂｉｌｅ  Ｍａｎａｇｅｍｅｎｔ  Ｅｎｔｉｔｙ）２３により構成される。
【００４３】
また、図１を用いて説明したＰｒｏＳｅサーバ７は、図１のようにＰＤＮ５に含まれて構成されてもよいし、ＰＤＮ５と独立して、ＩＰ移動通信ネットワーク３に含まれて構成されてもよいし、コアネットワーク２に含まれて構成されても良い。
【００４４】
無線アクセスネットワークは、複数の異なるアクセスネットワークで構成されてよい。それぞれのアクセスネットワークはコアネットワーク２に接続されている。さらに、ＵＥ＿Ａ８は無線アクセスネットワークに無線接続することができる。
【００４５】
無線アクセスネットワークには、ＬＴＥアクセスシステムで接続できるＬＴＥアクセスネットワーク（ＬＴＥ  ＡＮ２５）や、ＷＬＡＮアクセスシステムで接続できるアクセスネットワーク（ＷＬＡＮ  ＡＮｂ２７、ＷＬＡＮ  ＡＮａ２９）を構成することができる。
【００４６】
さらに、ＷＬＡＮアクセスシステムで接続可能なアクセスネットワークは、ｅＰＤＧ１９をコアネットワーク２への接続装置として接続するＷＬＡＮアクセスネットワークｂ（ＷＬＡＮ  ＡＮｂ２７）と、ＰＧＷ１７とＰＣＲＦ１３とＡＡＡ１５とに接続するＷＬＡＮアクセスネットワークａ（ＷＬＡＮ  ＡＮａ２９）とが構成可能である。
【００４７】
なお、各装置はＥＰＳを利用した移動通信システムにおける従来の装置と同様に構成されるため、詳細な説明は省略する。以下、各装置の簡単な説明をする。
【００４８】
ＰＧＷ１７はＰＤＮ５とＳＧＷ２１とｅＰＤＧ１９とＷＬＡＮ  ＡＮａ２９と、ＰＣＲＦ１３とＡＡＡ１５とに接続されており、ＰＤＮ５とコアネットワーク２のゲートウェイ装置としてユーザデータ配送を行う。
【００４９】
ＳＧＷ２１は、ＰＧＷ１７とＭＭＥ２３とＬＴＥ  ＡＮ２５とに接続されており、コアネットワーク２とＬＴＥ  ＡＮ２５とのゲートウェイ装置としてユーザデータ配送を行う。
【００５０】
ＭＭＥ２３は、ＳＧＷ２１とＬＴＥ  ＡＮ２５とＨＳＳ１１に接続されており、ＬＴＥ  ＡＮ２５を経由してＵＥ＿Ａ８のアクセス制御を行うアクセス制御装置である。
【００５１】
ＨＳＳ１１はＭＭＥ２３とＡＡＡ１５とに接続されており、加入者情報の管理を行う管理ノードである。ＨＳＳ１１の加入者情報は、例えばＭＭＥ２３のアクセス制御の際に参照される。
【００５２】
ＡＡＡ１５は、ＰＧＷ１７と、ＨＳＳ１１と、ＰＣＲＦ１３と、ＷＬＡＮ  ＡＮａ２９とに接続されており、ＷＬＡＮ  ＡＮａ２９を経由して接続するＵＥ＿Ａ８のアクセス制御を行う。
【００５３】
ＰＣＲＦ１３は、ＰＧＷ１７と、ＷＬＡＮ  ＡＮａ２９と、ＡＡＡ１５と、ＰＤＮ５に接続されており、データ配送に対するＱｏＳ（Ｑｕａｌｉｔｙ  ｏｆ  Ｓｅｒｖｉｃｅ）管理を行う。例えば、ＵＥ＿Ａ８とＰＤＮ５間の通信路のＱｏＳ管理を行う。
【００５４】
ｅＰＤＧ１９は、ＰＧＷ１７と、ＷＬＡＮ  ＡＮｂ２７とに接続されており、コアネットワーク２と、ＷＬＡＮ  ＡＮｂ２７とのゲートウェイ装置としてユーザデータの配送を行う。
【００５５】
また、図２（ｂ）に示すように、各無線アクセスネットワークには、ＵＥ＿Ａ８が実際に接続される装置（例えば、基地局装置やアクセスポイント装置）等が含まれている。接続に用いられる装置は、無線アクセスネットワークに適応した装置が考えられる。
【００５６】
本実施形態においては、ＬＴＥ  ＡＮ２５はｅＮＢ３１を含んで構成される。ｅＮＢ３１はＬＴＥアクセスシステムでＵＥ＿Ａ８が接続する無線基地局であり、ＬＴＥ  ＡＮ２５には１又は複数の無線基地局が含まれて構成されてよい。
【００５７】
ＷＬＡＮ  ＡＮａ２９はＷＬＡＮ  ＡＰａ３５と、ＧＷ（Ｇａｔｅｗａｙ）３７とが含まれて構成される。ＷＬＡＮ  ＡＰａ３５はコアネットワーク２を運営する事業者に対して信頼性のあるＷＬＡＮアクセスシステムでＵＥ＿Ａ８が接続する無線基地局であり、ＷＬＡＮ  ＡＮａ２９には１又は複数の無線基地局が含まれて構成されてよい。ＧＷ３７はコアネットワーク２とＷＬＡＮ  ＡＮａ２９のゲートウェイ装置である。また、ＷＬＡＮ  ＡＰａ３５とＧＷ３７とは、単一の装置で構成されてもよい。
【００５８】
コアネットワーク２を運営する事業者とＷＬＡＮ  ＡＮａ２９を運営する事業者が異なる場合でも、事業者間の契約や規約によりこのような構成での実現が可能となる。
【００５９】
また、ＷＬＡＮ  ＡＮｂ２７はＷＬＡＮ  ＡＰｂ３３を含んで構成される。ＷＬＡＮ  ＡＰｂ３３はコアネットワーク２を運営する事業者に対して信頼関係が結ばれていない場合に、ＷＬＡＮアクセスシステムでＵＥ＿Ａ８が接続する無線基地局であり、ＷＬＡＮ  ＡＮｂ２７には１又は複数の無線基地局が含まれて構成されてよい。
【００６０】
このように、ＷＬＡＮ  ＡＮｂ２７はコアネットワーク２に含まれる装置であるｅＰＤＧ１９をゲートウェイとしてコアネットワーク２に接続される。ｅＰＤＧ１９は安全性を確保するためのセキュリティ機能を持つ。
【００６１】
なお、本明細書において、ＵＥ＿Ａ８が各無線アクセスネットワークに接続されるという事は、各無線アクセスネットワークに含まれる基地局装置やアクセスポイント等に接続される事であり、送受信されるデータや信号等も、基地局装置やアクセスポイントを経由している。
【００６２】
［１．２  装置構成］
図１のＵＥ＿Ａ８と、ＵＥ＿Ｂ９と、ＰｒｏＳｅサーバ７の装置構成について図を用いて簡単に説明する。
【００６３】
［１．２．１  ＵＥの構成］
ＵＥ＿Ａ８とＵＥ＿Ｂ９は同じ構成であってよい。ＵＥ＿Ａ８とＵＥ＿Ｂ９はＰｒｏＳｅ機能を含む無線通信端末であれば良く、ＬＴＥアクセス方式により、無線通信によるデータの送受信を行う携帯電話端末であっても良いし、マシーンツーマシーンと呼ばれるような形態で機器同士が相互に情報交換する通信端末であっても良い。
【００６４】
図３は、本実施形態におけるＵＥ＿Ａ８の機能構成を示す。なお、ＵＥ＿Ｂ９の機能構成はＵＥ＿Ａ８と同様で良いため、説明を省略する。ＵＥ＿Ａ８は、送受信アンテナ３０１と、スイッチ３０３と、直接送受信部３０５と、送受信部３０７と、制御部３０９と、記憶部３１３により構成される。ＵＥ＿Ａ８は、制御部３０９に、直接送受信部３０５と、送受信部３０７と、スイッチ３０３と、記憶部３１３がバスを介して接続されている。
【００６５】
制御部３０９はＵＥ＿Ａ８を制御する為の機能部である。制御部３０９は記憶部３１３に記憶されている各種プログラムを読みだして実行する機能部である。
【００６６】
スイッチ３０３は制御部３０９の制御に従い、送受信部３０７と直接送受信部３０５を送受信アンテナ３０１に接続させる機能部である。
【００６７】
送受信部３０７はＬＴＥアクセス方式により無線通信のデータを送受信する機能部である。送受信部３０７は、送信部と受信部から構成され、送信部はＬＴＥ基地局を介して制御情報を送信する事ができ、受信部はＬＴＥ基地局を介してデータや制御情報を送信する事ができる。
【００６８】
直接送受信部３０５は、ＬＴＥ基地局を介さずに他のＵＥへデータや制御情報などで直接通信を行う事が出来る機能部である。直接送受信部３０５は、直接送信部と直接受信部から構成される。直接送信部はＬＴＥ基地局を介さずにデータや制御情報を送信する事ができ、直接受信部はＬＴＥ基地局を介さずにデータや制御情報の受信を行う事ができる。送受信部３０７と直接送受信部３０５とは１つの送受信部として構成されても良い。
【００６９】
記憶部３１３は、ＵＥ＿Ａ８の各動作に必要なプログラムや、データ等を記憶する機能部である。記憶部３１３は、例えば、半導体メモリや、ＨＤＤ（Ｈａｒｄ  Ｄｉｓｋ  Ｄｒｉｖｅ）等により構成されている。
【００７０】
さらに、記憶部３１３にはＵＥ  ＩＤ３１５、ＰｒｏＳｅアプリケーションＩＤ３１７、ＰｒｏＳｅアプリケーションコード３１９、タイマ３２１などを記憶してよい。また、ＵＥ＿Ａ８はこれらの情報を含んだＵＥコンテキストとして記憶してもよい。
【００７１】
ＵＥ  ＩＤ３１５は、ＵＥ＿Ａ８を識別する識別情報であり、ＩＭＳＩやＭＳＩＳＤＮ等の識別情報であってよい。もしくは、後述するサービス認証手続きなどにより、ＰｒｏＳｅサーバ７から取得した、ＵＥ＿Ａ８に対応づけられたＰｒｏＳｅ  ＵＥ  ＩＤであっても良い。また、ＰｒｏＳｅ  ＵＥ  ＩＤは、後述するＵＥ＿Ａ８のアタッチ手続きなどで、コアネットワークがＵＥ＿Ａ８に割り当を行う、ＵＥ＿Ａ８を識別する情報であってよい。さらに、具体的な構成としては、ＵＥ＿Ａ８が直接通信路を用いてデータを送信する際の送信元のリンク層アドレスであって良い。  ＰｒｏＳｅアプリケーションＩＤ３１７は、近隣端末を検出するＰｒｏＳｅダイレクトディスカバリに用いる識別情報であってよく、ＰｒｏＳｅによる近隣端末の検出を行う通信端末が実行するアプリケーションを識別する情報であってよい。また、ＰｒｏＳｅアプリケーションＩＤは具体的なアプリケーションの名前であってよい。また、記憶部３１３には複数のＰｒｏＳｅアプリケーションＩＤを記憶して良い。
【００７２】
ＰｒｏＳｅアプリケーションコード３１９は、ＰｒｏＳｅアプリケーションＩＤに対応づけられたコードであってよい。ＰｒｏＳｅアプリケーションコードは近隣の端末に自身を発見させるためのアナウンス信号に含めて送信したり、近隣の端末が送信するアナウンス信号をモニタリングしたりするために使用するコードであってよい。また、記憶部３１３には複数のＰｒｏＳｅアプリケーションコードを記憶して良い。ＰｒｏＳｅアプリケーションコードのより詳細な説明は後述するためここでは省略する。
【００７３】
また、タイマは、ＰｒｏＳｅアプリケーションコードが正当に使用できることを示すためのものであり、タイマが消費されるまではＰｒｏＳｅアプリケーションコードを正当に使用する等してよい。さらに、タイマが消費された場合には、ＰｒｏＳｅアプリケーションコードの使用は行わないなどの制御を行ってよい。さらに、タイマが消費された際には、ＰｒｏＳｅアプリケーションコードを記憶部３１３から削除しても良い。
【００７４】
ここで、ＵＥ＿Ａ８は、ＰｒｏＳｅアプリケーションＩＤとＰｒｏＳｅアプリケーションコードとを対応づけて記憶してもよい。また、ＵＥ＿Ａ８は、一つのＰｒｏＳｅアプリケーションＩＤに対して、異なるＰｒｏＳｅアプリケーションコードを複数記憶しても良い。
【００７５】
また、ＰｒｏＳｅアプリケーションコードとタイマとを対応づけて記憶してもよい。または、ＵＥ＿Ａ８が近隣端末へＵＥ＿Ａ８を検出させるためのアナウンスと、近隣端末の検出を目的としたモニタリングを実行する場合、アナウンスのためのタイマと、モニタリングのためのタイマをそれぞれ保持してもよい。このように、一つのＰｒｏＳｅアプリケーションコードに対して複数のタイマを記憶してもよい。
【００７６】
また、ＵＥ＿Ａ８は近隣の端末を検出した場合、近隣端末のＵＥ  ＩＤを記憶しても良い。近隣端末は複数検出してもよく、複数のＵＥ  ＩＤを記憶してもよい。
【００７７】
また、近隣端末の検出を目的としたモニタリングを実行する際、ＰｒｏＳｅサーバ７からモニタリングを行うためのディスカバリフィルタを受信した場合には、ディスカバリフィルタを記憶してもよい。
【００７８】
ディスカバリフィルタには、ＰｒｏＳｅアプリケーションＩＤ３１７やＰｒｏＳｅアプリケーションコード３１９や、タイマを対応づけて管理してもよい。
【００７９】
また、近隣端末の検出を目的としたモニタリングを実行する際、ＰｒｏＳｅサーバ７からモニタリングを行うためのディスカバリフィルタに加え、ディスカバリフィルタを識別するディスカバリフィルタＩＤを受信した場合には、ディスカバリフィルタＩＤを記憶してもよい。
【００８０】
さらに、ディスカバリフィルタＩＤとディスカバリフィルタとを対応づけて記憶してもよい。
【００８１】
図４（ａ）は、記憶部３１３で記憶されるＵＥ  ＩＤの一例である。図４（ａ）のように、ＵＥ＿Ａ８は、ＵＥ  ＩＤを記憶することができる。
【００８２】
図４（ｂ）は、記憶部３１３で記憶されるＰｒｏＳｅアプリケーションＩＤ３１７と、ＰｒｏＳｅアプリケーションコード３１９と、タイマ３２１の関連表の一例である。図４（ｂ）に示すように、ＵＥ＿Ａ８は同じＰｒｏＳｅアプリケーションＩＤに対して複数のアプリケーションコードを記憶することができる。また、一つのアプリケーションコードに対して、アナウンス用のタイマと、モニタリング用のタイマと、異なるタイマを記憶することも出来る。また、アナウンス用のタイマと、モニタリング用のタイマは同じタイマであっても良い。その際には、ＰｒｏＳｅアプリケーションコードに対して一つのタイマを記憶してもよい。
【００８３】
［１．２．２  ＰｒｏＳｅサーバの構成］
図５は本実施形態におけるＰｒｏＳｅサーバ７の機能構成を示す。ＰｒｏＳｅサーバ７とは、ＰｒｏＳｅによる近隣検出やＰｒｏＳｅによる通信を行う移動通信事業者により管理される認証サーバである。ＰｒｏＳｅサーバ７はＩＰ移動通信ネットワークインターフェース部５０１と、制御部５０５と記憶部５０７により構成される。ＩＰ移動通信ネットワークインターフェース部５０１と記憶部５０７は制御部５０５を介してバスで接続されている。
【００８４】
制御部５０５はＰｒｏＳｅサーバ７を制御する為の機能部である。制御部５０５は記憶部５０７に記憶されている各種プログラムを読みだして実行する機能部である。
【００８５】
ＩＰ移動通信ネットワークインターフェース部５０１は、ＰｒｏＳｅサーバ７がＩＰ移動通信ネットワーク３に接続する為の機能部である。
【００８６】
記憶部５０７は、ＰｒｏＳｅサーバ７の各動作に必要なプログラムや、データ等を記憶する機能部である。記憶部４０７は、例えば、半導体メモリや、ＨＤＤ（Ｈａｒｄ  Ｄｉｓｋ  Ｄｒｉｖｅ）等により構成されている。
【００８７】
さらに、記憶部５０７にはＵＥリスト５１５、ＰｒｏＳｅアプリケーションＩＤ５１７、ＰｒｏＳｅアプリケーションコード５１９、タイマ５２１などを記憶してよい。また、ＰｒｏＳｅサーバ７はこれらの情報を含んだＵＥコンテキストとして記憶してもよい。
【００８８】
ＵＥリスト５１５は、ＰｒｏＳｅサービスを許可したＵＥを識別する識別情報であり、ＩＭＳＩやＭＳＩＳＤＮ等の識別情報であってよい。もしくは、後述するサービス認証手続きなどにより、ＰｒｏＳｅサーバ７から取得した、ＵＥ＿Ａ８に対応づけられたＰｒｏＳｅ  ＵＥ  ＩＤであっても良い。また、ＰｒｏＳｅ  ＵＥ  ＩＤは、後述するＵＥ＿Ａ８のアタッチ手続きなどで、コアネットワークがＵＥ＿Ａ８に割り当を行う、ＵＥ＿Ａ８を識別する情報であってよい。さらに、具体的な構成としては、ＵＥ＿Ａ８が直接通信路を用いてデータを送信する際の送信元のリンク層アドレスであって良い。
【００８９】
ＰｒｏＳｅアプリケーションＩＤ５１７は、近隣端末を検出するＰｒｏＳｅダイレクトディスカバリに用いる識別情報であってよく、ＰｒｏＳｅによる近隣端末の検出を行う通信端末が実行するアプリケーションを識別する情報であってよい。また、ＰｒｏＳｅアプリケーションＩＤは具体的なアプリケーションの名前であってよい。また、記憶部５０７には複数のＰｒｏＳｅアプリケーションＩＤを記憶して良い。
【００９０】
ＰｒｏＳｅアプリケーションコード５１９は、ＰｒｏＳｅアプリケーションＩＤに対応づけられたコードであってよい。ＰｒｏＳｅアプリケーションコードは近隣の端末に自身を発見させるためのアナウンス信号に含めて送信したり、近隣の端末が送信するアナウンス信号をモニタリングしたりするために使用するコードであってよい。また、記憶部５０７には複数のＰｒｏＳｅアプリケーションコードを記憶して良い。ＰｒｏＳｅアプリケーションコードのより詳細な説明は後述するためここでは省略する。
【００９１】
また、タイマ５２１は、ＰｒｏＳｅアプリケーションコード５１９が正当に使用できることを示すためのものであり、タイマが消費されるまではＰｒｏＳｅアプリケーションコードを正当に使用する等してよい。さらに、タイマが消費された場合には、ＰｒｏＳｅアプリケーションコードの使用は行わないなどの制御を行ってよい。さらに、タイマが消費された際には、ＰｒｏＳｅアプリケーションコードを記憶部５０７から削除しても良い。
【００９２】
ここで、ＰｒｏＳｅサーバ７は、ＰｒｏＳｅアプリケーションＩＤ５１７とＰｒｏＳｅアプリケーションコード５１９とを対応づけて記憶してもよい。また、ＰｒｏＳｅサーバ７は、一つのＰｒｏＳｅアプリケーションＩＤに対して、異なるＰｒｏＳｅアプリケーションコードを複数記憶しても良い。
【００９３】
また、ＰｒｏＳｅアプリケーションコード５１９とタイマ５２１とを対応づけて記憶してもよい。または、ＵＥリスト５１５に記憶する各ＵＥに対し、それぞれＵＥコンテキストを保持しても良い。また、各ＵＥに対して、近隣端末へ検出させるためのアナウンスを許可したことを示す許可情報と、近隣端末の検出を目的としたモニタリングを許可したことを示す許可情報とをそれぞれＵＥに対応づけて記憶して良い。また、ＰｒｏＳｅアプリケーションに対応づけてタイマ５２１を管理してもよい。また、アナウンスのためのタイマと、モニタリングのためのタイマをそれぞれ保持してもよい。このように、一つのＰｒｏＳｅアプリケーションコード５１９に対して複数のタイマを記憶してもよい。
【００９４】
このように、ＰｒｏＳｅアプリケーションＩＤ５１７を記憶し、ＰｒｏＳｅサービス登録を認証したＵＥを、ＰｒｏＳｅアプリケーションＩＤ５１７に対応づけて記憶してよい。ここで、ＰｒｏＳｅアプリケーションＩＤ５１７に対応づけて記憶する端末は複数あってよい。さらに、各ＵＥに対して、近隣端末へ検出させるためのアナウンスを許可したことを示す許可情報と、近隣端末の検出を目的としたモニタリングを許可したことを示す許可情報とをそれぞれＵＥに対応づけて記憶して良い。
【００９５】
また、近隣端末の検出を目的としたモニタリングを許可した際、モニタリングを行うためのディスカバリフィルタを記憶してもよい。
【００９６】
ディスカバリフィルタには、ＰｒｏＳｅアプリケーションＩＤ５１７やＰｒｏＳｅアプリケーションコード５１９や、タイマを対応づけて管理してもよい。
【００９７】
また、ディスカバリフィルタに加え、ディスカバリフィルタを識別するディスカバリフィルタＩＤを記憶してもよい。
【００９８】
さらに、ディスカバリフィルタＩＤとディスカバリフィルタとを対応づけて記憶してもよい。
【００９９】
図６（ａ）は、記憶部５０７で記憶される、ＵＥリスト５１５の一例である。図６（ａ）に示すように、ＰｒｏＳｅサーバ７は、ＰｒｏＳｅサービスを許可したＵＥを識別する識別情報を記憶することができる。
【０１００】
図６（ｂ）は、記憶部５０７で、ＵＥごとに記憶されるＰｒｏＳｅアプリケーションＩＤ５１７と、ＰｒｏＳｅアプリケーションコード５１９と、タイマ５２１とが対応づけられた関連表の一例である。図６（ｂ）に示すように、ＰｒｏＳｅサーバ７は、図６（ａ）で記憶されているＵＥごとに、同じＰｒｏＳｅアプリケーションＩＤに対して複数のアプリケーションコードを記憶することができる。また、一つのアプリケーションコードに対して、アナウンス用のタイマと、モニタリング用のタイマと、異なるタイマを記憶することも出来る。また、アナウンス用のタイマと、モニタリング用のタイマは同じタイマであっても良い。その際には、ＰｒｏＳｅアプリケーションコードに対して一つのタイマを記憶してもよい。
【０１０１】
［１．２．３  ＨＳＳの構成］
図７は本実施形態におけるＨＳＳ１１の機能構成を示す。ＨＳＳとは、加入者情報を管理するサーバ装置である。さらに、ＰｒｏＳｅをはじめとする通信サービスのサービス提供に対する許可情報等を管理する。
【０１０２】
ＨＳＳ１１はＩＰ移動通信ネットワークインターフェース部７０１と、制御部７０５と記憶部７０７により構成される。ＩＰ移動通信ネットワークインターフェース部７０１と記憶部７０７は制御部７０５を介してバスで接続されている。
【０１０３】
制御部７０５はＨＳＳ１１を制御する為の機能部である。制御部７０５は記憶部７０７に記憶されている各種プログラムを読みだして実行する機能部である。
【０１０４】
ＩＰ移動通信ネットワークインターフェース部７０１は、ＨＳＳ１１がＩＰ移動通信ネットワーク３に接続する為の機能部である。
【０１０５】
記憶部７０７はＨＳＳ１１の各種動作に必要なプログラム、データ等を記憶する機能部である。記憶部７０７は、例えば、半導体メモリや、ＨＤＤ（Ｈａｒｄ  Ｄｉｓｋ  Ｄｒｉｖｅ）等により構成される。
【０１０６】
さらに、記憶部７０７にはＵＥリスト７１５、ＰｒｏＳｅアプリケーションＩＤ７１７、ＰｒｏＳｅアプリケーションコード７１９、許可情報７２１などを記憶してよい。また、これらの情報はＵＥ毎に加入者情報として管理してもよい。
【０１０７】
ＵＥリスト７１５は、ＰｒｏＳｅサービスを許可したＵＥを識別する識別情報であり、ＩＭＳＩやＭＳＩＳＤＮ等の識別情報であってよい。もしくは、後述するサービス認証手続きなどにより、ＰｒｏＳｅサーバ７から取得した、ＵＥ＿Ａ８に対応づけられたＰｒｏＳｅ  ＵＥ  ＩＤであっても良い。また、ＰｒｏＳｅ  ＵＥ  ＩＤは、後述するＵＥ＿Ａ８のアタッチ手続きなどで、コアネットワークがＵＥ＿Ａ８に割り当を行う、ＵＥ＿Ａ８を識別する情報であってよい。さらに、具体的な構成としては、ＵＥ＿Ａ８が直接通信路を用いてデータを送信する際の送信元のリンク層アドレスであって良い。
【０１０８】
ＰｒｏＳｅアプリケーションＩＤ７１７は、近隣端末を検出するＰｒｏＳｅダイレクトディスカバリに用いる識別情報であってよく、ＰｒｏＳｅによる近隣端末の検出を行う通信端末が実行するアプリケーションを識別する情報であってよい。また、ＰｒｏＳｅアプリケーションＩＤは具体的なアプリケーションの名前であってよい。また、記憶部７０７には複数のＰｒｏＳｅアプリケーションＩＤを記憶して良い。
【０１０９】
ＰｒｏＳｅアプリケーションコード７１９は、ＰｒｏＳｅアプリケーションＩＤに対応づけられたコードであってよい。ＰｒｏＳｅアプリケーションコードは近隣の端末に自身を発見させるためのアナウンス信号に含めて送信したり、近隣の端末が送信するアナウンス信号をモニタリングしたりするために使用するコードであってよい。また、記憶部７０７には複数のＰｒｏＳｅアプリケーションコードを記憶して良い。ＰｒｏＳｅアプリケーションコードのより詳細な説明は後述するためここでは省略する。
【０１１０】
また、許可情報は、ＰｒｏＳｅサービスを提供することを許容するかどうかの許可情報であってよい。さらに、ＰｒｏＳｅサービスのなかでも、アナウンス機能やモニタリング機能やマッチレポート機能など、機能毎に提供することを許容するかどうかの許可情報であってよい。また、許可情報は、ＵＥ毎に管理してもよい。
【０１１１】
さらに、許可情報は、ユーザの契約などにより任意のタイミングで運用者によって決定され、更新されてよい。
【０１１２】
また、ＨＳＳ１１は、ＰｒｏＳｅアプリケーションＩＤとＰｒｏＳｅアプリケーションコードとを対応づけて記憶してもよい。また、ＨＳＳ１１は、一つのＰｒｏＳｅアプリケーションＩＤに対して、異なるＰｒｏＳｅアプリケーションコードを複数記憶しても良い。
【０１１３】
このように、ＰｒｏＳｅアプリケーションＩＤを記憶し、ＰｒｏＳｅサービス登録を認証したＵＥを、ＰｒｏＳｅアプリケーションＩＤに対応づけて記憶してよい。ここで、ＰｒｏＳｅアプリケーションＩＤに対応づけて記憶する端末は複数あってよい。さらに、各ＵＥに対して、近隣端末へ検出させるためのアナウンスを許可したことを示す許可情報と、近隣端末の検出を目的としたモニタリングを許可したことを示す許可情報とをそれぞれＵＥに対応づけて記憶して良い。
【０１１４】
また、近隣端末の検出を目的としたモニタリングを許可した際、モニタリングを行うためのディスカバリフィルタを記憶してもよい。
【０１１５】
ディスカバリフィルタには、ＰｒｏＳｅアプリケーションＩＤ７１７やＰｒｏＳｅアプリケーションコード７１９や、タイマを対応づけて管理してもよい。
【０１１６】
また、ディスカバリフィルタに加え、ディスカバリフィルタを識別するディスカバリフィルタＩＤを記憶してもよい。
【０１１７】
さらに、ディスカバリフィルタＩＤとディスカバリフィルタとを対応づけて記憶してもよい。
【０１１８】
図８（ａ）は、記憶部７０７に記憶されるＵＥリスト７１５の一例である。図８（a）に示されるように、ＨＳＳ１１は、ＰｒｏＳｅサービスを許可したＵＥを識別する識別情報であり、ＩＭＳＩやＭＳＩＳＤＮ等の識別情報を記憶することができる。
【０１１９】
図８（ｂ）は、記憶部７０７に記憶される、ＰｒｏＳｅアプリケーションＩＤ７１７と、ＰｒｏＳｅアプリケーションコード７１９とで対応づけられた関連表の一例である。図８（ｂ）に示すように、ＨＳＳ１１は、ＰｒｏＳｅアプリケーションＩＤ７１７と、ＰｒｏＳｅアプリケーションコード７１９を対応づけて記憶することができる。更に、ＰｒｏＳｅサービス登録を認証したＵＥを、ＰｒｏＳｅアプリケーションＩＤに対応づけて記憶してよい。
【０１２０】
図８（ｃ）に、記憶部７０７で、ＵＥごとに記憶される許可情報７２１の一例を示す。図８（ｃ）に示すように、ＨＳＳ１１は、ＵＥごとに、また「アナウンス」「モニタリング」「マッチレポート」など機能ごとに許可情報を記憶することができる。図８（ｃ）の一例では、ＵＥ  ＩＤ  ＡのＵＥにはアナウンスが許可され、モニタリングとマッチレポートは禁止されている。
【０１２１】
［１．３  処理の説明］
以下に、本実施形態で説明する処理の概要について説明する。
【０１２２】
［１．３．１  サービス認証手続き］
ＵＥ＿Ａ８は、ＰｒｏＳｅサービスとして提供される近隣端末検出（ＰｒｏＳｅ  Ｄｉｒｅｃｔ  Ｄｉｓｃｏｖｅｒｙ）や直接通信路を用いた通信（ＰｒｏＳｅ  Ｄｉｒｅｃｔ  Ｃｏｍｍｕｎｉｃａｔｉｏｎ）に対する認証手続きを実施する。認証手続きは、近隣端末検出と、直接通信路を用いた通信のそれぞれを異なる手続きで認証してもよいし、一つの認証手続きで認証してもよい。
【０１２３】
以下、図９を用いて本実施形態における認証手続きを説明する。以下では、ＵＥ＿Ａ８が認証要求を行う例を説明するが、ＵＥ＿Ｂ９はＵＥ＿Ａ８と同様の手法で認証手続きを実施してよい。
【０１２４】
まず、ＵＥ＿Ａ８はアタッチ手続きを実行し、コアネットワークに接続する（Ｓ９０２）。結果、ＵＥ＿Ａ８はＰＧＷ１７との間にＰＤＮコネクションを確立する。ＰＤＮコネクションはＰＤＮ５との間でデータを送受信するための通信路である。アタッチ手続きはＵＥ＿Ａ８の電源投入時など、初期手続きとして実行されて良い。
【０１２５】
より具体的にはアタッチ手続きは、ＵＥ＿Ａ８がＭＭＥ２３にアタッチ要求を送信して開始する。アタッチ要求には、ＡＰＮやＩＭＳＩＧなどのＵＥの識別情報を含めて送信してもよい。また、ＡＰＮはアタッチ要求メッセージに必ずしも含まれる必要はなく、アタッチ手続き内の制御メッセージによってＵＥ＿Ａ８からＭＭＥ２３に通知されてもよい。
【０１２６】
ＭＭＥ２３は、受信したＡＰＮに基づいてＰＧＷ１７を選択し、ＵＥ＿Ａ８に対するＰＤＮコネクションの端点を決定する。さらに、ＰＤＮコネクションの確立や、コアネットワークへの接続を許可し、アタッチ要求メッセージに対する応答となるアタッチ許可メッセージをＵＥ＿Ａ８に送信する。なお、アタッチ許可メッセージは、ＭＭＥ２３から直接ＵＥ＿Ａ８に送信されてもよいし、ＬＴＥ  ＡＮ２５に含まれるｅＮＢ３１を介して送信されてもよい。
【０１２７】
また、ＭＭＥ２３は、アタッチ許可メッセージの送信により、ＵＥ＿Ａ８がコアネットワーク接続を許可されたこと通知してもよい。また、ＭＭＥ２３は、アタッチ許可メッセージの送信により、ＰＤＮコネクションを確立したことを通知してもよい。さらに、アタッチ許可メッセージには、ＰＤＮコネクションに対応づけられたＩＰアドレスや、ＡＰＮを含めて送信してもよい。
【０１２８】
また、ＭＭＥ２３は、アタッチ許可メッセージＰｒｏＳｅ  ＵＥ  ＩＤを含めて送信してもよい。例えば、ＭＭＥ２３は、ＵＥ＿Ａ８がアタッチ手続きにおいて送信するＡＰＮが、ＰｒｏＳｅサービスに関連付けられたＡＰＮであることを識別したことを基に、アタッチ許可メッセージＰｒｏＳｅ  ＵＥ  ＩＤを含めて送信してもよい。ＭＭＥ２３は、この際、ＵＥ＿Ａ８に対してＰｒｏＳｅ  ＵＥ  ＩＤ割り当てを行っても良い。また、ＨＳＳ１１から取得しても良い。この場合には、ＨＳＳ１１などが加入者情報に予めＰｒｏＳｅ  ＵＥ  ＩＤを記憶しておくなどしてよい。
【０１２９】
次に、ＵＥ＿Ａ８はＰｒｏＳｅ登録要求メッセージをＰｒｏＳｅサーバ７に送信する（Ｓ９０４）。ＵＥ＿Ａ８は、ＰｒｏＳｅ登録要求メッセージを送信することにより、近隣端末検出と、直接通信路を用いた通信の許可を要求してもよい。また、近隣端末検出と、直接通信路を用いた通信の許可とをそれぞれ識別する情報を含めて送信し、これらを個別に許可を求めてもよい。
【０１３０】
また、ＰｒｏＳｅ登録要求の送信には、アタッチ手続きで確立したＰＤＮコネクションを用いて送信してもよい。さらに、アタッチ手続きで取得したＩＰアドレスを送信元アドレスとしてＰｒｏＳｅ登録要求メッセージを送信してもよい。
【０１３１】
また、ＰｒｏＳｅ登録要求メッセージの送信先のＰｒｏＳｅサーバ７は、契約する通信事業者であるＨｏｍｅ  ＰＬＭＮに対応づけられたＰｒｏＳｅサーバ７の情報を予め保持しておき、送信先として用いても良い。
【０１３２】
もしくは、ＰｒｏＳｅサービスを提供可能な通信事業者のリストをローカルＰＬＭＮとして保持しておき、さらに、ローカルＰＬＭＮに対応づけられたＰｒｏＳｅサーバ７を保持しておくことで、送信先として用いても良い。
【０１３３】
ローカルＰＬＭＮは、Ｈｏｍｅ  ＰＬＭＮとの契約関係などで決定される任意の通信事業者でもよいし、Ｈｏｍｅ  ＰＬＭＮと同一の国で運用する通信事業者であっても良い。
【０１３４】
このように、ＵＥ＿Ａ８はＰＬＭＮを識別するＰＬＭＮ  ＩＤとＰｒｏＳｅサーバ７とを対応づけて保持しておき、送信先として用いて認証を要求しても良い。
【０１３５】
また、ＰＬＭＮ  ＩＤとＰｒｏＳｅサーバ７の情報は、ＨｏｍｅＰＬＭＮから取得しても良い。例えば、Ｈｏｍe  ＰＬＭＮのＰｒｏＳｅサーバ７に問い合わせを行い、問い合わせに対する応答により取得し、保持しても良い。
【０１３６】
ＰｒｏＳｅサーバ７は、ＰｒｏＳｅ登録要求を受信し、近隣端末の検出および直接通信路を用いた通信の認証を実行し、ＰｒｏＳｅ登録応答を送信しても良い（Ｓ９０８）。
【０１３７】
ＰｒｏＳｅ登録応答には、認証結果を含めて送信しもよい。ＰｒｏＳｅサーバ７はＵＥ＿Ａ８に対応づけて認証するための情報を保持しておき、その情報に基づいて認証結果を可とするか不可とするか決定しても良い。
【０１３８】
また、ＰｒｏＳｅサーバ７はＰｒｏＳｅ登録要求の受信に基づいてＰｒｏＳｅ  ＵＥ  ＩＤの割り当てを実行しても良い（Ｓ９０４）。さらに、ＰｒｏＳｅ  ＵＥ  ＩＤをＰｒｏＳｅ登録応答に含めてＵＥ＿Ａ８へ送信してもよい。ＰｒｏＳｅ  ＵＥ  ＩＤは、ＵＥ＿Ａ８に対応づけられたＩＤであってよく、ＵＥ＿Ａ８は、近隣端末の検出や、近隣端末へ自身を通知する場合に端末を識別する情報として用いても良い。より具体的には、ＵＥ＿Ａ８は、ＰｒｏＳｅ  ＵＥ  ＩＤをアナウンス信号に含めて送信してもよい。
【０１３９】
ＵＥ＿Ａ８は、ＰｒｏＳｅ登録応答を受信し、認証結果を取得する。また、ＰｒｏＳｅ登録応答に含まれるＰｒｏＳｅ  ＵＥ  ＩＤを取得し、保持しても良い。
【０１４０】
以上、ＵＥ＿Ａ８のサービス登録手続きを説明したが、ＵＥ＿Ｂ９は同様の手続きによりサービス登録を実施してもよい。
【０１４１】
［１．３．２  アナウンス要求手続き］
次に、端末がアナウンスを要求する手続きを説明する。アナウンスとは、端末が自身の存在を近隣に位置する端末に対して通知することである。
【０１４２】
以下では、ＵＥ＿Ａ８がアナウンスを実行する手続きを、図１０を基に説明する。ＵＥ＿Ａ８は、サービス認証手続きにより認証が許可されたことに基づいてアナウンスを実行してもよい。
【０１４３】
また、以下ではＵＥ＿Ａ８がアナウンス手続きを行う例を説明するが、ＵＥ＿Ｂ９においてもＵＥ＿Ａ８と同様の手続きによりアナウンス手続きを実行してもよい。
【０１４４】
ＵＥ＿Ａ８は、アナウンスを実行する初期状態として、Ｈｏｍｅ  ＰＬＭＮに対応するＰｒｏＳｅアプリケーションＩＤを保持していてもよい（Ｓ１００２）。具体的な取得方法としては、ＵＥ＿Ａ８はサービス登録手続きにおいて、ＰｒｏＳｅ登録要求をＰｒｏＳｅサーバ７に送信することでＰｒｏＳｅアプリケーションＩＤを要求してもよい。さらに、ＰｒｏＳｅサーバ７はその応答にＰｒｏＳｅアプリケーションＩＤを含めて送信してもよい。このように、ＵＥ＿Ａ８はＰｒｏＳｅ登録応答に含まれるＰｒｏＳｅアプリケーションＩＤを取得しても良い。
【０１４５】
ＵＥ＿Ａ８はディスカバリ要求をＰｒｏＳｅサーバ７に送信する（Ｓ１００４）。ここで、ＵＥ＿Ａ８によるディスカバリ要求の送信は、サービス認証手続きが完了していることを条件に送信しても良い。より具体的には契約する通信事業者であるＨｏｍe  ＰＬＭＮのＰｒｏＳｅサーバ７において、ＵＥ＿Ａ８がアナウンスすることを認証されたことを条件としてもよい。また、ＵＥ＿Ａ８は認証完了に伴い認証情報をＰｒｏＳｅサーバ７から取得し、認証情報を保持することを条件としても良い。
【０１４６】
ディスカバリ要求には、ＰｒｏＳｅアプリケーションＩＤや、ＵＥ  ＩＤや、アナウンスを要求することを示すコマンドを含めて送信しても良い。
【０１４７】
ＰｒｏＳｅアプリケーションＩＤは、ＵＥ＿Ａ８がアナウンスを要求するアプリケーションを示すＩＤであって良い。ＵＥ  ＩＤは、ＩＭＳＩやＭＳＩＳＤＮ等の識別情報であってよい。ＰｒｏＳｅ  ＵＥ  ＩＤであっても良い。
【０１４８】
また、アナウンスを要求することを示す情報は、コマンドで識別する方法に限らず、アナウンス要求メッセージを規定するなどして、アナウンス要求メッセージを送信することで要求しても良い。より具体的には、アナウンスを要求するメッセージタイプを規定し、メッセージタイプを含めた要求メッセージを送信してもよい。
【０１４９】
また、ディスカバリ要求の送信先のＰｒｏＳｅサーバ７は、ＵＥ＿Ａ８の契約する通信事業者であるＨｏｍe  ＰＬＭＮのＰｒｏＳｅサーバ７に関する情報を予め保持しておき、Ｈｏｍe  ＰＬＭＮのＰｒｏＳｅサーバ７を送信先としても良い。
【０１５０】
さらに、ディスカバリ要求には、この要求によるタイマの更新に関する要求を示す識別情報を含めてもよい。具体的には、前記識別情報で、ディスカバリ要求に含まれるＰｒｏＳｅアプリケーションＩＤにはすでにＰｒｏＳｅアプリケーションコードとタイマが割り当てられており、タイマのカウントを開始している場合、そのカウントを終了させ、新しく、タイマを割り当てることを要求してもよく、カウントが終了してから新しいタイマを割り当てることを要求してもよい。
【０１５１】
次に、ＰｒｏＳｅサーバ７は、ＵＥ＿Ａ８からディスカバリ要求を受信する。さらに、ＰｒｏＳｅサーバ７はもしＵＥ＿Ａ８に対応づけられたＵＥコンテキストを保持していない場合、ＨＳＳ１１に対してアナウンスを行うことに対する認証や、ＵＥコンテキストの生成に対する認証を要求しても良い（Ｓ１００６）。これらの認証の要求は、ディスカバリ認証要求をＨＳＳ１１に送信して要求しても良い。さらに、ディスカバリ認証要求には、ＰｒｏＳｅアプリケーションＩＤやＵＥＩＤを含めて送信しても良い。
【０１５２】
ＰｒｏＳｅアプリケーションＩＤは、ＵＥ＿Ａ８がアナウンスを要求するアプリケーションを示すＩＤであって良い。ＵＥ  ＩＤは、ＩＭＳＩやＭＳＩＳＤＮ等の識別情報であってよい。もしくは、ＰｒｏＳｅ  ＵＥ  ＩＤであっても良い。
【０１５３】
次に、ＨＳＳ１１はディスカバリ認証要求を受信する。ＨＳＳ１１はＵＥ＿Ａ８に対応づけられた加入者情報を保持しておき、加入者情報には、ディスカバリを許可することを示す情報や、アナウンスを許可する情報や、モニターを許可する情報などを、ＵＥ＿Ａ８に対応づけて管理してよい。
【０１５４】
また、これらの許可情報はアプリケーション毎に異なる許可情報を管理してもよい。つまりＰｒｏＳｅアプリケーションＩＤに対応づけて許可情報を管理してもよい。
【０１５５】
ＨＳＳ１１は受信したＰｒｏＳｅアプリケーションＩＤやＵＥ  ＩＤと、加入者情報に基づいて、認証を実行する。さらに、ＰｒｏＳｅサーバ７は、ディスカバリ認証に対する応答として、ディスカバリ認証応答をＰｒｏＳｅサーバ７に送信しても良い（Ｓ１００８）。ここで、ディスカバリ認証応答には認証結果を含めて送信してもよい。
【０１５６】
より具体的には、ディスカバリ認証要求に含まれる情報と加入者情報とを照合し、ＵＥ＿Ａ８がアナウンスを実行することを許可する場合には、許可したことを示す情報を含めてディスカバリ認証応答を送信し、許可しない場合には、許可しないことを示す情報を含めてディスカバリ認証応答を送信してもよい。
【０１５７】
ここで、ＨＳＳ１１は、加入者情報においてアナウンスが許可された情報を保持している場合、アナウンスを許可してもよい。また、加入者情報においてＰｒｏＳｅにおけるディスカバリが許可された情報を保持している場合、アナウンスを許可してもよい。
【０１５８】
次に、ＰｒｏＳｅサーバ７は、ＨＳＳ１１が送信するディスカバリ認証応答を受信する。ＰｒｏＳｅサーバ７は、ディスカバリ認証応答に基づいてＵＥコンテキストを生成してもよい。ＵＥコンテキストには、ＵＥ＿Ａ８が送信するディスカバリ要求、もしくはＨＳＳ１１が送信するディスカバリ認証応答により取得した、ＰｒｏＳｅアプリケーションＩＤと、ＵＥ  ＩＤと、アナウンスを許可する情報を含めて記憶してもよい。こうしたＵＥコンテキストはＵＥ＿Ａ８に対応づけて管理してもよい。
【０１５９】
さらに、ＰｒｏＳｅアプリケーションコードに対応づけてタイマを管理してもよい。タイマはアナウンスを許可する時間を示すものであってよい。また、ＰｒｏＳｅアプリケーションコードが正当なものであることを示すものであってもよい。つまり、ＰｒｏＳｅアプリケーションコードは安全に使用できるものとして運用されることが望まれるため、コードの値は永続的に使えるものではなく、タイマにより更新することで安全性を確保することができる。またタイマの初期の値は、通信事業者による設定によって決定されて良い。
【０１６０】
また、ＰｒｏＳｅサーバ７はＰｒｏＳｅアプリケーションＩＤに対応するＰｒｏＳｅアプリケーションコードを保持しておき、ＵＥコンテキストに記憶してもよい。
【０１６１】
ＰｒｏＳｅアプリケーションコードは、通信端末が近隣端末の発見のために送信する信号に含めて送信するコードであり、ＰｒｏＳｅアプリケーションＩＤに対応づけられている。
【０１６２】
これにより、通信端末は、近隣にＰｒｏＳｅアプリケーションコードを送信することにより、対応するアプリケーションを利用可能であることをアナウンスすることができる。
【０１６３】
また、ＰｒｏＳｅサーバ７は、ＰｒｏＳｅアプリケーションコードは、ＰｒｏＳｅアプリケーションＩＤに対応づけて保持してよい。また、もし保持していない場合には、ＰｒｏＳｅアプリケーションＩＤに対応づけてＰｒｏＳｅアプリケーションコードを生成してもよい。
【０１６４】
さらに、ＰｒｏＳｅサーバ７は、ディスカバリ要求に対する応答として、ディスカバリ応答をＵＥ＿Ａ８に送信してもよい（Ｓ１０１０）。
【０１６５】
ディスカバリ応答には、ＵＥコンテキストに関する情報を含めて送信してもよい。より具体的には、ＰｒｏＳｅアプリケーションＩＤ、ＵＥ  ＩＤ、ＰｒｏＳｅアプリケーションコード、タイマの値を含めて送信してもよい。
【０１６６】
また、ディスカバリ要求に、タイマの更新に関する識別情報が含まれていた場合、要求に従い、ＰｒｏＳｅアプリケーションコードやタイマを割り当ててもよい。
【０１６７】
ここで、ＰｒｏＳｅサーバ７は、ディスカバリ応答の送信時にタイマのカウントを開始してもよい。
【０１６８】
ディスカバリ要求に含まれるＰｒｏＳｅアプリケーションＩＤにすでにＰｒｏＳｅアプリケーションコードやタイマが割り当てられており、タイマのカウントが開始している場合、ＰｒｏＳｅサーバ７は、残りのタイマ値により、タイマを更新するかどうかを判断してもよい。より具体的には、ＰｒｏＳｅサーバ７でのタイマのカウントに基づき、タイマの残りがある閾値以下であった場合は、新しいタイマを割り当て、タイマの残りがある閾値以上であった場合は、残りのタイマをＵＥ＿Ａ８に通知するタイマとして用いてもよい。
【０１６９】
次に、ＵＥ＿Ａ８はディスカバリ応答を受信する。さらに、認証結果、およびＰｒｏＳｅアプリケーションコード、タイマの値などを取得してもよい。
【０１７０】
また、ＵＥ＿Ａ８は、ディスカバリ応答に含まれる情報を基に、アナウンスが許可されたか否かを判断する。
【０１７１】
アナウンスが許可された場合には、無線リソースを割り当て（Ｓ１０１２）、取得したＰｒｏＳｅアプリケーションコードを含めた信号を近隣に送信してもよい。周波数や時間などの無線リソース情報は、ＰｒｏＳｅサーバ７から取得しても良いし、予めアナウンスするためのリソースを保持しておき、割り当てても良い。
【０１７２】
また、ＵＥ＿Ａ８は、ディスカバリ応答の受信に基づいて、タイマのカウントを開始しても良い。また、ＵＥ＿Ａ８はタイマが消費されるまでの間、アナウンスのための信号を送信しても良い。また、タイマの値がゼロになるなど、タイマが消費された場合には、アナウンスを停止する。なお、アナウンスのための信号には、ＰｒｏＳｅアプリケーションを含んで送信してもよい。さらに、アナウンスのための信号には、ＵＥ  ＩＤを含めて送信してもよい。
【０１７３】
また、ディスカバリ応答において認証不可と通知された場合には、ＵＥ＿Ａ８は無線リソースの割り当てやアナウンスは実行しない。
【０１７４】
以上の手続きにより、ＵＥ＿Ａ８は、アナウンスを実行ための認証手続きを行うことができる。さらに、ＵＥ＿Ａ８は、アナウンスを行うＰｒｏＳｅアプリケーションＩＤに対応するＰｒｏＳｅアプリケーションコードの取得することができる。
【０１７５】
また、ＵＥ＿Ａ８は複数のアプリケーションのアナウンシングを要求しても良い。その際は、複数のＰｒｏＳｅアプリケーションＩＤを保持し、ＰｒｏＳｅアプリケーションＩＤ毎にアナウンス要求手続きを実行してよい。
【０１７６】
また、ＵＥ＿Ａ８は複数のＰｒｏＳｅアプリケーションコードに対してアナウシングを実行してよい。
【０１７７】
また、ＵＥ＿Ａ８は、ディスカバリ応答の受信に基づいて、認証がされていた場合には、アナウンスを実行してもよい。具体的なアナウンスの手段としては、ＵＥ＿Ａ８は、割り当てた無線リソースを用いてアナウンス信号を送信してもよい。また、認証されている状態においては、ユーザ操作や通信端末の設定などにより任意のタイミングでアナウンス信号を送信してもよい。また、アナウンス信号の送信は、ＵＥ＿Ａ８を中心として放射線状に信号を送信してもよい。
【０１７８】
また、ＵＥ＿Ａ８は、レンジグラスに基づいて送信信号の強度を決定し、送信してもよい。ＵＥ＿Ａ８は、ＰｒｏＳｅサーバ７からレンジクラスを取得して保持しておき、アナウンス信号の送信時にレンジクラスは読み出して送信強度を決定してもよい。このように、アナウンス信号の到達距離を決定してもよい。
【０１７９】
また、レンジクラスはアプリケーション毎に異なるレンジクラスを保持し、アプリケーション毎にアナウンス信号の送信強度をレンジクラスに基づいて決定し、アナウンス信号を送信してもよい。また、ＵＥ＿Ａ８は、ＬＴＥすなわちＥ−ＵＴＲＡ技術に基づいた直接無線信号（Ｄｉｒｅｃｔ  Ｒａｄｉｏ  Ｓｉｇｎａｌ）を用いてアナウンス信号を送信してもよい。
【０１８０】
［１．３．３  モニタリング要求手続き］
次に、端末がモニタリングを要求する手続きを説明する。モニタリングとは、近隣端末の存在を検出する為の手続きである。より具体的には、近隣端末が発信するアナウンス信号を受信するために、アナウンス信号をモニタリングする為の手続きである。
【０１８１】
以下では、ＵＥ＿Ｂ９がモニタリングを実行する手続きを、図１１を基に説明する。ＵＥ＿Ｂ９は、サービス認証手続きにより認証が許可されたことに基づいてモニタリングを実行してもよい。
【０１８２】
また、以下ではＵＥ＿Ｂ９がモニタリング手続きを行う例を説明するが、ＵＥ＿Ａ８においてもＵＥ＿Ｂ９と同様の手続きによりモニタリング手続きを実行してもよい。
【０１８３】
ＵＥ＿Ｂ９は、モニタリングを実行する初期状態として、Ｈｏｍｅ  ＰＬＭＮに対応するＰｒｏＳｅアプリケーションＩＤを保持していてもよい（Ｓ１１０２）。具体的な取得方法としては、ＵＥ＿Ｂ９はサービス登録手続きにおいて、ＰｒｏＳｅ登録要求をＰｒｏＳｅサーバ７に送信することでＰｒｏＳｅアプリケーションＩＤ要求してもよい。さらに、ＰｒｏＳｅサーバ７はその応答にＰｒｏＳｅアプリケーションＩＤを含めて送信してもよい。このように、ＵＥ＿Ｂ９はＰｒｏＳｅ登録応答に含まれるＰｒｏＳｅアプリケーションＩＤを取得しても良い。
【０１８４】
ＵＥ＿Ｂ９はディスカバリ要求をＰｒｏＳｅサーバ７に送信する（Ｓ１１０４）。
ここで、ＵＥ＿Ｂ９によるディスカバリ要求の送信は、サービス認証手続きが完了していることを条件に送信しても良い。より具体的には契約する通信事業者であるＨｏｍe  ＰＬＭＮのＰｒｏＳｅサーバ７において、ＵＥ＿Ｂ９がモニタリングすることを認証されたことを条件としてもよい。また、ＵＥ＿Ｂ９は認証完了に伴い認証情報をＰｒｏＳｅサーバ７から取得し、認証情報を保持することを条件としても良い。
【０１８５】
また、ディスカバリ要求には、ＰｒｏＳｅアプリケーションＩＤや、ＵＥ  ＩＤや、モニタリングを要求することを示すコマンドを含めて送信しても良い。
【０１８６】
ＰｒｏＳｅアプリケーションＩＤは、ＵＥ＿Ｂ９がモニタリングを要求するアプリケーションを示すＩＤであって良い。ＵＥ  ＩＤは、ＩＭＳＩやＭＳＩＳＤＮ等の識別情報であってよい。もしくは、サービス認証手続きなどにより、ＰｒｏＳｅサーバ７から取得した、ＵＥ＿Ａ８に対応づけられたＰｒｏＳｅアプリケーションコードであっても良い。
【０１８７】
また、モニタリングを要求することを示す情報は、コマンドで識別する方法に限らず、モニタリング要求メッセージを規定するなどして、モニタリング要求メッセージを送信することで要求しても良い。より具体的には、モニタリングを要求するメッセージタイプを規定し、メッセージタイプを含めた要求メッセージを送信してもよい。
【０１８８】
また、ディスカバリ要求の送信先のＰｒｏＳｅサーバ７は、ＵＥ＿Ｂ９の契約する通信事業者であるＨｏｍｅ  ＰＬＭＮのＰｒｏＳｅサーバ７に関する情報を予め保持しておき、Ｈｏｍｅ  ＰＬＭＮのＰｒｏＳｅサーバ７を送信先としても良い。
【０１８９】
さらに、ディスカバリ要求には、この要求によるタイマの更新に関する要求を示す識別情報を含めてもよい。具体的には、前記識別情報で、ディスカバリ要求に含まれるＰｒｏＳｅアプリケーションＩＤにはすでにＰｒｏＳｅアプリケーションコードとタイマが割り当てられており、タイマのカウントを開始している場合、そのカウントを終了させ、新しく、タイマを割り当てることを要求してもよく、カウントが終了してから新しいタイマを割り当てることを要求してもよい。
【０１９０】
次に、ＰｒｏＳｅサーバ７は、ＵＥ＿Ｂ９からディスカバリ要求を受信する。さらに、ＰｒｏＳｅサーバ７はもしＵＥ＿Ｂ９に対応づけられたＵＥコンテキストを保持していない場合、ＨＳＳ１１に対してアナウンスを行うことに対する認証や、ＵＥコンテキストの生成に対する認証を要求しても良い（Ｓ１１０６）。これらの認証の要求は、ディスカバリ認証要求をＨＳＳ１１に送信して要求しても良い。さらに、ディスカバリ認証要求には、ＰｒｏＳｅアプリケーションＩＤやＵＥＩＤを含めて送信しても良い。
【０１９１】
ＰｒｏＳｅアプリケーションＩＤは、ＵＥ＿Ｂ９がモニタリングを要求するアプリケーションを示すＩＤであって良い。ＵＥ  ＩＤは、ＩＭＳＩやＭＳＩＳＤＮ等の識別情報であってよい。もしくは、ＰｒｏＳｅ  ＵＥ  ＩＤであっても良い。
【０１９２】
次に、ＨＳＳ１１はディスカバリ認証要求を受信する。ＨＳＳ１１はＵＥ＿Ｂ９に対応づけられた加入者情報を保持しておき、加入者情報には、ディスカバリを許可することを示す情報や、モニタリングを許可する情報や、アナウンスを許可する情報などを、ＵＥ＿Ｂ９に対応づけて管理してよい。
【０１９３】
また、これらの許可情報はアプリケーション毎に異なる許可情報を管理してもよい。つまりＰｒｏＳｅアプリケーションＩＤに対応づけて許可情報を管理してもよい。
【０１９４】
ＨＳＳ１１は受信したＰｒｏＳｅアプリケーションＩＤやＵＥ  ＩＤと、加入者情報に基づいて、認証を実行する。さらに、ＰｒｏＳｅサーバ７は、ディスカバリ認証に対する応答として、ディスカバリ認証応答をＰｒｏＳｅサーバ７に送信しても良い（Ｓ１１０８）。ここで、ディスカバリ認証応答には認証結果を含めて送信してもよい。
【０１９５】
より具体的には、ディスカバリ認証要求に含まれる情報と加入者情報とを照合し、ＵＥ＿Ｂ９がモニタリングを実行することを許可する場合には、許可したことを示す情報を含めてディスカバリ認証応答を送信し、許可しない場合には、許可しないことを示す情報を含めてディスカバリ認証応答を送信してもよい。
【０１９６】
ここで、ＨＳＳ１１は、加入者情報においてモニタリングが許可された情報を保持している場合、モニタリングを許可してもよい。また、加入者情報においてＰｒｏＳｅにおけるディスカバリが許可された情報を保持している場合、モニタリングを許可してもよい。
【０１９７】
次に、ＰｒｏＳｅサーバ７は、ＨＳＳ１１が送信するディスカバリ認証応答を受信する。ＰｒｏＳｅサーバ７は、ディスカバリ認証応答に基づいてＵＥコンテキストを生成してもよい。ＵＥコンテキストには、ＵＥ＿Ａ８が送信するディスカバリ要求、もしくはＨＳＳ１１が送信するディスカバリ認証応答により取得した、ＰｒｏＳｅアプリケーションＩＤと、ＵＥ  ＩＤと、モニタリングを許可する情報を含めて記憶してもよい。こうしたＵＥコンテキストはＵＥ＿Ｂ９に対応づけて管理してもよい。
【０１９８】
さらに、ＰｒｏＳｅアプリケーションコードに対応づけてタイマを管理してもよい。タイマはアナウンスを許可する時間を示すものであってよい。また、ＰｒｏＳｅアプリケーションコードが正当なものであることを示すものであってもよい。つまり、ＰｒｏＳｅアプリケーションコードは安全に使用できるものとして運用されることが望まれるため、コードの値は永続的に使えるものではなく、タイマにより更新することで安全性を確保することができる。
【０１９９】
またタイマの初期の値は、通信事業者による設定によって決定されて良い。もしくは、ＵＥ＿Ａ８などの他の端末がアナウンスを要求しており、ＰｒｏＳｅサーバ７は、ＰｒｏＳｅアプリケーションＩＤに対応したＰｒｏＳｅアプリケーションコードを割り当ていた場合、ＰｒｏＳｅアプリケーションコードに対応づけられたタイマはカウントされており、現時点での残りの値を初期の値としてもよい。また、この場合新しくタイマの初期値を設定してもよい。また、ＰｒｏＳｅサーバ７はＰｒｏＳｅアプリケーションＩＤに対応するＰｒｏＳｅアプリケーションコードを保持しておき、ＵＥコンテキストに記憶してもよい。
【０２００】
ＰｒｏＳｅアプリケーションコードは、通信端末が近隣端末の発見のために送信する信号に含めて送信するコードであり、ＰｒｏＳｅアプリケーションＩＤに対応づけられている。
【０２０１】
これにより、通信端末は、近隣にＰｒｏＳｅアプリケーションコードを送信することにより、対応するアプリケーションを利用可能であり、アナウンスを実行する端末をモニタリングすることができる。
【０２０２】
また、ＰｒｏＳｅサーバ７は、ＰｒｏＳｅアプリケーションコードは、ＰｒｏＳｅアプリケーションＩＤに対応づけて保持してよい。また、もし保持していない場合には、ＰｒｏＳｅアプリケーションＩＤに対応づけてＰｒｏＳｅアプリケーションコードを生成してもよい。
【０２０３】
また、ＰｒｏＳｅサーバ７は、ローカルＰＬＭＮのＰｒｏＳｅサーバ７にモニター要求を送信してもよい。モニター要求には、ＰｒｏＳｅアプリケーションＩＤと、ＵＥ  ＩＤとを含めてもよい。これは、ローカルＰＬＭＮにおいてモニタリング機能を行う場合、ＰｒｏＳｅアプリケーションコードの一部をマスクするマスク値を等しくするためである。さらに、ローカルＰＬＭＮのＰｒｏＳｅサーバ７は、Ｈｏｍｅ  ＰＬＭＮのＰｒｏＳｅサーバ７に、モニター要求の応答として、モニター応答を送信してもよい。モニター応答には、マスクと、ＰｒｏＳｅアプリケーションＩＤとを含めてもよい。これにより、ローカルＰＬＭＮがディスカバリ要求を認証したことを意味してもよい。なお、ローカルＰＬＭＮとＨｏｍｅ  ＰＬＭＮで、タイマを互いに同期させてもよい。
【０２０４】
次に、ＰｒｏＳｅサーバ７は、ディスカバリ要求に対する応答として、ディスカバリ応答をＵＥ＿Ｂ９に送信してもよい（Ｓ１１１０）。
【０２０５】
ディスカバリ応答には、ＵＥコンテキストに関する情報を含めて送信してもよい。より具体的には、ディスカバリフィルタとディスカバリフィルタＩＤを含めて送信してもよい。
【０２０６】
また、ディスカバリ要求に、タイマの更新に関する識別情報が含まれていた場合、要求に従い、ＰｒｏＳｅアプリケーションコードやタイマを割り当ててもよい。
【０２０７】
ここで、ＰｒｏＳｅサーバ７は、ディスカバリ応答の送信時にタイマのカウントを開始してもよい。
【０２０８】
ディスカバリ要求に含まれるＰｒｏＳｅアプリケーションＩＤにすでにＰｒｏＳｅアプリケーションコードやタイマが割り当てられており、タイマのカウントが開始している場合、ＰｒｏＳｅサーバ７は、残りのタイマ値により、タイマを更新するかどうかを判断してもよい。より具体的には、ＰｒｏＳｅサーバ７でのタイマのカウントに基づき、タイマの残りがある閾値以下であった場合は、新しいタイマを割り当て、タイマの残りがある閾値以上であった場合は、残りのタイマをＵＥ＿Ａ８に通知するタイマとして用いてもよい。
【０２０９】
ディスカバリフィルタには、ＰｒｏＳｅアプリケーションＩＤやＰｒｏＳｅアプリケーションコードや、タイマで構成されている。また、ディスカバリフィルタＩＤはディスカバリフィルタを識別するための識別情報である。
【０２１０】
ここで、ＵＥ＿Ａ８などの他の端末がアナウンスを要求しており、ＰｒｏＳｅサーバ７は、ＰｒｏＳｅアプリケーションＩＤに対応したＰｒｏＳｅアプリケーションコードを割り当ていた場合、ＰｒｏＳｅアプリケーションコードに対応づけられたタイマはカウントされている。ＰｒｏＳｅサーバ７は、現時点での残りの値をタイマの値として送信してもよい。
【０２１１】
また、ＰｒｏＳｅサーバ７は、ＰｒｏＳｅアプリケーションコードを送信するのではなく、ＰｒｏＳｅアプリケーションコードの一部をマスクするマスク値を送信してもよい。マスクにより、例えば、多店舗を展開するコーヒーショップや飲食店などがあり、ＰｒｏＳｅアプリケーションコードが特定の店舗に対応づけ、マスク値は特定の店舗は特定できないまでも、コーヒーショップ名などのチェーン展開する会社などを特定するなどが可能になる。
【０２１２】
また、複数のＰｒｏｓｅアプリケーションＩＤをグループとして管理し、ＰｒｏＳｅアプリケーションＩＤ毎にＰｒｏＳｅアプリケーションコードを生成する際、ＰｒｏＳｅアプリケーションコードの任意の上位ビットに同じ値を割り当てるなどしてもよい。さらに、こうした共通の上位ビットをマスク値としても良い。また、マスク値は上位ビットに限らず、ＰｒｏＳｅアプリケーションコードを構成する一部のビット列であって良い。これにより、モニタリングするＵＥは、マスク値による検出に基づいて、グループによって管理される複数のＰｒｏｓｅアプリケーションコードを検出することができる。このように、複数のＰｒｏＳｅアプリケーションを検出することもできる。
【０２１３】
このように、マスクは複数のＰｒｏＳｅアプリケーションＩＤを識別することのできる識別情報であってよい。
【０２１４】
また、ＰｒｏＳｅサーバ７は、ＰｒｏＳｅアプリケーションＩＤに対応づけて管理するＰｒｏＳｅアプリケーションコードやマスク値、さらにはタイマをディスカバリフィルタと定義づけて管理してもよい。つまり、ＰｒｏＳｅサーバ７は、ＵＥ＿Ｂ９にディスカバリ応答を送信し、ディスカバリ応答にはＵＥ＿Ｂ９がモニタリングを要求するＰｒｏＳｅアプリケーションＩＤに対応するディスカバリフィルタを含めて送信してもよい。さらに、ディスカバリフィルタを識別するディスカバリフィルタＩＤを含めて送信してもよい。
【０２１５】
次に、ＵＥ＿Ｂ９はディスカバリ応答を受信する。さらに、認証結果、およびＰｒｏＳｅアプリケーションコード、タイマの値などを取得してもよい。
【０２１６】
また、ＵＥ＿Ｂ９は、ディスカバリ応答に含まれる情報を基に、モニタリングが許可されたか否かを判断する。
【０２１７】
モニタリングが許可された場合には、無線リソースを割り当て（Ｓ１１１２）、取得したＰｒｏＳｅアプリケーションコードを含めた信号が送信されているか否かをモニタリングしてもよい。周波数や時間などの無線リソース情報は、ＰｒｏＳｅサーバ７から取得しても良いし、予めアナウンスするためのリソースを保持しておき、割り当てても良い。さらに、モニタリングでは、ＵＥ＿Ｂ９は、ＬＴＥすなわちＥ−ＵＴＲＡ技術に基づいた直接無線信号（Ｄｉｒｅｃｔ  Ｒａｄｉｏ  Ｓｉｇｎａｌ）を用いて送信されたアナウンス信号を受信し、検出してもよい。  また、ＵＥ＿Ａ８は、ディスカバリ応答の受信に基づいて、タイマのカウントを開始しても良い。また、ＵＥ＿Ｂ９はタイマが消費されるまでの間、モニタリングを実行しても良い。また、タイマの値がゼロになるなど、タイマが消費された場合には、モニタリングを停止する。
【０２１８】
また、ディスカバリ応答において認証不可と通知された場合には、ＵＥ＿Ｂ９は無線リソースの割り当てやモニタリングは実行しない。
【０２１９】
以上の手続きにより、ＵＥ＿Ｂ９は、モニタリングを実行するための認証手続きを行うことができる。さらに、ＵＥ＿Ｂ９は、モニタリングを行うＰｒｏＳｅアプリケーションＩＤに対応するＰｒｏＳｅアプリケーションコードの取得することができる。
【０２２０】
また、ＵＥ＿Ｂ９は複数のアプリケーションのモニタリングを要求しても良い。その際は、複数のＰｒｏＳｅアプリケーションＩＤを保持し、ＰｒｏＳｅアプリケーションＩＤ毎にモニタリング要求手続きを実行してよい。
【０２２１】
また、ＵＥ＿Ｂ９は複数のＰｒｏＳｅアプリケーションコードに対して、モニタリングを実行してよい。
【０２２２】
［１．３．４  マッチレポート手続き］
次に、端末がマッチレポート手続きを説明する。マッチレポートとは、近隣端末がアナウンスするＰｒｏＳｅアプリケーションコードをモニタリングにより受信した際、端末がＰｒｏＳｅサーバ７にモニタリングの結果を報告する手続きである。さらに、マッチレポート手続きでは、受信したＰｒｏＳｅアプリケーションコードに対応づけられたＰｒｏＳｅアプリケーションＩＤや、ＰｒｏＳｅアプリケーションコードに対応づけられたタイマ値を取得してもよい。
【０２２３】
以下では、ＵＥ＿Ｂ９が実行するマッチレポート手続きを、図１２を基に説明する。ＵＥ＿Ｂ９は、サービス認証手続きにより認証が許可されたことに基づいてアナウンスを実行してもよい。
【０２２４】
また、以下ではＵＥ＿Ｂ９がマッチレポート手続きを行う例を説明するが、ＵＥ＿Ａ８においてもＵＥ＿Ｂ９と同様の手続きによりマッチレポート手続きを実行してもよい。
【０２２５】
ＵＥ＿Ｂ９は、マッチレポートを実行する初期状態として、Ｈｏｍｅ  ＰＬＭＮに対応するＰｒｏＳｅアプリケーションＩＤを保持していてもよい。具体的な取得方法としては、ＵＥ＿Ａ８はサービス登録手続きにおいて、ＰｒｏＳｅ登録要求をＰｒｏＳｅサーバ７に送信することでＰｒｏＳｅアプリケーションＩＤ要求してもよい。さらに、ＰｒｏＳｅサーバ７はその応答にＰｒｏＳｅアプリケーションＩＤを含めて送信してもよい。このように、ＵＥ＿Ａ８はＰｒｏＳｅ登録応答に含まれるＰｒｏＳｅアプリケーションＩＤを取得しても良い。
【０２２６】
もしくは、ＰｒｏＳｅアプリケーションＩＤを保持していなくても良い。さらに、モニタリングによりＰｒｏＳｅアプリケーションコードを取得し、取得したＰｒｏＳｅアプリケーションコードに対応するＰｒｏＳｅアプリケーションＩＤを保持していないことを検出し、それを契機にマッチレポート手続きを開始してもよい。
【０２２７】
マッチレポート手続きの開始とは、具体的には、ＵＥ＿Ｂ９はマッチレポートをＰｒｏＳｅサーバ７に送信する（Ｓ１２０２）。
【０２２８】
ここで、ＵＥ＿Ｂ９によるマッチレポートの送信は、サービス認証手続きが完了していることを条件に送信しても良い。より具体的には契約する通信事業者であるＨｏｍe  ＰＬＭＮのＰｒｏＳｅサーバ７において、ＵＥ＿Ｂ９がモニタリングすることを認証されたことを条件としてもよい。もしくは、モニタリングだけでなく、マッチレポート手続きの実行を許可するかどうかの情報に基づいて認証されたことを条件としてもよい。また、ＵＥ＿Ｂ９は認証完了に伴い認証情報をＰｒｏＳｅサーバ７から取得し、認証情報を保持することを条件としても良い。
【０２２９】
また、マッチレポートには、ＰｒｏＳｅアプリケーションコードや、ＵＥ  ＩＤや、マッチレポートを要求することを示すコマンドを含めて送信しても良い。
【０２３０】
ＵＥ  ＩＤは、ＩＭＳＩやＭＳＩＳＤＮ等の識別情報であってよい。もしくは、サービス認証手続きなどにより、ＰｒｏＳｅサーバ７から取得した、ＵＥ＿Ｂ９に対応づけられたＰｒｏＳｅアプリケーションコードであっても良い。
【０２３１】
また、マッチレポート手続きを要求することを示す情報は、コマンドで識別する方法に限らず、マッチレポートメッセージを規定するなどして、マッチレポートメッセージを送信することで要求しても良い。より具体的には、マッチレポートを要求するメッセージタイプを規定し、メッセージタイプを含めた要求メッセージを送信してもよい。
【０２３２】
また、マッチレポートの送信先のＰｒｏＳｅサーバ７は、ＵＥ＿Ｂ９の契約する通信事業者であるＨｏｍｅ  ＰＬＭＮのＰｒｏＳｅサーバ７に関する情報を予め保持しておき、Ｈｏｍｅ  ＰＬＭＮのＰｒｏＳｅサーバ７を送信先としても良い。
【０２３３】
さらに、マッチレポートには、この要求によるタイマの更新に関する要求を示す識別情報を含めてもよい。具体的には、前記識別情報で、マッチレポートに含まれるＰｒｏＳｅアプリケーションコードにはすでにタイマが割り当てられており、タイマのカウントを開始している場合、そのカウントを終了させ、新しく、タイマを割り当てることを要求してもよく、カウントが終了してから新しいタイマを割り当てることを要求してもよい。
【０２３４】
次に、ＰｒｏＳｅサーバ７は、ＵＥ＿Ｂ９からマッチレポートを受信する。さらに、ＰｒｏＳｅサーバ７はもしＵＥ＿Ｂ９に対応づけられたＵＥコンテキストを保持していない場合、ＨＳＳ１１に対してアナウンスを行うことに対する認証や、モニタリングを行うことに対する認証や、ＵＥコンテキストの生成に対する認証を要求しても良い（Ｓ１２０４）。これらの認証の要求は、ディスカバリ認証要求をＨＳＳ１１に送信して要求しても良い。さらに、ディスカバリ認証要求には、ＵＥＩＤを含めて送信しても良い。
【０２３５】
ＵＥ  ＩＤは、ＩＭＳＩやＭＳＩＳＤＮ等の識別情報であってよい。もしくは、ＵＥ＿Ｂ９に対応づけられたＰｒｏＳｅ  ＵＥ  ＩＤであっても良い。
【０２３６】
次に、ＨＳＳ１１はディスカバリ認証要求を受信する。ＨＳＳ１１はＵＥ＿Ｂ９に対応づけられた加入者情報を保持しておき、加入者情報には、ディスカバリを許可することを示す情報や、アナウンスを許可する情報や、モニタリングを許可する情報や、マッチレポートを許可する情報などを、ＵＥ＿Ｂ９に対応づけて管理してよい。
【０２３７】
また、これらの許可情報はアプリケーション毎に異なる許可情報を管理してもよい。つまりＰｒｏＳｅアプリケーションＩＤに対応づけて許可情報を管理してもよい。
【０２３８】
ＨＳＳ１１は受信したＵＥ  ＩＤと、加入者情報に基づいて、認証を実行する。さらに、ＰｒｏＳｅサーバ７は、ディスカバリ認証に対する応答として、ディスカバリ認証応答をＰｒｏＳｅサーバ７に送信しても良い（Ｓ１２０６）。ここで、ディスカバリ認証応答には認証結果を含めて送信してもよい。
【０２３９】
より具体的には、ディスカバリ認証要求に含まれる情報と加入者情報とを照合し、ＵＥ＿Ｂ９がマッチレポートを実行することを許可する場合には、許可したことを示す情報を含めてディスカバリ認証応答を送信し、許可しない場合には、許可しないことを示す情報を含めてディスカバリ認証応答を送信してもよい。
【０２４０】
ここで、ＨＳＳ１１は、加入者情報においてマッチレポートが許可された情報を保持している場合、マッチレポートを許可してもよい。また、加入者情報においてモニタリングが許可された情報を保持している場合、マッチレポートを許可してもよい。また、加入者情報においてＰｒｏＳｅにおけるディスカバリが許可された情報を保持している場合、マッチレポートを許可してもよい。
【０２４１】
次に、ＰｒｏＳｅサーバ７は、ＨＳＳ１１が送信するディスカバリ認証応答を受信する。ＰｒｏＳｅサーバ７は、ディスカバリ認証応答に基づいてＵＥコンテキストを生成してもよい。ＵＥコンテキストには、ＵＥ＿Ｂ９が送信するマッチレポート、もしくはＨＳＳ１１が送信するディスカバリ認証応答により取得した、ＵＥ  ＩＤと、アナウンスを許可する情報やモニタリングを許可する情報を含めて記憶してもよい。こうしたＵＥコンテキストはＵＥ＿Ｂ９に対応づけて管理してもよい。
【０２４２】
ＰｒｏＳｅサーバ７は、ＵＥ＿Ｂ９がマッチレポートに含めて送信したＰｒｏＳｅアプリケーションコードの解析を行う（Ｓ１２０８）。具体的には、ＰｒｏＳｅアプリケーションコードに対応するＰｒｏＳｅアプリケーションＩＤを解決する。
【０２４３】
ここで、ＰｒｏＳｅサーバ７は、ＰｒｏＳｅアプリケーションコードに対応するＰｒｏＳｅアプリケーションＩＤを予め取得し、記憶してもよい。また、ＰｒｏＳｅサーバ７は、ＰｒｏＳｅアプリケーションコードの生成時、ＰｒｏＳｅアプリケーションコードとＰｒｏＳｅアプリケーションＩＤを対応づけて予め管理していてもよい。
【０２４４】
例えば、ＵＥ＿Ａ８によるアナウンス要求手続きにおいて、ＵＥ＿Ａ８が送信するＰｒｏＳｅアプリケーションＩＤに対応づけてＰｒｏＳｅアプリケーションコードを生成した場合、ＰｒｏＳｅアプリケーションＩＤとＰｒｏＳｅアプリケーションコードを対応づけて記憶してよい。さらに、ＵＥ＿Ｂ９からマッチレポートを受信し、マッチレポートに含まれるＰｒｏＳｅアプリケーションコードに基づいて、記憶しているＰｒｏＳｅアプリケーションＩＤのうち、ＰｒｏＳｅアプリケーションコードに対応するものを選択してもよい。
【０２４５】
さらに、ＰｒｏＳｅアプリケーションコードに対応づけてタイマを管理してもよい。タイマはアナウンスを許可する時間を示すものであってよい。また、ＰｒｏＳｅアプリケーションコードが正当なものであることを示すものであってもよい。つまり、ＰｒｏＳｅアプリケーションコードは安全に使用できるものとして運用されることが望まれるため、コードの値は永続的に使えるものではなく、タイマにより更新することで安全性を確保することができる。またタイマの初期の値は、通信事業者による設定によって決定されて良い。
【０２４６】
ここで、ＰｒｏＳｅサーバ７は、ＵＥ＿Ｂ９から受信したＰｒｏＳｅアプリケーションコードから、ＰｒｏＳｅアプリケーションが割り当てられたＰＬＭＮを確認してもよい。この時ＰＬＭＮがローカルＰＬＭＮである場合、ＰｒｏＳｅサーバ７は、そのローカルＰＬＭＮのＰｒｏＳｅサーバ７にマッチレポートを送信してもよい。ここでのマッチレポートは、ＰｒｏＳｅアプリケーションコードと、ＵＥ  ＩＤとで構成されてもよい。ローカルＰＬＭＮのＰｒｏＳｅサーバ７は、ＰｒｏＳｅサーバ７からマッチレポートを受信し、ＰｒｏＳｅアプリケーションコードが認証されたコードである場合、マッチレポートの応答をＰｒｏＳｅサーバ７に送信する。マッチレポートの応答には、ＰｒｏＳｅアプリケーションＩＤ名（例えば、電話番号やＵＲＬ）とタイマとで構成されてもよい。これにより、ローカルＰＬＭＮのＰｒｏＳｅサーバ７がアプリケーションを認証したことを意味することができる。
【０２４７】
さらに、ＰｒｏＳｅサーバ７は、マッチレポートに対する応答として、マッチレポート応答をＵＥ＿Ｂ９に送信してもよい（Ｓ１２１０）。
【０２４８】
マッチレポート応答には、ＵＥコンテキストに関する情報を含めて送信してもよい。より具体的には、ＰｒｏＳｅアプリケーションＩＤ、ＵＥ  ＩＤ、ＰｒｏＳｅアプリケーションコード、タイマの値を含めて送信してもよい。
【０２４９】
また、マッチレポートに、タイマの更新に関する識別情報が含まれていた場合、要求に従い、ＰｒｏＳｅアプリケーションコードやタイマを割り当ててもよい。
【０２５０】
ここで、ＰｒｏＳｅサーバ７は、マッチレポート応答の送信時にタイマのカウントを開始してもよい。
【０２５１】
マッチレポートに含まれるＰｒｏＳｅアプリケーションコードにすでにタイマが割り当てられており、タイマのカウントが開始している場合、ＰｒｏＳｅサーバ７は、残りのタイマ値により、タイマを更新するかどうかを判断してもよい。より具体的には、ＰｒｏＳｅサーバ７でのタイマのカウントに基づき、タイマの残りがある閾値以下であった場合は、新しいタイマを割り当て、タイマの残りがある閾値以上であった場合は、残りのタイマをＵＥ＿Ａ８に通知するタイマとして用いてもよい。
【０２５２】
次に、ＵＥ＿Ｂ９はマッチレポート応答を受信する。さらに、認証結果、およびＰｒｏＳｅアプリケーションＩＤ、タイマの値などを取得してもよい。
【０２５３】
また、ＵＥ＿Ｂ９は、マッチレポート応答を受信し、ＰｒｏＳｅアプリケーションコードのモニタリングが正常に完了する。
【０２５４】
また、ＵＥ＿Ｂ９は、マッチレポート応答の受信に基づいて、マッチレポート応答に含まれるタイマのカウントを開始しても良い。また、ＵＥ＿Ｂ９はタイマが消費されるまでの間、モニタリングしたＰｒｏＳｅアプリケーションコードが正常に使用できることを認識する。また、タイマの値がゼロになるなど、タイマが消費された場合には、モニタリングを停止する。
【０２５５】
以上の手続きにより、ＵＥ＿Ｂ９は、モニタリングしたＰｒｏＳｅアプリケーションコードに対応するＰｒｏＳｅアプリケーションＩＤを解決し、アプリケーションを特定することが可能となる。例えば、ＵＥ＿Ａ８がＰｒｏＳｅアプリケーションコードとＵＥ  ＩＤとをアナウンスし、ＵＥ＿Ｂ９がモニタリングを実行してＰｒｏＳｅアプリケーションコードとＵＥ＿Ａ８を識別するＵＥ  ＩＤを受信した場合、ＵＥ＿Ｂ９は、マッチレポート手続きを実行することにより、ＵＥ＿Ａ８が近隣に位置し、且つＵＥ＿Ａ８が利用可能なアプリケーションを検出することができる。
【０２５６】
［１．３．５  ＰｒｏＳｅアプリケーションコード更新手続き］
次に、ＵＥ＿Ａ８がＰｒｏＳｅアプリケーションコードを更新する手続きを説明する。ＵＥ＿Ａ８は、ＰｒｏＳｅアプリケーションコードを更新し、アナウンスもしくはモニタリングを継続することができる。
【０２５７】
更新手続きは、「更新」と「非更新」と「並列」の３形態において、それぞれの手続きを説明する。
【０２５８】
ここで、「更新」とは、ＰｒｏＳｅアプリケーションＩＤに対して、ＰｒｏＳｅアプリケーションコードとタイマを取得し、タイマのカウントを開始しているＵＥ＿Ａ８が、同一のＰｒｏＳｅアプリケーションＩＤに対して、新たなＰｒｏＳｅアプリケーションコードとタイマを取得し、古いＰｒｏＳｅアプリケーションコードとタイマを無効にして、新しいＰｒｏＳｅアプリケーションコードとタイマを使用することを示す。
【０２５９】
また、「非更新」とは、ＰｒｏＳｅアプリケーションＩＤに対して、ＰｒｏＳｅアプリケーションコードとタイマを取得し、タイマのカウントを開始しているＵＥ＿Ａ８が、同一のＰｒｏＳｅアプリケーションＩＤに対して、新たなＰｒｏＳｅアプリケーションコードとタイマを取得し、古いＰｒｏＳｅアプリケーションコードのタイマを消費した後、新しいＰｒｏＳｅアプリケーションコードとタイマを使用することを示す。
【０２６０】
また、「並列」とは、ＰｒｏＳｅアプリケーションＩＤに対して、ＰｒｏＳｅアプリケーションコードとタイマを取得し、タイマのカウントを開始しているＵＥ＿Ａ８が、同一のＰｒｏＳｅアプリケーションＩＤに対して、新たなＰｒｏＳｅアプリケーションコードとタイマを取得し、古いＰｒｏＳｅアプリケーションコードのタイマの使用と、新しいＰｒｏＳｅアプリケーションコードとタイマの使用を両方行うことである。
【０２６１】
以下、具体的な手続きを説明する。
【０２６２】
［１．３．５．１  「更新」によるＰｒｏＳｅアプリケーションコード更新手続きの第１の手続き例］
１．３．５で説明した「更新」を行うための手続きの例を、図１３を用いて説明する。
【０２６３】
本手続きの初期状態は、１．３．２で説明したアナウンス要求手続きを完了した状態であってよい。
【０２６４】
つまり、１．３．２で説明したアナウンス要求手続きにより、ＵＥ＿Ａ８はＰｒｏＳｅサーバ７からＰｒｏＳｅアプリケーションコードとして「Ｃ１」、タイマとして「Ｔ１」を取得した状態であってよい。以下図１３を用いて詳細を説明する。ＵＥ＿Ａ８はアナウンス要求手続きに基づいて、タイマ「Ｔ１」のカウントを開始し、ＰｒｏＳｅアプリケーションコード「Ｃ１」を有効にしている（Ｓ１３０６）。また、ＰｒｏＳｅサーバ７は、応答メッセージの送信後、タイマ「Ｔ１」のカウントを開始し、ＰｒｏＳｅアプリケーションコード「Ｃ１」を有効にしている（Ｓ１３０７）。
【０２６５】
ＵＥ＿Ａ８は、１．３．２のアナウンス手続きで説明したように、タイマ「Ｔ１」のカウントを実行している間、アナウンス信号を送信してアナウンスを実行してもよい。
【０２６６】
ＵＥ＿Ａ８は、タイマ「Ｔ１」のカウントを実行している間、同一のＰｒｏＳｅアプリケーションＩＤに対するＰｒｏＳｅアプリケーションコードとタイマをＰｒｏＳｅサーバ７に要求してもよい。言い換えると、ＵＥ＿Ａ８は、タイマ「Ｔ１」が消費されるまでに、新たに同一のＰｒｏＳｅアプリケーションＩＤに対するＰｒｏＳｅアプリケーションコードとタイマをＰｒｏＳｅサーバ７に要求してもよい。
【０２６７】
こうしたＵＥ＿Ａ８による再要求は、タイマの残り時間が少なくなったことにより、実行されてよい。より具体的には、ＵＥ＿Ａ８は、閾値を予め保持しておき、タイマの残り時間が閾値と等しくなった場合や、閾値より少なくなったことにより再要求を行ってよい。また、再要求のトリガはこれらに限らず、他の条件により行われてもよいし、任意のタイミングで実行されてもよい。
【０２６８】
ＵＥ＿Ａ８は、同一のＰｒｏＳｅアプリケーションＩＤに対するＰｒｏＳｅアプリケーションコードとタイマを再要求するために、要求メッセージをＰｒｏＳｅサーバ７に送信してもよい（Ｓ１３０８）。
【０２６９】
ここで、要求メッセージは、アナウンスを要求するディスカバリ要求メッセージであってよい。アナウンスのためのディスカバリ要求メッセージは、１．３．２のアナウンス要求手続きで説明したＵＥ＿Ａ８が送信するディスカバリ要求メッセージ（Ｓ１００４）であってよい。ＵＥ＿Ａ８の送信に関する処理や、ディスカバリ要求メッセージの構成や、要求メッセージに含まれる情報要素などは同様でよいため、ここでは詳細説明を省略する。
【０２７０】
次に、ＰｒｏＳｅサーバ７は、要求メッセージを受信する。さらに、応答メッセージをＵＥ＿Ａ８に送信する（Ｓ１３１０）。応答メッセージは、ＰｒｏＳｅアプリケーションコードと、タイマを含めて送信してもよい。
【０２７１】
ここで、応答メッセージを送信する条件は、要求メッセージの受信に基づいて送信してもよし、認証に基づいて送信してもよい。ここで、認証の具体的な方法は、１．３．２のアナウンス要求手続きで説明した方法により実行してもよい。
【０２７２】
また、応答メッセージに含めるアプリケーションコードとタイマは、既に割り当てをおこなっている古いＰｒｏＳｅアプリケーションコード「Ｃ１」と、古いＰｒｏＳｅアプリケーションコードに対応するタイマ「Ｔ１」の残時間を含めてもよい。
【０２７３】
もしくは、応答メッセージに含めるアプリケーションコードとタイマは、ＰｒｏＳｅアプリケーションコード「Ｃ１」とは異なる新たなＰｒｏＳｅアプリケーションコード「Ｃ２」と、新たなＰｒｏＳｅアプリケーションコードに対応するタイマ「Ｔ２」を含めてもよい。
【０２７４】
ここで、古いＰｒｏＳｅアプリケーションコード「Ｃ１」と新たなＰｒｏＳｅアプリケーションコード「Ｃ２」は、単一のアプリケーションＩＤに対応付けられたものであってよい。
【０２７５】
古いアプリケーションコードを送信するか、新たなアプリケーションコードを送信するかは、以下のような条件や処理に基づいて決定されてよい。
【０２７６】
ＰｒｏＳｅサーバ７は、タイマＴ１の残時間が少ないことにより、新たなアプリケーションコード「Ｃ２」とタイマ「Ｔ２」を含めて送信してもよい。より具体的には、ＰｒｏＳｅサーバ７は、閾値を予め保持しておき、タイマの残り時間が閾値と等しくなった場合や、閾値より少なくなったことにより新たなアプリケーションコード「Ｃ２」とタイマ「Ｔ２」を含めて送信してもよい。
【０２７７】
また、ＰｒｏＳｅサーバ７は、タイマＴ１の残時間が十分ある場合には、古いアプリケーションコード「Ｃ１」とタイマ「Ｔ１」の残時間を含めて送信してもよい。より具体的には、ＰｒｏＳｅサーバ７は、閾値を予め保持しておき、タイマの残り時間が閾値より多い場合や、閾値と等しい場合には、新たなアプリケーションコード「Ｃ１」とタイマ「Ｔ１」の残時間を含めて送信してもよい。
【０２７８】
もしくは、ＰｒｏＳｅサーバ７は受信した要求メッセージを基に決定してもよい。例えば、ＵＥ＿Ａ８は、要求メッセージに識別情報を含めて送信してもよい。
【０２７９】
この識別情報は、古いアプリケーションコードを要求するか、新たなアプリケーションコードの要求を示す識別情報であってよい。
【０２８０】
ＰｒｏＳｅサーバ７は、識別情報に基づいて、新たなアプリケーションコード「Ｃ２」とタイマ「Ｔ２」を含めて送信してもよい。また、識別情報に基づいて、古いアプリケーションコード「Ｃ１」とタイマ「Ｔ１」の残時間を含めて送信してもよい。
【０２８１】
また、ＰｒｏＳｅサーバ７は識別情報の有無に基づいて決定してもよい。つまり、識別情報は、新たなアプリケーションコードの要求を示す識別情報であって良い。例えば、ＵＥ＿Ａ８は、識別情報を含めずに要求メッセージを送信し、古いアプリケーションコードを要求してもよい。また、ＵＥ＿Ａ８は、識別情報を含めて要求メッセージを送信し、新しいアプリケーションコードを要求してもよい。
【０２８２】
また、要求メッセージに識別情報が含まれていないことに基づいて、古いアプリケーションコード「Ｃ１」とタイマ「Ｔ１」の残時間を含めて送信してもよい。また、ＰｒｏＳｅサーバ７は、要求メッセージに識別情報が含まれていることに基づいて、新たなアプリケーションコード「Ｃ２」とタイマ「Ｔ２」を含めて送信してもよい。
【０２８３】
もしくは、識別情報は、古いアプリケーションコードの要求を示す識別情報であって良い。例えば、ＵＥ＿Ａ８は、識別情報を含めずに要求メッセージを送信し、新しいアプリケーションコードを要求してもよい。また、ＵＥ＿Ａ８は、識別情報を含めて要求メッセージを送信し、古いアプリケーションコードを要求してもよい。
【０２８４】
ＰｒｏＳｅサーバ７は、要求メッセージに識別情報が含まれていないことに基づいて、新たなアプリケーションコード「Ｃ２」とタイマ「Ｔ２」を含めて送信してもよい。また、要求メッセージに識別情報が含まれていることに基づいて、古いアプリケーションコード「Ｃ１」とタイマ「Ｔ１」の残時間を含めて送信してもよい。
【０２８５】
こうした識別情報は、要求メッセージに含まれるフラグ等の情報要素であってもよく、制御メッセージのメッセージタイプを示す情報要素であってもよい。
【０２８６】
このように、ＰｒｏＳｅサーバ７はタイマ「Ｔ１」の残時間を含めて送信し、複数のＵＥのタイマを同期させてもよい。
【０２８７】
また、この要求メッセージは１．３．２で説明したアナウンスを要求するディスカバリ要求メッセージであってよい。そのため、これらの識別情報は１．３．２で説明したアナウンスを要求するディスカバリ要求メッセージに含まれてよい。
【０２８８】
また、古いアプリケーションコードを送信するか、新たなアプリケーションコードを送信するかは、ＰｒｏＳｅサーバ７の設定等に基づいて決定されてよい。例えば、ＰｒｏＳｅサーバの設定は、ＰｒｏＳｅサーバ７を運用する通信事業者のポリシー（Ｍｏｂｉｌｅ  Ｏｐｅｒａｔｏｒ  Ｐｏｌｉｃｙ）やアプリケーション事業者のポリシーにより決定され、設定が行われてもよい。
【０２８９】
なお、これまで説明した条件や処理を組み合わせて決定してもよいし、他の方法を基に決定してもよい。
【０２９０】
次に、ＵＥ＿Ａ８は、応答メッセージを受信する。さらに、応答メッセージに含まれる、ＰｒｏＳｅアプリケーションコードとタイマを取得する。
【０２９１】
ＵＥ＿Ａ８は、新しいＰｒｏＳｅアプリケーションコード「Ｃ２」を取得した場合には、古いＰｒｏＳｅアプリケーションコード「Ｃ１」の使用を停止し、新しいＰｒｏＳｅアプリケーションコード「Ｃ２」の使用を開始するなどの、「更新」に対応する処理を行ってもよい（Ｓ１３１２）。
【０２９２】
具体的なＵＥ＿Ａ８における「更新」の処理は、例えば、古いＰｒｏＳｅアプリケーションコード「Ｃ１」を無効化し、新しいＰｒｏＳｅアプリケーションコード「Ｃ２」を有効化するなどを実行してもよい。
【０２９３】
また、古いＰｒｏＳｅアプリケーションコード「Ｃ１」に対応するタイマ「Ｔ１」のカウントを停止し、新しいＰｒｏＳｅアプリケーションコード「Ｃ２」に対応するタイマ「Ｔ２」のカウントを開始してもよい。
【０２９４】
また、古いＰｒｏＳｅアプリケーションコード「Ｃ１」とタイマ「Ｔ１」を記憶部から削除してもよい。
【０２９５】
また、ＵＥ＿Ａ８は、古いＰｒｏＳｅアプリケーションコード「Ｃ１」を用いたアナウンス信号の送信を停止するとともに、以後、ＰｒｏＳｅアプリケーションコード「Ｃ１」を用いたアナウンスは行わないなどの設定を行ってもよい。
【０２９６】
ＵＥ＿Ａ８は、新しいＰｒｏＳｅアプリケーションコード「Ｃ２」に対応するタイマ「Ｔ２」が消費されるまでの間、新しいＰｒｏＳｅアプリケーションコード「Ｃ２」を用いたアナウンス信号の送信を行ってもよい。
【０２９７】
また、ＵＥ＿Ａ８は、「更新」の処理の実行を、新しいＰｒｏＳｅアプリケーションコード「Ｃ２」をＰｒｏＳｅサーバ７から取得したこと基づいて実行してもよいし、ＰｒｏＳｅサーバ７が送信する応答メッセージの受信に基づいて実行してもよい。
【０２９８】
もしくは、ＵＥ＿Ａ８は、応答メッセージに含まれる識別情報に基づいて「更新」の処理を実行してもよい。例えば、ＰｒｏＳｅサーバ７は、「更新」処理を実行することを要求する識別情報を含めて応答メッセージを送信してもよい。さらに、ＵＥ＿Ａ８は、識別情報を受信し、受信した識別情報が「更新」の処理を行うことを要求していることにより、「更新」の処理を実行してもよい。このように、ＵＥ＿Ａ８は、応答メッセージに含まれる識別情報に基づいて「更新」の処理を実行してもよい。
【０２９９】
また、こうした識別情報は、応答メッセージに含まれるフラグ等の情報要素であってもよく、制御メッセージのメッセージタイプを示す情報要素であってもよい。さらに、識別情報は、「更新」または「非更新」または「並列」を示す更新識別情報であってもよい。さらに、この場合の更新識別情報は、「更新」を示していてもよい。
【０３００】
また、この応答メッセージは１．３．２で説明したアナウンスを要求するディスカバリ応答メッセージであってよい（Ｓ１０１０）。このため、これらの識別情報は１．３．２で説明したアナウンスを要求するディスカバリ応答メッセージに含まれてよい。
【０３０１】
また、「更新」の処理を実行するか否かは、ＵＥ＿Ａ８の設定等に基づいて決定されてよい。例えば、ＵＥ＿Ａ８の設定は、ユーザポリシーや、ＰｒｏＳｅサーバ７を運用する通信事業者のポリシー（Ｍｏｂｉｌｅ  Ｏｐｅｒａｔｏｒ  Ｐｏｌｉｃｙ）やアプリケーション事業者のポリシーにより決定され、設定が行われてもよい。
【０３０２】
なお、これまで説明した条件や処理を組み合わせて決定してもよいし、他の方法を基に決定してもよい。
【０３０３】
また、ＵＥ＿Ａ８は、「更新」処理を行わない場合には、古いＰｒｏＳｅアプリケーションコードを用いてアナウンスを継続してもよい。たとえば、ＵＥ＿Ａ８は、応答メッセージの受信により、古いＰｒｏＳｅアプリケーションコード「Ｃ１」を取得した場合には、カウントしているタイマ「Ｔ１」のが消費されるまで古いＰｒｏＳｅアプリケーションコード「Ｃ１」を用いてアナウンスを継続してもよい。なお、ＵＥ＿Ａ８は、タイマ「Ｔ１」の残時間から受信したタイマの値に更新してカウントを継続してもよい。
【０３０４】
もしくは、ＵＥ＿Ａ８は、「更新」処理を行わない場合には、古いＰｒｏＳｅアプリケーションコードと、新しいＰｒｏＳｅアプリケーションコードを用いたアナウンスすべてを停止しても良い。
【０３０５】
以上の手続きにより、ＵＥ＿Ａ８は、ＰｒｏＳｅアプリケーションＩＤに対応するアナウンスを継続することができる。
【０３０６】
以上、ＵＥ＿Ａ８がＰｒｏＳｅアプリケーションコード更新手続きを実行する場合について説明してきたが、ＵＥ＿Ｂ９においてもＵＥ＿Ａ８と同様の手続きを行ってよい。
【０３０７】
［１．３．５．２  「更新」によるＰｒｏＳｅアプリケーションコード更新手続きの第２の手続き例］
１．３．５．１で説明した「更新」によるＰｒｏＳｅアプリケーションコード更新手続きの第１の手続き例では、１．３．２で説明したアナウンス要求手続きを完了した状態を初期状態として、ＵＥ＿Ａ８がアナウンスを継続する手続き例を説明した。
【０３０８】
これに限らず、初期状態は１．３．３で説明したモニタリング要求手続きを完了した状態であってもよい。
【０３０９】
つまり、１．３．３で説明したモニタリング要求手続きにより、ＵＥ＿Ａ８はＰｒｏＳｅサーバ７からＰｒｏＳｅアプリケーションコードとして「Ｃ１」、タイマとして「Ｔ１」を取得した状態であってよい。
【０３１０】
以下、図１３を用いて詳細を説明する。ＵＥ＿Ａ８はモニタリング要求手続きに基づいて、タイマ「Ｔ１」のカウントを開始し、ＰｒｏＳｅアプリケーションコード「Ｃ１」を有効にしている（Ｓ１３０６）。また、ＰｒｏＳｅサーバ７は、応答メッセージの送信後、タイマ「Ｔ１」のカウントを開始し、ＰｒｏＳｅアプリケーションコード「Ｃ１」を有効にしている（Ｓ１３０７）。
【０３１１】
ＵＥ＿Ａ８は、１．３．３のモニタリング手続きで説明したように、タイマ「Ｔ１」のカウントを実行している間、アナウンス信号を受信するモニタリングを実行してもよい。
【０３１２】
ＵＥ＿Ａ８は、タイマ「Ｔ１」のカウントを実行している間、同一のＰｒｏＳｅアプリケーションＩＤに対するＰｒｏＳｅアプリケーションコードとタイマをＰｒｏＳｅサーバ７に要求してもよい。言い換えると、ＵＥ＿Ａ８は、タイマ「Ｔ１」が消費されるまでに、新たに同一のＰｒｏＳｅアプリケーションＩＤに対するＰｒｏＳｅアプリケーションコードとタイマをＰｒｏＳｅサーバ７に要求してもよい。
【０３１３】
こうしたＵＥ＿Ａ８による再要求は、タイマの残り時間が少なくなったことにより、実行されてよい。より具体的には、ＵＥ＿Ａ８は、閾値を予め保持しておき、タイマの残り時間が閾値と等しくなった場合や、閾値より少なくなったことにより再要求を行ってよい。また、再要求のトリガはこれらに限らず、他の条件により行われてもよいし、任意のタイミングで実行されてもよい。
【０３１４】
ＵＥ＿Ａ８は、同一のＰｒｏＳｅアプリケーションＩＤに対するＰｒｏＳｅアプリケーションコードとタイマを再要求するために、要求メッセージをＰｒｏＳｅサーバ７に送信してもよい（Ｓ１３０８）。
【０３１５】
ここで、要求メッセージは、モニタリングを要求するディスカバリ要求メッセージであってよい。モニタリングのためのディスカバリ要求メッセージは、１．３．３のモニタリング要求手続きで説明したＵＥ＿Ａ８が送信するディスカバリ要求メッセージ（Ｓ１１０４）であってよい。ＵＥ＿Ａ８の送信に関する処理や、ディスカバリ要求メッセージの構成や、要求メッセージに含まれる情報要素などは同様でよいため、ここでは詳細説明を省略する。
【０３１６】
次に、ＰｒｏＳｅサーバ７は、要求メッセージを受信する。さらに、応答メッセージをＵＥ＿Ａ８に送信する（Ｓ１３１０）。応答メッセージは、ＰｒｏＳｅアプリケーションコードと、タイマを含めて送信してもよい。
【０３１７】
ここで、応答メッセージを送信する条件は、要求メッセージの受信に基づいて送信してもよし、認証に基づいて送信してもよい。ここで、認証の具体的な方法は、１．３．３のモニタリング要求手続きで説明した方法により実行してもよい。
【０３１８】
また、応答メッセージに含めるアプリケーションコードとタイマは、既に割り当てをおこなっている古いＰｒｏＳｅアプリケーションコード「Ｃ１」と、古いＰｒｏＳｅアプリケーションコードに対応するタイマ「Ｔ１」の残時間を含めてもよい。
【０３１９】
もしくは、応答メッセージに含めるアプリケーションコードとタイマは、ＰｒｏＳｅアプリケーションコード「Ｃ１」とは異なる新たなＰｒｏＳｅアプリケーションコード「Ｃ２」と、新たなＰｒｏＳｅアプリケーションコードに対応するタイマ「Ｔ２」を含めてもよい。
【０３２０】
ここで、古いＰｒｏＳｅアプリケーションコード「Ｃ１」と新たなＰｒｏＳｅアプリケーションコード「Ｃ２」は、単一のアプリケーションＩＤに対応付けられたものであってよい。
【０３２１】
古いアプリケーションコードを送信するか、新たなアプリケーションコードを送信するかは、以下のような条件や処理に基づいて決定されてよい。
【０３２２】
ＰｒｏＳｅサーバ７は、タイマＴ１の残時間が少ないことにより、新たなアプリケーションコード「Ｃ２」とタイマ「Ｔ２」を含めて送信してもよい。より具体的には、ＰｒｏＳｅサーバ７は、閾値を予め保持しておき、タイマの残り時間が閾値と等しくなった場合や、閾値より少なくなったことにより新たなアプリケーションコード「Ｃ２」とタイマ「Ｔ２」を含めて送信してもよい。
【０３２３】
また、ＰｒｏＳｅサーバ７は、タイマＴ１の残時間が十分ある場合には、古いアプリケーションコード「Ｃ１」とタイマ「Ｔ１」の残時間を含めて送信してもよい。より具体的には、ＰｒｏＳｅサーバ７は、閾値を予め保持しておき、タイマの残り時間が閾値より多い場合や、閾値と等しい場合には、新たなアプリケーションコード「Ｃ１」とタイマ「Ｔ１」の残時間を含めて送信してもよい。
【０３２４】
もしくは、ＰｒｏＳｅサーバ７は受信した要求メッセージを基に決定してもよい。例えば、ＵＥ＿Ａ８は、要求メッセージに識別情報を含めて送信してもよい。
【０３２５】
この識別情報は、古いアプリケーションコードを要求するか、新たなアプリケーションコードの要求を示す識別情報であってよい。
【０３２６】
ＰｒｏＳｅサーバ７は、識別情報に基づいて、新たなアプリケーションコード「Ｃ２」とタイマ「Ｔ２」を含めて送信してもよい。また、識別情報に基づいて、古いアプリケーションコード「Ｃ１」とタイマ「Ｔ１」の残時間を含めて送信してもよい。
【０３２７】
また、ＰｒｏＳｅサーバ７は識別情報の有無に基づいて決定してもよい。つまり、識別情報は、新たなアプリケーションコードの要求を示す識別情報であって良い。例えば、ＵＥ＿Ａ８は、識別情報を含めずに要求メッセージを送信し、古いアプリケーションコードを要求してもよい。また、ＵＥ＿Ａ８は、識別情報を含めて要求メッセージを送信し、新しいアプリケーションコードを要求してもよい。
【０３２８】
また、要求メッセージに識別情報が含まれていないことに基づいて、古いアプリケーションコード「Ｃ１」とタイマ「Ｔ１」の残時間を含めて送信してもよい。また、ＰｒｏＳｅサーバ７は、要求メッセージに識別情報が含まれていることに基づいて、新たなアプリケーションコード「Ｃ２」とタイマ「Ｔ２」を含めて送信してもよい。
【０３２９】
もしくは、識別情報は、古いアプリケーションコードの要求を示す識別情報であって良い。例えば、ＵＥ＿Ａ８は、識別情報を含めずに要求メッセージを送信し、新しいアプリケーションコードを要求してもよい。また、ＵＥ＿Ａ８は、識別情報を含めて要求メッセージを送信し、古いアプリケーションコードを要求してもよい。
【０３３０】
ＰｒｏＳｅサーバ７は、要求メッセージに識別情報が含まれていないことに基づいて、新たなアプリケーションコード「Ｃ２」とタイマ「Ｔ２」を含めて送信してもよい。また、要求メッセージに識別情報が含まれていることに基づいて、古いアプリケーションコード「Ｃ１」とタイマ「Ｔ１」の残時間を含めて送信してもよい。
【０３３１】
こうした識別情報は、要求メッセージに含まれるフラグ等の情報要素であってもよく、制御メッセージのメッセージタイプを示す情報要素であってもよい。
【０３３２】
このように、ＰｒｏＳｅサーバ７はタイマ「Ｔ１」の残時間を含めて送信し、複数のＵＥのタイマを同期させてもよい。
【０３３３】
また、この要求メッセージは１．３．３で説明したモニタリングを要求するディスカバリ要求メッセージであってよい。そのため、これらの識別情報は１．３．３で説明したモニタリングを要求するディスカバリ要求メッセージに含まれてよい。
【０３３４】
また、古いアプリケーションコードを送信するか、新たなアプリケーションコードを送信するかは、ＰｒｏＳｅサーバ７の設定等に基づいて決定されてよい。例えば、ＰｒｏＳｅサーバの設定は、ＰｒｏＳｅサーバ７を運用する通信事業者のポリシー（Ｍｏｂｉｌｅ  Ｏｐｅｒａｔｏｒ  Ｐｏｌｉｃｙ）やアプリケーション事業者のポリシーにより決定され、設定が行われてもよい。
【０３３５】
なお、これまで説明した条件や処理を組み合わせて決定してもよいし、他の方法を基に決定してもよい。
【０３３６】
次に、ＵＥ＿Ａ８は、応答メッセージを受信する。さらに、応答メッセージに含まれる、ＰｒｏＳｅアプリケーションコードとタイマを取得する。
【０３３７】
ＵＥ＿Ａ８は、新しいＰｒｏＳｅアプリケーションコード「Ｃ２」を取得した場合には、古いＰｒｏＳｅアプリケーションコード「Ｃ１」の使用を停止し、新しいＰｒｏＳｅアプリケーションコード「Ｃ２」の使用を開始する「更新」に対応する処理を行ってもよい（Ｓ１３１２）。
【０３３８】
具体的なＵＥ＿Ａ８における「更新」の処理は、例えば、古いＰｒｏＳｅアプリケーションコード「Ｃ１」を無効化し、新しいＰｒｏＳｅアプリケーションコード「Ｃ２」を有効化するなどを実行してもよい。
【０３３９】
また、古いＰｒｏＳｅアプリケーションコード「Ｃ１」に対応するタイマ「Ｔ１」のカウントを停止し、新しいＰｒｏＳｅアプリケーションコード「Ｃ２」に対応するタイマ「Ｔ２」のカウントを開始してもよい。
【０３４０】
また、古いＰｒｏＳｅアプリケーションコード「Ｃ１」とタイマ「Ｔ１」を記憶部３１３から削除してもよい。
【０３４１】
また、ＵＥ＿Ａ８は、古いＰｒｏＳｅアプリケーションコード「Ｃ１」を用いたモニタリングを停止するとともに、以後、ＰｒｏＳｅアプリケーションコード「Ｃ１」を用いたモニタリングは行わないなどの設定を行ってもよい。
【０３４２】
また、ＵＥ＿Ａ８は、新しいＰｒｏＳｅアプリケーションコード「Ｃ２」に対応するタイマ「Ｔ２」が消費されるまでの間、新しいＰｒｏＳｅアプリケーションコード「Ｃ２」を用いたモニタリングを行ってもよい。
【０３４３】
また、ＵＥ＿Ａ８が「更新」の処理を実行は、新しいＰｒｏＳｅアプリケーションコード「Ｃ２」をＰｒｏＳｅサーバ７から取得したことに実行してもよいし、ＰｒｏＳｅサーバ７が送信する応答メッセージの受信に基づいて実行してもよい。
【０３４４】
また、ＵＥ＿Ａ８応答メッセージに含まれる識別情報に基づいて「更新」の処理を実行してもよい。例えば、ＰｒｏＳｅサーバ７は、「更新」処理を実行することを要求する識別情報を含めて応答メッセージを送信してもよい。さらに、ＵＥ＿Ａ８は、識別情報を受信し、受信した識別情報が「更新」の処理を行うことを要求していることにより、「更新」の処理を実行してもよい。このように、ＵＥ＿Ａ８は、応答メッセージに含まれる識別情報に基づいて「更新」の処理を実行してもよい。
【０３４５】
また、こうした識別情報は、応答メッセージに含まれるフラグ等の情報要素であってもよく、制御メッセージのメッセージタイプを示す情報要素であってもよい。さらに、識別情報は、「更新」または「非更新」または「並列」を示す更新識別情報であってもよい。さらに、この場合の更新識別情報は、「更新」を示していてもよい。
【０３４６】
また、この応答メッセージは１．３．３で説明したモニタリングを要求するディスカバリ応答メッセージであってよい（Ｓ１１１０）。そのため、これらの識別情報は１．３．３で説明したモニタリングを要求するディスカバリ応答メッセージに含まれてよい。
【０３４７】
また、「更新」の処理を実行するか否かは、ＵＥ＿Ａ８の設定等に基づいて決定されてよい。例えば、ＵＥ＿Ａ８の設定は、ユーザポリシーや、ＰｒｏＳｅサーバ７を運用する通信事業者のポリシー（Ｍｏｂｉｌｅ  Ｏｐｅｒａｔｏｒ  Ｐｏｌｉｃｙ）やアプリケーション事業者のポリシーにより決定され、設定が行われてもよい。
【０３４８】
なお、これまで説明した条件や処理を組み合わせて決定してもよいし、他の方法を基に決定してもよい。
【０３４９】
また、ＵＥ＿Ａ８は、「更新」処理を行わない場合には、古いＰｒｏＳｅアプリケーションコードを用いてモニタリングを継続してもよい。たとえば、ＵＥ＿Ａ８は、応答メッセージの受信により、古いＰｒｏＳｅアプリケーションコード「Ｃ１」を取得した場合には、カウントしているタイマ「Ｔ１」のが消費されるまで古いＰｒｏＳｅアプリケーションコード「Ｃ１」を用いてモニタリングを継続してもよい。なお、ＵＥ＿Ａ８は、タイマ「Ｔ１」の残時間から受信したタイマの値に更新してカウントを継続してもよい。
【０３５０】
もしくは、ＵＥ＿Ａ８は、「更新」処理を行わない場合には、古いＰｒｏＳｅアプリケーションコードと、新しいＰｒｏＳｅアプリケーションコードのモニタリングすべてを停止しても良い。
【０３５１】
以上の手続きにより、ＵＥ＿Ａ８は、ＰｒｏＳｅアプリケーションＩＤに対応するモニタリングを継続することができる。
【０３５２】
なお、ＰｒｏＳｅアプリケーションコード「Ｃ１」やＰｒｏＳｅアプリケーションコード「Ｃ２」は、１．３．３のモニタリング手続きでも説明したように、ＰｒｏＳｅアプリケーションコードの一部を識別するマスク値であってもよい。
【０３５３】
また、１．３．３のモニタリング手続きでも説明したように、ＵＥ＿Ａ８は、ＰｒｏＳｅアプリケーションコードとタイマを、ディスカバリフィルタを受信することで取得してもよい。
【０３５４】
以上、ＵＥ＿Ａ８がＰｒｏＳｅアプリケーションコード更新手続きを実行する場合について説明してきたが、ＵＥ＿Ｂ９においてもＵＥ＿Ａ８と同様の手続きを行ってよい。
【０３５５】
［１．３．５．３  「更新」によるＰｒｏＳｅアプリケーションコード更新手続きの第３の手続き例］
１．３．５．１で説明した「更新」によるＰｒｏＳｅアプリケーションコード更新手続きの第１の手続き例では、１．３．２で説明したアナウンス要求手続きを完了した状態を初期状態として、ＵＥ＿Ａ８がアナウンスを継続する手続き例を説明した。
【０３５６】
これに限らず、初期状態は１．３．４で説明したマッチレポート手続きを完了した状態であってもよい。
【０３５７】
つまり、１．３．４で説明したマッチレポート手続きにより、ＵＥ＿Ａ８はＰｒｏＳｅサーバ７からＰｒｏＳｅアプリケーションコードとして「Ｃ１」、タイマとして「Ｔ１」を取得した状態であってよい。
【０３５８】
以下、図１３を用いて詳細を説明する。ＵＥ＿Ａ８はマッチレポート手続きに基づいて、タイマ「Ｔ１」のカウントを開始し、ＰｒｏＳｅアプリケーションコード「Ｃ１」を有効にしている（Ｓ１３０６）。また、ＰｒｏＳｅサーバ７は、応答メッセージの送信後、タイマ「Ｔ１」のカウントを開始し、ＰｒｏＳｅアプリケーションコード「Ｃ１」を有効にしている（Ｓ１３０７）。
【０３５９】
また、ＵＥ＿Ａ８は、１．３．４のマッチレポート手続きで説明したように、タイマ「Ｔ１」のカウントを実行している間、アナウンスやモニタリングを実行してもよい。
【０３６０】
ＵＥ＿Ａ８は、タイマ「Ｔ１」のカウントを実行している間、同一のＰｒｏＳｅアプリケーションＩＤに対するＰｒｏＳｅアプリケーションコードとタイマをＰｒｏＳｅサーバ７に要求してもよい。言い換えると、ＵＥ＿Ａ８は、タイマ「Ｔ１」が消費されるまでに、新たに同一のＰｒｏＳｅアプリケーションＩＤに対するＰｒｏＳｅアプリケーションコードとタイマをＰｒｏＳｅサーバ７に要求してもよい。
【０３６１】
こうしたＵＥ＿Ａ８による再要求は、タイマの残り時間が少なくなったことにより、実行されてよい。より具体的には、ＵＥ＿Ａ８は、閾値を予め保持しておき、タイマの残り時間が閾値と等しくなった場合や、閾値より少なくなったことにより再要求を行ってよい。また、再要求のトリガはこれらに限らず、他の条件により行われてもよいし、任意のタイミングで実行されてもよい。
【０３６２】
ＵＥ＿Ａ８は、同一のＰｒｏＳｅアプリケーションＩＤに対するＰｒｏＳｅアプリケーションコードとタイマを再要求するために、要求メッセージをＰｒｏＳｅサーバ７に送信してもよい（Ｓ１３０８）。
【０３６３】
ここで、要求メッセージは、マッチレートメッセージであってよい。マッチレポートメッセージは、１．３．４のマッチレポート手続きで説明したＵＥ＿Ａ８が送信するマッチレポートメッセージ（Ｓ１２０２）であってよい。ＵＥ＿Ａ８の送信に関する処理や、ディスカバリ要求メッセージの構成や、要求メッセージに含まれる情報要素などは同様でよいため、ここでは詳細説明を省略する。
【０３６４】
次に、ＰｒｏＳｅサーバ７は、要求メッセージを受信する。さらに、応答メッセージをＵＥ＿Ａ８に送信する（Ｓ１３１０）。応答メッセージは、ＰｒｏＳｅアプリケーションコードと、タイマを含めて送信してもよい。
【０３６５】
ここで、応答メッセージを送信する条件は、要求メッセージの受信に基づいて送信してもよし、認証に基づいて送信してもよい。ここで、認証の具体的な方法は、１．３．３のモニタリング要求手続きで説明した方法により実行してもよい。
【０３６６】
また、応答メッセージに含めるアプリケーションコードとタイマは、既に割り当てをおこなっている古いＰｒｏＳｅアプリケーションコード「Ｃ１」と、古いＰｒｏＳｅアプリケーションコードに対応するタイマ「Ｔ１」の残時間を含めてもよい。
もしくは、応答メッセージに含めるアプリケーションコードとタイマは、ＰｒｏＳｅアプリケーションコード「Ｃ１」とは異なる新たなＰｒｏＳｅアプリケーションコード「Ｃ２」と、新たなＰｒｏＳｅアプリケーションコードに対応するタイマ「Ｔ２」を含めてもよい。
【０３６７】
ここで、古いＰｒｏＳｅアプリケーションコード「Ｃ１」と新たなＰｒｏＳｅアプリケーションコード「Ｃ２」は、単一のアプリケーションＩＤに対応付けられたものであってよい。
【０３６８】
古いアプリケーションコードを送信するか、新たなアプリケーションコードを送信するかは、以下のような条件や処理に基づいて決定されてよい。
【０３６９】
ＰｒｏＳｅサーバ７は、タイマＴ１の残時間が少ないことにより、新たなアプリケーションコード「Ｃ２」とタイマ「Ｔ２」を含めて送信してもよい。より具体的には、ＰｒｏＳｅサーバ７は、閾値を予め保持しておき、タイマの残り時間が閾値と等しくなった場合や、閾値より少なくなったことにより新たなアプリケーションコード「Ｃ２」とタイマ「Ｔ２」を含めて送信してもよい。
【０３７０】
また、ＰｒｏＳｅサーバ７は、タイマＴ１の残時間が十分ある場合には、古いアプリケーションコード「Ｃ１」とタイマ「Ｔ１」の残時間を含めて送信してもよい。より具体的には、ＰｒｏＳｅサーバ７は、閾値を予め保持しておき、タイマの残り時間が閾値より多い場合や、閾値と等しい場合には、新たなアプリケーションコード「Ｃ１」とタイマ「Ｔ１」の残時間を含めて送信してもよい。
【０３７１】
もしくは、ＰｒｏＳｅサーバ７は受信した要求メッセージを基に決定してもよい。例えば、ＵＥ＿Ａ８は、要求メッセージに識別情報を含めて送信してもよい。
【０３７２】
この識別情報は、古いアプリケーションコードを要求するか、新たなアプリケーションコードの要求を示す識別情報であってよい。
【０３７３】
ＰｒｏＳｅサーバ７は、識別情報に基づいて、新たなアプリケーションコード「Ｃ２」とタイマ「Ｔ２」を含めて送信してもよい。また、識別情報に基づいて、古いアプリケーションコード「Ｃ１」とタイマ「Ｔ１」の残時間を含めて送信してもよい。
【０３７４】
また、ＰｒｏＳｅサーバ７は識別情報の有無に基づいて決定してもよい。つまり、識別情報は、新たなアプリケーションコードの要求を示す識別情報であって良い。例えば、ＵＥ＿Ａ８は、識別情報を含めずに要求メッセージを送信し、古いアプリケーションコードを要求してもよい。また、ＵＥ＿Ａ８は、識別情報を含めて要求メッセージを送信し、新しいアプリケーションコードを要求してもよい。
【０３７５】
また、要求メッセージに識別情報が含まれていないことに基づいて、古いアプリケーションコード「Ｃ１」とタイマ「Ｔ１」の残時間を含めて送信してもよい。また、ＰｒｏＳｅサーバ７は、要求メッセージに識別情報が含まれていることに基づいて、新たなアプリケーションコード「Ｃ２」とタイマ「Ｔ２」を含めて送信してもよい。
【０３７６】
もしくは、識別情報は、古いアプリケーションコードの要求を示す識別情報であって良い。例えば、ＵＥ＿Ａ８は、識別情報を含めずに要求メッセージを送信し、新しいアプリケーションコードを要求してもよい。また、ＵＥ＿Ａ８は、識別情報を含めて要求メッセージを送信し、古いアプリケーションコードを要求してもよい。
【０３７７】
ＰｒｏＳｅサーバ７は、要求メッセージに識別情報が含まれていないことに基づいて、新たなアプリケーションコード「Ｃ２」とタイマ「Ｔ２」を含めて送信してもよい。また、要求メッセージに識別情報が含まれていることに基づいて、古いアプリケーションコード「Ｃ１」とタイマ「Ｔ１」の残時間を含めて送信してもよい。
【０３７８】
こうした識別情報は、要求メッセージに含まれるフラグ等の情報要素であってもよく、制御メッセージのメッセージタイプを示す情報要素であってもよい。
【０３７９】
このように、ＰｒｏＳｅサーバ７はタイマ「Ｔ１」の残時間を含めて送信し、複数のＵＥのタイマを同期させてもよい。
【０３８０】
また、この要求メッセージは１．３．４で説明したマッチレポートメッセージであってよい。そのため、これらの識別情報は１．３．４で説明したマッチレポートメッセージに含まれてよい。
【０３８１】
また、古いアプリケーションコードを送信するか、新たなアプリケーションコードを送信するかは、ＰｒｏＳｅサーバ７の設定等に基づいて決定されてよい。例えば、ＰｒｏＳｅサーバの設定は、ＰｒｏＳｅサーバ７を運用する通信事業者のポリシー（Ｍｏｂｉｌｅ  Ｏｐｅｒａｔｏｒ  Ｐｏｌｉｃｙ）やアプリケーション事業者のポリシーにより決定され、設定が行われてもよい。
【０３８２】
なお、これまで説明した条件や処理を組み合わせて決定してもよいし、他の方法を基に決定してもよい。
【０３８３】
次に、ＵＥ＿Ａ８は、応答メッセージを受信する。さらに、応答メッセージに含まれる、ＰｒｏＳｅアプリケーションコードとタイマを取得する。
【０３８４】
ＵＥ＿Ａ８は、新しいＰｒｏＳｅアプリケーションコード「Ｃ２」を取得した場合には、古いＰｒｏＳｅアプリケーションコード「Ｃ１」の使用を停止し、新しいＰｒｏＳｅアプリケーションコード「Ｃ２」の使用を開始する「更新」に対応する処理を行ってもよい（Ｓ１３１２）。
【０３８５】
具体的なＵＥ＿Ａ８における「更新」の処理は、例えば、古いＰｒｏＳｅアプリケーションコード「Ｃ１」を無効化し、新しいＰｒｏＳｅアプリケーションコード「Ｃ２」を有効化するなどを実行してもよい。
【０３８６】
また、古いＰｒｏＳｅアプリケーションコード「Ｃ１」に対応するタイマ「Ｔ１」のカウントを停止し、新しいＰｒｏＳｅアプリケーションコード「Ｃ２」に対応するタイマ「Ｔ２」のカウントを開始してもよい。
【０３８７】
また、古いＰｒｏＳｅアプリケーションコード「Ｃ１」とタイマ「Ｔ１」を記憶部から削除してもよい。
【０３８８】
また、ＵＥ＿Ａ８は、古いＰｒｏＳｅアプリケーションコード「Ｃ１」を用いたアナウンスもしくはモニタリングを停止するとともに、以後、ＰｒｏＳｅアプリケーションコード「Ｃ１」を用いたアナウンスもしくはモニタリングは行わないなどの設定を行ってもよい。
【０３８９】
また、ＵＥ＿Ａ８は、新しいＰｒｏＳｅアプリケーションコード「Ｃ２」に対応するタイマ「Ｔ２」が消費されるまでの間、新しいＰｒｏＳｅアプリケーションコード「Ｃ２」を用いたアナウンスもしくはモニタリングを行ってもよい。
【０３９０】
また、ＵＥ＿Ａ８が「更新」の処理を実行は、新しいＰｒｏＳｅアプリケーションコード「Ｃ２」をＰｒｏＳｅサーバ７から取得したことに実行してもよいし、ＰｒｏＳｅサーバ７が送信する応答メッセージの受信に基づいて実行してもよい。
【０３９１】
また、ＵＥ＿Ａ８応答メッセージに含まれる識別情報に基づいて「更新」の処理を実行してもよい。例えば、ＰｒｏＳｅサーバ７は、「更新」処理を実行することを要求する識別情報を含めて応答メッセージを送信してもよい。さらに、ＵＥ＿Ａ８は、識別情報を受信し、受信した識別情報が「更新」の処理を行うことを要求していることにより、「更新」の処理を実行してもよい。このように、ＵＥ＿Ａ８は、応答メッセージに含まれる識別情報に基づいて「更新」の処理を実行してもよい。
【０３９２】
また、こうした識別情報は、応答メッセージに含まれるフラグ等の情報要素であってもよく、制御メッセージのメッセージタイプを示す情報要素であってもよい。さらに、識別情報は、「更新」または「非更新」または「並列」を示す更新識別情報であってもよい。さらに、この場合の更新識別情報は、「更新」を示していてもよい。
【０３９３】
また、この応答メッセージは１．３．４で説明したマッチレポート応答メッセージであってよい。そのため、これらの識別情報は１．３．４で説明したマッチレポート応答に含まれてよい。
【０３９４】
また、「更新」の処理を実行するか否かは、ＵＥ＿Ａ８の設定等に基づいて決定されてよい。例えば、ＵＥ＿Ａ８の設定は、ユーザポリシーや、ＰｒｏＳｅサーバ７を運用する通信事業者のポリシー（Ｍｏｂｉｌｅ  Ｏｐｅｒａｔｏｒ  Ｐｏｌｉｃｙ）やアプリケーション事業者のポリシーにより決定され、設定が行われてもよい。
【０３９５】
なお、これまで説明した条件や処理を組み合わせて決定してもよいし、他の方法を基に決定してもよい。
【０３９６】
また、ＵＥ＿Ａ８は、「更新」処理を行わない場合には、古いＰｒｏＳｅアプリケーションコードを用いてアナウンスもしくはモニタリングを継続してもよい。たとえば、ＵＥ＿Ａ８は、応答メッセージの受信により、古いＰｒｏＳｅアプリケーションコード「Ｃ１」を取得した場合には、カウントしているタイマ「Ｔ１」のが消費されるまで古いＰｒｏＳｅアプリケーションコード「Ｃ１」を用いてアナウンスもしくはモニタリングを継続してもよい。なお、ＵＥ＿Ａ８は、タイマ「Ｔ１」の残時間から受信したタイマの値に更新してカウントを継続してもよい。
【０３９７】
もしくは、ＵＥ＿Ａ８は、「更新」処理を行わない場合には、古いＰｒｏＳｅアプリケーションコードと、新しいＰｒｏＳｅアプリケーションコードのアナウンスもしくはモニタリングすべてを停止しても良い。
【０３９８】
以上の手続きにより、ＵＥ＿Ａ８は、ＰｒｏＳｅアプリケーションＩＤに対応するアナウンスもしくはモニタリングを継続することができる。
【０３９９】
なお、ＰｒｏＳｅアプリケーションコード「Ｃ１」やＰｒｏＳｅアプリケーションコード「Ｃ２」は、１．３．４のマッチレポート手続きでも説明したように、ＰｒｏＳｅアプリケーションコードの一部を識別するマスク値であってもよい。
【０４００】
以上、ＵＥ＿Ａ８がＰｒｏＳｅアプリケーションコード更新手続きを実行する場合について説明してきたが、ＵＥ＿Ｂ９においてもＵＥ＿Ａ８と同様の手続きを行ってよい。
【０４０１】
［１．３．５．４  「非更新」によるＰｒｏＳｅアプリケーションコード更新手続きの第１の手続き例］
１．３．５で説明した「非更新」を行うための手続きの例を、図１４を用いて説明する。  本手続きの初期状態は、１．３．２で説明したアナウンス要求手続きを完了した状態であってよい。
【０４０２】
つまり、１．３．２で説明したアナウンス要求手続きにより、ＵＥ＿Ａ８はＰｒｏＳｅサーバ７からＰｒｏＳｅアプリケーションコードとして「Ｃ１」、タイマとして「Ｔ１」を取得した状態であってよい。ＵＥ＿Ａ８はアナウンス要求手続きに基づいて、タイマ「Ｔ１」のカウントを開始し、ＰｒｏＳｅアプリケーションコード「Ｃ１」を有効にしている（Ｓ１３０６）。また、ＰｒｏＳｅサーバ７は、応答メッセージの送信後、タイマ「Ｔ１」のカウントを開始し、ＰｒｏＳｅアプリケーションコード「Ｃ１」を有効にしている（Ｓ１３０７）。
【０４０３】
ＵＥ＿Ａ８は、１．３．２のアナウンス手続きで説明したように、タイマ「Ｔ１」のカウントを実行している間、アナウンス信号を送信してアナウンスを実行してもよい。
【０４０４】
ＵＥ＿Ａ８は、タイマ「Ｔ１」のカウントを実行している間、同一のＰｒｏＳｅアプリケーションＩＤに対するＰｒｏＳｅアプリケーションコードとタイマをＰｒｏＳｅサーバ７に要求してもよい。言い換えると、ＵＥ＿Ａ８は、タイマ「Ｔ１」が消費されるまでに、新たに同一のＰｒｏＳｅアプリケーションＩＤに対するＰｒｏＳｅアプリケーションコードとタイマをＰｒｏＳｅサーバ７に要求してもよい。
【０４０５】
こうしたＵＥ＿Ａ８による再要求は、タイマの残り時間が少なくなったことにより、実行されてよい。より具体的には、ＵＥ＿Ａ８は、閾値を予め保持しておき、タイマの残り時間が閾値と等しくなった場合や、閾値より少なくなったことにより再要求を行ってよい。また、再要求のトリガはこれらに限らず、他の条件により行われてもよいし、任意のタイミングで実行されてもよい。
【０４０６】
ＵＥ＿Ａ８は、同一のＰｒｏＳｅアプリケーションＩＤに対するＰｒｏＳｅアプリケーションコードとタイマを再要求するために、要求メッセージをＰｒｏＳｅサーバ７に送信してもよい（Ｓ１４０８）。
【０４０７】
ここで、要求メッセージは、アナウンスを要求するディスカバリ要求メッセージであってよい。アナウンスのためのディスカバリ要求メッセージは、１．３．２のアナウンス要求手続きで説明したＵＥ＿Ａ８が送信するディスカバリ要求メッセージ（Ｓ１００４）であってよい。ＵＥ＿Ａ８の送信に関する処理や、ディスカバリ要求メッセージの構成や、要求メッセージに含まれる情報要素などは同様でよいため、ここでは詳細説明を省略する。
【０４０８】
次に、ＰｒｏＳｅサーバ７は、要求メッセージを受信する。さらに、応答メッセージをＵＥ＿Ａ８に送信する（Ｓ１４１０）。応答メッセージは、ＰｒｏＳｅアプリケーションコードと、タイマを含めて送信してもよい。
【０４０９】
ここで、応答メッセージを送信する条件は、要求メッセージの受信に基づいて送信してもよし、認証に基づいて送信してもよい。ここで、認証の具体的な方法は、１．３．２のアナウンス要求手続きで説明した方法により実行してもよい。
【０４１０】
また、応答メッセージに含めるアプリケーションコードとタイマは、既に割り当てをおこなっている古いＰｒｏＳｅアプリケーションコード「Ｃ１」と、古いＰｒｏＳｅアプリケーションコードに対応するタイマ「Ｔ１」の残時間を含めてもよい。
もしくは、応答メッセージに含めるアプリケーションコードとタイマは、ＰｒｏＳｅアプリケーションコード「Ｃ１」とは異なる新たなＰｒｏＳｅアプリケーションコード「Ｃ２」と、新たなＰｒｏＳｅアプリケーションコードに対応するタイマ「Ｔ２」を含めてもよい。
【０４１１】
ここで、古いＰｒｏＳｅアプリケーションコード「Ｃ１」と新たなＰｒｏＳｅアプリケーションコード「Ｃ２」は、単一のアプリケーションＩＤに対応付けられたものであってよい。
【０４１２】
古いアプリケーションコードを送信するか、新たなアプリケーションコードを送信するかは、以下のような条件や処理に基づいて決定されてよい。
【０４１３】
ＰｒｏＳｅサーバ７は、タイマＴ１の残時間が少ないことにより、新たなアプリケーションコード「Ｃ２」とタイマ「Ｔ２」を含めて送信してもよい。より具体的には、ＰｒｏＳｅサーバ７は、閾値を予め保持しておき、タイマの残り時間が閾値と等しくなった場合や、閾値より少なくなったことにより新たなアプリケーションコード「Ｃ２」とタイマ「Ｔ２」を含めて送信してもよい。
【０４１４】
また、ＰｒｏＳｅサーバ７は、タイマＴ１の残時間が十分ある場合には、古いアプリケーションコード「Ｃ１」とタイマ「Ｔ１」の残時間を含めて送信してもよい。より具体的には、ＰｒｏＳｅサーバ７は、閾値を予め保持しておき、タイマの残り時間が閾値より多い場合や、閾値と等しい場合には、新たなアプリケーションコード「Ｃ１」とタイマ「Ｔ１」の残時間を含めて送信してもよい。
【０４１５】
もしくは、ＰｒｏＳｅサーバ７は受信した要求メッセージを基に決定してもよい。例えば、ＵＥ＿Ａ８は、要求メッセージに識別情報を含めて送信してもよい。
【０４１６】
この識別情報は、古いアプリケーションコードを要求するか、新たなアプリケーションコードの要求を示す識別情報であってよい。
【０４１７】
ＰｒｏＳｅサーバ７は、識別情報に基づいて、新たなアプリケーションコード「Ｃ２」とタイマ「Ｔ２」を含めて送信してもよい。また、識別情報に基づいて、古いアプリケーションコード「Ｃ１」とタイマ「Ｔ１」の残時間を含めて送信してもよい。
【０４１８】
また、ＰｒｏＳｅサーバ７は識別情報の有無に基づいて決定してもよい。つまり、識別情報は、新たなアプリケーションコードの要求を示す識別情報であって良い。例えば、ＵＥ＿Ａ８は、識別情報を含めずに要求メッセージを送信し、古いアプリケーションコードを要求してもよい。また、ＵＥ＿Ａ８は、識別情報を含めて要求メッセージを送信し、新しいアプリケーションコードを要求してもよい。
【０４１９】
また、要求メッセージに識別情報が含まれていないことに基づいて、古いアプリケーションコード「Ｃ１」とタイマ「Ｔ１」の残時間を含めて送信してもよい。また、ＰｒｏＳｅサーバ７は、要求メッセージに識別情報が含まれていることに基づいて、新たなアプリケーションコード「Ｃ２」とタイマ「Ｔ２」を含めて送信してもよい。
【０４２０】
もしくは、識別情報は、古いアプリケーションコードの要求を示す識別情報であって良い。例えば、ＵＥ＿Ａ８は、識別情報を含めずに要求メッセージを送信し、新しいアプリケーションコードを要求してもよい。また、ＵＥ＿Ａ８は、識別情報を含めて要求メッセージを送信し、古いアプリケーションコードを要求してもよい。
【０４２１】
ＰｒｏＳｅサーバ７は、要求メッセージに識別情報が含まれていないことに基づいて、新たなアプリケーションコード「Ｃ２」とタイマ「Ｔ２」を含めて送信してもよい。また、要求メッセージに識別情報が含まれていることに基づいて、古いアプリケーションコード「Ｃ１」とタイマ「Ｔ１」の残時間を含めて送信してもよい。
【０４２２】
こうした識別情報は、要求メッセージに含まれるフラグ等の情報要素であってもよく、制御メッセージのメッセージタイプを示す情報要素であってもよい。
【０４２３】
このように、ＰｒｏＳｅサーバ７はタイマ「Ｔ１」の残時間を含めて送信し、複数のＵＥのタイマを同期させてもよい。
【０４２４】
また、この要求メッセージは１．３．２で説明したアナウンスを要求するディスカバリ要求メッセージであってよい。そのため、これらの識別情報は１．３．２で説明したアナウンスを要求するディスカバリ要求メッセージに含まれてよい。
【０４２５】
また、古いアプリケーションコードを送信するか、新たなアプリケーションコードを送信するかは、ＰｒｏＳｅサーバ７の設定等に基づいて決定されてよい。例えば、ＰｒｏＳｅサーバの設定は、ＰｒｏＳｅサーバ７を運用する通信事業者のポリシー（Ｍｏｂｉｌｅ  Ｏｐｅｒａｔｏｒ  Ｐｏｌｉｃｙ）やアプリケーション事業者のポリシーにより決定され、設定が行われてもよい。
【０４２６】
なお、これまで説明した条件や処理を組み合わせて決定してもよいし、他の方法を基に決定してもよい。
【０４２７】
次に、ＵＥ＿Ａ８は、応答メッセージを受信する。さらに、応答メッセージに含まれる、ＰｒｏＳｅアプリケーションコードとタイマを取得する。
【０４２８】
ＵＥ＿Ａ８は、新しいＰｒｏＳｅアプリケーションコード「Ｃ２」を取得した場合には、古いＰｒｏＳｅアプリケーションコード「Ｃ１」に対応するタイマ「Ｔ１」が消費されるまでは古いＰｒｏＳｅアプリケーションコード「Ｃ１」の使用を継続し、古いＰｒｏＳｅアプリケーションコード「Ｃ１」の使用を停止した後に、新しいＰｒｏＳｅアプリケーションコード「Ｃ２」の使用を開始するなどの、「非更新」に対応する処理を行ってもよい（Ｓ１４１２）。
【０４２９】
具体的なＵＥ＿Ａ８における「非更新」の処理は、例えば、ＵＥ＿Ａ８は、応答メッセージにより新たなＰｒｏＳｅアプリケーションコード「Ｃ２」を受信した場合においても、古いＰｒｏＳｅアプリケーションコード「Ｃ１」の有効化を継続し、古いＰｒｏＳｅアプリケーションコード「Ｃ１」を含むアナウンス信号を送信するなどのアナウンス処理を継続してもよい。
【０４３０】
さらに、古いＰｒｏＳｅアプリケーションコード「Ｃ１」に対応するタイマ「Ｔ１」がゼロになるなどして消費された場合、古いＰｒｏＳｅアプリケーションコード「Ｃ１」を無効化するなどを実行してもよい。
【０４３１】
無効化においては、ＰｒｏＳｅサーバ７は、古いＰｒｏＳｅアプリケーションコード「Ｃ１」とタイマ「Ｔ１」を記憶部から削除してもよい。
【０４３２】
また、無効化においては、ＵＥ＿Ａ８は、古いＰｒｏＳｅアプリケーションコード「Ｃ１」を用いたアナウンス信号の送信を停止するとともに、以後、ＰｒｏＳｅアプリケーションコード「Ｃ１」を用いたアナウンスは行わないなどの設定を行ってもよい。
【０４３３】
また、こうした無効化に伴い、ＵＥ＿Ａ８は、新しいＰｒｏＳｅアプリケーションコード「Ｃ２」を有効化するなどを実行してもよい。
【０４３４】
有効化においては、ＵＥ＿Ａ８は、新しいＰｒｏＳｅアプリケーションコード「Ｃ２」に対応するタイマ「Ｔ２」のカウントを開始してもよい。
【０４３５】
もしくは、ＵＥ＿Ａ８は、ＰｒｏＳｅサーバ７が送信する応答メッセージの受信に伴い、新しいＰｒｏＳｅアプリケーションコード「Ｃ２」に対応するタイマ「Ｔ２」のカウントを開始してもよい。
【０４３６】
ＵＥ＿Ａ８は、新しいＰｒｏＳｅアプリケーションコード「Ｃ２」に対応するタイマ「Ｔ２」が消費されるまでの間、新しいＰｒｏＳｅアプリケーションコード「Ｃ２」を用いたアナウンス信号の送信を行ってもよい。
【０４３７】
また、ＵＥ＿Ａ８は、「非更新」の処理の実行を、新しいＰｒｏＳｅアプリケーションコード「Ｃ２」をＰｒｏＳｅサーバ７から取得したこと基づいて実行してもよいし、ＰｒｏＳｅサーバ７が送信する応答メッセージの受信に基づいて実行してもよい。
【０４３８】
もしくは、ＵＥ＿Ａ８は、応答メッセージに含まれる識別情報に基づいて「非更新」の処理を実行してもよい。例えば、ＰｒｏＳｅサーバ７は、「非更新」処理を実行することを要求する識別情報を含めて応答メッセージを送信してもよい。さらに、ＵＥ＿Ａ８は、識別情報を受信し、受信した識別情報が「非更新」の処理を行うことを要求していることにより、「非更新」の処理を実行してもよい。このように、ＵＥ＿Ａ８は、応答メッセージに含まれる識別情報に基づいて「非更新」の処理を実行してもよい。
【０４３９】
こうした識別情報は、応答メッセージに含まれるフラグ等の情報要素であってもよく、制御メッセージのメッセージタイプを示す情報要素であってもよい。さらに、識別情報は、「更新」または「非更新」または「並列」を示す更新識別情報であってもよい。さらに、この場合の更新識別情報は、「非更新」を示していてもよい。
【０４４０】
また、この応答メッセージは１．３．２で説明したアナウンスを要求するディスカバリ応答メッセージであってよい（Ｓ１０１０）。このため、これらの識別情報は１．３．２で説明したアナウンスを要求するディスカバリ応答メッセージに含まれてよい。
【０４４１】
また、「非更新」の処理を実行するか否かは、ＵＥ＿Ａ８の設定等に基づいて決定されてよい。例えば、ＵＥ＿Ａ８の設定は、ユーザポリシーや、ＰｒｏＳｅサーバ７を運用する通信事業者のポリシー（Ｍｏｂｉｌｅ  Ｏｐｅｒａｔｏｒ  Ｐｏｌｉｃｙ）やアプリケーション事業者のポリシーにより決定され、設定が行われてもよい。
【０４４２】
なお、これまで説明した条件や処理を組み合わせて決定してもよいし、他の方法を基に決定してもよい。
【０４４３】
また、ＵＥ＿Ａ８は、応答メッセージの受信により、古いＰｒｏＳｅアプリケーションコード「Ｃ１」を取得してもよい。この場合には、カウントしているタイマ「Ｔ１」のが消費されるまで古いＰｒｏＳｅアプリケーションコード「Ｃ１」を用いてアナウンスを継続してもよい。なお、ＵＥ＿Ａ８は、タイマ「Ｔ１」の残時間から受信したタイマの値に更新してカウントを継続してもよい。
【０４４４】
もしくは、ＵＥ＿Ａ８は、「非更新」処理を行わない場合には、古いＰｒｏＳｅアプリケーションコードと、新しいＰｒｏＳｅアプリケーションコードを用いたアナウンスすべてを停止しても良い。
【０４４５】
以上の手続きにより、ＵＥ＿Ａ８は、ＰｒｏＳｅアプリケーションＩＤに対応するアナウンスを継続することができる。
【０４４６】
以上、ＵＥ＿Ａ８がＰｒｏＳｅアプリケーションコード更新手続きを実行する場合について説明してきたが、ＵＥ＿Ｂ９においてもＵＥ＿Ａ８と同様の手続きを行ってよい。
【０４４７】
［１．３．５．５  「非更新」によるＰｒｏＳｅアプリケーションコード更新手続きの第２の手続き例］
１．３．５．４で説明した「非更新」によるＰｒｏＳｅアプリケーションコード更新手続きの第１の手続き例では、１．３．２で説明したアナウンス要求手続きを完了した状態を初期状態として、ＵＥ＿Ａ８がアナウンスを継続する手続き例を説明した。
【０４４８】
これに限らず、初期状態は１．３．３で説明したモニタリング要求手続きを完了した状態であってもよい。
【０４４９】
つまり、１．３．３で説明したモニタリング要求手続きにより、ＵＥ＿Ａ８はＰｒｏＳｅサーバ７からＰｒｏＳｅアプリケーションコードとして「Ｃ１」、タイマとして「Ｔ１」を取得した状態であってよい。
【０４５０】
以下、図１４を用いて詳細を説明する。ＵＥ＿Ａ８はモニタリング要求手続きに基づいて、タイマ「Ｔ１」のカウントを開始し、ＰｒｏＳｅアプリケーションコード「Ｃ１」を有効にしている（Ｓ１３０６）。また、ＰｒｏＳｅサーバ７は、応答メッセージの送信後、タイマ「Ｔ１」のカウントを開始し、ＰｒｏＳｅアプリケーションコード「Ｃ１」を有効にしている（Ｓ１３０７）。
【０４５１】
ＵＥ＿Ａ８は、１．３．３のモニタリング手続きで説明したように、タイマ「Ｔ１」のカウントを実行している間、アナウンス信号を受信するモニタリングを実行してもよい。
【０４５２】
ＵＥ＿Ａ８は、タイマ「Ｔ１」のカウントを実行している間、同一のＰｒｏＳｅアプリケーションＩＤに対するＰｒｏＳｅアプリケーションコードとタイマをＰｒｏＳｅサーバ７に要求してもよい。言い換えると、ＵＥ＿Ａ８は、タイマ「Ｔ１」が消費されるまでに、新たに同一のＰｒｏＳｅアプリケーションＩＤに対するＰｒｏＳｅアプリケーションコードとタイマをＰｒｏＳｅサーバ７に要求してもよい。
【０４５３】
こうしたＵＥ＿Ａ８による再要求は、タイマの残り時間が少なくなったことにより、実行されてよい。より具体的には、ＵＥ＿Ａ８は、閾値を予め保持しておき、タイマの残り時間が閾値と等しくなった場合や、閾値より少なくなったことにより再要求を行ってよい。また、再要求のトリガはこれらに限らず、他の条件により行われてもよいし、任意のタイミングで実行されてもよい。
【０４５４】
ＵＥ＿Ａ８は、同一のＰｒｏＳｅアプリケーションＩＤに対するＰｒｏＳｅアプリケーションコードとタイマを再要求するために、要求メッセージをＰｒｏＳｅサーバ７に送信してもよい（Ｓ１４０８）。
【０４５５】
ここで、要求メッセージは、モニタリングを要求するディスカバリ要求メッセージであってよい。モニタリングのためのディスカバリ要求メッセージは、１．３．３のモニタリング要求手続きで説明したＵＥ＿Ａ８が送信するディスカバリ要求メッセージ（Ｓ１１０４）であってよい。ＵＥ＿Ａ８の送信に関する処理や、ディスカバリ要求メッセージの構成や、要求メッセージに含まれる情報要素などは同様でよいため、ここでは詳細説明を省略する。
【０４５６】
次に、ＰｒｏＳｅサーバ７は、要求メッセージを受信する。さらに、応答メッセージをＵＥ＿Ａ８に送信する（Ｓ１４１０）。応答メッセージは、ＰｒｏＳｅアプリケーションコードと、タイマを含めて送信してもよい。
【０４５７】
ここで、応答メッセージを送信する条件は、要求メッセージの受信に基づいて送信してもよし、認証に基づいて送信してもよい。ここで、認証の具体的な方法は、１．３．３のモニタリング要求手続きで説明した方法により実行してもよい。
【０４５８】
また、応答メッセージに含めるアプリケーションコードとタイマは、既に割り当てをおこなっている古いＰｒｏＳｅアプリケーションコード「Ｃ１」と、古いＰｒｏＳｅアプリケーションコードに対応するタイマ「Ｔ１」の残時間を含めてもよい。
【０４５９】
もしくは、応答メッセージに含めるアプリケーションコードとタイマは、ＰｒｏＳｅアプリケーションコード「Ｃ１」とは異なる新たなＰｒｏＳｅアプリケーションコード「Ｃ２」と、新たなＰｒｏＳｅアプリケーションコードに対応するタイマ「Ｔ２」を含めてもよい。
【０４６０】
ここで、古いＰｒｏＳｅアプリケーションコード「Ｃ１」と新たなＰｒｏＳｅアプリケーションコード「Ｃ２」は、単一のアプリケーションＩＤに対応付けられたものであってよい。
【０４６１】
古いアプリケーションコードを送信するか、新たなアプリケーションコードを送信するかは、以下のような条件や処理に基づいて決定されてよい。
【０４６２】
ＰｒｏＳｅサーバ７は、タイマＴ１の残時間が少ないことにより、新たなアプリケーションコード「Ｃ２」とタイマ「Ｔ２」を含めて送信してもよい。より具体的には、ＰｒｏＳｅサーバ７は、閾値を予め保持しておき、タイマの残り時間が閾値と等しくなった場合や、閾値より少なくなったことにより新たなアプリケーションコード「Ｃ２」とタイマ「Ｔ２」を含めて送信してもよい。
【０４６３】
また、ＰｒｏＳｅサーバ７は、タイマＴ１の残時間が十分ある場合には、古いアプリケーションコード「Ｃ１」とタイマ「Ｔ１」の残時間を含めて送信してもよい。より具体的には、ＰｒｏＳｅサーバ７は、閾値を予め保持しておき、タイマの残り時間が閾値より多い場合や、閾値と等しい場合には、新たなアプリケーションコード「Ｃ１」とタイマ「Ｔ１」の残時間を含めて送信してもよい。
【０４６４】
もしくは、ＰｒｏＳｅサーバ７は受信した要求メッセージを基に決定してもよい。例えば、ＵＥ＿Ａ８は、要求メッセージに識別情報を含めて送信してもよい。
【０４６５】
この識別情報は、古いアプリケーションコードを要求するか、新たなアプリケーションコードの要求を示す識別情報であってよい。
【０４６６】
ＰｒｏＳｅサーバ７は、識別情報に基づいて、新たなアプリケーションコード「Ｃ２」とタイマ「Ｔ２」を含めて送信してもよい。また、識別情報に基づいて、古いアプリケーションコード「Ｃ１」とタイマ「Ｔ１」の残時間を含めて送信してもよい。
【０４６７】
また、ＰｒｏＳｅサーバ７は識別情報の有無に基づいて決定してもよい。つまり、識別情報は、新たなアプリケーションコードの要求を示す識別情報であって良い。例えば、ＵＥ＿Ａ８は、識別情報を含めずに要求メッセージを送信し、古いアプリケーションコードを要求してもよい。また、ＵＥ＿Ａ８は、識別情報を含めて要求メッセージを送信し、新しいアプリケーションコードを要求してもよい。
【０４６８】
また、要求メッセージに識別情報が含まれていないことに基づいて、古いアプリケーションコード「Ｃ１」とタイマ「Ｔ１」の残時間を含めて送信してもよい。また、ＰｒｏＳｅサーバ７は、要求メッセージに識別情報が含まれていることに基づいて、新たなアプリケーションコード「Ｃ２」とタイマ「Ｔ２」を含めて送信してもよい。
【０４６９】
もしくは、識別情報は、古いアプリケーションコードの要求を示す識別情報であって良い。例えば、ＵＥ＿Ａ８は、識別情報を含めずに要求メッセージを送信し、新しいアプリケーションコードを要求してもよい。また、ＵＥ＿Ａ８は、識別情報を含めて要求メッセージを送信し、古いアプリケーションコードを要求してもよい。
【０４７０】
ＰｒｏＳｅサーバ７は、要求メッセージに識別情報が含まれていないことに基づいて、新たなアプリケーションコード「Ｃ２」とタイマ「Ｔ２」を含めて送信してもよい。また、要求メッセージに識別情報が含まれていることに基づいて、古いアプリケーションコード「Ｃ１」とタイマ「Ｔ１」の残時間を含めて送信してもよい。
【０４７１】
こうした識別情報は、要求メッセージに含まれるフラグ等の情報要素であってもよく、制御メッセージのメッセージタイプを示す情報要素であってもよい。
【０４７２】
このように、ＰｒｏＳｅサーバ７はタイマ「Ｔ１」の残時間を含めて送信し、複数のＵＥのタイマを同期させてもよい。
【０４７３】
また、この要求メッセージは１．３．３で説明したモニタリングを要求するディスカバリ要求メッセージであってよい。そのため、これらの識別情報は１．３．３で説明したモニタリングを要求するディスカバリ要求メッセージに含まれてよい。
【０４７４】
また、古いアプリケーションコードを送信するか、新たなアプリケーションコードを送信するかは、ＰｒｏＳｅサーバ７の設定等に基づいて決定されてよい。例えば、ＰｒｏＳｅサーバの設定は、ＰｒｏＳｅサーバ７を運用する通信事業者のポリシー（Ｍｏｂｉｌｅ  Ｏｐｅｒａｔｏｒ  Ｐｏｌｉｃｙ）やアプリケーション事業者のポリシーにより決定され、設定が行われてもよい。
【０４７５】
なお、これまで説明した条件や処理を組み合わせて決定してもよいし、他の方法を基に決定してもよい。
【０４７６】
次に、ＵＥ＿Ａ８は、応答メッセージを受信する。さらに、応答メッセージに含まれる、ＰｒｏＳｅアプリケーションコードとタイマを取得する。
【０４７７】
ＵＥ＿Ａ８は、新しいＰｒｏＳｅアプリケーションコード「Ｃ２」を取得した場合には、古いＰｒｏＳｅアプリケーションコード「Ｃ１」に対応するタイマ「Ｔ１」が消費されるまでは古いＰｒｏＳｅアプリケーションコード「Ｃ１」の使用を継続し、古いＰｒｏＳｅアプリケーションコード「Ｃ１」の使用を停止した後に、新しいＰｒｏＳｅアプリケーションコード「Ｃ２」の使用を開始するなどの、「非更新」に対応する処理を行ってもよい（Ｓ１４１２）。
【０４７８】
具体的なＵＥ＿Ａ８における「非更新」の処理は、例えば、ＵＥ＿Ａ８は、応答メッセージにより新たなＰｒｏＳｅアプリケーションコード「Ｃ２」を受信した場合においても、古いＰｒｏＳｅアプリケーションコード「Ｃ１」の有効化を継続し、古いＰｒｏＳｅアプリケーションコード「Ｃ１」を含むアナウンス信号を受信するなどのモニタリング処理を継続しても良い。
【０４７９】
さらに、古いＰｒｏＳｅアプリケーションコード「Ｃ１」に対応するタイマ「Ｔ１」がゼロになるなどして消費された場合、古いＰｒｏＳｅアプリケーションコード「Ｃ１」を無効化するなどを実行してもよい。
【０４８０】
無効化においては、ＰｒｏＳｅサーバ７は、古いＰｒｏＳｅアプリケーションコード「Ｃ１」とタイマ「Ｔ１」を記憶部から削除してもよい。
【０４８１】
また、無効化においては、ＵＥ＿Ａ８は、古いＰｒｏＳｅアプリケーションコード「Ｃ１」を用いたアナウンス信号の受信を停止するとともに、以後、ＰｒｏＳｅアプリケーションコード「Ｃ１」を用いたモニタリングは行わないなどの設定を行ってもよい。
【０４８２】
また、こうした無効化に伴い、ＵＥ＿Ａ８は、新しいＰｒｏＳｅアプリケーションコード「Ｃ２」を有効化するなどを実行してもよい。
【０４８３】
有効化においては、ＵＥ＿Ａ８は、新しいＰｒｏＳｅアプリケーションコード「Ｃ２」に対応するタイマ「Ｔ２」のカウントを開始してもよい。
【０４８４】
もしくは、ＵＥ＿Ａ８は、ＰｒｏＳｅサーバ７が送信する応答メッセージの受信に伴い、新しいＰｒｏＳｅアプリケーションコード「Ｃ２」に対応するタイマ「Ｔ２」のカウントを開始してもよい。
【０４８５】
ＵＥ＿Ａ８は、新しいＰｒｏＳｅアプリケーションコード「Ｃ２」に対応するタイマ「Ｔ２」が消費されるまでの間、新しいＰｒｏＳｅアプリケーションコード「Ｃ２」を用いたアナウンス信号の受信を行ってもよい。
【０４８６】
また、ＵＥ＿Ａ８は、「非更新」の処理の実行を、新しいＰｒｏＳｅアプリケーションコード「Ｃ２」をＰｒｏＳｅサーバ７から取得したこと基づいて実行してもよいし、ＰｒｏＳｅサーバ７が送信する応答メッセージの受信に基づいて実行してもよい。
【０４８７】
もしくは、ＵＥ＿Ａ８は、応答メッセージに含まれる識別情報に基づいて「非更新」の処理を実行してもよい。例えば、ＰｒｏＳｅサーバ７は、「非更新」処理を実行することを要求する識別情報を含めて応答メッセージを送信してもよい。さらに、ＵＥ＿Ａ８は、識別情報を受信し、受信した識別情報が「非更新」の処理を行うことを要求していることにより、「非更新」の処理を実行してもよい。このように、ＵＥ＿Ａ８は、応答メッセージに含まれる識別情報に基づいて「非更新」の処理を実行してもよい。
【０４８８】
こうした識別情報は、応答メッセージに含まれるフラグ等の情報要素であってもよく、制御メッセージのメッセージタイプを示す情報要素であってもよい。さらに、識別情報は、「更新」または「非更新」または「並列」を示す更新識別情報であってもよい。さらに、この場合の更新識別情報は、「非更新」を示していてもよい。
【０４８９】
また、この応答メッセージは１．３．３で説明したモニタリングを要求するディスカバリ応答メッセージであってよい（Ｓ１１１０）。そのため、これらの識別情報は１．３．３で説明したモニタリングを要求するディスカバリ応答メッセージに含まれてよい。
【０４９０】
また、「非更新」の処理を実行するか否かは、ＵＥ＿Ａ８の設定等に基づいて決定されてよい。例えば、ＵＥ＿Ａ８の設定は、ユーザポリシーや、ＰｒｏＳｅサーバ７を運用する通信事業者のポリシー（Ｍｏｂｉｌｅ  Ｏｐｅｒａｔｏｒ  Ｐｏｌｉｃｙ）やアプリケーション事業者のポリシーにより決定され、設定が行われてもよい。
【０４９１】
なお、これまで説明した条件や処理を組み合わせて決定してもよいし、他の方法を基に決定してもよい。
【０４９２】
また、ＵＥ＿Ａ８は、応答メッセージの受信により、古いＰｒｏＳｅアプリケーションコード「Ｃ１」を取得してもよい。この場合には、カウントしているタイマ「Ｔ１」のが消費されるまで古いＰｒｏＳｅアプリケーションコード「Ｃ１」を用いてアナウンスを継続してもよい。なお、ＵＥ＿Ａ８は、タイマ「Ｔ１」の残時間から受信したタイマの値に更新してカウントを継続してもよい。
【０４９３】
もしくは、ＵＥ＿Ａ８は、「更新」処理を行わない場合には、古いＰｒｏＳｅアプリケーションコードと、新しいＰｒｏＳｅアプリケーションコードのモニタリングすべてを停止しても良い。
【０４９４】
以上の手続きにより、ＵＥ＿Ａ８は、ＰｒｏＳｅアプリケーションＩＤに対応するモニタリングを継続することができる。
【０４９５】
なお、ＰｒｏＳｅアプリケーションコード「Ｃ１」やＰｒｏＳｅアプリケーションコード「Ｃ２」は、１．３．３のモニタリング手続きでも説明したように、ＰｒｏＳｅアプリケーションコードの一部を識別するマスク値であってもよい。
【０４９６】
また、１．３．３のモニタリング手続きでも説明したように、ＵＥ＿Ａ８は、ＰｒｏＳｅアプリケーションコードとタイマを、ディスカバリフィルタを受信することで取得してもよい。
【０４９７】
以上、ＵＥ＿Ａ８がＰｒｏＳｅアプリケーションコード更新手続きを実行する場合について説明してきたが、ＵＥ＿Ｂ９においてもＵＥ＿Ａ８と同様の手続きを行ってよい。
【０４９８】
［１．３．５．６  「非更新」によるＰｒｏＳｅアプリケーションコード更新手続きの第３の手続き例］
１．３．５．１で説明した「非更新」によるＰｒｏＳｅアプリケーションコード更新手続きの第１の手続き例では、１．３．２で説明したアナウンス要求手続きを完了した状態を初期状態として、ＵＥ＿Ａ８がアナウンスを継続する手続き例を説明した。
【０４９９】
これに限らず、初期状態は１．３．４で説明したマッチレポート手続きを完了した状態であってもよい。
【０５００】
つまり、１．３．４で説明したマッチレポート手続きにより、ＵＥ＿Ａ８はＰｒｏＳｅサーバ７からＰｒｏＳｅアプリケーションコードとして「Ｃ１」、タイマとして「Ｔ１」を取得した状態であってよい。以下、図１４を用いて詳細を説明する。ＵＥ＿Ａ８はマッチレポート手続きに基づいて、タイマ「Ｔ１」のカウントを開始し、ＰｒｏＳｅアプリケーションコード「Ｃ１」を有効にしている（Ｓ１３０６）。また、ＰｒｏＳｅサーバ７は、応答メッセージの送信後、タイマ「Ｔ１」のカウントを開始し、ＰｒｏＳｅアプリケーションコード「Ｃ１」を有効にしている（Ｓ１３０７）。
【０５０１】
また、ＵＥ＿Ａ８は、１．３．４のマッチレポート手続きで説明したように、タイマ「Ｔ１」のカウントを実行している間、アナウンスやモニタリングを実行してもよい。
【０５０２】
ＵＥ＿Ａ８は、タイマ「Ｔ１」のカウントを実行している間、同一のＰｒｏＳｅアプリケーションＩＤに対するＰｒｏＳｅアプリケーションコードとタイマをＰｒｏＳｅサーバ７に要求してもよい。言い換えると、ＵＥ＿Ａ８は、タイマ「Ｔ１」が消費されるまでに、新たに同一のＰｒｏＳｅアプリケーションＩＤに対するＰｒｏＳｅアプリケーションコードとタイマをＰｒｏＳｅサーバ７に要求してもよい。
【０５０３】
こうしたＵＥ＿Ａ８による再要求は、タイマの残り時間が少なくなったことにより、実行されてよい。より具体的には、ＵＥ＿Ａ８は、閾値を予め保持しておき、タイマの残り時間が閾値と等しくなった場合や、閾値より少なくなったことにより再要求を行ってよい。また、再要求のトリガはこれらに限らず、他の条件により行われてもよいし、任意のタイミングで実行されてもよい。
【０５０４】
ＵＥ＿Ａ８は、同一のＰｒｏＳｅアプリケーションＩＤに対するＰｒｏＳｅアプリケーションコードとタイマを再要求するために、要求メッセージをＰｒｏＳｅサーバ７に送信してもよい（Ｓ１４０８）。
【０５０５】
ここで、要求メッセージは、マッチレートメッセージであってよい。マッチレポートメッセージは、１．３．４のマッチレポート手続きで説明したＵＥ＿Ａ８が送信するマッチレポートメッセージ（Ｓ１２０２）であってよい。ＵＥ＿Ａ８の送信に関する処理や、ディスカバリ要求メッセージの構成や、要求メッセージに含まれる情報要素などは同様でよいため、ここでは詳細説明を省略する。
【０５０６】
次に、ＰｒｏＳｅサーバ７は、要求メッセージを受信する。さらに、応答メッセージをＵＥ＿Ａ８に送信する（Ｓ１４１０）。応答メッセージは、ＰｒｏＳｅアプリケーションコードと、タイマを含めて送信してもよい。
【０５０７】
ここで、応答メッセージを送信する条件は、要求メッセージの受信に基づいて送信してもよし、認証に基づいて送信してもよい。ここで、認証の具体的な方法は、１．３．３のモニタリング要求手続きで説明した方法により実行してもよい。
【０５０８】
また、応答メッセージに含めるアプリケーションコードとタイマは、既に割り当てをおこなっている古いＰｒｏＳｅアプリケーションコード「Ｃ１」と、古いＰｒｏＳｅアプリケーションコードに対応するタイマ「Ｔ１」の残時間を含めてもよい。
【０５０９】
もしくは、応答メッセージに含めるアプリケーションコードとタイマは、ＰｒｏＳｅアプリケーションコード「Ｃ１」とは異なる新たなＰｒｏＳｅアプリケーションコード「Ｃ２」と、新たなＰｒｏＳｅアプリケーションコードに対応するタイマ「Ｔ２」を含めてもよい。
【０５１０】
ここで、古いＰｒｏＳｅアプリケーションコード「Ｃ１」と新たなＰｒｏＳｅアプリケーションコード「Ｃ２」は、単一のアプリケーションＩＤに対応付けられたものであってよい。
【０５１１】
古いアプリケーションコードを送信するか、新たなアプリケーションコードを送信するかは、以下のような条件や処理に基づいて決定されてよい。
【０５１２】
ＰｒｏＳｅサーバ７は、タイマＴ１の残時間が少ないことにより、新たなアプリケーションコード「Ｃ２」とタイマ「Ｔ２」を含めて送信してもよい。より具体的には、ＰｒｏＳｅサーバ７は、閾値を予め保持しておき、タイマの残り時間が閾値と等しくなった場合や、閾値より少なくなったことにより新たなアプリケーションコード「Ｃ２」とタイマ「Ｔ２」を含めて送信してもよい。
【０５１３】
また、ＰｒｏＳｅサーバ７は、タイマＴ１の残時間が十分ある場合には、古いアプリケーションコード「Ｃ１」とタイマ「Ｔ１」の残時間を含めて送信してもよい。より具体的には、ＰｒｏＳｅサーバ７は、閾値を予め保持しておき、タイマの残り時間が閾値より多い場合や、閾値と等しい場合には、新たなアプリケーションコード「Ｃ１」とタイマ「Ｔ１」の残時間を含めて送信してもよい。
【０５１４】
もしくは、ＰｒｏＳｅサーバ７は受信した要求メッセージを基に決定してもよい。例えば、ＵＥ＿Ａ８は、要求メッセージに識別情報を含めて送信してもよい。
【０５１５】
この識別情報は、古いアプリケーションコードを要求するか、新たなアプリケーションコードの要求を示す識別情報であってよい。
【０５１６】
ＰｒｏＳｅサーバ７は、識別情報に基づいて、新たなアプリケーションコード「Ｃ２」とタイマ「Ｔ２」を含めて送信してもよい。また、識別情報に基づいて、古いアプリケーションコード「Ｃ１」とタイマ「Ｔ１」の残時間を含めて送信してもよい。
【０５１７】
また、ＰｒｏＳｅサーバ７は識別情報の有無に基づいて決定してもよい。つまり、識別情報は、新たなアプリケーションコードの要求を示す識別情報であって良い。例えば、ＵＥ＿Ａ８は、識別情報を含めずに要求メッセージを送信し、古いアプリケーションコードを要求してもよい。また、ＵＥ＿Ａ８は、識別情報を含めて要求メッセージを送信し、新しいアプリケーションコードを要求してもよい。
【０５１８】
また、要求メッセージに識別情報が含まれていないことに基づいて、古いアプリケーションコード「Ｃ１」とタイマ「Ｔ１」の残時間を含めて送信してもよい。また、ＰｒｏＳｅサーバ７は、要求メッセージに識別情報が含まれていることに基づいて、新たなアプリケーションコード「Ｃ２」とタイマ「Ｔ２」を含めて送信してもよい。
【０５１９】
もしくは、識別情報は、古いアプリケーションコードの要求を示す識別情報であって良い。例えば、ＵＥ＿Ａ８は、識別情報を含めずに要求メッセージを送信し、新しいアプリケーションコードを要求してもよい。また、ＵＥ＿Ａ８は、識別情報を含めて要求メッセージを送信し、古いアプリケーションコードを要求してもよい。
【０５２０】
ＰｒｏＳｅサーバ７は、要求メッセージに識別情報が含まれていないことに基づいて、新たなアプリケーションコード「Ｃ２」とタイマ「Ｔ２」を含めて送信してもよい。また、要求メッセージに識別情報が含まれていることに基づいて、古いアプリケーションコード「Ｃ１」とタイマ「Ｔ１」の残時間を含めて送信してもよい。
【０５２１】
こうした識別情報は、要求メッセージに含まれるフラグ等の情報要素であってもよく、制御メッセージのメッセージタイプを示す情報要素であってもよい。
【０５２２】
このように、ＰｒｏＳｅサーバ７はタイマ「Ｔ１」の残時間を含めて送信し、複数のＵＥのタイマを同期させてもよい。
【０５２３】
また、この要求メッセージは１．３．４で説明したマッチレポートメッセージであってよい。そのため、これらの識別情報は１．３．４で説明したマッチレポートメッセージに含まれてよい。
【０５２４】
また、古いアプリケーションコードを送信するか、新たなアプリケーションコードを送信するかは、ＰｒｏＳｅサーバ７の設定等に基づいて決定されてよい。例えば、ＰｒｏＳｅサーバの設定は、ＰｒｏＳｅサーバ７を運用する通信事業者のポリシー（Ｍｏｂｉｌｅ  Ｏｐｅｒａｔｏｒ  Ｐｏｌｉｃｙ）やアプリケーション事業者のポリシーにより決定され、設定が行われてもよい。
【０５２５】
なお、これまで説明した条件や処理を組み合わせて決定してもよいし、他の方法を基に決定してもよい。
【０５２６】
次に、ＵＥ＿Ａ８は、応答メッセージを受信する。さらに、応答メッセージに含まれる、ＰｒｏＳｅアプリケーションコードとタイマを取得する。
【０５２７】
ＵＥ＿Ａ８は、新しいＰｒｏＳｅアプリケーションコード「Ｃ２」を取得した場合には、古いＰｒｏＳｅアプリケーションコード「Ｃ１」に対応するタイマ「Ｔ１」が消費されるまでは古いＰｒｏＳｅアプリケーションコード「Ｃ１」の使用を継続し、古いＰｒｏＳｅアプリケーションコード「Ｃ１」の使用を停止した後に、新しいＰｒｏＳｅアプリケーションコード「Ｃ２」の使用を開始するなどの、「非更新」に対応する処理を行ってもよい（Ｓ１４１２）。
【０５２８】
具体的なＵＥ＿Ａ８における「非更新」の処理は、例えば、ＵＥ＿Ａ８は、応答メッセージにより新たなＰｒｏＳｅアプリケーションコード「Ｃ２」を受信した場合においても、古いＰｒｏＳｅアプリケーションコード「Ｃ１」の有効化を継続し、古いＰｒｏＳｅアプリケーションコード「Ｃ１」を含むアナウンス信号を送信するアナウンス処理や、古いＰｒｏＳｅアプリケーションコード「Ｃ１」を含むアナウンス信号を受信するモニタリング処理を継続してもよい。
【０５２９】
さらに、古いＰｒｏＳｅアプリケーションコード「Ｃ１」に対応するタイマ「Ｔ１」がゼロになるなどして消費された場合、古いＰｒｏＳｅアプリケーションコード「Ｃ１」を無効化するなどを実行してもよい。
【０５３０】
無効化においては、ＰｒｏＳｅサーバ７は、古いＰｒｏＳｅアプリケーションコード「Ｃ１」とタイマ「Ｔ１」を記憶部５０７から削除してもよい。
【０５３１】
また、無効化においては、ＵＥ＿Ａ８は、古いＰｒｏＳｅアプリケーションコード「Ｃ１」を用いたアナウンス信号の送信を停止するとともに、以後、ＰｒｏＳｅアプリケーションコード「Ｃ１」を用いたアナウンスは行わないなどの設定を行ってもよい。
【０５３２】
また、こうした無効化に伴い、ＵＥ＿Ａ８は、新しいＰｒｏＳｅアプリケーションコード「Ｃ２」を有効化するなどを実行してもよい。
【０５３３】
有効化においては、ＵＥ＿Ａ８は、新しいＰｒｏＳｅアプリケーションコード「Ｃ２」に対応するタイマ「Ｔ２」のカウントを開始してもよい。
【０５３４】
もしくは、ＵＥ＿Ａ８は、ＰｒｏＳｅサーバ７が送信する応答メッセージの受信に伴い、新しいＰｒｏＳｅアプリケーションコード「Ｃ２」に対応するタイマ「Ｔ２」のカウントを開始してもよい。
【０５３５】
ＵＥ＿Ａ８は、新しいＰｒｏＳｅアプリケーションコード「Ｃ２」に対応するタイマ「Ｔ２」が消費されるまでの間、新しいＰｒｏＳｅアプリケーションコード「Ｃ２」を用いたアナウンス信号の送信、もしくは新しいＰｒｏＳｅアプリケーションコード「Ｃ２」を用いたアナウンス信号の受信を行ってもよい。
【０５３６】
また、ＵＥ＿Ａ８は、「非更新」の処理の実行を、新しいＰｒｏＳｅアプリケーションコード「Ｃ２」をＰｒｏＳｅサーバ７から取得したこと基づいて実行してもよいし、ＰｒｏＳｅサーバ７が送信する応答メッセージの受信に基づいて実行してもよい。
【０５３７】
もしくは、ＵＥ＿Ａ８は、応答メッセージに含まれる識別情報に基づいて「非更新」の処理を実行してもよい。例えば、ＰｒｏＳｅサーバ７は、「非更新」処理を実行することを要求する識別情報を含めて応答メッセージを送信してもよい。さらに、ＵＥ＿Ａ８は、識別情報を受信し、受信した識別情報が「非更新」の処理を行うことを要求していることにより、「非更新」の処理を実行してもよい。このように、ＵＥ＿Ａ８は、応答メッセージに含まれる識別情報に基づいて「非更新」の処理を実行してもよい。
【０５３８】
こうした識別情報は、応答メッセージに含まれるフラグ等の情報要素であってもよく、制御メッセージのメッセージタイプを示す情報要素であってもよい。さらに、識別情報は、「更新」または「非更新」または「並列」を示す更新識別情報であってもよい。さらに、この場合の更新識別情報は、「非更新」を示していてもよい。
【０５３９】
また、この応答メッセージは１．３．４で説明したマッチレポート応答メッセージであってよい。そのため、これらの識別情報は１．３．４で説明したマッチレポート応答に含まれてよい。
【０５４０】
また、「非更新」の処理を実行するか否かは、ＵＥ＿Ａ８の設定等に基づいて決定されてよい。例えば、ＵＥ＿Ａ８の設定は、ユーザポリシーや、ＰｒｏＳｅサーバ７を運用する通信事業者のポリシー（Ｍｏｂｉｌｅ  Ｏｐｅｒａｔｏｒ  Ｐｏｌｉｃｙ）やアプリケーション事業者のポリシーにより決定され、設定が行われてもよい。
【０５４１】
なお、これまで説明した条件や処理を組み合わせて決定してもよいし、他の方法を基に決定してもよい。
【０５４２】
また、ＵＥ＿Ａ８は、応答メッセージの受信により、古いＰｒｏＳｅアプリケーションコード「Ｃ１」を取得してもよい。この場合には、カウントしているタイマ「Ｔ１」が消費されるまで古いＰｒｏＳｅアプリケーションコード「Ｃ１」を用いてアナウンスを継続してもよい。なお、ＵＥ＿Ａ８は、タイマ「Ｔ１」の残時間から受信したタイマの値に更新してカウントを継続してもよい。
【０５４３】
もしくは、ＵＥ＿Ａ８は、「非更新」処理を行わない場合には、古いＰｒｏＳｅアプリケーションコードと、新しいＰｒｏＳｅアプリケーションコードのアナウンスもしくはモニタリングすべてを停止しても良い。
【０５４４】
以上の手続きにより、ＵＥ＿Ａ８は、ＰｒｏＳｅアプリケーションＩＤに対応するアナウンスもしくはモニタリングを継続することができる。
【０５４５】
なお、ＰｒｏＳｅアプリケーションコード「Ｃ１」やＰｒｏＳｅアプリケーションコード「Ｃ２」は、１．３．４のマッチレポート手続きでも説明したように、ＰｒｏＳｅアプリケーションコードの一部を識別するマスク値であってもよい。
【０５４６】
以上、ＵＥ＿Ａ８がＰｒｏＳｅアプリケーションコード更新手続きを実行する場合について説明してきたが、ＵＥ＿Ｂ９においてもＵＥ＿Ａ８と同様の手続きを行ってよい。
【０５４７】
［１．３．５．７  「並列」によるＰｒｏＳｅアプリケーションコード更新手続きの第１の手続き例］
１．３．５で説明した「並列」を行うための手続きの例を、図１５を用いて説明する。
【０５４８】
本手続きの初期状態は、１．３．２で説明したアナウンス要求手続きを完了した状態であってよい。
【０５４９】
つまり、１．３．２で説明したアナウンス要求手続きにより、ＵＥ＿Ａ８はＰｒｏＳｅサーバ７からＰｒｏＳｅアプリケーションコードとして「Ｃ１」、タイマとして「Ｔ１」を取得した状態であってよい。以下図１５を用いて詳細を説明する。ＵＥ＿Ａ８はアナウンス要求手続きに基づいて、タイマ「Ｔ１」のカウントを開始し、ＰｒｏＳｅアプリケーションコード「Ｃ１」を有効にしている（Ｓ１３０６）。また、ＰｒｏＳｅサーバ７は、応答メッセージの送信後、タイマ「Ｔ１」のカウントを開始し、ＰｒｏＳｅアプリケーションコード「Ｃ１」を有効にしている（Ｓ１３０７）。
【０５５０】
ＵＥ＿Ａ８は、１．３．２のアナウンス手続きで説明したように、タイマ「Ｔ１」のカウントを実行している間、アナウンス信号を送信してアナウンスを実行してもよい。
【０５５１】
ＵＥ＿Ａ８は、タイマ「Ｔ１」のカウントを実行している間、同一のＰｒｏＳｅアプリケーションＩＤに対するＰｒｏＳｅアプリケーションコードとタイマをＰｒｏＳｅサーバ７に要求してもよい。言い換えると、ＵＥ＿Ａ８は、タイマ「Ｔ１」が消費されるまでに、新たに同一のＰｒｏＳｅアプリケーションＩＤに対するＰｒｏＳｅアプリケーションコードとタイマをＰｒｏＳｅサーバ７に要求してもよい。
【０５５２】
こうしたＵＥ＿Ａ８による再要求は、タイマの残り時間が少なくなったことにより、実行されてよい。より具体的には、ＵＥ＿Ａ８は、閾値を予め保持しておき、タイマの残り時間が閾値と等しくなった場合や、閾値より少なくなったことにより再要求を行ってよい。また、再要求のトリガはこれらに限らず、他の条件により行われてもよいし、任意のタイミングで実行されてもよい。
【０５５３】
ＵＥ＿Ａ８は、同一のＰｒｏＳｅアプリケーションＩＤに対するＰｒｏＳｅアプリケーションコードとタイマを再要求するために、要求メッセージをＰｒｏＳｅサーバ７に送信してもよい（Ｓ１５０８）。
【０５５４】
ここで、要求メッセージは、アナウンスを要求するディスカバリ要求メッセージであってよい。アナウンスのためのディスカバリ要求メッセージは、１．３．２のアナウンス要求手続きで説明したＵＥ＿Ａ８が送信するディスカバリ要求メッセージ（Ｓ１００４）であってよい。ＵＥ＿Ａ８の送信に関する処理や、ディスカバリ要求メッセージの構成や、要求メッセージに含まれる情報要素などは同様でよいため、ここでは詳細説明を省略する。
【０５５５】
次に、ＰｒｏＳｅサーバ７は、要求メッセージを受信する。さらに、応答メッセージをＵＥ＿Ａ８に送信する（Ｓ１５１０）。応答メッセージは、ＰｒｏＳｅアプリケーションコードと、タイマを含めて送信してもよい。
【０５５６】
ここで、応答メッセージを送信する条件は、要求メッセージの受信に基づいて送信してもよし、認証に基づいて送信してもよい。ここで、認証の具体的な方法は、１．３．２のアナウンス要求手続きで説明した方法により実行してもよい。
【０５５７】
また、応答メッセージに含めるアプリケーションコードとタイマは、既に割り当てをおこなっている古いＰｒｏＳｅアプリケーションコード「Ｃ１」と、古いＰｒｏＳｅアプリケーションコードに対応するタイマ「Ｔ１」の残時間を含めてもよい。
【０５５８】
もしくは、応答メッセージに含めるアプリケーションコードとタイマは、ＰｒｏＳｅアプリケーションコード「Ｃ１」とは異なる新たなＰｒｏＳｅアプリケーションコード「Ｃ２」と、新たなＰｒｏＳｅアプリケーションコードに対応するタイマ「Ｔ２」を含めてもよい。
【０５５９】
ここで、古いＰｒｏＳｅアプリケーションコード「Ｃ１」と新たなＰｒｏＳｅアプリケーションコード「Ｃ２」は、単一のアプリケーションＩＤに対応付けられたものであってよい。
【０５６０】
古いアプリケーションコードを送信するか、新たなアプリケーションコードを送信するかは、以下のような条件や処理に基づいて決定されてよい。
【０５６１】
ＰｒｏＳｅサーバ７は、タイマＴ１の残時間が少ないことにより、新たなアプリケーションコード「Ｃ２」とタイマ「Ｔ２」を含めて送信してもよい。より具体的には、ＰｒｏＳｅサーバ７は、閾値を予め保持しておき、タイマの残り時間が閾値と等しくなった場合や、閾値より少なくなったことにより新たなアプリケーションコード「Ｃ２」とタイマ「Ｔ２」を含めて送信してもよい。
【０５６２】
また、ＰｒｏＳｅサーバ７は、タイマＴ１の残時間が十分ある場合には、古いアプリケーションコード「Ｃ１」とタイマ「Ｔ１」の残時間を含めて送信してもよい。より具体的には、ＰｒｏＳｅサーバ７は、閾値を予め保持しておき、タイマの残り時間が閾値より多い場合や、閾値と等しい場合には、新たなアプリケーションコード「Ｃ１」とタイマ「Ｔ１」の残時間を含めて送信してもよい。
【０５６３】
もしくは、ＰｒｏＳｅサーバ７は受信した要求メッセージを基に決定してもよい。例えば、ＵＥ＿Ａ８は、要求メッセージに識別情報を含めて送信してもよい。
【０５６４】
この識別情報は、古いアプリケーションコードを要求するか、新たなアプリケーションコードの要求を示す識別情報であってよい。
【０５６５】
ＰｒｏＳｅサーバ７は、識別情報に基づいて、新たなアプリケーションコード「Ｃ２」とタイマ「Ｔ２」を含めて送信してもよい。また、識別情報に基づいて、古いアプリケーションコード「Ｃ１」とタイマ「Ｔ１」の残時間を含めて送信してもよい。
【０５６６】
また、ＰｒｏＳｅサーバ７は識別情報の有無に基づいて決定してもよい。つまり、識別情報は、新たなアプリケーションコードの要求を示す識別情報であって良い。例えば、ＵＥ＿Ａ８は、識別情報を含めずに要求メッセージを送信し、古いアプリケーションコードを要求してもよい。また、ＵＥ＿Ａ８は、識別情報を含めて要求メッセージを送信し、新しいアプリケーションコードを要求してもよい。
【０５６７】
また、要求メッセージに識別情報が含まれていないことに基づいて、古いアプリケーションコード「Ｃ１」とタイマ「Ｔ１」の残時間を含めて送信してもよい。また、ＰｒｏＳｅサーバ７は、要求メッセージに識別情報が含まれていることに基づいて、新たなアプリケーションコード「Ｃ２」とタイマ「Ｔ２」を含めて送信してもよい。
【０５６８】
もしくは、識別情報は、古いアプリケーションコードの要求を示す識別情報であって良い。例えば、ＵＥ＿Ａ８は、識別情報を含めずに要求メッセージを送信し、新しいアプリケーションコードを要求してもよい。また、ＵＥ＿Ａ８は、識別情報を含めて要求メッセージを送信し、古いアプリケーションコードを要求してもよい。
【０５６９】
ＰｒｏＳｅサーバ７は、要求メッセージに識別情報が含まれていないことに基づいて、新たなアプリケーションコード「Ｃ２」とタイマ「Ｔ２」を含めて送信してもよい。また、要求メッセージに識別情報が含まれていることに基づいて、古いアプリケーションコード「Ｃ１」とタイマ「Ｔ１」の残時間を含めて送信してもよい。
【０５７０】
こうした識別情報は、要求メッセージに含まれるフラグ等の情報要素であってもよく、制御メッセージのメッセージタイプを示す情報要素であってもよい。
【０５７１】
このように、ＰｒｏＳｅサーバ７はタイマ「Ｔ１」の残時間を含めて送信し、複数のＵＥのタイマを同期させてもよい。
【０５７２】
また、この要求メッセージは１．３．２で説明したアナウンスを要求するディスカバリ要求メッセージであってよい。そのため、これらの識別情報は１．３．２で説明したアナウンスを要求するディスカバリ要求メッセージに含まれてよい。
【０５７３】
また、古いアプリケーションコードを送信するか、新たなアプリケーションコードを送信するかは、ＰｒｏＳｅサーバ７の設定等に基づいて決定されてよい。例えば、ＰｒｏＳｅサーバの設定は、ＰｒｏＳｅサーバ７を運用する通信事業者のポリシー（Ｍｏｂｉｌｅ  Ｏｐｅｒａｔｏｒ  Ｐｏｌｉｃｙ）やアプリケーション事業者のポリシーにより決定され、設定が行われてもよい。
【０５７４】
なお、これまで説明した条件や処理を組み合わせて決定してもよいし、他の方法を基に決定してもよい。
【０５７５】
次に、ＵＥ＿Ａ８は、応答メッセージを受信する。さらに、応答メッセージに含まれる、ＰｒｏＳｅアプリケーションコードとタイマを取得する。
【０５７６】
ＵＥ＿Ａ８は、新しいＰｒｏＳｅアプリケーションコード「Ｃ２」を取得した場合には、古いＰｒｏＳｅアプリケーションコード「Ｃ１」に対応するタイマ「Ｔ１」が消費されるまでは古いＰｒｏＳｅアプリケーションコード「Ｃ１」の使用を継続し、かつ、古いＰｒｏＳｅアプリケーションコード「Ｃ１」のを開始するなどの、「並列」に対応する処理を行ってもよい（Ｓ１５１２）。
【０５７７】
具体的なＵＥ＿Ａ８における「並列」の処理は、例えば、ＵＥ＿Ａ８は、応答メッセージにより新たなＰｒｏＳｅアプリケーションコード「Ｃ２」を受信した場合においても、古いＰｒｏＳｅアプリケーションコード「Ｃ１」の有効化を継続し、古いＰｒｏＳｅアプリケーションコード「Ｃ１」を含むアナウンス信号を送信するなどのアナウンス処理を継続してもよい。
【０５７８】
また、古いＰｒｏＳｅアプリケーションコード「Ｃ１」に対応するタイマ「Ｔ１」がゼロになるなどして消費された場合、古いＰｒｏＳｅアプリケーションコード「Ｃ１」を無効化するなどを実行してもよい。
【０５７９】
無効化においては、ＰｒｏＳｅサーバ７は、古いＰｒｏＳｅアプリケーションコード「Ｃ１」とタイマ「Ｔ１」を記憶部から削除してもよい。
【０５８０】
また、無効化においては、ＵＥ＿Ａ８は、古いＰｒｏＳｅアプリケーションコード「Ｃ１」を用いたアナウンス信号の送信を停止するとともに、以後、ＰｒｏＳｅアプリケーションコード「Ｃ１」を用いたアナウンスは行わないなどの設定を行ってもよい。
【０５８１】
ＵＥ＿Ａ８は、ＰｒｏＳｅサーバ７が送信する応答メッセージの受信に伴い、古いアプリケーションコード「Ｃ１」の有効化を維持しつつ、新しいＰｒｏＳｅアプリケーションコード「Ｃ２」を有効化しても良い。
【０５８２】
有効化においては、ＵＥ＿Ａ８は、新しいＰｒｏＳｅアプリケーションコード「Ｃ２」に対応するタイマ「Ｔ２」のカウントを開始してもよい。
【０５８３】
ＵＥ＿Ａ８は、新しいＰｒｏＳｅアプリケーションコード「Ｃ２」に対応するタイマ「Ｔ２」が消費されるまでの間、新しいＰｒｏＳｅアプリケーションコード「Ｃ２」を用いたアナウンス信号の送信を行ってもよい。
【０５８４】
また、ＵＥ＿Ａ８は、「並列」の処理の実行を、新しいＰｒｏＳｅアプリケーションコード「Ｃ２」をＰｒｏＳｅサーバ７から取得したこと基づいて実行してもよいし、ＰｒｏＳｅサーバ７が送信する応答メッセージの受信に基づいて実行してもよい。
【０５８５】
もしくは、ＵＥ＿Ａ８は、応答メッセージに含まれる識別情報に基づいて「並列」の処理を実行してもよい。例えば、ＰｒｏＳｅサーバ７は、「並列」処理を実行することを要求する識別情報を含めて応答メッセージを送信してもよい。さらに、ＵＥ＿Ａ８は、識別情報を受信し、受信した識別情報が「並列」の処理を行うことを要求していることにより、「並列」の処理を実行してもよい。このように、ＵＥ＿Ａ８は、応答メッセージに含まれる識別情報に基づいて「並列」の処理を実行してもよい。
【０５８６】
こうした識別情報は、応答メッセージに含まれるフラグ等の情報要素であってもよく、制御メッセージのメッセージタイプを示す情報要素であってもよい。さらに、識別情報は、「更新」または「非更新」または「並列」を示す更新識別情報であってもよい。さらに、この場合の更新識別情報は、「並列」を示していてもよい。
【０５８７】
また、この応答メッセージは１．３．２で説明したアナウンスを要求するディスカバリ応答メッセージであってよい（Ｓ１０１０）。このため、これらの識別情報は１．３．２で説明したアナウンスを要求するディスカバリ応答メッセージに含まれてよい。
【０５８８】
また、「並列」の処理を実行するか否かは、ＵＥ＿Ａ８の設定等に基づいて決定されてよい。例えば、ＵＥ＿Ａ８の設定は、ユーザポリシーや、ＰｒｏＳｅサーバ７を運用する通信事業者のポリシー（Ｍｏｂｉｌｅ  Ｏｐｅｒａｔｏｒ  Ｐｏｌｉｃｙ）やアプリケーション事業者のポリシーにより決定され、設定が行われてもよい。
【０５８９】
なお、これまで説明した条件や処理を組み合わせて決定してもよいし、他の方法を基に決定してもよい。
【０５９０】
また、ＵＥ＿Ａ８は、応答メッセージの受信により、古いＰｒｏＳｅアプリケーションコード「Ｃ１」を取得してもよい。この場合には、カウントしているタイマ「Ｔ１」のが消費されるまで古いＰｒｏＳｅアプリケーションコード「Ｃ１」を用いてアナウンスを継続してもよい。なお、ＵＥ＿Ａ８は、タイマ「Ｔ１」の残時間から受信したタイマの値に更新してカウントを継続してもよい。
【０５９１】
もしくは、ＵＥ＿Ａ８は、「並列」処理を行わない場合には、古いＰｒｏＳｅアプリケーションコードと、新しいＰｒｏＳｅアプリケーションコードを用いたアナウンスすべてを停止しても良い。
【０５９２】
以上の手続きにより、ＵＥ＿Ａ８は、ＰｒｏＳｅアプリケーションＩＤに対応するアナウンスを継続することができる。
【０５９３】
以上、ＵＥ＿Ａ８がＰｒｏＳｅアプリケーションコード更新手続きを実行する場合について説明してきたが、ＵＥ＿Ｂ９においてもＵＥ＿Ａ８と同様の手続きを行ってよい。
【０５９４】
［１．３．５．８  「並列」によるＰｒｏＳｅアプリケーションコード更新手続きの第２の手続き例］
１．３．５．７で説明した「並列」によるＰｒｏＳｅアプリケーションコード更新手続きの第１の手続き例では、１．３．２で説明したアナウンス要求手続きを完了した状態を初期状態として、ＵＥ＿Ａ８がアナウンスを継続する手続き例を説明した。
【０５９５】
これに限らず、初期状態は１．３．３で説明したモニタリング要求手続きを完了した状態であってもよい。
【０５９６】
つまり、１．３．３で説明したモニタリング要求手続きにより、ＵＥ＿Ａ８はＰｒｏＳｅサーバ７からＰｒｏＳｅアプリケーションコードとして「Ｃ１」、タイマとして「Ｔ１」を取得した状態であってよい。以下、図１５を用いて詳細を説明する。ＵＥ＿Ａ８はモニタリング要求手続きに基づいて、タイマ「Ｔ１」のカウントを開始し、ＰｒｏＳｅアプリケーションコード「Ｃ１」を有効にしている（Ｓ１３０６）。また、ＰｒｏＳｅサーバ７は、応答メッセージの送信後、タイマ「Ｔ１」のカウントを開始し、ＰｒｏＳｅアプリケーションコード「Ｃ１」を有効にしている（Ｓ１３０７）。
【０５９７】
ＵＥ＿Ａ８は、１．３．３のモニタリング手続きで説明したように、タイマ「Ｔ１」のカウントを実行している間、アナウンス信号を受信するモニタリングを実行してもよい。
【０５９８】
ＵＥ＿Ａ８は、タイマ「Ｔ１」のカウントを実行している間、同一のＰｒｏＳｅアプリケーションＩＤに対するＰｒｏＳｅアプリケーションコードとタイマをＰｒｏＳｅサーバ７に要求してもよい。言い換えると、ＵＥ＿Ａ８は、タイマ「Ｔ１」が消費されるまでに、新たに同一のＰｒｏＳｅアプリケーションＩＤに対するＰｒｏＳｅアプリケーションコードとタイマをＰｒｏＳｅサーバ７に要求してもよい。
【０５９９】
こうしたＵＥ＿Ａ８による再要求は、タイマの残り時間が少なくなったことにより、実行されてよい。より具体的には、ＵＥ＿Ａ８は、閾値を予め保持しておき、タイマの残り時間が閾値と等しくなった場合や、閾値より少なくなったことにより再要求を行ってよい。また、再要求のトリガはこれらに限らず、他の条件により行われてもよいし、任意のタイミングで実行されてもよい。
【０６００】
ＵＥ＿Ａ８は、同一のＰｒｏＳｅアプリケーションＩＤに対するＰｒｏＳｅアプリケーションコードとタイマを再要求するために、要求メッセージをＰｒｏＳｅサーバ７に送信してもよい（Ｓ１５０８）。
【０６０１】
ここで、要求メッセージは、モニタリングを要求するディスカバリ要求メッセージであってよい。モニタリングのためのディスカバリ要求メッセージは、１．３．３のモニタリング要求手続きで説明したＵＥ＿Ａ８が送信するディスカバリ要求メッセージ（Ｓ１１０４）であってよい。ＵＥ＿Ａ８の送信に関する処理や、ディスカバリ要求メッセージの構成や、要求メッセージに含まれる情報要素などは同様でよいため、ここでは詳細説明を省略する。
【０６０２】
次に、ＰｒｏＳｅサーバ７は、要求メッセージを受信する。さらに、応答メッセージをＵＥ＿Ａ８に送信する（Ｓ１５１０）。応答メッセージは、ＰｒｏＳｅアプリケーションコードと、タイマを含めて送信してもよい。
【０６０３】
ここで、応答メッセージを送信する条件は、要求メッセージの受信に基づいて送信してもよし、認証に基づいて送信してもよい。ここで、認証の具体的な方法は、１．３．３のモニタリング要求手続きで説明した方法により実行してもよい。
【０６０４】
また、応答メッセージに含めるアプリケーションコードとタイマは、既に割り当てをおこなっている古いＰｒｏＳｅアプリケーションコード「Ｃ１」と、古いＰｒｏＳｅアプリケーションコードに対応するタイマ「Ｔ１」の残時間を含めてもよい。
【０６０５】
もしくは、応答メッセージに含めるアプリケーションコードとタイマは、ＰｒｏＳｅアプリケーションコード「Ｃ１」とは異なる新たなＰｒｏＳｅアプリケーションコード「Ｃ２」と、新たなＰｒｏＳｅアプリケーションコードに対応するタイマ「Ｔ２」を含めてもよい。
【０６０６】
ここで、古いＰｒｏＳｅアプリケーションコード「Ｃ１」と新たなＰｒｏＳｅアプリケーションコード「Ｃ２」は、単一のアプリケーションＩＤに対応付けられたものであってよい。
【０６０７】
古いアプリケーションコードを送信するか、新たなアプリケーションコードを送信するかは、以下のような条件や処理に基づいて決定されてよい。
【０６０８】
ＰｒｏＳｅサーバ７は、タイマＴ１の残時間が少ないことにより、新たなアプリケーションコード「Ｃ２」とタイマ「Ｔ２」を含めて送信してもよい。より具体的には、ＰｒｏＳｅサーバ７は、閾値を予め保持しておき、タイマの残り時間が閾値と等しくなった場合や、閾値より少なくなったことにより新たなアプリケーションコード「Ｃ２」とタイマ「Ｔ２」を含めて送信してもよい。
【０６０９】
また、ＰｒｏＳｅサーバ７は、タイマＴ１の残時間が十分ある場合には、古いアプリケーションコード「Ｃ１」とタイマ「Ｔ１」の残時間を含めて送信してもよい。より具体的には、ＰｒｏＳｅサーバ７は、閾値を予め保持しておき、タイマの残り時間が閾値より多い場合や、閾値と等しい場合には、新たなアプリケーションコード「Ｃ１」とタイマ「Ｔ１」の残時間を含めて送信してもよい。
【０６１０】
もしくは、ＰｒｏＳｅサーバ７は受信した要求メッセージを基に決定してもよい。例えば、ＵＥ＿Ａ８は、要求メッセージに識別情報を含めて送信してもよい。
【０６１１】
この識別情報は、古いアプリケーションコードを要求するか、新たなアプリケーションコードの要求を示す識別情報であってよい。
【０６１２】
ＰｒｏＳｅサーバ７は、識別情報に基づいて、新たなアプリケーションコード「Ｃ２」とタイマ「Ｔ２」を含めて送信してもよい。また、識別情報に基づいて、古いアプリケーションコード「Ｃ１」とタイマ「Ｔ１」の残時間を含めて送信してもよい。
【０６１３】
また、ＰｒｏＳｅサーバ７は識別情報の有無に基づいて決定してもよい。つまり、識別情報は、新たなアプリケーションコードの要求を示す識別情報であって良い。例えば、ＵＥ＿Ａ８は、識別情報を含めずに要求メッセージを送信し、古いアプリケーションコードを要求してもよい。また、ＵＥ＿Ａ８は、識別情報を含めて要求メッセージを送信し、新しいアプリケーションコードを要求してもよい。
【０６１４】
また、要求メッセージに識別情報が含まれていないことに基づいて、古いアプリケーションコード「Ｃ１」とタイマ「Ｔ１」の残時間を含めて送信してもよい。また、ＰｒｏＳｅサーバ７は、要求メッセージに識別情報が含まれていることに基づいて、新たなアプリケーションコード「Ｃ２」とタイマ「Ｔ２」を含めて送信してもよい。
【０６１５】
もしくは、識別情報は、古いアプリケーションコードの要求を示す識別情報であって良い。例えば、ＵＥ＿Ａ８は、識別情報を含めずに要求メッセージを送信し、新しいアプリケーションコードを要求してもよい。また、ＵＥ＿Ａ８は、識別情報を含めて要求メッセージを送信し、古いアプリケーションコードを要求してもよい。
【０６１６】
ＰｒｏＳｅサーバ７は、要求メッセージに識別情報が含まれていないことに基づいて、新たなアプリケーションコード「Ｃ２」とタイマ「Ｔ２」を含めて送信してもよい。また、要求メッセージに識別情報が含まれていることに基づいて、古いアプリケーションコード「Ｃ１」とタイマ「Ｔ１」の残時間を含めて送信してもよい。
【０６１７】
こうした識別情報は、要求メッセージに含まれるフラグ等の情報要素であってもよく、制御メッセージのメッセージタイプを示す情報要素であってもよい。
【０６１８】
このように、ＰｒｏＳｅサーバ７はタイマ「Ｔ１」の残時間を含めて送信し、複数のＵＥのタイマを同期させてもよい。
【０６１９】
また、この要求メッセージは１．３．３で説明したモニタリングを要求するディスカバリ要求メッセージであってよい。そのため、これらの識別情報は１．３．３で説明したモニタリングを要求するディスカバリ要求メッセージに含まれてよい。
【０６２０】
また、古いアプリケーションコードを送信するか、新たなアプリケーションコードを送信するかは、ＰｒｏＳｅサーバ７の設定等に基づいて決定されてよい。例えば、ＰｒｏＳｅサーバの設定は、ＰｒｏＳｅサーバ７を運用する通信事業者のポリシー（Ｍｏｂｉｌｅ  Ｏｐｅｒａｔｏｒ  Ｐｏｌｉｃｙ）やアプリケーション事業者のポリシーにより決定され、設定が行われてもよい。
【０６２１】
なお、これまで説明した条件や処理を組み合わせて決定してもよいし、他の方法を基に決定してもよい。
【０６２２】
次に、ＵＥ＿Ａ８は、応答メッセージを受信する。さらに、応答メッセージに含まれる、ＰｒｏＳｅアプリケーションコードとタイマを取得する。
【０６２３】
ＵＥ＿Ａ８は、新しいＰｒｏＳｅアプリケーションコード「Ｃ２」を取得した場合には、古いＰｒｏＳｅアプリケーションコード「Ｃ１」に対応するタイマ「Ｔ１」が消費されるまでは古いＰｒｏＳｅアプリケーションコード「Ｃ１」の使用を継続し、かつ、古いＰｒｏＳｅアプリケーションコード「Ｃ１」のを開始するなどの、「並列」に対応する処理を行ってもよい（Ｓ１５１２）。
【０６２４】
具体的なＵＥ＿Ａ８における「並列」の処理は、例えば、ＵＥ＿Ａ８は、応答メッセージにより新たなＰｒｏＳｅアプリケーションコード「Ｃ２」を受信した場合においても、古いＰｒｏＳｅアプリケーションコード「Ｃ１」の有効化を継続し、古いＰｒｏＳｅアプリケーションコード「Ｃ１」を含むアナウンス信号を受信するなどのモニタリング処理を継続してもよい。
【０６２５】
また、古いＰｒｏＳｅアプリケーションコード「Ｃ１」に対応するタイマ「Ｔ１」がゼロになるなどして消費された場合、古いＰｒｏＳｅアプリケーションコード「Ｃ１」を無効化するなどを実行してもよい。
【０６２６】
無効化においては、ＰｒｏＳｅサーバ７は、古いＰｒｏＳｅアプリケーションコード「Ｃ１」とタイマ「Ｔ１」を記憶部５０７から削除してもよい。
【０６２７】
また、無効化においては、ＵＥ＿Ａ８は、古いＰｒｏＳｅアプリケーションコード「Ｃ１」を用いたアナウンス信号の送信を停止するとともに、以後、ＰｒｏＳｅアプリケーションコード「Ｃ１」を用いたアナウンスは行わないなどの設定を行ってもよい。
【０６２８】
ＵＥ＿Ａ８は、ＰｒｏＳｅサーバ７が送信する応答メッセージの受信に伴い、古いアプリケーションコード「Ｃ１」の有効化を維持しつつ、新しいＰｒｏＳｅアプリケーションコード「Ｃ２」を有効化しても良い。
【０６２９】
有効化においては、ＵＥ＿Ａ８は、新しいＰｒｏＳｅアプリケーションコード「Ｃ２」に対応するタイマ「Ｔ２」のカウントを開始してもよい。
【０６３０】
ＵＥ＿Ａ８は、新しいＰｒｏＳｅアプリケーションコード「Ｃ２」に対応するタイマ「Ｔ２」が消費されるまでの間、新しいＰｒｏＳｅアプリケーションコード「Ｃ２」を用いたアナウンス信号の受信を行ってもよい。
【０６３１】
また、ＵＥ＿Ａ８は、「並列」の処理の実行を、新しいＰｒｏＳｅアプリケーションコード「Ｃ２」をＰｒｏＳｅサーバ７から取得したこと基づいて実行してもよいし、ＰｒｏＳｅサーバ７が送信する応答メッセージの受信に基づいて実行してもよい。
【０６３２】
もしくは、ＵＥ＿Ａ８は、応答メッセージに含まれる識別情報に基づいて「並列」の処理を実行してもよい。例えば、ＰｒｏＳｅサーバ７は、「並列」処理を実行することを要求する識別情報を含めて応答メッセージを送信してもよい。さらに、ＵＥ＿Ａ８は、識別情報を受信し、受信した識別情報が「並列」の処理を行うことを要求していることにより、「並列」の処理を実行してもよい。このように、ＵＥ＿Ａ８は、応答メッセージに含まれる識別情報に基づいて「並列」の処理を実行してもよい。
【０６３３】
こうした識別情報は、応答メッセージに含まれるフラグ等の情報要素であってもよく、制御メッセージのメッセージタイプを示す情報要素であってもよい。さらに、識別情報は、「更新」または「非更新」または「並列」を示す更新識別情報であってもよい。さらに、この場合の更新識別情報は、「並列」を示していてもよい。
【０６３４】
また、この応答メッセージは１．３．３で説明したモニタリングを要求するディスカバリ応答メッセージであってよい（Ｓ１１１０）。そのため、これらの識別情報は１．３．３で説明したモニタリングを要求するディスカバリ応答メッセージに含まれてよい。
【０６３５】
また、「並列」の処理を実行するか否かは、ＵＥ＿Ａ８の設定等に基づいて決定されてよい。例えば、ＵＥ＿Ａ８の設定は、ユーザポリシーや、ＰｒｏＳｅサーバ７を運用する通信事業者のポリシー（Ｍｏｂｉｌｅ  Ｏｐｅｒａｔｏｒ  Ｐｏｌｉｃｙ）やアプリケーション事業者のポリシーにより決定され、設定が行われてもよい。
【０６３６】
なお、これまで説明した条件や処理を組み合わせて決定してもよいし、他の方法を基に決定してもよい。
【０６３７】
また、ＵＥ＿Ａ８は、応答メッセージの受信により、古いＰｒｏＳｅアプリケーションコード「Ｃ１」を取得してもよい。この場合には、カウントしているタイマ「Ｔ１」のが消費されるまで古いＰｒｏＳｅアプリケーションコード「Ｃ１」を用いてアナウンスを継続してもよい。なお、ＵＥ＿Ａ８は、タイマ「Ｔ１」の残時間から受信したタイマの値に更新してカウントを継続してもよい。
【０６３８】
もしくは、ＵＥ＿Ａ８は、「並列」処理を行わない場合には、古いＰｒｏＳｅアプリケーションコードと、新しいＰｒｏＳｅアプリケーションコードのモニタリングすべてを停止しても良い。
【０６３９】
以上の手続きにより、ＵＥ＿Ａ８は、ＰｒｏＳｅアプリケーションＩＤに対応するモニタリングを継続することができる。
【０６４０】
なお、ＰｒｏＳｅアプリケーションコード「Ｃ１」やＰｒｏＳｅアプリケーションコード「Ｃ２」は、１．３．３のモニタリング手続きでも説明したように、ＰｒｏＳｅアプリケーションコードの一部を識別するマスク値であってもよい。
【０６４１】
また、１．３．３のモニタリング手続きでも説明したように、ＵＥ＿Ａ８は、ＰｒｏＳｅアプリケーションコードとタイマを、ディスカバリフィルタを受信することで取得してもよい。
【０６４２】
以上、ＵＥ＿Ａ８がＰｒｏＳｅアプリケーションコード更新手続きを実行する場合について説明してきたが、ＵＥ＿Ｂ９においてもＵＥ＿Ａ８と同様の手続きを行ってよい。
【０６４３】
［１．３．５．９  「並列」によるＰｒｏＳｅアプリケーションコード更新手続きの第３の手続き例］
１．３．５．１で説明した「非更新」によるＰｒｏＳｅアプリケーションコード更新手続きの第１の手続き例では、１．３．２で説明したアナウンス要求手続きを完了した状態を初期状態として、ＵＥ＿Ａ８がアナウンスを継続する手続き例を説明した。
【０６４４】
これに限らず、初期状態は１．３．４で説明したマッチレポート手続きを完了した状態であってもよい。
【０６４５】
つまり、１．３．４で説明したマッチレポート手続きにより、ＵＥ＿Ａ８はＰｒｏＳｅサーバ７からＰｒｏＳｅアプリケーションコードとして「Ｃ１」、タイマとして「Ｔ１」を取得した状態であってよい。
【０６４６】
以下、図１５を用いて詳細を説明する。ＵＥ＿Ａ８はマッチレポート手続きに基づいて、タイマ「Ｔ１」のカウントを開始し、ＰｒｏＳｅアプリケーションコード「Ｃ１」を有効にしている（Ｓ１３０６）。また、ＰｒｏＳｅサーバ７は、応答メッセージの送信後、タイマ「Ｔ１」のカウントを開始し、ＰｒｏＳｅアプリケーションコード「Ｃ１」を有効にしている（Ｓ１３０７）。
【０６４７】
また、ＵＥ＿Ａ８は、１．３．４のマッチレポート手続きで説明したように、タイマ「Ｔ１」のカウントを実行している間、アナウンスやモニタリングを実行してもよい。
【０６４８】
ＵＥ＿Ａ８は、タイマ「Ｔ１」のカウントを実行している間、同一のＰｒｏＳｅアプリケーションＩＤに対するＰｒｏＳｅアプリケーションコードとタイマをＰｒｏＳｅサーバ７に要求してもよい。言い換えると、ＵＥ＿Ａ８は、タイマ「Ｔ１」が消費されるまでに、新たに同一のＰｒｏＳｅアプリケーションＩＤに対するＰｒｏＳｅアプリケーションコードとタイマをＰｒｏＳｅサーバ７に要求してもよい。
【０６４９】
こうしたＵＥ＿Ａ８による再要求は、タイマの残り時間が少なくなったことにより、実行されてよい。より具体的には、ＵＥ＿Ａ８は、閾値を予め保持しておき、タイマの残り時間が閾値と等しくなった場合や、閾値より少なくなったことにより再要求を行ってよい。また、再要求のトリガはこれらに限らず、他の条件により行われてもよいし、任意のタイミングで実行されてもよい。
【０６５０】
ＵＥ＿Ａ８は、同一のＰｒｏＳｅアプリケーションＩＤに対するＰｒｏＳｅアプリケーションコードとタイマを再要求するために、要求メッセージをＰｒｏＳｅサーバ７に送信してもよい（Ｓ１５０８）。
【０６５１】
ここで、要求メッセージは、マッチレートメッセージであってよい。マッチレポートメッセージは、１．３．４のマッチレポート手続きで説明したＵＥ＿Ａ８が送信するマッチレポートメッセージ（Ｓ１２０２）であってよい。ＵＥ＿Ａ８の送信に関する処理や、ディスカバリ要求メッセージの構成や、要求メッセージに含まれる情報要素などは同様でよいため、ここでは詳細説明を省略する。
【０６５２】
次に、ＰｒｏＳｅサーバ７は、要求メッセージを受信する。さらに、応答メッセージをＵＥ＿Ａ８に送信する（Ｓ１５１０）。応答メッセージは、ＰｒｏＳｅアプリケーションコードと、タイマを含めて送信してもよい。
【０６５３】
ここで、応答メッセージを送信する条件は、要求メッセージの受信に基づいて送信してもよし、認証に基づいて送信してもよい。ここで、認証の具体的な方法は、１．３．３のモニタリング要求手続きで説明した方法により実行してもよい。
【０６５４】
また、応答メッセージに含めるアプリケーションコードとタイマは、既に割り当てをおこなっている古いＰｒｏＳｅアプリケーションコード「Ｃ１」と、古いＰｒｏＳｅアプリケーションコードに対応するタイマ「Ｔ１」の残時間を含めてもよい。
もしくは、応答メッセージに含めるアプリケーションコードとタイマは、ＰｒｏＳｅアプリケーションコード「Ｃ１」とは異なる新たなＰｒｏＳｅアプリケーションコード「Ｃ２」と、新たなＰｒｏＳｅアプリケーションコードに対応するタイマ「Ｔ２」を含めてもよい。
【０６５５】
ここで、古いＰｒｏＳｅアプリケーションコード「Ｃ１」と新たなＰｒｏＳｅアプリケーションコード「Ｃ２」は、単一のアプリケーションＩＤに対応付けられたものであってよい。
【０６５６】
古いアプリケーションコードを送信するか、新たなアプリケーションコードを送信するかは、以下のような条件や処理に基づいて決定されてよい。
【０６５７】
ＰｒｏＳｅサーバ７は、タイマＴ１の残時間が少ないことにより、新たなアプリケーションコード「Ｃ２」とタイマ「Ｔ２」を含めて送信してもよい。より具体的には、ＰｒｏＳｅサーバ７は、閾値を予め保持しておき、タイマの残り時間が閾値と等しくなった場合や、閾値より少なくなったことにより新たなアプリケーションコード「Ｃ２」とタイマ「Ｔ２」を含めて送信してもよい。
【０６５８】
また、ＰｒｏＳｅサーバ７は、タイマＴ１の残時間が十分ある場合には、古いアプリケーションコード「Ｃ１」とタイマ「Ｔ１」の残時間を含めて送信してもよい。より具体的には、ＰｒｏＳｅサーバ７は、閾値を予め保持しておき、タイマの残り時間が閾値より多い場合や、閾値と等しい場合には、新たなアプリケーションコード「Ｃ１」とタイマ「Ｔ１」の残時間を含めて送信してもよい。
【０６５９】
もしくは、ＰｒｏＳｅサーバ７は受信した要求メッセージを基に決定してもよい。例えば、ＵＥ＿Ａ８は、要求メッセージに識別情報を含めて送信してもよい。
【０６６０】
この識別情報は、古いアプリケーションコードを要求するか、新たなアプリケーションコードの要求を示す識別情報であってよい。
【０６６１】
ＰｒｏＳｅサーバ７は、識別情報に基づいて、新たなアプリケーションコード「Ｃ２」とタイマ「Ｔ２」を含めて送信してもよい。また、識別情報に基づいて、古いアプリケーションコード「Ｃ１」とタイマ「Ｔ１」の残時間を含めて送信してもよい。
【０６６２】
また、ＰｒｏＳｅサーバ７は識別情報の有無に基づいて決定してもよい。つまり、識別情報は、新たなアプリケーションコードの要求を示す識別情報であって良い。例えば、ＵＥ＿Ａ８は、識別情報を含めずに要求メッセージを送信し、古いアプリケーションコードを要求してもよい。また、ＵＥ＿Ａ８は、識別情報を含めて要求メッセージを送信し、新しいアプリケーションコードを要求してもよい。
【０６６３】
また、要求メッセージに識別情報が含まれていないことに基づいて、古いアプリケーションコード「Ｃ１」とタイマ「Ｔ１」の残時間を含めて送信してもよい。また、ＰｒｏＳｅサーバ７は、要求メッセージに識別情報が含まれていることに基づいて、新たなアプリケーションコード「Ｃ２」とタイマ「Ｔ２」を含めて送信してもよい。
【０６６４】
もしくは、識別情報は、古いアプリケーションコードの要求を示す識別情報であって良い。例えば、ＵＥ＿Ａ８は、識別情報を含めずに要求メッセージを送信し、新しいアプリケーションコードを要求してもよい。また、ＵＥ＿Ａ８は、識別情報を含めて要求メッセージを送信し、古いアプリケーションコードを要求してもよい。
【０６６５】
ＰｒｏＳｅサーバ７は、要求メッセージに識別情報が含まれていないことに基づいて、新たなアプリケーションコード「Ｃ２」とタイマ「Ｔ２」を含めて送信してもよい。また、要求メッセージに識別情報が含まれていることに基づいて、古いアプリケーションコード「Ｃ１」とタイマ「Ｔ１」の残時間を含めて送信してもよい。
【０６６６】
こうした識別情報は、要求メッセージに含まれるフラグ等の情報要素であってもよく、制御メッセージのメッセージタイプを示す情報要素であってもよい。
【０６６７】
このように、ＰｒｏＳｅサーバ７はタイマ「Ｔ１」の残時間を含めて送信し、複数のＵＥのタイマを同期させてもよい。
【０６６８】
また、この要求メッセージは１．３．４で説明したマッチレポートメッセージであってよい。そのため、これらの識別情報は１．３．４で説明したマッチレポートメッセージに含まれてよい。
【０６６９】
また、古いアプリケーションコードを送信するか、新たなアプリケーションコードを送信するかは、ＰｒｏＳｅサーバ７の設定等に基づいて決定されてよい。例えば、ＰｒｏＳｅサーバの設定は、ＰｒｏＳｅサーバ７を運用する通信事業者のポリシー（Ｍｏｂｉｌｅ  Ｏｐｅｒａｔｏｒ  Ｐｏｌｉｃｙ）やアプリケーション事業者のポリシーにより決定され、設定が行われてもよい。
【０６７０】
なお、これまで説明した条件や処理を組み合わせて決定してもよいし、他の方法を基に決定してもよい。
【０６７１】
次に、ＵＥ＿Ａ８は、応答メッセージを受信する。さらに、応答メッセージに含まれる、ＰｒｏＳｅアプリケーションコードとタイマを取得する。
【０６７２】
ＵＥ＿Ａ８は、新しいＰｒｏＳｅアプリケーションコード「Ｃ２」を取得した場合には、古いＰｒｏＳｅアプリケーションコード「Ｃ１」に対応するタイマ「Ｔ１」が消費されるまでは古いＰｒｏＳｅアプリケーションコード「Ｃ１」の使用を継続し、かつ、古いＰｒｏＳｅアプリケーションコード「Ｃ１」のを開始するなどの、「並列」に対応する処理を行ってもよい（Ｓ１５１２）。
【０６７３】
具体的なＵＥ＿Ａ８における「並列」の処理は、例えば、ＵＥ＿Ａ８は、応答メッセージにより新たなＰｒｏＳｅアプリケーションコード「Ｃ２」を受信した場合においても、古いＰｒｏＳｅアプリケーションコード「Ｃ１」の有効化を継続し、古いＰｒｏＳｅアプリケーションコード「Ｃ１」を含むアナウンス信号を送信するなどのアナウンス処理、もしくはＰｒｏＳｅアプリケーションコード「Ｃ１」を含むアナウンス信号を受信するなどのモニタリング処理を継続してもよい。
【０６７４】
また、古いＰｒｏＳｅアプリケーションコード「Ｃ１」に対応するタイマ「Ｔ１」がゼロになるなどして消費された場合、古いＰｒｏＳｅアプリケーションコード「Ｃ１」を無効化するなどを実行してもよい。
【０６７５】
無効化においては、ＰｒｏＳｅサーバ７は、古いＰｒｏＳｅアプリケーションコード「Ｃ１」とタイマ「Ｔ１」を記憶部３１３から削除してもよい。
【０６７６】
また、無効化においては、ＵＥ＿Ａ８は、古いＰｒｏＳｅアプリケーションコード「Ｃ１」を用いたアナウンス信号の送信を停止するとともに、以後、ＰｒｏＳｅアプリケーションコード「Ｃ１」を用いたアナウンスは行わないなどの設定を行ってもよい。
【０６７７】
もしくは、無効化においては、ＵＥ＿Ａ８は、古いＰｒｏＳｅアプリケーションコード「Ｃ１」を用いたアナウンス信号の受信を停止するとともに、以後、ＰｒｏＳｅアプリケーションコード「Ｃ１」を用いたモニタリングは行わないなどの設定を行ってもよい。
【０６７８】
ＵＥ＿Ａ８は、ＰｒｏＳｅサーバ７が送信する応答メッセージの受信に伴い、古いアプリケーションコード「Ｃ１」の有効化を維持しつつ、新しいＰｒｏＳｅアプリケーションコード「Ｃ２」を有効化しても良い。
【０６７９】
有効化においては、ＵＥ＿Ａ８は、新しいＰｒｏＳｅアプリケーションコード「Ｃ２」に対応するタイマ「Ｔ２」のカウントを開始してもよい。
【０６８０】
ＵＥ＿Ａ８は、新しいＰｒｏＳｅアプリケーションコード「Ｃ２」に対応するタイマ「Ｔ２」が消費されるまでの間、新しいＰｒｏＳｅアプリケーションコード「Ｃ２」を用いたアナウンス信号の送信を行ってもよい。
【０６８１】
もしくは、ＵＥ＿Ａ８は、新しいＰｒｏＳｅアプリケーションコード「Ｃ２」に対応するタイマ「Ｔ２」が消費されるまでの間、新しいＰｒｏＳｅアプリケーションコード「Ｃ２」を用いたアナウンス信号の受信を行ってもよい。
【０６８２】
また、ＵＥ＿Ａ８は、「並列」の処理の実行を、新しいＰｒｏＳｅアプリケーションコー
ド「Ｃ２」をＰｒｏＳｅサーバ７から取得したこと基づいて実行してもよいし、ＰｒｏＳｅサーバ７が送信する応答メッセージの受信に基づいて実行してもよい。
【０６８３】
もしくは、ＵＥ＿Ａ８は、応答メッセージに含まれる識別情報に基づいて「並列」の処理を実行してもよい。例えば、ＰｒｏＳｅサーバ７は、「並列」処理を実行することを要求する識別情報を含めて応答メッセージを送信してもよい。さらに、ＵＥ＿Ａ８は、識別情報を受信し、受信した識別情報が「並列」の処理を行うことを要求していることにより、「並列」の処理を実行してもよい。このように、ＵＥ＿Ａ８は、応答メッセージに含まれる識別情報に基づいて「並列」の処理を実行してもよい。
【０６８４】
こうした識別情報は、応答メッセージに含まれるフラグ等の情報要素であってもよく、制御メッセージのメッセージタイプを示す情報要素であってもよい。さらに、識別情報は、「更新」または「非更新」または「並列」を示す更新識別情報であってもよい。さらに、この場合の更新識別情報は、「並列」を示していてもよい。
【０６８５】
また、この応答メッセージは１．３．４で説明したマッチレポート応答メッセージであってよい。そのため、これらの識別情報は１．３．４で説明したマッチレポート応答に含まれてよい。
【０６８６】
また、「並列」の処理を実行するか否かは、ＵＥ＿Ａ８の設定等に基づいて決定されてよい。例えば、ＵＥ＿Ａ８の設定は、ユーザポリシーや、ＰｒｏＳｅサーバ７を運用する通信事業者のポリシー（Ｍｏｂｉｌｅ  Ｏｐｅｒａｔｏｒ  Ｐｏｌｉｃｙ）やアプリケーション事業者のポリシーにより決定され、設定が行われてもよい。
【０６８７】
なお、これまで説明した条件や処理を組み合わせて決定してもよいし、他の方法を基に決定してもよい。
【０６８８】
また、ＵＥ＿Ａ８は、応答メッセージの受信により、古いＰｒｏＳｅアプリケーションコード「Ｃ１」を取得してもよい。この場合には、カウントしているタイマ「Ｔ１」のが消費されるまで古いＰｒｏＳｅアプリケーションコード「Ｃ１」を用いてアナウンスを継続してもよい。なお、ＵＥ＿Ａ８は、タイマ「Ｔ１」の残時間から受信したタイマの値に更新してカウントを継続してもよい。
【０６８９】
もしくは、ＵＥ＿Ａ８は、「並列」処理を行わない場合には、古いＰｒｏＳｅアプリケーションコードと、新しいＰｒｏＳｅアプリケーションコードのアナウンスもしくはモニタリングすべてを停止しても良い。
【０６９０】
以上の手続きにより、ＵＥ＿Ａ８は、ＰｒｏＳｅアプリケーションＩＤに対応するアナウンスもしくはモニタリングを継続することができる。
【０６９１】
なお、ＰｒｏＳｅアプリケーションコード「Ｃ１」やＰｒｏＳｅアプリケーションコード「Ｃ２」は、１．３．４のマッチレポート手続きでも説明したように、ＰｒｏＳｅアプリケーションコードの一部を識別するマスク値であってもよい。
【０６９２】
以上、ＵＥ＿Ａ８がＰｒｏＳｅアプリケーションコード更新手続きを実行する場合について説明してきたが、ＵＥ＿Ｂ９においてもＵＥ＿Ａ８と同様の手続きを行ってよい。
【０６９３】
［１．３．５．１０  ＰｒｏＳｅアプリケーションコード更新手続きの変形例］
１．３．５．１から１．３．５．９を通して、ＵＥ＿Ａ８がＰｒｏＳｅアプリケーションコードを更新する手続きの例を説明してきたが、具体的な手続きはこの実施形態に限られるものではなく、この発明の要旨を逸脱しない範囲の設計や組み合わせ等も本発明に含まれる。
【０６９４】
また、１．３．５．１の「更新」によるＰｒｏＳｅアプリケーションコード更新手続きの第１の手続き例では、ＵＥ＿Ａ８は応答メッセージの受信により、古いＰｒｏＳｅアプリケーションＩＤを用いたアナウンスを停止する例を説明したが、モニタリングは継続してもよい。
【０６９５】
ＰｒｏＳｅサーバ７が応答メッセージに含めて送信する識別情報は、「更新」の処理を要求することに加え、古いＰｒｏＳｅアプリケーションコードを用いたモニタリングは継続することを要求する識別情報であってよい。この際、ＵＥ＿Ａ８は、１．３．５．１で説明した処理に加え、応答メッセージに含まれる識別情報に基づいて、古いＰｒｏＳｅアプリケーションコード「Ｃ１」に対応するタイマ「Ｔ１」が消費されるまで、古いＰｒｏＳｅアプリケーションコード「Ｃ１」を用いたモニタリングは継続してもよい。
【０６９６】
また、１．３．５．２の「更新」によるＰｒｏＳｅアプリケーションコード更新手続きの第２の手続き例では、ＵＥ＿Ａ８は応答メッセージの受信により、古いＰｒｏＳｅアプリケーションＩＤを用いたモニタリングを停止する例を説明したが、アナウンスは継続してもよい。
【０６９７】
ＰｒｏＳｅサーバ７が応答メッセージに含めて送信する識別情報は、「更新」の処理を要求することに加え、古いＰｒｏＳｅアプリケーションコードを用いたモニタリングは継続することを要求する識別情報であってよい。この際、ＵＥ＿Ａ８は、１．３．５．２で説明した処理に加え、応答メッセージに含まれる識別情報に基づいて、古いＰｒｏＳｅアプリケーションコード「Ｃ１」に対応するタイマ「Ｔ１」が消費されるまで、古いＰｒｏＳｅアプリケーションコード「Ｃ１」を用いたアナウンスは継続してもよい。
【０６９８】
また、１．３．５．５の「非更新」によるＰｒｏＳｅアプリケーションコード更新手続きの第２の手続き例では、ＵＥ＿Ａ８は応答メッセージの受信により、古いＰｒｏＳｅアプリケーションＩＤを用いたモニタリングを継続する例を説明したが、アナウンスは停止してもよい。
【０６９９】
ＰｒｏＳｅサーバ７が応答メッセージに含めて送信する識別情報は、「非更新」の処理を要求することに加え、古いＰｒｏＳｅアプリケーションコードを用いたアナウンスは停止することを要求する識別情報であってよい。この際、ＵＥ＿Ａ８は、１．３．５．５で説明した処理に加え、応答メッセージに含まれる識別情報に基づいて、古いＰｒｏＳｅアプリケーションコード「Ｃ１」を用いたアナウンスは停止してもよい。
【０７００】
また、ＰｒｏＳｅサーバ７が応答メッセージに含めて送信する識別情報は、少なくともＰＬＭＮ（Ｐｕｂｌｉｃ  Ｌａｎｄ  Ｍｏｂｉｌｅ  Ｎｅｔｗｏｒｋ）を含んで構成されても良いし、ＰＬＭＮの識別情報そのものであってもよい。ここで、ＰＬＭＮとは、通信事業者もしくは通信事業者網を識別する情報であって良い。
【０７０１】
ＵＥ＿Ａ８は、ＰｒｏＳｅサーバ７が送信する応答メッセージに含まれる識別情報の受信に基づいて、以前に受信した応答メッセージに含まれる識別情報と、新たに受信した応答メッセージに含まれる識別情報が異なること等から、管理する通信事業者や接続する通信事業者網の変更を検出し、これまで１．３．５．１〜１．３．５．９を通して説明した、「更新」、「非更新」、「並列」等の処理を行っても良い。
【０７０２】
一方で、ＰｒｏＳｅサーバ７は、応答メッセージに以前に送信した識別情報とは異なる、識別情報を含めてＵＥ＿Ａ８に送信し、管理する通信事業者や接続する通信事業者網の変更を通知し、これまで１．３．５．１〜１．３．５．９を通して説明した、「更新」、「非更新」、「並列」等を要求してもよい。
【０７０３】
［２．第２の実施形態］
続いて第２の実施形態について説明する。第２の実施形態と第１の実施形態のシステムの機能構成は同様であり、第１実施形態と異なる処理フローを中心に説明する。
【０７０４】
第１の実施形態では、ＰｒｏＳｅサーバ７は、端末装置からのディスカバリ要求またはマッチレポートに対して、新しいＰｒｏＳｅアプリケーションコードと、ＰｒｏＳｅアプリケーションコードに対応したタイマを含める応答を送信する場合について説明した。
【０７０５】
第２の実施形態では、ＰｒｏＳｅサーバ７は端末装置に、端末装置が現在用いているＰｒＳｅアプリケーションコードに対して新しいタイマを設定する処理について、説明する。
【０７０６】
［２．１  処理の説明］
［２．１．１  ＰｒｏＳｅアプリケーションコード更新手続き］
以下、要求（ディスカバリ要求またはマッチレポート）による、ＰｒｏＳｅアプリケーションコード更新手続きについて、図１６を用いて説明する。
【０７０７】
以下では、ＵＥ＿Ａ８が要求をＰｒｏＳｅサーバ７に送信し、ＰｒｏＳｅサーバ７からＰｒｏＳｅアプリケーションやマスク値や、ＰｒｏＳｅアプリケーションコードや、タイマを含める応答を受信したことにより、タイマのカウントを開始し、アナウンスまたはモニタリングを行っているＵＥ＿Ａ８が、タイマが消費される前に、再度ＰｒｏＳｅサーバ７に、同じＰｒｏＳｅアプリケーションＩＤまたはＰｒｏＳｅアプリケーションコードを含める要求を送信することにより、ＰｒｏＳｅサーバ７から、同じＰｒｏＳｅアプリケーションコードに対応付けられた新しいタイマを取得する場合について説明する。
【０７０８】
また、以下ではＵＥ＿Ａ８がＰｒｏＳｅアプリケーションコード更新手続きを実行する場合について説明するが、ＵＥ＿Ｂ９においてもＵＥ＿Ａ８と同様の手続きによりタイマを更新してもよい。
【０７０９】
まず、ＵＥ＿Ａ８は、ＰｒｏＳｅサーバ７に、要求（ディスカバリ要求またはマッチレポート）を送信する（Ｓ１６０２）。要求には、ＰｒｏＳｅアプリケーションＩＤ、またはマスク値、またはＰｒｏＳｅアプリケーションコードが含まれている。また、要求は、図１０のＳ１００２や、図１１のＳ１１０２や、図１２のＳ１２０２で送信されるディスカバリ要求またはマッチレポートと同様の情報要素で構成される要求であってもよい。
【０７１０】
次に、ＰｒｏＳｅサーバ７は、ＵＥ＿Ａ８から要求を受信する。ＰｒｏＳｅサーバ７は、要求に基づき、要求に対する認証処理を行い、ＵＥ＿Ａ８に要求に対する応答を送信する（Ｓ１６０４）。
【０７１１】
応答は、ＰｒｏＳｅアプリケーションコード、タイマを含めてもよい。応答は、図１０のＳ１０１０や、図１１のＳ１１１０で送信されるディスカバリ応答や、図１２のＳ１２１０で送信されるマッチレポート応答と同様の情報要素で構成される応答であってもよい。図１３の一例では、ＰｒｏＳｅアプリケーションコードとして「Ｃ１」、タイマとして「Ｔ１−１」を含めている。
【０７１２】
なお、要求に対する認証処理において、ＰｒｏＳｅサーバ７はＨＳＳ１１や、他のＰＬＭＮのＰｒｏＳｅサーバ間において、認証要求などの処理が想定されるが、アナウンス要求手続き、モニタリング要求手続き、マッチレポート手続きの説明で記載されているので、説明を省略する。
【０７１３】
次に、ＵＥ＿Ａ８はＰｒｏＳｅサーバ７から応答を受信する。ＵＥ＿Ａ８は応答に基づき、アナウンスまたはモニタリング処理を開始する。このとき、タイマＴ１−１のカウントも開始する（Ｓ１６０６）。
【０７１４】
ＵＥ＿Ａ８が、タイマＴ１−１のカウントが消費される前に、ＰｒｏＳｅサーバ７に、要求を送信する（Ｓ１６０８）。要求には、ＰｒｏＳｅアプリケーションＩＤ、またはマスク値、またはＰｒｏＳｅアプリケーションコードが含まれている。また、要求は、図１０のＳ１００２や、図１１のＳ１１０２や、図１２のＳ１２０２で送信されるディスカバリ要求またはマッチレポートと同様の情報要素で構成される要求であってもよい。また、要求にタイマの更新に関する要求を示す情報要素を含めてもよい。
【０７１５】
次に、ＰｒｏＳｅサーバ７はＵＥ＿Ａ８から要求を受信する。ＰｒｏＳｅサーバ７は要求に基づき、要求に対する認証処理を行い、ＵＥ＿Ａ８に要求に対する応答を送信する（Ｓ１６１０）。
【０７１６】
要求に対する認証処理において、ＰｒｏＳｅサーバ７は、ＵＥ＿Ａ８に、ＰｒｏＳｅアプリケーションコードは変更せず新しいタイマを割り当てることができる。
【０７１７】
ここで、ＰｒｏＳｅサーバ７は、ＰｒｏＳｅアプリケーションコード：Ｃ１に、タイマＴ１−１とは異なる値をタイマとして割り当ててもよい。
【０７１８】
例えば、Ｔ１−１より長い値を割り当ててもよい。これにより、ＵＥ＿Ａ８に対してＰｒｏＳｅアプリケーションコードの有効時間を延長することを要求しても良い。もしくは、現時点でのＴ１−１のタイマの残りの値を割り当ててもよい。図１６に示す一例では、新しいタイマとしてＴ１−２を割り当てるものとする。
【０７１９】
次に、ＵＥ＿Ａ８はＰｒｏＳｅサーバ７から応答を受信する。応答には少なくとも、新しいタイマ：Ｔ１−２が含まれている。ＵＥ＿Ａ８は、応答に基づき、タイマを更新する（Ｓ１６１２）。
【０７２０】
以上により、ＵＥ＿Ａ８は、ＰｒｏＳｅサーバ７から再取得したＰｒｏＳｅアプリケーションコードが、再取得前のＰｒｏＳｅアプリケーションコードと同じ値の場合には、タイマの更新だけ行うことができる。
【０７２１】
なお、これまでＵＥ＿Ａ８の更新手続きを実行する場合について説明したが、ＵＥ＿Ｂ９においてもＵＥ＿Ａ８と同様の手続きによりタイマを更新してもよい。以上の手続きにより、ＰｒｏＳｅ７は複数のＵＥのタイマを同期させることもできる。
【０７２２】
［３．  変形例］
以上、この発明の実施形態について図面を参照して詳述してきたが、具体的な構成はこの実施形態に限られるものではなく、この発明の要旨を逸脱しない範囲の設計等も本発明に含まれる。
【０７２３】
また、各実施形態において各装置で動作するプログラムは、上述した実施形態の機能を実現するように、ＣＰＵ等を制御するプログラム（コンピュータを機能させるプログラム）である。そして、これら装置で取り扱われる情報は、その処理時に一時的に一時記憶装置（例えば、ＲＡＭ）に蓄積され、その後、各種ＲＯＭやＨＤＤの記憶装置に格納され、必要に応じてＣＰＵによって読み出し、修正・書き込みが行なわれる。
【０７２４】
ここで、プログラムを格納する記録媒体としては、半導体媒体（例えば、ＲＯＭや、不揮発性のメモリカード等）、光記録媒体・光磁気記録媒体（例えば、ＤＶＤ（Digital Versatile Disc）、ＭＯ（Magneto Optical Disc）、ＭＤ（Mini Disc）、ＣＤ（Compact Disc）、ＢＤ等）、磁気記録媒体（例えば、磁気テープ、フレキシブルディスク等）等のいずれであってもよい。また、ロードしたプログラムを実行することにより、上述した実施形態の機能が実現されるだけでなく、そのプログラムの指示に基づき、オペレーティングシステムあるいは他のアプリケーションプログラム等と共同して処理することにより、本発明の機能が実現される場合もある。
【０７２５】
また、市場に流通させる場合には、可搬型の記録媒体にプログラムを格納して流通させたり、インターネット等のネットワークを介して接続されたサーバコンピュータに転送したりすることができる。この場合、サーバコンピュータの記憶装置も本発明に含まれるのは勿論である。
【０７２６】
また、上述した実施形態における各装置の一部又は全部を典型的には集積回路であるＬＳＩ（Large Scale Integration）として実現してもよい。各装置の各機能ブロックは個別にチップ化してもよいし、一部、または全部を集積してチップ化してもよい。また、集積回路化の手法はＬＳＩに限らず専用回路、または汎用プロセッサで実現しても良い。また、半導体技術の進歩によりＬＳＩに代替する集積回路化の技術が出現した場合、当該技術による集積回路を用いることも可能であることは勿論である。
【０７２７】
また、上述した実施形態においては、無線アクセスネットワークの例としてＬＴＥと、ＷＬＡＮ（例えば、ＩＥＥＥ８０２．１１ａ／ｂ／ｎ等）とについて説明したが、ＷＬＡＮの代わりにＷｉＭＡＸによって接続されても良い。
【符号の説明】
【０７２８】
１  通信システム
２  コアネットワーク
３  ＩＰ移動通信ネットワーク
５  ＰＤＮ
７  ＰｒｏＳｅサーバ７
８  ＵＥ＿Ａ
９  ＵＥ＿Ｂ
１１  ＨＳＳ
１３  ＰＣＲＦ
１５  ＡＡＡ
１７  ＰＧＷ
１９  ｅＰＤＧ
２１  ＳＧＷ
２３  ＭＭＥ
２５  ＬＴＥ＿ＡＮ
２７  ＷＬＡＮ＿ＡＮｂ
２９  ＷＬＡＮ＿ＡＮａ
３１  ｅＮＢ
３３  ＷＬＡＮ＿ＡＰｂ
３５  ＷＬＡＮ  ＡＰａ
３７  ＧＷ
【図１】
2020120413.tif 000003
【図２】
2020120413.tif 000004
【図３】
2020120413.tif 000005
【図４】
2020120413.tif 000006
【図５】
2020120413.tif 000007
【図６】
2020120413.tif 000008
【図７】
2020120413.tif 000009
【図８】
2020120413.tif 000010
【図９】
2020120413.tif 000011
【図１０】
2020120413.tif 000012
【図１１】
2020120413.tif 000013
【図１２】
2020120413.tif 000014
【図１３】
2020120413.tif 000015
【図１４】
2020120413.tif 000016
【図１５】
2020120413.tif 000017
【図１６】
2020120413.tif 000018