JP7421158B2 - 方路選択装置および方路選択方法 - Google Patents

Description

この発明は、複数のＩＰ（Internet Protocol）電話機が接続され、ＩＰ網を通じた音声パケットの中継処理を行って音声通話を可能にする装置であって、適切な方路（通話パス）を選択して、音声通話を可能にする方路選択装置及び方路選択方法に関する。

ＶｏＩＰ（Voice over Internet Protocol）を用い、音声データをパケット化してＩＰ網を通じて送受信することにより通話を行えるようにするＩＰ電話が広く用いられるようになってきている。後に記す特許文献１には、ＩＰ電話システムを構築する場合に用いられるＶｏＩＰ装置に関する発明が開示されている。当該発明は、複数のＩＰ電話機を収容するＶｏＩＰ装置を、複数の拠点のそれぞれに配置してＩＰ電話システムを構築した場合に、ＶｏＩＰ装置間に接続される通話セッションが多くなっても、ＶｏＩＰ装置の負荷が大きくならないようにするものである。

例えば、拠点Ａと拠点Ｂのそれぞれに、複数のＩＰ電話機が接続されるＶｏＩＰ装置を配置し、拠点Ａと拠点Ｂとの間で、それぞれの拠点の複数のＩＰ電話機が用いられて複数の通話セッションが接続される場合を考える。この場合に、引用文献１の発明を適用すると、拠点Ａと拠点ＢのそれぞれのＶｏＩＰ装置は、自機の配下の複数のＩＰ電話機からの音声パケットを結合すると共に、受信側で分離するための付加情報を付加し送信する。拠点Ａと拠点ＢのそれぞれのＶｏＩＰ装置は、受信した結合パケットをこれに付加されている付加情報に基づいて結合前の音声パケットに分離し、それぞれのＩＰ電話機に提供する。

これにより、拠点ＡのＶｏＩＰ装置と拠点ＢのＶｏＩＰ装置との間で送受される音声パケットの数を抑制し、それぞれのＶｏＩＰ装置における音声パケットの送信、受信にかかる負荷を軽減できる。

特開２０１８－１９１１６号公報

複数のＩＰ電話機を収容し、各拠点に設置されるＶｏＩＰ装置間のＩＰ網を通じての通話セッションの接続は、ＳＩＰ（Session Initiation Protocol）サーバを介して行われる。ＳＩＰサーバは、自機を介して呼び出す可能性のあるＶｏＩＰ装置に割り当てられた電話番号とＩＰアドレスとを対応付けて管理する。ＳＩＰサーバは、ＶｏＩＰ装置を介して提供されたＩＰ電話機からの発信要求に応じて、相手先の電話番号から相手先のＩＰアドレスを特定し、ＩＰ網を通じて当該相手先を呼び出して通話セッションを接続するといった呼制御を行う。

このため、ＶｏＩＰ装置は、自機が通常使用するＳＩＰサーバの例えばＵＲＬ（uniform resource locator）を保持しており、当該ＳＩＰサーバにアクセスし、自機に割り当てられた電話番号とＩＰアドレスとを事前に登録しておくようにする。相手先となる他のＶｏＩＰ装置も同様に、自機に割り当てられた電話番号とＩＰアドレスとを当該ＳＩＰサーバに対して登録しておくようにする。これにより、当該ＶｏＩＰ装置間においては、当該ＳＩＰサーバを介して相互に相手先の特定ができるようになるので、通話セッションの接続が可能になる。

しかしながら、当該ＳＩＰサーバに不具合が発生し、接続ができなくなったり、また、当該ＳＩＰサーバを介しての通信が多くなった場合には、輻輳状態となって、通話セッションの接続に時間がかかったりする場合がある。このような場合には、ＶｏＩＰ装置において、バックアップ用のＳＩＰサーバに接続先を変更登録したり、接続先のＳＩＰサーバを手動で変更したりするといった操作が必要になる。このため、ＩＰ電話を通じての電話が掛かり難くなった場合であっても、その原因が特定できずに、通常使用する当該ＳＩＰサーバを使い続けてしまうといった不具合が発生する可能性がある。

以上のことに鑑み、この発明は、通常使用するＳＩＰサーバなどの仲介サーバに接続し難くなるなど、通信状態が悪くなった場合に、使用者（ユーザ）の手を煩わせることなく、利用可能な他の仲介サーバを経由する方路を選択できるようにすることを目的とする。

上記課題を解決するため、請求項１に記載の発明の方路選択装置は、
ネットワークに接続された仲介サーバを介して、自機に接続された配下の電話機と前記ネットワークに接続されている他の電話機との間で通話セッションを接続するための方路選択装置であって、
前記仲介サーバは、前記ネットワークを通じて通話セッションを接続する電話装置に割り当てられている電話番号と当該電話装置の前記ネットワーク上の所在を示すアドレス情報とを管理し、電話番号から着信先の所在を特定して通話セッションを接続するようにするものであって、前記ネットワーク上に通常仲介サーバと拡張仲介サーバとが設けられており、
前記ネットワーク上の前記拡張仲介サーバを介して発信を行うことにより、通話セッションの接続が可能な相手先の電話番号である着信先電話番号を記憶保持する記憶手段と、
自機に割り当てられている電話番号と自機の前記ネットワーク上の所在を示すアドレス情報との登録を、前記通常仲介サーバと前記拡張仲介サーバとに行う登録処理手段と、
前記配下の電話機から着信先電話番号を含む発信要求を受け付けた場合に、前記記憶手段の格納情報を参照し、前記着信先電話番号が登録されているか否かを判別する登録判別手段と、
前記登録判別手段により前記着信先電話番号が登録されていないと判別された場合に、自機が前記拡張仲介サーバの利用が可能なものであることを示す発信側所定情報を付加した発信メッセージを形成し、前記通常仲介サーバを介して着信先に送信する第１の発信処理手段と、
前記第１の発信処理手段を通じて前記発信メッセージを送信することにより、着信先から送信されて来る応答メッセージを受け付けて、当該応答メッセージに、着信先の電話装置が前記拡張仲介サーバの利用が可能なものであることを示す着信側所定情報が付加されているか否かを判別する第１の付加判別手段と、
前記第１の付加判別手段により、前記着信側所定情報が付加されていると判別された場合に、前記応答メッセージに含まれる着信先電話番号を前記記憶手段に登録する第１の対向機登録手段と、
前記通常仲介サーバとの通信状態を判別する状態判別手段と、
前記登録判別手段により、前記記憶手段に前記着信先電話番号が登録されていると判別された場合に、前記状態判別手段による判別結果を確認する確認手段と、
前記確認手段により、前記状態判別手段での判別結果が、通信状態が良好でないと確認された場合に、発信メッセージを形成し、前記拡張仲介サーバを介して着信先に送信する第２の発信処理手段と
を備えることを特徴とする。

請求項１に記載の発明の方路選択装置によれば、拡張仲介サーバを通じて電話を掛けることができる着信先の着信先電話番号を記憶する記憶手段を備える。登録処理手段により、自機の電話番号とアドレス情報とが、通常仲介サーバと拡張仲介サーバとに登録される。登録判別手段により、発信時において、電話を掛ける相手先の電話番号（着信先電話番号）が、記憶手段に記憶されているか否かが判別される。登録判別手段により、着信先の電話番号は、記憶手段に記憶されていないと判別された場合には、第１の発信処理手段により、発信メッセージに発信側所定情報を付加して通常仲介サーバを通じて発信される。

発信された発信メッセージに応じて、着信先から送信されて来る応答メッセージは、第１の付加判別手段により受け付けられ、当該応答メッセージに着信側所定情報が付加されているか否かが判別される。第１の付加判別手段により、着信側所定情報が付加されていると判別された場合には、第１の対向機登録手段により、着信先電話番号が記憶手段に記録される。状態判別手段により、通常仲介サーバとの通信状態が判別するようにされており、登録判別手段により、着信先の電話番号は、記憶手段に記憶されていると判別された場合には、確認手段により、状態判別手段による通常仲介サーバとの通信状態の判別結果が確認される。この確認の結果、通信状態は良好でないと確認された場合には、第２の発信処理手段が発信メッセージを形成し、拡張仲介サーバを介して発信が行われる。

これにより、着信先が拡張仲介サーバを利用することができる電話装置か否かを自動的に把握することができると共に、通常仲介サーバとの間の通信状態が悪い場合には、自動的に拡張仲介サーバを介して電話を掛けることができる。

この発明によれば、通常使用するＳＩＰサーバなどの仲介サーバに接続し難くなった場合に、使用者（ユーザ）の手を煩わせることなく、利用可能な他の仲介サーバを経由する方路を選択することができる。これにより、常時、安定してＩＰ網を通じて通話を行うことができる。

実施の形態の電話通信システムを説明するための図である。 通常ＳＩＰサーバの構成例を説明するためのブロック図である。 電話番号管理ＤＢ（Data Base）を説明するための図である。 アドレス管理ＤＢ（Data Base）を説明するための図である。 拡張ＳＩＰサーバの構成例を説明するためのブロック図である。 ＶｏＩＰ装置の構成例を説明するためのブロック図である。 ＶｏＩＰ装置から通常ＳＩＰサーバと拡張ＳＩＰサーバへのアドレス登録処理を説明するためのシーケンス図である。 通常ＳＩＰサーバを通じて通話セッションを接続して通話を行う場合の処理を説明するためのシーケンス図である。 拡張ＳＩＰサーバを通じて通話セッションを接続して通話を行う場合の処理を説明するためのシーケンス図である。 ＶｏＩＰ装置の発信時の処理を説明するためのフローチャートである。 ＶｏＩＰ装置の着信時の処理を説明するためのフローチャートである。 実施の形態のＶｏＩＰ装置で行われる方路選択処理について説明するための図である。

以下、図を参照しながら、この発明の装置、方法の一実施の形態について説明する。以下に説明する実施の形態においては、例えば、会社の本社と支社との間などのように、頻繁に通信を行う必要のある拠点ごとにＩＰ電話システムを構築し、ＩＰ網を通じて当該拠点間で通話（音声による電話通信）を可能にする場合を例にして説明する。

［電話通信システムの構成例］
図１は、実施の形態の電話通信システムを説明するための図である。図１に示すように、ＩＰ網６に対しては、拠点Ａに構成されたＩＰ電話システムと、拠点Ｂに構成されたＩＰ電話システムが接続されている。また、ＩＰ網６に対しては、通常ＳＩＰサーバ４と拡張ＳＩＰサーバ５とが接続されている。ＩＰ網６は、インターネット・プロトコル・スイート（Internet protocol suite）技術を利用して相互接続されたコンピュータネットワークを意味し、インターネットをも含む。すなわち、ＩＰ網６は、インターネット・プロトコルを用いて通信が可能なネットワークである。

拠点Ａに接続されたＩＰ電話システムは、ＩＰ網６に接続されたＶｏＩＰ装置１Ａに対して、複数の電話機（電話端末）３Ａ（１）、３Ａ（２）、…が接続されたＰＢＸ２Ａが接続されている。拠点Ｂに接続されたＩＰ電話システムは、ＩＰ網６に接続されたＶｏＩＰ装置１Ｂに対して、複数の電話機（電話端末）３Ｂ（１）、３Ｂ（２）、…が接続されたＰＢＸ２Ｂが接続されている。ＶｏＩＰ装置１Ａは、ＩＰ網６とＰＢＸ２Ａ以下のボタン電話ネットワークとを接続するゲートウェイ装置としての機能を実現する。同様に、ＶｏＩＰ装置１Ｂは、ＩＰ網６とＰＢＸ２Ｂ以下のボタン電話ネットワークとを接続するゲートウェイ装置としての機能を実現する。

ＰＢＸ２Ａ、２Ｂは、構内交換機を意味し、外線への発信や外線からの着信、内線間の通話、保留や転送などの種々の電話制御（呼制御）を行う。電話機３Ａ（１）、３Ａ（２）、…、電話機３Ｂ（１）、３Ｂ（２）、…のそれぞれは、いわゆるボタン電話機である。電話機３Ａ（１）、３Ａ（２）、…、電話機３Ｂ（１）、３Ｂ（２）、…のそれぞれは、ＶｏＩＰ装置１Ａ、１Ｂの機能により、ＩＰ網６を通じての音声通話ができる。

なお、この実施の形態においては、電話会社と契約を結ぶことにより、拠点Ａに対しては、電話番号「０３－１１１１－１１１１」が割り当てられており、拠点Ｂに対しては、電話番号「０３－９９９９－９９９９」が割り当てられているものとする。すなわち、拠点ＡのＶｏＩＰ装置１Ａは、自機に割り当てられた電話番号として「０３－１１１１－１１１１」を用い、拠点ＢのＶｏＩＰ装置１Ｂは、自機に割り当てられた電話番号として「０３－９９９９－９９９９」を用いることになる。

通常ＳＩＰサーバ４は、例えば、ＩＰ電話サービスを提供する電話会社などにより設置されたものである。拡張ＳＩＰサーバ５は、例えば、ＶｏＩＰ装置１Ａ、１Ｂなどの製造会社や販売会社などにより設置されたものである。通常ＳＩＰサーバ４は、ＩＰ網６を通じて通話セッションを接続するＶｏＩＰ装置などに割り当てられるようにされている電話番号と当該ＶｏＩＰ装置などのＩＰ網６上の所在を示すＩＰアドレスとを管理する。これにより、通常ＳＩＰサーバ４は、着信先の電話番号から着信先のＩＰアドレスを特定して、発信元と着信先との間に通話セッションを接続する機能を備える。

また、拡張ＳＩＰサーバ５も通常ＳＩＰサーバ４と同様に、ＩＰ網６を通じて通話セッションを接続するＶｏＩＰ装置などに割り当てられている電話番号と当該ＶｏＩＰ装置などのＩＰ網６上の所在を示すＩＰアドレスとを管理する。これにより、拡張ＳＩＰサーバ５もまた、着信先電話番号から着信先のＩＰアドレスを特定し、発信元と着信先との間に通話セッションを接続する機能を実現する。

このように、通常ＳＩＰサーバ４と拡張ＳＩＰサーバ５とは共に、通話セッションの接続を仲介する仲介サーバとしての機能を有する。通常ＳＩＰサーバ４は、ＶｏＩＰ装置などを通じて通話を行うようにする場合に、通常時における最初のアクセス先となる。これに対して拡張ＳＩＰサーバ５は、ＶｏＩＰ装置などが通常ＳＩＰサーバ４を通じて正常に通信を行うことができない場合に、通常ＳＩＰサーバ４に代わってアクセス先となり、通話セッションを接続する処理を行う機能を実現する。正常に通信を行うことができない場合には、例えば、通常ＳＩＰサーバ４に故障が生じた場合や、通常ＳＩＰサーバ４を介しての通話セッションが輻輳し通話に遅延が生じている場合などがある。

ＶｏＩＰ装置１Ａ、１Ｂは、通常ＳＩＰサーバ４と正常に通信を行うことができない場合には、使用者の手動操作に拠ることなく、自機の機能により、自律的に方路（通信パス）を切り替えることができるようにしている。すなわち、通常ＳＩＰサーバ４を通じて通話セッションを接続するのか、拡張ＳＩＰサーバ５を通じて通話セッションを接続するのかを、ＶｏＩＰ装置１Ａ、１Ｂは、自律的に選択することができるようになっている。しかも、通話の相手先が、通常ＳＩＰサーバ４だけでなく、拡張ＳＩＰサーバ５も使用できるものか否かの特定も、当該通話の相手先との間で行われる相互の通信により、自動的に行うことができるようになっている。

以下においては、この実施の形態の電話通信システムを構成する通常ＳＩＰサーバ４、拡張ＳＩＰサーバ５、ＶｏＩＰ装置１Ａ、１Ｂの構成例について説明する。なお、ＶｏＩＰ装置１Ａ、１Ｂは、基本的には同様の構成を備え、同様の機能を実現するものである。このため、以下においては、特に区別して示す必要がある場合を除き、ＶｏＩＰ装置１Ａ、１Ｂを総称して、ＶｏＩＰ装置１と記載する。

また、ＰＢＸ２Ａと、ＰＢＸ２Ｂとは、基本的には同様の構成を有するものであり
従来のものと構成が大きく変わるものではない。同様に、電話機３Ａ（１）、３Ａ（２）、…と、電話機３Ｂ（１）、３Ｂ（２）、…とは、基本的には同様の構成を有するものであり、従来のものと構成が大きく変わるものではない。このため、ＰＢＸ２Ａ、２Ｂと、電話機３Ａ（１）、３Ａ（２）、…、電話機３Ｂ（１）、３Ｂ（２）、…とについての構成の説明は省略する。また、特に区別して示す場合を除き、ＰＢＸ２Ａ、２Ｂは、ＰＢＸ２と総称し、電話機３Ａ（１）、３Ａ（２）、…、電話機３Ｂ（１）、３Ｂ（２）、…は、電話機３と総称する。

また、ＶｏＩＰ装置には、例えば、ルータや拠点ごとに設けられるＳＩＰサーバ機能を備えた電話管理装置など、各拠点に形成された電話ネットワークとＩＰ網６とを接続するための機能を実現するための種々の装置が含まれる。また、この明細書において、電話装置という場合には、ＶｏＩＰ装置の他、ボタン電話機やＩＰ電話機などの通話を行うための種々の端末装置も含まれるものとする。

［通常ＳＩＰサーバ４の構成例］
図２は、通常ＳＩＰサーバ４の構成例を説明するためのブロック図である。図２において、接続端４０１Ｔは、ＩＰ網６との接続端を構成し、通信Ｉ／Ｆ（Inter Face）４０１は、ＩＰ網６を通じた通信機能を実現する。制御部４０２は、図示しないが、ＣＰＵ（Central Processing Unit）、ＲＯＭ（Read Only Memory）、ＲＡＭ（Random Access Memory）、不揮発性メモリなどがバスを通じて接続されて形成されたマイクロプロセッサである。制御部４０２は、通常ＳＩＰサーバ４の各部を制御する。

電話番号管理ＤＢ４０３は、ＨＤＤ（Hard Disk Drive）やＳＳＤ（Solid State Drive）などの記憶装置部の記録媒体に形成され、ＩＰ電話サービスの提供を受けるための契約を締結することにより、契約者に対して割り当てた電話番号を管理する。図３は、電話番号管理ＤＢ４０３を説明するための図であり、これに格納される格納データの例を示している。図３に示すように、電話番号管理ＤＢ４０３には、契約者に対して付与された契約者ＩＤと、契約者によって決められたパスワードと、契約者に対して割り当てられた電話番号とが対応付けられて記録されている。

アドレス管理ＤＢ４０４は、ＨＤＤやＳＳＤなどの記憶装置部の記録媒体に形成され、ＩＰ網６を通じて送信されて来るレジスタ（REGISTER）要求に応じて、当該通常ＳＩＰサーバ４を通じて呼び出す可能性のある電話装置に関する情報を管理する。図４は、アドレス管理ＤＢ４０４を説明するための図である。図４に示すように、アドレス管理ＤＢ４０４には、自機を通じて呼び出す可能性のある電話装置の電話番号、ＩＰアドレス、ポート番号などの情報が対応付けられて記録されている。

なお、電話装置の電話番号は、上述もしたように、契約を結ぶことにより電話会社より割り当てられるものである。また、ＩＰアドレスは、電話会社側のＩＳＰ（Internet Services Provider）や所定のＤＨＣＰ（Dynamic Host Configuration Protocol）サーバから割り当てられたものが用いられる。ＩＰアドレスやポート番号は、ＶｏＩＰ装置などの電話装置から通常ＳＩＰサーバ４や拡張ＳＩＰサーバ５に通知される。

認証処理部４０５は、ＩＰ網６を通じて提供され、接続端４０１Ｔ及び通信Ｉ／Ｆ４０１を通じて自機宛ての種々の要求を受信した場合に、自機に接続可能な相手先か否かの認証を取る処理を行う。認証処理部４０５は、受信した要求に含まれる契約者ＩＤとパスワードとを用いて、電話番号管理ＤＢ４０３を参照し、該当する契約者ＩＤとパスワードとが登録されている、適切な契約関係がある契約者の電話装置からの要求か否かを判別する。認証処理部４０５において、受信した要求が適切な契約関係がある契約者の電話装置からのものであると判別された場合には、当該要求は処理の対象となり、そうでない要求は破棄される。もちろん、接続要求が到来したときに、契約者ＩＤやパスワードの提供を要求するようにしてもよい。

アドレス管理部４０６は、受信した要求が認証処理部４０５において認証が取れた、ＩＰ網６上の電話装置からのレジスタ要求である場合に機能する。この場合、アドレス管理部４０６は、認証処理部４０５の認証処理により特定された電話番号と、当該レジスタ要求に含まれる要求元の電話装置からのＩＰアドレスとポート番号などの情報を対応付けて、アドレス管理ＤＢ４０４に登録する処理を行う。

電話番号提供部４０７は、アドレス管理部４０６が機能して電話番号などの情報をアドレス管理ＤＢ４０４に登録した場合に、電話番号をレジスタ要求元の電話装置に提供する処理を行う。これにより、レジスタ要求元の電話装置は、自機に割り当てられた電話番号を把握し、発信時に用いることが可能になる。つまり、この実施の形態において、ＶｏＩＰ装置１Ａ、１Ｂなどの電話装置は、自機に割り当てられた電話番号を把握していない。このため、ＶｏＩＰ装置１Ａ、１Ｂなどの電話装置は、通常ＳＩＰサーバ４に対してレジスタ要求を行うことにより、自機に割り当てられた電話番号の提供を受けて把握することができるようになっている。

接続制御部４０８は、発信メッセージ（INVITEメッセージ）を受け付けた場合に、当該発信メッセージに含まれる着信先電話番号に基づいて、アドレス管理ＤＢ４０４を参照し、着信先のＩＰアドレスを特定して、当該着信先に発信メッセージを送信する処理を行う。また、接続制御部４０８は、発信メッセージに応じて、応答した着信先の電話装置から送信されて来る応答メッセージ（応答コード（200 OK））を、発信元に送信する処理を行う。このように、通常ＳＩＰサーバ４は、自機を通じて呼び出す可能性のある電話装置の電話番号やＩＰアドレスを管理し、発信元と着信先との間に通話セッションを確立して、通話を行うことができるようにする。

［拡張ＳＩＰサーバ５の構成例］
図５は、拡張ＳＩＰサーバ５の構成例を説明するためのブロック図である。図５において、接続端５０１Ｔは、ＩＰ網６との接続端を構成し、通信Ｉ／Ｆ５０１は、ＩＰ網６を通じた通信機能を実現する。制御部５０２は、図示しないが、ＣＰＵ、ＲＯＭ、ＲＡＭ、不揮発性メモリなどがバスを通じて接続されて形成されたマイクロプロセッサであり、拡張ＳＩＰサーバ５の各部を制御する。

アドレス管理ＤＢ５０３は、ＨＤＤやＳＳＤなどの記憶装置部の記録媒体に形成され、ＩＰ網６を通じて送信されて来るレジスタ（REGISTER）要求に応じて、自機を通じて呼び出す可能性のある電話装置に関する情報を記憶保持する。アドレス管理ＤＢ５０３は、図４を用いて説明した通常ＳＩＰサーバ４のアドレス管理ＤＢ４０４と同様に構成される。アドレス管理部５０４は、要求元の電話番号、ＩＰアドレス、ポート番号といった必要情報を含むレジスタ要求を受信した場合に機能し、これら電話番号、ＩＰアドレス、ポート番号などの情報を対応付けて、アドレス管理ＤＢ５０３に登録する処理を行う。

接続制御部５０５は、発信メッセージ（発信要求）を受け付けた場合に、当該発信メッセージに含まれる着信先電話番号に基づいて、アドレス管理ＤＢ５０３を参照し、着信先のＩＰアドレスを特定して、当該着信先に発信メッセージを送信する処理を行う。また、接続制御部５０５は、発信メッセージに応じて、応答した着信先の電話装置から送信されて来る応答メッセージを、発信元に送信する処理を行う。

このように、図５に示した拡張ＳＩＰサーバ５は、図２に示した通常ＳＩＰサーバ４において、電話番号管理ＤＢ４０３と、認証処理部４０５と、電話番号提供部４０７とを備えない点を除き、通常ＳＩＰサーバ４と同様の構成を有する。拡張ＳＩＰサーバ５は、通常ＳＩＰサーバ４と同様に、自機を通じて呼び出す可能性のある電話装置の電話番号やＩＰアドレスを管理し、発信元と着信先との間に通話セッションを確立して、通話を行うことができるようにする。

なお、拡張ＳＩＰサーバ５にも、例えば、契約者ＩＤとパスワードとを対応付けて記憶する契約者マスタファイルを備えるように構成してもよい。これにより、拡張ＳＩＰサーバ５においても、認証処理部を設け、契約者ＩＤとパスワードを含む要求を受信した場合に認証処理を行い、認証が取れた要求だけを処理する構成とすることも可能である。

［ＶｏＩＰ装置１Ａ、１Ｂの構成例］
図６は、ＶｏＩＰ装置１の構成例を説明するためのブロック図である。ＶｏＩＰ装置１は、この発明の方路選択装置、方路選択方法の一実施の形態が適用されたものである。図６において、接続端１０１Ｔは、ＩＰ網６との接続端を構成し、通信Ｉ／Ｆ１０１は、ＩＰ網６を通じた通信機能を実現する。制御部１０２は、図示しないが、ＣＰＵ、ＲＯＭ、ＲＡＭ、不揮発性メモリなどがバスを通じて接続されて形成されたマイクロプロセッサであり、ＶｏＩＰ装置１の各部を制御する。

記憶装置１０３は、例えば、ＨＤＤやＳＳＤなどの、記録媒体とそのドライバとからなる記憶装置部であり、種々のデータの記録媒体への記録、変更、削除を行う。記憶装置１０３は、必要となるデータやプログラムを記憶保持する他、種々の処理において生じる中間データを一時記憶する作業領域としても用いられる。対応対向機メモリ１０４は、ＨＤＤやＳＳＤなどの記憶装置部の記録媒体に形成され、図１に示した拡張ＳＩＰサーバ５を通じて通話セッションの接続が可能な着信先の電話装置の電話番号（着信先電話番号）を記憶保持する。

接続端１０５Ｔは、下位の電装装置との接続端を構成し、接続Ｉ／Ｆ１０５は、下位の電話装置との間での通信機能を実現する。この実施の形態においては、図１に示したように、接続端１０５Ｔ及び接続Ｉ／Ｆ１０５を通じて、ＰＢＸ２が接続される。ＰＢＸ２には、１以上の電話機３が収容されているので、各電話機３は、ＰＢＸ２及びＶｏＩＰ装置１を通じて、ＩＰ網６に接続される。パケット分解／生成部１１０は、パケット化されて送受される種々のデータの分解処理／生成処理を行う。

すなわち、接続端１０１Ｔ及び通信Ｉ／Ｆ１０１を通じて受信されたパケットデータ（パケット化されたデータ）は、パケット分解／生成部１１０に供給される。パケット分解／生成部１１０は、これに供給されたパケットデータを分解処理して、制御データや音声データを抽出する。ここで抽出された、制御データは、制御部１０２に供給され、音声データは、接続Ｉ／Ｆ１０５及び接続端１０５Ｔを通じて、配下の電話機３に供給される。また、接続端１０５Ｔ及び接続Ｉ／Ｆ１０５を通じて受け付けた要求データや音声データは、パケット分解／生成部１１０に供給される。パケット分解／生成部１１０は、これに供給された要求データや音声データをパケット化してパケットデータを生成し、これを通信Ｉ／Ｆ１０１及び接続端１０１Ｔを通じてＩＰ網６に送出し、相手先に送信する。

アドレス登録処理部１１１は、制御部１０２の制御の下、自機に割り当てられている電話番号と自機のＩＰ網６上の所在を示すＩＰアドレスとの登録を、通常ＳＩＰサーバ４と拡張ＳＩＰサーバ５との両方に行う機能を実現する。ＶｏＩＰ装置１においては、例えば、制御部１０２の不揮発性メモリに、通常ＳＩＰサーバ４と拡張ＳＩＰサーバ５のＵＲＬ（Uniform Resource Locator）や自機に割り当てられたＩＰアドレス、契約者ＩＤ、パスワードなどの必要になる情報を記憶保持している。但し、上述したように、この実施の形態においては、ＶｏＩＰ装置１に対して割り当てられる電話番号は、ＶｏＩＰ装置１においては、把握されておらず、通常ＳＩＰサーバ４にアクセスすることにより提供される。

このため、アドレス登録処理部１１１は、まず、通常ＳＩＰサーバ４のＵＲＬを用いて通常ＳＩＰサーバ４にアクセスして、自機の契約者ＩＤ及びパスワード、自機に割り当てられたＩＰアドレスやポート番号を含むレジスタ要求を提供する。通常ＳＩＰサーバ４においては、上述もしたように、契約者ＩＤとパスワードを用いた認証処理を行い、認証が取れれば、図３を用いて説明した電話番号管理ＤＢ４０３の情報に基づいて、要求元に割り当てられている電話番号も特定できる。これにより、通常ＳＩＰサーバ４においては、要求元のＶｏＩＰ装置１について特定した電話番号と、要求元のＶｏＩＰ装置１から提供を受けたＩＰアドレスなどのアドレス情報の登録を行うことになる。更に、通常ＳＩＰサーバ４においては、レジスタ要求元のＶｏＩＰ装置１に対して、特定した電話番号を通知する。これにより、ＶｏＩＰ装置１は、使用者の手を介することなく、自機に割り当てられた電話番号を把握できる。

また、アドレス登録処理部１１１は、通常ＳＩＰサーバ４へのアドレス登録だけではなく、更に、拡張ＳＩＰサーバ５へのアドレス登録も行う。すなわち、通常ＳＩＰサーバ４へのアドレス登録を終え、自機に割り当てられた電話番号を取得したＶｏＩＰ装置１のアドレス登録処理部１１１は、拡張ＳＩＰサーバ５のＵＲＬを用いて拡張ＳＩＰサーバ５にアクセスする。アドレス登録処理部１１１は、取得した自機の電話番号とＩＰアドレスとポート番号などの必要情報を含むレジスタ要求を形成して、拡張ＳＩＰサーバ５に提供する。これにより、拡張ＳＩＰサーバ５は、要求元のＶｏＩＰ装置１の電話番号、ＩＰアドレス、ポート番号を対応付けて、アドレス管理ＤＢ５０３に登録する処理を行う。このように、アドレス登録処理部１１１は、通常ＳＩＰサーバ４と拡張ＳＩＰサーバ５との両方にアドレス登録を行う機能を実現する。これにより、ＶｏＩＰ装置１は、通常ＳＩＰサーバ４を通じても、また、拡張ＳＩＰサーバ５を通じても、通話セッションの接続が可能になる。

登録判別部１１２は、制御部１０２の制御の下、配下の電話機３からの電話を掛ける相手先（着信先）の電話番号（着信先電話番号）を含む発信要求を受け付けて、自機から発信する場合に機能する。登録判別部１１２は、対応対向機メモリ１０４の格納データを参照し、当該着信先電話番号が登録されているか否かを判別し、判別結果を制御部１０２に通知する。登録判別部１１２における判別結果が、登録されていないことを示す場合には、通常ＳＩＰサーバ４を介して発信を行う。また、登録判別部１１２における判別結果が、登録されていることを示す場合には、通常ＳＩＰサーバ４との通信状況に応じて、通常ＳＩＰサーバ４を介して発信を行うのか、拡張ＳＩＰサーバ５を介して発信を行うのかが決められる。

第１の発信処理部１１３は、制御部１０２の制御の下、通常ＳＩＰサーバ４を通じて、発信メッセージを送信し、通話セッションを接続して通話を行うようにする場合に機能する。具体的には、登録判別部１１２により電話を掛ける相手先の電話番号（着信先電話番号）が対応対向機メモリ１０４に登録されていないと判別された場合と、通常ＳＩＰサーバ４との間の通信状態が正常である場合には、第１の発信処理部１１３が機能する。

第１の発信処理部１１３は、自機が拡張ＳＩＰサーバ５の利用が可能なものであることを示す発信側所定情報を付加した発信メッセージ（INVITEメッセージ）を形成し、これを通常ＳＩＰサーバ４を介して着信先に送信するように機能する。発信側所定情報は、例えば、「ＳＡＸＡ」といったＶｏＩＰ装置１の製造会社に由来する情報や「ＥＸＳＶ」といった拡張サーバ（Expansion server）の利用が可能なことを意味する情報などである。もちろん、ここで示した発信側所定情報は一例であり、予め決められる種々の情報を用いることができる。

この実施の形態において、第１の発信処理部１１３は、発信側所定情報として、「ＳＡＸＡ」を用い、当該発信側所定情報は、発信メッセージ（INVITEメッセージ）のユーザエージェント（User Agent）ヘッダに付加して送信するものとする。このように、ユーザエージェントヘッダに発信側所定情報を付加するのは、当該発信メッセージが、どのようなサーバを経由したとしても、ユーザエージェントヘッダに記載された情報は各サーバを透過し、消滅することが無いためである。

また、発信メッセージに発信側所定情報「ＳＡＸＡ」を付加して送信するのは、着信先の電話装置に対して、発信元の電話装置であるＶｏＩＰ装置１が、通常ＳＩＰサーバ４だけでなく、拡張ＳＩＰサーバ５も利用可能なものであることを通知するためである。このようにして、着信先の電話装置において、発信元の電話装置が拡張ＳＩＰサーバ５の利用が可能なものであることが把握できることにより、以下の２つの利点がある。

第１には、着信先の電話装置において、当該発信元の発信元電話番号を所定のメモリに登録しておくことにより、当該着信先の電話装置において、発信元の電話装置が拡張ＳＩＰサーバ５の利用が可能な相手先であることを判別できるようになる。第２に、着信先の電話装置において、発信メッセージに対応して返信する応答メッセージに着信側所定情報を付加して送信することにより、当該着信先の電話装置もまた、拡張ＳＩＰサーバ５を利用可能なものであることを通知できる。これにより、発信元の電話装置で、当該着信先の着信先電話番号を所定のメモリに登録しておくことにより、上述した登録判別部１１２の機能により、着信先の電話装置が拡張ＳＩＰサーバ５の利用が可能な相手先であることを判別できるようになる。

このように、第１の発信処理部１１３の機能により、発信側所定情報を付加した発信メッセージを形成して送信することにより、発信元と着信先との相互において、拡張ＳＩＰサーバ５の利用が可能な相手先かどうかの確認が取れるようになる。なお、第１の発信処理部１１３においては、全ての発信メッセージに発信側所定情報を付加して送信するようにしてよい。しかし、これに限るものではなく、少なくとも対応対向機メモリ１０４に、着信先の電話番号が登録されていなかった場合に、発信メッセージに発信側所定情報を付加して送信するようにすればよい。

第１の付加判別部１１４は、上述したように、第１の発信処理部１１３を通じて発信メッセージを送信することにより、着信先から返信されてくる応答メッセージが提供されるので、これを受け付ける。当該応答メッセージは、接続端１０１Ｔ及び通信Ｉ／Ｆ１０１を通じて受信されるものである。第１の付加判別部１１４は、制御部１０２の制御の下、この受け付けた応答メッセージに、着信先の電話装置が拡張ＳＩＰサーバ５の利用が可能なものであることを示す着信側所定情報が付加されているか否かを判別する。この実施の形態において、着信側所定情報もまた、発信側所定情報と同様に、例えば、「ＳＡＸＡ」といったＶｏＩＰ装置１の製造会社に由来する情報や「ＥＸＳＶ」といった拡張サーバ（Expansion server）の利用が可能なことを意味する情報などである。

この実施の形態では、着信側所定情報も「ＳＡＸＡ」であるものとし、応答メッセージ（応答コード（200 OK））のユーザエージェント（User Agent）ヘッダに付加されるものとする。このため、第１の付加判別部１１４は、受け付けた応答メッセージのユーザエージェントヘッダを確認し、着信側所定情報「ＳＡＸＡ」が付加されているか否かを判別し、判別結果を制御部１０２に通知する。

第１の対向機登録処理部１１５は、制御部１０２の制御の下、第１の付加判別部１１４で、受け付けた応答メッセージに着信側所定情報が付加されていると判別された場合に機能する。この場合、第１の対向機登録処理部１１５は、受け付けた応答メッセージに含まれる着信先電話番号を対応対向機メモリ１０４に登録する処理を行う。これにより、電話を掛けた相手先（着信先）もまた、自機（発信元のＶｏＩＰ装置１）と同様に、拡張ＳＩＰサーバ５の利用が可能な電話装置が用いられていることが把握できる。

方路状態判別部１１６は、例えば、定期的に通常ＳＩＰサーバ４と通信を行うようにし、通常ＳＩＰサーバ４との間の通信状態を判別する。方路状態判別部１１６は、通常ＳＩＰサーバ４との間での通信が、少なくとも、以下の（１）～（３）の状態を判別し、判別結果を制御部１０２に通知する。すなわち、（１）正常に通信が可能な状態（正常様態）と、（２）応答がタイムアウトまでには至らないが所定時間を越える状態（遅延状態）と、（３）通信不能な状態（不能状態）を判別して、通知する。なお、通信状態の判別に時間がかからない場合には、方路状態判別部１１６は、配下の電話機からの発信要求を受け付けたときに、通常ＳＩＰサーバ４との通信状態を判別するようにしてもよい。

第２の発信処理部１１７は、発信時に、登録判別部１１２で着信先電話番号が対応対向機メモリ１０４に登録されていると判別され、かつ、方路状態判別部１１６で通常ＳＩＰサーバ４との通信状態が正常状態でないと判別された場合に機能する。この場合、第２の発信処理部１１７は、制御部１０２の制御の下、発信メッセージを形成し、拡張ＳＩＰサーバ５を通じて当該発信メッセージを着信先に送信するように処理する。すなわち、通常ＳＩＰサーバ４を用いずに発信処理を行う機能を実現する。

第２の付加判別部１２１は、接続端１０１Ｔ及び通信Ｉ／Ｆ１０１を通じて、自機宛ての発信メッセージ（自機宛ての着信）を受信した場合に、当該発信メッセージのユーザエージェントヘッダに発信側所定情報「ＳＡＸＡ」が付加されているか否かを判別する。自機宛ての発信メッセージに発信側所定情報が付加されている場合、発信元の電話装置は、拡張ＳＩＰサーバ５を利用可能なものであると判別できる。

第２の対向機登録処理部１２２は、第２の付加判別部１２１により、受信した自機宛ての発信メッセージに発信側所定情報が付加されていると判別した場合に、当該発信メッセージに含まれる発信元電話番号を、対応対向機メモリ１０４に登録する処理を行う。これにより、自機に電話を掛けてきた発信元の電話装置は、拡張ＳＩＰサーバ５が利用可能なものであることが着信先のＶｏＩＰ装置１において把握できるようになる。

応答処理部１２３は、自機宛ての発信メッセージに応じた着信に応答する場合に、着信側所定情報「ＳＡＸＡ」を付加した応答メッセージ（応答コード（200 OK））を形成し、これを通常ＳＩＰサーバ４を用いるようにして発信元に送信する処理を行う。応答処理部１２３は、応答メッセージのユーザエージェントヘッダに、着信先所定情報「ＳＡＸＡ」を付加して、発信元に返信する。なお、応答処理部１２３は、全ての応答メッセージ着信側所定情報を付加するようにしてもよい。しかしこれに限るものではなく、少なくとも、受信した自機宛ての発信メッセージに発信側所定情報が付加されている場合に、その応答メッセージには、着信側所定情報を付加して送信するようにすればよい。

このように、この実施の形のＶｏＩＰ装置１は、アドレス登録処理部１１１が、通常ＳＩＰサーバ４と拡張ＳＩＰサーバ５との両方にアドレス登録を行う機能を実現する。また、登録判別部１１２、第１の発信処理部１１３、第１の付加判別部１１４、第１の対向機登録処理部１１５、方路状態判別部１１６、第２の発信処理部１１７が、発信時における処理を行う部分である。これらの各部の機能は、発信時における拡張ＳＩＰサーバ５の利用可能通知と、拡張ＳＩＰサーバ５の利用可能な対向機を登録し、把握可能にする機能を実現する。また、第２の付加判別部１２１、第２の対向機登録処理部１２２、応答処理部１２３は、着信時における処理を行う部分である。これらの各部の機能は、着信時における拡張ＳＩＰサーバ５の利用可能通知と、拡張ＳＩＰサーバ５の利用可能な対向機を登録し、把握可能にする機能を実現する。

［電話通信システムで行われる処理の詳細］
次に、上述した構成の通常ＳＩＰサーバ４、拡張ＳＩＰサーバ５、ＶｏＩＰ装置１Ａ、１Ｂが用いられて構成される、この実施の形態の電話通信システムにおいて行われる処理について説明する。

＜アドレス登録処理＞
まず、ＶｏＩＰ装置１ＡまたはＶｏＩＰ装置１ＢであるＶｏＩＰ装置１がＳＩＰサーバに対して行うアドレス登録処理について説明する。図７は、ＶｏＩＰ装置１から通常ＳＩＰサーバ４と拡張ＳＩＰサーバ５へのアドレス登録処理を説明するためのシーケンス図である。アドレス登録処理は、ＶｏＩＰ装置１が、ＩＰ網６に接続された場合に行われる処理であり、ＩＰ網６に接続されたＶｏＩＰ装置１において、アドレス登録処理を実行させる所定の操作が行われた場合にＶｏＩＰ装置１から行う。

まず、ＶｏＩＰ装置１においては、アドレス登録処理部１１１が機能し、通常ＳＩＰサーバ４にアクセスし、レジスタ（REGISTER）要求を形成して、これを通常ＳＩＰサーバに提供してアドレス登録を要求する（ステップＳ１）。実際には、ＶｏＩＰ装置１は、上述したように予め保持している通常ＳＩＰサーバ４のＵＲＬを用いて、通常ＳＩＰサーバ４にアクセスし、契約者ＩＤやパスワードを提供して認証を取る。この後、ＶｏＩＰ装置１は、自機のＩＰアドレスやポート番号を含むレジスタ要求を提供して、アドレス管理ＤＢ４０４へのアドレス情報の登録を要求する。これにより、通常ＳＩＰサーバ４においては、認証が取れたＶｏＩＰ装置１の電話番号を特定し、この電話番号と提供を受けたＩＰアドレスやポート番号をアドレス管理ＤＢ４０４に登録する。

この後、通常ＳＩＰサーバ４は、要求元に割り当てられているものとして特定した電話番号を、当該レジスタ要求の要求元のＶｏＩＰ装置１に通知する（ステップＳ２）。このステップＳ２の処理により、ＶｏＩＰ装置１においては、使用者の手入力に拠らず、自機に割り当てられた電話番号を取得することができる。次に、ＶｏＩＰ装置１のアドレス登録処理部１１１は、ステップＳ２で取得した自機に割り当てられている電話番号、ＩＰアドレス、ポート番号などの必要情報を含むレジスタ要求を形成する。アドレス登録処理部１１１は、拡張ＳＩＰサーバ５のＵＲＬを用いて、拡張ＳＩＰサーバ５にアクセスし、形成したレジスタ要求を拡張ＳＩＰサーバ５に送信する（ステップＳ３）。拡張ＳＩＰサーバ５は、ＶｏＩＰ装置１からのレジスタ要求に応じて、ＶｏＩＰ装置１の電話番号、ＩＰアドレス、ポート番号からなるアドレス情報を、アドレス管理ＤＢ５０３に登録する。

このように、ＶｏＩＰ装置１は、自機のアドレス情報を通常ＳＩＰサーバ４と、拡張ＳＩＰサーバ５との両方に登録することができる。しかも、ＶｏＩＰ装置１は、使用者の手を煩わせることなく、自機に割り当てられた電話番号を通常ＳＩＰサーバ４から取得し、拡張ＳＩＰサーバ５に登録することができる。

＜通常ＳＩＰサーバ４を通じた通話セッション接続処理＞
図８は、通常ＳＩＰサーバ４を通じて通話セッションを接続して通話を行う場合の処理を説明するためのシーケンス図である。具体的に図８に示す処理は、拠点ＡのＶｏＩＰ装置１Ａの配下の例えば電話機３Ａ（１）から拠点Ｂに電話を掛ける場合であって、拠点ＢのＶｏＩＰ装置１Ｂの電話番号が、ＶｏＩＰ装置１Ａの対応対向機メモリ１０４に登録されていない場合の処理である。

拠点Ａの電話機３Ａ（１）からの拠点Ｂの電話装置の電話番号（着信先電話番号）を含む発信要求を受け付けたＶｏＩＰ装置１Ａは、登録判別部１１２が機能して、当該着信先電話番号が、対応対向機メモリ１０４に登録されているか否かを判別する。登録判別部１１２により、着信先電話番号が対応対向機メモリ１０４に登録されていないと判別されたとする。この場合には、制御部１０２の制御の下、第１の発信処理部１１３が機能し、ユーザエージェントヘッダに発信側所定情報「ＳＡＸＡ」を付加した発信メッセージ（INVITE）を形成し、これを通常ＳＩＰサーバ４に送信する（ステップＳ１１）。当該発信側所定情報は、発信元のＶｏＩＰ装置１Ａが、拡張ＳＩＰサーバ５を利用可能なものであることを示す情報である。

通常ＳＩＰサーバ４は、当該発信メッセージの着信先電話番号に基づいて、アドレス管理ＤＢ４０４を参照し、拠点ＢのＶｏＩＰ装置１ＢのＩＰアドレスを特定して、拠点ＢのＶｏＩＰ装置１Ｂに発信メッセージ（INVITE）を送信する（ステップＳ１２）。また、通常ＳＩＰサーバ４は、発信元のＶｏＩＰ装置１Ａに対して、接続の施行中であることを示すコード（100 Trying）を送信する（ステップＳ１３）。

一方、発信メッセージ（INVITE）を受信した着信先のＶｏＩＰ装置１Ｂでは、受信した自機宛ての発信メッセージに、発信側所定情報が付加されている場合に、第２の付加判別部１２１が機能する。第２の付加判別部１２１は、受信した発信メッセージに含まれる発信元電話番号は、対応対向機メモリ１０４に登録されているか否かを判別する。

第２の付加判別部１２１において、受信した発信メッセージに含まれる発信元電話番号は、対応対向機メモリ１０４には登録されていないと判別したとする。この場合には、着信先のＶｏＩＰ装置１Ｂの第２の対向機登録処理部１２２が機能して、受信した発信メッセージに含まれる発信元電話番号を、対応対向機メモリ１０４に追加登録する（ステップＳ１４）。この例に場合には、発信元のＶｏＩＰ装置１Ａに割り当てられている電話番号である「０３－１１１１－１１１１」が、着信先のＶｏＩＰ装置１Ｂの対応対向機メモリ１０４に登録される。

更に、着信先のＶｏＩＰ装置１Ｂでは、自機宛ての発信メッセージの受信に応じて、配下の電話機を鳴動させるようにし、呼び出し中を示すコード（180 Ringing）を通常ＳＩＰサーバ４に送信する（ステップＳ１５）。これに応じて、通常ＳＩＰサーバ４は、当該呼び出し中を示すコード（180 Ringing）を中継し、発信元のＶｏＩＰ装置１Ａに送信する（ステップＳ１６）。

この後、着信先である拠点ＢのＶｏＩＰ装置１Ｂの配下の例えば電話機３Ｂ（２）が、当該着信に応じて応答操作を行ったとする。この場合、上述したように、自機宛ての発信メッセージには、発信側所定情報「ＳＡＸＡ」が付加されていた。このため、着信先のＶｏＩＰ装置１Ｂでは、応答処理部１２３が機能し、ユーザエージェントヘッダに着信側所定情報「ＳＡＸＡ」を付加した応答メッセージ（応答コード（200 OK））を形成し、これを通常ＳＩＰサーバ４に送信する（ステップＳ１７）。これに応じて、通常ＳＩＰサーバ４は、当該応答メッセージ（応答コード（200 OK））を中継し、発信元のＶｏＩＰ装置１Ａに送信する（ステップＳ１８）。

発信元のＶｏＩＰ装置１Ａでは、第１の付加判別部１１４が機能し、受信した応答メッセージに着信側所定情報「ＳＡＸＡ」が付加されているか否かを判別する。この場合、上述したように、着信先のＶｏＩＰ装置１Ｂからの応答メッセージには、着信側所定情報「ＳＡＸＡ」が付加されているので、第１の付加判別部１１４は、付加されていると判別することになる。この判別結果を受けて、発信元のＶｏＩＰ装置１Ａの第１の対向機登録処理部１１５は、受信した応答メッセージに含まれる着信先電話番号を、対応対向機メモリ１０４に追加登録する（ステップＳ１９）。この例に場合には、着信先のＶｏＩＰ装置１Ｂに割り当てられている電話番号である「０３－９９９９－９９９９」が、発信元のＶｏＩＰ装置１Ａの対応対向機メモリ１０４に登録される。

この後、発信元のＶｏＩＰ装置１Ａは、セッション確立確認通知（ACK）を、着信先のＶｏＩＰ装置１Ｂに送信する（ステップＳ２０）。これにより、発信元である拠点ＡのＶｏＩＰ装置１Ａと、着信先である拠点ＢのＶｏＩＰ装置１Ｂとの間に通話セッションが確立され、ＲＴＰ（Real-time Transport Protocol）を用いた音声通話が行われる（ステップＳ２１）。

通話が終了し、例えば、着信側の電話機３Ｂ（２）がオンフック操作をすると、ＶｏＩＰ装置１Ｂは、セッション終了通知（BYE）を、発信元のＶｏＩＰ装置１Ａに送信する（ステップＳ２２）。これに応じて、発信元のＶｏＩＰ装置１Ａが、応答コード（200 OK）を着信先のＶｏＩＰ装置１Ｂに送信することにより（ステップＳ２３）、確立された通話セッションが終了する。

このように、電話番号が対応対向機メモリ１０４に登録されていない相手先に電話を掛ける場合には、通常通り通常ＳＩＰサーバ４を用いて、通話セッションを接続するようにする。この場合に、発信側所定情報と着信側所定情報の送受を行うことによって、発信元と着信先の電話装置が、拡張ＳＩＰサーバ５を利用可能なものかどうかを確認し、その登録を行うことができる。

なお、ここでは、ステップＳ１７において、応答メッセージ（応答コード（200 OK））に着信側所定情報「ＳＡＸＡ」を付加したが、これに限るものではない。ステップＳ１４において、着信側における対応対向機の追加処理は終了している。このため、ステップＳ１５において、応答処理部１２３が機能し、呼び出し中を示すコード（180 Ringing）のユーザエージェントヘッダに着信側所定情報「ＳＡＸＡ」を付加してこれを送信してもよい。この場合には、着信側において応答する前の呼び出し中の段階で、着信側所定情報を発信側に通知し、発信側である拠点ＡのＶｏＩＰ装置１Ａにおいて、対応対向機追加処理（着信側の電話番号登録）が可能になる。

このように、着信側からの着信側所定情報の通知は、発信側からの発信側所定情報の通知を受けた後の適宜の段階で行うことができる。この場合、発信側においては、着信側からのメッセージについては、ユーザエージェントヘッダに着信側所定情報「ＳＡＸＡ」が付加されているか否かを判別し、付加されている場合に電話番号登録を行うようにすればよい。

＜拡張ＳＩＰサーバ５を通じた通話セッションの接続処理＞
図９は、拡張ＳＩＰサーバを通じて通話セッションを接続して通話を行う場合の処理を説明するための図である。ここでも、拠点ＡのＶｏＩＰ装置１Ａの配下の例えば電話機３Ａ（１）から拠点Ｂに電話を掛ける場合を例にして説明する。但し、この図９に示す処理は、上述した図８を用いて説明した処理により、拠点ＡのＶｏＩＰ装置１Ａの対応対向機メモリ１０４には、着信先となるＶｏＩＰ装置１Ｂの電話番号「０３－９９９９－９９９９」が登録されているものとする。また、拠点ＢのＶｏＩＰ装置１Ｂの対応対向機メモリ１０４には、発信元となるＶｏＩＰ装置１Ａの電話番号「０３－１１１１－１１１１」が登録されているものとする。

拠点Ａの電話機３Ａ（１）からの拠点Ｂの電話装置の電話番号（着信先電話番号）を含む発信要求をＶｏＩＰ装置１Ａが受け付けたとする。この場合、ＶｏＩＰ装置１Ａは、登録判別部１１２が機能して、当該着信先電話番号が、対応対向機メモリ１０４に登録されているか否かを判別する（ステップＳ３１）。この例の場合には、図８を用いて説明した処理により、既に登録されているため、着信先電話番号は対応対向機メモリ１０４に登録されていると判別できる。このため、次に、制御部１０２は、方路状態判別部１１６の判別結果に基づいて、通常ＳＩＰサーバ４との間の方路状況（通信状態）を確認する（ステップＳ３２）。この場合に、通常ＳＩＰサーバ４に例えばアクセスが集中し、通信が輻輳しているために、通信状態は遅延状態であると確認されたとする。

この場合には、通常通りに通常ＳＩＰサーバ４を用いたのでは、迅速に相手先に電話を掛けることができない。そこで、この場合には、制御部１０２は、第２の発信処理部１１７を制御して、拡張ＳＩＰサーバ５を用いて発信を行うようにする。すなわち、制御部１０２の制御の下、第２の発信処理部１１７が機能し、着信先を拠点Ｂ（着信先電話番号「０３－９９９９－９９９９」）とする発信メッセージ（INVITE）を形成し、これを拡張ＳＩＰサーバ５に送信する（ステップＳ３３）。

拡張ＳＩＰサーバ５は、当該発信メッセージの着信先電話番号に基づいて、アドレス管理ＤＢ５０３を参照し、拠点ＢのＶｏＩＰ装置のＩＰアドレスを特定して、拠点ＢのＶｏＩＰ装置１Ｂに発信メッセージ（INVITE）を送信する（ステップＳ３４）。また、拡張ＳＩＰサーバ５は、発信元のＶｏＩＰ装置１Ａに対して、接続の施行中であることを示すコード（100 Trying）を送信する（ステップＳ３５）。

着信先のＶｏＩＰ装置１Ｂでは、自機宛ての発信メッセージの受信に応じて、配下の電話機を鳴動させるようにし、呼び出し中を示すコード（180 Ringing）を拡張ＳＩＰサーバ５に送信する（ステップＳ３６）。これに応じて、拡張ＳＩＰサーバ５は、当該呼び出し中を示すコード（180 Ringing）を中継し、発信元のＶｏＩＰ装置１Ａに送信する（ステップＳ３７）。

この後、着信先である拠点ＢのＶｏＩＰ装置１Ｂの配下の例えば電話機３Ｂ（２）が、当該着信に応じて応答操作を行ったとする。この場合、着信先のＶｏＩＰ装置１Ｂでは、応答処理部１２３が機能し、応答メッセージ（応答コード（200 OK））を形成し、これを拡張ＳＩＰサーバ５に送信する（ステップＳ３８）。これに応じて、拡張ＳＩＰサーバ５は、当該応答メッセージ（応答コード（200 OK））を中継し、発信元のＶｏＩＰ装置１Ａに送信する（ステップＳ３９）。

この後、発信元のＶｏＩＰ装置１Ａは、セッション確立確認通知（ACK）を、着信先のＶｏＩＰ装置１Ｂに送信する（ステップＳ４０）。これにより、発信元である拠点ＡのＶｏＩＰ装置１Ａと、着信先である拠点ＢのＶｏＩＰ装置１Ｂとの間に通話セッションが確立され、ＲＴＰ（Real-time Transport Protocol）を用いた音声通話が行われる（ステップＳ４１）。

通話が終了し、例えば、着信側の電話機３Ｂ（２）がオンフック操作をすると、ＶｏＩＰ装置１Ｂは、セッション終了通知（BYE）を、発信元のＶｏＩＰ装置１Ａに送信する（ステップＳ４２）。これに応じて、発信元のＶｏＩＰ装置１Ａが、応答コード（200 OK）を着信先のＶｏＩＰ装置１Ｂに送信することにより（ステップＳ４３）、確立された通話セッションが終了する。

このように、電話番号が対応対向機メモリ１０４に登録されている相手先に電話を掛ける場合であって、通常ＳＩＰサーバ４との通信状態が良好でない場合には、拡張ＳＩＰサーバ５を用いるように方路（通信パス）を変更することができる。これにより、電話が掛かり難くなる状況を回避し、いつでも適切に電話を掛けることができる状況を維持することが可能になる。

［ＶｏＩＰ装置１Ａ、１Ｂで行われる処理］
次に、ＶｏＩＰ装置１Ａ、１Ｂで行われる処理について、フローチャートを参照しながらまとめる。以下においては、発信時の処理と、着信時の処理に分けて説明する。

＜発信時の処理＞
図１０は、ＶｏＩＰ装置１の発信時の処理を説明するためのフローチャートである。図１０に示す処理は、配下の電話機３からの相手先（着信先）の電話番号（着信先電話番号）を含む発信要求を受け付けた場合に、ＶｏＩＰ装置１の制御部１０２において実行される。

まず、制御部１０２は、登録判別部１１２を制御して、配下の電話機３からの発信要求に含まれる着信先電話番号が、対応対向機メモリ１０４に登録されているか否かを判別し、その判別結果を確認する（ステップＳ１０１）。制御部１０２は、ステップＳ１０１の確認結果が、登録済みか否かを判別する（ステップＳ１０２）。ステップＳ１０２の判別処理において、登録済みでない（未登録である）と判別したとする。この場合には、制御部１０２は、第１の発信処理部１１３を制御して、発信側所定情報を付加した発信メッセージを形成し、これを通常ＳＩＰサーバ４を通じて、着信先に送信するように処理する（ステップＳ１０３）。

当該発信メッセージの送信に伴い、当該着信先から送信されて来る応答メッセージを受信し、これを第１の付加判別部１１４に供給して、着信側所定情報が付加されているか否かを判別するようにし、その判別結果を確認する（ステップＳ１０４）。制御部１０２は、ステップＳ１０４の確認結果が、応答メッセージに着信側所定情報が有るか否か（付加されているか否か）を判別し、有る（付加されている）と判別したとする。この場合、制御部１０２は、第１の対向機登録処理部１１５を制御し、当該応答メッセージに付加されている相手先の電話番号（着信先電話番号）を対応対向機メモリ１０４に登録する（ステップＳ１０６）。

ステップＳ１０５の判別処理において、応答メッセージに着信側所定情報は無い（付加されていない）と判別した場合と、ステップＳ１０６の処理の後においては、着信先との間に通話セッションを接続して通話を行うようにする（ステップＳ１０７）。ステップＳ１０７の処理では、通常ＳＩＰサーバ４を仲介サーバとして用い、ＩＰ網６を通じて通話セッションを接続する通常の接続シーケンスを実行し、通話セッションを接続して通話を行うようにする。この後、通話が終了すれば、接続した通話セッションを解放して、図１０に示すフローチャートの処理を終了する。

また、ステップＳ１０２の判別処理において、着信先電話番号は対応対向機メモリ１０４に登録済であると判別したとする。この場合には、制御部１０２は、方路状態判別部１１６からの通常ＳＩＰサーバ４との間の通信状態の判別結果を確認する（ステップＳ１０８）。制御部１０２は、ステップＳ１０８の確認結果が、正常状態か否かを判別し（ステップＳ１０９）、正常状態ではないと判別したとする。この場合、制御部１０２は、方路変更を行う（ステップＳ１１０）。すなわち、通常ＳＩＰサーバ４を用いるのではなく、第２の発信処理部１１７を制御して、拡張ＳＩＰサーバ５を用いるようにて、発信処理を行う。

この場合には、目的とする着信先への発信メッセージを形成し、拡張ＳＩＰサーバ５を通じて、目的とする着信先に送信するように処理することになる（ステップＳ１１１）。この後、当該発信メッセージの送信に伴い、当該着信先から送信されて来る応答メッセージを受信し（ステップＳ１１２）、ステップＳ１０７の処理を行うようにして、通話セッションを接続し、通話を行うようにする。通話が終了すれば、接続した通話セッションを解放して、図１０に示すフローチャートの処理を終了する。

このように、発信側のＶｏＩＰ装置１においては、着信先が拡張ＳＩＰサーバ５の利用が可能なものか否かが不明の場合には、これを確認し、拡張ＳＩＰサーバ５の利用が可能な着信先については、着信先電話番号を対応対向機メモリ１０４に登録する。対応対向機メモリ１０４に電話番号が登録されている着信先に電話を掛ける場合には、まず、通常ＳＩＰサーバ４との間の通信状態を確認し、通信状態が悪ければ、拡張ＳＩＰサーバ５を用いて発信を行うように方路変更ができる。

＜受信時の処理＞
図１１は、ＶｏＩＰ装置１の着信時の処理を説明するためのフローチャートである。図１１に示す処理は、自機宛ての発信メッセージを受信した場合に、ＶｏＩＰ装置１の制御部１０２において実行される。自機宛ての発信メッセージは、接続端１０１Ｔ及び通信Ｉ／Ｆ１０１を通じて受信され、パケット分解／生成部１１０で分解処理されて、自機において処理可能な状態にされた後に、制御部１０２に供給される。制御部１０２は、これを第２の付加判別部１２１に供給し、ユーザエージェントヘッダに発信側所定情報「ＳＡＸＡ」が付加されているか否かを判別させ、その結果を確認する（ステップＳ２０１）。

制御部１０２は、ステップＳ２０１の確認結果が、発信側所定情報「ＳＡＸＡ」が有るか（付加されているか）否かを判別する（ステップＳ２０２）。ステップＳ２０２の判別処理において、受信した自機宛ての発信メッセージには、発信側所定情報「ＳＡＸＡ」が有ると判別したとする。この場合には、制御部１０２は、第２の対向機登録処理部１２２を制御し、発信メッセージに含まれる発信元電話番号を対応対向機メモリ１０４に登録する処理を行う（ステップＳ２０３）。

この後、制御部１０２は、応答処理部１２３を制御し、ユーザエージェントヘッダに着信側所定情報「ＳＡＸＡ」を付加した応答メッセージを形成し、発信元に送信する処理を行う（ステップＳ２０４）。この後、通話セッションの通常の接続シーケンスを実行して、通話セッションを接続して通話を行うようにし、通話が終了すれば、接続した通話セッションを解放して（ステップＳ２０５）、この図１１に示す処理を終了する。

また、ステップＳ２０２の判別処理において、受信した自機宛ての発信メッセージには、発信側所定情報「ＳＡＸＡ」は無いと判別したとする。この場合には、制御部１０２は、応答処理部１２３を制御し、通常の応答メッセージを形成し、発信元に送信する処理を行う（ステップＳ２０６）。この後、ステップＳ２０５の処理に進み、上述したように通話セッションを接続して通話を行い、終了したら通話セッションを解放して（ステップＳ２０５）、この図１１の処理を終了する。

この図１１に示した処理は、発信側のＶｏＩＰ装置１が選択した方路、すなわち、通常ＳＩＰサーバ４または拡張ＳＩＰサーバ５を仲介サーバとして用いて、通話セッションを接続し、通話を可能にする。図１１に示した処理では、発信元の電話装置が、拡張ＳＩＰサーバ５の利用が可能である場合、すなわち、発信側所定情報「ＳＡＸＡ」が、発信メッセージに付加されていたとする。この場合には、着信側のＶｏＩＰ１において、拡張ＳＩＰサーバ５の利用が可能な相手先として、発信元の電話番号を対応対向機メモリ１０４に記録して、これを把握できようにする。

また、発信側の電話装置が拡張ＳＩＰサーバ５の利用が可能なものであり、着信側のＶｏＩＰ装置１が、拡張ＳＩＰサーバ５の利用が可能なものである場合には、拡張ＳＩＰサーバ５の利用が可能なものであることを、発信側の電話装置に通知できる。これにより、図１０の処理と図１１の処理により、相互に拡張ＳＩＰサーバ５の利用が可能なものである場合、これを通知し合い、把握できるようにする。

［電話通信システムの方路選択処理のまとめ］
図１２は、実施の形態のＶｏＩＰ装置で行われる方路選択処理について説明するための図である。初めて通話セッションを接続する相手先の場合、相互に相手先が、拡張ＳＩＰサーバ５の利用が可能なものか否かは把握していない。この場合、図１２（Ａ）において、ＶｏＩＰ装置１Ａ、１Ｂの内部に記載したように、初期状態においては、ＶｏＩＰ装置１ＡもＶｏＩＰ装置１Ｂも、お互いに拡張ＳＩＰサーバ５の利用が可能なものかどうかの把握はできていない。

しかし、図１２（Ａ）に示すように、通常であれば、必ず仲介サーバとして用いることになる通常ＳＩＰサーバ４を通じて、１度でも通話セッションを接続するようにしていれば、発信側所定情報「ＳＡＸＡ」と着信側所定情報「ＳＡＸＡ」の送受が行われる。この発信側所定情報「ＳＡＸＡ」と着信側所定情報「ＳＡＸＡ」は、拡張ＳＩＰサーバ５の利用が可能な電話装置であることを示す情報である。上述した実施の形態では、ＶｏＩＰ装置１Ａ側から発信するものとして説明した。

従って、発信側所定情報「ＳＡＸＡ」の有無、着信側所定情報「ＳＡＸＡ」の有無に基づき、ＶｏＩＰ装置１Ａ、１Ｂにおいて、対応対向機メモリ１０４への電話番号の自動登録が可能になる。これにより、発信側のＶｏＩＰ装置１Ａでは、着信先電話番号「０３－９９９９－９９９９」を対応対向機メモリ１０４に登録することにより、着信先のＶｏＩＰ装置１Ｂが、拡張ＳＩＰサーバ５の利用が可能なものであることが把握できるようになる。また、着信側のＶｏＩＰ装置１Ｂでは、発信元電話番号「０３－１１１１－１１１１」を対応対向機メモリ１０４に登録することにより、発信元のＶｏＩＰ装置１Ａが、拡張ＳＩＰサーバ５の利用が可能なものであることが把握できるようになる。

これにより、拠点ＡのＶｏＩＰ装置１Ａの配下の電話機３Ａと、拠点ＢのＶｏＩＰ装置１Ｂの配下の電話機３Ｂとの間で通話を行う場合には、２回目以降の通話接書の接続処理時においては、方路（通信パス）の選択ができる。すなわち、図１２（Ｂ）に示したように、通常ＳＩＰサーバ４との通信状態が正常ではない、例えば通信遅延が発生している場合には、発信側のＶｏＩＰ装置１において、方路（通信パス）の変更が可能になる。つまり、通常時は用いることのない、拡張ＳＩＰサーバ５を用いて通話セッションを接続し、通話を行うことができる。

なお、ＶｏＩＰ装置１Ａ側からＶｏＩＰ装置１Ｂ側に発信する場合だけでなく、ＶｏＩＰ装置１Ｂ側からＶｏＩＰ装置１Ａ側には発信する場合にも同様に処理できる。すなわち、通常ＳＩＰサーバ４と拡張ＳＩＰサーバ５の両方を介して通話セッションを接続することができる種々の電話装置間において、通話セッションを接続し、通話を行う場合において、同様に処理することが可能である。

［実施の形態の効果］
上述した実施の形態のＶｏＩＰ装置１Ａ、１Ｂを用いることにより、通常ＳＩＰサーバ４に対して接続し難くなるなどの通信状態が悪くなった場合に、使用者（ユーザ）の手を煩わせることなく、拡張ＳＩＰサーバ５を用いるように方路を選択することができる。これにより、常時、安定してＩＰ網を通じて通話を行うことができる。

また、ＶｏＩＰ装置１Ａ、１Ｂは、通常ＳＩＰサーバ４と、拡張ＳＩＰサーバ５のそれぞれにアドレス登録を行うことができる。この場合に、自機に割り当てられる電話番号は、通常ＳＩＰサーバ４から提供を受けることができるので、自機が用いる電話番号の登録の必要も無い。

これにより、通常ＳＩＰサーバ４との間の通常状態が悪化したことを使用者自身が認識し、使用者自身が手動により接続先をバックアップサーバに切り替えるといった、技術者でないと対応できないような作業を介在させることなく、方路の選択が可能になる。従って、エンドユーザにとってより使いがってのよいＶｏＩＰ装置等の方路選択装置を実現できる。

［変形例］
なお、上述した実施の形態では、ＶｏＩＰ装置１Ａ、１Ｂは、通常ＳＩＰサーバ４と拡張ＳＩＰサーバ５のＵＲＬを保持いているものとして説明したが、これに限るものではない。通常ＳＩＰサーバ４のＵＲＬは、予め保持するようにするが、拡張ＳＩＰサーバ５のＵＲＬは、通常ＳＩＰサーバ４から提供を受けるようにすることもできる。上述したように、通常ＳＩＰサーバ４に対しては、適切に認証が取れなければアクセスできないので、信頼性の高いＵＲＬの提供を受けることが可能になる。

また、上述した実施の形態では、ＶｏＩＰ装置１Ａ、１Ｂは、通常ＳＩＰサーバ４から、自機に割り当てられるべき電話番号の提供を受けるものとして説明した。しかし、これに限るものではない。電話会社との契約により、自機に割り当てられるべき電話番号が分かっている場合には、これを使用者によりＶｏＩＰ装置１Ａ、１Ｂに設定するようにしてもよい。この場合には、ＶｏＩＰ装置１Ａ、１Ｂは、自機に割り当てられた電話番号と、ＩＰアドレスと、ポート番号とを、通常ＳＩＰサーバ４と、拡張ＳＩＰサーバ５の双方に通知し、アドレス登録を要求するようにしてもよい。

また、上述した実施の形態では、発信側所定情報と着信側所定情報は、ユーザエージェントヘッダに付加するものとして説明したが、これに限るものではない。ＳＩＰ（Session Initiation Protocol）により送受されるメッセージやコードにおいて、種々のサーバ等を経由しても消滅することない部分に、発信側所定情報、着信側所定情報を付加するようにすればよい。

また、上述した実施の形態では、拡張ＳＩＰサーバ５は、１つであるものとして説明したが、これに限るものではない。複数の拡張ＳＩＰサーバ５を設けるようにしてももちろんよい。この場合、ＶｏＩＰ装置１Ａ、１Ｂは、通常ＳＩＰサーバ４と、複数の拡張ＳＩＰサーバ５のそれぞれにアドレス登録を行うようにする。ＶｏＩＰ装置１Ａ、１Ｂは、通常ＳＩＰサーバ４と、複数の拡張ＳＩＰサーバ５のそれぞれとの通信状態を把握するようにし、発呼時において、一番通状態が良好なサーバ装置を介して、発信を行うように、方路（通信パス）の選択を行うようにすればよい。

また、上述もしたように、ＶｏＩＰ装置には、例えば、ルータや拠点ごとに設けられるＳＩＰサーバなど、各拠点に形成された電話ネットワークとＩＰ網６とを接続するための機能を実現するための種々の装置が含まれる。従って、この発明は、各拠点に形成された電話ネットワークとＩＰ網６とを接続するための機能を実現するための種々の装置に適用することが可能である。このため、ＩＰ網６に直接に接続されるＩＰ電話機に対して、この発明を適用することも可能である。

［その他］
上述した実施の形態の説明からも分かるように、請求項の記憶手段の機能は、実施の形態のＶｏＩＰ装置１の対応対向機メモリ１０４が実現し、請求項の登録処理手段の機能は、ＶｏＩＰ装置１のアドレス登録処理部１１１が実現している。また、請求項の登録判別手段の機能は、ＶｏＩＰ装置１の登録判別部１１２が実現し、請求項の第１の発信処理手段の機能は、ＶｏＩＰ装置１の第１の発信処理部１１３が実現している。また、請求項の第１の付加判別手段の機能は、ＶｏＩＰ装置１の第１の付加判別部１１４が実現し、請求項の第１の対向機登録手段の機能は、ＶｏＩＰ装置１の第１の対向機登録処理部１１５が実現している。また、請求項の状態判別手段の機能は、ＶｏＩＰ装置１の方路状態判別部１１６が実現し、請求項の確認手段の機能は、ＶｏＩＰ装置１の制御部１０２が実現し、請求項の第２の発信処理手段の機能は、ＶｏＩＰ装置１の第２の発信処理部１１７が実現している。

また、請求項の第２の付加判別手段の機能は、ＶｏＩＰ装置１の第２の付加判別部１２１が実現し、請求項の第２の対向機登録手段の機能は、ＶｏＩＰ装置１の第２の対向機登録処理部１２２が実現している。また、請求項の応答処理手段の機能は、ＶｏＩＰ装置１の応答処理部１２３が実現している。

また、図８、図９のシーケンス図、及び、図１０、図１１のフローチャートを用いて説明した方法が、この発明による方路選択方法の一実施の形態が適用されたものである。また、図１０、図１１に示したフローチャートに示した処理を実行するプログラムを作成し、ＶｏＩＰ装置に搭載して制御部で実行可能にしておくことにより、この発明の方路選択装置を実現することができる。

すなわち、アドレス登録処理部１１１、登録判別部１１２、第１の発信処理部１１３、第１の付加判別部１１４、第１の対向機登録処理部１１５の機能は、制御部１０２で実行されるプログラムにより、制御部１０２の機能として実現することもできる。また、方路状態判別部１１６、第２の発信処理部１１７、第２の付加判別部１２１、第２の対向機登録処理部１２２、応答処理部１２３の機能は、制御部１０２で実行されるプログラムにより、制御部１０２の機能として実現することもできる。同様に、パケット分解／生成部１１０の機能は、制御部１０２で実行されるプログラムにより、制御部１０２の機能として実現することもできる。

１、１Ａ、１Ｂ…ＶｏＩＰ装置、１０１Ｔ…接続端、１０１…通信Ｉ／Ｆ、１０２…制御部、１０３…記憶装置、１０４…対応対向機メモリ、１０５…接続Ｉ／Ｆ、１０５Ｔ…接続端、１１０…パケット分解／生成部、１１１…アドレス登録処理部、１１２…登録判別部、１１３…第１の発信処理部、１１４…第１の付加判別部、１１５…第１の対向機登録処理部、１１６…方路状態判別部、１１７…第２の発信処理部、１２１…第２の付加判別部、１２２…第２の対向機登録処理部、１２３…応答処理部、２、２Ａ、２Ｂ…ＰＢＸ、３、３Ａ（１）、３Ａ（２）、３Ｂ（１）、３Ｂ（２）…電話機、４…通常ＳＩＰサーバ、４０１Ｔ…接続端、４０１…通信Ｉ／Ｆ、４０２…制御部、４０３…電話番号管理ＤＢ、４０４…アドレス管理ＤＢ、４０５…認証処理部、４０６…アドレス管理部、４０７…電話番号提供部、４０８…接続制御部、５…拡張ＳＩＰサーバ、５０１Ｔ…接続端、５０１…通信Ｉ／Ｆ、５０２…制御部、５０３…アドレス管理ＤＢ、５０４…アドレス管理部、５０５…接続制御部、６…ＩＰ網

Claims (5)

1. ネットワークに接続された仲介サーバを介して、自機に接続された配下の電話機と前記ネットワークに接続されている他の電話機との間で通話セッションを接続するための方路選択装置であって、
   前記仲介サーバは、前記ネットワークを通じて通話セッションを接続する電話装置に割り当てられている電話番号と当該電話装置の前記ネットワーク上の所在を示すアドレス情報とを管理し、電話番号から着信先の所在を特定して通話セッションを接続するようにするものであって、前記ネットワーク上に通常仲介サーバと拡張仲介サーバとが設けられており、
   前記ネットワーク上の前記拡張仲介サーバを介して発信を行うことにより、通話セッションの接続が可能な相手先の電話番号である着信先電話番号を記憶保持する記憶手段と、
   自機に割り当てられている電話番号と自機の前記ネットワーク上の所在を示すアドレス情報との登録を、前記通常仲介サーバと前記拡張仲介サーバとに行う登録処理手段と、
   前記配下の電話機から着信先電話番号を含む発信要求を受け付けた場合に、前記記憶手段の格納情報を参照し、前記着信先電話番号が登録されているか否かを判別する登録判別手段と、
   前記登録判別手段により前記着信先電話番号が登録されていないと判別された場合に、自機が前記拡張仲介サーバの利用が可能なものであることを示す発信側所定情報を付加した発信メッセージを形成し、前記通常仲介サーバを介して着信先に送信する第１の発信処理手段と、
   前記第１の発信処理手段を通じて前記発信メッセージを送信することにより、着信先から送信されて来る応答メッセージを受け付けて、当該応答メッセージに、着信先の電話装置が前記拡張仲介サーバの利用が可能なものであることを示す着信側所定情報が付加されているか否かを判別する第１の付加判別手段と、
   前記第１の付加判別手段により、前記着信側所定情報が付加されていると判別された場合に、前記応答メッセージに含まれる着信先電話番号を前記記憶手段に登録する第１の対向機登録手段と、
   前記通常仲介サーバとの通信状態を判別する状態判別手段と、
   前記登録判別手段により、前記記憶手段に前記着信先電話番号が登録されていると判別された場合に、前記状態判別手段による判別結果を確認する確認手段と、
   前記確認手段により、前記状態判別手段での判別結果が、通信状態が良好でないと確認された場合に、発信メッセージを形成し、前記拡張仲介サーバを介して着信先に送信する第２の発信処理手段と
   を備えることを特徴とする方路選択装置。
2. 請求項１に記載の方路選択装置であって、
   前記通常仲介サーバは、自機にアクセス可能な電話装置に割り当てられた識別ＩＤと、当該電話装置に割り当てられている電話番号とを管理しており、自機にアクセス可能な前記電話装置からのアクセスに応じて、当該電話装置に割り当てられている前記電話番号を当該電話装置に通知することができるものであり、
   前記登録処理手段は、前記通常仲介サーバに対しては、自機の識別ＩＤと前記アドレス情報とを通知して登録を要求し、前記拡張仲介サーバに対しては、前記通常仲介サーバから通知された前記電話番号と自機に割り当てられている前記アドレス情報とを通知して登録を要求する
   ことを特徴とする方路選択方法。
3. 請求項１または請求項２に記載の方路選択装置であって、
   自機宛ての発信メッセージを受信した場合に、当該発信メッセージに、前記発信側所定情報が付加されているか否かを判別する第２の付加判別手段と、
   前記第２の付加判別手段により、前記発信側所定情報が付加されていると判別された場合に、前記発信メッセージに含まれる発信元電話番号を前記記憶手段に登録する第２の対向機登録手段と、
   前記発信メッセージに応じた着信に応答する場合に、前記着信側所定情報を付加した応答メッセージを形成し、前記通常仲介サーバを用いるようにして前記応答メッセージを発信元に送信する応答処理手段と、
   を備えることを特徴とする方路選択装置。
4. ネットワークに接続された仲介サーバを介して、自機に接続された配下の電話機と前記ネットワークに接続されている他の電話機との間で通話セッションを接続するための方路選択装置であって、
   前記仲介サーバは、前記ネットワークを通じて通話セッションを接続する電話装置に割り当てられている電話番号と当該電話装置の前記ネットワーク上の所在を示すアドレス情報とを管理し、電話番号から着信先の所在を特定して通話セッションを接続するようにするものであって、前記ネットワーク上に少なくとも通常仲介サーバと拡張仲介サーバとが設けられており、
   前記ネットワーク上の前記拡張仲介サーバを介して通話セッションの接続が可能な着信先の電話装置の電話番号を記憶保持する記憶手段と、
   自機に割り当てられている電話番号と自機の前記ネットワークに上の所在を示すアドレス情報との登録を、前記通常仲介サーバと前記拡張仲介サーバとに行う登録処理手段と、
   自機宛ての発信メッセージを受信した場合に、当該発信メッセージに、発信側所定情報が付加されているか否かを判別する付加判別手段と、
   前記付加判別手段により、前記発信側所定情報が付加されていると判別された場合に、前記発信メッセージに含まれる発信元電話番号を前記記憶手段に登録する対向機登録手段と、
   前記発信メッセージに応じた着信に応答する場合に、着信側所定情報を付加した応答メッセージを形成し、前記通常仲介サーバを用いるようにして前記応答メッセージを発信元に送信する応答処理手段と、
   を備えることを特徴とする方路選択装置。
5. ネットワークに接続された仲介サーバを介して、自機に接続された配下の電話機と前記ネットワークに接続されている他の電話機との間で通話セッションを接続するための方路選択装置で用いられる方路選択方法あって、
   前記仲介サーバは、前記ネットワークを通じて通話セッションを接続する電話装置に割り当てられている電話番号と当該電話装置の前記ネットワーク上の所在を示すアドレス情報とを管理し、電話番号から着信先の所在を特定して通話セッションを接続するようにするものであって、前記ネットワーク上に通常仲介サーバと拡張仲介サーバとが設けられており、
   登録処理手段が、自機に割り当てられている電話番号と自機の前記ネットワーク上の所在を示すアドレス情報との登録を、前記通常仲介サーバと前記拡張仲介サーバとに行う登録処理工程と、
   前記配下の電話機から着信先電話番号を含む発信要求を受け付けた場合に、登録判別手段が、前記ネットワーク上の前記拡張仲介サーバを介して発信を行うことにより、通話セッションの接続が可能な相手先の電話番号である着信先電話番号を記憶保持する記憶手段の格納情報を参照し、前記着信先電話番号が登録されているか否かを判別する登録判別工程と、
   前記登録判別工程において、前記着信先電話番号が登録されていないと判別した場合に、第１の発信処理手段が、自機が前記拡張仲介サーバの利用が可能なものであることを示す発信側所定情報を付加した発信メッセージを形成し、前記通常仲介サーバを介して着信先に送信する第１の発信処理工程と、
   前記第１の発信処理工程を通じて前記発信メッセージを送信することにより、着信先から送信されて来る応答メッセージを受け付けて、第１の付加判別手段が、当該応答メッセージに、着信先の電話装置が前記拡張仲介サーバの利用が可能なものであることを示す着信側所定情報が付加されているか否かを判別する第１の付加判別工程と、
   前記第１の付加判別工程において、前記着信側所定情報が付加されていると判別した場合に、第１の対向機登録手段が、前記応答メッセージに含まれる着信先電話番号を前記記憶手段に登録する第１の対向機登録工程と、
   状態判別手段により、前記通常仲介サーバとの通信状態を判別する状態判別工程と、
   前記登録判別工程において、前記記憶手段に前記着信先電話番号が登録されていると判別した場合に、確認手段が、前記状態判別工程においての通信状態の判別結果を確認する確認工程と、
   前記確認工程において、前記判別手段での判別結果が、通信状態が良好でないと確認した場合に、第２の発信処理手段が、発信メッセージを形成し、前記拡張仲介サーバを介して着信先に送信する第２の発信処理工程と
   を有することを特徴とする方路選択方法。

Images