(57)【要約】【課題】コントローラによる集中制御を行わずに、ヘッダを利用して経路情報を伝達させることで、自律的な経路構築を提供すること。【解決手段】ＣＦ１０は、パケットのＳＦＣヘッダに、ＳＦ４０の種別を示す種別情報と、該種別情報ごとにＳＦＦ２０の識別情報を記載可能な項目とを設定し、ＳＦＦ２０に送信する。ＳＦＦ２０は、ＣＦ１０によって送信されたパケットを受信した場合に、該パケットのＳＦＣヘッダに設定された種別情報に対応するＳＦ４０のうち、自装置と接続されているＳＦ４０が存在するか判定し、自装置と接続されているＳＦが存在する場合には、ＳＦＣヘッダにおける該サービスファンクションの種別情報に対応する項目に自装置のＳＦＦ＃を記載する。その後、ＳＦＦ２０は、返送パケットを受信した際に、該返送パケットに自装置のＳＦＦ＃が記載されている場合には、該ＳＦＦ＃に対応するＳＦ４０をパケットの経由先として登録する。【選択図】図１
2017038179.tif 000002
【特許請求の範囲】
【請求項１】
ネットワークサービスを提供するサービスファンクションにパケットを転送する複数のサービスファンクションフォワーダ装置と、パケットにヘッダを付与するクラシファイア装置とを有するサービス提供システムであって、
前記クラシファイア装置は、
前記パケットのヘッダに、サービスファンクションの種別を示す種別情報と、該種別情報ごとに前記サービスファンクションフォワーダ装置の識別情報を記載可能な項目とを設定する設定部と、
前記設定部によってヘッダに情報が設定されたパケットを、各サービスファンクションフォワーダ装置を経由するように送信する送信部と、を有し、
各サービスファンクションフォワーダ装置は、
前記送信部によって送信されたパケットを受信した場合に、該パケットのヘッダに設定された前記種別情報に対応するサービスファンクションのうち、自装置と接続されているサービスファンクションが存在するか判定し、自装置と接続されているサービスファンクションが存在する場合には、前記ヘッダにおける該サービスファンクションの種別情報に対応する項目に自装置の識別情報を記載する書込部と、
前記パケットの項目すべてに前記識別情報が記載されていない場合には、前記受信したパケットを他のサービスファンクションフォワーダ装置に転送し、前記パケットの項目すべてに前記識別情報が記載された場合には、前記パケットを転送した順番と逆の順番で各サービスファンクションフォワーダ装置を経由するように返送パケットを返送する転送制御部と、
前記返送パケットを受信した際に、該返送パケットに自装置の識別情報が記載されている場合には、該識別情報に対応するサービスファンクションをパケットの経由先として登録する登録部と、
を有することを特徴とするサービス提供システム。
【請求項２】
前記設定部は、前記種別情報および前記項目とともに、該種別情報ごとにサービスファンクションにおいて予測される使用リソースを設定し、
前記書込部は、前記送信部によって送信されたパケットを受信した場合に、該パケットのヘッダに設定された種別情報に対応するサービスファンクションのうち、自装置と接続されているサービスファンクションが存在し、且つ、設定された使用リソースよりも自装置と接続されているサービスファンクションの使用可能リソースが大きい場合には、前記ヘッダにおける該サービスファンクションの種別情報に対応する箇所に自装置の識別情報を記載することを特徴とする請求項１に記載のサービス提供システム。
【請求項３】
ネットワークサービスを提供するサービスファンクションにパケットを転送する複数のサービスファンクションフォワーダ装置と、パケットにヘッダを付与するクラシファイア装置とを有するサービス提供システムにおいて実行される経路設定方法であって、
前記クラシファイア装置が、パケットのヘッダに、サービスファンクションの種別を示す種別情報と、該種別情報ごとに前記サービスファンクションフォワーダ装置の識別情報を記載可能な項目とを設定する設定工程と、
前記クラシファイア装置が、前記設定工程によってヘッダに情報が設定されたパケットを、各サービスファンクションフォワーダ装置を経由するように送信する送信工程と、
各サービスファンクションフォワーダ装置が、前記送信工程によって送信されたパケットを受信した場合に、該パケットのヘッダに設定された前記種別情報に対応するサービスファンクションのうち、自装置と接続されているサービスファンクションが存在するか判定し、自装置と接続されているサービスファンクションが存在する場合には、前記ヘッダにおける該サービスファンクションの種別情報に対応する項目に自装置の識別情報を記載する書込工程と、
前記サービスファンクションフォワーダ装置が、前記パケットの項目すべてに前記識別情報が記載されていない場合には、前記受信したパケットを他のサービスファンクションフォワーダ装置に転送し、前記サービスファンクションフォワーダ装置が、前記パケットの項目すべてに前記識別情報が記載された場合には、前記パケットを転送した順番と逆の順番で各サービスファンクションフォワーダ装置を経由するように返送パケットを返送する転送制御工程と、
前記サービスファンクションフォワーダ装置が、前記返送パケットを受信した際に、該返送パケットに自装置の識別情報が記載されている場合には、該識別情報に対応するサービスファンクションをパケットの経由先として登録する登録工程と、
を含んだことを特徴とする経路設定方法。
【発明の詳細な説明】
【技術分野】
【０００１】
本発明は、サービス提供システムおよび経路設定方法に関する。
【背景技術】
【０００２】
従来、複数の仮想化されたネットワークサービス機能（ＳＦ：Service  Function）を自由に組み合わせてサービスを提供するため、ユーザのトラヒックを任意のＳＦへ順番に転送するサービスチェイニングの技術が検討されている。サービスチェイニングでは、ＮＷ（Network）トポロジやＳＦのロケーション情報を収集、管理し、ユーザ毎に適切なＳＦを経由するように経路制御を実施する。
【０００３】
このようなサービスチェイニングでは、ＩＥＴＦでService  Function  Chaining（ＳＦＣ）として標準化が進められている。ＳＦＣでは、パケットはクラシファイア（ＣＦ：Classifier）で識別され、その結果に応じて適切なＩＤを持つＳＦＣヘッダが付与される。ＳＦＦ（Service  Function  Forwarder）はＳＦＣヘッダから次の宛先を判定し、転送を実施する。転送ではアンダーレイＮＷに応じた転送ヘッダを利用する。ＳＦがＳＦＣヘッダに対応していない場合はSFC  Proxyを用いて、パケット挿入前後でＳＦＣヘッダを脱着する。
【０００４】
ＳＦＣでは、ＮＷとＳＦのトポロジ情報（リンク、サーバ数、サービス機能の位置）やユーザ情報をコントローラ（Controller）が一元的に管理し、各フローが適切なＳＦを通過するように経路設定が行うことが想定されている。キャリア網のような大規模なＮＷでは、複数の拠点にまたがってＳＦが展開され、これらを柔軟につなぐといったユースケースが想定される。
【先行技術文献】
【非特許文献】
【０００５】
【非特許文献１】”Service  Function  Chaining  (SFC)  Architecture”、［online］、［2015年7月31日検索］、インターネット＜https://datatracker.ietf.org/doc/draft-ietf-sfc-architecture/＞
【非特許文献２】”Network  Service  Header”、［online］、［2015年7月31日検索］、インターネット＜https://datatracker.ietf.org/doc/draft-ietf-sfc-nsh/＞
【発明の概要】
【発明が解決しようとする課題】
【０００６】
しかしながら、従来の技術では、キャリア網のような大規模なＮＷでは、複数の拠点にまたがってパスを構築しようとする場合に、コントローラが複数の拠点を一元的に管理するが、大量のＳＦを管理することになるため、扱うパラメータの数が大きくなり、コントローラの処理負荷が大きくなるといった課題があった。
【課題を解決するための手段】
【０００７】
上述した課題を解決し、目的を達成するために、本発明のサービス提供システムは、ネットワークサービスを提供するサービスファンクションにパケットを転送する複数のサービスファンクションフォワーダ装置と、パケットにヘッダを付与するクラシファイア装置とを有するサービス提供システムであって、前記クラシファイア装置は、前記パケットのヘッダに、サービスファンクションの種別を示す種別情報と、該種別情報ごとに前記サービスファンクションフォワーダ装置の識別情報を記載可能な項目とを設定する設定部と、前記設定部によってヘッダに情報が設定されたパケットを、各サービスファンクションフォワーダ装置を経由するように送信する送信部と、を有し、各サービスファンクションフォワーダ装置は、前記送信部によって送信されたパケットを受信した場合に、該パケットのヘッダに設定された前記種別情報に対応するサービスファンクションのうち、自装置と接続されているサービスファンクションが存在するか判定し、自装置と接続されているサービスファンクションが存在する場合には、前記ヘッダにおける該サービスファンクションの種別情報に対応する項目に自装置の識別情報を記載する書込部と、前記パケットの項目すべてに前記識別情報が記載されていない場合には、前記受信したパケットを他のサービスファンクションフォワーダ装置に転送し、前記パケットの項目すべてに前記識別情報が記載された場合には、前記パケットを転送した順番と逆の順番で各サービスファンクションフォワーダ装置を経由するように返送パケットを返送する転送制御部と、前記返送パケットを受信した際に、該返送パケットに自装置の識別情報が記載されている場合には、該識別情報に対応するサービスファンクションをパケットの経由先として登録する登録部と、を有することを特徴とする。
【０００８】
また、本発明の経路設定方法は、ネットワークサービスを提供するサービスファンクションにパケットを転送する複数のサービスファンクションフォワーダ装置と、パケットにヘッダを付与するクラシファイア装置とを有するサービス提供システムにおいて実行される経路設定方法であって、前記クラシファイア装置が、パケットのヘッダに、サービスファンクションの種別を示す種別情報と、該種別情報ごとに前記サービスファンクションフォワーダ装置の識別情報を記載可能な項目とを設定する設定工程と、前記クラシファイア装置が、前記設定工程によってヘッダに情報が設定されたパケットを、各サービスファンクションフォワーダ装置を経由するように送信する送信工程と、各サービスファンクションフォワーダ装置が、前記送信工程によって送信されたパケットを受信した場合に、該パケットのヘッダに設定された前記種別情報に対応するサービスファンクションのうち、自装置と接続されているサービスファンクションが存在するか判定し、自装置と接続されているサービスファンクションが存在する場合には、前記ヘッダにおける該サービスファンクションの種別情報に対応する項目に自装置の識別情報を記載する書込工程と、前記サービスファンクションフォワーダ装置が、前記パケットの項目すべてに前記識別情報が記載されていない場合には、前記受信したパケットを他のサービスファンクションフォワーダ装置に転送し、前記サービスファンクションフォワーダ装置が、前記パケットの項目すべてに前記識別情報が記載された場合には、前記パケットを転送した順番と逆の順番で各サービスファンクションフォワーダ装置を経由するように返送パケットを返送する転送制御工程と、前記サービスファンクションフォワーダ装置が、前記返送パケットを受信した際に、該返送パケットに自装置の識別情報が記載されている場合には、該識別情報に対応するサービスファンクションをパケットの経由先として登録する登録工程と、を含んだことを特徴とする。
【発明の効果】
【０００９】
本発明によれば、コントローラによる集中制御を行わずに、ヘッダを利用して経路情報を伝達させることで、自律的な経路構築を提供することを可能であるという効果を奏する。
【図面の簡単な説明】
【００１０】
【図１】図１は、第一の実施の形態に係るサービス提供システムの構成の一例を示す図である。
【図２】図２は、第一の実施の形態に係るＣＦの構成を示すブロック図である。
【図３】図３は、ＳＦＣヘッダのフォーマット例を示す図である。
【図４】図４は、第一の実施の形態に係るＳＦＦの構成の一例を示す図である。
【図５】図５は、第一の実施の形態に係る接続ＳＦ管理部が記憶する情報の一例を示す図である。
【図６】図６は、第一の実施の形態に係るサービス提供システムにおける経路設定処理を説明する図である。
【図７】図７は、第一の実施の形態に係るサービス提供システムにおける経路設定処理を説明する図である。
【図８】図８は、第一の実施の形態に係るＳＦＦの処理の流れを示すフローチャートである。
【図９】図９は、第一の実施の形態に係るサービス提供システムにおける効果を説明する図である。
【図１０】図１０は、第二の実施の形態に係る接続ＳＦ管理部が記憶する情報の一例を示す図である。
【図１１】図１１は、第二の実施の形態に係るサービス提供システムにおける経路設定処理を説明する図である。
【図１２】図１２は、第二の実施の形態に係るサービス提供システムにおける経路設定処理を説明する図である。
【図１３】図１３は、第二の実施の形態に係るＳＦＦの処理の流れを示すフローチャートである。
【図１４】図１４は、経路設定プログラムを実行するコンピュータを示す図である。
【発明を実施するための形態】
【００１１】
以下に、本願に係るサービス提供システムおよび経路設定方法の実施形態を図面に基づいて詳細に説明する。なお、この実施形態により本願に係るサービス提供システムおよび経路設定方法が限定されるものではない。
【００１２】
［第一の実施の形態］
以下の実施の形態では、第一の実施の形態に係るサービス提供システムの構成、ＣＦの構成、ＳＦＦの構成、ＳＦＦの処理の流れを順に説明し、最後に第一の実施の形態による効果を説明する。
【００１３】
［サービス提供システムの構成］
図１は、第一の実施の形態に係るサービス提供システムの構成の一例を示す図である。第一の実施の形態に係るサービス提供システムは、ＣＦ１０、ＳＦＦ２０、コントローラ３０、複数のＳＦ４０Ａ〜４０ＣおよびＳＦＣ  Ｐｒｏｘｙ５０を有する。また、ＣＦ１０とＳＦＦ２０は、ネットワーク６０を介して接続される。なお、図１に示す各装置や機能の数は、あくまで一例であり、これに限られるものではない。また、複数のＳＦ４０について、特に区別なく説明する場合には、適宜ＳＦ４０と記載する。
【００１４】
ＣＦ１０は、ＵＥ（User  Equipment）から受信したパケットを識別し、サービス（経路）情報やメタデータを格納するＳＦＣヘッダを付与する。ＳＦＦ２０は、ＳＦＣヘッダを読み取って次の宛先を判定し、ネットワークサービスを提供するＳＦ４０や他のＳＦＦにパケットを転送する。コントローラ３０は、各コンポーネントやチェインを管理する。
【００１５】
ＳＦ４０は、サービス処理を実施する。図１の例では、ＳＦＣヘッダに対応しているＳＦ４０Ａ、４０Ｂを「SFC-aware  SF」と記載し、ＳＦＣヘッダに対応していないＳＦ４０Ｃを「SFC-unaware  SF」と記載している。ＳＦＣ  Ｐｒｏｘｙ５０は、ＳＦＦ２０とＳＦＣヘッダに対応していないＳＦ４０Ｃとの間で、ＳＦＣヘッダを着脱する。また、ＳＦＣ  Ｐｒｏｘｙ５０は、本来ＳＦ４０が行うＳＦＣヘッダの更新を代わりに実施する。
【００１６】
［ＣＦの構成］
次に、図２を用いて、図１に示したＣＦ１０の構成を説明する。図２は、第一の実施の形態に係るＣＦ１０の構成を示すブロック図である。図２に示すように、このＣＦ１０は、通信処理部１１、経路設定制御部１２および記憶部１３を有する。以下にこれらの各部の処理を説明する。なお、以下の各部の説明については、主に本発明に密接に関連する処理について説明する。
【００１７】
通信処理部１１は、ＳＦＦ２０等との間でやり取りする各種情報に関する通信を制御する。例えば、通信処理部１１は、ＳＦＦ２０との間でＳＦＣヘッダが付与されたパケットの送受信を行う。また、通信処理部１１は、受信機能部１１ａ、キー情報取得／ヘッダ付与機能部１１ｂおよび送信機能部１１ｃを有する。
【００１８】
受信機能部１１ａは、ユーザ端末やＳＦＦ２０からパケットを受信すると、該パケットをキー情報取得／ヘッダ付与機能部１１ｂに通知する。キー情報取得／ヘッダ付与機能部１１ｂは、通常のパケット転送処理時において、ユーザ端末からパケットを受信すると、パケットの種別を識別する。ここでパケットの種別とは、パケットに格納されたアプリケーションやパケットの送信元ユーザ等である。つまり、キー情報取得／ヘッダ付与機能部１１ｂは、該パケットからキー情報として、パケットに格納されたアプリケーションやパケットの送信元ユーザを識別するユーザ識別情報等のパケットの種別を示す情報を取得してパケットの種別を識別する。そして、キー情報取得／ヘッダ付与機能部１１ｂは、該パケットの種別に対応するパケットの転送順を指定する経路情報を設定情報記憶部１３ａから取得し、該経路情報を含むＳＦＣヘッダをパケットに付与する。
【００１９】
また、キー情報取得／ヘッダ付与機能部１１ｂは、経路構築時において、ＳＦＦ２０からパケットを受信すると、パケットのヘッダにパス設定確認応答ＩＤが設定されているかを検知する。そして、キー情報取得／ヘッダ付与機能部１１ｂは、ヘッダにパス設定確認応答ＩＤが設定されていることを検知した場合には、後述する経路設定判定部１２ｃに報告する。
【００２０】
送信機能部１１ｃは、通常のパケット転送処理時において、転送経路に従ってパケットを送信する。また、送信機能部１１ｃは、経路構築時においては、後述する経路設定制御部１２によってＳＦＣヘッダに情報が設定されたパケットを、予め設定されたＳＦＦ２０を経由するように送信する。
【００２１】
記憶部１３は、各種処理に必要なデータおよびプログラムを格納するが、特に本発明に密接に関連するものとしては、設定情報記憶部１３ａを有する。例えば、記憶部１３は、ＲＡＭ（Random  Access  Memory）、フラッシュメモリ（Flash  Memory）等の半導体メモリ素子、又は、ハードディスク、光ディスク等の記憶装置などである。
【００２２】
設定情報記憶部１３ａは、ユーザ識別情報等に対応付けられたパケットの転送経路を示す経路情報を記憶する。また、設定情報記憶部１３ａは、経路構築時において、自装置から必要なＳＦＦ２０を経由して任意のＳＦＦ２０に到達するまでの経路情報とともに、該経路を通過するＳＦＣヘッダＩＤを記憶する。設定情報記憶部１３ａは、ＳＦＣヘッダＩＤとして、パス設定ＩＤとパス設定確認応答ＩＤとを記憶している。パス設定ＩＤは、経路構築時において、ＣＦ１０からＳＦＦ２０に送信されるパケットのヘッダに設定され、パス設定確認応答ＩＤは、ＳＦＦ２０からＣＦ１０に返信されるパケットのヘッダに設定されるものである。
【００２３】
経路設定制御部１２は、各種の処理手順などを規定したプログラムおよび所要データを格納するための内部メモリを有し、これらによって種々の処理を実行するが、特に本発明に密接に関連するものとしては、経路設定指示受信部１２ａ、経路設定パケット生成部１２ｂおよび経路設定判定部１２ｃを有する。
【００２４】
経路設定制御部１２は、経路構築時において、パケットのＳＦＣヘッダに、ＳＦ４０の種別を示す種別情報と、該種別情報ごとにＳＦＦの識別情報を記載可能な項目とを設定する。具体的には、経路設定制御部１２は、設定情報記憶部１３ａに記憶された情報を参照し、パス設定ＩＤを持つＳＦＣヘッダのＣｏｎｔｅｘｔ  Ｈｅａｄｅｒｓに、新しく設定した経路のＩＤと経由させたいサービス機能の種別と設定確認ｂｉｔとＳＦＦ＃を記載可能な項目とを格納する。
【００２５】
経路設定指示受信部１２ａは、オペレータやコントローラ３０、ＳＦＦ２０から新たに経路を構築するための経路設定指示を受信し、経路を設定するためのパケットの生成を指示する。例えば、経路設定指示受信部１２ａは、ＳＦＦ２０から指示を受ける例として、自身に接続しているＳＦ４０の処理負荷が高くなったり故障したりした場合に、新たに経路を構築するための経路設定指示を受信する。
【００２６】
経路設定パケット生成部１２ｂは、パス設定ＩＤを持つＳＦＣヘッダのＣｏｎｔｅｘｔ  Ｈｅａｄｅｒｓに、新しく設定した経路のＩＤと経由させたいサービス機能の種別と設定確認ｂｉｔとＳＦＦ＃を記載可能な項目とを格納したパケットを生成し、該パケットを送信機能部１１ｃに送信させる。
【００２７】
経路設定判定部１２ｃは、ＳＦＣヘッダにパス設定確認応答ＩＤが設定されているパケットをキー情報取得／ヘッダ付与機能部１１ｂから受信した場合に、ＳＦＣヘッダのＣｏｎｔｅｘｔ  Ｈｅａｄｅｒｓに新しく設定された経路情報を新規の経路として設定情報記憶部１３ａに格納する。
【００２８】
ここで、図３を用いて、ＳＦＣヘッダのフォーマット例について説明する。図３は、ＳＦＣヘッダのフォーマット例を示す図である。図３に示すように、ＳＦＣヘッダは、Base  Header、Service  Path  HeaderおよびContext  Headersの３つのフィールドから構成されている。Base  Headerは、ヘッダ長やNext  Protocolなどの基本情報を格納するフィールドである。Service  Path  Headerは、経路情報を格納するフィールドである。Context  Headersは、上記に含まれないメタデータを格納するフィールドである。
【００２９】
［ＳＦＦの構成］
次に、図４を用いて、図１に示したＳＦＦ２０の構成を説明する。図４は、第一の実施の形態に係るＳＦＦ２０の構成を示すブロック図である。図４に示すように、このＳＦＦ２０は、通信処理部２１、接続ＳＦ管理部２２、記憶部２３、転送制御部１４および接続ＳＦ管理部２５を有する。以下にこれらの各部の処理を説明する。
【００３０】
通信処理部２１は、ＣＦ１０や他のＳＦＦ２０等との間でやり取りする各種情報に関する通信を制御する。例えば、通信処理部２１は、ＣＦ１０や他のＳＦＦ２０、ＳＦ４０との間でＳＦＣヘッダが付与されたパケットの送受信を行う。
【００３１】
また、通信処理部２１は、受信機能部２１ａ、ヘッダ読取取得／ヘッダ付替機能部２１ｂおよび送信機能部２１ｃを有する。受信機能部２１ａは、ＣＦ１０や他のＳＦＦ２０、ＳＦ４０からパケットを受信すると、該ヘッダ読取取得／ヘッダ付替機能部２１ｂに通知する。ヘッダ読取取得／ヘッダ付替機能部２１ｂは、受信機能部２１ａからパケットの通知を受信した場合には、通常のパケット転送処理時において、受信したパケットのＳＦＣヘッダを読み取り、ＳＦＣヘッダに含まれる経路情報から宛先を決定し、送信機能部２１ｃにパケットを転送させる。
【００３２】
また、ヘッダ読取取得／ヘッダ付替機能部２１ｂは、経路構築時においては、受信機能部２１ａからパケットの通知を受信した場合には、パケットのＳＦＣヘッダにパス設定ＩＤかパス設定確認応答ＩＤのいずれかが設定されているかを検知する。そして、ヘッダ読取取得／ヘッダ付替機能部２１ｂは、ＳＦＣヘッダにパス設定確認応答ＩＤが設定されていることを検知した場合には、後述する経路登録部２２ａに報告し、ＳＦＣヘッダにパス設定ＩＤが設定されていることを検知した場合には、後述するＳＦ情報書込部２２ｂに報告する。送信機能部２１ｃは、受信したパケットを次の宛先であるＣＦ１０や他のＳＦＦ２０、ＳＦ４０に送信する。
【００３３】
記憶部２３は、各種処理に必要なデータおよびプログラムを格納するが、特に本発明に密接に関連するものとしては、設定情報記憶部２３ａを有する。設定情報記憶部２３ａは、ＣＦ１０や他のＳＦＦ２０の宛先を示す情報（例えば、ＩＰアドレス）を記憶する。例えば、設定情報記憶部２３ａは、ＳＦＦ＃に対応付けて、該ＳＦＦ＃に対応するＳＦＦのアドレスを記憶している。
【００３４】
接続ＳＦ管理部２５は、接続するＳＦ４０に関する情報を管理する。例えば、接続ＳＦ管理部２５は、自装置と接続されているＳＦ４０の種別を記憶する。例えば、図５に例示するように、「サービス機能種別」の項目に、ＳＦ４０の種別を記憶するとして、「ＤＰＩ」、「ＣＰＥ」を記憶する。
【００３５】
経路設定制御部２２は、経路を設定するための処理を実行するが、特に本発明に密接に関連するものとしては、経路登録部２２ａおよびＳＦ情報書込部２２ｂを有する。
【００３６】
ＳＦ情報書込部２２ｂは、ＣＦ１０によって送信されたパケットを受信した場合に、該パケットのＳＦＣヘッダに設定された種別情報に対応するＳＦ４０のうち、自装置と接続されているＳＦ４０が存在するか判定し、自装置と接続されているＳＦが存在する場合には、ＳＦＣヘッダにおける該ＳＦ４０の種別情報に対応する項目に自装置のＳＦＦ＃を記載する。
【００３７】
具体的には、ＳＦ情報書込部２２ｂは、パス設定ＩＤを持つＳＦＣヘッダを受け取ると、Ｃｏｎｔｅｘｔ  Ｈｅａｄｅｒｓと接続ＳＦ管理部２５が記憶するＳＦ４０の情報を取得し、記載されているサービス機能が自身に接続されている場合は設定確認ｂｉｔをオンにし、ＳＦＦ＃に自身の番号をＳＦＣヘッダに書き込み、該ＳＦＣヘッダをヘッダ読取／ヘッダ付替機能部２１ｂに付け替えさせる。なお、ＳＦＦ＃の代わりにＳＦＦのアドレスを入れもよい。また、記載されているサービス機能と接続がない場合、または、既に設定確認ｂｉｔがオンであれば記載せずにスルーする。なお、各ＳＦＦ２０は、自身のＳＦＦ＃を把握しているものとする。
【００３８】
経路登録部２２ａは、返送パケットを受信した際に、該返送パケットに自装置のＳＦＦ＃が記載されている場合には、該ＳＦＦ＃に対応するＳＦ４０をパケットの経由先として登録する。具体的には、経路登録部２２ａは、パス設定確認応答ＩＤのパケットを受け取ると、Ｃｏｎｔｅｘｔ  Ｈｅａｄｅｒｓを読み取り、自身のＳＦＦ＃が記入されていれば、その情報を元にフローテーブルに経由先のＳＦ４０と次のＳＦＦ２０を登録する。
【００３９】
転送制御部２４は、パケットの転送を制御する。転送制御部２４は、マッチング機能部２４ａを有する。マッチング機能部２４ａでは、ＳＦＣヘッダから次の宛先を判定し、次の宛先に対応するアドレスを設定情報記憶部２３ａから検索し、検索したアドレス宛にパケットを送信するように送信機能部２１ｃを制御する。
【００４０】
ここで、転送制御部２４は、パケットの項目すべてにＳＦＦ＃が記載されていない場合には、自身に接続されるＳＦ４０を確認し、Ｃｏｎｔｅｘｔ  Ｈｅａｄｅｒｓを更新した後、受信したパケットを次の宛先である他のＳＦＦ２０に転送する。具体的には、転送制御部２４は、Ｃｏｎｔｅｘｔ  Ｈｅａｄｅｒｓの設定確認ｂｉｔが全てオンになっていない場合には、Service  Path  Identifier（ＳＰＩ）とService  Index（ＳＩ）に設定された経路を参照して、次の宛先である他のＳＦＦ２０に転送する。なお、設定確認ｂｉｔが全てオンにならずに、経路上の全てのＳＦＦ２０に転送された場合には、オペレータにオンになっていないサービス機能を通知する。
【００４１】
また、転送制御部２４は、パケットの項目すべてにＳＦＦ＃が記載された場合には、パケットを転送した順番と逆の順番で各ＳＦＦ２０を経由するように返送パケットを返送する。具体的には、転送制御部２４は、Ｃｏｎｔｅｘｔ  Ｈｅａｄｅｒｓの設定確認ｂｉｔが全てオンになっていることを確認する。そして、転送制御部２４は、全てオンになっていた場合は、パス設定確認応答ＩＤとＣｏｎｔｅｘｔ  Ｈｅａｄｅｒｓに設定が必要なＳＦＦ２０とそのフローテーブル情報を持つＳＦＣヘッダが付いたパケットを返送する。なお、各ＳＦＦ２０は、パス設定確認応答ＩＤを把握しているものとする。なお、パス設定確認応答ＩＤとパス設定ＩＤとは、必ず別々のＩＤを設ける必要はなく、同じＩＤであってもよいが、このように同じＩＤを使う場合には、ＳＩで経路の設定か応答かを判断するため、事前に設定された経路上のＳＦＦを全て通過することとなる。また、設定確認ｂｉｔが全てオンになった場合に返送パケットを返送する機能を有する装置をＳＦＦ２０とは別に設けるようにしてもよい。
【００４２】
ここで、図６および図７の例を用いて、サービス提供システムにおける経路設定処理の概要を説明する。図６および図７は、第一の実施の形態に係るサービス提供システムにおける経路設定処理を説明する図である。なお、図６および図７では、ＳＦＦ２０ＡのＳＦＦ＃が「１」であり、ＳＦＦ２０ＢのＳＦＦ＃が「２」であり、ＳＦＦ２０ＣのＳＦＦ＃が「３」である。
【００４３】
図６に示すように、ＣＦ１０は、パス設定ＩＤを持つＳＦＣヘッダのＣｏｎｔｅｘｔ  Ｈｅａｄｅｒｓに、パス設定ＩＤ「００」と、サービス機能の種別「ＣＰＥ」、「ＤＰＩ」および「ＰＣ」と、各設定確認ｂｉｔ（初期値「０」）と、ＳＦＦ＃（初期値「００」）を記載可能な項目とを格納し、ＳＦＦ＃１へパケットを送信する。
【００４４】
ＳＦＦ＃１は、パス設定ＩＤ「００」を持つＳＦＣヘッダを受け取ると、Ｃｏｎｔｅｘｔ  Ｈｅａｄｅｒｓをチェックし、記載されているサービス機能のうち、自身に接続されている「ＤＰＩ」および「ＣＰＥ」の設定確認ｂｉｔをオン（値を「１」）にし、ＳＦＦ＃に自身の番号「０１」を記入する。そして、次のＳＦＦ＃２へパケットを送信する。
【００４５】
次に、ＳＦＦ＃２は、パス設定ＩＤ「００」を持つＳＦＣヘッダを受け取ると、Ｃｏｎｔｅｘｔ  Ｈｅａｄｅｒｓをチェックし、記載されているサービス機能のうち、自身に接続されているＳＦ４０として「ＤＰＩ」があるが、既に設定確認ｂｉｔがオンになっているので、そのままスルーして、次のＳＦＦ＃３へパケットを送信する。
【００４６】
次に、ＳＦＦ＃３は、パス設定ＩＤ「００」を持つＳＦＣヘッダを受け取ると、Ｃｏｎｔｅｘｔ  Ｈｅａｄｅｒｓをチェックし、記載されているサービス機能のうち、自身に接続されている「ＰＣ」の設定確認ｂｉｔをオン（値を「１」）にし、ＳＦＦ＃に自身の番号「０３」を記入する。ここで、Ｃｏｎｔｅｘｔ  Ｈｅａｄｅｒｓの全ての設定確認ｂｉｔがオン（値が「１」）になったので、パス設定確認応答ＩＤ（設定応答ＩＤ）「９９」の応答パケットを返送する。なお、全ＳＦＦにパケットが到着した上で全ての設定確認ｂｉｔがオンになっていなかった場合には、オペレータにオンになっていないことを通知するようにしてもよい。
【００４７】
図７に示すように、まず、ＳＦＦ＃３は、Ｃｏｎｔｅｘｔ  Ｈｅａｄｅｒｓを読み取り、「ＰＣ」に自身のＳＦＦ＃「０３」が記入されているので、フローテーブルに登録し、次のＳＦＦ＃２へパケットを送信する。
【００４８】
ＳＦＦ＃２は、設定応答ＩＤ「９９」を持つＳＦＣヘッダを受け取ると、Ｃｏｎｔｅｘｔ  Ｈｅａｄｅｒｓをチェックし、自身の記載がないので、そのままスルーして、次のＳＦＦ＃１へパケットを送信する。
【００４９】
ＳＦＦ＃１は、設定応答ＩＤ「９９」を持つＳＦＣヘッダを受け取ると、Ｃｏｎｔｅｘｔ  Ｈｅａｄｅｒｓをチェックし、「ＤＰＩ」および「ＣＰＥ」に自身のＳＦＦ＃「０１」が記入されているので、フローテーブルに登録し、ＣＦ１０へパケットを送信する。
【００５０】
このように、ヘッダを利用してパケットを各ＳＦＦ２０に伝達させることで、各ＳＦＦ２０がフローテーブルを登録し、自律的な経路構築を行うことが可能である。
【００５１】
［ＳＦＦの処理流れ］
次に、図８を用いて、第一の実施の形態に係るＳＦＦ２０の処理の流れを説明する。図８は、第一の実施の形態に係るＳＦＦの処理の流れを示すフローチャートである。
【００５２】
図８に示すように、ＳＦＦ２０は、パケットを受信すると（ステップＳ１０１肯定）、パス設定ＩＤを持つＳＦＣヘッダのパケットであるか否かを判定する（ステップＳ１０２）。この結果、受信したパケットが、パス設定ＩＤを持つＳＦＣヘッダのパケットである場合には（ステップＳ１０２肯定）、Ｃｏｎｔｅｘｔ  Ｈｅａｄｅｒｓを参照し、記載されているサービス機能が自身に接続されている場合は、設定確認ｂｉｔをオンにし、ＳＦＦ＃に自身の番号を設定する（ステップＳ１０３）。
【００５３】
そして、ＳＦＦ２０は、設定確認ｂｉｔが全てオンであるか否かを判定し（ステップＳ１０４）、オンでないと判定した場合には（ステップＳ１０４否定）、次のＳＦＦ２０へパケットを送信する（ステップＳ１０５）。また、ＳＦＦ２０は、設定確認ｂｉｔが全てオンであると判定した場合には（ステップＳ１０４肯定）、パス設定確認応答ＩＤとＣｏｎｔｅｘｔ  Ｈｅａｄｅｒｓにフローエントリーの登録が必要なＳＦＦ＃とを持つＳＦＣヘッダが付いたパケットを返送する（ステップＳ１０６）。
【００５４】
また、ステップＳ１０２の処理に戻って、受信したパケットが、パス設定ＩＤを持つＳＦＣヘッダのパケットでない場合には（ステップＳ１０２否定）、ＳＦＦ２０は、パス設定確認応答ＩＤを持つＳＦＣヘッダのパケットであるか否かを判定する（ステップＳ１０７）。そして、ＳＦＦ２０は、受信したパケットが、パス設定確認応答ＩＤを持つＳＦＣヘッダのパケットでない場合には（ステップＳ１０７否定）、そのまま本処理を終了する。
【００５５】
また、ＳＦＦ２０は、受信したパケットが、パス設定確認応答ＩＤを持つＳＦＣヘッダのパケットである場合には（ステップＳ１０７肯定）、Ｃｏｎｔｅｘｔ  Ｈｅａｄｅｒｓを読み取り、自身のＳＦＦ＃が記入されていれば、その情報を元にフローテーブルを登録する（ステップＳ１０８）。そして、ＳＦＦ２０は、次のＳＦＦ２０またはＣＦ１０へ送信する（ステップＳ１０９）。
【００５６】
［第一の実施形態の効果］
このように、第一の実施形態に係るサービス提供システムでは、コントローラによる集中制御を行わずに、ヘッダを利用して経路情報を伝達させることで、自律的な経路構築を提供することが可能である。つまり、これにより、図９に例示するような複数の拠点に配置されたＳＦＦ２０ＡとＳＦＦ２０Ｂとをまたぐような経路の設定を、コントローラによる集中制御をすることなく行うことができ、ユーザ・サービスに基づいた経路設定を自律的に行うことが可能である。
【００５７】
［第二の実施の形態］
ところで、第一の実施の形態において説明した処理に加えて、さらに各ＳＦＦ２０は、自身に接続されているＳＦの使用可能リソースを考慮したうえで、経路設定を行うようにしてもよい。そこで、第二の実施形態として、ＣＦ１０は、パケットのＳＦＣヘッダに、ＳＦ４０において予測される使用リソースをパケットヘッダに設定して送信する。そして、ＳＦＦ２０は、パケットを受信した場合に、該パケットのＳＦＣヘッダに設定された種別情報に対応するＳＦ４０のうち、自装置と接続されているＳＦ４０が存在し、且つ、設定された使用リソースよりも自装置と接続されているＳＦ４０の使用可能リソースが大きい場合には、ＳＦＣヘッダにおける該ＳＦ４０の種別情報に対応する箇所に自装置のＳＦＦ＃を記載する場合について、以下に説明する。なお、第一の実施の形態と同様の構成や処理ついては説明を省略する。
【００５８】
第二の実施形態にかかるＣＦ１０の経路設定制御部１２は、パケットのＳＦＣヘッダに、ＳＦ４０の種別を示す種別情報と、該種別情報ごとにＳＦＦの識別情報を記載可能な項目とともに、ＳＦ４０において予測される使用リソースを重みとしてパケットヘッダに設定する。ここで、重みは、何人のユーザに使用されているかなどの情報を元に、重みを定義する。
【００５９】
また、第二の実施形態にかかるＳＦＦ２０は、自身に接続されているＳＦの使用可能リソース（Capacity値）を把握している。具体的には、ＳＦＦ２０の接続ＳＦ管理部２５は、図１０に例示するように、サービス機能種別に対応付けて、使用可能リソースを記憶する。例えば、図１０の例では、ＤＰＩの使用可能リソースが「３０」であり、ＣＰＥの使用可能リソースが「４０」である。
【００６０】
また、書込部２２ｂは、ＣＦ１０によって送信されたパケットを受信した場合に、該パケットのヘッダに設定された種別情報に対応するＳＦ４０のうち、自装置と接続されているＳＦ４０が存在し、且つ、設定された使用リソース（重み）よりも自装置と接続されているＳＦ４０の使用可能リソース（Capacity値）が大きい場合には、ＳＦＣヘッダにおける該ＳＦ４０の種別情報に対応する箇所に自装置のＳＦＦ＃を記載する。また、書込部２２ｂは、重みがCapacity値より大きい場合は、自装置のＳＦＦ＃を記載しない。
【００６１】
ここで、図１１および図１２の例を用いて、サービス提供システムにおける経路設定処理の概要を説明する。図１１および図１２は、第二の実施の形態に係るサービス提供システムにおける経路設定処理を説明する図である。なお、図１１および図１２では、ＳＦＦ２０ＡのＳＦＦ＃が「１」であり、ＳＦＦ２０ＢのＳＦＦ＃が「２」であり、ＳＦＦ２０ＣのＳＦＦ＃が「３」である。
【００６２】
図１１に示すように、ＣＦ１０は、パス設定ＩＤを持つＳＦＣヘッダのＣｏｎｔｅｘｔ  Ｈｅａｄｅｒｓに、パス設定ＩＤ「００」と、サービス機能の種別「ＣＰＥ」、「ＤＰＩ」および「ＰＣ」と、各設定確認ｂｉｔ（初期値「０」）と、ＳＦＦ＃（初期値「００」）を記載可能な項目とともに、重み「５」を格納し、ＳＦＦ＃１へパケットを送信する。
【００６３】
ＳＦＦ＃１は、パス設定ＩＤ「００」を持つＳＦＣヘッダを受け取ると、Ｃｏｎｔｅｘｔ  Ｈｅａｄｅｒｓをチェックし、記載されているサービス機能のうち、自身に接続されている「ＤＰＩ」および「ＣＰＥ」の設定確認ｂｉｔをオン（値を「１」）にし、ＳＦＦ＃に自身の番号「０１」と対象ＳＦ４０である「ＤＰＩ」のCapacity値「３０」と、「ＣＰＥ」のCapacity値「４０」を記入する。そして、次のＳＦＦ＃２へパケットを送信する。
【００６４】
次に、ＳＦＦ＃２は、パス設定ＩＤ「００」を持つＳＦＣヘッダを受け取ると、Ｃｏｎｔｅｘｔ  Ｈｅａｄｅｒｓをチェックし、記載されているサービス機能のうち、自身に接続されているＳＦ４０として「ＤＰＩ」および「ＣＰＥ」があるが、既に設定確認ｂｉｔがオンになっているので、Capacity値がより大きい「ＤＰＩ」のCapacity値「３５」を記入する。そして、次のＳＦＦ＃３へパケットを送信する。
【００６５】
次に、ＳＦＦ＃３は、パス設定ＩＤ「００」を持つＳＦＣヘッダを受け取ると、Ｃｏｎｔｅｘｔ  Ｈｅａｄｅｒｓをチェックし、記載されているサービス機能のうち、自身に接続されている「ＰＣ」の設定確認ｂｉｔをオン（値を「１」）にし、ＳＦＦ＃に自身の番号「０３」と「ＰＣ」のCapacity値「１５」を記入する。ここで、Ｃｏｎｔｅｘｔ  Ｈｅａｄｅｒｓの全ての設定確認ｂｉｔがオン（値が「１」）になったので、パス設定確認応答ＩＤ（設定応答ＩＤ）「９９」の応答パケットを返送する。
【００６６】
図１２に示すように、まず、ＳＦＦ＃３は、Ｃｏｎｔｅｘｔ  Ｈｅａｄｅｒｓを読み取り、「ＰＣ」に自身のＳＦＦ＃「０３」が記入されているので、フローテーブルに登録する。また、ＳＦＦ＃３は、ＰＣのCapacity値「１５」から重み「５」を減算し、減算した値「１０」を接続ＳＦ管理部２５に格納する。そして、次のＳＦＦ＃２へパケットを送信する。
【００６７】
次に、ＳＦＦ＃２は、設定応答ＩＤ「９９」を持つＳＦＣヘッダを受け取ると、Ｃｏｎｔｅｘｔ  Ｈｅａｄｅｒｓをチェックし、「ＤＰＩ」に自身のＳＦＦ＃「０２」が記入されているので、フローテーブルに登録する。また、ＳＦＦ＃２は、ＤＰＩのCapacity値「３５」から重み「５」を減算し、減算した値「３０」を接続ＳＦ管理部２５に格納する。そして、次のＳＦＦ＃１へパケットを送信する。 
【００６８】
ＳＦＦ＃１は、設定応答ＩＤ「９９」を持つＳＦＣヘッダを受け取ると、Ｃｏｎｔｅｘｔ  Ｈｅａｄｅｒｓをチェックし、「ＣＰＥ」に自身のＳＦＦ＃「０１」が記入されているので、フローテーブルに登録する。また、ＳＦＦ＃１は、ＣＰＥのCapacity値「４０」から重み「５」を減算し、減算した値「３５」を接続ＳＦ管理部２５に格納する。そして、ＣＦ１０へパケットを送信する。
【００６９】
このように、ヘッダを利用してパケットを各ＳＦＦ２０に伝達させることで、各ＳＦＦ２０がフローテーブルを登録し、負荷分散を考慮した経路構築を自律的に行うことが可能となる。
【００７０】
次に、図１３を用いて、第二の実施の形態に係るＳＦＦ２０の処理の流れを説明する。図１３は、第二の実施の形態に係るＳＦＦの処理の流れを示すフローチャートである。
【００７１】
図１３に示すように、ＳＦＦ２０は、パケットを受信すると（ステップＳ２０１肯定）、パス設定ＩＤを持つＳＦＣヘッダのパケットであるか否かを判定する（ステップＳ２０２）。この結果、受信したパケットが、パス設定ＩＤを持つＳＦＣヘッダのパケットである場合には（ステップＳ２０２肯定）、Ｃｏｎｔｅｘｔ  Ｈｅａｄｅｒｓを参照し、記載されているサービス機能が自身に接続されている場合は、設定確認ｂｉｔをオンにし、ＳＦＦ＃に自身の番号とＳＦのCapacity値を記入する（ステップＳ２０３）。
【００７２】
そして、ＳＦＦ２０は、既に設定確認bitがオンになっている場合は、対象SFの欄に記入されているCapacity値を参照し、自身のCapacity値の方が大きい場合は、ＳＦＦ＃の欄を自身の情報に書き換える（ステップＳ２０４）。続いて、ＳＦＦ２０は、事前に設定されている経路上の全てのＳＦＦ２０を通過したか、すなわち、自装置が経路上の最後のＳＦＦであるか否かを判定する（ステップＳ２０５）。この結果、全てのＳＦＦ２０を通過していないと判定した場合には（ステップＳ２０５否定）、次のＳＦＦ２０へパケットを送信する（ステップＳ２０６）。また、ＳＦＦ２０は、全てのＳＦＦ２０を通過したと判定した場合には（ステップＳ２０５肯定）、パス設定確認応答ＩＤとＣｏｎｔｅｘｔ  Ｈｅａｄｅｒｓにフローエントリーの登録が必要なＳＦＦ＃とを持つＳＦＣヘッダが付いたパケットを返送する（ステップＳ２０７）。なお、全てのＳＦＦ２０を通過したと判定した際に、設定確認ｂｉｔが全てオンになっていない場合には、設定失敗をオペレータ等に通知するようにしてもよい。
【００７３】
また、ステップＳ２０２の処理に戻って、受信したパケットが、パス設定ＩＤを持つＳＦＣヘッダのパケットでない場合には（ステップＳ２０２否定）、ＳＦＦ２０は、パス設定確認応答ＩＤを持つＳＦＣヘッダのパケットであるか否かを判定する（ステップＳ２０８）。そして、ＳＦＦ２０は、受信したパケットが、パス設定確認応答ＩＤを持つＳＦＣヘッダのパケットでない場合には（ステップＳ２０８否定）、そのまま本処理を終了する。
【００７４】
また、ＳＦＦ２０は、受信したパケットが、パス設定確認応答ＩＤを持つＳＦＣヘッダのパケットである場合には（ステップＳ２０８肯定）、Ｃｏｎｔｅｘｔ  Ｈｅａｄｅｒｓを読み取り、自身のＳＦＦ＃が記入されていれば、その情報を元にフローテーブルを登録し、Capacity値から重みを減算する（ステップＳ２０９）。そして、ＳＦＦ２０は、次のＳＦＦ２０またはＣＦ１０へ送信する（ステップＳ２１０）。
【００７５】
［第二の実施形態の効果］
このように、第一の実施形態に係るサービス提供システムでは、各ＳＦＦ２０は、自身に接続されているＳＦ４０の使用可能リソースを考慮したうえで、経路設定を行うので、負荷分散を考慮した経路構築を自律的に行うことが可能となる。
【００７６】
［システム構成等］
また、図示した各装置の各構成要素は機能概念的なものであり、必ずしも物理的に図示の如く構成されていることを要しない。すなわち、各装置の分散・統合の具体的形態は図示のものに限られず、その全部または一部を、各種の負荷や使用状況などに応じて、任意の単位で機能的または物理的に分散・統合して構成することができる。さらに、各装置にて行なわれる各処理機能は、その全部または任意の一部が、ＣＰＵおよび当該ＣＰＵにて解析実行されるプログラムにて実現され、あるいは、ワイヤードロジックによるハードウェアとして実現され得る。
【００７７】
また、本実施形態において説明した各処理のうち、自動的におこなわれるものとして説明した処理の全部または一部を手動的におこなうこともでき、あるいは、手動的におこなわれるものとして説明した処理の全部または一部を公知の方法で自動的におこなうこともできる。この他、上記文書中や図面中で示した処理手順、制御手順、具体的名称、各種のデータやパラメータを含む情報については、特記する場合を除いて任意に変更することができる。
【００７８】
［プログラム］
図１４は、経路設定プログラムを実行するコンピュータを示す図である。コンピュータ１０００は、例えば、メモリ１０１０、ＣＰＵ（Central  Processing  Unit）１０２０を有する。また、コンピュータ１０００は、ハードディスクドライブインタフェース１０３０、ディスクドライブインタフェース１０４０、シリアルポートインタフェース１０５０、ビデオアダプタ１０６０、ネットワークインタフェース１０７０を有する。これらの各部は、バス１０８０によって接続される。
【００７９】
メモリ１０１０は、ＲＯＭ（Read  Only  Memory）１０１１及びＲＡＭ（Random  Access  Memory）１０１２を含む。ＲＯＭ１０１１は、例えば、ＢＩＯＳ（Basic  Input  Output  System）等のブートプログラムを記憶する。ハードディスクドライブインタフェース１０３０は、ハードディスクドライブ１０３１に接続される。ディスクドライブインタフェース１０４０は、ディスクドライブ１０４１に接続される。例えば磁気ディスクや光ディスク等の着脱可能な記憶媒体が、ディスクドライブ１０４１に挿入される。シリアルポートインタフェース１０５０は、例えばマウス１０５１、キーボード１０５２に接続される。ビデオアダプタ１０６０は、例えばディスプレイ１０６１に接続される。
【００８０】
ハードディスクドライブ１０３１は、例えば、ＯＳ１０９１、アプリケーションプログラム１０９２、プログラムモジュール１０９３、プログラムデータ１０９４を記憶する。すなわち、ＣＦ１０やＳＦＦ２０の各処理を規定するプログラムは、コンピュータにより実行可能なコードが記述されたプログラムモジュール１０９３として実装される。プログラムモジュール１０９３は、例えばハードディスクドライブ１０３１に記憶される。例えば、装置における機能構成と同様の処理を実行するためのプログラムモジュール１０９３が、ハードディスクドライブ１０３１に記憶される。なお、ハードディスクドライブ１０３１は、ＳＳＤ（Solid  State  Drive）により代替されてもよい。
【００８１】
また、上述した実施形態の処理で用いられる設定データは、プログラムデータ１０９４として、例えばメモリ１０１０やハードディスクドライブ１０３１に記憶される。そして、ＣＰＵ１０２０が、メモリ１０１０やハードディスクドライブ１０３１に記憶されたプログラムモジュール１０９３やプログラムデータ１０９４を必要に応じてＲＡＭ１０１２に読み出して実行する。
【００８２】
なお、プログラムモジュール１０９３やプログラムデータ１０９４は、ハードディスクドライブ１０３１に記憶される場合に限らず、例えば着脱可能な記憶媒体に記憶され、ディスクドライブ１０４１等を介してＣＰＵ１０２０によって読み出されてもよい。あるいは、プログラムモジュール１０９３及びプログラムデータ１０９４は、ネットワーク（ＬＡＮ（Local  Area  Network）、ＷＡＮ（Wide  Area  Network）等）を介して接続された他のコンピュータに記憶されてもよい。そして、プログラムモジュール１０９３及びプログラムデータ１０９４は、他のコンピュータから、ネットワークインタフェース１０７０を介してＣＰＵ１０２０によって読み出されてもよい。
【符号の説明】
【００８３】
１０  ＣＦ
１１、２１  通信処理部
１２、２２  経路設定制御部
１２ａ  経路設定指示受信部
１２ｂ  経路設定パケット生成部
１２ｃ  経路設定判定部
１３、２３  記憶部
１３ａ、２３ａ  設定情報記憶部
２０  ＳＦＦ
２２ａ  経路登録部
２２ｂ  ＳＦ情報書込部
２４  転送制御部
２５  接続ＳＦ管理部
３０  コントローラ
４０、４０Ａ〜４０Ｃ  ＳＦ
５０  ＳＦＣ  Ｐｒｏｘｙ
６０  ネットワーク
７０  インターネット
【図１】
2017038179.tif 000003
【図２】
2017038179.tif 000004
【図３】
2017038179.tif 000005
【図４】
2017038179.tif 000006
【図５】
2017038179.tif 000007
【図６】
2017038179.tif 000008
【図７】
2017038179.tif 000009
【図８】
2017038179.tif 000010
【図９】
2017038179.tif 000011
【図１０】
2017038179.tif 000012
【図１１】
2017038179.tif 000013
【図１２】
2017038179.tif 000014
【図１３】
2017038179.tif 000015
【図１４】
2017038179.tif 000016