知財求人 - 知財ポータルサイト「IP Force」
(19)【発行国】日本国特許庁(JP)
(12)【公報種別】公開特許公報(A)
(11)【公開番号】P2024032389
(43)【公開日】2024-03-12
(54)【発明の名称】プロキシ装置、プロキシ方法およびプログラム
(51)【国際特許分類】
H04L 47/125 20220101AFI20240305BHJP
H04L 67/2871 20220101ALI20240305BHJP
【ＦＩ】
H04L47/125
H04L67/2871
【審査請求】未請求
【請求項の数】6
【出願形態】ＯＬ
(21)【出願番号】P 2022136009
(22)【出願日】2022-08-29
(71)【出願人】
【識別番号】000208891
【氏名又は名称】ＫＤＤＩ株式会社
(74)【代理人】
【識別番号】100165179
【弁理士】
【氏名又は名称】田▲崎▼ 聡
(74)【代理人】
【識別番号】100175824
【弁理士】
【氏名又は名称】小林 淳一
(74)【代理人】
【識別番号】100114937
【弁理士】
【氏名又は名称】松本 裕幸
(72)【発明者】
【氏名】小此木 謙一
(72)【発明者】
【氏名】鈴木 理基
(72)【発明者】
【氏名】長野 知幸
【テーマコード（参考）】
5K030
【Ｆターム（参考）】
5K030GA02
5K030HC09
5K030LE03
5K030MB06
(57)【要約】
【課題】ネットワーク遅延を考慮してＮＦインスタンスの選択を行うことで効率化を図ることができるプロキシ装置を提供する。
【解決手段】クライアントのＮＦインスタンスからリクエストを取得するリクエスト取得部と、前記リクエスト取得部によって取得された前記リクエストに応じて、ネットワーク遅延を含む処理遅延に基づいて、サーバのＮＦインスタンスを選択するＮＦインスタンス選択部と、を備えるプロキシ装置。
【選択図】図１
【解決手段】クライアントのＮＦインスタンスからリクエストを取得するリクエスト取得部と、前記リクエスト取得部によって取得された前記リクエストに応じて、ネットワーク遅延を含む処理遅延に基づいて、サーバのＮＦインスタンスを選択するＮＦインスタンス選択部と、を備えるプロキシ装置。
【選択図】図１
【特許請求の範囲】
【請求項1】
クライアントのＮＦインスタンスからリクエストを取得するリクエスト取得部と、
前記リクエスト取得部によって取得された前記リクエストに応じて、ネットワーク遅延を含む処理遅延に基づいて、サーバのＮＦインスタンスを選択するＮＦインスタンス選択部と、
を備えるプロキシ装置。
前記リクエスト取得部によって取得された前記リクエストに応じて、ネットワーク遅延を含む処理遅延に基づいて、サーバのＮＦインスタンスを選択するＮＦインスタンス選択部と、
を備えるプロキシ装置。
【請求項2】
前記ＮＦインスタンス選択部は、レポジトリインスタンスに前記サーバのＮＦインスタンスの照会を行う、
請求項１に記載のプロキシ装置。
請求項１に記載のプロキシ装置。
【請求項3】
複数のエージェントを有しており、
前記処理遅延は、前記エージェント間の通信処理遅延を含む、
請求項１または請求項２に記載のプロキシ装置。
前記処理遅延は、前記エージェント間の通信処理遅延を含む、
請求項１または請求項２に記載のプロキシ装置。
【請求項4】
前記ＮＦインスタンス選択部は、前記リクエストのタイムアウト値に基づいて、前記サーバのＮＦインスタンスを選択する、
請求項１または請求項２に記載のプロキシ装置。
請求項１または請求項２に記載のプロキシ装置。
【請求項5】
リクエスト取得部が、クライアントのＮＦインスタンスからリクエストを取得し、
ＮＦインスタンス選択部が、前記リクエスト取得部によって取得された前記リクエストに応じて、ネットワーク遅延を含む処理遅延に基づいて、サーバのＮＦインスタンスを選択する、
プロキシ方法。
ＮＦインスタンス選択部が、前記リクエスト取得部によって取得された前記リクエストに応じて、ネットワーク遅延を含む処理遅延に基づいて、サーバのＮＦインスタンスを選択する、
プロキシ方法。
【請求項6】
プロキシ装置を構成するコンピューターに、
クライアントのＮＦインスタンスからリクエストを取得する機能と、
取得された前記リクエストに応じて、ネットワーク遅延を含む処理遅延に基づいて、サーバのＮＦインスタンスを選択する機能と、
を実現させるためのプログラム。
クライアントのＮＦインスタンスからリクエストを取得する機能と、
取得された前記リクエストに応じて、ネットワーク遅延を含む処理遅延に基づいて、サーバのＮＦインスタンスを選択する機能と、
を実現させるためのプログラム。
【発明の詳細な説明】
【技術分野】
【0001】
本開示は、プロキシ装置、プロキシ方法およびプログラムに関する。
【背景技術】
【0002】
５ＧＣ（５Ｇ Ｃｏｒｅ）でサービスベースドアーキテクチャー（ＳＢＡ：Ｓｅｒｖｉｃｅ－Ｂａｓｅｄ Ａｒｃｈｉｔｅｃｔｕｒｅ）が採用されている（例えば、非特許文献１－２参照）。
ＳＢＡ内のネットワークファンクション（ＮＦ：Ｎｅｔｗｏｒｋ Ｆｕｎｃｔｉｏｎ）のインスタンスの選択に関する技術が知られている。
ＳＢＡ内のネットワークファンクション（ＮＦ：Ｎｅｔｗｏｒｋ Ｆｕｎｃｔｉｏｎ）のインスタンスの選択に関する技術が知られている。
【先行技術文献】
【非特許文献】
【0003】
【非特許文献1】３ＧＰＰ（登録商標） ＴＳ ２３．５０１“Ｓｙｓｔｅｍ ａｒｃｈｉｔｅｃｔｕｒｅ ｆｏｒ ｔｈｅ ５Ｇ Ｓｙｓｔｅｍ （５ＧＳ）”
【非特許文献2】Ｔｕｌｊａ Ｖａｍｓｈｉ Ｋｉｒａｎ Ｂｕｙａｋａｒ ｅｔ ａｌ．，“Ｐｒｏｔｏｔｙｐｉｎｇ ａｎｄ Ｌｏａｄ Ｂａｌａｎｃｉｎｇ ｔｈｅ Ｓｅｒｖｉｃｅ Ｂａｓｅｄ Ａｒｃｈｉｔｅｃｔｕｒｅ ｏｆ ５Ｇ Ｃｏｒｅ ｕｓｉｎｇ ＮＦＶ”，２０１９ ＩＥＥＥ Ｃｏｎｆｅｒｅｎｃｅ ｏｎ Ｎｅｔｗｏｒｋ Ｓｏｆｔｗａｒｉｚａｔｉｏｎ （Ｎｅｔｓｏｆｔ），ｐ．２２８－２３２
【非特許文献3】Ｌｉａｎｇ Ｂａｏ ｅｔ ａｌ．，“Ｐｅｒｆｏｒｍａｎｃｅ Ｍｏｄｅｌｉｎｇ ａｎｄ Ｗｏｒｋｆｌｏｗ Ｓｃｈｅｄｕｌｉｎｇ ｏｆ Ｍｉｃｒｏｓｅｒｖｉｃｅ－Ｂａｓｅｄ Ａｐｐｌｉｃａｔｉｏｎｓ ｉｎ Ｃｌｏｕｄｓ”，ＩＥＥＥ ＴＲＡＮＳＡＣＴＩＯＮＳ ＯＮ ＰＡＲＡＬＬＥＬ ＡＮＤ ＤＩＳＴＲＩＢＵＴＥＤ ＳＹＳＴＥＭＳ，ＶＯＬ．３０，ＮＯ．９，ＳＥＰＴＥＭＢＥＲ ２０１９
【発明の概要】
【発明が解決しようとする課題】
【0004】
しかしながら、従来のＮＦのインスタンス（ＮＦインスタンス）の選択は、プロデューサー（Ｐｒｏｄｕｃｅｒ）によりＮＦの負荷情報のみに基づいて行われていた。
なお、ＮＦインスタンスはＮＦセット（ＮＦ ｓｅｔ）と呼ばれる複数のＮＦインスタンスの集合から選択される必要があるが、ＮＦセット内のＮＦインスタンスは地理的に冗長な構成が組まれる場合がある。
また、ＮＦインスタンス間にサービスコミュニケーションプロキシ（ＳＣＰ：Ｓｅｒｖｉｃｅ Ｃｏｍｍｕｎｉｃａｔｉｏｎ Ｐｒｏｘｙ）と呼ばれるプロキシ装置が配置されるため、ＮＦインスタンス間の処理遅延が増加することが考えられる。
なお、ＮＦインスタンスはＮＦセット（ＮＦ ｓｅｔ）と呼ばれる複数のＮＦインスタンスの集合から選択される必要があるが、ＮＦセット内のＮＦインスタンスは地理的に冗長な構成が組まれる場合がある。
また、ＮＦインスタンス間にサービスコミュニケーションプロキシ（ＳＣＰ：Ｓｅｒｖｉｃｅ Ｃｏｍｍｕｎｉｃａｔｉｏｎ Ｐｒｏｘｙ）と呼ばれるプロキシ装置が配置されるため、ＮＦインスタンス間の処理遅延が増加することが考えられる。
【0005】
本開示は、このような事情を考慮してなされたもので、ネットワーク遅延を考慮してＮＦインスタンスの選択を行うことで効率化を図ることができるプロキシ装置、プロキシ方法およびプログラムを提供することを課題とする。
【課題を解決するための手段】
【0006】
一構成例として、クライアントのＮＦインスタンスからリクエストを取得するリクエスト取得部と、前記リクエスト取得部によって取得された前記リクエストに応じて、ネットワーク遅延を含む処理遅延に基づいて、サーバのＮＦインスタンスを選択するＮＦインスタンス選択部と、を備えるプロキシ装置である。
【発明の効果】
【0007】
本開示に係るプロキシ装置、プロキシ方法およびプログラムによると、ネットワーク遅延を考慮してＮＦインスタンスの選択を行うことで効率化を図ることができる。
【図面の簡単な説明】
【0008】
【図1】５ＧＣ アーキテクチャの概略的な構成例を示す図である。
【図2A】ＮＦ／ＮＦサービスインタラクションのコミュニケーションモデルの一例を示す図である。
【図2B】ＮＦ／ＮＦサービスインタラクションのコミュニケーションモデルの一例を示す図である。
【図2C】ＮＦ／ＮＦサービスインタラクションのコミュニケーションモデルの一例を示す図である。
【図2D】ＮＦ／ＮＦサービスインタラクションのコミュニケーションモデルの一例を示す図である。
【図3】ＳＣＰを利用した全体構成の概略的な一例を示す図である。
【図4】実施形態に係るプロキシ装置の概略的な機能ブロックの構成を示す図である。
【図5】実施形態に係る第１モデルの概略的な構成を示す図である。
【図6】実施形態に係る第２モデルの概略的な構成を示す図である。
【図7】実施形態に係る想定モデルの概略的な構成を示す図である。
【図8】実施形態に係るインスタンスの処理遅延保持テーブルの一例を示す図である。
【図9】実施形態に係るプロキシエージェントの処理遅延保持テーブルの一例を示す図である。
【図10】実施形態に係るインスタンス登録リクエストの一例を示す図である。
【発明を実施するための形態】
【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】
クライアントインスタンス５１１は、プロキシ装置３１１Ｂにサービスのリクエストを送信する。当該リクエストには、サーバインスタンスの照会の結果が含められてもよい。
プロキシ装置３１１Ｂでは、通信部３３１によってクライアントインスタンス５１１と通信を行い、リクエスト取得部３５１によってクライアントインスタンス５１１から受信したリクエストを取得する。
プロキシ装置３１１Ｂでは、通信部３３１によってクライアントインスタンス５１１と通信を行い、リクエスト取得部３５１によってクライアントインスタンス５１１から受信したリクエストを取得する。
【0035】
ここで、プロキシ装置３１１Ｂでは、遅延取得部３７１によって処理時間に関する情報を取得する。プロキシ装置３１１Ｂでは、遅延取得部３７１によって取得された情報に基づいて、遅延演算部３５３によって、サーバインスタンスに関する遅延を演算し、当該遅延に関する情報（例えば、処理時間）を取得する。
プロキシ装置３１１Ｂでは、遅延演算部３５３による演算結果に基づいて、通信部３３１によってサーバインスタンス５１２と通信を行い、サーバインスタンス５１２にリクエストを転送する。
そして、サーバインスタンス５１２からプロキシ装置３１１Ｂを経由してクライアントインスタンス５１１にレスポンスが送られる。
ここで、第２モデルの場合、例えば事前にサーバインスタンスの照会が実行されるため、レポジトリインスタンス５１３への問い合わせ処理の遅延を考慮しなくてもよい。
プロキシ装置３１１Ｂでは、遅延演算部３５３による演算結果に基づいて、通信部３３１によってサーバインスタンス５１２と通信を行い、サーバインスタンス５１２にリクエストを転送する。
そして、サーバインスタンス５１２からプロキシ装置３１１Ｂを経由してクライアントインスタンス５１１にレスポンスが送られる。
ここで、第２モデルの場合、例えば事前にサーバインスタンスの照会が実行されるため、レポジトリインスタンス５１３への問い合わせ処理の遅延を考慮しなくてもよい。
【0036】
図７は、実施形態に係る想定モデルの概略的な構成（想定モデル構成６０１）を示す図である。
図７の例では、複数であるｎ個のクライアントインスタンス６１１－１～６１１－ｎと、プロキシ装置３１１Ｃと、複数であるｍ個のサーバインスタンス６１２－１～６１２－ｍと、レポジトリインスタンス６１３と、を示してある。
図７の例では、複数であるｎ個のクライアントインスタンス６１１－１～６１１－ｎと、プロキシ装置３１１Ｃと、複数であるｍ個のサーバインスタンス６１２－１～６１２－ｍと、レポジトリインスタンス６１３と、を示してある。
【0037】
プロキシ装置３１１Ｃは、プロキシエージェント７１１（プロキシエージェントａ）と、プロキシエージェント７１２（プロキシエージェントｂ）と、プロキシコントロールプレーン７１３と、プロキシ記憶部７１４と、を備える。
プロキシ装置３１１Ｃは、図４に示されるプロキシ装置３１１の一例である。プロキシエージェント７１１、７１２およびプロキシコントロールプレーン７１３は例えば図４に示される通信部３３１および制御部３３３の機能により構成され、プロキシ記憶部７１４は例えば図４に示される記憶部３３２の機能により構成される。
図７の例では、プロキシ装置３１１Ｃの内部において、プロキシエージェント同士で通信を実行するため、プロキシエージェント間通信についても考慮する。
プロキシ装置３１１Ｃは、図４に示されるプロキシ装置３１１の一例である。プロキシエージェント７１１、７１２およびプロキシコントロールプレーン７１３は例えば図４に示される通信部３３１および制御部３３３の機能により構成され、プロキシ記憶部７１４は例えば図４に示される記憶部３３２の機能により構成される。
図７の例では、プロキシ装置３１１Ｃの内部において、プロキシエージェント同士で通信を実行するため、プロキシエージェント間通信についても考慮する。
【0038】
プロキシエージェント７１１は、レポジトリインスタンス６１３にサーバインスタンスの照会を行う機能を有する。
プロキシエージェント７１２は、サーバインスタンス６１２－１～６１２－ｍにアクセスする機能を有する。
なお、図７の例では、説明の便宜上、プロキシエージェント７１１の機能およびプロキシエージェント７１２の機能に区別して説明するが、必ずしも本例の区別に限られない。
プロキシエージェント７１２は、サーバインスタンス６１２－１～６１２－ｍにアクセスする機能を有する。
なお、図７の例では、説明の便宜上、プロキシエージェント７１１の機能およびプロキシエージェント７１２の機能に区別して説明するが、必ずしも本例の区別に限られない。
【0039】
トータルリクエスト処理遅延ＲＤｔｏｔａｌ（ｔ）は（式１）で表される。
なお、本実施形態では、２つのインスタンス等の間の通信に要する処理時間は、一方から他方への処理時間と、他方から一方への処理時間と、で同じであるとして説明するが、他の例として、これらが別々に異なり得る値として決定されてもよい。
なお、本実施形態では、２つのインスタンス等の間の通信に要する処理時間は、一方から他方への処理時間と、他方から一方への処理時間と、で同じであるとして説明するが、他の例として、これらが別々に異なり得る値として決定されてもよい。
【0040】
【数1】
【0041】
式（１）について定義を示す。
リクエスト処理遅延時間をＲＤ（ｔ）で表している。
インスタンス間のネットワーク遅延時間をＮＤ（ｔ）で表している。
クライアント（例えば、クライアントインスタンス６１１－１など）とプロキシ装置３１１Ｃとの間のネットワーク遅延時間をＮＤｃｌｉａｎｔ－Ｐｒｏｘｙ（ｔ）で表している。
プロキシ装置３１１Ｃとサーバ（例えば、サーバインスタンス６１２－１など）との間のネットワーク遅延時間をＮＤＰｒｏｘｙ－ｓｅｒｖｅｒ（ｔ）で表している。
プロキシ装置３１１Ｃでの処理時間をＲＤｐｒｏｘｙ（ｔ）で表している。
サーバでの処理時間をＲＤｓｅｒｖｅｒ（ｔ）で表している。
リクエスト処理遅延時間をＲＤ（ｔ）で表している。
インスタンス間のネットワーク遅延時間をＮＤ（ｔ）で表している。
クライアント（例えば、クライアントインスタンス６１１－１など）とプロキシ装置３１１Ｃとの間のネットワーク遅延時間をＮＤｃｌｉａｎｔ－Ｐｒｏｘｙ（ｔ）で表している。
プロキシ装置３１１Ｃとサーバ（例えば、サーバインスタンス６１２－１など）との間のネットワーク遅延時間をＮＤＰｒｏｘｙ－ｓｅｒｖｅｒ（ｔ）で表している。
プロキシ装置３１１Ｃでの処理時間をＲＤｐｒｏｘｙ（ｔ）で表している。
サーバでの処理時間をＲＤｓｅｒｖｅｒ（ｔ）で表している。
【0042】
【数2】
【0043】
式（２）について定義を示す。
プロキシ装置３１１Ｃのプロキシエージェント７１１での処理時間をＲＤｐｒｏｘｙ＿ａｇｅｎｔ＿ａ（ｔ）で表している。
プロキシ装置３１１Ｃのプロキシエージェント７１２での処理時間をＲＤｐｒｏｘｙ＿ａｇｅｎｔ＿ｂ（ｔ）で表している。
プロキシエージェント７１１とプロキシエージェント７１２との間の処理時間（通信による遅延時間）をＮＤｐｒｏｘｙ＿ａｇｅｎｔ＿ａｂ（ｔ）で表している。
プロキシ装置３１１Ｃのプロキシエージェント７１１での処理時間をＲＤｐｒｏｘｙ＿ａｇｅｎｔ＿ａ（ｔ）で表している。
プロキシ装置３１１Ｃのプロキシエージェント７１２での処理時間をＲＤｐｒｏｘｙ＿ａｇｅｎｔ＿ｂ（ｔ）で表している。
プロキシエージェント７１１とプロキシエージェント７１２との間の処理時間（通信による遅延時間）をＮＤｐｒｏｘｙ＿ａｇｅｎｔ＿ａｂ（ｔ）で表している。
【0044】
ここで、Ｒｅｑｕｅｓｔ ｓｅｎｄ ｔｉｍｅは、各インスタンスがリクエストを送信する時刻を表す。本実施形態では、クライアントインスタンスは、リクエストを送信する際の時刻をｈｔｔｐ２のヘッダー内部のｓｅｎｄ ｔｉｍｅパラメーターに打刻する。
Ｒｅｑｕｅｓｔ ｒｅｃｅｉｖｅｄ ｔｉｍｅは、各インスタンスあるいはプロキシ装置３１１Ｃがリクエストを受信した時刻を表す。各インスタンスあるいはプロキシ装置３１１は、リクエスト受信時刻を取得する。
Ｒｅｑｕｅｓｔ ｔｒａｎｓｆｅｒｒｅｄ ｔｉｍｅは、プロキシ装置３１１がリクエストを転送する際の時刻を表す。プロキシ装置３１１Ｃは、当該時刻をｈｔｔｐ２のヘッダー内部のｓｅｎｄ ｔｉｍｅパラメーターに打刻する。また、プロキシ装置３１１Ｃは、この値を更新することも可能である。
Ｒｅｑｕｅｓｔ ｒｅｃｅｉｖｅｄ ｔｉｍｅは、各インスタンスあるいはプロキシ装置３１１Ｃがリクエストを受信した時刻を表す。各インスタンスあるいはプロキシ装置３１１は、リクエスト受信時刻を取得する。
Ｒｅｑｕｅｓｔ ｔｒａｎｓｆｅｒｒｅｄ ｔｉｍｅは、プロキシ装置３１１がリクエストを転送する際の時刻を表す。プロキシ装置３１１Ｃは、当該時刻をｈｔｔｐ２のヘッダー内部のｓｅｎｄ ｔｉｍｅパラメーターに打刻する。また、プロキシ装置３１１Ｃは、この値を更新することも可能である。
【0045】
Ｒｅｓｐｏｎｓｅ ｓｅｎｄ ｔｉｍｅは、サーバあるいはプロキシエージェントがレスポンスを送信する時刻を表す。サーバあるいはプロキシエージェントは、レスポンスを送信する際の時刻をｈｔｔｐ２のヘッダー内部のｓｅｎｄ ｔｉｍｅパラメーターに打刻する。
Ｒｅｓｐｏｎｓｅ ｒｅｃｅｉｖｅｄ ｔｉｍｅは、プロキシエージェントがレスポンスを受信する時刻を表す。プロキシ装置３１１では、レスポンスを受信した時刻を取得する。
Ｒｅｓｐｏｎｓｅ ｒｅｃｅｉｖｅｄ ｔｉｍｅは、プロキシエージェントがレスポンスを受信する時刻を表す。プロキシ装置３１１では、レスポンスを受信した時刻を取得する。
【0046】
【数3】
【0047】
Ｒｅｑｕｅｓｔ ｒｅｃｅｉｖｅｄ ｔｉｍｅｐｒｏｘｙ＿ａｇｅｎｔ＿ａは、プロキシエージェント７１１（プロキシエージェントａ）がリクエストを受信した時刻を表す。
Ｒｅｑｕｅｓｔ ｔｒａｎｓｆｅｒｒｅｄ ｔｉｍｅｐｒｏｘｙ＿ａｇｅｎｔ＿ａは、プロキシエージェント７１１（プロキシエージェントａ）がリクエストを転送する時刻を表す。
Ｒｅｑｕｅｓｔ ｔｒａｎｓｆｅｒｒｅｄ ｔｉｍｅｐｒｏｘｙ＿ａｇｅｎｔ＿ａは、プロキシエージェント７１１（プロキシエージェントａ）がリクエストを転送する時刻を表す。
【0048】
【数4】
【0049】
Ｒｅｑｕｅｓｔ ｓｅｎｄ ｔｉｍｅｐｒｏｘｙ＿ａｇｅｎｔ＿ａは、プロキシエージェント７１１（プロキシエージェントａ）がリクエストを送信する時刻を表す。
Ｒｅｑｕｅｓｔ ｒｅｃｅｉｖｅｄ ｔｉｍｅｐｒｏｘｙ＿ａｇｅｎｔ＿ｂは、プロキシエージェント７１２（プロキシエージェントｂ）がリクエストを受信した時刻を表す。
Ｒｅｑｕｅｓｔ ｒｅｃｅｉｖｅｄ ｔｉｍｅｐｒｏｘｙ＿ａｇｅｎｔ＿ｂは、プロキシエージェント７１２（プロキシエージェントｂ）がリクエストを受信した時刻を表す。
【0050】
【数5】
【0051】
Ｒｅｓｐｏｎｓｅ ｓｅｎｄ ｔｉｍｅｓｅｒｖｅｒは、サーバ（サーバインスタンス）がレスポンスを送信する時刻を表す。
Ｒｅｓｐｏｎｓｅ ｒｅｃｅｉｖｅｄ ｔｉｍｅｐｒｏｘｙ＿ａｇｅｎｔ＿ｂは、プロキシエージェント７１２（プロキシエージェントｂ）がレスポンスを受信した時刻を表す。
Ｒｅｓｐｏｎｓｅ ｒｅｃｅｉｖｅｄ ｔｉｍｅｐｒｏｘｙ＿ａｇｅｎｔ＿ｂは、プロキシエージェント７１２（プロキシエージェントｂ）がレスポンスを受信した時刻を表す。
【0052】
【数6】
【0053】
Ｒｅｑｕｅｓｔ ｓｅｎｄ ｔｉｍｅＣｌｉａｎｔは、クライアント（クライアントインスタンス）がリクエストを送信する時刻を表す。
【0054】
【数7】
【0055】
Ｒｅｑｕｅｓｔ ｔｒａｎｓｆｅｒｒｅｄ ｔｉｍｅｐｒｏｘｙ＿ａｇｅｎｔ＿ｂは、プロキシエージェント７１２（プロキシエージェントｂ）がリクエストを転送する際の時刻を表す。
【0056】
タイムアウト値（Ｔｉｍｅｏｕｔ値）を考慮したインスタンスの選択方式について説明する。
インスタンスの選択において、リクエストのタイムアウト値に基づいて判定（判断）が行われてもよい。
プロキシ装置３１１では、クライアントインスタンスからリクエストを受信した際に、制御部３３３によって、次のような処理を実行してもよい。リクエスト転送の判定は、サーバ側のプロキシエージェント７１２が実行する。
インスタンスの選択において、リクエストのタイムアウト値に基づいて判定（判断）が行われてもよい。
プロキシ装置３１１では、クライアントインスタンスからリクエストを受信した際に、制御部３３３によって、次のような処理を実行してもよい。リクエスト転送の判定は、サーバ側のプロキシエージェント７１２が実行する。
【0057】
第１に、プロキシ装置３１１では、当該リクエスト内のタイムアウト値（ｒｅｑｕｅｓｔ ｔｉｍｅｏｕｔ ｖａｌｕｅ）を確認する。
【0058】
第２に、プロキシ装置３１１では、転送のタイムアウト値の推定値（Ｅｓｔｉｍａｔｉｏｎ ｔｒａｎｓｆｅｒｒｅｄ ｔｉｍｅｏｕｔ ｖａｌｕｅ）の計算を実行する。
Ｅｓｔｉｍａｔｉｏｎ ｔｒａｎｓｆｅｒｒｅｄ ｔｉｍｅｏｕｔ ｖａｌｕｅは、クライアントインスタンスから転送されて来たリクエストが生成されてから所定処理に到達するまでに経過した時間をタイムアウト値から引いた値である。当該タイムアウト値は、クライアントインスタンスによって設定される。
Ｅｓｔｉｍａｔｉｏｎ ｔｒａｎｓｆｅｒｒｅｄ ｔｉｍｅｏｕｔ ｖａｌｕｅは、クライアントインスタンスから転送されて来たリクエストが生成されてから所定処理に到達するまでに経過した時間をタイムアウト値から引いた値である。当該タイムアウト値は、クライアントインスタンスによって設定される。
【0059】
ここで、Ｅｓｔｉｍａｔｉｏｎ ｔｒａｎｓｆｅｒｒｅｄ ｔｉｍｅｏｕｔ ｖａｌｕｅの計算方法として、２つの例（第１計算方法、第２計算方法）を示す。
第１計算方法を式（８）で示す。
第２計算方法を式（９）で示す。
第２計算方法に関しては、各インスタンス間の処理時間、および、各インスタンスの処理時間を考慮することができるため、将来消費するクライアント－プロキシ間の時間も考慮することができる。
第１計算方法を式（８）で示す。
第２計算方法を式（９）で示す。
第２計算方法に関しては、各インスタンス間の処理時間、および、各インスタンスの処理時間を考慮することができるため、将来消費するクライアント－プロキシ間の時間も考慮することができる。
【0060】
【数8】
【0061】
Ｒｅｑｕｅｓｔ ｓｅｎｄ ｔｉｍｅｐｒｏｘｙ＿ａｇｅｎｔ＿ｂは、プロキシエージェント７１２（プロキシエージェントｂ）がリクエストを送信する時刻を表す。
【0062】
【数9】
【0063】
第３に、プロキシ装置３１１では、Ｅｓｔｉｍａｔｉｏｎ ｔｒａｎｓｆｅｒｒｅｄ ｔｉｍｅｏｕｔ ｖａｌｕｅと自装置が記憶等している処理遅延時間およびネットワーク遅延時間を比較し、必要な処理時間がＥｓｔｉｍａｔｉｏｎ ｔｒａｎｓｆｅｒｒｅｄ ｔｉｍｅｏｕｔ ｖａｌｕｅよりも小さい値となるサーバインスタンスを選択し、選択したサーバインスタンスにリクエストを転送する。
サーバインスタンスが選択される条件は、例えば、式（１０）により表される。
サーバインスタンスが選択される条件は、例えば、式（１０）により表される。
【0064】
【数10】
【0065】
第４に、プロキシ装置３１１では、Ｅｓｔｉｍａｔｉｏｎ ｔｒａｎｓｆｅｒｒｅｄ ｔｉｍｅｏｕｔ ｖａｌｕｅをリクエスト転送時のリクエストのタイムアウト値に上書きする。
【0066】
なお、プロキシ装置３１１では、式（１０）の計算結果により、複数のサーバインスタンスの候補（対象のサーバインスタンス）を検出した場合には、例えば、最も大きい遅延値のサーバインスタンスにリクエストを転送するように制御してもよい。この理由は、例えば、遅延値が最小であるサーバインスタンスのみにリクエスト転送が発生することにならないようにするためである。
また、プロキシ装置３１１では、対象のサーバインスタンスを検出することができなかった場合には、クライアントインスタンス側にエラーを返す。
ここで、サーバインスタンスの候補は、タイムアウトしないサーバインスタンスである。
また、プロキシ装置３１１では、対象のサーバインスタンスを検出することができなかった場合には、クライアントインスタンス側にエラーを返す。
ここで、サーバインスタンスの候補は、タイムアウトしないサーバインスタンスである。
【0067】
各インスタンスの処理遅延、および、各インスタンス間のネットワーク遅延について、説明する。
プロキシ装置３１１では、プロキシエージェント７１１、７１２が、配下のインスタンスの処理遅延の情報と、自己が通信するプロキシエージェント間の処理遅延の情報などをテーブルとして記憶（保持）する。
サーバインスタンスの処理遅延の取得手法として、例えば、プロキシサーバ（プロキシ装置３１１）は、レスポンスヘッダー内の負荷情報に関して、インスタンスの処理遅延時間を参照することで、サーバインスタンスの処理遅延を検出（判定）することができる。
プロキシ装置３１１では、プロキシエージェント７１１、７１２が、配下のインスタンスの処理遅延の情報と、自己が通信するプロキシエージェント間の処理遅延の情報などをテーブルとして記憶（保持）する。
サーバインスタンスの処理遅延の取得手法として、例えば、プロキシサーバ（プロキシ装置３１１）は、レスポンスヘッダー内の負荷情報に関して、インスタンスの処理遅延時間を参照することで、サーバインスタンスの処理遅延を検出（判定）することができる。
【0068】
図８は、実施形態に係るインスタンスの処理遅延保持テーブル２０１１の一例を示す図である。
プロキシ装置３１１では、例えば、記憶部３３２に、処理遅延保持テーブル２０１１を記憶してもよい。処理遅延保持テーブル２０１１の値は、例えば、固定的に設定されてもよく、あるいは、可変に更新されてもよい。
プロキシ装置３１１では、例えば、記憶部３３２に、処理遅延保持テーブル２０１１を記憶してもよい。処理遅延保持テーブル２０１１の値は、例えば、固定的に設定されてもよく、あるいは、可変に更新されてもよい。
【0069】
処理遅延保持テーブル２０１１では、インスタンスの識別情報（ＩＤ）ごとに、ＮＤｉｎｓｔａｎｃｅ－Ｐｒｏｘｙ（ｔ）と、ＲＤｉｎｓｔａｎｃｅ（ｔ）を示してある。
図８の例では、インスタンスＩＤとして、インスタンス＿Ａ、インスタンス＿Ｂ、インスタンス＿Ｃを示してある。
ここで、プロキシ装置３１１と各インスタンスとの間のネットワーク遅延をＮＤｉｎｓｔａｎｃｅ－Ｐｒｏｘｙ（ｔ）で表している。
各インスタンスでの処理時間をＲＤｉｎｓｔａｎｃｅ（ｔ）で表している。
インスタンスとしては、例えば、クライアントインスタンス、サーバインスタンス、レポジトリインスタンスがある。
図８の例では、インスタンスＩＤとして、インスタンス＿Ａ、インスタンス＿Ｂ、インスタンス＿Ｃを示してある。
ここで、プロキシ装置３１１と各インスタンスとの間のネットワーク遅延をＮＤｉｎｓｔａｎｃｅ－Ｐｒｏｘｙ（ｔ）で表している。
各インスタンスでの処理時間をＲＤｉｎｓｔａｎｃｅ（ｔ）で表している。
インスタンスとしては、例えば、クライアントインスタンス、サーバインスタンス、レポジトリインスタンスがある。
【0070】
図９は、実施形態に係るプロキシエージェントの処理遅延保持テーブル２０２１の一例を示す図である。
プロキシ装置３１１では、例えば、記憶部３３２に、処理遅延保持テーブル２０２１を記憶してもよい。処理遅延保持テーブル２０２１の値は、例えば、固定的に設定されてもよく、あるいは、可変に更新されてもよい。
プロキシ装置３１１では、例えば、記憶部３３２に、処理遅延保持テーブル２０２１を記憶してもよい。処理遅延保持テーブル２０２１の値は、例えば、固定的に設定されてもよく、あるいは、可変に更新されてもよい。
【0071】
処理遅延保持テーブル２０２１では、プロキシエージェントのインスタンスの識別情報（ＩＤ）ごとに、ＮＤＰｒｏｘｙ＿ａｇｅｎｔ（ｔ）と、ＲＤｐｒｏｘｙ＿ａｇｅｎｔ（ｔ）を示してある。
図９の例では、インスタンスＩＤとして、Ｐｒｏｘｙ ａｇｅｎｔ ｂ（プロキシエージェントｂ）、Ｐｒｏｘｙ ａｇｅｎｔ ｃ（プロキシエージェントｃ）、Ｐｒｏｘｙ ａｇｅｎｔ ｄ（プロキシエージェントｄ）を示してある。
ここで、プロキシエージェント７１１（プロキシエージェントａ）と各プロキシエージェントとの間（プロキシエージェント間）のネットワーク遅延をＮＤＰｒｏｘｙ＿ａｇｅｎｔ（ｔ）で表している。
各インスタンス（各プロキシエージェント）での処理時間をＲＤｐｒｏｘｙ＿ａｇｅｎｔ（ｔ）で表している。
図９の例では、インスタンスＩＤとして、Ｐｒｏｘｙ ａｇｅｎｔ ｂ（プロキシエージェントｂ）、Ｐｒｏｘｙ ａｇｅｎｔ ｃ（プロキシエージェントｃ）、Ｐｒｏｘｙ ａｇｅｎｔ ｄ（プロキシエージェントｄ）を示してある。
ここで、プロキシエージェント７１１（プロキシエージェントａ）と各プロキシエージェントとの間（プロキシエージェント間）のネットワーク遅延をＮＤＰｒｏｘｙ＿ａｇｅｎｔ（ｔ）で表している。
各インスタンス（各プロキシエージェント）での処理時間をＲＤｐｒｏｘｙ＿ａｇｅｎｔ（ｔ）で表している。
【0072】
なお、図８に示される処理遅延保持テーブル２０１１の内容および図９に示される処理遅延保持テーブル２０２１の内容などのような処理時間の情報は、例えば、レポジトリインスタンスにおいて管理（記憶）されてもよく、あるいは、プロキシ装置３１１とレポジトリインスタンスとの両方において管理（記憶）されてもよい。
【0073】
各インスタンスの処理遅延、および、各インスタンス間ネットワーク遅延の更新について説明する。
プロキシ装置３１１では、例えば、テーブルの値の更新に関して、リクエストが正常終了した際にのみ更新を実行してもよい。この理由は、リクエストが異常終了した際の値を使用してしまうと、誤った値を格納する可能性があるためである。
それぞれの処理遅延時間の値は、例えば、１つのリクエストのみを参考にして設定あるいは更新などされてもよく、あるいは、複数のリクエストの結果を基に計算した値（平均値など）を用いるように設定あるいは更新などされてもよい。
プロキシ装置３１１では、例えば、テーブルの値の更新に関して、リクエストが正常終了した際にのみ更新を実行してもよい。この理由は、リクエストが異常終了した際の値を使用してしまうと、誤った値を格納する可能性があるためである。
それぞれの処理遅延時間の値は、例えば、１つのリクエストのみを参考にして設定あるいは更新などされてもよく、あるいは、複数のリクエストの結果を基に計算した値（平均値など）を用いるように設定あるいは更新などされてもよい。
【0074】
各インスタンスの処理遅延、および、各インスタンス間のネットワーク遅延の初期値について説明する。
各インスタンスの処理遅延については、任意の値が指定されてもよい。
また、例えば、マイクロサービスの予測モデルが利用されてもよい（例えば、非特許文献３参照）。
各インスタンスの処理遅延については、任意の値が指定されてもよい。
また、例えば、マイクロサービスの予測モデルが利用されてもよい（例えば、非特許文献３参照）。
【0075】
各インスタンス間のネットワーク遅延については、ＮＦインスタンスの生成（作成）時は自己の情報をＳＣＰ経由でＮＲＦに登録することが行われ、その際のリクエストを利用して計算することが行われてもよい。
【0076】
図１０は、実施形態に係るインスタンス登録リクエストの一例を示す図である。
図１０の例では、生成されたインスタンス（生成インスタンス８２１）と、プロキシ装置３１１Ｄと、サーバインスタンス８２２と、を示してある。
ここで、プロキシ装置３１１Ｄは、図４に示されるプロキシ装置３１１の一例である。
図１０の例では、生成されたインスタンス（生成インスタンス８２１）と、プロキシ装置３１１Ｄと、サーバインスタンス８２２と、を示してある。
ここで、プロキシ装置３１１Ｄは、図４に示されるプロキシ装置３１１の一例である。
【0077】
図１０の例では、生成インスタンス８２１は、インスタンス登録のリクエスト（インスタンス登録リクエスト）をプロキシ装置３１１Ｄに送信する。
プロキシ装置３１１Ｄでは、生成インスタンス８２１からインスタンス登録リクエストが送信された時刻（Ｒｅｑｕｅｓｔ ｓｅｎｄ ｔｉｍｅ）と、インスタンス登録リクエストを受信した時刻（Ｒｅｑｕｅｓｔ ｒｅｃｅｉｖｅｄ ｔｉｍｅ）に基づいて、ネットワーク遅延の検出（判定）を行ってもよい。
プロキシ装置３１１Ｄでは、生成インスタンス８２１からインスタンス登録リクエストが送信された時刻（Ｒｅｑｕｅｓｔ ｓｅｎｄ ｔｉｍｅ）と、インスタンス登録リクエストを受信した時刻（Ｒｅｑｕｅｓｔ ｒｅｃｅｉｖｅｄ ｔｉｍｅ）に基づいて、ネットワーク遅延の検出（判定）を行ってもよい。
【0078】
プロキシエージェント間のネットワーク遅延について説明する。
各インスタンスの処理遅延については、任意の値が指定されてもよい。
プロキシ装置３１１Ｄでは、例えば、プロキシエージェント間で通信等を実行した値を参考に、ネットワーク遅延を設定してもよい。当該通信は、例えば、ＩＣＭＰ（Ｉｎｔｅｒｎｅｔ Ｃｏｎｔｒｏｌ Ｍｅｓｓａｇｅ Ｐｒｏｔｏｃｏｌ）通信であってもよい。
各インスタンスの処理遅延については、任意の値が指定されてもよい。
プロキシ装置３１１Ｄでは、例えば、プロキシエージェント間で通信等を実行した値を参考に、ネットワーク遅延を設定してもよい。当該通信は、例えば、ＩＣＭＰ（Ｉｎｔｅｒｎｅｔ Ｃｏｎｔｒｏｌ Ｍｅｓｓａｇｅ Ｐｒｏｔｏｃｏｌ）通信であってもよい。
【0079】
サーバインスタンスが、リクエストを処理する際に、さらに別のインスタンスへリクエストを転送することが必要な際の処理について説明する。
第１に、サーバインスタンスは、直列処理が必要な場合には、リクエスト内のタイムアウト値（ｒｅｑｕｅｓｔ ｔｉｍｅｏｕｔ ｖａｌｕｅ）の確認を行う。
第２に、サーバインスタンスは、Ｅｓｔｉｍａｔｉｏｎ ｔｒａｎｓｆｅｒｒｅｄ ｔｉｍｅｏｕｔ ｖａｌｕｅの計算を実行する。ここで、当該計算の手法としては、例えば、式（８）を使用する手法、または、式（９）を使用する手法が用いられてもよい。
第１に、サーバインスタンスは、直列処理が必要な場合には、リクエスト内のタイムアウト値（ｒｅｑｕｅｓｔ ｔｉｍｅｏｕｔ ｖａｌｕｅ）の確認を行う。
第２に、サーバインスタンスは、Ｅｓｔｉｍａｔｉｏｎ ｔｒａｎｓｆｅｒｒｅｄ ｔｉｍｅｏｕｔ ｖａｌｕｅの計算を実行する。ここで、当該計算の手法としては、例えば、式（８）を使用する手法、または、式（９）を使用する手法が用いられてもよい。
【0080】
第３に、サーバインスタンスは、Ｅｓｔｉｍａｔｉｏｎ ｔｒａｎｓｆｅｒｒｅｄ ｔｉｍｅｏｕｔ ｖａｌｕｅをリクエスト転送時のリクエストタイムアウト値に上書きし、そのリクエストをプロキシサーバ（プロキシ装置３１１）に転送する。
第４に、当該プロキシサーバ（プロキシ装置３１１）は、受信したリクエストに基づいて、タイムアウト値を考慮したインスタンスの選択方式の処理を実行する。
上記を繰り返すことで、タイムアウト値を更新し、各インスタンス間の処理で、データ更新等の不整合が起きないようにすることが可能である。
第４に、当該プロキシサーバ（プロキシ装置３１１）は、受信したリクエストに基づいて、タイムアウト値を考慮したインスタンスの選択方式の処理を実行する。
上記を繰り返すことで、タイムアウト値を更新し、各インスタンス間の処理で、データ更新等の不整合が起きないようにすることが可能である。
【0081】
次に、並列処理が必要な場合に別のインスタンスへ転送する際の処理について説明する。
並列処理を実行する際に、リクエスト処理のために同期処理が必要な場合について説明する。
ここで、同期処理とは、例えば、あるインスタンスにリクエストを送信して当該リクエストの応答を受信した後に、他のインスタンスにリクエストを送信する処理である。
並列処理を実行する際に、リクエスト処理のために同期処理が必要な場合について説明する。
ここで、同期処理とは、例えば、あるインスタンスにリクエストを送信して当該リクエストの応答を受信した後に、他のインスタンスにリクエストを送信する処理である。
【0082】
第１に、サーバインスタンスは、リクエスト内のタイムアウト値（ｒｅｑｕｅｓｔ ｔｉｍｅｏｕｔ ｖａｌｕｅ）の確認を行う。
第２に、サーバインスタンスは、Ｅｓｔｉｍａｔｉｏｎ ｔｒａｎｓｆｅｒｒｅｄ ｔｉｍｅｏｕｔ ｖａｌｕｅの計算を実行する。ここで、当該計算の手法としては、例えば、式（８）を使用する手法、または、式（９）を使用する手法が用いられてもよい。
第２に、サーバインスタンスは、Ｅｓｔｉｍａｔｉｏｎ ｔｒａｎｓｆｅｒｒｅｄ ｔｉｍｅｏｕｔ ｖａｌｕｅの計算を実行する。ここで、当該計算の手法としては、例えば、式（８）を使用する手法、または、式（９）を使用する手法が用いられてもよい。
【0083】
第３に、サーバインスタンスは、Ｅｓｔｉｍａｔｉｏｎ ｔｒａｎｓｆｅｒｒｅｄ ｔｉｍｅｏｕｔ ｖａｌｕｅをリクエスト転送時のリクエストタイムアウト値に上書きし、そのリクエストをプロキシサーバ（プロキシ装置３１１）に転送する。この際、サーバインスタンスは、転送時刻、Ｅｓｔｉｍａｔｉｏｎ ｔｒａｎｓｆｅｒｒｅｄ ｔｉｍｅｏｕｔ ｖａｌｕｅを記憶する。
第４に、サーバインスタンスは、転送後、レスポンス受信時の時刻（レスポンス時刻）を記憶する。
第５に、サーバインスタンスは、記憶しているレスポンス時刻と、転送時刻を基に、リクエスト処理遅延時間を計算し、その値を記憶していたＥｓｔｉｍａｔｉｏｎ ｔｒａｎｓｆｅｒｒｅｄ ｔｉｍｅｏｕｔ ｖａｌｕｅから引くことによって、次のリクエストのタイムアウト値を決める。
第４に、サーバインスタンスは、転送後、レスポンス受信時の時刻（レスポンス時刻）を記憶する。
第５に、サーバインスタンスは、記憶しているレスポンス時刻と、転送時刻を基に、リクエスト処理遅延時間を計算し、その値を記憶していたＥｓｔｉｍａｔｉｏｎ ｔｒａｎｓｆｅｒｒｅｄ ｔｉｍｅｏｕｔ ｖａｌｕｅから引くことによって、次のリクエストのタイムアウト値を決める。
【0084】
並列処理を実行する際に、リクエスト処理を非同期で実行することが可能な場合がある。
このような場合には、直列処理と同様な処理を実行する。
このような場合には、直列処理と同様な処理を実行する。
【0085】
以上のように、本実施形態に係るプロキシ装置３１１では、ネットワーク遅延を考慮してＮＦインスタンスの選択を行うことで効率化を図ることができる。
本実施形態に係るプロキシ装置３１１では、ＮＦインスタンスの選択時に、ＮＦインスタンス間のネットワーク遅延を考慮することができ、また、ＳＣＰの処理遅延を考慮することもできる。これにより、本実施形態に係るプロキシ装置３１１では、インスタンスの処理遅延だけでなく、インスタンス間のネットワーク遅延に基づいて、ロードバランシングを実行することができ、また、インスタンスの選択を実行するプロキシの処理遅延についても考慮して、リクエストを依頼する対象とするインスタンスを選択することができる。
本実施形態に係るプロキシ装置３１１では、複数のエージェントの間における通信処理遅延を考慮してＮＦインスタンスの選択を行うことができる。
本実施形態に係るプロキシ装置３１１では、ＮＦインスタンスの選択時に、ＮＦインスタンス間のネットワーク遅延を考慮することができ、また、ＳＣＰの処理遅延を考慮することもできる。これにより、本実施形態に係るプロキシ装置３１１では、インスタンスの処理遅延だけでなく、インスタンス間のネットワーク遅延に基づいて、ロードバランシングを実行することができ、また、インスタンスの選択を実行するプロキシの処理遅延についても考慮して、リクエストを依頼する対象とするインスタンスを選択することができる。
本実施形態に係るプロキシ装置３１１では、複数のエージェントの間における通信処理遅延を考慮してＮＦインスタンスの選択を行うことができる。
【0086】
本実施形態に係るプロキシ装置３１１では、例えば、ＳＢＡ内全体の遅延値を把握することによって、各ＮＦインスタンスのリクエストについて最適なＮＦインスタンスを利用してリクエストを処理することができる。
本実施形態に係るプロキシ装置３１１では、例えば、高可用性のために、各ＮＦインスタンスが異なるロケーションあるいは異なるデータセンター（ＤＣ）に設置された場合においても、適切なＮＦインスタンスを選択することができる。
本実施形態に係るプロキシ装置３１１では、例えば、高可用性のために、各ＮＦインスタンスが異なるロケーションあるいは異なるデータセンター（ＤＣ）に設置された場合においても、適切なＮＦインスタンスを選択することができる。
【0087】
本実施形態に係るプロキシ装置３１１では、タイムアウト値を動的に更新することができる。
本実施形態に係るプロキシ装置３１１では、各インスタンスの処理遅延値およびネットワーク遅延値を保持することができる。
本実施形態に係るプロキシ装置３１１あるいは各インスタンスでは、リクエスト送信時に、自己のリクエスト送信時刻およびタイムアウト値を保持して、リクエストを送信することができる。
本実施形態に係るプロキシ装置３１１では、リクエストの転送時に、タイムアウト値およびリクエスト転送時刻を更新することができる。
本実施形態に係るプロキシ装置３１１では、各インスタンスの処理遅延値およびネットワーク遅延値を保持することができる。
本実施形態に係るプロキシ装置３１１あるいは各インスタンスでは、リクエスト送信時に、自己のリクエスト送信時刻およびタイムアウト値を保持して、リクエストを送信することができる。
本実施形態に係るプロキシ装置３１１では、リクエストの転送時に、タイムアウト値およびリクエスト転送時刻を更新することができる。
【0088】
本実施形態に係るプロキシ装置３１１では、タイムアウト値と各処理遅延を比較して、インスタンスを選択することができる。
各インスタンスでは、各インスタンスの処理遅延をレスポンス内に保持して、プロキシ装置３１１に転送することができる。
本実施形態に係るプロキシ装置３１１では、例えば、新規にインスタンスが追加された際に、自立的に処理遅延時間を計算することができる。
本実施形態に係るプロキシ装置３１１では、例えば、タイムアウトを減らして、エラー終了となることを減らすことができる。
各インスタンスでは、各インスタンスの処理遅延をレスポンス内に保持して、プロキシ装置３１１に転送することができる。
本実施形態に係るプロキシ装置３１１では、例えば、新規にインスタンスが追加された際に、自立的に処理遅延時間を計算することができる。
本実施形態に係るプロキシ装置３１１では、例えば、タイムアウトを減らして、エラー終了となることを減らすことができる。
【0089】
本実施形態に係るプロキシ装置３１１において行われる処理の方法をプロキシ方法として実施することも可能である。
【0090】
なお、これにより、例えば無線ネットワークにおける総合的なサービス品質の向上を実現することができることから、国連が主導する持続可能な開発目標（ＳＤＧｓ）の目標９「レジリエントなインフラを整備し、持続可能な産業化を推進するとともに、イノベーションの拡大を図る」に貢献することが可能となる。
【0091】
以上に説明した任意の装置における任意の構成部の機能を実現するためのプログラムを、コンピューター読み取り可能な記録媒体に記録し、そのプログラムをコンピューターシステムに読み込ませて実行するようにしてもよい。なお、ここでいう「コンピューターシステム」とは、オペレーティングシステムあるいは周辺機器等のハードウェアを含むものとする。また、「コンピューター読み取り可能な記録媒体」とは、フレキシブルディスク、光磁気ディスク、ＲＯＭ、ＣＤ（Ｃｏｍｐａｃｔ Ｄｉｓｃ）－ＲＯＭ（Ｒｅａｄ Ｏｎｌｙ Ｍｅｍｏｒｙ）等の可搬媒体、コンピューターシステムに内蔵されるハードディスク等の記憶装置のことをいう。さらに「コンピューター読み取り可能な記録媒体」とは、インターネット等のネットワークあるいは電話回線等の通信回線を介してプログラムが送信された場合のサーバあるいはクライアントとなるコンピューターシステム内部の揮発性メモリーのように、一定時間プログラムを保持しているものも含むものとする。当該揮発性メモリーは、例えば、ＲＡＭ（Ｒａｎｄｏｍ Ａｃｃｅｓｓ Ｍｅｍｏｒｙ）であってもよい。記録媒体は、例えば、非一時的記録媒体であってもよい。
【0092】
また、上記のプログラムは、このプログラムを記憶装置等に格納したコンピューターシステムから、伝送媒体を介して、あるいは、伝送媒体中の伝送波により他のコンピューターシステムに伝送されてもよい。ここで、プログラムを伝送する「伝送媒体」は、インターネット等のネットワークあるいは電話回線等の通信回線のように情報を伝送する機能を有する媒体のことをいう。
また、上記のプログラムは、前述した機能の一部を実現するためのものであってもよい。さらに、上記のプログラムは、前述した機能をコンピューターシステムにすでに記録されているプログラムとの組み合わせで実現できるもの、いわゆる差分ファイルであってもよい。差分ファイルは、差分プログラムと呼ばれてもよい。
また、上記のプログラムは、前述した機能の一部を実現するためのものであってもよい。さらに、上記のプログラムは、前述した機能をコンピューターシステムにすでに記録されているプログラムとの組み合わせで実現できるもの、いわゆる差分ファイルであってもよい。差分ファイルは、差分プログラムと呼ばれてもよい。
【0093】
また、以上に説明した任意の装置における任意の構成部の機能は、プロセッサーにより実現されてもよい。例えば、実施形態における各処理は、プログラム等の情報に基づき動作するプロセッサーと、プログラム等の情報を記憶するコンピューター読み取り可能な記録媒体により実現されてもよい。ここで、プロセッサーは、例えば、各部の機能が個別のハードウェアで実現されてもよく、あるいは、各部の機能が一体のハードウェアで実現されてもよい。例えば、プロセッサーはハードウェアを含み、当該ハードウェアは、デジタル信号を処理する回路およびアナログ信号を処理する回路のうちの少なくとも一方を含んでもよい。例えば、プロセッサーは、回路基板に実装された１または複数の回路装置、あるいは、１または複数の回路素子のうちの一方または両方を用いて、構成されてもよい。回路装置としてはＩＣ（Ｉｎｔｅｇｒａｔｅｄ Ｃｉｒｃｕｉｔ）などが用いられてもよく、回路素子としては抵抗あるいはキャパシターなどが用いられてもよい。
【0094】
ここで、プロセッサーは、例えば、ＣＰＵであってもよい。ただし、プロセッサーは、ＣＰＵに限定されるものではなく、例えば、ＧＰＵ（Ｇｒａｐｈｉｃｓ Ｐｒｏｃｅｓｓｉｎｇ Ｕｎｉｔ）、あるいは、ＤＳＰ（Ｄｉｇｉｔａｌ Ｓｉｇｎａｌ Ｐｒｏｃｅｓｓｏｒ）等のような、各種のプロセッサーが用いられてもよい。また、プロセッサーは、例えば、ＡＳＩＣ（Ａｐｐｌｉｃａｔｉｏｎ Ｓｐｅｃｉｆｉｃ Ｉｎｔｅｇｒａｔｅｄ Ｃｉｒｃｕｉｔ）によるハードウェア回路であってもよい。また、プロセッサーは、例えば、複数のＣＰＵにより構成されていてもよく、あるいは、複数のＡＳＩＣによるハードウェア回路により構成されていてもよい。また、プロセッサーは、例えば、複数のＣＰＵと、複数のＡＳＩＣによるハードウェア回路と、の組み合わせにより構成されていてもよい。また、プロセッサーは、例えば、アナログ信号を処理するアンプ回路あるいはフィルター回路等のうちの１以上を含んでもよい。
【0095】
以上、この開示の実施形態について図面を参照して詳述してきたが、具体的な構成はこの実施形態に限られるものではなく、この開示の要旨を逸脱しない範囲の設計等も含まれる。
【符号の説明】
【0096】
１…５ＧＣ アーキテクチャ、３１１、３１１Ａ～３１１Ｄ…プロキシ装置、３３１…通信部、３３２…記憶部、３３３…制御部、３５１…リクエスト取得部、３５２…照会部、３５３…遅延演算部、３５４…ＮＦインスタンス選択部、３７１…遅延取得部、４０１…第１モデル構成、４１１、５１１、６１１－１～６１１－ｎ…クライアントインスタンス、４１２、５１２、６１２－１～６１２－ｍ、８２２…サーバインスタンス、４１３、５１３、６１３…レポジトリインスタンス、５０１…第２モデル構成、６０１…想定モデル構成、７１１、７１２…プロキシエージェント、７１３…プロキシコントロールプレーン、７１４…プロキシ記憶部、８２１…生成インスタンス、２０１１、２０２１…処理遅延保持テーブル
【図1】
【図2A】
【図2B】
【図2C】
【図2D】
【図3】
【図4】
【図5】
【図6】
【図7】
【図8】
【図9】
【図10】