(57)【特許請求の範囲】
【請求項１】
受信した信号をセッションごとに振り分ける振分装置と、
前記信号を、当該信号のセッションに係る状態情報に基づいて処理する旧版信号処理装置および新版信号処理装置と、
を備えるクラスタシステムであって、
前記新版信号処理装置および前記旧版信号処理装置は、
前記振分装置が振り分けた前記信号のセッション情報と前記状態情報との組合せを保管するデータ保管部を備え、
前記振分装置は、
所定の時点より前には受信した前記信号のバージョン番号に基づいて、新版信号処理装置のいずれかに当該信号を送信するか、旧版信号処理装置のいずれかに当該信号を送信するかを選択すると共に、前記所定の時点以降には前記信号中に含まれたバージョン番号に依らずに前記新版信号処理装置のいずれかを選択し、選択した装置に当該信号を振り分ける信号振分部を備え、
前記振分装置が更に備える旧版振分先決定手段は、前記信号振分部が前記信号を旧版信号処理装置のいずれかに送信するように選択した際に、当該信号のセッション情報に基づき、当該信号を振り分ける旧版信号処理装置を決定し、
前記振分装置が更に備える新版振分先決定手段は、前記信号振分部が前記信号を新版信号処理装置のいずれかに送信するように選択した際に、当該信号のセッション情報に基づき、当該信号を振り分ける新版信号処理装置を決定し、
前記新版信号処理装置が更に備える信号処理部は、前記振分装置が振り分けた前記信号中のセッション情報に基づき、当該新版信号処理装置の前記データ保管部に前記信号の状態情報を要求し、要求した当該信号の状態情報が前記データ保管部に存在しなかったならば、当該新版信号処理装置が更に備える取得判断部に通知し、
前記取得判断部は、前記振分装置に前記信号のセッション情報を送信し、
前記振分装置が更に備える旧保管先取得手段は、前記信号振分部が前記信号を振り分けた前記新版信号処理装置から前記信号のセッション情報を受信した際に、当該信号のセッション情報に基づいて当該信号の状態情報の保管先情報を決定して当該新版信号処理装置に通知し、
前記取得判断部は、前記振分装置から受信した前記保管先情報により示される前記旧版信号処理装置に前記信号のセッション情報を送信し、
前記旧版信号処理装置が更に備えるデータ取得手段は、前記新版信号処理装置から受信した前記信号のセッション情報に基づき、当該旧版信号処理装置の前記データ保管部に保管されている前記信号の状態情報を当該新版信号処理装置に送信し、
前記取得判断部は、前記旧版信号処理装置から転送された前記信号に係る状態情報とセッション情報との組合せを当該新版信号処理装置に於けるセッション情報と状態情報とに変換して前記データ保管部に保管する、
ことを特徴とするクラスタシステム。
【請求項２】
前記新版信号処理装置の前記取得判断部は、
前記振分装置が前記所定の時点以降に振り分けた前記信号のバージョン番号が旧版であったならば、前記振分装置に当該信号のセッション情報を送信して、前記振分装置の前記旧版振分先決定手段により当該信号の状態情報を保管する前記旧版信号処理装置を示す保管先情報を決定させて取得し、取得した保管先情報が示す当該旧版信号処理装置から、前記信号の状態情報を取得する、
ことを特徴とする請求項１に記載のクラスタシステム。
【請求項３】
前記旧版信号処理装置は更に、
前記データ保管部に保管した前記信号のセッション情報に基づき、前記信号の処理とは非同期かつ並行に前記振分装置から当該信号のセッション情報と状態情報との組合せの新たな保管先である新版信号処理装置を示す保管先情報を取得し、取得した保管先情報が示す当該新版信号処理装置に当該信号のセッション情報と状態情報との組合せを転送するデータ移行部を備える、
ことを特徴とする請求項１に記載のクラスタシステム。
【請求項４】
前記振分装置は更に、
前記旧版信号処理装置から前記データ保管部に保管した各前記信号のセッション情報を受信した際に、前記新版振分先決定手段が当該セッション情報に基づいて決定した新版信号処理装置を示す保管先情報を前記旧版信号処理装置に応答する新保管先取得手段を備える、
ことを特徴とする請求項３に記載のクラスタシステム。
【発明の詳細な説明】
【技術分野】
【０００１】
本発明は、通信サービスなどを提供するクラスタシステムに関する。
【背景技術】
【０００２】
近年、通信網は、設備維持コスト低減を目的とするＩＰ（Internet Protocol）化が進んでいる。更に、現用系サーバと待機系サーバの二重化構成された従来の通信網に加えて、サーバをＮ台クラスタリングしたＮ−Ａｃｔｉｖｅ型の構成の通信網が登場している。
【０００３】
非特許文献１に記載されているように、Ｎ−Ａｃｔｉｖｅ構成は、二重化構成に比べて資源利用効率が高く、かつ、サーバ資源を動的に追加・削除可能であるという特徴を有している。
【０００４】
図１０は、従来のクラスタシステムの概要を示す図である。
クラスタシステム１Ｂは、ロードバランサ１０と、振分装置２０Ｂ−１〜２０Ｂ−ｐと、信号処理装置３０−１〜３０−Ｎとを備え、ロードバランサ１０を介してクライアント２−１〜２−ｑに接続されている。ここでｐ，ｑ，Ｎは、自然数である。以下、クライアント２−１〜２−ｑを特に区別しないときには、単にクライアント２と記載する。振分装置２０Ｂ−１〜２０Ｂ−ｐを特に区別しないときには、単に振分装置２０Ｂと記載する。信号処理装置３０−１〜３０−Ｎを特に区別しないときには、単に信号処理装置３０と記載する。
【０００５】
クライアント２は、例えば、ＩＰ電話装置であり、２台の異なるクライアント２の間で音声通信を行うものである。クライアント２は、図示しないネットワークを介してロードバランサ１０に接続されている。
【０００６】
ロードバランサ１０は、クライアント２からのリクエストの受付先エンドポイントとなり、高速に信号を振分装置２０Ｂに負荷分散するものである。ロードバランサ１０は、クライアント２と、振分装置２０Ｂとに接続されている。
【０００７】
非特許文献１に記載されているように、当該信号の内容に依らない単純な振り分けを行うロードバランサ１０を、クラスタシステム１Ｂの前段に設置することにより、信号の内容を意識した複雑な振り分けを行う振分装置２０Ｂをスケールアウトすることができる。
【０００８】
振分装置２０Ｂは、到着した信号の処理に必要な状態情報が、どの信号処理装置３０に存在するかを判断して、当該信号を転送するものである。当該信号の処理に必要な状態情報を備えている信号処理装置３０は、信号の振り分け先である。振分装置２０Ｂは、ロードバランサ１０と、信号処理装置３０とに接続されている。
【０００９】
信号処理装置３０は、新規に信号が到着した際に、内部に状態情報を生成・保持し、後続信号が到着した場合に、生成・保持している当該状態情報を参照して必要な処理を行うものである。信号処理装置３０は、振分装置２０Ｂに接続されている。
【００１０】
クラスタシステム１Ｂの制御プロトコルであるＳＩＰ（Session Initiation Protocol）は、最初のリクエスト信号を処理する際に内部状態情報を生成し、生成した内部状態情報に基づいて後続リクエスト信号を処理する。したがって、後続のリクエスト信号について、その内部状態情報が存在するサーバに振り分けて処理を行う必要がある。クラスタシステム１Ｂは、信号処理装置３０や振分装置２０Ｂの台数に対してスケーラブルに、通信網の制御処理を行うものである。
一方、通信網を構成するシステムには高度な可用性・信頼性が要求されるため、ソフトウェアの更新も無停止・無呼損で行われることが望まれる。
【００１１】
非特許文献２には、クラスタシステムに於いて無停止のソフトウェア更新を実現する方法として、新バージョンの信号処理装置と旧バージョンの信号処理装置とを併存させる技術が記載されている。
【００１２】
図１１は、従来のクラスタシステムのソフトウェアアップデート動作を示す図である。
図１１によって、非特許文献２に記載の技術を説明する。図１１のクラスタシステム１Ｂは、図１０のクラスタシステム１Ｂが備える信号処理装置３０−１〜３０−Ｎの代わりに、信号処理装置（旧）３０Ａ−１〜３０Ａ−ｎと、信号処理装置（新）３０Ｂ−１〜３０Ｂ−ｍとを備えている他は、図１０のクラスタシステム１Ｂと同様に構成されている。以下、信号処理装置（旧）３０Ａ−１〜３０Ａ−ｎを特に区別しないときには、単に信号処理装置（旧）３０Ａと記載する。信号処理装置（新）３０Ｂ−１〜３０Ｂ−ｍを特に区別しないときには、信号処理装置（新）３０Ｂと記載する。
【００１３】
信号処理装置（旧）３０Ａは、旧バージョンの信号処理装置３０である。信号処理装置（新）３０Ｂは、新バージョンの信号処理装置３０である。信号処理装置３０のバージョンは、例えば、搭載しているソフトウェアのバージョンのことをいう。信号処理装置（旧）３０Ａは、処理しているリクエストが無くなり次第停止し、新たな信号処理装置（新）３０Ｂが追加される。
【００１４】
振分装置２０Ｂは、破線矢印で示すように、新規リクエストを信号処理装置（新）３０Ｂに振り分ける。更に、振分装置２０Ｂは、実線矢印で示すように旧バージョンで処理されたリクエストの後続信号、すなわち信号処理装置（旧）３０Ａに必要な内部状態情報が存在する信号のみを、信号処理装置（旧）３０Ａに振り分ける。
【００１５】
ＳＩＰなどの通信網制御プロトコルを用いた通話サービスを前提とすると、ユーザが通話を終了するとその内部状態情報も解消される。したがって、一定時間が経過して全ユーザが通話を終え、信号処理装置（旧）３０Ａ上に残存した内部状態情報が全てなくなると、ソフトウェアの更新は完了する。これにより、信号処理装置（旧）３０Ａは、解体可能な状態となる。
【先行技術文献】
【非特許文献】
【００１６】
【非特許文献１】入江道生，西村豪生，金子雅志，別所寿一，飯尾政美、「スケールアウトと柔軟な構成変更を実現するセッション制御サーバのクラスタモデル」、電子情報通信学会大会、2011/02/28、電子情報通信学会大会講演論文集、２０１１巻特殊号:通信２、第１１頁
【非特許文献２】「Mobicents Sip Servlets」、[online]、Mobicents、［平成２４年２月１６日検索］、インターネット(URL: http://www.mobicents.org/products_sip_servlets.html)
【発明の概要】
【発明が解決しようとする課題】
【００１７】
非特許文献２に記載のソフトウェア更新方法では、長期にわたって通話を行うユーザが存在した場合、該ユーザが通話を完了するまで旧版の信号処理装置を停止することができず、よって、ソフトウェアの更新を完了することができない。また、非特許文献２に記載のソフトウェア更新方法は、通話以外に長期にセッションが継続するＳＩＰを用いたプレゼンスサービスが存在していると、適用することができない。
【００１８】
そこで、本発明は、長期にわたってセッションが継続する場合であっても、一定時間で旧版の信号処理装置を停止してアップデートを可能とするクラスタシステムを提供することを課題とする。
【課題を解決するための手段】
【００１９】
上記の課題を解決するために、請求項１に記載の発明では、受信した信号をセッションごとに振り分ける振分装置と、前記信号を、当該信号のセッションに係る状態情報に基づいて処理する旧版信号処理装置および新版信号処理装置と、を備えるクラスタシステムであって、前記新版信号処理装置および前記旧版信号処理装置は、前記振分装置が振り分けた前記信号のセッション情報と前記状態情報との組合せを保管するデータ保管部を備え、前記振分装置は、所定の時点より前には受信した前記信号のバージョン番号に基づいて、新版信号処理装置のいずれかに当該信号を送信するか、旧版信号処理装置のいずれかに当該信号を送信するかを選択すると共に、前記所定の時点以降には前記信号中に含まれたバージョン番号に依らずに前記新版信号処理装置のいずれかを選択し、選択した装置に当該信号を振り分ける信号振分部を備え、前記振分装置が更に備える旧版振分先決定手段は、前記信号振分部が前記信号を旧版信号処理装置のいずれかに送信するように選択した際に、当該信号のセッション情報に基づき、当該信号を振り分ける旧版信号処理装置を決定し、前記振分装置が更に備える新版振分先決定手段は、前記信号振分部が前記信号を新版信号処理装置のいずれかに送信するように選択した際に、当該信号のセッション情報に基づき、当該信号を振り分ける新版信号処理装置を決定し、前記新版信号処理装置が更に備える信号処理部は、前記振分装置が振り分けた前記信号中のセッション情報に基づき、当該新版信号処理装置の前記データ保管部に前記信号の状態情報を要求し、要求した当該信号の状態情報が前記データ保管部に存在しなかったならば、当該新版信号処理装置が更に備える取得判断部に通知し、前記取得判断部は、前記振分装置に前記信号のセッション情報を送信し、前記振分装置が更に備える旧保管先取得手段は、前記信号振分部が前記信号を振り分けた前記新版信号処理装置から前記信号のセッション情報を受信した際に、当該信号のセッション情報に基づいて当該信号の状態情報の保管先情報を決定して当該新版信号処理装置に通知し、前記取得判断部は、前記振分装置から受信した前記保管先情報により示される前記旧版信号処理装置に前記信号のセッション情報を送信し、前記旧版信号処理装置が更に備えるデータ取得手段は、前記新版信号処理装置から受信した前記信号のセッション情報に基づき、当該旧版信号処理装置の前記データ保管部に保管されている前記信号の状態情報を当該新版信号処理装置に送信し、前記取得判断部は、前記旧版信号処理装置から転送された前記信号に係る状態情報とセッション情報との組合せを当該新版信号処理装置に於けるセッション情報と状態情報とに変換して前記データ保管部に保管する、ことを特徴とするクラスタシステムとした。
【００２０】
このようにすることで、長期にわたってセッションが継続する場合であっても、一定時間で旧版の信号処理装置を停止してアップデートすることができる。
【００２１】
請求項２に記載の発明では、前記新版信号処理装置の前記取得判断部は、前記振分装置が前記所定の時点以降に振り分けた前記信号のバージョン番号が旧版であったならば、前記振分装置に当該信号のセッション情報を送信して、前記振分装置の前記旧版振分先決定手段により当該信号の状態情報を保管する前記旧版信号処理装置を示す保管先情報を決定させて取得し、取得した保管先情報が示す当該旧版信号処理装置から、前記信号の状態情報を取得する、ことを特徴とする請求項１に記載のクラスタシステムとした。
【００２２】
このようにすることで、クラスタシステムは、旧版信号処理装置に当該状態情報が保管されている信号が到着したときに、当該信号が格納されている旧版信号処理装置の情報を取得する。これにより、必要に応じて状態情報の保管先情報を取得するので、網負荷と信号処理装置の処理負荷とを抑えることができる。更に、必要に応じて状態情報を旧版信号処理装置から新版信号処理装置へと移行させるので、網負荷と信号処理装置の処理負荷とを抑えることができる。
【００２５】
請求項３に記載の発明では、
前記旧版信号処理装置は更に、前記データ保管部に保管した前記信号のセッション情報に基づき、前記信号の処理とは非同期かつ並行に前記振分装置から当該信号のセッション情報と状態情報との組合せの新たな保管先である新版信号処理装置を示す保管先情報を取得し、取得した保管先情報が示す当該新版信号処理装置に当該信号のセッション情報と状態情報との組合せを転送するデータ移行部を備える、ことを特徴とする請求項１に記載のクラスタシステムとした。
【００２６】
このようにすることで、自律的に状態情報を旧版信号処理装置から新版信号処理装置へと移行させるので、一定時間以内に移行処理を完了させることができる。
【００２７】
請求項４に記載の発明では、前記振分装置は更に、前記旧版信号処理装置から前記データ保管部に保管した各前記信号のセッション情報を受信した際に、前記新版振分先決定手段が当該セッション情報に基づいて決定した新版信号処理装置を示す保管先情報を前記旧版信号処理装置に応答する新保管先取得手段を備える、ことを特徴とする請求項３に記載のクラスタシステムとした。
【００２８】
このようにすることで、旧版信号処理装置は、自らが保管している状態情報に係るセッション情報を、振分装置に問い合わせることで、当該状態情報を、どの新版信号処理装置へ移行させるかを知ることができる。
【発明の効果】
【００２９】
本発明によれば、長期にわたってセッションが継続する場合であっても、一定時間で旧版の信号処理装置を停止してアップデートを可能とするクラスタシステムを提供することができる。
【図面の簡単な説明】
【００３０】
【図１】第１の実施形態に於けるクラスタシステムを示す概略の構成図である。
【図２】第１の実施形態に於ける信号振分処理を示すフローチャートである。
【図３】第１の実施形態に於ける振分先決定ロジックを示す図である。
【図４】第１の実施形態に於ける新旧装置併存時のリクエスト処理を示すシーケンス図である。
【図５】第１の実施形態に於ける状態情報テーブルを示す図である。
【図６】第１の実施形態に於ける信号処理装置（新）の信号処理を示すフローチャートである。
【図７】第１の実施形態に於ける振分先変更後の信号処理を示すシーケンス図である。
【図８】第２の実施形態に於けるクラスタシステムを示す概略の構成図である。
【図９】第２の実施形態に於ける状態移行処理を示すシーケンス図である。
【図１０】従来のクラスタシステムを示す概略の構成図である。
【図１１】従来のクラスタシステムのソフトウェアアップデート動作を示す図である。
【発明を実施するための形態】
【００３１】
以降、本発明を実施するための形態を、各図を参照して詳細に説明する。
【００３２】
（第１の実施形態の構成）
【００３３】
図１は、第１の実施形態に於けるクラスタシステムを示す概略の構成図である。
クラスタシステム１は、ロードバランサ１０と、上部ネットワーク１００ａと、振分装置２０−１〜２０−ｐと、下部ネットワーク１００ｂと、信号処理装置（旧）３０Ａ−１〜３０Ａ−ｎと、信号処理装置（新）３０Ｂ−１〜３０Ｂ−ｍとを備えている。
第１の実施形態のクラスタシステム１は、ＳＩＰ呼処理システムであり、一定時間（３分）毎にリフレッシュ信号（Ｒｅ−ＩＮＶＩＴＥ信号など）が到着しないと、通話が切断されたと判断して、状態情報を解消（削除）するように構成されている。
以下、信号処理装置（旧）３０Ａ−１〜３０Ａ−ｎを特に区別しないときには、単に信号処理装置（旧）３０Ａと記載する。信号処理装置（新）３０Ｂ−１〜３０Ｂ−ｍを特に区別しないときには、単に信号処理装置（新）３０Ｂと記載する。信号処理装置（旧）３０Ａと信号処理装置（新）３０Ｂとを特に区別しないときには、単に信号処理装置３０と記載する。
【００３４】
ロードバランサ１０は、クライアント２（不図示）からのリクエスト（信号）の受付先エンドポイントとなり、高速に信号を振分装置２０に負荷分散するものである。ロードバランサ１０は、ネットワーク（不図示）を介してクライアント２（不図示）に接続され、上部ネットワーク１００ａを介して振分装置２０に接続されている。
【００３５】
振分装置２０は、到着した信号の処理に必要な状態情報が、信号処理装置３０のいずれに存在するかを判断して、当該信号を転送するものである。当該信号の処理に必要な状態情報を備えている信号処理装置３０は、信号の振り分け先である。振分装置２０は、上部ネットワーク１００ａを介してロードバランサ１０に接続され、下部ネットワーク１００ｂを介して信号処理装置３０に接続されている。
信号処理装置３０は、新規に信号が到着した際に、内部に状態情報を生成・保持し、後続信号が到着した場合に、生成・保持している当該状態情報を参照して必要な処理を行うものである。信号処理装置３０は、下部ネットワーク１００ｂを介して振分装置２０Ｂに接続されている。
信号処理装置３０は、信号処理装置（旧）３０Ａと信号処理装置（新）３０Ｂとに分類される。信号処理装置（旧）３０Ａは、旧バージョン番号のソフトウェアが動作しているものである。信号処理装置（新）３０Ｂは、新バージョン番号のソフトウェアが動作しているものである。
【００３６】
《振分装置２０の構成》
振分装置２０は、信号振分部２１と、振分先決定ロジック（旧）２３Ａと、振分先決定ロジック（新）２３Ｂと、旧保管先取得ＩＦ（Interface）２４とを備えている。
信号振分部２１は、到着した信号の振分先を決定し、決定した信号処理装置３０に当該信号を転送する（振り分ける）ものである。
【００３７】
振分先決定ロジック（旧）２３Ａは、当該信号に含まれているSessionIDから、いずれの信号処理装置（旧）３０Ａに振り分けるかを決定するものである。
【００３８】
振分先決定ロジック（新）２３Ｂは、当該信号に含まれているSessionID、または、状態情報と共に転送されたキー情報（SessionID）から、いずれの信号処理装置（新）３０Ｂに振り分けるかを決定するものである。
旧保管先取得ＩＦ２４は、キー情報であるSessionIDを入力とし、振分先決定ロジック（旧）２３Ａによって、当該SessionIDに関連した状態情報が、どの信号処理装置（旧）３０Ａに存在するかを通知するものである。本実施形態の振分先決定ロジック（旧）２３Ａと振分先決定ロジック（新）２３Ｂとは、ソフトウェアプログラムである。当該ソフトウェアプログラムは、振分装置２０の図示しない記憶部に格納されている。
【００３９】
《信号処理装置３０の構成》
信号処理装置（旧）３０Ａと信号処理装置（新）３０Ｂとは、信号処理部３１と、データ保管部３２とを備えている。信号処理装置（旧）３０Ａは更に、データ取得ＩＦ３６を備えている。信号処理装置（新）３０Ｂは更に、データ変換部３５と、取得判断部３７とを備えている。
【００４０】
信号処理部３１は、到着した信号と、当該信号に係る当該状態情報とに基づいて信号処理するものである。信号処理部３１は、信号を受け取ると、データ保管部３２上の状態情報を生成し、参照し、解放しながら信号処理を行う。
データ保管部３２は、各信号に係る状態情報を保管すると共に、SessionIDをキー情報として必要な状態情報を取得可能とするものである。
【００４１】
信号処理装置（旧）３０Ａの転送判断部３３は、旧関連の信号が転送されたとき、当該信号が転送済みであれば送信元の振分装置２０に転送し、当該信号が転送済みでなければ当該信号処理装置（旧）３０Ａで処理するよう判断するものである。
【００４２】
信号処理装置（旧）３０Ａのデータ取得ＩＦ３６は、信号処理装置（新）３０Ｂからの要求によって状態情報を提供するためのものである。
【００４３】
信号処理装置（新）３０Ｂのデータ変換部３５は、状態情報の受信に伴い、当該信号に係るキー情報と状態情報とを、当該信号処理装置（新）３０Ｂに於けるキー情報と状態情報とに変換して、自らのデータ保管部３２に保管するものである。
【００４４】
信号処理装置（新）３０Ｂの取得判断部３７は、信号処理装置（旧）３０Ａから転送されたキー情報と状態情報とを、当該信号処理装置（新）３０Ｂに於けるキー情報と状態情報とに変換してデータ保管部３２に保管するものである。
【００４５】
（第１の実施形態の動作）
【００４６】
図２は、第１の実施形態に於ける信号振分処理を示すフローチャートである。
ロードバランサ１０から信号が到着すると、振分装置２０は、信号振分処理を開始する。
ステップＳ１０に於いて、振分装置２０の信号振分部２１は、当該信号が属するセッションを一意に識別する識別子であるSessionIDが、当該信号中に含まれているか否かを確認する。信号振分部２１は、当該判断条件が成立したならば（Ｙｅｓ）、ステップＳ１１の処理を行い、当該判断条件が成立しなかったならば（Ｎｏ）、ステップＳ１３の処理を行う。
【００４７】
ステップＳ１１に於いて、信号振分部２１は、当該信号に新バージョン番号が付与されているか否かを判断する。信号振分部２１は、当該判断条件が成立したならば（Ｙｅｓ）、ステップＳ１４の処理を行い、当該判断条件が成立しなかったならば（Ｎｏ）、ステップＳ１２の処理を行う。
【００４８】
ステップＳ１２に於いて、信号振分部２１は、振分先決定ロジック（旧）２３ＡにSessionIDを入力し、振分先の信号処理装置（旧）３０Ａを決定し、ステップＳ１５の処理を行う。
【００４９】
ステップＳ１３に於いて、信号振分部２１は、新バージョン番号を含んだユニークなSessionIDを生成して、当該信号に付与する。ＳＩＰ信号に於けるユニークなSessionIDの生成方法は、例えば、セッションごとにユニークなＣａｌｌ−ＩＤヘッダが当該信号に含まれているため、それに基づいてSessionIDを生成する方法が考えられる。信号振分部２１は、当該信号が信号処理装置（新）３０Ｂで処理されたことを後続信号が判別可能なように、生成したSessionIDに新バージョン番号を含めている。
【００５０】
ステップＳ１４に於いて、信号振分部２１は、振分先決定ロジック（新）２３ＢにSessionIDを入力して、振分先の信号処理装置（新）３０Ｂを決定する。
ステップＳ１５に於いて、信号振分部２１は、当該信号を振分先の信号処理装置３０に転送し、図２の処理を終了する。
【００５１】
図３は、第１の実施形態に於ける振分先決定ロジックを示す図である。
振分先決定ロジック２３は、振り分け対象となる全信号処理装置３０のアドレスを管理しており、任意のSessionIDを入力として、いずれかの信号処理装置３０を選択して返す。選択方法の一例として、管理対象のＮ台の信号処理装置３０に１からＮまでの番号を割振った上で、入力されたSessionIDを数値として解釈してＮで除算し、その剰余として求められた値に１を加算した番号の信号処理装置３０を振り分け対象とする方法が考えられる。
【００５２】
振分先決定ロジック（新）２３Ｂは、信号処理装置（新）３０Ｂのいずれかを返す。振分先決定ロジック（旧）２３Ａは、信号処理装置（旧）３０Ａのいずれを返す。
【００５３】
到着した信号にSessionIDが含まれていた場合には、当該SessionIDに付与されたバージョン番号を参照し、それが新旧どちら側の信号処理装置３０に振り分けられるべき信号であるかを判別する。当該バージョン番号が「新」であった場合（新関連リクエスト）、振分先決定ロジック（新）２３Ｂを用いて、振り分け先の信号処理装置（新）３０Ｂを決定する。当該バージョン番号が「旧」であった場合（旧関連リクエスト）、振分先決定ロジック（旧）２３Ａを用いて、振り分け先の信号処理装置（旧）３０Ａを決定する。
【００５４】
図４は、第１の実施形態に於ける新旧装置併存時のリクエスト処理を示すシーケンス図である。
【００５５】
《新規リクエストの信号処理》
シーケンスＱ１０に於いて、クライアント２からロードバランサ１０に、新規リクエストが送信されると、新規リクエストの信号処理のシーケンスが開始する。
シーケンスＱ１１に於いて、ロードバランサ１０は、いずれかの振分装置２０の信号振分部２１に、当該信号の内容に依らない信号の振り分けを行う。
【００５６】
シーケンスＱ１２に於いて、振分装置２０の信号振分部２１は、当該信号に係るSessionIDを生成し、当該SessionIDに新バージョン番号を付与する。
シーケンスＱ１３に於いて、振分装置２０の信号振分部２１は、振分先決定ロジック（新）２３Ｂに、当該信号の振分先を問い合わせる。
【００５７】
シーケンスＱ１４に於いて、振分装置２０の信号振分部２１は、振分先決定ロジック（新）２３Ｂから、当該信号の振分先である信号処理装置（新）３０Ｂの情報を取得する。
シーケンスＱ１５に於いて、振分装置２０の信号振分部２１は、当該信号の振分先である信号処理装置（新）３０Ｂの信号処理部３１に、当該信号を転送する。
シーケンスＱ１６に於いて、信号処理装置（新）３０Ｂの信号処理部３１は、自身のデータ保管部３２に、当該信号の状態情報を問い合わせる。
シーケンスＱ１７に於いて、信号処理装置（新）３０Ｂの信号処理部３１は、自身のデータ保管部３２から、当該信号の状態情報を取得する。
シーケンスＱ１８に於いて、信号処理装置（新）３０Ｂの信号処理部３１は、当該信号と当該信号の状態情報とに基づいて、当該新規リクエストの信号処理を行う。
【００５８】
《旧関連リクエストの信号処理》
シーケンスＱ２０に於いて、クライアント２からロードバランサ１０に、旧関連リクエストが送信されると、旧関連リクエストの信号処理のシーケンスが開始する。
シーケンスＱ２１に於いて、ロードバランサ１０は、いずれかの振分装置２０の信号振分部２１に、当該信号の内容に依らない信号の振り分けを行う。
【００５９】
シーケンスＱ２２に於いて、振分装置２０の信号振分部２１は、当該信号のSessionIDに付与されたバージョン番号を確認する。ここではバージョン番号は「旧」である。
シーケンスＱ２３に於いて、振分装置２０の信号振分部２１は、振分先決定ロジック（旧）２３Ａに、当該信号の振分先を問い合わせる。
【００６０】
シーケンスＱ２４に於いて、振分装置２０の信号振分部２１は、振分先決定ロジック（旧）２３Ａから、当該信号の振分先である信号処理装置（旧）３０Ａの情報を取得する。
シーケンスＱ２５に於いて、振分装置２０の信号振分部２１は、当該信号の振分先である信号処理装置（旧）３０Ａの信号処理部３１に、当該信号を転送する。
【００６１】
シーケンスＱ２６に於いて、信号処理装置（旧）３０Ａの信号処理部３１は、信号処理装置（旧）３０Ａのデータ保管部３２に、当該信号の状態情報を問い合わせる。
【００６２】
シーケンスＱ２７に於いて、信号処理装置（旧）３０Ａの信号処理部３１は、信号処理装置（旧）３０Ａのデータ保管部３２から、当該信号の状態情報を取得する。
【００６３】
シーケンスＱ２８に於いて、信号処理装置（旧）３０Ａの信号処理部３１は、当該信号と当該信号の状態情報とに基づいて、当該旧関連リクエストの信号処理を行う。
【００６４】
《新関連リクエストの信号処理》
シーケンスＱ３０に於いて、クライアント２からロードバランサ１０に、新関連リクエストが送信されると、新関連リクエストの信号処理のシーケンスが開始する。
シーケンスＱ３１に於いて、ロードバランサ１０は、いずれかの振分装置２０の信号振分部２１に、当該信号の内容に依らない信号の振り分けを行う。
【００６５】
シーケンスＱ３２に於いて、振分装置２０の信号振分部２１は、当該信号のSessionIDに付与されたバージョン番号を確認する。ここで、バージョン番号は「新」である。
シーケンスＱ３３〜Ｑ３８の処理は、前記したシーケンスＱ１３〜Ｑ１８の処理と同様である。
【００６６】
図５（ａ）〜（ｃ）は、第１の実施形態に於ける状態情報テーブルを示す図である。
信号振分部２１は、振分け先を決定すると、その信号を信号処理装置３０に対して転送する。信号処理装置３０の信号処理部３１は、信号を受け取ると、データ保管部３２上の状態情報を生成し、参照し、解放しながら信号処理を行う。なお、データ保管部３２は、状態情報テーブルを管理し、SessionIDをキー情報として必要な状態情報を取得できる機能を有する。状態情報テーブルは、検索のキー（SessionID）および状態情報の組合せのレコードを格納している。
【００６７】
図５（ａ）に示すデータ保管部３２の状態情報テーブルは、「ａｂｃｄｅ１２３４」、「ｆｇｈｉｊ５６７８」、「ｋｌｍｎｏ９０１２」をキーとする３つのレコードを格納している。
「ａｂｃｄｅ１２３４」キーから取得可能な「バリュー」である状態情報は、［Ｏｂｊ＿１］である。「ｆｇｈｉｊ５６７８」キーから取得可能な「バリュー」である状態情報は、［Ｏｂｊ＿２］である。「ｋｌｍｎｏ９０１２」キーから取得可能な「バリュー」である状態情報は、［Ｏｂｊ＿３］である。
【００６８】
図５（ｂ）は、新たな信号が到着したときのデータ保管部３２の状態情報テーブルを示す図である。
当該信号のSessionIDが「ｘｙｚ１２３」に基づいて内部状態［Ｏｂｊ＿４］が生成されたならば、新たにレコードが追加される。
【００６９】
図５（ｃ）は、SessionIDが「ｆｇｈｉｊ５６７８」の信号がセッションを終了したときのデータ保管部３２の状態情報テーブルを示す図である。
このとき、内部状態［Ｏｂｊ＿２］が解消されるので、図５（ｂ）に示す状態情報テーブルから、SessionIDが「ｆｇｈｉｊ５６７８」のレコードが削除された状態となる。
【００７０】
課題でも述べたように、信号処理装置（旧）３０Ａに、一つでも状態情報が解消されずに存在し、その状態情報を必要とする信号が到着し続ける限り、信号処理装置（旧）３０Ａと信号処理装置（新）３０Ｂとの併存状態を終了し、ソフトウェアアップデートを完了することができない。
本実施形態のクラスタシステム１は、ある時点で全ての信号を信号処理装置（新）３０Ｂ側に振分け、信号処理装置（新）３０Ｂへの信号到着契機で、信号処理装置（旧）３０Ａに残存する信号処理に必要な状態情報を信号処理装置（新）３０Ｂへ移行する機能を有することを特徴とする。
本実施形態のクラスタシステム１に於いては、ある時点で信号振分部２１は、信号中に含まれたバージョン番号に依らず、全信号について振分先決定ロジック（新）２３Ｂを用いて信号処理装置（新）３０Ｂに振り分ける。
【００７１】
図６は、第１の実施形態に於ける信号処理装置（新）の信号処理を示すフローチャートである。
第１の実施形態のクラスタシステム１に於いて、前記振分け先の変更後に後続信号（新規リクエスト以外の信号）が、信号処理装置（新）３０Ｂに到着すると、当該信号処理が開始する。
ステップＳ２０に於いて、信号処理装置（新）３０Ｂの信号処理部３１は、必要なデータ（状態情報）が存在するか否かを判断する。信号処理部３１は、当該条件が成立したならば（Ｙｅｓ）、ステップＳ２３の処理を行い、当該条件が成立しなかったならば（Ｎｏ）、ステップＳ２１の処理を行う。
ステップＳ２１に於いて、信号処理装置（新）３０Ｂの信号処理部３１は、バージョン番号が新バージョンであるか否かを判断する。信号処理部３１は、当該条件が成立したならば（Ｙｅｓ）、ステップＳ２４の処理を行い、当該条件が成立しなかったならば（Ｎｏ）、ステップＳ２２の処理を行う。
【００７２】
ステップＳ２２に於いて、信号処理装置（新）３０Ｂの信号処理部３１は、取得判断部３７を介して、信号処理装置（旧）３０Ａに、状態情報の取得を要求する。
ステップＳ２３に於いて、信号処理装置（新）３０Ｂの信号処理部３１は、当該信号と、状態情報とに基づいて、信号処理を実施し、図６の処理を終了する。
ステップＳ２３に於いて、信号処理装置（新）３０Ｂの信号処理部３１は、不正なリクエストとして、振分装置２０にエラーを応答し、図６の処理を終了する。
【００７３】
図７は、第１の実施形態に於ける振分先変更後の信号処理を示すシーケンス図である。
【００７４】
（未移行の旧関連リクエスト）
シーケンスＱ４０，Ｑ４１の処理は、図４に示すシーケンスＱ１０，Ｑ１１の処理と同様である。シーケンスＱ４２〜Ｑ４４の処理は、図４に示すシーケンスＱ１３〜Ｑ１５の処理と同様である。すなわち、シーケンスＱ４０〜Ｑ４４の処理は、シーケンスＱ１２に示すセッションＩＤ生成を行わない以外は、シーケンスＱ１０〜Ｑ１５の処理と同様である。
シーケンスＱ４５に於いて、後続信号が到着すると、信号処理装置（新）３０Ｂの信号処理部３１は、当該信号中のSessionIDをキー情報として、自身のデータ保管部３２に状態情報を要求する。
シーケンスＱ４６に於いて、信号処理装置（新）３０Ｂの信号処理部３１は、自身のデータ保管部３２から、状態情報が存在しない旨の応答を受信する。
【００７５】
シーケンスＱ４７に於いて、信号処理装置（新）３０Ｂの信号処理部３１は、取得判断部３７に、当該信号を通知する。
シーケンスＱ４８に於いて、信号処理装置（新）３０Ｂの取得判断部３７は、当該信号のバージョン番号を確認する。ここで、当該信号のバージョン番号は「旧」なので、動作を継続する。なお、バージョン番号が旧でなかった場合は、不正なリクエストが到着したと判断し、エラー応答処理などを行う。
【００７６】
シーケンスＱ４９に於いて、信号処理装置（新）３０Ｂの取得判断部３７は、当該信号中のSessionIDであるキー情報を、振分装置２０に送信する。
シーケンスＱ５０に於いて、振分装置２０の旧保管先取得ＩＦ２４は、振分先決定ロジック（旧）２３Ａに、当該キー情報に係る状態情報の保管先情報を要求する。
【００７７】
シーケンスＱ５１に於いて、振分装置２０の旧保管先取得ＩＦ２４は、振分先決定ロジック（旧）２３Ａから、当該キー情報に係る状態情報の保管先情報を取得する。
シーケンスＱ５２に於いて、振分装置２０の旧保管先取得ＩＦ２４は、信号処理装置（新）３０Ｂの取得判断部３７に、当該キー情報に係る状態情報の保管先情報を通知する。
【００７８】
シーケンスＱ５３に於いて、信号処理装置（新）３０Ｂの取得判断部３７は、当該保管先情報で示される信号処理装置（旧）３０Ａのデータ取得ＩＦ３６に、当該キー情報を送信する。
シーケンスＱ５４に於いて、信号処理装置（旧）３０Ａのデータ取得ＩＦ３６は、当該キー情報に基づいて、データ保管部３２に当該状態情報を要求する。
シーケンスＱ５５に於いて、信号処理装置（旧）３０Ａのデータ取得ＩＦ３６は、データ保管部３２の状態情報テーブルから、当該キー情報に係る状態情報を取得し、かつ、当該キー情報に係るエントリーを削除する。
【００７９】
シーケンスＱ５６に於いて、信号処理装置（旧）３０Ａのデータ取得ＩＦ３６は、当該キー情報に係る状態情報を、信号処理装置（新）３０Ｂの取得判断部３７に送信する。
シーケンスＱ５７に於いて、信号処理装置（新）３０Ｂの取得判断部３７は、当該キー情報に係る状態情報を、データ変換部３５に送信する。
【００８０】
シーケンスＱ５８に於いて、信号処理装置（新）３０Ｂのデータ変換部３５は、当該状態情報を、必要に応じて新バージョンの処理に合わせて変換する。例えば、当該状態情報が有する所定値が、信号処理装置（旧）３０Ａでｉｎｔ型であり、信号処理装置（新）３０Ｂではｌｏｎｇ型に変更されていた場合を考える。このとき、データ変換部３５は、当該状態情報が有する所定値を、ｉｎｔ型からｌｏｎｇ型に変換する処理を行う。
【００８１】
シーケンスＱ５９に於いて、信号処理装置（新）３０Ｂのデータ変換部３５は、信号処理装置（新）３０Ｂのデータ保管部３２に、当該状態情報を保管する。
シーケンスＱ６０に於いて、信号処理装置（新）３０Ｂの信号処理部３１は、データ保管部３２に、当該信号の状態情報を要求する。
【００８２】
シーケンスＱ６１に於いて、信号処理装置（新）３０Ｂの信号処理部３１は、自身のデータ保管部３２から、当該信号の状態情報を取得する。
シーケンスＱ６２に於いて、信号処理装置（新）３０Ｂの信号処理部３１は、当該信号と当該信号の状態情報とに基づいて、当該リクエストの信号処理を行う。
【００８３】
（移行済の旧関連リクエスト）
シーケンスＱ７０〜Ｑ７５の処理は、前記したシーケンスＱ４０〜Ｑ４５の処理と同様である。
シーケンスＱ７６に於いて、信号処理装置（新）３０Ｂの信号処理部３１は、自身のデータ保管部３２から、状態情報を取得する。
シーケンスＱ７７に於いて、信号処理装置（新）３０Ｂの信号処理部３１は、当該信号と当該信号の状態情報とに基づいて、当該リクエストの信号処理を行う。
【００８４】
信号処理装置（旧）３０Ａは、シーケンスＱ４０〜Ｑ６２の処理によって、状態情報テーブルのエントリーが全て存在しなくなった場合、全状態情報が移行されたと判断し、全ての信号処理装置（新）３０Ｂに対して自身の有する状態情報がなくなったことを通知する。信号処理装置（新）３０Ｂは、全ての信号処理装置（旧）３０Ａから、当該通知を受け取ると、状態情報がデータ保管部３２に存在しなかった際の取得判断部３７への通知を取りやめる。すなわち、以降は全て不正リクエストと判断してエラー応答を返す。これにより、第１の実施形態のクラスタシステム１に於けるソフトウェアのアップデート処理は完了する。
第１の実施形態のクラスタシステム１は、一定時間毎にリフレッシュ信号が到着しないと、通話が切断されたと判断して状態情報を解消するように構成されている。これにより、クラスタシステム１は、一定時間で、信号処理装置（旧）３０Ａから信号処理装置（新）３０Ｂへの状態移行を完了することができる。
【００８５】
第１の実施形態のクラスタシステム１（図１）は、信号処理装置（新）３０Ｂに信号が到着したことを契機として、当該信号に係る状態情報を信号処理装置（旧）３０Ａから信号処理装置（新）３０Ｂへと移行した。全ての状態情報について、関連する信号が一定時間おきに到着することを前提とすると、第１の実施形態のクラスタシステム１（図１）は、一定時間で全ての状態情報が、信号処理装置（旧）３０Ａから信号処理装置（新）３０Ｂへと移行される。
【００８６】
（第１の実施形態の効果）
以上説明した第１の実施形態では、次の（Ａ），（Ｂ）のような効果がある。
【００８７】
（Ａ）  クラスタシステム１は、信号処理装置（旧）３０Ａの全ての状態情報を、一定時間で信号処理装置（新）３０Ｂに移行完了することができる。
【００８８】
（Ｂ）  クラスタシステム１は、信号処理装置（旧）３０Ａから信号処理装置（新）３０Ｂへの状態移行処理の実施中であっても、信号処理装置３０へ当該信号を振り分けて信号処理を行うことができる。
【００８９】
（第２の実施形態の構成）
第１の実施形態のクラスタシステム１（図１）は、一定時間毎にリフレッシュ信号（Ｒｅ−ＩＮＶＩＴＥ信号など）が到着しないと、通話が切断されたと判断して、状態情報を解消する。しかし、このようなリフレッシュ信号が発生しないシステムに於いては、振り分け先の変更後、全状態情報について関連する信号が到着するまで、状態情報は、信号処理装置（旧）３０Ａから信号処理装置（新）３０Ｂに移行しない。第２の実施形態は、能動的に状態移行処理を行うことによって、一定時間後に移行完了可能とするものである。
【００９０】
図８は、第２の実施形態に於けるクラスタシステムを示す概略の構成図である。
第２の実施形態のクラスタシステム１Ａは、第１の実施形態の振分装置２０−１〜２０−ｐ（図１）とは異なる振分装置２０Ｃ−１〜２０Ｃ−ｐと、第１の実施形態の信号処理装置（旧）３０Ａ−１〜３０Ａ−ｎ（図１）とは異なる信号処理装置（旧）３０Ｃ−１〜３０Ｃ−ｎとを備えている。それ以外の構成は、第１の実施形態のクラスタシステム１と同様である。以下、振分装置２０Ｃ−１〜２０Ｃ−ｐを特に区別しないときには、単に振分装置２０Ｃという。信号処理装置（旧）３０Ｃ−１〜３０Ｃ−ｎを特に区別しないときには、単に信号処理装置（旧）３０Ｃという。
【００９１】
本実施形態の振分装置２０Ｃは、第１の実施形態の振分装置２０（図１）と同様の構成に加えて更に、新保管先取得ＩＦ２５を備えている。
新保管先取得ＩＦ２５は、キー情報であるSessionIDを入力とし、振分先決定ロジック（新）２３Ｂによって、当該SessionIDに関連した状態情報が、どの信号処理装置（新）３０Ｂに存在するかを通知するものである。
【００９２】
第２の実施形態の信号処理装置（旧）３０Ｃは、第１の実施形態の信号処理装置（旧）３０Ａ（図１）と同様の構成に加えて更に、データ移行部３８を備えている。
データ移行部３８は、バックグラウンドで、クライアント２からの信号処理とは非同期かつ並行に、信号処理装置（旧）３０Ｃから信号処理装置（新）３０Ｂへと状態情報を移行するものである。
クラスタシステム１Ａは、第１の実施形態の移行処理に加えて、非同期移行を併用することにより、信号の到着頻度に依らず、一定時間で全状態情報を移行させることが可能である。
【００９３】
（第２の実施形態の動作）
図９は、第２の実施形態に於ける状態移行処理を示すシーケンス図である。
当該状態移行処理は、クライアント２からの信号処理とは非同期かつ並行に動作する。
全信号を信号処理装置（新）３０Ｂに振り分けるよう変更された後、外部から状態移行処理の開始契機が与えられると、信号処理装置（旧）３０Ｃのデータ移行部３８は、状態移行処理を開始する。
【００９４】
状態移行処理を開始すると、シーケンスＱ８０に於いて、信号処理装置（旧）３０Ｃのデータ移行部３８は、自身のデータ保管部３２に、いずれかの状態情報を要求する。
シーケンスＱ８１に於いて、信号処理装置（旧）３０Ｃのデータ移行部３８は、自身のデータ保管部３２から、状態情報とキー情報との組合せを取得する。
シーケンスＱ８２に於いて、信号処理装置（旧）３０Ｃのデータ移行部３８は、振分装置２０Ｃの新保管先取得ＩＦ２５に、キー情報を送信する。
シーケンスＱ８３に於いて、振分装置２０Ｃの新保管先取得ＩＦ２５は、振分先決定ロジック（新）２３Ｂに、保管先情報を要求する。
【００９５】
シーケンスＱ８４に於いて、振分装置２０Ｃの新保管先取得ＩＦ２５は、振分先決定ロジック（新）２３Ｂから、保管先情報を取得する。
シーケンスＱ８５に於いて、振分装置２０Ｃの新保管先取得ＩＦ２５は、信号処理装置（旧）３０Ｃのデータ移行部３８に、保管先情報を通知する。
シーケンスＱ８６に於いて、信号処理装置（旧）３０Ｃのデータ移行部３８は、信号処理装置（新）３０Ｂのデータ変換部３５に、キー情報と状態情報とを転送する。
【００９６】
シーケンスＱ８７に於いて、信号処理装置（新）３０Ｂのデータ変換部３５は、当該状態情報を、必要に応じて新バージョンの処理に合わせて変換する。
シーケンスＱ８８に於いて、信号処理装置（新）３０Ｂのデータ変換部３５は、信号処理装置（新）３０Ｂのデータ保管部３２に、当該キー情報と当該状態情報との組合せを保管する。以下、状態情報テーブルにエントリーが存在する限り、データ移行部３８は、シーケンスＱ８０〜Ｑ８８の状態移行処理を繰り返す。
第２の実施形態に於ける信号処理は、第１の実施形態に於ける信号処理と同様である。
【００９７】
（第２の実施形態の効果）
以上説明した第２の実施形態では、次の（Ｃ）のような効果がある。
【００９８】
（Ｃ）  クラスタシステム１Ｂは、信号の到着頻度に依らず、一定時間で全状態情報の移行が可能である。
【００９９】
（変形例）
本発明は、上記実施形態に限定されることなく、本発明の趣旨を逸脱しない範囲で、変更実施が可能である。この利用形態や変形例としては、例えば、次の（ａ）〜（ｃ）のようなものがある。
【０１００】
（ａ）  第１の実施形態および第２の実施形態は、ＩＰ電話の呼制御に係るクラスタシステムである。しかし、これに限られず、クラスタシステムは、クライアント端末からの一連の信号を、一連の内部状態に基づいて処理するものであればよく、例えば、動画や音楽のストリーミング再生サービス、データ検索サービス、ゲームサービス、または、ソーシャルネットワークサービスなどであってもよい。
【０１０１】
（ｂ）  第１の実施形態および第２の実施形態の上部ネットワーク１００ａと下部ネットワーク１００ｂとは、独立した２つのネットワークとして構成されている。しかし、これに限られず、上部ネットワーク１００ａおよび下部ネットワーク１００ｂは、各装置が信号を送受信可能に接続されている単一のネットワークで構成してもよい。
【０１０２】
（ｃ）  第２の実施形態に於いて、状態移行処理の開始契機は、外部からデータ移行部３８に与えるように構成されている。しかし、これに限られず、状態移行処理の開始契機は、振分装置２０が振分先を変更したタイミングと同時でもよく、振分け先を変更した後の一定時間後でもよく、更に、データ保管部３２中の状態情報が一定割合以上移行された時点でもよい。
【符号の説明】
【０１０３】
１，１Ａ，１Ｂ  クラスタシステム
２  クライアント
１０  ロードバランサ
２０，２０Ａ，２０Ｃ  振分装置
２１  信号振分部
２３  振分先決定ロジック
２３Ａ  振分先決定ロジック（旧）    （旧版振分先決定手段）
２３Ｂ  振分先決定ロジック（新）    （新版振分先決定手段）
２４  旧保管先取得ＩＦ    （旧保管先取得手段）
２５  新保管先取得ＩＦ    （新保管先取得手段）
３０  信号処理装置
３０Ａ，３０Ｃ  信号処理装置（旧）    （旧版信号処理装置）
３０Ｂ  信号処理装置（新）    （新版信号処理装置）
３１  信号処理部
３２  データ保管部
３３  転送判断部
３５  データ変換部
３６  データ取得ＩＦ    （データ取得手段）
３７  取得判断部
３８  データ移行部
１００ａ  上部ネットワーク
１００ｂ  下部ネットワーク
【図１】
0005750072.tif 000002
【図２】
0005750072.tif 000003
【図３】
0005750072.tif 000004
【図４】
0005750072.tif 000005
【図５】
0005750072.tif 000006
【図６】
0005750072.tif 000007
【図７】
0005750072.tif 000008
【図８】
0005750072.tif 000009
【図９】
0005750072.tif 000010
【図１０】
0005750072.tif 000011
【図１１】
0005750072.tif 000012