JP2013251733A - 電話システム、サーバ装置及び制御方法 - Google Patents

Abstract

【課題】転送先電話の種別に関係なく、既存のUnscreened Transfer機能を使用できるようにし、これによりユーザの利便性を高める。
【解決手段】実施形態によれば、電話システムは、複数の通信端末と、サーバ装置とを備える。サーバ装置は、記憶手段と、判定手段と、制御手段とを備える。記憶手段は、通信端末を識別する端末ＩＤと、通信端末がＳＩＰ端末であるか否かを示す端末種別情報とを対応付けた管理テーブルを記憶する。判定手段は、主催者から送信される情報に含まれる転送先の端末ＩＤに基づいて、管理テーブルを参照し、この参照結果に基づいて、転送先がＳＩＰ端末であるか否かを判定する。制御手段は、判定手段により転送先がＳＩＰ端末であると判定された場合に、被転送者から転送先へ着信している呼を切断し、しかる後に被転送者を発信元とした発信メッセージを転送先に送信する。
【選択図】 図６

Description

本発明の実施形態は、ＩＰ(Internet Protocol)電話システムといった電話システム、呼制御サーバとしてのサーバ装置、及びサーバ装置で使用される制御方法に関する。

近年、ＩＰ電話システムが普及し始めている。このＩＰ電話システムでは、例えばＬＡＮ(Local Area Network)やインターネットを含むＩＰ網にＩＰ電話端末を接続すると共に、ＩＰ網上の呼制御サーバにおいて、ＩＰ電話端末間及びＩＰ電話端末と一般電話網との間で音声通信を可能にしている。また、このＩＰ電話システムでは、そのプロトコルとしてＳＩＰ（Session Initiation Protocol）が広く使われている。

ところで、ＩＰ電話システムでは、１台の呼制御サーバでＩＰ電話端末とＳＩＰ電話端末とを収容可能としている。このようなＩＰ電話システムにあっても、ＰＢＸ(Private Branch Exchange) またはボタン電話装置で実施されているような、例えばアテンダントに繋いである部署への転送を依頼する通信転送サービスがある。

特開２０１０−２５１８２６号公報 特開２００８−２２２６８号公報 特開２００７−２７４４２９号公報

ところで、ＳＩＰによる転送操作には、Call TransferあるいはScreened Transfer（被転送者を主催者が保留し、転送先を呼び出し、転送先が応答してから、切断することで被転送者と転送先の通話にする機能）とBlind Transfer（被転送者と通話中に、転送ボタンと転送先のダイヤルを押下して主催者が抜けることで転送される機能）のみが定義されている。

一方で、ＰＢＸ等の交換システムの一般的な機能として、Unscreened Transfer、あるいはRing Transferという機能（主催者が、被転送者を保留し、転送先を呼び出し、転送先が応答する前に切断することで、被転送者が転送先を呼び出している形で転送する機能）がある。このUnscreened Transfer、あるいはRing TransferをＳＩＰ内線に対して実現する場合には、転送先のＳＩＰ内線に表示されている呼び出し元の情報が、主催者の情報から被転送者情報に変わるタイミングが無く、応答してみて実際に相手が誰かがわかる形になっていた。

このため、転送先のＳＩＰ内線において、応答した際に、誤った対応をしてしまう場合がある。

本発明の目的は、転送先電話の種別に関係なく、既存のUnscreened Transfer機能を使用できるようにし、これによりユーザの利便性を高めた電話システム、サーバ装置及び制御方法を提供することにある。

実施形態によれば電話システムは、表示器を有したＳＩＰ端末を含む複数の通信端末と、複数の通信端末間の呼接続を実行するサーバ装置とを備える。サーバ装置は、記憶手段と、判定手段と、制御手段とを備える。記憶手段は、通信端末を識別する端末ＩＤと、通信端末がＳＩＰ端末であるか非ＳＩＰ端末であるかを示す端末種別情報とを対応付けた管理テーブルを記憶する。判定手段は、複数の通信端末のうち第１の通信端末と第２の通信端末との間で呼接続が行われている状態で、主催者となる第１の通信端末にて被転送者となる第２の通信端末を保留して、転送先を呼び出し、転送先が応答する前に主催者が切断操作を行うことで、被転送者が転送先を呼び出している状態にする転送サービスの起動操作がなされた場合に、第１の通信端末から送信される情報に含まれる転送先の端末ＩＤに基づいて、管理テーブルを参照し、この参照結果に基づいて、転送先となる第３の通信端末がＳＩＰ端末であるか否かを判定する。制御手段は、判定手段により第３の通信端末がＳＩＰ端末であると判定された場合に、第２の通信端末から第３の通信端末へ着信している呼を切断し、しかる後に第２の通信端末を発信元とした発信メッセージを第３の通信端末に送信し、第３の通信端末の表示器に発信者情報として第２の通信端末の端末ＩＤを表示させる。

第１の実施形態に係わるＩＰ電話システムを示す概略構成図。 図１に示した呼制御サーバの一例を示す機能ブロック図。 図２に示した内線−呼状態管理テーブルの記憶内容の一例を示す図。 第１の実施形態において、主催者となるＩＰ電話端末と被転送者となるＳＩＰ電話端末との間で通信セッションを確立する動作を示すシーケンス図。 第１の実施形態において、主催者となるＩＰ電話端末のユーザが被転送者となるＳＩＰ電話端末を保留して転送先となるＳＩＰ電話端末へ発呼する動作を示すシーケンス図。 第１の実施形態において、被転送者となるＳＩＰ電話端末と転送先となるＳＩＰ電話端末との間の通話状態に切り替える動作を示すシーケンス図。 第２の実施形態に係る呼制御サーバの一例を示す機能ブロック図。 第２の実施形態において、Unscreened Transfer機能の起動操作がなされた後に、すれ違いを回避して被転送者となるＳＩＰ電話端末の通信相手先を、主催者から転送先へ切り替える動作を示すシーケンス図。

以下、実施の形態について、図面を参照して説明する。

ＩＰ電話システムでは、設備費用の削減のために、１台の呼制御サーバにＩＰ端末とＳＩＰ端末とを混在させて収容することがある。このようなＩＰ電話システムであっても、例えばある部署への転送を依頼する通信転送サービスを実行可能である。この通信転送サービスとしては、Call Transfer、Screened Transfer、Blind Transferがあるが、主催者が先ず会話によりどの部署に繋いでほしいかを聞きだし、そして希望の部署の内線端末を呼び出し、内線端末のユーザが応答して会話により転送する旨を伝えてから呼を転送するので、時間帯等によっては処理効率が悪くなる。

本実施形態では、主催者がUnscreened Transfer機能を使用することで、被転送者が依頼した部署の内線端末のユーザが応答するまで待ち、応答後に転送先のユーザに会話により転送する旨を伝えてから呼を転送するといった手間をなくすようにしている。しかし、転送先がＳＩＰ端末である場合に、ＳＩＰ端末の表示器に表示される発信者情報が主催者となるため、誤った応対をしてしまう場合がある。

そこで、本実施形態では、Unscreened Transfer機能を実行しても、転送先となるＳＩＰ端末において、被転送者の電話番号を表示できるようにし、応対を効率良く行えるようにしている。

（第１の実施形態）
第１の実施形態は、Unscreened Transfer機能を実行した際に、転送先となるＳＩＰ端末の表示器に、被転送者の電話番号を表示するようにしたものである。

図１は、第１の実施形態に係わるＩＰ電話システムを示す概略構成図である。

このシステムは、ＩＰ（Internet Protocol）ネットワーク１を有する。ＩＰネットワーク１には、呼制御サーバ２、複数のＩＰ電話端末Ｔ１１〜Ｔ１ｎ（ｎは自然数）、表示器ＬＣＤ２，ＬＣＤ３を有するＳＩＰ電話端末Ｔ２１，Ｔ３１が接続されている。複数のＩＰ電話端末Ｔ１１〜Ｔ１ｎ（ｎは自然数）、ＳＩＰ端末Ｔ２１，Ｔ３１は、ＩＰネットワーク１を経由して、呼制御サーバ２に収容されている。

呼制御サーバ２は、ＩＰ電話端末Ｔ１１〜Ｔ１ｎ，Ｔ２１，Ｔ３１間で、例えばＳＩＰ（Session Initiation Protocol）に従ってセッションを確立する交換制御機能を備える。そして、セッション確立後は、発信側と着信側の電話端末間でピアツーピア接続によりＲＴＰパケットを送受信することで、音声通信を行なう。

また、ＩＰ電話端末Ｔ１１には、端末を特定する端末ＩＤとして内線番号「２００」が割り当てられ、ＩＰ電話端末Ｔ１２には、内線番号「２０２」が割り当てられる。ＳＩＰ電話端末Ｔ２１には、内線番号「２０１」が割り当てられ、ＳＩＰ電話端末Ｔ３１には、内線番号「２０３」が割り当てられる。

図２は、図１に示す呼制御サーバ２の一例を示す機能ブロック図である。
呼制御サーバ２は、制御部２１、ノースブリッジ２２、主メモリ２３、サウスブリッジ２６、ＨＤＤ（Hard Disk Drive）２７、マルチドライブ２８、ＬＡＮコントローラ２９、インタフェース部３０、ＰＣカードコントローラ３１、ＢＩＯＳ−ＲＯＭ（Basic Input/Output System ROM）３３、ＥＣ／ＫＢＣ（Embedded Controller/Keyboard Controller）３４、電源コントローラ（ＰＳＣ）３５、電源部３６、インタフェース（Ｉ／Ｆ）３８、Ｉ／Ｏコントローラ４０などを備える。

制御部２１は、（ＣＰＵ：Central Processing Unit）を主体として呼制御サーバ２全体の制御を司るものであり、主メモリ２３をワークエリアとして使用し、ＨＤＤ２７から主メモリ２３にロードされる、オペレーティングシステム（ＯＳ）２３ａ、ドライバ２３ｂ、交換プログラム２３ｃなどを実行する。
ノースブリッジ２２は、制御部２１とサウスブリッジ２６との間のブリッジ処理、主メモリ２３の制御などを行う各種コントローラを備えている。
サウスブリッジ２６は、ハブリンクを介してノースブリッジ２２に接続されており、ＬＰＣ（Low Pin Count）バス上の各種デバイス（ＥＣ／ＫＢＣ３４、Ｉ／Ｏコントローラなど）や、ＰＣＩ（Peripheral Component Interconnect）バス上の各種ＰＣＩデバイス（ＬＡＮコントローラ２９、インタフェース部３０、ＰＣカードコントローラ３１など）や、ＩＤＥ（Integrated Drive Electronics）対応のディスクドライブや、ＵＳＢデバイスなどの制御を行う各種コントローラを備える。

ＨＤＤ２７は、プライマリＩＤＥに対応するデバイスとしてサウスブリッジ２６に接続されており、ＯＳや交換プログラム等の各種プログラム、各種データ２３ｄなどを記憶する内蔵のハードディスクである。マルチドライブ２８は、セカンダリＩＤＥに対応するデバイスとしてサウスブリッジ２６に接続されており、リムーバブルな記録媒体であるＣＤ−ＲＯＭ、ＤＶＤ−ＲＯＭ、ＣＤ−Ｒ／ＲＷを駆動する。

ＬＡＮコントローラ２９は、ＰＣＩデバイスとしてサウスブリッジ２６に接続されており、有線ＬＡＮの仕様に準拠する通信機能を備え、同じ通信機能を備えた通信装置との間で通信を行うものである。
インタフェース部３０は、ＰＣＩデバイスとしてサウスブリッジ２６に接続されており、ＩＰネットワーク１の仕様に準拠する通信機能を備え、ＲＴＰパケットの授受に係わる処理を行う。
ＰＣカードコントローラ３１は、ＰＣＩデバイスとしてサウスブリッジ２６に接続されており、ＰＣＭＣＩＡ(Personal Computer Memory Card International Association)の仕様に準拠し、各種のＰＣカードを制御するものである。ＢＩＯＳ−ＲＯＭ３３は、ＬＰＣバスに接続されており、電源が投入された際に主に呼制御サーバ２内のハードウェアに対する設定処理などを行うＢＩＯＳ（Basic Input/Output System）を格納している。ＥＣ／ＫＢＣ３４は、ＬＰＣバスに接続されており、電源コントローラ３５の制御などを行う。このＥＣ／ＫＢＣ３４は、組み込みコントローラであるＥＣ（Embedded Controller）とキーボードコントローラとを一体化したものである。

電源コントローラ３５は、Ｉ2Ｃバスを介してＥＣ／ＫＢＣ３４に接続されており、呼制御サーバ２内の各部に供給する電圧を制御する。電源部３６は駆動電力を生成し、呼制御サーバ２内の各部に供給する。インタフェース３８は、入力装置等が接続可能で、ＥＣ／ＫＢＣ３４との間の信号のインタフェースを行うものである。Ｉ／Ｏコントローラ４０は、ＬＰＣバスに接続されており、外部とシリアル信号やパラレル信号の入出力制御を行う。

この呼制御サーバ２においては、制御部２１の制御のもとで、主メモリ２３上に展開した交換プログラム２３ｃがＬＡＮコントローラ２９などと協働して所定の交換処理機能を実現する。呼制御サーバ２は汎用のコンピュータサーバに交換プログラム２３ｃをロードし、このプログラムを実行させることで電話端末間の交換機能を実現する。呼制御サーバ２は、汎用コンピュータと同様に、データが記憶された領域が物理的には不連続なメモリ領域であっても、ソフトウェア（プロセスなど）から見て連続になるように見せかける仮想記憶システムを採用する。

ところで、主メモリ２３のデータ領域２３ｄには、内線−呼状態管理テーブル２３ｄ１が設けられている。内線−呼状態管理テーブル２３ｄ１は、内線ごとに、端末の種別や現在の呼状態、つまり「空き」、「被保留中」、「呼び出し中」を管理するためのテーブルである。内線−呼状態管理テーブル２３ｄ１は、図３に示すように、内線番号と、端末種別と、呼状態との対応関係を表すデータを記憶している。

また、制御部２１は、テーブル登録部２１ａと、端末種別判定部２１ｂと、ＳＩＰ内線用Unscreened Transfer処理部２１ｃとを備えている。テーブル登録部２１ａは、ＳＩＰ電話端末Ｔ２１，Ｔ３１から一定周期で送信されるＲＥＧＩＳＴＥＲメッセージを受信すると、内線番号「２０１」、「２０３」を内線−呼状態管理テーブル２３ｄ１に登録する。なお、例えばＳＩＰ電話端末Ｔ２１が一定周期でＲＥＧＩＳＴＥＲメッセージを送信しない場合には、テーブル登録部２１ａはＳＩＰ電話端末Ｔ２１が存在しないものと認識し、これによりＳＩＰ電話端末Ｔ２１は通信できないものとなる。

端末種別判定部２１ｂは、例えば通話中のＩＰ電話端末Ｔ１１にてUnscreened Transfer起動操作がなされた場合に、ＩＰ電話端末Ｔ１１から送信される情報に含まれる転送先の内線番号に基づいて、内線−呼状態管理テーブル２３ｄ１を参照し、この参照結果に基づいて、転送先が「ＳＩＰ電話」であるか否かを判定する。

ＳＩＰ内線用Unscreened Transfer処理部２１ｃは、端末種別判定部２１ｂにより転送先が「ＳＩＰ電話」であると判定された場合に、被転送者から転送先へ着信している呼をＣＡＮＣＥＬで一旦切断し、すぐに被転送者を発信元としたＩＮＶＩＴＥを転送先に送信して、転送先となるＳＩＰ電話端末Ｔ３１の表示器ＬＣＤ３に発信者情報として被転送者の内線番号を表示させる。

次に、以上のように構成されたシステムの動作について説明する。ここで、説明する動作は、以下のような場合を想定して説明する。まず、呼制御サーバ２に収容されたＩＰ電話端末Ｔ１２（内線番号２０２）のユーザが、ＳＩＰ電話端末Ｔ２１のユーザと通話するとする。途中で、ＳＩＰ電話端末Ｔ２１のユーザがＳＩＰ電話端末Ｔ３１のユーザと通話したいとＩＰ電話端末Ｔ１２のユーザに依頼し、ＩＰ電話端末Ｔ１２のユーザが代行しＳＩＰ電話端末Ｔ３１に対して、発呼を行うことを想定している。このため、動作の大まかな順序は、図４〜図６に示すように、以下の通りとなる。

（１）ＩＰ電話端末Ｔ１２のユーザが、ＳＩＰ電話端末Ｔ２１へ発呼。

（２）ＩＰ電話端末Ｔ１２のユーザが、ＳＩＰ電話端末Ｔ２１を保留してＳＩＰ電話端末Ｔ３１へ発呼。

（３）ＳＩＰ電話端末Ｔ３１が応答すると、ＳＩＰ電話端末Ｔ２１とＳＩＰ電話端末Ｔ３１間の通話状態に切替。

以下、動作について詳細に説明する。
（１）ＩＰ電話端末Ｔ１２のユーザが、ＳＩＰ電話端末Ｔ２１へ発呼
まず、ＩＰ電話端末Ｔ１２とＳＩＰ電話端末Ｔ２１との間で通信セッションを確立する動作について説明する。図４は、ＩＰ電話端末Ｔ１２とＳＩＰ電話端末Ｔ２１との間で通信セッションを確立する動作を示すシーケンス図である。

いま図４に示すように、ＩＰ電話端末Ｔ１２のユーザがＳＩＰ電話端末Ｔ２１への発信操作を行なったとする（図４（１））。そうするとＩＰ電話端末Ｔ１２からその発信要求及びダイヤル「２０１」が呼制御サーバ２に送られる（図４（２））。

呼制御サーバ２は、発信要求及びダイヤル「２０１」を受信すると、内線−呼状態管理テーブル２３ｄ１を参照して、着信側が「ＳＩＰ電話」であることを判定し、ＳＩＰで規定されるＩＮＶＩＴＥを生成する。このＩＮＶＩＴＥには、発信元の内線番号「２０２」が含まれる。そして、呼制御サーバ２は、ＩＮＶＩＴＥをＳＩＰ電話端末Ｔ２１に送信して呼び出しを行う（図４（３））。

ＳＩＰ電話端末Ｔ２１は、ＩＮＶＩＴＥを受信すると、着信報知が行われている旨を示す１００Trying及び１８０Ringingを呼制御サーバ２へ返送する（図４（４））。この着信報知は、鳴音の発生または着信表示により行なわれる。

上記着信報知に対しＳＩＰ端末Ｔ２１のユーザが応答操作を行なうと（図４（５））、ＳＩＰ端末Ｔ２１は応答メッセージ（２００ＯＫ）を呼制御サーバ２へ送信する（図４（６））。そして、呼制御サーバ２は、応答メッセージ（２００ＯＫ）を受信すると、応答メッセージ（２００ＯＫ）を受け付けた旨を示すＡＣＫをＳＩＰ電話端末Ｔ２１へ返送する（図４（７））。

かくして、発信元のＩＰ電話端末Ｔ１２と着信先のＳＩＰ電話端末Ｔ２１との間には通信セッションが形成され、以後ＲＴＰパケットの送受信が行われ、通話が可能となる（図４（８））。

（２）ＩＰ電話端末Ｔ１２のユーザが、ＳＩＰ電話端末Ｔ２１を保留してＳＩＰ電話端末Ｔ３１へ発呼。
図５は、ＩＰ電話端末Ｔ１２のユーザがＳＩＰ電話端末Ｔ２１を保留してＳＩＰ電話端末Ｔ３１へ発呼する動作を示すシーケンス図である。

いま図５に示すように、ＩＰ電話端末Ｔ１２とＳＩＰ電話端末Ｔ２１との間で通話が行われているものとする。この状態で、ＩＰ電端末Ｔ１２においてユーザが保留キーを押下したとする（図５（１））。そうするとＩＰ電話端末Ｔ１２から保留（ＨＯＬＤ）要求が呼制御サーバ２に送られる（図５（２））。

呼制御サーバ２は、ＨＯＬＤ要求を受信すると、ｒｅＩＮＶＩＴＥをＳＩＰ電話端末Ｔ２１へ送信する（図５（３））。ＳＩＰ電話端末Ｔ２１は、ｒｅＩＮＶＩＴＥを受信すると、保留音を聴取可能である場合に、応答メッセージ（２００ＯＫ）を呼制御サーバ２へ返送する（図５（４））。呼制御サーバ２は、ＳＩＰ電話端末Ｔ２１から応答メッセージ（２００ＯＫ）を受信すると、応答メッセージ（２００ＯＫ）を受け付けた旨を示すＡＣＫをＳＩＰ電話端末Ｔ２１へ返送し（図５（４−１））、保留音をＳＩＰ電話端末Ｔ２１へ送信する（図５（５））。

この状態で、ＩＰ電端末Ｔ１２においてユーザが転送先の内線番号「２０３」をダイヤルしたとする（図５（６））。呼制御サーバ２は、ダイヤル「２０３」を受信すると、内線−呼状態管理テーブル２３ｄ１を参照して、転送先が「ＳＩＰ電話」であることを判定し、ＳＩＰで規定されるＩＮＶＩＴＥを生成する。このＩＮＶＩＴＥには、発信元の内線番号「２０２」が含まれる。そして、呼制御サーバ２は、ＩＮＶＩＴＥを転送先となるＳＩＰ電話端末Ｔ３１に送信して呼び出しを行う（図５（７））。

ＳＩＰ電話端末Ｔ３１は、ＩＮＶＩＴＥを受信すると、着信報知が行われている旨を示す１００Trying及び１８０Ringingを呼制御サーバ２へ返送する（図５（８））。この着信報知は、鳴音の発生または着信表示により行なわれる。

そして、上記着信報知に対しＳＩＰ端末Ｔ３１が応答する前に、ＩＰ電話端末Ｔ１２のユーザは呼切断、つまりオンフックを行うと、呼の切断要求が呼制御サーバ２に送られる（図５（９））。

（３）ＳＩＰ電話端末Ｔ３１が応答すると、ＳＩＰ電話端末Ｔ２１とＳＩＰ電話端末Ｔ３１間の通話状態に切替
図６は、ＳＩＰ電話端末Ｔ２１とＳＩＰ電話端末Ｔ３１間の通話状態に切り替える動作を示すシーケンス図である。

ＩＰ電話端末Ｔ１２は、呼の切断要求を送信した後、自端末が空きになった旨を示す２００ＯＫを呼制御サーバ２に送信する（図６（１））。このとき、呼制御サーバ２は、内線−呼状態管理テーブル２３ｄ１を参照して、ＳＩＰ電話端末Ｔ２１の呼状態が「被保留中」、ＳＩＰ電話端末Ｔ３１の呼状態が「呼び出し中」であることを判定し、ＳＩＰ電話端末Ｔ２１からの呼をＳＩＰ電話端末Ｔ３１へ転送する。同時に、呼制御サーバ２は、転送先がＳＩＰ電話端末Ｔ３１であると判定すると、ＳＩＰ電話端末Ｔ３１の現状呼び出し中である呼に対してＣＡＮＣＥＬを送信する（図６（２））。

ＳＩＰ電話端末Ｔ３１は、ＣＡＮＣＥＬを受信すると、表示器ＬＣＤ３に表示されている発信者内線番号「２０２」を消去し、ＣＡＮＣＥＬを受け付けた旨を示す２００ＯＫを呼制御サーバ２に返送するとともに（図６（３））、自端末に障害が発生していない旨を示す487 Request Terminatedを呼制御サーバ２に返送する（図６（４））。

呼制御サーバ２は、487 Request Terminatedを受信すると、487 Request Terminatedを正しく受信した旨を示す応答（ＡＣＫ）をＳＩＰ電話端末Ｔ３１に送信するとともに（図６（５））、新たにＩＮＶＩＴＥを生成する。このＩＮＶＩＴＥには、発信元の内線番号「２０１」が含まれる。そして、呼制御サーバ２は、ＩＮＶＩＴＥをＳＩＰ電話端末Ｔ３１に送信して呼び出しを行う（図６（６））。

ＳＩＰ電話端末Ｔ３１は、ＩＮＶＩＴＥを受信すると、表示器ＬＣＤ３に発信者の内線番号「２０１」を表示し、着信報知が行われている旨を示す１００Trying及び１８０Ringingを呼制御サーバ２へ返送する（図６（７））。この着信報知は、鳴音の発生または着信表示により行なわれる。

上記着信報知に対しＳＩＰ端末Ｔ３１のユーザが応答操作を行なうと（図６（８））、ＳＩＰ端末Ｔ３１は応答メッセージ（２００ＯＫ）を呼制御サーバ２へ送信する（図６（９））。

呼制御サーバ２は、発信元の内線番号「２０３」を含むＩＮＶＩＴＥを被転送者となるＳＩＰ電話端末Ｔ２１に送信し（図６（１０））、応答メッセージ（２００ＯＫ）を受け付けた旨を示すＡＣＫをＳＩＰ電話端末Ｔ３１へ返送する（図６（１１））。

ＳＩＰ電話端末Ｔ２１は、ＩＮＶＩＴＥに対する応答メッセージ（２００ＯＫ）を呼制御サーバ２へ送信する（図６（１２））。すると、呼制御サーバ２は、ＳＤＰに内線番号「２０３」を設定したＡＣＫをＳＩＰ電話端末Ｔ２１に返送する（図６（１３））。

かくして、ＩＰ電話端末Ｔ２１，Ｔ３１との間には通信セッションが形成され、以後ＲＴＰパケットの送受信が行われ、通話が可能となる（図６（１４））。

このことにより、転送先のＳＩＰ電話端末Ｔ３１の表示器ＬＣＤ３に表示される着信表示は、発信者情報201が載り、応答前に正しい発信者の情報を知ることができる。

以上のように上記第１の実施形態では、呼制御サーバ２において、内線番号と、「ＳＩＰ電話」、「ＩＰ電話」を示す端末種別とを対応付けた内線−呼状態管理テーブル２３ｄ１を主メモリ２３に記憶しておき、主催者となるＩＰ電話端末Ｔ１２にてUnscreened Transfer機能の起動操作がなされた場合に、ＩＰ電話端末Ｔ１２から送信される情報に含まれる転送先の内線番号に基づいて、内線−呼状態管理テーブル２３ｄ１を参照することで、転送先がＳＩＰ電話端末Ｔ３１である場合に、一旦呼をＣＡＮＣＥＬで停止し、すぐに別の呼を被転送者の内線番号「２０２」を載せたＩＮＶＩＴＥによって実施することで、転送先のＳＩＰ電話端末Ｔ３１の表示器ＬＣＤ３に、被転送者の情報を表示することができる。

従って、既存の交換システムの機能であるUnscreened Transfer機能を、ＩＰ電話端末に限らずＳＩＰ電話端末でも問題なく提供することができるようになり、これによりユーザは、転送先電話の種別を気にせずに、既存のUnscreened Transfer機能を使用できる。

さらに、上記第１の実施形態によれば、転送先のＳＩＰ電話端末Ｔ３１の表示器ＬＣＤ３に、Unscreened Transfer機能に連動して主催者の内線番号「２０１」から被転送者の内線番号「２０２」に切り替えて表示することができ、転送先のＳＩＰ電話端末Ｔ３１のユーザは転送の旨を確認して、応対できる。

（第２の実施形態）
第２の実施形態は、Unscreened Transfer機能を実行した際に、転送先となるＳＩＰ端末からＩＮＶＩＴＥが送られてきた場合に、転送先となるＳＩＰ端末の発信を拒否するようにしたものである。

図７は、第２の実施形態に係る呼制御サーバ２の一例を示す機能ブロック図である。
制御部２１は、さらに呼状態判定部２１ｄと、すれ違い処理部２１ｅとを備えている。呼状態判定部２１ｄは、ＣＡＮＣＥＬにより被転送者から転送先へ着信している呼を切断した後、転送先からＩＮＶＩＴＥが送られた場合に、内線−呼状態管理テーブル２３ｄ１中の転送先に対応する呼状態情報を参照し、呼び出し中であるか否かを判定する。

すれ違い処理部２１ｅは、上記呼状態判定部２１ｄにより「呼び出し中」と判定された場合に、転送先に対し４８０Temporarily Unavailableを送信して発信を拒否する。

次に、以上のように構成されたシステムの動作について説明する。

図８は、Unscreened Transfer機能の起動操作がなされた後に、すれ違いを回避してＳＩＰ電話端末Ｔ２１の通信相手先を、ＩＰ電話端末Ｔ１２からＳＩＰ電話端末Ｔ３１へ切り替える動作を示すシーケンス図である。

呼制御サーバ２は、主催者となるＩＰ電話端末Ｔ１２によりUnscreened Transfer機能の起動操作がなされると、内線−呼状態管理テーブル２３ｄ１を参照して、ＳＩＰ電話端末Ｔ２１の呼状態が「被保留中」、ＳＩＰ電話端末Ｔ３１の呼状態が「呼び出し中」であることを判定し、ＳＩＰ電話端末Ｔ２１からの呼をＳＩＰ電話端末Ｔ３１へ転送する。同時に、呼制御サーバ２は、転送先がＳＩＰ電話端末Ｔ３１であると判定すると、ＳＩＰ電話端末Ｔ３１の現状呼び出し中である呼に対してＣＡＮＣＥＬを送信する（図８（１））。

ＳＩＰ電話端末Ｔ３１は、ＣＡＮＣＥＬを受信すると、表示器ＬＣＤ３に表示されている、主催者の発信者内線番号「２０２」を消去し、ＣＡＮＣＥＬを受け付けた旨を示す２００ＯＫを呼制御サーバ２に返送するとともに（図８（２））、自端末に障害が発生していない旨を示す487 Request Terminatedを呼制御サーバ２に返送する（図８（３））。

呼制御サーバ２は、487 Request Terminatedを受信すると、487 Request Terminatedを正しく受信した旨を示す応答（ＡＣＫ）をＳＩＰ電話端末Ｔ３１に送信する（図８（５））。

このＡＣＫの送信後に、ＳＩＰ電話端末Ｔ３１のユーザが例えばＩＰ電話端末Ｔ１４へ発信する操作を行ったとする（図８（５））。そうすると、ＳＩＰ電話端末Ｔ３１からＩＮＶＩＴＥが呼制御サーバ２に送られる（図８（６））。

呼制御サーバ２は、ＩＮＶＩＴＥを受信した旨を示す100 TryingをＳＩＰ電話端末Ｔ３１へ返送するとともに（図８（７））、内線−呼状態管理テーブル２３ｄ１中の転送先に対応する呼状態情報を参照し、呼び出し中であるか否かを判定する。そして、「呼び出し中」と判定された場合に、転送先となるＳＩＰ電話端末Ｔ３１に対し４８０Temporarily Unavailableを送信して発信を拒否する（図８（８））。

そして、呼制御サーバ２は、ＳＩＰ電話端末Ｔ３１から４８０Temporarily Unavailableに対するＡＣＫを受信すると（図８（９））、新たにＩＮＶＩＴＥを生成する。このＩＮＶＩＴＥには、発信元の内線番号「２０１」が含まれる。そして、呼制御サーバ２は、ＩＮＶＩＴＥをＳＩＰ電話端末Ｔ３１に送信して呼び出しを行う（図８（１０））。

ＳＩＰ電話端末Ｔ３１は、ＩＮＶＩＴＥを受信すると、表示器ＬＣＤ３に発信者の内線番号「２０１」を表示し、着信報知が行われている旨を示す１００Trying及び１８０Ringingを呼制御サーバ２へ返送する（図８（１１））。この着信報知は、鳴音の発生または着信表示により行なわれる。

上記着信報知に対しＳＩＰ端末Ｔ３１のユーザが応答操作を行なうと（図８（１２））、ＳＩＰ端末Ｔ３１は応答メッセージ（２００ＯＫ）を呼制御サーバ２へ送信する（図８（１３））。

呼制御サーバ２は、発信元の内線番号「２０３」を含むＩＮＶＩＴＥを被転送者となるＳＩＰ電話端末Ｔ２１に送信し（図８（１４））、応答メッセージ（２００ＯＫ）を受け付けた旨を示すＡＣＫをＳＩＰ電話端末Ｔ３１へ返送する（図８（１５））。

ＳＩＰ電話端末Ｔ２１は、ＩＮＶＩＴＥに対する応答メッセージ（２００ＯＫ）を呼制御サーバ２へ送信する（図８（１６））。すると、呼制御サーバ２は、ＳＤＰに内線番号「２０３」を設定したＡＣＫをＳＩＰ電話端末Ｔ２１に返送する（図８（１７））。

かくして、ＩＰ電話端末Ｔ２１，Ｔ３１との間には通信セッションが形成され、以後ＲＴＰパケットの送受信が行われ、通話が可能となる（図８（１８））。

なお、第２の実施形態にある、被転送先へのINVITE(Replace)を出すタイミングは、他のタイミングもあり得る。

以上のように上記第２の実施形態によれば、Unscreened Transfer機能の起動操作がなされた場合に、主メモリ２３に内線−呼状態管理テーブル２３ｄ１を設けておくことで、被転送者から転送先へ着信している呼をＣＡＮＣＥＬで切断した後、すれ違いで転送先からＩＮＶＩＴＥが送られた場合に、内線−呼状態管理テーブル２３ｄ１の転送先に対応する呼状態情報を参照することで、転送先となるＳＩＰ電話端末Ｔ３１が呼び出し中であることを認識して、ＳＩＰ電話端末Ｔ３１からの発信を拒否することで、すれ違いを回避できる。

（その他の実施形態）
上記各実施形態では、ＩＰ電話端末及びＳＩＰ電話端末を対象に説明したが、電話端末以外の通信端末であってもよい。

本発明のいくつかの実施形態を説明したが、これらの実施形態は、例として提示したものであり、発明の範囲を限定することは意図していない。これら新規な実施形態は、その他の様々な形態で実施されることが可能であり、発明の要旨を逸脱しない範囲で、種々の省略、置き換え、変更を行うことができる。これら実施形態やその変形は、発明の範囲や要旨に含まれるとともに、特許請求の範囲に記載された発明とその均等の範囲に含まれる。

１…ＩＰネットワーク、２…呼制御サーバ、２１…制御部、２２…ノースブリッジ、２３…主メモリ、２６…サウスブリッジ、２７…ＨＤＤ、２８…マルチドライブ、２９…ＬＡＮコントローラ、３０…インタフェース部、３１…ＰＣカードコントローラ、２１ａ…テーブル登録部、２１ｂ…端末種別判定部、２１ｃ…ＳＩＰ内線用Unscreened Transfer処理部、２１ｄ…呼状態判定部、２１ｅ…すれ違い処理部、２３ｄ１…内線−呼状態管理テーブル、Ｔ１１〜Ｔ１ｎＩＰ電話端末、Ｔ２１，Ｔ３１…ＳＩＰ電話端末。

Claims (15)

1. 表示器を有したＳＩＰ端末を含む複数の通信端末と、
   前記複数の通信端末間の呼接続を実行するサーバ装置とを具備し、
   前記サーバ装置は、
   前記通信端末を識別する端末ＩＤと、前記通信端末がＳＩＰ端末であるか非ＳＩＰ端末であるかを示す端末種別情報とを対応付けた管理テーブルを記憶する記憶手段と、
   複数の通信端末のうち第１の通信端末と第２の通信端末との間で呼接続が行われている状態で、主催者となる前記第１の通信端末にて被転送者となる前記第２の通信端末を保留して、転送先を呼び出し、転送先が応答する前に前記主催者が切断操作を行うことで、被転送者が転送先を呼び出している状態にする転送サービスの起動操作がなされた場合に、前記第１の通信端末から送信される情報に含まれる転送先の端末ＩＤに基づいて、前記管理テーブルを参照し、この参照結果に基づいて、前記転送先となる第３の通信端末がＳＩＰ端末であるか否かを判定する判定手段と、
   前記判定手段により前記第３の通信端末がＳＩＰ端末であると判定された場合に、前記第２の通信端末から前記第３の通信端末へ着信している呼を切断し、しかる後に前記第２の通信端末を発信元とした発信メッセージを前記第３の通信端末に送信し、前記第３の通信端末の表示器に発信者情報として前記第２の通信端末の端末ＩＤを表示させる制御手段とを備える電話システム。
2. 前記記憶手段は、前記転送サービスの起動操作がなされた場合に、前記管理テーブル中の前記第３の通信端末の端末ＩＤに対応付けて、呼び出し中を示す呼状態情報を記憶し、
   前記制御手段は、前記第２の通信端末から前記第３の通信端末へ着信している呼を切断した後、前記第３の通信端末から発信メッセージが送られた場合に、前記管理テーブル中の前記第３の通信端末に対応する呼状態情報を参照し、呼び出し中である場合に、前記第３の通信端末からの発信を拒否する処理手段を備える請求項１記載の電話システム。
3. 前記制御手段は、前記転送サービスの起動操作がなされた時点から、前記第２の通信端末から前記第３の通信端末へ着信している呼を切断するまでの期間に、前記第３の通信端末の表示器に発信者情報として前記第１の通信端末の端末ＩＤを表示させ、前記呼を切断した時点から前記第２の通信端末を発信元とした発信メッセージを前記第３の通信端末に送信し、前記第３の通信端末に表示される前記第１の通信端末の端末ＩＤを前記第２の通信端末の端末ＩＤに切り替える請求項１記載の電話システム。
4. 前記制御手段は、前記第２の通信端末から前記第３の通信端末へ着信している呼をＣＡＮＣＥＬで切断し、しかる後に前記第２の通信端末を発信元としたＩＮＶＩＴＥを前記第３の通信端末に送信する請求項１記載の電話システム。
5. 前記処理手段は、前記第２の通信端末から前記第３の通信端末へ着信している呼を切断した後、前記第３の通信端末からＩＮＶＩＴＥが送られた場合に、前記管理テーブル中の前記第３の通信端末に対応する呼状態情報を参照し、呼び出し中である場合に、前記第３の通信端末に対し４８０Temporarily Unavailableを送信して発信を拒否する請求項２記載の電話システム。
6. 表示器を有したＳＩＰ端末を含む複数の通信端末間の呼接続を実行するサーバ装置において、
   前記通信端末を識別する端末ＩＤと、前記通信端末がＳＩＰ端末であるか非ＳＩＰ端末であるかを示す端末種別情報とを対応付けた管理テーブルを記憶する記憶手段と、
   複数の通信端末のうち第１の通信端末と第２の通信端末との間で呼接続が行われている状態で、主催者となる前記第１の通信端末にて被転送者となる前記第２の通信端末を保留して、転送先を呼び出し、転送先が応答する前に前記主催者が切断操作を行うことで、被転送者が転送先を呼び出している状態にする転送サービスの起動操作がなされた場合に、前記第１の通信端末から送信される情報に含まれる転送先の端末ＩＤに基づいて、前記管理テーブルを参照し、この参照結果に基づいて、前記転送先となる第３の通信端末がＳＩＰ端末であるか否かを判定する判定手段と、
   前記判定手段により前記第３の通信端末がＳＩＰ端末であると判定された場合に、前記第２の通信端末から前記第３の通信端末へ着信している呼を切断し、しかる後に前記第２の通信端末を発信元とした発信メッセージを前記第３の通信端末に送信し、前記第３の通信端末の表示器に発信者情報として前記第２の通信端末の端末ＩＤを表示させる制御手段とを備えるサーバ装置。
7. 前記記憶手段は、前記転送サービスの起動操作がなされた場合に、前記管理テーブル中の前記第３の通信端末の端末ＩＤに対応付けて、呼び出し中を示す呼状態情報を記憶し、
   前記制御手段は、前記第２の通信端末から前記第３の通信端末へ着信している呼を切断した後、前記第３の通信端末から発信メッセージが送られた場合に、前記管理テーブル中の前記第３の通信端末に対応する呼状態情報を参照し、呼び出し中である場合に、前記第３の通信端末からの発信を拒否する処理手段を備える請求項６記載のサーバ装置。
8. 前記制御手段は、前記転送サービスの起動操作がなされた時点から、前記第２の通信端末から前記第３の通信端末へ着信している呼を切断するまでの期間に、前記第３の通信端末の表示器に発信者情報として前記第１の通信端末の端末ＩＤを表示させ、前記呼を切断した時点から前記第２の通信端末を発信元とした発信メッセージを前記第３の通信端末に送信し、前記第３の通信端末に表示される前記第１の通信端末の端末ＩＤを前記第２の通信端末の端末ＩＤに切り替える請求項６記載のサーバ装置。
9. 前記制御手段は、前記第２の通信端末から前記第３の通信端末へ着信している呼をＣＡＮＣＥＬで切断し、しかる後に前記第２の通信端末を発信元としたＩＮＶＩＴＥを前記第３の通信端末に送信する請求項６記載のサーバ装置。
10. 前記処理手段は、前記第２の通信端末から前記第３の通信端末へ着信している呼を切断した後、前記第３の通信端末からＩＮＶＩＴＥが送られた場合に、前記管理テーブル中の前記第３の通信端末に対応する呼状態情報を参照し、呼び出し中である場合に、前記第３の通信端末に対し４８０Temporarily Unavailableを送信して発信を拒否する請求項７記載のサーバ装置。
11. 表示器を有したＳＩＰ端末を含む複数の通信端末間の呼接続を実行するサーバ装置で使用される制御方法において、
    前記通信端末を識別する端末ＩＤと、前記通信端末がＳＩＰ端末であるか非ＳＩＰ端末であるかを示す端末種別情報とを対応付けた管理テーブルをメモリに記憶し、
    複数の通信端末のうち第１の通信端末と第２の通信端末との間で呼接続が行われている状態で、主催者となる前記第１の通信端末にて被転送者となる前記第２の通信端末を保留して、転送先を呼び出し、転送先が応答する前に前記主催者が切断操作を行うことで、被転送者が転送先を呼び出している状態にする転送サービスの起動操作がなされた場合に、前記第１の通信端末から送信される情報に含まれる転送先の端末ＩＤに基づいて、前記管理テーブルを参照し、この参照結果に基づいて、前記転送先となる第３の通信端末がＳＩＰ端末であるか否かを判定し、
    前記第３の通信端末がＳＩＰ端末であると判定された場合に、前記第２の通信端末から前記第３の通信端末へ着信している呼を切断し、しかる後に前記第２の通信端末を発信元とした発信メッセージを前記第３の通信端末に送信し、前記第３の通信端末の表示器に発信者情報として前記第２の通信端末の端末ＩＤを表示させる制御を実行する制御方法。
12. 前記記憶することは、前記転送サービスの起動操作がなされた場合に、前記管理テーブル中の前記第３の通信端末の端末ＩＤに対応付けて、呼び出し中を示す呼状態情報をメモリに記憶し、
    前記制御を実行することは、前記第２の通信端末から前記第３の通信端末へ着信している呼を切断した後、前記第３の通信端末から発信メッセージが送られた場合に、前記管理テーブル中の前記第３の通信端末に対応する呼状態情報を参照し、呼び出し中である場合に、前記第３の通信端末からの発信を拒否する請求項１１記載の制御方法。
13. 前記制御を実行することは、前記転送サービスの起動操作がなされた時点から、前記第２の通信端末から前記第３の通信端末へ着信している呼を切断するまでの期間に、前記第３の通信端末の表示器に発信者情報として前記第１の通信端末の端末ＩＤを表示させ、前記呼を切断した時点から前記第２の通信端末を発信元とした発信メッセージを前記第３の通信端末に送信し、前記第３の通信端末に表示される前記第１の通信端末の端末ＩＤを前記第２の通信端末の端末ＩＤに切り替える請求項１１記載の制御方法。
14. 前記制御を実行することは、前記第２の通信端末から前記第３の通信端末へ着信している呼をＣＡＮＣＥＬで切断し、しかる後に前記第２の通信端末を発信元としたＩＮＶＩＴＥを前記第３の通信端末に送信する請求項１１記載の制御方法。
15. 前記制御を実行することは、前記第２の通信端末から前記第３の通信端末へ着信している呼を切断した後、前記第３の通信端末からＩＮＶＩＴＥが送られた場合に、前記管理テーブル中の前記第３の通信端末に対応する呼状態情報を参照し、呼び出し中である場合に、前記第３の通信端末に対し４８０Temporarily Unavailableを送信して発信を拒否する請求項１２記載の制御方法。

Images