(57)【特許請求の範囲】
【請求項１】
検索要求に対してアドレスを応答する処理装置において、
第１のサーバから送信された第１の検索要求に対して第１のアドレスを応答するアドレス変換部と、
前記アドレス変換部が第２のアドレスを要求する第２の検索要求を第２のサーバから受信したとき、前記第１の検索要求に対して前記第１のアドレスに替えて前記第２のアドレスを応答するよう前記アドレス変換部を制御する代替制御部と、
を備えることを特徴とする処理装置。
【請求項２】
前記代替制御部は、第１の期間における、前記第１及び第２の検索要求の件数と、前記第１の検索要求に対して前記第２のアドレスを応答した件数と、更に第２の期間における前記第１の検索要求の件数とに基づいて、第３の期間において前記第１の検索要求に対して前記第２のアドレスを応答する件数を算出し、前記算出した件数分、前記第３の期間において前記第１の検索要求に対して前記第２のアドレスを応答するように前記代替制御部を制御することを特徴とする請求項１記載の処理装置。
【請求項３】
前記代替制御部は、前記第１の期間内における前記第１の検索要求の件数と前記第２の期間における前記第１の検索要求の件数とに基づいて、前記第３の期間における前記第１の検索要求の件数を予測し、
前記代替制御部は、前記第１の期間における、前記第１及び第２の検索要求の件数と、前記第１の検索要求に対して前記第２のアドレスを応答した件数とに基づいて、電話番号への接続要求が前記第２のサーバに接続された電話機に送信された件数を算出し、
更に、前記代替制御部は、前記第３の期間における前記第１の検索要求の件数と前記接続要求が前記電話機に送信された件数とに基づいて、前記第３の期間内において前記第１の検索要求に対して前記第２のアドレスを応答する予測件数を算出し、前記算出した予測件数に基づいて、前記第３の期間において前記第１の検索要求に対して前記第２のアドレスを応答する件数を算出することを特徴とする請求項２記載の処理装置。
【請求項４】
前記代替制御部は、前記算出した予測件数の一部を前記第３の期間において前記第１の検索要求に対して前記第２のアドレスを応答する件数とし、前記算出した予測件数の残りを前記第１のアドレスとして前記第２のサーバのアドレスを応答することを特徴とする請求項３記載の処理装置。
【請求項５】
第１のサーバから送信された第１の検索要求に対して第１のアドレスを応答する第３のサーバに接続された処理装置において、
前記第３のサーバが第２のアドレスを要求する第２の検索要求を第２のサーバから受信したとき、前記第１の検索要求に対して前記第１のアドレスに替えて前記第２のアドレスを応答するよう前記第３のサーバを制御する代替制御部、
を備えることを特徴とする処理装置。
【請求項６】
検索要求に対してアドレスを応答する処理装置における処理方法であって、
第１のサーバから送信された第１の検索要求に対して、アドレス変換部により第１のアドレスを応答し、
第２のアドレスを要求する第２の検索要求を第２のサーバから受信したとき、代替制御部により、前記第１の検索要求に対して前記第１のアドレスに替えて前記第２のアドレスを応答するよう前記アドレス変換部を制御する、
ことを特徴とする処理方法。
【請求項７】
発信側の電話機に接続された第１のサーバと、
着信側の電話機に接続された第２のサーバと、
検索要求に対してアドレスを応答する処理装置とを備える通信システムにおいて、
前記処理装置は、前記第１のサーバから送信された第１の検索要求に対して第１のアドレスを応答するアドレス変換部と、前記アドレス変換部が第２のアドレスを要求する第２の検索要求を前記第２のサーバから受信したとき、前記第１の検索要求に対して前記第１のアドレスに替えて前記第２のアドレスを応答するよう前記アドレス変換部を制御する代替制御部とを備え、
前記第１のサーバは、前記第２のアドレスを受信したとき、前記発信側の電話機から送信された前記着信側の電話機に対する接続要求を前記第１のサーバに接続された自動応答装置に直接送信することを特徴とする通信システム。
【発明の詳細な説明】
【技術分野】
【０００１】
本発明は、処理装置、処理方法、及び通信システムに関する。
【背景技術】
【０００２】
従来から、ＩＰネットワーク等を用いた通信システムがある。このような通信システムにおいて、ユーザはサーバ等にアクセスすることで、ＶｏＩＰ（Voice over Internet Protocol）などの通話サービスや、ホームページの閲覧サービス等、種々のサービスの提供を受けることができる。
【０００３】
一方、かかる通信システムにおいては、通話やアクセスがサーバなどに一度に集中すると回線が輻輳状態となる場合がある。回線が輻輳状態になると、応答に時間がかかり、通話サービスやホームページに閲覧サービスなど、継続したサービスの提供が困難となる。
【０００４】
例えば、ハードウェアに対する処理の負荷を予め分散させておくことで、輻輳状態を回避するようにすることもできる。処理が分散されることで、あるサーバに対して処理が集中する事態が少なくなり、継続したサービスの提供が可能となる。
【０００５】
このようなサーバに対する負荷を分散する技術として、例えば、ユーザがｐｒｏｘｙ−ｓｅｒｖｅｒと指定してＤＮＳサーバを利用すると、ＤＮＳサーバは負荷分散環境サーバ群のうちから稼働中で一番負荷の少ないサーバを割当てるようにしたものがある。
【先行技術文献】
【特許文献】
【０００６】
【特許文献１】特開２０００−１１２９０８号公報
【発明の概要】
【発明が解決しようとする課題】
【０００７】
しかし、ＤＮＳサーバが負荷分散環境サーバ群から一番負荷の少ないサーバを割当てるようにした技術では、ユーザの希望する接続先に接続できない場合がある。例えば、負荷が一番少ないものとして割当てられたサーバはユーザの希望するサービスと異なるサービスを提供するとき、ユーザは希望するサービスの提供を受けられないことになる。
【０００８】
他方、ユーザが他のサーバへ接続すると、負荷の多いサーバへ接続することになるため、輻輳が発生する場合もある。
【０００９】
そこで、本発明の目的は、輻輳が発生するような状況においても接続先に接続できるようにした処理装置、処理方法、及び通信システムを提供することにある。  
【課題を解決するための手段】
【００１０】
一態様によれば、検索要求に対してアドレスを応答する処理装置において、第１のサーバから送信された第１の検索要求に対して第１のアドレスを応答するアドレス変換部と、前記アドレス変換部が第２のアドレスを要求する第２の検索要求を第２のサーバから受信したとき、前記第１の検索要求に対して前記第１のアドレスに替えて前記第２のアドレスを応答するよう前記アドレス変換部を制御する代替制御部とを備える。
【発明の効果】
【００１１】
輻輳が発生するような状況においても接続先に接続できるようにした処理装置、処理方法、及び通信システムを提供することができる。
【図面の簡単な説明】
【００１２】
【図１】図１は通信システムの構成例を示す図である。
【図２】図２はＳＩＰサーバ、ＤＮＳサーバ、及びサービスエッジの各構成例を示す図である。
【図３】図３（Ａ）はＵＲＩ変換テーブル、図３（Ｂ）は接続状態テーブルの各例を夫々示す図である。
【図４】図４は全体動作の例を示すシーケンス図である。
【図５】図５は検索処理の例を示すフローチャートである。
【図６】図６は全体動作の例を示すシーケンス図である。
【図７】図７は全体の動作例を示すシーケンス図である。
【図８】図８（Ａ）は各件数を説明するための図、図８（Ｂ）はサイクルと各件数との関係例を示す図である。
【図９】図９は管理テーブルの例を示す図である。
【図１０】図１０は算出処理の例を示すフローチャートである。
【図１１】図１１は外付け装置の構成例を含む図である。
【発明を実施するための形態】
【００１３】
以下、本実施の形態について図面を参照して説明する。本発明を実施するための形態について以下説明する。最初に通信システムの全体構成を説明し、次に通信システムの各部を説明する。
【００１４】
＜全体構成例＞
図１は通信システム１０の構成例を示す図である。本通信システム１０において、電話機１００‐１，１００‐２は、例えば大代表としてある電話番号宛てに接続要求（又は通話要求）を送信すると、電話機１００‐３〜１００‐ｎのいずれかと接続する。これにより、電話機１００‐１，１００‐２と、電話機１００‐３〜１００‐ｎ間で通話が行われる。
【００１５】
一方、電話機１００‐３〜１００‐ｎ（ｎは４以上の整数）への通話が集中し、例えば電話機１００‐３〜１００‐ｎが全て話中のとき、電話機１００‐１，１００‐２は電話機１００‐３〜１００‐ｎと接続できない。この場合、大代表あての電話番号に電話をした電話機１００‐１，１００‐２は、ＩＶＲ５００と接続する。これにより、電話機１００‐１，１００‐２はＩＶＲ５００から、自動通話サービスなどの提供を受けることができる。ＩＶＲ５００への接続経路については以下順次説明する。
【００１６】
まず、最初に通信システム１０における全体構成例について以下説明する。通信システム１０は、電話機１００‐１〜１００‐ｎと、ＳＩＰ（Session Initiation Protocol）サーバ２００‐１，２００‐２と、ＤＮＳ（Domain Name System）サーバ３００と、サービスエッジ（ＳＥ：Service Edge）４００と、ＩＶＲ（自動応答装置：Interactive Voice Response）５００とを備える。
【００１７】
電話機１００‐１〜１００‐ｎは、例えば、各種サービスの提供を受ける端末装置であり、有線通信による固定電話または無線通信による携帯電話などでもよい。例えば、電話機１００‐１，１００‐２は、着信側のＵＲＩ（Uniform Resource Identifier）と着信側の電話番号とを含むＳＩＰ電文（又はメッセージ）をＳＩＰサーバ２００‐１に送信できる。本実施例では、着信側の電話番号として、大代表の電話番号を例にして説明する。
【００１８】
なお、ＵＲＩは、例えば、ネットワーク内における情報資源の場所を示す記述形式であり、着信側である大代表の電話番号が「０１‐２３４５‐６７８９」のとき、ＵＲＩは「０１２３４５６７８９＠＊＊＊．ｊｐ」と示すことができる。ＵＲＩには、電話番号の情報が含まれる。例えば、発信側の電話機１００‐１，１００‐２は、着信側である大代表の電話番号のＵＲＩを保持し、大代表の電話番号とともにＳＩＰ電文を送信できるものとする。
【００１９】
ＳＩＰサーバ２００‐１，２００‐２は、例えば、ＳＩＰプロトコルを利用して、宛先の電話機１００‐３〜１００‐ｎやＩＶＲ５００を呼び出して接続する呼制御を行うサーバである。ＳＩＰサーバ２００‐１は、電話機１００‐１，１００‐２からＳＩＰ電文を受信すると、ＳＩＰ電文に含まれるＵＲＩをキーにした検索要求をＤＮＳサーバ３００に送信する。ＳＩＰサーバ２００‐１，２００‐２は、ＤＮＳサーバ３００からＩＰアドレスを取得すると、取得したＩＰアドレスを宛先とするＳＩＰ電文をＩＰアドレスの示す接続先に送信する。
【００２０】
ＤＮＳサーバ３００は、 例えば、検索要求対象のＵＲＩをＩＰアドレスへ変換する処理装置である。ＤＮＳサーバ３００は、ＳＩＰサーバ２００‐１，２００‐２から送信された検索要求を受信し、ＵＲＩ変換テーブルを用いて、ＵＲＩに対応するＩＰアドレスを読み出す。そして、ＤＮＳサーバ３００は読み出したＩＰアドレスをＳＩＰサーバ２００‐１，２００‐２に返信する。ＤＮＳサーバ３００の詳細は後述する。
【００２１】
サービスエッジ４００は、ＳＩＰサーバ２００‐２と接続され、回線の接続状態を管理する。サービスエッジ４００は、例えば、電話機１００‐３〜１００‐ｎが全て接続されて話中であるとき、これらの電話機１００‐３〜１００‐ｎには接続できないと判別して、ｂｕｓｙ応答を出力する。サービスエッジ４００の詳細は後述する。
【００２２】
ＩＶＲ５００は自動応答装置である。ＩＶＲ５００は、例えば、ＳＩＰサーバ２００‐１，２００‐２からの要求に応じて、内部に記憶された音声や文字を自動的に送信する。
尚、ＳＩＰサーバ２００‐１，２００‐２、ＤＮＳサーバ３００、サービスエッジ４００、ＩＶＲ５００によりＮＧＮ（Next Generation Network）が構成される。
【００２３】
＜各部の構成例＞
次に各部２００‐１等の構成例を説明する。図２は、ＳＩＰサーバ２００‐１，２００‐２と、ＤＮＳサーバ３００、サービスエッジ４００の各構成例を示す図である。図２を用いて各部２００‐１等の構成例を説明する。
【００２４】
ＳＩＰサーバ２００‐１は呼制御部２１０‐１を備える。呼制御部２１０‐１は、上述した呼制御を行う部分である。呼制御部２１０‐１は、例えば、電話機１００‐１，１００‐２から接続要求（又は通話要求）を示すＳＩＰ電文（例えば、ＩＮＶＩＴＥメッセージ）を入力し、ＳＩＰ電文に含まれる着信側のＵＲＩ（例えば電話機１００‐３〜１００‐ｎ宛ての大代表の電話番号）を取り出す。呼制御部２１０‐１は、取り出したＵＲＩを検索要求に含めてＤＮＳサーバ３００に送信し、ＤＮＳサーバ３００から、送信したＵＲＩに対応するＩＰアドレスを取得する。呼制御部２１０‐１は、取得したＩＰアドレス宛（ＳＩＰサーバ２００‐２またはＩＶＲ５００）へＳＩＰ電文（以下、特に断らない限り「ＳＩＰ電文」と「接続要求」とを同じ意味として用いる）を送信する。
【００２５】
ＤＮＳサーバ３００は、ＵＲＩ‐ＩＰ変換部３１０と、ＵＲＩ変換テーブル３２０と、代替ＩＰ制御部３３０と、管理テーブル３４０とを備える。
【００２６】
ＵＲＩ‐ＩＰ変換部３１０は、呼制御部２１０‐１，２１０‐２からの検索要求に対して、ＵＲＩ変換テーブル３２０を検索し、検索要求に含まれるＵＲＩに対応するＩＰアドレスを取得する。ＵＲＩ‐ＩＰ変換部３１０は、取得したＩＰアドレスを呼制御部２１０‐１，２１０‐２に送信する。図３の例では、ＵＲＩ‐ＩＰ変換部３１０は、呼制御部２１０‐１からの検索要求に対して、ＩＶＲ５００又は着信側のＳＩＰサーバ２００‐２の各ＩＰアドレス（又はＩＶＲ５００又はＳＩＰサーバ２００‐２を識別する識別番号）を送信する。また、ＵＲＩ‐ＩＰ変換部３１０は、呼制御部２１０‐２から送信された、ＩＶＲのＩＰアドレス取得を要求する検索要求に対して、ＩＶＲ５００のＩＰアドレスを送信する。尚、ＵＲＩ‐ＩＰ変換部３１０は、呼制御部２１０‐１，２１０‐２から検索要求を入力したときやＩＶＲ５００のＩＰアドレスを呼制御部２１０‐１に送信したとき、その旨を示す信号を代替ＩＰ制御部３３０に送信する。
【００２７】
ＵＲＩ変換テーブル３２０は、ＵＲＩに対応するＩＰアドレスを記憶する。図３（Ａ）はＵＲＩ変換テーブル３２０の例を示す図である。図３（Ａ）に示す例において、「ＳＩＰ‐ＩＰ」がＵＲＩに対応するＩＰアドレスを示す。ＵＲＩ変換テーブル３２０は、更に、ＵＲＩごとに、「検索件数」と、「代替件数」と、「ＩＶＲ問合せ件数」とを記憶する。
【００２８】
「検索件数」は、例えば、呼制御部２１０‐１，２１０‐２から送信された検索要求をＵＲＩ‐ＩＰ変換部３１０が受信した件数を示す。例えば、ＵＲＩ‐ＩＰ変換部３１０は、各呼制御部２１０‐１，２１０‐２から検索要求を受信したとき、検索件数を「検索件数」フィールドに順次カウントアップするように記憶する。
【００２９】
「代替件数」は、例えば、呼制御部２１０‐１からの検索要求に対して、ＵＲＩ‐ＩＰ変換部３１０がＩＶＲ５００のＩＰアドレスを応答する件数である。「代替件数」は、代替ＩＰ制御部３３０により算出されてＵＲＩ変換テーブル３２０に記憶される。詳細は後述する。なお、ＵＲＩ‐ＩＰ変換部３１０は、「検索件数」が「代替件数」以下のとき、ＳＩＰサーバ２００‐１からの検索要求に対してＩＶＲ５００のＩＰアドレスを応答する。また、ＵＲＩ‐ＩＰ変換部３１０は、「検索件数」が「代替件数」を超えるとき、ＳＩＰサーバ２００‐２のＩＰアドレスを応答する。そのため、ＵＲＩ変換テーブル３２０は、例えば、１つのＵＲＩに対して、ＩＶＲ５００とＳＩＰサーバ２００‐２の２つのＩＰアドレスを記憶する。
【００３０】
「ＩＶＲ問合せ件数」は、例えば、呼制御部２１０‐２から送信されたＩＶＲ５００のＩＰアドレスを求める検索要求の件数を示す。この「ＩＶＲ問合せ件数」は、件数が１件でもあれば、電話機１００‐３〜１００‐ｎは全て話中であることを示す。例えば、「ＩＶＲ問合せ件数」ではなく「ＩＶＲ問合せフラグ」とし、ＵＲＩ‐ＩＰ変換部３１０は、ＩＶＲ５００の検索要求を受信したときに「ＩＶＲ問合せフラグ」をオンにするようにしてもよい。
【００３１】
代替ＩＰ制御部３３０は、呼制御部２１０‐１，２１０‐２からの接続要求の件数などに基づいて、次サイクルにおける代替件数を算出する。代替ＩＰ制御部３３０は、算出した代替件数をＵＲＩ変換テーブル３２０の該当するフィールドに記憶する。代替件数の算出処理は後述する。
【００３２】
管理テーブル３４０は、代替ＩＰ制御部３３０が代替件数の算出処理を行うときに用いられるテーブルである。代替ＩＰ制御部３３０がＵＲＩ‐ＩＰ変換部３１０から各接続要求を示す信号を入力したとき、接続要求の件数などをカウントして管理テーブル３４０に記憶する。管理テーブル３４０の詳細も後述する。
【００３３】
ＳＩＰサーバ２００‐２は、ＳＩＰサーバ２００‐１と同様に呼制御部２１０‐２を備える。呼制御部２１０‐２は、例えば、サービスエッジ４００からｂｕｓｙ応答を受けると、電話機１００‐３〜１００‐ｎが全て話中のビジー状態と判定し、ＩＶＲ５００のＩＰアドレスを取得するために検索要求をＤＮＳサーバ３００に送信する。そして、呼制御部２１０‐２は、ＩＶＲ５００のＩＰアドレスをＤＮＳサーバ３００から取得すると、ＳＩＰサーバ２００‐１から受信した接続要求をＩＶＲ５００に送信する。一方、呼制御部２１０‐２は、サービスエッジ４００からの応答として、接続応答を受信すると、ＳＩＰサーバ２００‐１から受信した接続要求を接続可能ないずれかの電話機１００‐３〜１００‐ｎに送信する。
【００３４】
サービスエッジ４００は、回線数管理部４１０と接続状態テーブル４２０とを備える。回線数管理部４１０は、例えば、呼制御部２１０‐２から接続要求を受けると、接続要求に含まれるＵＲＩから着信側の電話番号（例えば、大代表の電話番号）を抽出し、この電話番号の件数が契約数を超えるか否かを判定する。この契約数は、接続状態テーブル４２０に記憶されている。
【００３５】
図３（Ｂ）は接続状態テーブル４２０の例を示す図である。接続状態テーブル４２０には、電話番号毎に現在の接続数（回線数）を示す「回線数」と、接続可能な最大接続数を示す「契約数」とが記憶されている。例えば、回線数管理部４１０が接続要求を受信すると、「回線数」を１つカウントアップし、その「回線数」が「契約数」以下のとき、電話機１００‐３〜１００‐ｎのいずれかと接続可能であり、接続可能であることを示す接続応答を返送する。一方、回線数管理部４１０は、カウントアップした「回線数」が「契約数」を超えると、電話機１００‐３〜１００‐ｎは全て話中として、ｂｕｓｙ応答を送信する。
【００３６】
＜動作例＞
次に通信システム１０における動作例を説明する。最初に、電話機１００‐１が大代表の電話番号あてに接続要求（又は通話要求）を送信し、電話機１００‐３〜１００‐ｎのいずれかに送信される例を説明する（動作例１）。次に、電話機１００‐３〜１００‐ｎの全てが話中で、接続要求がＳＩＰサーバ２００‐１からＩＶＲ５００に直接送信される例を説明する（動作例２）。最後に、電話機１００‐３〜１００‐ｎの全てが話中で、電話機１００‐１からの接続要求がＳＩＰサーバ２００‐２経由でＩＶＲ５００に送信される例（動作例３）を説明する。
【００３７】
＜動作例１＞
図４は、電話機１００‐１からの接続要求がいずれかの電話機１００‐３〜１００‐ｎに送信される場合の動作例１を示すシーケンス図である。
【００３８】
電話機１００‐１は、着信側の電話機１００‐３〜１００‐ｎに対して接続要求を示すＳＩＰ電文（例えば、ＩＮＶＩＴＥメッセージ）を送信する（Ｓ１０）。この接続要求には、例えば、着信側の大代表の電話番号と、着信側のＵＲＩ（本実施例では大代表の電話番号を含むＵＲＩ）とを含む。
【００３９】
ＳＩＰサーバ２００‐１は、電話機１００‐１から送信された接続要求を入力し、接続要求に含まれるＵＲＩを抽出して、ＤＮＳサーバ３００に対してＵＲＩに対応するＩＰアドレスの検索要求を送信する（Ｓ１１）。例えば、呼制御部２１０‐１がＤＮＳサーバ３００に検索要求を送信する。
【００４０】
ＤＮＳサーバ３００は、ＳＩＰサーバ２００‐１から送信された検索要求を受信すると検索処理を行う（Ｓ１２）。図５は検索処理の動作例を示すフローチャートである。
【００４１】
ＤＮＳサーバ３００は、検索処理を開始すると（Ｓ１２０）、検索要求に含まれるＵＲＩが、ＳＩＰサーバ２００‐２からＩＶＲ５００の検索要求を受けたＵＲＩかを判別する（Ｓ１２１）。ＤＮＳサーバ３００がＳＩＰサーバ２００‐２からＩＶＲ５００の検索要求を受けるときは、着信側である電話機１００‐３〜１００‐ｎが全て話中であることを示している。ＤＮＳサーバ３００は、検索要求に対応する接続要求が電話機１００‐３〜１００‐ｎに送信できるか否かを本処理で判別している。
【００４２】
例えば、ＵＲＩ‐ＩＰ変換部３１０がＳＩＰサーバ２００‐１（発信側ＳＩＰ）から送信された検索要求を受信すると、検索要求からＵＲＩを抽出する。そして、ＵＲＩ‐ＩＰ変換部３１０は、ＵＲＩ変換テーブル３２０を検索し、抽出したＵＲＩに対応する「ＩＶＲ問合せ件数」の件数が「０」か否かを確認する。ＵＲＩ‐ＩＰ変換部３１０は、例えば、抽出したＵＲＩに対応する「ＩＶＲ問合せ件数」の件数が「０」のとき、抽出したＵＲＩはＳＩＰサーバ２００‐２から検索要求を受けていない（電話機１００‐３〜１００‐ｎと接続可能）と判定する（Ｓ１２１でＮｏ）。
【００４３】
一方、ＵＲＩ‐ＩＰ変換部３１０は、例えば、抽出したＵＲＩに対応する「ＩＶＲ問合せ件数」が「１」以上のとき、抽出したＵＲＩはＳＩＰサーバ２００‐２からＩＶＲ５００の検索要求を受けた（電話機１００‐３〜１００‐ｎに接続できない）と判定する。
【００４４】
図４の例では、ＵＲＩ‐ＩＰ変換部３１０は、「ＩＶＲ問合せ件数」は「０」（電話機１００‐３〜１００‐ｎに接続可能）と判定して（Ｓ１２２でＮｏ）、ＳＩＰサーバ２００‐１に対して着信側ＳＩＰサーバ２００‐２のＩＰアドレスを応答する（Ｓ１２２、図４のＳ１３）。
【００４５】
尚、ＵＲＩ‐ＩＰ変換部３１０は、ＳＩＰサーバ２００‐１から着信側のＵＲＩに対する検索要求を入力すると、検索要求を入力したことを示す信号を代替ＩＰ制御部３３０に送信する。
【００４６】
ＳＩＰサーバ２００‐１は、ＤＮＳサーバ３００からＩＰアドレスを取得すると、電話機１００‐１，１００‐２から受信した接続要求をＩＰアドレス（ＳＩＰサーバ２００‐２のＩＰアドレス）宛てに送信する。この例では、ＳＩＰサーバ２００‐１は、ＳＩＰサーバ２００‐２に接続要求を送信する（Ｓ１４）。例えば、呼制御部２１０‐１は、電話機１００‐１から取得した接続要求に対して、ＤＮＳサーバ３００から取得したＩＰアドレスを送信先とする接続要求に変換し、ＳＩＰサーバ２００‐２に送信する。
【００４７】
ＳＩＰサーバ２００‐２は、ＳＩＰサーバ２００‐１から接続要求を受信すると、サービスエッジ４００に接続要求を送信する（Ｓ１５）。例えば、呼制御部２１０‐２は、ＳＩＰサーバ２００‐２から受信した接続要求をサービスエッジ４００に転送する。
【００４８】
サービスエッジ４００は、ＳＩＰサーバ２００‐２から受信した接続要求に対して、電話機１００‐３〜１００‐ｎに送信できるか否かを判定する。例えば、回線数管理部４１０が、ＳＩＰサーバ２００‐２からの接続要求に含まれる着側の電話番号に対して、接続状態テーブル４２０の対応する「回線数」を「１」カウントアップし、接続状態テーブル４２０に記憶する。そして、回線数管理部４１０は、接続状態テーブル４２０に記憶した「回線数」と「契約数」とを比較する。図４の例では、いずれの電話機１００‐３〜１００‐ｎと接続可能のため、「契約数」の方が「回線数」より多い状態となっている。この場合、回線数管理部４１０は、電話機１００‐３〜１００‐ｎのいずれかと接続可能であることを示す接続応答をＳＩＰサーバ２００‐２に返送する（Ｓ１６）。
【００４９】
ＳＩＰサーバ２００‐２は、サービスエッジ４００から接続応答を受信すると、接続可能状態と判定し、接続先の電話機１００‐３〜１００‐ｎに対して接続要求を送信する（Ｓ１７）。例えば、呼制御部２１０‐２は電話機１００‐３に対して接続要求を送信する。例えば、サービスエッジ４００の接続状態テーブル４２０には、現在接続中の電話機１００‐３〜１００‐ｎの情報が保持され、回線数管理部４１０は接続応答を送信するときに接続中以外の電話機１００‐３〜１００‐ｎの情報を抽出して送信する。呼制御部２１０‐２はこれを受信することで、接続先の電話機１００‐３‐１００‐ｎの情報を取得し、電話機１００‐３に対して接続要求を送信できる。
【００５０】
接続要求を受けた電話機１００‐３〜１００‐ｎは、接続許可を示す接続応答（ＳＩＰ電文であり、例えば「２００  ＯＫ」メッセージ）を生成して、ＳＩＰサーバ２００‐２に送信する（Ｓ２０）。接続応答は、ＳＩＰサーバ２００‐２からＳＩＰサーバ２００‐１を経由して、発信側の電話機１００‐１に送信される（Ｓ２１，Ｓ２２）。これにより、電話機１００‐１と電話機１００‐３は通話可能状態となる。
【００５１】
＜動作例２＞
次に動作例として、電話機１００‐３〜１００‐ｎが全て話中のため、ＳＩＰサーバ２００‐１が電話機１００‐１からの接続要求をＩＶＲ５００に直接送信する例について説明する。図６は、かかる場合の動作例を示すシーケンス図である。図４の例と同一の処理には同一番号を付しており説明を省略する。
【００５２】
ＤＮＳサーバ３００は、ＳＩＰサーバ２００‐１から大代表の電話番号を含むＵＲＩに対する検索要求を入力すると（Ｓ１１）、検索処理を行う（Ｓ１２）。この場合の検索処理（例えば図５）は、電話機１００‐３〜１００‐ｎが全て話中のため、検索要求対象のＵＲＩの対応する「ＩＶＲ問合せ件数」は「１」以上となっている（Ｓ１２１でＹｅｓ）。
【００５３】
これは、例えば、電話機１００‐３〜１００‐ｎが全て話中となった直後は、ＤＮＳサーバ３００のＵＲＩ変換テーブル３２０における「ＩＶＲ問合せ件数」は「０」の状態のままである。この状態で電話機１００‐１，１００‐２が大代表宛ての電話番号に対する接続要求を送信すると、ＤＮＳサーバ３００は「ＩＶＲ問合せ件数」が「０」のため、ＳＩＰサーバ２００‐２のアドレスを応答する（図５のＳ１２２、図４のＳ１４）。ＳＩＰサーバ２００‐２は、接続要求を受信し、サービスエッジ４００に回線状態を問合せるとｂｕｓｙ応答を受けて、電話機１００‐３〜１００‐ｎに接続できないことを確認する。かかる場合、ＳＩＰサーバ２００‐２はＤＮＳサーバ３００に代替用としてＩＶＲ５００の検索要求を送信し、ＤＮＳサーバ３００はＵＲＩ変換テーブル３２０の「ＩＶＲ問合せ件数」を「１」にする。そして、ＳＩＰサーバ２００‐２はＩＶＲ５００に接続要求を送信する。これにより、「ＩＶＲ問合せ件数」が「１」となり、以後、ＳＩＰサーバ２００‐１が検索要求を送信すると、ＤＮＳサーバ３００は、接続要求数が代替件数となるまではＩＶＲ５００のＩＰアドレスを返信することになる。
【００５４】
次いで、ＤＮＳサーバ３００は検索件数が代替件数を超えるか否かを判定する（Ｓ１２３）。例えば、ＵＲＩ‐ＩＰ変換部３１０は、ＵＲＩ変換テーブル３２０に記憶された代替件数と検索件数とを比較することで判定する。この例では、大代表に対する電話番号の検索要求件数が代替件数を超えていないため（Ｓ１２３でＮｏ）、ＵＲＩ‐ＩＰ変換部３１０はＩＶＲ５００のＩＰアドレスを応答する（Ｓ１２４、図６のＳ２３）。検索件数が代替件数となるまで、ＤＮＳサーバ３００はＩＶＲ５００のＩＰアドレスをＳＩＰサーバ２００‐１に応答することになる。
【００５５】
尚、ＵＲＩ‐ＩＰ変換部３１０は、ＩＶＲ５００のＩＰアドレスを応答したとき（Ｓ２３）、ＩＶＲ５００をＳＩＰサーバ２００‐１に応答したことを示す信号を代替ＩＰ制御部３３０に送信する。
【００５６】
ＳＩＰサーバ２００‐１は、ＤＮＳサーバ３００からＩＶＲ５００のＩＰアドレスを取得すると、電話機１００‐１，１００‐２からの接続要求をＩＶＲ５００に直接送信する（Ｓ２４）。
【００５７】
ＩＶＲ５００は、ＳＩＰサーバ２００‐１から接続要求を入力すると、接続許可を示す接続応答（例えば「２００  ＯＫ」メッセージ）をＳＩＰサーバ２００‐１に送信する（Ｓ２５）。接続応答は、ＳＩＰサーバ２００‐１から電話機１００‐１，１００‐２に送信される（Ｓ２６）。これにより、電話機１００‐１，１００‐２とＩＶＲ５００は通話可能状態となり、電話機１００‐１，１００‐２はＩＶＲ５００から送信された自動音声案内等のサービスを受けることができる。  
【００５８】
このように、ＤＮＳサーバ３００は、ＳＩＰサーバ２００‐２のＩＰアドレスではなくＩＶＲ５００のＩＰアドレスをＳＩＰサーバ２００‐１に通知している。よって、電話機１００‐３〜１００‐ｎが全て話中で、ＳＩＰサーバ２００‐１，２００‐２間において輻輳が発生するような状態となったとしても、接続要求がＳＩＰサーバ２００‐１からＩＶＲ５００に直接送信され、接続先であるＩＶＲ５００に接続させることができる。また、接続要求がＳＩＰサーバ２００‐１からＩＶＲ５００に直接送信されるため、ＳＩＰサーバ２００‐２に対する負荷が少なくなる。
【００５９】
＜動作例３＞
次の動作例として、電話機１００‐３〜１００‐ｎが全て話中で、電話機１００‐１からの接続要求がＳＩＰサーバ２００‐１からＳＩＰサーバ２００‐２を経由してＩＶＲ５００に送信される例について説明する。
【００６０】
電話機１００‐３〜１００‐ｎが全て話中の場合、電話機１００‐１，１００‐２からの接続要求をすべてＳＩＰサーバ２００‐１から直接ＩＶＲ５００に送信させることもできる。しかし、かかる接続要求の一部をＳＩＰサーバ２００‐２経由でＩＶＲ５００に送信させることで、ＳＩＰサーバ２００‐１とＩＶＲ５００間の回線が輻輳状態となる事態を回避できる。
【００６１】
図７は本動作例を示すシーケンス図である。図４と同一処理には同一番号を付しており説明を省略する。
【００６２】
ＤＮＳサーバ３００は、ＳＩＰサーバ２００‐１から、大代表の電話番号（又は電話機１００‐３〜１００‐ｎ）を含むＵＲＩに対する検索要求を入力すると（Ｓ１１）、検索処理を行う（Ｓ１２）。この場合の検索処理（例えば図５）は、電話機１００‐３〜１００‐ｎが全て話中で（Ｓ１２１でＹｅｓ）、ＳＩＰサーバ２００‐１からの検索件数は代替件数を超えることとなる（Ｓ１２３でＹｅｓ）。
【００６３】
次いで、ＤＮＳサーバ３００はＳＩＰサーバ２００‐２のＩＰアドレスを応答する（Ｓ１２５、図７のＳ１３）。例えば、ＵＲＩ‐ＩＰ変換部３１０は、ＵＲＩ変換テーブル３２０にアクセスし、「検索件数」が「代替件数」を超えることを確認し、更にＳＩＰサーバ２００‐２のＩＰアドレスを読み出して、ＳＩＰサーバ２００‐１に応答する。
【００６４】
ＳＩＰサーバ２００‐１は、ＤＮＳサーバ３００からＳＩＰサーバ２００‐２のＩＰアドレスを取得すると、ＳＩＰサーバ２００‐２に接続要求を送信する（Ｓ１４）。
【００６５】
次いで、ＳＩＰサーバ２００‐２は、この接続要求をサービスエッジ４００に送信する（Ｓ１５）。
【００６６】
サービスエッジ４００は、接続要求を受信すると、大代表の電話番号に対して回線が空いているか否かを判定する。例えば、回線数管理部４１０は、接続要求を入力すると、接続状態テーブル４２０の対応する回線数の数を「１」カウントアップして接続状態テーブル４２０に記憶する。そして、回線数管理部４１０は、「回線数」が「契約数」を超えているため、ｂｕｓｙ応答をＳＩＰサーバ２００‐２に送信する（Ｓ３０）。
【００６７】
ＳＩＰサーバ２００‐２は、ｂｕｓｙ応答を受けると、ＩＶＲ５００に対して接続するため、ＩＶＲ５００のＩＰアドレスの検索要求をＤＮＳサーバ３００に送信する（Ｓ３１）。ＳＩＰサーバ２００‐２は、ｂｕｓｙ応答を受けたとき、すなわち、大代表の電話番号の着信先である電話機１００‐３〜１００‐ｎが全て話中であるため、ＤＮＳサーバ３００に対してＩＶＲ５００の検索要求を送信する。
【００６８】
ＤＮＳサーバ３００は、ＩＶＲ５００に対する検索要求を受信すると、ＵＲＩ変換テーブル３２０にアクセスし、ＩＶＲ５００のＩＰアドレスを取得して、ＳＩＰサーバ２００‐２に応答する（Ｓ３２）。例えば、ＵＲＩ‐ＩＰ変換部３１０は、検索要求に含まれるＩＶＲ５００のＵＲＩに対して、対応するＩＰアドレスをＵＲＩ変換テーブル３２０から取得する。更に、ＵＲＩ‐ＩＰ変換部３１０は、検索要求に含まれる着信側のＵＲＩに基づいて、対応するＵＲＩ変換テーブル３２０の「ＩＶＲ問合せ件数」に件数を書き込む。ＵＲＩ‐ＩＰ変換部３１０は、ＩＶＲ５００のＩＰアドレスをＳＩＰサーバ２００‐２に応答する。
【００６９】
ただし、ＵＲＩ‐ＩＰ変換部３１０は、ＩＶＲ５００の検索要求を受信したとき、代替ＩＰ制御部３３０に受信したことを示す信号を送信する。
【００７０】
ＳＩＰサーバ２００‐２は、ＩＶＲ５００のＩＰアドレスを取得すると、接続要求をＩＶＲ５００に送信する（Ｓ３３）。例えば、呼制御部２１０‐２は、ＤＮＳサーバ３００からＩＶＲ５００のＩＰアドレスを取得すると、ＳＩＰサーバ２００‐１から受信した接続要求（Ｓ１４）をＩＶＲ５００に送信する。
【００７１】
ＩＶＲ５００は、ＳＩＰサーバ２００‐２から接続要求を受信すると、接続許可を示す接続応答（例えば、「２００  ＯＫ」メッセージ）をＳＩＰサーバ２００‐２に送信する（Ｓ３４）。接続応答は、ＳＩＰサーバ２００‐２からＳＩＰサーバ２００‐１を経由して電話機１００‐１に送信される（Ｓ３５，Ｓ３６）。これにより、電話機１００‐１は２つのＳＩＰサーバ２００‐１，２００‐２を経由してＩＶＲ５００と接続され、ＩＶＲ５００から自動音声案内なとのサービスの提供を受けることができる。
【００７２】
＜代替件数について＞
次に、ＵＲＩ変換テーブル３２０に記憶される代替件数について説明する。代替件数は、あるサイクル期間内において代替ＩＰ制御部３３０により算出される。代替ＩＰ制御部３３０は、算出処理後、代替件数をＵＲＩ変換テーブル３２０の対応する「代替件数」フィールドに記憶する。次サイクル期間内において、「代替件数」フィールドに記憶された件数に基づいて、上述した振り分けが行われる。
【００７３】
最初に、算出処理で用いられる各種件数について説明する。図８（Ａ）は現サイクルにおける各件数の例を説明するために用いられる図である。
【００７４】
まず、現サイクルにおいては、宛先電話番号問合せ件数Ｗｂと、代替ＩＶＲ電話番号問合せ件数Ｘｂと、代替ＩＶＲ直接振り分け件数Ｙｂと、宛先電話番号受付件数Ｚｂの各件数がある。
【００７５】
現サイクルの宛先電話番号問合せ件数Ｗｂは、例えば、ＤＮＳサーバ３００がＳＩＰサーバ２００‐１から受けた検索要求（図４、図６、及び図７のＳ１１）の件数とＳＩＰサーバ２００‐２から受けたＩＶＲ５００の検索要求（図７のＳ３１）の件数の和である。代替ＩＰ制御部３３０は、Ｓ１１とＳ３１の処理の際にＵＲＩ‐ＩＰ変換部３１０から各々信号を入力するため、例えばこれをカウントする。代替ＩＰ制御部３３０は、カウント値を管理テーブル３４０に記憶する。
【００７６】
図９は管理テーブル３４０の例を示す図である。代替ＩＰ制御部３３０は、管理テーブル３４０の「宛先電話番号問合せ件数」の「現サイクル」のうち、対応する宛先電話番号のフィールド「Ｗｂ＿１」，「Ｗｂ＿２」，…にカウントした値を記憶する。
【００７７】
図８（Ａ）に戻り、現サイクルの代替ＩＶＲ電話番号問合せ件数Ｘｂは、例えば、現サイクルにおいて、ＤＮＳサーバ３００がＳＩＰサーバ２００‐２からＩＶＲ５００の接続要求を受けた件数である（図７のＳ３１）。代替ＩＶＲ電話番号問合せ件数Ｘｂは、例えば、現サイクルにおいて、電話機１００‐１，１００‐２からの接続要求が２つのＳＩＰサーバ２００‐１，２００‐２を経由してＩＶＲ５００に送信された数でもある。この場合も、代替ＩＰ制御部３３０は、Ｓ３１の処理によりＵＲＩ‐ＩＰ変換部３１０からの信号とＵＲＩとに基づいて、代替ＩＶＲ電話番号問合せ件数Ｘｂを管理テーブル３４０の該当するフィールド「Ｘｂ＿１」，「Ｘｂ＿２」，…に記憶する。
【００７８】
現サイクルの代替ＩＶＲ直接振り分け件数Ｙｂは、例えば、現サイクルにおいて、ＤＮＳサーバ３００がＳＩＰサーバ２００‐１からの接続要求に対してＩＶＲ５００のＩＰアドレスを応答した数である（図６のＳ２３）。この場合も、代替ＩＰ制御部３３０は、ＵＲＩ‐ＩＰ変換部３１０からの信号とＵＲＩとに基づいて、管理テーブル３４０の該当するフィールド「Ｙｂ＿１」，「Ｙｂ＿２」，…に記憶する。
【００７９】
現サイクルの宛先電話番号受付件数Ｚｂは、例えば、現サイクルにおいて、電話機１００‐１，１００‐２からの接続要求が電話機１００‐３〜１００‐ｎに送信された数である。これは、後述するように、代替ＩＰ制御部３３０が３つの件数Ｗｂ，Ｘｂ，Ｙｂにより算出できる件数である。
【００８０】
図８（Ｂ）は各件数とサイクルとの関係例を示す図である。現サイクルに対して前サイクルと次サイクルとがある。前サイクルにおいては宛先電話番号問合せ件数Ｗａがあり、次サイクルにおいては宛先電話番号受付予測件数Ｚと、代替ＩＶＲ振り分け予測件数Ｙ０、次サイクルの宛先電話番号への接続要求予測件数Ｗとがある。代替件数は、これらも用いて算出される。
【００８１】
前サイクルの宛先電話番号問合せ件数Ｗａは、例えば、前サイクルにおいてＤＮＳサーバ３００に要求があった検索要求の数であり、現サイクルで算出された宛先電話番号問合せ件数Ｗｂが次サイクルにおいてＷａとなる。例えば、代替ＩＰ制御部３３０は、現サイクルの宛先電話番号問合せ件数Ｗｂを計算後、サイクル期間が終了すると、次サイクルの宛先電話番号Ｗａとして管理テーブル３４０（例えば図９）の該当するフィールド「Ｗａ＿１」，「Ｗｂ＿２」，…に記憶する。
【００８２】
次サイクルの宛先電話番号受付予測件数Ｚは、例えば、次サイクルにおいて電話機１００‐３〜１００‐ｎに接続されるものと予測される接続要求の数である。本実施例では、後述するようにＺ＝Ｚｂとして算出処理が行われる。
【００８３】
次サイクルの宛先電話番号への接続要求予測件数Ｗは、例えば、次サイクルにおいてＤＮＳサーバ３００に要求されると予測される検索要求の総数である。接続要求予測件数Ｗは、算出処理により予測される件数でもある。
【００８４】
代替ＩＶＲ振り分け予測件数Ｙ０は、例えば、次サイクルにおいて（調整前において）、ＳＩＰサーバ２００‐１からＩＶＲ５００へ直接接続要求が送信される数である。算出処理において算出される件数である。
【００８５】
次に、各件数を用いた代替ＩＰ制御部３３０における代替件数の算出処理について説明する。
【００８６】
図１０は算出処理の例を示すフローチャートである。代替ＩＰ制御部３３０による算出処理は、例えば、ＳＩＰサーバ２００‐２からＩＶＲ５００の検索要求を受信したとき（図７のＳ３１）を契機に開始してもよいし、任意の時刻を契機に開始してもよい。
【００８７】
代替ＩＰ制御部３３０は、算出処理を開始すると（Ｓ４０）、次サイクルにおいてある宛先電話番号への接続要求件数Ｗを算出する（Ｓ４１）。例えば、図８（Ｂ）に示すように、代替ＩＰ制御部３３０は、２つの接続要求件数Ｗａ，Ｗｂが直線で表わせることを利用して次サイクルの接続要求件数Ｗを算出する。代替ＩＰ制御部３３０は、例えば、
Ｗ＝Ｗｂ＋（Ｗｂ−Ｗａ）      ・・・（１）
を用いて算出（又は予測）する。代替ＩＰ制御部３３０は、宛先となる電話番号ごとに次サイクルの接続要求件数Ｗを算出する。
【００８８】
一方、現サイクルの接続要求件数Ｗｂに着目すると、図８（Ｂ）に示すように、当該件数Ｗｂは、例えば、接続要求に対して電話機１００‐３〜１００‐ｎに接続した件数Ｚｂと接続要求に対してＩＶＲ５００に接続した件数（Ｘｂ＋Ｙｂ）との和により示すことができる。すなわち、現サイクルの接続要求件数Ｗｂは、
Ｗｂ＝Ｚｂ＋（Ｘｂ＋Ｙｂ）      ・・・（２）
と示すことができる。
【００８９】
図１０に戻り、次いで、代替ＩＰ制御部３３０は、現サイクルの宛先電話番号受付件数Ｚｂと、次サイクルの宛先電話番号受付件数とは変わらないものとして計算する（Ｓ４２）。すなわち、代替ＩＰ制御部３３０は、
Ｚ＝Ｚｂ      ・・・（３）
として算出処理を行う。これは、現サイクルにおいても次サイクルにおいてもＤＮＳサーバ３００の処理能力は変わらないことを前提としているためである。式（３）と式（２）とから、
Ｚ＝Ｗｂ−（Ｘｂ＋Ｙｂ）      ・・・（４）
を得る。
【００９０】
次いで、代替ＩＰ制御部３３０は、次サイクルにおいて予測されるＩＶＲ５００への振り分け件数Ｙ０を以下の式により算出する（Ｓ４３）。
【００９１】
Ｙ０＝Ｗ−Ｚ      ・・・（５）
図８（Ｂ）を参照して明らかなように、次サイクルの代替ＩＶＲ振り分け予測件数Ｙ０は、次サイクルの接続要求件数Ｗと次サイクルの宛先電話番号受付件数Ｚとの差で算出されるからである。
【００９２】
式（１）と式（４）を式（５）に代入すると、式（５）は、
Ｙ０＝Ｗｂ＋（Ｗｂ−Ｗａ）−｛Ｗｂ−（Ｘｂ＋Ｙｂ）｝
＝Ｗｂ−Ｗａ＋Ｘｂ＋Ｙｂ      ・・・（６）
となる。代替ＩＰ制御部３３０は、管理テーブル３４０に記憶した各件数に基づいて、式（６）を計算することで、次サイクルにおいて予測される代替ＩＶＲ振り分け予測件数Ｙ０を算出する。
【００９３】
この場合、予測件数ＹＯのうち、いくつかはＳＩＰサーバ２００‐２を経由してＩＶＲ５００へ接続してもよいものとして、調整係数α（例えば、０＜α≦１）を予測件数Ｙ０に乗算する。すなわち、代替ＩＰ制御部３３０は、
Ｙ＝Ｙ０α
＝（Ｗｂ−Ｗａ＋Ｘｂ＋Ｙｂ）α      ・・・（７）
を計算する。代替ＩＰ制御部３３０は、件数Ｙを次サイクルにおいてＳＩＰサーバ２００‐１から直接ＩＶＲ５００のＩＰアドレスを振り分ける件数（又は代替件数）としてＵＲＩ変換テーブル３２０に記憶する（Ｓ４４）。
【００９４】
なお、代替ＩＰ制御部３３０は件数Ｙを算出後、現サイクルデータを前サイクルデータに、次サイクルデータを現サイクルデータに移す処理を行う。すなわち、代替ＩＰ制御部３３０は、
Ｗａ＝Ｗｂ      ・・・（８）
Ｙｂ＝Ｙ      ・・・（９）
の処理を行う。
【００９５】
そして、代替ＩＰ制御部３３０は算出処理を終了する（Ｓ４５）。これにより、ＤＮＳサーバ３００は、ＳＩＰサーバ２００‐１からの接続要求に対して、代替ＩＶＲ問合せ件数が「１」以上になり、以後、代替件数まではＩＶＲ５００のＩＰアドレスを送信することとなる。また、ＤＮＳサーバ３００は、代替件数を超える接続要求を受けると、ＳＩＰサーバ２００‐２のＩＰアドレスを送信することとなる。  
【００９６】
以上説明したように、本実施例では、ＤＮＳサーバ３００は、ＳＩＰサーバ２００‐２からのＩＶＲ５００のＩＰアドレスの検索要求を受信することにより、電話機１００‐３〜１００‐ｎが全て話中であることを確認できる。ＤＮＳサーバ３００は、かかる検索要求の受信後、電話機１００‐３〜１００‐ｎの接続要求に対応する検索要求をＳＩＰサーバ２００‐１から受信すると一定件数まではＩＶＲ５００のＩＰアドレスを返送する。これにより、電話機１００‐３〜１００‐ｎが全て話中となり、ＳＩＰサーバ２００‐１，２００‐２間において輻輳が発生するような状況となったとしても、接続要求がＳＩＰサーバ２００‐１からＩＶＲ５００に送信される。よって、電話機１００‐１，１００‐２は接続先であるＩＶＲ５００に接続することができ、ＩＶＲ５００から自動通話サービス等のサービスの提供を受けることができる。
【００９７】
＜その他の実施例＞
次にその他の実施例を説明する。上述した例は、ＤＮＳサーバ３００は、ＵＲＩ‐ＩＰ変換部３１０と、ＵＲＩ変換テーブル３２０と、代替ＩＰ制御部３３０と、管理テーブル３４０とを備えるものとして説明した。例えば、ＤＮＳサーバ３００に外付けの外付け装置３５０が接続されるようにしてもよい。図１１は外付け装置３５０の構成例を含む図である。この場合、外付け装置３５０は、代替ＩＰ制御部３３０と、管理テーブル３４０とを備え、ＤＮＳサーバ３００はＵＲＩ‐ＩＰ変換部３１０と、ＵＲＩ変換テーブル３２０とを備える。  
【００９８】
この場合でも、ＵＲＩ‐ＩＰ変換部３１０がＳ１１、Ｓ２３、及びＳ３１の処理を行うと、各処理を行ったことを示す信号を外付け装置３５０の代替ＩＰ制御部３３０に出力する。そして、代替ＩＰ制御部３３０は算出処理（例えば図１０）を行い、算出した代替件数をＵＲＩ変換テーブル３２０に記憶するようにする。これにより、外付け装置３５０を用いた場合でも上述した実施例と同様に実施できる。
【００９９】
また、上述した例では、代替件数Ｙを求める際に、現サイクルの各件数Ｘｂ，Ｙｂを用いて算出した（例えば、図８（Ｂ））。例えば、前サイクルの各件数（代替ＩＶＲ電話番号問合せ件数と代替ＩＶＲ直接振り分け件数）を用いて代替件数Ｙを求めるようにしてもよい。このように前サイクルを含めた２次近似により代替件数Ｙを求めることで、例えば、ＩＶＲ５００への振り分け件数の精度が上述した例より向上するようになる。
【０１００】
以上まとめると付記のようになる。
【０１０１】
（付記１）
検索要求に対してアドレスを応答する処理装置において、
第１のサーバから送信された第１の検索要求に対して第１のアドレスを応答するアドレス変換部と、
前記アドレス変換部が第２のアドレスを要求する第２の検索要求を第２のサーバから受信したとき、前記第１の検索要求に対して前記第１のアドレスに替えて前記第２のアドレスを応答するよう前記アドレス変換部を制御する代替制御部と、
を備えることを特徴とする処理装置。
【０１０２】
（付記２）
前記代替制御部は、第１の期間における、前記第１及び第２の検索要求の件数と、前記第１の検索要求に対して前記第２のアドレスを応答した件数と、更に第２の期間における前記第１の検索要求の件数とに基づいて、第３の期間において前記第１の検索要求に対して前記第２のアドレスを応答する件数を算出し、前記算出した件数分、前記第３の期間において前記第１の検索要求に対して前記第２のアドレスを応答するように前記代替制御部を制御することを特徴とする付記１記載の処理装置。
【０１０３】
（付記３）
更に、前記第１の期間における、前記第１及び第２の検索要求の件数と、前記第１の検索要求に対して前記第２のアドレスを応答した件数と、前記第２の期間における前記第１の検索要求の件数とを記憶する管理テーブルを備え、
前記代替制御部は、前記第１の期間における、前記第１及び第２の検索要求の件数と、前記第１の検索要求に対して前記第２のアドレスを応答した件数と、前記第２の期間における前記第１の検索要求の件数とをカウントし、カウントした各件数を前記管理テーブルに記憶し、前記管理テーブルに記憶された前記各件数に基づいて、前記算出を行うことを特徴とする付記２記載の処理装置。
【０１０４】
（付記４）
前記代替制御部は、前記第１の期間内における前記第１の検索要求の件数と前記第２の期間における前記第１の検索要求の件数とに基づいて、前記第３の期間における前記第１の検索要求の件数を予測し、
前記代替制御部は、前記第１の期間における、前記第１及び第２の検索要求の件数と、前記第１の検索要求に対して前記第２のアドレスを応答した件数とに基づいて、電話番号への接続要求が前記第２のサーバに接続された電話機に送信された件数を算出し、
更に、前記代替制御部は、前記第３の期間における前記第１の検索要求の件数と前記接続要求が前記電話機に送信された件数とに基づいて、前記第３の期間内において前記第１の検索要求に対して前記第２のアドレスを応答する予測件数を算出し、前記算出した予測件数に基づいて、前記第３の期間において前記第１の検索要求に対して前記第２のアドレスを応答する件数を算出することを特徴とする付記２記載の処理装置。
【０１０５】
（付記５）
前記代替制御部は、前記算出した予測件数の一部を前記第３の期間において前記第１の検索要求に対して前記第２のアドレスを応答する件数とし、前記算出した予測件数の残りを前記第１のアドレスとして前記第２のサーバのアドレスを応答することを特徴とする付記４記載の処理装置。
【０１０６】
（付記６）
前記代替制御部は、前記算出した予測件数に調整係数α（０＜α≦１）を乗算した件数を、前記第３の期間内において前記第１の検索要求に対して前記第２のアドレスを応答する件数とし、前記予測件数のうち残りの件数を前記第１のアドレスとして前記第２のサーバのアドレスを応答することを特徴とする付記５記載の処理装置。
【０１０７】
（付記７）
前記第１の検索要求には、前記第２のサーバに接続された電話機に対する電話番号が含まれることを特徴とする付記１記載の処理装置。
【０１０８】
（付記８）
前記第１のアドレスは前記第２のサーバを識別する番号を示すことを特徴とする付記１記載の処理装置。
【０１０９】
（付記９）
前記第２のアドレスは前記第１及び第２のサーバに接続された自動応答装置を識別する番号であることを特徴とする付記１記載の処理装置。
【０１１０】
（付記１０）
第１のサーバから送信された第１の検索要求に対して第１のアドレスを応答する第３のサーバに接続された処理装置において、
前記第３のサーバが第２のアドレスを要求する第２の検索要求を第２のサーバから受信したとき、前記第１の検索要求に対して前記第１のアドレスに替えて前記第２のアドレスを応答するよう前記第３のサーバを制御する代替制御部、
を備えることを特徴とする処理装置。
【０１１１】
（付記１１）
検索要求に対してアドレスを応答する処理装置における処理方法であって、
第１のサーバから送信された第１の検索要求に対して、アドレス変換部により第１のアドレスを応答し、
第２のアドレスを要求する第２の検索要求を第２のサーバから受信したとき、代替制御部により、前記第１の検索要求に対して前記第１のアドレスに替えて前記第２のアドレスを応答するよう前記アドレス変換部を制御する、
ことを特徴とする処理方法。
【０１１２】
（付記１２）
発信側の電話機に接続された第１のサーバと、
着信側の電話機に接続された第２のサーバと、
検索要求に対してアドレスを応答する処理装置とを備える通信システムにおいて、
前記処理装置は、前記第１のサーバから送信された第１の検索要求に対して第１のアドレスを応答するアドレス変換部と、前記アドレス変換部が第２のアドレスを要求する第２の検索要求を前記第２のサーバから受信したとき、前記第１の検索要求に対して前記第１のアドレスに替えて前記第２のアドレスを応答するよう前記アドレス変換部を制御する代替制御部とを備え、
前記第１のサーバは、前記第２のアドレスを受信したとき、前記発信側の電話機から送信された前記着信側の電話機に対する接続要求を前記第１のサーバに接続された自動応答装置に直接送信することを特徴とする通信システム。
【符号の説明】
【０１１３】
１０：通信システム                
１００‐１〜１００‐ｎ：電話機        ２００‐１，２００‐２：ＳＩＰサーバ
２１０‐１，２１０‐２：呼制御部      ３００：ＤＮＳサーバ
３１０：ＵＲＩ‐ＩＰ変換部            ３２０：ＵＲＩ変換テーブル
３３０：代替ＩＰ制御部                ３４０：管理テーブル
３５０：外付け装置                    ４００：サービスエッジ
４１０：回線数管理部                  ４２０：接続状態テーブル
【図１】
0005505170.tif 000002
【図２】
0005505170.tif 000003
【図３】
0005505170.tif 000004
【図４】
0005505170.tif 000005
【図５】
0005505170.tif 000006
【図６】
0005505170.tif 000007
【図７】
0005505170.tif 000008
【図８】
0005505170.tif 000009
【図９】
0005505170.tif 000010
【図１０】
0005505170.tif 000011
【図１１】
0005505170.tif 000012