(57)【要約】【課題】データ転送量を少なくしてサーバ間の情報引継ぎを行うことができるようにする。【解決手段】情報引継ぎシステムは少なくとも２つのサーバを備え、サーバの一方が現用系サーバ１１として用いられ、サーバの他方が待機系サーバ１２として用いられて、現用系サーバはネットワークを介して受信したサービス要求信号に応じてプロセスを実行してサービス応答信号をネットワーク上に送信する。現用系サーバは、少なくともサービス要求信号を待機サーバに転送しており、待機系サーバはサービス要求信号を蓄積するとともに、現用系サーバに異常が生じたか否かを監視し、現用系サーバに異常があった際自らを現用系サーバに代るサーバであるか否かを決定する。そして、現用系サーバに代るサーバであると認識した際、待機系サーバはサービス要求信号に応じてプロセスを実行してサービス応答信号をネットワーク上に送信する。【選択図】図１
2007133542.tif 000002
【特許請求の範囲】
【請求項１】
少なくとも２つのノードを備え、前記ノードの一方が現用系ノードとして用いられ、前記ノードの他方が待機系ノードとして用いられて、前記現用系ノードはネットワークを介して受信したサービス要求信号に応じてプロセスを実行してサービス応答信号を前記ネットワーク上に送信する情報引継ぎシステムであって、
前記現用系ノードは、
少なくとも前記サービス要求信号に含まれる情報を前記待機系ノードに転送する転送手段を備え、
前記待機系ノードは、
前記情報を蓄積する蓄積手段と、
前記現用系ノードに異常が生じたか否かを監視する監視手段と、
前記現用系ノードに異常があった際自らを前記現用系ノードに代るノードであるか否かを決定する決定手段と、
前記現用系ノードに代るノードであると認識した際前記情報に応じて前記プロセスを実行するプロセス実行手段とを備えることを特徴とする情報引継ぎシステム。
【請求項２】
前記現用系ノードと前記待機系ノードとの間では生存確認信号が交換されており、前記監視手段は前記生存確認信号が途絶えると前記現用系ノードに異常が生じたと判定するようにしたことを特徴とする請求項１記載の情報引継ぎシステム。
【請求項３】
複数の前記現用系ノードを備え、前記待機系ノードが前記複数の現用系ノードの待機系ノードとして用いられており、
前記現用系ノード及び前記待機系ノードには自らを識別するための識別情報を有しており、
前記現用系ノードの各々において前記転送手段は当該現用系ノードを識別する識別情報を前記待機系ノードに転送しており、
前記蓄積手段には前記識別情報に対応づけて前記情報が蓄積されるようにしたことを特徴とする請求項１記載の情報引継ぎシステム。
【請求項４】
前記待機系ノードには自らの識別情報及び前記現用系ノードの識別情報とその優先順位とを対応付けた現用待機系対応表が備えられ、
前記決定手段は前記監視手段によって異常が検出された前記現用系ノードについて前記優先順位に応じて当該現用系ノードを引き継ぐか否かを決定するようにしたことを特徴とする請求項３記載の情報引継ぎシステム。
【請求項５】
前記待機系ノードは、前記決定手段によって前記現用系ノードを引き継ぐことが決定されると、前記待機系ノードの識別情報を引き継ぐべき現用系ノードの識別情報に変更する現用待機系対応管理手段を備えることを特徴とする請求項４記載の情報引継ぎシステム。
【請求項６】
前記待機系ノードには前記決定手段によって前記現用系ノードを引き継ぐことが決定されると、当該引き継ぐ現用系ノード以外の現用系ノードにその旨通知する通知手段が備えられていることを特徴とする請求項５記載の情報引継ぎシステム。
【請求項７】
前記現用系ノードの各々には前記待機系ノードに異常が生じたか否かを監視する現用系監視手段が備えられ、
該現用系監視手段によって前記異常が検知されると前記転送手段は前記情報の転送を停止するようにしたことを特徴とする請求項３記載の情報引継ぎシステム。
【請求項８】
複数の前記待機系ノードが前記現用系ノードの待機系ノードとして用いられており、
前記現用系ノード及び前記待機系ノードには自らを識別するための識別情報を有しており、
前記現用系ノードにおいて前記転送手段は当該現用系ノードを識別する識別情報を前記待機系ノードに転送しており、
前記待機系ノードの各々では前記蓄積手段には前記識別情報に対応づけて前記情報が蓄積されるようにしたことを特徴とする請求項１記載の情報引継ぎシステム。
【請求項９】
前記待機系ノードには自らの識別情報及び前記現用系ノードの識別情報とその優先順位とを対応付けた現用待機系対応表が備えられ、
前記待機系ノードの各々で前記決定手段は前記監視手段によって異常が検出された自らの前記優先順位に応じて当該現用系ノードを引き継ぐか否かを決定するようにしたことを特徴とする請求項８記載の情報引継ぎシステム。
【請求項１０】
前記現用系ノードを引き継ぐことが決定した前記待機系ノードには前記待機系ノードの識別情報を引き継ぐべき現用系ノードの識別情報に変更する現用待機系対応管理手段を備えることを特徴とする請求項９記載の情報引継ぎシステム。
【請求項１１】
前記現用系ノードを引き継ぐことが決定した前記待機系ノードには他の待機系ノードに現用化を通知する通知手段が備えられていることを特徴とする請求項１０記載の情報引継ぎシステム。
【請求項１２】
前記他の待機系ノードでは予め規定された期間経過しても前記現用化通知を受領しないと、前記現用系ノードを引き継ぐことが決定した前記待機系ノードに生存確認信号を送信する送信手段が備えられ、
該生存確認信号に対して返信がないと前記決定手段が前記優先順位に応じて引き継ぎを行うか否かを決定するようにしたことを特徴とする請求項１１記載の情報引継ぎシステム。
【請求項１３】
前記現用系ノードには
前記待機系ノードの各々に異常が生じたか否かを監視する現用系監視手段と、
該現用系監視手段によって前記異常が検知されると当該異常が生じた待機系ノードの優先順位を参照して自らの優先順位を変更する優先順位変更手段とを備えることを特徴とする請求項８記載の情報引継ぎシステム。
【請求項１４】
前記現用系監視手段によって前記異常が検知されると、前記転送手段は当該異常が検知された待機系ノードに対して前記情報の転送を停止するようにしたことを特徴とする請求項１３記載の情報引継ぎシステム。
【請求項１５】
少なくとも２つのノードを備え、前記ノードの一方が現用系ノードとして用いられ、前記ノードの他方が待機系ノードとして用いられるノードシステムで用いられ、前記現用系ノードと前記待機系ノードとの間で情報を引き継ぐ情報引き継ぎ方法であって、
前記現用系ノードから少なくとも前記サービス要求信号に含まれる情報を前記待機系ノードに転送する転送ステップと、
前記待機系ノードで前記情報を蓄積する蓄積ステップと、
前記現用系ノードに異常が生じたか否かを監視する監視ステップと、
前記現用系ノードに異常があった際自らを前記現用系ノードに代るノードであるか否かを決定する決定ステップと、
前記現用系ノードに代るノードであると認識した際前記待機系ノードで前記情報に応じて前記プロセスを実行するプロセス実行ステップとを有することを特徴とする情報引き継ぎ方法。
【請求項１６】
少なくとも２つのノードを備え、前記ノードの一方が現用系ノードとして用いられ、前記ノードの他方が待機系ノードとして用いられて、前記現用系ノードはネットワークを介して受信したサービス要求信号に応じてプロセスを実行してサービス応答信号を前記ネットワーク上に送信する情報引継ぎシステムに用いられる前記現用系ノードであって、
前記サービス要求信号に含まれる情報と、前記プロセスを実行する過程で生成された情報を前記待機系ノードに転送する転送手段、
を備えることを特徴とする現用系ノード。
【請求項１７】
少なくとも２つのノードを備え、前記ノードの一方が現用系ノードとして用いられ、前記ノードの他方が待機系ノードとして用いられて、前記現用系ノードはネットワークを介して受信したサービス要求信号に応じてプロセスを実行してサービス応答信号を前記ネットワーク上に送信する情報引継ぎシステムに用いられる前記待機系ノードであって、
前記現用系ノードから、該現用系ノードが受信したサービス要求信号に含まれる情報の転送を受けて蓄積する蓄積手段と、
前記現用系ノードに異常が生じたか否かを監視する監視手段と、
前記現用系ノードに異常があった際自らを前記現用系ノードに代るノードであるか否かを決定する決定手段と、
前記現用系ノードに代るノードであると認識した際前記情報に応じて前記プロセスを実行するプロセス実行手段と
を備えることを特徴とする待機系ノード。
【発明の詳細な説明】
【技術分野】
【０００１】
本発明は、現用系ノード及び待機系ノードを備える情報引継ぎシステム及び現用系ノードと待機系ノードとの間で情報を引き継ぐ際の情報引継ぎ方法に関し、特に、ネットワークサービスを提供する際、現用系ノード及び待機系ノードの信頼性を向上させることのできる情報引継ぎシステム、情報引継ぎ方法等に関するものである。
【背景技術】
【０００２】
一般に、ネットワークサービスを提供する際には、ネットワークサーバ（以下単にサーバと呼ぶ）とユーザとの間で幾つかの信号を予め規定された規則に従って送受するようにしており、この際、サーバ側ではセッション毎に状態（ステータス）を有し、ユーザとの信号の送受に伴って、サーバ側では状態変化させ、種々のサービスを提供するようにしている。ここで、セッションとは、あるユーザがサービスを要求してから終了するまでの期間を表し、ユーザ又はサービスが異なれば別のセッションと看做される。このため、サービス中にサーバ側で一旦状態が失われると、それまで行われていたサービスの継続は不可能となってしまう。
【０００３】
サーバの故障又は障害によって状態が失われて、サービスを中断させないためには、サーバに高信頼性と高可用性が求められる。高信頼性及び高可用性のための代表的な手法として、現用系サーバと待機系サーバの二台のサーバを準備して、冗長構成を取ることが行われている。この場合、通常のサービスを現用系サーバで行い、待機系サーバでは現用系サーバの主メモリに格納されている状態を常に引き継ぎ、現用系サーバで故障又は障害が生じた場合、速やかに待機系サーバに切り替えてサービスの提供を継続させるようにしている。このような技術として、２重化系交換処理システムにおいて、系切り替えの際にのみ旧現用系における呼情報を、新現用系による主制御下で新現用系に一括ＤＭＡ転送するようにしたものが知られている（例えば、特許文献１参照）。
【特許文献１】特公平６−８３３１４号公報（第２頁〜第３頁、第１図〜第４図）
【発明の開示】
【発明が解決しようとする課題】
【０００４】
ところで、従来の状態を引き継ぐようにした二重化システムにおいては、状態の主メモリ上のサイズが大きいと、現用系サーバと待機系サーバとが１対１の関係に近いものとなって、サービス提供のためにシステムを導入した後、システムの故障／障害が少なくなる安定期においては余分な待機系サーバが多くなって過剰設備と事態に陥ってしまうという課題がある。つまり、不必要な待機系サーバが多くなって設備維持に過大なコストがかかってしまうという課題がある。
【０００５】
本発明の目的は、このような課題を解決するためになされたもので、データ転送量を少なくしてサーバ間の情報引継ぎを行うことができる情報引継ぎシステム、情報引継ぎ方法、現用系ノード及び待機系ノードを提供することにある。
【０００６】
本発明の他の目的は一台の待機系サーバで複数の現用系サーバをカバーすることのできる情報引継ぎシステム、情報引継ぎ方法、現用系ノード及び待機系ノードを提供することにある。
【課題を解決するための手段】
【０００７】
この発明は、上記の課題を解決すべくなされたもので、請求項１に記載の発明は、少なくとも２つのノードを備え、前記ノードの一方が現用系ノードとして用いられ、前記ノードの他方が待機系ノードとして用いられて、前記現用系ノードはネットワークを介して受信したサービス要求信号に応じてプロセスを実行してサービス応答信号を前記ネットワーク上に送信する情報引継ぎシステムであって、前記現用系ノードは、少なくとも前記サービス要求信号に含まれる情報を前記待機系ノードに転送する転送手段を備え、前記待機系ノードは、前記情報を蓄積する蓄積手段と、前記現用系ノードに異常が生じたか否かを監視する監視手段と、前記現用系ノードに異常があった際自らを前記現用系ノードに代るノードであるか否かを決定する決定手段と、前記現用系ノードに代るノードであると認識した際前記情報に応じて前記プロセスを実行するプロセス実行手段とを備えることを特徴とする情報引継ぎシステムである。
【０００８】
また、請求項２に記載の発明は、請求項１記載の情報引継ぎシステムであって、前記現用系ノードと前記待機系ノードとの間では生存確認信号が交換されており、前記監視手段は前記生存確認信号が途絶えると前記現用系ノードに異常が生じたと判定するようにしたことを特徴とする。
【０００９】
また、請求項３に記載の発明は、請求項１記載の情報引継ぎシステムであって、複数の前記現用系ノードを備え、前記待機系ノードが前記複数の現用系ノードの待機系ノードとして用いられており、前記現用系ノード及び前記待機系ノードには自らを識別するための識別情報を有しており、前記現用系ノードの各々において前記転送手段は当該現用系ノードを識別する識別情報を前記待機系ノードに転送しており、前記蓄積手段には前記識別情報に対応づけて前記情報が蓄積されるようにしたことを特徴とする。
【００１０】
また、請求項４に記載の発明は、請求項３記載の情報引継ぎシステムであって、前記待機系ノードには自らの識別情報及び前記現用系ノードの識別情報とその優先順位とを対応付けた現用待機系対応表が備えられ、前記決定手段は前記監視手段によって異常が検出された前記現用系ノードについて前記優先順位に応じて当該現用系ノードを引き継ぐか否かを決定するようにしたことを特徴とする。
【００１１】
また、請求項５に記載の発明は、請求項４記載の情報引継ぎシステムであって、前記待機系ノードは、前記決定手段によって前記現用系ノードを引き継ぐことが決定されると、前記待機系ノードの識別情報を引き継ぐべき現用系ノードの識別情報に変更する現用待機系対応管理手段を備えることを特徴とする。
【００１２】
また、請求項６に記載の発明は、請求項５記載の情報引継ぎシステムであって、前記待機系ノードには前記決定手段によって前記現用系ノードを引き継ぐことが決定されると、当該引き継ぐ現用系ノード以外の現用系ノードにその旨通知する通知手段が備えられていることを特徴とする。
【００１３】
また、請求項７に記載の発明は、請求項３記載の情報引継ぎシステムであって、前記現用系ノードの各々には前記待機系ノードに異常が生じたか否かを監視する現用系監視手段が備えられ、該現用系監視手段によって前記異常が検知されると前記転送手段は前記情報の転送を停止するようにしたことを特徴とする。
【００１４】
また、請求項８に記載の発明は、請求項１記載の情報引継ぎシステムであって、複数の前記待機系ノードが前記現用系ノードの待機系ノードとして用いられており、前記現用系ノード及び前記待機系ノードには自らを識別するための識別情報を有しており、前記現用系ノードにおいて前記転送手段は当該現用系ノードを識別する識別情報を前記待機系ノードに転送しており、前記待機系ノードの各々では前記蓄積手段には前記識別情報に対応づけて前記情報が蓄積されるようにしたことを特徴とする。
【００１５】
また、請求項９に記載の発明は、請求項８記載の情報引継ぎシステムであって、前記待機系ノードには自らの識別情報及び前記現用系ノードの識別情報とその優先順位とを対応付けた現用待機系対応表が備えられ、前記待機系ノードの各々で前記決定手段は前記監視手段によって異常が検出された自らの前記優先順位に応じて当該現用系ノードを引き継ぐか否かを決定するようにしたことを特徴とする。
【００１６】
また、請求項１０に記載の発明は、請求項９記載の情報引継ぎシステムであって、前記現用系ノードを引き継ぐことが決定した前記待機系ノードには前記待機系ノードの識別情報を引き継ぐべき現用系ノードの識別情報に変更する現用待機系対応管理手段を備えることを特徴とする。
【００１７】
また、請求項１１に記載の発明は、請求項１０記載の情報引継ぎシステムであって、前記現用系ノードを引き継ぐことが決定した前記待機系ノードには他の待機系ノードに現用化を通知する通知手段が備えられていることを特徴とする。
【００１８】
また、請求項１２に記載の発明は、請求項１１記載の情報引継ぎシステムであって、前記他の待機系ノードでは予め規定された期間経過しても前記現用化通知を受領しないと、前記現用系ノードを引き継ぐことが決定した前記待機系ノードに生存確認信号を送信する送信手段が備えられ、該生存確認信号に対して返信がないと前記決定手段が前記優先順位に応じて引き継ぎを行うか否かを決定するようにしたことを特徴とする。
【００１９】
また、請求項１３に記載の発明は、請求項８記載の情報引継ぎシステムであって、前記現用系ノードには前記待機系ノードの各々に異常が生じたか否かを監視する現用系監視手段と、該現用系監視手段によって前記異常が検知されると当該異常が生じた待機系ノードの優先順位を参照して自らの優先順位を変更する優先順位変更手段とを備えることを特徴とする。
【００２０】
また、請求項１６に記載の発明は、請求項１４記載の情報引継ぎシステムであって、前記現用系監視手段によって前記異常が検知されると、前記転送手段は当該異常が検知された待機系ノードに対して前記情報の転送を停止するようにしたことを特徴とする。
【００２１】
また、請求項１５に記載の発明は、少なくとも２つのノードを備え、前記ノードの一方が現用系ノードとして用いられ、前記ノードの他方が待機系ノードとして用いられるノードシステムで用いられ、前記現用系ノードと前記待機系ノードとの間で情報を引き継ぐ情報引き継ぎ方法であって、前記現用系ノードから少なくとも前記サービス要求信号に含まれる情報を前記待機系ノードに転送する転送ステップと、前記待機系ノードで前記情報を蓄積する蓄積ステップと、前記現用系ノードに異常が生じたか否かを監視する監視ステップと、前記現用系ノードに異常があった際自らを前記現用系ノードに代るノードであるか否かを決定する決定ステップと、前記現用系ノードに代るノードであると認識した際前記待機系ノードで前記情報に応じて前記プロセスを実行するプロセス実行ステップとを有することを特徴とする情報引き継ぎ方法である。
【００２２】
また、請求項１６に記載の発明は、少なくとも２つのノードを備え、前記ノードの一方が現用系ノードとして用いられ、前記ノードの他方が待機系ノードとして用いられて、前記現用系ノードはネットワークを介して受信したサービス要求信号に応じてプロセスを実行してサービス応答信号を前記ネットワーク上に送信する情報引継ぎシステムに用いられる前記現用系ノードであって、前記サービス要求信号に含まれる情報と、前記プロセスを実行する過程で生成された情報を前記待機系ノードに転送する転送手段、を備えることを特徴とする現用系ノードである。
【００２３】
また、請求項１７に記載の発明は、少なくとも２つのノードを備え、前記ノードの一方が現用系ノードとして用いられ、前記ノードの他方が待機系ノードとして用いられて、前記現用系ノードはネットワークを介して受信したサービス要求信号に応じてプロセスを実行してサービス応答信号を前記ネットワーク上に送信する情報引継ぎシステムに用いられる前記待機系ノードであって、前記現用系ノードから、該現用系ノードが受信したサービス要求信号に含まれる情報の転送を受けて蓄積する蓄積手段と、前記現用系ノードに異常が生じたか否かを監視する監視手段と、前記現用系ノードに異常があった際自らを前記現用系ノードに代るノードであるか否かを決定する決定手段と、前記現用系ノードに代るノードであると認識した際前記情報に応じて前記プロセスを実行するプロセス実行手段とを備えることを特徴とする待機系ノードである。
【発明の効果】
【００２４】
以上のように、本発明では、セッションの状態を引き継ぐのではなく、少なくともセッションを形成する信号（サービス要求信号等）を含む情報を待機系ノードに転送して、待機系ノードではその情報を蓄積することによってセッションの引継ぎを行うようにしたので、少ない転送量とメモリ容量で現用系ノードから待機系ノードにセッションの引継ぎを行わせることができるという効果がある。従って、例えば、一台の待機系ノードで複数の現用系ノードのセッションを収容することができる結果、システムの安定期の際には少ない設備投資でシステム全体の信頼性及び可用性を確保することができる。
【００２５】
また、セッションを引き継ぐための転送量が少ないので、例えば、１台の現用系ノードのセッションをネットワーク的に離れた所に設置された複数の待機系ノードに引き継がせることが容易となる。
【発明を実施するための最良の形態】
【００２６】
次に図面を参照して本発明の実施の形態について説明する。図１は本発明の情報引継ぎシステムの基本構成を示すブロック図であり、図示の情報引継ぎシステムは、例えば、ＩＰ網で用いられ、送受信されるデータは、ＩＰパケットの形態をとる。さらに、セッション毎に必ずセッションを開始するセッション開始信号とセッションを終了するセッション終了信号が含まれ、同一セッションに対する一連の信号にはセッション毎に固有の値が付与されている。なお、１セッションにおける信号（情報：データ）の総サイズは、１セッションで必要となる状態のサイズよりも充分小さいものとし、信号の順序性と到達可能性は使用する信号のプロトコルレベルで実現可能とする。そして、１ノード内で１プロセスを実行するものとし、識別子（識別情報）はノードのＩＰアドレスとする。
【００２７】
図示のシステムは、現用系サーバである現用系ノード１１及び待機系サーバである待機系ノード１２の二種類のノードを備え、現用系ノード１１及び待機系ノード１２間は、両ノード間を論理的にメッシュ接続する通信路１３により接続されている。現用系ノード１１及び待機系ノード１２は同一の構成を有しており、現用系ノード１１及び待機系ノード１２はそれぞれサービス提供部２１、現用−待機系対応管理部２２、対向ノード管理部２３、信号複製部２４、信号蓄積部２５、自系状態管理部２６、現用化交渉管理部２７、及び信号送受信部２８を備えている。
【００２８】
図示のシステムでは、後述するようにして、自系状態管理部２６が、自系が現用系であるか待機系であるかを判断して、現用系ノード１１及び待機系ノード１２の行う処理を変更する。以下の説明では、対向ノードとは、自系が現用系ノードの場合には自系の待機系ノードと成り得るノードを、自系が待機系ノードの場合には自系の現用系ノードに成り得るノードのことを表す。
【００２９】
図示のシステムでは、現用系ノード１１に到達したサービス要求信号とこのサービス信号に対するサービス応答信号とを待機系ノード１２に転送し、待機系ノード１２では受信した信号を、後述するようにして、信号蓄積部２５に蓄積しておく。現用系ノード１１が故障したと看做されて、待機系ノード１２で処理を引き継ぐ際、信号蓄積部２５に蓄積された信号（情報）を、サービス提供部２１に渡してサービス提供部２１で処理することによって、現用系ノード１１と待機系ノード１２との間でセッションの引継ぎを行う。
【００３０】
信号送受信部２８ではシステムに係る全ての信号を送受信する機能を有する。自系状態管理部２６では、自系が現用系ノードであるか待機系ノードであるかを管理し、自系が待機系ノードである際には、後述するようにして、現用−待機系対応管理部２２から現用化通知を受けると、それぞれ信号蓄積部２５、対向ノード管理部２３、及び現用化交渉管理部２７に現用化通知を行う機能を有する。
【００３１】
対向ノード管理部２３では、対向ノードの位置情報の管理及び生死（サービス提供可能か否か）の監視を行い、対向ノードが故障等でサービス提供不可と看做されると、現用−待機系対応管理部２２に故障したノードの位置情報を通知する機能を有する。また、対向ノード管理部２３では、自系が待機系の際、現用−待機系対応管理部２２から現用化通知を受けると、現用−待機系対応管理部２２からその他の自系で対応していた現用系ノードの位置情報を取得して、現用化を通知する機能を有する。
【００３２】
信号複製部２４では、自系状態管理部２６より自系が現用系であると認識した場合のみ、現用−待機系対応管理部２２に対して信号を複製する先の待機系に関する位置情報を問い合わせ、得られた位置情報宛にサービス要求信号を後述する優先順位を付与して複製する機能を有する。なお、優先順位のみを独自パケットとして作成するようにしてもよい。この場合、各サービス要求信号には優先順位を付与しなくてもよい。また、信号複製部２４は、信号を複製する先の待機系ノード全てに優先順位とその順位に該当する待機系ノードとの対応表を通知するパケットを作成する機能を有する。
【００３３】
信号蓄積部２５では、自系状態管理部２６より自系が待機系ノードであると認識した場合のみ、信号送受信部２８で受信したサービス要求信号を蓄積して、現用−待機系対応管理部２２より現用化通知を受けた際に現用化先のノードから送信され蓄積した信号をサービス提供部２１に渡す機能を有する。また、信号蓄積部２５は、セッションの終了を知らせるセッション終了信号が到着すると、同一のセッションに対する信号、つまり、情報を破棄する機能を有する。
【００３４】
現用−待機系対応管理部２２では、自系状態管理部２６より自系が現用系ノードであると認識した場合には、対向ノード管理部２３より自系と対向するノードの位置情報を取得して、待機系ノードとして使用するか否かの判断を行って、待機系として使用する対向ノードについては、自系との対応表を作成し、待機系に自系が故障した後に実際に処理を引き継ぐ優先順位を付け、信号複製部２４よりいずれの待機系ノードに対して信号を複製するかの問い合わせに対して待機系の位置情報と優先順位を返す機能を有する。
【００３５】
さらに、現用−待機系対応管理部２２は、自系状態管理部２６より自系が待機系であると認識した場合には、自系が対応する現用系と自系を含めその現用系が待機系として使用している待機系との対応表を優先順位とともに保持し、対向ノード管理部２３より対向する現用系がサービス提供不可との通知を受けると、優先順位と現用化交渉管理部２７とを基にして自系が現時点で最も優先順位の高い待機系であるか否かを判断し、最も高い場合には自系状態管理部２６に現用化の通知を行う機能を有する。
【００３６】
なお、現用−待機系対応管理部２２は、自系が最も優先順位の高い待機系では無い場合には、信号蓄積部２５に蓄積している該当する現用系の信号を破棄する通知を送るようにしてもよい。
【００３７】
現用化交渉管理部２７では、自系状態管理部２６より自系が待機系であると認識した際には、切り替え候補の待機系が複数存在し現用系が故障した場合に優先順位に基づいて処理を引き継ぐために、待機系間で優先順位の確認を行い、最も優先順位の高い待機系を通知する機能を有する。
【００３８】
サービス提供部２１では、自系が現用系で信号送受信部２８より直接サービス要求信号が到達する場合、あるいは自系が待機系から現用系に切り替わり信号蓄積部２５より蓄積したサービス要求信号の情報を受け取った場合には、受信したサービス要求を解析して、その結果をサービス応答信号として返送する機能を有する。
【００３９】
図２を参照して、情報引継ぎシステムの一例について具体的に説明する。ここでは、ＳＩＰ（Ｓｅｓｓｉｏｎ  Ｉｎｉｔｉａｔｉｏｎ  Ｐｒｏｔｏｃｏｌ）サーバでセッション制御を行い、２台の現用系サーバ（現用系ノード）１１及び１４と１台の待機系サーバ（待機系ノード）１２で運用する場合について説明する。なお、前述したように、現用系サーバ（現用系ノード）１１及び１４と待機系サーバ（待機系ノード）１２とは同一の構成を有している。
【００４０】
いま、現用系ノード（サーバ）１１の位置情報はＩＰアドレス＝ＩＰ１、現用系ノード１４の位置情報はＩＰアドレス＝ＩＰ２、待機系ノード１２の位置情報はＩＰアドレス＝ＩＰ３であるとする。現用系ノード１１及び１４では、予め自系状態管理部２６において自系が現用系であることが設定されており、待機系ノード１２では予め自系状態管理部２６で自系が待機系であることが設定されている。ここで、現用系ノード１１及び１４と待機系ノード１２とにおいて、現用−待機系対応表は、図２に示すように設定されており、優先順位には最高優先順位が与えられている。現用系ノード１１と待機系ノード１２、現用系ノード１４と待機系ノード１２とは、それぞれ対向ノード管理部２３によって常にキープアライブ（ｋｅｅｐ  ａｌｉｖｅ）パケットが交換されており、ｋｅｅｐ  ａｌｉｖｅパケットが相手側に届かないか又は到着しない場合には、対向ノードはサービス提供不可であると判断して、現用−待機系対応管理部２２で保持している対応表から該当するノードの行を削除する。
【００４１】
図示の例では、待機系ノードが１台であり、現用化交渉管理部２７による現用化する待機系の選択は行わない。現用系ノード１１及び１４から待機系ノード１２に複製して送る信号はＳＩＰ信号のみとし、信号の到達可能性と順序性はＳＩＰプロトコルレベルで実現できるものとする。
【００４２】
次に、現用系ノード１１でＩＮＶＩＴＥ−１信号（つまり、図１に示すサービス要求信号）を受信し、２００ＯＫ−１信号（つまり、図１に示すサービス応答信号）を送信するまでの処理の流れを説明する。
【００４３】
現用系ノード１１でＩＮＶＩＴＥ−１信号を受信すると、当該信号をサービス提供部２１に送って信号解析を行う。同時に、信号複製部２４では現用−待機系対応管理部２２にＳＩＰ信号の複製先を問い合わせ、これに応答して現用−待機系対応管理部２２はＩＰ３を返送する。信号複製部２４は取得したＩＰ３を一定期間記憶して、その後、複製する信号の宛先には全てＩＰ３を挿入し、ビア（Ｖｉａ）ヘッダに現用系ノード１１のＩＰ１を含めて信号送受信部２８を介して送信する。従って、信号複製部２４はＩＮＶＩＴＥ−１信号もＩＰ３宛てに複製し、Ｖｉａヘッダを加えて送信する。なお、信号複製部２４は一定周期で現用−待機系対応管理部２２に複製先を取得にいき、待機系ノード１２が故障した場合には現用−待機系対応管理部２２よりその旨の通知を受ける。
【００４４】
信号を解析したサービス提供部２１は２００ＯＫ−１信号を作成して信号複製部２４と信号送受信部２８に渡す。信号送受信部２８は２００ＯＫ−１信号を通常のサービス提供処理に従って送信元に送り、信号複製部２４では２００ＯＫ−１信号を先ほど取得したＩＰ３宛に複製して、Ｖｉａヘッダに現用系ノード１１のＩＰ１を含めて信号送受信部２８を介して送信する。
【００４５】
一方、待機系ノード１２では、ＩＮＶＩＴＥ−１信号を受信した後、Ｖｉａヘッダを見て現用系ノード１１から送信された信号であることを認識し、信号蓄積部２５に送信元の現用系ノード１１と対応付けて蓄積する。２００ＯＫ−１信号についても同様にして信号蓄積部２５に蓄積される。
【００４６】
現用系ノード１４についても、同様にしてＶｉａヘッダに現用系ノード１４のＩＰ２を含めて待機系ノード１２にＳＩＰ信号を送り、待機系ノード１２ではＩＮＶＩＴＥ−２信号を受信した後、Ｖｉａヘッダを見て現用系ノード１４から送信された信号であることを認識し、信号蓄積部２５に送信元の現用系ノード１４と対応付けて蓄積する。２００ＯＫ−２信号についても、同様に信号蓄積部２５に蓄積される。
【００４７】
ここで、現用系ノード１１が故障した場合について説明する。現用系ノード１１が故障した場合、待機系ノード１２では、対向ノード管理部２３がｋｅｅｐ  ａｌｉｖｅパケット（生存確認信号）が途絶えたことを検知して、現用系ノード１１の故障を認識する。その後、対向ノード管理部２３は現用系ノード１１の故障を現用−待機系対応管理部２２に通知し、該当するＩＰ１の行の優先順位を確認する。ここでは、最も優先順位が高いので現用系ノード１１の処理を引き継ぐことを決定する。
【００４８】
処理の引継ぎを決定後、現用−待機系対応管理部２２は当該ノード（つまり、現在の待機系ノード１２）のＩＰを現用系ノード１１のＩＰ１に変更し、自系状態管理部２６に現用系ノード１１の代わりに現用化することを通知する。通知を受けた自系状態管理部２６では、現用系ノード１１の代わりに現用化することを、信号蓄積部２５と対向ノード管理部２３に通知する。通知を受けた対向ノード管理部２３では現用系ノード１４に現用化を通知し、信号蓄積部２５では現用系ノード１１と対応付けられた信号をサービス提供部２１に渡す。そして、サービス提供部２１は、信号解析を行いサービス提供する。一方、現用化の通知を受けた現用系ノード１４では、現用−待機系対応表のＩＰ３の行を削除する。
【００４９】
現用系ノード１４が故障した場合も基本的に同一の動作が実行され、待機系ノード１２は対向ノード管理部２３にてｋｅｅｐ  ａｌｉｖｅパケットが途絶えたことを検知すると、現用系ノード１４の故障を認識する。その後、現用系ノード１４の故障を現用−待機系対応管理部２２に通知し、該当するＩＰ２の行の優先順位を確認する。そして、最も優先順位が高いので、現用系ノード１４の処理を引き継ぐことを決定する。処理の引継ぎを決定後、現用−待機系対応管理部２２はノードのＩＰを現用系ノード１４のＩＰ２に変更し、自系状態管理部２６に現用系ノード１４の代わりに現用化することを通知する。
【００５０】
通知を受けた自系状態管理部２６では、現用系ノード１４の代わりに現用化することを信号蓄積部２５と対向ノード管理部２３に通知する。通知を受けた対向ノード管理部２３では現用系ノード１１に現用化を通知し、信号蓄積部２５では現用系ノード１４と対応付けられた信号をサービス提供部２１に渡す。そして、信号を渡されたサービス提供部２１は信号解析を行いサービス提供する。一方、現用化の通知を受けた現用系ノード１１では、現用−待機系対応表のＩＰ３の行を削除する。
【００５１】
一方、待機系ノード１２が故障した場合には、現用系ノード１１及び１４ではそれぞれ対向ノード管理部２３によってｋｅｅｐ  ａｌｉｖｅパケットが途絶えたことを検知し、これによって待機系ノード１２の故障を認識する。その後、待機系ノード１２の故障を各々の現用−待機系対応管理部２２に通知し、該当するＩＰ３の行を削除する。そして、各々の現用−待機系対応管理部２２は信号複製部２４にＩＰ３の破棄を通知し、以降信号複製部２４は信号をＩＰ３宛に複製することを停止する。
【００５２】
現用系ノード１１及び１４が２台同時に故障した場合、待機系ノード１２は対向ノード管理部２３によってｋｅｅｐ  ａｌｉｖｅパケットが途絶えたことを検知し、これによって、現用系ノード１１及び１４の故障を認識する。その後、対向ノード管理部２３現用系ノード１１及び１４の故障を現用−待機系対応管理部２２に通知し、該当するＩＰ１及びＩＰ２の行の優先順位を確認する。
【００５３】
ここでは、両方ともに最も優先順位が高いので、待機系ノード１２は現用系ノード１１及び１４のいずれのノードにおける処理を引き継ぐかをランダムに決定する。なお、事前にどちらの現用系ノードを優先させるかを設定しておくようにしてもよく、ラウンドロビンにより決定してもよい。
【００５４】
ここでは、便宜的に現用系ノード１１の処理を引き継ぐとする。現用系ノード１１の処理の引継ぎを決定後、現用−待機系対応管理部２２は自ノードのＩＰを現用系ノード１１のＩＰ１に変更して、自系状態管理部２６に現用系ノード１１の代わりに現用化することを通知する。通知を受けた自系状態管理部２６では、現用系ノード１１の代わりに現用化することを信号蓄積部２５と対向ノード管理部２３に通知する。通知を受けた対向ノード管理部２３では対向するノードが両方とも故障していることを認識しているので、現用化通知をそのまま破棄する。信号蓄積部２５では現用系ノード１１と対応付けられた信号をサービス提供部２１に渡す。そして、サービス提供部２１は信号解析を行いサービス提供する。
【００５５】
上述した例では、現用系ノードはそれぞれ一つの待機系ノードと対応しており、対になった現用系ノードと待機系ノードの間ではどちらが故障してもセッションの処理を引き継ぐことができる。但し、３台のノード中のいずれか２台のノードが同時に故障した場合には、１ノード分のセッションしか引き継ぐことができないが、そのようなことが発生する確率は低いと考えられる。
【００５６】
以上のように図２に示す例では、二重故障が発生する確率が低い場合には、２台の現用系ノードのいずれか一方が故障しても１台の待機系ノードで処理を継続することができることになる。
【００５７】
続いて、図３を参照して、情報引継ぎシステムの他の例について具体的に説明する。ここでは、ＳＩＰ（Ｓｅｓｓｉｏｎ  Ｉｎｉｔｉａｔｉｏｎ  Ｐｒｏｔｏｃｏｌ）サーバでセッション制御を行い、１台の現用系サーバ（現用系ノード）１１と２台の待機系サーバ（待機系ノード）１２及び１５で運用する場合について説明する。なお、前述したように、現用系サーバ（現用系ノード）１１と待機系サーバ（待機系ノード）１２及び１５とは同一の構成を有している。
【００５８】
いま、現用系ノード１１の位置情報はＩＰアドレス＝ＩＰ１、待機系ノード１２の位置情報はＩＰアドレス＝ＩＰ２、待機系ノード１５の位置情報はＩＰアドレス＝ＩＰ３であるとする。現用系ノード１１には予め自身の自系状態管理部２６によって自系が現用系であることが設定されており、待機系ノード１２及び１５ではそれぞれ予め自身の自系状態管理部２６で自系が待機系であることを設定されている。現用系ノード１１と待機系ノード１２及び１５においては、図３に示すように、現用−待機系対応表が設定されており、優先順位には待機系ノード１２に最高優先順位が、待機系ノード１５には２番目に高い優先順位が与えられている。現用系ノード１１と待機系ノード１２、現用系ノード１１と待機系ノード１５とは、それぞれ対向ノード管理部２３によって常にｋｅｅｐ  ａｌｉｖｅパケットを交換しており、ｋｅｅｐ  ａｌｉｖｅパケットが相手に届かないか又は到着しない場合、対向ノードはサービス提供不可であると判断して、現用−待機系対応管理部２２で保持している対応表から該当するノードの行を削除する。
【００５９】
現用系ノード１１は予め待機系ノード１２及び１５にその優先順位を通知しており、その情報が待機系ノード１２及び１５の現用−待機系対応管理表に反映されているものとする。現用系ノード１１から待機系ノード１２及び１５に複製して送る信号はＳＩＰ信号のみとし、信号の到達可能性と順序性はＳＩＰプロトコルレベルで実現できるものとする。
【００６０】
次に、現用系ノード１１でＩＮＶＩＴＥ信号（サービス要求信号）を受信し、２００ＯＫ信号（サービス応答信号）を送信するまでの処理の流れを説明する。
【００６１】
現用系ノード１１でＩＮＶＩＴＥ信号を受信すると、この信号をサービス提供部２１に送り信号解析を行う。同時に、信号複製部２４は現用−待機系対応管理部２２にＳＩＰ信号の複製先を問い合わせ、現用−待機系対応管理部２２はＩＰ２とＩＰ３を返送する。信号複製部２４では、取得したＩＰ２とＩＰ３を一定期間記憶して、その後、複製する信号の宛先には全てＩＰ２とＩＰ３とを挿入し、Ｖｉａヘッダに現用系ノード１１のＩＰ１を含めて信号送受信部２８を介して送信する。信号複製部２４はＩＮＶＩＴＥ信号もＩＰ２とＩＰ３宛てに複製し、Ｖｉａヘッダを加えて送信する。信号複製部２４は一定周期で現用−待機系対応管理部２２に複製先を取得に行き、待機系ノード１２又は１５が故障した場合には現用−待機系対応管理部２２よりその旨の通知を受ける。
【００６２】
信号を解析したサービス提供部２１は２００ＯＫ信号を作成して、信号複製部２４と信号送受信部２８に渡す。信号送受信部２８は２００ＯＫを通常のサービス提供処理に従って送信元に送り、信号複製部２４では２００ＯＫを先ほど取得したＩＰ２とＩＰ３宛に複製して、Ｖｉａヘッダに現用系ノード１１のＩＰ１を含めて信号送受信部２８を介して送信する。
【００６３】
待機系ノード１２では、ＩＮＶＩＴＥ信号を受信した後、Ｖｉａヘッダを見て現用系ノード１１から送信された信号であることを認識すると、信号蓄積部２５で送信元の現用系ノード１１と対応付けて蓄積する。２００ＯＫ信号についても同様にして信号蓄積部２５に蓄積する。同様にして、待機系ノード１５では、ＩＮＶＩＴＥ信号を受信した後、Ｖｉａを見て現用系ノード１１から送信された信号であることを認識すると、信号蓄積部２５で送信元の現用系ノード１１と対応付けて蓄積する。２００ＯＫ信号についても信号蓄積部２５に蓄積される。
【００６４】
ここで、現用系ノード１１が故障した場合について説明する。現用系ノード１１が故障すると、待機系ノード１２及び１５ではそれぞれの対向ノード管理部２３によってｋｅｅｐ  ａｌｉｖｅパケットが途絶えたことを検知し、これによって、現用系ノード１１の故障を認識する。その後、待機系ノード１２及び１５は、現用系ノード１１の故障を現用−待機系対応管理部２２に通知し、該当するＩＰ１の行の優先順位を確認する。待機系ノード１２は自系が最も優先順位が高いことを認識し、現用系ノード１１の処理を引き継ぐことを決定する。一方、待機系ノード１５では自系が２番目に優先順位が高いことを認識して、待機系ノード１２から後述する現用化通知が到着することを一定期間待つ。
【００６５】
待機系ノード１２で現用系ノード１１の処理を引き継ぐことを決定すると、待機系ノード１２の現用−待機系対応管理部２２は自ノードのＩＰを現用系ノード１１のＩＰ１に変更して、待機系ノードのＩＰがＩＰ２の行を削除する。その後、現用−待機系対応管理部２２では、自系状態管理部２６に現用系ノード１１の代わりに現用化することを通知し、自系状態管理部２６は現用系ノード１１の代わりに現用化することを信号蓄積部２５と現用化交渉管理部２７に通知する。通知を受けた現用化交渉管理部２７では、待機系ノード１５に現用系ノード１１の代わりに現用化することを通知し、信号蓄積部２５では現用系ノード１１と対応付けられた信号をサービス提供部２１に渡す。そして、サービス提供部２１は、信号解析を行いサービス提供する。
【００６６】
その後、新現用系ノードとなったノード１２はサービスを提供しつつ、待機系ノード１５に対してＳＩＰ信号の複製を送信する。一定期間中に現用化の通知を受けた待機系ノード１５では、現用−待機系対応表のＩＰ２の行を削除する。一定期間が過ぎても、現用化の通知が到着しなければ、現用化交渉管理部２７より待機系ノード１２に対してｋｅｅｐ  ａｌｉｖｅパケットを送信し、待機系ノード１２の生死を確認する。もし返信があれば、待機系ノード１５はさらに一定期間現用化通知を待つ。もし返信が無ければ、待機系ノード１２は故障したものと看做して、待機系ノード１５は現用系ノード１１の処理を引き継ぐことを決定する。
【００６７】
次に、待機系ノード１２が故障した場合について説明する。待機系ノード１２が故障すると、現用系ノード１１は対向ノード管理部２３によってｋｅｅｐ  ａｌｉｖｅパケットが途絶えたこと検知し、これによって待機系ノード１２の故障を認識する。その後、現用系ノード１１では、待機系ノード１２の故障が現用−待機系対応管理部２２に通知され、現用−待機系対応表の待機系ノード１２のＩＰ２の行を削除し、待機系ノード１５の優先順位を”２”から”１”に変更する。変更後、現用−待機系対応管理部２２から信号複製部２４にＩＰ２の破棄と優先順位の変更が通知される。そして、信号複製部２４はＩＰ２宛の信号複製を停止し、変更された優先順位と待機系ノードとの対応表を含む信号を作成して待機系ノード１５に送信する。待機系ノード１５では、現用−待機系対応表のＩＰ２に関する行の削除と優先順位の変更を行う。
【００６８】
続いて、現用系ノード１１と待機系ノード１２とが同時に故障した場合について説明する。待機系ノード１５は、対向ノード管理部２３によってｋｅｅｐ  ａｌｉｖｅパケットが途絶えたことを検知し、これによって、現用系ノード１１の故障を認識する。その後、待機系ノード１５では、現用系ノード１１の故障が現用−待機系対応管理部２２に通知され、現用−待機系対応管理部２２は該当するＩＰ１の行の優先順位を確認する。最も優先順位が高い待機系ノード１２が現用系ノード１１の処理を引き継ぐはずであるとして待機系ノード１２からの引継ぎ通知を一定期間待つ。待機系ノードは故障しているから、一定期間経過しても、引き継ぎ通知が到着せず、一定期間経過の後、待機系ノード１５は現用化交渉管理部２７によってｋｅｅｐ  ａｌｉｖｅパケットを待機系ノード１２に送信する。待機系ノード１２からは返信が無いから、待機系ノード１５は待機系ノード１２が故障していると認識する。
【００６９】
その後、待機系ノード１５は現用系ノード１１の代わりに現用化することを決定し、現用−待機系対応管理部２２が自ノードのＩＰを現用系ノード１１のＩＰ１に変更し、待機系のＩＰがＩＰ２の行とＩＰ３の行を削除する。そして、現用−待機系対応管理部２２では、自系状態管理部２６に現用系ノード１１の代わりに現用化することを通知し、自系状態管理部２６では現用系ノード１１の代わりに現用化することを信号蓄積部２５、対向ノード管理部２３、及び現用化交渉管理部２７に通知する。通知を受けた対向ノード管理部２３では対向するノードが故障していることを認識しているので、現用化通知をそのまま破棄する。
【００７０】
現用化交渉管理部２７も同様に、待機系ノードとして使用していたノードが全て故障していることを認識しているので、現用化通知をそのまま破棄する。一方、信号蓄積部２５では現用系ノード１１と対応付けられた信号をサービス提供部２１に渡し、サービス提供部２１は、信号解析を行いサービス提供する。
【００７１】
図３に示す例では、現用系ノードは２つの待機系ノードと対応しており、現用系ノードと２台の待機系ノードのうちいずれか一方が同時に故障してもセッションの処理を引き継ぐことができる。
【００７２】
このようにして、１台の現用系ノードのセッション状態を２台の待機系ノードに引き継ぐ際、状態そのものを引き継ぐよりもより少ない転送量でセッションを引き継ぐことができる。
【００７３】
なお、上記実施の形態においては、現用系ノードから待機系ノードへサービス要求信号を一部書き換えた情報を転送しているが、現用系ノードや待機系ノードを識別する必要がない場合には、サービス要求信号をそのまま転送することでも構わない。また、情報の形式はサービス要求信号そのものでなくても、そのサービス要求信号内部の情報がわかるものであれば、どのような形態であってもサービス要求信号に含まれる情報を転送しているものと看做す。
また、上記実施の形態においては、ユーザに対して二重に応答信号が返るのを防ぐために、現用系ノードはユーザへの応答信号を送信すると同時に待機系ノードにも応答に関する情報を通知しているが、ユーザに対して応答信号を二重に返しても問題がないプロトコルや、さらに応答信号を返す必要がないプロトコルなども想定され、このようなプロトコルを用いる場合は、現用系ノードから待機系ノードに応答に関わる情報を通知しなくてもよい。
【００７４】
また、上記実施の形態においては、現用系ノード、待機系ノードを識別するための情報として、ＩＰアドレスなどのネットワークアドレスを使用しているが、名前などネットワークアドレス以外の識別情報としてもよい。また、名前を識別情報として使用する場合は、名前とネットワークアドレスとが一意に変換されるように名付けることでもよく、また、名前とネットワークアドレスとの対応表を各ノード内に保持することでもよい。
また、待機系ノードが、現用系ノードの異常状態を認識した場合に、異常状態の現用系ノードに関する情報を削除してもよい。例えば、当該現用系ノードと対応付けて蓄積している信号を破棄する。
【００７５】
また、待機系ノードが、任意の現用系ノードに置き換わる場合、自系を待機系ノードとしている置き換え対象の現用系ノード以外の現用系ノードに対して、現用系ノードの置き換えとなることを通知してもよい。このとき、現用−待機系対応表に含まれる待機系ノードであって、元の現用系ノードを待機している待機系ノード全てに生存確認信号（ｋｅｅｐ  ａｌｉｖｅ）を送出する。そして、異常状態が確認された待機系ノードについては、現用系ノードの置き換えとなることの通知を送信しなくてもよい。また、現用系ノードは、待機系ノードに異常状態が確認された場合、現用−待機系対応表に含まれる当該待機系ノードを外すとともに、少なくとも当該待機系ノードを外したこの現用−待機系対応表を、当該現用系ノードの新たな現用−待機系対応表であるとして、他の待機系ノードに通知してもよい。この通知対象の他の待機系ノードは、異常状態が確認された待機系ノードを外す前の現用−待機系対応表に含まれる待機系ノードである。
【００７６】
上記実施の形態によれば、セッションの状態を引き継ぐのではなく、少なくともセッションを形成する信号（サービス要求信号等）を含む情報を待機系サーバに転送して、待機系サーバではその情報を蓄積することによってセッションの引継ぎを行うようにしたので、少ない転送量とメモリ容量で現用系サーバから待機系サーバにセッションの引継ぎを行わせることができるという効果がある。従って、例えば、一台の待機系サーバで複数の現用系サーバのセッションを収容することができる結果、システムの安定期の際には少ない設備投資でシステム全体の信頼性及び可用性を確保することができる。また、セッションを引き継ぐための転送量が少ないので、例えば、１台の現用系サーバのセッションをネットワーク的に離れた所に設置された複数の待機系サーバに引き継がせることが容易となる。但し、この場合、識別子がＩＰアドレスとなるので、現用系サーバと待機系サーバは、同一サブネット内に存在する必要がある。
また、現用系ノードから待機系ノードに対して、ユーザから受信する信号以外に、ユーザに送信する信号を転送することにより、待機系ノードによる誤送信（すでにユーザに送信している信号の二重送信）を防ぐことができる。
【００７７】
なお、上述の説明から明らかなように、信号複製部２４及び信号送受信部２８が転送手段として機能し、信号蓄積部２５が蓄積手段として機能する。また、対向ノード管理部２３が監視手段として機能し、現用−待機系対応管理部２２が決定手段として機能する。そして、サービス提供部２１がプロセス実行手段として機能することになる。
【００７８】
なお、上述の現用系ノード（現用系サーバ）１１及び１４、待機系ノード（現用系サーバ）１２及び１５は、内部にコンピュータシステムを有している。そして、上述した現用系ノード（現用系サーバ）１１及び１４、待機系ノード（現用系サーバ）１２及び１５の各部動作の過程は、プログラムの形式でコンピュータ読み取り可能な記録媒体に記憶されており、このプログラムをコンピュータシステムが読み出して実行することによって、上記処理が行われる。ここでいうコンピュータシステムとは、ＯＳや周辺機器等のハードウェアを含むものである。
【００７９】
また、「コンピュータシステム」は、ＷＷＷシステムを利用している場合であれば、ホームページ提供環境（あるいは表示環境）も含むものとする。
また、「コンピュータ読み取り可能な記録媒体」とは、フレキシブルディスク、光磁気ディスク、ＲＯＭ、ＣＤ−ＲＯＭ等の可搬媒体、コンピュータシステムに内蔵されるハードディスク等の記憶装置のことをいう。さらに「コンピュータ読み取り可能な記録媒体」とは、インターネット等のネットワークや電話回線等の通信回線を介してプログラムを送信する場合の通信線のように、短時間の間、動的にプログラムを保持するもの、その場合のサーバやクライアントとなるコンピュータシステム内部の揮発性メモリのように、一定時間プログラムを保持しているものも含むものとする。また上記プログラムは、前述した機能の一部を実現するためのものであっても良く、さらに前述した機能をコンピュータシステムにすでに記録されているプログラムとの組み合わせで実現できるものであっても良い。
【産業上の利用可能性】
【００８０】
セッションの状態を引き継ぐのではなくセッションを形成する信号（サービス要求信号等）を現用系サーバから待機系サーバに転送して、待機系サーバではその信号を蓄積することによってセッションの引継ぎを行うようにしたから、少ない転送量とメモリ容量で現用系サーバから待機系サーバにセッションの引継ぎを行わせることができる結果、現用系と待機系を有する二重化システムに適用できる。
【図面の簡単な説明】
【００８１】
【図１】本発明の実施の形態によるサーバネットワークシステムの基本構成を示すブロック図である。
【図２】本発明の実施の形態によるサーバネットワークシステムの一例を説明するためのブロック図である。
【図３】本発明の実施の形態によるサーバネットワークシステムの他の例を説明するためのブロック図である。
【符号の説明】
【００８２】
１１，１４  現用系ノード（現用系サーバ）
１２，１５  待機系ノード（待機系サーバ）
１３  通信路
２１  サービス提供部
２２  現用−待機系対応管理部
２３  対向ノード管理部
２４  信号複製部
２５  信号蓄積部
２６  自系状態管理部
２７  現用化交渉管理部
２８  信号送受信部
【図１】
2007133542.tif 000003
【図２】
2007133542.tif 000004
【図３】
2007133542.tif 000005