JP6746515B2 - 通信装置管理システム、及び通信装置設定方法 - Google Patents

Description

本発明は、冗長構成をとる複数の通信装置に対する切替え制御に関連するものである。

キャリア通信網においては、コア網とアクセス網とをエッジルータ（以下、エッジと呼ぶ）で接続する構成が用いられる。当該構成では、高い信頼性を実現するために、予備エッジを用意しておき、現用エッジから予備エッジに切替えてサービスを提供することのできる機能が備えられている。例えば、予備エッジが複数存在するＮ＋ｍ冗長化方式では、Ｎ台の現用エッジに対して、ｍ台の予備エッジが設置（Ｎ＞ｍ）され、エッジルータ管理システムにおける切替制御機能により切替え制御が行われる。

図１を参照して、現用エッジ故障時の動作例を説明する。図１に示す例では、従来のエッジルータ管理システム内の機能部であるエッジ冗長管理制御機能部が示されている。図１に示すように、エッジ冗長管理制御機能部には、各エッジのＣｏｎｆｉｇバックアップが保持されている。現用のエッジ＃１が故障すると、エッジ冗長管理制御機能部からエッジ＃１のＣｏｎｆｉｇが予備のエッジ＃３に投入される。そして、予備エッジ＃３において動的情報の生成が行われ、エッジ＃１からエッジ＃３への切替えが完了する。動的情報としては、例えば、プロトコルのセッション情報等、サービス機能に関連する情報がある。

なお、本願に関連する先行技術文献として、例えば、特許文献１〜３、非特許文献１、２がある。

特開2013-172393号公報 特開2013-34128号公報 特開2015-61229号公報

久保庭章子、奥川 徹、野久仁志、"エッジルータの装置間冗長化方式に関する一検討，B-6-83，2011 IEICE 中務他，"可用性、運用性を向上するサービスルータの冗長構成の検討" ，信学技報，NS2011-136(2011-12)

しかしながら、上述した従来技術においては、サービスを提供している運用系の現用エッジの故障発生時に、他のエッジに状態を引き継ぎ、当該エッジを新たな運用系のエッジとして動作を開始させるまでに時間がかかり過ぎるという課題がある。特に、従来技術では、他のエッジへの切り替えに際し、ユーザのサービスに対する設定と、それ以外の設定とを区別なく一律に行うために、優先的に開始させるべきサービスであっても、開始が遅れるという課題がある。

なお、上記の課題は、冗長構成をとるエッジを備える通信システムに限らず、冗長構成をとる通信装置を備える通信システム全般に生じ得る課題である。

本発明は上記の点に鑑みてなされたものであり、冗長構成をとる複数の通信装置を備える通信システムにおいて、現用通信装置の故障発生時に、切替え先の通信装置が、迅速にサービスの提供を開始することを可能とする技術を提供することを目的とする。

開示の技術によれば、冗長構成をとる複数の通信装置を管理する通信装置管理システムであって、
複数の通信装置の設定情報を格納する格納手段と、
各通信装置において観測された通信情報を受信する受信手段と、
前記通信情報から得られたユーザ毎、サービス毎の各時間のサービス利用中か否かを示す情報に基づき、サービスのスコア化を行って、前記ユーザ毎のサービスの優先度を算出する算出手段と、
複数の通信装置のうちのある通信装置に故障が発生した場合に、前記通信情報から得られたユーザ毎、サービス毎にサービス利用中か否かを示す情報、及び、前記算出手段により算出されたユーザ毎のサービスの優先度に基づいて、前記故障が発生した通信装置の切替え先の通信装置に設定するべき設定情報に優先度を付与し、当該優先度に基づく順番で設定情報の設定を行う設定手段とを備え、
前記設定手段は、あるサービスを利用中であるユーザに対する当該サービスの復旧のための設定情報の優先度を、高優先度のサービスを利用中ではないユーザに対する当該高優先度のサービスの復旧のための設定情報の優先度よりも高くする
ことを特徴とする通信装置管理システムが提供される。

開示の技術によれば、冗長構成をとる複数の通信装置を備える通信システムにおいて、現用通信装置の故障発生時に、切替え先の通信装置が、迅速にサービスの提供を開始することが可能となる。

従来技術を説明するための図である。 本発明の実施の形態におけるシステムの全体構成図である。 エッジルータ管理システム１００の概要構成を示す図である。 システムの動作例１を説明するための図である。 システムの動作例２における故障発生前の動作を説明するための図である。 システムの動作例２における故障発生時の動作を説明するための図である。 システムの動作例３における故障発生前の動作を説明するための図である。 システムの動作例３における故障発生時の動作を説明するための図である。 システムの動作例４における故障発生前の動作を説明するための図である。 システムの動作例４における故障発生時の動作を説明するための図である。 システムの動作例４における故障発生時の動作を説明するための図である。 システムの動作例４における故障発生時の動作を説明するための図である。 実施例１における故障発生前の動作を説明するための図である。 実施例１における故障発生時の動作を説明するための図である。 実施例１における故障発生時の動作を説明するための図である。 ユーザ毎の優先度の決定方法を説明するための図である。 パラメータの例を示す図である。 パラメータの例を示す図である。 パラメータの例を示す図である。 計算手順例を示す図である。 計算手順例を示す図である。 計算手順例を示す図である。 計算手順例を示す図である。 実施例２に関する詳細課題を説明するための図である。 実施例２における故障発生前の動作を説明するための図である。 実施例２における故障発生時の動作を説明するための図である。 実施例２における故障発生時の動作を説明するための図である。 装置全体の優先度の決定方法を説明するための図である。 計算手順例を示す図である。 計算手順例を示す図である。 計算手順例を示す図である。 計算手順例を示す図である。 エッジルータ管理システム１００の詳細構成を示す図である。 エッジルータの詳細構成を示す図である。

以下、図面を参照して本発明の実施の形態（本実施の形態）を説明する。以下で説明する実施の形態は一例に過ぎず、本発明が適用される実施の形態は、以下の実施の形態に限られるわけではない。例えば、以下で説明する実施の形態では、切替え制御の対象をエッジとしているが、本発明の技術は、エッジに限らない通信装置全般に適用可能である。

（システム構成）
図２に、本実施の形態における通信システムの全体構成の例を示す。図２に示すように、本実施の形態における通信システムは、コア網３００とアクセス網４００を有し、これらがエッジ２００で接続された構成を有する。また、エッジ２００は冗長構成をとっており、現用エッジ＃１〜＃Ｎと予備エッジ＃Ｎ+１〜＃Ｎ＋ｍが備えられている。図２の例では、ユーザ装置５００が現用エッジ＃１に接続されていることが示されている。

また、当該通信システムには、各エッジの管理・制御を行うエッジルータ管理システム１００が備えられている。エッジルータ管理システム１００は、各エッジとネットワーク（コア網でもよいし、別の網でもよい）により接続されており、エッジルータ管理システム１００と各エッジ２００との間で通信が可能である。

図２には、１つのエッジルータ管理システム１００が示されているが、実際には複数のエッジルータ管理システム１００が備えられる。以下では、基本的に、複数のエッジルータ管理システム１００において、個々のエッジルータ管理システム１００を区別して説明する場合には、例えば"エッジルータ管理システム＃１"のように"＃１"等の番号を付けて記載する。それ以外の場合は、基本的に"エッジルータ管理システム１００"と記載する。

なお、エッジルータ管理システム１００は、１つ又は複数の物理サーバにより、仮想サーバを使用しないで実現されてもよいし、１つ又は複数の仮想サーバにより実現されてもよい。また、複数のエッジルータ管理システム１００が１つの物理サーバ内の複数の仮想サーバにより実現されてもよい。

また、各エッジ２００についても、物理的な装置であってもよいし、物理サーバ内の仮想エッジであってもよい。

図３に、本実施の形態におけるエッジルータ管理システム１００の概要構成を示す。図３に示すように、本実施の形態におけるエッジルータ管理システム１００は、入出力部１１０、Ｃｏｎｆｉｇ格納部１２０、エッジ冗長管理制御機能部１３０、エッジコマンド管理部１４０、エッジ装置管理機能部１５０、システムリソース管理部１６０、エッジＳＯ設定機能部１７０、ユーザ管理機能部１８０を有する。各機能部の機能の概要は以下のとおりである。

入出力部１１０は、各エッジとの間で情報の入出力を行う。Ｃｏｎｆｉｇ格納部１２０は、各エッジのＣｏｎｆｉｇ（加入者情報等）を格納する。エッジ冗長管理制御機能部１３０は、切替え先のエッジの設定等を行う。エッジコマンド管理部１４０は、エッジ設定情報における共通性、一致性の計算、故障発生時におけるコマンドの優先度付け等を行う。エッジ装置管理機能部１５０は、エッジの装置情報の収集、管理等を行う。システムリソース管理部１６０は、システムリソースの収集、計算等を行う。エッジＳＯ設定機能部１７０は、エッジ等へのＳＯ（サービスオーダ）設定を行う。

ユーザ管理機能部１８０は、ユーザ毎の契約情報、サービス利用状況等を保持し、これらの情報からユーザ毎のサービスの優先度を決定する機能を含む。また、ユーザ管理機能部１８０は、装置全体のサービスの優先度を決定する機能も含む。

以下、エッジルータ管理システム１００の基本的な動作例として動作例１〜４を説明し、その後に、本発明に係る実施例１、２を説明する。なお、動作例１〜４については、実施例１、２と組み合わせて実施することも可能である。

なお、ユーザ管理機能部１８０については、実施例１、２で使用するため、動作例１〜４の図には図示されていない。

（システムの動作例１）
エッジルータ管理システム１００は、切替え制御に全リソースを利用できるわけではないため、十分なリソースをエッジ冗長管理制御機能部１３０が利用できず、エッジ切替えに時間がかかる。そこで、動作例１では、エッジルータ管理システム１００間で連携して、リソースの空き状況から最適なエッジルータ管理システム１００を選択し、当該選択されたエッジルータ管理システム１００がエッジ間冗長切替えを実施する。これにより、高速な切替えを実施することが可能となる。

具体的な処理方法の例として、複数のエッジルータ管理システム１００が全て同じＣｏｎｆｉｇの情報を保有する場合においては、故障発生時に割り当て可能リソースが最も多いエッジルータ管理システム１００が自律的に設定を実施する。図４に示すように、各エッジルータ管理システム１００のシステムリソース管理部１６０により、システム間でリソース情報を交換することで、各エッジルータ管理システム１００のシステムリソース管理部１６０には、各エッジルータ管理システム１００のリソース状況及び割り当て可能リソースが格納される。各エッジルータ管理システム１００は、当該リソースの情報を参照することにより、自身が、割り当て可能リソースが最も多いエッジルータ管理システム１００か否かを判断する。

また、複数のエッジルータ管理システム１００が全て同じＣｏｎｆｉｇ情報を保有しない場合には、故障発生時に割り当て可能リソースが最も多いエッジルータ管理システム１００に、他のエッジルータ管理システム１００から予備エッジ情報等の設定情報を送信し、設定を実施する。図４はこの例を示している。

図４に示す例では、現用エッジ＃１の故障発生時において、割り当て可能リソースが最も多いエッジルータ管理システム１００は、エッジルータ管理システム＃２である。この例では、エッジルータ管理システム＃２は現用エッジ＃１のＣｏｎｆｉｇ情報及び予備エッジ情報を保有せず、エッジルータ管理システム＃１が現用エッジ＃１のＣｏｎｆｉｇ情報及び予備エッジ情報を保有することを想定している。よって、エッジルータ管理システム＃１がエッジルータ管理システム＃２に現用エッジ＃１のＣｏｎｆｉｇ情報及び予備エッジ情報（ここでは予備エッジ＃１）を送信し、エッジルータ管理システム＃２が当該Ｃｏｎｆｉｇ情報を予備エッジ＃１に設定する。

なお、上記の例では、冗長構成はＮ＋１構成／Ｎ＋ｍ構成であるが、動作例１の技術は、全ＡＣＴの冗長構成（全エッジが現用エッジとして動作する構成）にも同様に適用可能である。また、以下で説明する動作例２〜４、実施例１、２のそれぞれと組み合わせて適用することも可能である。

ところで、現用エッジから予備エッジへの切り替えを行う際に、現用エッジのＣｏｎｆｉｇを切替え先のエッジに設定するが、エッジの大規模化によりＣｏｎｆｉｇの情報量が増加することで、Ｃｏｎｆｉｇ設定時間が増加し、サービス断時間が増大する。このような課題に対応する動作例として動作例２〜４を説明する。

（システムの動作例２）
動作例２では、エッジルータ管理システム１００が、複数の現用エッジで共通的に設定されている設定内容を抽出し、当該設定内容を予め予備エッジに設定しておくことで、切替時に必要なＣｏｎｆｉｇ設定量を削減し、引き継ぎ及び回復時間を短縮することとしている。具体例を図５、図６を参照して説明する。

図５の左側には、故障発生前のエッジルータ管理システム１００におけるＣｏｎｆｉｇ格納部１２０に格納される情報、及び、エッジコマンド管理部１４０に格納される情報の例が示されている。

エッジコマンド管理部１４０は、Ｃｏｎｆｉｇ格納部１２０から、複数の現用エッジで共通的に設定されている設定内容を抽出し、格納する。図５に示す例では、例えば、コマンドＡのパラメータは全エッジで共通であるため、エッジコマンド管理部１４０は、コマンドＡ及びそのパラメータ１を、予備エッジに事前設定するものとして管理する。一方、例えば、コマンドＹについては、現用エッジ間でパラメータが異なっている部分があるため、事前設定無しとする。

そして、図５の右側に示すように、エッジ冗長管理制御機能部１３０が、エッジコマンド管理部１４０において「事前設定」とされたＣｏｎｆｉｇ（この例ではコマンド）を予備エッジに事前に設定する。

図６は、現用エッジ＃１に故障が発生した場合を示している。図６に示す例では、動作例１の技術により、エッジルータ管理システム＃２が、切替え制御を行うエッジルータ管理システムとして選択されている。エッジルータ管理システム＃２のエッジ冗長管理制御機能部１３０は、エッジコマンド管理部１４０に格納されている情報（図５）に基づいて、現用エッジ＃１のＣｏｎｆｉｇのうち、予備エッジ＃１に事前設定されていないＣｏｎｆｉｇ（この場合、コマンドＸ（６）とコマンドＹ（５））をＣｏｎｆｉｇ格納部１２０から取得し、予備エッジ＃１に設定する。

上記のように、動作例２では、故障時に予備エッジに設定するＣｏｎｆｉｇの情報量を削減できるため、切替え時間が削減される。

（システムの動作例３）
次に、動作例３を説明する。動作例３では、全Ａｃｔ構成（例：Ｎ＋ｍ構成において予備エッジ１〜ｍも現用として稼働している構成）において、設定されている情報をエッジ間で比較し、設定する情報が最も少ないエッジを、切替え先のエッジとして選択し、切替えを行うことで、回復時間の短縮化を実現する。

具体例を図７、図８を参照して説明する。図７は、故障発生前のエッジルータ管理システム１００におけるＣｏｎｆｉｇ格納部１２０に格納される情報、及び、エッジコマンド管理部１４０に格納される情報の例を示す。

エッジコマンド管理部１４０は、Ｃｏｎｆｉｇ格納部１２０を参照することで、複数の現用エッジで共通的に設定されている設定内容を抽出し、格納するとともに、全エッジでは一致しないが一部のエッジ間で一致する「部分一致」と分類されるＣｏｎｆｉｇ（コマンド）について、一致する複数エッジを選択し、部分一致情報として記録する。図７の例では、コマンドＹについて、現用エッジ＃１と現用エッジ＃２が一致することが示されている。図７は、例として、コマンドＹについて、現用ルータ＃１と現用ルータ＃２が一致することが示されているが、実際には、全ての現用エッジの組み合わせにおいて、このような部分一致情報を取得しておく。

図８は、現用エッジ＃１に故障が発生した場合を示している。図８に示す例では、動作例１の技術により、エッジルータ管理システム＃２が、切替え制御を行うエッジルータ管理システムとして選択されている。エッジルータ管理システム＃２のエッジ冗長管理制御機能部１３０は、エッジコマンド管理部１４０に格納されている情報に基づいて、現用エッジ＃１のＣｏｎｆｉｇからの差分が最も小さいＣｏｎｆｉｇを有する現用エッジ＃２を切替え先として決定し、当該差分のＣｏｎｆｉｇ（ここでは、コマンドＸ（６））を現用エッジ＃２に設定して、切替えを実施する。なお、本例では、上記のように、部分一致情報を使用することで、現用エッジ＃１のＣｏｎｆｉｇからの差分が最も小さいＣｏｎｆｉｇを有する現用エッジ＃２を判定しているが、これは一例であり、他の方法で差分が最も小さいＣｏｎｆｉｇを有する現用エッジ＃２を判定してもよい。

（システムの動作例４）
次に、動作例４を説明する。動作例４では、事前に、サービスの利用中ユーザに関連する設定情報を優先度付けし、切替え先のエッジへのＣｏｎｆｉｇ設定時にその優先順序に従って設定を反映していくことにより、サービス利用中ユーザ（＝故障直前にサービス利用していたユーザ）に対するサービス回復時間の短縮を実施する。

図９〜図１２を参照して、動作例４を説明する。図９は、故障発生前の処理内容を示しており、例として現用エッジ＃１に関する処理が示されている。実際には、各現用エッジについて、同様の処理が行われる。

図９に示すように、現用エッジ＃１の通信観測部２３０が、通信パケットの観測を行って、通信情報を取得し、当該通信情報をエッジルータ管理システム１００に送信する。エッジルータ管理システム１００のエッジコマンド管理部１４０が当該通信情報を取得し、格納する。なお、故障の発生する前の現時点において、エッジコマンド管理部１４０は、通信情報からサービス（例：ＩＰ電話）を利用中のユーザを特定し、当該ユーザに関するコマンドを高い優先度にする等の優先度付けをしてもよい。ここで付与した優先度は、下記の周辺装置の死活状態の確認に基づき、調整される。例えば、ＩＰ電話に関するコマンドを最優先にした場合でも、故障発生時にＩＰ電話機能の死活確認の結果、ＩＰ電話が利用できないことがわかった場合には、ＩＰ電話に関するコマンドよりも、インターネット接続に関するコマンドを先に設定する。

エッジルータ管理システム１００が、現用エッジ＃１に故障が発生したことを検知したとすると、図１０に示すとおり、エッジ冗長管理制御機能部１３０が、周辺装置の死活状態を確認し、周辺装置の死活情報をエッジコマンド管理部１４０に格納する。図１０に示すように、周辺装置として、例えば、インターネット接続関連周辺装置、ＩＰ電話サービス周辺装置がある。

次に、エッジコマンド管理部１４０は、事前に決定していた優先順位と故障発生時の状態に基づいて優先度を決定する。すなわち、図１１に示すように、エッジコマンド管理部１４０は、通信情報、周辺装置情報から利用中ユーザ、サービスに関連するコマンドに優先付を実施する。優先度付けの例として、「高：エッジサービス機能設定、中：利用中ユーザ設定、低：装置の監視等高中以外」のように、高、中、低の優先度付けをする例がある。エッジサービス機能設定とは、例えば、エッジルータが各種サービスを提供するための基本的な設定である。利用中ユーザ設定とは、例えば、通信情報から識別されたサービス利用中のユーザに関する設定（例：ＩＰアドレスの設定）である。

次に、図１１の下部に示すように、エッジコマンド管理部１４０は、Ｃｏｎｆｉｇ格納部１２０に格納されているＣｏｎｆｉｇと優先度とを関連付ける。

そして、図１２に示すように、エッジルータ管理システム＃２が、予備エッジ＃１に設定すべきコマンドＹとコマンドＸのうち、高優先のコマンドであるコマンドＹを先に設定する。

上記の優先度付けにあたっては、例えば、故障により利用できない周辺装置に関わるサービスのコマンドについては、利用中ユーザの設定であっても、優先度は低く設定する。優先度を高として先に設定しても、周辺装置が復旧するまでサービスを利用できないからである。

なお、動作例４において、エッジコマンド管理部１４０が実施する利用中ユーザ等のコマンドの優先度付けを、エッジルータ自身が収集した通信情報に基づいて実施することとしてもよい。ただし、周辺装置の故障を考慮した優先度の調整は、エッジルータ管理システム１００側で実施する。

（実施例１）
＜実施例１に関する課題＞
上述した動作例４では、障害発生前のユーザのサービス利用状況、及び周辺装置の故障に基づき設定を実施している。しかし、障害発生時にサービスを利用していなかったユーザに対する設定については検討されていない。そこで、実施例１では、障害発生時にサービスを利用していなかったユーザについても考慮した処理方法を説明する。

＜実施例１の概要＞
まず、実施例１における処理手順の概要を説明する。

ステップ１０１）エッジルータ管理システム１００は、エッジルータから各ユーザのサービス利用状況を示す情報（具体的には動作例４と同様の通信情報）を収集する。

ステップ１０２）エッジルータ管理システム１００は、ステップ１０１で収集したサービス利用状況を示す情報に基づいてユーザ毎のサービス優先度を決定する。このサービス優先度は、統計的なサービス利用状況に相当する。

ステップ１０３）ある現用エッジルータに故障が発生した場合、エッジルータ管理システム１００は、装置情報を予備エッジルータに迅速に引き継ぐために、以下の情報に基づき、ユーザ毎の最適なサービス設定を決定する。ここでのサービス設定とは、どのユーザのどのサービスに対する設定を優先して行うかの設定である。

・ユーザの契約情報
・ユーザの故障発生直前のサービス利用状況
・ステップ１０２で決定したユーザ毎のサービス優先度
ステップ１０４）エッジルータ管理システム１００は、ステップ１０３で決定したサービス設定のうち、周辺装置の故障が発生しているサービスについては周辺装置の想定されるり障時間を考慮して再度サービス設定を決定する。

ステップ１０５）エッジルータ管理システム１００は、ステップ１０３、１０４で決定したユーザ毎のサービス設定に基づいて、予備エッジルータに対する設定を実施する。

＜実施例１の具体例＞
図１３〜図１５を参照して、実施例１の具体例を説明する。図１３は、故障発生前の処理内容を示しており、例として現用エッジ＃１に関する処理が示されている。実際には、各現用エッジについて、同様の処理が行われる。

図１３に示すように、現用エッジ＃１の通信観測部２３０が、通信パケットの観測を行って、通信情報を取得し、当該通信情報をエッジルータ管理システム１００に送信する。エッジルータ管理システム１００のエッジコマンド管理部１４０が当該通信情報を取得し、格納する。なお、本実施例では、ＶＬＡＮがユーザに相当する。

また、図１３の下側に示すように、ユーザ管理機能部１８０が、エッジコマンド管理部１４０に格納されている通信情報と、予め保持しておいたユーザ契約情報とから、例えば（ａ）に示すテーブルの形で、ユーザ毎のサービス契約情報とサービス利用状況をまとめた情報を生成し、保持する。例えば、（ａ）に示す表中のサービスＡに関する"あり／利用中"は、該当ユーザ（ＶＬＡＮ）に関し、サービスＡを契約しており、利用中であることを示す。

ユーザ管理機能部１８０は、（ａ）に示す情報に基づいて、どのサービスを優先するかを示す優先度をユーザ毎に決定し、例えば（ｂ）に示すテーブルの形で保持する。図１３に示されている「装置全体の優先度」については実施例２で説明する。

なお、エッジルータ管理システム１００において、ユーザ毎の優先度と装置全体の優先度の両方を算出／決定することとしてもよいし、どちらか一方のみを算出／決定することとしてもよい。

つまり、エッジルータ管理システム１００は、実施例１の機能と実施例２の機能の両方を備えてもよいし、どちらか１つのみを備えても良い。本実施の形態では両方の機能を備えていることを想定している。

実施の故障時に、実施例１のようにユーザ毎のサービスの優先度を考慮した設定を行うか、もしくは、実施例２のように装置全体のサービスの優先度に基づく設定を行うかについては、例えば、システム管理者が決めることとしてもよいし、エッジルータ管理システム１００が故障発生時間帯に基づいて決めることとしてもよい。時間帯に基づいて決める場合、例えば、作業人員の少ない夜間（個々のユーザに対する対応等が難しい時間帯）であれば、装置全体のサービスの優先度に基づく設定を行うことが考えられる。

図１３の後、エッジルータ管理システム１００が、現用エッジ＃１に故障が発生したことを検知したとすると、図１４に示すとおり、エッジ冗長管理制御機能部１３０が、周辺装置の死活状態を確認し、周辺装置の死活情報をエッジコマンド管理部１４０に格納する。図１４に示すように、周辺装置として、例えば、インターネット接続関連周辺装置、ＩＰ電話サービス周辺装置がある。

次に、エッジコマンド管理部１４０は、ユーザ管理機能部１８０に格納されている情報に基づき、ユーザ毎の契約情報、サービス利用状況、及びサービス優先度に基づき、ユーザ毎に復旧させるサービスの優先度を決定し、サービスに対応するコマンドに優先度付けを実施する。

実施例１では、例えば、「高：エッジサービス機能設定、中：利用中ユーザ設定、低：サービス未利用ユーザ設定」のように、事前に優先順位が設定されている。この設定では、例えば、エッジコマンド管理部１４０は、あるユーザが契約しているサービスであって、そのユーザが利用中のサービス（故障直前に利用していたサービス）に関しては、当該ユーザに対する当該サービス復旧のコマンドを中優先とする。また、例えば、エッジコマンド管理部１４０は、あるユーザが契約しているサービスであって、そのユーザが利用中ではないサービス（故障直前に利用していないサービス）に関して、そのユーザの当該サービスの優先度が高ければ、当該ユーザに対する当該サービス復旧のコマンドを低優先とする。低優先であっても、復旧の対象となる。ユーザがこれから使用することが考えられるサービスだからである。仮に、そのユーザの当該サービスの優先度が低ければ、故障直後の復旧の対象とならないことが考えられる。

コマンドへの優先度付けにあたっては、後述するように、設定に係る時間も考慮される。例えば、事前設定が高優先の利用中サービスのユーザの数が少ない場合、設定に係る時間が短く済むので、事前設定が低優先の未利用サービスのユーザに対する設定を上記高優先の設定と同時に行うことができる。つまり、事前設定の優先度が低優先であっても、設定に係る時間により、コマンドの優先度は高優先とされる場合がある。

また、前述したように、周辺装置の故障が発生しているサービスについては周辺装置の想定されるり障時間を考慮して、コマンドの優先度を設定することとしてもよい。例えば、あるサービスに関するり障時間が長い場合、事前設定の優先度が高い場合でも、コマンドの優先度として、低優先となる。

次に、エッジコマンド管理部１４０は、Ｃｏｎｆｉｇ格納部１２０に格納されているＣｏｎｆｉｇと優先度とを関連付ける。

そして、図１５に示すように、エッジルータ管理システム１００のエッジ冗長管理制御機能部１３０が、予備エッジ＃１に設定すべき複数のコマンドのうち、高優先のコマンド（図１５ではコマンドＡ）を先に設定する。図１５は、サービス利用中ユーザの設定が高優先である場合を示している。

実施例１では、コマンドに優先度付けを行い、優先度に応じた順序で設定を行うので、いち早く復旧が必要なサービスを迅速に復旧することができる。

以下、ユーザ毎のサービス優先度の決定方法、障害発生時の計算内容の例をより詳細に説明する。

＜パラメータについて＞
本実施例（実施例２でも同様）では、サービスとしてＡ、Ｂ、Ｃの３つがあるものとする。一例として、Ａは電話サービスであり、Ｂはインターネットサービスであり、Ｃは映像サービスである。

また、本実施例では、契約パターンとして、Ａのみ、Ｂのみ、Ｃのみ、Ａ＋Ｂ、Ａ＋Ｃ、Ｂ＋Ｃ、Ａ＋Ｂ＋Ｃがあるものとする。

＜ユーザ毎のサービスの優先度＞
前述したように、エッジルータ管理システム１００のユーザ管理機能部１８０には、図１６の（ａ）に示すような、ユーザ毎のサービス契約情報及びサービス利用状況がテーブルとして格納されている。

ユーザ毎のサービスの優先度の決定方法の例１では、ユーザ管理機能部１８０は、（ａ）に示すテーブルを参照することにより、ユーザ毎、サービス毎に、毎日の各時間における利用状況を確認し、利用していた場合は１をカウントし、利用していない場合は０をカウントし、カウントを累積しスコア化しておく。各時間において、スコアが最大となるサービスを優先サービスとして選択する。スコア及び優先サービスの例が（ｂ）のテーブルとして示されている。（ｂ）のテーブルから、故障時刻に応じたサービスの優先度が得られる。

ユーザ毎のサービスの優先度の決定方法の例２では、例１のスコア化の際にサービス毎に重みづけを行っておく。例えば、サービスＡを平日９：００〜１８：００の間に利用していた場合は３をカウントし、サービスＢを平日１８：００〜２２：００の間に利用していた場合は３をカウント、等である。

＜パラメータの詳細、計算手順＞
図１７、１８は、サービス契約内容及びサービス利用状況に応じたユーザのパラメータの分類を示す。パラメータを変数と呼んでもよい。パラメータの表記（例：ＳｕＡ、ＳｐＡ等）において、ｕはそのサービス（例：ｕＡの場合はＡ）を故障前に利用していることを示し、ｕが付いてなければ故障前にサービスを利用していない。また、ｐは、そのサービス（例：ｐＡの場合はＡ）が優先されることを示す。また、図１９に示すとおり、１ユーザあたりの、サービスを設定するために必要な時間がパラメータとして予め定められている。

なお、図１７、図１８において通番で示されるＳｕＡ、ＳｐＡ等のパラメータは、サービスの種別を表すと言えるので、当該パラメータをサービス種別と呼ぶ場合がある。

以下、図１７〜図１９のパラメータを使用する場合における計算手順の例を図２０〜図２３を参照して説明する。以下で説明する手順は、エッジコマンド管理部１４０が、ユーザ管理機能部１８０に格納されたデータを参照することにより実行する。なお、下記の計算をユーザ管理機能部１８０が実行し、計算結果をエッジコマンド管理部１４０が利用することとしてもよい。

エッジ故障が発生すると（ステップＳ０）、対象ユーザに関して（ステップＳ１）、ユーザ契約状態を確認し（ステップＳ２）、ステップＳ３に進む。単一サービスである場合（ステップＳ３のＹｅｓ）、サービスに応じて、ステップＳ４〜、ステップＳ８〜、ステップＳ１２〜に進む。例として、単一サービスのサービスがＡであるとすると、ステップＳ５において故障直前にＡが利用されていたかどうかを確認し、利用されていなければ、ＳｐＡをカウントし（ステップＳ６）、利用されていれば、ＳｕＡをカウントする（ステップＳ７）。サービスＢ、Ｃについても同様である。なお、ここでの「カウントする」は、例えば１を足すことである。

複数サービスである場合（ステップＳ１６）、図２１、図２２に移り、複数サービスの組み合わせに応じて、ステップＳ２１〜、ステップＳ３４〜、ステップＳ５１〜、ステップＳ６４〜に進む。

例として、複数サービスがＡ＋Ｂであるとすると、ステップＳ２２において故障直前にＡ（のみ）が利用されていたかどうかを確認し、利用されていれば、ＳｕＡ＋Ｂをカウントする（ステップＳ２３）。Ａが利用されていなければ、ステップＳ２４において故障直前にＢ（のみ）が利用されていたかどうかを確認し、利用されていれば、ＳＡ＋ｕＢをカウントする（ステップＳ２５）。Ｂが利用されていなければ、ステップＳ２６において故障直前にＡ＋Ｂが利用されていたかどうかを確認し、利用されていれば、ＳｕＡ＋ｕＢをカウントする（ステップＳ２７）。

故障直前にＡ、Ｂのいずれの利用もない場合（ステップＳ２８）、図１６を参照して説明したユーザ毎の優先度に基づき、対象ユーザについて、Ａが優先する場合には、ＳｐＡ＋Ｂをカウントし（ステップＳ２９、Ｓ３０）、Ｂが優先する場合には、ＳＡ＋ｐＢをカウントする（ステップＳ３１、Ｓ３２）。

図２０〜２２に示すカウント処理により、パラメータ（サービス種別）毎に該当するユーザの数がカウントされる。

エッジコマンド管理部１４０は、各パラメータのユーザ数に、当該パラメータに対応する設定時間を掛けることにより、当該サービス種別に対応するサービスを、該当するユーザ数のユーザに設定するために必要な時間を算出する。これにより、図２３に示す結果が得られる。

図２３における設定優先度は、サービス種別に対して予め定められた優先度である。例えば、ＳｕＡが「高」で、ＳｐＡが「低」であることは、故障発生前にサービスＡを利用していたユーザに対するサービスＡの設定は高優先であり、故障発生前にサービスＡを利用していないユーザに対するサービスＡの設定は低優先であることを示す。

また、合計時間に関して、図２３に示す例では、複数サービスに関する設定については、複数サービスのそれぞれが利用中かどうかにかかわらずに、当該複数サービス全部の設定を行うこととしているので、パラメータ（ユーザ数）に掛ける設定時間は、複数サービス分の設定時間を使用している。例えば、ＳｕＡ＋Ｂ、ＳｐＡ＋Ｂ、ＳｕＡ＋ｕＢ、ＳＡ＋ｕＢ、ＳＡ＋ｐＢのいずれにおいても設定時間としてＴＡ＋Ｂが使用される。

エッジコマンド管理部１４０は、合計時間に基づき、コマンドに付与する優先度付けの調整を行う。例えば、事前設定が高優先のサービス種別の合計時間を全部加えた値（Ｈとする）が所定閾値以下であるとすると、エッジコマンド管理部１４０は、例えば図２３の通番の順で、低優先のサービス種別の合計時間をＨに加え、加えた後の値が所定閾値以下であれば、当該低優先のサービス種別に該当するユーザ／サービスのコマンドを高優先とする。

また、例えば、事前設定が高優先の複数のサービス種別の中で、合計時間の長さの短い順でコマンドの優先順位付けをしてもよい（合計時間の短いものを高優先とする）。

（実施例２）
以下、実施例２について説明する。

＜実施例２に関する課題＞
前述した動作例４では、災害時等の故障発生時の状況に応じて装置全体として優先的に回復するべきサービスを一律設定する手段が検討されていないという課題がある。例えば、図２４に示す例では、故障発生時に、故障前にユーザＸとユーザＹにより利用中であったサービスＡの設定をユーザＸとユーザＹに対して優先的に実施しているが、故障時の状況によっては単純に故障直前に利用していたサービスを優先的に回復させるべきではない場合がある。

そこで、実施例２では、装置全体として優先的に回復するサービスを当該サービスの契約ユーザに対して一律に設定する処理方法を説明する。

＜実施例２の概要＞
まず、実施例２の概要を説明する。

ステップ２０１）装置全体（予備エッジルータ全体）で故障発生時に設定すべきサービスの優先度を決定する。つまり、装置全体で優先して設定するサービスを決定する。後述するように、この決定は人が行ってもよく、その場合、決定内容（サービスの優先順位等）が、管理端末等からエッジルータ管理システム１００に入力され、ユーザ管理機能部１８０に格納される。また、実施例１のステップ１０１と同様に、エッジルータから各ユーザのサービス利用状況を示す情報を収集し、収集した情報に基づいて装置全体のサービスの優先度を決定してもよい。

ステップ２０２）ある現用エッジルータに障害が発生した場合、エッジルータ管理システム１００は、装置情報を予備エッジルータに迅速に引き継ぐために、装置全体のサービス優先度に基づきサービス設定を決定する。例えば、あるサービスを最優先で設定するとした場合、当該サービスを契約しているユーザに対する当該サービスの設定を最優先で行うことを決定し、当該設定のためのコマンドを高優先度とする。

ステップ２０３）エッジルータ管理システム１００は、ステップ２０２で決定したサービス設定のうち、周辺装置の故障が発生しているサービスについては周辺装置の想定されるり障時間を考慮して再度サービス設定を決定する。

ステップ２０４）エッジルータ管理システム１００は、ステップ２０３で決定したサービス設定に基づいて、予備エッジルータに対する設定を実施する。

＜実施例２の具体例＞
図２５〜図２７を参照して、実施例２の具体例を説明する。図２５は、故障発生前の処理内容を示しており、例として現用エッジ＃１に関する処理が示されている。実際には、各現用エッジについて、同様の処理が行われる。

図２５に示すように、現用エッジ＃１の通信観測部２３０が、通信パケットの観測を行って、通信情報を取得し、当該通信情報をエッジルータ管理システム１００に送信する。エッジルータ管理システム１００のエッジコマンド管理部１４０が当該通信情報を取得し、格納する。本実施例では、ＶＬＡＮがユーザに相当する。

また、図２５の下側に示すように、ユーザ管理機能部１８０が、エッジコマンド管理部１４０に格納されている通信情報と、予め保持しておいたユーザ契約情報とから、例えば（ａ）に示すテーブルの形で、ユーザ毎のサービス契約情報とサービス利用状況をまとめた情報を生成し、保持する。例えば、（ａ）に示す表中のサービスＡに関する"あり／利用中"は、該当ユーザ（ＶＬＡＮ）に関し、サービスＡを契約しており、利用中であることを示す。

ユーザ管理機能部１８０は、（ａ）に示す情報に基づいて、装置全体でどのサービスを優先するかを決定する。例えば、ある期間において最も利用されたユーザ数の多いサービスを選択してもよいし、契約数の最も多いサービスを選択してもよい。

また、前述したように、人が装置全体でどのサービスを優先するかを決定してもよい。一例として、図２５の下側には、（Ｃ）に示すように、サービスＡ，Ｂ、Ｃに関する選択肢としてのテーブルがユーザ管理機能部１８０に格納されていることが示されており。例えば、人によりサービスＡが選択された場合には、当該テーブルのサービスＡに関する部分が適用される。図２５に示されている「ユーザ毎の優先度」については実施例１で説明したとおりである。

エッジルータ管理システム１００が、現用エッジ＃１に故障が発生したことを検知したとすると、図２６に示すとおり、エッジ冗長管理制御機能部１３０が、周辺装置の死活状態を確認し、周辺装置の死活情報をエッジコマンド管理部１４０に格納する。図２６に示すように、周辺装置として、例えば、インターネット接続関連周辺装置、ＩＰ電話サービス周辺装置がある。

次に、エッジコマンド管理部１４０は、上記のようにして決定された装置全体のサービスの優先度等に基づいてコマンドの優先度を決定する。コマンドへの優先度付けにあたっては、後述するように、設定に係る時間も考慮される。例えば、人が最初に高優先と決めたサービスについて、ユーザ数が多くて、設定に長時間がかかる場合には、次の優先度のサービスのコマンドを高優先としてもよい。

また、前述したように、周辺装置の故障が発生しているサービスについては周辺装置の想定されるり障時間を考慮して、コマンドの優先度を設定することとしてもよい。例えば、あるサービスに関するり障時間が長い場合、事前設定の優先度が高い場合でも、コマンドの優先度として、低優先となる。

次に、エッジコマンド管理部１４０は、Ｃｏｎｆｉｇ格納部１２０に格納されているＣｏｎｆｉｇと優先度とを関連付ける。

そして、図２７に示すように、エッジルータ管理システム１００が、予備エッジ＃１に設定すべき複数のコマンドのうち、高優先のコマンドであるコマンドＡを先に設定する。

実施例２では、装置全体のサービスの優先度に基づいて故障時の設定を行うので、迅速にサービスの提供を開始できる。

以下、装置全体のサービスの優先度の決定方法等をより詳細に説明する。なお、パラメータについては実施例１と同様である。

＜装置全体のサービスの優先度の決定方法＞
図２８を参照して、装置全体のサービスの優先度の決定方法の例を説明する。

装置全体のサービスの優先度装置全体のサービスの優先度の決定方法の例１では、システム管理者等による完全手動で、どのサービスを優先させるかを決定する。例えば、故障発生時に、故障の内容、時間帯等に基づいて、システム管理者の判断で、サービスＡを優先させることを決定した場合に、その情報をユーザ管理機能部１８０に入力し、エッジコマンド管理部１４０は、当該入力された情報に従って、コマンドの優先度付けを行う。この場合、基本的に、サービスＡに関わるコマンドが高優先に設定される。

装置全体のサービスの優先度の決定方法の例２では、時間によって、サービスの優先度が決められる。図２８に示す例では、９：００〜１８：００の時間帯においてサービスＡ＞サービスＢ＞サービスＣの順で優先度が決定され、１８：００〜２２：００の時間帯においてサービスＣ＞サービスＡ＞サービスＢの順で優先度が決定され、２２：００〜９：００の時間帯においてサービスＢ＞サービスＣ＞サービスＡの順で優先度が決定されている。この決定に基づき、図２８に示すテーブルの情報がユーザ管理機能部１８０に格納され、故障発生時において、エッジコマンド管理部１４０は、現在時刻とテーブルの情報に基づいて、装置全体のサービスの優先度を判断し、コマンドの優先度付けを実施する。

装置全体のサービスの優先度の決定方法の例３では、サービス毎の装置全体の契約者数に基づいて、装置全体のサービスの優先度が決定される。例えば、ユーザ管理機能部１８０は、（ａ）に示す契約者数の情報を保持しており、当該情報から、（ｂ）に示すように、装置全体のサービスの優先度を設定する。図２８に示す例では、契約者数の最も大きなサービスＢが最も優先度が高い。

＜計算手順＞
装置全体のサービスの優先度に係る計算手順の例を図２９〜図３２に示す。この計算は、エッジコマンド管理部１４０により実行される。エッジ故障が発生すると（ステップＳ９０）、処理対象ユーザに関して（ステップＳ９１）、ユーザ契約状態を確認し（ステップＳ９２）、ステップＳ９３に進む。ステップＳ９３において単一サービスである場合、サービスに応じて、ステップＳ９４〜、ステップＳ９６〜、ステップＳ９８〜に進む。例として、単一サービスのサービスがＡであるとすると、ステップＳ９５においてＳｐＡをカウントする。

複数サービスである場合（ステップＳ１００）、図３０あるいは図３１に移り、複数サービスの組み合わせに応じて、ステップＳ１１１〜、ステップＳ１１７〜、ステップＳ１３１〜、ステップＳ１３７〜に進む。

例として、複数サービスがＡ＋Ｂであるとすると、装置全体としてＡが優先する場合には、ＳｐＡ＋Ｂをカウントし（ステップＳ１１２、Ｓ１１３）、Ｂが優先する場合には、ＳＡ＋ｐＢをカウントする（ステップＳ１１４、Ｓ１１５）。

図２９〜３１に示すカウントにより、パラメータ（サービス種別）毎にユーザ数がカウントされる。また、図３２に示すように、パラメータ（ユーザ数）に、サービス種別に対応する設定時間を掛けることで、サービス種別毎の設定時間を算出することができる。

図３２において、設定優先度は、図２８を参照して説明したように、サービス毎に予め設定された優先度である。図３２の例は、サービスＡが高優先である場合を示す。エッジコマンド管理部１４０は、基本的には、この優先度に従って各ユーザのコマンドの優先付けを実行するが、設定の合計時間を考慮することもできる。

例えば、高優先のサービスＡの設定に係る合計時間の総和（図３２での通番４、１０、１５、２９の総和）が、所定閾値よりも小さい場合には、低優先のサービスの一部又は全部を高優先として扱って、当該サービスに係るコマンドの優先度を高としてもよい。

また、例えば、事前設定により、装置全体のサービス優先度がサービスＡ＞サービスＢ＞サービスＣとなった場合であっても、サービスＡの設定に係る合計時間の総和が第１所定閾値を超え、かつ、サービスＢの設定に係る合計時間の総和が第２所定閾値以下の場合には、コマンドの優先度付けとして、サービスＢを高優先とし、サービスＡを中優先としてもよい。

（装置構成例）
図３３に、本発明の実施の形態におけるエッジルータ管理システム１００の詳細な機能構成図を示す。なお、エッジＳＯ設定機能部１７０については、図３３に図示していない。

図３３に示すとおり、エッジルータ管理システム１００は、入出力部１１０、Ｃｏｎｆｉｇ格納部１２０、エッジ冗長管理制御機能部１３０、エッジコマンド管理部１４０、エッジ装置管理機能部１５０、システムリソース管理部１６０、ユーザ管理機能部１８０を有する。

Ｃｏｎｆｉｇ格納部１２０は、Ｃｏｎｆｉｇバックアップを格納するＣｏｎｆｉｇバックアップ格納部１２１、Ｃｏｎｆｉｇ情報の収集を行うＣｏｎｆｉｇ情報収集部１２２を有する。

エッジ冗長管理制御機能部１３０は、切替えエッジ情報を格納する切替えエッジ情報格納部１３１、切替えエッジの計算を行う切替えエッジ計算部１３２、切替えエッジの設定を行う切替えエッジ設定部１３３を有する。

エッジコマンド管理部１４０は、エッジ設定情報を格納するエッジ設定情報格納部１４１、コマンドの優先度付け等を含むエッジ設定情報の計算を行うエッジ設定情報計算部１４２、エッジ設定情報の収集を行うエッジ設定情報収集部１４３を有する。エッジ装置管理機能部１５０は、エッジ装置情報の収集を行うエッジ装置情報収集部１５１、エッジ装置情報を格納するエッジ装置情報格納部１５２を有する。

システムリソース管理部１６０は、リソース情報を格納するリソース情報格納部１６１、システムリソースの計算を行うシステムリソース計算部１６２、システムリソースを収集するシステムリソース収集部１６３を有する。

ユーザ管理機能部１８０は、ユーザ情報の収集を行うユーザ情報収集部１８２、ユーザ情報を格納するユーザ情報格納部１８１を有する。また、ユーザ管理機能部１８０は、収集したユーザ情報（契約情報、利用状況）に基づいて、ユーザ毎あるいは装置全体のサービスの優先度を決定する機能も含む。

本実施の形態に係るエッジルータ管理システム１００は、例えば、１つ又は複数のコンピュータに、本実施の形態で説明する処理内容を記述したプログラムを実行させることにより実現可能である。すなわち、エッジルータ管理システム１００が有する機能は、当該コンピュータに内蔵されるＣＰＵやメモリ、ハードディスクなどのハードウェア資源を用いて、エッジルータ管理システム１００で実施される処理に対応するプログラムを実行することによって実現することが可能である。また、上記プログラムは、コンピュータが読み取り可能な記録媒体（可搬メモリ等）に記録して、保存したり、配布したりすることが可能である。また、上記プログラムをインターネットや電子メールなど、ネットワークを通して提供することも可能である。

図３４に、エッジ（エッジルータ）２００の詳細な機能構成図を示す。なお、図３４は、動作例４のコマンド優先度付けの計算をエッジルータ側で行うこともできる構成であり、そのために、エッジコマンド管理部２１０を含んでいる。

図３４に示すように、エッジ２００は、エッジコマンド管理部２１０、エッジＣｏｎｆｉｇ管理機能部２２０、通信観測機能部２３０、基本部２４０、装置情報管理部２５０、転送機能部２６０、サービス機能部２７０、パケット入出力部２８０、内部バス２９０、電源・空調部２９５を有する。

エッジコマンド管理部２１０は、エッジ設定情報を格納するエッジ設定情報格納部２１１、エッジ設定情報の計算を行うエッジ設定情報計算部２１２、エッジ設定情報を収集するエッジ設定情報収集部２１３を有する。

エッジＣｏｎｆｉｇ管理機能部２２０は、エッジＣｏｎｆｉｇ情報を格納するエッジＣｏｎｆｉｇ情報格納部２２１、エッジＣｏｎｆｉｇ情報を収集するエッジＣｏｎｆｉｇ情報収集部２２２を有する。通信観測機能部２３０は、エッジ通信情報を収集するエッジ通信情報収集部２３１、エッジ通信情報を格納するエッジ通信情報格納部２３２を有する。

基本部２４０は、全体の基本的な制御を行う基本制御部２４１を有する。装置情報管理部２５０は、装置情報を格納する装置情報格納部２５１を有する。転送機能部２６０は、パケット転送を行うパケット転送部２６１を有する。サービス機能部２７０は、パケット処理を行うパケット処理部２７１を有する。

本実施の形態に係るエッジ２００は、例えば、コンピュータ（コンピュータの構成を含む通信装置を含む）に、本実施の形態で説明する処理内容を記述したプログラムを実行させることにより実現可能である。すなわち、エッジ２００が有する機能は、当該コンピュータに内蔵されるＣＰＵやメモリ、ハードディスクなどのハードウェア資源を用いて、エッジ２００で実施される処理に対応するプログラムを実行することによって実現することが可能である。また、上記プログラムは、コンピュータが読み取り可能な記録媒体（可搬メモリ等）に記録して、保存したり、配布したりすることが可能である。また、上記プログラムをインターネットや電子メールなど、ネットワークを通して提供することも可能である。

（実施の形態のまとめ）
以上、説明したように、本実施の形態により、冗長構成をとる複数の通信装置を管理する通信装置管理システムであって、複数の通信装置の設定情報を格納する格納手段と、各通信装置において観測された通信情報を受信する受信手段と、複数の通信装置のうちのある通信装置に故障が発生した場合に、前記通信情報から得られた前記故障の発生直前のサービス利用状況、ユーザ毎の契約情報、及び、ユーザ毎のサービスの優先度に基づいて、前記故障が発生した通信装置の切替え先の通信装置に設定するべき設定情報に優先度を付与し、当該優先度に基づく順番で設定情報の設定を行う設定手段とを備えることを特徴とする通信装置管理システムが提供される。

例えば、エッジコマンド管理部１４０は格納手段の例であり、エッジコマンド管理部１４０とエッジ冗長管理制御機能部１３０は設定手段の例である。

前記通信情報から得られたユーザ毎、サービス毎の各時間のサービス利用状況に基づき、サービスのスコア化を行って、前記ユーザ毎のサービスの優先度を算出する算出手段を更に備えることとしてもよい。ユーザ管理機能部１８０は算出手段の例である。

また、本実施の形態により、冗長構成をとる複数の通信装置を管理する通信装置管理システムであって、複数の通信装置の設定情報を格納する格納手段と、複数の通信装置のうちのある通信装置に故障が発生した場合に、予め定めた装置全体のサービスの優先度と、ユーザ毎の契約情報とに基づいて、前記故障が発生した通信装置の切替え先の通信装置に設定するべき設定情報に優先度を付与し、当該優先度に基づく順番で設定情報の設定を行う設定手段とを備えることを特徴とする通信装置管理システムが提供される。

前記設定手段は、サービス毎の設定に要する時間を算出し、当該時間に基づいて、前記設定情報に付与する優先度を決定することとしてもよい。

前記設定手段は、周辺装置の状態に基づき調整した優先度に基づく順番で、前記切替え先の通信装置に対して設定情報の設定を行うこととしてもよい。

以上、本実施の形態について説明したが、本発明はかかる特定の実施形態に限定されるものではなく、特許請求の範囲に記載された本発明の要旨の範囲内において、種々の変形・変更が可能である。

１００ エッジルータ管理システム
１７０ エッジＳＯ設定機能部
１１０ 入出力部
１２０ Ｃｏｎｆｉｇ格納部
１３０ エッジ冗長管理制御機能部
１４０ エッジコマンド管理部
１５０ エッジ装置管理機能部
１６０ システムリソース管理部
１８０ ユーザ管理機能部
２００ エッジ
２１０ エッジコマンド管理部
２２０ エッジＣｏｎｆｉｇ管理機能部
２３０ 通信観測機能部
２４０ 基本部
２５０ 装置情報管理部
２６０ 転送機能部
２７０ サービス機能部
２８０ パケット入出力部
２９０ 内部バス
２９５ 電源・空調部
３００ コア網
４００ アクセス網

Claims (5)

1. 冗長構成をとる複数の通信装置を管理する通信装置管理システムであって、
   複数の通信装置の設定情報を格納する格納手段と、
   各通信装置において観測された通信情報を受信する受信手段と、
   前記通信情報から得られたユーザ毎、サービス毎の各時間のサービス利用中か否かを示す情報に基づき、サービスのスコア化を行って、前記ユーザ毎のサービスの優先度を算出する算出手段と、
   複数の通信装置のうちのある通信装置に故障が発生した場合に、前記通信情報から得られたユーザ毎、サービス毎にサービス利用中か否かを示す情報、及び、前記算出手段により算出されたユーザ毎のサービスの優先度に基づいて、前記故障が発生した通信装置の切替え先の通信装置に設定するべき設定情報に優先度を付与し、当該優先度に基づく順番で設定情報の設定を行う設定手段とを備え、
   前記設定手段は、あるサービスを利用中であるユーザに対する当該サービスの復旧のための設定情報の優先度を、高優先度のサービスを利用中ではないユーザに対する当該高優先度のサービスの復旧のための設定情報の優先度よりも高くする
   ことを特徴とする通信装置管理システム。
2. 冗長構成をとる複数の通信装置を管理する通信装置管理システムであって、
   複数の通信装置の設定情報を格納する格納手段と、
   複数の通信装置のうちのある通信装置に故障が発生した場合に、予め定めた装置全体のサービス毎の優先度と、サービス毎の設定に要する時間とに基づいて、前記故障が発生した通信装置の切替え先の通信装置に設定するべき設定情報に優先度を付与し、当該優先度に基づく順番で設定情報の設定を行う設定手段とを備え、
   前記設定手段は、高優先度のサービスの設定に要する時間が所定閾値よりも大きい場合に、当該高優先度よりも低い優先度のサービスの設定情報の優先度を、当該高優先度のサービスの設定情報の優先度よりも高くする
   ことを特徴とする通信装置管理システム。
3. 前記設定手段は、周辺装置の死活状態に基づき調整した優先度に基づく順番で、前記切替え先の通信装置に対して設定情報の設定を行う
   ことを特徴とする請求項１又は２に記載の通信装置管理システム。
4. 冗長構成をとる複数の通信装置の設定情報を格納する格納手段を備える通信装置管理システムにより実行される通信装置設定方法であって、
   各通信装置において観測された通信情報を受信する受信ステップと、
   前記通信情報から得られたユーザ毎、サービス毎の各時間のサービス利用中か否かを示す情報に基づき、サービスのスコア化を行って、前記ユーザ毎のサービスの優先度を算出する算出ステップと、
   複数の通信装置のうちのある通信装置に故障が発生した場合に、前記通信情報から得られたユーザ毎、サービス毎にサービス利用中か否かを示す情報、及び、前記算出ステップにより算出されたユーザ毎のサービスの優先度に基づいて、前記故障が発生した通信装置の切替え先の通信装置に設定するべき設定情報に優先度を付与し、当該優先度に基づく順番で設定情報の設定を行う設定ステップとを備え、
   前記設定ステップにおいて、あるサービスを利用中であるユーザに対する当該サービスの復旧のための設定情報の優先度を、高優先度のサービスを利用中ではないユーザに対する当該高優先度のサービスの復旧のための設定情報の優先度よりも高くする
   ことを特徴とする通信装置設定方法。
5. 冗長構成をとる複数の通信装置の設定情報を格納する格納手段を備える通信装置管理システムにより実行される通信装置設定方法であって、
   複数の通信装置のうちのある通信装置に故障が発生した場合に、予め定めた装置全体のサービス毎の優先度と、サービス毎の設定に要する時間とに基づいて、前記故障が発生した通信装置の切替え先の通信装置に設定するべき設定情報に優先度を付与し、当該優先度に基づく順番で設定情報の設定を行う設定ステップを備え、
   前記設定ステップにおいて、高優先度のサービスの設定に要する時間が所定閾値よりも大きい場合に、当該高優先度よりも低い優先度のサービスの設定情報の優先度を、当該高優先度のサービスの設定情報の優先度よりも高くする
   ことを特徴とする通信装置設定方法。

Images