JP4679483B2 - Ｉｐ通話端末切り替え装置及び方法 - Google Patents

Description

本発明は、ＩＰ(Internet Protocol)電話システムにおいて、ＩＰ電話機同士の通話呼を切断することなく通話端末を変更するＩＰ通話端末切り替え装置に関する。

従来、ＩＰ電話システムにおいて、ＩＰ電話サーバは、１つの電話番号で複数の端末の位置情報を管理し、その電話番号に対して着信があった場合に、すべての端末に着信させる、シーケンシャルに着信させる、あるいは、優先順位を設けて順に着信させる、などの方法で各端末に着信を通知する。このためユーザが自分の使いたい端末で応答するためには、すべての端末に対して着信を通知する方法が最もよいといえる。

しかしながら、同一ユーザに属する同じ電話番号を持つ複数の端末をユーザがすべて常に携帯しているとはいいがたく、やはり、発信者を待たせないようにするためには、着信した時点で最も近くにあり、かつ簡単な操作で応答できる端末で応答することが多いと考えられる。

ところで、ＩＰ電話端末は、電話機型をした、音声能力しか持たない端末もあれば、音声・映像・ホワイトボード機能などを有したソフトフォンのような端末も存在する。これらの端末間で通話をする場合には、お互いの持つ共通の能力での通話しかできない。自端末が映像能力を有していても、相手端末が音声能力しか持たない場合には、映像は送受信できない。これではＩＰ端末の持つ能力を十分に生かした通信を行っているといえない。

前述のように、着信側でもっとも応答しやすい端末で応答したために、発呼者の能力を生かせない通話となってしまうことも多々ある。たとえば、発信側が映像通話を意図してソフトフォンで発信したが、応答した端末が音声能力しかもたないモバイルフォンであった場合などには、発信側の望む映像通話ができない。すなわち、同一ユーザによる複数の手段を提供するこのようなシステムでは、通話呼の転送により通話端末を通話の途中から変更することができない。たとえば、１００番電話機で着信したものを１０１番へ転送することは可能であっても、同じ１００番を持つ他の端末に転送するという機能はない。このため、一旦音声専用端末で応答してしまった場合に、後から映像通話に切り替えるということができない。

すなわち、ＩＰ電話サーバでは通常、同一の電話番号に対して複数の位置情報を持ち、その電話番号に対する着信を複数の端末にフォーキングするという機能を有しているが、前述のように応答する端末によっては音声のみしか制御できないため、発信側が映像能力を有していたとしても映像通信ができないという問題が生じる。

この問題を解決するための手段の一つとして、複数の端末を同一の電話番号で制御し、優先順位を設けて着信させる通信制御方法がある（例えば、特許文献１参照）。

また、１人のユーザが、複数の通信端末を用いて、通信セッションを継続するときに、移動先端末からの位置登録契機に移動元端末から移動先端末へ即時切り替えをサービス切り替えサーバで実施するユーザ端末切り替え方法がある（例えば、特許文献２参照）。
特開２００５−１３０２８７号公報 特開２００５−６４６８６号公報

しかしながら、従来の通信制御方法では、どの端末に着信が入るか通信相手によって異なることになるので、複数の場所に同一電話番号の機器を設置していた場合、状況によっては着信を逃してしまう可能性がある。

また、着信をサーバでフォーキングさせた場合、一旦どの端末かで応答してしまうと、この呼を他の電話番号を持つ端末に転送することはＳＩＰ(Session Initiation Protocol)の技術上可能であるが、同一の電話番号を持つ他の端末に対して呼を転送することができない。

そこで本発明は、ＩＰ電話サーバにおいて、端末間の通話を端末とＩＰ電話サーバの呼として別々に管理し、サーバで関連付けるという方法により、同一電話番号を持つ端末で通話を入れ替えることによって一旦通話を確立した端末から他の端末に変更することを可能にするＩＰ通話端末切り替え装置及び方法を提供することを目的とする。

上述の課題を解決するため、本発明は、ネットワークを介してＩＰ通話端末を接続したＩＰ通話端末切り替え装置であって、端末からの発呼要求を処理する際に、発信側の呼と着信側の呼のステータスを個別に記憶する呼管理テーブルにて発呼要求の送信元端末の電話番号データを検索して、すでに存在している場合には、通話変更要求であると判断する手段と、通話変更要求であると判断した場合、通話相手との回線接続を変更するために、前記呼管理テーブルに発呼要求元端末を追加して書き換える手段と、通話相手端末に発信先端末の変更を通知し、通話中端末の対応関係とその使用メディアを記憶する通話管理テーブルを更新する手段と、始めに通話していた端末の呼を切断し、前記呼管理テーブルからその端末を削除して書き換える手段とを備えることを特徴とする。

以上の構成によって、すでに通話中の電話番号と同じ電話番号を持つ端末からの着信を契機に、通話相手に対して、メディア・セッション（回線接続）情報の変更を通知すると共に新しい通話端末に通話相手のメディア・セッション情報を提供し、通話端末を入れ替えることを可能とする。

本発明によれば、ユーザは通話端末を自由に変更することが可能であるため、音声のみの通話しか行えない端末で通話を一旦確立してしまったあとでも、途中から映像通話に切り替えることが可能である。

さらに上記効果により、ユーザは複数の端末に着信した呼に対して端末を選んで応答する必要がなくなるため、通話端末を選ぶために相手を待たせることなく呼に応答することができる。

次に、本発明の最良の形態について図面を参照して説明する。

図１は、本発明を適用するシステムの構成例を示す。ＩＰ電話サーバ２０は、ＩＰ電話システムにおいて端末間の呼を制御するサーバとして動作する。ＩＰ電話サーバ２０には、ＳＩＰ電話機１１，１４、ＳＩＰモバイル１２，１５、ＳＩＰソフトフォン１３，１６が登録されている。ＳＩＰ電話機１１、ＳＩＰモバイル１２、ＳＩＰソフトフォン１３は、同じユーザＡに属する端末であり、電話番号１００番としてＩＰ電話サーバ２０に登録されている。ＳＩＰ電話機１４、ＳＩＰモバイル１５、ＳＩＰソフトフォン１６は、同じユーザＢに属する端末であり、電話番号２００番としてＩＰ電話サーバ２０に登録されている。各端末は、ＩＰネットワーク１７を介してＩＰ電話サーバ２０に接続されている。

なお、ＩＰ電話サーバおよびＩＰ電話端末の一般的な動作は、ＲＦＣ３２６１に従ったものである。

図２は、図１におけるＩＰ電話サーバ２０の構成例を示す。ＩＰ電話サーバ２０は、自身の管理する端末同士の通話を管理する通話管理部２１、サーバに登録されている端末の情報を格納する端末データ格納部２３と、このデータを参照・変更するためのユーザＩ／Ｆ部２２と、端末からの登録・登録削除要求を処理する端末登録処理部２４と、端末とＳＩＰメッセージの送受信を行うモジュールであるＳＩＰメッセージ送受信部２６を含む。通話管理部２１は、通話が発生した場合に発信側の呼と着信側の呼を別々に管理する呼管理テーブルＴ１と、どの端末とどの端末が通話中であるかを管理する通話管理テーブルＴ２と、端末からの呼制御メッセージを処理し、通話状態の遷移および通信状態を管理し、通話内容の変更を制御する呼制御部２５とを含む。

本発明では、既に通話状態である電話番号と同じ電話番号の端末からの発呼要求を呼制御部２５で検出することで、通話変更の処理を動作させる。本発明では、端末同士の通話は、メディア（音声や画像等）の情報は端末同士で送受信させるが呼制御は全てＩＰ電話サーバで管理し、メディア情報を呼制御部にて操作することで、通話相手の端末に対してはメディア情報の変更だけで、通話相手を変更させることを可能にすることにより、呼を切断することなく、通話端末を切り替える。

これにより、発信側が映像端末で、応答側が音声端末であり、一旦音声による通話が確立した後でも、応答側のユーザが同じ電話番号を持つ端末から自電話番号へ発信することを契機として、通話を映像端末に切り替え、映像通話へと切り替えることを可能にした。

図２に示すＩＰ電話サーバは、図１のように端末が登録されているものとする。端末データ格納部２３には、接続されている端末の情報が図３に示すように格納されている。このテーブルには少なくとも電話番号、同じ電話番号を持つ端末のアドレスリストを含む。また、同じ電話番号を持つ端末を識別できるようなｉｎｄｅｘを有する。他に種別や、ニックネームなどの付加情報を含んでもよい。また、端末ごとに保持したい情報があればそれを含んでもよい。ＳＩＰメッセージ送受信部２６は、受信メッセージが端末登録／削除にかかわる情報であった場合、その情報を端末登録処理部２４へ渡す。端末登録処理部２４は、端末データ格納部２３にデータを保存する。また端末データ格納部２３は、ユーザＩ／Ｆ部２２からも参照・設定可能である。

図４は、呼管理テーブルＴ１の一例を示す。識別情報を含んだ電話番号と、呼番号および呼のステータスを含む。

図５は、通話管理テーブルＴ２の一例を示す。このテーブルには、どの電話同士が通話中であるかを、端末レベルで特定できる情報を含み、その他通話時間、使用メディア情報などの付加情報を含むことができる。

次に、図１〜図１２を参照して、本実施例の動作について詳細に説明する。

端末をシステムに登録するとき、端末は電話番号情報を含むＲＥＧＳＩＴＥＲメッセージをＩＰ電話サーバに送出する。図２においてＩＰ電話サーバは、ＳＩＰメッセージ送受信部２６にて、ＲＥＧＳＩＴＥＲメッセージを受信し、端末登録処理部２４にデータを渡す。端末登録処理部では、メッセージ内容の妥当性を検証し、問題なければ端末データ格納部２３にデータを書き込む。端末データ格納部２３に保持されるデータの例を図３に示す。

端末データ格納部２３では、受信したデータに含まれる電話番号から、表のどの位置にデータを書き込むかを決定する。すでに同じ電話番号のデータが表に存在している場合、その情報と異なるｉｎｄｅｘを新規に割り当ててデータを追加する。メッセージ内容の妥当性検証については、従来のＩＰ電話サーバの動作と同じであるため説明を省略する。端末データ格納部２３に保持されたデータは、ユーザＩ／Ｆ部２２から参照・更新することが可能である。

次に、図１における２００番と１００番の通話を例に動作を説明する。ユーザＢがＳＩＰソフトフォン１６を使用して１００番に発信する場合、ＩＰ電話サーバ２０は、図２のＳＩＰメッセージ送受信部２６でＴｏ−タグのないＩＮＶＩＴＥメッセージを受信する。ＳＩＰメッセージ送受信部２６は、受信メッセージが呼制御メッセージであるため、ＩＮＶＩＴＥを呼制御部２５に渡す。

呼制御部２５は、図９のフローのように処理を行う。受信したＩＮＶＩＴＥメッセージから発信元端末の電話番号を取得する（ステップＳ１）。この電話番号を元に、呼管理テーブルＴ１を検索する（ステップＳ２）。この検索結果をもとに処理分岐をする（ステップＳ３）。データが複数ある場合も含めてデータがある場合は、ステータスをチェックする（ステップＳ４）。ステータスがＡｃｔｉｖｅの場合には端末が通話状態にあると判断し、通話変更処理を行う（ステップＳ６）。ステータスがＡｃｔｉｖｅでない場合には、本発明による機能が適用できないためＩＮＶＩＴＥメッセージを拒否する（ステップＳ５）。ステップＳ３において、この電話番号のデータが存在しなかった場合には、通常の発信操作と判断し、通常発呼処理を行う（ステップＳ７）。

ステップＳ７の処理で呼処理部２５では新規発呼を検出すると、この呼情報を呼管理テーブルＴ１に書き込む。その際に電話番号は、端末レベルで識別可能な情報を設定する。発呼先の端末情報は、発呼要求に含まれる電話番号から、端末データ格納部２３を検索し、位置情報を取得する。その際、該当電話番号に複数の端末が登録されている場合には、すべての端末の情報を取得する。端末の情報を取得すると、呼処理部２５では、新たな呼を生成し、呼管理テーブルＴ１に書き込む。１００番には３端末の情報が登録されているため、すべての端末についての呼情報が書き込まれ、図６のようになる。３端末は、すべて同じ呼番号を有する。

データの書き込みが完了したら、呼処理部はＩＮＶＩＴＥメッセージを生成し、ＳＩＰメッセージ送受信部２６を介して１００番の３端末すべてにＩＮＶＩＴＥメッセージを送信する。このとき生成されるＩＮＶＩＴＥに含まれるメディア・セッション（回線接続）情報は、ＳＩＰソフトフォン１６から送信されたものを使用する。ユーザＡは着信している３端末のうち、もっとも都合のよい端末でこの呼に応答することができるが、応答できるのは必ず１端末である。呼管理テーブルＴ１に書き込まれた１００番に関するデータのうち二つは、他の１つが応答して通話が確立した段階で削除される。ユーザＡがＳＩＰモバイル１２にて応答した場合、ＩＮＶＩＴＥに対する２００ＯＫメッセージが端末から送出される。ＩＰ電話サーバではこの２００ＯＫをＳＩＰメッセージ送受信部２６で受信し、呼制御部２５に渡す。呼制御部２５は、受信データから１００番のどの端末が応答したかを検知し、呼管理テーブルＴ１の情報を更新する。また、通話が成立したと判断し、通話管理テーブルＴ２に、発信端末の情報と応答端末の情報を書き込む。呼管理テーブルＴ１は図７のように、通話管理テーブルＴ２は図８のように更新される。

更新が完了すると、呼制御部２５は受信した２００ＯＫに含まれるメディア・セッション情報を発側端末であるＳＩＰソフトフォン１６に対して返送する２００ＯＫに含めて送信する。ここまでの処理で、ＳＩＰソフトフォン１６とＳＩＰモバイル１２はお互いにメディアを送受信し、通話状態になる。ただし、呼制御レベルでの通信は両端末ともＩＰ電話サーバと接続しており、メディアの送受信が端末間で直接行われている状態にある。

次に図１０を参照すると、ユーザＡがＳＩＰモバイル１２を使って行っている通話を継続したままＳＩＰソフトフォン１３に切替えようとするとき、ユーザＡはＳＩＰソフトフォン１３を使用して、自身の電話番号、すなわち電話番号１００に対して発呼を行う。発呼要求はＩＮＶＩＴＥとしてＩＰ電話サーバに送信される（ステップＳ１１）。この発呼要求には、ＳＩＰソフトフォン１３の保有するメディア能力を記述したセッション記述が含まれている。ＩＰ電話サーバでは、ＳＩＰメッセージ送受信部２６でこのｔｏ−ｔａｇを含まないＩＮＩＶＩＴＥメッセージを受信し、呼制御部２５で再び図９のフローのように処理を行う。ここでは、ステップＳ６の通話変更の処理が行われることとなる。

通話変更処理では、まずこの発呼要求に対して、新たな呼を生成し、呼管理テーブルＴ１に書き込む。この場合には、この端末に関する情報のみを書き込む。その結果、呼管理テーブルＴ１は、図１１に示すようになる。呼制御部２５は、テーブルを更新したあと、この端末から受信したメディア・セッション情報を含んだセッション変更のＩＮＶＩＴＥ（ｒｅ−ＩＮＶＩＴＥ）をＳＩＰソフトフォン１６に対して送信する（ステップＳ１２）。このとき送信されるＩＮＶＩＴＥは、ＳＩＰソフトフォン１６とＩＰ電話サーバの間で確立されたＳＩＰセッション上で送信される。このとき、ＳＩＰソフトフォンのＳＩＰセッション情報を取得するためには、通話管理テーブルＴ２で、ＳＩＰソフトフォン１３と同じ電話番号を持つ端末の通話情報を取得し、相手電話番号を取得し、この相手電話番号から、呼管理テーブルＴ１の検索を行う。

ｒｅ−ＩＮＶＩＴＥを受信したＳＩＰソフトフォン１６がこのセッション変更を受け入れない場合には、エラー応答を返送し、ステップＳ１１のＩＮＶＩＴＥに対してエラー応答を返送し、ＳＩＰソフトフォン１３との間の呼を呼情報テーブルＴ１から削除し、終了する。ＳＩＰソフトフォン１６のセッションおよびＳＩＰモバイル１２のセッション、ＳＩＰソフトフォン１６とＳＩＰモバイル１２との通話はそのまま継続し、通話変更は失敗となる。

ＳＩＰソフトフォン１６が変更を受け入れる場合には、変更後のメディア・セッション記述を含んだ２００ＯＫをＩＰ電話サーバに返送する（ステップＳ１３）。ＩＰ電話サーバは、ＳＩＰソフトフォン１６が返送してきたメディア・セッション情報を含んだ２００ＯＫをＳＩＰソフトフォン１３に対して送信し（ステップＳ１４）、ＳＩＰソフトフォン１６にＡＣＫを返す（ステップＳ１５）。この時点でＳＩＰソフトフォン１６は、ＳＩＰソフトフォン１３に対してメディア送信を開始し、また受信の準備を行う。このメッセージを受信したＩＰ電話サーバは、端末変更成功と判断し、呼制御部２５において、通話管理テーブルＴ２の通話端末情報を１００ｂから１００ｃの情報に書き換える。その結果、通話管理テーブルＴ２は、図１２に示すようになる。

テーブルを書き換えたあと、ＩＰ電話サーバは、もともと通話していた端末であるＳＩＰモバイル１２に対してＢＹＥリクエストを送信し、ＩＰ電話サーバとＳＩＰモバイル１２のセッションを終了する（ステップＳ１６）。ＩＰ電話サーバは、ＢＹＥに対する２００ＯＫをＳＩＰモバイル１２から受信すると（ステップＳ１７）、呼管理テーブルＴ１にあるＳＩＰモバイル１２の呼情報である１００ｂの呼情報を削除する。

ＳＩＰソフトフォン１３は、ＩＰ電話サーバから２００ＯＫを受信すると、ＡＣＫを返し（ステップＳ１８）、この２００ＯＫに含まれるメディア・セッション情報をもとに、ＳＩＰソフトフォン１６に対してメディアの送受信を開始する。

ここまでの処理で、ＩＰ電話サーバはＳＩＰソフトフォン１３とＳＩＰソフトフォン１６が通話中であるという状態を持ち、ＳＩＰソフトフォン１３およびＳＩＰソフトフォン１６は、互いにメディア・セッション（回線接続）を張っている状態になる。これで端末の変更が完了する。

ここでは着信端末を入れ替える処理を説明したが、発信端末を入れ替える場合も同様の処理で可能である。

図１３は、本発明を、多機能電話機、アナログ電話機などを内線として収容可能なＩＰ電話システムに応用した構成例を示す。この場合、ＩＰ電話サーバは主装置３０に搭載される。主装置３０は、ＩＰ電話機の電話番号（内線番号）と位置情報を管理し、また、多機能電話機やアナログ電話機も管理している。主装置３０は、例えば図１４に示す構成を含む。音声パケットを受信・処理することのできる音声パケット処理部３２を含み、多機能電話機とＩＰ電話機、アナログ電話機とＩＰ電話機との通話を可能にする仕組みを含んでいる。このようなシステムにおいては、多機能電話機の位置情報として主装置のＩＰアドレスを登録しておくことで、本発明を応用できる。よって収容端末情報は、例えば図１５に示すデータを含むことになる。

主装置３０が、多機能電話機やアナログ電話機に変わって音声パケットを送受信して変換し、呼制御部３５において、メッセージおよび処理を変換することで、同様の機能が実現できる。

本発明を適用するシステムの構成例を示す図である。 ＩＰ電話サーバの構成例を示す図である。 端末データ格納部に格納された端末情報を示す図である。 呼管理テーブルＴ１の一例を示す図である。 通話管理テーブルＴ２の一例を示す図である。 呼管理テーブルＴ１の一例を示す図である。 呼管理テーブルＴ１の一例を示す図である。 通話管理テーブルＴ２の一例を示す図である。 呼制御部の処理を示すフローチャートである。 端末とＩＰ電話サーバ間の通話変更シーケンスを示す図である。 呼管理テーブルＴ１の一例を示す図である。 通話管理テーブルＴ２の一例を示す図である。 実施例２のシステム構成例を示す図である。 主装置の構成例を示す図である。 端末データ格納部に格納された端末情報を示す図である。

符号の説明

２０ ＩＰ電話サーバ
２１ 通話管理部
２２ ユーザＩ／Ｆ部
２３ 端末データ格納部
２４ 端末登録処理部
２５ 呼制御部
２６ ＳＩＰメッセージ送受信部
Ｔ１ 呼管理テーブル
Ｔ２ 通話管理テーブル

Claims (6)

1. ネットワークを介してＩＰ通話端末を接続したＩＰ通話端末切り替え装置であって、
   端末からの発呼要求を処理する際に、発信側の呼と着信側の呼のステータスを個別に記憶する呼管理テーブルにて発呼要求の送信元端末の電話番号データを検索して、すでに存在している場合には、通話変更要求であると判断する手段と、
   通話変更要求であると判断した場合、通話相手との回線接続を変更するために、前記呼管理テーブルに発呼要求元端末を追加して書き換える手段と、
   通話相手端末に発信先端末の変更を通知し、通話中端末の対応関係とその使用メディアを記憶する通話管理テーブルを更新する手段と、
   始めに通話していた端末の呼を切断し、前記呼管理テーブルからその端末を削除して書き換える手段とを備えることを特徴とするＩＰ通話端末切り替え装置。
2. 端末からの発呼要求を処理する際に、前記呼管理テーブルにて発呼要求の送信元端末の電話番号データを検索して、存在していない場合には、通常の発呼要求であると判断して、前記呼管理テーブルに発呼要求元端末と発信先端末を追加して書き換える手段と、
   通話が成立したとき、前記通話管理テーブルに発信元端末の情報と応答端末の情報を追加して書き換える手段とを更に備えることを特徴とする請求項１に記載のＩＰ通話端末切り替え装置。
3. 通話変更要求であると判断した場合、前記呼管理テーブルのステータスを確認し、ステータスが通話中の場合、通話変更処理に移行する手段を更に備えることを特徴とする請求項１に記載のＩＰ通話端末切り替え装置。
4. ネットワークを介してＩＰ通話端末を接続したＩＰ電話サーバにおけるＩＰ通話端末切り替え方法であって、
   端末からの発呼要求を処理する際に、発信側の呼と着信側の呼のステータスを個別に記憶する呼管理テーブルにて発呼要求の送信元端末の電話番号データを検索して、すでに存在している場合には、通話変更要求であると判断するステップと、
   通話変更要求であると判断した場合、通話相手との回線接続を変更するために、前記呼管理テーブルに発呼要求元端末を追加して書き換えるステップと、
   通話相手端末に発信先端末の変更を通知し、通話中端末の対応関係とその使用メディアを記憶する通話管理テーブルを更新するステップと、
   始めに通話していた端末の呼を切断し、前記呼管理テーブルからその端末を削除して書き換えるステップとを含むことを特徴とするＩＰ通話端末切り替え方法。
5. 端末からの発呼要求を処理する際に、前記呼管理テーブルにて発呼要求の送信元端末の電話番号データを検索して、存在していない場合には、通常の発呼要求であると判断して、前記呼管理テーブルに発呼要求元端末と発信先端末を追加して書き換えるステップと、
   通話が成立したとき、前記通話管理テーブルに発信元端末の情報と応答端末の情報を追加して書き換えるステップとを更に含むことを特徴とする請求項４に記載のＩＰ通話端末切り替え方法。
6. 通話変更要求であると判断した場合、前記呼管理テーブルのステータスを確認し、ステータスが通話中の場合、通話変更処理に移行するステップを更に含むことを特徴とする請求項４に記載のＩＰ通話端末切り替え方法。

Images