特表 2024-515685 ｖＣＯＲＥに対する安全なアクセス

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

(12)【公報種別】公表特許公報(A)

(11)【公表番号】

(43)【公表日】2024-04-10

(54)【発明の名称】ｖＣＯＲＥに対する安全なアクセス

(51)【国際特許分類】

   G06F 9/50 20060101AFI20240403BHJP

   G06F 9/455 20180101ALI20240403BHJP

【ＦＩ】

G06F9/50 150Z

G06F9/455 150

【審査請求】未請求

【予備審査請求】未請求

(21)【出願番号】P 2023564227

(86)(22)【出願日】2021-05-18

(85)【翻訳文提出日】2023-10-19

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

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

(87)【国際公開日】2022-10-27

(31)【優先権主張番号】63/177,310

(32)【優先日】2021-04-20

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

(81)【指定国・地域】

(71)【出願人】

【識別番号】521311654

【氏名又は名称】アリス エンタープライジズ リミティド ライアビリティ カンパニー

(74)【代理人】

【識別番号】100099759

【弁理士】

【氏名又は名称】青木 篤

(74)【代理人】

【識別番号】100123582

【弁理士】

【氏名又は名称】三橋 真二

(74)【代理人】

【識別番号】100092624

【弁理士】

【氏名又は名称】鶴田 準一

(74)【代理人】

【識別番号】100114018

【弁理士】

【氏名又は名称】南山 知広

(74)【代理人】

【識別番号】100153729

【弁理士】

【氏名又は名称】森本 有一

(74)【代理人】

【識別番号】100151459

【弁理士】

【氏名又は名称】中村 健一

(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】統合ケーブルモデム終端システムを例解する。

【図2】分散ケーブルモデム終端システムを例解する。

【図3】層状ネットワーク処理スタックを例解する。

【図4】リソース割り当てマネージャ及びコンテナオーケストレーションシステムを有するサーバシステムを例解する。

【図5】コンテナ及びコンテナオーケストレーションシステムを有するサーバシステムを例解する。

【図6】ｖＣｏｒｅのセット及びｖＣｏｒｅ管理インターフェースを例解する。

【図7】ｖＣｏｒｅ及びゲートウェイのセットを例解する。

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

【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】

ハードウェア：
少なくとも１つの管理ＮＩＣ５１０は、通常、別個の管理ネットワーク５１２に接続される。管理ＮＩＣ５１０は主に、データトラックも管理し得る、サーバアプリケーションのオーケストレーション及び管理のために使用される。

【0035】

好ましくは、データパケットのハードウェアタイムスタンプ能力のために、ＳＲ－ＩＯＶ及びＰＴＰ（ＩＥＥＥ１５８８）５２２と一緒に、少なくとも２つの（冗長性のための）データプレーンＮＩＣ５１４（すなわち、データプレーン物理ネットワークインターフェース）が含まれる。データプレーンＮＩＣ５１４は、リモート物理デバイス及び顧客のモデムへの接続性を提供し、かつ／又はこうしたリモート物理デバイスの背後にあるセットトップボックス／消費者宅内機器を提供するために使用される。ｖＣｏｒｅインスタンス５３０は各々、データプレーンＮＩＣ５１４の各々に対する仮想機能５３４ネットワークインターフェースを含み得る。

【0036】

加えて、ハードウェアは、ＤＥＳ暗号化用の専用デバイスを含み得る。

【0037】

ソフトウェア：
好ましくは、ＣＯＴＳサーバ及び／又は「ベアメタル」サーバのオペレーティングシステムは、Ｕｂｕｎｔｕ、ＲｅｄｈａｔなどのＬＩＮＵＸ（登録商標） ＯＳである。

【0038】

ＣＯＴＳサーバ、及び／又は「ベアメタル」サーバ、及び／又は仮想マシンは、コンテナソフトウェアを含む。

【0039】

ＣＯＴＳサーバ、及び／又は「ベアメタル」サーバ、及び／又は仮想マシン、及び／又はその他のサーバは、少なくとも、コンテナオーケストレーションシステムの一部を含む。

【0040】

ＣＯＴＳサーバ、及び／又は「ベアメタル」サーバ、及び／又は仮想マシン、及び／又はその他のサーバは、少なくとも部分的に、例えば、ＣＰＵコア、メモリ、ＶＦ、ＭＡＣアドレスなどを含む、ｖＣｏｒｅインスタンスについてのソフトウェア及び／又はハードウェアリソースのサーバ割り当てを管理する、リソース割り当てマネージャ（ＲＡＭ）５２０を含む。ＲＡＭ５２０はまた、ＯＳ構成、ドライバサポートなど、診断及び健全性監視を含む、サーバ構成を提供し得る。ＣＯＴＳサーバ、及び／又は「ベアメタル」サーバ、及び／又はその他のサーバは、少なくとも部分的に、ｖＣｏｒｅ（例えば、コンテナ及び／又はポッド）の管理を管理するオーケストレーションアプリケーション５４０を含み得る。

【0041】

ＣＯＴＳサーバ、及び／又は「ベアメタル」サーバ、及び／又はその他のサーバは、システム全体のグランドマスタークロックに基づいて、ＣＯＴＳサーバ及び／又は「ベアメタル」サーバ及び／又は仮想マシン及び／又はｖＣｏｒｅインスタンス５２０のシステムクロックを同期化するＰＴＰアプリケーション５２２を実行し得る。精度向上のために、ＰＴＰアプリケーション５２２は、好ましくは、ハードウェアのタイムスタンピング及びＮＩＣ５１４上に存在する正確なハードウェアクロックに基づく。一般的な問題として、ｖＣｏｒｅは好ましくはＭＡＣ層機能を実行する。

【0042】

図６を参照すると、簡略化された例解図は、ｖＣｏｒｅ６００の各々が従来、構成、診断、制御、及び管理のための命令を受信するためのコマンドラインインターフェース６１０を含むことを示す。コマンドラインインターフェースは、テキストのラインの形態でコマンドを処理する。コマンドラインインターフェースは、対応するオペレーティングシステムの機能又はサービスへの対話型アクセスを提供するために、シェルを使用して提供され得る。３２ｖＣｏｒｅなどの複数のｖＣｏｒｅは、ＣＯＴＳサーバ、及び／又は「ベアメタル」サーバ、及び／又は仮想マシン、及び／又は他のサーバ６２０（本明細書では概して「サーバ」と称される）上にインストールされ得る。サーバ６２０上のｖＣｏｒｅ６００の各々は、それぞれのコマンドラインインターフェース６１０を含む。ｖＣｏｒｅ管理インターフェース６３０は、それぞれのコマンドラインインターフェース６１０へのアクセスを容易にするために、それぞれのターミナルウィンドウを開くなど、それぞれのｖＣｏｒｅ７００の各々へのアクセスを提供する。一例として、オペレータは、ターミナルウィンドウを開いて、第１のｖＣｏｒｅ上のコマンドラインインターフェースにアクセスし、そこでコマンドを実行し得る。例えば、双方向対話型テキスト指向通信は、テルネットなどのこうしたコマンド実行に使用され得る。ｖＣｏｒｅの各々に対してそのような構成、診断、制御、及び管理を提供するために、少なくとも３２個のそのようなターミナルウィンドウが開かれ、３２セットのコマンドが実行される。大きなシステムの場合、各々がかなりの数のｖＣｏｒｅを有する多くのサーバが存在し得、したがって、個々のベースで定期的にアクセスする必要がある数千のｖＣｏｒｅが生じる可能性がある。これは、管理インターフェース６３０を使用して行うには負担の大きいタスクである。

【0043】

ｖＣｏｒｅは、好ましくは、Ｋｕｂｅｒｎｅｔｅｓインフラストラクチャ内のそれぞれのポッド内でインスタンス化される。Ｋｕｂｅｒｎｅｔｅｓは主に、マイクロサービスの水平スケールの展開、特にロードバランシングのために設計されている。ポッド／Ｋｕｂｅｒｎｅｔｅｓインフラストラクチャでは、ｖＣｏｒｅｓは、好ましくは、ポッド／Ｋｕｂｅｒｎｅｔｅｓインフラストラクチャの外部に外部から視認可能なエンドポイントを含まない。非ポッド／Ｋｕｂｅｒｎｅｔｅｓインフラストラクチャなどの構成によっては、利用可能なそのような外部から視認可能なエンドポイント（例えば、名前空間内のＩＰアドレス）の数の制限、そのような外部から視認可能なエンドポイントの管理、及びセキュリティ上の考慮事項のため、各ｖＣｏｒｅに外部から視認可能なエンドポイントを含めることは望ましくない。しかしながら、ポッド／Ｋｕｂｅｒｎｅｔｅｓインフラストラクチャ内でデータプレーンサービスを提供するｖＣｏｒｅでは、各それぞれのｖＣｏｒｅのデータプレーンサービスにアドレス指定可能なアクセスがあることが望ましい。ＣＭＴＳを管理するための既存のツールは、部分的に、ポッド／Ｋｕｂｅｒｎｅｔｅｓインフラストラクチャへの一意の外部アドレス指定可能なインターフェース（別名、外部アドレス指定可能なＩＰアドレス）がないため、ポッド／Ｋｕｂｅｒｎｅｔｅｓインフラストラクチャ内のｖＣｏｒｅの管理には十分適合されていない。したがって、ｖＣｏｒｅｓがホストされているポッド／Ｋｕｂｅｒｎｅｔｅｓインフラには、帯域外の管理機能は含まれていない。また、ローカルネットワークを通してｖＣｏｒｅがホストされているポッド／Ｋｕｂｅｒｎｅｔｅｓインフラストラクチャに帯域管理を使用してアクセスすることは、ターミナルウィンドウを使用して第１のｖＣｏｒｅ上のコマンドラインインターフェースにアクセスし、そこで、通常はインターネットを通してサーバに伝送される暗号化されていないクリアテキストを使用してコマンドを実行すると、実質的なセキュリティ上の考慮事項が発生するため、望ましくない。

【0044】

図７を参照すると、ポッド／ＫｕｂｅｒｎｅｔｅｓインフラストラクチャのｖＣｏｒｅへのアクセスを提供するために、ゲートウェイ７１０の一部として、コンピュータネットワークインターフェースの抽象的な仮想化された表現である仮想ネットワークインターフェース７００を含むことが望ましい。ｖＣｏｒｅの各々は、ポッド／Ｋｕｂｅｒｎｅｔｅｓインフラストラクチャに対して内部からアクセス可能であり、ポッド／Ｋｕｂｅｒｎｅｔｅｓインフラストラクチャに対して外部から直接アクセスできない、内部からアクセス可能なサービスエンドポイントを含む。一例として、ｖＣｏｒｅのサービスエンドポイントは、ｖＣｏｒｅ１．１２３．Ｃａｂｌｅ－Ｎｅｔｗｏｒｋ．Ｓｅｒｖｉｃｅ－ｅｎｄｐｏｉｎｔであり得、別のｖＣｏｒｅのサービスエンドポイントは、ｖＣｏｒｅ２．１２３．Ｃａｂｌｅ－Ｎｅｔｗｏｒｋ．Ｓｅｒｖｉｃｅ－ｅｎｄｐｏｉｎｔであり得る。ポッド／Ｋｕｂｅｒｎｅｔｅｓインフラストラクチャ内に含まれるＫｕｂｅｒｎｅｔｅｓドメイン名システムコントローラ７４０と組み合わせて仮想ネットワークインターフェース７００を使用するゲートウェイ７１０は、それぞれのｖＣｏｒｅの場所／アクセスを解決する。このようにして、各ｖＣｏｒｅは、内部からアクセス可能なサービスエンドポイントではゲートウェイ７１０にマッピングされ、一方、各ｖＣｏｒｅは、外部からアクセス可能なサービスエンドポイントではポッド／Ｋｕｂｅｒｎｅｔｅｓインフラストラクチャにマッピングされない（例えば、外部からルーティング可能ではない）。ポッド／Ｋｕｂｅｒｎｅｔｅｓインフラストラクチャ内でゲートウェイからｖＣｏｒｅに提供されるコマンドは、非暗号化テキストであることが好ましく、これは従来の管理ツールに適している。更に、そのような非暗号化テキストがポッド／Ｋｕｂｅｒｎｅｔｅｓインフラストラクチャ内から交換されることを制限することによって、セキュリティ上の懸念を生じさせない。

【0045】

非暗号化交換がゲートウェイ７１０とポッド／Ｋｕｂｅｒｎｅｔｅｓインフラストラクチャ内のｖＣｏｒｅｓとの間で許可される一方で、ゲートウェイ７１０は、コンピュータ７５０から安全でないネットワーク（例えば、インターネット）にわたって、安全なソケットシェルを通すなどして暗号化交換のみを許可する、ポッド／Ｋｕｂｅｒｎｅｔｅｓインフラストラクチャ（例えば、ＩＰアドレス）への１つ以上の外部アクセス可能なサービスエンドポイントを含む。観察され得るように、ポッド／Ｋｕｂｅｒｎｅｔｅｓインフラストラクチャ内のゲートウェイは、外部コンピュータによってアクセスされる内部ｖＣｏｒｅｓの集約ポイントとして機能する。ゲートウェイはまた、非暗号化スクリプトを使用して、ゲートウェイへのアクセスが暗号化方式で提供される間、効率的な方式でｖＣｏｒｅの構成、診断、制御、及び管理を提供することも許可する。このようにして、ｖＣｏｒｅのクラスタ全体をカバーする単一の暗号化された集約コマンドラインインターフェースアクセスポイントが存在し得る一方で、ポッド／Ｋｕｂｅｒｎｅｔｅｓインフラストラクチャ内では非暗号化チャネルが使用される。一例として、テルネット通信用のサービスポートは、同じｖＣｏｒｅ上で終了する複数のテルネットセッションにわたって共有される、構成可能な固定プールサイズを有するプールリソースとして管理され得る。サービスポートは、そのポートを使用していた全てのセッションが終了すると削除され得る。

【0046】

ゲートウェイは、好ましくは、ｖＣｏｒｅと通信するために使用される構成、診断、制御、及び管理ソフトウェアで構成されている。このようにして、ゲートウェイへの外部接続は、制限されたシェル内で任意の他のコマンドを実行しようとすると、ゲートウェイとのシェル／ユーザのセッションが即座に終了するように構成されている。ゲートウェイへの外部アクセスの認証は、認証情報に依存し得る。一例として、外部の安全なソケットシェルを使用するコマンドラインアクセスは、ｖＣｏｒｅへの名前によるアクセス、ノード名によってフィルタリングされ得るアクセス、及び利用可能なｖＣｏｒｅの完全リストを使用したアクセスを許可する。ゲートウェイからのアクセスルートは、ゲートウェイからｖＣｏｒｅへの動的に創出されたＫｕｂｅｒｎｅｔｅｓサービスルートによって提供され得る。既存のサービスルートは、現在インスタンス化されているときに（再）使用され得、まだ使用中であるときに中断されないか、又は別様にクリーンアップされ得る。端末の構成は、コマンドラインインターフェースのコマンドの拡張／伸長、履歴、ヘルプ特徴が保持されるように保持され得る。また、監査の目的のために、ゲートウェイは、ログイン時のユーザ名、アクセス時間、及びアプリケーション／サービスを終了する際のユーザ名と終了時間をログに記録する。また、ゲートウェイを補完する追加のソフトウェアが含まれ、ユーザがゲートウェイを通してターゲットｖＣｏｒｅで構成及び診断スクリプトを自動実行し、その結果を返すことが許容され得る。

【0047】

更に、前述の実施形態の各々における各機能ブロック又は様々な特徴は、典型的には集積回路又は複数の集積回路である回路によって実装又は実行され得る。本明細書に記載される機能を実行するように設計された回路は、汎用プロセッサ、デジタル信号プロセッサ（ＤＳＰ）、特定用途向け若しくは一般用途向け集積回路（ＡＳＩＣ）、フィールドプログラマブルゲートアレイ（ＦＰＧＡ）、又は他のプログラマブル論理デバイス、ディスクリートゲート若しくはトランジスタ論理、又はディスクリートハードウェアコンポーネント、又はそれらの組み合わせを含み得る。汎用プロセッサは、マイクロプロセッサであり得るか、又は代替的に、プロセッサは、従来のプロセッサ、コントローラ、マイクロコントローラ、若しくは状態マシンであり得る。上記に記載される汎用プロセッサ若しくは各回路は、デジタル回路によって構成され得るか、又はアナログ回路によって構成され得る。更に、半導体技術の進歩により、現時点で複数の集積回路に取って代わる集積回路にする技術が出現すると、この技術による集積回路も使用することができる。

【0048】

本発明は、記載されている特定の実施形態に限定されず、添付の特許請求の範囲に定義される本発明の範囲から逸脱することなく、同等の教義、又はその文字通りの範囲を超えて法的強制力のある特許請求の範囲を拡大する任意の他の原則を含む、優越的法の原則に従って解釈されるように、変更がそれに行われ得ることが理解されるであろう。文脈がそうでないと示さない限り、要素の事例の数に対する特許請求の範囲の参照は、それが１つの事例への参照であろうと、又は複数の事例への参照であろうと、少なくとも所定の数の要素の事例を必要とするが、記載されているよりも多くのその要素の事例を有する特許請求の範囲、構造又は方法から除外することを意図するものではない。特許請求の範囲において使用する用語「ｃｏｍｐｒｉｓｅ（含む、備える）」又はその派生語は、特許請求される構造又は方法における他の要素又はステップの存在を除外することを意図するものではない非排他的な意味で使用される。

【図1】

【図2】

【図3】

【図4】

【図5】

【図6】

【図7】

【国際調査報告】