クライアントにサービスを提供する複数の処理装置と、コンシステントハッシュ法により前記クライアントから得られるメッセージを前記処理装置に振り分ける複数の振り分け装置と、が通信可能に接続されている分散システムの処理装置における状態管理方法であって、前記分散システムに増設した処理装置が、前記コンシステントハッシュ法により、当該増設した処理装置を含む処理装置ごとに払い出された処理装置識別子を含む管理情報を、前記振り分け装置から取得する管理情報取得ステップと、前記振り分け装置から前記メッセージを取得すると、前記取得した管理情報から、当該増設した処理装置に払い出された処理装置識別子を削除する削除ステップと、前記削除後の管理情報に基づいて、前記取得したメッセージの呼処理を担当していた処理装置を特定する担当特定ステップと、前記特定した処理装置から、前記取得したメッセージの呼処理の進捗を示す呼状態データを取得する呼状態データ取得ステップと、を実行することを特徴とする状態管理方法。前記増設した処理装置は、第1の処理装置と、第2の処理装置と、を少なくとも含み、前記第1の処理装置が、前記管理情報取得ステップにおいて、前記第1の処理装置に払い出された処理装置識別子、および前記第2の処理装置に払い出された処理装置識別子を含む前記管理情報を、前記振り分け装置から取得し、前記削除ステップにおいて、前記第1の処理装置に払い出された処理装置識別子だけでなく、前記呼状態データ取得ステップを実行しても前記振り分け装置から取得したメッセージに対応する呼状態データを取得できなかったことにより、増設した処理装置であると確認された前記第2の処理装置に払い出された処理装置識別子も、前記管理情報から削除することを特徴とする請求項1に記載の状態管理方法。クライアントにサービスを提供する複数の処理装置と、コンシステントハッシュ法により前記クライアントから得られるメッセージを前記処理装置に振り分ける複数の振り分け装置と、が通信可能に接続されている分散システムの処理装置であって、前記分散システムに増設した処理装置が、前記コンシステントハッシュ法により、当該増設した処理装置を含む処理装置ごとに払い出された処理装置識別子を含む管理情報を、前記振り分け装置から取得する管理情報取得制御と、前記振り分け装置から前記メッセージを取得すると、前記取得した管理情報から、当該増設した処理装置に払い出された処理装置識別子を削除する削除制御と、前記削除後の管理情報に基づいて、前記取得したメッセージの呼処理を担当していた処理装置を特定する担当特定制御と、前記特定した処理装置から、前記取得したメッセージの呼処理の進捗を示す呼状態データを取得する呼状態データ取得制御と、を実行することを特徴とする処理装置。前記増設した処理装置は、第1の処理装置と、第2の処理装置と、を少なくとも含み、前記第1の処理装置が、前記管理情報取得制御において、前記第1の処理装置に払い出された処理装置識別子、および前記第2の処理装置に払い出された処理装置識別子を含む前記管理情報を、前記振り分け装置から取得し、前記削除制御において、前記第1の処理装置に払い出された処理装置識別子だけでなく、前記呼状態データ取得制御を実行しても前記振り分け装置から取得したメッセージに対応する呼状態データを取得できなかったことにより、増設した処理装置であると確認された前記第2の処理装置に払い出された処理装置識別子も、前記管理情報から削除することを特徴とする請求項3に記載の処理装置。クライアントにサービスを提供する複数の処理装置と、コンシステントハッシュ法により前記クライアントから得られるメッセージを前記処理装置に振り分ける複数の振り分け装置と、が通信可能に接続されている分散システムの処理装置を、コンピュータとして機能させる状態管理プログラムであって、前記分散システムに増設した処理装置に、前記コンシステントハッシュ法により、当該増設した処理装置を含む処理装置ごとに払い出された処理装置識別子を含む管理情報を、前記振り分け装置から取得する管理情報取得処理と、前記振り分け装置から前記メッセージを取得すると、前記取得した管理情報から、当該増設した処理装置に払い出された処理装置識別子を削除する削除処理と、前記削除後の管理情報に基づいて、前記取得したメッセージの呼処理を担当していた処理装置を特定する担当特定処理と、前記特定した処理装置から、前記取得したメッセージの呼処理の進捗を示す呼状態データを取得する呼状態データ取得処理と、を実行させることを特徴とする状態管理プログラム。前記増設した処理装置は、第1の処理装置と、第2の処理装置と、を少なくとも含み、前記第1の処理装置に、前記管理情報取得処理において、前記第1の処理装置に払い出された処理装置識別子、および前記第2の処理装置に払い出された処理装置識別子を含む前記管理情報を、前記振り分け装置から取得させ、前記削除処理において、前記第1の処理装置に払い出された処理装置識別子だけでなく、前記呼状態データ取得処理を実行しても前記振り分け装置から取得したメッセージに対応する呼状態データを取得できなかったことにより、増設した処理装置であると確認された前記第2の処理装置に払い出された処理装置識別子も、前記管理情報から削除させることを特徴とする請求項5に記載の状態管理プログラム。ところで、処理装置は、メッセージの呼処理を行うために、セッションが開始したことや、セッションが確立中であることなどを示す呼状態を管理する必要がある。元々分散システムに含まれ、呼状態を管理してきた処理装置は、新たなメッセージが振り分けられても、管理してきた呼状態に基づいてそのメッセージの呼処理を行う。しかし、分散システムに新たに増設した処理装置は、コンシステントハッシュ法により呼処理の担当が決まったメッセージが振り分けられても、呼状態を持たないために呼処理を行うことができない。そこで、増設した処理装置は、元々呼処理を担当していた処理装置から呼状態を知る。具体的には、増設した処理装置は、分散システムを構成する処理装置のそれぞれに要求を出力し、元々呼処理を担当していた処理装置を探し出す。元々呼処理を担当していた処理装置は、増設した処理装置に対して応答を出力し、呼状態を通知する。しかし、上記した方法では、分散システムを構成する処理装置の数が多くなるにつれ、前記要求も多くなる。その結果、処理装置の呼処理の遅延化を招き、スケーラビリティの確保が困難になる。このような事情に鑑みて、本発明は、分散システムにおける処理装置の呼処理の遅延化を抑制することを目的とする。前記課題を解決するため、請求項1に記載の発明は、クライアントにサービスを提供する複数の処理装置と、コンシステントハッシュ法により前記クライアントから得られるメッセージを前記処理装置に振り分ける複数の振り分け装置と、が通信可能に接続されている分散システムの処理装置における状態管理方法であって、前記分散システムに増設した処理装置が、前記コンシステントハッシュ法により、当該増設した処理装置を含む処理装置ごとに払い出された処理装置識別子を含む管理情報を、前記振り分け装置から取得する管理情報取得ステップと、前記振り分け装置から前記メッセージを取得すると、前記取得した管理情報から、当該増設した処理装置に払い出された処理装置識別子を削除する削除ステップと、前記削除後の管理情報に基づいて、前記取得したメッセージの呼処理を担当していた処理装置を特定する担当特定ステップと、前記特定した処理装置から、前記取得したメッセージの呼処理の進捗を示す呼状態データを取得する呼状態データ取得ステップと、を実行することを特徴とする。請求項2に記載の発明は、請求項1に記載の発明において、前記増設した処理装置が、第1の処理装置と、第2の処理装置と、を少なくとも含み、前記第1の処理装置が、前記管理情報取得ステップにおいて、前記第1の処理装置に払い出された処理装置識別子、および前記第2の処理装置に払い出された処理装置識別子を含む前記管理情報を、前記振り分け装置から取得し、前記削除ステップにおいて、前記第1の処理装置に払い出された処理装置識別子だけでなく、前記呼状態データ取得ステップを実行しても前記振り分け装置から取得したメッセージに対応する呼状態データを取得できなかったことにより、増設した処理装置であると確認された前記第2の処理装置に払い出された処理装置識別子も、前記管理情報から削除することを特徴とする。請求項3に記載の発明は、クライアントにサービスを提供する複数の処理装置と、コンシステントハッシュ法により前記クライアントから得られるメッセージを前記処理装置に振り分ける複数の振り分け装置と、が通信可能に接続されている分散システムの処理装置であって、前記分散システムに増設した処理装置が、前記コンシステントハッシュ法により、当該増設した処理装置を含む処理装置ごとに払い出された処理装置識別子を含む管理情報を、前記振り分け装置から取得する管理情報取得制御と、前記振り分け装置から前記メッセージを取得すると、前記取得した管理情報から、当該増設した処理装置に払い出された処理装置識別子を削除する削除制御と、前記削除後の管理情報に基づいて、前記取得したメッセージの呼処理を担当していた処理装置を特定する担当特定制御と、前記特定した処理装置から、前記取得したメッセージの呼処理の進捗を示す呼状態データを取得する呼状態データ取得制御と、を実行することを特徴とする。請求項4に記載の発明は、請求項3に記載の発明において、前記増設した処理装置が、第1の処理装置と、第2の処理装置と、を少なくとも含み、前記第1の処理装置が、前記管理情報取得制御において、前記第1の処理装置に払い出された処理装置識別子、および前記第2の処理装置に払い出された処理装置識別子を含む前記管理情報を、前記振り分け装置から取得し、前記削除制御において、前記第1の処理装置に払い出された処理装置識別子だけでなく、前記呼状態データ取得制御を実行しても前記振り分け装置から取得したメッセージに対応する呼状態データを取得できなかったことにより、増設した処理装置であると確認された前記第2の処理装置に払い出された処理装置識別子も、前記管理情報から削除することを特徴とする。請求項5に記載の発明は、クライアントにサービスを提供する複数の処理装置と、コンシステントハッシュ法により前記クライアントから得られるメッセージを前記処理装置に振り分ける複数の振り分け装置と、が通信可能に接続されている分散システムの処理装置を、コンピュータとして機能させる状態管理プログラムであって、前記分散システムに増設した処理装置に、前記コンシステントハッシュ法により、当該増設した処理装置を含む処理装置ごとに払い出された処理装置識別子を含む管理情報を、前記振り分け装置から取得する管理情報取得処理と、前記振り分け装置から前記メッセージを取得すると、前記取得した管理情報から、当該増設した処理装置に払い出された処理装置識別子を削除する削除処理と、前記削除後の管理情報に基づいて、前記取得したメッセージの呼処理を担当していた処理装置を特定する担当特定処理と、前記特定した処理装置から、前記取得したメッセージの呼処理の進捗を示す呼状態データを取得する呼状態データ取得処理と、を実行させることを特徴とする。請求項6に記載の発明は、請求項5に記載の発明において、前記増設した処理装置が、第1の処理装置と、第2の処理装置と、を少なくとも含み、前記第1の処理装置に、前記管理情報取得処理において、前記第1の処理装置に払い出された処理装置識別子、および前記第2の処理装置に払い出された処理装置識別子を含む前記管理情報を、前記振り分け装置から取得させ、前記削除処理において、前記第1の処理装置に払い出された処理装置識別子だけでなく、前記呼状態データ取得処理を実行しても前記振り分け装置から取得したメッセージに対応する呼状態データを取得できなかったことにより、増設した処理装置であると確認された前記第2の処理装置に払い出された処理装置識別子も、前記管理情報から削除させることを特徴とする。請求項1、3、5に記載の発明によれば、分散システムにおける処理装置の呼処理の遅延化を抑制することができる。請求項2、4、6に記載の発明によれば、複数の処理装置を同時増設した場合であっても、呼状態データを持っていないと見込まれる処理装置には元々要求しない。よって、複数の処理装置を同時増設した場合であっても、処理装置の呼処理の遅延化を抑制することができる。本発明によれば、分散システムにおける処理装置の呼処理の遅延化を抑制することができる。次に、本発明を実施するための形態以下、実施形態という。について、適宜図面を参照しながら説明する。≪構成≫まず、本実施形態の構成について説明する。図1は、分散システムの構成図である。この分散システムは、振り分け装置1、処理装置2、クライアント3およびロードバランサ4を含む。この分散システムは、複数の処理装置2などのコンピュータ資源を仮想化し、複数の処理装置2が協調してセッション制御を行い、クライアント3に所定のサービスを提供するクラスタシステムである。前記セッション制御は、例えば、呼制御であり、SIPSessionInitiationProtocolを使用して、インターネット電話などのサービスが提供される。振り分け装置1は、ロードバランサ4から受信したメッセージを例えばコンシステントハッシュ法によって、処理装置2に振り分ける。前記メッセージは、例えばSIP信号であり、セッション接続要求などを含む。処理装置2は、振り分け装置1から振り分けられたメッセージを呼処理し、クライアント3にサービスを提供する。クライアント3は、メッセージをロードバランサ4に送信し、処理装置2が提供するサービスを利用する。ロードバランサ4は、クライアント3から受信したメッセージを、例えばラウンドロビンによって、振り分け装置1のそれぞれに振り分ける。振り分け装置1、処理装置2、クライアント3およびロードバランサ4はいずれも、入力部、出力部、制御部および記憶部といったハードウェアを含むコンピュータである。入力部は、例えば、入力インタフェースから構成される。出力部は、例えば、出力インタフェースから構成される。制御部は、例えば、CPUCentralProcessingUnitや専用回路から構成される。記憶部は、例えば、RAMRandomAccessMemory、ROMReadOnlyMemory、HDDHardDiskDrive、フラッシュメモリの記憶媒体から構成される。前記制御部がCPUから構成される場合、その制御部を含むコンピュータによる情報処理は、CPUによるプログラム実行処理で実現する。また、そのコンピュータが含む記憶部は、CPUが指令し、そのコンピュータの機能を実現するためのプログラム状態管理プログラムを含むを記憶する。これによりソフトウェアとハードウェアの協働が実現される。本実施形態は、前記情報処理を実行させるプログラムによって実現することができ、そのプログラムをコンピュータによる読み取り可能な記録媒体例:CD-ROMに記憶して提供することが可能である。また、そのプログラムを、インターネットのネットワークを通して提供することも可能である。本実施形態の分散システムで使用されるソフトウェアについて説明する。図2は、a振り分け装置で使用されるソフトウェアおよびb処理装置で使用されるソフトウェアの構成図である。振り分け装置1は、処理装置検出部101、テーブル取得応答部102および処理装置管理テーブルT1、といった構成要素を備える。また、処理装置2は、増設通知部201、テーブル取得要求部202、呼状態データ取得要求部203、呼状態データ取得応答部204、処理装置管理テーブルT3、および呼状態管理テーブルT2、といった構成要素を備える。まず、振り分け装置1について説明する。処理装置検出部101は、分散システムに処理装置2が増設された旨を検出する。増設された処理装置2については、所定のアルゴリズムに従って、対応する処理装置識別子が払い出される。前記所定のアルゴリズムは、例えば、処理装置のIPアドレスや処理装置名などに、ハッシュ関数を作用させるものである。払い出された処理装置識別子は、処理装置管理テーブルT1に追加される。振り分け装置1は、増設した処理装置2に対し、自身のIPアドレスを通知する。テーブル取得応答部102は、処理装置2のテーブル取得要求部202からの処理装置管理テーブルT1を取得する要求に応答し、その処理装置2に処理装置管理テーブルT1の内容を通知する。基本的には、増設した処理装置2に通知する処理装置管理テーブルT1の内容には、増設した処理装置2の処理装置識別子が追加されている。処理装置管理テーブルT1管理情報は、分散システムを構成する処理装置2を管理する。スケーラビリティを確保するため、振り分け装置1は、それぞれ処理装置管理テーブルT1を持つ。処理装置管理テーブルT1の詳細は、後記する。次に、処理装置2について説明する。増設通知部201は、処理装置2が増設されたとき、マルチキャストにより分散システムを構成するすべての振り分け装置1に対して増設の旨を通知する。増設した処理装置2は、増設の旨を通知する際に、自身のIPアドレスを通知する。また、振り分け装置1は、振り分け装置1自身のIPアドレスを増設した処理装置2に通知する。なお、増設の旨、および場合によっては自身のIPアドレスは、他の処理装置2に通知してもよい。この場合、他の処理装置2は、他の処理装置2自身のIPアドレスを増設した処理装置2に通知してもよい。テーブル取得要求部202は、振り分け装置1に対し、処理装置管理テーブルT1を要求し、振り分け装置1のテーブル取得応答部102による応答により取得する。処理装置管理テーブルT1の要求は、例えば、振り分け装置1から通知された振り分け装置1自身のIPアドレスを用いて実行される。呼状態データ取得要求部203は、他の処理装置2に対し、呼状態データを要求し、他の処理装置2の呼状態データ取得応答部204による応答により取得する。呼状態データの要求は、振り分け装置1から振り分けられたメッセージに含まれ、当該呼状態データに対応するデータ識別子を用いて実行される。呼状態データについては、後記する。呼状態データ取得応答部204は、他の処理装置2からの呼状態データを取得する要求に応答し、当該他の処理装置2に呼状態データを通知する。処理装置管理テーブルT3は、テーブル取得要求部102により、振り分け装置1から取得した処理装置管理テーブルT1である。呼状態管理テーブルT2は、呼状態データ取得要求部203により、他の処理装置2から取得した呼状態データを管理する。呼状態管理テーブルT2の詳細は、後記する。処理装置管理テーブルT1および呼状態管理テーブルT2について説明する。図3は、a処理装置管理テーブルのデータ構造およびb呼状態管理テーブルのデータ構造を示す図である。まず、処理装置管理テーブルT1について説明する。なお、この説明は、処理装置管理テーブルT3にも当てはまる。処理装置管理テーブルT1は、処理装置識別子および処理装置IPアドレスといったフィールドを含み、処理装置2ごとにレコードが作成される。処理装置識別子フィールドには、処理装置検出部101により払い出された処理装置識別子の値が格納される。処理装置IPアドレスフィールドには、処理装置2のIPアドレスの値が格納される。次に、呼状態管理テーブルT2について説明する。呼状態管理テーブルT2は、データ識別子および呼状態といったフィールドを含み、呼状態データごとにレコードが作成される。データ識別子フィールドには、振り分け装置1から振り分けられたメッセージに含まれるデータ識別子の値が格納される。なお、先述したとおり、データ識別子は、呼処理の対象となるデータの実体を識別する。データ識別子は、例えば、トランザクションIDIdentifierである。あるメッセージの呼処理を担当する処理装置2は、通常、その呼処理の対象となるデータの実体を記憶部に記憶しており、呼処理を実行するときは、そのデータの実体を書き換える。呼状態フィールドには、主に、セッションの状態を示す値が呼状態として格納される。クライアント3から次々と受信するメッセージの呼処理を実行すると、呼状態が変わる。セッションの状態には、例えば、セッションの開始、セッション確立中、セッション解放中などがある。上記の説明から、呼状態データは、呼状態管理テーブルT2のレコードを構成するデータであるといえる。呼状態データは、呼状態データが持つデータ識別子を含むメッセージの呼処理の進捗を示すデータとなる。呼状態データの具体例としては、セッションの状態、メッセージまたはセッションのシーケンス番号、データ識別子としてのトランザクションIDなどが挙げられる。これらの他にも、例えば、クライアント3からメッセージが送信された時刻を示すタイマ値を含めてもよい。処理装置2は、メッセージが振り分けられると、メッセージに含まれるデータ識別子を参照して、対応するデータの実体を書き換える。また、メッセージには、呼状態を遷移させるための情報が含まれている。処理装置2は、その情報を参照して、データ識別子に対応する呼状態フィールドに格納される値を変え、呼状態管理テーブルT2を更新する。これらの処理がなされることにより、メッセージの呼処理が実行される。次に、増設した処理装置2が、振り分け装置1から振り分けられたメッセージの呼処理を実行するために、呼状態を知る手順について説明する。図4は、処理装置の増設時に、呼状態データを持つ処理装置を特定する様子の説明図である。図4のaは、処理装置の増設前の識別子空間の概念図であり、図4のbは、処理装置の増設後の識別子空間の概念図である。図4のaにおいて、A、B、Cは、処理装置識別子であり、それらの値には、Cの値<Aの値<Bの値という関係がある。よって、時計回りにC→A→Bの順番に処理装置識別子が配置される。また、Xは、データ識別子であり、データ識別子Xの値は、Cの値<Xの値<Aの値<Bの値という関係を満たす。よって、データ識別子Xは、処理装置識別子Cおよび処理装置識別子Aの間に配置される。データ識別子Xを含むメッセージは、処理装置識別子Aの処理装置2に振り分けられる。つまり、処理装置識別子Aの処理装置2が、データ識別子Xを含むメッセージの呼処理を担当する。図4のbは、処理装置識別子Iの処理装置2が増設した場合を示す。処理装置識別子Iは、Cの値<Xの値<Iの値<Aの値という関係を満たす。よって、処理装置識別子Aの処理装置2ではなく、処理装置識別子Iの処理装置2が、データ識別子Xを含むメッセージの呼処理を担当する。増設したばかりの処理装置識別子Iの処理装置2は、振り分け装置1から処理装置管理テーブルT1の取得を要求し、処理装置管理テーブルT3を持つ。処理装置管理テーブルT3には、処理装置識別子Iの処理装置2自身のレコードが追加されている。しかし、処理装置識別子Iの処理装置2は、データ識別子Xに対応する呼状態を知らない。よって、処理装置識別子Iの処理装置2は、振り分け装置1から振り分けられたデータ識別子Xを含むメッセージを呼処理することができない。そこで、処理装置識別子Iの処理装置2は、データ識別子Xに対応する呼状態を知る処理装置2を探す。そのために、処理装置識別子Iの処理装置2は、自身が増設する前の識別子空間を想定し、その識別子空間において、データ識別子Xを含むメッセージの呼処理を担当していた処理装置2を特定する。具体的には、まず、処理装置識別子Iの処理装置2は、処理装置管理テーブルT3に追加された自身のレコードを一時的に削除する。そして、削除後の処理装置管理テーブルT3に基づいて、コンシステントハッシュ法により、データ識別子Xを含むメッセージの呼処理を担当していた処理装置2を特定する。図4のbでは、処理装置識別子Aの処理装置2を、データ識別子Xを含むメッセージの呼処理を担当していた処理装置2として特定する。処理装置識別子Iの処理装置2は、処理装置識別子Aの処理装置2に対し、データ識別子Xを含む呼状態データの取得を要求する。処理装置識別子Aの処理装置2は、基本的には、データ識別子Xを含む呼状態データを持っているので、その呼状態データを処理装置識別子Iの処理装置2に通知する。処理装置識別子Iの処理装置2は、通知された呼状態データを用いて、呼状態管理テーブルT2を更新する。また、処理装置識別子Iの処理装置2は、振り分け装置1からデータ識別子Xを含むメッセージが振り分けられた場合、そのメッセージの呼処理を実行する。なお、処理装置識別子Aの処理装置2は、基本的には、データ識別子Xで識別されるデータの実体を記憶している。よって、処理装置識別子Iの処理装置2は、処理装置識別子Aの処理装置2から、そのデータの実体を取得する。処理装置識別子Iの処理装置2は、呼処理を実行においては、そのデータの実体を書き換える。また、複数の処理装置2が同時に増設した場合について説明する。なお、以下の説明は、同時増設する処理装置2が3以上であってもあてはまる。また、増設が同時であるとは、複数の処理装置2が所定の短期間内に増設するという意味である。図5は、2つの処理装置の同時増設時に、呼状態データを持つ処理装置を特定する様子の説明図である。図5のaは、処理装置の同時増設前の識別子空間の概念図であり、図5のbは、処理装置の同時増設後の識別子空間の概念図である。図5のaの識別子空間は、図4のaのそれと同一である。特に断らない限り、図4で説明した事項と共通する事項については説明を省略する。図5のbは、処理装置識別子I、Jの処理装置2第1の処理装置、第2の処理装置が同時増設した場合を示す。処理装置識別子I、Jは、Cの値<Xの値<Iの値<Jの値<Aの値という関係を満たす。よって、処理装置識別子Aの処理装置2ではなく、処理装置識別子Iの処理装置2が、データ識別子Xを含むメッセージの呼処理を担当する。なお、処理装置識別子I、Jの処理装置2がそれぞれ持つ処理装置管理テーブルT3には、処理装置識別子I、Jの処理装置2の2つのレコードが追加されている。処理装置識別子Iの処理装置2は、データ識別子Xに対応する呼状態を知らない。よって、処理装置識別子Iの処理装置2は、データ識別子Xに対応する呼状態を知る処理装置2を探す。処理装置識別子Iの処理装置2は、処理装置管理テーブルT3に追加された自身のレコードを一時的に削除する。そして、削除後の処理装置管理テーブルT3に基づいて、コンシステントハッシュ法により、処理装置識別子Jの処理装置2を、データ識別子Xを含むメッセージの呼処理を担当していた処理装置2として特定する。処理装置識別子Iの処理装置2は、処理装置識別子Jの処理装置2に対し、データ識別子Xを含む呼状態データの取得を要求する。ところが、処理装置識別子Jの処理装置2も増設したばかりであるため、データ識別子Xを含む呼状態データを持っていない。また、基本的には、処理装置識別子Iの処理装置2は、処理装置識別子Jの処理装置2が増設したばかりであることは知りえない。結果的に、処理装置識別子Iの処理装置2は、データ識別子Xを含む呼状態データの取得に失敗する。ただ、処理装置識別子Iの処理装置2は、呼状態データの取得を失敗することで、処理装置識別子Jの処理装置2が増設したばかりの処理装置2であるとみなす確認することができる。そこで、処理装置識別子Iの処理装置2は、処理装置管理テーブルT3において、処理装置管理テーブルT3に追加された、処理装置識別子Jの処理装置2のレコードを一時的に削除する。処理装置識別子Iの処理装置2は、その削除後の処理装置管理テーブルT3に基づいて、コンシステントハッシュ法により、処理装置識別子Aの処理装置2を、データ識別子Xを含むメッセージの呼処理を担当していた処理装置2として改めて特定する。処理装置識別子Iの処理装置2は、処理装置識別子Aの処理装置2に対し、データ識別子Xを含む呼状態データの取得を要求する。処理装置識別子Iの処理装置2は、処理装置識別子Aの処理装置2から、その呼状態データを取得することで、データ識別子Xを含むメッセージの呼処理を実行することができる。処理装置識別子Iの処理装置2は、基本的には、所望の呼状態データを取得できるまで、他の処理装置2への取得要求を繰り返す。≪処理≫次に、本実施形態の処理について説明する。具体的には、処理装置2の増設に関わる処理について説明する。この処理の主体は、処理装置2の制御部である。図6は、増設した処理装置における処理を示すフローチャートである。この処理は、処理装置2が分散システムに増設した後に行われる。また、この処理は、増設した後から所定期間経過した後であっても、この処理装置2が分散システムを構成しているうち、つまり生存しているうちは定期的に行ってもよい。この処理は、ステップS01から開始する。ステップS01において、増設した処理装置2の制御部は、増設通知部201により、自身の増設の旨を振り分け装置1に通知する。もし、増設した後から所定期間経過した後にステップS01の処理を行う場合は、自身の生存の旨が通知される。ステップS01の後、ステップS02に進む。ステップS02において、増設した処理装置2の制御部は、テーブル取得要求部202により、振り分け装置1に対し、処理装置管理テーブルT1を要求し、取得する。増設した処理装置2は、取得した処理装置管理テーブルT1を、処理装置管理テーブルT3として管理する。なお、増設した処理装置2の制御部は、増設した処理装置2が生存している間は、振り分け装置1から最新の処理装置管理テーブルT1を定期的に取得してもよい。ステップS02の後、ステップS03に進む。ステップS03において、増設した処理装置2の制御部は、振り分け装置1から振分けられたメッセージを取得する。ステップS03の後、ステップS04に進む。ステップS04において、増設した処理装置2の制御部は、取得したメッセージがセッション開始メッセージであるか否かを判定する。セッション開始メッセージとは、セッションの状態がセッションの開始であることを示すメッセージであり、具体例としては、iniINVITEメッセージがある。取得したメッセージがセッション開始メッセージであればステップS04でYes、ステップS09に進む。取得したメッセージがセッション開始メッセージでなければステップS04でNo、ステップS05に進む。なお、セッション開始メッセージを取得した場合ステップS04でYesとは、例えば、クライアント3がはじめてサービスを利用する場合である。この場合は、分散システムを構成するいずれの処理装置2も、該当する呼状態データを持たない。つまり、いずれの処理装置2もそのメッセージの呼処理を担当していない。よって、増設した処理装置2は、後記するステップS09の処理により該当する呼状態データを新たに生成し、呼状態管理テーブルT2に追加登録する。ステップS05において、増設した処理装置2の制御部は、取得したメッセージ、つまりセッション開始メッセージ以外のメッセージ非iniINVITEメッセージの呼処理をするために、該当する呼状態データがあるか否か判定する。具体的には、増設した処理装置2が持つ呼状態管理テーブルT2に、取得したメッセージに含まれているデータ識別子の呼状態データが登録されているか否か判定する。該当する呼状態データがあればステップS05でYes、ステップS09に進む。該当する呼状態データがなければステップS05でNo、ステップS06に進む。なお、該当する呼状態データがある場合ステップS05でYesとは、例えば、1増設した処理装置2自身が図6の処理により、事前にセッション開始メッセージの呼処理をし、該当する呼状態データを生成し、その後ステップS04でセッション開始メッセージ以外のメッセージを取得した場合、2増設した処理装置2自身が図6の処理により、他の処理装置2から該当する呼状態データをすでに取得し、その後ステップS04でセッション開始メッセージ以外のメッセージを取得した場合、がある。ステップS06において、増設した処理装置2の制御部は、処理装置管理テーブルT3を用いて、取得したメッセージの呼処理を元々担当していた処理装置2を特定する。前述したとおり、処理装置2を特定するときには、処理装置管理テーブルT3において、自身のレコードを一時的に削除する。ステップS06の後、ステップS07に進む。なお、ステップS06の処理では、後記するステップS08で呼状態データを取得しなかった処理装置2に関し、処理装置管理テーブルT3からその処理装置2のレコードも一時的に削除する。ステップS07において、増設した処理装置2の制御部は、呼状態データ取得要求部203により、ステップS06で特定した処理装置2に対し、呼状態データを要求する。ステップS07の後、ステップS08に進む。ステップS08において、増設した処理装置2の制御部は、ステップS06で特定した処理装置2から該当する呼状態データを取得したか否か判定する。つまり、ステップS06で特定した処理装置2は、ステップS03取得したメッセージの呼処理を元々担当していた処理装置2であったかどうかを判定する。該当する呼状態データを取得したときはステップS08でYes、基本的には、ステップS06での特定が正しかったことを意味し、ステップS09に進む。該当する呼状態データを取得しなかったときはステップS08でNo、基本的には、ステップS06での特定が誤りであったことを意味し、ステップS06に戻る。なお、ステップS06での特定が誤りであった場合としては、例えば、同時増設によって、図6の処理を実行する増設した処理装置2自身の他にも同時に増設した処理装置2を特定してしまった場合がある。よって、この場合には、前述したとおり、処理装置管理テーブルT3において、同時に増設した処理装置2のレコードを削除して、ステップS06において、新たな処理装置2を特定する。基本的には、ステップS08の処理は、ステップS05での特定が正しかったと判定されるまで繰り返す。ステップS09において、増設した処理装置2の制御部は、ステップS08で取得した呼状態データを用いて、ステップS08で取得したメッセージを呼処理する。ステップS09の処理が終了することにより、図6の処理全体が終了する。≪まとめ≫本実施形態によれば、分散システムにおける処理装置2の呼処理の遅延化を抑制することができる。従来技術によれば、増設した処理装置2は、呼状態データを取得するために、分散システムを構成する処理装置2それぞれに要求を出力していた。このため、呼状態データの取得に要する処理の処理量がONの規模に及んでしまうNは、分散システムを構成する処理装置2の数。結果的に、とりわけ分散システムを構成する処理装置2の数が多くなると、処理装置2の呼処理の遅延化を招いていた。本実施形態によれば、取得すべき呼状態データを持つ処理装置2を事前に特定するので、呼状態データを取得するための要求は、基本的には1度で済み、呼状態データの取得に要する処理の処理量はO1の規模に抑えられる。結果として、分散システムを構成する処理装置2の数が多くなっても、処理装置2の呼処理の遅延化を抑制することができる。また、複数の処理装置2を同時増設した場合であっても、増設した処理装置2からの誤った要求は、基本的には、同時増設した他の処理装置2になされるだけであり、呼状態データを持っていないと見込まれる既存の処理装置2には元々要求しない。よって、呼状態データの取得に要する処理の処理量はO1の規模とあまり変わらない。結果として、複数の処理装置2を同時増設した場合であっても、処理装置2の呼処理の遅延化を抑制することができる。≪その他≫前記実施形態は、本発明を実施するために好適のものであるが、その実施形式はこれらに限定されるものでなく、本発明の要旨を変更しない範囲内において種々変形することが可能である。例えば、本実施形態は、処理装置管理テーブルT1、T3において、処理装置2のIPアドレスを用いた。また、増設した処理装置2が振り分け装置1に増設の旨を通知するときに自身のIPアドレスを用いたり、処理装置2が処理装置管理テーブルT1を要求するときに振り分け装置1のIPアドレスを用いたりした。しかし、前記したIPアドレスの代わりに、例えばMACMediaAccessControladdressアドレスを用いてもよい。また、IPアドレスやMACアドレスのように、分散システムのネットワーク上で処理装置2や振り分け装置1などの装置を特定できる機能を持つのであればどのような種類のアドレスを用いてもよい。また、本発明に関しては、分散システムにおいてロードバランサ4を省略してもよい。必要であれば、振り分け装置1は、ロードバランサ4が備える機能例:ラウンドロビンを備えてもよい。また、分散システムを構成する既存の処理装置2は、例えば、振り分け装置1から定期的に処理装置管理テーブルT1を要求し、取得してもよい。振り分け装置1は、例えば、定期的に処理装置管理テーブルT1を更新しており、処理装置2が増設した場合には、その処理装置2のレコードを追加する。既存の処理装置2は、振り分け装置1から定期的に最新の処理装置管理テーブルT1を取得する。既存の処理装置2が、処理装置管理テーブルT1から、増設した処理装置2の存在を知れば、コンシステントハッシュ法により、既存の処理装置2自身が呼処理を担当していたメッセージが、増設した処理装置2に振り分けられるかどうかを知ることができる。もし、そのメッセージが振り分けられるのであれば、増設した処理装置2からの要求が無くとも、前記既存の処理装置2は、増設した処理装置2に対し、そのメッセージの呼処理に必要となる呼状態データを通知することができる。増設した処理装置2は、前記既存の処理装置2に呼状態データを要求せずとも、振り分けられたメッセージの呼処理を行うことができる。また、複数の処理装置2を同時増設した場合において、増設した処理装置2はそれぞれ、自身が増設した旨を、振り分け装置1からメッセージを振り分けられる前に、増設した他の処理装置2に通知してもよい。これにより、増設した処理装置2は、振り分け装置1からメッセージを振り分けられたときに、同時に増設した他の処理装置2の存在を知ることができる。よって、振り分けられたメッセージの呼処理を担当していた処理装置2を特定するときに図6のステップS06、処理装置管理テーブルT3において、自身のレコードを削除するだけでなく、同時に増設した他の処理装置2のレコードも削除することができる。その結果、増設した処理装置2は、同時に増設した他の処理装置2に対し、誤って呼状態データを要求することは無い。また、本実施形態で説明した種々の技術を適宜組み合わせた技術を実現することもできる。また、本実施形態で説明したソフトウェアをハードウェアとして実現することもでき、ハードウェアをソフトウェアとして実現することもできる。その他、ハードウェア、ソフトウェア、テーブル、フローチャートなどの具体的な構成について、本発明の趣旨を逸脱しない範囲で適宜変更が可能である。