JP6153903B2 - サービスチェイニングシステム、サービスチェイニングポリシ制御装置、及びサービスチェイニング方法 - Google Patents

Description

本発明は、サービスチェイニングシステム、サービスチェイニングポリシ制御装置、及びサービスチェイニング方法に関する。

近年、仮想化技術の進展、汎用サーバ装置のＣＰＵ（Central Processing Unit）等の処理装置の性能向上が著しい。そして、従来、専用のハードウェアに実装されていたネットワークサービス機能が、汎用サーバ装置上に仮想的に実装されるＮＦＶ（Network Functions Virtualization）なる技術が検討されている。

ＮＦＶでは、通信事業者のキャリアネットワークにおいて、サービスチェイニングが行われる。サービスチェイニングとは、ユーザのフローが、フロー毎にユーザの契約状況に基づき、該当する仮想化されたネットワークサービス機能へ送信されて処理された後、宛先又は他の仮想化されたネットワークサービス機能へ転送されるものである。

例えば、サービスチェイニングの一手法として、ユーザが、仮想化されたネットワークサービス機能を選択的に利用できるように、ユーザのパケットが、識別子を付与され、識別子をもとに適切な仮想化されたネットワークサービス機能へ転送される方式がある。この方式では、ＣＬ（CLassifier）が、パケットごとに判定してパケットに対して適切な識別子を付与する。

"Network Functions Virtualization"、［online］、ETSI-European Telecommunications Standards Institute、［平成２６年８月６日検索］、インターネット＜ＵＲＬ：http://www.etsi.org/technologies-clusters/technologies/nfv＞ Network Working Group（P. Quinn, Ed. 他）、"Service Function Chaining （SFC） Architecture draft-quinn-sfc-arch-05.txt"、［online］、May 5, 2014、The Internet Engineering Task Force（IETF（登録商標））、［平成２６年８月６日検索］、インターネット＜ＵＲＬ：http://tools.ietf.org/pdf/draft-quinn-sfc-arch-05.pdf＞

しかしながら、上述の従来技術では、サービスチェイニングを行うために、新たな装置及び機構を導入することを要する。

本願が開示する実施形態の一例は、上記に鑑みてなされたものであって、既存の装置及び機構を用いてサービスチェイニングを行うことを目的とする。

本願が開示する実施形態の一例は、ネットワーク処理装置が、自装置が有するネットワーク処理機能の識別子にネットワーク処理機能の種別を対応付けた第１の情報をサービスチェイニングポリシ制御装置へ送信する。そして、ネットワーク処理装置が、サービスチェイニングポリシ制御装置から受信したネットワーク処理機能への設定用パラメタをネットワーク処理機能に設定する。そして、サービスチェイニングポリシ制御装置が、自装置配下に接続されるネットワーク処理装置から受信した第１の情報から生成される、ネットワーク処理機能の種別にネットワーク処理機能の識別子を対応付けた第２の情報を管理し、ネットワーク処理装置から第１の情報を受信する都度、受信した第１の情報にて第２の情報を更新する。そして、サービスチェイニングポリシ制御装置が、データ識別装置から、外部ネットワーク又はユーザネットワークからのデータの識別情報を受信すると、第２の情報を参照し、受信した識別情報に該当するデータを処理するネットワーク処理機能を決定し、決定したネットワーク処理機能に対して、ネットワーク処理機能への設定用パラメタ及びネットワーク処理機能での処理後のデータ転送先の指定を含むチェイニング情報を生成して通知し、データ識別装置に対して、決定したネットワーク処理機能を通知する。そして、データ識別装置が、外部ネットワーク又はユーザネットワークからのデータを分析してデータの識別情報を生成してサービスチェイニングポリシ制御装置へ通知する。そして、データ識別装置が、サービスチェイニングポリシ制御装置により通知されたネットワーク処理機能を有するネットワーク処理装置に対して、自装置により識別情報がサービスチェイニングポリシ制御装置へ通知されたデータを送信する。

本願が開示する実施形態の一例によれば、例えば、既存の装置及び機構を用いてサービスチェイニングを行うことができる。

図１は、サービスチェイニングシステムの構成の一例を示す図である。 図２は、サービスファンクション装置の構成の一例示す図である。 図３は、サービスファンクション情報テーブルの一例を示す図である。 図４は、ＰＣＲＦ装置の構成の一例を示す図である。 図５は、機能及びリソーステーブルの一例を示す図である。 図６は、ＰＣＥＦ装置の構成の一例を示す図である。 図７は、ＴＤＦ装置の構成の一例を示す図である。 図８は、ＰＣＥＦ装置トリガシーケンスを示す図である。 図９は、ＴＤＦ装置トリガシーケンスを示す図である。 図１０は、サービスチェイニングシステムで実行されるサービスチェイニング決定処理を示すフローチャートである。 図１１は、ＰＣＲＦ装置で実行されるサービスチェイニング決定処理を示すフローチャートである。 図１２は、変形例のサービスチェイニングシステムの一例を示す図である。 図１３は、各プログラムが実行されることにより、サービスファンクション装置、ＰＣＲＦ装置、ＰＣＥＦ装置、ＴＤＦ装置が実現されるコンピュータの一例を示す図である。

［実施形態］
以下、本願が開示するサービスチェイニングシステム等の実施形態を説明する。なお、以下の実施形態は、一例を示すに過ぎず、本願が開示する技術を限定するものではない。また、以下に示す実施形態及びその変形例は、矛盾しない範囲で適宜組合せてもよい。

（サービスチェイニングシステムの構成）
図１は、サービスチェイニングシステムの構成の一例を示す図である。図１に示すサービスチェイニングシステム１は、仮想化されたネットワークサービス機能を提供する仮想化されたネットワークに適用される。サービスチェイニングシステム１は、ＳＦ（Service Function：サービスファンクション）装置１０、ＰＣＲＦ（Policy and Charging Rules Function）装置２０、ＰＣＥＦ（Policy and Charging Enforcement Function）装置３０、ＴＤＦ（Traffic Detection Function）装置４０を有する。なお、図１に示すＳＦ装置１０ａ、ＳＦ装置１０ｂ、ＳＦ装置１０ｃを総称してＳＦ装置１０という。

ＳＦ装置１０は、ネットワークサービス機能を提供する１又は複数のプログラムがサーバ装置で実行されることにより実装されるネットワークノードである。実施形態では、ＳＦ装置１０は、パケットに対してネットワークサービス機能にてネットワーク処理を実行するネットワーク処理装置である。

例えば、ＳＦ装置１０は、セッションボーダコントローラ（ＳＢＣ：Session Border Controller）、ネットワークアドレス変換（ＮＡＴ：Network Address Translation）、ブロードバンドアクセスサーバ（ＢＡＳ：Broadband Access Server）、ディープパケットインスペクション（ＤＰＩ：Deep Packet Inspection）等のネットワーク機能（ＳＦ）を提供する。

サービスチェイニングシステム１は、ＰＣＥＦ装置３０を介して、図示しない外部ネットワーク及びユーザネットワークと接続される。ＰＣＥＦ装置３０は、外部ネットワーク又はユーザネットワークからユーザのパケットを受信し、サービスチェイニングシステム１内のＳＦ装置１０で処理されたパケットをユーザネットワーク又は外部ネットワークへ送出する。

ここで、ＰＣＲＦ、ＴＤＦ及びＰＣＥＦは、３ＧＰＰ（Third Generation Partnership Project）ＴＳ ２３．２０３ Policy and charging control architecture（ＰＣＣアーキテクチャ）及びＴＳ ２９．２１２ Policy and charging Control over Gx reference pointに準拠する。３ＧＰＰ ＴＳ ２３．２０３には、ＳＦ及びＰＣＲＦ間のインタフェースＧｘ、ＰＣＲＦ及びＴＤＦ間のインタフェースＳｄが規定される。

ＳＦ装置１０及びＰＣＲＦ装置２０は、Ｇｘインタフェースで接続される。また、ＳＦ装置１０及びＰＣＥＦ装置３０は、第１のインタフェースで接続される。また、ＰＣＲＦ装置２０及びＴＤＦ装置４０は、Ｓｄインタフェースで接続される。また、ＰＣＥＦ装置３０及びＴＤＦ装置４０は、第２のインタフェースで接続される。また、ＳＦ装置１０は、ＴＤＦ装置４０と、図示しないインタフェースで接続される。また、ＳＦ装置１０及びＴＤＦ装置４０は、パケットに対してサービスチェイニング可能に接続される。

ＳＦ装置１０は、後述するサービスファンクション情報テーブル（図３参照）を、ＰＣＲＦ装置２０へ定期的に送信する。サービスファンクション情報テーブルは、自ＳＦ装置１０上で動作するＳＦの識別子（例えばＩＰ（Internet Protocol）アドレス）に、各ＳＦを動作させるために割り当てられている物理リソース（例えばＣＰＵ（Central Processing Unit）等）の使用状況を示す情報を対応付けた情報である。また、ＳＦ装置１０は、ＰＣＥＦ装置３０又はＴＤＦ装置４０から受信したパケットに対して、ＰＣＲＦ装置２０により指定されたＳＦにてパケット処理する。そして、ＳＦ装置１０は、ＳＦにて処理済みのパケットを、パケットを処理する次のＳＦ又はＰＣＥＦ装置３０へ送信する。

ＰＣＲＦ装置２０は、サービスチェイニングシステム１において、ユーザの契約状況に応じてユーザフローに適用するアクセス制御及び適用ポリシをリアルタイムで決定する、ＰＣＣアーキテクチャのネットワーク装置である。実施形態では、ＰＣＲＦ装置２０は、サービスチェイニングポリシを制御するサービスチェイニングポリシ制御装置である。

ＰＣＲＦ装置２０は、配下の全てのＳＦ装置１０から受信した、サービスファンクション情報テーブルに基づき、自装置が管理する、後述する機能及びリソーステーブル（図５参照）を更新する。そして、ＰＣＲＦ装置２０は、機能及びリソーステーブルを参照し、ＰＣＥＦ装置３０から受信したパケットの識別情報に基づき、該当パケットを処理するＳＦを決定する。そして、ＰＣＲＦ装置２０は、決定した該当パケットを処理するＳＦを指定するチェイニング情報をＰＣＥＦ装置３０に対して通知する。

また、ＰＣＲＦ装置２０は、決定した該当パケットを処理するＳＦを指定し、指定したＳＦでの処理後に該当パケットを転送する転送先としてＰＣＥＦ装置３０を指定するチェイニング情報を、決定したＳＦに対して通知する。

ＰＣＥＦ装置３０は、ＰＣＲＦ装置２０により決定されたアクセス制御及び適用ポリシを、ユーザフローに対してリアルタイムに適用する、ＰＣＣアーキテクチャのネットワーク装置である。実施形態では、ＰＣＥＦ装置３０は、パケットを５ｔｕｐｌｅレベルで解析してパケットの識別情報を生成する第１のパケット識別装置である。５ｔｕｐｌｅとは、パケットフローの属性であり、送信元及び送信先ＩＰアドレス、送信元及び送信先ポート番号、プロトコル番号の組である。

ＰＣＥＦ装置３０は、外部ネットワーク又はユーザネットワークから受信したパケットを５ｔｕｐｌｅレベルで分析した結果である識別情報をＰＣＲＦ装置２０へ送信する。また、ＰＣＥＦ装置３０は、外部ネットワーク又はユーザネットワークから受信したパケットを５ｔｕｐｌｅレベルで識別できなかった場合、ＴＤＦ装置４０へパケットを転送する。

また、ＰＣＥＦ装置３０は、ＰＣＲＦ装置２０から、パケットを処理するＳＦを指定するチェイニング情報を受信する。そして、ＰＣＥＦ装置３０は、ＰＣＲＦ装置２０から受信したチェイニング情報が指定するＳＦが稼働するＳＦ装置１０へ、該当パケットを送信する。そして、ＰＣＥＦ装置３０は、ＳＦ装置１０又はＴＤＦ装置４０から受信した処理済みのパケットを、外部ネットワーク又はユーザネットワークへ送出する。

ＴＤＦ装置４０は、ディープパケットインスペクション（Deep Packet Inspection：ＤＰＩ）のネットワークサービス機能を提供するプログラムがサーバ装置で実行されることにより実装されるネットワークノードである。実施形態では、ＴＤＦ装置４０は、パケットを７Ｌ（７レイヤ）レベルで解析してパケットの識別情報を生成する第２のパケット識別装置である。なお、７レイヤは、ＯＳＩ（Open Systems Interconnection）参照モデルの第７層のアプリケーション層である。

ＴＤＦ装置４０は、ＰＣＥＦ装置３０が行う５ｔｕｐｌｅレベルでのパケット識別処理でパケットを識別できなかった場合に、ＰＣＥＦ装置３０から転送された当該パケットを、７Ｌ（７レイヤ）レベルで解析（ペイロード解析）して識別する。そして、ＴＤＦ装置４０は、７Ｌ（７レイヤ）レベルで解析してパケットを識別した識別情報を、ＰＣＲＦ装置２０へ送信する。

（サービスファンクション装置の構成）
図２は、サービスファンクション装置の構成の一例示す図である。ＳＦ装置１０は、所定のネットワークサービス機能を提供するプログラムがＣＰＵを有するサーバ装置で実行されることにより、仮想化されたネットワークサービス機能が実装される。ＳＦ装置１０は、受信パケットに対して各種のネットワークサービス処理を行い、又は、受信パケットを制御する。

ＳＦ装置１０は、サービスファンクション情報送信部１２、サービスファンクション管理部１３、サービスファンクション処理部１＿１４、サービスファンクション処理部２＿１５、サービスファンクション処理部３＿１６を有する。なお、サービスファンクション処理部１＿１４、サービスファンクション処理部２＿１５、サービスファンクション処理部３＿１６には、個別のＩＰアドレス“Ａ”“Ｂ”“Ｃ”が割り当てられている。

サービスファンクション情報送信部１２は、サービスファンクション管理部１３が管理する、ＳＦ装置１０で稼働するＳＦの情報を、ＳＦ装置１０が接続されるＰＣＲＦ装置２０へ定期的に送信する。例えば、ＳＦ装置１０は、「機能ＩＤ（IDentifidier）」“１”“２”“３”のＳＦが稼働している。サービスファンクション管理部１３は、「機能ＩＤ」“１”“２”“３”のＳＦごとに、対応する「ＩＰアドレス」「リソース情報」を対応付け、「ＩＰアドレス」「機能ＩＤ」「リソース情報」のカラム順序でリストしたサービスファンクション情報テーブル１３ａ（図３参照）を格納する。なお、リソース情報は、「機能ＩＤ」に対応するＳＦに割り当てられているＣＰＵの残使用率（％）である。

そして、サービスファンクション情報送信部１２は、サービスファンクション管理部１３が管理するサービスファンクション情報テーブル１３ａを、ＳＦ装置１０が接続されるＰＣＲＦ装置２０へ定期的に送信する。

サービスファンクション処理部１＿１４〜サービスファンクション処理部３＿１６は、ＳＦ装置１０が有するＮＰ及び又はＣＰＵが所定のプログラムを実行することにより実装される、それぞれが独立したＳＦの機能である。サービスファンクション処理部１＿１４〜サービスファンクション処理部３＿１６は、ＳＦ装置１０がＰＣＥＦ装置３０又はＴＤＦ装置４０から受信したパケットに対して、それぞれのＳＦの処理を実行する。そして、サービスファンクション処理部１＿１４〜サービスファンクション処理部３＿１６は、ＳＦの処理を実行したパケットを、ＰＣＲＦ装置２０から通知されたチェイニング情報に従って、ＰＣＥＦ装置３０へ送信する。

なお、図２は、サービスファンクション処理部１＿１４〜サービスファンクション処理部３＿１６の３つのサービスファンクション処理部を示すが、ＳＦ装置１０が有するＳＦの数に応じてサービスファンクション処理部の数も異なる。例えば、ＳＦ装置１０が有するＳＦの数が１であれば、ＳＦ装置１０が有するサービスファンクション処理部の数も１となるように、両者の数は一致する。

（サービスファンクション情報テーブル）
図３は、サービスファンクション情報テーブルの一例を示す図である。ＳＦ装置１０のサービスファンクション管理部１３は、図３に示すサービスファンクション情報テーブル１３ａを格納する。図３に示すように、サービスファンクション情報テーブル１３ａは、「ＩＰアドレス」「機能ＩＤ」「リソース情報」のカラムに、例えば“Ａ”“１”“１００”、“Ｂ”“２”“５０”、“Ｃ”“３”“２０”が格納されたレコードを有する。例えば、“Ａ”“１”“１００”のレコードは、サービスファンクション処理部１＿１４が対応する。そして、“Ａ”“１”“１００”のレコードは、サービスファンクション処理部１＿１４の「ＩＰアドレス」が“Ａ”であり、サービスファンクション処理部１＿１４の「機能ＩＤ」が“１”であり、サービスファンクション処理部１＿１４に割り当てられているＣＰＵの残使用率が“１００”％であることを示す。

（ＰＣＲＦ装置の構成）
図４は、ＰＣＲＦ装置の構成の一例を示す図である。ＰＣＲＦ装置２０は、ＮＰ（Network Processor）及び／又はＣＰＵを有するネットワーク装置である。ＰＣＲＦ装置２０は、機能及びリソーステーブル管理部２１、テーブル更新部２２、ＳＦ決定部２３、チェイニング情報生成部２４を有する。

機能及びリソーステーブル管理部２１は、後述する機能及びリソーステーブル（図５参照）を格納する。テーブル更新部２２は、機能及びリソーステーブル管理部２１に格納される機能及びリソーステーブルを、配下に接続されるＳＦ装置１０から定期的に受信したサービスファンクションアドバタイズメント情報に基づき更新する。

ＳＦ決定部２３は、ＰＣＥＦ装置３０又はＴＤＦ装置４０から受信したパケットの識別情報に基づき、該当パケットを処理するＳＦの種別を決定し、決定した種別のＳＦの処理を実際に実行するＳＦ装置１０上のＳＦを決定する。ＳＦ決定部２３は、識別情報にＳＦの種別の識別子を対応付けて記憶する図示しない記憶部から、該当識別情報に対応するＳＦの種別の識別子を取得することで、該当パケットを処理するＳＦの種別を１又は複数決定する。記憶部は、５ｔｕｐｌｅ情報及び／又は７Ｌ（７レイヤ）情報を識別情報とし、あらゆるパタンの識別情報に対してＳＦの種別の識別子を対応付けて記憶する。

そして、チェイニング情報生成部２４は、決定したＳＦの処理を実際に実行するＳＦ装置１０上の「ＳＦの識別子」（例えばＩＰアドレス）、「処理内容」、「処理パラメタ」、「処理後のパケット転送先装置の識別子」（例えばＩＰアドレス）を含むＡＶＰ（Attribute Value Pairs：属性値ペア）を生成する。そして、チェイニング情報生成部２４は、生成したＡＶＰを、決定した種別のＳＦの処理を実際に実行する全てのＳＦ装置１０上のＳＦ及びＰＣＥＦ装置３０へ送信する。ＡＶＰは、上述のチェイニング情報に該当する。

具体的には、ＰＣＲＦ装置２０ａは、決定した複数のＳＦの種別に該当するＳＦのうち、例えば「リソース情報」がより良い値の順序で、ＳＦ間でパケットを転送するようにチェイニング情報を設定する。すなわち、ＰＣＲＦ装置２０ａは、ＡＶＰの「ＳＦの識別子」に対応する「処理後のパケット転送先装置の識別子」に、該当ＳＦの次にパケットを処理するＳＦの識別子を格納する。「処理後のパケット転送先装置の識別子」は、次にパケットを処理するＳＦのポインタとなる。ＰＣＲＦ装置２０ａは、このようにして生成したＡＶＰを、パケットに対して処理を実行するＳＦと決定したＳＦへ送信することにより、複数のＳＦにわたるサービスチェイニングを実現できる。なお、チェイニング情報が指定するＳＦ間のチェイニング順序は、チェイニングが最短経路となる順序、ランダムな順序等、適切なアルゴリズムを用いて決定してもよい。また、ＡＶＰは、対象の全てのＳＦへ一斉に送信される場合もあり、また、ＴＤＦ装置１０や各ＳＦの処理結果に応じて処理ＳＦを変更するため、ＳＦへ段階的に送信される場合もある。具体的には、ＳＦ、ＴＤＦ装置４０にパケットが到着するとＣＣＲ−ＩがＰＣＲＦ装置２０へ送信されるので、その結果に応じて次以降のＳＦが決定される場合もある。

なお、決定した種別のＳＦの処理を実際に実行するＳＦ装置１０へ送信するＡＶＰと、ＰＣＥＦ装置３０へ送信するＡＶＰとで、含む情報が異なる。例えば、決定した種別のＳＦの処理を実際に実行するＳＦ装置１０へ送信するＡＶＰは、処理内容、処理パラメタ、パケット処理後のパケット転送先装置の識別子（例えばＩＰアドレス）を含む。そして、ＰＣＥＦ装置３０へ送信するＡＶＰは、最初にパケットが処理されるＳＦの識別子（例えばＩＰアドレス）、パケット処理後のパケット転送先装置の識別子（例えばＩＰアドレス）を含む。

（機能及びリソーステーブル）
図５は、機能及びリソーステーブルの一例を示す図である。機能及びリソーステーブル２１ａは、ＰＣＲＦ装置２０の機能及びリソーステーブル管理部２１により管理される。機能及びリソーステーブル２１ａは、ＰＣＲＦ装置２０の配下の全てのＳＦ装置１０から送信されたサービスファンクション情報テーブル１３ａを併合し、カラムを「機能ＩＤ」「ＩＰアドレス」「リソース情報」の順序で並び替えたものである。

（ＰＣＥＦ装置の構成）
図６は、ＰＣＥＦ装置の構成の一例を示す図である。ＰＣＥＦ装置３０は、ＮＰ及び／又はＣＰＵを有するネットワーク装置である。ＰＣＥＦ装置３０は、処理部３１、パケット分析部（５ｔｕｐｌｅ）３２、送受信部３３を有する。

処理部３１は、３ＧＰＰプロトコル処理を実行する。パケット分析部（５ｔｕｐｌｅ）３２は、外部ネットワーク又はユーザネットワークから受信したパケットを５ｔｕｐｌｅレベルで分析する。パケット分析部（５ｔｕｐｌｅ）３２は、外部ネットワーク又はユーザネットワークから受信したパケットを５ｔｕｐｌｅレベルで分析し、パケットを識別できた場合、分析結果である識別情報をＰＣＲＦ装置２０へ送信する。また、パケット分析部（５ｔｕｐｌｅ）３２は、外部ネットワーク又はユーザネットワークから受信したパケットを５ｔｕｐｌｅレベルで分析し、パケットを識別できなかった場合、当該パケットをＴＤＦ装置４０へ転送する。

送受信部３３は、ＰＣＲＦ装置２０からチェイニング情報を受信し、受信したチェイニング情報が指定するＳＦが稼働するＳＦ装置１０へパケットを送信する。

（ＴＤＦ装置の構成）
図７は、ＴＤＦ装置の構成の一例を示す図である。ＴＤＦ装置４０は、所定のネットワークサービス機能を提供するプログラムがＣＰＵを有するサーバ装置で実行されることにより、ＤＰＩが実装される。ＴＤＦ装置４０は、処理部４１、パケット分析部（高レイヤ）４２、送受信部４３を有する。

処理部４１は、３ＧＰＰプロトコル処理を実行する。パケット分析部（高レイヤ）４２は、ＰＣＥＦ装置３０から、さらに７Ｌ（７レイヤ）レベルでの識別を要するとして転送されたパケットを７Ｌ（７レイヤ）レベルで解析（ペイロード解析）する。具体的には、ＰＣＥＦ装置３０からのＣＣＲ−Ｉで、ＰＣＲＦ装置２０において登録情報を参照し、ペアレンタルコントロールサービス、特定ＵＲＬ（Uniform Resource Locator）に対する制御サービスなどの７Ｌ（７レイヤ）レベルの解析が必要なサービスに加入しているユーザと判定すると、ＰＣＲＦ装置２０は、７Ｌ（７レイヤ）レベルで解析可能なＴＤＦ装置４０へパケットを転送することをＣＣＡ−ＩでＰＣＥＦ装置３０に指示する。そして、ＴＤＦ装置４０は、７Ｌ（７レイヤ）レベルで解析してパケットを識別した識別情報を、ＰＣＲＦ装置２０へ送信する。

送受信部４３は、ＰＣＲＦ装置２０からチェイニング情報を受信し、受信したチェイニング情報が指定するＳＦが稼働するＳＦ装置１０へパケットを送信する。

（ＰＣＥＦ装置トリガシーケンス）
図８は、ＰＣＥＦ装置トリガシーケンスを示す図である。図８は、ＰＣＥＦ装置３０によりパケットの識別情報がＰＣＲＦ装置２０へ送信されたことを契機としてＳＦ装置１０へチェイニング情報が送信されるシーケンスを示す。

先ず、ＳＦ装置１０ａは、ＤＷＲ／ＤＷＡにて、自装置が有するサービスファンクション情報テーブル１３ａをＰＣＲＦ装置２０へ定期的に送信する（ステップＳ１ａ）。なお、ＤＷＲとは、ＤＩＡＭＥＴＥＲなるＡＡＡ（Authentication Authorization Accounting）プロトコルにおけるDevice Watchdog Requestなるコマンドである。また、ＤＷＡとは、ＤＩＡＭＥＴＥＲにおけるDevice Watchdog Answerなるコマンドである。

同様に、ＳＦ装置１０ｂは、ＤＷＲ／ＤＷＡにて、自装置が有するサービスファンクション情報テーブル１３ａをＰＣＲＦ装置２０へ定期的に送信する（ステップＳ２ａ）。同様に、ＳＦ装置１０ｃは、ＤＷＲ／ＤＷＡにて、自装置が有するサービスファンクション情報テーブル１３ａをＰＣＲＦ装置２０へ定期的に送信する（ステップＳ３ａ）。

ＰＣＥＦ装置３０は、外部ネットワーク又はユーザネットワークから受信したパケットを、ＣＣＲ−ＩにてＰＣＲＦ装置２０へ送信する（ステップＳ４ａ）。なお、ＣＣＲ−Ｉとは、ＤＩＡＭＥＴＥＲにおけるCredit Control Request-Initialなる課金制御要求初期化コマンドである。ＰＣＲＦ装置２０は、ＰＣＥＦ装置３０から受信したＣＣＲ−Ｉに応答して、ＣＣＡ−ＩをＰＣＥＦ装置３０へ送信する（ステップＳ５ａ）。なお、ＣＣＡ−Ｉとは、ＤＩＡＭＥＴＥＲにおけるCredit Control Answer-Initialなる課金制御応答初期化コマンドである。そして、ＰＣＲＦ装置２０は、ＣＣＡ−ＩをＰＣＥＦ装置３０へ送信後、ＳＦを決定し、決定したＳＦが稼働するＳＦ装置１０ｂへチェイニング情報（ＡＶＰ）をＲＡＲにて送信する（ステップＳ６ａ）。なお、ＲＡＲとは、ＤＩＡＭＥＴＥＲにおけるRe-Auth-Requestなるコマンドである。

（ＴＤＦ装置トリガシーケンス）
図９は、ＴＤＦ装置トリガシーケンスを示す図である。図９は、ＴＤＦ装置４０によりパケットの識別情報がＰＣＲＦ装置２０へ送信されたことを契機としてＳＦ装置１０へチェイニング情報が送信されるシーケンスを示す。

図９におけるステップＳ１ｂ、Ｓ２ｂ、Ｓ３ｂは、図８におけるステップＳ１ａ、Ｓ２ｂ、Ｓ３ａそれぞれと同様である。そして、ＴＤＦ装置４０は、ＰＣＥＦ装置３０から受信したパケットを、ＣＣＲ−ＩにてＰＣＲＦ装置２０へ送信する（ステップＳ４ｂ）。ＰＣＲＦ装置２０は、ＴＤＦ装置４０から受信したＣＣＲ−Ｉに応答して、ＣＣＡ−ＩをＴＤＦ装置４０へ送信する（ステップＳ５ｂ）。そして、ＰＣＲＦ装置２０は、ＣＣＡ−ＩをＴＤＦ装置４０へ送信後、ＳＦを決定し、決定したＳＦが稼働するＳＦ装置１０ｂへチェイニング情報（ＡＶＰ）をＲＡＲにて送信する（ステップＳ６ｂ）。

（サービスチェイニングシステムで実行されるサービスチェイニング決定処理）
図１０は、サービスチェイニングシステムで実行されるサービスチェイニング決定処理を示すフローチャートである。図１０は、ＰＣＥＦ装置３０によりパケットの識別情報がＰＣＲＦ装置２０へ送信されたことを契機としてＳＦ装置１０へチェイニング情報が送信される場合のフローチャートである。

先ず、ＳＦ装置１０は、サービスファンクション情報テーブル１３ａをＰＣＲＦ装置２０へ送信する（ステップＳ１１）。次に、ＰＣＲＦ装置２０は、ＳＦ装置１０から受信したサービスファンクション情報テーブル１３ａで、機能及びリソーステーブル２１ａを更新する（ステップＳ２１）。

一方、ＰＣＥＦ装置３０は、パケットを分析して得たパケットの識別情報をＰＣＲＦ装置２０へ送信する（ステップＳ３１）。ＰＣＲＦ装置２０は、ＰＣＥＦ装置３０からパケットの識別情報を受信すると、サービス加入状況を確認し、識別情報に基づいて、パケットを処理するＳＦの種別を決定する（ステップＳ２２）。次に、ＰＣＲＦ装置２０は、機能及びリソーステーブル２１ａを参照し、ステップＳ２２で決定したＳＦの種別に応じて、実際にパケットを処理するＳＦを決定する（ステップＳ２３）。

次に、ＰＣＲＦ装置２０は、決定したＳＦの処理を実際に実行するＳＦ装置１０上のＳＦの識別子、処理内容、処理パラメタ、処理後のパケット転送先装置の識別子を含むＡＶＰを生成し、生成したＡＶＰを、ＳＦの処理を実際に実行するＳＦが稼働するＳＦ装置１０及びＰＣＥＦ装置３０へ送信する（ステップＳ２４）。

ＳＦ装置１０は、ＰＣＲＦ装置２０から受信したＡＶＰで指定されたパラメタ等を自装置へ設定する（ステップＳ１２）。一方、ＰＣＥＦ装置３０は、ＰＣＲＦ装置２０から受信したＡＶＰで指定されたＳＦへパケットを転送する（ステップＳ３２）。

なお、図１０は、ＰＣＥＦ装置３０によりパケットの識別情報がＰＣＲＦ装置２０へ送信されたことを契機としてＳＦ装置１０へチェイニング情報が送信される場合を示す。しかし、ＴＤＦ装置４０によりパケットの識別情報がＰＣＲＦ装置２０へ送信されたことを契機としてＳＦへチェイニング情報が送信される場合のフローチャートも、図１０においてＰＣＥＦ装置３０を「ＴＤＦ装置４０」としたものと同様である。

（ＰＣＲＦ装置で実行されるサービスチェイニング決定処理）
図１１は、ＰＣＲＦ装置で実行されるサービスチェイニング決定処理を示すフローチャートである。先ず、ＰＣＲＦ装置２０のＳＦ決定部２３は、ＰＣＥＦ装置３０又はＴＤＦ装置４０からパケットの識別情報を受信し、パケットを処理するＳＦの種別を決定する（ステップＳ１０１）。

次に、ＳＦ決定部２３は、機能及びリソーステーブル２１ａを参照し、ステップＳ１０１で決定したＳＦの種別に対応するレコードが複数存在するか否かを判定する（ステップＳ１０２）。ＳＦ決定部２３は、ステップＳ１０１で決定したＳＦの種別に対応するレコードが機能及びリソーステーブル２１ａに複数存在すると判定した場合（ステップＳ１０２：複数存在する）、ステップＳ１０３へ処理を移す。一方、ＳＦ決定部２３は、ステップＳ１０１で決定したＳＦの種別に対応するレコードが機能及びリソーステーブル２１ａに１つのみ存在すると判定した（ステップＳ１０２：１つのみ存在する）場合、ステップＳ１０６へ処理を移す。

ステップＳ１０３では、ＳＦ決定部２３は、機能及びリソーステーブル２１に複数存在する、ステップＳ１０１で決定した種別のＳＦに対応するレコードの各「リソース情報」を参照し、各「リソース情報」が同一値であるか否かを判定する（ステップＳ１０３）。ＳＦ決定部２３は、各「リソース情報」が同一値であると判定した場合（ステップＳ１０３：同一値である）、ステップＳ１０４へ処理を移す。一方、ＳＦ決定部２３は、各「リソース情報」が同一値でないと判定した場合（ステップＳ１０３：同一値でない）、ステップＳ１０５へ処理を移す。

ステップＳ１０４では、ＳＦ決定部２３は、機能及びリソーステーブル２１ａに存在する、ステップＳ１０１で決定したＳＦの種別に対応する複数レコードから、例えばランダムに１つのレコードを選択することで、いずれか１つのＳＦを決定する。ＰＣＲＦ装置２０は、ステップＳ１０４が終了すると、ステップＳ１０６へ処理を移す。

ステップＳ１０５では、ＳＦ決定部２３は、機能及びリソーステーブル２２ａに存在する、ステップＳ１０１で決定したＳＦの種別に対応する複数レコードから、最大値の「リソース情報」を有する１つのレコードを選択することで、ＳＦを決定する。なお、ステップＳ１０５において、ＳＦ決定部２３は、機能及びリソーステーブル２１ａにおいて、最大値の「リソース情報」を有するレコードが複数存在する場合、例えばランダムに１つのレコードを選択することで、ＳＦを決定する。ＰＣＲＦ装置２０は、ステップＳ１０５が終了すると、ステップＳ１０６へ処理を移す。

ステップＳ１０６では、ＰＣＲＦ装置２０のチェイニング情報生成部２４は、ステップＳ１０２、ステップＳ１０４又はステップＳ１０５のいずれかのステップにおいて決定された１つのＳＦを含むＡＶＰを生成し、該当のＳＦが稼働するＳＦ装置１０へ送信する。なお、ＰＣＲＦ装置２０は、上述のサービスチェイニング決定処理により、ステップＳ１０１で決定したパケットを処理するＳＦの種別について、実際にパケットを処理するＳＦを決定する。

（実施形態による効果）
実施形態は、既にモバイル系では導入がなされており、かつ固定網への適用が進みつつある３ＦＰＰアーキテクチャを応用してサービスチェイニングを実施する。ＰＣＥＦ及びＴＤＦをサービスチェイニングのサービスクラシファイヤをとして動作させて、サービスチェイニングに３ＧＰＰアーキテクチャを応用する場合、次の問題がある。すなわち、ＰＣＲＦは、配下の装置が有するＳＦを認識できない。また、ＰＣＲＦは、フローごとにＳＦを動的に選択できない。また、ＰＣＲＦは、クラシファイヤとして動作するＰＣＥＦ及びＴＤＦからパケットの識別情報を得ることができない。実施形態は、これらの問題を解決し、ＰＣＲＦ装置２０が、配下のＳＦ装置１０が有するＳＦを認識でき、フローごとにＳＦを動的に選択でき、クラシファイヤとして動作するＰＣＥＦ装置３０及びＴＤＦ装置４０からパケットの識別情報を得ることができる。

従来技術は、サービスチェイニングのために装置、機構を新たに追加する。これに対し、実施形態は、既存の装置、機構、プロトコルを用いて、サービスチェイニングを実現できる。すなわち、実施形態は、新規プロトコル、装置、機構を導入することなく、既存のプロトコルを拡張するだけで、サービスチェイニングが実現可能である。

また、従来技術は、ＳＦへ制御内容を動的に設定することができないため、ユーザをＳＦへ動的に割り当てたい場合、振り分けられる可能性のある全サービスファンクションに予め制御内容の設定を行う。これに対し、実施形態は、ＳＦ装置１０が、自装置が有するＳＦ及びＳＦごとに使用可能なリソースの情報を含むサービスファンクション情報テーブル１３ａを定期的にＰＣＲＦ装置２０へ送信する。そして、ＰＣＲＦ装置２０は、配下の全てのＳＦ装置１０からのサービスファンクション情報テーブル１３ａをもとに、機能及びリソーステーブル２２ａを作成及び更新する。そして、ＰＣＥＦ装置３０及びＴＤＦ装置４０は、パケットの識別情報をＰＣＲＦ装置２０へ送信する。そして、ＰＣＲＦ装置２０は、ＳＦ装置１０上で稼働するＳＦに対してはインタフェースＧｘ経由で、ＴＤＦ装置４０に対してはインタフェースＳｄ経由で制御内容、パラメタ等の送信、設定を行う。よって、実施形態は、ＳＦへ制御内容を動的に設定することができ、ユーザをＳＦへ動的に割り当てたい場合であっても、ユーザへ割り当てるＳＦに対して選択的にサービスチェイニング情報の送信、設定を行うことができる。

また、実施形態は、クラシファイヤ機能を、５ｔｕｐｌｅレベルでパケット識別制御可能なＰＣＥＦ機能と、７Ｌ（７レイヤ）分析によりアプリケーション／ＵＲＩ（Uniform Resource Identifier）識別可能なＴＤＦ機能とに分離して配置する。よって、実施形態は、全てのパケットに対して７Ｌ（７レイヤ）分析を実行するという高負荷を回避できる。

（変形例のサービスチェイニングシステム）
図１２は、変形例のサービスチェイニングシステムの一例を示す図である。上述の実施形態では、サービスチェイニングシステム１において、ＰＣＥＦ装置３０及びＴＤＦ装置４０は、１つずつであるとした。しかし、これに限らず、変形例のサービスチェイニングシステム１ａは、１つのＰＣＲＦ装置２０ａに対して複数のＰＣＥＦ装置３０、３０−１及びＴＤＦ装置４０、４０−１を備えてもよい。サービスチェイニングシステム１ａは、ＰＣＥＦ装置３０、３０−１及びＴＤＦ装置４０、４０−１を負荷分散させ、冗長構成とすることになるので、処理速度、耐障害性を高めることができる。

（その他の変形例）
また、ＴＤＦ装置４０は、１つのＳＦとして機能してもよい。すなわち、ＴＤＦ装置４０は、ＰＣＲＦ装置２０から受信したチェイニング情報に基づき、ＰＣＥＦ装置３０から受信したパケットにＤＰＩを実行し、チェイニング情報が指定する、ＳＦでの処理後に該当パケットを転送する転送先へ、処理済みのパケットを送信する。

また、ＰＣＲＦ装置２０は、ＳＦに対して処理に応じてＰＣＲＦのレポートをリクエストし、レポートに応じてＳＦの決定方法を変更してもよい。

また、ＴＤＦ装置４０は、ＰＣＲＦ装置２０から受信したチェイニング情報が、ＴＤＦ装置４０からＰＣＲＦ装置２０に対して送信した識別情報に対応する応答である場合、チェイニング情報が指定するＳＦが稼働するＳＦ装置１０へパケットを転送してもよい。すなわち、ＴＤＦ装置４０は、自装置がＰＣＲＦ装置２０へ送信した識別情報に対応する応答として受信したチェイニング情報が自装置であるＴＤＦ装置４０を指定する場合、自装置にてパケットに対してＤＰＩを実行した後、処理後のパケットを、チェイニング情報が指定する転送先へ送信する。

実施形態で示したサービスチェイニングシステム１の構成及び各要素の配置は、図１に示したものに限られず、ネットワーク設計に応じて、適宜変更可能である。また、同一のＳＦ装置１０上で稼働する複数のＳＦは、１台の物理サーバ装置上で実行される複数の仮想マシンそれぞれにおいて実行される各プログラムにより実現されてもよい。

ＳＦを実装する物理サーバ装置又は仮想マシンの統合及び分散は、適宜変更可能である。この場合、図３等に示す「リソース情報」は、ＳＦを実装する物理サーバ装置又は仮想マシンに割り当てられたＣＰＵについての残使用率である。

実施形態では、図３等に示す「リソース情報」は、ＣＰＵの残使用率であるとしたが、これに限らず、ＳＦを実装する物理サーバ装置又は仮想マシンに割り当てられた物理的計算資源、仮想的計算資源、物理的ネットワーク資源、仮想ネットワーク資源等の使用率又は残使用率、セッション処理可能数を示す各種情報であってもよい。

実施形態では、ＰＣＲＦ装置２０、ＰＣＥＦ装置３０は、ネットワーク装置であるとしたが、これに限らず、物理サーバ装置上で実行される所定プログラムにより実現されてもよい。

また、実施形態では、ＳＦの例として、ＳＢＣ、ＮＡＴ、ＤＰＩ、ＢＡＳを挙げたが、これらに限られず、他のネットワーク機能であってもよい。また、実施形態では、サービスチェイニングシステム１内を流通するデータは、パケットであるとしたが、これに限らず、フレーム、セル、セグメント、データグラム、メッセージ等であってもよい。

（実施形態のシステム及び装置構成について）
図１に示すサービスチェイニングシステム１、図２に示すＳＦ装置１０、図４に示すＰＣＲＦ装置２０、図６に示すＰＣＥＦ装置３０、図７に示すＴＤＦ装置４０の各構成要素は機能概念的なものであり、必ずしも物理的に図示のように構成されていることを要しない。すなわち、サービスチェイニングシステム１、ＳＦ装置１０、ＰＣＲＦ装置２０、ＰＣＥＦ装置３０、ＴＤＦ装置４０の機能の分散および統合の具体的形態は図示のものに限られず、全部又は一部を、各種の負荷や使用状況などに応じて、任意の単位で機能的又は物理的に分散又は統合して構成することができる。

また、ＳＦ装置１０、ＰＣＲＦ装置２０、ＰＣＥＦ装置３０、ＴＤＦ装置４０において行われる各処理は、全部又は任意の一部が、ＮＰ若しくはＣＰＵ、並びに、ＮＰ若しくはＣＰＵにより解析実行されるプログラムにて実現されてもよい。また、ＳＦ装置１０、ＰＣＲＦ装置２０、ＰＣＥＦ装置３０、ＴＤＦ装置４０において行われる各処理は、ワイヤードロジックによるハードウェアとして実現されてもよい。

また、実施形態において説明した各処理のうち、自動的におこなわれるものとして説明した処理の全部又は一部を手動的に行うこともできる。若しくは、実施形態において説明した各処理のうち、手動的に行われるものとして説明した処理の全部又は一部を公知の方法で自動的に行うこともできる。この他、上述及び図示の処理手順、制御手順、具体的名称、各種のデータやパラメタを含む情報については、特記する場合を除いて適宜変更することができる。

（プログラムについて）
図１３は、ＳＦ装置１０、ＰＣＲＦ装置２０、ＰＣＥＦ装置３０、ＴＤＦ装置４０における各処理がコンピュータを用いて具体的に実現されることを示す図である。図１３に例示するように、コンピュータ１０００は、例えば、メモリ１０１０と、ＣＰＵ１０２０と、ハードディスクドライブインタフェース１０３０と、ディスクドライブインタフェース１０４０と、シリアルポートインタフェース１０５０と、ビデオアダプタ１０６０と、ネットワークインタフェース１０７０とを有し、これらの各部はバス１０８０によって接続される。

メモリ１０１０は、ＲＯＭ（Read Only Memory）１０１１及びＲＡＭ（Random Access Memory）１０１２を含む。ＲＯＭ１０１１は、例えば、ＢＩＯＳ（Basic Input Output System）等のブートプログラムを記憶する。ハードディスクドライブインタフェース１０３０は、ハードディスクドライブ１０３１に接続される。ディスクドライブインタフェース１０４０は、ディスクドライブ１０４１に接続される。例えば磁気ディスクや光ディスク等の着脱可能な記憶媒体が、ディスクドライブ１０４１に挿入される。シリアルポートインタフェース１０５０は、例えばマウス１０５１、キーボード１０５２に接続される。ビデオアダプタ１０６０は、例えばディスプレイ１０６１に接続される。

ハードディスクドライブ１０３１は、例えば、ＯＳ１０９１、アプリケーションプログラム１０９２、プログラムモジュール１０９３、プログラムデータ１０９４を記憶する。すなわち、ＳＦ装置１０、ＰＣＲＦ装置２０、ＰＣＥＦ装置３０、ＴＤＦ装置４０の各処理の規定するプログラムは、コンピュータ１０００によって実行される指令が記述されたプログラムモジュール１０９３として、例えばハードディスクドライブ１０３１に記憶される。例えば、ＳＦ装置１０、ＰＣＲＦ装置２０、ＰＣＥＦ装置３０、ＴＤＦ装置４０における機能構成と同様の情報処理を実行するためのプログラムモジュール１０９３が、ハードディスクドライブ１０３１に記憶される。

また、上述した実施形態での処理で用いられる設定データは、プログラムデータ１０９４として、例えばメモリ１０１０やハードディスクドライブ１０３１に記憶される。そして、ＣＰＵ１０２０が、メモリ１０１０やハードディスクドライブ１０３１に記憶されたプログラムモジュール１０９３やプログラムデータ１０９４を必要に応じてＲＡＭ１０１２に読み出して実行する。

なお、プログラムモジュール１０９３やプログラムデータ１０９４は、ハードディスクドライブ１０３１に記憶される場合に限らず、例えば着脱可能な記憶媒体に記憶され、ディスクドライブ１０４１等を介してＣＰＵ１０２０によって読み出されてもよい。あるいは、プログラムモジュール１０９３やプログラムデータ１０９４は、ネットワーク（ＬＡＮ（Local Area Network）、ＷＡＮ（Wide Area Network）等）を介して接続された他のコンピュータに記憶され、ネットワークインタフェース１０７０を介してＣＰＵ１０２０によって読み出されてもよい。

以上の実施形態並びにその変形例は、本願が開示する技術に含まれると同様に、特許請求の範囲に記載された発明とその均等の範囲に含まれるものである。

１ サービスチェイニングシステム
１０ ＳＦ装置
２０ ＰＣＲＦ装置
３０ ＰＣＥＦ装置
４０ ＴＤＦ装置

Claims (7)

1. ネットワーク処理装置、サービスチェイニングポリシ制御装置、及びデータ識別装置を含むサービスチェイニングシステムにおいて、
   前記ネットワーク処理装置は、
   自装置が有するネットワーク処理機能の識別子に該ネットワーク処理機能の種別を対応付けた第１の情報を前記サービスチェイニングポリシ制御装置へ送信する送信部と、
   前記サービスチェイニングポリシ制御装置から受信した前記ネットワーク処理機能への設定用パラメタを該ネットワーク処理機能に設定する設定部とを備え、
   前記サービスチェイニングポリシ制御装置は、
   自装置配下に接続されるネットワーク処理装置から受信した前記第１の情報から生成される、前記ネットワーク処理機能の種別に該ネットワーク処理機能の識別子を対応付けた第２の情報を管理し、前記ネットワーク処理装置から前記第１の情報を受信する都度、受信した前記第１の情報にて前記第２の情報を更新する管理部と、
   前記データ識別装置から、外部ネットワーク又はユーザネットワークからのデータの識別情報を受信すると、前記第２の情報を参照し、受信した識別情報に該当するデータを処理するネットワーク処理機能を決定し、決定したネットワーク処理機能に対して、該ネットワーク処理機能への設定用パラメタ及び該ネットワーク処理機能での処理後のデータ転送先の指定を含むチェイニング情報を生成して通知し、前記データ識別装置に対して、決定したネットワーク処理機能を通知する第１の通知部とを備え、
   前記データ識別装置は、
   外部ネットワーク又はユーザネットワークからのデータを分析して該データの識別情報を生成して前記サービスチェイニングポリシ制御装置へ通知する第２の通知部と、
   前記第１の通知部により通知されたネットワーク処理機能を有する前記ネットワーク処理装置に対して、前記第２の通知部により前記サービスチェイニングポリシ制御装置へ識別情報が通知されたデータを送信する送信部とを備える
   ことを特徴とするサービスチェイニングシステム。
2. さらに、
   前記第１の情報は、前記ネットワーク処理装置が有するネットワーク処理機能の識別子に該ネットワーク処理機能に割り当てられた計算機資源のリソース情報が対応付けられ、
   前記第２の情報は、前記ネットワーク処理機能の種別に該ネットワーク処理機能に割り当てられた計算機資源のリソース情報が対応付けられ、
   前記第１の通知部は、前記ネットワーク処理機能を決定する際に、前記第２の情報において前記受信した識別情報に該当するデータを処理する複数のネットワーク処理機能のうち、前記計算機資源のリソース情報が最良であるネットワーク処理機能を選択して決定する
   ことを特徴とする請求項１に記載のサービスチェイニングシステム。
3. さらに、
   前記データ識別装置は、外部ネットワーク又はユーザネットワークからのデータを５ｔｕｐｌｅ情報で分析して該データの識別情報を生成する第１のデータ識別装置と、前記第１のデータ識別装置にて該データの識別情報を生成できなかった場合に該第１のデータ識別装置から該データが転送され、該データのペイロードを分析して該データの識別情報を生成する第２のデータ識別装置とを含む
   ことを特徴とする請求項１又は２に記載のサービスチェイニングシステム。
4. 前記ネットワーク処理装置は、１又は複数のネットワーク処理機能を提供するそれぞれのプログラムを実行することにより１又は複数のネットワーク処理機能が実装されたサーバ装置である
   ことを特徴とする請求項１、２又は３に記載のサービスチェイニングシステム。
5. 自装置配下に接続されるネットワーク処理装置から受信した、前記ネットワーク処理装置が有するネットワーク処理機能の識別子に該ネットワーク処理機能の種別及び該ネットワーク処理機能に割り当てられた計算機資源のリソース情報を対応付けた第１の情報から生成される、該ネットワーク処理機能の種別に該ネットワーク処理機能の識別子及び該ネットワーク処理機能に割り当てられた計算機資源のリソース情報を対応付けた第２の情報を管理し、前記ネットワーク処理装置から前記第１の情報を受信する都度、受信した前記第１の情報にて前記第２の情報を更新する管理部と、
   外部ネットワーク又はユーザネットワークからのデータを分析して該データの識別情報を生成するデータ識別装置から該識別情報を受信すると、前記第２の情報を参照し、受信した識別情報に該当するデータを処理するネットワーク処理機能を決定し、決定したネットワーク処理機能に対して、該ネットワーク処理機能への設定用パラメタ及び該ネットワーク処理機能での処理後のデータ転送先の指定を含むチェイニング情報を生成して通知する通知部と
   を備えることを特徴とするサービスチェイニングポリシ制御装置。
6. さらに、
   前記第１の情報は、前記ネットワーク処理装置が有するネットワーク処理機能の識別子に該ネットワーク処理機能に割り当てられた計算機資源のリソース情報が対応付けられ、
   前記第２の情報は、前記ネットワーク処理機能の種別に該ネットワーク処理機能に割り当てられた計算機資源のリソース情報が対応付けられ、
   前記通知部は、前記ネットワーク処理機能を決定する際に、前記第２の情報において前記受信した識別情報に該当するデータを処理する複数のネットワーク処理機能のうち、前記計算機資源のリソース情報が最良であるネットワーク処理機能を選択して決定する
   ことを特徴とする請求項５に記載のサービスチェイニングポリシ制御装置。
7. ネットワーク処理装置、サービスチェイニングポリシ制御装置、及びデータ識別装置を含むサービスチェイニングシステムにおいて実行されるサービスチェイニング方法であって、
   前記ネットワーク処理装置が、
   自装置が有するネットワーク処理機能の識別子に該ネットワーク処理機能の種別を対応付けた第１の情報を前記サービスチェイニングポリシ制御装置へ送信し、
   前記サービスチェイニングポリシ制御装置から受信した前記ネットワーク処理機能への設定用パラメタを該ネットワーク処理機能に設定し、
   前記サービスチェイニングポリシ制御装置が、
   自装置配下に接続されるネットワーク処理装置から受信した前記第１の情報から生成される、前記ネットワーク処理機能の種別に該ネットワーク処理機能の識別子を対応付けた第２の情報を管理し、前記ネットワーク処理装置から前記第１の情報を受信する都度、受信した前記第１の情報にて前記第２の情報を更新し、
   前記データ識別装置から、外部ネットワーク又はユーザネットワークからのデータの識別情報を受信すると、前記第２の情報を参照し、受信した識別情報に該当するデータを処理する前記ネットワーク処理機能を決定し、決定したネットワーク処理機能に対して、該ネットワーク処理機能への設定用パラメタ及び該ネットワーク処理機能での処理後のデータ転送先の指定を含むチェイニング情報を生成して通知し、前記データ識別装置に対して、決定したネットワーク処理機能を通知し、
   前記データ識別装置が、
   外部ネットワーク又はユーザネットワークからのデータを分析して該データの識別情報を生成して前記サービスチェイニングポリシ制御装置へ通知し、
   前記サービスチェイニングポリシ制御装置により通知されたネットワーク処理機能を有する前記ネットワーク処理装置に対して、自装置により識別情報が前記サービスチェイニングポリシ制御装置へ通知されたデータを送信する
   各処理を含むことを特徴とするサービスチェイニング方法。

Images