特許 7092333 ライセンス管理装置、ライセンス管理方法及びプログラム

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

(12)【公報種別】特許公報(B2)

(11)【特許番号】

(24)【登録日】2022-06-20

(45)【発行日】2022-06-28

(54)【発明の名称】ライセンス管理装置、ライセンス管理方法及びプログラム

(51)【国際特許分類】

   G06F 21/10 20130101AFI20220621BHJP

   G06F 9/455 20060101ALN20220621BHJP

【ＦＩ】

G06F21/10

G06F9/455 150

【請求項の数】 9

(21)【出願番号】P 2018028643

(22)【出願日】2018-02-21

(65)【公開番号】P2019144866

(43)【公開日】2019-08-29

【審査請求日】2021-01-06

(73)【特許権者】

【識別番号】000232254

【氏名又は名称】日本電気通信システム株式会社

(74)【代理人】

【識別番号】100080816

【弁理士】

【氏名又は名称】加藤 朝道

(74)【代理人】

【識別番号】100098648

【弁理士】

【氏名又は名称】内田 潔人

(74)【代理人】

【識別番号】100119415

【弁理士】

【氏名又は名称】青木 充

(74)【代理人】

【識別番号】100168310

【弁理士】

【氏名又は名称】▲高▼橋 幹夫

(72)【発明者】

【氏名】池内 望

(72)【発明者】

【氏名】小杉 正昭

(72)【発明者】

【氏名】平井 亮太

【審査官】吉田 歩

(56)【参考文献】

【文献】国際公開第２０１８／０２４３４１（ＷＯ，Ａ１）

【文献】特開２００８－２４２８５６（ＪＰ，Ａ）

【文献】特開２０１７－０４９６４３（ＪＰ，Ａ）

(58)【調査した分野】(Int.Cl.，ＤＢ名)

Ｇ０６Ｆ ２１／１０

Ｇ０６Ｆ ９／４５５

(57)【特許請求の範囲】

【請求項1】

オーケストレーション対象の仮想ネットワーク機能毎に、許諾するライセンスの数を示すライセンス数を含むライセンス情報の登録を受け付け、前記仮想ネットワーク機能毎にライセンス数を管理するライセンス管理部を備え、
前記ライセンス管理部は、前記仮想ネットワーク機能毎に定められた前記ライセンス数の範囲で、前記仮想ネットワーク機能の生成及び利用を許可し、
前記ライセンス情報は、ライセンスの認証方法を示す認証パターン情報を含み、
前記仮想ネットワーク機能について、ライセンス種別に応じた認証パターンを設定可能であること、を特徴とするライセンス管理装置。

【請求項2】

前記ライセンス情報は、前記ライセンス数に対応するライセンスの認証キーを含み、
前記ライセンス管理部は、前記認証キー毎に、各仮想ネットワーク機能のステータスを管理する請求項１のライセンス管理装置。

【請求項3】

前記ライセンス管理部は、前記認証キーと、払い出した仮想ネットワーク機能を一意に識別する識別子とを対応付けることで、各仮想ネットワーク機能のステータスを管理する請求項２のライセンス管理装置。

【請求項4】

前記ライセンス情報は、ライセンスの有効期間情報を含み、
前記ライセンス管理部は、有効期間が満了したライセンスを失効状態に更新する請求項１から３いずれか一のライセンス管理装置。

【請求項5】

前記認証パターンとして、仮想ネットワーク機能が所定のライセンスサーバから認証を受けるオンライン認証と、仮想ネットワーク機能から発行された認証キーと引き換えに入手可能なライセンス情報を用いたオフライン認証とのいずれかを設定可能である請求項１から４いずれか一のライセンス管理装置。

【請求項6】

前記ライセンス管理部は、ライセンスの解除要求に応じて、ライセンスの解除処理を行うとともに、前記解除を受け付けたライセンスを失効又は使用前の状態に更新する請求項１から５いずれか一のライセンス管理装置。

【請求項7】

さらに、仮想ネットワーク機能のオーケストレーションを行う機能を備える請求項１から６いずれか一のライセンス管理装置。

【請求項8】

仮想ネットワーク機能のライセンス管理装置が、
オーケストレーション対象の仮想ネットワーク機能毎に、許諾するライセンスの数を示すライセンス数を含むライセンス情報の登録を受け付け、前記仮想ネットワーク機能毎にライセンス数を管理するステップと、
前記仮想ネットワーク機能毎に定められた前記ライセンス数の範囲で、前記仮想ネットワーク機能の生成及び利用を許可するステップと、
を含み、
前記ライセンス情報は、ライセンスの認証方法を示す認証パターン情報を含み、
前記仮想ネットワーク機能について、ライセンス種別に応じた認証パターンを設定可能である、ライセンス管理方法。

【請求項9】

仮想ネットワーク機能のライセンス管理装置を構成するコンピュータに、
オーケストレーション対象の仮想ネットワーク機能毎に、許諾するライセンスの数を示すライセンス数を含むライセンス情報の登録を受け付け、前記仮想ネットワーク機能毎にライセンス数を管理する処理と、
前記仮想ネットワーク機能毎に定められた前記ライセンス数の範囲で、前記仮想ネットワーク機能の生成及び利用を許可する処理と、
を実行させ、
前記ライセンス情報は、ライセンスの認証方法を示す認証パターン情報を含み、
前記仮想ネットワーク機能について、ライセンス種別に応じた認証パターンを設定可能である、プログラム。

【発明の詳細な説明】

【技術分野】

【0001】

本発明は、ライセンス管理装置、ライセンス管理方法及びプログラムに関する。

【背景技術】

【0002】

汎用サーバの性能向上、ネットワーク基盤の充実を背景として、サーバなどの物理リソース上に仮想化されたコンピューティングリソースをオンデマンドで使うクラウドコンピューティング（以下、クラウド）が広く普及している。また、ネットワーク機能を仮想化し、クラウド上で提供するＮｅｔｗｏｒｋ Ｆｕｎｃｔｉｏｎ Ｖｉｒｔｕａｌｉｚａｔｉｏｎ（以下、ＮＦＶ）が知られている。ＮＦＶとは、仮想化技術およびクラウド技術を用いて、これまで専用ハードウェア（以下、ＨＷ）上で動かされていた様々なネットワークサービスのＨＷとソフトウェア（以下、ＳＷ）を分離し、ＳＷを仮想化された基盤上で動かす技術である。これによって運用の高度化やコスト削減が期待されている。

【0003】

ＥＴＳＩ ＮＦＶではＮＦＶのアーキテクチャが定義されている（非特許文献１、特許文献１、２参照）。仮想化されるネットワークＭＡＮＯ（Ｍａｎａｇｅｍｅｎｔ ａｎｄ Ｏｒｃｈｅｓｔｒａｔｉｏｎ）には、仮想化基盤を管理するＶＩＭ、ネットワークサービスを構成するＶＮＦを管理するＶＮＦＭ、これらを制御するＮＦＶＯが定義されている。なお、ＶＩＭ、ＶＮＦ、ＶＮＦＭは、それぞれ、Ｖｉｒｔｕａｌｉｚｅｄ Ｉｎｆｒａｓｔｒｕｃｔｕｒｅ Ｍａｎａｇｅｒ、Ｖｉｒｔｕａｌ Ｎｅｔｗｏｒｋ Ｆｕｎｃｔｉｏｎ、ＶＮＦ Ｍａｎａｇｅｒの略である。また、ＶＮＦはＶＮＦＣ（ＶＮＦ Ｃｏｍｐｏｎｅｎｔ）によって構成され、ＶＮＦＣが一つのＶＭ（Ｖｉｒｔｕａｌ Ｍａｃｈｉｎｅ）上で実行される。

【0004】

また、特許文献３には、仮想マシン上で利用されるソフトウェアの不正利用を防止することができるというライセンス管理プログラムが開示されている。同公報によると、このライセンス管理プログラムは、ソフトウェアがインストールされるコンピュータに、前記コンピュータ又は前記コンピュータ上の仮想マシンの第一の固有情報を取得する第一の固有情報取得手順を実行させる。そして、このライセンス管理プログラムは、前記第一の固有情報が仮想マシンに関する情報を含む場合、前記コンピュータに、第二の固有情報を取得する第二の固有情報取得手順を実行させる。ここで、第二の固有情報とは、前記コンピュータ又は前記コンピュータとネットワークを介して接続されるコンピュータの固有情報であると記載されている。そして、このライセンス管理プログラムは、前記第一の固有情報が仮想マシンに関する情報を含む場合、前記コンピュータに、前記第一の固有情報と前記第二の固有情報とを組み合わせて、第一の生成手順を実行させる。この第一の生成手順においては、前記ソフトウェアが利用される前記仮想マシンを識別する識別情報を生成する、と記載されている。

【先行技術文献】

【特許文献】

【0005】

【文献】国際公開第２０１６／１２１８０２号

【文献】特開２０１７－１７３８９４号公報

【文献】特開２０１３－１３１０１５号公報

【非特許文献】

【0006】

【文献】ETSI GS NFV-MAN 001 V1.1.1 (2014-12) Network Functions Virtualisation (NFV); Management and Orchestration、［online］、［平成30年1月30日検索］、インターネット〈http://www.etsi.org/deliver/etsi_gs/NFV-MAN/001_099/001/01.01.01_60/gs_NFV-MAN001v010101p.pdf〉

【発明の概要】

【発明が解決しようとする課題】

【0007】

以下の分析は、本発明によって与えられたものである。上記ＮＦＶの普及の一方で、サービスを構成するＶＮＦのライセンス体系や管理方法は統一されていないという問題点がある。ＥＴＳＩ ＮＦＶにおいても、ライセンス管理については検討中の状況にあり、オープンシステムとしての汎用的な管理方法は確立されていない。このような状況は、オープンシステムを基本とするＥＴＳＩ ＮＦＶの趣旨ともマッチしていない。上記ライセンス体系や管理方法の不統一は、管理の複雑さやそれに伴うコストの増をもたらしており、実運用上の課題となっている。

【0008】

例えば、ライセンスの総量の管理、ライセンスの使用済み／未使用をあらわす状態管理、ＶＮＦ作成時におけるライセンスの払い出しおよび認証、ライセンスの有効期限の管理、ＶＮＦ削除時におけるライセンスの認証解除などを管理する必要がある。現状では、これらの処理をシステムで採用するＶＮＦに合わせてＭＡＮＯに実装するか、管理者が手動で行って対処している。いずれの場合においても、ＶＮＦ側の要件に合わせてシステムを実装し、又は、手動で処理する必要があり、導入コストの増加や、運用コストの増加につながっている。

【0009】

本発明は、上記したＶＮＦのライセンスの管理の容易化、低コスト化に貢献できるライセンス管理装置、ライセンス管理方法及びプログラムを提供することを目的とする。

【課題を解決するための手段】

【0010】

第１の視点によれば、オーケストレーション対象の仮想ネットワーク機能毎に、許諾するライセンスの数を示すライセンス数を含むライセンス情報の登録を受け付け、前記仮想ネットワーク機能毎にライセンス数を管理するライセンス管理部を備えるライセンス管理装置が提供される。そして、前記ライセンス管理部は、前記仮想ネットワーク機能毎に定められた前記ライセンス数の範囲で、前記仮想ネットワーク機能の生成及び利用を許可する。

【0011】

第２の視点によれば、仮想ネットワーク機能のライセンス管理装置が、オーケストレーション対象の仮想ネットワーク機能毎に、許諾するライセンスの数を示すライセンス数を含むライセンス情報の登録を受け付け、前記仮想ネットワーク機能毎にライセンス数を管理するステップと、前記仮想ネットワーク機能毎に定められた前記ライセンス数の範囲で、前記仮想ネットワーク機能の生成及び利用を許可するステップと、を含むライセンス管理方法が提供される。本方法は、仮想ネットワーク機能のライセンス管理を行うライセンス管理装置という、特定の機械に結びつけられている。

【0012】

第３の視点によれば、仮想ネットワーク機能のライセンス管理装置を構成するコンピュータに、オーケストレーション対象の仮想ネットワーク機能毎に、許諾するライセンスの数を示すライセンス数を含むライセンス情報の登録を受け付け、前記仮想ネットワーク機能毎にライセンス数を管理する処理と、前記仮想ネットワーク機能毎に定められた前記ライセンス数の範囲で、前記仮想ネットワーク機能の生成及び利用を許可する処理と、を実行させるプログラムが提供される。なお、このプログラムは、コンピュータが読み取り可能な（非トランジトリーな）記憶媒体に記録することができる。即ち、本発明は、コンピュータプログラム製品として具現することも可能である。

【発明の効果】

【0013】

本発明によれば、上記したＶＮＦのライセンスの管理の容易化、低コスト化に貢献することが可能となる。

【図面の簡単な説明】

【0014】

【図1】本発明の一実施形態の構成を示す図である。

【図2】本発明の第１の実施形態の構成を示す図である。

【図3】本発明の第１の実施形態のＭＡＮＯが保持するライセンス管理テーブルの一例を示す図である。

【図4】本発明の第１の実施形態のＭＡＮＯが保持する認証パターン管理テーブルの一例を示す図である。

【図5】本発明の第１の実施形態のＭＡＮＯによって管理されるライセンスの状態遷移を示す状態遷移図である。

【図6】本発明の第１の実施形態の動作（オンラインライセンス認証）を説明するためのシーケンス図である。

【図7】本発明の第１の実施形態の動作（オフラインライセンス認証）を説明するためのシーケンス図である。

【図8】本発明の第１の実施形態の動作（オンラインライセンス解除）を説明するためのシーケンス図である。

【図9】本発明の第１の実施形態の動作（オフラインライセンス解除）を説明するためのシーケンス図である。

【図10】本発明のライセンス管理装置又はＭＡＮＯを構成するコンピュータの構成を示す図である。

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

【0015】

はじめに本発明の一実施形態の概要について図面を参照して説明する。なお、この概要に付記した図面参照符号は、理解を助けるための一例として各要素に便宜上付記したものであり、本発明を図示の態様に限定することを意図するものではない。また、以降の説明で参照する図面等のブロック間の接続線は、双方向及び単方向の双方を含む。一方向矢印については、主たる信号（データ）の流れを模式的に示すものであり、双方向性を排除するものではない。

【0016】

本発明は、その一実施形態において、図１に示すように、ＮＦＶＩ（ＮＦＶインフラストラクチャ）１２上で動作するＶＮＦをオーケストレーションするＭＡＮＯ２０に、ライセンス管理機能２１ａを追加した構成にて実現することができる。

【0017】

具体的には、このライセンス管理機能２１ａは、オーケストレーション対象のＶＮＦ１３毎に、管理者３０から、許諾するライセンスの数を示すライセンス数を含むライセンス情報の登録を受け付ける。そして、このライセンス管理機能２１ａは、前記ライセンス情報に基づいて、ＶＮＦ毎にライセンス数を管理するライセンス管理部として機能する。そして、このライセンス管理機能２１ａは、ＶＮＦ毎に定められた前記ライセンス数の範囲で、ＶＮＦの生成及び利用を許可する。

【0018】

以上のようなＭＡＮＯ１０によれば、ＶＮＦのライセンスの管理の容易化、低コスト化が実現される。その理由は、ライセンスの総量の管理、使用状態管理、認証、有効期限の管理、認証解除などを一元管理可能な構成を採用したことにある。

【0019】

なお、図１の例では、ＭＡＮＯ２０内のライセンス管理機能２１ａがライセンス管理装置として機能しているが、ＭＡＮＯ２０と、ライセンス管理装置とがそれぞれ独立して配置されている構成も採用可能である。

【0020】

［第１の実施形態］
続いて、本発明の第１の実施形態について図面を参照して詳細に説明する。図２は、本発明の第１の実施形態の構成を示す図である。図２を参照すると、ライセンス管理部２１と、ＶＮＦＭ２２とを備えたＭＡＮＯ２０の構成が示されている。

【0021】

ＭＡＮＯ２０は、仮想化基盤上を介して提供されるＮＦＶ（Ｎｅｔｗｏｒｋ Ｆｕｎｃｔｉｏｎｓ Ｖｉｒｔｕａｌｉｓａｔｉｏｎ）のオーケストレーションを行う装置である。本実施形態では、ＭＡＮＯがライセンス管理装置としても機能する。なお、ＭＡＮＯは、ＮＦＶ ＭＡＮＯ（Ｎｅｔｗｏｒｋ Ｆｕｎｃｔｉｏｎｓ Ｖｉｒｔｕａｌｉｓａｔｉｏｎ Ｍａｎａｇｅｍｅｎｔ ａｎｄ Ｎｅｔｗｏｒｋ Ｏｒｃｈｅｓｔｒａｔｉｏｎ）とも記載される（非特許文献１参照）。

【0022】

管理者３０は、ＶＮＦのライセンスの管理を行う者の端末等である。前述したように、ＶＮＦによってライセンス管理主体が異なる場合があり、その場合、管理者３０は複数存在することになる。

【0023】

ライセンス管理部２１は、総量管理部２１１と、認証処理部２１２とを備えている。ＶＮＦＭ２２は、上記したライセンス管理部２１と連携して、ネットワークサービスを構成するＶＮＦを管理する。以下、ライセンス管理部２１の詳細構成を説明する。

【0024】

総量管理部２１１は、ＶＮＦのライセンスをプールとして保持しておき、ＶＮＦ作成時にはこのプールからライセンスを払い出す。ただし、管理者３０はＶＮＦ作成時よりも前にライセンスの情報を登録しておく必要がある。従って、管理者３０はライセンスの情報として、次の情報を総量管理部２１１に登録する。

【0025】

・ＶＮＦの種類
・ライセンスの数
・ライセンスの認証パターン
・ライセンスの認証キーとなる文字列、またはファイルなど
・ライセンスの有効期限

【0026】

図３は、上記管理者３０から受け付けたライセンスの情報を管理するためのライセンス管理テーブルの一例を示す図である。図３の「ＶＮＦの種類」フィールドには、ＶＮＦを一意に特定する文字列が登録される。ＶＮＦを一意に特定する文字列は、例えば、ＶＮＦのメーカ名＿ＶＭの型番といった形態を採ることができる。

【0027】

図３のライセンス管理テーブルにおいて、「ライセンスの数」は、同一種類のＶＮＦのエントリの数によって表されている。例えば、図３のＶＮＦ＿Ａのライセンス数は３であり、それぞれ「使用可」状態となっている。

【0028】

図３の「認証パターン」には、ライセンスの認証の方法を特定する情報が登録される。図３の場合、ＶＮＦ＿Ａ～ＶＮＦ＿Ｃについて、パターン１～４が設定されている。パターン１～４は、図４に示す認証パターン管理テーブルに定義されている。例えば、図３のＶＮＦ＿Ａの認証パターンは、パターン１となっている。一方、図４を参照すると、パターン１は、オンライン認証でＡ１コマンドを実行するとの認証方法が定義されている。従って、ＶＮＦ＿Ａは、オンライン認証で、Ａ１コマンドを実行することでライセンス認証を受けることが可能となっている。同様に、例えば、図３のＶＮＦ＿Ｂの認証パターンは、パターン２となっているので、ＶＮＦ＿Ｂは、オンライン認証で、Ｂ１コマンドを実行することでライセンス認証を受けることが可能となっている。

【0029】

なお、図４に示す認証パターン管理テーブルを用いた本実施形態によれば、同一種類のＶＮＦについて異なる認証方法を設定することも可能となっている。例えば、図３のＶＮＦ＿Ｃには、認証パターンが、パターン３のものと、パターン４のものがある。図４を参照すると、パターン３は、オンライン認証でＣ１コマンドを実行することで認証を受ける方法を規定している。一方、パターン４は、オフライン認証でＸ－ＡＰＩ（Ａｐｐｌｉｃａｔｉｏｎ Ｐｒｏｇｒａｍｍｉｎｇ Ｉｎｔｅｒｆａｃｅ）を用いて認証キーを送る方式で認証を受ける認証方法を規定している。なお、図４の例では、認証時のみならず認証を解除するときの方法も設定されている。

【0030】

なお、上記説明において、Ａ１コマンド、Ｂ１コマンド、Ｃ１コマンドという表記中の符号「Ａ１」は、他の認証パターンのコマンドとは異なりうるコマンドであることを示すための記号である。もちろん、異なるＶＮＦであっても同一の認証用コマンドが用いられてもよい。同様に、Ｘ－ＡＰＩの「Ｘ」はライセンス解除用Ｙ－ＡＰＩと区別するための記号である。

【0031】

また、図３の「認証キー」には、ライセンス認証に使用するキーワード（ＶＮＦによってはファイルも可）が登録される。例えば、図３のＮｏ．１のＶＮＦ＿Ａの認証キーは、0123456789である。Ｎｏ．４のＶＮＦ＿Ｂは、ライセンス認証に、ファイル名にて特定されるファイルに格納された認証キーを用いることを示している。

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

１２ ＮＦＶＩ（ＮＦＶインフラストラクチャ）
１３ ＶＮＦ（仮想ネットワーク機能）
２０ ＭＡＮＯ
２１ ライセンス管理部
２１ａ ライセンス管理機能
２２ ＶＮＦＭ
３０ 管理者
２１１ 総量管理部
２１２ 認証処理部
９０００ コンピュータ
９０１０ ＣＰＵ
９０２０ 通信インタフェース
９０３０ メモリ
９０４０ 補助記憶装置

【図1】

【図2】

【図3】

【図4】

【図5】

【図6】

【図7】

【図8】

【図9】

【図10】