(57)【要約】  イベント監視方法および装置が提供され、これにより、サービス能力公開機能またはネットワーク公開機能が、グループ内の全てのメンバに対するイベントレポートを受信した後、グループに対する監視イベント構成を削除し、これにより、リソースの無駄と続いて発生するポリシ実行エラーを回避し得る。方法は、公開機能エンティティが、第１のメッセージを受信する段階であって、ここで、第１のメッセージは、ユーザグループに対して監視イベントを構成するのに使用される、受信する段階と、公開機能エンティティがユーザグループのメンバ情報を取得する段階と、公開機能エンティティが、メンバ情報に基づいて、ユーザグループ内の全てのメンバに対する監視イベントレポートが受信されたと決定して、ユーザグループに対する監視イベント構成を削除する段階とを含む。
2021517776.tif 000002
【特許請求の範囲】
【請求項１】
イベント監視方法であって、
公開機能エンティティが、第１のメッセージを受信する段階であって、前記第１のメッセージは、ユーザグループに対して監視イベントを構成するのに使用される、受信する段階と、
前記公開機能エンティティが前記ユーザグループのメンバ情報を取得する段階と、
前記公開機能エンティティが、前記メンバ情報に基づいて、前記ユーザグループ内の全てのメンバに対する監視イベントレポートが受信されたと決定して、前記ユーザグループに対する監視イベント構成を削除する段階と
を備える、方法。
【請求項２】
前記公開機能エンティティが、前記ユーザグループのメンバ情報を取得する前記段階は、
前記公開機能エンティティが、前記第１のメッセージから前記メンバ情報を取得する段階であって、前記第１のメッセージは前記ユーザグループの前記メンバ情報を保持する、取得する段階、または
前記公開機能エンティティが、ユーザデータ管理エンティティから前記ユーザグループの前記メンバ情報を取得する段階を有する、請求項１に記載の方法。
【請求項３】
前記ユーザグループの前記メンバ情報は、
前記ユーザグループ内のＮ名のメンバまたはＮ個の識別子を有し、前記識別子は、前記ユーザグループ内の異なるメンバを区別するのに使用される、請求項１または２に記載の方法。
【請求項４】
前記公開機能エンティティが、前記メンバ情報に基づいて、前記ユーザグループ内の全てのメンバに対する監視イベントレポートが受信されたと決定する前記段階は、
前記第１のメッセージが前記ユーザグループに対して一度限りの監視要求を構成するのに使用されるとき、前記公開機能エンティティが、前記Ｎ名のメンバに対する監視イベントレポートを受信する場合、前記ユーザグループ内の前記全てのメンバに対する前記監視イベントレポートが受信されたと決定する段階を有する、請求項３に記載の方法。
【請求項５】
前記公開機能エンティティが、前記メンバ情報に基づいて、前記ユーザグループ内の全てのメンバに対する監視イベントレポートが受信されたと決定する前記段階は、
前記第１のメッセージが前記ユーザグループに対して複数の監視イベントを構成するのに使用されるとき
前記公開機能エンティティが、前記Ｎ名のメンバの各々に対する前記複数の監視イベントの各々の監視イベントレポートを受信する場合、前記ユーザグループ内の全てのユーザに対する前記監視イベントレポートが受信されたと決定する段階を有する、請求項４に記載の方法。
【請求項６】
前記方法はさらに、
前記第１のメッセージが最大報告回数も期間も有しないとき、前記公開機能エンティティが、前記第１のメッセージが前記ユーザグループに対して前記一度限りの監視要求を構成するのに使用されると決定する段階、または、前記第１のメッセージが第１の最大報告回数を有し、前記第１の最大報告回数が１であるとき、前記公開機能エンティティが、前記第１のメッセージが前記ユーザグループに対して前記一度限りの監視要求を構成するのに使用されると決定する段階を含む、請求項４または５に記載の方法。
【請求項７】
前記公開機能エンティティが、前記メンバ情報に基づいて、前記ユーザグループ内の全てのメンバに対する監視イベントレポートが受信されたと決定する前記段階は、
前記第１のメッセージが第２の最大報告回数を含むとき、前記公開機能エンティティが、前記Ｎ名のメンバの各々に対する監視イベントレポートを受信する回数が前記第２の最大報告回数に到達した場合、前記ユーザグループ内の前記全てのメンバに対する前記監視イベントレポートが受信されたと決定する段階を有する、請求項３に記載の方法。
【請求項８】
前記公開機能エンティティが、前記Ｎ名のメンバの各々に対する監視イベントレポートを受信する回数が前記第２の最大報告回数に到達した場合、前記ユーザグループ内の前記全てのメンバに対する前記監視イベントレポートが受信されたと決定する前記段階は、
前記第１のメッセージが前記ユーザグループに対して複数の監視イベントを構成するのに使用されるとき、前記公開機能エンティティが、前記Ｎ名のメンバの各々に対する前記複数の監視イベントの各々の監視イベントレポートの受信回数が前記第２の最大報告回数に到達した場合、前記ユーザグループ内の前記全てのメンバに対する前記監視イベントレポートが受信されたと決定する段階を含む、請求項７に記載の方法。
【請求項９】
前記方法はさらに、
前記ユーザグループの前記メンバ情報が前記Ｎ個の識別子を含むとき、前記公開機能エンティティが、監視イベントレポートが受信される度に、決定結果を取得すべく、前記監視イベントレポートが前記メンバに対する監視イベントレポートであるかどうかを決定する段階であって、前記決定結果は、前記ユーザグループ内の前記全てのメンバに対する前記監視イベントレポートが受信されたかどうかを決定するのに使用される、決定する段階を有する、請求項３から８のいずれか一項に記載の方法。
【請求項１０】
前記公開機能エンティティが、前記ユーザグループに対する監視イベント構成を削除する前記段階は、
前記公開機能エンティティが、前記ユーザグループに対してローカルに記憶された監視イベント構成を削除する段階、
前記公開機能エンティティが、第２メッセージを前記ユーザデータ管理エンティティに送信する段階であって、前記第２メッセージは、前記ユーザグループに対する前記監視イベント構成を削除するように前記ユーザデータ管理エンティティに命令するのに使用される、送信する段階、または、
前記公開機能エンティティが、第３のメッセージをサードパーティアプリケーションエンティティに送信する段階であって、前記第３のメッセージは、前記ユーザグループに対する前記監視イベント構成を削除するように前記サードパーティアプリケーションエンティティに命令するのに使用される、送信する段階
の少なくとも１つを有する、請求項１から９のいずれか一項に記載の方法。
【請求項１１】
イベント監視装置であって、
第１のメッセージを受信するように構成された受信ユニットであって、前記第１のメッセージは、ユーザグループに対する監視イベントを構成するのに使用される、受信ユニットと、
前記ユーザグループのメンバ情報を取得するように構成された処理ユニットであって、前記処理ユニットは、前記メンバ情報に基づいて、前記ユーザグループ内の全てのメンバに対する監視イベントレポートが受信されたと決定することと、前記ユーザグループに対する監視イベント構成を削除することとを行うように構成された、処理ユニットと
を備える、装置。
【請求項１２】
前記処理ユニットは具体的に、
前記第１のメッセージから前記メンバ情報を取得することであって、前記第１のメッセージは、前記ユーザグループの前記メンバ情報を保持する、取得すること、または、
ユーザデータ管理エンティティから前記ユーザグループの前記メンバ情報を取得すること
を行うように構成された、請求項１１に記載の装置。
【請求項１３】
前記ユーザグループの前記メンバ情報は、
前記ユーザグループ内のＮ名のメンバまたはＮ個の識別子を有し、前記識別子は、前記ユーザグループ内の異なるメンバを区別するのに使用される、請求項１１または１２に記載の装置。
【請求項１４】
前記処理ユニットは具体的に、
前記第１のメッセージが前記ユーザグループに対して一度限りの監視要求を構成するのに使用されるとき、前記Ｎ名のメンバに対する監視イベントレポートを受信する場合、前記ユーザグループ内の前記全てのメンバに対する前記監視イベントレポートが受信されたと決定するように構成された、請求項１３に記載の装置。
【請求項１５】
前記処理ユニットは具体的に、
前記第１のメッセージが前記ユーザグループに対して複数の監視イベントを構成するのに使用されるとき、前記Ｎ名のメンバの各々に対する前記複数の監視イベントの各々の監視イベントレポートを受信する場合、前記ユーザグループ内の全てのユーザに対する前記監視イベントレポートが受信されたと決定するように構成された、請求項１４に記載の装置。
【請求項１６】
前記処理ユニットはさらに、
前記第１のメッセージが最大報告回数も期間も有しないとき、前記第１のメッセージが前記ユーザグループに対して前記一度限りの監視要求を構成するのに使用されると決定すること、または、
前記第１のメッセージが第１の最大報告回数を有し、前記第１の最大報告回数が１であるとき、前記第１のメッセージが前記ユーザグループに対して前記一度限りの監視要求を構成するのに使用されると決定すること
を行うように構成された、請求項１４または１５に記載の装置。
【請求項１７】
前記処理ユニットは具体的に、
前記第１のメッセージが第２の最大報告回数を有するとき、前記Ｎ名のメンバの各々に対する監視イベントレポートを受信する回数が前記第２の最大報告回数に到達した場合、前記ユーザグループ内の前記全てのメンバに対する前記監視イベントレポートが受信されたと決定するように構成された、請求項１３に記載の装置。
【請求項１８】
前記処理ユニットは具体的に、
前記第１のメッセージが前記ユーザグループに対して複数の監視イベントを構成するのに使用されるとき、前記Ｎ名のメンバの各々に対する前記複数の監視イベントの各々の監視イベントレポートの受信回数が前記第２の最大報告回数に到達した場合、前記ユーザグループ内の前記全てのメンバに対する前記監視イベントレポートが受信されたと決定するように構成された、請求項１７に記載の装置。
【請求項１９】
前記処理ユニットはさらに、
前記ユーザグループの前記メンバ情報が前記Ｎ個の識別子を含むとき、監視イベントレポートが受信される度に、決定結果を取得すべく、前記監視イベントレポートが前記メンバに対する監視イベントレポートであるかどうかを決定することであって、前記決定結果は、前記ユーザグループ内の前記全てのメンバに対する前記監視イベントレポートが受信されたかどうかを決定するのに使用される、決定することを行うように構成された、請求項１３から１８のいずれか一項に記載の装置。
【請求項２０】
前記ユーザグループに対する前記監視イベント構成を削除する場合、前記処理ユニットは具体的に、
ローカルに記憶された前記ユーザグループに対する監視イベント構成を削除することと、
第２メッセージを前記ユーザデータ管理エンティティに送信することであって、前記第２メッセージは、前記ユーザグループに対する前記監視イベント構成を削除するように前記ユーザデータ管理エンティティに命令するのに使用される、送信することと、
第３のメッセージを前記サードパーティアプリケーションエンティティに送信することであって、前記第３のメッセージは、前記ユーザグループに対する前記監視イベント構成を削除するように前記サードパーティアプリケーションエンティティに命令するのに使用される、送信することと
の動作の少なくとも１つを実行する、請求項１１から１９のいずれか一項に記載の装置。
【請求項２１】
イベント監視方法であって、
公開機能エンティティが、第１のメッセージを受信する段階であって、前記第１のメッセージは、ユーザグループに対して監視イベントを構成するのに使用される、受信する段階と、
前記公開機能エンティティが前記ユーザグループのメンバ情報を取得する段階と、
前記公開機能エンティティが、前記メンバ情報に基づいて、前記ユーザグループ内の全てのメンバに対する監視イベントレポートが完了したかどうかを決定する段階と
を備える、方法。
【請求項２２】
前記公開機能エンティティが、前記ユーザグループのメンバ情報を取得する前記段階は、
前記公開機能エンティティが、前記第１のメッセージから前記メンバ情報を取得する段階であって、前記第１のメッセージは前記ユーザグループの前記メンバ情報を保持する、取得する段階、または
前記公開機能エンティティが、ユーザデータ管理エンティティから前記ユーザグループの前記メンバ情報を取得する段階を有する、請求項２１に記載の方法。
【請求項２３】
前記ユーザグループの前記メンバ情報は、
前記ユーザグループ内のＮ名のメンバまたはＮ個の識別子を有し、前記識別子は、前記ユーザグループ内の異なるメンバを区別するのに使用される、請求項２１または２２に記載の方法。
【請求項２４】
前記公開機能エンティティが、前記メンバ情報に基づいて、前記ユーザグループ内の全てのメンバに対する監視イベントレポートが完了したかどうかを決定する前記段階は、
前記第１のメッセージが前記ユーザグループに対して一度限りの監視要求を構成するのに使用されるとき、前記公開機能エンティティが、前記Ｎ名のメンバに対する監視イベントレポートを受信する場合、前記ユーザグループ内の前記全てのメンバに対する前記監視イベントレポートが完了したと決定する段階を有する、請求項２３に記載の方法。
【請求項２５】
前記公開機能エンティティが、前記メンバ情報に基づいて、前記ユーザグループ内の全てのメンバに対する監視イベントレポートが完了したかどうかを決定する前記段階は、
前記第１のメッセージが前記ユーザグループに対して一度限りの監視要求を構成するのに使用され、且つ前記第１のメッセージが前記ユーザグループに対して複数の監視イベントを構成するのに使用されるとき、前記公開機能エンティティが、前記Ｎ名のメンバの各々に対する前記複数の監視イベントの各々の監視イベントレポートを受信する場合、前記ユーザグループ内の前記全てのメンバに対する前記監視イベントレポートが完了したと決定する段階を有する、請求項２３に記載の方法。
【請求項２６】
前記方法はさらに、
前記第１のメッセージが最大報告回数も期間も有しないとき、前記公開機能エンティティが、前記第１のメッセージが前記ユーザグループに対して前記一度限りの監視要求を構成するのに使用されると決定する段階、または、前記第１のメッセージが第１の最大報告回数を有し、前記第１の最大報告回数が１であるとき、前記公開機能エンティティが、前記第１のメッセージが前記ユーザグループに対して前記一度限りの監視要求を構成するのに使用されると決定する段階を含む、請求項２４または２５に記載の方法。
【請求項２７】
前記公開機能エンティティが、前記メンバ情報に基づいて、前記ユーザグループ内の全てのメンバに対する監視イベントレポートが完了したかどうかを決定する前記段階は、
前記第１のメッセージが第２の最大報告回数を含むとき、前記公開機能エンティティが、前記Ｎ名のメンバの各々に対する監視イベントレポートを受信する回数が前記第２の最大報告回数に到達した場合、前記ユーザグループ内の前記全てのメンバに対する前記監視イベントレポートが完了したと決定する段階を有する、請求項２３に記載の方法。
【請求項２８】
前記公開機能エンティティが、前記メンバ情報に基づいて、前記ユーザグループ内の全てのメンバに対する監視イベントレポートが完了したかどうかを決定する前記段階は、
前記第１のメッセージが第２の最大報告回数を含み、且つ前記第１のメッセージが前記ユーザグループに対して複数の監視イベントを構成するのに使用されるとき、前記公開機能エンティティが、前記Ｎ名のメンバの各々に対する前記複数の監視イベントの各々の監視イベントレポートの受信回数が前記第２の最大報告回数に到達した場合、前記ユーザグループ内の前記全てのメンバに対する前記監視イベントレポートが完了したと決定する段階を有する、請求項２３に記載の方法。
【請求項２９】
前記方法はさらに、
前記ユーザグループの前記メンバ情報が前記Ｎ個の識別子を含むとき、前記公開機能エンティティが、監視イベントレポートが受信される度に、決定結果を取得すべく、前記監視イベントレポートが前記メンバに対する監視イベントレポートであるかどうかを決定する段階であって、前記決定結果は、前記ユーザグループ内の前記全てのメンバに対する前記監視イベントレポートが完了したかどうかを決定するのに使用される、決定する段階を有する、請求項２３から２８のいずれか一項に記載の方法。
【請求項３０】
前記公開機能エンティティが、前記メンバ情報に基づいて、前記ユーザグループ内の前記全てのメンバに対する前記監視イベントレポートが完了したと決定するとき、前記方法はさらに、
前記公開機能エンティティが、前記ユーザグループに対する監視イベント構成を削除する段階、または、前記監視イベントレポートをサードパーティアプリケーションエンティティに送信することを停止する段階を有する、請求項２１から２９のいずれか一項に記載の方法。
【請求項３１】
前記公開機能エンティティが、前記ユーザグループに対する監視イベント構成を削除する前記段階は、
前記公開機能エンティティが、前記ユーザグループに対してローカルに記憶された監視イベント構成を削除する段階と、
前記公開機能エンティティが、第３のメッセージを前記サードパーティアプリケーションエンティティに送信する段階であって、前記第３のメッセージは、前記ユーザグループに対する前記監視イベント構成を削除するように前記サードパーティアプリケーションエンティティに命令するのに使用される、送信する段階と
の少なくとも１つを含む、請求項３０に記載の方法。
【請求項３２】
前記方法はさらに、
前記公開機能エンティティが、第２メッセージを前記ユーザデータ管理エンティティに送信する段階であって、前記第２メッセージは、前記ユーザグループに対する前記監視イベント構成を削除するように前記ユーザデータ管理エンティティに命令するのに使用される、送信する段階、または
前記公開機能エンティティが、第４のメッセージを前記ユーザデータ管理エンティティに送信する段階であって、前記第４のメッセージは、前記ユーザグループ内の１または複数のメンバに対する監視イベント構成を削除するように前記ユーザデータ管理エンティティに命令するのに使用される、送信する段階
を有する、請求項３０に記載の方法。
【請求項３３】
前記公開機能エンティティが、第４のメッセージを前記ユーザデータ管理エンティティに送信する前記段階は、
前記公開機能エンティティが、前記１または複数のメンバに対する監視イベントレポートが完了したと決定するとき、前記公開機能エンティティが、前記第４のメッセージを前記ユーザデータ管理エンティティに送信する段階を含む、請求項３２に記載の方法。
【請求項３４】
イベント監視装置であって、
第１のメッセージを受信するように構成された受信ユニットであって、前記第１のメッセージは、ユーザグループに対する監視イベントを構成するのに使用される、受信ユニットと、
前記ユーザグループのメンバ情報を取得するように構成された処理ユニットであって、前記処理ユニットは、前記メンバ情報に基づいて、前記ユーザグループ内の全てのメンバに対する監視イベントレポートが完了したかどうかを決定するように構成された、処理ユニットと
を備える、装置。
【請求項３５】
前記処理ユニットは具体的に、
前記第１のメッセージから前記メンバ情報を取得することであって、前記第１のメッセージは、前記ユーザグループの前記メンバ情報を保持する、取得すること、または、
ユーザデータ管理エンティティから前記ユーザグループの前記メンバ情報を取得すること
を行うように構成された、請求項３４に記載の装置。
【請求項３６】
前記ユーザグループの前記メンバ情報は、
前記ユーザグループ内のＮ名のメンバまたはＮ個の識別子を有し、前記識別子は、前記ユーザグループ内の異なるメンバを区別するのに使用される、請求項３４または３５に記載の装置。
【請求項３７】
前記処理ユニットは具体的に、
前記第１のメッセージが前記ユーザグループに対して一度限りの監視要求を構成するのに使用されるとき、前記Ｎ名のメンバに対する監視イベントレポートを受信する場合、前記ユーザグループ内の前記全てのメンバに対する前記監視イベントレポートが完了したと決定するように構成された、請求項３５に記載の装置。
【請求項３８】
前記処理ユニットは具体的に、
前記第１のメッセージが前記ユーザグループに対して一度限りの監視要求を構成するのに使用され、且つ前記第１のメッセージが前記ユーザグループに対して複数の監視イベントを構成するのに使用されるとき、前記公開機能エンティティが、前記Ｎ名のメンバの各々に対する前記複数の監視イベントの各々の監視イベントレポートを受信する場合、前記ユーザグループ内の前記全てのメンバに対する前記監視イベントレポートが完了したと決定するように構成された、請求項３５に記載の装置。
【請求項３９】
前記処理ユニットはさらに、
前記第１のメッセージが最大報告回数も期間も有しないとき、前記第１のメッセージが前記ユーザグループに対して前記一度限りの監視要求を構成するのに使用されると決定すること、または、
前記第１のメッセージが第１の最大報告回数を有し、前記第１の最大報告回数が１であるとき、前記第１のメッセージが前記ユーザグループに対して前記一度限りの監視要求を構成するのに使用されると決定すること
を行うように構成された、請求項３７または３８に記載の装置。
【請求項４０】
前記処理ユニットは具体的に、
前記第１のメッセージが第２の最大報告回数を有するとき、前記Ｎ名のメンバの各々に対する監視イベントレポートを受信する回数が前記第２の最大報告回数に到達した場合、前記ユーザグループ内の前記全てのメンバに対する前記監視イベントレポートが完了したと決定するように構成された、請求項３６に記載の装置。
【請求項４１】
前記処理ユニットは具体的に、
前記第１のメッセージが第２の最大報告回数を含み、且つ前記第１のメッセージが前記ユーザグループに対して複数の監視イベントを構成するのに使用されるとき、前記Ｎ名のメンバの各々に対する前記複数の監視イベントの各々の監視イベントレポートの受信回数が前記第２の最大報告回数に到達した場合、前記ユーザグループ内の前記全てのメンバに対する前記監視イベントレポートが完了したと決定するように構成された、請求項３６に記載の装置。
【請求項４２】
前記処理ユニットはさらに、
前記ユーザグループの前記メンバ情報が前記Ｎ個の識別子を含むとき、監視イベントレポートが受信される度に、決定結果を取得すべく、前記監視イベントレポートが前記メンバに対する監視イベントレポートであるかどうかを決定することであって、前記決定結果は、前記ユーザグループ内の前記全てのメンバに対する前記監視イベントレポートが完了したかどうかを決定するのに使用される、決定することを行うように構成された、請求項３６から４１のいずれか一項に記載の装置。
【請求項４３】
前記ユーザグループ内の前記全てのメンバに対する前記監視イベントレポートが完了したと決定する場合、前記処理ユニットが、前記ユーザグループに対する監視イベント構成を削除するか、または、前記監視イベントレポートをサードパーティアプリケーションエンティティに送信することを停止する、請求項３４から４２のいずれか一項に記載の装置。
【請求項４４】
前記ユーザグループに対する前記監視イベント構成を削除する場合、前記処理ユニットは具体的に、
ローカルに記憶された前記ユーザグループに対する監視イベント構成を削除することと、
第３のメッセージを前記サードパーティアプリケーションエンティティに送信することであって、前記第３のメッセージは、前記ユーザグループに対する前記監視イベント構成を削除するように前記サードパーティアプリケーションエンティティに命令するのに使用される、送信することと
の動作の少なくとも１つを実行する、請求項４３に記載の装置。
【請求項４５】
前記ユーザグループに対する前記監視イベント構成を削除する場合、前記処理ユニットはさらに、
第２メッセージを前記ユーザデータ管理エンティティに送信することであって、前記第２メッセージは、前記ユーザグループに対する前記監視イベント構成を削除するように前記ユーザデータ管理エンティティに命令するのに使用される、送信すること、または
第４のメッセージを前記ユーザデータ管理エンティティに送信することであって、前記第４のメッセージは、前記ユーザグループ内の１または複数のメンバに対する監視イベント構成を削除するように前記ユーザデータ管理エンティティに命令するのに使用される、送信すること
を行うように構成された、請求項４３に記載の装置。
【請求項４６】
前記処理ユニットは具体的に、
前記１または複数のメンバの監視イベントレポートが完了したと決定し、前記第４のメッセージを前記ユーザデータ管理エンティティに送信するように構成された、請求項４５に記載の装置。
【請求項４７】
コンピュータ可読記憶媒体であって、前記コンピュータ可読記憶媒体はコンピュータ可読命令を記憶し、前記コンピュータ可読命令をコンピュータが読み込んで実行する場合、前記コンピュータは、請求項１から１０および請求項２１から３３のいずれか一項に記載の方法を実行することが可能になる、コンピュータ可読記憶媒体。
【請求項４８】
コンピュータプログラム製品であって、前記コンピュータプログラム製品をコンピュータが読み込んで実行する場合、前記コンピュータは、請求項１から１０および請求項２１から３３のいずれか一項に記載の方法を実行することが可能になる、コンピュータプログラム製品。
【請求項４９】
チップであって、前記チップはメモリに接続されているまたは前記チップは前記メモリを備え、
請求項１から１０および請求項２１から３３のいずれか一項に記載の方法を実装すべく、前記メモリに記憶されたソフトウェアプログラムを読み込んで実行するように構成される、チップ。
【発明の詳細な説明】
【技術分野】
【０００１】
本願は、２０１８年４月９日に出願された、「イベント監視方法および装置」と題する中国特許出願第２０１８１０３１２９３６．６号、ならびに、２０１８年４月１８日に出願された、「イベント監視方法および装置」と題する中国特許出願第２０１８１０３４９８４８．３号に基づく優先権を主張しており、当該出願はその全体が参照により本明細書に組み込まれる。
【０００２】
本願の実施形態は、通信技術分野、特に、イベント監視方法および装置に関する。
【背景技術】
【０００３】
モバイルインターネットの発展とともに、オペレータはサードパーティアプリケーションプロバイダーと連携して、サードパーティアプリケーションプロバイダーにより提供されるサービスを保証する必要がある。ロングタームエボリューション（ｌｏｎｇ  ｔｅｒｍ  ｅｖｏｌｕｔｉｏｎ，ＬＴＥ）通信システムにおいて、サービス能力公開機能（ｓｅｒｖｉｃｅ  ｃａｐａｂｉｌｉｔｙ  ｅｘｐｏｓｕｒｅ  ｆｕｎｃｔｉｏｎ，ＳＣＥＦ）は、第３世代パートナーシッププロジェクト（３ｒｄ  ｇｅｎｅｒａｔｉｏｎ  ｐａｒｔｎｅｒｓｈｉｐ  ｐｒｏｊｅｃｔ，３ＧＰＰ）ネットワークがサービス能力をサードパーティのサービスプロバイダに安全に提供し、これにより、内部および外部のアプリケーションおよびサービスを利用可能にし、互いに連携することを可能にし得る。サードパーティアプリケーションは、サービス能力サーバ（Ｓｅｒｖｉｃｅｓ  Ｃａｐａｂｉｌｉｔｙ  Ｓｅｒｖｅｒ，ＳＣＳ）／アプリケーションサーバ（Ａｐｐｌｉｃａｔｉｏｎ  Ｓｅｒｖｅｒ，ＡＳ）を使用することにより、ＳＣＥＦからサービス能力を取得する。第５世代（５ｔｈ  Ｇｅｎｅｒａｔｉｏｎ，５Ｇ）通信システムは、サービスベースのアーキテクチャである。ネットワーク公開機能（ｎｅｔｗｏｒｋ  ｅｘｐｏｓｕｒｅ  ｆｕｎｃｔｉｏｎ，ＮＥＦ）は、ＳＣＥＦのそれと同様の機能を有し、ＮＥＦは、ＳＣＳ／ＡＳに、サービスを介して、３ＧＰＰネットワークによりサポートされるサービスおよび能力を提供する。サービス能力公開アーキテクチャにおいて、ＬＴＥシステムと５Ｇシステムの両方は、ユーザに対するイベントを監視するにあたってＳＣＳ／ＡＳをサポートし得、ユーザ機器（ｕｓｅｒ  ｅｑｕｉｐｍｅｎｔ，ＵＥ）の到達可能性および接続解除などの、ユーザに対する複数のイベントを監視し得る。
【０００４】
ＬＴＥシステムにおいて、監視イベント構成を介して、ＳＣＥＦは、外部グループ識別子を保持する監視要求を受信し得、外部グループ識別子は、メンバのグループを識別するのに使用され、監視イベントがグループ内のメンバに対して実行されることを指示する。コアネットワークのネットワークエレメントモビリティ管理エンティティ（ｍｏｂｉｌｉｔｙ  ｍａｎａｇｅｍｅｎｔ  ｅｎｔｉｔｙ，ＭＭＥ）／サービングＧＰＲＳサポートノード（ｓｅｒｖｉｎｇ  ＧＰＲＳ  ｓｕｐｐｏｒｔ  ｎｏｄｅ，ＳＧＳＮ）は、グループ内の各メンバに対してイベントを監視した後、監視イベントレポートをＳＣＥＦに送信する。５Ｇ通信システムにおいて、ＮＥＦは、外部グループ識別子を保持する監視要求を受信し得、アクセス・モビリティ管理機能（Ａｃｃｅｓｓ  ａｎｄ  Ｍｏｂｉｌｉｔｙ  Ｍａｎａｇｅｍｅｎｔ  Ｆｕｎｃｔｉｏｎ，ＡＭＦ）は、グループ内の各メンバに対してイベントを監視した後、監視イベントレポートをＳＣＥＦに送信する。
【０００５】
ＬＴＥシステムにおけるＳＣＥＦも、５ＧシステムにおけるＮＥＦも、要求された監視イベントレポートがグループ内の全てのメンバに対して完了したかどうかを把握することはできない。グループ内の全てのメンバに対して要求された監視イベントレポートが完了した後にＳＣＥＦ／ＮＥＦが依然としてグループに対する監視イベント構成を保持しているとき、リソースは無駄になり、続いてポリシ実行エラーがもたらされる。
【発明の概要】
【０００６】
本願の実施形態は、イベント監視方法および装置を提供し、これにより、サービス能力公開機能またはネットワーク公開機能が、グループ内の全てのメンバに対するイベントレポートを受信した後、グループに対する監視イベント構成を削除し、これにより、リソースの無駄および後続のポリシ実行エラーを回避し得る。
【０００７】
具体的な技術的解決手段が、以下のように本願の実施形態に提供される。
【０００８】
第１の態様によると、イベント監視方法が提供され、ここで、方法は、公開機能エンティティにより実行される。方法の具体的な手順は、主に以下の通りである：第１のメッセージを受信することであって、ここで、第１のメッセージは、ユーザグループに対して監視イベントを構成するのに使用される、受信する段階と、ユーザグループのメンバ情報を取得する段階と、メンバ情報に基づいて、ユーザグループ内の全てのメンバ に対する監視イベントレポートが受信されたと決定する段階と、ユーザグループに対する監視イベント構成を削除すること。このように、公開機能エンティティは、ユーザグループのメンバ情報を取得し、これにより、監視イベントレポートを受信する場合、公開機能エンティティは、ユーザグループのメンバ情報に基づいて、ユーザグループ内の全てのメンバに対する監視イベントレポートが受信されたと決定し得、さらに、ユーザグループに対する監視イベント構成を削除し得、これにより、リソースの無駄を回避し、後続のポリシの正確な実行を保証することに役立つ。
【０００９】
任意選択的に、公開機能エンティティは、サービス能力公開機能ＳＣＥＦエンティティであるか、または、公開機能エンティティは、ネットワーク公開機能ＮＥＦエンティティである。このように、本願のこの実施形態に提供される方法は、ＬＴＥシステムおよび５Ｇシステムに適応し得る。
【００１０】
可能な設計において、ユーザグループのメンバ情報は、ユーザグループに含まれるメンバの数であり得、メンバの数は、Ｎで指示され得る。ユーザグループのメンバ情報は代替的に、ユーザグループ内の各メンバの識別子であり得、換言すると、ユーザグループのメンバ情報はＮ個の識別子である。このように、公開機能エンティティは、ユーザグループに含まれるメンバの数に基づいてまたはメンバの識別子に基づいて、監視イベントレポートが受信されたメンバの数を決定して、ユーザグループ内の全てのメンバに対する監視イベントレポートが受信されたかどうかを決定し得る。
【００１１】
可能な設計において、ユーザグループのメンバ情報は、以下の２つの方式または別の方式で取得され得る。方式１：第１のメッセージは、ユーザグループのメンバ情報を保持し、ユーザグループのメンバ情報は、第１のメッセージから取得される。方式２：ユーザデータ管理エンティティにより送信されたユーザグループのメンバ情報が受信される。換言すると、ユーザグループのメンバ情報がユーザデータ管理エンティティから取得される。このように、ユーザグループのメンバ情報は現在のシグナリングで保持され、これにより、新たなシグナリングを追加する際のオーバヘッドを低減する。
【００１２】
可能な設計において、第１のメッセージはさらに、最大報告回数を保持し得、最大報告回数は、メンバに対して監視イベントレポートを報告する最大許容回数を指示するのに使用されるか、または、最大報告回数は、メンバの監視イベントに対して監視イベントレポートを報告する最大許容回数を指示するのに使用されるか、または、最大報告回数は、メンバの複数の監視イベントに対して監視イベントレポートを報告する最大許容総回数を指示するのに使用される。最大報告回数は、ユーザグループ内の各メンバに対して設定されており、ユーザグループ内の各メンバに適用可能である。
【００１３】
任意選択的に、第１のメッセージはさらに監視期間を保持し得、監視期間は、監視要求が終了する絶対時間を指示するのに使用される。監視期間は、ユーザグループ内の各メンバに対して設定されており、ユーザグループ内の各メンバに適用可能である。
【００１４】
ユーザグループ内の全てのメンバに対する監視イベントレポートが受信されたと決定することは、以下のケースを含み得る：
【００１５】
可能な設計において、第１のメッセージがユーザグループに対して一度限りの監視要求を構成するのに使用されるとき、公開機能エンティティは、Ｎ名のメンバに対する監視イベントレポートを受信する場合、ユーザグループ内の全てのメンバに対する監視イベントレポートが受信されたと決定し得る。
【００１６】
任意選択的に、第１のメッセージが最大報告回数も期間も含まないとき、公開機能エンティティは、第１のメッセージがユーザグループに対して一度限りの監視要求を構成するのに使用されると決定するか、または、第１のメッセージが第１の最大報告回数を含み、当該第１の最大報告回数が１であるとき、公開機能エンティティは、第１のメッセージがユーザグループに対して一度限りの監視要求を構成するのに使用されると決定する。
【００１７】
可能な設計において、第１のメッセージがユーザグループに対して複数の監視イベントを構成するのに使用されるとき、公開機能エンティティは、Ｎ名のメンバの各々に対する複数の監視イベントの各々の監視イベントレポートを受信する場合、メンバグループ内の全てのユーザに対する監視イベントレポートが受信された決定する。
【００１８】
可能な設計において、第１のメッセージが第２の最大報告回数を含むとき、公開機能エンティティは、Ｎ名のメンバの各々に対する監視イベントレポートを受信する回数が第２の最大報告回数に到達した場合、メンバグループ内の全てのメンバに対する監視イベントレポートが受信されたと決定する。
【００１９】
任意選択的に、第１のメッセージがユーザグループに対して複数の監視イベントを構成するのに使用されるとき、公開機能エンティティは、Ｎ名のメンバの各々に対する複数の監視イベントの各々の監視イベントレポートの受信回数が第２の最大報告回数に到達した場合、ユーザグループ内の全てのメンバに対する監視イベントレポートが受信されたと決定する。
【００２０】
上述のいくつかの方法において、ユーザグループ内のメンバに対する監視イベントレポートが受信されたと決定され、さらに、ユーザグループに対する監視イベント構成の削除を開始し得る。 
【００２１】
可能な設計において、ユーザグループのメンバ情報がＮ個の識別子を含むとき、公開機能エンティティは、監視イベントレポートが受信される度に、監視イベントレポートがメンバに対する監視イベントレポートであるかどうかを決定し、決定結果を取得する。決定結果は、ユーザグループ内の全てのメンバに対する監視イベントレポートが受信されたかどうかを決定するのに使用される。このように、これは、ユーザグループ内のメンバの監視イベントレポートが受信されたかどうかを決定することの正確度を保証するのに役立ち得る。
【００２２】
可能な設計において、公開機能エンティティが、ユーザグループに対する監視イベント構成を削除する段階は、以下の動作の少なくとも１つを含む：公開機能エンティティが、ユーザグループに対してローカルに記憶された監視イベント構成を削除する段階と、公開機能エンティティが、第２メッセージをユーザデータ管理エンティティに送信する段階であって、ここで、第２メッセージは、ユーザグループに対する監視イベント構成を削除するようにユーザデータ管理エンティティに命令するのに使用される、送信する段階と、公開機能エンティティが、第３のメッセージをサードパーティアプリケーションエンティティに送信する段階であって、ここで、第３のメッセージは、ユーザグループに対する監視イベント構成を削除するようにサードパーティアプリケーションエンティティに命令するのに使用される、送信する段階。任意選択的に、ユーザデータ管理エンティティは、ホーム加入者サーバＨＳＳエンティティまたは統一されたデータ管理ＵＤＭエンティティである。
【００２３】
第２の態様によると、イベント監視方法が提供され、ここで、方法は、公開機能エンティティにより実行される。方法の具体的な手順は、主に以下の通りである：第１のメッセージを受信することであって、ここで、第１のメッセージは、ユーザグループに対する監視イベントを構成するのに使用される、受信する段階と、ユーザグループのメンバ情報を取得する段階と、メンバ情報に基づいて、ユーザグループ内の全てのメンバ に対する監視イベントレポートが完了したかどうかを決定すること。任意選択的に、ユーザグループ内の全てのメンバに対する監視イベントレポートが完了した場合、ユーザグループに対する監視イベント構成は削除されるか、または、サードパーティアプリケーションへの監視イベントレポートの送信は停止される。このように、公開機能エンティティは、ユーザグループのメンバ情報を取得し、これにより、監視イベントレポートを受信する場合、公開機能エンティティは、ユーザグループのメンバ情報に基づいて、ユーザグループ内の全てのメンバに対する監視イベントレポートが受信されたと決定し得、さらに、ユーザグループに対する監視イベント構成の削除、または、監視イベントレポートをサードパーティアプリケーションに送信することの停止を行い得、これにより、リソースの無駄を回避し、後続のポリシの正確な実行を保証することに役立つ。
【００２４】
任意選択的に、公開機能エンティティは、サービス能力公開機能ＳＣＥＦエンティティであるか、または、公開機能エンティティは、ネットワーク公開機能ＮＥＦエンティティである。このように、本願のこの実施形態に提供される方法は、ＬＴＥシステムおよび５Ｇシステムに適応し得る。
【００２５】
可能な設計において、ユーザグループのメンバ情報は、ユーザグループに含まれるメンバの数であり得、メンバの数は、Ｎで指示され得る。ユーザグループのメンバ情報は代替的に、ユーザグループ内の各メンバの識別子であり得、換言すると、ユーザグループのメンバ情報はＮ個の識別子である。このように、公開機能エンティティは、ユーザグループに含まれるメンバの数に基づいてまたはメンバの識別子に基づいて、監視イベントレポートが受信されたメンバの数を決定して、ユーザグループ内の全てのメンバに対する監視イベントレポートが受信されたかどうかを決定し得る。
【００２６】
可能な設計において、ユーザグループのメンバ情報は、以下の２つの方式または別の方式で取得され得る。方式１：第１のメッセージは、ユーザグループのメンバ情報を保持し、ユーザグループのメンバ情報は、第１のメッセージから取得される。方式２：ユーザデータ管理エンティティにより送信されたユーザグループのメンバ情報が受信される。換言すると、ユーザグループのメンバ情報がユーザデータ管理エンティティから取得される。このように、ユーザグループのメンバ情報は現在のシグナリングで保持され、これにより、新たなシグナリングを追加する際のオーバヘッドを低減する。
【００２７】
可能な設計において、第１のメッセージはさらに、最大報告回数を保持し得、最大報告回数は、メンバに対して監視イベントレポートを報告する最大許容回数を指示するのに使用されるか、または、最大報告回数は、メンバの監視イベントに対して監視イベントレポートを報告する最大許容回数を指示するのに使用されるか、または、最大報告回数は、メンバの複数の監視イベントに対して監視イベントレポートを報告する最大許容総回数を指示するのに使用される。最大報告回数は、ユーザグループ内の各メンバに対して設定されており、ユーザグループ内の各メンバに適用可能である。
【００２８】
任意選択的に、第１のメッセージはさらに監視期間を保持し得、監視期間は、監視要求が終了する絶対時間を指示するのに使用される。監視期間は、ユーザグループ内の各メンバに対して設定されており、ユーザグループ内の各メンバに適用可能である。
【００２９】
ユーザグループ内の全てのメンバに対する監視イベントレポートが完了したと決定することは、以下のケースを含み得る：
【００３０】
可能な設計において、第１のメッセージがユーザグループに対して一度限りの監視要求を構成するのに使用されるとき、公開機能エンティティは、Ｎ名のメンバに対する監視イベントレポートを受信する場合、ユーザグループ内の全てのメンバに対する監視イベントレポートが完了したと決定し得る。
【００３１】
任意選択的に、第１のメッセージが最大報告回数も期間も含まないとき、公開機能エンティティは、第１のメッセージがユーザグループに対して一度限りの監視要求を構成するのに使用されると決定するか、または、第１のメッセージが第１の最大報告回数を含み、当該第１の最大報告回数が１であるとき、公開機能エンティティは、第１のメッセージがユーザグループに対して一度限りの監視要求を構成するのに使用されると決定する。
【００３２】
可能な設計において、第１のメッセージがユーザグループに対して一度限りの監視要求を構成するのに使用され、且つ第１のメッセージがユーザグループに対して複数の監視イベントを構成するのに使用されるとき、公開機能エンティティは、Ｎ名のメンバの各々に対する複数の監視イベントの各々の監視イベントレポートを受信する場合、メンバグループ内の全てのユーザに対する監視イベントレポートが完了したと決定する。
【００３３】
可能な設計において、第１のメッセージが第２の最大報告回数を含むとき、公開機能エンティティは、Ｎ名のメンバの各々に対する監視イベントレポートを受信する回数が第２の最大報告回数に到達した場合、メンバグループ内の全てのメンバに対する監視イベントレポートが受信されたと決定する。
【００３４】
可能な設計において、第１のメッセージが第２の最大報告回数を含み、第１のメッセージがユーザグループに対して複数の監視イベントを構成するのに使用されるとき、公開機能エンティティは、Ｎ名のメンバの各々に対する複数の監視イベントの各々の監視イベントレポートの受信回数が第２の最大報告回数に到達した場合、ユーザグループ内の全てのメンバに対する監視イベントレポートが完了したと決定する。
【００３５】
上述のいくつかの方法において、ユーザグループ内のメンバの監視イベントレポートが完了したと決定され、さらに、ユーザグループに対する監視イベント構成の削除を開始するか、または、監視イベントレポートをサードパーティアプリケーションに送信することを停止し得る。
【００３６】
可能な設計において、ユーザグループのメンバ情報がＮ個の識別子を含むとき、公開機能エンティティは、監視イベントレポートが受信される度に、監視イベントレポートがメンバに対する監視イベントレポートであるかどうかを決定し、決定結果を取得する。決定結果は、ユーザグループ内の全てのメンバに対する監視イベントレポートが完了したかどうかを決定するのに使用される。このように、これは、ユーザグループ内のメンバの監視イベントレポートが完了したかどうかを決定することの正確度を保証するのに役立ち得る。
【００３７】
可能な設計において、公開機能エンティティが、ユーザグループに対する監視イベント構成を削除する段階は、以下の動作の少なくとも１つを含む：公開機能エンティティが、ユーザグループに対してローカルに記憶された監視イベント構成を削除する段階と、公開機能エンティティが、第２メッセージをサードパーティアプリケーションエンティティに送信する段階であって、ここで、第２メッセージは、ユーザグループに対する監視イベント構成を削除するようにサードパーティアプリケーションエンティティに命令するのに使用される、送信する段階。
【００３８】
可能な設計において、公開機能エンティティが、ユーザグループに対する監視イベント構成を削除する段階は、公開機能エンティティが、第３のメッセージをユーザデータ管理エンティティに送信する段階であって、ここで、第３のメッセージは、ユーザグループに対する監視イベント構成を削除するようにユーザデータ管理エンティティに命令するのに使用される、送信する段階、または、公開機能エンティティが、第４のメッセージをユーザデータ管理エンティティに送信する段階であって、ここで、第４のメッセージは、ユーザグループ内の１または複数のメンバに対する監視イベント構成を削除するようにユーザデータ管理エンティティに命令するのに使用される、送信する段階を含む。
【００３９】
可能な設計において、公開機能エンティティが、１または複数のメンバに対する監視イベントレポートが完了したと決定するとき、公開機能エンティティは、第４のメッセージをユーザデータ管理エンティティに送信する。
【００４０】
任意選択的に、ユーザデータ管理エンティティは、ホーム加入者サーバＨＳＳエンティティまたは統一されたデータ管理ＵＤＭエンティティである。
【００４１】
上述の説明において、ユーザグループ内のメンバの監視イベントレポートが完了した場合、ユーザグループに対する監視イベントレポートが完了し、ユーザグループ内の全てのメンバに対する監視イベントレポートが完了したと決定された場合、ユーザグループに対する監視イベントレポートが完了したと決定される。
【００４２】
第３の態様によると、イベント監視装置が提供され、ここで、装置は、第１の態様、第２の態様、第１の態様の可能な設計、または第２の態様の可能な設計のいずれか１つを実装する機能を有する。当該機能は、ハードウェアによって実装されてもよく、または、対応するソフトウェアを実行することによりハードウェアによって実装されてもよい。ハードウェアまたはソフトウェアは、当該機能に対応する１または複数のモジュールを含む。
【００４３】
可能な設計において装置は、チップまたは集積回路であり得る。
【００４４】
可能な設計において、装置は、送受信機およびプロセッサを含み、送受信機は、別の機能エンティティまたはネットワークエレメントと通信すべく、装置により使用され、プロセッサは、プログラムのグループを実行するように構成される。プログラムが実行される場合、装置は、第１の態様または第１の態様の可能な設計のいずれか１つに係る方法を実行し得る。
【００４５】
可能な設計において、装置はさらにメモリを含み、メモリは、プロセッサにより実行されるプログラムを記憶する。
【００４６】
可能な設計において、装置は、サービス能力公開機能ＳＣＥＦエンティティ、または、ネットワーク公開機能ＮＥＦエンティティである。
【００４７】
第４の態様によると、チップが提供され、ここで、チップは、メモリに接続されるか、または、チップはメモリを含み、メモリに記憶されているソフトウェアプログラムを読み込んで実行するように構成され、第１の態様、第２の態様、第１の態様の可能な設計、または第２の態様の可能な設計のいずれか１つに係る方法を実装する。
【００４８】
第５の態様によると、イベント監視方法が提供され、ここで、方法は、ユーザデータ管理エンティティにより実行される。方法は具体的に以下の通りである：第１の要求メッセージを受信することであって、ここで、第１の要求メッセージは、ユーザグループに対する監視イベントを構成するのに使用される、受信する段階と、第１の応答メッセージを公開機能エンティティに送信する段階であって、ここで、第１の応答メッセージは、ユーザグループのメンバ情報を保持する、送信すること。このように、ユーザグループのメンバ情報は公開機能エンティティに送信され、これにより、監視イベントレポートを受信する場合、公開機能エンティティは、ユーザグループのメンバ情報に基づいて、ユーザグループ内の全てのメンバに対する監視イベントレポートが受信されたと決定し得、さらに、ユーザグループに対する監視イベント構成の削除、または、監視イベントレポートをサードパーティアプリケーションに送信することの停止を行い得、これにより、リソースの無駄を回避し、後続のポリシの正確な実行を保証することに役立つ。
【００４９】
可能な設計において、ユーザグループのメンバ情報は、ユーザグループに含まれるメンバの数であり得、メンバの数は、Ｎで指示され得る。ユーザグループのメンバ情報は代替的に、ユーザグループ内の各メンバの識別子であり得、換言すると、ユーザグループのメンバ情報はＮ個の識別子である。このように、公開機能エンティティは、ユーザグループに含まれるメンバの数に基づいてまたはメンバの識別子に基づいて、監視イベントレポートが受信されたメンバの数を決定して、ユーザグループ内の全てのメンバに対する監視イベントレポートが受信されたかどうかを決定し得る。
【００５０】
可能な設計において、ユーザデータ管理エンティティは、公開機能エンティティにより送信された第２の要求メッセージを受信し、ここで、第２の要求メッセージは、ユーザグループに対する監視イベント構成を削除するように命令するのに使用される情報を保持し、ユーザデータ管理エンティティは、第２の要求メッセージに基づいて、ユーザグループに対する監視イベント構成を削除する。
【００５１】
可能な設計において、ユーザデータ管理エンティティは、公開機能エンティティにより送信された第４の要求メッセージを受信し、ここで、第４の要求メッセージは、ユーザグループ内の１または複数のメンバに対する監視イベント構成を削除するようにユーザデータ管理エンティティに命令するのに使用される情報を保持し、ユーザデータ管理エンティティは、第４の要求メッセージに基づいて、ユーザグループ内の１または複数のメンバに対する監視イベント構成を削除する。
【００５２】
任意選択的に、ユーザデータ管理エンティティは、ホーム加入者サーバＨＳＳエンティティまたは統一されたデータ管理ＵＤＭエンティティである。
【００５３】
第６の態様によると、イベント監視装置が提供され、ここで、装置は、第３の態様または第３の態様の可能な設計のいずれか１つを実装する機能を有する。当該機能は、ハードウェアによって実装されてもよく、または、対応するソフトウェアを実行することによりハードウェアによって実装されてもよい。ハードウェアまたはソフトウェアは、当該機能に対応する１または複数のモジュールを含む。
【００５４】
可能な設計において装置は、チップまたは集積回路であり得る。
【００５５】
可能な設計において、装置は、送受信機およびプロセッサを含み、送受信機は、別の機能エンティティまたはネットワークエレメントと通信すべく、装置により使用され、プロセッサは、プログラムのグループを実行するように構成される。プログラムが実行される場合、装置は、第２の態様または第２の態様の可能な設計のいずれか１つに係る方法を実行し得る。
【００５６】
可能な設計において、装置はさらにメモリを含み、メモリは、プロセッサにより実行されるプログラムを記憶する。
【００５７】
可能な設計において、装置は、ＨＳＳエンティティまたはＵＤＭエンティティである。
【００５８】
第７の態様によると、チップが提供され、ここで、チップは、メモリに接続されるか、または、チップはメモリを含み、メモリに記憶されているソフトウェアプログラムを読み込んで実行するように構成され、第３の態様または第３の態様の可能な設計のいずれか１つに係る方法を実装する。
【００５９】
第８の態様によると、イベント監視方法が提供され、ここで、方法は、サードパーティアプリケーションエンティティにより実行される。方法は具体的に以下の通りである：第１のメッセージを公開機能エンティティに送信することであって、ここで、第１のメッセージは、ユーザグループに対する監視イベントを構成するのに使用され、第１のメッセージは、ユーザグループのメンバ情報を保持する。このように、ユーザグループのメンバ情報は公開機能エンティティに送信され、これにより、監視イベントレポートを受信する場合、公開機能エンティティは、ユーザグループのメンバ情報に基づいて、ユーザグループ内の全てのメンバに対する監視イベントレポートが受信されたと決定し得、さらに、ユーザグループに対する監視イベント構成を削除し得、これにより、リソースの無駄を回避し、後続のポリシの正確な実行を保証することに役立つ。
【００６０】
可能な設計において、ユーザグループのメンバ情報は、ユーザグループに含まれるメンバの数であり得、メンバの数は、Ｎで指示され得る。ユーザグループのメンバ情報は代替的に、ユーザグループ内の各メンバの識別子であり得、換言すると、ユーザグループのメンバ情報はＮ個の識別子である。このように、公開機能エンティティは、ユーザグループに含まれるメンバの数に基づいてまたはメンバの識別子に基づいて、監視イベントレポートが受信されたメンバの数を決定して、ユーザグループ内の全てのメンバに対する監視イベントレポートが受信されたかどうかを決定し得る。
【００６１】
可能な設計において、公開機能エンティティにより送信された第３のメッセージが受信され、ここで、第３のメッセージは、ユーザグループに対する監視イベント構成を削除するように命令するのに使用される情報を保持し、サードパーティアプリケーションエンティティは、第３のメッセージに基づいて、ユーザグループに対する監視イベント構成を削除する。
【００６２】
任意選択的に、サードパーティアプリケーションエンティティは、ＳＣＳエンティティまたはＡＳエンティティである。
【００６３】
第９の態様によると、イベント監視装置が提供され、ここで、装置は、第４の態様または第４の態様の可能な設計のいずれか１つを実装する機能を有する。当該機能は、ハードウェアによって実装されてもよく、または、対応するソフトウェアを実行することによりハードウェアによって実装されてもよい。ハードウェアまたはソフトウェアは、当該機能に対応する１または複数のモジュールを含む。
【００６４】
可能な設計において装置は、チップまたは集積回路であり得る。
【００６５】
可能な設計において、装置は、送受信機およびプロセッサを含み、送受信機は、別の機能エンティティまたはネットワークエレメントと通信すべく、装置により使用され、プロセッサは、プログラムのグループを実行するように構成される。プログラムが実行される場合、装置は、第４の態様または第４の態様の可能な設計のいずれか１つに係る方法を実行し得る。
【００６６】
可能な設計において、装置はさらにメモリを含み、メモリは、プロセッサにより実行されるプログラムを記憶する。
【００６７】
可能な設計において、装置は、ＳＣＳエンティティまたはＡＳエンティティである。
【００６８】
第１０の態様によると、チップが提供され、ここで、チップは、メモリに接続されるか、または、チップはメモリを含み、メモリに記憶されているソフトウェアプログラムを読み込んで実行するように構成され、第４の態様または第４の態様の可能な設計のいずれか１つに係る方法を実装する。
【００６９】
第１１の態様によると、コンピュータ記憶媒体が提供され、ここで、コンピュータ記憶媒体はコンピュータプログラムを記憶し、コンピュータプログラムは、上述の態様または上述の態様の可能な設計のいずれか１つに係る方法を実行するのに使用される命令を含む。
【００７０】
第１２の態様によると、命令を含むコンピュータプログラム製品が提供され、ここで、コンピュータプログラム製品がコンピュータ上で動作する場合、コンピュータは、上述の態様または上述の態様の可能な設計のいずれか１つに係る方法を実行することが可能になる。
【図面の簡単な説明】
【００７１】
【図１】本出願の一実施形態に係るＬＴＥシステムにおけるサービス能力公開アーキテクチャの図である。
【００７２】
【図２】本出願の一実施形態に係る５Ｇシステムにおけるサービス能力公開アーキテクチャの図である。
【００７３】
【図３】本出願の一実施形態に係るイベント監視方法の概略的フローチャートである。
【００７４】
【図４】本出願の一実施形態に係るアプリケーションシナリオ１におけるイベント監視の概略的フローチャート１である。
【００７５】
【図５】本出願の一実施形態に係るアプリケーションシナリオ１におけるイベント監視の概略的フローチャート２である。
【００７６】
【図６Ａ】本出願の一実施形態に係るアプリケーションシナリオ２におけるイベント監視の概略的フローチャート１である。
【図６Ｂ】本出願の一実施形態に係るアプリケーションシナリオ２におけるイベント監視の概略的フローチャート１である。
【００７７】
【図７】本出願の一実施形態に係るアプリケーションシナリオ２におけるイベント監視の概略的フローチャート２である。
【００７８】
【図８】本出願の一実施形態に係るイベント監視装置の概略構造図１である。
【００７９】
【図９】本出願の一実施形態に係るイベント監視装置の概略構造図２である。
【発明を実施するための形態】
【００８０】
本願の実施形態は、イベント監視方法および装置を提供し、これにより、グループベースのイベント監視において、グループ内の全てのメンバに対するイベントレポートを受信する場合、ＬＴＥシステムにおけるＳＣＥＦ、または、５ＧシステムにおけるＮＥＦは、グループに対する監視イベント構成をタイムリーな方式で削除し得、これにより、リソースを節約し、後続のポリシの正確な実行を保証することに役立つ。
【００８１】
本願の実施形態に提供される方法が適用され得る通信システムアーキテクチャが、以下に説明される。
【００８２】
図１は、ＳＣＥＦ１０１、ＳＣＳ／ＡＳ１０２、ホーム加入者サーバ（ｈｏｍｅ  ｓｕｂｓｃｒｉｂｅｒ  ｓｅｒｖｅｒ，ＨＳＳ）１０３、ＭＭＥ１０４、およびＳＧＳＮ１０５を含む、ＬＴＥシステムにおけるサービス能力公開（ｓｅｒｖｉｃｅ  ｃａｐａｂｉｌｉｔｙ  ｅｘｐｏｓｕｒｅ，ＳＣＥ）アーキテクチャの図である。ＬＴＥシステムにおいて、ＳＣＥＦ１０１は、サービス能力公開アーキテクチャにおけるコアネットワークエレメントであり、ＳＣＥＦ１０１は、ネットワークがサービス能力をサードパーティのサービスプロバイダに安全に提供することを保証するように構成され、これにより、内部および外部のアプリケーションおよびサービスが利用可能になり、互いに連携する。サードパーティアプリケーションは、ＳＣＳ／ＡＳ１０２を使用することにより、ＳＣＥＦ１０１からサービス能力を取得する。ＨＳＳ１０３は、ホームユーザサブスクリプションサーバであり、ユーザのサブスクリプション情報を記憶するように構成される。モビリティ管理ネットワークエレメントは、ＭＭＥ１０４とＳＧＳＮ１０５とを含み、端末に対してモビリティ管理を実行するように構成される。ＳＣＳ／ＡＳ１０２は、Ｔ８  ＡＰＩインタフェースを使用することにより、ＳＣＥＦ１０１により提供されるサービス能力を呼び出す。
【００８３】
図２は、ＮＥＦ２０１、ＳＣＳ／ＡＳ２０２、ＵＤＭ２０３、およびＡＭＦ２０４を含む、５ＧシステムにおけるＳＣＥアーキテクチャの図である。５Ｇシステムにおいて、ＮＥＦ２０１の機能は、ＬＴＥシステムにおけるＳＣＥＦ１０１の機能と同様である。ＮＥＦ２０１は、３ＧＰＰネットワークによりサポートされるサービスおよび能力を、Ｎｎｅｆサービスを介して、ＳＣＳ／ＡＳ２０２に開放する。ＵＤＭ２０３の機能は、ＬＴＥシステムにおけるＨＳＳ１０３の機能と同様である。ＵＤＭ２０３は、Ｎｕｄｍサービスを介して、ＮＥＦ２０１に、サポートされたサービス能力を提供する。モビリティ管理ネットワークエレメントは、ＡＭＦ２０４を含む。ＡＭＦ２０４の機能は、ＬＴＥシステムにおけるＭＭＥ１０４の機能と同様である。ＡＭＦ２０４は、Ｎａｍｆサービスを介して、サポートされたサービスとサポートされた能力とをＮＥＦ２０１に提供する。
【００８４】
図１および図２に提供される通信システムアーキテクチャは例であることに留意すべきである。本願の実施形態に提供される方法は、２つの通信システムに限定されるものではなく、より多くの通信システムにさらに適用されてよい。
【００８５】
当業者の理解を容易にすべく、本願の実施形態におけるいくつかの用語が、以下に説明および記載される。
【００８６】
（１）監視イベント
【００８７】
本願の実施形態において、図１または図２に示されるサービス能力公開アーキテクチャに基づいて、ＳＣＳ／ＡＳは、ユーザに対する１または複数のイベントを監視し得る。イベントは、例えば、ＵＥ到達可能性、接続の喪失、または位置であり得る。
【００８８】
（２）ユーザグループ
【００８９】
ユーザグループは、グループとも称される。１つのユーザグループは１または複数のメンバを含み、メンバはユーザである。換言すると、１つのユーザグループは１または複数のユーザを含む。本願の実施形態において、監視イベント構成は、グループに基づいてよく、グループ内の全てのメンバは、同じ外部グループ識別子を有する。
【００９０】
（３）ユーザグループのメンバ情報
【００９１】
ユーザグループのメンバ情報は、ユーザグループに含まれるメンバに関連する情報である。例えば、メンバ情報は、ユーザグループに含まれるメンバの数であり得、本願におけるメンバの数はＮで指示され、ここで、Ｎは正の整数である。メンバ情報は代替的に、ユーザグループに含まれる各メンバの識別子であり得、識別子は、異なるメンバの区別に使用され、メンバ識別子またはユーザ識別子とも称され得る。グループ内のメンバの外部グループ識別子は、異なるユーザグループの区別に使用され、メンバ識別子またはユーザ識別子は、異なるユーザ（またはメンバ）の区別に使用される。
【００９２】
（４）公開機能エンティティ
【００９３】
公開機能エンティティは、サービス公開機能を実装し得るエンティティであり、ＳＣＥＦ１０１またはＮＥＦ２０１のそれと同じまたは同様の機能を有するエンティティである。公開機能エンティティは、ＳＣＥＦ１０１であってもよく、または、ＮＥＦ２０１であってもよい。
【００９４】
（５）サードパーティアプリケーションエンティティ
【００９５】
サードパーティアプリケーションエンティティは、ＳＣＳ／ＡＳ１０２またはＳＣＳ／ＡＳ２０２のそれと同じまたは同様の機能を有するエンティティである。サードパーティアプリケーションエンティティは、ＳＣＳ／ＡＳ１０２であってもよく、または、ＳＣＳ／ＡＳ２０２であってもよい。
【００９６】
（６）モビリティ管理ネットワークエレメント
【００９７】
モビリティ管理ネットワークエレメントは、ＭＭＥ１０４およびＳＧＳＮ１０５のそれと同じまたは同様の機能、または、ＡＭＦ２０４のそれと同じまたは同様の機能を有するエンティティである。モビリティ管理ネットワークエレメントは、ＭＭＥ１０４およびＳＧＳＮ１０５であってもよく、または、ＡＭＦ２０４であってもよい。
【００９８】
（７）ユーザデータ管理エンティティ
【００９９】
ユーザデータ管理エンティティは、ＨＳＳ１０３またはＵＤＭ２０３のそれと同じまたは同様の機能を有するエンティティである。ユーザデータ管理エンティティは、ＨＳＳ１０３であってもよく、または、ＵＤＭ２０３であってもよい。
【０１００】
（８）監視イベントレポート
【０１０１】
監視イベントレポートは、ユーザグループ内のメンバの監視イベントに関連し、モビリティ管理ネットワークエレメントにより報告される内容である。監視イベントレポートは、１または複数の監視イベントに関連する内容を保持し得る。公開機能エンティティは、監視イベントの識別子を使用することにより、異なる監視イベントの監視イベントレポートを区別し、メンバの識別子を使用することにより、異なるメンバの監視イベントレポートを区別する。
【０１０２】
（９）用語「および／または」は、関連付けられた対象を説明するための関連関係を説明し、３つの関係が存在し得るということを表す。例えば、Ａおよび／またはＢは、Ａのみが存在する、ＡおよびＢの両方が存在する、Ｂのみが存在するといった３つの場合を表し得る。本願に言及される「複数の」という用語は、「２またはそれより多く」を意味する。「第１」および「第２」などの用語は、区別および説明に使用されるものに過ぎず、相対的重要性の指示もしくは暗示、または、順序の指示もしくは暗示として理解されるものではない。「／」という記号は一般的に、関連付けられた対象間の「または」の関係を示す。
【０１０３】
本願の実施形態において提供されるイベント監視方法は、添付図面を参照して以下に詳細に説明される。
【０１０４】
図３に示されるように、本願の実施形態において提供されるイベント監視方法の具体的な手順は以下の通りである。当該方法は、公開機能エンティティにより実行される。
【０１０５】
Ｓ３０１．第１のメッセージを受信する。
【０１０６】
第１のメッセージは、監視要求であり得る。第１のメッセージは、ユーザグループに対する監視イベントを構成するのに使用される。換言すると、第１のメッセージは、ユーザグループに対する監視要求を構成するのに使用される。ユーザグループは、１または複数のメンバを含み、ユーザグループに対する監視イベントまたは監視要求は、ユーザグループ内の各メンバに対する監視イベントまたは監視要求である。第１のメッセージは、ユーザグループに対する１または複数の監視イベントを構成するのに使用される。１または複数の監視イベントは、ユーザグループ内の各メンバに対するものである。第１のメッセージは、ユーザグループの外部グループ識別子（ｅｘｔｅｒｎａｌ  ｇｒｏｕｐ  ＩＤ）を保持し得る。外部グループ識別子も、ユーザグループ内の各メンバに対するものであり、異なるユーザグループを区別するのに使用される。監視要求は、イベントサブスクリプションとも称され得、第１のメッセージは、ユーザグループに対する監視イベントへの加入に使用される。
【０１０７】
第１のメッセージはさらに、最大報告回数を保持し得、最大報告回数は、メンバに対して監視イベントレポートを報告する最大回数を指示するのに使用されるか、または、最大報告回数は、メンバの監視イベントに対して監視イベントレポートを報告する最大回数を指示するのに使用されるか、または、最大報告回数は、メンバの複数の監視イベントに対して監視イベントレポートを報告する最大総回数を指示するのに使用される。最大報告回数は、ユーザグループ内のメンバ毎に設定され、ユーザグループ内のメンバ毎に適用可能である。最大報告回数は正の整数である。
【０１０８】
第１のメッセージはさらに監視期間を保持し得、監視期間は、監視要求が終了する絶対時間を指示するのに使用される。監視期間は、ユーザグループ内のメンバに毎に設定されており、ユーザグループ内のメンバ毎に適用可能である。
【０１０９】
実際のアプリケーションにおいて、第１のメッセージは、ユーザグループに対する一度限りの監視要求を構成するのに使用され得る。一度限りの監視要求は、監視イベントレポートがユーザグループ内の各メンバに対して１回のみ報告される必要があることを意味する。１の監視イベントが存在するとき、監視イベントレポートは、監視イベントに対して１回報告される。複数の監視イベントが存在するとき、監視イベントレポートは、監視要求における複数の監視イベントのいずれか１つに対して１回報告されるか、または、監視イベントレポートは、監視要求における複数の監視イベントの各々に対して１回報告される。
【０１１０】
具体的に、第１のメッセージがユーザグループに対して一度限りの監視要求を構成するのに使用され、以下のいくつかの場合が存在する：（１）第１のメッセージは最大報告回数を含み、最大報告回数は１である。（２）第１のメッセージは、最大報告回数も監視期間も含まない。
【０１１１】
Ｓ３０２．ユーザグループのメンバ情報を取得する。
【０１１２】
ユーザグループのメンバ情報は、以下の２つの方式または別の方式で取得され得る。方式１：第１のメッセージは、ユーザグループのメンバ情報を保持し、ユーザグループのメンバ情報は、第１のメッセージから取得される。方式２：ユーザデータ管理エンティティにより送信されたユーザグループのメンバ情報が受信される。換言すると、ユーザグループのメンバ情報がユーザデータ管理エンティティから取得される。本明細書のユーザデータ管理エンティティは、ＨＳＳエンティティまたはＵＤＭエンティティであり得る。
【０１１３】
Ｓ３０３．ユーザグループのメンバ情報に基づいて、ユーザグループ内の全てのメンバに対する監視イベントレポートが受信されたと決定する。
【０１１４】
具体的に、公開機能エンティティは、監視イベントレポートを１回または複数回受信し、公開機能エンティティが監視イベントレポートを受信する度に、公開機能エンティティは、受信された監視イベントレポートをローカルに記憶し、受信されたイベントレポートとユーザグループのメンバ情報とに基づいて、全てのメンバに対する監視イベントレポートが受信されたかどうかを決定する（換言すると、全てのメンバに対する監視イベントレポートが完了したかどうかを決定する）。モビリティ管理ネットワークエレメントが監視イベントレポートを報告する度に、モビリティ管理ネットワークエレメントはさらに、監視要求識別子（ＳＣＥＦ参照識別子またはＮＥＦイベント通知識別子）、監視イベント識別子、およびメンバ識別子を報告し、監視要求識別子、監視イベント識別子、およびメンバ識別子は、監視イベントレポートに保持されるか、または、監視イベントレポートと共に特定のタイプのメッセージ（例えば、監視応答メッセージ）に保持される。公開機能エンティティは、監視要求識別子、監視イベント識別子、およびメンバ識別子に基づいて、監視イベントレポートが属するユーザグループ、監視イベント、およびメンバ決定する。
【０１１５】
ユーザグループのメンバ情報は、ユーザグループに含まれるメンバの数であり得、メンバの数は、Ｎで指示され得る。ユーザグループのメンバ情報は代替的に、ユーザグループ内の各メンバの識別子であり得、換言すると、ユーザグループのメンバ情報はＮ個の識別子である。監視イベントレポートが受信される度に、公開機能エンティティは、監視イベントレポートが属するユーザグループ、監視イベント、および監視イベントレポートが属するメンバを決定し得る。これに基づいて、公開機能エンティティは、ユーザグループ内の全てのメンバに対する監視イベントレポートが受信されたと決定し、以下のようにいくつかの場合が存在し得る。
【０１１６】
場合１
【０１１７】
第１のメッセージは、ユーザグループに対する一度限りの監視要求を構成するのに使用される。この場合、監視イベントレポートは、メンバの１の監視イベントに対して１回のみ受信される必要がある。
【０１１８】
第１のメッセージが１の監視イベントを含むとき、換言すると、第１のメッセージがユーザグループに対する１の監視イベントを構成するのに使用されるとき、以下の状況が存在する。
【０１１９】
ユーザグループのメンバ情報がユーザグループ内のＮ名のメンバであることを考慮すると、公開機能エンティティは、Ｎ個の監視イベントレポートを受信する場合、ユーザグループ内の全てのメンバに対する監視イベントレポートが受信されたと決定し得、ここで、異なるメンバに属するＮ個の監視イベントレポートは、換言すると、Ｎ個の監視イベントレポートは、Ｎ名の異なるメンバに対する監視イベントレポートである。公開機能エンティティは、監視イベントレポートが属するメンバを決定し得るので、公開機能エンティティは、監視イベントレポートが受信された異なるメンバの数を決定し得る。
【０１２０】
ユーザグループのメンバ情報がＮ個の識別子であることを考慮して、公開機能エンティティは、受信された監視イベントレポートに関連付けられたメンバの識別子を、Ｎ個の識別子と比較する。Ｎ個の識別子のメンバの監視イベントレポートが受信されたとき、公開機能エンティティは、ユーザグループ内の全てのメンバに対する監視イベントレポートが受信されたと決定（換言すると、ユーザグループ内の全てのメンバに対する監視イベントレポートが完了したと決定）し得る。
【０１２１】
第１のメッセージが複数の監視イベントを含むとき、換言すると、第１のメッセージがユーザグループに対して複数の監視イベント（例えば、Ｍ回の監視イベント）を構成するのに使用されるとき、以下の状況が存在する：
【０１２２】
ユーザグループのメンバ情報がユーザグループ内のＮ名のメンバであることを考慮すると、公開機能エンティティは、Ｎ個の監視イベントレポートを受信する場合、ユーザグループ内の全てのメンバに対する監視イベントレポートが受信されたことをも決定し得る。第１のメッセージが複数の監視イベントを含むとき、換言すると、第１のメッセージがユーザグループに対して複数の監視イベント（例えば、Ｍ回の監視イベント）を構成するのに使用されるとき、Ｎ名のメンバの各々に対する監視イベントレポートを受信する場合、または、Ｎ名のメンバの各々のＭ回の監視イベントの各々に対する監視イベントレポートを受信する場合、公開機能エンティティは、ユーザグループ内の全てのメンバに対する監視イベントレポートが＄受信されたと決定（換言すると、ユーザグループ内の全てのメンバに対する監視イベントレポートが完了したと決定）する。
【０１２３】
ユーザグループのメンバ情報がＮ個の識別子であることを考慮すると、公開機能エンティティは、Ｎ個の識別子のメンバに対する監視イベントレポートを受信する場合、ユーザグループ内の全てのメンバに対する監視イベントレポートが受信されたことをも決定し得る。代替的に、公開機能エンティティは、受信された監視イベントレポートに関連付けられるメンバの識別子を、Ｎ個の識別子と比較し、受信された監視イベントレポートに関連付けられる監視イベントの識別子を、Ｍ回の監視イベントの識別子と比較する。Ｎ個の識別子のメンバの各々に対するＭ回の監視イベントの各々に対する監視イベントレポートが受信されるとき、公開機能エンティティは、ユーザグループ内の全てのメンバに対する監視イベントレポートが受信されたと決定する（換言すると、ユーザグループ内の全てのメンバに対する監視イベントレポートが完了したと決定する）。
【０１２４】
場合２
【０１２５】
第１のメッセージは最大報告回数を保持し、最大報告回数は１より大きい。この場合、ユーザグループ内の全てのメンバに対する監視イベントレポートの各々が最大報告回数に到達した場合にのみ、ユーザグループ内の全てのメンバに対する監視イベントレポートが受信されたと決定（換言すると、ユーザグループ内の全てのメンバに対する監視イベントレポートが完了したと決定）し得る。
【０１２６】
公開機能エンティティは、ユーザグループ内のＮ名のメンバ、または、Ｎ個の識別子に基づいて、監視イベントレポートが受信された異なるメンバの数を決定し、Ｎ名のメンバの各々に対する監視イベントレポートの受信回数が最大報告回数に到達した場合、メンバグループ内の全てのメンバに対する監視イベントレポートが受信されたと決定する。第１のメッセージが複数の監視イベントを含むとき、換言すると、第１のメッセージがユーザグループに対して複数の監視イベント（例えば、Ｍ回の監視イベント）を構成するのに使用されるとき、Ｎ名のメンバの各々に対するイベントレポートの受信回数が最大報告回数に到達した場合、または、Ｎ名のメンバの各々に対するＭ回の監視イベントの各々に対する監視イベントレポートの受信回数が最大報告回数に到達した場合、公開機能エンティティは、ユーザグループ内の全てのメンバに対する監視イベントレポートが受信されたと決定（換言すると、ユーザグループ内の全てのメンバに対する監視イベントレポートが完了したと決定）する。
【０１２７】
Ｓ３０４．ユーザグループに対する監視イベント構成を削除する。
【０１２８】
具体的に、公開機能エンティティは、ユーザグループに対する監視イベント構成をローカルに削除する。任意選択的に、公開機能エンティティはさらに、サードパーティアプリケーションエンティティにメッセージを送信し、ユーザグループに対する監視イベント構成を削除するようにサードパーティアプリケーションエンティティに命令し得る。任意選択的に、公開機能エンティティはさらに、ユーザグループに対する監視イベント構成を削除するようにユーザデータ管理エンティティに命令するように、または、ユーザグループ内の１または複数のメンバに対する監視イベント構成を削除するようにユーザデータ管理エンティティに命令するように、ユーザデータ管理エンティティにメッセージを送信し得る。
【０１２９】
可能な実装において、ユーザグループのメンバ情報がＮ個の識別子であるとき、監視イベントレポートが受信される度に、公開機能エンティティはさらに、受信された監視イベントレポートがユーザグループ内のメンバに対する監視イベントレポートであるかどうかを決定し得る。具体的に、公開機能エンティティは、受信された監視イベントレポートに関連付けられるメンバの識別子がＮ個の識別子であるかどうかを決定する。ＹＥＳであるとき、公開機能エンティティは、受信された監視イベントレポートがユーザグループ内のメンバに対する監視イベントレポートであると決定するか、またはそうでなければ、公開機能エンティティは、受信された監視イベントレポートがユーザグループ内のメンバに対する監視イベントレポートではないと決定する。決定結果はさらに、ユーザグループ内の全てのメンバに対する監視イベントレポートが受信されたかどうかを決定（換言すると、ユーザグループ内の全てのメンバに対する監視イベントレポートが完了したと決定）するのに使用される。
【０１３０】
結論として、本願のこの実施形態に提供されるイベント監視方法によると、公開機能エンティティは、ユーザグループのメンバ情報を取得し、これにより、監視イベントレポートを受信する場合、公開機能エンティティは、ユーザグループのメンバ情報に基づいて、ユーザグループ内の全てのメンバに対する監視イベントレポートが受信されたと決定し得、さらに、ユーザグループに対する監視イベント構成の削除、または、監視イベントレポートをサードパーティアプリケーションに送信することの停止を行い得、これにより、リソースの無駄を回避し、後続のポリシの正確な実行を保証することに役立つ。
【０１３１】
本願のイベント監視方法はさらに、上述の実施形態に提供されている方法に基づいて、具体的なアプリケーションシナリオを参照して詳細に説明される。
【０１３２】
アプリケーションシナリオ１：ＬＴＥシステム。公開機能エンティティはＳＣＥＦであり、サードパーティアプリケーションエンティティはＳＣＳ／ＡＳであり、モビリティ管理ネットワークエレメントはＭＭＥおよびＳＧＳＮであり、ユーザデータ管理エンティティはＨＳＳである。
【０１３３】
図４に示されるように、アプリケーションシナリオ１におけるイベント監視の手順は、以下に具体的に説明される：
【０１３４】
Ｓ４０１．ＳＣＳ／ＡＳは、ＳＣＥＦに、ユーザグループに基づいて構成される第１の監視要求メッセージを送信し、ＳＣＥＦは、ＳＣＳ／ＡＳにより送信された第１の監視要求メッセージを受信する。
【０１３５】
第１の監視要求メッセージは上述の実施形態における第１のメッセージであり、第１のメッセージの属性および機能を有する。
【０１３６】
第１の監視要求メッセージはユーザグループのメンバ情報を保持し、それに限定されるものではないが、以下の情報の少なくとも１つをさらに保持し得る：ＳＣＳ／ＡＳ識別子、Ｔ８宛先アドレス指定、監視タイプ、外部グループ識別子、Ｔ８長期トランザクション参照識別子（Ｔ８  Ｌｏｎｇ  Ｔｅｒｍ  Ｔｒａｎｓａｃｔｉｏｎ  Ｒｅｆｅｒｅｎｃｅ  ＩＤ，ＴＬＴＲＩ）、最大報告回数、および／または監視期間。最大報告回数および／または監視期間は、ユーザグループ内の各メンバに適用される。第１の監視要求メッセージが最大報告回数も監視期間も保持しないとき、または、第１の監視要求メッセージが最大報告回数を保持し且つ最大報告回数の値が１であるとき、第１の監視要求メッセージは一度限りの監視要求であることを指示す。
【０１３７】
Ｓ４０２．ＳＣＥＦは、受信された第１の監視要求メッセージに保持される様々な情報を記憶し、ＳＣＥＦは、ローカルポリシに基づいて、構成された監視要求を認証する。認証に成功した後、ＳＣＥＦは、ＳＣＥＦ参照識別子（ＳＣＥＦ  ｒｅｆｅｒｅｎｃｅ  ＩＤ）を割り当て、ＳＣＥＦ参照ＩＤとＴＬＴＲＩとの間の対応関係を記憶する。ＳＣＥＦ参照ＩＤは、コアネットワークの監視要求を識別し、さらにユーザグループを決定するのに使用される。
【０１３８】
Ｓ４０３．ＳＣＥＦは第２の監視要求メッセージをＨＳＳに送信し、ＨＳＳは、ＳＣＥＦにより送信された第２の監視要求メッセージを受信する。
【０１３９】
第２の監視要求メッセージは、Ｓ４０１で第１の監視要求メッセージにおいて保持される１または複数のタイプの情報を保持し、ユーザグループのメンバ情報を保持する必要は確実にない。例えば、第２の監視要求メッセージは、外部グループ識別子、ＳＣＥＦ識別子、ＳＣＥＦ参照識別子ｍ監視タイプを保持し得る。
【０１４０】
Ｓ４０４．ＨＳＳは、第２の監視要求メッセージをチェックする。チェックに成功した後、ＨＳＳは、受信された第２の監視要求メッセージにおいて保持されている情報を記憶する。ＨＳＳは、外部グループ識別子に対応するグループメンバを決定する。
【０１４１】
Ｓ４０５．ＨＳＳは第１の監視応答メッセージをＳＣＥＦに返して、ＳＣＥＦは、ＨＳＳにより送信された第１の監視応答メッセージを受信する。
【０１４２】
第１の監視応答メッセージは、第２の監視要求メッセージの確認応答に使用され、第１の監視応答メッセージはユーザグループのメンバ情報を保持し得る。第１の監視応答メッセージはさらに、ＳＣＥＦ参照識別子および受信指示を保持し得る。
【０１４３】
Ｓ４０６．ＳＣＥＦは第２の監視応答メッセージをＳＣＳ／ＡＳに返して、ＳＣＳ／ＡＳは、ＳＣＥＦにより返された第２の監視応答メッセージを受信する。
【０１４４】
第２の監視応答メッセージは、ＴＬＴＲＩおよび受信指示を保持する。
【０１４５】
Ｓ４０７からＳ４０９は、ユーザグループ内の各メンバに対して実行される。
【０１４６】
Ｓ４０７．ＨＳＳは、ユーザグループにサービスを提供している全てのＭＭＥ／ＳＧＳＮに挿入ユーザサブスクリプションデータ要求を送信する。
【０１４７】
挿入ユーザサブスクリプションデータ要求は、監視タイプ、ＳＣＥＦ識別子、ＳＣＥＦ参照識別子、最大報告回数および／または監視期間、外部識別子、または、モバイル加入者国際サービス総合デジタル網／公衆交換電話網番号（Ｍｏｂｉｌｅ  Ｓｕｂｓｃｒｉｂｅｒ  Ｉｎｔｅｒｎａｔｉｏｎａｌ  ＩＳＤＮ／ＰＳＴＮ  ｎｕｍｂｅｒ，ＭＳＩＳＤＮ）を保持する。
【０１４８】
Ｓ４０８．ＭＭＥ／ＳＧＳＮは、受信された挿入ユーザサブスクリプションデータ要求において保持されているパラメータを記憶し、対応する処理を実行する。
【０１４９】
例えば、ＭＭＥ／ＳＧＳＮは、最大報告回数に基づいて、残りの報告の数を設定する。ＭＭＥ／ＳＧＳＮは代替的に、一度限りの監視要求に対して、報告の残りの数を１に設定し得る。
【０１５０】
Ｓ４０９．ＭＭＥ／ＳＧＳＮは、挿入ユーザサブスクリプションデータ応答メッセージをＨＨＳに送信し、ＨＨＳは、ＭＭＥ／ＳＧＳＮにより送信された挿入ユーザサブスクリプションデータ応答メッセージを受信する。
【０１５１】
挿入ユーザサブスクリプションデータ応答メッセージは受信指示を保持する。ＭＭＥ／ＳＧＳＮが現在の監視要求の監視イベントを既に有するとき、ＭＭＥ／ＳＧＳＮは、挿入ユーザサブスクリプションデータ応答メッセージに監視イベントレポートを追加する。さらに、最大報告回数も監視期間もＳ４０７で保持されていないとき、または、残りの報告の数が１であるとき、ＭＭＥ／ＳＧＳＮは、ユーザグループに対する監視イベント構成をローカルに削除する。Ｓ４０７で保持される最大報告回数の値が１より大きいとき、ＭＭＥ／ＳＧＳＮは、残りの報告の数から１を減算する。
【０１５２】
Ｓ４１０．Ｓ４０９で挿入ユーザサブスクリプションデータ応答メッセージが監視イベントレポートを保持するとき、ＨＳＳは、第１の監視指示メッセージをＳＣＥＦに送信し、ＳＣＥＦは、ＨＳＳにより送信された第１の監視指示メッセージを受信する。
【０１５３】
第１の監視指示メッセージは、ＳＣＥＦ参照ＩＤ、監視イベントレポート、監視イベントレポートに対応する外部識別子またはＭＳＩＳＤＮを保持する。実際のアプリケーションにおいて、ＨＳＳは、ＭＭＥ／ＳＧＳＮから複数の監視イベントレポートを集約し、監視指示メッセージを使用して、複数の監視イベントレポートをＳＣＥＦに送信し得る。具体的には、監視指示メッセージは、ＳＣＥＦ参照ＩＤと監視イベントレポートと外部識別子またはＭＳＩＳＤＮと間の対応関係のリストを保持する。
【０１５４】
Ｓ４１１．ＳＣＥＦは第２の監視指示メッセージをＳＣＳ／ＡＳに送信し、ＳＣＳ／ＡＳは、ＳＣＥＦにより送信された第２の監視指示メッセージを受信する。
【０１５５】
第２の監視指示メッセージは、ＴＬＴＲＩ、監視イベントレポート、外部識別子またはＭＳＩＳＤＮを保持する。Ｓ４１０の第１の監視指示メッセージが複数の監視イベントレポートを保持するとき、第２の監視指示メッセージは、ＴＬＴＲＩと監視イベントレポートと外部識別子またはＭＳＩＳＤＮとの間の対応関係のリストを保持する。
【０１５６】
Ｓ４１２．ＳＣＳ／ＡＳは監視指示応答メッセージをＳＣＥＦに返して、ＳＣＥＦは、ＳＣＳ／ＡＳにより返された監視指示応答メッセージを受信する。
【０１５７】
Ｓ４１３．ＳＣＥＦの処理プロセスは、以下のいくつかの場合を含む。
【０１５８】
Ｓ４０１において第１の監視要求メッセージが一度限りの監視要求であり、Ｓ４０９においてＭＭＥ／ＳＧＳＮが現在の監視要求の監視イベントを既に有しているとき、ＭＭＥ／ＳＧＳＮは、監視イベントレポートを挿入ユーザサブスクリプションデータ応答メッセージに追加し、Ｓ４１０のＨＳＳは、ＭＭＥ／ＳＧＳＮからの監視イベントレポートをＳＣＥＦに送信する。ＳＣＥＦは最初に、ＳＣＥＦ参照ＩＤに基づいて、イベントレポートに対応するユーザグループを決定し、次に、Ｓ４０１またはＳ４０５において受信されたユーザグループのメンバ情報（例えば、Ｎ個の識別子またはＮ名のメンバ）に基づいて、Ｓ４１０で受信された監視イベントレポートが全てのメンバに対する監視イベントレポートを含むかどうかを決定する。監視イベントレポートが、全てのメンバに対する監視イベントレポートを含むとき、ＳＣＥＦは、ユーザグループ内の全てのメンバに対する監視イベントレポートが受信されたと決定（換言すると、ユーザグループ内の全てのメンバに対する監視イベントレポートが完了したと決定）し、ユーザグループに対する監視イベント構成の削除を開始するか、または、監視イベントレポートをＳＣＳ／ＡＳに送信することを停止する。第１の監視要求メッセージが複数の監視イベントを含むとき、換言すると、第１の監視要求メッセージが、ユーザグループに対する複数の監視イベント（例えば、Ｍ回の監視イベント）を構成するのに使用されるとき、Ｓ４１０で受信された監視イベントレポートに基づいて、Ｎ名のメンバの各々に対する監視イベントレポートを受信する場合またはＮ名のメンバの各々のＭ回の監視イベントの各々に対する監視イベントレポートを受信する場合、ＳＣＥＦは、ユーザグループ内の全てのメンバに対する監視イベントレポートが受信されたと決定（換言すると、ユーザグループ内の全てのメンバに対する監視イベントレポートが完了したと決定）する。ユーザグループ内の全てのメンバに対する監視イベントレポートが完了する場合、ユーザグループに対する監視イベントレポートは完了する。
【０１５９】
具体的に、ユーザグループのメンバ情報に基づいて、ユーザグループ内の全てのメンバに対する監視イベントレポートが受信されたと決定するプロセスは、以下の通りである：メンバ情報がメンバの数であるとき、ＳＣＥＦは、Ｓ４１０で受信された監視イベントレポートに関連付けられる異なるメンバの識別子（ＭＳＩＳＤＮまたは外部識別子）の数に基づいて、監視イベントレポートが受信されたメンバの数を決定し、監視イベントレポートが受信されたメンバの数がメンバ情報のメンバの数に到達した場合、ユーザグループ内の全てのメンバに対する監視イベントレポートが受信したと決定する。メンバ情報が各メンバの識別子であるとき、ＳＣＥＦは、Ｓ４１０で受信された監視イベントレポートに関連付けられる異なるメンバの識別子を、メンバ情報におけるメンバ識別子と比較して、監視イベントレポートが受信されたメンバの数を決定し、監視イベントレポートが受信されたメンバの識別子がメンバ情報における全てのメンバ識別子に到達した場合、ユーザグループ内の全てのメンバに対する監視イベントレポートが受信されたと決定する。任意選択的に、監視イベントレポートに関連付けられたメンバの識別子を受信する場合、ＳＣＥＦは、メンバの識別子がメンバ情報におけるメンバ識別子内に存在するかどうかに基づいて、識別子を有するメンバがユーザグループ内のメンバであるかどうかを決定し、識別子を有するメンバがユーザグループ内のメンバであると決定した場合、ユーザグループ内の全てのメンバに対する監視イベントレポートが受信されたかどうかを決定することを継続する。
【０１６０】
Ｓ４１４からＳ４１８を使用することにより、ユーザグループに対する監視イベント構成が削除される。
【０１６１】
Ｓ４１４．ＳＣＥＦは第３の監視要求メッセージをＨＳＳに送信し、ＨＳＳは、ＳＣＥＦにより送信された第３の監視要求メッセージを受信する。
【０１６２】
第３の監視要求メッセージは、ＳＣＥＦ参照ＩＤおよび削除命令を保持する。削除命令は、ユーザグループに対する監視イベント構成を削除するようにＨＳＳに命令するのに使用される。
【０１６３】
Ｓ４１５．ＨＳＳは、第３の監視要求メッセージに基づいて、ユーザグループに対する監視イベント構成を削除する。
【０１６４】
Ｓ４１６．ＨＳＳは第３の監視応答メッセージをＳＣＥＦに送信して、ＳＣＥＦは、ＨＳＳにより送信された第３の監視応答メッセージを受信する。
【０１６５】
第３の監視応答メッセージは、第３の監視要求メッセージの確認応答に使用される。
【０１６６】
Ｓ４１７．ＳＣＥＦは第４の監視要求メッセージをＳＣＳ／ＡＳに送信し、ＳＣＳ／ＡＳは、ＳＣＥＦにより送信された第４の監視要求メッセージを受信する。
【０１６７】
第４の監視要求メッセージはＴＬＴＲＩおよび削除命令を保持し、削除命令は、ユーザグループに対する監視イベント構成を削除するようにＳＣＳ／ＡＳに命令するのに使用される。
【０１６８】
Ｓ４１８．ＳＣＳ／ＡＳは第４の監視応答メッセージをＳＣＥＦに返して、ＳＣＥＦは、ＳＣＳ／ＡＳにより返された第４の監視応答メッセージを受信する。
【０１６９】
第４の監視応答メッセージは、第４の監視要求メッセージの確認応答に使用される。
【０１７０】
Ｓ４１４とＳ４１７とは厳密な順序で実行されず、順序を交換してもよく、または同時に実行されてもよいことに留意すべきである。
【０１７１】
Ｓ４０９においてＭＭＥ／ＳＧＳＮが現在の監視要求の監視イベントを既に有するとき、ＭＭＥ／ＳＧＳＮは、挿入ユーザサブスクリプションデータ応答メッセージに監視イベントレポートを追加するが、最大報告回数の値は１より大きい。代替的に、監視イベントレポートはＳ４０９とＳ４１０とにおいて報告されない。これらの２つの場合において、段階Ｓ４１０からＳ４１８は省略される。Ｓ４０１からＳ４０９は、ユーザグループに対する監視イベントを設定する手順である。Ｓ４０９の後、図５に示される監視手順に基づいて、後続のイベント監視が実装され得る。
【０１７２】
加えて、何らかの理由でＳＣＥＦがＳ４１４からＳ４１８を一時的に実行せず、この期間内に、段階Ｓ４０１における監視要求に対するイベントレポートをＳＣＥＦが受信するとき、ＳＣＥＦは、監視イベントレポートをＳＣＳ／ＡＳに送信することを停止する。
【０１７３】
図５に示されるように、具体的な監視手順が以下に説明される。
【０１７４】
Ｓ５０１．図４のＳ４０７における挿入加入者データ要求メッセージを受信した後、ＭＭＥ／ＳＧＳＮは、挿入加入者データ要求メッセージに保持される情報またはパラメータを取得し、当該情報またはパラメータに基づいて、ユーザグループ内のメンバに対するイベントを監視する。
【０１７５】
ユーザグループ内のメンバは、同じモビリティ管理エンティティに属してもよく、または、異なるモビリティ管理エンティティに属してもよく、ユーザグループにサービスを提供する１または複数のモビリティ管理エンティティが存在し得ることを理解されたい。各モビリティ管理エンティティは、モビリティ管理エンティティによりサービスを提供されるユーザグループ内のメンバに対して同じ手順または同様の手順を実行する。
【０１７６】
Ｓ５０２．ユーザグループ内のメンバに対するイベントを検出する場合、ＭＭＥ／ＳＧＳＮは監視指示メッセージをＳＣＥＦに送信し、ＳＣＥＦは、ＭＭＥ／ＳＧＳＮにより送信された監視指示メッセージを受信する。
【０１７７】
監視指示メッセージは、ＳＣＥＦ参照ＩＤ、監視イベントレポート、および外部識別子またはＭＳＩＳＤＮを保持する。Ｓ４０１における第１の監視要求メッセージが一度限りの監視要求であるとき、ＭＭＥ／ＳＧＳＮはさらに、ユーザグループに対する監視イベント構成をローカルに削除する。Ｓ４０１において第１の監視要求メッセージに含まれる最大報告回数の値が１より大きいとき、ＭＭＥ／ＳＧＳＮは、記録された残りの報告の数から１を減算する。残りの報告の数が０である場合、ＭＭＥ／ＳＧＳＮは、ユーザグループに対する監視イベント構成をローカルに削除する。
【０１７８】
Ｓ５０３．ＳＣＥＦは監視指示メッセージをＳＣＳ／ＡＳに送信し、ＳＣＳ／ＡＳは、ＳＣＥＦにより送信された監視指示メッセージを受信する。
【０１７９】
監視指示メッセージは、ＴＬＴＲＩ、監視イベントレポート、外部識別子またはＭＳＩＳＤＮを保持する。
【０１８０】
任意選択的に、ＳＣＥＦは、ＭＭＥ／ＳＧＳＮからの複数の監視イベントレポートを集約し、複数の監視イベントレポートを監視指示メッセージに追加し、監視指示メッセージをＳＣＳ／ＡＳに送信し得る。この場合、監視指示メッセージは、ＴＬＴＲＩと監視イベントレポートと外部識別子またはＭＳＩＳＤＮと間の対応関係のリストを保持する。
【０１８１】
Ｓ５０４．ＳＣＳ／ＡＳは監視指示応答メッセージをＳＣＥＦに返して、ＳＣＥＦは、ＳＣＳ／ＡＳにより返された監視指示応答メッセージを受信する。
【０１８２】
監視指示応答メッセージは、Ｓ５０３において受信される監視指示メッセージの確認応答に使用される。
【０１８３】
Ｓ５０５．ＳＣＥＦの処理は、２つのタイプの処理を含み得る。
【０１８４】
第１のタイプの処理について、プロセスは以下のいくつかの場合を含む。
【０１８５】
ＳＣＥＦは、Ｓ５０２において受信されたＳＣＥＦ参照ＩＤに基づいて、イベントレポートに対応するユーザグループを決定し、次に、Ｓ４０１またはＳ４０５において受信されたユーザグループのメンバ情報に基づいて、全てのメンバに対する監視イベントレポートが受信されたかどうかを決定する。全てのメンバに対する監視イベントレポートが受信されたとき、ＳＣＥＦは、ユーザグループ内の全てのメンバに対する監視イベントレポートが受信されたと決定（換言すると、ユーザグループ内の全てのメンバに対する監視イベントレポートが完了したと決定）し、ユーザグループに対する監視イベント構成の削除を開始するか、または、監視イベントレポートをＳＣＳ／ＡＳに送信することを停止する。ユーザグループ内の全てのメンバに対する監視イベントレポートが完了する場合、ユーザグループに対する監視イベントレポートは完了する。
【０１８６】
具体的に、ユーザグループ内の全てのメンバに対する監視イベントレポートが受信されたと決定するプロセスは、以下の通りである。
【０１８７】
Ｓ４０１における第１の監視要求メッセージが一度限りの監視要求であるとき、ユーザグループのメンバ情報（例えば、Ｎ個の識別子またはＮ名のメンバ）に基づいて、ユーザグループ内の全てのメンバに対する監視イベントレポートが受信されたと決定するプロセスは、以下の通りである：メンバ情報がメンバの数であるとき、ＳＣＥＦは、Ｓ５０２で受信された監視イベントレポートに関連付けられる異なるメンバの識別子（ＭＳＩＳＤＮまたは外部識別子）の数に基づいて、監視イベントレポートが受信されたメンバの数を決定し、監視イベントレポートが受信されたメンバの数がメンバ情報のメンバの数に到達した場合、ユーザグループ内の全てのメンバに対する監視イベントレポートが受信したと決定する。メンバ情報が各メンバの識別子であるとき、ＳＣＥＦは、Ｓ５０２で受信された監視イベントレポートに関連付けられる異なるメンバの識別子を、メンバ情報におけるメンバ識別子と比較して、監視イベントレポートが受信されたメンバの数を決定し、監視イベントレポートが受信されたメンバの識別子がメンバ情報における全てのメンバ識別子に到達した場合、ユーザグループ内の全てのメンバに対する監視イベントレポートが受信されたと決定する。任意選択的に、監視イベントレポートに関連付けられたメンバの識別子を受信する場合、ＳＣＥＦは、メンバの識別子がメンバ情報におけるメンバ識別子内に存在するかどうかに基づいて、識別子を有するメンバがユーザグループ内のメンバであるかどうかを決定し、識別子を有するメンバがユーザグループ内のメンバであると決定した場合、ユーザグループ内の全てのメンバに対する監視イベントレポートが受信されたかどうかを決定することを継続する。第１の監視要求メッセージが複数の監視イベントを含むとき、換言すると、第１の監視要求メッセージが、ユーザグループに対する複数の監視イベント（例えば、Ｍ回の監視イベント）を構成するのに使用されるとき、Ｓ５０２で受信された監視イベントレポートに基づいて、Ｎ名のメンバの各々に対する監視イベントレポートを受信する場合またはＮ名のメンバの各々のＭ回の監視イベントの各々に対する監視イベントレポートを受信する場合、ＳＣＥＦは、ユーザグループ内の全てのメンバに対する監視イベントレポートが受信されたと決定する。
【０１８８】
最大報告回数の値が１より大きいとき、ＳＣＥＦが、ユーザグループのメンバ情報（例えば、Ｎ個の識別子またはＮ名のメンバ）に基づいて、ユーザグループ内の全てのメンバに対する監視イベントレポートが受信されたと決定するプロセスは、以下の通りである：メンバ情報がメンバの数であるとき、ＳＣＥＦは、Ｓ５０２において受信される監視イベントレポートに関連付けられる異なるメンバの識別子（ＭＳＩＳＤＮまたは外部識別子）の数に基づいて、監視イベントレポートが受信されたメンバの数を決定し、各メンバに対する報告の累算数が最大報告回数に到達したかどうかを決定する。監視イベントレポートが受信されたメンバの数がメンバ情報のメンバの数に到達し、各メンバに対する報告の累算数が最大報告回数に到達した場合、ＳＣＥＦは、ユーザグループ内の全てのメンバに対する監視イベントレポートが受信されたと決定する。メンバ情報が各メンバの識別子であるとき、ＳＣＥＦは、Ｓ５０２で受信された監視イベントレポートに関連付けられる異なるメンバの識別子を、メンバ情報におけるメンバ識別子と比較して、監視イベントレポートが受信されたメンバの数を決定し、各メンバに対する報告の累算数が最大報告回数に到達したかどうかを決定する。監視イベントレポートが受信されたメンバの識別子がメンバ情報における全てメンバ識別子に到達し、各メンバに対する報告の累算数は最大報告回数に到達した場合、ＳＣＥＦは、ユーザグループ内の全てのメンバに対する監視イベントレポートが受信されたと決定する。任意選択的に、監視イベントレポートに関連付けられたメンバの識別子を受信する場合、ＳＣＥＦは、メンバの識別子がメンバ情報におけるメンバ識別子内に存在するかどうかに基づいて、識別子を有するメンバがユーザグループ内のメンバであるかどうかを決定し、識別子を有するメンバがユーザグループ内のメンバであると決定した場合、ユーザグループ内の全てのメンバに対する監視イベントレポートが受信されたかどうかを決定することを継続する。
【０１８９】
第１のメッセージが複数の監視イベントを含むとき、換言すると、第１のメッセージがユーザグループに対して複数の監視イベント（例えば、Ｍ回の監視イベント）を構成するのに使用されるとき、Ｎ名のメンバの各々に対するイベントレポートの受信回数が最大報告回数に到達した場合、または、Ｎ名のメンバの各々のＭ回の監視イベントの各々に対する監視イベントレポートの受信回数が最大報告回数に到達した場合、ＳＣＥＦは、ユーザグループ内の全てのメンバに対する監視イベントレポートが受信されたと決定する。
【０１９０】
ユーザグループに対する監視イベント構成は、Ｓ５０６からＳ５１０を使用して削除される。（第１のタイプの処理において、Ｓ５０６からＳ５１０は１回のみ実行される必要がある。）
【０１９１】
Ｓ５０６．ＳＣＥＦは監視要求メッセージをＨＳＳに送信し、ＨＳＳは、ＳＣＥＦにより送信された監視要求メッセージを受信する。
【０１９２】
監視要求メッセージは、ＳＣＥＦ参照ＩＤおよび削除命令を保持する。削除命令は、ユーザグループに対する監視イベント構成を削除するようにＨＳＳに命令するのに使用される。
【０１９３】
Ｓ５０７．ＨＳＳは、監視要求メッセージに基づいて、ユーザグループに対する監視イベント構成を削除する。
【０１９４】
Ｓ５０８．ＨＳＳは監視応答メッセージをＳＣＥＦに送信して、ＳＣＥＦは、ＨＳＳにより送信された監視応答メッセージを受信する。
【０１９５】
監視応答メッセージは、Ｓ５０６において受信された監視要求メッセージの確認応答に使用される。
【０１９６】
Ｓ５０９．ＳＣＥＦは監視要求メッセージをＳＣＳ／ＡＳに送信し、ＳＣＳ／ＡＳは、ＳＣＥＦにより送信された監視要求メッセージを受信する。
【０１９７】
監視要求メッセージはＴＬＴＲＩおよび削除命令を保持し、削除命令は、ユーザグループに対する監視イベント構成を削除するようにＳＣＳ／ＡＳに命令するのに使用される。
【０１９８】
Ｓ５１０．ＳＣＳ／ＡＳは監視応答メッセージをＳＣＥＦに返して、ＳＣＥＦは、ＳＣＳ／ＡＳにより返された監視応答メッセージを受信する。
【０１９９】
監視応答メッセージは、Ｓ５０９における監視要求メッセージの確認応答に使用される。
【０２００】
Ｓ５０６とＳ５０９とは厳密な順序で実行されず、順序を交換してもよく、または同時に実行されてもよいことに留意すべきである。Ｓ５０３とＳ５０５とは厳密な順序で実行されず、順序を交換してもよく、または同時に実行されてもよい。
【０２０１】
第２のタイプの処理について、プロセスは以下のいくつかの場合を含む。
【０２０２】
ＳＣＥＦは、Ｓ５０２において受信されたＳＣＥＦ参照ＩＤに基づいて、イベントレポートに対応するユーザグループを決定し、イベントレポートに対応する任意のメンバに対する監視イベントレポートが受信されたかどうか（換言すると、監視イベントレポートが完了されたかどうか）を決定し、イベントレポートに対応する任意のメンバに対する監視イベントレポートが受信されるとき、メンバに対する監視イベント構成を削除するようにＨＳＳに要求する。ＳＣＥＦはさらに、Ｓ４０１またはＳ４０５において受信されたユーザグループのメンバ情報に基づいて、ユーザグループ内の全てのメンバに対する監視イベントレポートが受信されたかどうか（換言すると、監視イベントレポートが完了されたかどうか）を決定する。ユーザグループ内の全てのメンバに対する監視イベントレポートが受信されたとき、以下が実行される：ユーザグループに対する監視イベント構成をローカルに削除することと、ユーザグループに対する監視イベント構成を削除すること、または、イベントレポートのＳＣＳ／ＡＳへの送信を停止することを行うようにＳＣＳ／ＡＳに要求すること。任意選択的に、メッセージがＨＳＳにさらに送信され得、当該メッセージは、ユーザグループに対する監視イベント構成を削除するようにＨＳＳに命令するのに使用される。メンバに対する監視イベントレポートが受信されたと決定される度に、ＳＣＥＦは、メンバに対する監視イベント構成を削除するようにＨＳＳに要求することに留意すべきである。従って、ＳＣＥＦが、本明細書におけるユーザグループに対する監視イベント構成を削除するように命令するのに使用されるメッセージをＨＳＳに送信することは、任意選択的な段階である。代替的に、ＳＣＥＦがさらに、ユーザグループ内の全てのメンバに対する監視イベント構成を削除するための要求メッセージがＨＳＳに送信されたと決定するとき、ＳＣＥＦは、ユーザグループに対する監視イベント構成をローカルに削除し、ユーザグループに対する監視イベント構成を削除するようにＳＣＳ／ＡＳに要求するか、または、イベントレポートをＳＣＳ／ＡＳに送信することを停止する。ユーザグループ内の全てのメンバに対する監視イベントレポートが完了する場合、ユーザグループに対する監視イベントレポートは完了する。
【０２０３】
具体的に、イベントレポートに対応するメンバに対する監視イベントレポートが受信されたと決定するプロセスは、以下の通りである。
【０２０４】
Ｓ４０１において第１の監視要求メッセージが一度限りの監視要求であり、Ｓ５０２においてメンバのイベントレポートが受信されるとき、ＳＣＥＦは、イベントレポートに対応するメンバに対する監視イベントレポートが受信されたと決定する。最大報告回数の値が１より大きく、Ｓ５０２の後に、メンバに対するイベントレポートの受信回数が最大報告回数に到達したとき、ＳＣＥＦは、イベントレポートに対応するメンバに対する監視イベントレポートが受信されたと決定する。任意選択的に、監視イベントレポートに関連付けられたメンバの識別子を受信する場合、ＳＣＥＦは、メンバの識別子がメンバ情報におけるメンバ識別子内に存在するかどうかに基づいて、識別子を有するメンバがユーザグループ内のメンバであるかどうかを決定し、識別子を有するメンバがユーザグループ内のメンバであると決定した場合、対応するメンバに対する監視イベントレポートが受信されたと決定することを継続する。第１のメッセージが複数の監視イベントを含むとき、換言すると、第１のメッセージがユーザグループに対して複数の監視イベント（例えば、Ｍ回の監視イベント）を構成するのに使用されるとき、メンバに対するイベントレポートの受信回数が最大報告回数に到達した場合、または、メンバのＭ回の監視イベントの各々に対する監視イベントレポートの受信回数が最大報告回数に到達した場合、ＳＣＥＦは、イベントレポートに対応するメンバに対する監視イベントレポートが受信されたと決定する。
【０２０５】
同様に、Ｓ５０６からＳ５０８は、メンバに対する監視イベント構成を削除するようにＨＳＳに要求するのに使用される。（第２のタイプの処理において、Ｓ５０６からＳ５０８は、複数回、またはＮ回実行される必要がある。）
【０２０６】
Ｓ５０６．ＳＣＥＦは監視要求メッセージをＨＳＳに送信し、ＨＳＳは、ＳＣＥＦにより送信された監視要求メッセージを受信する。
【０２０７】
監視要求メッセージは、ＳＣＥＦ参照ＩＤ、外部グループ識別子、メンバ識別子（換言すると、外部識別子および／またはＭＳＩＳＤＮ）、および削除命令を保持する。削除命令は、メンバ識別子に対応するメンバに対する監視イベント構成を削除するようにＨＳＳに命令するのに使用される。
【０２０８】
Ｓ５０７．ＨＳＳは、監視要求メッセージに基づいて、メンバに対する監視イベント構成を削除する。
【０２０９】
Ｓ５０８．ＨＳＳは監視応答メッセージをＳＣＥＦに送信して、ＳＣＥＦは、ＨＳＳにより送信された監視応答メッセージを受信する。
【０２１０】
監視応答メッセージは、Ｓ５０６において受信された監視要求メッセージの確認応答に使用される。
【０２１１】
任意選択的に、ＳＣＥＦは、Ｓ５０６における監視要求メッセージに複数のメンバ識別子を追加し、ＨＳＳは、複数のメンバ識別子に対応する監視イベント構成を削除する。
【０２１２】
ユーザグループ内の全てのメンバに対する監視イベントレポートが受信されたと決定するプロセスは、以下の通りである。
【０２１３】
Ｓ４０１における第１の監視要求メッセージが一度限りの監視要求であるとき、ユーザグループのメンバ情報（例えば、Ｎ個の識別子またはＮ名のメンバ）に基づいて、ユーザグループ内の全てのメンバに対する監視イベントレポートが受信されたと決定するプロセスは、以下の通りである：メンバ情報がメンバの数であるとき、ＳＣＥＦは、Ｓ５０２で受信された監視イベントレポートに関連付けられる異なるメンバの識別子（ＭＳＩＳＤＮまたは外部識別子）の数に基づいて、監視イベントレポートが受信されたメンバの数を決定し、監視イベントレポートが受信されたメンバの数がメンバ情報のメンバの数に到達した場合、ユーザグループ内の全てのメンバに対する監視イベントレポートが受信したと決定する。メンバ情報が各メンバの識別子であるとき、ＳＣＥＦは、Ｓ５０２で受信された監視イベントレポートに関連付けられる異なるメンバの識別子を、メンバ情報におけるメンバ識別子と比較して、監視イベントレポートが受信されたメンバの数を決定し、監視イベントレポートが受信されたメンバの識別子がメンバ情報における全てのメンバ識別子に到達した場合、ユーザグループ内の全てのメンバに対する監視イベントレポートが受信されたと決定する。任意選択的に、監視イベントレポートに関連付けられたメンバの識別子を受信する場合、ＳＣＥＦは、メンバの識別子がメンバ情報におけるメンバ識別子内に存在するかどうかに基づいて、識別子を有するメンバがユーザグループ内のメンバであるかどうかを決定し、識別子を有するメンバがユーザグループ内のメンバであると決定した場合、ユーザグループ内の全てのメンバに対する監視イベントレポートが受信されたかどうかを決定することを継続する。第１の監視要求メッセージが複数の監視イベントを含むとき、換言すると、第１の監視要求メッセージが、ユーザグループに対する複数の監視イベント（例えば、Ｍ回の監視イベント）を構成するのに使用されるとき、Ｓ５０２で受信された監視イベントレポートに基づいて、Ｎ名のメンバの各々に対する監視イベントレポートを受信する場合またはＮ名のメンバの各々のＭ回の監視イベントの各々に対する監視イベントレポートを受信する場合、ＳＣＥＦは、ユーザグループ内の全てのメンバに対する監視イベントレポートが受信されたと決定する。
【０２１４】
最大報告回数の値が１より大きいとき、ＳＣＥＦが、ユーザグループのメンバ情報（例えば、Ｎ個の識別子またはＮ名のメンバ）に基づいて、ユーザグループ内の全てのメンバに対する監視イベントレポートが受信されたと決定するプロセスは、以下の通りである：メンバ情報がメンバの数であるとき、ＳＣＥＦは、Ｓ５０２において受信される監視イベントレポートに関連付けられる異なるメンバの識別子（ＭＳＩＳＤＮまたは外部識別子）の数に基づいて、監視イベントレポートが受信されたメンバの数を決定し、各メンバに対する報告の累算数が最大報告回数に到達したかどうかを決定する。監視イベントレポートが受信されたメンバの数がメンバ情報のメンバの数に到達し、各メンバに対する報告の累算数が最大報告回数に到達した場合、ＳＣＥＦは、ユーザグループ内の全てのメンバに対する監視イベントレポートが受信されたと決定する。メンバ情報が各メンバの識別子であるとき、ＳＣＥＦは、Ｓ５０２で受信された監視イベントレポートに関連付けられる異なるメンバの識別子を、メンバ情報におけるメンバ識別子と比較して、監視イベントレポートが受信されたメンバの数を決定し、各メンバに対する報告の累算数が最大報告回数に到達したかどうかを決定する。監視イベントレポートが受信されたメンバの識別子がメンバ情報における全てメンバ識別子に到達し、各メンバに対する報告の累算数は最大報告回数に到達した場合、ＳＣＥＦは、ユーザグループ内の全てのメンバに対する監視イベントレポートが受信されたと決定する。任意選択的に、監視イベントレポートに関連付けられたメンバの識別子を受信する場合、ＳＣＥＦは、メンバの識別子がメンバ情報におけるメンバ識別子内に存在するかどうかに基づいて、識別子を有するメンバがユーザグループ内のメンバであるかどうかを決定し、識別子を有するメンバがユーザグループ内のメンバであると決定した場合、ユーザグループ内の全てのメンバに対する監視イベントレポートが受信されたかどうかを決定することを継続する。
【０２１５】
第１のメッセージが複数の監視イベントを含むとき、換言すると、第１のメッセージがユーザグループに対して複数の監視イベント（例えば、Ｍ回の監視イベント）を構成するのに使用されるとき、Ｎ名のメンバの各々に対するイベントレポートの受信回数が最大報告回数に到達した場合、または、Ｎ名のメンバの各々のＭ回の監視イベントの各々に対する監視イベントレポートの受信回数が最大報告回数に到達した場合、ＳＣＥＦは、ユーザグループ内の全てのメンバに対する監視イベントレポートが受信されたと決定する。
【０２１６】
ユーザグループに対する監視イベント構成は、Ｓ５０９およびＳ５１０を使用して削除される。
【０２１７】
Ｓ５０９．ＳＣＥＦは監視要求メッセージをＳＣＳ／ＡＳに送信し、ＳＣＳ／ＡＳは、ＳＣＥＦにより送信された監視要求メッセージを受信する。
【０２１８】
監視要求メッセージはＴＬＴＲＩおよび削除命令を保持し、削除命令は、ユーザグループに対する監視イベント構成を削除するようにＳＣＳ／ＡＳに命令するのに使用される。
【０２１９】
Ｓ５１０．ＳＣＳ／ＡＳは監視応答メッセージをＳＣＥＦに返して、ＳＣＥＦは、ＳＣＳ／ＡＳにより返された監視応答メッセージを受信する。
【０２２０】
監視応答メッセージは、Ｓ５０９における監視要求メッセージの確認応答に使用される。
【０２２１】
図５において異なる段階で送信された監視要求メッセージと監視応答メッセージとは区別されない。同じ名称を有するメッセージは、同じ内容を保持してもよく、または、異なる内容を保持してもよいことを理解されたい。図５においてＳ５０５からＳ５１０に示される段階は同じである。しかしながら、実際に、上述の説明に基づいて、当該段階は、Ｓ５０５におけるＳＣＥＦの処理の２つの異なるタイプに基づいて、異なるように説明されてよい。当該段階の詳細な説明については、上述の説明を参照されたい。
【０２２２】
加えて、何らかの理由でＳ５０６からＳ５１０においてＳＣＥＦが一時的に実行せず、この期間内に、段階Ｓ４０１における監視要求に対するイベントレポートをＳＣＥＦが受信するとき、ＳＣＥＦは、監視イベントレポートをＳＣＳ／ＡＳに送信することを停止する。
【０２２３】
結論として、図４および図５に示される方法によると、ＬＴＥシステムにおいて、ＳＣＥＦは、ユーザグループのメンバ情報を取得し、これにより、監視イベントレポートを受信する場合、ＳＣＥＦは、ユーザグループのメンバ情報に基づいて、ユーザグループ内の全てのメンバに対する監視イベントレポートが受信されたと決定し得、さらに、ユーザグループに対する監視イベント構成の削除、または、イベントレポートの停止を行い得、これにより、リソースの無駄を回避し、後続のポリシの正確な実行を保証することに役立つ。
【０２２４】
アプリケーションシナリオ２：５Ｇシステム。公開機能エンティティはＮＥＦであり、サードパーティアプリケーションエンティティはＳＣＳ／ＡＳであり、モビリティ管理ネットワークエレメントはＡＭＦであり、ユーザデータ管理エンティティはＵＤＭ２０３である。
【０２２５】
図６Ａおよび図６Ｂに示されるように、アプリケーションシナリオ２におけるイベント監視の手順は、以下に具体的に説明される：
【０２２６】
Ｓ６０１．ＳＣＳ／ＡＳは、ユーザグループベースの監視イベントサブスクリプション要求（Ｎｎｅｆ＿ＥｖｅｎｔＥｘｐｏｓｕｒｅ＿Ｓｕｂｓｃｒｉｂｅ  ｒｅｑｕｅｓｔ）メッセージをＮＥＦに送信し、ＮＥＦは、ＳＣＳ／ＡＳにより送信されたＮｎｅｆ＿ＥｖｅｎｔＥｘｐｏｓｕｒｅ＿Ｓｕｂｓｃｒｉｂｅ  ｒｅｑｕｅｓｔメッセージを受信する。Ｎｎｅｆ＿ＥｖｅｎｔＥｘｐｏｓｕｒｅ＿Ｓｕｂｓｃｒｉｂｅ  ｒｅｑｕｅｓｔメッセージは上述の実施形態における第１のメッセージであり、第１のメッセージの属性および機能を有する。
【０２２７】
Ｎｎｅｆ＿ＥｖｅｎｔＥｘｐｏｓｕｒｅ＿Ｓｕｂｓｃｒｉｂｅ  ｒｅｑｕｅｓｔメッセージは、ユーザグループのメンバ情報を保持し、限定されないが、以下の情報の少なくとも１つをさらに保持し得る：ＳＣＳ／ＡＳイベント通知アドレス、ＳＣＳ／ＡＳイベント通知識別子、監視イベント（Ｍｏｎｉｔｏｒｉｎｇ  Ｅｖｅｎｔ）、外部グループ識別子（Ｅｘｔｅｒｎａｌ  Ｇｒｏｕｐ  ＩＤ）、およびイベントレポートモード。イベントレポートモードの値は、到達された最大回数の報告、定期的報告、または、到達された最大期間の報告であり得る。イベントレポート粒度が、最大回数に到達されたことを報告しているとき、Ｎｎｅｆ＿ＥｖｅｎｔＥｘｐｏｓｕｒｅ＿Ｓｕｂｓｃｒｉｂｅ  ｒｅｑｕｅｓｔメッセージはさらに、最大報告回数を保持する。
【０２２８】
監視イベントサブスクリプション要求メッセージにおけるパラメータ構成は、ユーザグループ内の各メンバに適用可能である。イベントレポート粒度が、最大回数に到達されたことを報告しており、Ｎｎｅｆ＿ＥｖｅｎｔＥｘｐｏｓｕｒｅ＿Ｓｕｂｓｃｒｉｂｅ  ｒｅｑｕｅｓｔメッセージに保持される最大報告回数の値が１であるとき、Ｎｎｅｆ＿ＥｖｅｎｔＥｘｐｏｓｕｒｅ＿Ｓｕｂｓｃｒｉｂｅ  ｒｅｑｕｅｓｔメッセージが一度限りの監視要求であることを指示する。
【０２２９】
５Ｇシステムにおいて、監視イベントサブスクリプションは、ＬＴＥシステムにおける監視イベント構成と同様であり得る。
【０２３０】
Ｓ６０２．ＮＥＦは、Ｓ６０１において受信されたメッセージに保持される様々な情報を記憶し、ＮＥＦは、ローカルポリシに基づいて、サブスクライブされた監視要求を認証する。
【０２３１】
Ｓ６０３．ＮＥＦは、監視イベントサブスクリプション要求メッセージ、すなわち、Ｎｕｄｍ＿ＥｖｅｎｔＥｘｐｏｓｕｒｅ＿Ｓｕｂｓｃｒｉｂｅ  ｒｅｑｕｅｓｔメッセージを、ＵＤＭに送信し、ＵＤＭは、ＮＥＦにより送信されたＮｕｄｍ＿ＥｖｅｎｔＥｘｐｏｓｕｒｅ＿Ｓｕｂｓｃｒｉｂｅ  ｒｅｑｕｅｓｔメッセージを受信する。
【０２３２】
当該メッセージは、Ｅｘｔｅｒｎａｌ  Ｇｒｏｕｐ  ＩＤ、監視イベント、ＮＥＦイベント通知アドレス、およびＮＥＦイベント通知識別子を保持し、さらに、Ｓ６０１におけるＮｎｅｆ＿ＥｖｅｎｔＥｘｐｏｓｕｒｅ＿Ｓｕｂｓｃｒｉｂｅ  ｒｅｑｕｅｓｔメッセージのいくつかの任意選択的なパラメータを保持し得る。ＮＥＦイベント通知アドレスおよびＮＥＦイベント通知識別子は、ユーザグループを決定すべく、将来のイベント通知に関連付けられるのに使用される。
【０２３３】
Ｓ６０４．ＵＤＭは、Ｓ６０３において受信されたＮｕｄｍ＿ＥｖｅｎｔＥｘｐｏｓｕｒｅ＿Ｓｕｂｓｃｒｉｂｅ  ｒｅｑｕｅｓｔメッセージをチェックし、チェックに成功した後、ＵＤＭはメッセージに保持されるパラメータを記憶する。ＵＤＭは、外部グループ識別子とユーザグループ内におけるメンバの識別子との間の対応関係を決定する。
【０２３４】
Ｓ６０５．ＵＤＭは、監視イベントサブスクリプション応答（Ｎｕｄｍ＿ＥｖｅｎｔＥｘｐｏｓｕｒｅ＿Ｓｕｂｓｃｒｉｂｅ  Ｒｅｓｐｏｎｓｅ）メッセージをＮＥＦに送信し、ＮＥＦは、ＵＤＭにより送信された監視イベントサブスクリプション応答メッセージを受信する。
【０２３５】
任意選択的に、監視イベントサブスクリプション応答メッセージはユーザグループのメンバ情報を保持する。監視イベントサブスクリプション応答メッセージはさらに、受信されたＵＤＭサブスクリプション識別子および受信指示を保持する。
【０２３６】
Ｓ６０６．ＮＥＦは、監視イベントサブスクリプション応答（Ｎｎｅｆ＿ＥｖｅｎｔＥｘｐｏｓｕｒｅ＿Ｓｕｂｓｃｒｉｂｅ  Ｒｅｓｐｏｎｓｅ）メッセージをＳＣＳ／ＡＳに送信し、ＳＣＳ／ＡＳは、ＮＥＦにより送信された監視イベントサブスクリプション応答メッセージを受信する。
【０２３７】
当該メッセージは、ＮＥＦサブスクリプション識別子および受信指示を保持する。
【０２３８】
Ｓ６０７からＳ６１１は、ユーザグループ内の各メンバに対して実行される。
【０２３９】
Ｓ６０７．ＵＤＭは、ユーザグループ内のメンバに対して、サブスクリプションデータ管理（Ｓｕｂｓｃｒｉｂｅｒ  Ｄａｔａ  Ｍａｎａｇｅｍｅｎｔ，ＳＤＭ）通知要求メッセージ（Ｎｕｄｍ＿ＳＤＭ＿Ｎｏｔｉｆｉｃａｔｉｏｎ  Ｒｅｑｕｅｓｔ）を、メンバにサービスを提供しているＡＭＦに送信し、ＡＭＦは、ＵＤＭにより送信されたＳＤＭ通知要求メッセージを受信する。
【０２４０】
当該メッセージは、外部識別子またはＭＳＩＳＤＮを保持し、さらに、最大報告回数を保持し得る。
【０２４１】
Ｓ６０８．ＵＤＭは、監視イベントサブスクリプション要求（Ｎａｍｆ＿ＥｖｅｎｔＥｘｐｏｓｕｒｅ＿Ｓｕｂｓｃｒｉｂｅ  Ｒｅｑｕｅｓｔ）メッセージを、Ｓ６０７におけるメンバに対するＡＭＦに送信し、ＡＭＦは、ＵＤＭにより送信されたＮａｍｆ＿ＥｖｅｎｔＥｘｐｏｓｕｒｅ＿Ｓｕｂｓｃｒｉｂｅ  ｒｅｑｕｅｓｔメッセージを受信する。
【０２４２】
当該メッセージは、監視イベント、ＮＥＦイベント通知アドレス、およびＮＥＦイベント通知識別子を保持する。
【０２４３】
Ｓ６０９．ＡＭＦは、受信されたＮａｍｆ＿ＥｖｅｎｔＥｘｐｏｓｕｒｅ＿Ｓｕｂｓｃｒｉｂｅ  ｒｅｑｕｅｓｔメッセージにおけるパラメータを記憶し、対応する処理を実行する。
【０２４４】
処理プロセスは、最大報告回数に基づいて、残りの報告の数を設定することを含む。
【０２４５】
Ｓ６１０．ＡＭＦは、ＳＤＭ通知応答（Ｎｕｄｍ＿ＳＤＭ＿Ｎｏｔｉｆｉｃａｔｉｏｎ  Ｒｅｓｐｏｎｓｅ）メッセージをＵＤＭに送信し、ＵＤＭは、ＡＭＦにより送信されたＮｕｄｍ＿ＳＤＭ＿Ｎｏｔｉｆｉｃａｔｉｏｎ  ｒｅｓｐｏｎｓｅメッセージを受信する。
【０２４６】
当該メッセージは、受信指示を保持する。
【０２４７】
Ｓ６１１．ＡＭＦは、監視イベントサブスクリプション応答（Ｎａｍｆ＿ＥｖｅｎｔＥｘｐｏｓｕｒｅ＿Ｓｕｂｓｃｒｉｂｅ  Ｒｅｓｐｏｎｓｅ）メッセージをＵＤＭに返して、ＵＤＭは、ＡＭＦにより送信されたＮａｍｆ＿ＥｖｅｎｔＥｘｐｏｓｕｒｅ＿Ｓｕｂｓｃｒｉｂｅ  ｒｅｓｐｏｎｓｅメッセージを受信する。
【０２４８】
当該メッセージは、ＡＭＦサブスクリプション識別子および受信指示を保持する。ＡＭＦが現在サブスクライブされている監視イベントの監視イベントレポートを有するとき、ＡＭＦは、監視イベントレポート、ＮＥＦイベント通知アドレス、およびＮＥＦイベント通知識別子を、Ｎａｍｆ＿ＥｖｅｎｔＥｘｐｏｓｕｒｅ＿Ｓｕｂｓｃｒｉｂｅ  ｒｅｓｐｏｎｓｅメッセージに追加する。さらに、Ｓ６０７における監視イベントサブスクリプションが最初の監視要求であるとき、ＡＭＦは、ユーザグループに対する監視イベント構成をローカルに削除する。Ｓ６０７で保持される最大報告回数の値が１より大きいとき、ＡＭＦは、残りの報告の数から１を減算する。
【０２４９】
監視イベントレポートがＳ６１１に保持されるとき、後続の段階が実行される。そうでなければ、後続の段階は実行されない。
【０２５０】
Ｓ６１２．ＵＤＭは、監視イベント通知要求（Ｎｄｕｍ＿ＥｖｅｎｔＥｘｐｏｓｕｒｅ＿Ｎｏｔｉｆｙ  Ｒｅｑｕｅｓｔ）メッセージをＮＥＦに送信し、ＮＥＦは、ＵＤＭにより送信されたＮｄｕｍ＿ＥｖｅｎｔＥｘｐｏｓｕｒｅ＿Ｎｏｔｉｆｙ  ｒｅｑｕｅｓｔメッセージを受信する。ＮＥＦは、Ｎｄｕｍ＿ＥｖｅｎｔＥｘｐｏｓｕｒｅ＿Ｎｏｔｉｆｙ  ｒｅｓｐｏｎｓｅメッセージをＵＤＭに返す。
【０２５１】
Ｎｄｕｍ＿ＥｖｅｎｔＥｘｐｏｓｕｒｅ＿Ｎｏｔｉｆｙ  ｒｅｑｕｅｓｔメッセージは、ＮＥＦイベント通知識別子、監視イベントレポート、および、監視イベントレポートに対応する外部識別子またはＭＳＩＳＤＮを保持する。実際のアプリケーションにおいて、ＵＤＭは、ＡＭＦから複数の監視イベントレポートを集約し、監視イベント通知要求メッセージを使用して、複数の監視イベントレポートをＮＥＦに送信し得る。具体的には、監視イベント通知要求メッセージは、ＮＥＦイベント通知識別子と監視イベントレポートと外部識別子またはＭＳＩＳＤＮと間の対応関係のリストを保持する。
【０２５２】
Ｓ６１３．ＮＥＦは、監視イベントサブスクリプション要求（Ｎｎｅｆ＿Ｅｖｅｎｔ  Ｅｘｐｏｓｕｒｅ＿Ｎｏｔｉｆｙ  Ｒｅｑｕｅｓｔ）メッセージをＳＣＳ／ＡＳに送信し、ＳＣＳ／ＡＳは、ＮＥＦにより送信されるＮｎｅｆ＿ＥｖｅｎｔＥｘｐｏｓｕｒｅ＿Ｎｏｔｉｆｙ  ｒｅｑｕｅｓｔメッセージを受信する。ＳＣＳ／ＡＳは、監視イベントサブスクリプション応答（Ｎｎｅｆ＿ＥｖｅｎｔＥｘｐｏｓｕｒｅ＿Ｎｏｔｉｆｙ  ｒｅｓｐｏｎｓｅ）メッセージをＮＥＦに返して、ＮＥＦは、ＳＣＳ／ＡＳにより返されたＮｎｅｆ＿ＥｖｅｎｔＥｘｐｏｓｕｒｅ＿Ｎｏｔｉｆｙ  ｒｅｓｐｏｎｓｅメッセージを受信する。
【０２５３】
Ｎｎｅｆ＿ＥｖｅｎｔＥｘｐｏｓｕｒｅ＿Ｎｏｔｉｆｙ  ｒｅｑｕｅｓｔメッセージは、ＳＣＳ／ＡＳイベント通知識別子、監視イベントレポート、および外部識別子またはＭＳＩＳＤＮを保持する。複数の監視イベントレポートがＳ６１２に保持されるとき、Ｎｎｅｆ＿ＥｖｅｎｔＥｘｐｏｓｕｒｅ＿Ｎｏｔｉｆｙ  ｒｅｑｕｅｓｔメッセージは、ＳＣＳ／ＡＳイベント通知識別子と監視イベントレポートと外部識別子またはＭＳＩＳＤＮとの間の対応関係のリストを保持する。
【０２５４】
Ｓ６１４．ＮＥＦの処理プロセスは、以下のいくつかの場合を含む。
【０２５５】
Ｓ６０１における監視イベントサブスクリプション要求メッセージが一度限りの監視要求であるとき、ＡＭＦは、監視イベントレポートを、Ｓ６１１におけるＮａｍｆ＿ＥｖｅｎｔＥｘｐｏｓｕｒｅ＿Ｓｕｂｓｃｒｉｂｅ  ｒｅｓｐｏｎｓｅメッセージに追加し、ＵＤＭは、Ｓ６１２におけるＡＭＦからの監視イベントレポートをＮＥＦに送信する。ＮＥＦは、受信されたＮＥＦ通知識別子に基づいて、イベントレポートに対応するユーザグループを決定し、次に、Ｓ６０１またはＳ６０５で受信されたユーザグループのメンバ情報に基づいて、Ｓ６１２で受信された監視イベントレポートが全てのメンバに対する監視イベントレポートを含むかどうかを決定する。監視イベントレポートが、全てのメンバに対する監視イベントレポートを含むとき、ＮＥＦは、ユーザグループ内の全てのメンバに対する監視イベントレポートが受信されたと決定（換言すると、ユーザグループ内の全てのメンバに対する監視イベントレポートが完了したと決定）し、ユーザグループに対する監視イベント構成の削除を開始するか、または、監視イベントレポートをＳＣＳ／ＡＳに送信することを停止する。ユーザグループ内の全てのメンバに対する監視イベントレポートが完了する場合、ユーザグループに対する監視イベントレポートは完了する。
【０２５６】
具体的に、ユーザグループのメンバ情報（例えば、Ｎ個の識別子またはＮ名のメンバ）に基づいて、ユーザグループ内の全てのメンバに対する監視イベントレポートが受信されたと決定するプロセスは、以下の通りである：メンバ情報がメンバの数であるとき、ＮＥＦは、Ｓ６１２で受信された監視イベントレポートに関連付けられる異なるメンバの識別子（ＭＳＩＳＤＮまたは外部識別子）の数に基づいて、監視イベントレポートが受信されたメンバの数を決定し、監視イベントレポートが受信されたメンバの数がメンバ情報のメンバの数に到達した場合、ユーザグループ内の全てのメンバに対する監視イベントレポートが受信したと決定する。メンバ情報が各メンバの識別子であるとき、ＮＥＦは、Ｓ６１２で受信された監視イベントレポートに関連付けられる異なるメンバの識別子を、メンバ情報におけるメンバ識別子と比較して、監視イベントレポートが受信されたメンバの数を決定し、監視イベントレポートが受信されたメンバの識別子がメンバ情報における全てのメンバ識別子に到達した場合、ユーザグループ内の全てのメンバに対する監視イベントレポートが受信されたと決定する。任意選択的に、監視イベントレポートに関連付けられたメンバの識別子を受信する場合、ＮＥＦは、メンバの識別子がメンバ情報におけるメンバ識別子内に存在するかどうかに基づいて、識別子を有するメンバがユーザグループ内のメンバであるかどうかを決定し、識別子を有するメンバがユーザグループ内のメンバであると決定した場合、ユーザグループ内の全てのメンバに対する監視イベントレポートが受信されたかどうかを決定することを継続する。監視イベントサブスクリプション要求が複数の監視イベントを含むとき、換言すると、監視イベントサブスクリプション要求が、ユーザグループに対する複数の監視イベント（例えば、Ｍ回の監視イベント）を構成するのに使用されるとき、Ｓ６１２で受信された監視イベントレポートに基づいて、Ｎ名のメンバの各々に対する監視イベントレポートを受信する場合またはＮ名のメンバの各々のＭ回の監視イベントの各々に対する監視イベントレポートを受信する場合、ＮＥＦは、ユーザグループ内の全てのメンバに対する監視イベントレポートが受信されたと決定する。
【０２５７】
Ｓ６１５からＳ６２２を使用することにより、ユーザグループに対する監視イベントサブスクリプションが削除される。
【０２５８】
Ｓ６１５．ＮＥＦは、監視イベントアンサブスクリプション要求（Ｎｕｄｍ＿ＥｖｅｎｔＥｘｐｏｓｕｒｅ＿Ｕｎｓｕｂｓｃｒｉｂｅ  Ｒｅｑｕｅｓｔ）をＵＤＭに送信し、Ｎｕｄｍ＿ＥｖｅｎｔＥｘｐｏｓｕｒｅ＿Ｕｎｓｕｂｓｃｒｉｂｅ  ｒｅｑｕｅｓｔメッセージは、ＵＤＭサブスクリプション識別子を保持する。ＵＤＭは、ＮＥＦにより送信されたＮｕｄｍ＿ＥｖｅｎｔＥｘｐｏｓｕｒｅ＿Ｕｎｓｕｂｓｃｒｉｂｅ  ｒｅｑｕｅｓｔメッセージを受信する。
【０２５９】
Ｓ６１６．ＵＤＭは、監視イベントアンサブスクリプション要求（Ｎａｍｆ＿ＥｖｅｎｔＥｘｐｏｓｕｒｅ＿Ｕｎｓｕｂｓｃｒｉｂｅ  Ｒｅｑｕｅｓｔ）をＡＭＦに送信し、ＡＭＦは、ＵＤＭにより送信されたＮａｍｆ＿ＥｖｅｎｔＥｘｐｏｓｕｒｅ＿Ｕｎｓｕｂｓｃｒｉｂｅ  Ｒｅｑｕｅｓｔを受信する。
【０２６０】
Ｎａｍｆ＿ＥｖｅｎｔＥｘｐｏｓｕｒｅ＿Ｕｎｓｕｂｓｃｒｉｂｅ  Ｒｅｑｕｅｓｔメッセージは、ＡＭＦサブスクリプション識別子を保持する。
【０２６１】
Ｓ６１７．ＡＭＦは、ＡＭＦサブスクリプション識別子に対応する監視イベントサブスクリプション情報を削除する。
【０２６２】
Ｓ６１８．ＡＭＦは、応答メッセージをＵＤＭに返す。
【０２６３】
Ｓ６１９．ＵＤＭは、ＵＤＭサブスクリプション識別子に対応する監視イベントサブスクリプション情報を削除し、確認応答メッセージをＮＥＦに返す。
【０２６４】
Ｓ６２０．ＮＥＦは、監視イベント通知要求（Ｎｎｅｆ＿ＥｖｅｎｔＥｘｐｏｓｕｒｅ＿Ｎｏｔｉｆｙ  Ｒｅｑｕｅｓｔ）メッセージをＳＣＳ／ＡＳに送信し、Ｎｎｅｆ＿ＥｖｅｎｔＥｘｐｏｓｕｒｅ＿Ｎｏｔｉｆｙ  ｒｅｑｕｅｓｔメッセージは、ＳＣＳイベント通知識別子および削除命令を保持する。ＳＣＳ／ＡＳは応答メッセージを返す。
【０２６５】
Ｓ６２１．ＳＣＳ／ＡＳは、監視イベントアンサブスクリプション要求（Ｎｎｅｆ＿ＥｖｅｎｔＥｘｐｏｓｕｒｅ＿Ｕｎｓｕｂｓｃｒｉｂｅ  Ｒｅｑｕｅｓｔ）メッセージをＮＥＦに送信し、監視イベントアンサブスクリプション要求（Ｎｎｅｆ＿ＥｖｅｎｔＥｘｐｏｓｕｒｅ＿Ｕｎｓｕｂｓｃｒｉｂｅ  Ｒｅｑｕｅｓｔ）メッセージは、ＮＥＦサブスクリプション識別子を保持する。
【０２６６】
Ｓ６２２．ＮＥＦは、ＮＥＦサブスクリプション識別子に対応するイベントサブスクリプション情報を削除した後、確認応答メッセージを返す。
【０２６７】
Ｓ６１５とＳ６２０とは厳密な順序で実行されず、順序を交換してもよく、または同時に実行されてもよいことに留意すべきである。
【０２６８】
加えて、何らかの理由でＮＥＦがＳ６１５からＳ６２２を一時的に実行せず、この期間内に、段階Ｓ６０１における監視イベントサブスクリプション要求に対する監視イベントレポートをＮＥＦが受信するとき、ＳＣＥＦは、監視イベントレポートをＳＣＳ／ＡＳに送信することを停止する。
【０２６９】
ＡＭＦがＳ６１１における監視イベントレポートを保持するが、最大報告回数の値が１より大きいまたはＡＭＦがＳ６１１における監視イベントレポートを報告しないとき、後続のイベント監視が、図７に示される監視手順に基づいて実装され得る。
【０２７０】
図７に示されるように、具体的な監視手順が以下に説明される。
【０２７１】
Ｓ７０１．図６ＡにおけるＳ６１０でＮｕｄｍ＿ＳＤＭ＿Ｎｏｔｉｆｉｃａｔｉｏｎ  ｒｅｓｐｏｎｓｅメッセージを受信した後、ＡＭＦは、Ｎｕｄｍ＿ＳＤＭ＿Ｎｏｔｉｆｉｃａｔｉｏｎ  ｒｅｓｐｏｎｓｅメッセージに保持されるパラメータに基づいて、ユーザグループ内のメンバに対するイベントを監視する。
【０２７２】
ユーザグループ内のメンバは同じＡＭＦに属してもよく、または、異なるＡＭＦに属してもよく、ユーザグループにサービスを提供する１または複数のＡＭＦが存在してよいことを理解されたい。各ＡＭＦは、ＡＭＦによりサービスを提供されるユーザグループ内のメンバに対して同じ手順または同様の手順を実行する。
【０２７３】
Ｓ７０２．ＡＭＦは、監視イベント通知要求メッセージ、すなわち、Ｎａｍｆ＿ＥｖｅｎｔＥｘｐｏｓｕｒｅ＿Ｎｏｔｉｆｙ  ｒｅｑｕｅｓｔをＮＥＦに送信し、ここで、Ｎａｍｆ＿ＥｖｅｎｔＥｘｐｏｓｕｒｅ＿Ｎｏｔｉｆｙ  ｒｅｑｕｅｓｔメッセージは、ＮＥＦイベント通知アドレス、ＮＥＦイベント通知識別子、監視イベントレポート、および、監視イベントレポートに対応する外部識別子またはＭＳＩＳＤＮを保持する。イベントレポートモードが、最大回数に到達されたことを報告しており、最大報告回数が１であるとき、ＡＭＦは、ユーザグループに対する監視イベントサブスクリプションをローカルに削除する。最大報告回数の値が１より大きいとき、ＡＭＦは、記録された報告の残りの数から１を減算する。残りの報告の数が０である場合、ＡＭＦは、ユーザグループに対する監視イベント構成をローカルに削除する。
【０２７４】
Ｓ７０３．ＮＥＦは、確認応答メッセージ、すなわち、Ｎａｍｆ＿ＥｖｅｎｔＥｘｐｏｓｕｒｅ＿Ｎｏｔｉｆｙ  ｒｅｓｐｏｎｓｅをＡＭＦに返して、ＡＭＦは、ＮＥＦにより返されたＮａｍｆ＿ＥｖｅｎｔＥｘｐｏｓｕｒｅ＿Ｎｏｔｉｆｙ  ｒｅｓｐｏｎｓｅを受信する。
【０２７５】
Ｓ７０４．ＮＥＦは、監視イベント通知要求、すなわち、Ｎｎｅｆ＿ＥｖｅｎｔＥｘｐｏｓｕｒｅ＿Ｎｏｔｉｆｙ  ＲｅｑｕｅｓｔをＳＣＳ／ＡＳに送信し、ここで、Ｎｎｅｆ＿ＥｖｅｎｔＥｘｐｏｓｕｒｅ＿Ｎｏｔｉｆｙ  ｒｅｑｕｅｓｔメッセージは、ＳＣＳ／ＡＳイベント通知識別子、監視イベントレポート、および外部識別子またはＭＳＩＳＤＮを保持する。
【０２７６】
任意選択的に、ＮＥＦは、ＡＭＦから複数の監視イベントレポートを集約し、Ｎｎｅｆ＿ＥｖｅｎｔＥｘｐｏｓｕｒｅ＿Ｎｏｔｉｆｙ  ｒｅｑｕｅｓｔメッセージを使用することにより、複数の監視イベントレポートをＳＣＳ／ＡＳに送信し得る。ここで、Ｎｎｅｆ＿ＥｖｅｎｔＥｘｐｏｓｕｒｅ＿Ｎｏｔｉｆｙ  ｒｅｑｕｅｓｔメッセージは、ＳＣＳ／ＡＳイベント通知識別子と監視イベントレポートと外部識別子またはＭＳＩＳＤＮとの間の対応関係のリストを保持する。
【０２７７】
Ｓ７０５．ＳＣＳ／ＡＳは、確認応答メッセージ、すなわち、Ｎｎｅｆ＿ＥｖｅｎｔＥｘｐｏｓｕｒｅ＿Ｎｏｔｉｆｙ  ｒｅｓｐｏｎｓｅをＮＥＦに返して、ＮＥＦは、ＳＣＳ／ＡＳにより返されたＮｎｅｆ＿ＥｖｅｎｔＥｘｐｏｓｕｒｅ＿Ｎｏｔｉｆｙ  ｒｅｓｐｏｎｓｅを受信する。
【０２７８】
Ｓ７０６．ＮＥＦの処理プロセスは、以下のいくつかの場合を含む。
【０２７９】
ＮＥＦは、Ｓ６０２において受信されたイベント通知識別子に基づいて、イベントレポートに対応するユーザグループを決定し、次に、Ｓ６０１またはＳ６０５において受信されたユーザグループのメンバ情報に基づいて、全てのメンバに対する監視イベントレポートが受信されたかどうかを決定する。全てのメンバに対する監視イベントレポートが受信されたと決定されたとき、ＮＥＦは、ユーザグループ内の全てのメンバに対する監視イベントレポートが受信されたと決定（ユーザグループ内の全てのメンバに対する監視イベントレポートが完了したと決定）し、ユーザグループに対する監視イベント構成の削除を開始するか、または、監視イベントレポートをＳＣＳ／ＡＳに送信することを停止する。ユーザグループ内の全てのメンバに対する監視イベントレポートが完了する場合、ユーザグループに対する監視イベントレポートは完了する。
【０２８０】
具体的に、ユーザグループ内の全てのメンバに対する監視イベントレポートが受信されたと決定するプロセスは、以下の通りである。
【０２８１】
Ｓ６０１における監視イベントサブスクリプション要求が一度限りの監視要求であるとき、ユーザグループのメンバ情報（例えば、Ｎ個の識別子またはＮ名のメンバ）に基づいて、ユーザグループ内の全てのメンバに対する監視イベントレポートが受信されたと決定するプロセスは、以下の通りである：メンバ情報がメンバの数であるとき、ＮＥＦは、Ｓ６１２で受信された監視イベントレポートに関連付けられる異なるメンバの識別子（ＭＳＩＳＤＮまたは外部識別子）の数に基づいて、監視イベントレポートが受信されたメンバの数を決定し、監視イベントレポートが受信されたメンバの数がメンバ情報のメンバの数に到達した場合、ユーザグループ内の全てのメンバに対する監視イベントレポートが受信したと決定する。メンバ情報が各メンバの識別子であるとき、ＮＥＦは、Ｓ６１２で受信された監視イベントレポートに関連付けられる異なるメンバの識別子を、メンバ情報におけるメンバ識別子と比較して、監視イベントレポートが受信されたメンバの数を決定し、監視イベントレポートが受信されたメンバの識別子がメンバ情報における全てのメンバ識別子に到達した場合、ユーザグループ内の全てのメンバに対する監視イベントレポートが受信されたと決定する。任意選択的に、監視イベントレポートに関連付けられたメンバの識別子を受信する場合、ＮＥＦは、メンバの識別子がメンバ情報におけるメンバ識別子内に存在するかどうかに基づいて、識別子を有するメンバがユーザグループ内のメンバであるかどうかを決定し、識別子を有するメンバがユーザグループ内のメンバであると決定した場合、ユーザグループ内の全てのメンバに対する監視イベントレポートが受信されたかどうかを決定することを継続する。第１の監視要求メッセージが複数の監視イベントを含むとき、換言すると、第１の監視要求メッセージが、ユーザグループに対する複数の監視イベント（例えば、Ｍ回の監視イベント）を構成するのに使用されるとき、Ｓ６１２で受信された監視イベントレポートに基づいて、Ｎ名のメンバの各々に対する監視イベントレポートを受信する場合またはＮ名のメンバの各々のＭ回の監視イベントの各々に対する監視イベントレポートを受信する場合、ＮＥＦは、ユーザグループ内の全てのメンバに対する監視イベントレポートが受信されたと決定する。
【０２８２】
最大報告回数の値が１より大きいとき、ＮＥＦが、ユーザグループのメンバ情報（例えば、Ｎ個の識別子またはＮ名のメンバ）に基づいて、ユーザグループ内の全てのメンバに対する監視イベントレポートが受信されたと決定するプロセスは、以下の通りである：メンバ情報がメンバの数であるとき、ＮＥＦは、Ｓ６１２において受信される監視イベントレポートに関連付けられる異なるメンバの識別子（ＭＳＩＳＤＮまたは外部識別子）の数に基づいて、監視イベントレポートが受信されたメンバの数を決定し、各メンバに対する報告の累算数が最大報告回数に到達したかどうかを決定する。監視イベントレポートが受信されたメンバの数がメンバ情報のメンバの数に到達し、各メンバに対する報告の累算数が最大報告回数に到達した場合、ＮＥＦは、ユーザグループ内の全てのメンバに対する監視イベントレポートが受信されたと決定する。
【０２８３】
メンバ情報が各メンバの識別子であるとき、ＮＥＦは、Ｓ６１２で受信された監視イベントレポートに関連付けられる異なるメンバの識別子を、メンバ情報におけるメンバ識別子と比較して、監視イベントレポートが受信されたメンバの数を決定し、各メンバに対する報告の累算数が最大報告回数に到達したかどうかを決定する。監視イベントレポートが受信されたメンバの識別子がメンバ情報における全てメンバ識別子に到達し、各メンバに対する報告の累算数は最大報告回数に到達した場合、ＮＥＦは、ユーザグループ内の全てのメンバに対する監視イベントレポートが受信されたと決定する。任意選択的に、監視イベントレポートに関連付けられたメンバの識別子を受信する場合、ＮＥＦは、メンバの識別子がメンバ情報におけるメンバ識別子内に存在するかどうかに基づいて、識別子を有するメンバがユーザグループ内のメンバであるかどうかを決定し、識別子を有するメンバがユーザグループ内のメンバであると決定した場合、ユーザグループ内の全てのメンバに対する監視イベントレポートが受信されたかどうかを決定することを継続する。
【０２８４】
第１のメッセージが複数の監視イベントを含むとき、換言すると、第１のメッセージがユーザグループに対して複数の監視イベント（例えば、Ｍ回の監視イベント）を構成するのに使用されるとき、Ｎ名のメンバの各々に対するイベントレポートの受信回数が最大報告回数に到達した場合、または、Ｎ名のメンバの各々のＭ回の監視イベントの各々に対する監視イベントレポートの受信回数が最大報告回数に到達した場合、ＮＥＦは、ユーザグループ内の全てのメンバに対する監視イベントレポートが受信されたと決定する。
【０２８５】
Ｓ７０７からＳ７１４を使用することにより、ユーザグループに対する監視イベントサブスクリプションが削除される。具体的に、Ｓ７０７からＳ７１４は、Ｓ６１５からＳ６２２と同じであり、繰り返される部分については改めて説明しない。
【０２８６】
加えて、何らかの理由でＮＥＦがＳ７０７からＳ７１４を一時的に実行せず、この期間内に、段階Ｓ６０１における監視イベントサブスクリプション要求に対する監視イベントレポートをＮＥＦが受信するとき、ＮＥＦは、監視イベントレポートをＳＣＳ／ＡＳに送信することを停止する。
【０２８７】
結論として、図６Ａ、図６Ｂおよび図７に示される方法によると、５Ｇシステムにおいて、ＮＥＦは、ユーザグループのメンバ情報を取得し、これにより、監視イベントレポートを受信する場合、ＮＥＦは、ユーザグループのメンバ情報に基づいて、ユーザグループ内の全てのメンバに対する監視イベントレポートが受信されたと決定し得、さらに、ユーザグループに対する監視イベント構成の削除、または、監視イベントレポートのＳＣＳ／ＡＳへの送信の停止を行い得、これにより、リソースの無駄を回避し、後続のポリシの正確な実行を保証することに役立つ。
【０２８８】
図８に示されるように、上述の実施形態に提供されるイベント監視方法に基づいて、本願の実施形態はさらに、イベント監視装置８００を提供する。イベント監視装置８００は、受信ユニット８０１と処理ユニット８０２とを含む。
【０２８９】
イベント監視装置８００は、上述の実施形態に提供されているイベント監視方法において公開機能エンティティにより実行される段階を実行するように構成される。詳細は以下の通りである。
【０２９０】
受信ユニット８０１は第１のメッセージを受信するように構成され、ここで、第１のメッセージは、ユーザグループに対する監視イベントを構成するのに使用される。
【０２９１】
処理ユニット８０２は、ユーザグループのメンバ情報を取得することと、メンバ情報に基づいて、ユーザグループ内の全てのメンバに対する監視イベントレポートが受信されたと決定することと、ユーザグループに対する監視イベント構成を削除することとを行うように構成されるか、または、ユーザグループのメンバ情報を取得することと、メンバ情報に基づいて、ユーザグループ内の全てのメンバに対する監視イベントレポートが完了したかどうかを決定することとを行うように構成される。
【０２９２】
イベント監視装置８００における受信ユニット８０１と処理ユニット８０２とはさらに、上述の実施形態に提供されているイベント監視方法において公開機能エンティティに対応する他の段階を実行するように構成され得る。繰り返される部分は本明細書に改めて説明しない。
【０２９３】
イベント監視装置８００はさらに、上述の実施形態に提供されているイベント監視方法においてユーザデータ管理エンティティにより実行される段階を実行するように構成される。詳細は以下の通りである：第１の要求メッセージを受信することであって、ここで、第１の要求メッセージは、ユーザグループに対する監視イベントを構成するのに使用される、受信する段階と、第１の応答メッセージを公開機能エンティティに送信する段階であって、ここで、第１の応答メッセージは、ユーザグループのメンバ情報を保持する、送信すること。
【０２９４】
イベント監視装置８００における受信ユニット８０１と処理ユニット８０２とはさらに、上述の実施形態に提供されているイベント監視方法においてユーザデータ管理エンティティに対応する他の段階を実行するように構成され得る。繰り返される部分は本明細書に改めて説明しない。
【０２９５】
イベント監視装置８００はさらに、上述の実施形態に提供されているイベント監視方法においてサードパーティアプリケーションエンティティにより実行される段階を実行するように構成される。詳細は以下の通りである：第１のメッセージを公開機能エンティティに送信することであって、ここで、第１のメッセージは、ユーザグループに対する監視イベントを構成するのに使用され、第１のメッセージは、ユーザグループのメンバ情報を保持する。
【０２９６】
イベント監視装置８００における受信ユニット８０１と処理ユニット８０２とはさらに、上述の実施形態に提供されているイベント監視方法においてサードパーティアプリケーションエンティティに対応する他の段階を実行するように構成され得る。繰り返される部分は本明細書に改めて説明しない。
【０２９７】
図９に示されるように、上述の実施形態に提供されるイベント監視方法に基づいて、本願の実施形態はさらに、イベント監視装置９００を提供する。イベント監視装置９００は、上述のイベント監視方法を実行するように構成される。イベント監視装置９００は、送受信機９０１、プロセッサ９０２、およびメモリ９０３を含む。メモリ９０３は任意選択的である。プロセッサ９０２は、プログラムのグループを呼び出すように構成される。プログラムが実行される場合、プロセッサ９０２は上述のイベント監視方法を実行する。メモリ９０３は、プロセッサ９０２により実行されるプログラムを記憶するように構成される。図８の機能モジュールにおいて、受信ユニット８０１は、送受信機９０１を使用することにより実装され得、処理ユニット８０２はプロセッサ９０２を使用することにより実装され得る。
【０２９８】
プロセッサ９０２は、中央処理装置（ｃｅｎｔｒａｌ  ｐｒｏｃｅｓｓｉｎｇ  ｕｎｉｔ，ＣＰＵ）、ネットワークプロセッサ（ｎｅｔｗｏｒｋ  ｐｒｏｃｅｓｓｏｒ，ＮＰ）、または、ＣＰＵおよびＮＰの組み合わせであってよい。
【０２９９】
プロセッサ９０２はさらに、ハードウェアチップを含んでよい。ハードウェアチップは、特定用途向け集積回路（ａｐｐｌｉｃａｔｉｏｎ−ｓｐｅｃｉｆｉｃ  ｉｎｔｅｇｒａｔｅｄ  ｃｉｒｃｕｉｔ、ＡＳＩＣ）、プログラマブルロジックデバイス（ｐｒｏｇｒａｍｍａｂｌｅ  ｌｏｇｉｃ  ｄｅｖｉｃｅ、ＰＬＤ）、またはそれらの組み合わせであってよい。ＰＬＤは、コンプレックスプログラマブルロジックデバイス（ｃｏｍｐｌｅｘ  ｐｒｏｇｒａｍｍａｂｌｅ  ｌｏｇｉｃ  ｄｅｖｉｃ、ＣＰＬＤ）、フィールドプログラマブルゲートアレイ（ｆｉｅｌｄ−ｐｒｏｇｒａｍｍａｂｌｅ  ｇａｔｅ  ａｒｒａｙ、ＦＰＧＡ）、ジェネリックアレイロジック（ｇｅｎｅｒｉｃ  ａｒｒａｙ  ｌｏｇｉｃ、ＧＡＬ）、またはそれらの任意の組み合わせであってよい。
【０３００】
メモリ９０３は、ランダムアクセスメモリ（ｒａｎｄｏｍ−ａｃｃｅｓｓ  ｍｅｍｏｒｙ，ＲＡＭ）などの揮発性メモリ（ｖｏｌａｔｉｌｅ  ｍｅｍｏｒｙ）を含んでもよく、または、メモリ９０３は、フラッシュメモリ（ｆｌａｓｈ  ｍｅｍｏｒｙ）、ハードディスクドライブ（ｈａｒｄ  ｄｉｓｋ  ｄｒｉｖｅ，ＨＤＤ）、またはソリッドステートドライブ（ｓｏｌｉｄ−ｓｔａｔｅ  ｄｒｉｖｅ，ＳＳＤ）などの不揮発性メモリ（ｎｏｎ−ｖｏｌａｔｉｌｅ  ｍｅｍｏｒｙ）を含んでもよく、または、メモリ９０３は、上述のタイプのメモリの組み合わせを含んでもよい。
【０３０１】
図８または図９に説明される装置の機能を実装すべく、本願の実施形態はさらに、上述のイベント監視方法の公開機能エンティティ、ユーザデータ管理エンティティまたはサードパーティアプリケーションエンティティに関連する機能の実装において装置をサポートするように構成されるプロセッサを含むチップを提供する。可能な設計において、チップはメモリに接続されるか、または、チップはメモリを含み、メモリは、装置に必須なプログラム命令およびデータを記憶するように構成される。
【０３０２】
本願の実施形態は、コンピュータプログラムを記憶するコンピュータ記憶媒体を提供し、コンピュータプログラムは、上述のイベント監視方法を実行するのに使用される。
【０３０３】
本願の実施形態は、命令を含むコンピュータプログラム製品を提供する。コンピュータプログラム製品がコンピュータ上で動作する場合、コンピュータは、上述のイベント監視方法を実行することが可能になる。
【０３０４】
当業者であれば、本願の実施形態が方法、システムまたはコンピュータプログラム製品として提供され得ることを理解すべきである。従って、本願は、ハードウェアのみの実施形態、ソフトウェアのみの実施形態、またはソフトウェアとハードウェアとの組み合わせを有する実施形態の形式を使用し得る。さらに、本願は、コンピュータ利用可能プログラムコードを含む１または複数のコンピュータ利用可能記憶媒体（限定されるものではないが、(磁気ディスクメモリ、ＣＤ−ＲＯＭ、光学メモリ、および同様のものを含む）において実装されるコンピュータプログラム製品の形式を使用し得る。
【０３０５】
本願は、本願の実施形態に係る方法、デバイス（システム）、およびコンピュータプログラム製品のフローチャートおよび／またはブロック図を参照して説明される。フローチャートおよび／またはブロック図の各プロセスおよび／または各ブロックと、フローチャートおよび／またはブロック図のプロセスおよび／またはブロックの組み合わせとを実装するのにコンピュータプログラム命令が使用され得ることを理解されたい。これらのコンピュータプログラム命令は、汎用コンピュータ、専用コンピュータ、組み込プロセッサ、または、別のプログラマブルデータ処理デバイスのプロセッサに提供されて、機械を生成し得、これにより、コンピュータまたは別のプログラマブルデータ処理デバイスのプロセッサにより実行される命令が、フローチャートの１または複数のプロセス、および／または、ブロック図の１または複数のブロックにおける特定の機能を実装するための装置を生成する。
【０３０６】
これらのコンピュータプログラム命令は、コンピュータまたは別のプログラマブルデータ処理デバイスが特定の方式で動作するように命令し得るコンピュータ可読メモリに記憶され得、これにより、コンピュータ可読メモリに記憶された命令は、命令装置を含むアーチファクトを生成する。命令装置は、フローチャートの１または複数のプロセスにおけるおよび／またはブロック図の１または複数のブロックにおける特定の機能を実装する。
【０３０７】
これらのコンピュータプログラム命令は、コンピュータまたは別のプログラマブルデータ処理デバイスにロードされ得、これにより、一連の動作および段階がコンピュータまたは別のプログラマブルデバイス上で実行され、これによりコンピュータ実装処理が生成される。従って、コンピュータまたは別のプログラマブルデバイス上で実行される命令は、フローチャートの１または複数のプロセスにおけるおよび／またはブロック図の１または複数のブロックにおける特定の機能を実装するための段階を提供する。
【０３０８】
本願のいくつかの実施形態が説明されているが、一度基本的な発明の概念を把握すれば、当業者はこれらの実施形態に変更および修正を加えることができる。従って、以下の特許請求の範囲は、好ましい実施形態、並びに、本願の範囲内に含まれる全ての変更および修正を包含するものと解釈されることが意図されている。
【０３０９】
当業者であれば明らかに、本願の実施形態の範囲から逸脱することなく、本願の実施形態に対して様々な修正および変更を加えることができる。本願は、以下の特許請求の範囲およびそれらの均等技術により定義される保護の範囲内に含まれる限り、これらの修正および変更を包含することが意図されている。
【図１】
2021517776.tif 000003
【図２】
2021517776.tif 000004
【図３】
2021517776.tif 000005
【図４】
2021517776.tif 000006
【図５】
2021517776.tif 000007
【図６Ａ】
2021517776.tif 000008
【図６Ｂ】
2021517776.tif 000009
【図７】
2021517776.tif 000010
【図８】
2021517776.tif 000011
【図９】
2021517776.tif 000012
【手続補正書】
【提出日】令和2年10月29日(2020.10.29)
【手続補正１】
【補正対象書類名】特許請求の範囲
【補正対象項目名】全文
【補正方法】変更
【補正の内容】
【特許請求の範囲】
【請求項１】
イベント監視方法であって、
公開機能エンティティが、第１のメッセージを受信する段階であって、前記第１のメッセージは、ユーザグループに対して監視イベントを構成するのに使用される、受信する段階と、
前記公開機能エンティティが前記ユーザグループのメンバ情報を取得する段階と、
前記公開機能エンティティが、前記メンバ情報に基づいて、前記ユーザグループ内の全てのメンバに対する監視イベントレポートが受信されたと決定して、前記ユーザグループに対する監視イベント構成を削除する段階と
を備える、方法。
【請求項２】
前記公開機能エンティティが、前記ユーザグループのメンバ情報を取得する前記段階は、
前記公開機能エンティティが、前記第１のメッセージから前記メンバ情報を取得する段階であって、前記第１のメッセージは前記ユーザグループの前記メンバ情報を保持する、取得する段階、または
前記公開機能エンティティが、ユーザデータ管理エンティティから前記ユーザグループの前記メンバ情報を取得する段階を有する、請求項１に記載の方法。
【請求項３】
前記ユーザグループの前記メンバ情報は、
前記ユーザグループ内のＮ名のメンバまたはＮ個の識別子を有し、前記識別子は、前記ユーザグループ内の異なるメンバを区別するのに使用される、請求項１または２に記載の方法。
【請求項４】
前記公開機能エンティティが、前記メンバ情報に基づいて、前記ユーザグループ内の全てのメンバに対する監視イベントレポートが受信されたと決定する前記段階は、
前記第１のメッセージが前記ユーザグループに対して一度限りの監視要求を構成するのに使用されるとき、前記公開機能エンティティが、前記Ｎ名のメンバに対する監視イベントレポートを受信する場合、前記ユーザグループ内の前記全てのメンバに対する前記監視イベントレポートが受信されたと決定する段階を有する、請求項３に記載の方法。
【請求項５】
前記公開機能エンティティが、前記メンバ情報に基づいて、前記ユーザグループ内の全てのメンバに対する監視イベントレポートが受信されたと決定する前記段階は、
前記第１のメッセージが前記ユーザグループに対して複数の監視イベントを構成するのに使用されるとき
前記公開機能エンティティが、前記Ｎ名のメンバの各々に対する前記複数の監視イベントの各々の監視イベントレポートを受信する場合、前記ユーザグループ内の全てのユーザに対する前記監視イベントレポートが受信されたと決定する段階を有する、請求項４に記載の方法。
【請求項６】
前記方法はさらに、
前記第１のメッセージが最大報告回数も期間も有しないとき、前記公開機能エンティティが、前記第１のメッセージが前記ユーザグループに対して前記一度限りの監視要求を構成するのに使用されると決定する段階、または、前記第１のメッセージが第１の最大報告回数を有し、前記第１の最大報告回数が１であるとき、前記公開機能エンティティが、前記第１のメッセージが前記ユーザグループに対して前記一度限りの監視要求を構成するのに使用されると決定する段階を含む、請求項４または５に記載の方法。
【請求項７】
前記公開機能エンティティが、前記メンバ情報に基づいて、前記ユーザグループ内の全てのメンバに対する監視イベントレポートが受信されたと決定する前記段階は、
前記第１のメッセージが第２の最大報告回数を含むとき、前記公開機能エンティティが、前記Ｎ名のメンバの各々に対する監視イベントレポートを受信する回数が前記第２の最大報告回数に到達した場合、前記ユーザグループ内の前記全てのメンバに対する前記監視イベントレポートが受信されたと決定する段階を有する、請求項３に記載の方法。
【請求項８】
前記公開機能エンティティが、前記Ｎ名のメンバの各々に対する監視イベントレポートを受信する回数が前記第２の最大報告回数に到達した場合、前記ユーザグループ内の前記全てのメンバに対する前記監視イベントレポートが受信されたと決定する前記段階は、
前記第１のメッセージが前記ユーザグループに対して複数の監視イベントを構成するのに使用されるとき、前記公開機能エンティティが、前記Ｎ名のメンバの各々に対する前記複数の監視イベントの各々の監視イベントレポートの受信回数が前記第２の最大報告回数に到達した場合、前記ユーザグループ内の前記全てのメンバに対する前記監視イベントレポートが受信されたと決定する段階を含む、請求項７に記載の方法。
【請求項９】
前記方法はさらに、
前記ユーザグループの前記メンバ情報が前記Ｎ個の識別子を含むとき、前記公開機能エンティティが、監視イベントレポートが受信される度に、決定結果を取得すべく、前記監視イベントレポートが前記メンバに対する監視イベントレポートであるかどうかを決定する段階であって、前記決定結果は、前記ユーザグループ内の前記全てのメンバに対する前記監視イベントレポートが受信されたかどうかを決定するのに使用される、決定する段階を有する、請求項３から８のいずれか一項に記載の方法。
【請求項１０】
前記公開機能エンティティが、前記ユーザグループに対する監視イベント構成を削除する前記段階は、
前記公開機能エンティティが、前記ユーザグループに対してローカルに記憶された監視イベント構成を削除する段階、
前記公開機能エンティティが、第２メッセージをユーザデータ管理エンティティに送信する段階であって、前記第２メッセージは、前記ユーザグループに対する前記監視イベント構成を削除するように前記ユーザデータ管理エンティティに命令するのに使用される、送信する段階、または、
前記公開機能エンティティが、第３のメッセージをサードパーティアプリケーションエンティティに送信する段階であって、前記第３のメッセージは、前記ユーザグループに対する前記監視イベント構成を削除するように前記サードパーティアプリケーションエンティティに命令するのに使用される、送信する段階
の少なくとも１つを有する、請求項１から９のいずれか一項に記載の方法。
【請求項１１】
イベント監視装置であって、
第１のメッセージを受信するように構成された受信ユニットであって、前記第１のメッセージは、ユーザグループに対する監視イベントを構成するのに使用される、受信ユニットと、
前記ユーザグループのメンバ情報を取得するように構成された処理ユニットであって、前記処理ユニットは、前記メンバ情報に基づいて、前記ユーザグループ内の全てのメンバに対する監視イベントレポートが受信されたと決定することと、前記ユーザグループに対する監視イベント構成を削除することとを行うように構成された、処理ユニットと
を備える、装置。
【請求項１２】
前記処理ユニットは具体的に、
前記第１のメッセージから前記メンバ情報を取得することであって、前記第１のメッセージは、前記ユーザグループの前記メンバ情報を保持する、取得すること、または、
ユーザデータ管理エンティティから前記ユーザグループの前記メンバ情報を取得すること
を行うように構成された、請求項１１に記載の装置。
【請求項１３】
前記ユーザグループの前記メンバ情報は、
前記ユーザグループ内のＮ名のメンバまたはＮ個の識別子を有し、前記識別子は、前記ユーザグループ内の異なるメンバを区別するのに使用される、請求項１１または１２に記載の装置。
【請求項１４】
前記処理ユニットは具体的に、
前記第１のメッセージが前記ユーザグループに対して一度限りの監視要求を構成するのに使用されるとき、前記Ｎ名のメンバに対する監視イベントレポートを受信する場合、前記ユーザグループ内の前記全てのメンバに対する前記監視イベントレポートが受信されたと決定するように構成された、請求項１３に記載の装置。
【請求項１５】
前記処理ユニットは具体的に、
前記第１のメッセージが前記ユーザグループに対して複数の監視イベントを構成するのに使用されるとき、前記Ｎ名のメンバの各々に対する前記複数の監視イベントの各々の監視イベントレポートを受信する場合、前記ユーザグループ内の全てのユーザに対する前記監視イベントレポートが受信されたと決定するように構成された、請求項１４に記載の装置。
【請求項１６】
前記処理ユニットはさらに、
前記第１のメッセージが最大報告回数も期間も有しないとき、前記第１のメッセージが前記ユーザグループに対して前記一度限りの監視要求を構成するのに使用されると決定すること、または、
前記第１のメッセージが第１の最大報告回数を有し、前記第１の最大報告回数が１であるとき、前記第１のメッセージが前記ユーザグループに対して前記一度限りの監視要求を構成するのに使用されると決定すること
を行うように構成された、請求項１４または１５に記載の装置。
【請求項１７】
前記処理ユニットは具体的に、
前記第１のメッセージが第２の最大報告回数を有するとき、前記Ｎ名のメンバの各々に対する監視イベントレポートを受信する回数が前記第２の最大報告回数に到達した場合、前記ユーザグループ内の前記全てのメンバに対する前記監視イベントレポートが受信されたと決定するように構成された、請求項１３に記載の装置。
【請求項１８】
前記処理ユニットは具体的に、
前記第１のメッセージが前記ユーザグループに対して複数の監視イベントを構成するのに使用されるとき、前記Ｎ名のメンバの各々に対する前記複数の監視イベントの各々の監視イベントレポートの受信回数が前記第２の最大報告回数に到達した場合、前記ユーザグループ内の前記全てのメンバに対する前記監視イベントレポートが受信されたと決定するように構成された、請求項１７に記載の装置。
【請求項１９】
前記処理ユニットはさらに、
前記ユーザグループの前記メンバ情報が前記Ｎ個の識別子を含むとき、監視イベントレポートが受信される度に、決定結果を取得すべく、前記監視イベントレポートが前記メンバに対する監視イベントレポートであるかどうかを決定することであって、前記決定結果は、前記ユーザグループ内の前記全てのメンバに対する前記監視イベントレポートが受信されたかどうかを決定するのに使用される、決定することを行うように構成された、請求項１３から１８のいずれか一項に記載の装置。
【請求項２０】
前記ユーザグループに対する前記監視イベント構成を削除する場合、前記処理ユニットは具体的に、
ローカルに記憶された前記ユーザグループに対する監視イベント構成を削除することと、
第２メッセージをユーザデータ管理エンティティに送信することであって、前記第２メッセージは、前記ユーザグループに対する前記監視イベント構成を削除するように前記ユーザデータ管理エンティティに命令するのに使用される、送信することと、
第３のメッセージをサードパーティアプリケーションエンティティに送信することであって、前記第３のメッセージは、前記ユーザグループに対する前記監視イベント構成を削除するように前記サードパーティアプリケーションエンティティに命令するのに使用される、送信することと
の動作の少なくとも１つを実行する、請求項１１から１９のいずれか一項に記載の装置。
【請求項２１】
イベント監視方法であって、
公開機能エンティティが、第１のメッセージを受信する段階であって、前記第１のメッセージは、ユーザグループに対して監視イベントを構成するのに使用される、受信する段階と、
前記公開機能エンティティが前記ユーザグループのメンバ情報を取得する段階と、
前記公開機能エンティティが、前記メンバ情報に基づいて、前記ユーザグループ内の全てのメンバに対する監視イベントレポートが完了したかどうかを決定する段階と
を備える、方法。
【請求項２２】
前記公開機能エンティティが、前記ユーザグループのメンバ情報を取得する前記段階は、
前記公開機能エンティティが、前記第１のメッセージから前記メンバ情報を取得する段階であって、前記第１のメッセージは前記ユーザグループの前記メンバ情報を保持する、取得する段階、または
前記公開機能エンティティが、ユーザデータ管理エンティティから前記ユーザグループの前記メンバ情報を取得する段階を有する、請求項２１に記載の方法。
【請求項２３】
前記ユーザグループの前記メンバ情報は、
前記ユーザグループ内のＮ名のメンバまたはＮ個の識別子を有し、前記識別子は、前記ユーザグループ内の異なるメンバを区別するのに使用される、請求項２１または２２に記載の方法。
【請求項２４】
前記公開機能エンティティが、前記メンバ情報に基づいて、前記ユーザグループ内の全てのメンバに対する監視イベントレポートが完了したかどうかを決定する前記段階は、
前記第１のメッセージが前記ユーザグループに対して一度限りの監視要求を構成するのに使用されるとき、前記公開機能エンティティが、前記Ｎ名のメンバに対する監視イベントレポートを受信する場合、前記ユーザグループ内の前記全てのメンバに対する前記監視イベントレポートが完了したと決定する段階を有する、請求項２３に記載の方法。
【請求項２５】
前記公開機能エンティティが、前記メンバ情報に基づいて、前記ユーザグループ内の全てのメンバに対する監視イベントレポートが完了したかどうかを決定する前記段階は、
前記第１のメッセージが前記ユーザグループに対して一度限りの監視要求を構成するのに使用され、且つ前記第１のメッセージが前記ユーザグループに対して複数の監視イベントを構成するのに使用されるとき、前記公開機能エンティティが、前記Ｎ名のメンバの各々に対する前記複数の監視イベントの各々の監視イベントレポートを受信する場合、前記ユーザグループ内の前記全てのメンバに対する前記監視イベントレポートが完了したと決定する段階を有する、請求項２３に記載の方法。
【請求項２６】
前記方法はさらに、
前記第１のメッセージが最大報告回数も期間も有しないとき、前記公開機能エンティティが、前記第１のメッセージが前記ユーザグループに対して前記一度限りの監視要求を構成するのに使用されると決定する段階、または、前記第１のメッセージが第１の最大報告回数を有し、前記第１の最大報告回数が１であるとき、前記公開機能エンティティが、前記第１のメッセージが前記ユーザグループに対して前記一度限りの監視要求を構成するのに使用されると決定する段階を含む、請求項２４または２５に記載の方法。
【請求項２７】
前記公開機能エンティティが、前記メンバ情報に基づいて、前記ユーザグループ内の全てのメンバに対する監視イベントレポートが完了したかどうかを決定する前記段階は、
前記第１のメッセージが第２の最大報告回数を含むとき、前記公開機能エンティティが、前記Ｎ名のメンバの各々に対する監視イベントレポートを受信する回数が前記第２の最大報告回数に到達した場合、前記ユーザグループ内の前記全てのメンバに対する前記監視イベントレポートが完了したと決定する段階を有する、請求項２３に記載の方法。
【請求項２８】
前記公開機能エンティティが、前記メンバ情報に基づいて、前記ユーザグループ内の全てのメンバに対する監視イベントレポートが完了したかどうかを決定する前記段階は、
前記第１のメッセージが第２の最大報告回数を含み、且つ前記第１のメッセージが前記ユーザグループに対して複数の監視イベントを構成するのに使用されるとき、前記公開機能エンティティが、前記Ｎ名のメンバの各々に対する前記複数の監視イベントの各々の監視イベントレポートの受信回数が前記第２の最大報告回数に到達した場合、前記ユーザグループ内の前記全てのメンバに対する前記監視イベントレポートが完了したと決定する段階を有する、請求項２３に記載の方法。
【請求項２９】
前記方法はさらに、
前記ユーザグループの前記メンバ情報が前記Ｎ個の識別子を含むとき、前記公開機能エンティティが、監視イベントレポートが受信される度に、決定結果を取得すべく、前記監視イベントレポートが前記メンバに対する監視イベントレポートであるかどうかを決定する段階であって、前記決定結果は、前記ユーザグループ内の前記全てのメンバに対する前記監視イベントレポートが完了したかどうかを決定するのに使用される、決定する段階を有する、請求項２３から２８のいずれか一項に記載の方法。
【請求項３０】
前記公開機能エンティティが、前記メンバ情報に基づいて、前記ユーザグループ内の前記全てのメンバに対する前記監視イベントレポートが完了したと決定するとき、前記方法はさらに、
前記公開機能エンティティが、前記ユーザグループに対する監視イベント構成を削除する段階、または、前記監視イベントレポートをサードパーティアプリケーションエンティティに送信することを停止する段階を有する、請求項２１から２９のいずれか一項に記載の方法。
【請求項３１】
前記公開機能エンティティが、前記ユーザグループに対する監視イベント構成を削除する前記段階は、
前記公開機能エンティティが、前記ユーザグループに対してローカルに記憶された監視イベント構成を削除する段階と、
前記公開機能エンティティが、第３のメッセージを前記サードパーティアプリケーションエンティティに送信する段階であって、前記第３のメッセージは、前記ユーザグループに対する前記監視イベント構成を削除するように前記サードパーティアプリケーションエンティティに命令するのに使用される、送信する段階と
の少なくとも１つを含む、請求項３０に記載の方法。
【請求項３２】
前記方法はさらに、
前記公開機能エンティティが、第２メッセージをユーザデータ管理エンティティに送信する段階であって、前記第２メッセージは、前記ユーザグループに対する前記監視イベント構成を削除するように前記ユーザデータ管理エンティティに命令するのに使用される、送信する段階、または
前記公開機能エンティティが、第４のメッセージを前記ユーザデータ管理エンティティに送信する段階であって、前記第４のメッセージは、前記ユーザグループ内の１または複数のメンバに対する監視イベント構成を削除するように前記ユーザデータ管理エンティティに命令するのに使用される、送信する段階
を有する、請求項３０に記載の方法。
【請求項３３】
前記公開機能エンティティが、第４のメッセージを前記ユーザデータ管理エンティティに送信する前記段階は、
前記公開機能エンティティが、前記１または複数のメンバに対する監視イベントレポートが完了したと決定するとき、前記公開機能エンティティが、前記第４のメッセージを前記ユーザデータ管理エンティティに送信する段階を含む、請求項３２に記載の方法。
【請求項３４】
イベント監視装置であって、
第１のメッセージを受信するように構成された受信ユニットであって、前記第１のメッセージは、ユーザグループに対する監視イベントを構成するのに使用される、受信ユニットと、
前記ユーザグループのメンバ情報を取得するように構成された処理ユニットであって、前記処理ユニットは、前記メンバ情報に基づいて、前記ユーザグループ内の全てのメンバに対する監視イベントレポートが完了したかどうかを決定するように構成された、処理ユニットと
を備える、装置。
【請求項３５】
前記処理ユニットは具体的に、
前記第１のメッセージから前記メンバ情報を取得することであって、前記第１のメッセージは、前記ユーザグループの前記メンバ情報を保持する、取得すること、または、
ユーザデータ管理エンティティから前記ユーザグループの前記メンバ情報を取得すること
を行うように構成された、請求項３４に記載の装置。
【請求項３６】
前記ユーザグループの前記メンバ情報は、
前記ユーザグループ内のＮ名のメンバまたはＮ個の識別子を有し、前記識別子は、前記ユーザグループ内の異なるメンバを区別するのに使用される、請求項３４または３５に記載の装置。
【請求項３７】
前記処理ユニットは具体的に、
前記第１のメッセージが前記ユーザグループに対して一度限りの監視要求を構成するのに使用されるとき、Ｎ名のメンバに対する監視イベントレポートを受信する場合、前記ユーザグループ内の前記全てのメンバに対する前記監視イベントレポートが完了したと決定するように構成された、請求項３５に記載の装置。
【請求項３８】
前記処理ユニットは具体的に、
前記第１のメッセージが前記ユーザグループに対して一度限りの監視要求を構成するのに使用され、且つ前記第１のメッセージが前記ユーザグループに対して複数の監視イベントを構成するのに使用されるとき、公開機能エンティティが、Ｎ名のメンバの各々に対する前記複数の監視イベントの各々の監視イベントレポートを受信する場合、前記ユーザグループ内の前記全てのメンバに対する前記監視イベントレポートが完了したと決定するように構成された、請求項３５に記載の装置。
【請求項３９】
前記処理ユニットはさらに、
前記第１のメッセージが最大報告回数も期間も有しないとき、前記第１のメッセージが前記ユーザグループに対して前記一度限りの監視要求を構成するのに使用されると決定すること、または、
前記第１のメッセージが第１の最大報告回数を有し、前記第１の最大報告回数が１であるとき、前記第１のメッセージが前記ユーザグループに対して前記一度限りの監視要求を構成するのに使用されると決定すること
を行うように構成された、請求項３７または３８に記載の装置。
【請求項４０】
前記処理ユニットは具体的に、
前記第１のメッセージが第２の最大報告回数を有するとき、前記Ｎ名のメンバの各々に対する監視イベントレポートを受信する回数が前記第２の最大報告回数に到達した場合、前記ユーザグループ内の前記全てのメンバに対する前記監視イベントレポートが完了したと決定するように構成された、請求項３６に記載の装置。
【請求項４１】
前記処理ユニットは具体的に、
前記第１のメッセージが第２の最大報告回数を含み、且つ前記第１のメッセージが前記ユーザグループに対して複数の監視イベントを構成するのに使用されるとき、前記Ｎ名のメンバの各々に対する前記複数の監視イベントの各々の監視イベントレポートの受信回数が前記第２の最大報告回数に到達した場合、前記ユーザグループ内の前記全てのメンバに対する前記監視イベントレポートが完了したと決定するように構成された、請求項３６に記載の装置。
【請求項４２】
前記処理ユニットはさらに、
前記ユーザグループの前記メンバ情報がＮ個の識別子を含むとき、監視イベントレポートが受信される度に、決定結果を取得すべく、前記監視イベントレポートが前記メンバに対する監視イベントレポートであるかどうかを決定することであって、前記決定結果は、前記ユーザグループ内の前記全てのメンバに対する前記監視イベントレポートが完了したかどうかを決定するのに使用される、決定することを行うように構成された、請求項３６から４１のいずれか一項に記載の装置。
【請求項４３】
前記ユーザグループ内の前記全てのメンバに対する前記監視イベントレポートが完了したと決定する場合、前記処理ユニットが、前記ユーザグループに対する監視イベント構成を削除するか、または、前記監視イベントレポートをサードパーティアプリケーションエンティティに送信することを停止する、請求項３４から４２のいずれか一項に記載の装置。
【請求項４４】
前記ユーザグループに対する前記監視イベント構成を削除する場合、前記処理ユニットは具体的に、
ローカルに記憶された前記ユーザグループに対する監視イベント構成を削除することと、
第３のメッセージを前記サードパーティアプリケーションエンティティに送信することであって、前記第３のメッセージは、前記ユーザグループに対する前記監視イベント構成を削除するように前記サードパーティアプリケーションエンティティに命令するのに使用される、送信することと
の動作の少なくとも１つを実行する、請求項４３に記載の装置。
【請求項４５】
前記ユーザグループに対する前記監視イベント構成を削除する場合、前記処理ユニットはさらに、
第２メッセージをユーザデータ管理エンティティに送信することであって、前記第２メッセージは、前記ユーザグループに対する前記監視イベント構成を削除するように前記ユーザデータ管理エンティティに命令するのに使用される、送信すること、または
第４のメッセージを前記ユーザデータ管理エンティティに送信することであって、前記第４のメッセージは、前記ユーザグループ内の１または複数のメンバに対する監視イベント構成を削除するように前記ユーザデータ管理エンティティに命令するのに使用される、送信すること
を行うように構成された、請求項４３に記載の装置。
【請求項４６】
前記処理ユニットは具体的に、
前記１または複数のメンバの監視イベントレポートが完了したと決定し、前記第４のメッセージを前記ユーザデータ管理エンティティに送信するように構成された、請求項４５に記載の装置。
【請求項４７】
コンピュータに、請求項１から１０および請求項２１から３３のいずれか一項に記載の方法を実行させる、コンピュータプログラム。
【請求項４８】
チップであって、前記チップはメモリに接続されているまたは前記チップは前記メモリを備え、
請求項１から１０および請求項２１から３３のいずれか一項に記載の方法を実装すべく、前記メモリに記憶されたソフトウェアプログラムを読み込んで実行するように構成される、チップ。
【手続補正２】
【補正対象書類名】明細書
【補正対象項目名】０３００
【補正方法】変更
【補正の内容】
【０３００】
メモリ９０３は、ランダムアクセスメモリ（ｒａｎｄｏｍ−ａｃｃｅｓｓ  ｍｅｍｏｒｙ，ＲＡＭ）などの揮発性メモリ（ｖｏｌａｔｉｌｅ  ｍｅｍｏｒｙ）を含んでもよく、または、メモリ９０３は、フラッシュメモリ（ｆｌａｓｈ（登録商標）  ｍｅｍｏｒｙ）、ハードディスクドライブ（ｈａｒｄ  ｄｉｓｋ  ｄｒｉｖｅ，ＨＤＤ）、またはソリッドステートドライブ（ｓｏｌｉｄ−ｓｔａｔｅ  ｄｒｉｖｅ，ＳＳＤ）などの不揮発性メモリ（ｎｏｎ−ｖｏｌａｔｉｌｅ  ｍｅｍｏｒｙ）を含んでもよく、または、メモリ９０３は、上述のタイプのメモリの組み合わせを含んでもよい。
【国際調査報告】
2021517776.tif 000013
2021517776.tif 000014
2021517776.tif 000015
2021517776.tif 000016