複数のサーバへ負荷が分散するように呼を接続させる呼接続装置であって、サーバへの負荷の大きさにより高負荷呼に分類される呼がサーバに接続されたときのサーバでの必要なリソース量である第1のリソース量ならびに高負荷呼でない低負荷呼に分類される呼がサーバに接続されたときの必要なリソース量である第2のリソース量を予め記憶した呼種別必要リソーステーブルと、前記各サーバにつき、該サーバでの空きのリソース量である空きリソース量を管理するサーバ別リソース管理テーブルと、呼をサーバに接続させるにあたり、当該呼が高負荷であるか低負荷呼であるかを判定し、当該呼が高負荷呼であるなら、前記呼種別必要リソーステーブルから第1のリソース量を読み出し、前記サーバ別リソース管理テーブルから各空きリソース量を読み出し、ただし、Rviは、サーバiについての空きリソース量、Rαは、第1のリソース量、を満たす1つの当該空きリソース量を選択し、該空きリソース量に対応するサーバに当該呼を接続させる一方、当該呼が低負荷呼であるなら、前記呼種別必要リソーステーブルから第1、第2のリソース量を読み出し、前記サーバ別リソース管理テーブルから各空きリソース量を読み出し、ただし、Rviは、サーバiについての空きリソース量、Rαは、第1のリソース量、Rβは、第2のリソース量、modRvi、Rαは、空きリソース量Rviを第1のリソース量Rαで割った剰余、を満たす1つの空きリソース量を選択し、該空きリソース量に対応するサーバに当該呼を接続させる呼接続部とを備えることを特徴とする呼接続装置。前記呼接続部は、前記式2を満たす空きリソース量に対応するサーバが複数あるなら、ただし、Rαは、第1のリソース量、Rviは、サーバiについての空きリソース量、Rβは、第2のリソース量、modRvi-Rβ、Rαは、空きリソース量Rviから第2のリソース量Rβを引いた差を第1のリソース量Rαで割った剰余、を計算し、大きい計算結果の値に対応するサーバに呼を優先的に接続させることを特徴とする請求項1記載の呼接続装置。前記サーバ別リソース管理テーブルは、前記各サーバにつき、該サーバでの低負荷呼の接続数を管理するものであり、前記呼接続部は、前記式2を満たす空きリソース量に対応するサーバが複数あるなら、当該各サーバにつき、前記サーバ別リソース管理テーブルから接続数を読み出すとともに、ただし、Ciβは、サーバiについての接続数、Rαは、第1のリソース量、Rviは、サーバiについての空きリソース量、Rβは、第2のリソース量、modRvi-Rβ、Rαは、空きリソース量Rviから第2のリソース量Rβを引いた差を第1のリソース量Rαで割った剰余、を計算し、最大の計算結果の値に対応する1つのサーバに呼を接続させることを特徴とする請求項1記載の呼接続装置。前記呼接続装置は、低負荷呼の接続が継続する継続時間長により低負荷呼が予め複数の低負荷呼に分類される場合において、当該各低負荷呼の接続が継続する継続時間長を予め記憶した継続時間長テーブルを備え、前記呼種別必要リソーステーブルは、前記各低負荷呼について第2のリソース量を予め記憶したものであり、前記サーバ別リソース管理テーブルは、前記各サーバにつき、該サーバでの当該各低負荷呼の接続数を管理するものであり、前記呼接続部は、前記式2を満たす空きリソース量に対応するサーバが複数あるなら、前記各低負荷呼につき、前記継続時間長テーブルから継続時間長を読み出し、前記各低負荷呼につき、前記呼種別必要リソーステーブルから第2のリソース量を読み出し、当該各サーバにつき、前記サーバ別リソース管理テーブルから各低負荷呼の接続数を読み出し、ただし、Ciβjは、サーバiでの低負荷呼jについての接続数、hjは、低負荷呼jについての継続時間長、Rβjは、低負荷呼jについての第2のリソース量、は、Ciβj/hj×Rβjの総和、Rαは、第1のリソース量、Rviは、サーバiについての空きリソース量、Rβkは、接続しようとする低負荷呼についての第2のリソース量、modRvi-Rβk、Rαは、空きリソース量Rviから第2のリソース量Rβkを引いた差を第1のリソース量Rαで割った剰余、を計算し、最大の計算結果の値に対応する1つのサーバに呼を接続させることを特徴とする請求項1記載の呼接続装置。複数のサーバへ負荷が分散するように呼を接続させる呼接続装置の動作方法であって、前記呼接続装置は、サーバへの負荷の大きさにより高負荷呼に分類される呼がサーバに接続されたときのサーバでの必要なリソース量である第1のリソース量ならびに高負荷呼でない低負荷呼に分類される呼がサーバに接続されたときの必要なリソース量である第2のリソース量を予め記憶した呼種別必要リソーステーブルと、前記各サーバにつき、該サーバでの空きのリソース量である空きリソース量を管理するサーバ別リソース管理テーブルとを備え、前記動作方法は、前記呼接続装置の呼接続部が、呼をサーバに接続させるにあたり、当該呼が高負荷であるか低負荷呼であるかを判定し、前記呼接続部が、当該呼が高負荷呼であるなら、前記呼種別必要リソーステーブルから第1のリソース量を読み出し、前記サーバ別リソース管理テーブルから各空きリソース量を読み出し、ただし、Rviは、サーバiについての空きリソース量、Rαは、第1のリソース量、を満たす1つの当該空きリソース量を選択し、該空きリソース量に対応するサーバに当該呼を接続させる一方、当該呼が低負荷呼であるなら、前記呼種別必要リソーステーブルから第1、第2のリソース量を読み出し、前記サーバ別リソース管理テーブルから各空きリソース量を読み出し、ただし、Rviは、サーバiについての空きリソース量、Rαは、第1のリソース量、Rβは、第2のリソース量、modRvi、Rαは、空きリソース量Rviを第1のリソース量Rαで割った剰余、を満たす1つの空きリソース量を選択し、該空きリソース量に対応するサーバに当該呼を接続させることを特徴とする呼接続装置の動作方法。しかし、かかる方法では、メディアサーバ間で負荷に偏りが生じやすい。例えば、軽負荷のメディアサーバに呼を接続する方法の場合、全てのメディアサーバでの空きリソース量を合計すると、高負荷呼を接続できるだけの量があるのに、個々のサーバでの空きリソース量は、高負荷呼を接続できる量に足りず、よって、高負荷呼を接続できない場合がある。このような分割損を少なくする問題は、ビンパッキング問題という数理計画問題に定式化され、様々なアルゴリズムが考案されている。しかし、このアルゴリズムは、予め与えられた全ての要求を満足する解を求めるものであるため、メディアサーバ間で空きリソース量や負荷の偏りが生じやすい。また、メディアストリームの送信が終了し、呼が切断され、空きリソースが増えていき、負荷が軽減していくことを考慮していないので、呼接続装置の動作アルゴリズムとしては、そのままでは使用できない。また、かかる問題は、メディアサーバのみならず、あらゆる種類のサーバに共通するものである。本発明は、上記の課題に鑑みてなされたものであり、その目的とするところは、複数のサーバへ負荷が分散するように呼を接続でき、かつ、サーバ間での負荷の偏りを可及的に小さくできる呼接続装置およびその動作方法を提供することにある。上記の課題を解決するために、第1の本発明は、複数のサーバへ負荷が分散するように呼を接続させる呼接続装置であって、サーバへの負荷の大きさにより高負荷呼に分類される呼がサーバに接続されたときのサーバでの必要なリソース量である第1のリソース量ならびに高負荷呼でない低負荷呼に分類される呼がサーバに接続されたときの必要なリソース量である第2のリソース量を予め記憶した呼種別必要リソーステーブルと、前記各サーバにつき、該サーバでの空きのリソース量である空きリソース量を管理するサーバ別リソース管理テーブルと、呼をサーバに接続させるにあたり、当該呼が高負荷であるか低負荷呼であるかを判定し、当該呼が高負荷呼であるなら、前記呼種別必要リソーステーブルから第1のリソース量を読み出し、前記サーバ別リソース管理テーブルから各空きリソース量を読み出し、ただし、Rviは、サーバiについての空きリソース量、Rαは、第1のリソース量、を満たす1つの当該空きリソース量を選択し、該空きリソース量に対応するサーバに当該呼を接続させる一方、当該呼が低負荷呼であるなら、前記呼種別必要リソーステーブルから第1、第2のリソース量を読み出し、前記サーバ別リソース管理テーブルから各空きリソース量を読み出し、ただし、Rviは、サーバiについての空きリソース量、Rαは、第1のリソース量、Rβは、第2のリソース量、modRvi、Rαは、空きリソース量Rviを第1のリソース量Rαで割った剰余、を満たす1つの空きリソース量を選択し、該空きリソース量に対応するサーバに当該呼を接続させる呼接続部とを備えることを特徴とする。第2の本発明は、複数のサーバへ負荷が分散するように呼を接続させる呼接続装置の動作方法であって、前記呼接続装置は、サーバへの負荷の大きさにより高負荷呼に分類される呼がサーバに接続されたときのサーバでの必要なリソース量である第1のリソース量ならびに高負荷呼でない低負荷呼に分類される呼がサーバに接続されたときの必要なリソース量である第2のリソース量を予め記憶した呼種別必要リソーステーブルと、前記各サーバにつき、該サーバでの空きのリソース量である空きリソース量を管理するサーバ別リソース管理テーブルとを備え、前記動作方法は、前記呼接続装置の呼接続部が、呼をサーバに接続させるにあたり、当該呼が高負荷であるか低負荷呼であるかを判定し、前記呼接続部が、当該呼が高負荷呼であるなら、前記呼種別必要リソーステーブルから第1のリソース量を読み出し、前記サーバ別リソース管理テーブルから各空きリソース量を読み出し、ただし、Rviは、サーバiについての空きリソース量、Rαは、第1のリソース量、を満たす1つの当該空きリソース量を選択し、該空きリソース量に対応するサーバに当該呼を接続させる一方、当該呼が低負荷呼であるなら、前記呼種別必要リソーステーブルから第1、第2のリソース量を読み出し、前記サーバ別リソース管理テーブルから各空きリソース量を読み出し、ただし、Rviは、サーバiについての空きリソース量、Rαは、第1のリソース量、Rβは、第2のリソース量、modRvi、Rαは、空きリソース量Rviを第1のリソース量Rαで割った剰余、を満たす1つの空きリソース量を選択し、該空きリソース量に対応するサーバに当該呼を接続させることを特徴とする。本発明によれば、複数のサーバへ負荷が分散するように呼を接続でき、かつ、サーバ間での負荷の偏りを可及的に小さくすることができる。以下、本発明の実施の形態について図面を参照して説明する。図1は、本実施の形態に係る呼接続装置を含む通信システムの構成図である。呼接続装置1は、ネットワーク2および複数のメディアサーバ3に接続される。ネットワーク2には、複数の端末4が接続される。以下、メディアサーバ3を単にサーバ3という。呼接続装置1は、各サーバ3へ負荷が分散するように呼を接続させる呼接続装置であって、呼種別必要リソーステーブル11、サーバ別リソース管理テーブル12、呼接続部13を備える。図2は、呼種別必要リソーステーブル11の構成の一例を示す図である。呼種別必要リソーステーブル11は、1サーバ3への負荷の大きさにより高負荷呼に分類される呼がサーバ3に接続されたときのサーバ3での必要なリソース量である第1のリソース量Rαならびに2高負荷呼でない低負荷呼に分類される呼がサーバ3に接続されたときの必要なリソース量である第2のリソース量Rβを予め記憶したものである。サーバ3は、呼が接続されたなら、予め記憶したメディアデータファイルを対応するコーデックでデコードし、得たメディアストリームを呼の接続要求の送信元である端末4に送信する。リソース量とは、デコード中において中央演算装置CPUにて必要となる処理能力の量や必要なメモリ量などである。高負荷呼とは、ここでは、予め定められた値以上のリソース量を必要とするデコードの場合の呼をいい、低負荷呼とは、当該値未満のリソース量を必要とするデコードの場合の呼をいう。かかるリソース量はコーデックに依存し、つまり、コーデックは、高負荷呼か低負荷呼かを定める1要素である。図3は、サーバ別リソース管理テーブル12の構成の一例を示す図である。サーバ別リソース管理テーブル12は、各サーバ3につき、1当該サーバ3での空きのリソース量である空きリソース量Rv1、Rv2、...、2当該サーバ3での高負荷呼の接続数C1α、C2α、...、3当該サーバ3での低負荷呼の接続数C1β、C2β、...、を管理するものである。空きリソース量とは、使用可能であるが使用されていないリソース量をいう。また、空きリソース量、接続数は、実際の空きリソース量、接続数を反映するように、適宜、更新されることとする。図1に戻り、呼接続装置1は、呼種別必要リソーステーブル11、サーバ別リソース管理テーブル12の他に、図示しないが、高負荷呼がサーバ3に接続されたときに使用されるコーデックを示す識別情報と高負荷呼を示す識別情報を対応づけ、かつ、低負荷呼がサーバ3に接続されたときに使用されるコーデックを示す識別情報と低負荷呼を示す識別情報を対応づけたテーブル便宜的にコーデックテーブルというを有している。呼接続装置の動作図4は、呼接続装置1の動作を示すフローチャートである。呼接続装置1において、いずれかの端末4から接続要求、つまり、呼接続装置1が新たに呼をサーバ3に接続することを要求する信号を受信したならS1、呼接続部13は、新たな呼が高負荷呼か低負荷呼かを判定するS3。呼接続部13は、例えば、接続要求内のパラメータなどを基に、新たな呼がサーバ3に接続されたときに使用されるコーデックを示す識別情報を求め、コーデックテーブルにおいて、当該識別情報に対し、高負荷呼の識別情報が対応づけられているなら、新たな呼は高負荷呼であり、一方、低負荷呼の識別情報が対応づけられているなら、新たな呼は低負荷呼であると判定する。呼接続部13は、新たな呼が高負荷呼なら、呼種別必要リソーステーブル11から第1のリソース量Rαを読み出し、サーバ別リソース管理テーブル12から各空きリソース量Rv1、Rv2、...を読み出し、各空きリソース量の中で、ただし、Rviは、サーバiについての空きリソース量後述の式においても同じ、を満たす空きリソース量があるか否かを判定するS5。呼接続部13は、全ての空きリソース量が式1を満たさないなら、呼損処理を行いS7、つまり、接続要求の送信元である端末4に接続不可の応答を送信し、処理を終える。呼接続部13は、一方、少なくとも1つの空きリソース量が式1を満たすなら、当該空きリソース量の1つを選択し、当該リソース量に対応するサーバ3に呼を接続させS9、処理を終える。接続先のサーバ3は、呼が接続されたなら、予め記憶したメディアデータファイルを対応するコーデックでデコードし、得たメディアストリームを接続要求の送信元である端末4に送信する。呼接続装置1は、サーバ別リソース管理テーブル12から、当該サーバ3および高負荷呼についての接続数、空きリソース量を検索し、接続数に1を加算し、空きリソース量から高負荷呼について予め定めたリソース量を減算する。また、呼接続装置1は、メディアストリームの送信が終わり、呼が切断されたら、サーバ別リソース管理テーブル12から、当該サーバ3および高負荷呼についての接続数、空きリソース量を検索し、接続数から1を減算し、空きリソース量に対し高負荷呼について予め定めたリソース量を加算する。なお、実際の接続数、空きリソース量を、当該サーバ3から得て、これにより、サーバ別リソース管理テーブル12を更新しもよい。さて、呼接続部13は、ステップS3で、新たな呼が低負荷呼であると判定したなら、呼種別必要リソーステーブル11から第1、第2のリソース量Rα、Rβを読み出し、サーバ別リソース管理テーブル12から各空きリソース量Rv1、Rv2、...を読み出し、各空きリソース量の中で、ただし、modRvi、Rαは、空きリソース量Rviを第1のリソース量Rαで割った剰余、を満たす空きリソース量があるか否かを判定するS11。呼接続部13は、少なくとも1つの空きリソース量が式2を満たすなら、当該空きリソース量の1つを選択し、当該リソース量に対応するサーバ3に呼を接続させS13、処理を終える。接続先のサーバ3は、前述のように、メディアデータファイルをコーデックでデコードし、メディアストリームを端末4に送信する。また、呼接続装置1は、サーバ別リソース管理テーブル12から、当該サーバ3および低負荷呼についての接続数、空きリソース量を検索し、接続数に1を加算し、空きリソース量から高負荷呼について予め定めたリソース量を減算する。また、呼接続装置1は、メディアストリームの送信が終わり、呼が切断されたら、サーバ別リソース管理テーブル12から、当該サーバ3および低負荷呼についての接続数、空きリソース量を検索し、接続数から1を減算し、空きリソース量に対し低負荷呼について予め定めたリソース量を加算する。なお、実際の接続数、空きリソース量を、当該サーバ3から得て、これにより、サーバ別リソース管理テーブル12を更新しもよい。呼接続部13は、一方、全ての空きリソース量が式2を満たさないなら、各空きリソース量Rv1、Rv2、...の中で、を満たす空きリソース量があるか否かを判定するS15。呼接続部13は、少なくとも1つの空きリソース量が式3を満たすなら、当該空きリソース量の1つを選択し、当該リソース量に対応するサーバ3に呼を接続させS17、処理を終える。接続先のサーバ3は、前述のように、メディアデータファイルをコーデックでデコードし、メディアストリームを端末4に送信する。また、呼接続装置1は、前述のように、サーバ別リソース管理テーブル12を更新する。呼接続部13は、一方、全ての空きリソース量が式3を満たさないなら、呼損処理を行いS19、処理を終える。次に、かかる呼接続装置1の動作による効果を説明する。図5において、空きリソース量Rvmは、式3を満たすが式2を満たさない空きリソース量であり、空きリソース量Rvnは、式3、式2の双方を満たす空きリソース量である。空きリソース量Rvnは、式2を満たすので、例えば、ステップS13で空きリソース量Rvnが選択され、その分、空きリソース量が減っても、まだ、第1のリソース量Rα以上の空きリソース量を確保でき、将来、高負荷を接続できる。また、第2のリソース量Rβ分の空きリソース量が減った後の空きリソース量Rvnと、空きリソース量Rvmの差は比較的小さく、つまり、負荷の偏りが小さい。しかし、空きリソース量Rvnがあるのに、空きリソース量Rvmを選択してしまうと、つまり、ステップS11を行わないと、例えば、ステップS17で空きリソース量Rvmが選択され、その分、空きリソース量が減った場合、第1のリソース量Rα以上の空きリソース量を確保できず、将来、高負荷を接続できない。また、第2のリソース量Rβ分の空きリソース量が減った後の空きリソース量Rvmと、空きリソース量Rvnの差が大きくなり、つまり、負荷の偏りが大きい。したがって、呼接続装置1によれば、ステップS11を行うことにより、高負荷呼の接続をより多く行うことができ、しかも、負荷の偏りを小さくすることができる。第1の変形例ここでは、式2を満たす空きリソース量に対応するサーバが複数ある場合、または、式3を満たす空きリソース量に対応するサーバが複数ある場合において、つまり、ステップS13またはステップS17において当該式を満たす空きリソース量に対応する複数のサーバから1つを選択する方法の一例を説明する。かかる方法は、一方または双方、いずれのステップで実行してもよい。呼接続部13は、サーバ別リソース管理テーブル12から接続数C1β、C2β、...、を読み出すとともに、ただし、Ciβは、サーバiについての接続数、modRvi-Rβ、Rαは、空きリソース量Rviから第2のリソース量Rβを引いた差を第1のリソース量Rαで割った剰余、を計算し、最大の計算結果の値に対応する1つのサーバ3に呼を接続させる。第1の変形例による作用効果を説明する。図6において、斜線部分は、式4のRα-modRvi-Rβ、Rαに相当する。つまり、空きリソース量Rvxにおいては、斜線部分が小さく、空きリソース量Rvyにおいては、斜線部分が大きい。斜線部分の空きリソース量は、第1のリソース量Rαより小さく、したがって、斜線部分に対し、高負荷呼を割り当てることはできないが、斜線部分が大きい方が、将来、低負荷呼が切断されて、トータルの空きリソース量が増えた場合、当該空きリソース量に対し、多くの高負荷呼を割り当てられる可能性が高い。図6では、空きリソース量Rvxよりも空きリソース量Rvyの方が、将来、多くの高負荷呼を割り当てられる可能性が高い。つまり、第1の変形例は、を計算し、大きい計算結果の値に対応するサーバへ優先的に呼を接続させることで、将来、多くの高負荷呼を割り当てられる可能性を高め、負荷の偏りを可及的に小さくすることができる。また、例えば、2つのサーバの空きリソース量を比較し、これらが等しくても、接続数Ciβが多いサーバの方が、大きいリソース量を有していることが多い。よって、2つのサーバで同じ程度で接続数が減少していき、つまり、低負荷が切断されてきけば、接続数Ciβが多いサーバの方が、多くの高負荷呼を割り当てられる可能性が高い。つまり、第1の変形例は、接続数Ciβの多いサーバへ優先的に呼を接続させることで、将来、多くの高負荷呼を割り当てられる可能性を高め、負荷の偏りを可及的に小さくすることができる。第2の変形例次に、第2の変形例について説明する。第2の変形例では、図7に示す継続時間長テーブル14が呼接続装置1に設けられる。継続時間長テーブル14は、低負荷呼の接続が継続する継続時間長により低負荷呼が予め複数の低負荷呼に分類される場合において、各低負荷呼の接続が継続する継続時間長h1、h2、...を予め記憶したものである。継続時間長は、例えば、実際の継続時間長の平均である。また、第2の変形例では、呼種別必要リソーステーブル11に代えて、図8に示す呼種別必要リソーステーブル11Aが用いられる。呼種別必要リソーステーブル11Aは、1第1のリソース量Rαならびに2各低負荷呼について第2のリソース量Rβ1、Rβ2、...、を予め記憶したものである。また、第2の変形例では、サーバ別リソース管理テーブル12に代えて、図9に示すサーバ別リソース管理テーブル12Aが用いられる。サーバ別リソース管理テーブル12Aは、各サーバ3につき、1当該サーバ3での空きのリソース量である空きリソース量Rv1、Rv2、...、2当該サーバ3での高負荷呼の接続数C1α、C2α、...、3当該サーバ3での各低負荷呼の接続数C1β1、C1β2、...、C2β1、C2β2、...、を管理するものである。サーバ別リソース管理テーブル12Aは、サーバ別リソース管理テーブル12と同様に、呼接続装置1によって、現状を反映するように、適宜更新されるものである。第2の変形例では、ステップS13またはステップS17において式を満たす空きリソース量に対応する複数のサーバから1つを選択する場合、呼接続部13は、各低負荷呼につき、継続時間長テーブル14から継続時間長を読み出し、各低負荷呼につき、呼種別必要リソーステーブル11Aから第2のリソース量を読み出し、当該複数の空きリソース量に対応する各サーバにつき、サーバ別リソース管理テーブル12Aから各低負荷呼の接続数を読み出し、ただし、Ciβjは、サーバiでの低負荷呼jについての接続数、hjは、低負荷呼jについての継続時間長、Rβjは、低負荷呼jについての第2のリソース量、は、Ciβj/hj×Rβjの総和、Rβkは、接続しようとする低負荷呼についての第2のリソース量、modRvi-Rβk、Rαは、空きリソース量Rviから第2のリソース量Rβkを引いた差を第1のリソース量Rαで割った剰余、を計算し、最大の計算結果の値に対応する1つのサーバ3に呼を接続させる。かかる方法は、ステップS13またはステップS17の一方または双方、いずれのステップで実行してもよい。なお、第2のリソース量Rβkを求めるのには、予めコーデックテーブルの低負荷呼の部分を低負荷の種類に応じて細分化しておき、前述の方法と同様に、コーデックの識別情報に対応する低負荷の識別情報を求め、その低負荷についての第2のリソース量Rβつまり第2のリソース量Rβkを呼種別必要リソーステーブル11Aから求めればよい。式6の分母の作用効果については、第1の変形例と同様なので、説明を省略し、式6の分子の作用効果について、具体例を用いて説明する。低負荷呼が低負荷呼β1、β2に分類される場合、呼接続部13は、式6は、となる。ただし、Ciβ1は、サーバiでの低負荷呼β1についての接続数、Ciβ2は、サーバiでの低負荷呼β2についての接続数、h1は、低負荷呼β1についての継続時間長、h2は、低負荷呼β2についての継続時間長、Rβ1は、低負荷呼β1についての第2のリソース量、Rβ2は、低負荷呼β2についての第2のリソース量である。ここで、具体的に数値を代入する。あるサーバ3サーバ3Aというと別のサーバ3サーバ3Bというでの低負荷呼β1についての接続数CAβ1、接続数CBβ1がそれぞれ6、3であり、サーバ3A、3Bでの低負荷呼β2についての接続数CAβ2、接続数CBβ2がそれぞれ3、6であり、サーバ3A、3Bでの低負荷呼β1についての第2のリソース量Rβ1が共に100単位は省略するであり、サーバ3A、3Bでの低負荷呼β2についての第2のリソース量Rβ2が共に100単位は省略するであり、低負荷呼β1、β2についての継続時間長h1がそれぞれ5単位は省略する、10単位は省略するであったこととする。式7の分子は、サーバ3Aについては、6/5×1003/10×100=150サーバ3Bについては、3/5×1006/10×100=120となる。6/5、3/10は、サーバ3Aにおいて、接続数CAβ1、CAβ2のうち、将来のある時点で切断される呼の数の期待値を示している。3/5、6/10は、サーバ3Aにおいて、接続数CAβ1、CAβ2のうち、将来のある時点で切断される呼の数の期待値を示している。この場合、式7の分母がサーバ3A、3Bで同じならば、大きい方の分子150120に対応するサーバ3Aに呼低負荷呼が接続される。つまり、期待値の高い方のサーバに呼が接続される。よって、次の呼が高負荷呼であった場合、その高負荷呼を接続できる可能性を高めることができる。例えば、サーバ3Bに呼を接続してしまった場合、次の呼高負荷呼をどのサーバ3にも接続できないという可能性がある。しかし、サーバ3Aに呼を接続することで、かかる不都合の発生の可能性を低くすることができる。つまり、高負荷呼を接続できる可能性を高め、サーバ間での負荷の偏りを可及的に小さくすることができる。なお、本実施の形態に係る呼接続装置としてコンピュータを機能させるためのコンピュータプログラムは、半導体メモリ、磁気ディスク、光ディスク、光磁気ディスク、磁気テープなどのコンピュータ読み取り可能な記録媒体に記録でき、また、インターネットなどの通信網を介して伝送させて、広く流通させることができる。また、本実施の形態では、メディアサーバを例にしたが、サーバは、いかなる種類のサーバであってもよい。