JP4146832B2 - 通信中転送方法、呼処理サーバ、プログラム及び記録媒体 - Google Patents

Description

本発明は、ＩＰネットワークを介した音声通話における通信中転送機能を提供する通信中転送方法、呼処理サーバ、プログラム及び記憶媒体に関するものである。

従来より、通信中転送機能を有する電話システムが開発されている。通信中転送機能とは、ユーザＡ（第１の端末）とユーザＢ（第２の端末）が通信中にユーザＡがユーザＢを保留し、ユーザＣ（第３の端末）に対してダイヤル後、通話・保留を行った後、転送を起動することによりユーザＢとユーザＣを接続することで、ユーザＢとユーザＣの間で通話を可能とするものである。
例えば、ＩＳＤＮ(Integrated Service Digital Network)における通信中転送機能では、着呼者（転送者）は、発呼者からの通話を保留して第三者（被転送者）を呼び出した後、発呼者からの通話を第三者に切り換えることができる（例えば、特許文献１参照。）。また、アナログ電話回線をＩＳＤＮ回線に変更した場合でも、ターミナルアダプタを用いて通信中転送機能を実現したシステムも開発されている（例えば、特許文献２参照）。

近年では、インターネットの普及に伴い、ＩＰ(Internet Protocol)網を用いた音声通話（以下、ＶｏＩＰ（Voice over IP）という）が行われている。このＶｏＩＰにおいても、通信中転送機能が実現されており、例えば、通信中転送機能を利用した際の課金方法（例えば、特許文献３参照。）や、複数のドメインで内線番号を共有している場合でも確実に着信転送できるようにした方法（例えば、特許文献４参照。）が提案されている。また、既存のＰＢＸ(Private automatic Branch eXchange)にＶｏＩＰアダプタを設けることにより、仮想的にＶｏＩＰサービス上で通信中転送機能が可能なシステムも存在する。

なお、出願人は、本明細書に記載した先行技術文献情報で特定される先行技術文献以外には、本発明に関連する先行技術文献を出願時までに発見するには至らなかった。
特開平５−１２２３９６号公報 特開２００３−１６３７５６号公報 特開２００３−２６４６３８号公報 特開２００３−０３２３７３号公報

しかしながら、ＶｏＩＰにおける従来の通信中転送機能では、端末に何らかの異常が発生すると、呼切断されてしまうという問題があった。
また、既存のＰＢＸにＶｏＩＰアダプタを設けて仮想的な通信中転送機能を実現する場合は、ＩＰ化によるコストメリットがなくなってしまう。
そこで、本願発明は、上述したような課題を解決するためになされたものであり、使い勝手のよい通信中転送機能を実現することができる通信中転送方法、呼処理サーバ、プログラム及び記録媒体を提供することを目的とする。

上述したような課題を解決するために、本発明に係る通信中転送方法は、ＩＰ網に接続されこのＩＰ網を介して音声通信を行う複数のＩＰ端末と、公衆回線網に接続されこの公衆回線網を介して音声通信を行う複数の電話端末と、ＩＰ網と公衆回線網に接続され、ＩＰ端末と電話端末との間の音声通信を仲介するＧＷと、ＩＰ網に接続されＩＰ端末間およびＩＰ端末と電話端末との間の呼を制御する呼処理サーバとを備えた通信システムにおける通信中転送方法であって、第１のＩＰ端末と通信を行っている第２のＩＰ端末を保留にする第１のステップと、第２のＩＰ端末が保留されている状態でＧＷを介して第１のＩＰ端末と１の電話端末との間で音声通信を行う第２のステップと、第１のＩＰ端末から呼処理サーバに通信中転送を行う指示を出す第３のステップと、呼処理サーバによりＧＷを介して第２のＩＰ端末と１の電話端末との間の通信を確立する第４のステップとを有することを特徴とする。

上記通信中転送方法において、第２のＩＰ端末と１の電話端末との間の通信を確立できなかった場合には、第１のＩＰ端末と第２のＩＰ端末および１の電話端末の何れか一方の端末との間で通信を行い、第２のＩＰ端末および１の電話端末の他方の端末を保留にする第５のステップをさらに有するようにしてもよい。

上記通信中転送方法において、第４のステップは、呼処理サーバより第２のＩＰ端末に保留の解除を指示する第１の保留解除信号を送信する第６のステップと、呼処理サーバより第２のＩＰ端末の保留の解除が成功したか否かに関する第１の状態通知を第１のＩＰ端末に送信する第７のステップと、を有し、第５のステップは、第２のＩＰ端末の保留の解除を失敗したことを示す第１の状態通知を受信すると、第２のＩＰ端末および１の電話端末の何れか一方の端末との間で通信を行い、他方の端末を保留するようにしてもよい。

上記通信中転送方法において、第４のステップに先立ち１の電話端末を保留する第８のステップをさらに有し、第４のステップは、第２のＩＰ端末の保留の解除が成功すると、呼処理サーバよりＧＷを介して１の電話端末に保留の解除を指示する第２の保留解除信号を送信する第９のステップと、呼処理サーバより１の電話端末の保留の解除が成功したか否かに関する第２の状態通知を第１のＩＰ端末に送信する第１０のステップと、を有し、第５のステップは、１の電話端末の保留の解除を失敗したことを示す第２の状態通知を受信すると、第２のＩＰ端末および１の電話端末の何れか一方の端末との間で通信を行い、他方の端末を保留するようにしてもよい。

上記通信中転送方法において、第１の保留解除信号には、１の電話端末のメディアパスアドレスが含まれ、第２の保留解除信号には、第２のＩＰ端末のメディアパスアドレスが含まれるようにしてもよい。

また、本発明に係る呼処理サーバは、ＧＷを介して公衆回線網に接続されたＩＰ網に接続され、ＩＰ網を介して音声通信を行うＩＰ端末間の呼および公衆回線網を介して音声通信を行う電話端末とＩＰ端末との間の呼を制御する呼処理サーバであって、第１のＩＰ端末が保留にしている第２のＩＰ端末と第１のＩＰ端末とＧＷを介して通信中の１の電話端末との間で通信を確立する通信中転送を行う指示を受信する転送要求受信手段と、第２のＩＰ端末と１の電話端末との間の通信をＧＷを介して確立する制御手段と、第２のＩＰ端末に保留を解除する保留解除信号を送信する保留解除手段と、第２のＩＰ端末と１の電話端末との間の通信を確立したか否かに関する状態通知を第１のＩＰ端末に送信する状態通知手段とを有することを特徴とする。

上記呼処理サーバにおいて、保留解除手段は、第２のＩＰ端末と１の電話端末との間の通信を確立することを失敗した場合には、第１のＩＰ端末に第２のＩＰ端末および１の電話端末の何れか一方の端末と通信を行わせ、第２のＩＰ端末および１の電話端末の他方の端末を保留にさせるようにしてもよい。

上記呼処理サーバにおいて、転送要求受信手段は、第１のＩＰ端末が保留にしている第２のＩＰ端末と１の電話端末との間でＧＷを介して通信を確立する通信中転送を行う指示を受信し、保留解除手段は、第２のＩＰ端末および１の電話端末に保留を解除する保留解除信号を送信するようにしてもよい。

上記呼処理サーバにおいて、保留解除信号には、第２のＩＰ端末または１の電話端末のメディアパスアドレスが含まれるようにしてもよい。

また、本発明に係るプログラムは、ＧＷを介して公衆回線網に接続されたＩＰ網に接続され、ＩＰ網を介して音声通信を行うＩＰ端末間の呼および公衆回線網を介して音声通信を行う電話端末とＩＰ端末との間の呼を制御する呼処理サーバのプログラムであって、第１のＩＰ端末が保留にしている第２のＩＰ端末と第１のＩＰ端末とＧＷを介して通信中の１の電話端末との間でＧＷを介して通信を確立する通信中転送を行う指示を受信する第１のステップと、第２のＩＰ端末に保留を解除する保留解除信号を送信する第２のステップと、第２のＩＰ端末と１の電話端末との間の通信を確立したか否かに関する状態通知を第１のＩＰ端末に送信する第３のステップとを有することを特徴とする。

上記プログラムにおいて、第２のＩＰ端末と１の電話端末との間の通信を確立することを失敗した場合には、第１のＩＰ端末に第２のＩＰ端末および１の電話端末の何れか一方の端末と通信を行わせ、第２のＩＰ端末および１の電話端末の他方の端末を保留にさせる第４のステップをさらに有するようにしてもよい。

上記プログラムにおいて、第１のステップは、第１のＩＰ端末が保留にしている第２のＩＰ端末と１の電話端末との間でＧＷを介して通信を確立する通信中転送を行う指示を受信し、第２のステップは、第２のＩＰ端末および１の電話端末に保留を解除する保留解除信号を送信するようにしてもよい。

上記プログラムにおいて、保留解除信号には、第２のＩＰ端末または１の電話端末の少なくとも一方のメディアパスアドレスが含まれるようにしてもよい。

また、本発明に係る記録媒体は、上記プログラムを記録したことを特徴とする。

本発明によれば、呼処理サーバにより通信中転送が実現されるため、コストメリットが損なわれないので、とても使い勝手がよい。
また、本発明によれば、呼処理サーバによって、第２の端末と第３の端末との通信中転送が制御され、第２の端末または第３の端末の保留解除が失敗すると、第１の端末と第２の端末または第３の端末との間の通話が再開される。したがって、呼切断されないので、とても使い勝手がよい。

以下、図面を参照して、本発明の実施の形態について詳細に説明する。
図１は、本実施の形態に係るＶｏＩＰのネットワークを示す構成図、図２は、呼処理サーバ（以下、ＣＡ（Call Agent）という）の構成を示すブロック図である。
本実施の形態に係るＶｏＩＰネットワークは、ＩＰ網１に接続されたＣＡ１０と、ＩＰ網１と公衆回線網(以下、ＰＳＴＮ(Public Switched Telephone Network)という）２とに接続されたＧＷ(Gate Way)２０と、ＩＰ網１に接続された複数のＩＰ電話端末３０と、ＰＳＴＮ２に接続された複数の電話端末４０とを有する。

ＣＡ１０は、データ通信部１１と、制御部１２と、記憶部１３と、転送部１４とを少なくとも備える。

データ通信部１１は、ＩＰ網１に接続されたＩＰ電話端末３０またはＧＷ２０を介してＰＳＴＮ２に接続された電話端末４０と各種データの送受信を行う。
制御部１２は、ＣＡ１０各部を制御し、ＩＰ電話端末３０または電話端末４０の何れかからなる端末間の通信を確立する。これにより、制御部１２は、通信中転送も実現する。
記憶部１３は、制御部１２の制御に用いる各種データを記憶する。

転送部１４は、転送要求受信部１４ａと、保留解除部１４ｂと、状態通知部１４ｃとを有し、これらにより通信中転送機能を実現する。
転送要求受信部１４ａは、ＶｏＩＰを行っているＩＰ電話端末３０または電話端末４０から、転送要求をデータ通信部１１を介して受信すると、受信した転送要求を保留解除部１４ｂに送信する。
保留解除部１４ｂは、転送要求を受信すると、保留状態の解除を指示する保留解除信号を生成し、データ通信部１１を介してＩＰ電話端末３０または電話端末４０に宛てて送信する。
状態通知部１４は、保留解除信号を信号を送信した端末の保留解除が成功したか否かに関する情報を含む状態通知信号を生成し、通信中転送を要求した端末に送信する。

このようなＣＡ１０を構成するデータ通信部１１、制御部１２、記憶部１３及び転送部１４は、それぞれＣＰＵ等の演算装置、メモリ、HDD等の記憶装置、ＩＰ網１に接続されたＩＰ電話端末３０及びＧＷ２０を介してＰＳＴＮ２に接続された電話端末４０と各種情報の送受を行うＩ/Ｆ装置、キーボード、マウス等の入力装置、CRT(Cathode Ray Tube)、LCD(Liquid Crystal Display)、FED(Field Emission Display)または有機EL(Electro Luminescence)等の表示装置などを備えたコンピュータと、このコンピュータにインストールされたプログラムとから構成されており、上記ハードウェア装置がプログラムによって制御されることによって、すなわちハードウェア資源とソフトウェアが協働することによって、各機能を実現する。
なお、プログラムは、ＣＤ(Compact Disc)、ＤＶＤ(Digital Versatile Disk)やフレキシブルディスクなどの記録媒体に記録し、この記録媒体によってコンピュータにインストールするようにしてもよい。また、ＣＡ１０が接続されたＩＰ網１を介して受信したプログラムをコンピュータにインストールするようにしてもよい。

ＧＷ２０は、ＩＰ網１とＰＳＴＮ２とに接続され、ＩＰ電話端末３０と電話端末４０との通信を仲介する。

次に、図３を参照して、本実施の形態に係るＶｏＩＰのネットワークにおける通信中転送機能の動作の概要について説明する。図３（ａ）〜（ｄ）は、本実施の形態に係るＶｏＩＰのネットワークにおける通信中転送動作を説明する図である。
なお、図３において、実線の矢印は通信中、点線の矢印は保留中、一点鎖線の矢印は各種信号の通信経路を意味する。

図３（ａ）に示すように、ＩＰ網１に接続された２つのＩＰ電話端末３０（以下、端末Ａ，Ｂという）が通信中のときに、端末Ａにより、端末ＢとＰＳＴＮ２に接続された電話端末４０（以下、端末Ｃという）との通信中転送を行う場合について説明する。
端末Ａと端末Ｂとが通話中の場合、相手端末を特定して通話を行うためのメディアパスアドレス等の情報は、ＣＡ１０により端末Ａと端末Ｂのそれぞれに送信される。
メディアパスアドレスには、ＩＰアドレスなどの相手端末を特定する情報の他、音声、画像、テキスト等の各種データを含むようにしてもよい。

次に、図３（ｂ）に示すように、端末Ａは、端末Ｂとの通信を保留にし、端末Ｃとの通信を開始する。
端末Ａは、ユーザの保留ボタン等の押下等を検出することにより、端末Ｂとの通話を保留にする。このとき、端末Ａは、端末Ｂに対して、端末Ｂとの通話を保留にすることを意味する保留信号を送信する。
また、端末Ａは、ユーザによる端末Ｃの電話番号がダイヤルされたことを検出する等により、端末Ｃとの通信を開始する。このとき、端末Ａは、ＣＡ１０に対して、端末Ｃの電話番号をダイヤルしたことを通知する。すると、ＣＡ１０は、通知された電話番号をＧＷ２０に通知する。ＧＷ２０は、ＣＡ１０から通知された電話番号から端末Ｃを特定する。ＣＡ１０は、ＧＷ２０から端末Ｃを特定したことが通知されると、端末Ｃを特定したＧＷ２０を特定して通話を行うためのメディアパスアドレス等の情報を端末Ａに通知する。端末Ａは、通知されたメディアパスアドレスに基づいてＧＷ２０にアクセスし、端末Ｃが端末Ａからの発呼に応答すると、端末Ａと端末Ｃとの通話パスが確立される。

端末Ｂは、端末Ａから保留信号を受信すると、保留音をスピーカから出力し、ユーザに端末Ａとの通話が保留状態にあることを通知する。

次に、図３（ｃ）に示すように、端末Ａは、端末Ｃとの通信を保留にする。
端末Ａは、ユーザの保留ボタン等の押下等を検出することにより、端末Ｃとの通話を保留にする。

次に、端末Ａは、ＣＡ１０に対して転送要求信号を送信すると、図３（ｄ）に示すように、端末Ｂと端末Ｃとの間で通信が開始される。
ここで、ＣＡ１０に対する転送要求信号を送信するトリガーの具体例としては、以下のようなものが挙げられる。
一の端末を保留にしている状態で他の端末と通信中の場合に、通信中転送を行う端末のユーザがその端末をオンフックにする。
一の端末を保留にしている状態で他の端末と通信中の場合に、ユーザによる保留ボタンの押下等の保留動作を、通信中転送を行う端末が検出する。
２つの端末を保留にしている状態で、ユーザによる転送要求を送信する旨の操作入力を通信中転送を行う端末が検出する。

次に、図４を参照して、図３（ｄ）に示した通信中転送機能について詳細に説明する。図４は、通信中転送機能の動作を説明するシーケンス図である。ここで、端末Ａと通信を行っていた端末Ｂ及び端末Ｃの間で通信中転送を行う場合を例に説明する。

端末Ａと端末Ｂとの通信が保留中であり（ステップＳ４０１）、端末Ａと端末Ｃとの通信が保留にされ（ステップＳ４０２）、端末Ａから転送要求信号がＣＡ１０に送信されると（ステップＳ４０３）、ＣＡ１０は、保留解除信号を生成し、端末Ｂに送信する（ステップＳ４０４）。このとき、ＣＡ１０は、保留解除信号とともに、端末Ｃのメディアパスアドレス情報を端末Ｂに送信する。

なお、本実施の形態では、端末Ａと端末Ｃとの通信を保留にした後に転送要求信号を送信するようにしているが、保留にすると同時に転送要求信号を送信するようにしてもよい。また、端末Ａと端末Ｃとの通信を保留にせずに、転送要求を送信するようにしてもよい。

また、転送要求信号には、通話中転送を行う端末のメディアパスアドレスが含まれるようにしてもよい。これにより、ＣＡ１０は、端末Ｂに端末Ｃのメディアパスアドレスを送信することが可能となる。
また、ＣＡ１０は、各端末の通信に関する情報を記憶部１３に記憶するようにしてもよい。このようにしても、ＣＡ１０は、記憶部１３に記憶された端末Ａの通信に関する情報に基づいて、端末Ｃのメディアパスアドレスを検索することにより、端末Ｂに端末Ｃの音声パスアドレスを送信することが可能となる。

保留解除が正常に行われたことを示す保留解除応答信号を端末Ｂから受信すると（ステップＳ４０５）、ＣＡ１０は、端末Ｂの保留解除が成功したことに関する情報を含む状態通知信号を生成し、端末Ａに送信する（ステップＳ４０６）。

次に、ＣＡ１０は、保留解除信号を生成し、端末Ｃに送信する（ステップＳ４０７）。このとき、ＣＡ１０は、保留解除信号とともに、端末Ｂのメディアパスアドレス情報を端末Ｃに送信する。これにより、端末Ｂと端末Ｃとの間での音声通信が可能となる。
なお、ＣＡ１０は、上述したように、転送要求信号または記憶部１３に基づいて端末Ｂのメディアパスアドレスを端末Ｃに送信する。

ここで、端末Ｃは、上述したようにＰＳＴＮ２に接続された電話端末４０である。したがって、端末Ｃに送信された端末ＢのメディアパスアドレスはＧＷ２０に送信され、このＧＷ２０によって、後述する保留解除や通信中転送等の制御が行われる。
なお、端末Ｃは、ＩＰ電話端末３０でもよい。この場合、端末Ｂと同等の動作制御を行うことにより、通信中転送動作が実現される。

保留解除が正常に行われたことを示す保留解除応答信号を端末Ｃから受信すると（ステップＳ４０８）、ＣＡ１０は、端末Ｂの保留解除が成功したことに関する情報を含む状態通知信号を生成し、端末Ａに送信する（ステップＳ４０９）。このように、端末Ｂと端末Ｃの保留が正常に解除されたことを検出すると、端末Ａは、端末Ｂと端末Ｃの通信中転送が成功したと判断する。このとき、端末Ａは、通信中転送が成功したことを端末Ａの表示画面に表示したり、通信中転送が成功したことを示す音声をスピーカから送出するようにしてもよい。これにより。端末Ａのユーザは、通信中転送が成功したことを認識することができる。

お互いの通話パスアドレスを受信した端末Ｂと端末Ｃは、通話を開始する（ステップＳ４１０）。なお、端末Ｂと端末Ｃの通話は、ステップＳ４０８以降であるならばいつの段階でも開始することができ、例えば、ステップＳ４０８と同時やステップＳ４０９の前に開始するようにしてもよい。

このように、本実施の形態によれば、転送要求信号や状態通知信号は通信中転送を要求する端末（端末Ａ）とＣＡ１０との間のみで送受信されるので、通信中転送を行う端末（端末Ｂ、Ｃ）は保留解除信号の受信を行うだけであり、特殊な呼制御を理解して動作する必要がない。したがって、新しいプロトコルの開発などを実施しなくても動作させることが可能となるので、早期のビジネス展開が可能となる。

なお、本実施の形態では、先に端末Ｂに保留解除信号を送信しているが、先に端末Ｃに保留解除信号を送信するようにしてもよい。

次に、図５を参照して、保留解除が失敗した場合の動作について説明する。図５は、保留解除が失敗した通信中転送機能の動作を説明するシーケンス図である。
なお、図５では、図４で示した端末Ｂの保留解除が失敗した場合を例に説明する。したがって、図４のステップＳ４０１〜Ｓ４０４と図５に示すステップＳ５０１〜５０４は同等であるので、説明を省略する。

保留解除信号の送信に対して、保留解除が失敗したことを示す保留解除失敗信号を端末Ｂから受信すると（ステップＳ５０５）、ＣＡ１０は、端末Ｂの保留解除が失敗したことに関する情報を含む状態通知信号を生成し、端末Ａに送信する（ステップＳ５０６）。

保留解除を失敗したことを示す状態通知信号を受信すると、端末Ａは、通信中転送を失敗したことをユーザに通知する（ステップＳ５０７）。このユーザに対する通知は、例えば、通信中転送が失敗したことを端末Ａの表示画面に表示したり、通信中転送が失敗したことを示す音声をスピーカから送出するようにしてもよい。また、端末Ａをオフフックにした場合には、呼び鈴を鳴動させるようにしてもよい。これにより、端末Ａのユーザは、通信中転送を失敗したことを認識することができる。

ユーザに通知すると、端末Ａは、通常の保留解除動作、すなわちＣＡ１０による保留解除動作ではなく端末Ａによる保留解除動作によって端末Ｃの保留を解除し（ステップＳ５０８）、端末Ｃから保留解除に対する応答を受信すると（ステップＳ５０９）、端末Ｃとの通話を再開する（ステップＳ５１０）。このとき、端末Ｂについては、保留中を継続する（ステップＳ５１１）。

これにより、本実施の形態では、保留解除を失敗した場合でも、保留にしていた端末との通話が再開されるので、通話が切断されない。

次に、図６を参照して、保留解除が失敗した他の場合の動作について説明する。図６は、保留解除が失敗した通信中転送機能の動作を説明するシーケンス図である。
なお、図６では、図４で示した端末Ｃの保留解除が失敗した場合を例に説明する。したがって、図４のステップＳ４０１〜Ｓ４０７と図６に示すステップＳ６０１〜６０７は同等であるので、説明を省略する。また、図３及び図５で説明した内容と同等の部分についても、適宜説明を省略する。

保留解除信号の送信に対して、保留解除が失敗したことを示す保留解除失敗信号を端末Ｃから受信すると（ステップＳ６０８）、ＣＡ１０は、端末Ｃの保留解除が失敗したことに関する情報を含む状態通知信号を生成し、端末Ａに送信する（ステップＳ６０９）。

保留解除を失敗したことを示す状態通知信号を受信すると、端末Ａは、通信中転送を失敗したことをユーザに通知する（ステップＳ６１０）。このユーザに対する通知は、例えば、通信中転送が失敗したことを端末Ａの表示画面に表示したり、通信中転送が失敗したことを示す音声をスピーカから送出するようにしてもよい。これにより、端末Ａのユーザは、通信中転送を失敗したことを認識することができる。

ユーザに通知すると、端末Ａは、通常の保留解除信号動作によって端末Ｃの保留を解除するとともに、端末Ｂを保留にする（ステップＳ６１１〜６１４）。これにより、端末Ａは、端末Ｃとの通話を再開し、端末Ｂの保留状態を継続させる（ステップＳ６１５，Ｓ６１６）。

このように、本実施の形態では、保留解除を失敗した場合でも、保留にしていた端末との通話が再開されるので、通話が切断されない。

なお、図５、６の場合において、何れも端末Ｃとの通話を再開するように説明したが、端末Ｂとの通話を再開し、端末Ｃを保留にするようにしてもよい。この場合、端末Ａの保留ボタンのランプ制御等の公知の方法によって何れの端末と通話を再開するかを選択できることにより、ユーザが任意に通話を再開する端末を選択できるようになる。

このように、本実施の形態によれば、ＣＡによって、端末Ｂと端末Ｃとの通信中転送が制御され、保留解除に失敗すると端末Ａによって保留が解除されて通話が再開される。したがって、従来のように呼切断されないので、とても使い勝手がよい。
また、本発明によれば、ＣＡにより通信中転送が実現されるため、コストメリットが損なわれないので、とても使い勝手がよい。

本実施の形態に係るＶｏＩＰのネットワークを示す構成図である。 ＣＡの構成を示すブロック図である。 （ａ）〜（ｄ）本実施の形態に係るＶｏＩＰのネットワークにおける通信中転送動作を説明する図である。 通信中転送機能の動作を説明するシーケンス図である。 保留解除が失敗した通信中転送機能の動作を説明するシーケンス図である。 保留解除が失敗した通信中転送機能の他の動作を説明するシーケンス図である。

符号の説明

１…ＩＰ網、２…ＰＳＴＮ、１０…ＣＡ、１１…データ通信部、１２…制御部、１３…記憶部、１４…転送部、１４ａ…起動要求受信部、１４ｂ…保留解除部、１４ｃ…状態通知部、２０…ＧＷ。

Claims (14)

1. ＩＰ網に接続されこのＩＰ網を介して音声通信を行う複数のＩＰ端末と、公衆回線網に接続されこの公衆回線網を介して音声通信を行う複数の電話端末と、前記ＩＰ網と前記公衆回線網に接続され、前記ＩＰ端末と前記電話端末との間の音声通信を仲介するＧＷと、前記ＩＰ網に接続され前記ＩＰ端末間および前記ＩＰ端末と前記電話端末との間の呼を制御する呼処理サーバとを備えた通信システムにおける通信中転送方法であって、
   第１のＩＰ端末と通信を行っている第２のＩＰ端末を保留にする第１のステップと、
   前記第２のＩＰ端末が保留されている状態で前記ＧＷを介して前記第１のＩＰ端末と１の電話端末との間で音声通信を行う第２のステップと、
   前記第１のＩＰ端末から前記呼処理サーバに通信中転送を行う指示を出す第３のステップと、
   前記呼処理サーバにより前記ＧＷを介して前記第２のＩＰ端末と前記１の電話端末との間の通信を確立する第４のステップと
   を有することを特徴とする通信中転送方法。
2. 前記第２のＩＰ端末と前記１の電話端末との間の通信を確立できなかった場合には、前記第１のＩＰ端末と前記第２のＩＰ端末および前記１の電話端末の何れか一方の端末との間で通信を行い、前記第２のＩＰ端末および前記１の電話端末の他方の端末を保留にする第５のステップ
   をさらに有することを特徴とする請求項１記載の通信中転送方法。
3. 前記第４のステップは、
   前記呼処理サーバより前記第２のＩＰ端末に保留の解除を指示する第１の保留解除信号を送信する第６のステップと、
   前記呼処理サーバより前記第２のＩＰ端末の保留の解除が成功したか否かに関する第１の状態通知を前記第１のＩＰ端末に送信する第７のステップと、
   を有し、
   前記第５のステップは、
   前記第２のＩＰ端末の保留の解除を失敗したことを示す前記第１の状態通知を受信すると、前記第２のＩＰ端末および前記１の電話端末の何れか一方の端末との間で通信を行い、他方の端末を保留する
   ことを特徴とする請求項２記載の通信中転送方法。
4. 前記第４のステップに先立ち前記１の電話端末を保留する第８のステップをさらに有し、
   前記第４のステップは、
   前記第２のＩＰ端末の保留の解除が成功すると、前記呼処理サーバより前記ＧＷを介して前記１の電話端末に保留の解除を指示する第２の保留解除信号を送信する第９のステップと、
   前記呼処理サーバより前記１の電話端末の保留の解除が成功したか否かに関する第２の状態通知を前記第１のＩＰ端末に送信する第１０のステップと、
   を有し、
   前記第５のステップは、
   前記１の電話端末の保留の解除を失敗したことを示す前記第２の状態通知を受信すると、前記第２のＩＰ端末および前記１の電話端末の何れか一方の端末との間で通信を行い、他方の端末を保留する
   ことを特徴とする請求項３記載の通信中転送方法。
5. 前記第１の保留解除信号には、前記１の電話端末のメディアパスアドレスが含まれ、
   前記第２の保留解除信号には、前記第２のＩＰ端末のメディアパスアドレスが含まれる
   ことを特徴とする請求項４記載の通信中転送方法。
6. ＧＷを介して公衆回線網に接続されたＩＰ網に接続され、前記ＩＰ網を介して音声通信を行うＩＰ端末間の呼および前記公衆回線網を介して音声通信を行う電話端末と前記ＩＰ端末との間の呼を制御する呼処理サーバであって、
   第１のＩＰ端末が保留にしている第２のＩＰ端末と前記第１のＩＰ端末と前記ＧＷを介して通信中の１の電話端末との間で通信を確立する通信中転送を行う指示を受信する転送要求受信手段と、
   前記第２のＩＰ端末と前記１の電話端末との間の通信を前記ＧＷを介して確立する制御手段と、
   前記第２のＩＰ端末に保留を解除する保留解除信号を送信する保留解除手段と、
   前記第２のＩＰ端末と前記１の電話端末との間の通信を確立したか否かに関する状態通知を前記第１のＩＰ端末に送信する状態通知手段と
   を有することを特徴とする呼処理サーバ。
7. 前記保留解除手段は、前記第２のＩＰ端末と前記１の電話端末との間の通信を確立することを失敗した場合には、前記第１のＩＰ端末に前記第２のＩＰ端末および前記１の電話端末の何れか一方の端末と通信を行わせ、前記第２のＩＰ端末および前記１の電話端末の他方の端末を保留にさせる
   ことを特徴とする請求項６記載の呼処理サーバ。
8. 前記転送要求受信手段は、前記第１のＩＰ端末が保留にしている前記第２のＩＰ端末と前記１の電話端末との間で前記ＧＷを介して通信を確立する通信中転送を行う指示を受信し、
   前記保留解除手段は、前記第２のＩＰ端末および前記１の電話端末に保留を解除する保留解除信号を送信する
   ことを特徴とする請求項７記載の呼処理サーバ。
9. 前記保留解除信号には、前記第２のＩＰ端末または前記１の電話端末のメディアパスアドレスが含まれる
   ことを特徴とする請求項６乃至８の何れか１項に記載の呼処理サーバ。
10. ＧＷを介して公衆回線網に接続されたＩＰ網に接続され、前記ＩＰ網を介して音声通信を行うＩＰ端末間の呼および前記公衆回線網を介して音声通信を行う電話端末と前記ＩＰ端末との間の呼を制御する呼処理サーバのプログラムであって、
    第１のＩＰ端末が保留にしている第２のＩＰ端末と前記第１のＩＰ端末と前記ＧＷを介して通信中の１の電話端末との間で前記ＧＷを介して通信を確立する通信中転送を行う指示を受信する第１のステップと、
    前記第２のＩＰ端末に保留を解除する保留解除信号を送信する第２のステップと、
    前記第２のＩＰ端末と前記１の電話端末との間の通信を確立したか否かに関する状態通知を前記第１のＩＰ端末に送信する第３のステップと
    を有することを特徴とするプログラム。
11. 前記第２のＩＰ端末と前記１の電話端末との間の通信を確立することを失敗した場合には、前記第１のＩＰ端末に前記第２のＩＰ端末および前記１の電話端末の何れか一方の端末と通信を行わせ、前記第２のＩＰ端末および前記１の電話端末の他方の端末を保留にさせる第４のステップ
    をさらに有することを特徴とする請求項１０記載のプログラム。
12. 前記第１のステップは、前記第１のＩＰ端末が保留にしている前記第２のＩＰ端末と前記１の電話端末との間で前記ＧＷを介して通信を確立する通信中転送を行う指示を受信し、
    前記第２のステップは、前記第２のＩＰ端末および前記１の電話端末に保留を解除する保留解除信号を送信する
    ことを特徴とする請求項１１記載のプログラム。
13. 前記保留解除信号には、前記第２のＩＰ端末または前記１の電話端末の少なくとも一方のメディアパスアドレスが含まれる
    ことを特徴とする請求項１０乃至１２の何れか１項に記載のプログラム。
14. 請求項１０乃至１３の何れか１項に記載のプログラムを記録したことを特徴とする記録媒体。

Images