(57)【要約】【課題】  ネットワークにてサービスを提供するサービス提供プラットフォームシステムにおいて、低コストで冗長化を図る。【解決手段】  プラットフォーム装置が、自身が収容するサービス装置およびサービス網に対し導通確認パケットを送付し、その折返しパケットあるいはサービス装置からの応答パケットを受信することにより、自身が収容するサービス装置およびサービス網の導通性および動作正常性を確認する手段１と、折返しパケットあるいはサービス装置からの応答パケットをある一定時間経過しても受信できない場合に、サービス装置およびサービス網の導通性または動作が異常であると判断し、自身と転送装置との間の経路を強制切断する手段２とを有し、転送装置が強制切断を認識する手段３と、強制切断となった経路にパケットを転送せず、他のプラットフォーム装置と転送装置との間の経路に対しパケットを転送する手段４とを有する。【選択図】        図１
2006013697.tif 000002
【特許請求の範囲】
【請求項１】
複数のサービス装置と、
複数のサービス網と、
少なくとも１個の前記サービス装置を収納するプラットフォーム装置と、
主転送網と、
前記主転送網を介して前記複数のプラットフォーム装置と接続される複数の転送装置とから構成され、
前記プラットフォーム装置は、前記転送装置および前記主転送網を介してユーザ端末から送信されたパケットを前記サービス網を通じて前記サービス装置に振り分け、かつ、前記サービス網を通じて受信した前記パケットを前記主転送網および前記転送装置を介してその宛先ユーザ端末に向け転送し、
前記サービス装置は、前記サービス網を通じて受信した前記パケットにサービス処理を行い、その後、前記サービス網を通じて前記パケットを再び前記プラットフォーム装置に転送し、
前記転送装置は、前記ユーザ端末から送信されたパケットを負荷分散を図りながら、前記複数のプラットフォーム装置のいずれかのプラットフォーム装置に転送するサービス提供プラットフォームシステムであって、
前記プラットフォーム装置は、自身が収容する前記サービス装置および前記サービス網に対し導通確認パケットを送付し、その折返しパケットあるいは前記サービス装置からの応答パケットを受信することによって、自身が収容する前記サービス装置および前記サービス網の導通性および動作正常性を確認する手段１と、
前記折返しパケットあるいは前記サービス装置からの応答パケットを、ある一定時間経過しても受信できない場合に、前記サービス装置および前記サービス網の導通性または動作が異常であると判断し、自身と前記転送装置との間の経路を強制切断する手段２とを有し、
前記転送装置は、前記強制切断を認識する手段３と、
強制切断となった前記経路にパケットを転送せず、他のプラットフォーム装置と前記転送装置との間の経路に対し、パケットを転送する手段４とを有することを特徴とするサービス提供プラットフォームシステム。
【請求項２】
複数のサービス装置と、
複数のサービス網と、
少なくとも１個の前記サービス装置を収納するプラットフォーム装置と、
主転送網と、
前記主転送網を介して前記複数のプラットフォーム装置と接続される複数の転送装置とから構成され、
前記プラットフォーム装置は、前記転送装置および前記主転送網を介してユーザ端末から送信されたパケットを前記サービス網を通じて前記サービス装置に振り分け、かつ、前記サービス網を通じて受信した前記パケットを前記主転送網および前記転送装置を介してその宛先ユーザ端末に向け転送し、
前記サービス装置は、前記サービス網を通じて受信した前記パケットにサービス処理を行い、その後、前記サービス網を通じて前記パケットを再び前記プラットフォーム装置に転送し、
前記転送装置は、複数の接続経路のうち少なくとも１経路を運用経路、残りの少なくとも１経路を前記運用経路が故障した場合に運用経路に切り替えるスタンバイ経路とし、前記ユーザ端末から送信されたパケットを、前記運用経路を通じて前記複数のプラットフォーム装置のいずれかのプラットフォーム装置に転送するサービス提供プラットフォームシステムであって、
前記プラットフォーム装置は、自身が収容する前記サービス装置および前記サービス網に対し導通確認パケットを送付し、その折返しパケットあるいは前記サービス装置からの応答パケットを受信することによって、自身が収容する前記サービス装置および前記サービス網の導通性および動作正常性を確認する手段１と、
前記折返しパケットあるいは前記サービス装置からの応答パケットを、ある一定時間経過しても受信できない場合に、前記サービス装置および前記サービス網の導通性または動作が異常であると判断し、自身と前記転送装置との間の経路を強制切断する手段２とを有し、
前記転送装置は、前記強制切断を認識する手段３と、
強制切断となった前記経路にパケットを転送せず、他のプラットフォーム装置と前記転送装置との間の経路に対し、パケットを転送する手段４とを有することを特徴とするサービス提供プラットフォームシステム。
【請求項３】
前記プラットフォーム装置の手段２は、自身と前記転送装置との間の経路に転送されるパケットを廃棄することにより、自身と前記転送装置との間の経路を強制切断し、
前記転送装置の手段３は、前記転送装置間で導通確認パケットを送受しあい、前記転送装置が前記導通確認パケットをある一定時間経過しても受信できない場合に、前記強制切断を認識することを特徴とする請求項１または請求項２に記載のサービス提供プラットフォームシステム。
【請求項４】
前記プラットフォーム装置は、複数のサービス装置を収容しており、
前記手段１は、自身が収容する各サービス装置の導通性および動作正常性を確認し、
前記手段２は、少なくとも１台のサービス装置の導通性または動作が異常であると判断したときに、自身と前記転送装置との間の経路を強制切断することを特徴とする請求項１ないし請求項３のいずれか１項に記載のサービス提供プラットフォームシステム。
【発明の詳細な説明】
【技術分野】
【０００１】
本発明は、サービス提供プラットフォームシステムに係り、特に、インタネットに接続するユーザにネットワークを通じてサービスを提供するための装置の冗長化に関する。
【背景技術】
【０００２】
近年、インタネット利用は爆発的に普及しているものの、自端末のインストールや設定作業を苦手とするユーザも多く、それが新しいサービスの普及を阻害する要因になり得る。この問題を解消する方法として、アウトソーシングによるサービス提供がある。
アウトソーシングサービスの実現法として、ネットワークを通じてサービスを提供する方法がある。
本実現方法は、例えば、ＩＥＴＦ（the Internet Engineering Task Force）のＯＰＥＳ（Open Pluggable Edge Services）Working Groupにて検討が進められている。
その実現方法は、図２に示すように、ユーザ端末３０５からパケットが到着すると、OPES Processor３０１（本出願のプラットフォーム装置に相当する）が、サービス処理を行うCallout Server３０２に対し、パケットを振分ける。
Callout Server３０２が行うサービス処理は、例えば、パケットフィルタリング等があげられる。Callout Server３０２にてサービス処理が施されると、該パケットは、再び、OPES Processor３０１に転送され、ユーザ端末３０５の通信相手端末３０８に転送される。
なお、図２において、３０７は主転送網、３１２，３１３は転送装置であり、また、OPES Processor３０１と、Callout Server３０２とが一体化されずに、分離している理由は、Callout Serverを追加あるいは削除することにより、OPES Processorの改造を伴わずに新しいサービスの追加や陳腐化したサービスの削除を可能にできるためである。本形態の説明は、例えば、下記の非特許文献１にて説明されている。
【０００３】
なお、本願発明に関連する先行技術文献としては以下のものがある。
【非特許文献１】IETF Open Pluggable Edge Services(OPES)Working Group,Internet-Draft      An Architecture for Open Pluggable Edge Services(OPES)      http://www.ietf.org/internet-drafts/draft-ietf-opes-architecture-04.txt.
【特許文献１】特開平１１−２７５２２４号公報
【発明の開示】
【発明が解決しようとする課題】
【０００４】
０ＰＥＳ方式をはじめとするネットワークにてサービスを提供する形態において、Callout Server３０２やサービス網３２０におけるある経路が故障しても、運用を継続させるため、Callout Serverをサービス網３２０に複数設置したり、サービス網３２０内に複数経路を設定することにより、冗長化を高める接続形態がある。
また、OPES Processor３０１が故障しても、運用を継続させるため、OPES Processorを主転送網３０７に複数設置し、主転送網３０７内にそれぞれのOPES Processorに対する経路を設定することにより、冗長化を高める接続形態がある。
ただし、Callout Server、サービス網、OPES Processorのいずれかの故障に備え、前述のCallout Serverの複数台設置とOPES Processorの複数台設置を同時に行うと、サービスの運用は確実に継続することはできるものの、装置台数が増え、コストの増加が課題となる。
なお、従来の冗長化方式として、主に以下に説明する２つの方式が知られている。
【０００５】
１つ目の方式を図３に示す。図３において、２０１は負荷分散装置、２２１はサービス網、２３０，２３１は転送装置、２４０は主転送網、２４１はアクセスライン、２５０，２５１はユーザ端末、２６０，２６１はサーバである。
サーバ２６０あるいはサーバ２６１から提供されているサービスをユーザ端末２５０が受けるため、ユーザ端末２５０から送出されるパケットは、アクセスライン２４１、転送装置２３０、主転送網２４０、転送装置２３１を経由し、負荷分散装置２０１に到着する。
負荷分散装置２０１は、当該パケットをサーバ２６０およびサーバ２６１のいずれかに振分ける。
振り分け方法としては、サーバ２６０およびサーバ２６１のうち処理負荷が少ない方に振り分ける方法がある。また、同構成における別の方法として、一方のサーバを運用系、他方をスタンバイ系とし、パケットを運用系に振り分ける方法もある。
いずれの方法にせよ、負荷分散装置２０１は、サーバ２６０およびサーバ２６１に対し導通確認パケットを送付し、その折返しパケットあるいは前記サービス装置からの応答パケットを受信することによって、サーバ２６０およびサーバ２６１の導通性および動作正常性を確認し、あるサーバの故障を確認すると、そのサーバにはパケットを転送しない仕組みを有することにより、故障に対し、運用の継続を提供している。
このような機能を備えた負荷分散装置は、例えば、F5ネットワークス社製品BIG-IP5000やTopLayer社製品AppSwitchなど既に市中に出回っている装置として多数存在する。
【０００６】
２つ目の方式を図４に示す。図４において、３３０はホスト装置、３４０は網、３６０，３６１は遠隔装置である。
遠隔装置３６０および遠隔装置３６１は同じサービス処理を行うものであり、冗長化の対象装置である。
遠隔装置３６０を運用系、遠隔装置３６１をスタンバイ系とした場合、ホスト装置３３０は、遠隔装置３６０の動作正常性を監視し、遠隔装置３６０の故障や異常を確認すると、遠隔装置３６１に対し、運用系に切り替えるための要求を出し、結果、遠隔装置３６１が運用系となる。本形態の説明は例えば、前述の特許文献１に記載されている。
前述の従来の冗長化方式は、１つ目の方式についてはサービス網２２１上における冗長化、２つ目の方式については網３４０上における冗長化に関する方式である。
このように、従来の方式では、図２に示す主転送網３０７とサービス網３２０のそれぞれの網にて冗長化を考慮する必要があり、従来、低コストで冗長化を実現する技術は存在していない。
本発明は、前記従来技術の問題点を解決するためになされたものであり、本発明の目的は、ネットワークにてサービスを提供するサービス提供プラットフォームシステムにおいて、低コストで冗長化を図ることが可能となる技術を提供することにある。
本発明の前記ならびにその他の目的と新規な特徴は、本明細書の記述及び添付図面によって明らかにする。
【課題を解決するための手段】
【０００７】
本願において開示される発明のうち、代表的なものの概要を簡単に説明すれば、下記の通りである。
前述の目的を達成するために、本発明は、複数のサービス装置と、複数のサービス網と、少なくとも１個の前記サービス装置を収納するプラットフォーム装置と、主転送網と、前記主転送網を介して前記複数のプラットフォーム装置と接続される複数の転送装置とから構成され、前記プラットフォーム装置が、前記転送装置および前記主転送網を介してユーザ端末から送信されたパケットを前記サービス網を通じて前記サービス装置に振り分け、かつ、前記サービス網を通じて受信した前記パケットを前記主転送網および前記転送装置を介してその宛先ユーザ端末に向け転送し、前記サービス装置が、前記サービス網を通じて受信した前記パケットにサービス処理を行い、その後、前記サービス網を通じて前記パケットを再び前記プラットフォーム装置に転送し、前記転送装置が、前記ユーザ端末から送信されたパケットを負荷分散を図りながら、前記複数のプラットフォーム装置のいずれかのプラットフォーム装置に転送するサービス提供プラットフォームシステムであって、前記プラットフォーム装置が、自身が収容する前記サービス装置および前記サービス網に対し導通確認パケットを送付し、その折返しパケットあるいは前記サービス装置からの応答パケットを受信することによって、自身が収容する前記サービス装置および前記サービス網の導通性および動作正常性を確認する手段１と、前記折返しパケットあるいは前記サービス装置からの応答パケットを、ある一定時間経過しても受信できない場合に、前記サービス装置および前記サービス網の導通性または動作が異常であると判断し、自身と前記転送装置との間の経路を強制切断する手段２とを有し、前記転送装置が、前記強制切断を認識する手段３と、強制切断となった前記経路にパケットを転送せず、他のプラットフォーム装置と前記転送装置との間の経路に対し、パケットを転送する手段４とを有することを特徴とする。
【０００８】
また、本発明は、複数のサービス装置と、複数のサービス網と、少なくとも１個の前記サービス装置を収納するプラットフォーム装置と、主転送網と、前記主転送網を介して前記複数のプラットフォーム装置と接続される複数の転送装置とから構成され、前記プラットフォーム装置が、前記転送装置および前記主転送網を介してユーザ端末から送信されたパケットを前記サービス網を通じて前記サービス装置に振り分け、かつ、前記サービス網を通じて受信した前記パケットを前記主転送網および前記転送装置を介してその宛先ユーザ端末に向け転送し、前記サービス装置が、前記サービス網を通じて受信した前記パケットにサービス処理を行い、その後、前記サービス網を通じて前記パケットを再び前記プラットフォーム装置に転送し、前記転送装置が、複数の接続経路のうち少なくとも１経路を運用経路、残りの少なくとも１経路を、前記運用経路が故障した場合に運用経路に切り替えるスタンバイ経路とし、前記ユーザ端末から送信されたパケットを、前記運用経路を通じて前記複数のプラットフォーム装置のいずれかのプラットフォーム装置に転送するサービス提供プラットフォームシステムであって、前記プラットフォーム装置が、自身が収容する前記サービス装置および前記サービス網に対し導通確認パケットを送付し、その折返しパケットあるいは前記サービス装置からの応答パケットを受信することによって、自身が収容する前記サービス装置および前記サービス網の導通性および動作正常性を確認する手段１と、前記折返しパケットあるいは前記サービス装置からの応答パケットを、ある一定時間経過しても受信できない場合に、前記サービス装置および前記サービス網の導通性または動作が異常であると判断し、自身と前記転送装置との間の経路を強制切断する手段２とを有し、前記転送装置が、前記強制切断を認識する手段３と、強制切断となった前記経路にパケットを転送せず、他のプラットフォーム装置と前記転送装置との間の経路に対し、パケットを転送する手段４とを有することを特徴とする。
【発明の効果】
【０００９】
本願において開示される発明のうち代表的なものによって得られる効果を簡単に説明すれば、下記の通りである。
本発明のサービス提供プラットフォームシステムによれば、サービス網上にサービス装置を冗長的に設置しなくても、サービス装置に故障があった場合に、サービス提供を確保しつつ、ユーザ端末間の通信経路を確保することが可能となる。
このため、サービス装置の必要台数を減らし、低コスト化と通信の信頼性を両立させることが可能となる。
【発明を実施するための最良の形態】
【００１０】
以下、図面を参照して本発明の実施例を詳細に説明する。
なお、実施例を説明するための全図において、同一機能を有するものは同一符号を付け、その繰り返しの説明は省略する。
図１は、本発明の実施例のサービス提供プラットフォームシステムの概略構成を示すブロック図である。
図１において、１００，１０１はプラットフォーム装置、１１０，１１１はサービス装置、１２０，１２１はサービス網、１３０，１３１は転送装置、１４０は主転送網、１５０，１５１，１５３はユーザ端末、１６１，１６２，１６３，１６４は経路である。
転送装置１３０および１３１は、ユーザ端末１５０あるいは１５１と、ユーザ端末１５３との間の通信のパケットを、プラットフォーム装置１００あるいは１０１のいずれかに振り分ける。
また、プラットフォーム装置１００は、転送装置１３０（あるいは１３１）、および主転送網１４０を通じて到着するパケットを、サービス網１２０を通じてサービス装置１１０にパケットを転送する。
サービス装置１１０は、パケットにサービス処理を行い、サービス網１２０を通じてプラットフォーム装置１００にパケットを転送し、再びプラットフォーム装置１００にパケットを転送する。
【００１１】
プラットフォーム装置１００は、パケットを転送装置１３１（あるいは１３０）、および主転送網１４０を通じてその宛先ユーザ端末に向け転送する。
同様に、プラットフォーム装置１０１は、転送装置１３０（あるいは１３１）、および主転送網１４０を通じて到着するパケットを、サービス網１２１を通じてサービス装置１１１にパケットを転送する。
サービス装置ｌｌ１はパケットにサービス処理を行い、サービス網１２１を通じてプラットフォーム装置１０１にパケットを転送し、再びプラットフォーム装置１０１にパケットを転送する。
プラットフォーム装置１０１は、パケットを転送装置１３１（あるいは１３０）、および主転送網１４０を通じてその宛先ユーザ端末に向け転送する。
経路１６１、プラットフォーム装置１００および経路１６２から成る経路、あるいは、経路１６３、プラットフォーム装置１０１および経路１６４から成る経路のいずれかが、パケットの導通異常になると、転送装置１３０（あるいは１３１）は、導通異常が発生した経路にパケットを転送せず、パケットの導通が正常な経路のみに対し、パケットを転送する。
【００１２】
プラットフォーム装置１００は、サービス装置１１０およびサービス網１２０に対し導通確認パケットを送付し、その折返しパケットあるいはサービス装置１１０からの応答パケットを受信することによって、サービス装置１１０およびサービス網１２０の導通性および動作正常性を確認する。
折返しパケットあるいはサービス装置１２０からの応答パケットを、ある一定時間経過しても受信できない場合に、プラットフォーム装置１００は、サービス装置１１０およびサービス網１２０の導通性または動作が異常であると判断し、経路１６１、プラットフォーム装置１００および経路１６２から成る経路を強制切断する。
以上の手段により、サービス装置１１０およびサービス網１２０の導通性または動作が異常となった場合、ユーザ端末１５０あるいは１５１と、ユーザ端末１５３との間の通信のパケットは、転送装置１３０、経路１６３、プラットフォーム装置１０１、サービス網１２１、サービス装置１１１、経路１６４、および転送装置１３１から成る経路を通じて、正常に転送される。
サービス装置１１１およびサービス網１２１の導通性または動作が異常となった場合も同様に、ユーザ端末１５０あるいは１５１と、ユーザ端末１５３との間の通信のパケットは、転送装置１３０、経路１６１、プラットフォーム装置１００、サービス網１２０、サービス装置１１０、経路１６２および転送装置１３１から成る経路を通じて、正常に転送される。
【００１３】
以下、ユーザ端末１５０とユーザ端末１５３との間の通信を例に挙げて、本実施例のサービス提供プラットフォームシステムの動作の概要について説明をする。
転送装置１３０は、ユーザ端末１５０からの送出されるパケットを受信すると、プラットフォーム装置１００あるいはプラットフォーム装置１０１のいずれかに振り分ける。
振り分け先の判断は、例えば、転送装置１３０が、プラットフォーム装置１００あるいは１０１のうち負荷の少ない方、例えば、プラットフォーム装置１００に振り分ける。
また、別の振り分け方法として、例えば、プラットフォーム装置１００をアクト系、プラットフォーム装置１０１をスタンバイ系とし、アクト系であるプラットフォーム装置１００にパケットを振り分ける方法もある。
いずれの方法にしても、以下の説明では、プラットフォーム装置１００にパケットが振り分けられるものとして説明する。
【００１４】
プラットフォーム装置１００は、転送装置１３０および主転送網１４０を通じて到着するパケットを、サービス網１２０を通じてサービス装置１１０にパケットを転送する。
サービス装置１１０は、パケットにサービス処理を行い、サービス網１２０を通じてプラットフォーム装置１００にパケットを転送する。
再びプラットフォーム装置１００にパケットが戻されると、プラットフォーム装置１００は、パケットを転送装置１３１および主転送網１４０を通じて、その宛先であるユーザ端末１５３に向け転送する。
また、プラットフォーム装置１００は、サービス装置１１０およびサービス網１２０に対して導通確認パケットを送付し、その折返しパケットあるいはサービス装置１１０からの応答パケットを受信することによって、サービス装置１１０およびサービス網１２０の導通性および動作正常性を確認する。
また、転送装置１３０と転送装置１３１との間で、主転送網１４０を通じて、導通確認パケットを送受しあい、主転送網１４０の導通性および動作正常性を確認する。
以上が正常時の動作である。
【００１５】
今サービス装置１１０が、前述した折返しパケットあるいはサービス装置１２０からの応答パケットを、ある一定時間経過しても受信できなくなったとする。
この場合、プラットフォーム装置１００は、サービス装置１１０およびサービス網１２０の導通性または動作が異常であると判断し、経路１６１、プラットフォーム装置１００および経路１６２から成る経路を強制切断する。
ここで、強制切断の方法は、プラットフォーム装置１００が、経路１６１、プラットフォーム装置１００および経路１６２から成る経路に転送されるパケットを廃棄することによって行われる。
または、経路１６１および経路１６２に接続するプラットフォーム装置１００の物理インタフェースの電源等を切ることにより、強制切断を実現してもよい。
前記強制切断により、転送装置１３０と転送装置１３１との間で送受される導通確認パケットを、転送装置１３０および転送装置１３１は共に受信できなくなるため、転送装置１３０および転送装置１３１は、経路１６１、プラットフォーム装置１００および経路１６２から成る経路にパケットを転送せず、経路１６３、プラットフォーム装置１０１、サービス網１２１、サービス装置１１１，および経路１６４からなる経路にパケットを転送するように経路を切り替え、ユーザ端末１５０とユーザ端末１５３との間のパケット転送を継続させる。
【００１６】
なお、ここで、ユーザ端末に対して複数のサービスを提供するなどの理由により、プラットフォーム装置１００およびプラットフォーム装置１０１のそれぞれが、複数のサービス装置を収容する場合については、プラットフォーム装置１００（あるいは１０１）は、自身が収容する各サービス装置の導通性および動作正常性を確認し、いずれかの１台以上の前記サービス装置の導通性または動作が異常であると判断したときに、前述した経路１６１（あるいは１６３）、プラットフォーム装置１００（あるいは１０１）および経路１６２（あるいは１６４）から成る経路を強制切断することにより、前述の処理動作に帰着することができることを追記する。
以上説明したように、本実施例によれば、サービス装置に故障があった場合に、サービス網上にサービス装置を冗長的に設置しなくても、ユーザ端末間の通信経路を確保することができる。
また、本実施例では、サービス網上にサービス装置を冗長的に設置しなくてもよいため、サービス装置の必要台数を減らし、低コスト化と通信の信頼性を両立させることができる。
以上、本発明者によってなされた発明を、前記実施例に基づき具体的に説明したが、本発明は、前記実施例に限定されるものではなく、その要旨を逸脱しない範囲において種々変更可能であることは勿論である。
【図面の簡単な説明】
【００１７】
【図１】本発明の実施例のサービス提供プラットフォームシステムの概略構成を示すブロック図である。
【図２】従来技術のネットワークによるサービス提供方法を説明するための図である。
【図３】従来技術における冗長化方式の一例を説明するための図である。
【図４】従来技術における冗長化方式の他の例を説明するための図である。
【符号の説明】
【００１８】
１００，１０１  プラットフォーム装置
１１０，１１１  サービス装置
１２０，１２１，２２１，３２０  サービス網
１３０，１３１，２３０，２３１，３１２，３１３  転送装置
１４０，２４０，３０７  主転送網
１５０，１５１，１５３，２５０，２５１，３０５，３０８  ユーザ端末
１６１，１６２，１６３，１６４  経路
２０１  負荷分散装置
２４１  アクセスライン
２６０，２６１  サーバ
３０１  OPES Processor
３０２  Callout Server
３３０  ホスト装置
３４０  網
３６０，３６１  遠隔装置
【図１】
2006013697.tif 000003
【図２】
2006013697.tif 000004
【図３】
2006013697.tif 000005
【図４】
2006013697.tif 000006