JP7225274B2 - Ｓｂａにおける間接通信により送信される通知 - Google Patents

Description

本発明は、間接通信における通知要求およびコールバック要求に関する。

略語
３ＧＰＰ 第３世代パートナーシッププロジェクト
５Ｇ 第５世代
ＡＰＩ アプリケーションプログラミングインターフェース
ｅＳＢＡ エンハンストＳＢＡ
ＨＴＴＰ ハイパーテキスト転送プロトコル
ＮＦ ネットワーク機能
ＮＲＦ ネットワークリポジトリ機能
ＰＬＭＮ 公衆陸上移動網
Ｒｅｌ リリース
ＳＡ システムアーキテクチャ
ＳＢＡ サービスベースアーキテクチャ
ＳＢＩ サービスベースインターフェース
ＳＣＰ サービス通信プロキシ
ＳＥＰＰ セキュリティエッジ保護プロキシ
ＴＣＰ 伝送制御プロトコル
ＴＳ 技術仕様
ＵＲＩ ユニファイドリソース識別子（Ｕｎｉｆｉｅｄ Ｒｅｓｏｕｒｃｅ Ｉｄｅｎｔｉｆｉｅｒ）

３ＧＰＰ ＳＡ３およびＣＴ４は、２０２０年第１四半期にｅＳＢＡ（エンハンストサービスベースアーキテクチャ）に関するかれらのＲｅｌ－１６ステージ３作業を完了することが意図されている。ｅＳＢＡは、特に、１つ以上のＳＣＰ（サービス通信プロキシ）を介したＮＦサービスコンシューマとＮＦサービスプロデューサとの間の間接通信のサポートを導入する。間接通信のサポートの技術的実現の詳細は、３ＧＰＰ ＴＳ ２９．５００の６．１０節で得られる。

本発明の目的は、従来技術を改良することである。

本発明の第１の態様によると、通知要求またはコールバック要求を送信し、前記要求を提供するように構成されたプログラミングインターフェースのバージョンを、前記要求において示すための手段を備える、装置が提供される。

本発明の第２の態様によると、１つまたは多数のインターフェースバージョンのプログラミングインターフェース上で、あるタイプの通知要求またはコールバック要求を受信するための手段；データベースにおいて、装置、前記要求のタイプ、および前記プログラミングインターフェースが通知またはコールバックのためにサポートする前記１つまたは多数のバージョンの登録を要求するための手段を備える、装置が提供される。

本発明の第３の態様によると、通知要求またはコールバック要求を作り出すように構成されたプロデューサプログラミングインターフェースのインターフェースバージョンのインディケーションを収容する前記要求を受信するための手段と；前記インターフェースバージョンをハンドリングすることをサポートするプログラミングインターフェースを有する前記要求のレシーバを選択するための手段と；前記レシーバに前記要求を送信するための手段とを備える、装置が提供される。

本発明の第４の態様によると、１つ以上の候補レシーバの各々について、それぞれのプログラミングインターフェースによって候補タイプの通知要求またはコールバック要求を受信するための、それぞれの候補レシーバの登録要求を受信するための第１の手段であって、登録要求は、前記それぞれの候補レシーバの識別、前記要求の候補タイプのインディケーション、および前記それぞれの候補レシーバのプログラミングインターフェースが互換性を有する１つまたは多数の候補バージョンのインディケーションを収容する、第１の手段；前記１つ以上の候補レシーバの各々の識別を、前記候補タイプと前記それぞれの１つまたは多数の候補バージョンとともに記憶するための手段；レシーバの識別についての問合せを受信するための第２の手段であって、問合せは、通知要求またはコールバック要求の要求されるタイプのインディケーション、およびプログラミングインターフェースの要求されるバージョンのインディケーションを備える、第２の手段；候補レシーバの記憶された１つまたはいくつかの識別のうちの１つまたはいくつかの識別を選択するための手段であって、選択される識別の各々について、それぞれの記憶された候補タイプが要求されるタイプと合致し、それぞれの１つまたは多数の記憶された候補バージョンのうちの１つが要求されるバージョンと合致する、手段；選択された１つまたはいくつかの識別を示す問合せに応答するための手段を備える、装置が提供される。

本発明の第５の態様によると、１つ以上の候補レシーバの各々について、それぞれのプログラミングインターフェースによって候補タイプの通知要求またはコールバック要求を受信するための、それぞれの候補レシーバの登録要求を受信するための第１の手段であって、登録要求は、前記それぞれの候補レシーバの識別、前記要求の候補タイプのインディケーション、および前記それぞれの候補レシーバのプログラミングインターフェースが互換性を有するそれぞれの１つまたは多数の候補バージョンのインディケーションを収容する、第１の手段；１つ以上の候補レシーバの各々について、前記それぞれの候補レシーバの識別を、前記候補タイプおよび前記それぞれの１つまたは多数の候補バージョンとともに記憶するための手段；レシーバの識別についての問合せを受信するための第２の手段であって、問合せは、通知要求またはコールバック要求の要求されるタイプのインディケーションを備える、第２の手段；候補レシーバの記憶された識別のうちの１つまたはいくつかの識別を選択するための手段であって、選択される１つまたはいくつかの識別の各々について、それぞれの記憶された候補タイプが要求されるタイプと合致する、手段；１つまたはいくつかの選択された識別、および１つまたはいくつかの選択された識別の各々についてそれぞれの選択された識別とともに記憶された前記１つまたは多数の候補バージョンを示す問合せに応答するための手段を備える、装置が提供される。

本発明の第６の態様によると、通信プロキシを介して要求を提供するための手段を備え；要求は、要求がそれぞれコールバック要求および通知要求である場合にのみ、要求がコールバック要求と通知要求のうちの一方であることを示すインディケーションを備える、装置が提供される。

本発明の第７の態様によると、受信した要求が、要求がコールバック要求と通知要求のうちの一方であることを示す通知インディケーションを備えるか否かを監視するための手段；要求が通知インディケーションを備えない場合に、要求をサービス要求としてハンドリングするための手段；要求が通知インディケーションを備える場合に、要求を通知要求またはコールバック要求としてハンドリングするための手段を備え、サービス要求としてハンドリングすることは通知要求またはコールバック要求としてハンドリングすることとは異なる、装置が提供される。

本発明の第８の態様によると、通知要求またはコールバック要求を送信し、前記要求を提供するように構成されたプログラミングインターフェースのバージョンを、前記要求において示すことを備える、方法が提供される。

本発明の第９の態様によると、１つまたは多数のインターフェースバージョンのプログラミングインターフェース上で、あるタイプの通知要求またはコールバック要求を受信すること；データベースにおいて、方法を行う装置、前記要求のタイプ、および前記プログラミングインターフェースが通知またはコールバックのためにサポートする前記１つまたは多数のバージョンの登録を要求することを備える、方法が提供される。

本発明の第１０の態様によると、通知要求またはコールバック要求を作り出すように構成されたプロデューサプログラミングインターフェースのインターフェースバージョンのインディケーションを収容する前記要求を受信することと；前記インターフェースバージョンをハンドリングすることをサポートするプログラミングインターフェースを有する前記要求のレシーバを選択することと；前記レシーバに前記要求を送信することとを備える、方法が提供される。

本発明の第１１の態様によると、１つ以上の候補レシーバの各々について、それぞれのプログラミングインターフェースによって候補タイプの通知要求またはコールバック要求を受信するための、それぞれの候補レシーバの登録要求を受信することであって、登録要求は、前記それぞれの候補レシーバの識別、前記要求の候補タイプのインディケーション、および前記それぞれの候補レシーバのプログラミングインターフェースが互換性を有する１つまたは多数の候補バージョンのインディケーションを収容する、こと；前記１つ以上の候補レシーバの各々の識別を、前記候補タイプおよび前記それぞれの１つまたは多数の候補バージョンとともに記憶すること；レシーバの識別についての問合せを受信することであって、問合せは、通知要求またはコールバック要求の要求されるタイプのインディケーション、およびプログラミングインターフェースの要求されるバージョンのインディケーションを備える、こと；候補レシーバの記憶された１つまたはいくつかの識別のうちの１つまたはいくつかの識別を選択することであって、選択される識別の各々について、それぞれの記憶された候補タイプが要求されるタイプと合致し、それぞれの１つまたは多数の記憶された候補バージョンのうちの１つが要求されるバージョンと合致する、こと；選択された１つまたはいくつかの識別を示す問合せに応答することを備える、方法が提供される。

本発明の第１２の態様によると、１つ以上の候補レシーバの各々について、それぞれのプログラミングインターフェースによって候補タイプの通知要求またはコールバック要求を受信するための、それぞれの候補レシーバの登録要求を受信することであって、登録要求は、前記それぞれの候補レシーバの識別、前記要求の候補タイプのインディケーション、および前記それぞれの候補レシーバのプログラミングインターフェースが互換性を有するそれぞれの１つまたは多数の候補バージョンのインディケーションを収容する、こと；１つ以上の候補レシーバの各々について、前記それぞれの候補レシーバの識別を、前記候補タイプと前記それぞれの１つまたは多数の候補バージョンとともに記憶すること；レシーバの識別についての問合せを受信することであって、問合せは、通知要求またはコールバック要求の要求されるタイプのインディケーションを備える、こと；候補レシーバの記憶された識別のうちの１つまたはいくつかの識別を選択することであって、選択される１つまたはいくつかの識別の各々について、それぞれの記憶された候補タイプが要求されるタイプと合致する、こと；１つまたはいくつかの選択された識別、および１つまたはいくつかの選択された識別の各々についてそれぞれの選択された識別とともに記憶された前記１つまたは多数の候補バージョンを示す問合せに応答することを備える、方法が提供される。

本発明の第１３の態様によると、通信プロキシを介して要求を提供することを備え；要求は、要求がそれぞれコールバック要求および通知要求である場合にのみ、要求がコールバック要求と通知要求のうちの一方であることを示すインディケーションを備える、方法が提供される。

本発明の第１４の態様によると、受信した要求が、要求がコールバック要求と通知要求のうちの一方であることを示す通知インディケーションを備えるか否かを監視すること；要求が通知インディケーションを備えない場合に、要求をサービス要求としてハンドリングすること；要求が通知インディケーションを備える場合に、要求を通知要求またはコールバック要求としてハンドリングすることを備え、サービス要求としてハンドリングすることは通知要求またはコールバック要求としてハンドリングすることとは異なる、方法が提供される。

第８から第１４の態様の方法の各々は、間接通信の方法であることができる。

本発明の第１５の態様によると、装置上で実行されると装置に第８から第１４の態様による方法を実施させるように構成された命令のセットを備える、コンピュータプログラム製品が提供される。コンピュータプログラム製品は、コンピュータ可読媒体として具現化されるかまたはコンピュータに直接ロード可能にすることができる。

本発明の一部の実施形態によると、以下の利点のうちの少なくとも１つのが達成される：
－ 間接通信において通知要求が適切にハンドリングされる；
－ 通知コンシューマは受信した通知を確実にデコードし、理解することができる。

代替を排除すると明記されていない限り、上記の修正のいずれも、単独で、または組み合わせて、言及しているそれぞれの態様に適用されることができることを理解されたい。

さらなる詳細、特徴、目的および利点は、添付図面とともに解釈されるべき本発明の好ましい実施形態の以下の詳細な説明から明らかである。

本発明のいくつかの例示の実施形態による、通知要求またはコールバック要求以外のサービス要求のための、間接通信および委任発見によるメッセージフローの一例を示す図である。 本発明のいくつかの例示の実施形態による、通知要求またはコールバック要求のための、間接通信によるメッセージフローの一例を示す図である。 本発明のいくつかの例示の実施形態による、３ＧＰＰ ＴＳ ２９．５００の第１の更新を示す図である。 本発明のいくつかの例示の実施形態による、３ＧＰＰ ＴＳ ２９．５００のさらなる更新を示す図である。 本発明のいくつかの例示の実施形態による、３ＧＰＰ ＴＳ ２９．５００のさらなる更新を示す図である。 本発明のいくつかの例示の実施形態による、３ＧＰＰ ＴＳ ２９．５００のさらなる更新を示す図である。 本発明のいくつかの例示の実施形態による、３ＧＰＰ ＴＳ ２９．５００のさらなる更新を示す図である。 本発明のいくつかの例示の実施形態による、３ＧＰＰ ＴＳ ２９．５１０の更新を示す図である。 本発明の例示の一実施形態による装置を示す図である。 本発明の例示の一実施形態による方法を示す図である。 本発明の例示の一実施形態による装置を示す図である。 本発明の例示の一実施形態による方法を示す図である。 本発明の例示の一実施形態による装置を示す図である。 本発明の例示の一実施形態による方法を示す図である。 本発明の例示の一実施形態による装置を示す図である。 本発明の例示の一実施形態による方法を示す図である。 本発明の例示の一実施形態による装置を示す図である。 本発明の例示の一実施形態による方法を示す図である。 本発明の例示の一実施形態による装置を示す図である。 本発明の例示の一実施形態による方法を示す図である。 本発明の例示の一実施形態による装置を示す図である。 本発明の例示の一実施形態による方法を示す図である。 本発明の例示の一実施形態による装置を示す図である。 本発明の例示の一実施形態による方法を示す図である。 図２４による方法の別の経路を示す図である。 本発明の例示の一実施形態による装置を示す図である。 本発明の例示の一実施形態による方法を示す図である。 本発明の例示の一実施形態による装置を示す図である。

以下、本発明の特定の実施形態が添付図面を参照しながら詳細に説明されるが、特に記載のない限り、実施形態の特徴は、互いに自由に組み合わされることができる。しかし、特定の実施形態の説明は例示のためにのみ与えられていることと、いかなる点でも、本発明を開示されている詳細に限定するものと理解されることを意図されていないこととを明確に理解されたい。

また、場合によっては、装置のみ、または方法のみについて説明されることもあるが、装置は対応する方法を行うように構成されることを理解されたい。

ｅＳＢＡのためのステージ２作業が、３ＧＰＰ ＴＳ ２３．５０１および３ＧＰＰ ＴＳ ２３．５０２に含まれている。現在、ＮＦ内、および／または、ＮＲＦ内のＮＦサービスプロファイルに、通知メッセージの特別な宛先アドレスを登録する提案が議論されている（２０２０年２月の次回ＳＡ２会議における提案の基礎としてみなされることになる文献Ｓ２－２００１３１３を参照）。

コールバック要求とは、サービスが、特定のイベントに応答して何らかの他のサービスに送信する非同期要求である。コールバックの典型的な例は、サブスクリプション機能のために、ユーザがサービスの特定のイベントにサブスクライブし、様々なイベントが生じるときに通知を受信する、通知である。

ＳＢＡでは、コンシューマは、特定のイベントが生じるときにプロデューサから通知を受信するためにＮＦサービスプロデューサにサブスクライブすることができる。ＮＦサービスプロデューサは、通知要求メッセージを送信することによって、通知（例えば、ステータス情報）を規則的に、および／または、特定のイベントが発生したときに送信する。通知要求のレシーバは、通知応答を返送することによってその要求の受信を確認応答する。本出願のコンテキストでは、「通知」、「通知要求」および「通知要求メッセージ」という用語は、特に明記されていないかコンテキストから明らかにされていない限り、同義であると考えられるべきである。３ＧＰＰ ＴＳ ２９．５００の６．１０．３．３節によると、デフォルト通知サブスクリプションは、ＮＦサービスプロデューサに送信される明示的なサブスクリプション要求によって作成される通知サブスクリプションとは異なり、ＮＦが消費する準備のある通知に対応するＮＲＦ内のＮＦプロファイルに登録されているサブスクリプションである。

要求が、ＰＬＭＮを渡って送信される通知要求またはコールバック要求であることを示すために、ＴＳ ２９．５００（Ｒｅｌ－１５）に３ＧＰＰによって３ｇｐｐ－Ｓｂｉ－Ｃａｌｌｂａｃｋヘッダが定義済みである。このヘッダは、通知要求またはコールバック要求に適用することができるセキュリティポリシーを識別するために、ＳＥＰＰ（セキュリティエッジ保護プロキシ）間で使用されることができる（３ＧＰＰ ＴＳ ２９．５７３参照）。これは、ＰＬＭＮ間インターフェース上で使用される少数のＡＰＩに限定され、これはＮ３２インターフェース（ＰＬＭＮ間ローミングインターフェース）のみに適用され、ＳＥＰＰによってのみ使用される。これは、ＳＣＰには使用されず、ＳＣＰには可視ではなく、ＰＬＭＮ内通信には使用されない。

間接通信の導入は、次のようないくつかの技術的課題をもたらす：
１）特に、デフォルト通知サブスクリプションについて発行される通知のための、プロデューサとコンシューマのＡＰＩバージョンの合致を確実にすること（３ＧＰＰ ＴＳ ２９．５００の６．１０．３．３節参照）；および
２）ＳＣＰによる他のサービス要求とは異なる、コールバック要求（通知要求など）のハンドリング。

本発明のいくつかの例示の実施形態は、これらの技術的課題の解決策を提供する。

１）について。ＮＦは、通知の各タイプについて対応する通知エンドポイント（すなわちコールバックＵＲＩ）を含む、ＮＦが消費する準備のある通知のためにデフォルト通知サブスクリプションをそのＮＦプロファイルまたはＮＲＦにおけるＮＦサービスに登録することができる。

ＮＦプロデューサは、生成する必要があるデフォルト通知サブスクリプションに対応する通知のタイプを使用して構成されることができ、委任発見（ｄｅｌｅｇａｔｅｄ ｄｉｓｃｏｖｅｒｙ）による間接通信を使用してそのような通知を送信することができる。委任発見では、ＳＣＰが、対応するデフォルト通知サブスクリプションを有するＮＦサービスコンシューマを発見し、選択する。３ＧＰＰ ＴＳ ２９．５００の６．１０．３．３節を参照されたい。

しかし、通知要求を生成するためにＮＦサービスプロデューサによって使用されるＡＰＩバージョンをＳＣＰにシグナルするための機構がない。これは、ＳＣＰが、対応するＡＰＩバージョンをサポートするＮＦサービスコンシューマを選択できること、すなわち、その通知をハンドリングすることができるＮＦサービスコンシューマを選択できることを妨げる。

本発明のいくつかの例示の実施形態によると、通知要求のセンダは、通知のタイプに関する既存のインディケーションに加えて、通知を生成するために使用したＡＰＩバージョンに関するインディケーションを、要求に含める。ＳＣＰは、そのＡＰＩバージョンを使用して、通知タイプに対応し、このＡＰＩバージョンに準拠する通知を受信することをサポートするＮＦサービスコンシューマを選択する。この選択のために、ＳＣＰはＮＲＦにおける候補宛先ＮＦのＮＦプロファイルを取得し、そのＡＰＩバージョンをそのＮＦのプロファイルにおいてその通知タイプについて記憶されたバージョン（新規パラメータ）と比較することができるか、または、そのバージョンをサポートするＮＦをＮＲＦに問い合わせることができる。次に、ＳＣＰは、通知要求を選択されたＮＦに転送することができる。その目的のために、要求のヘッダに新たなａｐｉｖｅｒｓｉｏｎパラメータが定義されることになる。いくつかの例示の実施形態では、ヘッダは、通知要求でそのＡＰＩバージョンを伝達するための３ｇｐｐ－Ｓｂｉ－Ｃａｌｌｂａｃｋヘッダを備えることができる。加えて、ＮＲＦに登録されるＮＦプロファイルは、プロファイル内のデフォルト通知サブスクリプションにおける各通知タイプについてサポートされているＡＰＩバージョンを示すエントリにより拡張されることができる。いくつかの例示の実施形態では、ヘッダおよび／またはＮＦプロファイルにおいてメジャーＡＰＩバージョンのみが示される。

２）について。ＳＣＰは、両方のタイプの要求が、例えば許可のために異なる扱いを要するため、通知要求を他のサービス要求と区別する必要がある（ＯＡｕｔｈ２は通知には使用されないが、他のサービス要求では使用可能である）。例えば、委任発見による間接通信のために、ＳＡ３は、ＮＦサービスコンシューマに代わってＳＣＰがアクセストークン（すなわち許可の一例）を要求／提供する役割を担うことができると規定することが見込まれる。この場合、ＳＣＰはサービス要求のためにアクセストークンを要求する必要がある。しかし、ＳＣＰは通知要求のためにはアクセストークンを要求してはならない。加えて、通知要求の宛先アドレスが、ＮＦプロファイルおよび／またはＮＲＦ内のＮＦサービスプロファイルにおいて他のサービス要求に適用可能な通常のアドレスに加えて登録されている場合、ＳＣＰは、どこに通知を送信するかを決定するために通知メッセージの宛先アドレスがあれば通知メッセージの宛先アドレスを使用するか、またはそのような宛先アドレスがなければ通常のアドレスを使用する必要がある。

しかし、ＳＣＰが通知要求を他のサービス要求と区別することができるようにする定義された機構はない。

本発明のいくつかの例示の実施形態によると、ＨＴＴＰ要求のセンダは、間接通信を使用するときに、要求がコールバック要求（通知要求など）であるか、または他のサービスに関係する要求であるかを示すインディケーションをＨＴＴＰ要求に含める。その要求を受信するＳＣＰは、そのインディケーションを使用して、その要求のために適切なセキュリティハンドリングを（例えば、ＯＡｕｔｈ２許可を他のサービス要求には適用するが通知には適用しないことにより）選択する。加えて、またはこれに代えて、ＳＣＰはこのインディケーションを使用して、ＳＣＰがＮＲＦから取得するＮＦプロファイルまたはＮＦサービスプロファイル内の適切な宛先アドレスを選択することができ、そのアドレスに要求を送信することができる。

その目的のために、本発明のいくつかの例示の実施形態によると、３ｇｐｐ－Ｓｂｉ－Ｃａｌｌｂａｃｋヘッダが、すべてのＰＬＭＮ内交換およびＰＬＭＮ間交換について、間接通信により送信されるすべての通知要求およびコールバック要求まで拡張される。したがって、ＳＣＰは、通知要求／コールバック要求を他のサービス要求から区別することが可能にされる。

いくつかの例示の実施形態では、間接通信を使用して通知またはコールバック要求を送信するＮＦサービスプロデューサが、通知要求またはコールバック要求の名前とＰＬＭＮ内通信およびＰＬＭＮ間通信のためのＡＰＩバージョンとを含む３ｇｐｐ－Ｓｂｉ－Ｃａｌｌｂａｃｋヘッダを、その要求に含める。いくつかの例示の実施形態では、ＮＦサービスプロデューサは、ＡＰＩ（メジャー）バージョンが１より高い（すなわち、ＡＰＩ（メジャー）バージョンがＡＰＩの最初のバージョンではない）場合にのみ、そのＡＰＩバージョンを含める。

ＳＣＰは、このヘッダの存在から、サービス要求が通知要求またはコールバック要求であることを導き出すことができ、他のサービス要求の扱いとは異なる通知要求およびコールバック要求の扱いを適用することができる。例えば、許可に関しては、通知／コールバックではアクセストークンが使用されない（ＴＳ ２９．５００の６．７．３節を参照）。別の例として、通知宛先が対応するＮＦプロファイルまたはＮＦサービスプロファイルに含まれている場合、要求がコールバック要求の通知要求であればそのサービスのために通常の宛先の代わりにこのアドレスが使用される。

図１は、通知要求またはコールバック要求以外のサービス要求のため、すなわち、上述し、３ＧＰＰ ＴＳ ２３．５０１の７．１．２節でより詳しく規定されている「通知」要求に対応しない要求のための、間接通信と委任発見によるメッセージフローの一例を示す。図１に示されるメッセージは、以下の通りである：

１．ＮＦサービスコンシューマが、委任発見による間接通信を使用してサービス要求を送信する。サービス要求は、３ｇｐｐ－Ｓｂｉ－Ｃａｌｌｂａｃｋヘッダなど、要求が通知要求またはコールバック要求であることを示すヘッダを収容しない。

２．ＳＣＰは、３ｇｐｐ－Ｓｂｉ－Ｃａｌｌｂａｃｋヘッダなど、要求が通知要求またはコールバック要求であることを示すヘッダがないことに基づいて、これがサービス要求であり、コールバック要求または通知要求ではないと決定する。

３．ＳＣＰは、要求をサーブすることができる候補ＮＦサービスプロデューサを取得するために、ＮＲＦにＮＦ発見要求を送信する。
要求がルーティングバインディングインディケーションを収容する場合、ＳＣＰは、要求ＵＲＩで示されているＮＦサービスのタイプを有する候補ＮＦサービスプロデューサを取得するために、ＮＲＦにＮＦ発見要求を送信する。ＮＲＦは、通常の宛先アドレスを収容することになり、加えて、通知宛先アドレスを収容することができる、対応するＮＦプロファイルおよび／またはＮＦサービスプロファイルを返す。ＳＣＰは、通常の宛先アドレスを使用する。
メッセージ５で、ＳＣＰは、このようにして決定された宛先アドレスに要求を送信し、要求ＵＲＩのホスト部分をその宛先アドレスと交換する。

４．ＳＣＰは、選択されたＮＦサービスプロデューサにおける要求されたサービスにアクセスするための許可を得るために、アクセストークンを生成するようにＯＡｕｔｈ２許可サーバ（ＮＲＦ）に要求する。

５．ＳＣＰはＯＡｕｔｈ２許可サーバによって許諾されたアクセストークンを使用して、選択されたＮＦサービスプロデューサにサービス要求を送信する。

６．ＮＦサービスプロデューサは、その要求をサーブし、応答を返す。

図２は、通知要求またはコールバック要求の場合の、間接通信によるメッセージフローの一例を示す。メッセージは以下の通りである：

１．ＮＦサービスプロデューサが、間接通信（ＰＬＭＮ内通信またはＰＬＭＮ間通信）を使用して、通知要求またはコールバック要求を送信する。通知要求またはコールバック要求は、３ｇｐｐ－Ｓｂｉ－Ｃａｌｌｂａｃｋヘッダなど、要求が通知要求またはコールバック要求であることを示すヘッダを収容する。３ｇｐｐ－Ｓｂｉ－Ｃａｌｌｂａｃｋヘッダなど、要求が通知要求またはコールバック要求であることを示すヘッダは、通知またはコールバックの名前と（少なくとも、これがデフォルト通知サブスクリプションのために発行された通知である場合）、ＡＰＩバージョン（例えば、ＡＰＩメジャーバージョンが１より高い場合）とを収容する。そうでない場合、通知要求にはルーティングバインディングインディケーションが含められる。ルーティングバインディングインディケーションは、ＮＦのタイプと、ＮＦサービスコンシューマがその通知をハンドリングするために使用するサービス、またはＮＦレベルのアドレスが使用されることを示すインディケーションを収容する。

３ｇｐｐ－Ｓｂｉ－Ｃａｌｌｂａｃｋヘッダの例は以下の通りである：
３ｇｐｐ－Ｓｂｉ－Ｃａｌｌｂａｃｋ： Ｎｎｒｆ＿ＮＦＭａｎａｇｅｍｅｎｔ＿ＮＦＳｔａｔｕｓＮｏｔｉｆｙ
３ｇｐｐ－Ｓｂｉ－Ｃａｌｌｂａｃｋ： Ｎｕｄｍ＿ＳＤＭ＿Ｎｏｔｉｆｉｃａｔｉｏｎ；ａｐｉｖｅｒｓｉｏｎ＝２

最初の例では、ヘッダは、要求が、ＮＦステータス変化を通知するためにＮＲＦによって送信された通知要求であることを知らせる。ＡＰＩ（メジャー）バージョンは１（最初のバージョン）である。したがって、この例では、ヘッダはＡＰＩバージョンの明示的インディケーションを備えない。２番目の例では、ヘッダは、要求が、サブスクリプションデータの変化を通知するためにＵＤＭによって送信された通知要求であることを知らせる。加えて、それは、ＡＰＩ（メジャー）バージョンが２であることを知らせる。

２．ＳＣＰは、このヘッダの受信に基づいて、これが通知またはコールバック要求であると決定する。

３．要求がルーティングバインディングインディケーションも通知アドレス（すなわちＵＲＩ）も決して収容しない場合（または到達できないことがわかっているＵＲＩである場合）（注：間接通信を使用するときに、デフォルト通知サブスクリプションのために送信される通知はルーティングバインディングインディケーションもターゲットＮＦの通知アドレスも収容しないことになる）、ＳＣＰは、対応するデフォルト通知タイプをサポートし、通知を生成するためにＮＦサービスプロデューサによって使用されるＡＰＩバージョンをサポートする、候補ＮＦサービスコンシューマを取得するように、ＮＲＦにＮＦ発見要求を送信する。ＮＲＦは、（デフォルト通知サブスクリプションにおいて）そのデフォルト通知タイプのために登録されているＡＰＩバージョンの中にそのＡＰＩバージョンがあるＮＦサービスコンシューマを選択する。ＮＦサービスコンシューマは、そのＮＦプロファイルをＮＲＦに事前に登録しており、サポートする各デフォルト通知タイプのためにサポートされているバージョンを示すエントリを含んでいる。

要求がルーティングバインディングインディケーション（例えば、明示的なイベントサブスクリプションのために発行された通知）を収容し、通知アドレス（ＵＲＩ）に到達できない場合、ＳＣＰは、ルーティングバインディングインディケーション内のＮＦサービスタイプを有し、（含まれる場合）ルーティングバインディングインディケーション内のそのサービスをサポートする候補ＮＦサービスコンシューマを取得するように、ＮＲＦにＮＦ発見要求を送信する。ＮＲＦは、通常の宛先アドレスを収容することになり、加えて、通知宛先アドレスを収容することができる、対応するＮＦプロファイルおよび／またはＮＦサービスプロファイルを返す。ルーティングバインディングインディケーションがサービス名を収容する場合、ＳＣＰは対応するＮＦサービスプロファイルを使用する。そのサービスプロファイルに通知宛先アドレスが収容される場合、ＳＣＰはそのアドレスを使用し、そうでない場合は通常の宛先アドレスを使用する。ルーティングバインディングインディケーションがＮＦプロファイルアドレスを使用するためにインディケーション（例えばサービス名として「ＮＦ」）を収容する場合、ＳＣＰは、対応するＮＦプロファイルを使用する。通知宛先アドレスがそのプロファイルに収容される場合、ＳＣＰはそのアドレスを使用し、そうでない場合は通常の宛先アドレスを使用する。

ＳＣＰは、このようにして決定された宛先アドレスに要求を送信し、要求ＵＲＩのホスト部分をその宛先アドレスと交換する。

４．ＳＣＰは、いかなるアクセストークンもなしに（すなわち許可されずに）ＮＦサービスコンシューマに通知要求を送信する。

５．ＮＦサービスコンシューマは、通知要求の受信を確認応答する。

本発明のいくつかの例示の実施形態によると、装置（ＮＦ、ＮＲＦ、もしくはＳＣＰまたはこれらの構成要素など）および方法は、３ＧＰＰ仕様によって定義される。したがって、これらの仕様を更新することが提言される。更新の動機付けは以下の通りである：

１）３ＧＰＰ ＴＳ ２９．５００の６．１０．３．３節は、通知が通知を生成するためにＮＦサービスプロデューサによって使用されているものと同じＡＰＩバージョンをサポートするＮＦサービスコンシューマにその通知が確実に送られるようにする方法を規定していない。

２）ＳＣＰは、例えば通知要求と他のサービス要求の両方のタイプが許可のために異なる扱いを要するため、通知要求を他のサービス要求から区別する必要があり得る（ＯＡｕｔｈ２は通知には使用されないが、他のサービス要求では使用可能である）。例えば、委任発見を使用する間接通信では、ＳＣＰがＮＦサービスコンシューマに代わってアクセストークンを要求／提供する役割を担う場合、ＳＣＰは通知要求以外のサービス要求のためにアクセストークンを要求する必要がある。

Ｒｅｌ－１５では、ＰＬＭＮで送信される通知およびコールバックのために３ｇｐｐ－Ｓｂｉ－Ｃａｌｌｂａｃｋヘッダが定義されている。ＳＣＰが通知要求／コールバック要求を他のサービス要求から区別することができるようにするために、このヘッダの使用を、間接通信によって送信されるすべての通知要求およびコールバック要求に拡張することを提案する。

３）ＳＣＰは、デフォルト通知サブスクリプションをサポートするＮＦサービスコンシューマのインスタンスを発見し、選択することによって、デフォルト通知サブスクリプションのために発行された通知をルーティングする。ＳＣＰがＡＰＩのメジャーバージョンをサポートするＮＦサービスプロデューサを選択することができるようにするために、通知はＡＰＩのメジャーバージョンを伝達する必要がある。ＡＰＩメジャーバージョンを伝達する新たな「ａｐｉｖｅｒｓｉｏｎ」パラメータにより３ｇｐｐ－Ｓｂｉ－Ｃａｌｌｂａｃｋヘッダを拡張することを提案する。

これは、ＳＥＰＰが、ＡＰＩバージョンに適用可能なデータ暗号化および修正ポリシーを適用するための有用な情報ともなり得る。

したがって、本発明のいくつかの例示の実施形態によると、装置（ＮＦ、ＮＲＦもしくはＳＣＰまたはその構成要素など）および方法が、以下のように更新される３ＧＰＰ ＴＳ ２９．５００によって少なくとも部分的に定義されることになる：
－ ６．１０．ｘ節における新たな手続き要件（間接通信により送信される通知要求およびコールバック要求）
－ ５ＧＣ ＳＢＡで定義されている任意の通知要求またはコールバック要求の符号化と、ＡＰＩバージョンの符号化とを可能にする３ｇｐｐ－Ｓｂｉ－Ｃａｌｌｂａｃｋヘッダの拡張：５．２．３．２．３節および付属書Ｂ
詳細については、図３から図７を参照されたい。

また、本発明のいくつかの例示の実施形態によると、装置（ＮＦ、ＮＲＦもしくはＳＣＰまたはその構成要素など）および方法が、図８に示されるように更新される３ＧＰＰ ＴＳ ２９．５１０によって少なくとも部分的に定義されることになる。

提案される変更は以下のように要約することができる：

１）間接通信により送信される通知要求およびコールバック要求は、ＳＣＰがこれらの要求を他のサービス要求から区別することができるようにするために、３ｇｐｐ－Ｓｂｉ－Ｃａｌｌｂａｃｋヘッダを含むものとする。

２）通知要求でＡＰＩメジャーバージョンを伝達するために、３ｇｐｐ－Ｓｂｉ－Ｃａｌｌｂａｃｋヘッダにおける新たなａｐｉｖｅｒｓｉｏｎパラメータが定義される。

図９は、本発明の一実施形態による装置を示す。装置は、プロデューサまたはその要素などのＮＦとすることができる。図１０は、本発明の一実施形態による方法を示す。図９による装置は図１０の方法を行うことができるが、この方法には限定されない。図１０の方法は、図９の装置によって行われることができるが、この装置によって行われることには限定されない。

装置は、送信するための手段１０を備える。送信するための手段１０は、送信手段とすることができる。送信するための手段１０は、前記送信することを行うように構成されたセンダとすることができる。送信するための手段１０は、前記送信することを行わせるように構成された送信プロセッサとすることができる。

送信するための手段１０は、通知要求またはコールバック要求を送信し、前記要求で、前記要求を提供するように構成されたプログラミングインターフェースのバージョンを示す（Ｓ１０）。ＡＰＩはプログラミングインターフェースの一例である。

図１１は、本発明の一実施形態による装置を示す。装置は、コンシューマまたはその要素などのＮＦとすることができる。図１２は本発明の一実施形態による方法を示す。図１１による装置は、図１２の方法を行うことができるが、この方法には限定されない。図１２の方法は、図１１の装置によって行われることができるが、この装置によって行われることには限定されない。

装置は、受信するための手段２０と要求するための手段３０とを備える。受信するための手段２０、および要求するための手段３０は、それぞれ受信手段、および要求手段とすることができる。受信するための手段２０、および要求するための手段３０は、それぞれ、前記受信することを行うように構成されたレシーバ、および前記要求することを行うように構成されたリクエスタ（ｒｅｑｕｅｓｔｏｒ）とすることができる。受信するための手段２０、および要求するための手段３０は、それぞれ、前記受信することを行わせるように構成された受信プロセッサ、および前記要求することを行わせるように構成された要求プロセッサとすることができる。

受信するための手段２０は、インターフェースバージョンのプログラミングインターフェース上で、あるタイプの通知要求またはコールバック要求を受信する（Ｓ２０）。ＡＰＩは、プログラミングインターフェースの一例である。

要求するための手段３０は、データベース（ＮＲＦなど）における、装置と、タイプと、通知またはコールバックのためにプログラミングインターフェースがサポートする１つ以上のインターフェースバージョンとの登録を要求する（Ｓ３０）。装置の登録は、通知へのサブスクリプション（通知サブスクリプション）とすることができる。通知サブスクリプションは、デフォルト通知サブスクリプションとすることができる。

Ｓ２０とＳ３０は、任意の順序で行われることができる。Ｓ２０とＳ３０は、完全にまたは部分的に並列して行われることができる。

図１３は、本発明の一実施形態による装置を示す。装置は、ＳＣＰもしくはＮＲＦまたはその要素とすることができる。図１４は、本発明の一実施形態による方法を示す。図１３による装置は図１４の方法を行うことができるが、この方法には限定されない。図１４の方法は、図１３の装置によって行われることができるが、この装置によって行われることには限定されない。

装置は、受信するための手段１１０と、選択するための手段１２０と、送信するための手段１３０とを備える。受信するための手段１１０、選択するための手段１２０、および送信するための手段１３０は、それぞれ、受信手段、選択手段、および送信手段とすることができる。受信するための手段１１０、選択するための手段１２０、および送信するための手段１３０は、それぞれ、前記受信することを行うように構成されたレシーバ、前記選択することを行うように構成されたセレクタ、および前記送信することを行うように構成されたセンダとすることができる。受信するための手段１１０、選択するための手段１２０、および送信するための手段１３０は、それぞれ、前記受信することを行わせるように構成された受信プロセッサ、前記選択することを行わせるように構成された選択プロセッサ、および前記送信することを行わせるように構成された送信プロセッサとすることができる。

受信するための手段１１０は、プロデューサプログラミングインターフェースのバージョンの第１のインディケーションと、コンシューマがサポートすることができる（同じタイプの）プログラミングインターフェースのバージョンの第２のインディケーションとを受信する（Ｓ１１０）。プロデューサプログラミングインターフェースは、通知要求またはコールバック要求を作り出すように構成される。コンシューマは、それぞれ、通知要求またはコールバック要求を消費するように構成される。受信するための手段は、それぞれのプログラミングインターフェースから直接、または例えばプロファイル（ＮＲＦに記憶されたＮＦプロファイルなど）でまとめて、バージョンのインディケーションを受信することができる。プログラミングインターフェースの各々は、ＡＰＩとすることができる。

確認するための手段１２０が、通知を生成するプロデューサプログラミングインターフェースのバージョンが、コンシューマがサポートすることができる（同じタイプの）プログラミングインターフェースのバージョンと互換性があるか否かを確認する（Ｓ１２０）。例えば、ＮＦサービスプロデューサから通知要求で受信したバージョン番号とＮＦサービスコンシューマのＮＦプロファイルに登録されているバージョン番号とを比較することができる。

プロデューサプログラミングインターフェースのバージョンのバージョンが、コンシューマがサポートする（同じタイプの）プログラミングインターフェースのバージョンと互換性がない場合（Ｓ１２０＝「いいえ」）、抑止するための手段１３０が、通知要求を転送するターゲットとしてそのコンシューマを選択するのを抑止する（Ｓ１３０）。

図１５は、本発明の一実施形態による装置を示す。装置は、ＮＲＦまたはその要素などのデータリポジトリ（データベース）とすることができる。図１６は、本発明の一実施形態による方法を示す。図１５による装置は、図１６の方法を行うことができるが、この方法には限定されない。図１６の方法は、図１５の装置によって行われることができるが、この装置によって行われることには限定されない。

装置は、第１の受信するための手段１５０と、記憶するための手段１６０と、第２の受信するための手段１７０と、選択するための手段１８０と、応答するための手段１９０とを備える。第１の受信するための手段１５０、記憶するための手段１６０、第２の受信するための手段１７０、選択するための手段１８０、および応答するための手段１９０は、それぞれ、第１の受信手段、記憶手段、第２の受信手段、選択手段、および応答手段とすることができる。第１の受信するための手段１５０、記憶するための手段１６０、第２の受信するための手段１７０、選択するための手段１８０、および応答するための手段１９０は、それぞれ、前記受信することを行うように構成された第１のレシーバ、前記記憶することを行うように構成されたストレージ、前記受信することを行うように構成された第２のレシーバ、前記選択することを行うように構成されたセレクタ、および前記応答することを行うように構成されたレスポンダとすることができる。第１の受信するための手段１５０、記憶するための手段１６０、第２の受信するための手段１７０、選択するための手段１８０、および応答するための手段１９０は、それぞれ、前記受信することを行わせるように構成された第１の受信プロセッサ、前記記憶することを行わせるように構成された記憶プロセッサ、前記受信することを行わせるように構成された第２の受信プロセッサ、前記選択することを行わせるように構成された選択プロセッサ、および前記応答することを行わせるように構成された応答プロセッサとすることができる。

第１の受信するための手段１５０は、候補レシーバの登録要求を受信する（Ｓ１５０）。登録要求は、候補レシーバが、プログラミングインターフェースによって候補タイプの通知要求またはコールバック要求を受信するのに適切であることを示す。登録要求は前記候補レシーバの識別と、前記要求の候補タイプのインディケーションと、プログラミングインターフェースが互換性を有する１つまたは多数の候補バージョンのインディケーションとを収容する。候補レシーバは、それ自体を数回登録することができる。

記憶するための手段１６０は、前記候補レシーバの識別を、前記候補タイプと前記１つまたは多数の候補バージョンとともに記憶する（Ｓ１６０）。

第２の受信するための手段１７０は、レシーバの識別についての問合せを受信する（Ｓ１７０）。問合せは、通知要求またはコールバック要求の要求されるタイプのインディケーションと、プログラミングインターフェースの要求されるバージョンのインディケーションとを備える。

選択するための手段１８０は、候補レシーバの記憶された識別のうちの識別を選択する（Ｓ１８０）。選択されている識別について、記憶された候補タイプが要求されるタイプと合致し、記憶された候補バージョンのうちの１つが要求されるバージョンと合致する。

応答するための手段１９０は、通知要求またはコールバック要求を生成するプログラミングインターフェースのサポートされているバージョンを含む、選択された識別を示す問合せに応答する（Ｓ１９０）。

図１７は、本発明の一実施形態による装置を示す。装置は、ＮＲＦまたはその要素などのデータリポジトリ（データベース）とすることができる。図１８は、本発明の一実施形態による方法を示す。図１７による装置は、図１８の方法を行うことができるが、この方法には限定されない。図１８の方法は、図１７の装置によって行われることができるが、この装置によって行われることには限定されない。

装置は、第１の受信するための手段２５０と、記憶するための手段２６０と、第２の受信するための手段２７０と、選択するための手段２８０と、応答するための手段２９０とを備える。第１の受信するための手段２５０、記憶するための手段２６０、第２の受信するための手段２７０、選択するための手段２８０、および応答するための手段２９０は、それぞれ、第１の受信手段、記憶手段、第２の受信手段、選択手段、および応答手段とすることができる。第１の受信するための手段２５０、記憶するための手段２６０、第２の受信するための手段２７０、選択するための手段２８０、および応答するための手段２９０は、それぞれ、前記受信することを行うように構成された第１のレシーバ、前記記憶することを行うように構成されたストレージ、前記受信することを行うように構成された第２のレシーバ、前記選択することを行うように構成されたセレクタ、および前記応答することを行うように構成されたレスポンダ（ｒｅｓｐｏｎｄｅｒ）とすることができる。第１の受信するための手段２５０、記憶するための手段２６０、第２の受信するための手段２７０、選択するための手段２８０、および応答するための手段２９０は、それぞれ、前記受信することを行わせるように構成された第１の受信プロセッサ、前記記憶することを行わせるように構成された記憶プロセッサ、前記受信することを行わせるように構成された第２の受信プロセッサ、前記選択することを行わせるように構成された選択プロセッサ、および前記応答することを行わせるように構成された応答プロセッサとすることができる。

第１の受信するための手段２５０は、候補レシーバの登録要求を受信する（Ｓ２５０）。登録要求は、候補レシーバが、プログラミングインターフェースによって候補タイプの通知要求またはコールバック要求を受信するのに適切であることを示す。登録要求は、前記候補レシーバの識別と、前記要求の候補タイプのインディケーションと、プログラミングインターフェースが互換性を有する１つまたは多数の候補バージョンのインディケーションとを収容する。

記憶するための手段２６０は、前記レシーバの識別を、前記候補タイプと前記１つまたは多数の候補バージョンとともに記憶する（Ｓ１６０）。

第２の受信するための手段２７０は、レシーバの識別についての問合せを受信する（Ｓ２７０）。問合せは、通知要求またはコールバック要求の要求されるタイプのインディケーションを備える。

選択するための手段２８０は、候補レシーバの記憶された識別のうちの識別を選択する（Ｓ２８０）。選択された識別について、記憶された候補タイプは要求されるタイプと合致する。

応答するための手段１９０は、選択された識別と、選択された識別とともに記憶された前記１つ以上の候補バージョンとを示す問合せに応答する（Ｓ１９０）。

上記の例示の実施形態からわかるように、プロデューサとコンシューマのＡＰＩバージョンが合致するか否かの確認は、ＮＲＦにおいて、またはＳＣＰにおいて行われることができる。したがって、ＡＰＩバージョンは、ＮＲＦまたはＳＣＰに存在していなければならない。ＡＰＩバージョンを備えるＮＦプロファイルがＮＲＦに記憶されている場合、ＮＲＦは選択されたコンシューマのＡＰＩバージョンを、ＳＣＰで確認がされる場合はＳＣＰに提供する。

図１９は、本発明の一実施形態による装置を示す。装置は、ネットワーク機能またはその要素とすることができる。図２０は、本発明の一実施形態による方法を示す。図１９による装置は、図２０の方法を行うことができるが、この方法には限定されない。図２０の方法は、図１９の装置によって行われることができるが、この装置によって行われることには限定されない。

装置は提供するための手段２１０を備える。提供するための手段２１０は提供手段とすることができる。提供するための手段２１０は、前記提供することを行うように構成されたプロバイダとすることができる。提供するための手段２１０は、前記提供することを行わせるように構成された提供プロセッサとすることができる。

提供するための手段２１０は、通信プロキシを介して提供する（Ｓ２１０）。要求は、要求がそれぞれコールバック要求および通知要求である場合にのみ、要求がコールバック要求と通知要求のうちの一方であることを示すインディケーションを備える。通信プロキシはＳＣＰとすることができる。

図２１は、本発明の一実施形態による装置を示す。装置は、ＳＣＰまたはその要素などの通信プロキシとすることができる。図２２は、本発明の一実施形態による方法を示す。図２１による装置は、図２２の方法を行うことができるが、この方法には限定されない。図２２の方法は、図２１の装置によって行われることができるが、この装置によって行われることには限定されない。

装置は、監視するための手段３１０と、付加するための手段３２０と、転送するための手段３３０とを備える。監視するための手段３１０、付加するための手段３２０、および転送するための手段は、それぞれ、監視手段、付加手段、および転送手段とすることができる。監視するための手段３１０、付加するための手段３２０、および転送するための手段３３０は、それぞれ、前記監視することを行うように構成されたモニタ、前記付加することを行うように構成されたアダー（ａｄｄｅｒ）、および前記転送することを行うように構成されたフォワーダ（ｆｏｒｗａｒｄｅｒ）とすることができる。監視するための手段３１０、付加するための手段３２０、および転送するための手段３３０は、それぞれ、前記監視することを行わせるように構成された監視プロセッサ、前記付加することを行わせるように構成された付加プロセッサ、および前記転送することを行わせるように構成された転送プロセッサとすることができる。

監視するための手段３１０は、受信した要求が通知インディケーションを備えるか否かを監視する（Ｓ３１０）。通知インディケーションは、要求がコールバック要求と通知要求のうちの一方であることを示す。

前記要求が前記通知インディケーションを収容しない場合にのみ（Ｓ３１０＝「いいえ」）、付加するための手段３２０が前記要求にアクセストークンを付加する（Ｓ３２０）。

前記要求が前記通知インディケーションを収容する場合（Ｓ３１０＝「はい」）、転送するための手段３３０が、受信した要求を転送する（Ｓ３３０）。前記要求が前記通知インディケーションを収容しない場合（Ｓ３１０＝「いいえ」）、転送するための手段３３０はアクセストークンを備える要求を転送する（Ｓ３３５）。

図２３は、本発明の一実施形態による装置を示す。装置は、ＳＣＰまたはその要素などの通信プロキシとすることができる。図２４および図２５は、本発明の一実施形態による方法を示す。図２３による装置は、図２４および図２５の方法を行うことができるが、この方法には限定されない。図２４および図２５の方法は図２３の装置によって行われることができるが、この装置によって行われることには限定されない。

装置は、監視するための手段４１０と、問い合わせするための手段４２０と、受信するための手段４３０と、第１の選択するための手段４４０と、確認するための手段４５０と、第２の選択するための手段４６０と、第３の選択するための手段４７０と、送信するための手段４８０とを備える。監視するための手段４１０、問い合わせするための手段４２０、受信するための手段４３０、第１の選択するための手段４４０、確認するための手段４５０、第２の選択するための手段４６０、第３の選択するための手段４７０、および送信するための手段４８０は、それぞれ、監視手段、問い合わせ手段、受信手段、第１の選択手段、確認手段、第２の選択手段、第３の選択手段、および送信手段とすることができる。監視するための手段４１０、問い合わせするための手段４２０、受信するための手段４３０、第１の選択するための手段４４０、確認するための手段４５０、第２の選択するための手段４６０、第３の選択するための手段４７０、および送信するための手段４８０は、それぞれ、前記監視することを行うように構成されたモニタ、前記問い合わせすることを行うように構成されたクウェスチョナ（ｑｕｅｓｔｉｏｎｅｒ）、前記受信することを行うように構成されたレシーバ、前記選択することを行うように構成された第１のセレクタ、前記確認することを行うように構成されたチェッカ、前記選択することを行うように構成された第２のセレクタ、前記選択することを行うように構成された第３のセレクタ、および前記送信することを行うように構成されたセンダとすることができる。監視するための手段４１０、問い合わせするための手段４２０、受信するための手段４３０、第１の選択するための手段４４０、確認するための手段４５０、第２の選択するための手段４６０、第３の選択するための手段４７０、および送信するための手段４８０は、それぞれ、前記監視することを行わせるように構成された監視プロセッサ、前記問い合わせすることを行わせるように構成された問い合わせプロセッサ、前記受信することを行わせるように構成された受信プロセッサ、前記選択することを行わせるように構成された第１の選択プロセッサ、前記確認することを行わせるように構成された確認プロセッサ、前記選択することを行わせるように構成された第２の選択プロセッサ、前記選択することを行わせるように構成された第３の選択プロセッサ、および前記送信することを行わせるように構成された送信プロセッサとすることができる。

監視するための手段４１０は、受信した要求が通知インディケーションを備えるか否かを監視する（Ｓ４１０）。要求は、バインディングインディケーションを備える。バインディングインディケーションは、ネットワーク機能タイプを含む。通知インディケーションは、要求がコールバック要求と通知要求のうちの一方であることを示す。図２４は、要求が通知インディケーションを備える場合（Ｓ４１０＝「はい」）の方法を示す。図２５は、要求が通知インディケーションを備えない場合（Ｓ４１０＝「いいえ」）の方法を示す。

問い合わせするための手段４２０は、データベース（例えばＮＲＦ）に前記ネットワーク機能タイプのネットワーク機能を問い合わせる（Ｓ４２０）。受信するための手段４３０は、データベースから前記問い合わせの応答を受信する（Ｓ４３０）。応答は、１つまたはいくつかの候補ネットワーク機能を示す。加えて、応答は、候補ネットワーク機能の各々について、それぞれの１つまたはいくつかの候補サービス宛先アドレスを示す。任意選択により、応答は、１つまたはいくつかの候補サービス宛先アドレスに加えて１つまたはいくつかの候補通知宛先アドレスを備えることができる。

第１の選択するための手段４４０は、応答で示される候補ネットワーク機能のうちの選択されたネットワーク機能を選択する（Ｓ４４０）。

確認するための手段４５０は、応答が、選択されたネットワーク機能の１つまたはいくつかのそれぞれの候補通知宛先アドレスを備えるか否かを確認する（Ｓ４５０）。

受信した要求が通知インディケーションを備え（Ｓ４１０＝「はい」）、応答が選択されたネットワーク機能の１つまたはいくつかのそれぞれの候補通知宛先アドレスを備える（Ｓ４５０＝「はい」）場合、第２の選択するための手段４６０は、選択されたネットワーク機能の候補通知宛先アドレスのうちの通知宛先アドレスを、ターゲットアドレスとして選択する（Ｓ４６０）。

受信した要求が通知インディケーションを備えない場合（Ｓ４１０＝「いいえ」）、または応答が選択されたネットワーク機能の１つまたはいくつかのそれぞれの候補通知宛先アドレスを備えない場合（Ｓ４５０＝「いいえ」）、第３の選択するための手段４７０は選択されたネットワーク機能の候補宛先アドレスのうちの宛先アドレスを、ターゲットアドレスとして選択する（Ｓ４７０）。

送信するための手段４８０は、要求をターゲットアドレスに向けて送信する（Ｓ４８０）。

図２６は、本発明の一実施形態による装置を示す。装置は、ＳＣＰまたはその要素などの通信プロキシとすることができる。図２７は、本発明の一実施形態による方法を示す。図２７による装置は、図２６の方法を行うことができるが、この方法には限定されない。図２６の方法は、図２７の装置によって行われることができるが、この装置によって行われることには限定されない。

装置は、監視するための手段５１０と、サービス要求ハンドリングするための手段５２０と、通知要求ハンドリングするための手段５３０とを備える。監視するための手段５１０、サービス要求ハンドリングするための手段５２０、および通知要求ハンドリングするための手段５３０は、それぞれ、監視手段、サービス要求ハンドリング手段、および通知要求ハンドリング手段とすることができる。監視するための手段５１０、サービス要求ハンドリングするための手段５２０、および通知要求ハンドリングするための手段５３０は、それぞれ、前記監視することを行うように構成されたモニタ、前記サービス要求ハンドリングすることを行うように構成されたサービス要求ハンドラ、および前記通知要求ハンドリングすることを行うように構成された通知要求ハンドラとすることができる。監視するための手段５１０、サービス要求ハンドリングするための手段５２０、および通知要求ハンドリングするための手段５３０は、それぞれ、前記監視することを行わせるように構成された監視プロセッサ、前記サービス要求ハンドリングすることを行わせるように構成されたサービス要求ハンドリングプロセッサ、および前記通知要求ハンドリングすることを行わせるように構成された通知要求ハンドリングプロセッサとすることができる。

監視するための手段５１０は、受信した要求が通知インディケーションを備えるか否かを監視する（Ｓ５１０）。通知インディケーションは、要求がコールバック要求と通知要求のうちの一方であることを示す。

前記要求が前記通知インディケーションを収容しない場合（Ｓ３１０＝「いいえ」）にのみ、サービス要求ハンドリングするための手段５２０が、要求をサービス要求としてハンドリングする（Ｓ５２０）。

前記要求が前記通知インディケーションを収容する場合（Ｓ５１０＝「はい」）、通知要求ハンドリングするための手段５３０が、その要求をコールバック要求または通知要求としてハンドリングする（Ｓ５３０）。コールバック要求または通知要求をハンドリングすることは、サービス要求をハンドリングすることとは異なる。上記の例は、図２１から図２５および関連する説明に与えられている。

図２８は、本発明の一実施形態による装置を示す。装置は、少なくとも１つのプロセッサ８１０と、コンピュータプログラムコードを含む少なくとも１つのメモリ８２０とを備え、少なくとも１つのプロセッサ８１０は、少なくとも１つのメモリ８２０およびコンピュータプログラムコードを使用して、図１０、図１２、図１４、図１６、図１８、図２０、図２２、図２４、図２５および図２７と、関連する説明による方法のうちの少なくとも１つを装置に少なくとも行わせるように適合されている。

１つまたは複数のメッセージで１つの情報が１つのエンティティから別のエンティティに送られることができる。これらのメッセージの各々が、さらなる（異なる）情報を備えることができる。

ネットワーク要素、ネットワーク機能、プロトコル、および方法の名称は、現在の標準に基づく。他のバージョンまたは他の技術では、これらのネットワーク要素および／またはネットワーク機能、および／またはプロトコル、および／または方法の名称は、対応する機能を提供する限り、異なっていてもよい。

特に明記されていないかコンテキストから明らかにされていない限り、２つのエンティティが異なるという記載は、それらのエンティティが異なる機能を行うことを意味する。これは、それらのエンティティが異なるハードウェアに基づくことを必ずしも意味しない。すなわち、本明細書に説明されたエンティティの各々が異なるハードウェアに基づいてよく、またはエンティティのいくつかまたは全部が同じハードウェアに基づいていてもよい。これは、それらのエンティティが異なるソフトウェアに基づくことを必ずしも意味しない。すなわち、本明細書に説明されたエンティティの各々が、異なるソフトウェアに基づいてよく、またはそれらのエンティティのいくつかまたは全部が同じソフトウェアに基づいていてもよい。

上記の説明によると、かくして、本発明の例示の実施形態は、例えば、サービスプロデューサまたはサービスコンシューマなどのネットワーク機能、またはその構成要素、それらを具現化する装置、それらを制御する、および／または動作させる方法、それらを制御する、および／または動作させるコンピュータプログラム、およびそのようなコンピュータプログラムを担持し、コンピュータプログラム製品を形成する媒体を提供することが明らかであろう。上記の説明によると、本発明の例示の実施形態は、例えば、ＳＣＰなどの通信プロキシまたはその構成要素、それらを具現化する装置、それらを制御する、および／または動作させる方法、それらを制御する、および／または動作させるコンピュータプログラム、およびそのようなコンピュータプログラムを担持し、コンピュータプログラム製品を形成する媒体を提供することが明らかであろう。上記の説明によると、かくして、本発明の例示の実施形態は、例えば、ＮＲＦなどのデータリポジトリ、またはその構成要素、それを具現化する装置、それを制御する、および／または動作させる方法、それを制御する、および／または動作させるコンピュータプログラム、およびそのようなコンピュータプログラムを担持し、コンピュータプログラム製品を形成する媒体を提供することが明らかであろう。

上記のブロック、装置、システム、技法または方法のいずれの実装も、非限定的例として、ハードウェア、ソフトウェア、ファームウェア、専用回路またはロジック、汎用ハードウェアまたはコントローラ、またはその他のコンピューティングデバイス、あるいはこれらの何らかの組み合わせとしての実装を備える。本明細書に説明されたエンティティの各々は、クラウドで具現化されてもよい。

上記に説明されているものは、現在、本発明の好ましい実施形態であると考えられるものであると理解すべきである。しかし、好ましい実施形態の説明は、例示としてのみ与えられていることと、添付の特許請求の範囲で定義されている本発明の範囲から逸脱することなく様々な修正がされることができることに留意されたい。

１０、１３０、４８０ 送信するための手段
２０、１１０、４３０ 受信するための手段
３０ 要求するための手段
１２０、１８０、２８０ 選択するための手段
１５０、２５０ 第１の受信するための手段
１６０、２６０ 記憶するための手段
１７０、２７０ 第２の受信するための手段
１９０、２９０ 応答するための手段
２１０ 提供するための手段
３１０、４１０、５１０ 監視するための手段
３２０ 付加するための手段
３３０ 転送するための手段
４２０ 問い合わせするための手段
４４０ 第１の選択するための手段
４５０ 確認するための手段
４６０ 第２の選択するための手段
４７０ 第３の選択するための手段
５２０ サービス要求ハンドリングするための手段
５３０ 通知要求ハンドリングするための手段
８１０ プロセッサ
８２０ メモリ

Claims (14)

1. 少なくとも１つのプロセッサと、
   コンピュータプログラムコードを含む少なくとも１つのメモリとを備え、
   少なくとも１つのメモリおよびコンピュータプログラムコードは、少なくとも１つのプロセッサにより、少なくとも、
   プロキシを介した間接通信を使用して、サービスコンシューマの選択のためのサービス要求を送信し、前記サービス要求は、通知要求またはコールバック要求のうちの一方であることと、
   前記サービス要求をサポートするように構成されたプログラミングインターフェースのバージョンを、間接通信を使用して送信される前記サービス要求のヘッダで示すことと
   を装置に行わせるように構成され、
   前記サービス要求の前記ヘッダの存在の識別は、前記プロキシによる前記サービス要求の区別される処理を可能にする、装置。
2. 少なくとも１つのメモリおよびコンピュータプログラムコードが、少なくとも１つのプロセッサによって、少なくとも、
   間接通信を使用して送信される前記サービス要求の前記ヘッダにおいて、前記サービス要求が前記コールバック要求または前記通知要求のうちの一方であることを示すことを装置に行わせるようにさらに構成されている、請求項１に記載の装置。
3. 少なくとも１つのメモリおよびコンピュータプログラムコードが、少なくとも１つのプロセッサによって、少なくとも、
   間接通信を使用して送信される前記サービス要求の前記ヘッダにおいて、前記通知要求の名前または前記コールバック要求の名前を示すことと、
   間接通信を使用して送信される前記サービス要求の前記ヘッダにおいて、前記プログラミングインターフェースの前記バージョンを、前記バージョンが１より高い場合に示すこととを装置に行わせるようにさらに構成されている、請求項１または２に記載の装置。
4. 前記ヘッダは、３ｇｐｐ－Ｓｂｉ＿Ｃａｌｌｂａｃｋヘッダであり、
   前記プログラミングインターフェースは、アプリケーションプログラミングインターフェースである、請求項３に記載の装置。
5. 少なくとも１つのプロセッサと、
   コンピュータプログラムコードを含む少なくとも１つのメモリとを備え、
   少なくとも１つのメモリおよびコンピュータプログラムコードは、少なくとも１つのプロセッサにより、少なくとも、
   通知要求またはコールバック要求のうちの一方であるサービス要求をサービスプロデューサから受信し、前記サービス要求は、前記サービス要求をサポートするように構成されたプログラミングインターフェースのバージョンのインディケーションを含むヘッダを備えることと、
   前記プログラミングインターフェースの前記バージョンをハンドリングすることをサポートするプログラミングインターフェースを有する前記サービス要求のためのサービスコンシューマを選択することと、
   前記サービスコンシューマに前記サービス要求を送信することと
   を装置に行わせるように構成され、
   前記装置は、前記サービスプロデューサと前記サービスコンシューマとの間の間接通信のためのプロキシとして構成される、装置。
6. 少なくとも１つのメモリおよびコンピュータプログラムコードが、少なくとも１つのプロセッサにより、少なくとも、
   前記サービス要求の前記ヘッダが、前記サービス要求が前記通知要求または前記コールバック要求のうちの一方であるとのインディケーションを備えることを決定すること、
   前記サービス要求の前記ヘッダが前記インディケーションを備えるとの決定に基づいて、前記サービス要求を前記通知要求または前記コールバック要求としてハンドリングすることを装置に行わせるようにさらに構成され、
   前記サービス要求を前記通知要求または前記コールバック要求としてハンドリングすることが、前記通知要求または前記コールバック要求以外のタイプのサービス要求をハンドリングすることとは異なる、請求項５に記載の装置。
7. 装置によって、プロキシを介した間接通信を使用して、サービスコンシューマの選択のためのサービス要求を送信し、前記サービス要求は、通知要求またはコールバック要求のうちの一方であることと、
   前記装置によって、前記サービス要求をサポートするように構成されたプログラミングインターフェースのバージョンを、間接通信を使用して送信される前記サービス要求のヘッダで示すことと
   を備え、
   前記サービス要求の前記ヘッダの存在の識別は、前記プロキシによる前記サービス要求の区別される処理を可能にする、方法。
8. 前記装置によって、間接通信を使用して送信される前記サービス要求の前記ヘッダにおいて、前記サービス要求が前記通知要求または前記コールバック要求のうちの一方であることを示すことをさらに備える、請求項７に記載の方法。
9. 前記装置によって、間接通信を使用して送信される前記サービス要求の前記ヘッダにおいて、前記通知要求の名前または前記コールバック要求の名前を示すことをさらに備え、
   前記バージョンを示すことが、間接通信を使用して送信される前記サービス要求の前記ヘッダにおいて、前記プログラミングインターフェースの前記バージョンを、前記バージョンが１より高い場合に示すことを含む、請求項７または８に記載の方法。
10. 前記ヘッダは、３ｇｐｐ－Ｓｂｉ＿Ｃａｌｌｂａｃｋヘッダであり、
    前記プログラミングインターフェースは、アプリケーションプログラミングインターフェースである、請求項９に記載の方法。
11. 装置において、通知要求またはコールバック要求のうちの一方であるサービス要求をサービスプロデューサから受信し、前記サービス要求は、前記サービス要求をサポートするように構成されたプログラミングインターフェースのバージョンのインディケーションを含むヘッダを備えることと、
    前記装置によって、前記プログラミングインターフェースの前記バージョンをハンドリングすることをサポートするプログラミングインターフェースを有する前記サービス要求のためのサービスコンシューマを選択することと、
    前記装置によって、前記サービスコンシューマに前記サービス要求を送信することと
    を備え、
    前記装置は、前記サービスプロデューサと前記サービスコンシューマとの間の間接通信のためのプロキシとしてサービスする、方法。
12. 前記装置において、前記サービス要求の前記ヘッダが、前記サービス要求が前記通知要求または前記コールバック要求のうちの一方であるとのインディケーションを備えることを決定すること、
    前記装置において、前記サービス要求の前記ヘッダが前記インディケーションを備えるとの決定に基づいて、前記サービス要求を前記通知要求または前記コールバック要求としてハンドリングすること
    を備え、
    前記サービス要求を前記通知要求または前記コールバック要求としてハンドリングすることが、前記通知要求または前記コールバック要求以外のタイプのサービス要求をハンドリングすることとは異なる、請求項１１に記載の方法。
13. 装置上で実行されると、装置に請求項７から１２のいずれか一項に記載の方法を実施させるように構成された命令のセットを備える、コンピュータプログラム。
14. コンピュータ可読媒体として具現化されるかまたはコンピュータに直接ロード可能な、請求項１３に記載のコンピュータプログラム。

Images