JP2011147016A - 通信システムおよび通信方法 - Google Patents

Abstract

【課題】ＩＰ網においてｅコールサービス等の発呼の転送サービスを提供する。
【解決手段】ＩＰ網内のＡＳ１０または加入者サーバ２０、あるいは網外ＡＳに転送先情報１４を用意する。加入者サーバ２０は、この転送先情報１４を参照して、発端末からの発呼（INVITEメッセージ）に対し、着端末が応答しなかったときの転送先の端末８０を特定する。そして、この特定した転送先の端末８０へINVITEメッセージを送信し、この転送先の端末８０を呼び出す。そして、この端末８０からも応答がなかったときには、再度転送先情報１４を参照して、次の転送先の端末８０に対しINVITEメッセージを送信する。
【選択図】図１

Description

本発明は、ＩＰ（Internet Protocol）網における電話転送技術に関する。

従来、ＰＳＴＮ（公衆回線網）において、ｅコールサービス等の電話転送サービスが提供されている。このｅコールサービスは、交換機が、「060」で始まる着信番号への発呼を受け付けると、ユーザにより登録された複数の端末へ、この発呼を順次転送するサービスである。例えば、まずユーザの自宅の電話機を発呼し、この自宅の電話機が応答しない場合、この発呼を携帯電話機へ転送する。このようなサービスによれば、例えば、着端末のユーザが自宅を留守にしていたため電話に応答が得られない場合でも、ユーザの携帯電話機等へ発呼を転送することができる（非特許文献１参照）。

ＮＴＴコム、ｅコール、[online]、[平成21年12月2日検索]、インターネット、<URL: http://www.ntt.com/e-call/ >

しかし、このような電話転送サービスを、ＩＰ網で実現するための技術は検討されていなかった。例えば、ＩＰ網内の加入者サーバが、０６０等の転送サービスの電話番号を含むINVITEメッセージ（発呼）を受信した場合において、着端末からの応答が得られなかったとき、このINVITEメッセージ（発呼）の転送先の端末を特定し、この端末へ発呼を転送する技術は検討されていなかった。そこで、本発明は、前記した問題を解決し、ＩＰ網において電話転送サービスを提供すること目的とする。

前記した課題を解決するため、本発明は、ＩＰ網に接続される端末の呼制御を行う加入者サーバと、加入者サーバからの問い合わせに応じて、呼制御における接続先の端末を指示するＡＳ（Application Server）とを備える通信システムとした。この加入者サーバは、ＩＰ網に接続される発端末、または、当該ＩＰ網とＰＳＴＮとのゲートウェイ装置経由で接続される発端末から、着端末のＩＤとして所定のサービスＩＤを含むINVITEメッセージを受信したとき、INVITEメッセージに含まれる着端末のＩＤに対応する、当該着端末の物理番号を、ＡＳに問い合わせる。また、ＡＳへの問い合わせの応答として送信された物理番号を受信し、物理番号を含むINVITEメッセージを作成し、作成したINVITEメッセージを、着端末である、ＩＰ網内の端末またはゲートウェイ装置経由でＰＳＴＮ内の端末へ送信し、ルーチング処理を行う。そして、ルーチング先の端末からの応答があったとき、この端末と、発端末との接続処理を行う。一方、この端末から、所定時間経過しても、INVITEメッセージに対する応答が得られなかったとき、応答が得られなかった端末の物理番号を含む不出通知をＡＳへ送信する。また、ＡＳは、着端末のＩＤごとに、着端末の物理番号と、着端末から応答が得られなかったときの転送先の端末の物理番号とを対応付けて示した転送先情報を記憶する記憶部を備える。そして、このＡＳは、加入者サーバから、（１）着端末のＩＤに対応する着端末の物理番号の問い合わせを受信したとき、転送先情報を参照して、着端末のＩＤに対応する着端末の物理番号を特定し、特定した物理番号を加入者サーバへ送信し、（２）不出通知を受信したとき、転送先情報を参照して、応答が得られなかった端末へのINVITEメッセージの転送先の端末の物理番号を特定し、特定した物理番号を加入者サーバへ送信する。

このようにすることで、ＩＰ網内の加入者サーバが、０６０等の転送サービスの電話番号（サービスＩＤ）を含むINVITEメッセージ（発呼）を受信した場合において、着端末からの応答が得られなかったとき、このINVITEメッセージ（発呼）の転送先の端末を特定し、この端末へ発呼を転送する。これにより、通信システムはＩＰ網における転送サービスを提供することができる。

また、本発明の通信システムは、着端末または転送先の端末を呼び出し中である旨を伝える音声ガイダンスを発端末へ送信するメディアサーバを備える。そして、ＡＳの接続先指示部は、加入者サーバから、着端末のＩＤに対応する着端末の物理番号の問い合わせ、または、不出通知を受信したとき、発端末とメディアサーバとの接続指示を、加入者サーバへ送信し、加入者サーバは、接続指示に基づき、発端末とメディアサーバとの接続処理を行う。

このようにすることで、発端末は、通信システムが転送サービスにより転送先の端末を呼び出し中であるとき、その旨の音声ガイダンスを受信することができる。

また、本発明の通信システムのＡＳは、入力部経由で、転送先情報の更新情報の入力を受け付け、入力された更新情報に基づき、転送先情報を更新する。

このようにすることで、通信システムは、転送先情報に新たな転送先の端末の追加設定を受け付けたり、転送先の端末の削除設定を受け付けたりすることができる。

また、本発明の加入者サーバは、ＩＰ網に接続される端末の呼制御を行う加入者サーバであって、着端末のＩＤごとに、着端末の物理番号と、着端末から応答が得られなかったときの転送先の端末の物理番号とを対応付けて示した転送先情報を記憶する記憶部を備える。そして、加入者サーバは、（１）ＩＰ網に接続される発端末、または、当該ＩＰ網とＰＳＴＮとのゲートウェイ装置経由で接続される発端末から、着端末のＩＤとして所定のサービスＩＤを含むINVITEメッセージを受信したとき、転送先情報を参照して、着端末のＩＤに対応する着端末の物理番号を特定する。また、加入者サーバは、（２）ルーチング先の端末から、所定時間経過しても、INVITEメッセージに対する応答が得られなかったとき転送先情報を参照して、この応答が得られなかった端末の物理番号を特定する。そして、特定された物理番号を含むINVITEメッセージを作成し、作成したINVITEメッセージを、着端末である、ＩＰ網内の端末またはゲートウェイ装置経由でＰＳＴＮ内の端末へ送信し、ルーチング処理を行う。

このようにすることでも、通信システムはＩＰ網における転送サービスを提供することができる。

また、本発明は、ＩＰ網に接続される端末の呼制御を行う加入者サーバと、ＩＰ網外に設置され、加入者サーバからの問い合わせに応じて、呼制御における接続先の端末を指示する網外ＡＳと、ＩＰ網に設置され、網外ＡＳから送信された信号および加入者サーバから送信された信号の相互変換を行う網内ＡＳと備える通信システムとした。この加入者サーバは、ＩＰ網に接続される発端末、または、当該ＩＰ網とＰＳＴＮとのゲートウェイ装置経由で接続される発端末から、着端末のＩＤとして所定のサービスＩＤを含むINVITEメッセージを受信したとき、INVITEメッセージに含まれる着端末のＩＤに対応する、当該着端末の物理番号を、網内ＡＳ経由で、網外ＡＳに問い合わせる。また、ＡＳへの問い合わせの応答として送信された物理番号を受信し、物理番号を含むINVITEメッセージを作成し、作成したINVITEメッセージを、着端末である、ＩＰ網内の端末またはゲートウェイ装置経由でＰＳＴＮ内の端末へ送信し、ルーチング処理を行う。そして、ルーチング先の端末からの応答があったとき、この端末と、発端末との接続処理を行う。着端末から、所定時間経過しても、INVITEメッセージに対する応答が得られなかったとき、ＡＳ問い合わせ部により、応答が得られなかった着端末または転送先の端末の物理番号を含む不出通知を、網内ＡＳ経由で、網外ＡＳへ送信する。この網外ＡＳは、着端末のＩＤごとに、着端末の物理番号と、着端末から応答が得られなかったときの転送先の端末の物理番号とを対応付けて示した転送先情報を記憶する記憶部を備える。そして、この網内ＡＳは、網内ＡＳ経由で加入者サーバから、（１）着端末のＩＤに対応する着端末の物理番号の問い合わせを受信したとき、転送先情報を参照して、着端末のＩＤに対応する着端末の物理番号を特定し、特定した物理番号を加入者サーバへ送信し、（２）不出通知を受信したとき、転送先情報を参照して、応答が得られなかった端末へのINVITEメッセージの転送先の端末の物理番号を特定し、特定した物理番号を、網内ＡＳ経由で加入者サーバへ送信する。そして、加入者サーバは、網内ＡＳ経由で、網外ＡＳから、応答が得られなかった端末の物理番号を受信したとき、この物理番号を含むINVITEメッセージを作成し、当該作成したINVITEメッセージを、着端末である、ＩＰ網内の端末またはゲートウェイ装置経由でＰＳＴＮ内の端末へ送信する。

このようにすることで、ＩＰ網外の装置に転送先情報の設定を行い、その設定された転送先情報に基づき、転送サービスを提供できる。つまり、わざわざＩＰ網内のＡＳや加入者サーバに転送先情報の設定を行わなくても、転送サービスを提供できる。

本発明によれば、ＩＰ網で電話転送サービスを提供できる。

第１の実施の形態のシステムの構成例を示した図である。 第１の実施の形態のシステムの構成例を示した図である。 第２の実施の形態のシステムの構成例を示した図である。 第２の実施の形態のシステムの構成例を示した図である。 第３の実施の形態のシステムの構成例を示した図である。 第３の実施の形態のシステムの構成例を示した図である。

<第１の実施の形態>
本発明の実施の形態を、第１の実施の形態から第３の実施の形態に分けて説明する。ここでは、呼制御プロトコルとして、ＳＩＰ（Session Initiation Protocol）を用いる場合を例に説明する。

まず、図１を用いて第１の実施の形態の通信システム（システム）を説明する。システムは、ＩＰ網と、ＩＰ（Internet Protocol）変換装置９０、このＩＰ変換装置９０経由で接続される端末８０とを備える。また、ＩＰ網内には、加入者サーバ２０、中継サーバ４０、ＡＳ（アプリケーションサーバ）１０およびＭＳ（メディアサーバ）３０が設置される。なお、このＩＰ網は、ＰＳＴＮ−ＧＷ５０経由で、ＰＳＴＮと接続されていてもよい。このＰＳＴＮ−ＧＷ５０は、ＰＳＴＮ（公衆回線網）とＩＰ網とのゲートウェイであり、ＩＰ網のプロトコルとＰＳＴＮのプロトコルとの相互変換を行う。このＰＳＴＮは、ＩＧＳ交換機（関門交換機）６０と、ＧＣ交換機（加入者交換機）７０とを備え、ＰＳＴＮに接続する端末８０は、このＧＣ交換機７０経由でＰＳＴＮに接続される。

端末８０は、インタフェースがメタル回線である端末であり、ダイヤル番号送出を行う。なお、この端末８０に代えて、インタフェースが光回線であるＮＧＮ（Next Generation Network）端末を用いるようにしてもよい。このＮＧＮ端末は、ＩＰ網と直接ＩＰによりメッセージの送受信を行う端末である。

ＩＰ変換装置９０は、メタル回線による端末８０を収容し、端末８０とＩＰ網との間でプロトコル変換等を行う装置である。

中継サーバ４０は、加入者サーバ２０からの発呼（INVITEメッセージ）を中継する装置である。

加入者サーバ２０は、ＩＰ変換装置９０からの発呼（INVITEメッセージ）を受け付けると、他の端末８０やＭＳ３０との接続制御を行う。このINVITEメッセージが加入者サーバ２０は、サービス判定部２１と、ＡＳ問い合わせ部２２と、接続処理部２３と、ルーチング部２４と、端末不出通知部２５とを備える。課金処理部２６については後記する。

サービス判定部２１は、受信したINVITEメッセージに含まれるＩＤが、所定のＩＤ（例えば、０６０で始まる番号）を含むINVITEメッセージか否かを判断する。そして、サービス判定部２１は、このINVITEメッセージが所定のＩＤを含むとき、このINVITEメッセージを転送サービスの契約者の端末８０へのINVITEメッセージであると判断する。そして、このINVITEメッセージをＡＳ問い合わせ部２２へ出力する。

ＡＳ問い合わせ部２２は、サービス判定部２１から出力されたINVITEメッセージを、中継サーバ４０経由でＡＳ１０へ送信することで、ＡＳ１０へ、端末８０（着端末）の物理番号の問い合わせを送信する。そして、ＡＳ１０への問い合わせの応答として、着端末の物理番号を含むINVITEメッセージを受信すると、この受信したINVITEメッセージに含まれる着端末の物理番号をルーチング部２４へ出力する。

接続処理部２３は、ルーチング部２４によりルーチングされた着端末からの応答（２００メッセージ）を受信すると、この着端末と発端末とを接続し、通話可能な状態にする。また、この接続処理部２３は、発端末と、ＭＳ３０とを接続し、発端末がＭＳ３０からの音声ガイダンスを受信できるようにする。

ルーチング部２４は、ＡＳ問い合わせ部２２から出力された物理番号を含むINVITEメッセージを作成する。そして、この作成したINVITEメッセージを、着端末である、ＩＰ網内の端末８０またはＰＳＴＮ−ＧＷ５０経由でＰＳＴＮ内の端末８０へ送信し、ルーチング処理を行う。また、このルーチング部２４は、発呼に対する応答が得られなかったとき、ＡＳ１０から、次に発呼する端末８０（発呼の転送先の端末８０）の物理番号を受信し、この物理番号を含むINVITEメッセージを作成する。そして、この作成したINVITEメッセージを、ＩＰ網内の着端末またはＰＳＴＮ−ＧＷ５０経由で、ＰＳＴＮの端末８０へ送信し、ルーチング処理を行う。

端末不出通知部２５は、ルーチング先である着端末から、所定時間経過しても、INVITEメッセージに対する応答が得られなかったとき、ＡＳ問い合わせ部２２経由で、この応答が得られなかった着端末または転送先の端末の物理番号を含む不出通知をＡＳ１０へ送信する。つまり、ＡＳ１０へ不出通知を送信することで、次にINVITEメッセージを送信すべき端末８０（転送先の端末８０）をＡＳ１０へ問い合わせる。

この加入者サーバ２０は、中継サーバ４０との通信インタフェースである入出力インタフェース、ＣＰＵ（Central Processing Unit）、ＲＡＭ（Random Access Memory）、ＲＯＭ（Read Only Memory）、ＨＤＤ（Hard Disk Drive）、フラッシュメモリ等の記憶媒体を備えるコンピュータにより実現される。

ＡＳ１０は、加入者サーバ２０からの問い合わせに応じて、着端末の物理番号やＭＳ３０（ＭＳ３０のアドレス）を指示する。このようなＡＳ１０は、接続先指示部１１と、課金レート通知部１２と、転送先設定部１３とを備える。また、このＡＳ１０は、記憶部（図示省略）の所定領域に転送先情報１４、ＭＳ３０のアドレス情報（図示省略）を記憶する。課金レート通知部１２については後記する。

接続先指示部１１は、加入者サーバ２０から、着端末のＩＤに対応する着端末の物理番号の問い合わせを受信したとき、転送先情報１４を参照して、着端末のＩＤに対応する着端末の物理番号を特定し、この特定した物理番号を加入者サーバへ送信する。また、加入者サーバ２０から、着端末（または転送先の端末８０）の不出通知を受信したとき、転送先情報を参照して、この応答が得られなかった端末８０への発呼（INVITEメッセージ）の転送先の端末８０の物理番号を特定し、特定した物理番号を加入者サーバ２０へ送信する。また、加入者サーバ２０から、着端末のＩＤ（電話番号）に対応する着端末の物理番号の問い合わせを受信したとき、ＭＳ３０への接続指示を、加入者サーバ２０へ送信する。

転送先設定部１３は、入力部（図示省略）経由で入力された情報をもとに転送先情報１４における転送先の端末８０等の情報を更新する。例えば、この転送サービスの利用者や管理者のＰＣ（Personal Computer）から、ネットワーク経由で、転送先情報１４の更新情報を受信すると、この情報をもとに転送先情報１４を更新する。

転送先情報１４は、着端末のＩＤ（電話番号）ごとに、この着端末の物理番号および、この着端末から応答が得られなかったときの転送先の端末８０の物理番号を示した情報である。例えば、表１に例示するように、着端末のＩＤ（電話番号）ごとに、この着端末の物理番号と、この着端末への発呼に対し、所定時間応答が得られなかったときの転送先の端末の物理番号が記載される。ここで転送先の端末８０は、表１に例示するように１以上設定されていてよい。ここで、表１に例示する転送先情報１４において、着端末から所定時間応答が得られなかったとき、発呼（INVITEメッセージ）を第１の転送先の端末８０へ転送することを示す。そして、この第１の転送先の端末８０からも所定時間応答が得られなかったとき、発呼（INVITEメッセージ）を第２の転送先の端末８０へ転送することを示す。

この転送先情報１４は、接続先指示部１１が、加入者サーバ２０に対し、接続先を指示する際に参照され、着端末および各転送先の端末８０の物理番号は、ＩＰ網の端末８０の物理番号であってもよいし、ＰＳＴＮの端末８０の物理番号であってもよい。

ＭＳ３０は、ガイダンス送出部３１を備え、加入者サーバ２０からの指示に基づき、発端末と接続されると、この発端末へ音声ガイダンスを送出する。この音声ガイダンスは、例えば、着端末や転送先の端末８０を呼び出し中であることを伝える音声ガイダンスである。このＭＳ３０も、中継サーバ４０との通信インタフェースである入出力インタフェース、ＣＰＵ、ＲＡＭ、ＲＯＭ、ＨＤＤ、フラッシュメモリ等の記憶媒体を備えるコンピュータにより実現される。

＜処理手順（１）発端末がＩＰ網の端末の場合＞
次に、図１，図２を用いて第１の実施の形態のシステムの処理手順を説明する。ここでは、発端末が、ＩＰ網に接続される端末８０Ａである場合を例に説明する。

まず、図１のＩＰ変換装置９０が端末８０Ａから、転送サービスのＩＤを含む着端末の電話番号のダイヤルを受け付けると、この転送サービスのＩＤを含む着端末の電話番号を有する発呼（INVITEメッセージ）を作成し、加入者サーバ２０へ送信する（Ｓ１）。

加入者サーバ２０のサービス判定部２１は、受信したINVITEメッセージに含まれる着端末の電話番号から、この着端末が転送サービスの契約者の端末８０か否かを判断する。例えば、INVITEメッセージの電話番号に「060」等の番号が含まれているとき、この着端末を、転送サービスの契約者の端末８０であると判断する。そして、サービス判定部２１は、着端末が転送サービスの契約者の端末８０であると判断すると、受信したINVITEメッセージをＡＳ問い合わせ部２２へ出力する（Ｓ２）。そして、ＡＳ問い合わせ部２２は、中継サーバ４０経由で、受信したINVITEメッセージをＡＳ１０へ送信することで、この着端末の物理番号の問い合わせる（Ｓ３）。

ＡＳ１０の接続先指示部１１は、加入者サーバ２０から、着端末の物理番号の問い合わせを受信すると、まず加入者サーバ２０へ、発端末とＭＳ３０との接続先を指示するINVITEメッセージを送信する（Ｓ４）。このときの接続先指示は、ＭＳ３０から発端末へ送信するガイダンスパターンの指示内容も含む。そして、加入者サーバ２０の接続処理部２３は、このINVITEメッセージに基づき、発端末とＭＳ３０とを接続し（Ｓ５）、ＭＳ３０は発端末へ音声ガイダンスを送信する。

そして、音声ガイダンス終了後、ＡＳ１０の接続先指示部１１は、加入者サーバ２０から受信した着端末の物理番号の問い合わせに含まれる着端末の電話番号をキーとして、転送先情報１４を検索し、この着端末の物理番号を特定する。そして、この着端末の物理番号を、加入者サーバ２０のルーチング部２４へ出力する（Ｓ６）。次に、ルーチング部２４は、この着端末の物理番号を含む発呼（INVITEメッセージ）を作成する。そして、この作成したINVITEメッセージを、例えば、着端末である、ＩＰ網内の端末８０Ｂや、ＰＳＴＮ内の端末８０Ｃへ送信し、ルーチング処理を行う（Ｓ７）。なお、INVITEメッセージをＰＳＴＮ内の端末８０Ｃへ送信する場合、ＰＳＴＮ−ＧＷ５０は、このINVITEメッセージをＰＳＴＮで用いるプロトコルの信号（ＩＡＭメッセージ）に変換する。そして、この変換後の信号は、ＩＧＳ交換機６０およびＧＣ交換機７０経由で、端末８０Ｃへ到達し、これにより、着端末が呼び出される。この後、加入者サーバ２０の接続処理部２３は、着端末のオフフック（発呼に対する応答）を検出すると、発端末と着端末とを接続し、端末８０間で通話可能な状態を確立する。なお、ＰＳＴＮに接続される端末８０Ｃのオフフックを伝える信号は、ＰＳＴＮ−ＧＷ５０において、ＩＰ網内で用いられるプロトコルの信号（２００メッセージ）に変換され、加入者サーバ２０へ送信される。

一方、加入者サーバ２０において、着端末から、当該呼び出しに対する応答が所定時間経過しても得られないと判断したとき、端末不出通知部２５は、ＡＳ問い合わせ部２２へ、この着端末への発呼の転送先の端末８０を問い合わせる（Ｓ８）。これを受けて、加入者サーバ２０のＡＳ問い合わせ部２２は、この着端末への発呼の転送先の端末８０をＡＳ１０に問い合わせる。この問い合わせを受信したＡＳ１０の接続先指示部１１は、転送先情報１４を参照して、この着端末への発呼の転送先の端末８０の物理番号を特定する。そして、この特定した物理番号を加入者サーバ２０へ出力する。加入者サーバ２０のルーチング部２４は、加入者サーバ２０から受信した転送先の端末８０の物理番号をもとに、Ｓ７と同様のルーチング処理を行う。すなわち、この第１の転送先の端末８０の物理番号を含むINVITEメッセージを作成し、この第１の転送先の端末８０へINVITEメッセージを送信する。ここで、所定時間経過しても第１の転送先の端末８０からも当該呼び出しに対する応答が得られないとき、Ｓ８と同様に端末不出通知部２５は、ＡＳ問い合わせ部２２へ、この着端末への発呼の第２の転送先の端末８０を問い合わせ、加入者サーバ２０のルーチング部２４は、加入者サーバ２０から受信した第２の転送先の端末８０の物理番号をもとに、Ｓ７と同様のルーチング処理を行う。

このような処理を行うことで、通信システムは、ＩＰ網に接続される端末８０から転送サービスを契約している着端末への発呼について、この着端末からの応答が得られないとき、この着端末の転送先の端末８０（ＩＰ網の端末８０またはＰＳＴＮの端末８０）へ転送することができる。

＜処理手順（２）発端末がＰＳＴＮ網の端末の場合＞
次に、図２を用いて、発端末がＰＳＴＮ網の端末の場合について説明する。ここでは、発端末が、ＰＳＴＮに接続される端末８０Ｄである場合を例に説明する。図２のＧＣ交換機７０は、端末８０Ｄから、転送サービスのＩＤを含む着端末の電話番号のＩＡＭメッセージを受信すると、このＩＡＭメッセージをＩＧＳ交換機６０経由で、ＰＳＴＮ−ＧＷ５０へ送信する（Ｓ１１）。ＰＳＴＮ−ＧＷ５０は、この転送サービスのＩＤを含む着端末の電話番号のＩＡＭメッセージをＩＰ網で用いるプロトコルの信号（INVITEメッセージ）に変換し、中継サーバ４０経由で、加入者サーバ２０へ送信する（Ｓ１２）。

Ｓ１３，Ｓ１４の処理は、Ｓ２，Ｓ３と同様なので説明を省略する。加入者サーバ２０の接続処理部２３は、ＡＳ１０からの接続先指示に基づき、発端末である端末８０ＤとＭＳ３０とを接続し（Ｓ１６）、ＭＳ３０は端末８０Ｄへ音声ガイダンスを送信する。つまり、接続処理部２３は、中継サーバ４０、ＰＳＴＮ−ＧＷ５０、ＩＧＳ交換機６０およびＧＣ交換機７０経由で、ＭＳ３０と端末８０Ｄとを接続し、ＭＳ３０は端末８０Ｄへ音声ガイダンスを送信する。

Ｓ１７の処理は、Ｓ６と同様なので説明を省略する。ルーチング部２４は、Ｓ１７で受信した着端末の物理番号をもとに、発端末からの発呼（INVITEメッセージ）を作成する。そして、この作成したINVITEメッセージを、着端末である、ＩＰ網内の端末８０ＡまたはＰＳＴＮ−ＧＷ５０経由でＰＳＴＮ内の端末８０Ｃへ送信し、ルーチング処理を行う（Ｓ１８）。この後、Ｓ８と同様に、加入者サーバ２０において、着端末から、当該呼び出しに対する応答が所定時間経過しても得られないと判断したとき、端末不出通知部２５は、ＡＳ問い合わせ部２２へ、この着端末への発呼の転送先の端末８０を問い合わせる（Ｓ１９）。これを受けて、加入者サーバ２０のＡＳ問い合わせ部２２は、この着端末への発呼の転送先の端末８０をＡＳ１０に問い合わせる。この問い合わせを受信したＡＳ１０の接続先指示部１１は、転送先情報１４を参照して、この着端末への発呼の転送先の端末８０の物理番号を特定する。そして、この特定した物理番号を加入者サーバ２０へ出力する。加入者サーバ２０のルーチング部２４は、加入者サーバ２０から受信した転送先の端末８０の物理番号をもとに、Ｓ７と同様のルーチング処理を行う。そして、第１の転送先の端末８０からも当該呼び出しに対する応答が所定時間経過しても得られないと判断したとき、Ｓ８と同様に端末不出通知部２５は、ＡＳ問い合わせ部２２へ、この着端末への発呼の転送先の端末８０を問い合わせ、加入者サーバ２０のルーチング部２４は、加入者サーバ２０から受信した第２の転送先の端末８０の物理番号をもとに、Ｓ７と同様のルーチング処理を行う。

このような処理を行うことで、通信システムは、ＰＳＴＮに接続される端末８０から転送サービスを契約している着端末への発呼について、この着端末からの応答が得られないとき、この着端末の転送先の端末８０（ＩＰ網の端末８０またはＰＳＴＮの端末８０）へ転送することができる。なお、加入者サーバ２０とは別個のＡＳ１０に設けることで、１つのＡＳ１０に設定された転送先情報１４を複数の加入者サーバ２０が参照することができる。

<第２の実施の形態>
次に、図３，図４を用いて、第２の実施の形態のシステムを説明する。前記した実施の形態と同様の構成要素は、同じ符号を付して説明を省略する。第２の実施の形態のシステムは、第１の実施の形態のＡＳ１０が保持していた転送先情報１４を、加入者サーバ２０Ａが保持することを特徴とする。

加入者サーバ２０Ａは、ＩＰ変換装置９０経由で発端末からの発信（INVITEメッセージ）を受け付けると、着端末やＭＳ３０との接続制御を行う。この加入者サーバ２０Ａは、サービス判定部２１と、接続処理部２３と、ルーチング部２４と、端末不出通知部２５と、転送先設定部１３と、転送先情報１４と、接続先特定部２７とを備える。この接続先特定部２７は、サービス判定部２１から出力されたINVITEメッセージを受信すると、このINVITEメッセージに含まれる着端末のＩＤをキーとして、転送先情報１４を検索して、着端末の物理番号を特定する。そして、この特定した着端末の物理番号をルーチング部２４へ出力する。そして、ルーチング部２４は、着端末の物理番号を含むINVITEメッセージを作成し、これを送信することにより、着端末からの発呼のルーチング処理を行う。

＜処理手順（１）発端末がＩＰ網の端末の場合＞
次に、図３を用いて、第２の実施の形態の通信システムの処理手順を説明する。ここでは、発端末が、ＩＰ網に接続される端末８０Ａである場合を例に説明する。

Ｓ２１は、Ｓ１と同様なので説明を省略し、Ｓ２２から説明する。加入者サーバ２０Ａのサービス判定部２１は、受信したINVITEメッセージに含まれる着端末の電話番号から、着端末が転送サービスの契約者の端末８０か否かを判断する。そして、サービス判定部２１は、着端末が転送サービスの契約者の端末８０であると判断すると、受信したINVITEメッセージを接続先特定部２７へ出力する（Ｓ２２）。このINVITEメッセージを受信した接続先特定部２７は、発端末とＭＳ３０との接続先指示を接続処理部２３へ出力し（Ｓ２３）、この接続指示に応じて、接続処理部２３は、発端末とＭＳ３０とを接続する（Ｓ２４）。そして、ＭＳ３０は発端末へ音声ガイダンスを送信する。

音声ガイダンス終了後、接続先特定部２７は、受信したINVITEメッセージに含まれる着端末の電話番号をキーとして、転送先情報１４を検索し、この着端末の物理番号を特定する。そして、この着端末の物理番号を、ルーチング部２４へ出力する（Ｓ２５）。この後、ルーチング部２４は、Ｓ７と同様に、着端末の物理番号を含む発呼（INVITEメッセージ）を作成する。そして、この作成したINVITEメッセージを、着端末である、ＩＰ網内の端末８０ＢまたはＰＳＴＮ内の端末８０Ｃへ送信し、ルーチング処理を行う（Ｓ２６）。

なお、ここでも、INVITEメッセージをＰＳＴＮ内の端末８０Ｃへ送信する場合、ＰＳＴＮ−ＧＷ５０は、このINVITEメッセージをＰＳＴＮで用いるプロトコルの信号（ＩＡＭメッセージ）に変換する。そして、この変換後の信号は、ＩＧＳ交換機６０およびＧＣ交換機７０経由で、端末８０Ｃへ到達し、これにより、着端末が呼び出される。この後、加入者サーバ２０は、着端末のオフフック（発呼に対する応答）を検出すると、発端末と着端末とを接続し、端末８０間で通話可能な状態を確立する。また、ＰＳＴＮに接続される端末８０Ｃのオフフックを伝える信号は、ＰＳＴＮ−ＧＷ５０において、ＩＰ網内で用いられるプロトコルの信号（２００メッセージ）に変換され、加入者サーバ２０Ａへ送信される。

一方、加入者サーバ２０Ａにおいて、着端末から、当該呼び出しに対する応答が所定時間経過しても得られないと判断したとき、端末不出通知部２５は、接続先特定部２７へ、この着端末への発呼の転送先の端末８０を問い合わせる（Ｓ２７）。これを受けて、接続先特定部２７は、転送先情報１４を参照して、この着端末への発呼の転送先の端末８０の物理番号を特定する。そして、この特定した物理番号をルーチング部２４へ出力する。そして、ルーチング部２４は、接続先特定部２７から受信した転送先の端末８０の物理番号をもとに、Ｓ２６と同様のルーチング処理を行う。すなわち、この転送先の端末８０の物理番号を含むINVITEメッセージを作成し、第１の転送先の端末８０へ送信する。ここで、第１の転送先の端末８０から当該呼び出しに対する応答が所定時間経過しても得られないとき、Ｓ２７と同様に端末不出通知部２５は、接続先特定部２７へ、この着端末への発呼の第２の転送先の端末８０を問い合わせ、ルーチング部２４は、問い合わせの結果得られた第２の転送先の端末８０の物理番号をもとに、Ｓ２６と同様のルーチング処理を行う。

このような処理を行うことで、通信システムは、ＩＰ網に接続される端末８０から転送サービスを契約している着端末への発呼について、この着端末からの応答が得られないとき、この着端末の転送先の端末８０（ＩＰ網の端末８０またはＰＳＴＮの端末８０）へ転送することができる。

＜処理手順（２）発端末がＰＳＴＮ網の端末の場合＞
次に、図４を用いて、発端末が、ＰＳＴＮの端末８０である場合について説明する。ここでは、発端末が、ＰＳＴＮの端末８０Ｄである場合を例に説明する。Ｓ３１，Ｓ３２は、Ｓ１１，Ｓ１２と同様の処理を行う。また、Ｓ３３，Ｓ３４は、Ｓ２２，Ｓ２３と同様なので、説明を省略する。

ＭＳ３０による音声ガイダンス終了後、加入者サーバ２０Ａの接続先特定部２７は、サービス判定部２１から受信したINVITEメッセージに含まれる着端末の電話番号をキーとして、転送先情報１４を検索し、この着端末の物理番号を特定する。そして、この着端末の物理番号を、ルーチング部２４へ出力する（Ｓ３４）。この後、ルーチング部２４は、Ｓ７と同様に、着端末の物理番号を含む発呼（INVITEメッセージ）を作成する。そして、この作成したINVITEメッセージを、着端末である、ＩＰ網内の端末８０ＡまたはＰＳＴＮ内の端末８０Ｃへ送信し、ルーチング処理を行う（Ｓ３５）。

なお、ここでも、INVITEメッセージをＰＳＴＮ内の端末８０Ｃへ送信する場合、ＰＳＴＮ−ＧＷ５０は、このINVITEメッセージをＰＳＴＮで用いるプロトコルの信号（ＩＡＭメッセージ）に変換する。そして、この変換後の信号が、ＩＧＳ交換機６０およびＧＣ交換機７０経由で、端末８０Ｃへ到達することで、着端末が呼び出される。この後、加入者サーバ２０Ａは、着端末のオフフック（発呼に対する応答）を検出すると、発端末と着端末とを接続し、端末８０間で通話可能な状態を確立する。なお、ＰＳＴＮに接続される端末８０Ｃのオフフックを伝える信号は、ＰＳＴＮ−ＧＷ５０において、ＩＰ網内で用いられるプロトコルの信号（２００メッセージ）に変換され、加入者サーバ２０Ａへ送信される。

この後、加入者サーバ２０Ａにおいて、着端末から、当該呼び出しに対する応答が所定時間経過しても得られないと判断したときの処理は、前記した処理手順（１）発端末がＩＰ網の端末の場合と同様なので説明を省略する。

このような処理を行うことで、第２の実施の形態の通信システムにおいて、転送サービスを契約している着端末からの応答が得られないとき、この着端末の転送先の端末８０（ＩＰ網の端末８０またはＰＳＴＮの端末８０）へ転送することができる。

なお、ＭＳ３０は、ＩＰ網内に設置してもよいし、ＩＰ網外に設置してもよいが、図３，４に示すように、ＩＰ網外に設置する場合、中継サーバ４０はＮＮＩ（Network-Network Interface ）４１を備えるものとする。このＮＮＩ４１は、ＩＰ網内の信号と、ＩＰ網外の信号との相互変換を行うインタフェースであり、中継サーバ４０は、このＮＮＩ４１経由で、ＭＳ３０との間で信号の送受信を行うものとする。

<第３の実施の形態>
次に、図５，６を用いて、第３の実施の形態のシステムを説明する。前記した実施の形態と同様の構成要素は、同じ符号を付して説明を省略する。第３の実施の形態のシステムは、第１の実施の形態のシステムにおけるＡＳ１０が、ＩＰ網外の網外ＡＳ１０Ａとして設置されることを特徴とする。また、ＩＰ網には、加入者サーバ２０と網外ＡＳ１０Ａとの信号のやりとりにおいて、ＡＮＩ（Application to Network Interface）を提供する網内ＡＳ１０Ｂが設置される。つまり、加入者サーバ２０と網外ＡＳ１０Ａとは、網内ＡＳ１０Ｂ経由で信号の送受信を行う。このようにＩＰ網外のサーバ（網外ＡＳ１０Ａ）を設け、この網外ＡＳ１０Ａにより転送先情報１４を管理することで、転送先情報１４の設定変更等を行いやすくなる。

網外ＡＳ１０Ａは、接続先指示部１１と、課金レート通知部１２と、転送先設定部１３とを備える。また、この網外ＡＳ１０Ａの記憶部（図示省略）は、所定領域に転送先情報１４、ＭＳ３０のアドレス情報（図示省略）を記憶する。また、ＩＰ網内には、網内ＡＳ１０Ｂが設置される。この網内ＡＳ１０Ｂは、ＡＮＩ１５を備える。このＡＮＩ１５は、網外ＡＳ１０Ａからの信号を受信すると、この信号をＩＰ網内で用いるプロトコルの信号に変換し、加入者サーバ２０へ送信する。また、加入者サーバ２０から送信された信号を、ＩＰ網外で利用可能な信号に変換して、網外ＡＳ１０Ａへ送信する。

＜処理手順（１）発端末がＩＰ網の端末の場合＞
次に、第３の実施の形態のシステムの処理手順を説明する。まず、図５を用いて、発端末が、ＩＰ網に接続される端末８０Ａである場合を例に説明する。

Ｓ４１，Ｓ４２は、Ｓ１，Ｓ２と同様なので説明を省略する。加入者サーバ２０のＡＳ問い合わせ部２２は、着端末の電話番号を含むINVITEメッセージを網内ＡＳ１０Ｂ経由で、網外ＡＳ１０Ａへ送信し、着端末の物理番号の問い合わせる（Ｓ４３）。つまり、網内ＡＳ１０Ｂは、加入者サーバ２０から送信されたINVITEメッセージを、ＡＮＩ１５により、網外ＡＳ１０Ａとの間で用いる信号に変換して、網外ＡＳ１０Ａへ送信する。この信号は着端末の電話番号を含むものである。

網内ＡＳ１０Ｂから送信された信号を受信した網外ＡＳ１０Ａの接続先指示部１１は、網内ＡＳ１０Ｂ経由で、加入者サーバ２０へ、発端末とＭＳ３０との接続先指示を送信する。つまり、網内ＡＳ１０Ｂは、網外ＡＳ１０Ａから発端末とＭＳ３０との接続先指示を受信すると、この指示を、ＡＮＩ５によりＩＰ網で用いる信号（INVITEメッセージ）に変換して、加入者サーバ２０へ送信する（Ｓ４４）。このときの接続先指示は、ＭＳ３０から発端末へ送信するガイダンスパターンの指示内容も含む。そして、加入者サーバ２０の接続処理部２３は、この接続先指示に基づき、発端末とＭＳ３０とを接続し（Ｓ４５）、ＭＳ３０は発端末へ音声ガイダンスを送信する。

そして、音声ガイダンス終了後、網外ＡＳ１０Ａの接続先指示部１１は、加入者サーバ２０から受信した着端末の物理番号の問い合わせに含まれる着端末の電話番号をキーとして、転送先情報１４を検索し、この着端末の物理番号を特定する。そして、この着端末の物理番号を、網内ＡＳ１０Ｂ経由で、加入者サーバ２０のルーチング部２４へ出力する（Ｓ４６）。つまり、網内ＡＳ１０Ｂは、網外ＡＳ１０Ａから送信された着端末の物理番号を、ＩＰ網で用いる信号（INVITEメッセージ）に変換して、加入者サーバ２０へ送信する。

この後、ルーチング部２４は、この着端末の物理番号を含む発呼（INVITEメッセージ）を作成する。そして、この作成したINVITEメッセージを、着端末である、ＩＰ網内の端末８０Ｂや、ＰＳＴＮ内の端末８０Ｃへ送信し、ルーチング処理を行う（Ｓ４７）。以降の処理は第１の実施の形態のシステムと同様なので説明を省略するが、加入者サーバ２０において、着端末から、当該呼び出しに対する応答が所定時間経過しても得られないと判断したとき、端末不出通知部２５は、ＡＳ問い合わせ部２２へ、この着端末への発呼の転送先の端末８０を問い合わせる（Ｓ４８）。これを受けて、加入者サーバ２０のＡＳ問い合わせ部２２は、網内ＡＳ１０Ｂ経由で、この着端末への発呼の転送先の端末８０を網外ＡＳ１０Ａに問い合わせる。この問い合わせを受信した網外ＡＳ１０Ａの接続先指示部１１は、転送先情報１４を参照して、この着端末への発呼の転送先の端末８０の物理番号を特定する。そして、この特定した物理番号を、網内ＡＳ１０Ｂ経由で、加入者サーバ２０へ出力する。加入者サーバ２０のルーチング部２４は、加入者サーバ２０から受信した転送先の端末８０の物理番号をもとに、ルーチング処理を行う。すなわち、この第１の転送先の端末８０の物理番号を含むINVITEメッセージを作成し、この第１の転送先の端末８０へINVITEメッセージを送信する。ここで、第１の転送先の端末８０からも当該呼び出しに対する応答が所定時間経過しても得られないとき、端末不出通知部２５は、ＡＳ問い合わせ部２２へ、この着端末への発呼の第２の転送先の端末８０を問い合わせ、加入者サーバ２０のルーチング部２４は、網内ＡＳ１０Ｂ経由で加入者サーバ２０から受信した第２の転送先の端末８０の物理番号をもとに、ルーチング処理を行う。

このような処理を行うことで、通信システムは、ＩＰ網に接続される端末８０から転送サービスを契約している着端末への発呼について、この着端末からの応答が得られないとき、この着端末の転送先の端末８０（ＩＰ網の端末８０またはＰＳＴＮの端末８０）へ転送することができる。

＜処理手順（２）発端末がＰＳＴＮ網の端末の場合＞
なお、発端末が、ＰＳＴＮの端末８０である場合、第３の実施の形態のシステムは、図６に示すような処理手順を実行する。ここで、発端末が、ＰＳＴＮの端末８０Ｄである場合を例に説明する。Ｓ５１，Ｓ５２は、Ｓ１１，Ｓ１２と同様であり、Ｓ５３〜Ｓ５８の処理は、処理手順（２）発端末がＰＳＴＮ網の端末の場合と同様なので説明を省略する。

このような処理を行うことで、システムは、ＰＳＴＮに接続される端末８０から転送サービスを契約している着端末への発呼について、この着端末からの応答が得られないとき、この着端末の転送先の端末８０（ＩＰ網の端末８０またはＰＳＴＮの端末８０）へ転送することができる。

なお、各実施の形態のシステムは、発端末と着端末との間で通話可能な状態が確立すると、発端末に対し課金処理を行うようにしてもよい。例えば、図１に示す第１の実施の形態のシステムにおいて、ＡＳ１０が課金レート通知部１２を備え、加入者サーバ２０が課金処理部２６を備える。そして、発端末と着端末との間で通話可能な状態が確立されると、発端末が接続される加入者サーバ２０は課金レート通知部１２から課金情報を受信し（Ｓ９）、この課金情報を課金処理部２６へ送信し、また課金処理部２６は、ＳＩＰにおける２００メッセージ等により、課金情報を、この発端末に接続されるＩＰ変換装置９０へ送信する。

また、発端末がＰＳＴＮ内の端末８０の場合、図２に示すように、加入者サーバ２０の課金処理部２６は、ＡＳ１０の課金レート通知部１２から、課金情報を受信すると（Ｓ２０）、この課金情報をＳＩＰのＩＮＦＯメッセージにより中継サーバ４０経由でＰＳＴＮ−ＧＷ５０へ送信する。その後、ＰＳＴＮ−ＧＷ５０は、この課金情報をＰＳＴＮで用いるプロトコルの信号に変換して、ＩＧＳ交換機６０経由でＧＣ交換機７０へ送信する（Ｓ２１）。

また、第２の実施の形態のシステムにおいて課金処理を行う場合、図３に示すように加入者サーバ２０Ａが課金処理部２６を備える。そして、発端末と着端末との間で通話可能な状態が確立されると、発端末の接続される加入者サーバ２０Ａの課金処理部２６がＳＩＰにおける２００メッセージ等により、課金情報を発端末に接続されるＩＰ変換装置９０へ送信する（Ｓ２８）。また、発端末がＰＳＴＮ内の端末８０の場合、図４の加入者サーバ２０Ａの課金処理部２６は、課金情報をＳＩＰのＩＮＦＯメッセージにより中継サーバ４０経由でＰＳＴＮ−ＧＷ５０へ送信する。その後、ＰＳＴＮ−ＧＷ５０は、この課金情報をＰＳＴＮで用いるプロトコルの信号に変換して、ＩＧＳ交換機６０経由でＧＣ交換機７０へ送信する。

さらに、第３の実施の形態のシステムにおいて課金処理を行う場合、図５に示すように網外ＡＳ１０Ａが課金レート通知部１２を備える。そして、発端末と着端末との間で通話可能な状態が確立されると、加入者サーバ２０の課金処理部２６は、網内ＡＳ１０Ｂ経由で、課金情報を受信し（Ｓ４９）、ＳＩＰにおける２００メッセージ等により、課金情報を、発端末に接続されるＩＰ変換装置９０へ送信する（Ｓ５０）。また、発端末がＰＳＴＮ内の端末８０の場合、第１の実施の形態のシステムと同様に、図６の加入者サーバ２０の課金処理部２６は、課金情報をＳＩＰのＩＮＦＯメッセージにより中継サーバ４０経由でＰＳＴＮ−ＧＷ５０へ送信する。その後、ＰＳＴＮ−ＧＷ５０は、この課金情報をＰＳＴＮで用いるプロトコルの信号に変換して、ＩＧＳ交換機６０経由でＧＣ交換機７０へ送信する。

このようにすることで、各実施の形態のシステムは、発端末への課金処理を行うことができる。

また、各実施の形態のシステムにおけるＧＣ交換機７０は、例えば、転送先サービスを示す所定のＩＤ（例えば、０６０で始まる番号）を含む電話番号の発呼を受け付けたとき、この電話番号がＩＰ網内のサーバ（加入者サーバ２０，２０Ａ）で転送サービスを提供するものか、ＰＳＴＮ内で転送サービスを提供するものか判断する。そして、ＰＳＴＮ内で転送サービスを提供するものと判断した場合、ＰＳＴＮ内のＳＣＰ（サービス制御局）へ発呼を転送し、ＩＰ網内のサーバ（加入者サーバ２０）で転送サービスを提供するものと判断した場合、ＩＧＳ交換機６０へ発呼を転送するようにしてもよい。このようにすることで、ＰＳＴＮ内のＳＣＰを用いた転送サービスと、ＩＰ網における転送サービスとを並存させることができる。

さらに、各実施の形態のシステムにおいて、ＭＳ３０を含まない構成としてもよい。すなわち、各実施の形態のシステムは、発端末へ音声ガイダンスを送信しないようにしてもよい。

１０ ＡＳ
１１ 接続先指示部
１２ 課金レート通知部
１３ 転送先設定部
１４ 転送先情報
１５ ＡＮＩ
２０，２０Ａ 加入者サーバ
２１ サービス判定部
２２ ＡＳ問い合わせ部
２３ 接続処理部
２４ ルーチング部
２５ 端末不出通知部
２６ 課金処理部
２７ 接続先特定部
３０ ＭＳ
３１ ガイダンス送出部
４０ 中継サーバ
４１ ＮＮＩ
５０ ＰＳＴＮ−ＧＷ
６０ ＩＧＳ交換機
７０ ＧＣ交換機
８０ 端末
９０ ＩＰ変換装置

Claims (6)

1. ＩＰ網に接続される端末の呼制御を行う加入者サーバと、前記加入者サーバからの問い合わせに応じて、前記呼制御における接続先の端末を指示するＡＳ（Application Server）とを備える通信システムであって、
   前記加入者サーバは、
   前記ＩＰ網に接続される発端末、または、当該ＩＰ網とＰＳＴＮとのゲートウェイ装置経由で接続される発端末から、前記着端末のＩＤとして所定のサービスＩＤを含むINVITEメッセージを受信したとき、前記INVITEメッセージに含まれる着端末のＩＤに対応する、当該着端末の物理番号を、前記ＡＳに問い合わせるＡＳ問い合わせ部と、
   前記ＡＳへの問い合わせの応答として送信された物理番号を受信し、前記物理番号を含むINVITEメッセージを作成し、前記作成したINVITEメッセージを、着端末である、前記ＩＰ網内の端末または前記ゲートウェイ装置経由でＰＳＴＮ内の端末へ送信し、ルーチング処理を行うルーチング部と、
   前記ルーチング先の端末からの応答があったとき、この端末と、前記発端末との接続処理を行う接続処理部と、
   前記ルーチング先の端末から、所定時間経過しても、前記INVITEメッセージに対する応答が得られなかったとき、前記ＡＳ問い合わせ部経由で、前記応答が得られなかった端末の物理番号を含む不出通知を前記ＡＳへ送信する端末不出通知部とを備え、
   前記ルーチング部は、
   前記ＡＳから、前記応答が得られなかった端末の物理番号を受信したとき、この物理番号を含むINVITEメッセージを作成し、当該作成したINVITEメッセージを、前記ＩＰ網内の端末または前記ゲートウェイ装置経由でＰＳＴＮ内の端末へ送信し、
   前記ＡＳは、
   前記着端末のＩＤごとに、前記着端末の物理番号と、前記着端末から応答が得られなかったときの転送先の端末の物理番号とを対応付けて示した転送先情報を記憶する記憶部と、
   前記加入者サーバから、（１）前記着端末のＩＤに対応する着端末の物理番号の問い合わせを受信したとき、前記転送先情報を参照して、前記着端末のＩＤに対応する着端末の物理番号を特定し、前記特定した物理番号を前記加入者サーバへ送信し、（２）前記不出通知を受信したとき、前記転送先情報を参照して、前記応答が得られなかった着端末へのINVITEメッセージの転送先の端末の物理番号を特定し、前記特定した物理番号を前記加入者サーバへ送信する接続先指示部とを備えることを特徴とする通信システム。
2. 前記通信システムは、
   前記着端末または前記転送先の端末を呼び出し中である旨を伝える音声ガイダンスを前記発端末へ送信するメディアサーバを備え、
   前記接続先指示部は、
   前記加入者サーバから、前記着端末のＩＤに対応する着端末の物理番号の問い合わせ、または、前記不出通知を受信したとき、前記発端末と前記メディアサーバとの接続指示を、前記加入者サーバへ送信し、
   前記接続処理部は、
   前記接続指示に基づき、前記発端末と前記メディアサーバとの接続処理を行うことを特徴とする請求項１に記載の通信システム。
3. 前記ＡＳは、
   入力部経由で、前記転送先情報の更新情報の入力を受け付け、前記入力された更新情報に基づき、前記転送先情報を更新する転送先設定部を備えることを特徴とする請求項１または請求項２に記載の通信システム。
4. ＩＰ網に接続される端末の呼制御を行う加入者サーバであって、
   着端末のＩＤごとに、前記着端末の物理番号と、前記着端末から応答が得られなかったときの転送先の端末の物理番号とを対応付けて示した転送先情報を記憶する記憶部と、
   （１）前記ＩＰ網に接続される発端末、または、当該ＩＰ網とＰＳＴＮとのゲートウェイ装置経由で接続される発端末から、前記着端末のＩＤとして所定のサービスＩＤを含むINVITEメッセージを受信したとき、前記転送先情報を参照して、前記着端末のＩＤに対応する着端末の物理番号を特定し、（２）前記端末の不出通知を受信したとき、前記転送先情報を参照して、前記応答が得られなかった端末の物理番号を特定する接続先特定部と
   前記特定された物理番号を含むINVITEメッセージを作成し、前記作成したINVITEメッセージを、前記着端末である、前記ＩＰ網内の端末または前記ゲートウェイ装置経由でＰＳＴＮ内の端末へ送信し、ルーチング処理を行うルーチング部と、
   前記ルーチング先の端末からの応答があったとき、この端末と、前記発端末との接続処理を行う接続処理部と、
   前記ルーチング先の端末から、所定時間経過しても、前記INVITEメッセージに対する応答が得られなかったとき、前記応答が得られなかった端末の物理番号を含む不出通知を、前記接続先特定部へ出力する端末不出通知部とを備えることを特徴とする通信システム。
5. ＩＰ網に接続される端末の呼制御を行う加入者サーバと、前記ＩＰ網外に設置され、前記加入者サーバからの問い合わせに応じて、前記呼制御における接続先の端末を指示する網外ＡＳと、前記ＩＰ網に設置され、前記網外ＡＳから送信された信号および前記加入者サーバから送信された信号の相互変換を行う網内ＡＳと備える通信システムであって、
   前記加入者サーバは、
   前記ＩＰ網に接続される発端末、または、当該ＩＰ網とＰＳＴＮとのゲートウェイ装置経由で接続される発端末から、前記着端末のＩＤとして所定のサービスＩＤを含むINVITEメッセージを受信したとき、前記INVITEメッセージに含まれる着端末のＩＤに対応する、当該着端末の物理番号を、前記網内ＡＳ経由で、前記網外ＡＳに問い合わせるＡＳ問い合わせ部と、
   前記ＡＳへの問い合わせの応答として送信された物理番号を受信し、前記物理番号を含むINVITEメッセージを作成し、前記作成したINVITEメッセージを、着端末である、前記ＩＰ網内の端末または前記ゲートウェイ装置経由でＰＳＴＮ内の端末へ送信し、ルーチング処理を行うルーチング部と、
   前記ルーチング先の端末からの応答があったとき、この端末と、前記発端末との接続処理を行う接続処理部と、
   前記端末から、所定時間経過しても、前記INVITEメッセージに対する応答が得られなかったとき、前記ＡＳ問い合わせ部により、前記応答が得られなかった端末の物理番号を含む不出通知を、前記網内ＡＳ経由で、前記網外ＡＳへ送信する端末不出通知部とを備え、
   前記ルーチング部は、前記網内ＡＳ経由で、前記網外ＡＳから、前記応答が得られなかった端末の物理番号を受信したとき、この物理番号を含むINVITEメッセージを作成し、当該作成したINVITEメッセージを、前記着端末である、前記ＩＰ網内の端末または前記ゲートウェイ装置経由でＰＳＴＮ内の端末へ送信し、
   前記網外ＡＳは、
   前記着端末のＩＤごとに、前記着端末の物理番号と、前記着端末から応答が得られなかったときの転送先の端末の物理番号とを対応付けて示した転送先情報を記憶する記憶部と、
   前記網内ＡＳ経由で前記加入者サーバから、（１）前記着端末のＩＤに対応する着端末の物理番号の問い合わせを受信したとき、前記転送先情報を参照して、前記着端末のＩＤに対応する着端末の物理番号を特定し、前記特定した物理番号を前記加入者サーバへ送信し、（２）前記不出通知を受信したとき、前記転送先情報を参照して、前記応答が得られなかった端末へのINVITEメッセージの転送先の端末の物理番号を特定し、前記特定した物理番号を、前記網内ＡＳ経由で前記加入者サーバへ送信する接続先指示部とを備えることを特徴とする通信システム。
6. ＩＰ網に接続される端末の呼制御を行う加入者サーバと、前記加入者サーバからの問い合わせに応じて、前記呼制御における接続先の端末を指示するＡＳとを備える通信システムにおける通信方法であって、
   前記加入者サーバは、
   前記ＩＰ網に接続される発端末、または、当該ＩＰ網とＰＳＴＮとのゲートウェイ装置経由で接続される発端末から、前記着端末のＩＤとして所定のサービスＩＤを含むINVITEメッセージを受信したとき、
   前記INVITEメッセージに含まれる着端末のＩＤに対応する、当該着端末の物理番号を、前記ＡＳに問い合わせるステップを実行し、
   前記着端末のＩＤごとに、前記着端末の物理番号および、前記着端末から応答が得られなかったときの転送先の端末の物理番号を示した転送先情報を記憶する記憶部を備える前記ＡＳは、
   前記着端末のＩＤに対応する、当該着端末の物理番号の問い合わせを受信したとき、前記転送先情報を参照して、前記着端末のＩＤに対応する着端末の物理番号を特定し、前記特定した物理番号を前記加入者サーバへ送信するステップを実行し、
   前記加入者サーバは、
   前記ＡＳへの問い合わせの結果送信された物理番号を受信し、前記物理番号を含むINVITEメッセージを作成し、前記作成したINVITEメッセージを、前記着端末である、前記ＩＰ網内の端末または前記ゲートウェイ装置経由でＰＳＴＮ内の端末へ送信し、ルーチング処理を行うステップと、
   前記ルーチング先の端末からの応答があったとき、この端末と、前記発端末との接続処理を行うステップと、
   前記端末から、所定時間経過しても、前記INVITEメッセージに対する応答が得られなかったとき、前記応答が得られなかった端末の物理番号を含む不出通知を前記ＡＳへ送信するステップとを実行し、
   前記ＡＳは、
   前記不出通知を受信したとき、前記転送先情報を参照して、前記応答が得られなかった端末へのINVITEメッセージの転送先の端末の物理番号を特定し、前記特定した物理番号を前記加入者サーバへ送信するステップを実行し、
   前記加入者サーバは、
   前記ＡＳから、前記応答が得られなかった端末の物理番号を受信したとき、この物理番号を含むINVITEメッセージを作成し、前記作成したINVITEメッセージを、前記着端末である、前記ＩＰ網内の端末または前記ＰＳＴＮ内の端末へ送信するステップを実行することを特徴とする通信方法。

Images