JP2021505014A - エンドツーエンドネットワークを提供するためのシステム - Google Patents

Abstract

本発明は、複数のソフトウェアディファインドネットワーク（ＳＤＮ）を備えるエンドツーエンドネットワークを提供するためのシステム及び方法であって、複数のソフトウェアディファインドネットワークの各々はソフトウェアディファインドネットワークコントローラ（ＳＤＮＣ）（７０２，７０４，７０６，７０８）によって制御され、システムは分散台帳（７１２）を備え、分散台帳（７１２）はスマートコントラクト（７１０）に関連し、スマートコントラクト（７１０）は、事業体と、事業体によって運用されており分散台帳（７１２）に対するアクセスを要求するＳＤＮＣ（７０２，７０４，７０６，７０８）とが既定の信頼基準を満たすか否かを評価することによって分散台帳（７１２）に対する複数のＳＤＮＣ（７０２，７０４，７０６，７０８）によるアクセスを制御するように構成されているソフトウェアコードを備える、システム及び方法におけるソフトウェアディファインドネットワーキングの分野に対する分散台帳技術（ＤＬＴ）の応用に関する。

Description

本出願は、ソフトウェアディファインドネットワーキング（ＳＤＮ（ｓｏｆｔｗａｒｅ
ｄｅｆｉｎｅｄ ｎｅｔｗｏｒｋｉｎｇ））の分野の分散台帳技術（ＤＬＴ（Ｄｉｓｔｒｉｂｕｔｅｄ Ｌｅｄｇｅｒ Ｔｅｃｈｎｏｌｏｇｙ））の応用に関し、特に、複数のソフトウェアディファインドネットワークを備え、これらの各々がソフトウェアディファインドネットワークコントローラ（ＳＤＮＣ（ｓｏｆｔｗａｒｅ ｄｅｆｉｎｅｄ ｎｅｔｗｏｒｋ ｃｏｎｔｒｏｌｌｅｒ））によって制御されるエンドツーエンドネットワークを提供するためのＤＬＴシステム及び方法に関する。

ソフトウェアディファインドネットワーキング（ＳＤＮ）は、サービスプロバイダがコネクティビティ及び関連サービスを別のもので可能にするよりも一層低コストかつ柔軟に、動的に提供することができる手段として、コンピュータネットワークの分野でますます身近なものになってきている。このようなシステムのコアコンポネントはＳＤＮコントローラ（ＳＤＮＣ）である。ＳＤＮＣはＳＤＮネットワーク中の一元化された「ストラテジ上の（ｓｔｒａｔｅｇｉｃ）」コントロールポイントとして機能するので、ＳＤＮネットワークの「頭脳（ｂｒａｉｎｓ）」と呼ばれることが多い。図１に示されているように、ＳＤＮＣはＳｏｕｔｈｂｏｕｎｄ Ａｐｐｌｉｃａｔｉｏｎ Ｐｒｏｇｒａｍｍｉｎｇ Ｉｎｔｅｒｆａｃｅ（ＡＰＩ）を介してネットワークのスイッチ及び／又はルータでサービスのフロー制御、設定、プロビジョニング及び監視を、Ｎｏｒｔｈｂｏｕｎｄ ＡＰＩによって提供されるアプリケーション及びビジネスロジックからの指示に応じて管理して、図２に示されているようないわゆる「インテリジェントネットワーク」をデプロイする。インテリジェントネットワークは、ＳＤＮＣによってインテリジェントネットワークを実施するように構成されている複数の異なる物理スイッチ及びルータを含むことができる。さらに、インテリジェントネットワークは、物理的な計算リソース、スイッチ、ルータによって実施される仮想ネットワーク及びネットワークスライスで構成することができる。

大規模かつ／又は複雑なネットワーク（たとえば、様々な国にわたる通信ネットワーク）では、一般的には１つのＳＤＮＣが特定のネットワークドメインのみを制御するので、図３に示されているような複数のネットワークにわたってサービスを提供するために、いくつかのＳＤＮＣがそれぞれのアクティビティを協調させる必要がある（いわゆる「エンドツーエンド」サービス）。安全な仕方で複数の独立したＳＤＮＣによって制御される複数のネットワークにわたってエンドツーエンドサービスをプロビジョニングすると、以下に示すいくつかの技術的な課題が生じる。

１．複数のネットワークにわたるエンドツーエンドサービスのプロビジョニングに関して、ＳＤＮＣが、使用可能なネットワークを制御する別のＳＤＮＣの位置をどのように特定するのか。
２．エンドツーエンドサービスの適切な特性を用いて、必要なときに、仮想ネットワーク又はネットワークスライスを稼働中にどのように動的に生成するのか。
３．マルチネットワークサービスのプロビジョニングに関与するＳＤＮＣが互いにやり取りすることができるように信頼関係をどのように確立することができるのか。
４．請求、監査、サービス品質保証契約（ＳＬＡ（ｓｅｒｖｉｃｅ ｌｅｖｅｌ ａｇｒｅｅｍｅｎｔ））の監視及びこれらに類する商取引を対象としてこのようなやり取りをどのように記録することができるのか。
５．金融的価値の交換のためにこのような商取引をどのように自動的に容易にすること
ができるのか。

これらの５つのポイントに対処した結果、複数の独立したネットワークにわたってプロビジョニングされたサービスを必要に応じて管理及び監視するために、複数の独立したＳＤＮＣが論理的には１つであるが実際には分散されたＳＤＮＣとして協働する能力が設けられることになった。

これらの課題を克服するための現状の機構は、サービスプロバイダ間でのアウトオブバンド方式の手動でのやり取りに基づいている。たとえば、サービスプロバイダは取引関係を築き、契約書に署名し、証明書並びにＳＤＮＣのＩＰアドレス及び／又はホスト名を交換する。このような手動での取り交わしの後、ＳＤＮＣは互いを認識し、信頼するように手動で設定される。このような機構は、この機構が制御するＳＤＮＣ及びネットワークのインスタンスが必要なときに動的に生成されるシステムを、その性質上サポートすることができない。

したがって、手動での取り交わしを要することなく上記の課題を克服する解決手段が必要である。この種の解決手段を用いなければ、ＳＤＮ／ｎｅｔｗｏｒｋ ｆｕｎｃｔｉｏｎ ｖｉｒｔｕａｌｉｓａｔｉｏｎ（ＮＦＶ）の展望は実現されないし、現在評価されているものよりもきわめて高価なものになる。特に、動的にプロビジョニングされる可能性のあるネットワークを管理する、動的にプロビジョニングされたＳＤＮＣは、適切な他のＳＤＮＣを発見してこのＳＤＮＣと信頼関係を築くことができず、ＳＤＮＣでサポートされる複数のドメインに由来するネットワークにわたってエンドツーエンドサービスをプロビジョニングするためのレジリエントな分散型論理ＳＤＮＣの生成を容易にすることができない。したがって、このような分散型論理ＳＤＮＣによってサポートされる取引関係の動的な形態も可能ではない。

本発明の第１の態様によれば、複数のソフトウェアディファインドネットワーク（ＳＤＮ）を備えるエンドツーエンドネットワークを提供するためのシステムであって、複数のソフトウェアディファインドネットワークの各々はソフトウェアディファインドネットワークコントローラ（ＳＤＮＣ）によって制御され、システムは、分散台帳であって、分散台帳はスマートコントラクトに関連し、スマートコントラクトは、事業体（ＢＥ）と、事業体によって運用されており分散台帳に対するアクセスを要求するＳＤＮＣとが既定の信頼基準を満たすか否かを評価することによって分散台帳に対する複数のＳＤＮＣによるアクセスを制御するように構成されているソフトウェアコードを備える、分散台帳を備える、システムが提供される。

分散台帳は、既定の信頼基準を満たすＳＤＮＣが既定の信頼基準を満たす他のＳＤＮＣに自己アドバタイズすることを可能にするようにさらに構成されてもよい。

分散台帳は、特定の要求を伴ってネットワークに対してアクセスしようとするＳＤＮＣによって検索可能であってもよい。

分散台帳は、分散台帳に参加しているＳＤＮＣによってアドバタイズされたネットワーク及び能力を記録するように構成されてもよい。

分散台帳は、特定の要求を伴ってネットワークに対してアクセスしようとするＳＤＮＣによって実行された分散台帳の検索の結果を記録するように構成されてもよい。

分散台帳は、ＳＤＮＣを運用している事業体間のやり取りと、分散台帳に参加しているＳＤＮＣ間のやり取りとを記録するように構成されてもよい。

スマートコントラクトは、分散台帳に参加している第１のＳＤＮＣからの、分散台帳に参加している第２のＳＤＮＣにメッセージを送信するか要求を行なうかする要求を分散台帳に記録するように構成されてもよい。

第２のＳＤＮＣは、第２のＳＤＮＣが要求を処理する前に、要求が分散台帳に存在することをチェックするように構成されてもよい。

分散台帳は、分散台帳に参加しているＳＤＮＣを運用している事業体間での価値の交換を記録するように構成されてもよい。

分散台帳は、ＳＤＮＣについての証明書を発行する証明書発行機構を提供するようにさらに構成されてもよく、証明書がＳＤＮＣを特定することは、ＳＤＮＣが分散台帳に参加している他のＳＤＮＣから信頼を受けることができることを表わす。

スマートコントラクトは、分散ネットワークに対するアクセスを要求するＳＤＮＣを運用している事業体（ＢＥ）の有効性をＢＥの銀行口座、ＢＥの法的ステータス、ＢＥの過去の財務履歴、及びＢＥの物理的な所在地のうちの１つ以上をチェックすることによって確認するように構成されてもよい。

スマートコントラクトは、ＳＤＮＣによってアドバタイズされ、そのＳＤＮＣによって制御されているか制御可能であるかするネットワークの存在又は特性を確認するように構成されてもよい。

スマートコントラクトは、複数の異なるネットワークにわたってプロビジョニングされるエンドツーエンドサービスの特性がサービスについてのサービス品質保証契約にしたがって維持されることを保証するように構成されてもよい。

特性は、サービス品質（ＱｏＳ）、所在地、帯域幅、レイテンシ、ジッター、及び稼動率のうちの１つ以上を含んでもよい。

スマートコントラクトは、サービスの開設、使用若しくは解除の際、又は定期的に、分散台帳に参加しているＳＤＮＣを運用している事業体間での価値の交換を管理するように構成されてもよい。

スマートコントラクトは、分散台帳に参加しているＳＤＮＣを運用しているＢＥの評判を、所定の時間にわたるＳＤＮＣと分散台帳に参加している他のＳＤＮＣとの間のやり取りに基づいて決定するように構成されてもよい。

スマートコントラクトは、ＳＤＮＣ又はＳＤＮＣを所有するＢＥが既定の基準を満たさない場合に分散台帳に参加しているＳＤＮＣの運用に制限を課すように構成されてもよい。

あらかじめ決められた基準は、スマートコントラクトによって決定されたＢＥの評判を含んでもよい。

本発明の第２の態様によれば、複数のソフトウェアディファインドネットワーク（ＳＤ
Ｎ）を備えるエンドツーエンドネットワークを提供するための方法であって、複数のソフトウェアディファインドネットワークの各々はソフトウェアディファインドネットワークコントローラ（ＳＤＮＣ）によって制御され、方法は、分散台帳を用意するステップであって、分散台帳はスマートコントラクトに関連し、スマートコントラクトは、事業体と、事業体によって運用されており分散台帳に対するアクセスを要求するＳＤＮＣとが既定の信頼基準を満たすか否かを評価することによって分散台帳に対する複数のＳＤＮＣによるアクセスを制御するように構成されているソフトウェアコードを備える、ステップを備える、方法が提供される。

分散台帳は、既定の信頼基準を満たすＳＤＮＣが既定の信頼基準を満たす他のＳＤＮＣに自己アドバタイズすることを可能にするようにさらに構成されてもよい。

分散台帳は、特定の要求を伴ってネットワークに対してアクセスしようとするＳＤＮＣによって検索可能であってもよい。

分散台帳は、分散台帳に参加しているＳＤＮＣによってアドバタイズされたネットワーク及び能力を記録してもよい。

分散台帳は、特定の要求を伴ってネットワークに対してアクセスしようとするＳＤＮＣによって実行された分散台帳の検索の結果を記録してもよい。

分散台帳は、ＳＤＮＣを運用している事業体間のやり取りと、分散台帳に参加しているＳＤＮＣ間のやり取りとを記録してもよい。

スマートコントラクトは、分散台帳に参加している第１のＳＤＮＣからの、分散台帳に参加している第２のＳＤＮＣにメッセージを送信するか要求を行なうかする要求を分散台帳に記録してもよい。

第２のＳＤＮＣは、第２のＳＤＮＣが要求を処理する前に、要求が分散台帳に存在することをチェックしてもよい。

分散台帳は、分散台帳に参加しているＳＤＮＣを運用している事業体間での価値の交換を記録してもよい。

分散台帳は、ＳＤＮＣについての証明書を発行する証明書発行機構を提供するようにさらに構成されてもよく、証明書がＳＤＮＣを特定することは、ＳＤＮＣが分散台帳に参加している他のＳＤＮＣから信頼を受けることができることを表わす。

スマートコントラクトは、分散ネットワークに対するアクセスを要求するＳＤＮＣを運用している事業体（ＢＥ）の有効性をＢＥの銀行口座、ＢＥの法的ステータス、ＢＥの過去の財務履歴、及びＢＥの物理的な所在地のうちの１つ以上をチェックすることによって確認してもよい。

スマートコントラクトは、ＳＤＮＣによってアドバタイズされ、そのＳＤＮＣによって制御されているか制御可能であるかするネットワークの存在又は特性を確認してもよい。

スマートコントラクトは、複数の異なるネットワークにわたってプロビジョニングされるエンドツーエンドサービスの特性がサービスについてのサービス品質保証契約にしたがって維持されることを保証するように構成されてもよい。

特性は、サービス品質（ＱｏＳ）、所在地、帯域幅、レイテンシ、ジッター、及び稼動率のうちの１つ以上を含んでもよい。

スマートコントラクトは、サービスの開設、使用若しくは解除の際、又は定期的に、分散台帳に参加しているＳＤＮＣを運用している事業体間での価値の交換を管理してもよい。

スマートコントラクトは、分散台帳に参加しているＳＤＮＣを所有するＢＥの評判を、所定の時間にわたるＳＤＮＣと分散台帳に参加している他のＳＤＮＣとの間のやり取りに基づいて決定してもよい。

スマートコントラクトは、ＳＤＮＣ又はＳＤＮＣを所有するＢＥが既定の基準を満たさない場合に分散台帳に参加しているＳＤＮＣの運用に制限を課すように構成されてもよい。

あらかじめ決められた基準は、スマートコントラクトによって決定されたＢＥの評判を含んでもよい。

以下、添付の図面を参照して、完全に例示目的に限り、本発明の実施の形態を説明する。

ＳＤＮでのサービスのフロー制御及び設定、プロビジョニング並びに監視の管理のためのＳＤＮコントローラの使用例を示す概略図である。 ソフトウェアディファインドネットワーク（ＳＤＮ）の概略概念図である。 複数のソフトウェアディファインドネットワークコントローラ（ＳＤＮＣ）を用いるマルチドメインネットワークの概略概念図である。 ＳＤＮ分散台帳によってサポートされるトラストサークルの概略概念図である。 トラストサークルに新規のＳＤＮＣを登録するプロセスで実行されるステップを示すフロー図である。 ＳＤＮＣの運用開始のプロセス、又はトラストサークルへのＳＤＮＣの再加入許可のプロセスで実行されるステップを示すフロー図である。 トラストサークルでのサービス開設のプロセスで実行されるステップを示すフロー図である。

安全な仕方で独立したＳＤＮＣによって各々が制御される複数のネットワークにわたってサービスをプロビジョニングすることにより１つのエンドツーエンドネットワークを効果的に生成するための第１の要件は、複数のネットワークを制御するＳＤＮＣが異なるドメインにわたってサービスをプロビジョニングするように互いに協調し合い、どちらも所定のサービスプロバイダのネットワーク内にあり、異なるサービスプロバイダによるネットワークにわたってサービスをプロビジョニングするように互いに協調し合うことである。

上記で概要が説明されているが、このようにサービスをプロビジョニングする際に生じる技術的課題の１つは、ＳＤＮＣが、１つのエンドツーエンドネットワークの一部であることが可能なネットワークを他のどのＳＤＮＣが制御するかをどのように特定することができるのかである。

本出願で説明されている技術では、プロビジョニングする必要があるエンドツーエンドサービスの特定の要件を満たすネットワークを必要とする他のＳＤＮＣが分散台帳を検索することができるようにＳＤＮＣが分散台帳中で自己アドバタイズする手段を提供することにより、この課題を克服する。分散台帳を用いることにより、ネットワーク、特性及び所定のＳＤＮＣがアドバタイズする能力並びにＳＤＮＣが検索して発見されたものの記録を監査及びこれに類する目的で保存して後に確認することができる。以下ＳＤＮデジタル台帳又はＳＤＬと称する分散台帳は、共通であり共有される分散台帳技術（ＤＬＴ）又はブロックチェーンに基づいており、分散台帳は、ＳＤＮＣ間で確立される「トラストサークル（ｃｉｒｃｌｅ ｏｆ ｔｒｕｓｔ）」において、トラストサークル内にあるＳＤＮＣ間の接続を動的に生成及び破棄するために用いられる。

必要なときに仮想ネットワーク又はネットワークスライスを生成することに関する第２の要件については、ｖｉｒｔｕａｌ ｎｅｔｗｏｒｋ ｆｕｎｃｔｉｏｎ（ＶＮＦ）技術を用いて仮想ネットワーク要素のインスタンスを生成した後に、エンドツーエンドサービス用にＶＮＦを設定することによりＳＤＮＣによって対処したり、ネットワーク「スライス」を提供する既存のネットワーク要素を設定することにより対処したり、エンドツーエンドネットワーク向けに要求されたサービスの要件を満たすこれらの技術のいくつかの組み合せにより対処したりする。

第３の要件はＳＤＮＣのやり取りを容易にすることである。一般的にはこのやり取りはメッセージ受渡しを介したやり取りや、直接のＡＰＩ（ａｐｐｌｉｃａｔｉｏｎ ｐｒｏｇｒａｍｉｎｇ ｉｎｔｅｒｆａｃｅ）呼出しを介したやり取りである。このようなやり取りのためのＡＰＩ及びメッセージは、Ｍｅｔｒｏ Ｅｔｈｅｒｎｅｔ Ｆｏｒｕｍ（ＭＥＦ）のＬｉｆｅｃｙｃｌｅ Ｓｅｒｖｉｃｅ Ｏｒｃｈｅｓｔｒａｔｉｏｎ（ＬＳＯ）（ネットワークシステム間のオーケストレーションと管理との統合、管理ソフトウェア並びに通信ＩＴソフトウェアプラットホームを提供する技術標準及び製品の集合）などのアーキテクチャ上のモデルで明確に定められている。しかし、このようなアーキテクチャを用いれば、当然、これらのＳＤＮＣの各々がまず互いを認識し、次に互いを信頼しなければならない。

ＳＤＮＣは、別のＳＤＮＣとの信頼関係がない限り、別のＳＤＮＣからのメッセージ又はＡＰＩ呼出しを受け取ることができない。特定のＳＤＮＣは、ＳＤＮＣが存在することを認識しない限り、別のＳＤＮＣに直接ＡＰＩ呼出しを行なったり直接メッセージを送信したりすることはできない。

本出願で説明されている技術では、客観的であり、自動化して行なうのに用いられ、検証可能性に関する信頼基準を特定のＳＤＮＣが満たしてから、分散台帳でアドバタイズすることができることを確実にする「スマートコントラクト」（分散台帳上で動作するコードであって、不変でありすべての通信主体に対してトランスペアレントであるコード）を用いて、ＳＤＮＣが自己アドバタイズするＳＤＮ分散台帳に対するアクセスを自動機構によって制御することにより、この課題を克服する。したがって、分散台帳でアドバタイズされるＳＤＮＣが存在することは、ＳＤＮＣが信頼基準を満たしており、したがって、客観的であり、自動化して行なうのに用いられる同じ信頼基準で同様に評価されている他のＳＤＮＣによって明確に信頼され得ることを明確に意味する。

スマートコントラクトによって可能になる客観的であり、自動化して行なうのに用いられ、検証可能性に関するこの信頼基準は、ＳＤＮ分散台帳によってサポートされるトラストサークルの基礎をなす。

やり取り、すなわち、メッセージの送信や、ＳＤＮＣから別のＳＤＮＣに対するＡＰＩ
呼出しの実行を記録することに関する第４の要件については、ＳＤＮ分散台帳を用いて対処する。具体的には、送信／要求ＳＤＮＣが、要求が行なわれる前にＳＤＮ分散台帳に要求を記録し、受信ＳＤＮＣが、要求を処理する前に、要求のレコードがＳＤＮ分散台帳にあることをチェックする。同様に、要求を処理したＳＤＮＣからメッセージやＡＰＩ応答を受信するときに要求ＳＤＮＣがＳＤＮ分散台帳を調べることができるように、要求に対する処理をＳＤＮ分散台帳に記録する。これにより、複数のＳＤＮＣがメッセージバスに送信されたメッセージに応答することができる要求応答パターンと、ＡＰＩ呼出しを用いたＳＤＮＣ間の直接やり取りとが可能になることが重要であることに留意する。

金融的価値の交換のためのやり取りを容易にする第５の要件については、やり取りを行なうＳＤＮＣをそれぞれ所有したり運用したりしているものとして特定される事業体間での価値の自動交換の基礎として、ＳＤＮ分散台帳中のやり取りの記録を用いることによって対処する。事業体間のこのような価値の交換もＳＤＮ分散台帳に記録され、要求又は提供されるサービスを表わす要求応答エントリに関連づけられる。

図４は、本出願で説明されている技術で用いられるＳＤＮ分散台帳によってサポートされるトラストサークルの概略図である。

図４で全体が４００で示されているトラストサークル（ＣｏＴ）は、ＳＤＮ分散台帳（ＳＤＬ）４０２と、複数のＳＤＮコントローラ（ＳＤＮＣ）４０４，４０６，４０８，４１０（この例では４つ）とを含み、複数のＳＤＮＣはＳＤＮ分散台帳４０２と通信し、また、互いに通信する。

トラストサークル４００は、ＳＤＮ分散台帳４０２に加入するすべての通信主体間で確立される。トラストサークル４００は、スマートコントラクトによって確立される法的主体であり、システムの創発特性でもある。ＣｏＴ４００の結果として、ＳＤＮＣは、他のどのＳＤＮＣが存在するのかと、このようなＳＤＮＣが制御することが可能であるネットワークの特性、又はこのようなＳＤＮＣが制御しているネットワークの特性が何であるのかとを動的に立証して、このようなどのＳＤＮＣとも信頼して安全にやり取りすることができることを「認識（ｋｎｏｗ）」することができる。この信頼関係の実施について、ＣｏＴ４００は、ＳＤＬ４０２によって提供される証明書発行機構のためのルート認証局であり、ＳＤＮＣ向けに証明書を発行する。この証明書は、ＣｏＴ４００に関連して言えば、ＳＤＮＣがＳＤＬ４０２によって発行された証明書によって特定される別のＳＤＮＣを信頼するようなものである。

ＳＤＮ分散台帳４０２は１つ以上のスマートコントラクト４１２をホストすることも行なう。上記されているように、スマートコントラクト４１２は、ＳＤＮ分散台帳４０２上で動作するコードであって、不変でありすべての通信主体に対してトランスペアレントであるコードである。スマートコントラクト４１２は、以下を含む（ただし、これに限定されない）トラストサークル４００内のやり取りを管理する。
１）ＳＤＮＣがトラストサークル４００への加入を申請する場合について、自動的にアクセスすることができる事業体（ＢＥ（ｂｕｓｉｎｅｓｓ ｅｎｔｉｔｙ））に関する銀行口座、法的ステータス、過去の財務履歴、物理的な所在地及びその他情報の有効性など、ＳＤＮＣを所有するＢＥの有効性の保証。
２）ＳＤＮＣが制御しているネットワークに関する特性又は制御することが可能であるネットワークに関する特性をアドバタイズする場合について、このようなネットワークが存在するのか、又は必要なときに存在するようにすることができるのか、及びネットワークがアドバタイズされた特性を持つのかの確認。
３）ネットワークにわたってサービスがプロビジョニングされる場合について、自動的に見積もることができるサービスのサービス品質（ＱｏＳ）、所在地、帯域幅、レイテン
シ、ジッター、稼動率（ｔｅｍｐｏｒａｌ ａｖａｉｌａｂｉｌｉｔｙ）、及びその他の特性など（これらに限定されない）のサービスの特性がサービス品質保証契約によって定められている通りに維持されることについての保証。
４）サービスの開設、使用や解除後に、又は定期的に、又は自動的に決定可能な他の条件時にＢＥ間で価値を交換すること。
５）ＢＥが所有するＳＤＮＣがＳＤＬ内の他のＳＤＮＣとのやり取りに所定の時間にわたって関与する際に、ＢＥの「評判（ｒｅｐｕｔａｔｉｏｎ）」の上げ下げをし続けること。
６）スマートコントラクトの実行の他の態様の際に収集された情報（評判を含む）の結果としてＳＤＮＣの運用を制限すること。このような制限は、自動的に決めることができて定量化可能な基準をＳＤＮＣ、又は所有者ＢＥ若しくは運用者ＢＥが満たさない場合にこのようなＳＤＮＣをＳＤＬから削除することを含むことができるが、これに限定されない。

以下、トラストサークルへの新規のＳＤＮＣの登録と、トラストサークルへの以前に登録したＳＤＮＣの再加入許可と、トラストサークルでのサービスの開設とのための典型的なプロセスを添付の図面の図５〜図７を参照して説明する。

まず図５を参照して、ネットワークのトラストサークルに新規のＳＤＮＣを登録するプロセスの全体が５００で示されている。本プロセスでは、新規のＳＤＮＣは、既にトラストサークルに参加しているＳＤＮＣを一切有していない事業体の所有物である。

この例では、第１のＳＤＮＣ５０２、第２のＳＤＮＣ５０４、第３のＳＤＮＣ５０６及び第４のＳＤＮＣ５０８は、ＳＤＮ分散台帳５１０によってサポートされた上記に類するトラストサークルのすべての既存メンバである。サービスを提供するトラストサークル（第１〜第４のＳＤＮＣ５０２〜５０８）の他のメンバとやり取りするために、事業体（ＢＥ）５１２が、自身のＳＤＮＣ５１４がトラストサークルに加入することを所望している。トラストサークル中のＳＤＮＣの実際の個数は動的に変化し得るので、なんらかの特定のＳＤＮＣがいかなるときにもトラストサークルにある保証はない点に留意するべきである。ＳＤＮＣがトラストサークルから脱退する場合や、ＳＤＮＣがもはや有効ではないとスマートコントラクトが判断する（たとえば、ＳＤＮＣを所有する事業体が既定の評判基準を満たさないので、有効ではないと判断（以降でさらに詳細に説明されている））場合、ＳＤＮＣのステータスを反映するようにＳＤＮ分散台帳を更新する。

ＢＥ５１２が自身のＳＤＮＣ５１４のインスタンスを生成する（本開示の範囲外であるＢＥ５１２によって管理されるプロセスによって行なう）。ＳＤＮＣ５１４は、ＢＥ５１２を特定し、銀行口座の詳細、法律上の住所などを含む（ただし、これらに限定されない）、ＣｏＴに加入するのに必要な情報が記述されている証明書（本開示の範囲外である手段によりＢＥ５１２によって取得される）を用いて設定される。

プロセスの第１のステップでは、トラストサークルに加入しようとするＳＤＮＣ５１４がトラストサークルに加入することについての要求を送信する。この要求はＳＤＬ５１０に関連するスマートコントラクト５１６によって受信されて処理される。証明書中のデータを用いてスマートコントラクト５１６によってＳＤＮＣ５１４を所有したり運用したりしているＢＥ５１２が特定される。証明書は、ＢＥ５１２がたとえばＴｒａｎｓｐｏｒｔ
Ｌａｙｅｒ Ｓｅｃｕｒｉｔｙ（ＴＬＳ）プロトコルを用いてＳＤＬ５１０との安全な接続を確立するときにＳＤＮＣ５１４によって提供される。

ＳＤＮＣ５１４により提供された証明書中のデータのチェックをスマートコントラクト５１６が実行して承認し、ＳＤＮＣ５１４を所有するＢＥ５１２が法律上の運用主体であ
り、ＳＤＬ５１０に参加している他のＳＤＮＣを運用する他のＢＥと価値を交換することができる（すなわち、ＢＥ５１２が期限内に自身の請求に対する支払いを行なうことになる）ことの確証を自動的に得る。スマートコントラクト５１６は、ＳＤＮＣ５１４によって提供された証明書に含まれるどのデータによってもサポートされるような、他の「デューデリジェンス」型の自動チェックも実行してもよい。

ＢＥ５１２の適切な身元確認や、その他、他の関連するデータの承認をスマートコントラクト５１６が自動的に行なうことができない場合には、スマートコントラクト５１６はＳＤＮＣ５１４がＳＤＬ５１０に加入することを許可しないので、ＳＤＮＣ５１４はＣｏＴに加入することができない。

スマートコントラクト５１６がＢＥ５１２に関連するデータを承認することができ、このようなデータがスマートコントラクト５１６によって定められた制約事項を満たす場合には、スマートコントラクト５１６は、ＳＤＮＣ５１４に対する固有の証明書（ＣｏＴ証明書）を用いてＳＤＮＣ５１４に応答する。これとは別に、ＳＤＮＣ５１４とＳＤＬ５１０との関係の安全をさらに強化することによりＣｏＴを増強するために、スマートコントラクト５１６によって定められたポリシに基づいて当該証明書をＳＤＮＣ５１４のＩＰアドレスに関連づけてもよい。

その後、ＳＤＮＣ５１４がＣｏＴ証明書を記憶して、ＣｏＴ証明書が有効であることをスマートコントラクト５１６に通知し、ＳＤＮＣ５１４が管理しているネットワークを表現する１つ以上のＴｒａｆｆｉｃ Ｅｎｇｉｎｅｅｒｉｎｇ Ｄａｔａｂａｓｅ（ＴＥＤ）にアクセスする手段（たとえばＡＰＩエンドポイント）を提供したり、インスタンスを生成して管理することができたりする。ＴＥＤは、公式のインターネットプロトコル標準ＲＦＣ６２８５における定義を満たすことができるデータベースと定義される。ＴＥＤは、サービスのプロビジョニングを行ない、サービスとサービスを実施するネットワークリソースとを監視するためにネットワークを完全に記述するのに必要であるようなさらなるデータを含んでもよい。ＴＥＤは、イングレス、エグレス、サービス品質（ＱｏＳ）能力、制御プロトコル（たとえばｐａｔｈ ｃｏｍｐｕｔａｔｉｏｎ ｅｌｅｍｅｎｔ ｐｒｏｔｏｃｏｌ（ＰＣＥＰ））、ＡＰＩ制御（たとえばＯｐｅｎ Ｎｅｔｗｏｒｋｉｎｇ Ｆｏｕｎｄａｔｉｏｎ Ｔｒａｎｓｐｏｒｔ ＡＰＩ（ＯＮＦ Ｔ−ＡＰＩ））、サービス品質保証契約（ＳＬＡ）、コスト、帯域幅、レイテンシ及びジッターを含む（ただし、これらに限定されない）、ＳＤＮＣ５１４が提供することができるすべてのトラフィックリンクのテーブルを更新状態に維持する。サービスの監視と、ＴＥＤに記録され、ＳＤＮＣによって制御されるネットワークがアドバタイズされた能力及び機能を有するかの確認とのためにネットワークノードとやり取りすることができるように、ＴＥＤは、ネットワークのノード、リンク及びその他関連情報を表わす情報を含む。

ＳＤＮＣ５１４が他のＣｏＴと関連する場合には、適宜、スマートコントラクト５１６のポリシによって定められている通り、他のＣｏＴに関連する証明書を提供するようＳＤＮＣ５１４に要求することもできる。これは、複数のＣｏＴのＳＤＮＣ間で変遷する信頼関係をサポートするのに用いることができる。

その後、スマートコントラクト５１６がＳＤＮＣ５１４をＣｏＴに受け入れて、ＳＤＮＣ５１４がＣｏＴの一部であることをＳＤＬ５１０に書き込み、ＳＤＮＣ５１４のＴＥＤ
ＡＰＩエンドポイントと、（イングレス、エグレス、サービス品質（ＱｏＳ）能力、制御プロトコル（たとえばｐａｔｈ ｃｏｍｐｕｔａｔｉｏｎ ｅｌｅｍｅｎｔ ｐｒｏｔｏｃｏｌ（ＰＣＥＰ））、ＡＰＩ制御（たとえばＯｐｅｎ Ｎｅｔｗｏｒｋｉｎｇ Ｆｏｕｎｄａｔｉｏｎ Ｔｒａｎｓｐｏｒｔ ＡＰＩ（ＯＮＦ Ｔ−ＡＰＩ））、サービス品質保証契約（ＳＬＡ）、コスト、帯域幅、レイテンシ及びジッターを含む（ただし、これ
らに限定されない）他の情報と、記録の一部としての、規制司法権、ＳＤＮＣハードウェアサーバ及び／又は物理的なネットワークリンク及び／又はＳＤＮＣによって制御される物理的なインフラストラクチャの物理的な位置、運用制約事項、ＴＥＤ ＡＰＩエンドポイントから利用可能なネットワークに関連するイングレス及びエグレスポイントの物理的な位置、並びに提供される主要なサービス、たとえば、カプセル化型がサポートされたＥＬＩＮＥ、ＥＶＰＮ、ＭＰＬＳ／ＶＰＮなどの他の情報とを記録する。

スマートコントラクト５１６は、スマートコントラクト５１６のポリシによって定められた通り、登録時にＴＥＤに照会してＴＥＤのコンテンツをＳＤＬ５１０に記録することもできる。登録時にＴＥＤを記録することは、動的に確立することができかつ／又は時間とともに変化し易いネットワークとは対照的に一定の特性を持つネットワークを表現するＴＥＤにはより妥当である。

適宜、スマートコントラクト５１６のポリシによって定められた通り、ＳＤＮＣ−ＡがＣｏＴに加入したことをＣｏＴに関連する他のＳＤＮＣ５０２〜５０８に通知することができる。

以下、図６に注目して、運用開始のプロセス、又はトラストサークルへのＳＤＮＣの再加入許可のプロセスの全体が６００で示されている。本プロセスは図５のプロセスが完了した後に実行され、最初にＳＤＮＣがトラストサークルに加入することが許可される（運用開始）とき、又は以前にトラストサークルから脱退したＳＤＮＣがトラストサークルに再加入する（再加入許可）ときに実行してもよい。

ＳＤＮＣ６０２を所有したり運用したりするＢＥ６０４によってＳＤＮＣ６０２の運用が開始される（本開示の範囲外であるプロセスを用いる）。ＣｏＴのスマートコントラクト６０６の働きで、ＳＤＮＣ６０２の証明書を特定のＩＰアドレスに関連づける適宜追加可能な機構を採用済みであるというポリシがＣｏＴに存在する場合、ＳＤＮＣ６０２のこの段階でのインスタンスは、図５のプロセスでスマートコントラクト５１６によって発行された証明書の発行先であった以前のいずれのインスタンスとも同じ外部ＩＰアドレスを持っていなければならない。

ＣｏＴに関連して言えば、トラストサークルへの加入許可（ＳＤＮＣの運用開始の場合）又は再加入許可を要求しているＳＤＮＣ６０２が、以前に発行されたＣｏＴ証明書を含む加入許可要求を、ＳＤＬ６０８に関連するスマートコントラクト６０６に送信する。

スマートコントラクト６０６がＳＤＮＣ６０２（図６のＳＤＮＣ−Ａ）用のＣｏＴ証明書を確認する。これは、たとえば、ＴＬＳを用い、ＴＬＳセッションを確立するのに用いられたＣｏＴ証明書を確認した結果として行なわれることが可能である。ＳＤＮＣ６０２が以前にＣｏＴに加入している（図５を参照して上記したように加入）場合、ＳＤＮＣ６０２によって提供された証明書が、過去にＳＤＮＣ６０２に提供されたものと同じ証明書であり、同じＩＰアドレスで提供された可能性があることを確認するのに他の機構を用いることもできる。このときに、スマートコントラクト６０６は、たとえば、最後の確認から、ポリシによって定められた期間が経過した場合に、ＳＤＮＣ６０２を所有するＢＥ６０４を再確認すると決定することもできる。このような再確認の結果、新規のＣｏＴ証明書が発行される。発行されなければ、当然、ＢＥ６０４が再確認で不可とされるため、ＳＤＮＣ６０２がＣｏＴに再加入することが許可されないことになる。

ＢＥ６０４が適宜追加可能な一切の再確認プロセスを通過していると仮定して、ＣｏＴに関連して言えば、ＳＤＮＣ６０２のＴＥＤと適宜追加可能な他のデータとをスマートコントラクト６０６にＳＤＮＣ６０２が登録するべきであることを示す肯定応答をスマート
コントラクト６０６が送信する。

必須のデータとしてＴＥＤ ＡＰＩエンドポイント参照を含む登録項目をＳＤＮＣ６０２がスマートコントラクト６０６に送信する。上記の適宜追加可能なデータはＢＥ証明書中で符号化することもでき、このデータは、規制司法権、ＳＤＮＣハードウェアサーバ及び／又は物理的なネットワークリンク及び／又はＳＤＮＣによって制御されるネットワークが動作する物理的なインフラストラクチャの物理的な位置、運用制約事項、ＴＥＤ ＡＰＩエンドポイントから利用可能なネットワークに関連するイングレス及びエグレスポイント及びこれらの物理的な位置、並びに提供される主要なサービス、たとえば、カプセル化型がサポートされたＥＬＩＮＥ、ＥＶＰＮ、ＭＰＬＳ／ＶＰＮなどを含むことができる。

スマートコントラクト６０６がＳＤＮＣ６０２をＳＤＮＣ６０２が関連する属性（ＳＤＬ５０８中での属性）とともに登録する。属性は、エンドツーエンドサービスの一部として用いることができるネットワークを制御することができるＳＤＮＣを検索する他のＳＤＮＣによって後に用いられることが可能である。これについては以降で説明する。

ＳＤＬ６０８がスマートコントラクト６０６にＳＤＮＣ６０２の参入について肯定応答を送信し、スマートコントラクト６０６がＳＤＮＣ６０２の参入者に再加入許可の成立について肯定応答を送信する。

以下、図７を参照して、トラストサークル内でサービスを自動的に開設するプロセスの全体が７００で示されている。この例では、スマートコントラクト７１０によってサポートされる第１、第２及び第３のＳＤＮＣ７０４，７０６，７０８とＳＤＮ分散台帳（ＳＤＬ）７１２とを含む既存のトラストサークル内でサービスをＳＤＮＣ７０２が開設しようとしている。

ネットワークサービス、たとえばイーサネット仮想プライベートネットワーク（ＥＶＰＮ）を開設する要求をＳＤＮＣ７０２が受ける。このネットワークサービスでは、制御するネットワークの１つにイングレスポイントがあり、位置、ネットワークアクセスタイプなどの制約事項の集合によってエグレスが定められ、帯域幅、ジッター、レイテンシＱｏＳなどの特定の制約を受けるリンクを用いる可能性がある。サービス全体で、たとえば、特定の地理的制約の範囲で実施されなければならないという制約や、提供者ＢＥに所定の評判がなければならないという制約などもあってもよい。ＳＤＮＣ７０２は、必要な制約を満たすネットワークを制御しない場合、制約を満たすことができるネットワークを制御する１つ以上の他のＳＤＮＣを特定し、そのＳＤＮＣとやり取りしてピアリングするか、そうでなければ、ＳＤＮＣ７０２のネットワークを他のネットワークに接続して要求されたエンドツーエンドサービスを開設しなければならない。これは動的かつ必要なときに行なわれなければならない。

プロセス７００の第１のステップでは、ＣｏＴに関連して言えば、ＳＤＮＣ７０２がスマートコントラクト７１０に検索要求を送信する。この要求は、必要なエンドツーエンドサービスの制約事項を含み、したがって、当該サービスで一役担うことができる相手側ネットワークが存在する可能性がある場合にその相手側ネットワークの制約事項も含む。

その後、スマートコントラクト７１０がＳＤＮＣ７０２からの要求に基づいて検索基準リストを作成する。制約事項は、他のＳＤＮＣ７０４，７０６，７０８がＳＤＮ分散台帳（ＳＤＬ）７１２に登録済みのデータに適用することができる制約事項と、ＳＤＮＣ７０４，７０６，７０８がＳＤＬに登録される場合にＳＤＮＣ７０４，７０６，７０８によって提供されるＴＥＤ ＡＰＩエンドポイントから取得しなければならないデータとで構成
される。ＳＤＬ７１２に登録されるこれらの特性がサービス開設プロセス全体の監査証跡の一部をなすことができることは重要である。ＳＤＬ７１２に登録されていない、ＴＥＤ
ＡＰＩエンドポイントから利用可能なデータは、照会があった時点でしか評価することができない。言い換えると、極端に変更される可能性のあるＴＥＤの情報については、当然、検索基準リストの作成時に照会しなければならない。後の監査のために、照会に対する応答をＳＤＬ７１２に記録することができる。スマートコントラクトが異なると、異なるＣｏＴに異なるポリシが適用され、監査要件のバランスが取られる。したがって、ＳＤＬ７１２に登録されたデータのバランスと、このようなデータをＳＤＬ７１２に登録するのに必要な実施及び実行の制約のバランスとが取られる。一般的に、特性がより変化しにくかったり、特性が表わすデータのボラティリティが低かったりするほど、ＳＤＬ７１２への登録に適している。動的であるがゆえに比較的頻繁に変化する、つまりボラティリティの高い上記の特性は、システムのパフォーマンス全体に悪影響を及ぼす可能性があるような特性であり、ＳＤＬ７１２に記憶されている場合には頻繁な更新が必要である。

どのＳＤＮＣ７０４，７０６，７０８がサービス全体の制約を満たすことができる可能性があるのかを発見するために制約事項とともに最初の検索要求をスマートコントラクト７１０がＳＤＬ７１２に送信する。ＳＤＬ７１２内の検索については、たとえば、ＢＥの評判、ネットワークと、ＳＤＮＣによって制御されるネットワークが動作する物理的なインフラストラクチャとの物理的な位置、及び、ＢＥと、ＳＤＮＣ７０２が制御することが可能であるネットワーク又はＳＤＮＣ７０２が制御しているネットワークとに関する比較的変化しにくいその他の特性の制約事項を適用することによって行なうことができる。

ＳＤＬ７１２がＳＤＬ７１２に登録されているＳＤＮＣ７０４，７０６，７０８の特性に基づいてスマートコントラクトに最初のリストを返す。次のステップでは、ＴＥＤ ＡＰＩエンドポイントを介して、各候補ＳＤＮＣ７０４，７０６，７０８のＴＥＤをスマートコントラクト７１０が調べて、ＳＤＮＣ７０４，７０６，７０８のうちの１つによって管理される既存のネットワークがサービスの制約を満たすことができるか否かや、要求を満たすように必要なときにネットワークを生成することができるか否かを評価する必要がある。これは、スマートコントラクト７１０から、証明書によってたとえばＴＬＳ又はその他ＡＰＩ認証トークンを用いて認証される各ＳＤＮＣ ＴＥＤ ＡＰＩエンドポイントに対するＡＰＩ呼出しであることに留意する。

その後、スマートコントラクト７１０がＳＤＮＣ７０４に関連するＴＥＤ７１４にＴＥＤ「サービス情報要求」を送信する。この情報要求は、ＳＤＮＣ７０２によって以前に提供された制約事項を含むことができる。この制約事項は、ＴＥＤ７１４が当該制約事項に基づいてＴＥＤ７１４の応答をフィルタリングすることができるようなものである。以前にＳＤＮＣ７０４が登録を行なったり再加入を許可されたりしたときにＳＤＮＣ７０４によって提供されたＴＥＤ７１４のＴＥＤ ＡＰＩエンドポイントを介してＴＥＤ７１４にアクセスする。ＳＤＮＣ７０４は、ＳＤＮＣ７０４に関連するＴＥＤ１７４が制約を満たすことができると判断する場合、ポリシで定められた期間、ネットワークサービスに必要なリソースを確保したり、スマートコントラクト７１０からの当該確保の要求のために待機したりすることができる。

その後、スマートコントラクト７１０がＳＤＮＣ７０６に関連するＴＥＤ７１６に全サービス情報についてのＴＥＤ要求を送信する。

その後、スマートコントラクト７１０がＳＤＮＣ７０８に関連するＴＥＤ７１８に全サービス情報についてのＴＥＤ要求を送信する。

ＴＥＤ７１４は、ＴＥＤ７１４が関連するＳＤＮＣ７０４とやり取りした後、スマート
コントラクト７１０によってＴＥＤ７１４に送信されたサービス情報要求に示されているサービスの制約をＴＥＤ７１４が関連するＳＤＮＣ７０４が満たすことができるか否かを示す応答をスマートコントラクト７１０に送信する。この応答は、ＳＤＮＣ７０４によるリソースがＳＤＮＣ７０４によって確保されているか否かと、その期間とを示すことができる。

これの代わりに、ＳＤＮＣ７０４，７０６，７０８の１つ以上によるサービスの保留を打診する要求を行なうか否かをスマートコントラクト７１０が判断し、必要な場合にこのような保留を要求することができる。

したがって、ＳＤＮＣ７０４がサービスを既に保留することをしておらず、スマートコントラクト７１０がサービスを保留するべきであると判断していた場合、スマートコントラクト７１０がサービス保留要求をＳＤＮＣ７０４に送信する。

ＴＥＤ７１６がＴＥＤ７１６に関連するＳＤＮＣ７０６とやり取りした後にスマートコントラクト７１０に応答を送信する。ＴＥＤ７１４によって送信される応答と同様に、この応答は、スマートコントラクト７１０によってＴＥＤ７１６に送信されたサービス情報要求で示されているサービスの制約を、ＴＥＤ７１６に関連するＳＤＮＣ７０６が満たすことができるか否かを示す。また、この応答は、サービスの制約を満たすのに必要なリソースがＳＤＮＣ７０６によって確保されているか否かと、その期間とを示すことができる。

ＳＤＮＣ７０６がサービスを既に保留することをしておらず、スマートコントラクト７１０がサービスを保留するべきであると判断していた場合、スマートコントラクト７１０がサービス保留要求をＳＤＮＣ７０６に送信する。

ＴＥＤ７１８がＴＥＤ７１８に関連するＳＤＮＣ７０８とやり取りした後にスマートコントラクト７１０に応答を送信する。ＴＥＤ７１４によって送信されるサービス応答についての打診と同様に、この応答は、スマートコントラクト７１０によってＴＥＤ７１８に送信されたサービス情報要求で示されているサービスの制約を、ＴＥＤ７１８に関連するＳＤＮＣ７０８が満たすことができるか否かを示す。また、この応答は、サービスの制約を満たすのに必要なリソースがＳＤＮＣ７０８によって確保されているか否かと、その期間とを示すことができる。

ＳＤＮＣ７０８がサービスを既に保留することをしておらず、スマートコントラクト７１０がサービスを保留するべきであると判断していた場合、スマートコントラクト７１０がサービス保留要求をＳＤＮＣ７０８に送信する。

スマートコントラクト７１０が実施パフォーマンスの強化の特徴としてＴＥＤ ＡＰＩ応答をキャッシュすることができる。キャッシュ期間は変更可能である。上記した、ＳＤＬのスマートコントラクト７１０にデータをキャッシュしたり登録したりするか否かと、その期間とは、データの変化のし易さ、ボラティリティ及び必要なシステムパフォーマンスの関数である。

その後、スマートコントラクト７１０は、ＳＤＮＣ７０２にＳＤＮＣ応答リストを送信するか、独自の判断を行なって適切なＳＤＮＣ７０４，７０６，７０８及びＴＥＤを選択するかのいずれかを行なうことができる。

スマートコントラクト７１０がＳＤＮＣ７０２にＳＤＮＣ応答リストを送信する場合、ＳＤＮＣ７０２が内部評価を実行し、どのＳＤＮＣ７０４，７０６，７０８とやり取りす
るかを選択してエンドツーエンドサービスを開設する。

スマートコントラクトが独自の判断を行ない、適切なＳＤＮＣ７０４，７０６，７０８及びＴＥＤを選択する場合、ＳＤＮＣ７０２がＳＤＮＣ選択開設要求を送信する。この要求は、この例ではＳＤＮＣ７０４用である。

どちらの場合でも、スマートコントラクト７１０は、監査及び金融取引の目的で、ＳＤＮＣ７０２が、たとえば、ＳＤＮＣ７０４と、特定のＴＥＤ、すなわちＴＥＤ−Ｂ７１４のデータによって表現されるネットワークとのやり取りを要求していたことをＳＤＬ７１２に登録する。

スマートコントラクトが開設要求をＳＤＮＣ７０４に送信することにより、ＳＤＮＣ７０４が要求されたネットワークサービスのインスタンスを生成する。これによってＳＤＮＣ７０４が仮想ネットワークのインスタンスを必要なときに生成することができることに留意する。サービス要求が確認されるまで、要求を満たす必要があるネットワークをプロビジョニング又は構成しなければならない場合には無意味である。この例では、ＳＤＮＣ７０４が必要なリソースを確保すると判断したり確保の要求を受諾したりしてから、要求を満たすことができる場合でなくてはならない。サービスのためのリソースを実際にプロビジョニングする前に、ＳＤＮＣ７０４は、要求の登録がＳＤＬ７１２に確実にあることについてＳＤＬ７１２に照会することもできる。

要求されたサービスがプロビジョニングされていることと、ＳＤＮＣ７０２によって制御されるネットワークがＳＤＮＣ７０４によって制御されるネットワークとピアリング又はその他接続を行なうことができるようなサービスパラメータが何であるのかとを示す受諾応答をＳＤＮＣ７０４がスマートコントラクトに送信する。このデータも、上記されているような監査証跡の一部としてＳＤＬ７１２に登録される。この監査データは、たとえば、後にＳＤＮＣ７０２やＳＤＮＣ７０４が当該交換中に不具合を起こすか、なんらかのときに不具合を起こすかする場合のシステム状態の回復のために用いることができることに留意する。

スマートコントラクト７１０がＳＤＮＣ７０４から受諾開設応答をＳＤＮＣ７０２に送信する。受諾開設応答は、ＳＤＮＣ７０４によって制御されるネットワークのイングレスに接続するようにＳＤＮＣ７０２のネットワークをＳＤＮＣ７０２が構成し、必要に応じて他のサービスの特性をＳＤＮＣ７０２が設定するのに必要なデータを含む。

スマートコントラクト７１０がＳＤＮＣ７０６に対する保留要求を破棄する（あるいは、保留がタイムアウトしてもよい）。

スマートコントラクト７１０がＳＤＮＣ７０８に対する保留要求を破棄する（あるいは、保留がタイムアウトしてもよい）。

上記の２つのステップと並行して、ＳＤＮＣ７０２によって制御されるネットワークが、ＳＤＮＣ７０４によって制御されるネットワークとピアリングされ、ＳＤＮＣ７０２とＳＤＮＣ７０４との間の必要なＳＤＮＣ−ＳＤＮＣやり取りがＣｏＴ証明書及び／又は上記のＡＰＩ認証トークンの働きによって認証されて可能になる。

ＳＤＮＣ７０２が接続確立確認をスマートコントラクト７１０に送信し、スマートコントラクトが、サービスプロビジョニング交換が成立したことを関連する属性とともにＳＤＬ７１２に記録する。システムのいずれかの部分に不具合が生じた場合に、記憶された属性をシステム状態の回復に用いることができることに留意する。

スマートコントラクト７１０が、正常にプロビジョニングされたサービスのＳＤＬ７１２にトランザクションを入力する（接続、コスト、属性など）。さらなるデータをＳＤＮＣ７０２及び／又はＳＤＮＣ７０４がスマートコントラクト７１０に定期的に通知してもよく、このデータを監査、金融取引及び状態の回復の目的でＳＤＬ７１２に登録することもできる。上記した、データのボラティリティとシステムパフォーマンスとのバランスがこの場合にもあてはまる。

タイムアウト、すなわちＳＤＮＣ７０２かＳＤＮＣ７０４かのいずれかからのサービス解除要求や、ポリシにしたがってスマートコントラクト７１０が行なう判断又はその他の理由でサービスを解除してもよい。スマートコントラクト７１０がＳＤＮＣ７０２，ＳＤＮＣ７０４、又はそれぞれのＴＥＤ７１２及び７１４によってエクスポーズされるネットワークリソースとやり取りすることによってサービスを絶えず監視することができることに留意する。監視中に収集されるデータを上記の目的でＳＤＬ７１２に登録することができる。したがって、スマートコントラクト７１０はサービスを監視してサービスが定められた制約にしたがって提供されていることを保証することができ、基礎になる制約及びシステムポリシによって定められている通りに、終了、別のＳＤＮＣへの変更及び／又は別のＴＥＤによって表現されるネットワークへの変更などの動作を自動的に行なうことができる。

ＳＤＮＣ７０２がサービスを終了させると決定する場合、ＳＤＮＣ７０２がスマートコントラクト７１０にサービス終了通知を送信する。

スマートコントラクト７１０が、サービスの終了が要求されたことをＳＤＬ７１２に記憶する。

スマートコントラクト７１０が確認サービス終了要求をＳＤＮＣ７０４に送信する。

サービスが終了されることをＳＤＮＣ７０４が確認する。

スマートコントラクト７１０が、サービスが正常に終了されたことについてのトランザクションをＳＤＬ７１２に入力する。

ＳＤＮＣ７０２を所有する事業体とＳＤＮＣ７０４を所有する事業体との間でＳＤＮ分散台帳７１２を介して支払いの処理がなされる。

上記のシステム及び方法の創発特性は複数の分散ＳＤＮＣで構成された論理的に１つのＳＤＮＣであり、この場合、ＳＤＮＣのやり取りの状態が分散台帳に記録される。これにより、プロビジョニングされたサービスの状態や、プロビジョニングされたサービスの金融的価値に関連する他の情報を損なうことなく、個々のＳＤＮＣの不具合に耐えることができる回復力のあるシステムが生成される。

上記のシステム及び方法の別の創発特性は、分散台帳に記録されたＳＤＮＣのやり取りの記録により、ＳＤＮＣの過去の挙動を評価する手段が提供され、拡大解釈すれば、ＳＤＮＣの所有者事業体や運用者事業体の挙動も評価する手段が提供されるというものである。これにより、ある事業体によって所有される所定のＳＤＮＣが、他の事業体によって所有される他のＳＤＮＣとやり取りするか否かについて判断することを可能にするのに用いることができる事業体の評判を客観的に上げ下げする手段が生成される。また、所定の事業体によって所有されるＳＤＮＣが、トラストサークルの一部（分散台帳に存在すれば、トラストサークルの一部ということになる）であり続けるべきであるか否かを判断するの
に、スマートコントラクトとともに評判を自動的に用いることもできる。

上記のシステム及び方法により、ＳＤＮ分散台帳を用いてＳＤＮＣ間の信頼関係の動的な確立が可能になる。個々の通信主体間での個々の契約の交渉の必要がなくなるので、上記により、運用のコストが下がり、ＳＤＮＣを用いるサービスプロバイダのサービスを開設する時間が短縮される。

さらに、上記のシステム及び方法を用いれば、ＳＤＮＣ間の接続を動的に確立する機能により、ＳＤＮＣを用いるサービスプロバイダの運用速度を高速にすることができる。

さらに、上記のシステム及び方法により、既存のエンドツーエンドネットワークによる解決手段よりも大幅にスケーラブルな解決手段が提供される。ＳＤＮ分散台帳を用いることで、人間が介在せずにＳＤＮＣがエンドツーエンドネットワークに対する動的な接続及び切断を行なうことができる。

Claims (36)

1. 複数のソフトウェアディファインドネットワーク（ＳＤＮ）を備えるエンドツーエンドネットワークを提供するためのシステムであって、前記複数のソフトウェアディファインドネットワークの各々はソフトウェアディファインドネットワークコントローラ（ＳＤＮＣ）によって制御され、前記システムは、
   分散台帳であって、前記分散台帳はスマートコントラクトに関連し、前記スマートコントラクトは、事業体（ＢＥ）と、前記事業体によって運用されており前記分散台帳に対するアクセスを要求するＳＤＮＣとが既定の信頼基準を満たすか否かを評価することによって前記分散台帳に対する複数のＳＤＮＣによるアクセスを制御するように構成されているソフトウェアコードを備える、分散台帳
   を備える、システム。
2. 前記分散台帳は、前記既定の信頼基準を満たすＳＤＮＣが前記既定の信頼基準を満たす他のＳＤＮＣに自己アドバタイズすることを可能にするようにさらに構成されている、請求項１に記載のシステム。
3. 前記分散台帳は、特定の要求を伴ってネットワークに対してアクセスしようとするＳＤＮＣによって検索可能である、請求項１又は２に記載のシステム。
4. 前記分散台帳は、前記分散台帳に参加しているＳＤＮＣによってアドバタイズされたネットワーク及び能力を記録するように構成されている、請求項２又は３に記載のシステム。
5. 前記分散台帳は、特定の要求を伴ってネットワークに対してアクセスしようとするＳＤＮＣによって実行された前記分散台帳の検索の結果を記録するように構成されている、請求項３から４に記載のシステム。
6. 前記分散台帳は、ＳＤＮＣを運用している事業体間のやり取りと、前記分散台帳に参加しているＳＤＮＣ間のやり取りとを記録するように構成されている、請求項１から５のいずれか１項に記載のシステム。
7. 前記スマートコントラクトは、前記分散台帳に参加している第１のＳＤＮＣからの、前記分散台帳に参加している第２のＳＤＮＣにメッセージを送信するか要求を行なうかする要求を前記分散台帳に記録するように構成されている、請求項６に記載のシステム。
8. 前記第２のＳＤＮＣは、前記第２のＳＤＮＣが前記要求を処理する前に、前記要求が前記分散台帳に存在することをチェックするように構成されている、請求項７に記載のシステム。
9. 前記分散台帳は、前記分散台帳に参加しているＳＤＮＣを運用している事業体間での価値の交換を記録するように構成されている、請求項１から８のいずれか１項に記載のシステム。
10. 前記分散台帳は、ＳＤＮＣについての証明書を発行する証明書発行機構を提供するようにさらに構成されており、証明書がＳＤＮＣを特定することは、前記ＳＤＮＣが前記分散台帳に参加している他のＳＤＮＣから信頼を受けることができることを表わす、請求項１から９のいずれか１項に記載のシステム。
11. 前記スマートコントラクトは、前記分散ネットワークに対するアクセスを要求する前記
    ＳＤＮＣを運用している前記事業体（ＢＥ）の前記有効性を
    前記ＢＥの銀行口座、
    前記ＢＥの法的ステータス、
    前記ＢＥの過去の財務履歴、及び
    前記ＢＥの物理的な所在地
    のうちの１つ以上をチェックすることによって確認するように構成されている、請求項１から１０のいずれか１項に記載のシステム。
12. 前記スマートコントラクトは、ＳＤＮＣによってアドバタイズされ、そのＳＤＮＣによって制御されているか制御可能であるかするネットワークの存在又は特性を確認するように構成されている、請求項１から１１のいずれか１項に記載のシステム。
13. 前記スマートコントラクトは、複数の異なるネットワークにわたってプロビジョニングされるエンドツーエンドサービスの特性が前記サービスについてのサービス品質保証契約にしたがって維持されることを保証するように構成されている、請求項１から１２のいずれか１項に記載のシステム。
14. 前記特性は、
    サービス品質（ＱｏＳ）、
    所在地、
    帯域幅、
    レイテンシ、
    ジッター、及び
    稼動率
    のうちの１つ以上を含む、請求項１２に記載のシステム。
15. 前記スマートコントラクトは、サービスの開設、使用若しくは解除の際、又は定期的に、前記分散台帳に参加しているＳＤＮＣを運用している事業体間での価値の交換を管理するように構成されている、請求項１から１４のいずれか１項に記載のシステム。
16. 前記スマートコントラクトは、前記分散台帳に参加しているＳＤＮＣを運用しているＢＥの評判を、所定の時間にわたる前記ＳＤＮＣと前記分散台帳に参加している他のＳＤＮＣとの間のやり取りに基づいて決定するように構成されている、請求項１から１５のいずれか１項に記載のシステム。
17. 前記スマートコントラクトは、前記ＳＤＮＣ又は前記ＳＤＮＣを運用するＢＥが既定の基準を満たさない場合に前記分散台帳に参加しているＳＤＮＣの前記運用に制限を課すように構成されている、請求項１から１６のいずれか１項に記載のシステム。
18. 前記あらかじめ決められた基準は、前記スマートコントラクトによって決定された前記ＢＥの前記評判を含む、請求項１５を引用する請求項１６に記載のシステム。
19. 複数のソフトウェアディファインドネットワーク（ＳＤＮ）を備えるエンドツーエンドネットワークを提供するための方法であって、前記複数のソフトウェアディファインドネットワークの各々はソフトウェアディファインドネットワークコントローラ（ＳＤＮＣ）によって制御され、前記方法は、
    分散台帳を用意するステップであって、前記分散台帳はスマートコントラクトに関連し、前記スマートコントラクトは、事業体（ＢＥ）と、前記事業体によって運用されており前記分散台帳に対するアクセスを要求するＳＤＮＣとが既定の信頼基準を満たすか否かを評価することによって前記分散台帳に対する複数のＳＤＮＣによるアクセスを制御するよ
    うに構成されているソフトウェアコードを備える、ステップ
    を備える、方法。
20. 前記分散台帳は、前記既定の信頼基準を満たすＳＤＮＣが前記既定の信頼基準を満たす他のＳＤＮＣに自己アドバタイズすることを可能にするようにさらに構成されている、請求項１８に記載の方法。
21. 前記分散台帳は、特定の要求を伴ってネットワークに対してアクセスしようとするＳＤＮＣによって検索可能である、請求項１８又は１９に記載の方法。
22. 前記分散台帳は、前記分散台帳に参加しているＳＤＮＣによってアドバタイズされたネットワーク及び能力を記録する、請求項１９又は２０に記載の方法。
23. 前記分散台帳は、特定の要求を伴ってネットワークに対してアクセスしようとするＳＤＮＣによって実行された前記分散台帳の検索の結果を記録する、請求項２０又は２１に記載のシステム。
24. 前記分散台帳は、ＳＤＮＣを運用している事業体間のやり取りと、前記分散台帳に参加しているＳＤＮＣ間のやり取りとを記録する、請求項１８から２２のいずれか１項に記載の方法。
25. 前記スマートコントラクトは、前記分散台帳に参加している第１のＳＤＮＣからの、前記分散台帳に参加している第２のＳＤＮＣにメッセージを送信するか要求を行なうかする要求を前記分散台帳に記録する、請求項２３に記載の方法。
26. 前記第２のＳＤＮＣは、前記第２のＳＤＮＣが前記要求を処理する前に、前記要求が前記分散台帳に存在することをチェックする、請求項２４に記載の方法。
27. 前記分散台帳は、前記分散台帳に参加しているＳＤＮＣを運用している事業体間での価値の交換を記録する、請求項１８から２５のいずれか１項に記載の方法。
28. 前記分散台帳は、ＳＤＮＣについての証明書を発行する証明書発行機構を提供するようにさらに構成されており、証明書がＳＤＮＣを特定することは、前記ＳＤＮＣが前記分散台帳に参加している他のＳＤＮＣから信頼を受けることができることを表わす、請求項１８から２６のいずれか１項に記載の方法。
29. 前記スマートコントラクトは、前記分散ネットワークに対するアクセスを要求するＳＤＮＣを運用している事業体（ＢＥ）の前記有効性を
    前記ＢＥの銀行口座、
    前記ＢＥの法的ステータス、
    前記ＢＥの過去の財務履歴、及び
    前記ＢＥの物理的な所在地
    のうちの１つ以上をチェックすることによって確認する、請求項１８から２７のいずれか１項に記載の方法。
30. 前記スマートコントラクトは、ＳＤＮＣによってアドバタイズされ、そのＳＤＮＣによって制御されているか制御可能であるかするネットワークの存在又は特性を確認する、請求項１８から２８のいずれか１項に記載の方法。
31. 前記スマートコントラクトは、複数の異なるネットワークにわたってプロビジョニング
    されるエンドツーエンドサービスの特性が前記サービスについてのサービス品質保証契約にしたがって維持されることを保証するように構成されている、請求項１８から２９のいずれか１項に記載の方法。
32. 前記特性は、
    サービス品質（ＱｏＳ）、
    所在地、
    帯域幅、
    レイテンシ、
    ジッター、及び
    稼動率
    のうちの１つ以上を含む、請求項３０に記載の方法。
33. 前記スマートコントラクトは、サービスの開設、使用若しくは解除の際、又は定期的に、前記分散台帳に参加しているＳＤＮＣを運用している事業体間での価値の交換を管理する、請求項１８から３１のいずれか１項に記載の方法。
34. 前記スマートコントラクトは、前記分散台帳に参加しているＳＤＮＣを所有するＢＥの評判を、所定の時間にわたる前記ＳＤＮＣと前記分散台帳に参加している他のＳＤＮＣとの間のやり取りに基づいて決定する、請求項１８から３２のいずれか１項に記載の方法。
35. 前記スマートコントラクトは、前記ＳＤＮＣ又は前記ＳＤＮＣを運用するＢＥが既定の基準を満たさない場合に前記分散台帳に参加しているＳＤＮＣの前記運用に制限を課すように構成されている、請求項１８から３３のいずれか１項に記載の方法。
36. 前記あらかじめ決められた基準は、前記スマートコントラクトによって決定された前記ＢＥの前記評判を含む、請求項３３を引用する請求項３４に記載の方法。

Images