特許 7561830 ５Ｇおよび非５Ｇサービスエンドポイントに関連付けられるアドレスを能動的に発見および追跡するための方法、システム、ならびにコンピュータ可読媒体

(19)【発行国】日本国特許庁(JP)

(12)【公報種別】特許公報(B2)

(11)【特許番号】

(24)【登録日】2024-09-26

(45)【発行日】2024-10-04

(54)【発明の名称】５Ｇおよび非５Ｇサービスエンドポイントに関連付けられるアドレスを能動的に発見および追跡するための方法、システム、ならびにコンピュータ可読媒体

(51)【国際特許分類】

   H04L 61/4511 20220101AFI20240927BHJP

【ＦＩ】

H04L61/4511

【請求項の数】 11

(21)【出願番号】P 2022508581

(86)(22)【出願日】2020-05-28

(65)【公表番号】

(43)【公表日】2022-10-27

(86)【国際出願番号】 US2020035004

(87)【国際公開番号】W WO2021040827

(87)【国際公開日】2021-03-04

【審査請求日】2023-05-11

(31)【優先権主張番号】16/555,817

(32)【優先日】2019-08-29

(33)【優先権主張国・地域又は機関】US

(73)【特許権者】

【識別番号】502303739

【氏名又は名称】オラクル・インターナショナル・コーポレイション

(74)【代理人】

【識別番号】110001195

【氏名又は名称】弁理士法人深見特許事務所

(72)【発明者】

【氏名】ゴエル，イェシュ

【審査官】中川 幸洋

(56)【参考文献】

【文献】国際公開第２０１９／１４４３２１（ＷＯ，Ａ１）

【文献】米国特許第０７４５１２３４（ＵＳ，Ｂ１）

【文献】S. Cheshire and M. Krochmal，Apple's DNS Long-Lived Queries protocol draft-sekar-dns-llq-06，ＩＥＴＦ，2019年08月22日

(58)【調査した分野】(Int.Cl.，ＤＢ名)

Ｈ０４Ｌ ６１／４５１１

(57)【特許請求の範囲】

【請求項1】

プロデューサネットワーク機能（ＮＦ）サービスエンドポイントに関連付けられるアドレスを発見および追跡するための方法であって、
要求側ノードから第１のドメイン名システム（ＤＮＳ）解決要求を受信することと、
前記第１のＤＮＳ解決要求から抽出された完全修飾ドメイン名（ＦＱＤＮ）を用いてＤＮＳサーバに問い合わせることと、
前記ＤＮＳサーバから第１の応答を受信することとを含み、前記第１の応答は、前記ＦＱＤＮに関連付けられるプロデューサＮＦサービスエンドポイントに関連付けられるアドレスを含み、前記方法はさらに、
前記プロデューサＮＦサービスエンドポイントに関連付けられる前記アドレスをデータベースに格納することと、
前記プロデューサＮＦサービスエンドポイントに関連付けられる前記アドレスを前記要求側ノードに通信することと、
前記ＦＱＤＮに関連付けられるアドレスにおける変更について前記ＦＱＤＮを監視することと、
前記ＦＱＤＮに関連付けられるアドレスにおける前記変更を前記要求側ノードに通知することとを含み、
前記ＦＱＤＮを監視することは、
前記データベース内における前記プロデューサＮＦサービスエンドポイントに関連付けられる前記アドレスを格納するレコードの満了を検出することと、
前記レコードの満了の検出に応答して、前記ＦＱＤＮを用いて前記ＤＮＳサーバに問い合わせることと、
前記ＤＮＳサーバから第２の応答を受信することと、
前記第２の応答内のアドレスを、前記データベース内の前記レコードに格納された前記ＦＱＤＮに関連付けられる前記アドレスと比較することと、
前記第２の応答内の前記アドレスが前記データベース内の前記レコードに格納された前記ＦＱＤＮに関連付けられる前記アドレスと異なることに応答して、前記ＦＱＤＮに関連付けられるアドレスにおける変更が発生したと判定することとを含む、方法。

【請求項2】

前記要求側ノードから前記第１のＤＮＳ解決要求を受信することは、サービス通信プロキシ（ＳＣＰ）から前記第１のＤＮＳ解決要求を受信することを含む、請求項１に記載の方法。

【請求項3】

前記要求側ノードから前記第１のＤＮＳ解決要求を受信することは、コンシューマＮＦまたは非５Ｇサービスコンシューマから前記第１のＤＮＳ解決要求を受信することを含む、請求項１に記載の方法。

【請求項4】

前記第１のＤＮＳ解決要求を受信することは、ＤＮＳ発見部マイクロサービスによって提供される表現状態転送（ＲＥＳＴ）サーバインターフェイスにおいて前記第１のＤＮＳ解決要求を受信することを含む、請求項１～３のいずれか１項に記載の方法。

【請求項5】

前記ＤＮＳサーバに問い合わせることは、前記要求側ノードおよび前記ＤＮＳサーバからは分離したＤＮＳ発見部マイクロサービスから前記ＤＮＳサーバに問い合わせることを含む、請求項１～４のいずれか１項に記載の方法。

【請求項6】

前記プロデューサＮＦサービスに関連付けられる前記アドレスを格納することは、前記ＤＮＳ発見部マイクロサービスにローカルなデータベースに前記アドレスを格納することを含む、請求項４に記載の方法。

【請求項7】

前記プロデューサＮＦサービスエンドポイントに関連付けられる前記アドレスは、インターネットプロトコル（ＩＰ）アドレスまたはＩＰエンドポイントを含む、請求項１～６のいずれか１項に記載の方法。

【請求項8】

アドレスにおける変更について前記ＦＱＤＮを監視することは、前記ＦＱＤＮの監視を中止する前記要求側ノードからのメッセージに応答して停止されるまで、アドレスにおける変更について前記ＦＱＤＮを継続的に監視することを含む、請求項１～７のいずれか１項に記載の方法。

【請求項9】

前記ＦＱＤＮの監視を中止するための前記要求側ノードからの前記メッセージは、ＤＥＬＥＴＥメソッドタイプを含み、応答して、前記ＦＱＤＮの監視を中止する、第２のＤＮＳ解決要求を含む、請求項８に記載の方法。

【請求項10】

請求項１～９のいずれかに記載の方法をコンピュータに実行させるためのプログラム。

【請求項11】

請求項１０に記載のプログラムを格納したメモリと、
前記プログラムを実行するためのプロセッサとを備える、システム。

【発明の詳細な説明】

【技術分野】

【0001】

優先権主張
本出願は、２０１９年８月２９日に提出された米国特許出願連続番号第１６／５５５，８１７号の優先権利益を主張し、その開示は、参照によりその全体が本明細書に組み込まれる。

【0002】

技術分野
本明細書で説明する主題は、電気通信ネットワークにおけるサービスエンドポイントに関連付けられるアドレス情報を発見することに関する。より具体的には、本明細書で説明される主題は、５Ｇおよび非５Ｇサービスエンドポイントに関連付けられるアドレスを能動的に発見および追跡するための方法、システム、ならびにコンピュータ可読媒体に関する。

【背景技術】

【0003】

背景
電気通信ネットワークでは、サービスエンドポイントは、サービスコンシューマにサービスを提供するエンティティを一意に識別するネットワークノード上のアドレスである。サービスエンドポイントは、インターネットプロトコル（ＩＰ）アドレス、または、ＩＰエンドポイントとも呼ばれる、ＩＰアドレスとトランスポート層ポート番号との組み合わせを含むことができる。

【0004】

５Ｇ電気通信ネットワークでは、サービスを提供するネットワークノードは、プロデューサネットワーク機能（ＮＦ）と呼ばれる。サービスを消費するネットワークノードは、コンシューマＮＦと呼ばれる。ネットワーク機能は、それがサービスを消費しているか提供しているかに応じて、プロデューサＮＦおよびコンシューマＮＦの両方であり得る。

【0005】

所与のプロデューサＮＦは、多くのサービスエンドポイントを有し得る。プロデューサＮＦは、ネットワーク機能リポジトリ機能（ＮＲＦ）に登録する。ＮＲＦは、利用可能なＮＦインスタンスのＮＦプロファイルおよびそれらのサポートされるサービスを維持する。コンシューマＮＦは、ＮＲＦに登録したプロデューサＮＦインスタンスに関する情報を受信するように加入することができる。

【0006】

コンシューマＮＦに加えて、ＮＦサービスインスタンスに関する情報を受信するように加入することができる別のタイプのネットワークノードは、サービス通信プロキシ（ＳＣＰ）である。ＳＣＰは、ＮＲＦに加入し、プロデューサＮＦサービスインスタンスに関する到達可能性およびサービスプロファイル情報を取得する。コンシューマＮＦは、サービス通信プロキシに接続し、サービス通信プロキシは、要求されるサービスを提供するプロデューサＮＦサービスインスタンス間でトラフィックを負荷分散させるか、またはトラフィックを宛先プロデューサＮＦに直接ルーティングする。

【発明の概要】

【発明が解決しようとする課題】

【0007】

既存の３ＧＰＰサービスアーキテクチャに関する１つの問題は、コンシューマＮＦまたはＳＣＰが、プロデューサＮＦサービスインスタンスによって公開されるサービスエンドポイント間でトラフィックを負荷分散するのに不充分な情報を有する可能性があることである。あるシナリオでは、プロデューサＮＦは、そのＦＱＤＮをＮＦサービスレベルでのみ登録し、プロデューサＮＦサービスのドメイン名、ＩＰアドレス、またはＩＰエンドポイントを個別に登録しない場合がある。別のシナリオでは、プロデューサＮＦは、そのＦＱＤＮをＮＦインスタンスレベルでのみ登録し、サービスのＩＰアドレスもしくはＩＰエンドポイントまたはＦＱＤＮをＮＦサービスレベルで個別に登録しない場合がある。

【0008】

これらのシナリオのいずれにおいても、コンシューマＮＦまたはＳＣＰは、個々のサービスエンドポイントと連絡を取るために、サービスエンドポイントに関連付けられたＩＰアドレスまたはＩＰエンドポイントを取得しなければならない。一般に、ドメイン名に対応するＩＰアドレスまたはＩＰエンドポイントは、ドメイン名システム（ＤＮＳ）を用いて判断することができる。上記の５Ｇネットワークアーキテクチャでは、サービスコンシューマは、ＮＦがそのプロファイルを登録または更新するたびにサービスエンドポイントＩＰアドレスを通知される必要がある。コンシューマＮＦまたはＳＣＰがサービスのＩＰアドレスまたはＩＰエンドポイントで更新される必要がある別のシナリオは、ＩＰアドレスまたはＩＰエンドポイントが、対応するＮＦプロファイルまたはサービス更新なしで変化するときである。ＩＰアドレスまたはＩＰエンドポイントがＤＮＳを通じて発見可能であるにもかかわらず、サービスに関連付けられたＩＰアドレスまたはＩＰエンドポイントが変化したときにサービスコンシューマに通知するための自動化されたプロセスはない。

【0009】

したがって、５Ｇおよび非５Ｇサービスエンドポイントに関連付けられるアドレスを能動的に発見および追跡するための方法、システム、ならびにコンピュータ可読に対するニーズが存在する。

【課題を解決するための手段】

【0010】

概要
プロデューサネットワーク機能（ＮＦ）サービスエンドポイントに関連付けられるアドレスを発見および追跡するための方法は、要求側ノードから第１のドメイン名システム（ＤＮＳ）解決要求を受信することを含む。本方法は、第１のＤＮＳ解決要求から抽出された完全修飾ドメイン名（ＦＱＤＮ）を用いてＤＮＳサーバに問い合わせることをさらに含む。本方法は、ＤＮＳサーバから第１の応答を受信することをさらに含み、第１の応答は、ＦＱＤＮに関連付けられるプロデューサＮＦサービスエンドポイントに関連付けられるアドレスを含む。本方法は、プロデューサＮＦサービスエンドポイントに関連付けられるアドレスをデータベースに格納することをさらに含む。本方法は、プロデューサＮＦサービスエンドポイントに関連付けられるアドレスを要求側ノードに通信することをさらに含む。本方法は、ＦＱＤＮに関連付けられるアドレスにおける変更についてＦＱＤＮを監視することをさらに含む。本方法は、ＦＱＤＮに関連付けられるアドレスにおける変更を要求側ノードに通知することをさらに含む。

【0011】

本明細書で説明する主題のある態様によれば、第１のＤＮＳ解決要求を受信することは、サービス通信プロキシ（ＳＣＰ）から第１のＤＮＳ解決要求を受信することを含む。

【0012】

本明細書で説明する主題の別の態様によれば、第１のＤＮＳ解決要求を受信することは、コンシューマＮＦまたは非５Ｇサービスコンシューマから第１のＤＮＳ解決要求を受信することを含む。

【0013】

本明細書で説明する主題の別の態様によれば、第１のＤＮＳ解決要求を受信することは、ＤＮＳ発見部マイクロサービスによって提供される表現状態転送（ＲＥＳＴ）サーバインターフェイスにおいて第１のＤＮＳ解決要求を受信することを含む。

【0014】

本明細書で説明される主題のさらに別の態様によれば、ＤＮＳサーバに問い合わせることは、コンシューマＮＦまたはＳＣＰおよびＤＮＳサーバからは分離したＤＮＳ発見部マイクロサービスからＤＮＳサーバに問い合わせることを含む。この文脈では、「～からは分離した」とは、ＤＮＳ発見部マイクロサービスが、ドメイン名を解決する必要があるコンシューマＮＦまたはＳＣＰとは別であり、かつＤＮＳサーバをホストするコンピューティングプラットフォームからも別であるコンピューティングプラットフォーム上に実現されることを意味する。代替実現例では、ＤＮＳ発見部マイクロサービスは、コンシューマＮＦまたはＳＣＰと同じコンピューティングプラットフォーム上で実現され得る。

【0015】

本明細書で説明される主題のさらに別の態様によれば、プロデューサＮＦサービスに関連付けられるアドレスを格納することは、そのアドレスを、ＤＮＳ発見部マイクロサービスにローカルなデータベースに、ＤＮＳサーバから受信された各アドレスの寿命とともに、格納することを含む。

【0016】

本明細書で説明する主題のさらに別の態様によれば、寿命値とともにＤＮＳサーバから受信されたすべてのアドレスについて、データベース内のレコードに格納されるときに、タイマが、寿命フィールドにおいて受信された期間について開始される。

【0017】

本明細書に記載の主題のさらに別の態様によれば、ＦＱＤＮを監視することは、データベース内においてプロデューサＮＦサービスに関連付けられるアドレスを格納するレコードの満了を検出することと、レコードの満了の検出に応答して、ＦＱＤＮを用いてＤＮＳサーバに問い合わせることと、ＤＮＳサーバから第２の応答を受信することと、第２の応答内のアドレスをデータベース内のレコードに格納されたアドレスと比較することと、第２の応答内のアドレスがデータベース内のレコードに格納されたアドレスと異なることに応答して、ＦＱＤＮに関連付けられるアドレスにおける変更が発生したと判定することとを含む。

【0018】

本明細書で説明する主題のさらに別の態様によれば、プロデューサＮＦサービスインスタンスに関連付けられるアドレスは、インターネットプロトコル（ＩＰ）アドレスまたはＩＰエンドポイントを含む。

【0019】

本明細書で説明される主題のさらに別の態様によれば、アドレスにおける変更についてＦＱＤＮを監視することは、ＦＱＤＮの監視を中止する要求側ノードからのメッセージに応答して停止されるまで、アドレスにおける変更についてＦＱＤＮを継続的に監視することを含む。

【0020】

本明細書で説明される主題のさらに別の態様によれば、ＦＱＤＮの監視を中止するための要求側ノードからのメッセージは、ＤＥＬＥＴＥメソッドタイプを含み、応答して、ＦＱＤＮの監視を中止する、第２のＤＮＳ解決要求を含む。

【0021】

本明細書で説明される主題のさらに別の態様によれば、ＤＮＳ発見部マイクロサービスは、要求側ノードからＦＱＤＮの監視を中止するための表現状態転送（ＲＥＳＴ）サーバインターフェイスを含む。

【0022】

本明細書で説明される主題のさらに別の態様によれば、プロデューサネットワーク機能（ＮＦ）サービスエンドポイントを発見および追跡するためのシステムは、少なくとも１つのプロセッサを含むコンピューティングプラットフォームを備える。本システムはさらに、コンピューティングプラットフォーム上に位置し、少なくとも１つのプロセッサによって実現されるドメイン名システム（ＤＮＳ）発見マイクロサービスを備え、ドメイン名システム（ＤＮＳ）発見マイクロサービスは、第１のドメイン名システム（ＤＮＳ）解決要求を受信することと、第１のＤＮＳ解決要求から抽出された完全修飾ドメイン名（ＦＱＤＮ）を用いてＤＮＳサーバに問い合わせることと、ＤＮＳサーバから第１の応答を受信することとのために実現され、第１の応答は、ＦＱＤＮに関連付けられるプロデューサＮＦサービスエンドポイントに関連付けられるアドレスを含み、ドメイン名システム（ＤＮＳ）発見マイクロサービスはさらに、プロデューサＮＦサービスエンドポイントに関連付けられるアドレスをデータベースに格納することと、プロデューサＮＦサービスエンドポイントに関連付けられるアドレスを要求側ノードに通信することと、ＦＱＤＮに関連付けられるアドレスにおける変更についてＦＱＤＮを監視することと、ＦＱＤＮに関連付けられるアドレスにおける変更を要求側ノードに通知することとのために実現される。

【0023】

本明細書で説明する主題のさらに別の態様によれば、ＤＮＳ発見部マイクロサービスは、サービス通信プロキシ（ＳＣＰ）から第１のＤＮＳ解決要求を受信するように構成される。

【0024】

本明細書で説明する主題のさらに別の態様によれば、ＤＮＳ発見部マイクロサービスは、コンシューマＮＦまたは非５Ｇサービスコンシューマからの第１のＤＮＳ解決要求に対して構成される。

【0025】

本明細書で説明する主題のさらに別の態様によれば、ＤＮＳ発見部マイクロサービスは、要求側ノードから第１のＤＮＳ解決要求を受信するための表現状態転送（ＲＥＳＴ）サーバインターフェイスを含む。

【0026】

本明細書で説明する主題のさらに別の態様によれば、コンピューティングプラットフォームおよびＤＮＳ発見部マイクロサービスは、要求側ノードおよびＤＮＳサーバから分離されている。

【0027】

本明細書に記載の主題のさらに別の態様によれば、データベースは、ＤＮＳ発見部マイクロサービスにローカルである。

【0028】

本明細書で説明される主題のさらに別の態様によれば、ＤＮＳ発見部マイクロサービスは、ＤＮＳレコード変更発見部を含み、ＤＮＳレコード変更発見部は、ＦＱＤＮの監視を、データベース内におけるプロデューサＮＦサービスエンドポイントに関連付けられるアドレスを格納するレコードの満了を検出することと、レコードの満了の検出に応答して、ＦＱＤＮを用いてＤＮＳサーバに問い合わせることと、ＤＮＳサーバから第２の応答を受信することと、第２の応答内のアドレスをデータベース内のレコードに格納されたアドレスと比較することと、第２の応答内のアドレスがデータベース内のレコードに格納されたアドレスと異なることに応答して、ＦＱＤＮに関連付けられるアドレスにおける変更が発生したと判定することととによって行うためのものである。

【0029】

本明細書で説明する主題のさらに別の態様によれば、プロデューサＮＦサービスエンドポイントに関連付けられるアドレスは、インターネットプロトコル（ＩＰ）アドレスまたはＩＰエンドポイントを含む。

【0030】

本明細書で説明される主題のさらに別の態様によれば、ＤＮＳレコード変更発見部は、ＦＱＤＮの監視を中止するための要求側ノードからのメッセージに応答して停止されるまで、ＦＱＤＮに関連付けられるアドレスにおける変更についてＦＱＤＮを継続的に監視するように構成される。

【0031】

本明細書に記載の主題のさらに別の態様によれば、コンピュータのプロセッサによって実行されると複数のステップを実行するようにコンピュータを制御する実行可能命令を記憶した非一時的なコンピュータ可読媒体が提供される。当該複数のステップは、要求側ノードから第１のドメイン名システム（ＤＮＳ）解決要求を受信することを含む。本方法は、第１のＤＮＳ解決要求から抽出された完全修飾ドメイン名（ＦＱＤＮ）を用いてＤＮＳサーバに問い合わせることを含む。当該複数のステップは、ＤＮＳサーバから第１の応答を受信することをさらに含み、応答は、ＦＱＤＮに関連付けられるプロデューサＮＦサービスエンドポイントに関連付けられるアドレスを含む。当該複数のステップは、プロデューサＮＦサービスエンドポイントに関連付けられるアドレスをデータベースに格納することをさらに含む。当該複数のステップは、プロデューサＮＦサービスエンドポイントに関連付けられるアドレスを要求側ノードに通信することをさらに含む。当該複数のステップは、ＦＱＤＮに関連付けられるアドレスにおける変更についてＦＱＤＮを監視することをさらに含む。当該複数のステップは、ＦＱＤＮに関連付けられるアドレスにおける変更を要求側ノードに通知することをさらに含む。

【0032】

本明細書で説明する主題は、ハードウェア、ソフトウェア、ファームウェア、またはそれらの任意の組合せで実現されてもよい。そのため、ここに用いられるような「機能」、「ノード」、または「モジュール」という用語はハードウェアを指すが、それらはまた、説明されている特徴を実現するためのソフトウェアおよび／またはファームウェアコンポーネントを含んでいてもよい。例示的な一実現例では、ここに説明される主題は、コンピュータのプロセッサによって実行されると複数のステップを実行するようにコンピュータを制御するコンピュータ実行可能命令が格納されたコンピュータ可読媒体を使用して実現されてもよい。ここに説明される主題を実現するのに好適である例示的なコンピュータ可読媒体は、ディスクメモリデバイス、チップメモリデバイス、プログラマブル論理デバイス、および特定用途向け集積回路などの非一時的コンピュータ可読媒体を含む。加えて、ここに説明される主題を実現するコンピュータ可読媒体は、単一のデバイスまたはコンピューティングプラットフォーム上に位置していてもよく、または複数のデバイスもしくはコンピューティングプラットフォームにわたって分散されていてもよい。

【0033】

ここで、本明細書で説明される主題が、添付の図面を参照して説明される。

【図面の簡単な説明】

【0034】

【図1】例示的な５Ｇネットワークアーキテクチャを示すネットワーク図である。

【図2】５ＧプロデューサＮＦサービスインスタンスおよび５ＧプロデューサＮＦサービスインスタンスによって公開されるサービスエンドポイント間のサービス通信プロキシによる負荷分散を示すネットワーク図である。

【図3】コンシューマＮＦまたはＳＣＰがプロデューサＮＦサービスエンドポイントに関連付けられるアドレス情報を発見することを可能にするＤＮＳ発見部マイクロサービスを示すネットワーク図である。

【図4】ＤＮＳ発見部マイクロサービスを用いてプロデューサＮＦサービスエンドポイントのアドレス情報を取得するための例示的なメッセージングを示すコールフロー図である。

【図5】ＤＮＳ発見部マイクロサービスを用いるＤＮＳ変更監視および制御フローを示すコールフロー図である。

【図6】ＤＮＳ発見部マイクロサービスを用いるＤＮＳ停止コールフローを示すコールフロー図である。

【図7】ＤＮＳ発見部マイクロサービスを実現するネットワークノードを示すブロック図である。

【図8】ＤＮＳ発見部マイクロサービスを用いて５Ｇおよび非５Ｇサービスエンドポイントに関連付けられるアドレス情報を発見および監視するための例示的なプロセスを示すフローチャートである。

【発明を実施するための形態】

【0035】

詳細な説明
本明細書で説明する主題は、５Ｇおよび非５Ｇサービスエンドポイントに関連付けられるアドレス情報を発見し、能動的に追跡するための方法、システム、ならびにコンピュータ可読媒体に関する。図１は、例示的な５Ｇシステムネットワークアーキテクチャを示すブロック図である。図１のアーキテクチャは、同じホーム公衆陸上移動体通信網（ＨＰＬＭＮ：Home Public Land Mobile Network）に位置し得るＮＲＦ１００およびＳＣＰ１０１を含む。前述したように、ＮＲＦ１００は、利用可能なプロデューサＮＦサービスインスタンスのプロファイルおよびそれらのサポートされたサービスを維持し、コンシューマＮＦまたはＳＣＰが新規の／更新されたプロデューサＮＦサービスインスタンスに加入し、その登録を通知されるようにし得る。ＳＣＰ１０１はまた、プロデューサＮＦのサービス検出および選択をサポートし得る。加えて、ＳＣＰ１０１は、コンシューマＮＦとプロデューサＮＦとの間の接続の負荷分散を実行し得る。

【0036】

ＮＲＦ１００は、ＮＦプロファイルのリポジトリである。プロデューサＮＦと通信するために、コンシューマＮＦまたはＳＣＰは、ＮＲＦ１００からＮＦプロファイルを取得しなければならない。ＮＦプロファイルは、３ＧＰＰ ＴＳ２９．５１０で定義されるＪＳＯＮデータ構造である。下記の表１は、３ＧＰＰ ＴＳ ２９．５１０で定義されるＮＦプロファイルの属性を示す。

【0037】

【表1-1】

【0038】

【表1-2】

【0039】

【表1-3】

【0040】

【表1-4】

【0041】

【表1-5】

【0042】

【表1-6】

【0043】

【表1-7】

【0044】

表１に示されるように、ＮＦプロファイル定義は、ＦＱＤＮ、ＩＰバージョン４アドレス、またはＩＰバージョン６アドレスのうちの少なくとも１つを含む。しかしながら、ＮＦプロファイルは、プロデューサＮＦサービスインスタンス上に位置するプロデューサＮＦサービスエンドポイントに関連付けられる個々のＩＰアドレスまたはＩＰエンドポイントを含む、という要件はない。

【0045】

図１では、（ＳＣＰ１０１およびＮＲＦ１００以外の）いずれのノードも、それらがサービスを要求しているか提供しているかに応じて、コンシューマＮＦまたはプロデューサＮＦとなり得る。図示した例では、ノードは、ネットワーク内でポリシー関連動作を実行するポリシー制御機能（ＰＣＦ）１０２と、ユーザデータを管理するユーザデータ管理（ＵＤＭ）機能１０４と、アプリケーションサービスを提供するアプリケーション機能（ＡＦ）１０６とを含む。図１に示すノードは、アクセスおよびモビリティ管理（ＡＭＦ）機能１１０とＰＣＦ１０２との間のセッションを管理するセッション管理機能（ＳＭＦ）１０８をさらに含む。ＡＭＦ１１０は、４Ｇネットワークにおいてモビリティ管理エンティティ（ＭＭＥ）によって実行される動作と同様のモビリティ管理動作を実行する。認証サーバ機能（ＡＵＳＦ）１１２は、ＵＥ１１４のようにネットワークへのアクセスを求めるユーザ機器（ＵＥ）のための認証サービスを実行する。

【0046】

ネットワークスライス選択機能（ＮＳＳＦ）１１６は、ネットワークスライスに関連付けられる特定のネットワーク機能および特性にアクセスしようとするデバイスのためのネットワークスライスサービスを提供する。ネットワーク公開機能（ＮＥＦ）１１８は、モノのインターネット（ＩｏＴ）デバイスおよびネットワークに接続された他のＵＥに関する情報を取得しようとするアプリケーション機能のためのアプリケーションプログラミングインターフェイス（ＡＰＩ）を提供する。ＮＥＦ１１８は、４Ｇネットワークにおけるサービス機能公開機能（ＳＣＥＦ）と同様の機能を実行する。

【0047】

無線アクセスネットワーク（ＲＡＮ）１２０は、無線リンクを介してＵＥ１１４をネットワークに接続する。無線アクセスネットワーク１２０は、ｇノードＢ（ｇＮＢ）（図１には示さず）または他の無線アクセスポイントを用いてアクセスされ得る。ユーザプレーン機能（ＵＰＦ）１２２は、ユーザプレーンサービスのための様々なプロキシ機能をサポート可能である。そのようなプロキシ機能の一例は、マルチパス送信制御プロトコル（ＭＰＴＣＰ）プロキシ機能である。ＵＰＦ１２２はまた、ネットワーク性能測定値を取得するためにＵＥ１１４によって用いられ得る性能測定機能もサポートし得る。また、図１には、インターネットサービスなどのデータネットワークサービスにＵＥがアクセスするデータネットワーク（ＤＮ）１２４も示されている。

【0048】

サービスを提供する、図１に例示されるＮＦのうちのいずれかに常駐するサービスエンドポイントに関連付けられるアドレス情報を、本明細書で説明されるＤＮＳ発見部マイクロサービスを用いて追跡することができる。加えて、所与のＦＱＤＮの下でサービスを提供する非５Ｇサービスエンドポイントが、本明細書で説明されるＤＮＳ発見部マイクロサービスによって発見および追跡され得る。したがって、本明細書で用いる「プロデューサＮＦサービスエンドポイント」という文言は、５Ｇまたは非５Ｇサービスプロバイダノードのいずれかに存在するサービスエンドポイントを指すものとする。非５Ｇサービスプロバイダノードは、３Ｇ、４Ｇ、または後続世代（ポスト５Ｇ）対応サービスプロバイダノードおよび非３ＧＰＰサービスプロバイダノードを含む。

【0049】

上述のように、プロデューサＮＦは、それらのＮＦプロファイルをＮＲＦに登録する。コンシューマＮＦは、ＮＲＦからＮＦプロファイルを取得することによって、特定のサービスを提供するように登録されているプロデューサＮＦを発見することができる。コンシューマＮＦは、ＮＦサービスプロデューサＮＦと直接通信できる。あるいは、コンシューマＮＦは、ＳＣＰを介してプロデューサＮＦと間接的に通信できる。直接通信モードでは、コンシューマＮＦは、ローカル設定によって、またはＮＲＦを介して、対象のプロデューサＮＦの発見を実行する。次いで、コンシューマＮＦは、対象のサービスプロデューサＮＦと直接通信する。間接通信モードでは、コンシューマＮＦは、サービス要求メッセージをＳＣＰに送信し、ＳＣＰは、コンシューマＮＦに代わってプロデューサＮＦのサービス発見および選択を実行し得る。直接または間接通信モードのいずれでも、本明細書で説明されるＤＮＳ発見部マイクロサービスは、コンシューマＮＦまたはＳＣＰからＤＮＳ解決要求を受信し、コンシューマＮＦまたはＳＣＰの代わりにＤＮＳサーバに問い合わせ、プロデューサＮＦサービスエンドポイントに関連付けられるアドレス情報をコンシューマＮＦまたはＳＣＰに通信し、ＤＮＳ解決要求において受信されるＦＱＤＮを、ＦＱＤＮに関連付けられるアドレスにおける変更について、継続的に監視してもよい。

【0050】

図１に例示されるアーキテクチャにおいて生じる１つの問題は、サービス通信プロキシまたはコンシューマＮＦが、プロデューサＮＦサービスインスタンス上に常駐するサービスエンドポイント間で負荷分散を行うのに不充分な情報を有し得ることである。図２はこの問題を示す。図２を参照すると、サービス通信プロキシ１０１は、５ＧコンシューマＮＦ２００および２０２と５ＧプロデューサＮＦ２０４および２０６との間に存在する。５ＧプロデューサＮＦ２０４は、プロデューサＮＦサービスエンドポイント２０４Ａおよび２０４Ｂを含む。５ＧプロデューサＮＦサービスインスタンス２０６は、プロデューサＮＦサービスエンドポイント２０６Ａおよび２０６Ｂを含む。

【0051】

動作中、コンシューマＮＦ２００および２０２は、サービス通信プロキシ１０１に接続し、サービス通信プロキシ１０１は、プロデューサＮＦサービスエンドポイント間のトラフィックを負荷分散する。サービス通信プロキシ１０１は、プロデューサＮＦ２０４および２０６がＮＲＦ１００に登録した上述のＮＦプロファイルおよびＮＦサービスコンテンツから、負荷分散のためのプロデューサＮＦサービスエンドポイントを判断する。しかしながら、上述したように、個々のサービスエンドポイントに関連付けられるアドレス情報を登録することは必要とされないので、ＳＣＰ１０１によって実行される負荷分散は、サービスエンドポイント間で負荷を均等に分散させないことがある。

【0052】

上述のように、１つのシナリオでは、プロデューサＮＦサービスインスタンスは、完全修飾ドメイン名をＮＦサービスレベルで登録するに過ぎない場合がある。別のシナリオでは、ＩＰエンドポイントおよび完全修飾ドメイン名はＮＦサービスレベルで登録されず、完全修飾ドメイン名のみがＮＦインスタンスレベルで登録される場合がある。これらのシナリオのいずれにおいても、サービス通信プロキシは、適切な負荷分散のための充分な情報を欠いている。

【0053】

サービス通信プロキシは、ＮＦサービスまたはＮＦサービスインスタンスによってＤＮＳ－ＳＲＶレコードを介してサービスインスタンスのＩＰエンドポイントを直接判断することができる。別の例では、ＩＰアドレスは、ＮＦサービスまたはＮＦサービスインスタンスによってＤＮＳ Ａ／ＡＡＡＡレコードを介して公開されてもよく、ポートがＳＣＰ構成として取られる。

【0054】

プロデューサＮＦサービスエンドポイントのアドレスは、任意のＮＦが登録を登録または更新するとき、ＳＣＰに知られる必要がある。プロデューサＮＦサービスエンドポイントのアドレスはまた、ＩＰアドレスまたはＩＰエンドポイントがいかなるＮＦプロファイルまたはＮＦサービス更新も伴わずに変更するときにも、知られる必要がある。ＳＣＰは、継続的なルーティングおよび負荷分散の目的のために、これらの変更を追跡する必要がある。本明細書で説明されるＤＮＳ発見部マイクロサービスは、プロデューサＮＦサービスエンドポイントのアドレスを発見し、ＦＱＤＮを、ＦＱＤＮに関連付けられるアドレスにおける変更について監視する。

【0055】

上述のように、ＤＮＳ発見部（ＤＮＳ－Ｄ）マイクロサービスは、サービスエンドポイントの発見および追跡に関連する問題の少なくともいくつかを解決する。ＤＮＳ発見部マイクロサービスは、ＤＮＳサーバに問い合わせて、プロデューサＮＦサービスエンドポイントのアドレス情報を取得し、その情報をＳＣＰまたはコンシューマＮＦに提供する。図３は、ＤＮＳ発見部マイクロサービスを含むネットワークアーキテクチャを示すネットワーク図である。図３を参照すると、ＤＮＳ発見部マイクロサービス３００は、ＳＣＰマイクロサービスまたはコンシューマＮＦ３０２から分離しているかまたはそれと同じコンピューティングプラットフォーム上で実現され得る。ＤＮＳ発見部マイクロサービス３００は、外部ＤＮＳサーバ３０６とインターフェイスするＤＮＳ発見部ＤＮＳクライアント３０４を含む。ＤＮＳ発見部マイクロサービス３００はまた、永続データベース３１０内にＮＦサービスエンドポイント情報を維持するデータベースアダプタ３０８も含む。ＤＮＳ発見部マイクロサービス３００は、ＤＮＳ発見部マイクロサービスをＳＣＰマイクロサービスまたはコンシューマＮＦ３０２または非５Ｇサービスコンシューマに公開するＤＮＳ発見部サーバインターフェイス３１２を含む。図示の例では、サーバインターフェイス３１２は、ＳＣＰマイクロサービス３０２によって提供されるＲＥＳＴクライアント３１４とインターフェイスする表現状態転送（ＲＥＳＴ）インターフェイスである。ＤＮＳ発見部マイクロサービス３００は、さらに、ＳＣＰマイクロサービスまたはコンシューマＮＦ３０２のサーバインターフェイス３１８とインターフェイスするＤＮＳ発見部ＲＥＳＴクライアント３１６を含む。

【0056】

ＤＮＳ発見部マイクロサービス３００は、上で特定された課題を解決するために用いられ得る。一例では、ＤＮＳ発見部マイクロサービス３００は、ＲＥＳＴ／ＨＴＴＰインターフェイスを公開して、ＳＣＰまたは任意の他のサービスコンシューマからのＤＮＳ解決／監視要求を聞くことができる。コンシューマは、ＤＮＳ応答が予想される場合に、ＤＮＳ要求を、ＨＴＴＰ ＰＯＳＴメッセージとして、コールバック統一資源識別子 （ＵＲＩ）とともに送信する。ＤＮＳ発見部マイクロサービス３００は、非同期サービスであり、要求が受け付けられたことを示す２０１作成済みメッセージを返信する。ＤＮＳ発見部マイクロサービス３００は、要求されたＦＱＤＮを用いて外部ＤＮＳサーバに問い合わせる。これらの外部ＤＮＳサーバから成功裏なＤＮＳ解決を得た後、ＤＮＳ発見部マイクロサービス３００は、ＤＮＳ解決要求において受信されたコールバックＵＲＩに対するＤＮＳ応答をＨＴＴＰ ＰＵＴ要求として送信する。ＤＮＳ発見部マイクロサービス３００は、外部ＤＮＳサーバからのＤＮＳクエリ応答および（ＤＮＳサーバからの応答において受信される）寿命（ＴＴＬ）をキャッシュ／記憶して、ＤＮＳ変更監視（以下で論じられる）を可能にする。

【0057】

ＤＮＳ発見部マイクロサービス３００は、ＤＮＳクエリ応答において受信されたＴＴＬについて、要求されたすべてのＦＱＤＮを（停止されるまで）継続的に監視する。外部ＤＮＳサーバからのＤＮＳ応答は、すべての反復において、記憶された応答と照合される。差異は、コールバックＵＲＩにおいてＨＴＴＰ ＰＵＴ要求としてコンシューマに示される。コンシューマは、ＤＮＳ発見部マイクロサービス３００にＨＴＴＰ ＤＥＬＥＴＥ要求メッセージを送信することによって監視を停止することを選ぶことができる。

【0058】

図４は、ＤＮＳ発見部マイクロサービス３００によって実行されるＤＮＳ要求対応処理を示すコールフロー図である。ＤＮＳ発見部マイクロサービス３００は、図３に示され、図３に関して上で説明されたコンポーネントを含む。図３に例示されるコンポーネントに加えて、ＤＮＳ発見部マイクロサービス３００は、ＤＮＳレコード変更発見部４００を含み、ＤＮＳレコード変更発見部４００は、ＤＮＳクエリ応答において受信された寿命値について、要求された完全修飾ドメイン名を監視し、ＴＴＬが満了するとＤＮＳサーバ３０６に再び問い合わせ、解決されたＩＰアドレスまたはＩＰエンドポイントにおける変更をコンシューマＮＦ、ＳＣＰ、または非５Ｇサービスコンシューマに通信する。

【0059】

図４のコールフローを参照すると、ライン１において、ＳＣＰマイクロサービスまたはコンシューマＮＦ３０２などのＤＮＳコンシューマは、ＤＮＳ発見部マイクロサービス３００のサーバインターフェイスにＤＮＳ解決要求を送信する。ＤＮＳ解決要求は、解決されるべきＦＱＤＮと、ＩＰアドレスまたはＩＰエンドポイントを示すＤＮＳクエリタイプと、クッキー識別子と、ＤＮＳ発見部ＲＥＳＴクライアント３１６上で問い合わせ側ＤＮＳコンシューマに送信されるＤＮＳ応答および更新のためのコールバックＵＲＩとを含む。

【0060】

コールフロー図のライン２において、ＤＮＳ発見部サーバインターフェイス３１２は、要求が受信され、受け入れられたことを示す応答を送信する。

【0061】

コールフロー図のライン３において、ＤＮＳ発見部マイクロサービス３００のＤＮＳクライアントコンポーネント３０４は、ＤＮＳ解決要求における完全修飾ドメイン名を解決するよう、外部ＤＮＳサーバ３０６にクエリを送信する。

【0062】

コールフロー図のライン４において、ＤＮＳサーバ３０６は、ＤＮＳクエリに対する応答で、ＤＮＳクライアント３０４に応答する。この応答は、ＤＮＳクエリ内のＦＱＤＮに対応するプロデューサＮＦサービスインスタンス上に存在する１つもしくは複数のＩＰアドレスまたはＩＰエンドポイントを含み得る。

【0063】

コールフロー図のライン５において、ＤＮＳクライアントコンポーネント３０４は、ＩＰアドレスまたはＩＰエンドポイント情報をＤＮＳ発見部データベースアダプタ３０８に通信し、ＤＮＳ発見部データベースアダプタ３０８は、その応答を永続データベース３１０に転送する。この応答は、ＤＮＳ解決要求からの完全修飾ドメイン名と、解決されたＩＰアドレス（または、応答のタイプに応じてＩＰアドレスおよびポート）と、クエリ応答において受信されたＤＮＳリソースレコードのＴＴＬ値のすべての中で最低のＴＴＬ値である満了時間とを含む。

【0064】

ライン６において、ＤＮＳ発見部データベースアダプタ３０８は、データベースレコードが作成されたことを示すメッセージをＤＮＳ発見部ＲＥＳＴクライアント３１６に送信し、ＤＮＳ発見部クライアント３１６は、ＤＮＳ応答をＳＣＰマイクロサービスまたはコンシューマＮＦ３０２に送信する。ＤＮＳ応答は、要求において受信されたコールバックＵＲＩ上で送信される。ライン７において、ＳＣＰマイクロサービスまたはコンシューマＮＦ３０２は、２００ＯＫ応答をＤＮＳ発見部ＲＥＳＴクライアント３１６に送信する。

【0065】

ＤＮＳレコード変更発見部４００は、監視されるＦＱＤＮに対応する解決されたＩＰアドレスまたはＩＰエンドポイントにおける変更を検出する。ＤＮＳレコード変更発見部４００は、ストレージからすべてのＤＮＳレコードを定期的にフェッチし、ＤＮＳクエリ応答において受信されたＴＴＬが経過したレコードがあればそれを識別することができる。ＴＴＬが経過した各レコードについて、ＤＮＳレコード変更発見部４００は、任意の変更を判断するために、外部ＤＮＳサーバに再度問い合わせることができる。何らかの変更が生じた場合には、それ以上のアクションは必要とされない。変更が生じた場合、ＤＮＳレコード変更発見部４００は、元のＤＮＳ要求において受信されたコールバックＵＲＩで、ＲＥＳＴ／ＨＴＴＰ ＰＵＴ要求を介して、所与のサービスに加入しているコンシューマＮＦまたはＳＣＰに通知してもよい。図５は、ＤＮＳ変更監視コールフローを示すコールフロー図である。図５を参照すると、ライン１において、ＤＮＳレコード変更発見部４００は、現在のタイムスタンプを計算する。ライン２では、ＤＮＳレコード変更発見部４００は、経過したＴＴＬまたは満了時間を有するすべてのレコードについて永続データベース３１０に問い合わせる。コールフロー図のライン３において、永続データベース３１０は、コールフローが経過したＤＮＳレコードをＤＮＳレコード変更発見部４００に返す。

【0066】

コールフロー図のライン４において、ＤＮＳレコード変更発見部４００は、ＴＴＬが経過した各ＦＱＤＮをＤＮＳ発見部クライアント３０４に通知する。ライン５では、ＤＮＳ発見部クライアント３０４は、ＴＴＬが経過した各ＦＱＤＮについて外部ＤＮＳサーバ３０６に問い合わせる。コールフロー図のライン６において、ＤＮＳ発見部ＤＮＳクライアント３０４は、ライン５において照会された各ＦＱＤＮについてＤＮＳクエリ応答を受信する。ライン７では、ＤＮＳ発見部ＤＮＳクライアント３０４は、ＤＮＳレコード変更発見部に、ライン６の応答で受信されたＩＰアドレスまたはＩＰエンドポイントを通知する。ＤＮＳレコード変更発見部４００は、受信されたＩＰアドレスまたはＩＰエンドポイントが各ＦＱＤＮについて記憶されたデータと一致するかどうかを判定する。ＩＰアドレスまたはＩＰエンドポイントが一致する場合、ＤＮＳレコード変更発見部４００の側では、それ以上のアクションは必要とされない。しかしながら、ＩＰアドレスまたはＩＰエンドポイントが一致しない場合、行８において、ＤＮＳレコード変更発見部４００は、変更されたＩＰアドレスまたはＩＰエンドポイントをＤＮＳ発見部ＲＥＳＴクライアント３１６に通信する。ＤＮＳ発見部ＲＥＳＴクライアント３１６は、元の要求で受信されたコールバックＵＲＩで、ＨＴＴＰｐｕｔ要求を用いて、ＩＰアドレスまたはＩＰエンドポイントにおける変更をＳＣＰマイクロサービスまたはコンシューマＮＦ３０２に通知する。コールフロー図のライン９において、ＤＮＳ ＳＣＰマイクロサービスまたはコンシューマＮＦ３０２は、ライン８におけるＤＮＳ応答の受信を確認する。

【0067】

ＤＮＳ発見部マイクロサービス３００によって実行される別の動作は、例えば、コンシューマＮＦまたはＳＣＰが、ＤＮＳ発見部マイクロサービス３００に対して、コンシューマＮＦまたはＳＣＰが所与のＦＱＤＮの監視を停止することを望むことを通知したときに、ＤＮＳ監視を停止することである。図６は、そのようなコールフローを示す。図６のコールフローを参照すると、ライン１において、ＳＣＰマイクロサービスまたはコンシューマＮＦ３０２は、解決されるべきＦＱＤＮを有するが、ＦＱＤＮに対するＤＮＳ監視を停止する削除方法を明記するＤＮＳ解決要求を送信する。コールフロー図のライン２において、ＤＮＳ発見部サーバインターフェイス３１２は、クライアントに応答し、要求が受け入れられたことを示す。コールフロー図のライン３において、ＤＮＳ発見部サーバインターフェイス３１２は、コンシューマがＦＱＤＮの監視を中止することを望む旨をＤＮＳ発見部データベースアダプタ３０８に通知する。ＤＮＳ発見部データベースアダプタ３０８は、元のＤＮＳ解決要求において指定されるＦＱＤＮおよび通知ＵＲＬに対応するレコードを永続データベース３１０から除去または更新するよう、メッセージを永続データベース３１０に送信する。ライン３のメッセージは、ＤＮＳレコード変更発見部４００がこの特定のコンシューマについてのＦＱＤＮについてＤＮＳサーバ３０６に再度問い合わせることを停止する。

【0068】

図７は、ＤＮＳ発見部マイクロサービス３００を含むコンピューティングプラットフォームのための例示的なアーキテクチャを示すブロック図である。図７を参照すると、コンピューティングプラットフォーム７００は、少なくとも１つのプロセッサ７０２およびメモリ７０４を含む。ＤＮＳ発見部マイクロサービス３００は、メモリ７０４に具現化された実行可能命令によって実現されてもよい。図示の例では、ＤＮＳ発見部マイクロサービス３００は、ＤＮＳ発見部サーバインターフェイス３１２と、ＤＮＳ発見部ＤＮＳクライアント３０４と、ＤＮＳ発見部ＲＥＳＴクライアント３１６と、ＤＮＳ発見部データベースアダプタ３０８と、ＤＮＳレコード変更発見部４００とを含む。永続データベース３１０も、解決されたＦＱＤＮについてのＩＰアドレスまたはＩＰエンドポイントを記憶するために、コンピューティングプラットフォーム７００内に常駐し得る。

【0069】

図８は、５Ｇおよび非５Ｇサービスエンドポイントに関連付けられるアドレス情報を能動的に発見および追跡するための例示的なプロセスを示すフローチャートである。図８を参照すると、ステップ８００において、ＤＮＳ解決要求が要求側ノードから受信される。たとえば、ＤＮＳ発見部マイクロサービス３００は、ＳＣＰ、コンシューマＮＦ、または非５ＧサービスコンシューマなどのＤＮＳ発見部コンシューマから、ＤＮＳ解決要求をＦＱＤＮとともに受信し得る。

【0070】

ステップ８０２において、ＤＮＳサーバは、ＤＮＳ解決要求内のＦＱＤＮを用いて問い合わせられる。たとえば、ＤＮＳ発見部マイクロサービス３００は、ＤＮＳ発見部コンシューマから受信されたＤＮＳ要求におけるＦＱＤＮを用いて外部ＤＮＳサーバ３０６に問い合わせることができる。

【0071】

ステップ８０４において、ＤＮＳ応答がＤＮＳサーバから受信され、ステップ８０６において、プロデューサＮＦサービスエンドポイントのアドレスがＤＮＳ発見部データベースに（すなわち、永続データベース３１０に）記憶される。例えば、ＤＮＳ発見部マイクロサービス３００は、ＤＮＳサーバ３０６からＤＮＳ応答を受信し、プロデューサＮＦサービスエンドポイントに関連付けられるＩＰアドレスまたはＩＰエンドポイントをデータベース３１０に記憶してもよい。一例では、ＤＮＳ発見部マイクロサービス３００からのＤＮＳ解決要求は、ＤＮＳ－Ａ解決要求であり得、ＤＮＳサーバ３０６は、ＦＱＤＮに関連付けられる１つまたは複数のサービスエンドポイントに対応する１つまたは複数のＩＰｖ４アドレスを返し得る。別の例では、ＤＮＳ解決要求は、ＤＮＳ－ＡＡＡＡ要求であり得、ＤＮＳサーバ３０６は、ＦＱＤＮに関連付けられる１つまたは複数のサービスエンドポイントに対応する１つまたは複数のＩＰｖ６アドレスを返し得る。さらに別の例では、ＤＮＳ解決要求はＤＮＳ－ＳＲＶ要求であり得、ＤＮＳサーバは、ＦＱＤＮに関連付けられる１つまたは複数のサービスエンドポイントに対応するＩＰアドレスおよびポート番号を返し得る。

【0072】

ステップ８０８において、ＤＮＳ応答が要求側ノードに送信される。例えば、ＤＮＳ発見部マイクロサービス３００は、ＤＮＳサーバ３０６からのＤＮＳ応答において受信されたプロデューサＮＦサービスエンドポイントに関連付けられるアドレスを含む応答を要求側ノードに送信し得る。

【0073】

ステップ８１０において、ＤＮＳ発見部データベース内のＦＱＤＮが、アドレスにおける変更について監視される。例えば、ＤＮＳレコード変更発見部４００は、データベース３１０内でＴＴＬが満了した各ＦＱＤＮについて、外部ＤＮＳサーバ３０６に問い合わせて、任意のＩＰアドレスまたはＩＰエンドポイント変更を判断することができる。

【0074】

ステップ８１２において、要求側ノードは、ＦＱＤＮに関連付けられるＩＰアドレスまたはＩＰエンドポイントにおける任意の変更を通知される。例えば、ＤＮＳレコード変更発見部４００は、ＳＣＰマイクロサービスまたはコンシューマＮＦ３０２に、ＳＣＰマイクロサービスまたはコンシューマＮＦ３０２がＤＮＳ発見部マイクロサービス３００に問い合わせたＦＱＤＮに関連付けられるＩＰアドレスまたはＩＰエンドポイントにおける任意の検出された変更を通知することができる。

【0075】

したがって、本明細書で説明される主題は、プロデューサＮＦサービスエンドポイントに関連付けられるＩＰアドレスまたはＩＰエンドポイントを発見し、そのようなアドレスにおける変更についてＦＱＤＮを監視する、ＤＮＳ発見部マイクロサービスを含む。そのようなサービスの１つの利点は、コンシューマＮＦおよびＳＣＰが、サービスに関連付けられるＩＰアドレスまたはＩＰエンドポイントにおける変更についてプロデューサＮＦを発見または能動的に監視する必要がないという事実である。コンシューマＮＦまたはＳＣＰは、サービスのＦＱＤＮを知り、そのＦＱＤＮをＤＮＳ発見部マイクロサービスに通信することが要求されるにすぎない。加えて、ＤＮＳ発見部マイクロサービスは、ＩＰアドレスまたはＩＰエンドポイントにおける変更についてＦＱＤＮを能動的に監視するので、ＳＣＰおよびコンシューマＮＦ等のノードによる負荷分散は、プロデューサＮＦサービスエンドポイント間でより均等に分散されるであろう。

【0076】

本開示の主題の様々な詳細は、本開示の主題の範囲から逸脱することなく変更され得ることが理解されよう。さらに、前述の説明は、例示のみを目的としており、限定を目的としていない。

【図1】

【図2】

【図3】

【図4】

【図5】

【図6】

【図7】

【図8】