(57)【要約】【課題】分散処理システムにおいて、端末の収容位置に基づき処理サーバを決定し、収容分散が必要なアプリケーションやサービスのデプロイを可能とする。【解決手段】処理サーバ１０（分散データ管理装置）は、端末の識別子と子装置３０の識別子とを対応付ける端末・子装置対応情報１００、および、子装置３０の識別子と処理サーバ１０の仮想空間上の値とを対応づける子装置・サーバ対応情報２００を備える。処理サーバ１０は、端末・子装置対応情報１００および子装置・サーバ対応情報２００に基づき、要求信号の処理を担当する処理サーバ１０を決定し、信号処理を実行してサービスを提供する。また、処理サーバ１０は、当該サービスの提供に関する子装置３０の子装置情報（原本）を更新し記憶するとともに、他の処理サーバ１０に子装置情報（複製）を送信し記憶させる。【選択図】図１
2015207256.tif 000002
【特許請求の範囲】
【請求項１】
複数の端末を収容する子装置それぞれと、前記端末が送信した要求信号を、前記子装置を介して受信して信号処理する複数の分散データ管理装置とを備える分散処理システムであって、
前記分散データ管理装置は、
前記端末の識別子と前記子装置の識別子とを対応付ける端末・子装置対応情報、および、前記子装置の識別子と前記分散データ管理装置の識別子とを対応付ける子装置・サーバ対応情報を記憶する記憶部と、
前記子装置を介して前記端末が送信した要求信号を受信した場合に、前記端末・子装置対応情報を参照し、前記要求信号を送信した端末を収容する前記子装置を特定し、前記特定した子装置に基づき、前記子装置・サーバ対応情報を参照し、当該要求信号の信号処理を担当する他の前記分散データ管理装置を決定し、前記決定した他の前記分散データ管理装置に前記要求信号を送信する振り分け処理部と、
他の前記分散データ管理装置から前記要求信号を受信し、前記子装置の状態を示す子装置情報に基づき前記要求信号の信号処理を実行し、前記信号処理の処理結果を原本データとして生成するとともに、実行した当該信号処理に応じて前記子装置情報を更新する信号処理部と、
生成した前記原本データの複製である複製データと、更新した前記子装置情報の複製とを、予め設定された複製先決定ロジックに基づき決定した自身以外の分散データ管理装置に送信して記憶させるデータ管理部と、
を備えることを特徴とする分散処理システム。
【請求項２】
前記分散処理システムは、
前記複数の分散データ管理装置それぞれのサーバ負荷の情報を取得して、サーバ負荷情報として記憶するとともに、前記分散データ管理装置の前記サーバ負荷のいずれかが所定の閾値を超えた場合に、前記所定の閾値を超えた分散データ管理装置の識別子と、前記サーバ負荷情報を参照して前記サーバ負荷が最も低い分散データ管理装置の識別子とを抽出し、前記分散データ管理装置の前記振り分け処理部に出力するサーバ負荷監視手段をさらに備え、
前記分散データ管理装置の前記振り分け処理部は、前記子装置・サーバ対応情報について、前記所定の閾値を超えた分散データ管理装置の識別子に対応付けられた前記子装置の識別子を、前記サーバ負荷が最も低い分散データ管理装置の識別子に対応付けるように変更すること、
を特徴とする請求項１に記載の分散処理システム。
【請求項３】
前記分散処理システムは、
前記複数の分散データ管理装置それぞれのサーバ負荷の情報を取得して、サーバ負荷情報として記憶するとともに、前記分散データ管理装置の前記サーバ負荷のいずれかが所定の閾値を超えた場合に、前記所定の閾値を超えた分散データ管理装置の識別子を、前記分散データ管理装置の前記振り分け処理部に出力するサーバ負荷監視手段をさらに備え、
前記分散データ管理装置の前記振り分け処理部は、前記子装置・サーバ対応情報について、前記所定の閾値を超えた分散データ管理装置の識別子に対応付けられた前記子装置の識別子を、前記子装置情報の複製を記憶する前記自身以外の分散処理データ管理装置の識別子に対応付けるように変更すること、
を特徴とする請求項１に記載の分散処理システム。
【請求項４】
複数の端末を収容する子装置それぞれと、前記端末が送信した要求信号を、前記子装置を介して受信して信号処理する複数の分散データ管理装置とを備える分散処理システムの前記分散データ管理装置であって、
前記端末の識別子と前記子装置の識別子とを対応付ける端末・子装置対応情報、および、前記子装置の識別子と前記分散データ管理装置の識別子とを対応付ける子装置・サーバ対応情報を記憶する記憶部と、
前記子装置を介して前記端末が送信した要求信号を受信した場合に、前記端末・子装置対応情報を参照し、前記要求信号を送信した端末を収容する前記子装置を特定し、前記特定した子装置に基づき、前記子装置・サーバ対応情報を参照し、当該要求信号の信号処理を担当する他の前記分散データ管理装置を決定し、前記決定した他の前記分散データ管理装置に前記要求信号を送信する振り分け処理部と、
他の前記分散データ管理装置から前記要求信号を受信し、前記子装置の状態を示す子装置情報に基づき前記要求信号の信号処理を実行し、前記信号処理の処理結果を原本データとして生成するとともに、実行した当該信号処理に応じて前記子装置情報を更新する信号処理部と、
生成した前記原本データの複製である複製データと、更新した前記子装置情報の複製とを、予め設定された複製先決定ロジックに基づき決定した自身以外の分散データ管理装置に送信して記憶させるデータ管理部と、
を備えることを特徴とする分散データ管理装置。
【請求項５】
前記複数の分散データ管理装置それぞれのサーバ負荷の情報を取得して、サーバ負荷情報として記憶するとともに、前記分散データ管理装置の前記サーバ負荷のいずれかが所定の閾値を超えた場合に、前記所定の閾値を超えた分散データ管理装置の識別子と、前記サーバ負荷情報を参照して前記サーバ負荷が最も低い分散データ管理装置の識別子とを抽出し、前記振り分け処理部に出力するサーバ負荷監視部をさらに備え、
前記振り分け処理部は、前記子装置・サーバ対応情報について、前記所定の閾値を超えた分散データ管理装置の識別子に対応付けられた前記子装置の識別子を、前記サーバ負荷が最も低い分散データ管理装置の識別子に対応付けるように変更すること、
を特徴とする請求項４に記載の分散データ管理装置。
【請求項６】
前記複数の分散データ管理装置それぞれのサーバ負荷の情報を取得して、サーバ負荷情報として記憶するとともに、前記分散データ管理装置の前記サーバ負荷のいずれかが所定の閾値を超えた場合に、前記所定の閾値を超えた分散データ管理装置の識別子を、前記振り分け処理部に出力するサーバ負荷監視部をさらに備え、
前記振り分け処理部は、前記子装置・サーバ対応情報について、前記所定の閾値を超えた分散データ管理装置の識別子に対応付けられた前記子装置の識別子を、前記子装置情報の複製を記憶する前記自身以外の分散処理データ管理装置の識別子に対応付けるように変更すること、
を特徴とする請求項４に記載の分散データ管理装置。
【請求項７】
複数の端末を収容する子装置それぞれと、前記端末が送信した要求信号を、前記子装置を介して受信して信号処理する複数の分散データ管理装置とを備える分散処理システムの分散データ管理方法であって、
前記分散データ管理装置は、
前記端末の識別子と前記子装置の識別子とを対応付ける端末・子装置対応情報、および、前記子装置の識別子と前記分散データ管理装置の識別子とを対応付ける子装置・サーバ対応情報を記憶する記憶部を備えており、
前記子装置を介して前記端末が送信した要求信号を受信した場合に、前記端末・子装置対応情報を参照し、前記要求信号を送信した端末を収容する前記子装置を特定し、前記特定した子装置に基づき、前記子装置・サーバ対応情報を参照し、当該要求信号の信号処理を担当する他の前記分散データ管理装置を決定し、前記決定した他の前記分散データ管理装置に前記要求信号を送信するステップと、
他の前記分散データ管理装置から前記要求信号を受信し、前記子装置の状態を示す子装置情報に基づき前記要求信号の信号処理を実行し、前記信号処理の処理結果を原本データとして生成するとともに、実行した当該信号処理に応じて前記子装置情報を更新するステップと、
生成した前記原本データの複製である複製データと、更新した前記子装置情報の複製とを、予め設定された複製先決定ロジックに基づき決定した自身以外の分散データ管理装置に送信して記憶させるステップと、
を実行することを特徴とする分散データ管理方法。
【請求項８】
前記分散データ管理装置は、
前記複数の分散データ管理装置それぞれのサーバ負荷の情報を取得して、サーバ負荷情報として記憶するとともに、前記分散データ管理装置の前記サーバ負荷のいずれかが所定の閾値を超えた場合に、前記所定の閾値を超えた分散データ管理装置の識別子と、前記サーバ負荷情報を参照して前記サーバ負荷が最も低い分散データ管理装置の識別子とを抽出するステップと、
前記子装置・サーバ対応情報について、前記所定の閾値を超えた分散データ管理装置の識別子に対応付けられた前記子装置の識別子を、前記サーバ負荷が最も低い分散データ管理装置の識別子に対応付けるように変更するステップと、
を実行することを特徴とする請求項７に記載の分散データ管理方法。
【請求項９】
前記分散データ管理装置は、
前記複数の分散データ管理装置それぞれのサーバ負荷の情報を取得して、サーバ負荷情報として記憶するとともに、前記分散データ管理装置の前記サーバ負荷のいずれかが所定の閾値を超えた場合に、前記所定の閾値を超えた分散データ管理装置の識別子を抽出するステップと、
前記子装置・サーバ対応情報について、前記所定の閾値を超えた分散データ管理装置の識別子に対応付けられた前記子装置の識別子を、前記子装置情報の複製を記憶する前記自身以外の分散処理データ管理装置の識別子に対応付けるように変更するステップと、
を実行することを特徴とする請求項７に記載の分散データ処理方法。
【発明の詳細な説明】
【技術分野】
【０００１】
本発明は、ネットワーク上に分散配置されるサーバをクラスタ化してデータを格納する、分散処理システム、分散データ管理装置および分散データ管理方法に関する。
【背景技術】
【０００２】
コンシステントハッシュ法を用いて、処理の分散化を行う技術として、特許文献１に記載の分散処理システムがある。この分散処理システムでは、コンシステントハッシュ法を利用して、仮想ハッシュ空間上に処理サーバを割り当て、データ（要求信号）を識別するキーに基づき、仮想ハッシュ空間上の値を算出し、算出した仮想ハッシュ空間上の値から処理サーバを決定することにより、分散処理を実現している。さらに、分散処理システムでは、例えば、仮想ハッシュ空間上において隣接する別の処理サーバに、そのデータ（要求信号）に関する処理結果（原本データ）を複製して複製データとして記憶させる。このようにすることにより、ある処置サーバが障害等によりシステムから離脱しても、複製データを記憶する別の処理サーバが処理を継続することができる。
【０００３】
この分散処理システムでは、処理サーバリソースをリソースプールから融通可能であり、複数のアプリケーションやサービスを一つの分散処理システムにデプロイし管理することができる。また、分散処理システムによりアプリケーションやサービスを実現することで、処理サーバの負荷分散と耐障害性とを兼ね備えることができる。
【先行技術文献】
【特許文献】
【０００４】
【特許文献１】特開２０１１−０９５９７６号公報
【発明の概要】
【発明が解決しようとする課題】
【０００５】
しかしながら、アプリケーションやサービスの特性によっては、分散処理システムを構成する各処理サーバのうちの特定の処理サーバと、各処理サーバの配下に位置する特定の子装置とにおいて、関連付けが必要な場合がある。その場合、サービスを要求する端末の収容位置に基づき（つまり、端末を収容する子装置毎に）、処理サーバを決定する必要があり、従来の分散処理システム上において、そのようにアプリケーションやサービスをデプロイすることが困難であった。
【０００６】
このような背景に鑑みて本発明がなされたのであり、本発明は、分散処理システムにおいて、端末の収容位置に基づき処理サーバを決定し、収容分散が必要なアプリケーションやサービスのデプロイを可能とする、分散処理システム、分散データ管理装置および分散データ管理方法を提供することを課題とする。なお、ここで「収容分散」とは、具体的には、端末を収容する子装置毎に、分散処理システムを構成する各処理サーバの中から、その子装置が収容する端末からの要求信号を処理する処理サーバを対応付けて、分散処理することを意味する。
【課題を解決するための手段】
【０００７】
前記した課題を解決するため、本発明は、複数の端末を収容する子装置それぞれと、前記端末が送信した要求信号を、前記子装置を介して受信して信号処理する複数の分散データ管理装置とを備える分散処理システムであって、前記分散データ管理装置が、前記端末の識別子と前記子装置の識別子とを対応付ける端末・子装置対応情報、および、前記子装置の識別子と前記分散データ管理装置の識別子とを対応付ける子装置・サーバ対応情報を記憶する記憶部と、前記子装置を介して前記端末が送信した要求信号を受信した場合に、前記端末・子装置対応情報を参照し、前記要求信号を送信した端末を収容する前記子装置を特定し、前記特定した子装置に基づき、前記子装置・サーバ対応情報を参照し、当該要求信号の信号処理を担当する他の前記分散データ管理装置を決定し、前記決定した他の前記分散データ管理装置に前記要求信号を送信する振り分け処理部と、他の前記分散データ管理装置から前記要求信号を受信し、前記子装置の状態を示す子装置情報に基づき前記要求信号の信号処理を実行し、前記信号処理の処理結果を原本データとして生成するとともに、実行した当該信号処理に応じて前記子装置情報を更新する信号処理部と、生成した前記原本データの複製である複製データと、更新した前記子装置情報の複製とを、予め設定された複製先決定ロジックに基づき決定した自身以外の分散データ管理装置に送信して記憶させるデータ管理部と、を備えることを特徴とする。
【０００８】
このようにすることにより、分散処理システムにおいて、端末の収容位置に基づき（子装置毎に）分散データ管理装置（処理サーバ）を決定し、収容分散が必要なアプリケーションやサービスのデプロイを可能とすることができる。また、原本データを記憶する分散データ管理装置が故障等により離脱しても、複製データを記憶する他の分散データ管理装置（複製サーバ）に記憶された子装置情報（複製）を利用することにより、サービスを継続することができる。
【０００９】
また、本発明は、前記分散処理システムが、前記複数の分散データ管理装置それぞれのサーバ負荷の情報を取得して、サーバ負荷情報として記憶するとともに、前記分散データ管理装置の前記サーバ負荷のいずれかが所定の閾値を超えた場合に、前記所定の閾値を超えた分散データ管理装置の識別子と、前記サーバ負荷情報を参照して前記サーバ負荷が最も低い分散データ管理装置の識別子とを抽出し、前記分散データ管理装置の前記振り分け処理部に出力するサーバ負荷監視手段をさらに備え、前記分散データ管理装置の前記振り分け処理部は、前記子装置・サーバ対応情報について、前記所定の閾値を超えた分散データ管理装置の識別子に対応付けられた前記子装置の識別子を、前記サーバ負荷が最も低い分散データ管理装置の識別子に対応付けるように変更すること、を特徴とする。
【００１０】
このようにすることにより、分散処理システムによれば、分散データ管理装置のサーバ負荷のいずれかが所定の閾値を超えた場合、各分散データ管理装置のサーバ負荷の情報（サーバ負荷情報）に基づき、サーバ負荷が最も低い分散データ管理装置に、子装置の収容替えを自律で行うため、各分散データ管理装置の負荷を分散することができる。
【００１１】
また、本発明は、前記分散処理システムが、前記複数の分散データ管理装置それぞれのサーバ負荷の情報を取得して、サーバ負荷情報として記憶するとともに、前記分散データ管理装置の前記サーバ負荷のいずれかが所定の閾値を超えた場合に、前記所定の閾値を超えた分散データ管理装置の識別子を、前記分散データ管理装置の前記振り分け処理部に出力するサーバ負荷監視手段をさらに備え、前記分散データ管理装置の前記振り分け処理部は、前記子装置・サーバ対応情報について、前記所定の閾値を超えた分散データ管理装置の識別子に対応付けられた前記子装置の識別子を、前記子装置情報の複製を記憶する前記自身以外の分散処理データ管理装置の識別子に対応付けるように変更すること、を特徴とする。
【００１２】
このようにすることにより、分散処理システムによれば、分散データ管理装置のサーバ負荷のいずれかが所定の閾値を超えた場合、既に原本データの複製データおよび子装置情報（複製）を記憶する分散データ管理装置に、子装置の収容替えを行うため、収容替えを迅速に、かつ、自律で行い、各分散データ管理装置の負荷を分散することができる。
【００１３】
なお、本発明の分散処理システムとはカテゴリの異なる、分散データ管理装置および分散データ管理方法についても、本発明の分散処理システムと同様の特徴構成を備え、前記した同様の効果を奏するものであるため、ここでの説明は省略する。
【発明の効果】
【００１４】
本発明によれば、分散処理システムにおいて、端末の収容位置に基づき処理サーバを決定し、収容分散が必要なアプリケーションやサービスのデプロイを可能とする、分散処理システム、分散データ管理装置および分散データ管理方法を提供することができる。
【図面の簡単な説明】
【００１５】
【図１】本実施形態に係る処理サーバ（分散データ管理装置）を含む分散処理システムの全体構成を示す図である。
【図２】本実施形態に係る処理サーバの構成例を示す機能ブロック図である。
【図３】本実施形態に係る端末・子装置対応情報のデータ構成例を示す図である。
【図４】本実施形態に係る子装置・サーバ対応情報のデータ構成例を示す図である。
【図５】本実施形態に係る処理サーバを含む分散処理システムの処理の流れを示すシーケンス図である。
【図６】本実施形態の第１の変形例に係る処理サーバの構成例を示す機能ブロック図である。
【図７】本実施形態に第１の変形例に係る処理サーバを含む分散処理システムの処理を説明するための図である。
【図８】本実施形態の第２の変形例に係る処理サーバの構成例を示す機能ブロック図である。
【図９】本実施形態に第２の変形例に係る処理サーバを含む分散処理システムの処理を説明するための図である。
【発明を実施するための形態】
【００１６】
＜システム構成と処理概要＞
次に、本発明を実施するための形態（以下、「本実施形態」と称する。）に係る処理サーバ１（分散データ管理装置）を含む分散処理システム１０００の全体構成と処理概要とについて説明する。
【００１７】
（分散処理システムの全体構成）
まず、本実施形態に係る処理サーバ１を含む分散処理システム１０００の全体構成について説明する。
図１は、本実施形態に係る処理サーバ１（分散データ管理装置）を含む分散処理システム１０００の全体構成を示す図である。
【００１８】
この分散処理システム１０００は、図１（ａ）に示すように、複数の端末（図１（ａ）においては端末群４０）を収容する子装置３０それぞれ（子装置「１」「２」「３」）と、その子装置３０それぞれに接続されるロードバランサ２０と、ロードバランサ２０に接続され、クラスタを構成する複数の処理サーバ１０（処理サーバ「１」「２」「３」）とを含んで構成される。
【００１９】
ここで、端末は、自身を収容する子装置３０を介して、サービスの要求信号を処理サーバ１０へ送信し、処理サーバ１０からの応答信号を受信することにより、サービスを享受する。
また、子装置３０は、複数の端末（端末群４０）を収容し、ロードバランサ２０と端末と間のルーチングを行う機能を少なくとも備える。
ロードバランサ２０は、子装置３０を介して端末から取得した要求信号を、ラウンドロビン等の単純な手法により各処理サーバ１０に振り分ける。
【００２０】
処理サーバ１０は、自身以外の他の処理サーバ１０とも接続され、ロードバランサ２０から受信した端末からの要求信号について、その要求信号の処理を担当するサーバを、自身が保持する、端末・子装置対応情報１００（図１（ｂ）、後記する図２および図３参照）および子装置・サーバ対応情報２００（図１（ｃ）、後記する図２および図４参照）に基づき決定して振り分ける。処理サーバ１０は、自身に対応付けられた子装置３０が収容する端末が送信した要求信号を信号処理し、その応答信号を当該端末に送信することによりサービスを提供する。その際、処理サーバ１０は、信号処理した結果を原本データとして自身の記憶部に記憶するとともに、コンシステントハッシュ法等に基づき予め設定された複製先決定ロジックにより、その原本データの複製を記憶する他の処理サーバ１０（複製サーバ）を決定し、その複製先となる他の処理サーバ１０（複製サーバ）にその原本データの複製を送信することにより複製データを記憶させる。また、処理サーバ１０は、この要求信号の信号処理を、子装置３０の状態を示す子装置情報に基づき実行し、その信号処理に応じて、自身と対応付けられた子装置３０に関する情報（子装置情報（原本））を更新し、自身の記憶部に記憶するとともに、原本データの複製先となる他の処理サーバ１０（複製サーバ）に、その子装置情報（複製）を送信し記憶させる。
【００２１】
図１を例に説明すると、子装置「１」に収容される端末群「１」に属する端末から、要求信号を受信した子装置「１」が、その要求信号をロードバランサ２０に送信する。ロードバランサ２０は、ラウンドロビン等により振り分け先を、例えば、処理サーバ「３」に決定し、その要求信号を送信する。要求信号を受信した処理サーバ「３」は、まず、端末・子装置対応情報１００（図１（ｂ））を参照し、その要求信号の送信元の端末の端末識別子に対応する子装置３０の子装置識別子を抽出する。ここでは、端末識別子（「.xxx」）に対応する子装置識別子として「１」（子装置「１」）が抽出される。次に、処理サーバ「３」は、子装置・サーバ対応情報２００（図１（ｃ））を参照し、その子装置識別子（「１」）に対応する仮想空間上の値を抽出する。ここでは、仮想空間上の値「ａａａ」が抽出され、その要求信号の処理を担当するサーバとして処理サーバ「１」が決定される。そして、処理サーバ「３」は、要求信号を処理サーバ「１」に送信する。
【００２２】
要求信号を受信した処理サーバ「１」は、信号処理を行い、応答信号を端末に返信するとともに、信号処理の処理結果（原本データ）を自身の記憶部に記憶し、その原本データの複製データを、他の処理サーバ１０（複製サーバ）に送信して記憶させる。また、処理サーバ「１」は、この信号処理に応じて、子装置「１」の子装置情報（原本）を更新して自身の記憶部に記憶し、その子装置情報（原本）の複製を、複製データを記憶する他の処理サーバ１０（複製サーバ）に送信して記憶させる。
【００２３】
この図１（ａ）に示す分散処理システム１０００の具体例としては、例えば、ＮＧＮ（Next Generation Network：次世代ネットワーク）の構成が挙げられる。ＮＧＮを例とすると、端末は「ＩＰ電話機」、子装置３０は「エッジルータ（ＳＳＥ：Subscriber Service Edge）」、処理サーバ１０は「セッション制御サーバ」が相当するものとなる。
ＮＧＮでは、発信側の端末から呼設定の要求信号をセッション制御サーバが受信すると、エッジルータに対して、通話に必要な帯域を割り当てるように指示する。エッジルータにおいて、帯域確保（帯域保証）した上で、セッション制御サーバが発信側の端末と着信側の端末との間でセッションを確立し、通話サービスを提供する。このＮＧＮの例の場合、処理サーバ１０としてのセッション制御サーバは、発信側端末のアドレス情報や、着信側端末のアドレス情報、通話時間や、課金情報等を原本データとして、自身の記憶部に記憶する。また、その原本データの複製データを他の処理サーバ１０（複製サーバであるセッション制御サーバ）に記憶させる。
【００２４】
さらに、処理サーバ１０（セッション制御サーバ）は、通話の帯域を保証するために、子装置３０（エッジルータ）の残帯域の情報を、子装置情報として記憶しておく必要がある。処理サーバ１０（セッション制御サーバ）は、子装置３０（エッジルータ）の残帯域の情報を保持することにより、新たな呼設定の要求信号を受信した際に、子装置３０（エッジルータ）の残帯域を確認し、帯域保証した上でサービスを提供することができる。この子装置情報（エッジルータの残帯域）の複製を他の処理サーバ１０（複製サーバ）に記憶しておくことにより、原本データを記憶する処理サーバ１０が故障等により離脱しても、複製データを記憶する他の処理サーバ１０（セッション制御サーバ）に記憶された子装置情報（複製）を利用し、サービスを継続することができる。以下、本実施形態においては、具体例として、ＮＧＮを例にして説明する。
【００２５】
＜処置サーバの構成＞
次に、本実施形態に係る処理サーバ１０（分散データ管理装置）の構成例について、具体的に説明する。
【００２６】
図２は、本実施形態に係る処理サーバ１０の構成例を示す機能ブロック図である。
処理サーバ１０は、図１に示したように、ロードバランサ２０に接続されると共に、自身以外の他の処理サーバ１０にも接続される。そして、処理サーバ１０は、ロードバランサ２０を介して端末から要求信号を受信すると、自身が記憶する端末・子装置対応情報１００（図３）および子装置・サーバ対応情報２００（図４）を参照し、その要求信号の処理を担当する処理サーバ１０を決定し振り分ける。そして、その要求信号の処理を担当する処理サーバ１０は、要求信号を受信すると、信号処理するとともに、その信号処理の結果としての原本データを記憶部１３に記憶する。また、その処理サーバ１０は、コンシステントハッシュ法等に基づき予め設定された複製先決定ロジックによりその原本データの複製を記憶する他の処理サーバ１０（複製サーバ）を決定し、他の処理サーバ１０（複製サーバ）にその原本データの複製を送信することにより複製データを記憶させる。さらに、処理サーバ１０は、要求信号を処理した際に、自身と対応付けられた子装置３０の状態を示す子装置情報（原本）を更新し、自身の記憶部１３に記憶するとともに、原本データの複製先となる他の処理サーバ１０（複製サーバ）に、その子装置情報（複製）を送信し記憶させる。
この処理サーバ１０は、図２に示すように、制御部１１と、入出力部１２と、記憶部１３とを含んで構成される。
【００２７】
入出力部１２は、ロードバランサ２０や、自身以外の他の処理サーバ１０との間の情報の入出力を行う。また、この入出力部１２は、通信回線を介して情報の送受信を行う通信インタフェースと、不図示のキーボード等の入力手段やモニタ等の出力手段等との間で入出力を行う入出力インタフェースとから構成される。
【００２８】
制御部１１は、処理サーバ１０全体の制御を司り、振り分け処理部１１１、信号処理部１１２、データ管理部１１３を含んで構成される。なお、この制御部１１は、例えば、記憶部１３に格納されたプログラムを、不図示のＣＰＵ（Central Processing Unit）が不図示のＲＡＭ（Random Access Memory）に展開し実行することで実現される。
【００２９】
振り分け処理部１１１は、ロードバランサ２０から要求信号を受信し、端末・子装置対応情報１００（図３）を参照し、要求信号を送信した端末を収容する子装置３０を特定する。また、振り分け処理部１１１は、特定した子装置３０の情報に基づき、子装置・サーバ対応情報２００（図４）を参照し、その要求信号の処理を担当する処理サーバ１０を決定し、その決定した処理サーバ１０に要求信号を送信する。
【００３０】
図３は、本実施形態に係る端末・子装置対応情報１００のデータ構成例を示す図である。図３に示すように、端末・子装置対応情報１００には、端末識別子１０１に対応付けて子装置識別子１０２が格納される。
端末識別子１０１には、各端末の固有な識別子として、例えば、ＩＰアドレスが格納される。図３においては、ある子装置３０が収容する複数の端末（図１の端末群４０）に割り当てられる共通のＩＰアドレスの帯域（ＩＰ帯）を、例えば、「.xxx」「.yyy」のように示している。
子装置識別子１０２には、各子装置３０に固有な番号が格納される。
図３の１行目に示す情報は、端末識別子１０１が「.xxx」で示されるＩＰ帯の複数の端末（端末群４０）が、子装置識別子１０２が「１」の子装置３０に収容されていることを示している。
【００３１】
図４は、本実施形態に係る子装置・サーバ対応情報２００のデータ構成例を示す図である。図４に示すように、子装置・サーバ対応情報２００には、子装置識別子１０２に対応付けて仮想空間上の値２０１が格納される。
子装置識別子１０２には、前記したように、各子装置３０に固有な番号が格納される。
仮想空間上の値２０１には、各処理サーバ１０の識別子が格納される。具体的には、仮想空間上の値２０１として、各処理サーバ１０に対応する、コンシステントハッシュ法に基づく仮想ハッシュ空間（以下、「仮想空間」と称する。）上のハッシュ値が格納される。図４においては、例えば、仮想空間上の値２０１として「ａａａ」「ａａｂ」「ａａｃ」は、処理サーバ「１」に対応する値を示している。仮想空間上の値２０１として「ｂｂｂ」「ｂｂｃ」は、処理サーバ「２」に対応する値を示している。また、仮想空間上の値２０１として「ｃｃｃ」は、処理サーバ「３」に対応する値を示している。
つまり、図４は、子装置識別子１０２が「１」「４」「６」の子装置３０の処理を、処理サーバ「１」が担当することを示し、子装置識別子１０２が「２」「５」の子装置３０の処理を、処理サーバ「２」が担当することを示し、子装置識別子１０２が「３」の子装置３０の処理を、処理サーバ「３」が担当することを示している。
【００３２】
図２に戻り、振り分け処理部１１１は、ロードバランサ２０から要求信号を受信すると、その要求信号に付された送信元となる端末の端末識別子１０１に基づき、端末・子装置対応情報１００を参照し、子装置識別子１０２を特定する。次に、振り分け処理部１１１は、その特定した子装置識別子１０２に基づき、子装置・サーバ対応情報２００を参照し、仮想空間上の値２０１を特定する。なお、振り分け処理部１１１は、仮想空間上の値２０１と各処理サーバ１０とを対応付けたサーバ識別子管理情報（不図示）を備えており、仮想空間上の値２０１を特定することにより、要求信号の処理を担当する処理サーバ１０を決定することができる。
【００３３】
信号処理部１１２は、要求信号の信号処理を実行する。なお、この信号処理は各サービスの内容に応じた処理が実行される。例えば、前記したＮＧＮの例では、要求信号（呼設定）の信号処理として、通話サービスのためのセッション制御処理が実行される。そして、信号処理部１１２は、信号処理の結果として、サービス提供に必要な情報（発信側・着信側のアドレス情報等）を原本データとして生成し、データ管理部１１３（原本データ処理部１１４）に出力する。
また、信号処理部１１２は、要求信号の信号処理を、そのサービスに関連する子装置３０の状態を示す子装置情報に基づき実行し、その信号処理に応じて子装置情報（原本）を更新し、その更新した子装置情報（原本）をデータ管理部１１３（子装置情報処理部１１６）に出力する。なお、この子装置情報は、前記したＮＧＮの例では、子装置３０（エッジルータ）の残帯域の情報である。信号処理部１１２は、例えば、該当する子装置３０（エッジルータ）に残帯域を問い合わせることにより、残帯域の情報を取得する。
【００３４】
データ管理部１１３は、サービスを提供するための原本データや複製データ、子装置情報（原本・複製）等の情報を記憶部１３に記憶したり、複製データを他の処理サーバ１０に送信したりする等のデータ管理を行う。このデータ管理部１１３は、原本データ処理部１１４、複製データ処理部１１５、および、子装置情報処理部１１６を備える。
【００３５】
原本データ処理部１１４は、信号処理部１１２が信号処理の結果として生成した原本データを、記憶部１３に記憶する。
また、原本データ処理部１１４は、コンシステントハッシュ法等に基づき予め設定された複製先決定ロジックによりその原本データの複製を記憶する他の処理サーバ１０（複製サーバ）を決定し、他の処理サーバ１０（複製サーバ）にその原本データの複製を送信することにより複製データを記憶させる。なお、原本データ処理部１１４は、複製先決定ロジックとして、例えば、サーバ識別子管理情報（不図示）で示されるその処理サーバ１０自身の仮想空間上の値の次の行に示される処理サーバ１０、つまり、仮想空間上で隣接する処理サーバ１０を、複製サーバとして決定するようにしてもよい。
【００３６】
複製データ処理部１１５は、自身以外の処理サーバ１０（原本データを記憶する処理サーバ１０）から送信されてきた複製データを受信し、自身の記憶部１３に記憶する。
【００３７】
子装置情報処理部１１６は、信号処理部１１２が更新した子装置情報（原本）を記憶部１３に記憶する。また、子装置情報処理部１１６は、子装置情報（複製）を、原本データの複製データを記憶する他の処理サーバ１０（複製サーバ）に対して送信し、その処理サーバ１０に記憶させる。
また、子装置情報処理部１１６は、自身以外の処理サーバ１０（子装置情報（原本）を記憶する処理サーバ１０）から子装置情報（複製）を受信した場合に、自身の記憶部１３に記憶させる。
【００３８】
記憶部１３は、ハードディスクやフラッシュメモリ、ＲＡＭ等の記憶手段からなり、前記した、端末・子装置対応情報１００（図３参照）や、子装置・サーバ対応情報２００（図４参照）、原本データおよび複製データを含むデータ３００、子装置情報（原本・複製）４００等が記憶される。
【００３９】
＜処理の流れ＞
次に、本実施形態に係る処理サーバ１０を含む分散処理システム１０００の処理の流れについて説明する。
図５は、本実施形態に係る処理サーバ１０（分散データ管理装置）を含む分散処理システム１０００の処理の流れを示すシーケンス図である。
ここでは、子装置「１」が収容する端末４からの要求信号の信号処理を処理サーバ「１」が担当し、その処理サーバ「１」が子装置「１」の子装置情報（原本）を更新して記憶し、処理サーバ「２」に子装置情報（複製）を記憶させるものとして説明する。
【００４０】
まず、子装置「１」が収容する端末４から、要求信号が子装置「１」に対して送信される（ステップＳ１０）。続いて、子装置「１」は、ロードバランサ２０に対してその要求信号を送信する（ステップＳ１１）。ロードバランサ２０は、ラウンドロビン等に基づき、受信した要求信号を、処理サーバ１０のいずれかに振り分ける。ここでは、ロードバランサ２０が、処理サーバ「２」を振り分け先に決定し、要求信号を送信したものとする（ステップＳ１２）。
【００４１】
次に、要求信号をロードバランサ２０から受信した処理サーバ「２」は、振り分け処理部１１１が、受信した要求信号の処理を担当する振り分け先の処理サーバ１０を決定する（ステップＳ１３）。
具体的には、振り分け処理部１１１は、端末・子装置対応情報１００（図３）を参照して、要求信号を送信した端末４を収容する子装置３０が子装置「１」であることを特定する。次に、振り分け処理部１１１は、子装置・サーバ対応情報２００（図４）を参照し、子装置「１」を担当する処理サーバ１０として、処理サーバ「１」（図４の仮想空間上の値２０１「ａａａ」）を決定する。
そして、処理サーバ「２」の振り分け処理部１１１は、受信した要求信号を、担当として決定した処理サーバ「１」に送信する（ステップＳ１４）。
【００４２】
要求信号を他の処理サーバ１０（ここでは、処理サーバ「２」）から受信した処理サーバ「１」は、信号処理部１１２が、受信した要求信号に関する信号処理を実行する（ステップＳ１５）。
具体的には、信号処理部１１２は、アプリケーションやサービスに基づき、要求信号を処理し、その処理結果としての原本データを、データ管理部１１３に出力し、原本データ処理部１１４が、その原本データを自身の記憶部１３に記憶する。また、原本データ処理部１１４は、コンシステントハッシュ法等に基づき予め設定された複製先決定ロジックによりその原本データの複製を記憶する他の処理サーバ１０（複製サーバ）を決定し、他の処理サーバ１０（複製サーバ）にその原本データの複製を送信することにより複製データを記憶させる。ここでは、処理サーバ「１」が原本データとして記憶するデータの複製サーバとして、処理サーバ「２」が決定されたものとする。よって、処理サーバ「１」の原本データ処理部１１４は、原本データの複製を処理サーバ「２」に送信することにより複製データを処理サーバ「２」に記憶させる。
【００４３】
また、処理サーバ「１」の信号処理部１１２は、信号処理の実行する際に、そのサービスに関連する子装置３０の状態を示す情報（ここでは、子装置「１」の子装置情報（原本））を更新し、その子装置情報（原本）をデータ管理部１１３の子装置情報処理部１１６に出力する（ステップＳ１６）。子装置情報処理部１１６は、取得した子装置「１」の子装置情報（原本）を自身の記憶部１３に記憶する（ステップＳ１７）。また、子装置情報処理部１１６は、子装置「１」の子装置情報（複製）を子装置情報更新通知として、その要求信号についての原本データに対する複製データを記憶する他の処理サーバ１０（ここでは、処理サーバ「２」）に送信する（ステップＳ１８）。子装置情報更新通知を受信した他の処理サーバ１０（処理サーバ「２」）の子装置情報処理部１１６は、その子装置情報（複製）を自身の記憶部１３に記憶し（ステップＳ１９）、子装置情報（複製）の記憶が完了したことを示す複製完了通知を、原本データを記憶する処理サーバ１０（処理サーバ「１」）に送信する（ステップＳ２０）。そして、処理サーバ「１」の子装置情報処理部１１６が、その複製完了通知を信号処理部１１２に出力し（ステップＳ２１）、処理サーバ「１」の信号処理部１１２が、要求信号に対する処理が完了したことを示す応答信号を、要求信号を発信した端末４に向けて送信する（ステップＳ２２〜Ｓ２４）。
【００４４】
このようにすることにより、本実施形態に係る処理サーバ１０（分散データ管理装置）を含む分散処理システム１０００において、端末の収容位置に基づき処理サーバ１０を決定し、収容分散が必要なアプリケーションやサービスのデプロイを可能とすることができる。また、原本データを記憶する処理サーバ１０が故障等により離脱しても、複製データを保存する他の処理サーバ１０（複製サーバ）に記憶された子装置情報（複製）を利用することにより、サービスを継続することができる。
【００４５】
≪本実施形態の第１の変形例≫
次に、本実施形態の処理サーバ１０を含む分散処理システム１０００の第１の変形例について説明する。
本実施形態の第１の変形例に係る処理サーバ１０Ａを含む分散処理システム１０００では、マスタ（特権サーバ）となる処理サーバ１０Ａが、各処理サーバ１０Ａのサーバ負荷（例えば、ＣＰＵ使用率やメモリ使用率）を監視し、所定の閾値を超えた場合に、各処理サーバ１０Ａに記憶されている子装置・サーバ対応情報２００（図４参照）において、所定の閾値を超えた処理サーバ１０Ａが担当している任意の子装置３０の仮想空間上の値２０１を変更し、最もサーバ負荷が低い処理サーバ１０Ａが担当するようにする。
このようにすることにより、本実施形態の第１の変形例に係る処理サーバ１０Ａを含む分散処理システム１０００によれば、各処理サーバ１０Ａのサーバ負荷の情報（サーバ負荷情報）に基づき、子装置３０の収容替えを自律で行い、各処理サーバ１０Ａの負荷を分散することができる。
【００４６】
図６は、本実施形態の第１の変形例に係る処理サーバ１０Ａの構成例を示す機能ブロック図である。
図２に示した本実施形態に係る処理サーバ１０との違いは、図６に示す本実施形態の第１の変形例に係る処理サーバ１０Ａにおいては、制御部１１にサーバ負荷監視部１１７（サーバ負荷監視手段）を備えていること、記憶部１３にサーバ負荷情報５００を備えていること、また、図２の振り分け処理部１１１が振り分け処理部１１１Ａとなっていることである。他の構成については、図２に示した構成と同一の機能を備えるものであるため、図２と同一の名称と同一の符号を付し、説明を省略する。
【００４７】
サーバ負荷監視部１１７（サーバ負荷監視手段）は、各処理サーバ１０Ａのサーバ負荷情報（例えば、ＣＰＵ使用率や、メモリ使用率等）を監視する。
具体的には、サーバ負荷監視部１１７は、自身がサーバ負荷監視に関するマスタである場合には、自身のサーバ負荷情報（ＣＰＵ使用率等）を取得するとともに、他の処理サーバ１０Ａに対して、サーバ負荷に関する情報の取得要求を送信し、その応答情報を取得して、各処理サーバ１０Ａのサーバ負荷に関する情報を取得し、記憶部１３内のサーバ負荷情報５００に記憶する。
また、サーバ負荷監視部１１７は、自身がサーバ負荷監視に関するマスタ以外の処理サーバ１０Ａである場合には、マスタからのサーバ負荷に関する取得要求を受信し、自身のサーバ負荷に関する情報を応答情報として送信する。
なお、複数の処理サーバ１０Ａのうち、マスタとなる処理サーバ１０Ａは、予め分散処理システム１０００の管理者が任意の処理サーバ１０Ａに決定しておいてもよいし、所定のマスタ決定ロジックに従い（例えば、子装置識別子の昇順）自律的に決定するようにしてもよい。
【００４８】
また、サーバ負荷監視部１１７は、自身がマスタである場合に、記憶部１３内に記憶したサーバ負荷情報５００を参照し、各処理サーバ１０Ａのサーバ負荷のいずれかが所定の閾値を越えた場合に、その所定の閾値を超えた処理サーバ１０Ａの識別子と、最もサーバ負荷の低い処理サーバ１０Ａの識別子とを抽出し、監視情報として振り分け処理部１１１Ａに出力する。
【００４９】
振り分け処理部１１１Ａは、監視情報を取得すると、記憶部１３内の子装置・サーバ対応情報２００（図４）において、所定の閾値を超えた処理サーバ１０Ａが収容する子装置３０の中から任意の子装置３０を選択し、最もサーバ負荷の低い処理サーバ１０が担当するように変更する（仮想空間上の値２０１を書き換える）。そして、振り分け処理部１１１Ａは、変更した子装置・サーバ対応情報２００を、自身以外の他の処理サーバ１０Ａそれぞれに送信することにより、各処理サーバ１０Ａにおいて、子装置・サーバ対応情報２００を更新させる。
【００５０】
具体的には、図７に示すように、処理サーバ「１」のＣＰＵ使用率が高く、処理サーバ１０Ａの中で処理サーバ「３」のＣＰＵ使用率が最も低い場合に、処理サーバ「１」のＣＰＵ使用率が所定の閾値を超えたとする。このとき、各処理サーバ１０Ａが記憶する子装置・サーバ対応情報２００（図４）の処理サーバ「１」が担当する子装置３０の中から任意の子装置３０（ここでは、子装置「６」）を選択し、その子装置「６」（子装置識別子１０２が「６」）に対応する仮想空間上の値２０１（ここでは、「ａａｃ」）を、処理サーバ「３」が担当する値（「ｃｃａ」）に変更する。
このようにすることで、子装置「６」が収容する端末群「６」の端末からの要求信号の処理を、ＣＰＵ使用率が高い処理サーバ「１」から、ＣＰＵ使用率が最も低い処理サーバ「３」に変更することができる。
【００５１】
なお、振り分け処理部１１１Ａにより、子装置・サーバ対応情報２００の変更が行われた場合、データ管理部１１３は、原本データおよび複製データの再配置が必要か否かを判定し、必要な場合には、原本データおよび複製データの再配置処理を実行する。また、この再配置に伴い、データ管理部１１３（子装置情報処理部１１６）は、子装置情報４００の原本および複製の再配置も実行する。
また、振り分け処理部１１１Ａは、子装置・サーバ対応情報２００の変更が行われた直後においては、原本データ、複製データ、および、子装置情報（原本・複製）の再配置処理が完了するまで、選択した子装置３０（図７では、子装置「６」）からの新たな要求信号は受け付けないようにしてもよい。さらに、選択した子装置３０（図７では、子装置「６」）のサービス（セッション）がすべて終了するのを待って、原本データ、複製データ、および、子装置情報（原本・複製）の再配置処理を開始するようにしてもよい。
【００５２】
また、本実施形態の第１の変形例においては、サーバ負荷監視部１１７（サーバ負荷監視手段）およびサーバ負荷情報５００を、処理サーバ１０Ａのうちから決定されたマスタが備える構成として説明した。しかしながら、本発明はこれに限定されず、例えば、各処理サーバ１０Ａと通信可能に接続されたサーバ負荷監視装置（不図示）を設け、このサーバ負荷監視装置に、サーバ負荷監視部１１７（サーバ負荷監視手段）およびサーバ負荷情報５００を備えさせる。そして、サーバ負荷監視装置が各処理サーバ１０Ａの負荷を監視し、所定の閾値を超えた場合に、サーバ負荷監視装置からの指示に基づき、各処理サーバ１０Ａの振り分け処理部１１１Ａが、子装置・サーバ対応情報２００（図４）を変更するようにしてもよい。
【００５３】
このようにすることにより、本実施形態の第１の変形例に係る処理サーバ１０Ａを含む分散処理システム１０００によれば、端末の収容位置に基づき処理サーバ１０Ａを決定し、収容分散が必要なアプリケーションやサービスのデプロイを可能とすることができる。また、各処理サーバ１０Ａのサーバ負荷の情報（サーバ負荷情報５００）に基づき、子装置３０の収容替えを自律で行い、各処理サーバ１０Ａの負荷を分散することができる。
【００５４】
≪本実施形態の第２の変形例≫
次に、本実施形態の処理サーバ１０を含む分散処理システム１０００の第２の変形例について説明する。
本実施形態の第２の変形例に係る処理サーバ１０Ｂを含む分散処理システム１０００は、第１の変形例と同様に、マスタとなる処理サーバ１０Ｂが、各処理サーバ１０Ｂのサーバ負荷（例えば、ＣＰＵ使用率やメモリ使用率）を監視する。そして、処理サーバ１０Ｂのうちのいずれかのサーバ負荷が所定の閾値を超えた場合に、各処理サーバ１０Ｂに記憶されている子装置・サーバ対応情報２００（図４）において、所定の閾値を超えた処理サーバ１０Ｂが担当している任意の子装置３０の仮想空間上の値２０１を変更し、その子装置３０の子装置情報（複製）を記憶する処理サーバ１０Ｂ（複製サーバ）が担当するようにする。
このようにすることにより、本実施形態の第２の変形例に係る処理サーバ１０Ｂを含む分散処理システム１０００によれば、既に原本データの複製データおよび子装置情報（複製）を記憶する処理サーバ１０Ｂ（複製サーバ）に子装置３０の収容替えを行うため、収容替えを迅速に、かつ、自律で行い、処理サーバ１０Ｂの負荷を分散することができる。
【００５５】
図８は、本実施形態の第２の変形例に係る処理サーバ１０Ｂの構成例を示す機能ブロック図である。
図６に示した本実施形態の第１の変形例に係る処理サーバ１０Ａとの違いは、図８に示す本実施形態の第２の変形例に係る処理サーバ１０Ｂにおいては、図６の振り分け処理部１１１Ａが振り分け処理部１１１Ｂとなっていることである。他の構成については、図６に示した構成と同一の機能を備えるものであるため、図６と同一の名称と同一の符号を付し、説明を省略する。
【００５６】
振り分け処理部１１１Ｂは、自身がマスタである場合に、サーバ負荷監視部１１７から、サーバ負荷が所定の閾値を超えた処理サーバ１０Ｂを示す監視情報を取得する。そして、振り分け処理部１１１Ｂは、記憶部１３内の子装置・サーバ対応情報２００（図４）を参照し、所定の閾値を超えた処理サーバ１０Ｂが担当する子装置３０の中から任意の子装置３０を選択する。そして、振り分け処理部１１１Ｂは、その選択した子装置３０の子装置情報（複製）を記憶する処理サーバ１０Ｂ（複製サーバ）を、選択した子装置３０を担当する処理サーバ１０Ｂに変更する（仮想空間上の値２０１を書き換える）。そして、振り分け処理部１１１Ｂは、変更した子装置・サーバ対応情報２００を、自身以外の他の処理サーバ１０Ｂそれぞれに送信することにより、各処理サーバ１０Ｂにおいて、子装置・サーバ対応情報２００を更新させる。
【００５７】
具体的には、図９に示すように、処理サーバ「１」のＣＰＵ使用率が高く、処理サーバ「１」のＣＰＵ使用率が所定の閾値を超えたとする。このとき、各処理サーバ１０Ｂが記憶する子装置・サーバ対応情報２００（図４）の処理サーバ「１」が担当する子装置３０の中から任意の子装置３０（ここでは、子装置「６」）を選択し、その子装置「６」（子装置識別子１０２が「６」）に対応する仮想空間上の値２０１（ここでは、「ａａｃ」）を、その子装置「６」の子装置情報（複製）を記憶する処理サーバ「２」の仮想空間上の値２０１（「ｂｂａ」）に変更する。
このようにすることで、子装置「６」が収容する端末群「６」の端末からの要求信号の処理を、ＣＰＵ使用率が高い処理サーバ「１」から、その子装置「６」の子装置情報（複製）を記憶する処理サーバ「２」に変更することができる。
【００５８】
なお、本実施形態の第１の変形例と同様に、振り分け処理部１１１Ｂにより、子装置・サーバ対応情報２００（図４）の変更が行われた場合、データ管理部１１３は、複製データの再配置が必要か否かを判定し、必要な場合には、複製データの再配置処理を実行する。また、データ管理部１１３は、自身が複製データを記憶する処理サーバ１０Ｂから原本データを記憶する処理サーバ１０Ｂに変更となった場合は、記憶している複製データを原本データとする。また、この再配置に伴い、データ管理部１１３（子装置情報処理部１１６）は、子装置情報（複製）の再配置も実行し、自身が複製データを記憶する処理サーバ１０Ｂ（複製サーバ）から原本データを記憶する処理サーバ１０Ｂに変更となった場合は、子装置情報（複製）を子装置情報（原本）として記憶する。
また、振り分け処理部１１１Ｂは、子装置・サーバ対応情報２００の変更が行われた直後においては、複製データ、および、子装置情報（複製）の再配置処理が完了するまで、選択した子装置３０（図７では、子装置「６」）からの新たな要求信号は受け付けないようにしてもよい。さらに、選択した子装置３０（図７では、子装置「６」）のサービス（セッション）がすべて終了するのを待って、複製データ、および、子装置情報（複製）の再配置処理を開始するようにしてもよい。
【００５９】
また、本実施形態の第２の変形例においても、サーバ負荷監視部１１７およびサーバ負荷情報５００を、各処理サーバ１０Ｂと通信可能に接続されたサーバ負荷監視装置（不図示）に備えさせてもよい。その場合、サーバ負荷監視装置が各処理サーバ１０Ｂの負荷を監視し、所定の閾値を超えたときに、サーバ負荷監視装置からの指示に基づき、各処理サーバ１０Ｂの振り分け処理部１１１Ｂが、子装置・サーバ対応情報２００（図４）を変更する。
【００６０】
このようにすることにより、本実施形態の第２の変形例に係る処理サーバ１０Ｂを含む分散処理システム１０００によれば、端末の収容位置に基づき処理サーバ１０Ｂを決定し、収容分散が必要なアプリケーションやサービスのデプロイを可能とすることができる。また、既に原本データの複製データおよび子装置情報（複製）を記憶する処理サーバ１０Ｂに子装置３０の収容替えを行うため、収容替えを迅速に、かつ、自律で行い、処理サーバ１０Ｂの負荷を分散することができる。
【符号の説明】
【００６１】
１０，１０Ａ，１０Ｂ  処理サーバ（分散データ管理装置）
２０    ロードバランサ
３０    子装置
４０    端末群
１１    制御部
１２    入出力部
１３    記憶部
１００  端末・子装置対応情報
１１１，１１１Ａ，１１１Ｂ  振り分け処理部
１１２  信号処理部
１１３  データ管理部
１１４  原本データ処理部
１１５  複製データ処理部
１１６  子装置情報処理部
１１７  サーバ負荷監視部（サーバ負荷監視手段）
２００  子装置・サーバ対応情報
３００  データ
４００  子装置情報
５００  サーバ負荷情報
【図１】
2015207256.tif 000003
【図２】
2015207256.tif 000004
【図３】
2015207256.tif 000005
【図４】
2015207256.tif 000006
【図５】
2015207256.tif 000007
【図６】
2015207256.tif 000008
【図７】
2015207256.tif 000009
【図８】
2015207256.tif 000010
【図９】
2015207256.tif 000011