WO2024252683A1 - 制御装置、制御システム、制御方法、及びプログラム - Google Patents

制御装置、制御システム、制御方法、及びプログラム Download PDF

Info

Publication number
WO2024252683A1
WO2024252683A1 PCT/JP2023/021614 JP2023021614W WO2024252683A1 WO 2024252683 A1 WO2024252683 A1 WO 2024252683A1 JP 2023021614 W JP2023021614 W JP 2023021614W WO 2024252683 A1 WO2024252683 A1 WO 2024252683A1
Authority
WO
WIPO (PCT)
Prior art keywords
tenant
path
control device
communication
location
Prior art date
Legal status (The legal status is an assumption and is not a legal conclusion. Google has not performed a legal analysis and makes no representation as to the accuracy of the status listed.)
Ceased
Application number
PCT/JP2023/021614
Other languages
English (en)
French (fr)
Inventor
真悟 岡田
知典 武田
Current Assignee (The listed assignees may be inaccurate. Google has not performed a legal analysis and makes no representation or warranty as to the accuracy of the list.)
NTT Inc
Original Assignee
Nippon Telegraph and Telephone Corp
Priority date (The priority date is an assumption and is not a legal conclusion. Google has not performed a legal analysis and makes no representation as to the accuracy of the date listed.)
Filing date
Publication date
Application filed by Nippon Telegraph and Telephone Corp filed Critical Nippon Telegraph and Telephone Corp
Priority to JP2025525924A priority Critical patent/JPWO2024252683A1/ja
Priority to PCT/JP2023/021614 priority patent/WO2024252683A1/ja
Publication of WO2024252683A1 publication Critical patent/WO2024252683A1/ja
Anticipated expiration legal-status Critical
Ceased legal-status Critical Current

Links

Images

Classifications

    • H—ELECTRICITY
    • H04—ELECTRIC COMMUNICATION TECHNIQUE
    • H04L—TRANSMISSION OF DIGITAL INFORMATION, e.g. TELEGRAPHIC COMMUNICATION
    • H04L45/00—Routing or path finding of packets in data switching networks
    • H04L45/64—Routing or path finding of packets in data switching networks using an overlay routing layer

Definitions

  • the present invention relates to technology for setting up communication paths in a network (NW).
  • NW network
  • Tenants have various requirements for communication between data centers depending on the services they provide.
  • the present invention has been made in consideration of the above points, and aims to provide a technology for efficiently allocating communication paths for communications between locations such as data centers.
  • a control device that assigns a communication path between a first location and a second location to a user who communicates between the first location and the second location, a receiving unit for receiving a request for the communication; a processing unit that allocates a communication path having an attribute suitable for the required condition to the user, and determines a higher-level path that accommodates the communication path.
  • the disclosed technology provides a technique for efficiently allocating communication paths for communications between locations such as data centers.
  • FIG. 11 is a diagram for explaining an operation example 1.
  • FIG. 11 is a diagram for explaining an operation example 2.
  • FIG. 11 is a diagram for explaining an operation example 2.
  • FIG. 11 is a diagram for explaining an operation example 3.
  • FIG. 11 is a diagram for explaining an operation example 3.
  • FIG. 13 is a diagram illustrating another example of the device configuration.
  • FIG. 2 illustrates an example of a hardware configuration of the apparatus.
  • the OTN path is accommodated in the wavelength path, but this is not limited to the above.
  • the OTN path is an example of a communication path (or a communication line)
  • the wavelength path is an example of a higher-level path.
  • Non-Patent Documents 1 and 2 is itself publicly known, the contents of the description of the conventional technology below, Figures 1 and 2, and the description of the problems are not publicly known.
  • Patterns 1 and 2 are described with reference to Figs.
  • Figs. 1 and 2 show examples of the basic configuration of a DC, the configuration example will be described first.
  • data center A is provided with a transponder 11, a router 12, a switch 13, tenant A, and tenant B.
  • the transponder, router, and switch may be written as TR, R, and SW, respectively.
  • SW may also mean a plurality of switches (switch group).
  • Data center B is provided with TR21, R22, SW23, tenant A, and tenant B.
  • a tenant NW control unit 30 is provided to control each SW.
  • Data center A and data center B are connected via an IPNW and a transmission network (e.g., dark fiber).
  • a transmission network e.g., dark fiber
  • the tenant control device may also be called a tenant control unit.
  • the corresponding control device may also be called a corresponding control unit.
  • the "tenant control device 100 and the corresponding control device 300" may also be called a control device or a control system.
  • the corresponding control device may also be called a control device, and the tenant control device may also be called a user control device.
  • FIG. 4 shows an example of information stored in tenant DB200.
  • a tenant ID is an ID for identifying a tenant.
  • a tenant NWID is an ID for identifying an L2 segment.
  • the table (database) shown in Figure 4 may be called a "tenant ID/tenant NWID management section.”
  • the tenant control device 100 When the tenant control device 100 receives a tenant request, it sets up the necessary L2 segments on the router or SW using technology such as VLAN or VXLAN. This is not a process that is closed to a single DC, but is a process that is performed across multiple DCs managed by the operator.
  • the tenant control device 100 accepts a tenant request, assigns a tenant NWID, and then notifies the corresponding control device 200, which controls the correspondence between tenants and DC paths, of the tenant NWID and the associated request conditions.
  • the tenant-DC path DB 400 accessed by the corresponding control device 300 holds fixed/variable information for each wavelength path as the transmission wavelength path information connecting DCs, such as the wavelength path ID, band, and OTN accommodation attribute.
  • FIG. 5(a) is an example of the transmission wavelength path information.
  • the table (database) in FIG. 5(a) may be called the "wavelength path information management unit.”
  • the tenant-DC path DB400 also holds the tenant NW ID and the accommodation OTN path ID as tenant NW information accommodated (superimposed) on the OTN path.
  • Figure 5(c) is an example of tenant NW information.
  • the table (database) in Figure 5(c) may be called the "tenant NW ID/accommodation OTN path ID management unit.”
  • the corresponding control device 300 When the corresponding control device 300 receives notification of the tenant NW ID and required conditions from the tenant control device 100, it determines the correspondence between the wavelength path and the OTN path, and the correspondence between the OTN path and the tenant NW, using a specific logic. When accommodating a tenant in a path with an OTN attribute of "L2 communication", it assigns a new OTN path ID and sets a new OTN path for the wavelength path that can be accommodated (superimposed).
  • the above specific logic includes, for example, logic for determining the accommodation destination based on the communication priority of the tenant network, logic for determining the accommodation destination taking into account the accommodation efficiency of the OTN path to the wavelength path, logic for determining the wavelength path to accommodate the OTN path taking into account the tenant's usage period, etc.
  • the wavelength path information management unit 310 holds and manages the transmission wavelength path information between DCs received by the wavelength path information reception unit 340. Specifically, the wavelength path information management unit 310 manages the correspondence between wavelength path IDs, bands, and OTN accommodation attributes.
  • Figure 5 (a) shows an example of information managed by the wavelength path information management unit 310.
  • the OTN path ID/destination wavelength path ID management unit 320 manages the correspondence between the OTN path ID, band, attribute, and destination wavelength path ID determined by the tenant-DC path correspondence processing unit 360.
  • Figure 5 (b) shows an example of information managed by the OTN path ID/destination wavelength path ID management unit 320.
  • the tenant NW information reception unit 340 receives the tenant NW ID and information on the required conditions sent from the tenant control device 100, and notifies the tenant-DC path correspondence processing unit 360.
  • the tenant NW information reception unit 340 may be called a "receiving unit.”
  • the tenant-DC path correspondence processing unit 360 may be called a processing unit.
  • the wavelength path information reception unit 350 receives wavelength path information registration requests from external parties such as users and systems, issues wavelength path IDs, creates correspondence relationships, and stores them in the wavelength path information management unit 310.
  • the wavelength path information reception unit 350 also supplements, updates, deletes, etc., the information managed by the wavelength path information management unit 310.
  • the tenant-DC path correspondence processing unit 360 determines an OTN path that will accommodate the tenant NWID from the tenant NWID and required conditions received by the tenant NW information receiving unit 340 and information from the wavelength path information management unit 310, accommodates the OTN path in an existing OTN path or creates a new OTN path, and issues an ID, and registers the respective correspondences in the OTN path ID/accommodating wavelength path ID management unit 320 and the tenant NWID/accommodating OTN path ID management unit 330.
  • the tenant-DC path correspondence processing unit 360 also determines a wavelength path that will accommodate the OTN path.
  • the tenant-DC path correspondence processing unit 360 also performs settings for each data center to enable DC-to-DC communication.
  • the tenant control device 100 receives a tenant creation request.
  • the tenant control device 100 performs settings required for creating a tenant in each device of the data center A and the data center B.
  • the tenant control device 100 notifies the corresponding control device 300 of the tenant NWID and the required conditions.
  • the corresponding control device 300 searches the tenant-DC path DB 400 (FIG. 11B) for an OTN path ID with an Over IP attribute that can be accommodated, identifies AB1-1, and determines the accommodation OTN path ID. Since the communication priority is low, the OTN path is assigned to AB1, which is a wavelength path with a fixed OTN accommodation attribute. In other words, AB1 is determined as the wavelength path that accommodates the OTN path.
  • the tenant control device 100 issues a tenant ID and a tenant NW ID in response to the tenant creation request received in S2, and stores them together with the requested conditions in the tenant DB 200.
  • C is issued as the tenant ID
  • 300 is issued as the tenant NW ID.
  • the tenant control device 100 performs settings required for creating a tenant in each device of the data center A and the data center B.
  • the tenant control device 100 notifies the corresponding control device 300 of the tenant NWID and the required conditions.
  • the corresponding control device 300 since the communication priority of the received tenant NWID is high, the corresponding control device 300 creates an OTN path with L2 communication attributes and determines an accommodating wavelength path from the information of the wavelength path information management unit 310 (FIG. 13(a)) and the OTN path ID/accommodating wavelength path ID management unit 320 (FIG. 13(b)). In this operation example, both AB2 and AB3 can accommodate the newly created 10 GbE OTN path, but since the wavelength path of AB2, which already accommodates AB2-1, is available, it is decided to accommodate it in AB2.
  • the correspondence control device 300 stores the correspondence between the tenant NW ID and the accommodation OTN path ID in the tenant-DC path DB 400 (FIG. 13(c)).
  • Figure 15 is a diagram to explain how the situation described in Figure 14 does not occur by taking into account the usage period.
  • the receiving unit 510 receives the required conditions for the communication.
  • the processing unit 520 assigns a communication path with attributes suitable for the required conditions to the user and determines a higher-level path that accommodates the communication path.
  • the device can be realized by using hardware resources such as a CPU and memory built into a computer to execute a program corresponding to the processing performed by the device.
  • the program can be recorded on a computer-readable recording medium (such as a portable memory) and then stored or distributed.
  • the program can also be provided via a network such as the Internet or email.
  • FIG. 17 is a diagram showing an example of the hardware configuration of the computer.
  • the computer in FIG. 17 has a drive device 1000, an auxiliary storage device 1002, a memory device 1003, a CPU 1004, an interface device 1005, a display device 1006, an input device 1007, an output device 1008, etc., all of which are interconnected by a bus BS.
  • the computer may further include a GPU.
  • the program that realizes the processing on the computer is provided by a recording medium 1001, such as a CD-ROM or a memory card.
  • a recording medium 1001 storing the program is set in the drive device 1000, the program is installed from the recording medium 1001 via the drive device 1000 into the auxiliary storage device 1002.
  • the program does not necessarily have to be installed from the recording medium 1001, but may be downloaded from another computer via a network.
  • the auxiliary storage device 1002 stores the installed program as well as necessary files, data, etc.
  • the memory device 1003 When an instruction to start a program is received, the memory device 1003 reads out and stores the program from the auxiliary storage device 1002.
  • the CPU 1004 realizes the functions related to the device in accordance with the program stored in the memory device 1003.
  • the interface device 1005 is used as an interface for connecting to a network, etc.
  • the display device 1006 displays a GUI (Graphical User Interface) based on a program, etc.
  • the input device 1007 is composed of a keyboard and mouse, buttons, a touch panel, etc., and is used to input various operational instructions.
  • the output device 1008 outputs the results of calculations.

Landscapes

  • Engineering & Computer Science (AREA)
  • Computer Networks & Wireless Communication (AREA)
  • Signal Processing (AREA)
  • Data Exchanges In Wide-Area Networks (AREA)

Abstract

第１拠点と第２拠点との間で通信を行うユーザに対して、前記第１拠点と前記第２拠点との間の通信パスを割り当てる制御装置であって、前記通信についての要求条件を受信する受信部と、前記要求条件に適した属性の通信パスを前記ユーザに割り当て、前記通信パスを収容する上位パスを決定する処理部とを備える。

Description

制御装置、制御システム、制御方法、及びプログラム
　本発明は、ネットワーク（ＮＷ）に通信パスを設定する技術に関連するものである。
　データセンタにおいて、特定の利用者のみ利用可能なコンピューティングリソース及びそのためのＬ２セグメントから構成されるテナントが配備される。一般に、テナントは、複数のデータセンタ間でＬ２通信を行う。
Network Working Group RFC1034, "DOMAIN NAMES - CONCEPTS AND FACILITIES", 1987, https://www.ietf.org/rfc/rfc1034.txt Network Working Group RFC3261, "SIP: Session Initiation Protocol", 2002, https://www.ietf.org/rfc/rfc3261.txt
　テナントは、提供するサービス等に応じて、データセンタ間の通信に対して種々の要求条件を持つ。
　しかし、従来技術では、テナントの要求条件に関わらずに、テナントに対して固定的にデータセンタ間の通信パスを割り当てている。そのため、通信パスを効率的に割り当てることができないという課題がある。
　本発明は上記の点に鑑みてなされたものであり、データセンタ等の拠点間の通信に対して、通信パスを効率的に割り当てるための技術を提供することを目的とする。
　開示の技術によれば、第１拠点と第２拠点との間で通信を行うユーザに対して、前記第１拠点と前記第２拠点との間の通信パスを割り当てる制御装置であって、
　前記通信についての要求条件を受信する受信部と、
　前記要求条件に適した属性の通信パスを前記ユーザに割り当て、前記通信パスを収容する上位パスを決定する処理部と
　を備える制御装置が提供される。
　開示の技術によれば、データセンタ等の拠点間の通信に対して、通信パスを効率的に割り当てるための技術が提供される。
ＤＣにおける基本的な構成例を示す図である。 ＤＣにおける基本的な構成例を示す図である。 本実施の形態における通信システムの構成例を示す図である。 テナントＤＢ２００に格納される情報の例を示す図である。 テナント－ＤＣ間パスＤＢ４００に格納される情報の例を示す図である。 テナント制御装置１００の構成例を示す図である。 対応制御装置３００の構成例を示す図である。 システムの動作を示すフローチャートである。 システムの動作を説明するための図である。 動作例１を説明するための図である。 動作例１を説明するための図である。 動作例２を説明するための図である。 動作例２を説明するための図である。 動作例３を説明するための図である。 動作例３を説明するための図である。 他の装置構成例を示す図である。 装置のハードウェア構成例を示す図である。
　以下、図面を参照して本発明の実施の形態（本実施の形態）を説明する。以下で説明する実施の形態は一例に過ぎず、本発明が適用される実施の形態は、以下の実施の形態に限られるわけではない。例えば、以下では、データセンタ間でＥｔｈｅｒｎｅｔ（登録商標）通信を行う場合を例にとって説明しているが、データセンタ間での通信方式はＥｔｈｅｒｎｅｔ（登録商標）に限定されない。
　また、以下では、ＯＴＮパスが波長パスに収容される形態を想定しているが、この形態に限定されない。なお、ＯＴＮパスは通信パス（あるいは通信回線）の例であり、波長パスは上位パスの例である。
　以下ではまず、本実施の形態に関わる従来技術とその課題について詳細に説明し、その後に、本実施の形態に係る技術について詳細に説明する。なお、下記の説明に関して、非特許文献１、２に開示されている技術自体は公知であるが、下記における従来技術の説明内容、図１、図２、及び課題の説明は公知ではない。
　（従来技術について）
　データセンタ（以下、ＤＣと呼ぶ場合がある）間でＥｔｈｅｒｎｅｔ（登録商標）通信を実現する方法として、下記のパターン１とパターン２がある。図１、図２を参照してパターン１、２を説明する。
　図１、図２には、ＤＣにおける基本的な構成例が示されているので、まず、その構成例を説明する。図１（及び図２）に示すように、データセンタＡには、トランスポンダ１１、ルータ１２、スイッチ１３、テナントＡ、テナントＢが備えられている。以降、トランスポンダ、ルータ、スイッチをそれぞれＴＲ、Ｒ、ＳＷと記載する場合がある。なお、ＳＷは複数のスイッチ（スイッチ群）を意味していてもよい。データセンタＢには、ＴＲ２１、Ｒ２２、ＳＷ２３、テナントＡ、テナントＢが備えられている。また、各ＳＷへの制御を行うテナントＮＷ制御部３０が備えられている。
　図１に示すパターン１では、各ＤＣがＩＰＮＷ（ＩＰネットワーク）に接続した上で、Ｅｔｈｅｒｎｅｔ（登録商標）Ｏｖｅｒ　ＩＰ技術であるＶＰＬＳ（非特許文献１）やＶＸＬＡＮ（非特許文献２）等のＬ２ＶＰＮを用いてＤＣ間でパケットを転送している。
　図２に示すパターン２では、ＤＣ利用者が、通信キャリアよりダークファイバを借用し、所有するトランスポンダ（ＴＲ）をＤＣに設置することで、Ｅｎｄ－ｔｏ－ＥｎｄでＤＣ間の通信を可能としている。
　データセンタにおいて、利用者あるいはサービスを論理的に個別に収容するためのテナントという概念が用いられている。テナント毎にＥｔｈｅｒｎｅｔ（登録商標）セグメント（以下、Ｌ２セグメント）が存在し、ＶＬＡＮやＶＸＬＡＮ等のＬ２ＶＰＮ技術によってＤＣ内ＮＷは仮想的に分割されている。テナントＮＷはＳＷ配下で管理され、ＳＷは、それぞれのテナントに所属するサーバやサーバ内のＶＭを収容している。なお、「テナント」を「ユーザ」と呼んでもよい。また、「データセンサ」を「拠点」と呼んでもよい。
　より具体的には、テナントとは、特定の利用者のみ利用可能なコンピューティングリソース及びそのためのＬ２セグメントから構成されるものである。図１（及び図２）の例では、テナントＡとテナントＢが存在し、それぞれＬ２セグメント（Ｌ２Ｓｅｇ）を構成する。
　ＤＣとＩＰＮＷ間の接続、及びＤＣ間のダークファイバを用いた接続のそれぞれにおいて、通信事業者にサービス利用を申し込んだ後に開通する固定的な回線を利用している。
　そのため、複数のＬ２セグメントを他ＤＣに効率的に転送するために、ＩＰＮＷ上に複数のＬ２セグメントを重畳可能なＥｔｈｅｒｎｅｔ　（登録商標）　Ｏｖｅｒ　ＩＰ技術（Ｌ２ＶＰＮ）が利用される。なお、Ｌ２ＶＰＮはルータで終端することもあればＳＷで終端することもある。
　また、ダークファイバを利用する場合でも、ＤＣ間の通信回線はＥｔｈｅｒｎｅｔ（登録商標）のＰｏｉｎｔ－ｔｏ－Ｐｏｉｎｔで構築され、それは固定的なＥｔｈｅｒｎｅｔ（登録商標）回線として利用される。
　また、パターン１とパターン２のいずれの場合でも、ＤＣ内のテナントＮＷとなるＬ２セグメントは、ＳＤＮコントローラ等がテナントＮＷ制御機能を具備することで、利用者やシステムからの要求に応じて動的に増減が可能である。当該ＮＷ制御機能は、図１、２において、テナントＮＷ制御部３０として示されている。
　（課題について）
　従来技術において、ＤＣは、各Ｌ２セグメントのＶＬＡＮ等のＮＷＩＤ（ネットワークＩＤ）をキーにして、Ｅｔｈｅｒｎｅｔ（登録商標）　Ｏｖｅｒ　ＩＰ技術を用いてＩＰパケットでカプセリングすることにより、Ｅｔｈｅｒｎｅｔフレームを他ＤＣへ転送しており、１つあるいは少数のＩＰＮＷへの接続回線に、またはダークファイバを利用したＩＰ通信回線に、パケットを重畳している（非特許文献１、２）。
　そのため、あるＬ２セグメント（テナント）において、当該Ｌ２セグメントと重畳されている別Ｌ２セグメントの通信量などに影響され、利用できる帯域の減少、遅延のゆらぎ、遅延の増加などが発生するという課題がある。
　ＱｏＳなどＩＰパケットに優先度を付与して通信を制御する技術もあるが、複数の通信を同一のＩＰ通信回線に重畳する限り、他Ｌ２セグメント通信からの影響を受ける可能性は存在する。
　加えてＡＰＮ（All Photonics Network）に代表されるように、今後の通信サービスでは利用者の要求に応じて任意のＤＣ間に動的に通信パスあるいは通信回線が提供される。従来の技術では、通信パスあるいは通信回線は固定的なものであるため、動的に増減する通信パスを効率的に割り当てて、利用することができない。その解決のためには、動的に増減する通信パスの仕様に合わせた通信制御技術が必要となる。
　以下、上記の課題を解決するためのシステムの構成及び動作を詳細に説明する。
　（システム構成例、動作概要）
　図３に、本実施の形態における通信システムの構成例を示す。図３に示す例において、データセンタＡとデータセンタＢが存在する。データセンタＡには、ＴＲ１１、Ｒ１２、ＳＷ１３、テナントＡ、テナントＢ、テナントＣが備えられている。同様に、データセンタＢには、ＴＲ２１、Ｒ２２、ＳＷ２３、テナントＡ、テナントＢ、テナントＣが備えられている。
　データセンタＡとデータセンタＢとの間は、ＩＰＮＷ及び伝送網（例：ダークファイバ）により接続されている。
　また、テナント制御装置１００、テナントＤＢ２００、対応制御装置３００、及びテナント－ＤＣ間パスＤＢ４００が備えられている。テナントＤＢ２００は、テナント制御装置１００の内部に備えられてもよいし、テナント制御装置１００の外部に備えられてもよい。また、テナント－ＤＣ間パスＤＢ４００は、対応制御装置３００の内部に備えられてもよいし、対応制御装置３００の外部に備えられてもよい。
　また、テナント制御装置をテナント制御部と呼んでもよい。対応制御装置を対応制御部と呼んでもよい。また、「テナント制御装置１００と対応制御装置３００」を制御装置又は制御システムと呼んでもよい。また、対応制御装置を制御装置と呼んでもよく、テナント制御装置をユーザ制御装置と呼んでもよい。
　（システムの動作概要）
　テナント制御装置１００は、ＤＣ内のコンピューティングリソースを利用する利用者あるいはシステムからのテナント要求を、要求条件（例えば通信優先度及び利用期間等）と併せて受け付け、そのテナント要求に対してテナントＩＤ及びテナントＮＷＩＤを割り当て、要求条件と併せてテナントＤＢ２００に格納し、管理する。
　図４に、テナントＤＢ２００に格納される情報の例を示す。テナントＩＤはテナントを識別するためのＩＤである。テナントＮＷＩＤはＬ２セグメントを識別するためのＩＤである。図４に示すテーブル（データベース）を「テナントＩＤ／テナントＮＷＩＤ管理部」と呼んでもよい。
　テナント制御装置１００は、テナント要求を受けた際に、ＲｏｕｔｅｒあるいはＳＷに対して、ＶＬＡＮあるいはＶＸＬＡＮ等の技術を用いて必要なＬ２セグメントの設定を行う。これは単独のＤＣに閉じた処理ではなく、事業者が管理する複数のＤＣに跨って行われる処理である。
　テナント制御装置１００は、テナント要求を受け付けて、テナントＮＷＩＤを割り当てた後、テナントとＤＣ間パスとの対応についての制御を行う対応制御装置２００に対して、テナントＮＷＩＤ及びそれに紐づく要求条件を通知する。
　対応制御装置３００がアクセスするテナント－ＤＣ間パスＤＢ４００は、ＤＣ間を接続する伝送波長パス情報として、波長パスごとに、波長パスＩＤ、帯域、及びＯＴＮ収容属性として、固定／可変の情報を保持している。図５（ａ）は、伝送波長パス情報の例である。図５（ａ）のテーブル（データベース）を「波長パス情報管理部」と呼んでもよい。
　また、テナント－ＤＣ間パスＤＢ４００は、波長パスに収容（重畳）されるＯＴＮパス情報として、ＯＴＮパスごとに、ＯＴＮパスＩＤ、帯域、属性、及び収容先波長パスＩＤを保持している。図５（ｂ）は、ＯＴＮパス情報の例である。図５（ｂ）のテーブル（データベース）を「ＯＴＮパスＩＤ／収容先波長パスＩＤ管理部」と呼んでもよい。なお、図５（ｂ）における属性の「Ｌ２通信」は、例えば「Ｅｔｈｅｒｎｅｔ（登録商標）」である。つまり、以下のＬ２通信属性をＥｔｈｅｒｎｅｔ（登録商標）属性に置き換えてもよい。
　また、テナント－ＤＣ間パスＤＢ４００は、ＯＴＮパスに収容（重畳）されるテナントＮＷ情報として、テナントＮＷＩＤと収容先ＯＴＮパスＩＤとを保持している。図５（ｃ）は、テナントＮＷ情報の例である。図５（ｃ）のテーブル（データベース）を「テナントＮＷＩＤ／収容先ＯＴＮパスＩＤ管理部」と呼んでもよい。
　対応制御装置３００は、テナント制御装置１００からテナントＮＷＩＤ及び要求条件の通知を受けた際に、波長パスとＯＴＮパスとの対応関係、及びＯＴＮパスとテナントＮＷとの対応関係を、特定のロジックにより決定する。ＯＴＮ属性が「Ｌ２通信」のパスにテナントを収容する場合には新たにＯＴＮパスＩＤを割り当て、収容（重畳）可能な波長パスに対して新たなＯＴＮパスを設定する。
　上記の特定のロジックとしては、例えば、テナントＮＷの通信優先度による収容先の決定のロジック、ＯＴＮパスの波長パスへの収容効率を加味した収容先の決定のロジック、テナントの利用期間を考慮したＯＴＮパスの収容先波長パスの決定のロジック等がある。
　テナントＮＷの通信優先度による収容先の決定のロジックに関しては、例えば、対応制御装置３００は、テナントの通信優先度が「低」の場合には、帯域保証なしで重畳可能なＯｖｅｒ　ＩＰ属性のＯＴＮパスを選択し、「高」の場合には、帯域保証可能なＬ２通信属性のＯＴＮパスを選択する。
　制御装置３００は、テナントＮＷをＬ２通信属性のＯＴＮパスに収容する場合には、新たにＯＴＮパスを作成するが、そのＯＴＮパスを収容可能な波長パスが複数ある場合には、収容率が高い波長パスを選択する。これにより、収容を特定の波長パスに寄せることができ、他の波長パスの収容率を下げることができる。また、テナントの利用期間情報を考慮することで、将来的に波長パスへのＯＴＮパスの利用効率を高くすることができる。
　対応制御装置３００は、テナントＮＷを収容する回線を決定した後に、各データセンタにおけるトランスポンダ、ルータ、及びＳＷに対して、テナントＮＷをＤＣ間で通信可能とするための設定を行う。
　（装置構成例）
　＜テナント制御装置１００＞
　図６に、テナント制御装置１００の構成例を示す。図６の例では、テナントＤＢ２００が、テナント制御装置１００内に備えられることを想定している。
　図６に示すとおり、テナント制御装置１００は、テナントＩＤ／テナントＮＷＩＤ管理部１１０、テナント要求受付部１２０、テナント制御処理部１３０、及びテナントＮＷ情報送信部１４０を備える。
　テナントＩＤ／テナントＮＷＩＤ管理部１１０は、テナントＩＤとテナントＮＷＩＤと要求条件（通信優先度・利用期間）の対応を保持し、管理する。
　テナント要求受付部１２０は、利用者やシステムなどの外部からのテナント登録要求を受け付け、テナントＩＤとテナントＮＷＩＤを払い出し、対応関係を作成してテナントＩＤ／テナントＮＷＩＤ管理部１１０に格納する。また、テナント要求受付部１２０は、テナントＩＤ／テナントＮＷＩＤ管理部１１０で管理される情報に対する補完、更新、削除等も実行する。
　テナント制御処理部１３０は、テナント要求受付部１２０により受け付けたテナント登録要求の条件に基づき、データセンタ内における、テナント作成に必要なルータ、スイッチ、及びＶＭ基盤等に対し、テナント作成に必要な設定を行う。
　テナントＮＷ情報送信部１４０は、テナント登録要求を受け付けた後に、テナントＮＷＩＤと要求条件を対応制御装置３００へ送信する。
　＜対応制御装置３００＞
　図７に、対応制御装置３００の構成例を示す。図７の例では、テナント－ＤＣ間パスＤＢ４００が、対応制御装置３００内に備えられることを想定している。
　図７に示すとおり、対応制御装置３００は、波長パス情報管理部３１０、ＯＴＮパスＩＤ／収容先波長パスＩＤ管理部３２０、テナントＮＷＩＤ／収容先ＯＴＮパスＩＤ管理部３３０、テナントＮＷ情報受付部３４０、波長パス情報受付部３５０、及び、テナント－ＤＣ間パス対応処理部３６０を備える。
　波長パス情報管理部３１０は、波長パス情報受付部３４０で受け付けたＤＣ間の伝送波長パス情報を保持、管理する。具体的には、波長パス情報管理部３１０は、波長パスＩＤと帯域とＯＴＮ収容属性との対応を管理する。図５（ａ）は、波長パス情報管理部３１０が管理する情報の例を示している。
　ＯＴＮパスＩＤ／収容先波長パスＩＤ管理部３２０は、テナント－ＤＣ間パス対応処理部３６０によって決定されたＯＴＮパスＩＤと帯域と属性と収容先波長パスＩＤの対応を管理する。図５（ｂ）は、ＯＴＮパスＩＤ／収容先波長パスＩＤ管理部３２０が管理する情報の例を示している。
　テナントＮＷＩＤ／収容先ＯＴＮパスＩＤ管理部３３０は、テナント－ＤＣ間パス対応処理部３６０によって決定されたテナントＮＷＩＤと収容先ＯＴＮパスＩＤの対応を管理する。図５（ｃ）は、テナントＮＷＩＤ／収容先ＯＴＮパスＩＤ管理部３３０が管理する情報の例を示している。
　テナントＮＷ情報受付部３４０は、テナント制御装置１００より送信されたテナントＮＷＩＤと要求条件の情報を受け付け、テナント－ＤＣ間パス対応処理部３６０へと通知する。テナントＮＷ情報受付部３４０を「受信部」と呼んでもよい。テナント－ＤＣ間パス対応処理部３６０を処理部と呼んでもよい。
　波長パス情報受付部３５０は、利用者やシステムなどの外部からの波長パス情報登録要求を受け付け、波長パスＩＤを払い出し、対応関係を作成し、波長パス情報管理部３１０に格納する。また、波長パス情報受付部３５０は、波長パス情報管理部３１０で管理される情報に対する補完、更新、削除等も実行する。
　テナント－ＤＣ間パス対応処理部３６０は、テナントＮＷ情報受付部３４０により受け付けたテナントＮＷＩＤ及び要求条件と、波長パス情報管理部３１０の情報からテナントＮＷＩＤを収容するＯＴＮパスを決定し、既存ＯＴＮパスへの収容または新規ＯＴＮパスの作成、及びＩＤ払い出しを行い、それぞれの対応関係をＯＴＮパスＩＤ／収容先波長パスＩＤ管理部３２０とテナントＮＷＩＤ／収容先ＯＴＮパスＩＤ管理部３３０に登録する。また、テナント－ＤＣ間パス対応処理部３６０は、ＯＴＮパスを収容する波長パスを決定する。また、テナント－ＤＣ間パス対応処理部３６０は、各データセンタに対し、ＤＣ間通信を可能とするための設定を行う。
　以下、本実施の形態におけるシステムの動作例として、動作例１、動作例２、動作例３を説明する
　（動作例１：Ｏｖｅｒ　ＩＰ属性への収容）
　システムの動作例１として、図８及び図９に示す手順に沿って説明する。図１０、図１１も適宜参照する。図８はフローチャートであり、図９は、図３に示した構成図において、該当するステップ番号（Ｓ２等）を記載したものである。
　＜Ｓ１＞
　波長パス情報は事前に登録されているものとする。図１１（ａ）に、動作例１の波長パス情報を示す。
　＜Ｓ２＞
　Ｓ２において、テナント制御装置１００がテナント作成要求を受信する。このテナント作成要求には、要求条件として、「通信優先度＝低、利用期間＝Start:2023.4.1 End :2024.3.1」が含まれているとする。なお、利用期間が含まれなくてもよい。
　＜Ｓ３＞
　Ｓ３において、テナント制御装置１００は、Ｓ２で受信したテナント作成要求に対して、テナントＩＤ及びテナントＮＷＩＤを払い出し、要求条件とともにテナントＤＢ２００（図１０）に保存する。図１０に示すように、テナントＩＤとしてＡが払い出され、テナントＮＷＩＤとして１００が払い出されている。
　＜Ｓ４＞
　Ｓ４において、テナント制御装置１００は、データセンタＡとデータセンタＢそれぞれの各装置にテナント作成に必要な設定を実施する。
　＜Ｓ５＞
　Ｓ５において、テナント制御装置１００は、テナントＮＷＩＤと要求条件を対応制御装置３００へ通知する。本例では、テナントＮＷＩＤ＝１００、及び「通信優先度＝低、利用期間＝Start:2023.4.1 End :2024.3.1」が対応制御装置３００へ通知される。なお、利用期間は通知されなくてもよい。
　＜Ｓ６＞
　Ｓ６において、対応制御装置３００は、受け付けたテナントＮＷＩＤの通信優先度が低であることから、テナント－ＤＣ間パスＤＢ４００（図１１（ｂ））に対して、収容可能なＯｖｅｒ　ＩＰ属性のＯＴＮパスＩＤを検索し、ＡＢ１－１を特定し、収容先ＯＴＮパスＩＤを決定する。通信優先度が低であるため、ＯＴＮ収容属性が固定の波長パスであるＡＢ１にＯＴＮパスを割り当てる。つまり、ＯＴＮパスを収容する波長パスとしては、ＡＢ１が決定される。
　＜Ｓ７＞
　Ｓ７において、対応制御装置３００は、テナントＮＷＩＤと収容先ＯＴＮパスＩＤの対応をテナント－ＤＣ間パスＤＢ４００（図１１（ｃ））に保存する。
　＜Ｓ８＞
　Ｓ８において、対応制御装置３００は、データセンタＡとデータセンタＢのそれぞれで、トランスポンダ、ルータ、及びＳＷにテナントＮＷのＤＣ間通信に必要な設定を実施する。
　（動作例２：Ｌ２通信属性への収容）
　続いて、動作例２を説明する。処理の流れは動作例１と同じなので、図８及び図９に示す手順に沿って説明する。図１２、図１３も適宜参照する。
　＜Ｓ１＞
　波長パス情報は事前に登録されているものとする。図１３（ａ）に、動作例２の波長パス情報を示す。
　＜Ｓ２＞
　Ｓ２において、テナント制御装置１００がテナント作成要求を受信する。このテナント作成要求には、要求条件として、「通信優先度＝高、利用期間=Start:2023.4.1 End :2024.3.1」が含まれているとする。なお、利用期間が含まれなくてもよい。
　＜Ｓ３＞
　Ｓ３において、テナント制御装置１００は、Ｓ２で受信したテナント作成要求に対して、テナントＩＤ及びテナントＮＷＩＤを払い出し、要求条件とともにテナントＤＢ２００に保存する。図１２に示すように、テナントＩＤとしてＣが払い出され、テナントＮＷＩＤとして３００が払い出されている。
　＜Ｓ４＞
　Ｓ４において、テナント制御装置１００は、データセンタＡとデータセンタＢそれぞれの各装置にテナント作成に必要な設定を実施する。
　＜Ｓ５＞
　Ｓ５において、テナント制御装置１００は、テナントＮＷＩＤと要求条件を対応制御装置３００へ通知する。本例では、テナントＮＷＩＤ＝３００、及び「通信優先度＝高、利用期間＝Start:2023.4.1 End :2024.3.1」が対応制御装置３００へ通知される。なお、利用期間は通知されなくてもよい。
　＜Ｓ６＞
　Ｓ６において、対応制御装置３００は、受け付けたテナントＮＷＩＤの通信優先度が高であることから、Ｌ２通信属性のＯＴＮパスを作成し、収容可能な波長パスを波長パス情報管理部３１０（図１３（ａ））及びＯＴＮパスＩＤ／収容先波長パスＩＤ管理部３２０（図１３（ｂ））の情報から決定する。この動作例では、ＡＢ２、ＡＢ３ともに、新たに作成される１０ＧｂＥのＯＴＮパスを収容可能であるが、既にＡＢ２－１を収容しているＡＢ２の波長パスが利用可能なためＡＢ２への収容を決定する
　＜Ｓ７＞
　Ｓ７において、対応制御装置３００は、テナントＮＷＩＤと収容先ＯＴＮパスＩＤの対応をテナント－ＤＣ間パスＤＢ４００（図１３（ｃ））に保存する。
　＜Ｓ８＞
　Ｓ８において、対応制御装置３００は、データセンタＡとデータセンタＢのそれぞれで、トランスポンダ、ルータ、及びＳＷにテナントＮＷのＤＣ間通信に必要な設定を実施する。
　（動作例３）
　動作例３では、テナント利用期間を考慮した収容ロジックを説明する。動作例３においては、対応制御装置３００（テナント－ＤＣ間パス対応処理部３６０）が、新たにＯＴＮパスを作成し波長パスへの収容を決定する際に、収容可能な波長パスが複数本存在する場合において、テナントの利用期間を考慮した収容制御を実行する。
　Ｌ２通信属性のＯＴＮパスはテナントの利用が終了するとともに削除することになるため、ＯＴＮパスの収容が削除された後の波長パスの収容可能な帯域を最大化するようにする。
　動作例３における収容制御の例を図１４、図１５を参照して説明する。図１４は、利用期間を考慮しない場合に、ＯＴＮパスが収容できない状況となる場合があることを説明するための図である。
　図１４に示すように、波長パスＩＤ：Ａの波長パス（収容可能帯域：４００Ｇｂ／λ）と波長パスＩＤ：Ｂの波長パス（収容可能帯域：４００Ｇｂ／λ）とがあるとする。
　図１４（ａ）に示す時点では、ＯＴＮパスは未収容である。その後、１００ＧｂＥのＯＴＮパスを８本（１００ＧｂＥｘ８）収容する旨の要求があったものとし、ここでは、テナントの利用期間を考慮せずに図１４（ｂ）に示すように収容したとする。
　その後、ＯＴＮパス３と７が、テナント利用終了により削除される。これにより、帯域の空き状況が図１４（ｃ）に示すとおりのものとなる。つまり、図１４（ｃ）の状況において、波長Ａ、Ｂともに収容可能な帯域が１００ＧｂＥしかないため、このときに２００ＧｂＥのＯＴＮパスを収容するべき要求があったとして、２００ＧｂＥのＯＴＮパスを収容することができない状況となる。
　図１５は、利用期間を考慮することにより、図１４で説明した状況が生じないことを説明するための図である。
　図１５において、最初の状態は図１４（ａ）と同じである。その後、１００ＧｂＥのＯＴＮパスを８本（１００ＧｂＥｘ８）収容する旨の要求があったものとし、図１５（ｂ）に示すとおり、対応制御装置３００は、１００ＧｂＥｘ８のＯＴＮパスの収容を、テナント利用期間を考慮して決定する。具体的には、早期に利用期間が終了するＯＴＮパス３、７を、波長パスＡにおける隣接する帯域に収容する。
　その後、ＯＴＮパス３，７が、テナント利用終了により削除される。これにより、帯域の空き状況が図１５（ｃ）に示すとおりのものとなる。つまり、図１５（ｃ）の状況において、波長Ａで２００ＧｂＥの帯域が収容可能となるため、２００ＧｂＥのＯＴＮパスを収容できる。
　（他の構成例）
　対応制御装置３００あるいは「テナント制御装置１００＋対応制御装置３００」は、図１６に示す制御装置５００として構成することもできる。制御装置５００は、第１拠点と第２拠点との間で通信を行うユーザに対して、前記第１拠点と前記第２拠点との間の通信パスを割り当てる装置である。図１６に示すように、制御装置５００は、受信部５１０、及び処理部５２０を備える。
　受信部５１０は、前記通信についての要求条件を受信する。処理部５２０は、前記要求条件に適した属性の通信パスを前記ユーザに割り当て、前記通信パスを収容する上位パスを決定する。
　（ハードウェア構成例）
　本実施の形態で説明したいずれの装置（テナント制御装置１００、対応制御装置３００、制御装置５００）も、例えば、コンピュータにプログラムを実行させることにより実現できる。このコンピュータは、物理的なコンピュータであってもよいし、クラウド上の仮想マシンであってもよい。
　すなわち、当該装置は、コンピュータに内蔵されるＣＰＵやメモリ等のハードウェア資源を用いて、当該装置で実施される処理に対応するプログラムを実行することによって実現することが可能である。上記プログラムは、コンピュータが読み取り可能な記録媒体（可搬メモリ等）に記録して、保存したり、配布したりすることが可能である。また、上記プログラムをインターネットや電子メール等、ネットワークを通して提供することも可能である。
　図１７は、上記コンピュータのハードウェア構成例を示す図である。図１７のコンピュータは、それぞれバスＢＳで相互に接続されているドライブ装置１０００、補助記憶装置１００２、メモリ装置１００３、ＣＰＵ１００４、インタフェース装置１００５、表示装置１００６、入力装置１００７、出力装置１００８等を有する。なお、当該コンピュータは、更にＧＰＵを備えてもよい。
　当該コンピュータでの処理を実現するプログラムは、例えば、ＣＤ－ＲＯＭ又はメモリカード等の記録媒体１００１によって提供される。プログラムを記憶した記録媒体１００１がドライブ装置１０００にセットされると、プログラムが記録媒体１００１からドライブ装置１０００を介して補助記憶装置１００２にインストールされる。但し、プログラムのインストールは必ずしも記録媒体１００１より行う必要はなく、ネットワークを介して他のコンピュータよりダウンロードするようにしてもよい。補助記憶装置１００２は、インストールされたプログラムを格納すると共に、必要なファイルやデータ等を格納する。
　メモリ装置１００３は、プログラムの起動指示があった場合に、補助記憶装置１００２からプログラムを読み出して格納する。ＣＰＵ１００４は、メモリ装置１００３に格納されたプログラムに従って、当該装置に係る機能を実現する。インタフェース装置１００５は、ネットワーク等に接続するためのインタフェースとして用いられる。表示装置１００６はプログラムによるＧＵＩ（Ｇｒａｐｈｉｃａｌ　Ｕｓｅｒ　Ｉｎｔｅｒｆａｃｅ）等を表示する。入力装置１００７はキーボード及びマウス、ボタン、又はタッチパネル等で構成され、様々な操作指示を入力させるために用いられる。出力装置１００８は演算結果を出力する。
　（実施の形態の効果等）
　従来のＮＷでは、ＤＣ間の回線が固定的かつどのようにテナントのＬ２通信を回線に収容するかも固定的であったのに対して、本実施の形態に係る技術では、テナントに対する要求条件の情報を利用することで、テナント作成要求を受けたタイミングで動的かつ効率的にテナントＮＷのＤＣ間通信が可能となる。
　また、テナントに対する要求条件を利用してＬ１レイヤであるＯＴＮパスの波長パスへの収容を決定することで、従来は固定的に割り当てた結果、収容効率が下がってしまっていた波長パスの利用率を向上させることが可能となる。
　以上の実施形態に関し、更に以下の付記を開示する。
　＜付記＞
（付記項１）
　第１拠点と第２拠点との間で通信を行うユーザに対して、前記第１拠点と前記第２拠点との間の通信パスを割り当てる制御装置であって、
　メモリと、
　前記メモリに接続された少なくとも１つのプロセッサと、
　を含み、
　前記プロセッサは、
　前記通信についての要求条件を受信し、
　前記要求条件に適した属性の通信パスを前記ユーザに割り当て、前記通信パスを収容する上位パスを決定する
　制御装置。
（付記項２）
　前記要求条件は通信優先度であり、前記プロセッサは、前記通信優先度に応じて、帯域保証なしの属性の通信パス、又は、帯域保証ありの属性の通信パスを前記ユーザに割り当てる
　付記項１に記載の制御装置。
（付記項３）
　前記通信パスを収容可能な複数の上位パスが存在する場合において、前記プロセッサは、前記複数の上位パスのそれぞれの収容率に基づいて、特定の上位パスを、前記通信パスを収容する上位パスとして決定する
　付記項１又は２に記載の制御装置。
（付記項４）
　前記プロセッサは、前記通信の利用期間に基づいて、前記通信パスを収容する上位パス、及び当該上位パスにおける、前記通信パスを収容する帯域を決定する
　付記項１ないし３のうちいずれか１項に記載の制御装置。
（付記項５）
　前記プロセッサは、前記ユーザに割り当てた通信パスによる通信が可能になるように、前記前記第１拠点と前記第２拠点のそれぞれに対して設定を行う
　付記項１ないし４のうちいずれか１項に記載の制御装置。
（付記項６）
　前記第１拠点と前記第２拠点のそれぞれに対して前記ユーザのＬ２セグメントの設定を行うユーザ制御装置と、付記項１ないし４のうちいずれか１項に記載の制御装置とを備える制御システム。
（付記項７）
　第１拠点と第２拠点との間で通信を行うユーザに対して、前記第１拠点と前記第２拠点との間の通信パスを割り当てる制御装置が実行する制御方法であって、
　前記通信についての要求条件を受信するステップと、
　前記要求条件に適した属性の通信パスを前記ユーザに割り当て、前記通信パスを収容する上位パスを決定するステップと
　を備える制御方法。
（付記項８）
　コンピュータを、付記項１ないし５のうちいずれか１項に記載の制御装置における各部として機能させるためのプログラムを記憶した非一時的記憶媒体。
　以上、本実施の形態について説明したが、本発明はかかる特定の実施形態に限定されるものではなく、特許請求の範囲に記載された本発明の要旨の範囲内において、種々の変形・変更が可能である。
１００　テナント制御装置
１１０　テナントＩＤ／テナントＮＷＩＤ管理部
１２０　テナント要求受付部
１３０　テナント制御処理部
１４０　テナントＮＷ情報送信部
２００　テナントＤＢ
３００　対応制御装置
３１０　波長パス情報管理部
３２０　ＯＴＮパスＩＤ／収容先波長パスＩＤ管理部
３３０　テナントＮＷＩＤ／収容先ＯＴＮパスＩＤ管理部
３４０　テナントＮＷ情報受付部
３５０　波長パス情報受付部
３６０　テナント－ＤＣ間パス対応処理部
４００　テナント－ＤＣ間パスＤＢ
５００　制御装置
５１０　受信部
５２０　処理部
１０００　ドライブ装置
１００１　記録媒体
１００２　補助記憶装置
１００３　メモリ装置
１００４　ＣＰＵ
１００５　インタフェース装置
１００６　表示装置
１００７　入力装置
１００８　出力装置

Claims (8)

  1. 　第１拠点と第２拠点との間で通信を行うユーザに対して、前記第１拠点と前記第２拠点との間の通信パスを割り当てる制御装置であって、
    　前記通信についての要求条件を受信する受信部と、
    　前記要求条件に適した属性の通信パスを前記ユーザに割り当て、前記通信パスを収容する上位パスを決定する処理部と
    　を備える制御装置。
  2. 　前記要求条件は通信優先度であり、前記処理部は、前記通信優先度に応じて、帯域保証なしの属性の通信パス、又は、帯域保証ありの属性の通信パスを前記ユーザに割り当てる
    　請求項１に記載の制御装置。
  3. 　前記通信パスを収容可能な複数の上位パスが存在する場合において、前記処理部は、前記複数の上位パスのそれぞれの収容率に基づいて、特定の上位パスを、前記通信パスを収容する上位パスとして決定する
    　請求項１に記載の制御装置。
  4. 　前記処理部は、前記通信の利用期間に基づいて、前記通信パスを収容する上位パス、及び当該上位パスにおける、前記通信パスを収容する帯域を決定する
    　請求項１に記載の制御装置。
  5. 　前記処理部は、前記ユーザに割り当てた通信パスによる通信が可能になるように、前記前記第１拠点と前記第２拠点のそれぞれに対して設定を行う
    　請求項１に記載の制御装置。
  6. 　前記第１拠点と前記第２拠点のそれぞれに対して前記ユーザのＬ２セグメントの設定を行うユーザ制御装置と、請求項１ないし４のうちいずれか１項に記載の制御装置とを備える制御システム。
  7. 　第１拠点と第２拠点との間で通信を行うユーザに対して、前記第１拠点と前記第２拠点との間の通信パスを割り当てる制御装置が実行する制御方法であって、
    　前記通信についての要求条件を受信するステップと、
    　前記要求条件に適した属性の通信パスを前記ユーザに割り当て、前記通信パスを収容する上位パスを決定するステップと
    　を備える制御方法。
  8. 　コンピュータを、請求項１ないし５のうちいずれか１項に記載の制御装置における各部として機能させるためのプログラム。
PCT/JP2023/021614 2023-06-09 2023-06-09 制御装置、制御システム、制御方法、及びプログラム Ceased WO2024252683A1 (ja)

Priority Applications (2)

Application Number Priority Date Filing Date Title
JP2025525924A JPWO2024252683A1 (ja) 2023-06-09 2023-06-09
PCT/JP2023/021614 WO2024252683A1 (ja) 2023-06-09 2023-06-09 制御装置、制御システム、制御方法、及びプログラム

Applications Claiming Priority (1)

Application Number Priority Date Filing Date Title
PCT/JP2023/021614 WO2024252683A1 (ja) 2023-06-09 2023-06-09 制御装置、制御システム、制御方法、及びプログラム

Publications (1)

Publication Number Publication Date
WO2024252683A1 true WO2024252683A1 (ja) 2024-12-12

Family

ID=93795856

Family Applications (1)

Application Number Title Priority Date Filing Date
PCT/JP2023/021614 Ceased WO2024252683A1 (ja) 2023-06-09 2023-06-09 制御装置、制御システム、制御方法、及びプログラム

Country Status (2)

Country Link
JP (1) JPWO2024252683A1 (ja)
WO (1) WO2024252683A1 (ja)

Citations (3)

* Cited by examiner, † Cited by third party
Publication number Priority date Publication date Assignee Title
JP2015106861A (ja) * 2013-12-02 2015-06-08 日本電気株式会社 ネットワーク設計方法、ネットワーク設計装置及びネットワーク設計プログラム
WO2017138550A1 (ja) * 2016-02-12 2017-08-17 日本電気株式会社 光ネットワーク制御装置および光パス設定方法
JP2018098714A (ja) * 2016-12-15 2018-06-21 富士通株式会社 ネットワーク制御装置、ネットワーク制御方法、及びネットワーク制御プログラム

Patent Citations (3)

* Cited by examiner, † Cited by third party
Publication number Priority date Publication date Assignee Title
JP2015106861A (ja) * 2013-12-02 2015-06-08 日本電気株式会社 ネットワーク設計方法、ネットワーク設計装置及びネットワーク設計プログラム
WO2017138550A1 (ja) * 2016-02-12 2017-08-17 日本電気株式会社 光ネットワーク制御装置および光パス設定方法
JP2018098714A (ja) * 2016-12-15 2018-06-21 富士通株式会社 ネットワーク制御装置、ネットワーク制御方法、及びネットワーク制御プログラム

Also Published As

Publication number Publication date
JPWO2024252683A1 (ja) 2024-12-12

Similar Documents

Publication Publication Date Title
US11563669B2 (en) Method for implementing network virtualization and related apparatus and communications system
US11625154B2 (en) Stage upgrade of image versions on devices in a cluster
JP7290732B2 (ja) データ転送方法及び関連する装置
CN113132201B (zh) 一种vpc之间的通信方法及装置
US20220377045A1 (en) Network virtualization of containers in computing systems
US10666609B2 (en) Management of domain name systems in a large-scale processing environment
EP3466037B1 (en) Subnet stretching via layer three communications
CN105247826B (zh) 网络设备的网络功能虚拟化
US7761573B2 (en) Seamless live migration of virtual machines across optical networks
US10630508B2 (en) Dynamic customer VLAN identifiers in a telecommunications network
US20160099847A1 (en) Method for non-disruptive cloud infrastructure software component deployment
WO2016107418A1 (zh) 云化网络通信路径的分配方法、装置及系统
US20140351812A1 (en) Recording medium, management device, and network system
CN111510310B (zh) 公有云架构下的网络模式实现方法和装置
US12069559B2 (en) Inter-slice sharing in 5G core networks
CN109937400A (zh) 用于虚拟机的实时迁移的流状态传送
CN105591863A (zh) 一种实现虚拟私有云网络与外部网络互通的方法和装置
WO2016169218A1 (zh) 一种网关虚拟化方法、系统及计算机存储介质
CN103581324A (zh) 一种云计算资源池系统及其实现方法
CN103607432A (zh) 一种网络创建的方法和系统及网络控制中心
CN117499318B (zh) 云计算虚拟网络系统、及其使用方法、装置、设备及介质
CN111654559B (zh) 一种容器数据传输方法及装置
CN115987889A (zh) 虚拟网络通信方法、装置、计算机设备及存储介质
WO2024252683A1 (ja) 制御装置、制御システム、制御方法、及びプログラム
CN107360104B (zh) 一种隧道端点网络的实现方法和装置

Legal Events

Date Code Title Description
121 Ep: the epo has been informed by wipo that ep was designated in this application

Ref document number: 23940779

Country of ref document: EP

Kind code of ref document: A1

ENP Entry into the national phase

Ref document number: 2025525924

Country of ref document: JP

Kind code of ref document: A

WWE Wipo information: entry into national phase

Ref document number: 2025525924

Country of ref document: JP

NENP Non-entry into the national phase

Ref country code: DE