(19)【発行国】日本国特許庁(JP)
(12)【公報種別】公開特許公報(A)
(11)【公開番号】P2024085855
(43)【公開日】2024-06-27
(54)【発明の名称】通信路確立システム及び方法
(51)【国際特許分類】
H04L 41/0803 20220101AFI20240620BHJP
【ＦＩ】
H04L41/0803
【審査請求】未請求
【請求項の数】12
【出願形態】ＯＬ
(21)【出願番号】P 2022200631
(22)【出願日】2022-12-15
(71)【出願人】
【識別番号】000233295
【氏名又は名称】株式会社日立情報通信エンジニアリング
(74)【代理人】
【識別番号】110002365
【氏名又は名称】弁理士法人サンネクスト国際特許事務所
(72)【発明者】
【氏名】村中 延之
(72)【発明者】
【氏名】田澤 功
(72)【発明者】
【氏名】飯島 智之
(72)【発明者】
【氏名】高瀬 誠由
(72)【発明者】
【氏名】金子 拓朗
(72)【発明者】
【氏名】森 久斗
(57)【要約】
【課題】エッジデバイスや遠隔拠点が多様化した環境においてセキュアな通信路を確立する。
【解決手段】システムは、個々のエッジデバイスについて、認証要件が満たされているか否かを判定する。システムは、当該判定の結果が真の場合に、当該エッジデバイスと当該エッジデバイスが通信する遠隔拠点間の通信路の確立のために当該通信路についてエッジ側中継部に設定される通信路情報を出力する。エッジ側中継部は、設定されているネットワーク制御情報に基づき複数のエッジ拠点における複数のエッジデバイスと複数の遠隔拠点間の通信のネットワーク制御を行うようになっている。ネットワーク制御情報は、通信路毎に通信路情報を含む。通信路毎に、通信路情報は、当該通信路を表す情報と、当該通信路経由での通信を行うエッジデバイスと遠隔拠点とを表す情報とを含む。
【選択図】図１
【解決手段】システムは、個々のエッジデバイスについて、認証要件が満たされているか否かを判定する。システムは、当該判定の結果が真の場合に、当該エッジデバイスと当該エッジデバイスが通信する遠隔拠点間の通信路の確立のために当該通信路についてエッジ側中継部に設定される通信路情報を出力する。エッジ側中継部は、設定されているネットワーク制御情報に基づき複数のエッジ拠点における複数のエッジデバイスと複数の遠隔拠点間の通信のネットワーク制御を行うようになっている。ネットワーク制御情報は、通信路毎に通信路情報を含む。通信路毎に、通信路情報は、当該通信路を表す情報と、当該通信路経由での通信を行うエッジデバイスと遠隔拠点とを表す情報とを含む。
【選択図】図１
【特許請求の範囲】
【請求項1】
インターフェース装置と、
複数のエッジ拠点と複数の遠隔拠点との通信路要件及び認証要件を表す制御管理情報を含んだ管理情報が格納される記憶装置と、
前記インターフェース装置及び前記記憶装置に接続されており、エッジ側中継部に設定される通信路情報を前記インターフェース装置を通じて出力するプロセッサと
を備え、
前記エッジ側中継部は、前記エッジ側中継部に設定されているネットワーク制御情報に基づき前記複数のエッジ拠点における複数のエッジデバイスと前記複数の遠隔拠点間の通信のネットワーク制御を行うようになっており、
前記ネットワーク制御情報は、通信路毎に通信路情報を含み、
通信路毎に、通信路情報は、当該通信路を表す情報と、当該通信路経由での通信を行うエッジデバイスと遠隔拠点とを表す情報とを含み、
前記プロセッサが、個々のエッジデバイスについて、
認証要件が満たされているか否かの判定である要件判定を前記管理情報に基づき行い、
当該要件判定の結果が真の場合に、当該エッジデバイスと当該エッジデバイスが通信する遠隔拠点間の通信路の確立のために当該通信路について前記エッジ側中継部に設定される通信路情報を、前記インターフェース装置を通じて出力する、
通信路確立システム。
複数のエッジ拠点と複数の遠隔拠点との通信路要件及び認証要件を表す制御管理情報を含んだ管理情報が格納される記憶装置と、
前記インターフェース装置及び前記記憶装置に接続されており、エッジ側中継部に設定される通信路情報を前記インターフェース装置を通じて出力するプロセッサと
を備え、
前記エッジ側中継部は、前記エッジ側中継部に設定されているネットワーク制御情報に基づき前記複数のエッジ拠点における複数のエッジデバイスと前記複数の遠隔拠点間の通信のネットワーク制御を行うようになっており、
前記ネットワーク制御情報は、通信路毎に通信路情報を含み、
通信路毎に、通信路情報は、当該通信路を表す情報と、当該通信路経由での通信を行うエッジデバイスと遠隔拠点とを表す情報とを含み、
前記プロセッサが、個々のエッジデバイスについて、
認証要件が満たされているか否かの判定である要件判定を前記管理情報に基づき行い、
当該要件判定の結果が真の場合に、当該エッジデバイスと当該エッジデバイスが通信する遠隔拠点間の通信路の確立のために当該通信路について前記エッジ側中継部に設定される通信路情報を、前記インターフェース装置を通じて出力する、
通信路確立システム。
【請求項2】
前記制御管理情報は、複数の通信要件の各々について当該通信要件を表し、
前記複数の通信要件の各々は、エッジ拠点、遠隔拠点、通信路要件及び認証要件の組を含み、
前記個々のエッジデバイスについて、
前記プロセッサが、前記制御管理情報に基づき、当該エッジデバイスを含むエッジ拠点と、当該エッジデバイスが通信する遠隔拠点とを含む通信要件を特定し、
前記要件判定の対象の認証要件は、当該特定された通信要件における認証要件であり、
前記要件判定の結果が真の場合に出力される通信路情報は、当該特定された通信要件における通信路要件を満たす通信路を表す情報である、
請求項１に記載の通信路確立システム。
前記複数の通信要件の各々は、エッジ拠点、遠隔拠点、通信路要件及び認証要件の組を含み、
前記個々のエッジデバイスについて、
前記プロセッサが、前記制御管理情報に基づき、当該エッジデバイスを含むエッジ拠点と、当該エッジデバイスが通信する遠隔拠点とを含む通信要件を特定し、
前記要件判定の対象の認証要件は、当該特定された通信要件における認証要件であり、
前記要件判定の結果が真の場合に出力される通信路情報は、当該特定された通信要件における通信路要件を満たす通信路を表す情報である、
請求項１に記載の通信路確立システム。
【請求項3】
前記管理情報は、前記複数のエッジデバイスの各々についての認証に関する情報である認証情報を含んだデバイス管理情報を含み、
前記個々のエッジデバイスについて、前記要件判定は、当該エッジデバイスに対応の認証情報が、前記特定された通信要件における認証要件を満たすか否かの判定である、
請求項２に記載の通信路確立システム。
前記個々のエッジデバイスについて、前記要件判定は、当該エッジデバイスに対応の認証情報が、前記特定された通信要件における認証要件を満たすか否かの判定である、
請求項２に記載の通信路確立システム。
【請求項4】
前記複数の通信要件の各々について、
当該通信要件における認証要件は、ハードウェア認証要件とデスティネーション認証要件とを含み、
前記ハードウェア認証要件は、エッジデバイスを識別するための情報であるハードウェア情報についての要件であり、
前記デスティネーション認証要件は、当該通信要件における遠隔拠点との通信が許可されるための認証方法に関する情報であるデスティネーション認証情報についての要件であり、
前記複数のエッジデバイスの各々について、前記認証情報は、当該エッジデバイスのハードウェア情報と、当該エッジデバイスが通信し得る遠隔拠点に対応したデスティネーション認証情報とを含み、
前記個々のエッジデバイスについて、
前記要件判定は、
当該エッジデバイスのハードウェア情報が、前記特定された通信要件におけるハードウェア認証要件を満たすか否かの第１の判定と、
当該エッジデバイスのデスティネーション認証情報が、前記特定された通信要件におけるデスティネーション認証要件を満たすか否かの第２の判定と
を含み、
前記要件判定の結果が真であるとは、前記第１の判定の結果が真であり、且つ、前記第２の判定の結果が真であることである、
請求項３に記載の通信路確立システム。
当該通信要件における認証要件は、ハードウェア認証要件とデスティネーション認証要件とを含み、
前記ハードウェア認証要件は、エッジデバイスを識別するための情報であるハードウェア情報についての要件であり、
前記デスティネーション認証要件は、当該通信要件における遠隔拠点との通信が許可されるための認証方法に関する情報であるデスティネーション認証情報についての要件であり、
前記複数のエッジデバイスの各々について、前記認証情報は、当該エッジデバイスのハードウェア情報と、当該エッジデバイスが通信し得る遠隔拠点に対応したデスティネーション認証情報とを含み、
前記個々のエッジデバイスについて、
前記要件判定は、
当該エッジデバイスのハードウェア情報が、前記特定された通信要件におけるハードウェア認証要件を満たすか否かの第１の判定と、
当該エッジデバイスのデスティネーション認証情報が、前記特定された通信要件におけるデスティネーション認証要件を満たすか否かの第２の判定と
を含み、
前記要件判定の結果が真であるとは、前記第１の判定の結果が真であり、且つ、前記第２の判定の結果が真であることである、
請求項３に記載の通信路確立システム。
【請求項5】
前記個々のエッジデバイスに関し、前記プロセッサが、当該エッジデバイスに関し認証に関する情報を受け付けるＵＩ（Ｕｓｅｒ Ｉｎｔｅｒｆａｃｅ）を提供する、
請求項１に記載の通信路確立システム。
請求項１に記載の通信路確立システム。
【請求項6】
少なくとも一つの通信路は、ＶＰＮ（Ｖｉｒｔｕａｌ Ｐｒｉｖａｔｅ Ｎｅｔｗｏｒｋ）経由の通信路、ＬＢＯ（Ｌｏｃａｌ Ｂｒｅａｋ Ｏｕｔ）に従う通信のための通信路、又は、ネットワーク制御を行うサービス経由の通信路である、
請求項１に記載の通信路確立システム。
請求項１に記載の通信路確立システム。
【請求項7】
少なくとも一つの認証要件は、遠隔拠点に対応の証明書のインストール、又は、認証代行のサービスの利用である、
請求項１に記載の通信路確立システム。
請求項１に記載の通信路確立システム。
【請求項8】
前記管理情報は、前記複数のエッジデバイスの各々についての認証に関する情報である認証情報を含んだデバイス管理情報を含み、
前記デバイス管理情報は、前記ＵＩを介して入力された情報を含み、
少なくとも一つのエッジデバイスについて、
前記プロセッサが、当該エッジデバイスから接続された前記エッジ側中継部から、当該エッジデバイスに関する情報を受け、
前記デバイス管理情報のうち当該エッジデバイスに関する情報は、前記プロセッサが受けた当該情報を含む、
請求項５に記載の通信路確立システム。
前記デバイス管理情報は、前記ＵＩを介して入力された情報を含み、
少なくとも一つのエッジデバイスについて、
前記プロセッサが、当該エッジデバイスから接続された前記エッジ側中継部から、当該エッジデバイスに関する情報を受け、
前記デバイス管理情報のうち当該エッジデバイスに関する情報は、前記プロセッサが受けた当該情報を含む、
請求項５に記載の通信路確立システム。
【請求項9】
前記管理情報が、
前記複数のエッジデバイスの各々について当該エッジデバイスの期待される回線利用量を表す情報を含んだデバイス管理情報と、
複数の回線の各々について当該回線経由の通信を行うエッジ拠点と遠隔拠点との組と回線利用量に関する閾値である利用閾値とを表す情報を含んだ回線管理情報と
を含み、
前記個々のエッジデバイスについて、前記プロセッサが、
前記管理情報を基に、当該エッジデバイスを含むエッジ拠点と当該エッジデバイスが通信する遠隔拠点との組に対応した回線を特定し、
前記管理情報を基に、当該特定した回線経由の通信路が確立済である全てのエッジデバイスの回線利用量を基に得られた値が、当該特定した回線の利用閾値未満であるか否かの判定である利用判定を行い、
前記要件判定の結果が真であり、且つ、前記利用判定の結果が真である場合に、当該エッジデバイスと当該エッジデバイスが通信する遠隔拠点間の前記特定された回線経由の通信路について前記エッジ側中継部に設定される通信路情報を、前記インターフェース装置を通じて出力する、
請求項１に記載の通信路確立システム。
前記複数のエッジデバイスの各々について当該エッジデバイスの期待される回線利用量を表す情報を含んだデバイス管理情報と、
複数の回線の各々について当該回線経由の通信を行うエッジ拠点と遠隔拠点との組と回線利用量に関する閾値である利用閾値とを表す情報を含んだ回線管理情報と
を含み、
前記個々のエッジデバイスについて、前記プロセッサが、
前記管理情報を基に、当該エッジデバイスを含むエッジ拠点と当該エッジデバイスが通信する遠隔拠点との組に対応した回線を特定し、
前記管理情報を基に、当該特定した回線経由の通信路が確立済である全てのエッジデバイスの回線利用量を基に得られた値が、当該特定した回線の利用閾値未満であるか否かの判定である利用判定を行い、
前記要件判定の結果が真であり、且つ、前記利用判定の結果が真である場合に、当該エッジデバイスと当該エッジデバイスが通信する遠隔拠点間の前記特定された回線経由の通信路について前記エッジ側中継部に設定される通信路情報を、前記インターフェース装置を通じて出力する、
請求項１に記載の通信路確立システム。
【請求項10】
前記エッジ側中継部は、ＳＤ－ＷＡＮ（Ｓｏｆｔｗａｒｅ Ｄｅｆｉｎｅｄ－Ｗｉｄｅ Ａｒｅａ Ｎｅｔｗｏｒｋ）のゲートウェイである、
請求項１に記載の通信路確立システム。
請求項１に記載の通信路確立システム。
【請求項11】
個々のエッジデバイスについて、
コンピュータが、認証要件が満たされているか否かの判定である要件判定を管理情報に基づき行い、
コンピュータが、当該要件判定の結果が真の場合に、当該エッジデバイスと当該エッジデバイスが通信する遠隔拠点間の通信路の確立のために当該通信路についてエッジ側中継部に設定される通信路情報を、出力し、
前記管理情報は、複数のエッジ拠点と複数の遠隔拠点との通信路要件及び認証要件を表す制御管理情報を含んだ情報であり、
前記エッジ側中継部は、前記エッジ側中継部に設定されているネットワーク制御情報に基づき前記複数のエッジ拠点における複数のエッジデバイスと前記複数の遠隔拠点間の通信のネットワーク制御を行うようになっており、
前記ネットワーク制御情報は、通信路毎に通信路情報を含み、
通信路毎に、通信路情報は、当該通信路を表す情報と、当該通信路経由での通信を行うエッジデバイスと遠隔拠点とを表す情報とを含む、
通信路確立方法。
コンピュータが、認証要件が満たされているか否かの判定である要件判定を管理情報に基づき行い、
コンピュータが、当該要件判定の結果が真の場合に、当該エッジデバイスと当該エッジデバイスが通信する遠隔拠点間の通信路の確立のために当該通信路についてエッジ側中継部に設定される通信路情報を、出力し、
前記管理情報は、複数のエッジ拠点と複数の遠隔拠点との通信路要件及び認証要件を表す制御管理情報を含んだ情報であり、
前記エッジ側中継部は、前記エッジ側中継部に設定されているネットワーク制御情報に基づき前記複数のエッジ拠点における複数のエッジデバイスと前記複数の遠隔拠点間の通信のネットワーク制御を行うようになっており、
前記ネットワーク制御情報は、通信路毎に通信路情報を含み、
通信路毎に、通信路情報は、当該通信路を表す情報と、当該通信路経由での通信を行うエッジデバイスと遠隔拠点とを表す情報とを含む、
通信路確立方法。
【請求項12】
個々のエッジデバイスについて、
認証要件が満たされているか否かの判定である要件判定を管理情報に基づき行い、
当該要件判定の結果が真の場合に、当該エッジデバイスと当該エッジデバイスが通信する遠隔拠点間の通信路の確立のために当該通信路についてエッジ側中継部に設定される通信路情報を、出力する、
ことをコンピュータに実行させ、
前記管理情報は、複数のエッジ拠点と複数の遠隔拠点との通信路要件及び認証要件を表す制御管理情報を含んだ情報であり、
前記エッジ側中継部は、前記エッジ側中継部に設定されているネットワーク制御情報に基づき前記複数のエッジ拠点における複数のエッジデバイスと前記複数の遠隔拠点間の通信のネットワーク制御を行うようになっており、
前記ネットワーク制御情報は、通信路毎に通信路情報を含み、
通信路毎に、通信路情報は、当該通信路を表す情報と、当該通信路経由での通信を行うエッジデバイスと遠隔拠点とを表す情報とを含む、
コンピュータプログラム。
認証要件が満たされているか否かの判定である要件判定を管理情報に基づき行い、
当該要件判定の結果が真の場合に、当該エッジデバイスと当該エッジデバイスが通信する遠隔拠点間の通信路の確立のために当該通信路についてエッジ側中継部に設定される通信路情報を、出力する、
ことをコンピュータに実行させ、
前記管理情報は、複数のエッジ拠点と複数の遠隔拠点との通信路要件及び認証要件を表す制御管理情報を含んだ情報であり、
前記エッジ側中継部は、前記エッジ側中継部に設定されているネットワーク制御情報に基づき前記複数のエッジ拠点における複数のエッジデバイスと前記複数の遠隔拠点間の通信のネットワーク制御を行うようになっており、
前記ネットワーク制御情報は、通信路毎に通信路情報を含み、
通信路毎に、通信路情報は、当該通信路を表す情報と、当該通信路経由での通信を行うエッジデバイスと遠隔拠点とを表す情報とを含む、
コンピュータプログラム。
【発明の詳細な説明】
【技術分野】
【0001】
本発明は、概して、拠点間の通信路の確立に関する。
【背景技術】
【0002】
産業、物流又は電力等の様々なＩｏＴシステムではＩｏＴデバイスが多様化及び増大している。また、ＩｏＴデバイスが取得するデータも多様化及び増大している。これらの理由から、データの通信や処理の負荷も増大している。ＩｏＴデバイスはエッジ拠点にある。
【0003】
そのため、データの処理を、エッジ拠点に代えて又は加えて、データの種類や用途に応じて遠隔拠点が行うことが考えられている。遠隔拠点の例としては、オンプレミスのデータセンタ、パブリッククラウド、エッジ近傍のデータセンタ（例えば、５Ｇネットワークのコア内に存在するＭＥＣ（Ｍｕｌｔｉ Ａｃｃｅｓｓ Ｅｄｇｅ Ｃｏｍｐｕｔｉｎｇ））が挙げられる。
【0004】
特許文献１では、端末装置間の仲介サーバ装置が設けられ、仲介サーバ装置が、双方の端末装置のＩＤを認証することで、セキュアな通信路を確立する。
【先行技術文献】
【特許文献】
【0005】
【特許文献1】特開２０１９－１６５２９１号公報
【発明の概要】
【発明が解決しようとする課題】
【0006】
ＩｏＴデバイスや遠隔拠点が多様化しており、ＩｏＴデバイスの認証に関するデファクトの形態は決まっていない。ＩｏＴシステムでは、特許文献１に開示の認証に加えて又は代えて他の認証が必要なケースがあり得る。例えば、どこから発行されたＩＤであるかの認証に加え、想定されたＩｏＴデバイスからＩＤが使われているかの認証が必要なケースが考えられる。このようなケースに特許文献１に開示の技術は対応することはできない。
【0007】
このような問題は、ＩｏＴシステム以外のシステム、すなわち、ＩｏＴデバイス以外のエッジデバイスを有するシステムについてもあり得る。
【課題を解決するための手段】
【0008】
システムは、個々のエッジデバイスについて、認証要件が満たされているか否かを判定する。システムは、当該判定の結果が真の場合に、当該エッジデバイスと当該エッジデバイスが通信する遠隔拠点間の通信路の確立のために当該通信路についてエッジ側中継部に設定される通信路情報を出力する。エッジ側中継部は、設定されているネットワーク制御情報に基づき複数のエッジ拠点における複数のエッジデバイスと複数の遠隔拠点間の通信のネットワーク制御を行うようになっている。ネットワーク制御情報は、通信路毎に通信路情報を含む。通信路毎に、通信路情報は、当該通信路を表す情報と、当該通信路経由での通信を行うエッジデバイスと遠隔拠点とを表す情報とを含む。
【発明の効果】
【0009】
本発明によれば、エッジデバイスや遠隔拠点が多様化した環境においてセキュアな通信路を確立することができる。
【図面の簡単な説明】
【0010】
【図1】第１の実施形態に係るシステム全体の構成例を示す。
【図2】第１の実施形態に係る制御管理テーブルの構成例を示す。
【図3】第１の実施形態に係るデバイス管理テーブルの構成例を示す。
【図4】第１の実施形態に係るＳＤ－ＷＡＮ ＧＷに対して設定されるネットワーク制御テーブルの構成例を示す。
【図5】第１の実施形態に係るシーケンスの例を示す。
【図6】第１の実施形態に係る情報入力ＵＩの例を示す。
【図7】第１の実施形態に係る連携部が行う処理の流れの例を示す。
【図8】第２の実施形態に係るシーケンスの例を示す。
【図9】第２の実施形態に係る情報入力ＵＩの例を示す。
【図10】第２の実施形態に係るデバイス管理テーブルの構成例を示す。
【図11】第３の実施形態に係るデバイス管理テーブルの構成例を示す。
【図12】第３の実施形態に係る回線管理テーブルの構成例を示す。
【図13】第３の実施形態に係る連携部が行う処理の流れの例を示す。
【発明を実施するための形態】
【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】
本実施形態において、ＳＤ－ＷＡＮ ＧＷ１７１は、エッジ側中継部の一例である。エッジ側中継部は、ＳＤ－ＷＡＮ ＧＷ１７１以外の中継部（例えば物理的な又は仮想的なルータ）でもよいが、本実施形態のようにＳＤ－ＷＡＮ ＧＷ１７１であることが好ましい（詳細は、図４を参照して後に説明する）。また、エッジ側中継部がＳＤ－ＷＡＮ ＧＷ１７１であるとしても、遠隔拠点１０１における遠隔側中継部１０２がＳＤ－ＷＡＮ ＧＷである必要は無い。例えば、ＳＤ－ＷＡＮ ＧＷ１７１のＬＢＯ（Ｌｏｃａｌ Ｂｒｅａｋ Ｏｕｔ）の振分けでＣＡＳＢ経由の通信がされればよい場合、遠隔側中継部１０２はＳＤ－ＷＡＮ ＧＷでなくてよい。
【0041】
図２は、制御管理テーブル１３２の構成例を示す。
【0042】
制御管理テーブル１３２は、複数の通信要件を表す。各通信要件は、エッジ拠点１８１と遠隔拠点１０１との組と、当該組についての通信路確立のための要件とを含む。通信路確立のための要件として、通信路要件と認証要件とがある。それらの要件が満たされている場合に、通信路が確立される。
【0043】
例えば、制御管理テーブル１３２は、通信要件毎にエントリを有する。エントリは、ソース２０１、デスティネーション２０２、通信路要件２０３、ＨＷ認証要件２０４及びデスティネーション認証要件２０５といった情報を有する。
【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】
連携部１３３は、ＳＤ－ＷＡＮ ＧＷ１７１からの上述の接続情報から接続元エッジデバイス１９１及び接続先遠隔拠点１０１を検出する（Ｓ７０１）。Ｓ７０１では、当該接続情報を基に、接続元エッジデバイス１９１のエッジ拠点１８１も検出されてよい。
【0077】
連携部１３３は、デバイス管理テーブル１３１を参照し、Ｓ７０１での検出（接続元エッジデバイス１９１及び接続先遠隔拠点）に対応のデバイスエントリである該当デバイスエントリを特定する（Ｓ７０２）。
【0078】
連携部１３３は、制御管理テーブル１３２を参照し、該当デバイスエントリにおけるソース３０２、デスティネーション３０３及び通信路要件３０４に対応の制御エントリである該当制御エントリを特定する（Ｓ７０３）。
【0079】
連携部１３３は、該当制御エントリのＨＷ認証要件２０４を該当デバイスエントリにおけるＨＷ情報３０５が満たすか否かを判定する（Ｓ７０４）。該当制御エントリが存在しない、又は、該当制御エントリのＨＷ認証要件２０４を該当デバイスエントリにおけるＨＷ情報３０５が満たさない場合、Ｓ７０４の判定結果は偽である。
【0080】
Ｓ７０４の判定結果が偽の場合（Ｓ７０４：Ｎｏ）、連携部１３３は、通信路を確立せず、管理者に連絡する（Ｓ７０８）。管理者への連絡は、電子メールやメッセンジャーサービス等の利用により行われてよい。
【0081】
Ｓ７０４の判定結果が真の場合（Ｓ７０４：Ｙｅｓ）、連携部１３３は、該当デバイスエントリにおけるデスティネーション認証３０６が認証代行サービスを表す場合、該当の認証代行サービス１４０から、例えば責任者のアカウント情報を用い、接続先遠隔拠点１０１に対する接続元エッジデバイスの証明を取得する（Ｓ７０５）。
【0082】
連携部１３３は、Ｓ７０５で取得された証明書が、該当制御エントリにおけるデスティネーション認証要件２０５が表す要件を満たすか否かを判定する（Ｓ７０６）。Ｓ７０６の判定結果が偽の場合（Ｓ７０６：Ｎｏ）、Ｓ７０８が行われる。
【0083】
Ｓ７０６の判定結果が真の場合（Ｓ７０６：Ｙｅｓ）、連携部１３３は、接続元エッジデバイスと接続先遠隔拠点１０１との通信路の通信路情報を出力する（Ｓ７０７）。
［第２の実施形態］
［第２の実施形態］
【0084】
第２の実施形態を説明する。その際、第１の実施形態との相違点を主に説明し、第１の実施形態との共通点については説明を省略又は簡略する。
【0085】
図８は、第２の実施形態に係るシーケンスの例を示す。
【0086】
Ｓ５０１と同様の処理が行われる（Ｓ８０１）。また、Ｓ５１１～Ｓ５１３と同様の処理が行われる（Ｓ８１１～Ｓ８１３）。
【0087】
連携部１３３は、ＳＤ－ＷＡＮ ＧＷ１７１からの接続情報に含まれているデバイス接続情報をＵＩ装置１１３に表示する（Ｓ８１４）。例えば、図９に例示の情報入力ＵＩ９００は、デバイス管理テーブル１３１に登録される情報の入力ＵＩである（制御管理テーブル１３１に登録される情報の入力ＵＩは、別に存在してよく、例えばＳ８０１の入力のためのＵＩでよい）。情報入力ＵＩ９００には、ＳＤ－ＷＡＮ ＧＷ１７１からの接続情報における接続デバイス情報のうちの少なくとも一部としてのデバイス情報９２１が表示される。管理者は、接続を許可する場合、接続許可ボタン９１１を押し（Ｓ８１５）、接続を許可しない場合、切り離しボタン９１２を押す。
【0088】
接続許可の場合、連携部１３３が、デバイス情報９２１をデバイス管理テーブル１３１に登録する（Ｓ８１６）。例えば、連携部１３３が、デバイス情報９２１のうちのＩＰアドレス（及びホスト名）をエッジデバイス３０１として登録し、デバイス情報９２１のうちの接続セグメントの情報をソース３０２として登録し、デバイス情報９２１のうちのＩＰアドレス（及びホスト名）をエッジデバイス３０１として登録し、デバイス情報９２１のうちの接続先の情報をデスティネーション３０３として登録する。このため、図９が示すように、デバイス管理ＵＩ５０２は、エッジデバイス３０１、ソース３０２及びデスティネーション３０３としての情報の入力ＵＩ（例えばＧＵＩ部品）を持たない。
【0089】
Ｓ８１６の後、図示しないが、図５のＳ５１４以降と同様の処理が行われる。
【0090】
図１０は、第２の実施形態に係るデバイス管理テーブル１３１の構成例を示す。
【0091】
デバイス管理テーブル１３１におけるデバイスエントリは、上述した情報３０１～３０６に加えて、接続時間９０１、承認者９０２及び承認時間９０３が含まれる。接続時間９０１、承認者９０２及び承認時間９０３は、通信路を確立するか否かの判定に影響する情報であってもよいし影響しない情報であってもよい。例えば、接続時間９０１、承認者９０２及び承認時間９０３は、一種のログ情報として使用されてよい。
【0092】
接続時間９０１は、エッジデバイス１９１が接続された時刻を表す。接続時間９０１は、ＳＤ－ＷＡＮ ＧＷ１７１からの接続情報から特定された時刻（ＳＤ－ＷＡＮ ＧＷ１７１がエッジデバイス１９１から接続された時刻）を表す情報でよい。
【0093】
承認者９０２は、エッジデバイス１９１の接続を許可した管理者のＩＤを表す。承認時間１００３は、当該管理者により接続が許可された時刻を表す。
［第３の実施形態］
［第３の実施形態］
【0094】
第３の実施形態を説明する。その際、第１の実施形態との相違点を主に説明し、第１の実施形態との共通点については説明を省略又は簡略する。
【0095】
図１１は、第３の実施形態に係るデバイス管理テーブル１３１の構成例を示す。
【0096】
デバイス管理テーブル１３１におけるデバイスエントリは、上述した情報３０１～３０６に加えて、利用平均帯域１１０１及び利用ピーク帯域１１０２が含まれる。例えば、帯域が多いセンサデータ集約サーバ１９１Ｂａからは、振動センサ等の情報量が多いセンサデータを集約して送信することが考えられる。
【0097】
利用平均帯域１１０１及び利用ピーク帯域１１０２の各々は、回線利用量を表す情報の一例であり、予め登録される。利用平均帯域１１０１は、エッジデバイス１９１と遠隔拠点１０１間の通信で使用される帯域の期待される平均値を表す。利用ピーク帯域１１０２は、エッジデバイス１９１と遠隔拠点１０１間の通信で使用される帯域の期待されるピーク値を表す。
【0098】
図１２は、第３の実施形態に係る回線管理テーブルの構成例を示す。
【0099】
通信路確立システム１１２の記憶装置１２２には、デバイス管理テーブル１３１及び制御管理テーブル１３２に加えて、図示の回線管理テーブル１２００が格納される。
【0100】
回線管理テーブル１２００は、インターネット１０５に含まれる複数の回線の各々の回線に関する情報を保持する。回線管理テーブル１２００は、ソース、デスティネーション及び通信路の組毎に、エントリがある。エントリは、ソース１２０１、デスティネーション１２０２、通信路１２０３、主系回線１２０４、回線帯域１２０５、使用平均帯域１２０６、使用ピーク帯域１２０７、平均帯域閾値１２０８及びピーク帯域閾値１２０９といった情報を有する。
【0101】
ソース１２０１は、エッジ拠点１８１を表す。デスティネーション１２０２は、遠隔拠点１０１を表す。通信路１２０３は、エッジ拠点１８１と遠隔拠点１０１間の通信路を表す。主系回線１２０４は、複数の回線のうち通信路が経由する回線を表す。回線帯域１２０５は、回線の帯域を表す。
【0102】
使用平均帯域１２０６は、回線についての一つ以上の利用平均帯域１１０１に基づく値（例えば、一つ以上の利用平均帯域１１０１の合計）を表す。ここで言う「利用平均帯域１１０１」は、当該回線に対応のソース１２０１とデスティネーション１２０２との組に適合するソース３０２とデスティネーション３０３との組に対応した利用平均帯域１１０１である。
【0103】
使用ピーク帯域１２０７は、回線についての一つ以上の利用ピーク帯域１１０２に基づく値（例えば、一つ以上の利用ピーク帯域１１０２の合計）を表す。ここで言う「利用ピーク帯域１１０２」は、当該回線に対応のソース１２０１とデスティネーション１２０２との組に適合するソース３０２とデスティネーション３０３との組に対応した利用ピーク帯域１１０２である。
【0104】
平均帯域閾値１２０８は、使用平均帯域１２０６の閾値のベースであり、具体的には、当該閾値は、回線帯域１２０５と平均帯域閾値１２０８とを基に決定される値（例えば、１Ｇｂｐｓ×３０％＝３００Ｍｂｐｓ）である。
【0105】
ピーク帯域閾値１２０９は、使用ピーク帯域１２０７の閾値のベースであり、具体的には、当該閾値は、回線帯域１２０５とピーク帯域閾値１２０９とを基に決定される値（例えば、１Ｇｂｐｓ×８０％＝８００Ｍｂｐｓ）である。
【0106】
使用平均帯域１２０６及び使用ピーク帯域１２０７の各々が、回線経由の通信路が確立済である全てのエッジデバイスの回線利用量を基に得られた値の一例である。
【0107】
回線帯域１２０５と平均帯域閾値１２０８とに基づき得られる閾値、及び、回線帯域１２０５とピーク帯域閾値１２０９とに基づき得られる閾値の各々が、利用閾値の一例である。
【0108】
回線経由の通信路が増える都度に、当該回線について、増えた通信路に対応のエッジデバイス１９１に対応の利用平均帯域１１０１及び利用ピーク帯域１１０２が増えるため、当該回線に対応する使用平均帯域１２０６及び使用ピーク帯域１２０７が増えることになる。回線の管理は、例えば下記の三通りでよい。
・ＶＰＮ等の拠点間のセキュア接続。
・ＬＢＯ、クラウドセキュアサービス経由のインターネット経由通信全般の経路。
・エッジＤＣへの、キャリアのコア網直結へのアクセス（特定のエッジＤＣにアクセスする場合は、特定のキャリアの回線の使用要）。
・ＶＰＮ等の拠点間のセキュア接続。
・ＬＢＯ、クラウドセキュアサービス経由のインターネット経由通信全般の経路。
・エッジＤＣへの、キャリアのコア網直結へのアクセス（特定のエッジＤＣにアクセスする場合は、特定のキャリアの回線の使用要）。
【0109】
図１３は、第３の実施形態に係る連携部１３３が行う処理の流れの例を示す。
【0110】
Ｓ８０６：Ｙｅｓの後、連携部１３３が、回線管理テーブル１２００を参照し、通信路が確立されても主系回線の使用平均帯域１２０６及び使用ピーク帯域１２０７はそれぞれの閾値以下か否かを判定する（Ｓ１３００）。Ｓ１３００の判定は、下記二つの判定を含む。下記二つの判定のうちの少なくとも一つの判定の結果が偽の場合、Ｓ１３００の判定の結果は偽である。
・連携部１３３が、該当デバイスエントリに対応の主系回線１２０４について、当該主系回線１２０４に対応の使用平均帯域１２０６に、該当デバイスエントリにおける利用平均帯域１１０１を加算することで、使用平均帯域１２０６を更新する。連携部１３３が、更新後の使用平均帯域１２０６が、回線帯域１２０５と平均帯域閾値１２０８とに基づき得られる閾値以下か否かを判定する。
・連携部１３３が、該当デバイスエントリに対応の主系回線１２０４について、当該主系回線１２０４に対応の使用ピーク帯域１２０７に、該当デバイスエントリにおける利用ピーク帯域１１０２を加算することで、使用ピーク帯域１２０７を更新する。連携部１３３が、更新後の使用ピーク帯域１２０７が、回線帯域１２０５とピーク帯域閾値１２０９とに基づき得られる閾値以下か否かを判定する。
・連携部１３３が、該当デバイスエントリに対応の主系回線１２０４について、当該主系回線１２０４に対応の使用平均帯域１２０６に、該当デバイスエントリにおける利用平均帯域１１０１を加算することで、使用平均帯域１２０６を更新する。連携部１３３が、更新後の使用平均帯域１２０６が、回線帯域１２０５と平均帯域閾値１２０８とに基づき得られる閾値以下か否かを判定する。
・連携部１３３が、該当デバイスエントリに対応の主系回線１２０４について、当該主系回線１２０４に対応の使用ピーク帯域１２０７に、該当デバイスエントリにおける利用ピーク帯域１１０２を加算することで、使用ピーク帯域１２０７を更新する。連携部１３３が、更新後の使用ピーク帯域１２０７が、回線帯域１２０５とピーク帯域閾値１２０９とに基づき得られる閾値以下か否かを判定する。
【0111】
Ｓ１３００の判定結果が偽の場合（Ｓ１３００：Ｎｏ）、Ｓ８０８が行われる。Ｓ１３００の判定結果が真の場合（Ｓ１３００：Ｙｅｓ）、Ｓ８０７が行われる。
【0112】
以上、幾つかの実施形態を説明したが、これらは本発明の説明のための例示であって、本発明の範囲をこれらの実施形態にのみ限定する趣旨ではない。本発明は、他の種々の形態でも実施することが可能である。
【0113】
上述の説明を、例えば下記の通り総括することができる。下記の総括は、上述の説明の補足説明や変形例の説明を含んでよい。
【0114】
通信路確立システム１１２が、インターフェース装置１２１と、記憶装置１２２と、インターフェース装置１２１及び記憶装置１２２に接続されたプロセッサ１２３とを有する。
【0115】
記憶装置１２２は、管理情報を記憶する。管理情報は、複数のエッジ拠点１８１と複数の遠隔拠点１０１との通信路要件及び認証要件を表す制御管理情報（例えば制御管理テーブル１３２）を含む。
【0116】
エッジ側中継部（例えばＳＤ－ＷＡＮ ＧＷ１７）は、エッジ側中継部に設定されているネットワーク制御情報（例えばネットワーク制御テーブル４１）に基づき複数のエッジ拠点１８１における複数のエッジデバイス１９１と複数の遠隔拠点１０１間の通信のネットワーク制御を行うようになっている。ネットワーク制御情報は、通信路毎に通信路情報を含む。通信路毎に、通信路情報（例えば、ネットワーク制御テーブル４１のエントリ）は、当該通信路を表す情報（例えば通信詳細４０３及び通信路４０４）と、当該通信路経由での通信を行うエッジデバイスと遠隔拠点とを表す情報（例えばソース４０１及びデスティネーション４０２）とを含む。
【0117】
個々のエッジデバイス１９１について、プロセッサ１２３が、認証要件が満たされているか否かの判定である要件判定を管理情報に基づき行う。当該要件判定の結果が真の場合に、当該エッジデバイス１９１と当該エッジデバイス１９１が通信する遠隔拠点１０１間の通信路の確立のために当該通信路についてエッジ側中継部に設定される通信路情報を、プロセッサ１２３が、インターフェース装置１２１を通じて出力する。ＮＷ制御システム１１１（又はＮＷ制御システム１１１としての機能）が、出力された通信路情報を受け、当該通信路情報を、エッジ側中継部に設定する。
【0118】
これにより、エッジデバイス１９１や遠隔拠点１０８が多様化した環境においてセキュアな通信路を確立することができる。
【0119】
また、このような環境では、エッジデバイス１９１と遠隔拠点１０１との組によって通信要件は様々であるが、本実施形態では、通信要件が、通信路要件と認証要件とに分離されており、エッジデバイス１９１と遠隔拠点１０１との組に応じて、通信路要件と認証要件それぞれの設定が可能である。また、通信路要件については、外部のネットワーク制御サービス経由といった要件の採用が可能であり、認証要件については、認証代行サービスの利用といった要件の採用が可能である。すなわち、通信路要件を満たす制御と認証要件を満たす認証との全てを通信路確立システム１１２が担う必要が無い。
【0120】
制御管理情報は、複数の通信要件の各々について当該通信要件を表してよい。複数の通信要件の各々は、エッジ拠点、遠隔拠点、通信路要件及び認証要件の組を含んでよい。個々のエッジデバイス１９１について、プロセッサが、制御管理情報に基づき、当該エッジデバイス１９１を含むエッジ拠点１８１と、当該エッジデバイス１９１が通信する遠隔拠点１０１とを含む通信要件を特定してよい（例えば、該当制御エントリの特定）。要件判定の対象の認証要件は、当該特定された通信要件における認証要件でよい。要件判定の結果が真の場合に出力される通信路情報は、当該特定された通信要件における通信路要件を満たす通信路を表す情報でよい。このようにして、認証要件及び通信路要件を満たした通信路を確立することができる。
【0121】
管理情報は、複数のエッジデバイス１９１の各々についての認証に関する情報である認証情報を含んだデバイス管理情報（例えばデバイス管理テーブル１３１）を含んでよい。個々のエッジデバイス１９１について、要件判定は、当該エッジデバイス１９１に対応の認証情報が、特定された通信要件における認証要件を満たすか否かの判定でよい。このようにして、エッジデバイス１９１が認証要件を満たすか否かを判定できる。
【0122】
複数の通信要件の各々について、次の通りでよい。すなわち、当該通信要件における認証要件は、ハードウェア認証要件とデスティネーション認証要件とを含んでよい。ハードウェア認証要件は、エッジデバイスを識別するための情報であるハードウェア情報についての要件でよい。デスティネーション認証要件は、当該通信要件における遠隔拠点との通信が許可されるための認証方法に関する情報であるデスティネーション認証情報についての要件でよい。複数のエッジデバイス１９１の各々について、認証情報は、当該エッジデバイス１９１のハードウェア情報と、当該エッジデバイス１９１が通信し得る遠隔拠点１０１に対応したデスティネーション認証情報とを含んでよい。個々のエッジデバイス１９１について、要件判定は、第１の判定と第２の判定とを含んでよい。第１の判定は、当該エッジデバイス１９１のハードウェア情報が、特定された通信要件におけるハードウェア認証要件を満たすか否かの判定でよい。第２の判定は、当該エッジデバイス１９１のデスティネーション認証情報が、特定された通信要件におけるデスティネーション認証要件を満たすか否かの判定でよい。要件判定の結果が真であるとは、第１の判定の結果が真であり、且つ、第２の判定の結果が真であることでよい。このようにして、エッジデバイス１９１が認証要件を満たすか否かを判定できる。
【0123】
管理情報におけるデバイス管理情報が、複数のエッジデバイス１９１の各々について当該エッジデバイス１９１の期待される回線利用量を表す情報（例えば利用平均帯域１１０１及び利用ピーク帯域１１０２の少なくとも一方）を含んでよい。
【0124】
管理情報が、回線管理情報（例えば回線管理テーブル１２００）を含んでよい。回線管理情報は、複数の回線の各々について当該回線経由の通信を行うエッジ拠点１８１と遠隔拠点１０１との組と回線利用量に関する閾値である利用閾値とを表す情報を含んでよい。利用閾値を表す情報は、例えば、回線帯域１２０５及び平均帯域閾値１２０８、及び／又は、回線帯域１２０５及びピーク帯域閾値１２０９でよい。
【0125】
個々のエッジデバイス１９１について、プロセッサ１２３が、管理情報を基に、当該エッジデバイス１９１を含むエッジ拠点１８１と当該エッジデバイス１９１が通信する遠隔拠点１０１との組に対応した回線を特定してよい。プロセッサ１２３が、管理情報を基に、当該特定した回線経由の通信路が確立済である全てのエッジデバイス１９１の回線利用量を基に得られた値（例えば、使用平均帯域１２０６及び／又は使用ピーク帯域１２０７）が、当該特定した回線の利用閾値未満であるか否かの判定である利用判定を行ってよい。要件判定の結果が真であり、且つ、利用判定の結果が真である場合に、プロセッサ１２３が、エッジデバイス１９１と当該エッジデバイス１９１が通信する遠隔拠点１０１間の特定された回線経由の通信路についてエッジ側中継部に設定される通信路情報を、インターフェース装置１２１を通じて出力してよい。これにより、回線別に、回線利用量が当該回線の利用閾値以下である範囲で、当該回線経由の通信路を増やすことができる。
【符号の説明】
【0126】
１１２：通信路確立システム
【図1】
【図2】
【図3】
【図4】
【図5】
【図6】
【図7】
【図8】
【図9】
【図10】
【図11】
【図12】
【図13】