(57)【要約】【課題】通信方向を制御して適切な課金を行うことができる通信制御装置を提供する。【解決手段】第１端末との間で通信を確立している第３端末の通信相手を、第１端末から第２端末に切り替えることを要求する切り替え要求メッセージを第２端末から受信する受信部１０４と、切り替え要求メッセージを受信したときに、予め定められた規則に基づいて、第２端末および第３端末のいずれか一方を、第２端末と第３端末との間の通信の確立を要求する確立要求メッセージの送信元端末として選択する選択部１０５と、確立要求メッセージの送信を要求する送信要求メッセージを送信元端末に送信する送信部１０１と、を備えた。【選択図】        図１
2009017347.tif 000002
【特許請求の範囲】
【請求項１】
ネットワークを介して接続され、第１端末、第２端末、および第３端末を含む複数の端末間の通信を制御する通信制御装置であって、
前記第１端末との間で通信を確立している前記第３端末の通信相手を、前記第１端末から前記第２端末に切り替えることを要求する切り替え要求メッセージを前記第２端末から受信する第１受信部と、
前記切り替え要求メッセージを受信したときに、予め定められた規則に基づいて、前記第２端末および前記第３端末のいずれか一方を、前記第２端末と前記第３端末との間の通信の確立を要求する確立要求メッセージの送信元端末として選択する選択部と、
前記確立要求メッセージの送信を要求する送信要求メッセージを前記送信元端末に送信する第１送信部と、
を備えたことを特徴とする通信制御装置。
【請求項２】
前記複数の端末それぞれに、接続すべき端末を識別する情報として公開され、前記複数の端末に同一の値を設定可能な公開識別子と、端末を一意に識別可能な内部識別子とが割り当てられており、
前記第３端末が前記送信元端末として選択されたとき、前記送信要求メッセージに応じて前記第２端末の前記公開識別子を指定して送信された前記確立要求メッセージを前記第３端末から受信する第２受信部と、
前記第３端末が前記送信元端末として選択されたとき、前記第２端末の前記内部識別子を指定して、受信した前記確立要求メッセージを前記第２端末に送信する第２送信部と、をさらに備えたこと、
を特徴とする請求項１に記載の通信制御装置。
【請求項３】
前記送信元端末の前記公開識別子と、前記確立要求メッセージの送信先端末の前記内部識別子とを対応づけて記憶可能な識別子記憶部と、
前記第３端末が前記送信元端末として選択されたとき、前記第３端末の前記公開識別子と、前記送信先端末である前記第２端末の前記内部識別子と、を対応づけて前記識別子記憶部に保存する保存部と、をさらに備え、
前記第２送信部は、前記第３端末の前記公開識別子に対応づけられた前記内部識別子を前記識別子記憶部から取得し、取得した前記内部識別子を指定して、受信した前記確立要求メッセージを前記第２端末に送信すること、
を特徴とする請求項２に記載の通信制御装置。
【請求項４】
前記第１送信部は、さらに、前記第３端末が前記送信元端末として選択されたとき、前記第２端末の前記内部識別子を付加した前記送信要求メッセージを前記第１端末に送信し、
前記第２受信部は、前記送信要求メッセージから取得された前記第２端末の前記内部識別子が付加された前記確立要求メッセージを前記第３端末から受信し、
前記第２送信部は、前記確立要求メッセージに付加された前記第２端末の前記内部識別子を取得し、取得した前記内部識別子を指定して、受信した前記確立要求メッセージを前記第２端末に送信すること、
を特徴とする請求項２に記載の通信制御装置。
【請求項５】
確立された通信を識別する通信識別子と、前記通信識別子の通信を確立している端末の前記公開識別子および前記内部識別子の少なくとも１つとを対応づけた通信情報を記憶する通信情報記憶部と、
前記通信情報記憶部に記憶された前記通信情報を、前記複数の端末に送信する第３送信部をさらに備え、
前記第１受信部は、送信された前記通信情報を参照して前記第２端末が選択した前記通信識別子の通信を確立している一方の端末である前記第３端末の通信相手を、他方の端末である前記第１端末から前記第２端末に切り替えることを要求する前記切り替え要求メッセージを前記第２端末から受信すること、
を特徴とする請求項２に記載の通信制御装置。
【請求項６】
前記第３送信部は、前記通信情報を、前記通信情報に含まれる前記通信識別子の通信を確立している端末の前記公開識別子と一致する前記公開識別子を割り当てられた端末に送信すること、
を特徴とする請求項５に記載の通信制御装置。
【請求項７】
前記第３送信部は、ＳＩＰ（Session Initiation Protocol）のＮＯＴＩＦＹリクエストで前記通信情報を送信すること、
を特徴とする請求項５に記載の通信制御装置。
【請求項８】
前記通信情報の送信を要求する情報要求メッセージを受信する第３受信部をさらに備え、
前記第３送信部は、さらに、前記情報要求メッセージを受信したときに、前記通信情報を要求した端末に、前記通信情報を送信すること、
を特徴とする請求項５に記載の通信制御装置。
【請求項９】
前記第３受信部は、前記通信情報の送信を要求するＳＩＰのＳＵＢＳＣＲＩＢＥリクエストである前記情報要求メッセージを受信すること、
を特徴とする請求項８に記載の通信制御装置。
【請求項１０】
ネットワークを介して接続され、第１端末、第２端末、および第３端末を含む複数の端末間の通信を制御する通信制御装置における通信制御方法であって、
受信部によって、前記第１端末との間で通信を確立している前記第３端末の通信相手を、前記第１端末から前記第２端末に切り替えることを要求する切り替え要求メッセージを前記第２端末から受信する第１受信ステップと、
選択部によって、前記切り替え要求メッセージを受信したときに、予め定められた規則に基づいて、前記第２端末および前記第３端末のいずれか一方を、前記第２端末と前記第３端末との間の通信の確立を要求する確立要求メッセージの送信元端末として選択する選択ステップと、
送信部によって、前記確立要求メッセージの送信を要求する送信要求メッセージを前記送信元端末に送信する第１送信ステップと、
を備えたことを特徴とする通信制御方法。
【請求項１１】
ネットワークを介して接続され、第１端末、第２端末、および第３端末を含む複数の端末間の通信を制御する通信制御装置における通信制御プログラムであって、
前記第１端末との間で通信を確立している前記第３端末の通信相手を、前記第１端末から前記第２端末に切り替えることを要求する切り替え要求メッセージを前記第２端末から受信する第１受信手順と、
前記切り替え要求メッセージを受信したときに、予め定められた規則に基づいて、前記第２端末および前記第３端末のいずれか一方を、前記第２端末と前記第３端末との間の通信の確立を要求する確立要求メッセージの送信元端末として選択する選択手順と、
前記確立要求メッセージの送信を要求する送信要求メッセージを前記送信元端末に送信する第１送信手順と、
をコンピュータに実行させる通信制御プログラム。
【請求項１２】
外部端末と、前記外部端末との間の通信を制御する通信制御装置と、にネットワークを介して接続された端末装置であって、
複数の前記外部端末間で確立された通信を識別する通信識別子と、前記通信識別子の通信を確立している前記外部端末を識別する端末識別子を対応づけた通信情報を前記通信制御装置から受信する受信部と、
受信した前記通信情報を参照して選択された前記通信識別子の通信を確立している前記外部端末のいずれかを自装置に切り替えることを要求する切り替え要求メッセージを前記通信制御装置に送信する送信部と、
を備えたことを特徴とする端末装置。
【発明の詳細な説明】
【技術分野】
【０００１】
この発明は、呼制御を中継し、セッションを維持したまま通信に使用する機器を切り替える機能を有する装置、方法、プログラム、および端末装置に関するものである。
【背景技術】
【０００２】
近年、通信装置間に介在し通信を制御・中継するシグナリング手順としてＳＩＰ（Session Initiation Protocol）が広く知られている。また、ＳＩＰを用いてＩＰネットワーク上で電話網を実現したＩＰ電話システムが広く知られている。
【０００３】
このようなＩＰ電話システムに関して、特許文献１では、複数の端末をグルーピングしたコールパーク内で、ある端末が通話を保留し、他の端末がその保留を解除することにより通話する端末を切り替えるコールパークサービスシステムについての技術が提案されている。
【０００４】
一方、ＳＩＰでは、ＲＥＦＥＲリクエストと呼ばれるメッセージを使って、呼の転送や端末の切り替えを行うことも可能である。ＲＥＦＥＲリクエストとは、任意の相手に対して発呼を要求するメッセージである。ＲＥＦＥＲリクエストの受信者は、ＲＥＦＥＲリクエストの送信者がＲＥＦＥＲリクエスト中の「Refer-To」ヘッダに指定したＳＩＰ  ＵＲＩ（Uniform Resource Identifier）に対して発呼する。ＲＥＦＥＲリクエストは通話中であるか否かに関わらず使用できるため、通話の転送などを実現するために使用される。
【０００５】
ＲＥＦＥＲリクエストを用いた端末の切り替えは、以下の２通りの方法で実現できる。１つは、切り替え元端末が、「Refer-To」ヘッダに切り替え先端末のＳＩＰ  ＵＲＩを指定したＲＥＦＥＲリクエストを、通話相手端末に送信する方法である。この場合、ＲＥＦＥＲリクエストを受信した通話相手端末から切り替え先端末に発呼する。
【０００６】
もう一つは、切り替え元端末が、「Refer-To」ヘッダに通話相手端末のＳＩＰ  ＵＲＩを指定したＲＥＦＥＲリクエストを、切り替え先端末に送信する方法である。この場合、ＲＥＦＥＲリクエストを受信した切り替え先端末から通話相手端末に発呼する。
【０００７】
いずれの方式も、切り替え先端末と通話相手端末との間に呼が確立した時点で、切り替え元端末と通話相手端末との間の呼を終了するか否かは任意に制御することができる。例えば、切り替え元端末と通話相手端末との間の呼を終了するように構成してもよい。また、テキストチャットと音声などの送受信するデータの内容に応じ、呼を終了せずに同時に送受信して問題ないデータの場合は呼を継続するように構成してもよい。さらに、利用者の判断に応じて、このような呼の継続の可否を決定するように構成してもよい。
【０００８】
【特許文献１】特開２００６−１７４１１２号公報
【発明の開示】
【発明が解決しようとする課題】
【０００９】
しかしながら、上述のようなＲＥＦＥＲリクエストを用いた方法で端末を切り替える場合、切り替え元端末が元の通話の発呼側か着呼側かに関わらず、切り替え元の端末の要求に従って、切り替えのための通話が発呼されるため、本来課金されるべきでない端末に課金される場合があった。
【００１０】
例えば、切り替え元端末が最初に発呼した場合に、上述の１つ目の切り替え方式で端末を切り替えたとする。この場合、切り替えの際は通話相手端末から発呼することになるため、発呼側に課金する課金方式であれば、本来課金の対象とならない通話相手端末に課金される可能性がある。
【００１１】
また、例えば、通話相手端末が最初に発呼し、切り替え元端末に着呼した場合に、上述の２つ目の切り替え方式で端末を切り替えたとする。この場合、切り替え先端末から発呼することになるため、本来課金の対象とすべき通話相手端末ではなく、切り替え先端末に課金される可能性がある。
【００１２】
端末の切り替えを行った場合の課金方式は運用者のポリシーによるため、上記問題が生じない場合もありうる。しかし、どのような課金方式にも対応可能とするためには、少なくとも切り替え時の通話の向きを運用者が任意に制御できることが望ましい。
【００１３】
なお、通話の向きの制御は、切り替え元端末を収容するＳＩＰプロキシのみでシステムが構成されている場合には必要ない。しかし、複数の事業者が相互に接続された電話網では、他事業者のＳＩＰプロキシで課金される可能性があるため、通話の向きを適切に制御する必要が生じる。
【００１４】
本発明は、上記に鑑みてなされたものであって、通信に使用する端末を切り替えるときの通信の方向を制御することにより、ポリシーに適合した適切な課金を行うことができる装置、方法、プログラム、および端末装置を提供することを目的とする。
【課題を解決するための手段】
【００１５】
上述した課題を解決し、目的を達成するために、本発明は、ネットワークを介して接続され、第１端末、第２端末、および第３端末を含む複数の端末間の通信を制御する通信制御装置であって、前記第１端末との間で通信を確立している前記第３端末の通信相手を、前記第１端末から前記第２端末に切り替えることを要求する切り替え要求メッセージを前記第２端末から受信する第１受信部と、前記切り替え要求メッセージを受信したときに、予め定められた規則に基づいて、前記第２端末および前記第３端末のいずれか一方を、前記第２端末と前記第３端末との間の通信の確立を要求する確立要求メッセージの送信元端末として選択する選択部と、前記確立要求メッセージの送信を要求する送信要求メッセージを前記送信元端末に送信する第１送信部と、を備えたことを特徴とする。
【００１６】
また、本発明は、上記装置を実行することができる方法およびプログラムである。
【発明の効果】
【００１７】
本発明によれば、通信に使用する端末を切り替えるときの通信の方向を制御することにより、ポリシーに適合した適切な課金を行うことができるという効果を奏する。
【発明を実施するための最良の形態】
【００１８】
以下に添付図面を参照して、この発明にかかる通信制御する装置、方法、プログラム、および端末装置の最良な実施の形態を詳細に説明する。
【００１９】
（第１の実施の形態）
ＳＩＰのＲＥＦＥＲリクエストで端末を切り替える場合、切り替え元端末は送信するＲＥＦＥＲリクエストの宛先（リクエストＵＲＩ）または「Refer-To」ヘッダの値として、切り替え先端末のＳＩＰ  ＵＲＩを指定する必要がある。このため、切り替え元端末と切り替え先端末には異なるＳＩＰ  ＵＲＩを割り当てておく必要がある。
【００２０】
一方、ＳＩＰでは複数の端末に同一のＳＩＰ  ＵＲＩを割り当てておくことが可能である。この場合、ＳＩＰプロキシは、同一のＳＩＰ  ＵＲＩが割り当てられたすべての端末に対して、同時にメッセージを転送するか、または、一つずつ応答を得ながら順次転送する。
【００２１】
また、ＳＩＰプロキシによっては独自の判断基準にしたがって、同一のＳＩＰ  ＵＲＩを割り当てられた端末であっても、そのうちの一部の端末にのみメッセージを転送する場合もある。このため、特に３つ以上の端末に同じＳＩＰ  ＵＲＩを割り当てている場合には、切り替え元端末からのＲＥＦＥＲリクエストが、切り替え先端末に転送されることを保証できない。
【００２２】
このような問題を回避して端末の確実な切り替えを行うために、利用者が使用する端末ごとに個別にアカウントを取得して、異なるＳＩＰ  ＵＲＩを割り当てる方法では、アカウントの取得と管理のための負担が増大するという問題があった。
【００２３】
そこで、第１の実施の形態にかかる通信制御装置は、予め定められた規則に従って、切り替える通信を発呼する端末を制御可能とするとともに、端末を一意に識別可能なコンタクトアドレスを利用することにより、発呼の際に指定されるＳＩＰ  ＵＲＩとして利用されるＡＯＲ（Address-Of-Record）が同一の端末間でも通信を切り替え可能とするものである。
【００２４】
図１は、第１の実施の形態にかかる通信システムの構成を示すブロック図である。図１に示すように、通信システムは、通信制御装置としての呼制御サーバ１００と、複数のＳＩＰ端末２００（ＳＩＰ端末２００−１、ＳＩＰ端末２００−２、およびＳＩＰ端末２００−３）とがＩＰネットワークを介して接続された構成となっている。
【００２５】
各ＳＩＰ端末２００には、通信を確立するときの確立先として指定するために公開された公開識別子であるＡＯＲと、端末を一意に識別可能な内部識別子であるコンタクトアドレスとが割り当てられている。
【００２６】
同図に示すように、第１の実施の形態では、ＳＩＰ端末２００−１には、ＡＯＲとして「sip:a@example.com」、コンタクトアドレスとして「sip:192.168.1.1」が割り当てられている。また、ＳＩＰ端末２００−２には、ＡＯＲとして「sip:a@example.com」、コンタクトアドレスとして「sip:192.168.1.2」が割り当てられている。また、ＳＩＰ端末２００−３には、ＡＯＲとして「sip:b@example.com」、コンタクトアドレスとして「sip:192.168.1.3」が割り当てられている。
【００２７】
このように、本実施の形態では、ＳＩＰ端末２００−１とＳＩＰ端末２００−２とに対して、同一のＡＯＲ（sip:a@example.com）が割り当てられていることを前提とする。
【００２８】
なお、ＳＩＰ端末２００の個数は３つに限られるものではない。また、ＳＩＰ端末２００のいずれかを、他の呼制御サーバを介して接続するように構成してもよい。また、以下では、ＳＩＰ端末２００−１〜２００−３を単にＳＩＰ端末２００という場合がある。
【００２９】
次に、呼制御サーバ１００の詳細な構成について説明する。図２は、第１の実施の形態にかかる呼制御サーバ１００の構成を示すブロック図である。図２に示すように、呼制御サーバ１００は、主なハードウェア構成として、通信情報記憶部１２１と、識別子記憶部１２２とを備えている。また、呼制御サーバ１００は、主なソフトウェア構成として、送信部１０１と、呼情報公開部１０２と、呼制御部１０３と、受信部１０４と、選択部１０５と、切替処理部１０６と、を備えている。
【００３０】
通信情報記憶部１２１は、確立されている通信に関連する通信情報を記憶するものである。なお、以下では、通信を呼とよび、通信情報を呼情報と呼ぶ。図３は、呼情報のデータ構造の一例を示す説明図である。図３に示すように、呼情報には、呼を識別する識別子であるコールＩＤと、最初に発呼したＳＩＰ端末２００の公開識別子を表す発呼端末ＡＯＲと、最初に発呼したＳＩＰ端末２００の内部識別子を表す発呼端末コンタクトアドレスと、最初に着呼したＳＩＰ端末２００の公開識別子を表す着呼端末ＡＯＲと、最初に着呼したＳＩＰ端末２００の内部識別子を表す着呼端末コンタクトアドレスとを含んでいる。通信情報記憶部１２１は、呼情報をコールＩＤや公開識別子などを元に検索するときに参照される。
【００３１】
図２に戻り、識別子記憶部１２２は、呼の確立を要求する確立要求メッセージを転送する転送先を特定するために参照される公開識別子と内部識別子との組を記憶するものである。図４は、識別子記憶部１２２に記憶される識別子のデータ構造の一例を示す説明図である。図４に示すように、識別子記憶部１２２は、切り替えを要求したＳＩＰ端末２００の内部識別子を表す要求元コンタクトアドレスと、ＳＩＰの確立要求メッセージであるＩＮＶＩＴＥリクエストを発呼するＳＩＰ端末２００の公開識別子を表す発呼元ＡＯＲとを対応づけて記憶している。
【００３２】
なお、要求元コンタクトアドレスは、発呼元のＳＩＰ端末２００から発呼されたＩＮＶＩＴＥリクエストを転送すべきＳＩＰ端末２００を特定するために参照される。すなわち、識別子記憶部１２２は、発呼元ＡＯＲから転送先となるＳＩＰ端末２００のコンタクトアドレスを検索するときに参照される。
【００３３】
なお、通信情報記憶部１２１および識別子記憶部１２２は、ＨＤＤ（Hard Disk Drive）、光ディスク、メモリカード、ＲＡＭ（Random Access Memory）などの一般的に利用されているあらゆる記憶媒体により構成することができる。
【００３４】
図２に戻り、送信部１０１は、呼制御に関連する各種メッセージをＳＩＰ端末２００などの外部装置に送信するものである。例えば、送信部１０１は、後述する選択部１０５により選択された発呼元のＳＩＰ端末２００に対して、ＩＮＶＩＴＥリクエストの送信開始を要求する送信要求メッセージであるＲＥＦＥＲリクエストを送信する。また、送信部１０１は、発呼元のＳＩＰ端末２００から送信されたＩＮＶＩＴＥリクエストを、転送先のＳＩＰ端末２００に送信する。
【００３５】
さらに、送信部１０１は、後述する呼情報公開部１０２が作成した、呼情報を公開するためのＮＯＴＩＦＹメッセージを各ＳＩＰ端末２００に送信する。具体的には、送信部１０１は、呼に関連するＳＩＰ端末２００、すなわち最初に発呼したＳＩＰ端末２００と、最初に発呼したＳＩＰ端末２００と同じＡＯＲを持つＳＩＰ端末２００と、最初に着呼したＳＩＰ端末２００と、最初に着呼したＳＩＰ端末２００と同じＡＯＲを持つＳＩＰ端末２００とに対してＮＯＴＩＦＹリクエストを送信する。
【００３６】
呼情報公開部１０２は、呼情報を公開するためＮＯＴＩＦＹリクエストを作成し、送信部１０１によって各ＳＩＰ端末２００に送信するものである。ＮＯＴＩＦＹリクエストには、通信情報記憶部１２１に保存されたすべての呼情報が含まれる。ＮＯＴＩＦＹリクエストの詳細については後述する。
【００３７】
呼制御部１０３は、原則としてＳＩＰの標準化された規約に従って呼の制御に関する処理を実行するものである。具体的には、呼制御部１０３は、受信した呼制御メッセージの内容から呼制御メッセージを転送すべき宛先を決定し、呼制御メッセージを転送する処理を制御する。
【００３８】
本実施の形態の呼制御部１０３は、さらに、呼が確立したときに通信情報記憶部１２１に呼情報を格納し、呼が終了したときに、通信情報記憶部１２１から呼情報を削除する機能を備えている。また、呼制御部１０３は、ＩＮＶＩＴＥリクエストを受信した際は、ＩＮＶＩＴＥリクエストの送信元のＳＩＰ端末２００のＡＯＲを検索キーとして、識別子記憶部１２２からＩＮＶＩＴＥリクエストの転送先とすべきＳＩＰ端末２００のコンタクトアドレスを取得する。そして、取得したコンタクトアドレスを指定して、ＩＮＶＩＴＥリクエストを転送する。なお、呼制御部１０３は、識別子記憶部１２２に該当する情報が記憶されていない場合には、ＩＮＶＩＴＥリクエストから転送先を決定する。
【００３９】
また、本実施の形態の呼制御部１０３は、切り替え要求メッセージであるＭＥＳＳＡＧＥリクエストが受信されたときに、後述する切替処理部１０６の指示にしたがってＲＥＦＥＲリクエストを作成し、送信部１０１を介してＳＩＰ端末２００に送信する機能をさらに備えている。
【００４０】
受信部１０４は、呼制御に関連する各種メッセージをＳＩＰ端末２００などの外部装置から受信するものである。例えば、受信部１０４は、切り替え先端末であるＳＩＰ端末２００から送信された、通信先の切り替えを要求する切り替え要求メッセージであるＭＥＳＳＡＧＥリクエストを受信する。また、受信部１０４は、受信した切り替え要求メッセージから切り替え対象となる呼のコールＩＤを取り出し、取り出したコールＩＤと、切り替え要求メッセージの送信元であるＳＩＰ端末２００のＡＯＲおよびコンタクトアドレスとを、後述する選択部１０５に渡す機能を備えている。
【００４１】
選択部１０５は、受信部１０４により切り替え要求メッセージが受信されたときに、切り替え先端末からＩＮＶＩＴＥリクエストを発呼する方式、および、通話相手端末からＩＮＶＩＴＥリクエストを発呼する方式のうち、いずれかを切替方式として選択するものである。
【００４２】
選択部１０５は、呼制御サーバ１００の運用者などによって予め定められた規則に従って、上記２つの方式のうちいずれかを選択する。規則としては、例えば、切り替える前の呼を発呼したＳＩＰ端末２００からＩＮＶＩＴＥリクエストを発呼するという規則を定めることができる。これにより、切り替える前の呼を発呼したＳＩＰ端末２００または切り替える前の呼を着呼したＳＩＰ端末２００のいずれが切り替え要求メッセージを送信したかに関わらずに、一定のポリシーで発呼端末を決定することが可能となる。
【００４３】
なお、切替方式を決定する規則はこれに限られるものではなく、通信情報記憶部１２１に記憶された呼情報などを用いて、上記２つの切替方式のいずれかを決定できるものであれば、あらゆる規則を適用できる。したがって、切替方式を決定するときの呼情報の使用方法は、適用される規則に依存する。また、適用する規則に応じて、通信情報記憶部１２１に、図３で示したような情報以外の情報を記憶するように構成してもよい。
【００４４】
また、選択部１０５は、受信部１０４から渡された切り替え対象の呼のコールＩＤと、切り替え要求メッセージの送信元であるＳＩＰ端末２００のＡＯＲおよびコンタクトアドレスとを元に、通信情報記憶部１２１を参照して、切り替え元端末を特定する機能を有する。
【００４５】
具体的には、選択部１０５は、まず渡されたコールＩＤを検索キーとして通信情報記憶部１２１から対応する発呼端末ＡＯＲおよび着呼端末ＡＯＲを取得する。そして、取得した発呼端末ＡＯＲおよび着呼端末ＡＯＲのうち、切り替え要求メッセージの送信元のＳＩＰ端末２００のＡＯＲと一致する方を、切り替え元端末のＡＯＲとして特定する。そして、選択部１０５は、一致しない方を、通話相手端末のＡＯＲとして特定する。
【００４６】
なお、切り替え元端末の特定方法はこれに限られるものではない。例えば、同一利用者が利用するＳＩＰ端末２００であるか否かなどによってＳＩＰ端末２００のＡＯＲを相互に対応づけておき、発呼端末ＡＯＲおよび着呼端末ＡＯＲのうち、切り替え要求メッセージの送信元のＳＩＰ端末２００のＡＯＲと対応づけられた方を、切り替え元端末のＡＯＲとして特定するように構成してもよい。
【００４７】
また、例えば、切り替え要求メッセージを送信したＳＩＰ端末２００の認証を行い、利用者ＩＤなどの認証情報にしたがって同一利用者の利用するＳＩＰ端末２００であるか否かを判断することにより、切り替え元端末を特定するように構成してもよい。このような切り替え元端末の特定方法についても、呼制御サーバ１００の運用ポリシーに従って最適な方法を決定すればよい。
【００４８】
さらに、選択部１０５は、切替方式を選択する前に、予め定められた規則に従い、切り替えの可否を判断するように構成してもよい。例えば、通話相手のＳＩＰ端末２００との呼を中継する他の呼制御サーバが、切り替え処理に対応しているか否かを判断し、未対応の場合に切り替えを拒否するように構成することができる。また、メッセージを送受信するごとにＳＩＰ端末２００を認証し、認証されなかった場合に、切り替えを拒否するように構成してもよい。
【００４９】
切替処理部１０６は、選択部１０５が選択した切替方式を実行するものである。例えば、選択部１０５が切り替え先端末から発呼する切替方式を選択した場合、切替処理部１０６は、呼制御部１０３を使用して切り替え先端末に通話相手端末への発呼を要求する。
【００５０】
また、切替処理部１０６は、識別子記憶部１２２に識別子を保存する保存部１０６ａを備えている。例えば、選択部１０５が通話相手端末から発呼する切替方式を選択した場合、保存部１０６ａは、切り替え対象の呼に関連するＳＩＰ端末２００のうち、切り替え要求メッセージを送信したＳＩＰ端末２００のＡＯＲと異なるＡＯＲを持つＳＩＰ端末２００、すなわち、通話相手端末のＡＯＲ（発呼元ＡＯＲ）と、切り替え要求メッセージを送信したＳＩＰ端末２００のコンタクトアドレス（要求元コンタクトアドレス）とを対応づけて、識別子記憶部１２２に保存する。また、この後、切替処理部１０６は、呼制御部１０３を使用して通話相手端末に対して切り替え要求メッセージを送信したＳＩＰ端末２００のＡＯＲに対する発呼を要求する。
【００５１】
次に、ＳＩＰ端末２００の詳細な構成について説明する。図５は、第１の実施の形態にかかるＳＩＰ端末２００の構成を示すブロック図である。図５に示すように、ＳＩＰ端末２００は、主なハードウェア構成として、通信情報記憶部２２１を備えている。また、ＳＩＰ端末２００は、主なソフトウェア構成として、受信部２０１と、メッセージ処理部２０２と、送信部２０３と、を備えている。
【００５２】
通信情報記憶部２２１は、呼制御サーバ１００から送信された呼情報を記憶するものである。上述のように、呼制御サーバ１００からは、呼情報を公開するＮＯＴＩＦＹリクエストが送信されるため、通信情報記憶部２２１には、ＮＯＴＩＦＹリクエストによって送信された呼情報が記憶される。なお、通信情報記憶部２２１に記憶される呼情報のデータ構造は、呼制御サーバ１００の通信情報記憶部１２１に記憶される呼情報のデータ構造と同様であるため、その説明を省略する。
【００５３】
受信部２０１は、呼制御に関連する各種メッセージを呼制御サーバ１００または他のＳＩＰ端末２００などの外部装置から受信するものである。例えば、受信部２０１は、呼制御サーバ１００から送信された呼情報を公開するためのＮＯＴＩＦＹリクエストを受信する。
【００５４】
メッセージ処理部２０２は、送受信されるメッセージに関する処理を実行するものである。例えば、メッセージ処理部２０２は、受信したＮＯＴＩＦＹリクエストから呼情報を取得して通信情報記憶部２２１に保存する。また、メッセージ処理部２０２は、利用者が保存された呼情報を参照して通信先を自装置に切り替えることを選択した呼に対する切り替え要求メッセージ（ＭＥＳＳＡＧＥリクエスト）を作成する。また、呼制御サーバ１００からＲＥＦＥＲリクエストを受信した場合は、メッセージ処理部２０２は、ＲＥＦＥＲリクエストの内容にしたがってＩＮＶＩＴＥリクエストを作成する。
【００５５】
送信部２０３は、呼制御に関連する各種メッセージを呼制御サーバ１００または他のＳＩＰ端末２００などの外部装置に送信するものである。例えば、送信部２０３は、作成された切り替え要求メッセージを呼制御サーバ１００に送信する。
【００５６】
次に、このように構成された第１の実施の形態にかかる呼制御サーバ１００による通信切替処理について図６を用いて説明する。図６は、第１の実施の形態における通信切替処理の全体の流れを示すシーケンス図である。
【００５７】
なお、図６は、ＳＩＰ端末２００−１からＳＩＰ端末２００−３に発呼して呼を確立し、さらに、ＳＩＰ端末２００−１から同一のＡＯＲを持つＳＩＰ端末２００−２に呼を切り替える場合の処理手順を示している。また、すべてのＳＩＰ端末２００は、ＳＩＰの規約で規定されるＲＥＧＩＳＴＥＲ動作を完了し、呼制御サーバ１００はすべてのＳＩＰ端末２００のＡＯＲとコンタクトアドレスとを知っているものとする。
【００５８】
まず、ＳＩＰ端末２００−１は、リクエストＵＲＩに「sip:b@example.com」を指定したＩＮＶＩＴＥリクエスト「INVITE sip:b@example.com SIP/2.0」を、呼制御サーバ１００に送信する（ステップＳ６０１）。
【００５９】
次に、呼制御サーバ１００の呼制御部１０３は、受信部１０４により受信されたＩＮＶＩＴＥリクエストに含まれるリクエストＵＲＩから、転送先をＳＩＰ端末２００−３であると特定し、ＳＩＰ端末２００−３にＩＮＶＩＴＥリクエスト（INVITE sip:b@192.168.1.3 SIP/2.0）を転送する（ステップＳ６０２）。
【００６０】
ＳＩＰ端末２００−３は、呼制御サーバ１００から転送されたＩＮＶＩＴＥリクエストを受けて２００  ＯＫ応答を生成し、呼制御サーバ１００に送信する（ステップＳ６０３）。また、ＳＩＰ端末２００−３から送信された２００  ＯＫ応答を受信した呼制御サーバ１００の呼制御部１０３は、２００  ＯＫ応答を、ＳＩＰ端末２００−１に転送する（ステップＳ６０４）。呼制御サーバ１００からの２００  ＯＫ応答を受信することにより、ＳＩＰ端末２００−１とＳＩＰ端末２００−３との間に呼が確立する。
【００６１】
この後、呼制御部１０３は、ＳＩＰ端末２００−１のＡＯＲと、ＳＩＰ端末２００−１のコンタクトアドレスと、ＳＩＰ端末２００−３のＡＯＲと、ＳＩＰ端末２００−３のコンタクトアドレスと、ＳＩＰ端末２００−３から受信した２００  ＯＫ応答に含まれるコールＩＤと、を関連づけた呼情報を通信情報記憶部１２１に記憶する（ステップＳ６０５）。
【００６２】
次に、呼情報公開部１０２が、通信情報記憶部１２１に記憶した呼情報をメッセージボディに格納したＮＯＴＩＦＹリクエストを作成し、送信部１０１によって呼に関連するＳＩＰ端末２００と同じ公開識別子を持つすべてのＳＩＰ端末２００に送信する（ステップＳ６０６）。ここではＳＩＰ端末２００−１、ＳＩＰ端末２００−２、およびＳＩＰ端末２００−３にＮＯＴＩＦＹリクエストを送信する。
【００６３】
図７は、送信されるＮＯＴＩＦＹリクエストの一例を示す説明図である。図７に示すように、ＮＯＴＩＦＹリクエストには、呼情報を公開するメッセージであることを指定するため、「Content-Type」ヘッダに「application/callinfo-xml」が指定される。そして、ＮＯＴＩＦＹリクエストは、メッセージボディに、通信情報記憶部１２１が記憶する呼情報をＸＭＬ形式で表現した情報を含んでいる。なお、同図では、１つの呼情報のみを含んでいるが、複数の呼が確立されている場合は、複数の呼情報がＮＯＴＩＦＹリクエストが含まれうる。
【００６４】
各ＳＩＰ端末２００の利用者は、ＮＯＴＩＦＹリクエストで通知された呼情報を参照して、端末を切り替える呼を指定することができる。ＳＩＰ端末２００−２の利用者がＳＩＰ端末２００−２を操作し、端末を切り替える呼を選択した場合、ＳＩＰ端末２００−２のメッセージ処理部２０２は、端末の切り替えを要求する切り替え要求メッセージ（ＭＥＳＳＡＧＥリクエスト）を作成する。そして、送信部２０３が、作成されたＭＥＳＳＡＧＥリクエストを、呼制御サーバ１００に送信する（ステップＳ６０７）。
【００６５】
図８は、ＭＥＳＳＡＧＥリクエストの一例を示す説明図である。図８に示すように、ＭＥＳＳＡＧＥリクエストのメッセージボディは、ＮＯＴＩＦＹリクエストにより受信した呼情報に含まれるコールＩＤを、切り替え対象の呼の識別子として含んでいる。同図の例では、ＳＩＰ端末２００−１とＳＩＰ端末２００−３との間に確立した呼のコールＩＤである「abcdedfg@192.168.1.1」が含まれている。また、ＭＥＳＳＡＧＥリクエストの「Content-Type」ヘッダには、切り替え要求メッセージであることを示すために「application/switch-xml」が指定される。
【００６６】
図６に戻り、呼制御サーバ１００の受信部１０４は、ＳＩＰ端末２００から送信されたＭＥＳＳＡＧＥリクエストを受信する（ステップＳ６０８）。次に、受信部１０４は、ＭＥＳＳＡＧＥリクエストの「Content-Type」ヘッダに「application/switch-xml」が指定されていることから、このメッセージが切り替え要求メッセージであると判断する。そして、ＭＥＳＳＡＧＥリクエストのメッセージボディから切り替え対象の呼のコールＩＤを取得する（ステップＳ６０９）。受信部１０４は、切り替え対象の呼のコールＩＤとＭＥＳＳＡＧＥリクエストを送信したＳＩＰ端末２００のＡＯＲとコンタクトアドレスとを、選択部１０５に渡す。
【００６７】
次に、選択部１０５は、呼制御サーバ１００の運用者が規定したポリシーに従い切替方式を選択する（ステップＳ６１０）。ここでは、ＳＩＰ端末２００−１の通話相手であるＳＩＰ端末２００−３から発呼する方式を選択したものとする。
【００６８】
なお、切り替えの可否を判定する構成の場合であって、切り替えを拒否する場合は、で受信したＭＥＳＳＡＧＥリクエストに対してエラー応答を返すように構成してもよい。
【００６９】
次に、切替処理部１０６は、リクエストＵＲＩに通話相手端末のＡＯＲを指定し、「Refer-To」ヘッダに切り替え先端末のＡＯＲを指定したＲＥＦＥＲリクエストを、呼制御部１０３を使用して通話相手端末に対して送信させる。呼制御部１０３は、切替処理部１０６からの指示に従い、ＲＥＦＥＲリクエストを通話相手端末であるＳＩＰ端末２００−３に送信する（ステップＳ６１１）。
【００７０】
図９は、ＲＥＦＥＲリクエストの一例を示す説明図である。図９では、リクエストＵＲＩにＳＩＰ端末２００−３のＡＯＲである「sip:b@example.com」を指定し、「Refer-To」ヘッダにＳＩＰ端末２００−２のＡＯＲである「sip:a@example.com」を指定したＲＥＦＥＲリクエストの例が示されている。
【００７１】
図６に戻り、切替処理部１０６の保存部１０６ａは、ＭＥＳＳＡＧＥリクエストを送信したＳＩＰ端末２００−２のコンタクトアドレスとＳＩＰ端末２００−３のＡＯＲとを関連づけて識別子記憶部１２２に保存する（ステップＳ６１２）。
【００７２】
ＳＩＰ端末２００−３は、受信したＲＥＦＥＲリクエストの「Refer-To」ヘッダに含まれるＳＩＰ端末２００−２のＡＯＲである「sip:a@example.com」をリクエストＵＲＩに指定したＩＮＶＩＴＥリクエスト「INVITE sip:a@example.com」を、呼制御サーバ１００に送信する（ステップＳ６１３）。
【００７３】
呼制御サーバ１００の受信部１０４は、ＳＩＰ端末２００−３から送信されたＩＮＶＩＴＥリクエストを受信する。そして、呼制御部１０３は、ＩＮＶＩＴＥリクエストの送信元であるＳＩＰ端末２００−３のＡＯＲ（sip:b@example.com）に対応するコンタクトアドレスを識別子記憶部１２２から検索することにより、ＩＮＶＩＴＥリクエストの転送先を決定する（ステップＳ６１４）。
【００７４】
ここでは、ＳＩＰ端末２００−２のコンタクトアドレスである「sip:192.168.1.2」が得られる。呼制御部１０３は、得られたコンタクトアドレスのＳＩＰ端末２００−２に対して、ＩＮＶＩＴＥリクエスト「INVITE sip:a@192.168.1.2」を転送する（ステップＳ６１５）。
【００７５】
呼制御サーバ１００から送信されたＩＮＶＩＴＥリクエストを受信したＳＩＰ端末２００−２は、呼制御サーバ１００に対して２００  ＯＫ応答を送信する（ステップＳ６１６）。呼制御サーバ１００の呼制御部１０３は、ＳＩＰ端末２００−２から送信された２００  ＯＫ応答をＳＩＰ端末２００−３に転送する（ステップＳ６１７）。
【００７６】
ＳＩＰ端末２００−３は、呼制御サーバ１００から転送された２００  ＯＫ応答を受信する。これにより、ＳＩＰ端末２００−２とＳＩＰ端末２００−３との間に呼が確立する。
【００７７】
ＳＩＰ端末２００−１の利用者によってＳＩＰ端末２００−１が操作され、ＳＩＰ端末２００−１とＳＩＰ端末２００−３との間の呼の終了が指定された場合、ＳＩＰ端末２００−１の送信部２０３は、ＳＩＰ端末２００−３のＡＯＲである「sip:b@example.com」をリクエストＵＲＩに指定したＢＹＥリクエスト「BYE sip:b@example.com」を、呼制御サーバ１００に対して送信する（ステップＳ６１８）。
【００７８】
呼制御サーバ１００は、ＳＩＰ端末２００−１から送信されたＢＹＥリクエストを受信し、リクエストＵＲＩを参照して転送先として特定したＳＩＰ端末２００−３に対して、ＢＹＥリクエスト「BYE sip:b@192.168.1.3」を転送する（ステップＳ６１９）。ＳＩＰ端末２００−３は、呼制御サーバ１００から送信されたＢＹＥリクエストを受信し、ＳＩＰ端末２００−１との間の呼を切断する。
【００７９】
このように、ＳＩＰ端末２００から通信端末の切り替えを要求する切り替え要求メッセージを受信したとき、運用ポリシーにしたがって切替方式を決定することができる。また、同一のＡＯＲが割り当てられたＳＩＰ端末２００の間で、通信端末の切り替えを行う場合であっても、ＳＩＰ端末２００を一意に識別可能なコンタクトアドレスを保存しておき、ＩＮＶＩＴＥリクエストを受信したときに保存したコンタクトアドレスを取得することにより、切り替え先端末を正しく特定することができる。
【００８０】
なお、図６は、通話相手端末（ＳＩＰ端末２００−３）から発呼する切替方式が選択された場合の処理手順を表している。そこで、次に、切り替え先端末（ＳＩＰ端末２００−２）から発呼する切替方式が選択された場合の処理について、図１０を用いて説明する。図１０は、第１の実施の形態における通信切替処理の全体の流れの別の例を示すシーケンス図である。
【００８１】
切替方式を選択するまでの処理を表すステップＳ１００１からステップＳ１０１０までは、図６のステップＳ６０１からステップＳ６１０までと同様であるため、その説明を省略する。
【００８２】
ここでは、ステップＳ１０１０で、ＳＩＰ端末２００−１の切り替え先端末であるＳＩＰ端末２００−２から発呼する方式を選択したものとする。
【００８３】
この場合、切替処理部１０６は、リクエストＵＲＩに切り替え先端末のＡＯＲを指定し、「Refer-To」ヘッダに通話相手端末のＡＯＲを指定したＲＥＦＥＲリクエストを、呼制御部１０３を使用して切り替え先端末に対して送信させる。呼制御部１０３は、切替処理部１０６からの指示に従い、ＲＥＦＥＲリクエストを切り替え先端末であるＳＩＰ端末２００−２に送信する（ステップＳ１０１１）。
【００８４】
図１１は、この場合に送信されるＲＥＦＥＲリクエストの一例を示す説明図である。図１１では、リクエストＵＲＩにＳＩＰ端末２００−２のＡＯＲである「sip:a@example.com」を指定し、「Refer-To」ヘッダにＳＩＰ端末２００−３のＡＯＲである「sip:b@example.com」を指定したＲＥＦＥＲリクエストの例が示されている。
【００８５】
ＳＩＰ端末２００−２は、受信したＲＥＦＥＲリクエストの「Refer-To」ヘッダに含まれるＳＩＰ端末２００−３のＡＯＲである「sip:b@example.com」をリクエストＵＲＩに指定したＩＮＶＩＴＥリクエスト「INVITE sip:b@example.com」を、呼制御サーバ１００に送信する（ステップＳ１０１２）。
【００８６】
呼制御サーバ１００の受信部１０４は、ＳＩＰ端末２００−２から送信されたＩＮＶＩＴＥリクエストを受信する。そして、呼制御部１０３は、ＳＩＰ端末２００−３に対して、ＩＮＶＩＴＥリクエスト「INVITE sip:b@192.168.1.3」を転送する（ステップＳ１０１３）。なお、ＳＩＰ端末２００−３のコンタクトアドレスは、例えば、図３のような通信情報記憶部１２１に記憶された呼情報から特定することができる。
【００８７】
呼制御サーバ１００から送信されたＩＮＶＩＴＥリクエストを受信したＳＩＰ端末２００−３は、呼制御サーバ１００に対して２００  ＯＫ応答を送信する（ステップＳ１０１４）。呼制御サーバ１００の呼制御部１０３は、ＳＩＰ端末２００−３から送信された２００  ＯＫ応答をＳＩＰ端末２００−２に転送する（ステップＳ１０１５）。
【００８８】
ＳＩＰ端末２００−２は、呼制御サーバ１００から転送された２００  ＯＫ応答を受信する。これにより、ＳＩＰ端末２００−２とＳＩＰ端末２００−３との間に呼が確立する。
【００８９】
ステップＳ１００１からステップＳ１０１０までの呼切断処理は、図６のステップＳ６１８からステップＳ６１９までと同様であるため、その説明を省略する。
【００９０】
（変形例）
第１の実施の形態では、呼の確立を認識した呼制御サーバ１００が、自らＮＯＴＩＦＹリクエストを生成して、呼に関係する各ＳＩＰ端末２００に呼情報を通知していた。これに対し、ＳＩＰ端末２００から呼制御サーバ１００に呼情報を問い合わせるように構成してもよい。
【００９１】
この場合、呼情報公開部１０２は、ＳＩＰ端末２００から呼情報の問い合わせを要求する情報要求メッセージであるＳＵＢＳＣＲＩＢＥリクエストを受信した場合に、ＮＯＴＩＦＹリクエストを作成する機能を備える。
【００９２】
以下に、ＳＩＰ端末２００から呼制御サーバ１００に呼情報を問い合わせる手順を示す。まず、ＳＩＰ端末２００は、呼制御サーバ１００にＳＩＰ端末２００と同じＡＯＲを持つ他のＳＩＰ端末２００が確立している呼情報を問い合わせるためのＳＵＢＳＣＲＩＢＥリクエストを作成する。
【００９３】
図１２は、呼情報を問い合わせるためのＳＵＢＳＣＲＩＢＥリクエストの一例を示す説明図である。図１２に示すように、ＳＵＢＳＣＲＩＢＥリクエストは、呼情報を問い合わせることを意味する「callinfo」を指定した「Event」ヘッダを含んでいる。
【００９４】
ＳＩＰ端末２００から送信されたＳＵＢＳＣＲＩＢＥリクエストを受信した場合、呼制御サーバ１００の呼情報公開部１０２は、ＳＵＢＳＣＲＩＢＥリクエストの「Event」ヘッダに「callinfo」が指定されていることから、呼情報の問い合わせであることを認識する。
【００９５】
次に、呼情報公開部１０２は、ＳＵＢＳＣＲＩＢＥリクエストの「From」ヘッダから呼情報を返すべきＳＩＰ端末２００のＡＯＲを取得する。次に、呼情報公開部１０２は、取得したＡＯＲを含む呼情報を通信情報記憶部１２１から検索し、ＮＯＴＩＦＹリクエストのメッセージボディに設定して、ＳＵＢＳＣＲＩＢＥリクエストの送信元のＳＩＰ端末２００に通知する。
【００９６】
ＳＩＰ端末２００−１とＳＩＰ端末２００−３が呼を確立していた場合に、ＳＩＰ端末２００−２がＳＵＢＳＣＲＩＢＥリクエストを送信した場合は、例えば、図７に示すようなＮＯＴＩＦＹリクエストが、呼制御サーバ１００からＳＩＰ端末２００−２に送信される。
【００９７】
以上のように、第１の実施の形態にかかる通信システムでは、呼制御サーバにより、予め定められた規則に従って、切り替える通信を発呼する端末を制御することができる。また、呼情報を呼に関連する端末に公開し、切り替え先端末から切り替え要求メッセージを送信して切り替えを行うため、切り替え元端末から切り替え先端末を指定して切り替える必要がなくなる。そして、切り替え先端末から切り替え要求メッセージを受信したときに、切り替え先端末を一意に識別可能なコンタクトアドレスを保存しておくため、切り替え先端末と切り替え元端末に同じＡＯＲが割り当てられていた場合であっても、保存しているコンタクトアドレスにより、切り替え先端末を特定することができる。
【００９８】
このため、切り替え可能とするために各ＳＩＰ端末に異なるＡＯＲを割り当てる必要がなくなり、アカウントの管理負担を軽減することができる。また、切り替え先端末と切り替え元端末に同じＡＯＲが割り当てられていた場合であっても、呼制御サーバによって通信端末の切り替えを行うことが可能となる。
【００９９】
（第２の実施の形態）
第１の実施の形態では、切り替え要求メッセージを送信した切り替え先端末のコンタクトアドレスと、通話相手端末のＡＯＲとを関連づけて識別子記憶部１２２に保持していた。そして、識別子記憶部１２２に保持されたコンタクトアドレスによって、切り替え先端末を特定していた。
【０１００】
これに対し、第２の実施の形態にかかる通信制御装置は、通話相手端末に送信するＲＥＦＥＲリクエストおよび通話相手端末から送信されるＩＮＶＩＴＥリクエストに、ＳＩＰの規約で規定されている「Referred-By」ヘッダを挿入し、このヘッダに設定された切り替え先端末のコンタクトアドレスを参照することにより切り替え先端末を特定するものである。
【０１０１】
図１３は、第２の実施の形態にかかる呼制御サーバ１３００の構成を示すブロック図である。図１３に示すように、呼制御サーバ１３００は、主なハードウェア構成として、通信情報記憶部１２１を備えている。また、呼制御サーバ１３００は、主なソフトウェア構成として、送信部１０１と、呼情報公開部１０２と、呼制御部１０３と、受信部１０４と、選択部１０５と、切替処理部１３０６と、を備えている。
【０１０２】
第２の実施の形態では、識別子記憶部１２２を削除したこと、および切替処理部１３０６の機能が第１の実施の形態と異なっている。その他の構成および機能は、第１の実施の形態にかかる呼制御サーバ１００の構成を表すブロック図である図２と同様であるので、同一符号を付し、ここでの説明は省略する。
【０１０３】
切替処理部１３０６は、選択部１０５が通話相手端末から発呼する切替方式を選択した場合、「Referred-By」ヘッダに、切り替え先端末のコンタクトアドレスを指定したＲＥＦＥＲリクエストによって通話相手端末に発呼を要求する点が、第１の実施の形態の切替処理部１０６と異なっている。また、切り替え先端末のコンタクトアドレス等を識別子記憶部１２２に保存する必要がないため、切替処理部１３０６は、保存部１０６ａを備えない点が第１の実施の形態の切替処理部１０６と異なっている。
【０１０４】
次に、第２の実施の形態にかかるＳＩＰ端末１４００の詳細な構成について説明する。図１４は、第２の実施の形態にかかるＳＩＰ端末１４００の構成を示すブロック図である。図１４に示すように、ＳＩＰ端末１４００は、主なハードウェア構成として、通信情報記憶部２２１を備えている。また、ＳＩＰ端末１４００は、主なソフトウェア構成として、受信部２０１と、メッセージ処理部１４０２と、送信部２０３と、を備えている。
【０１０５】
第２の実施の形態では、メッセージ処理部１４０２の機能が第１の実施の形態と異なっている。その他の構成および機能は、第１の実施の形態にかかるＳＩＰ端末２００の構成を表すブロック図である図５と同様であるので、同一符号を付し、ここでの説明は省略する。
【０１０６】
メッセージ処理部１４０２は、「Referred-By」ヘッダに切り替え先端末のコンタクトアドレスを指定したＲＥＦＥＲリクエストを受信したときに、受信したＲＥＦＥＲリクエストから抽出した「Referred-By」ヘッダをコピーしたＩＮＶＩＴＥリクエストを作成する点が、第１の実施の形態のメッセージ処理部２０２と異なっている。
【０１０７】
次に、このように構成された第２の実施の形態にかかる呼制御サーバ１３００による通信切替処理について図１５を用いて説明する。図１５は、第２の実施の形態における通信切替処理の全体の流れを示すシーケンス図である。
【０１０８】
なお、図１５は、図６と同様にＳＩＰ端末１４００−１からＳＩＰ端末１４００−３に発呼して呼を確立し、さらに、ＳＩＰ端末１４００−１から同一のＡＯＲを持つＳＩＰ端末１４００−２に呼を切り替える場合の処理手順を示している。また、ＳＩＰ端末１４００−１〜１４００−３には、それぞれ第１の実施の形態のＳＩＰ２００−１〜２００−３と同一のＡＯＲおよびコンタクトアドレスが割り当てられているものとする。
【０１０９】
切替方式を選択するまでの処理を表すステップＳ１５０１からステップＳ１５１０までは、図６のステップＳ６０１からステップＳ６１０までと同様であるため、その説明を省略する。
【０１１０】
ここでは、ステップＳ１５１０で、ＳＩＰ端末１４００−１の通話相手端末であるＳＩＰ端末１４００−３から発呼する方式を選択したものとする。
【０１１１】
この場合、切替処理部１３０６は、リクエストＵＲＩに切り替え先端末のＡＯＲを指定し、「Refer-To」ヘッダに通話相手端末のＡＯＲを指定し、「Referred-By」ヘッダに切り替え先端末のコンタクトアドレスを指定したＲＥＦＥＲリクエストを、呼制御部１０３を使用して通話相手端末に対して送信させる。呼制御部１０３は、切替処理部１３０６からの指示に従い、ＲＥＦＥＲリクエストを通話相手端末であるＳＩＰ端末１４００−３に送信する（ステップＳ１５１１）。
【０１１２】
図１６は、ＲＥＦＥＲリクエストの一例を示す説明図である。図１６では、リクエストＵＲＩにＳＩＰ端末１４００−３のＡＯＲである「sip:b@example.com」を指定し、「Refer-To」ヘッダにＳＩＰ端末１４００−２のＡＯＲである「sip:a@example.com」を指定し、「Referred-By」ヘッダにＳＩＰ端末１４００−２のコンタクトアドレスである「sip:192.168.1.2」を指定したＲＥＦＥＲリクエストの例が示されている。
【０１１３】
図１５に戻り、ＳＩＰ端末１４００−３は、受信したＲＥＦＥＲリクエストの「Refer-To」ヘッダに含まれるＳＩＰ端末１４００−２のＡＯＲである「sip:a@example.com」をリクエストＵＲＩに指定したＩＮＶＩＴＥリクエストを、呼制御サーバ１３００に送信する（ステップＳ１５１２）。このとき、ＳＩＰ端末１４００−３は、受信したＲＥＦＥＲリクエストの「Referred-By」ヘッダの内容をコピーしてＩＮＶＩＴＥリクエストに含める。
【０１１４】
図１７は、「Referred-By」ヘッダを含むＩＮＶＩＴＥリクエストの一例を示す説明図である。図１７では、図１６のＲＥＦＥＲリクエストと同じ内容の「Referred-By」ヘッダを含むＩＮＶＩＴＥリクエストの例が示されている。
【０１１５】
呼制御サーバ１３００の受信部１０４は、ＳＩＰ端末１４００−３から送信されたＩＮＶＩＴＥリクエストを受信する。そして、呼制御部１０３は、受信したＩＮＶＩＴＥリクエストの「Referred-By」ヘッダを参照することにより、ＩＮＶＩＴＥリクエストの転送先を決定する（ステップＳ１５１３）。
【０１１６】
ここでは、ＳＩＰ端末１４００−２のコンタクトアドレスである「sip:192.168.1.2」が、「Referred-By」ヘッダから得られる。呼制御部１０３は、得られたコンタクトアドレスのＳＩＰ端末１４００−２に対して、図１８に示すようなＩＮＶＩＴＥリクエストを転送する（ステップＳ１５１４）。
【０１１７】
ステップＳ１５１５からステップＳ１５１８までの、２００ＯＫ送受信処理および呼切断処理は、図６のステップＳ６１６からステップＳ６１９までと同様であるため、その説明を省略する。
【０１１８】
このように、第２の実施の形態にかかる通信制御装置では、メッセージに切り替え先端末のコンタクトアドレスを設定したヘッダを追加し、このヘッダに設定された切り替え先端末のコンタクトアドレスを参照することにより切り替え先端末を特定することができる。すなわち、切り替え先端末と切り替え元端末に同じＡＯＲが割り当てられていた場合であっても、保存しているコンタクトアドレスにより、切り替え先端末を特定することができる。このため、切り替え可能とするために各ＳＩＰ端末に異なるＡＯＲを割り当てる必要がなくなり、アカウントの管理負担を軽減することができる。
【０１１９】
次に、第１または第２の実施の形態にかかる通信制御装置のハードウェア構成について図１９を用いて説明する。図１９は、第１または第２の実施の形態にかかる通信制御装置のハードウェア構成を示す説明図である。
【０１２０】
第１または第２の実施の形態にかかる通信制御装置は、ＣＰＵ（Central Processing Unit）５１などの制御装置と、ＲＯＭ（Read Only Memory）５２やＲＡＭ５３などの記憶装置と、ネットワークに接続して通信を行う通信Ｉ／Ｆ５４と、ＨＤＤ（Hard Disk Drive）、ＣＤ（Compact Disc）ドライブ装置などの外部記憶装置と、ディスプレイ装置などの表示装置と、キーボードやマウスなどの入力装置と、各部を接続するバス６１を備えており、通常のコンピュータを利用したハードウェア構成となっている。
【０１２１】
第１または第２の実施の形態にかかる通信制御装置で実行される通信制御プログラムは、インストール可能な形式又は実行可能な形式のファイルでＣＤ−ＲＯＭ（Compact Disk Read Only Memory）、フレキシブルディスク（ＦＤ）、ＣＤ−Ｒ（Compact Disk Recordable）、ＤＶＤ（Digital Versatile Disk）等のコンピュータで読み取り可能な記録媒体に記録されて提供される。
【０１２２】
また、第１または第２の実施の形態にかかる通信制御装置で実行される通信制御プログラムを、インターネット等のネットワークに接続されたコンピュータ上に格納し、ネットワーク経由でダウンロードさせることにより提供するように構成してもよい。また、第１または第２の実施の形態にかかる通信制御装置で実行される通信制御プログラムをインターネット等のネットワーク経由で提供または配布するように構成してもよい。
【０１２３】
また、第１または第２の実施の形態の通信制御プログラムを、ＲＯＭ等に予め組み込んで提供するように構成してもよい。
【０１２４】
第１または第２の実施の形態にかかる通信制御装置で実行される通信制御プログラムは、上述した各部（送信部、呼情報公開部、呼制御部、受信部、選択部、切替処理部）を含むモジュール構成となっており、実際のハードウェアとしてはＣＰＵ５１（プロセッサ）が上記記憶媒体から通信制御プログラムを読み出して実行することにより上記各部が主記憶装置上にロードされ、上述した各部が主記憶装置上に生成されるようになっている。
【産業上の利用可能性】
【０１２５】
以上のように、本発明にかかる通信制御する装置、方法、プログラム、および端末装置は、シグナリングプロトコルとしてＳＩＰを用いたＩＰ電話システムなどに適している。
【図面の簡単な説明】
【０１２６】
【図１】第１の実施の形態にかかる通信システムの構成を示すブロック図である。
【図２】第１の実施の形態にかかる呼制御サーバの構成を示すブロック図である。
【図３】呼情報のデータ構造の一例を示す説明図である。
【図４】識別子記憶部に記憶される識別子のデータ構造の一例を示す説明図である。
【図５】第１の実施の形態にかかるＳＩＰ端末の構成を示すブロック図である。
【図６】第１の実施の形態における通信切替処理の全体の流れを示すシーケンス図である。
【図７】送信されるＮＯＴＩＦＹリクエストの一例を示す説明図である。
【図８】ＭＥＳＳＡＧＥリクエストの一例を示す説明図である。
【図９】ＲＥＦＥＲリクエストの一例を示す説明図である。
【図１０】第１の実施の形態における通信切替処理の全体の流れの別の例を示すシーケンス図である。
【図１１】ＲＥＦＥＲリクエストの一例を示す説明図である。
【図１２】ＳＵＢＳＣＲＩＢＥリクエストの一例を示す説明図である。
【図１３】第２の実施の形態にかかる呼制御サーバの構成を示すブロック図である。
【図１４】第２の実施の形態にかかるＳＩＰ端末の構成を示すブロック図である。
【図１５】第２の実施の形態における通信切替処理の全体の流れを示すシーケンス図である。
【図１６】ＲＥＦＥＲリクエストの一例を示す説明図である。
【図１７】ＩＮＶＩＴＥリクエストの一例を示す説明図である。
【図１８】ＩＮＶＩＴＥリクエストの一例を示す説明図である。
【図１９】第１または第２の実施の形態にかかる通信制御装置のハードウェア構成を示す説明図である。
【符号の説明】
【０１２７】
５１  ＣＰＵ
５２  ＲＯＭ
５３  ＲＡＭ
５４  通信Ｉ／Ｆ
６１  バス
１００  呼制御サーバ
１０１  送信部
１０２  呼情報公開部
１０３  呼制御部
１０４  受信部
１０５  選択部
１０６  切替処理部
１０６ａ  保存部
１２１  通信情報記憶部
１２２  識別子記憶部
２００−１、２００−２、２００−３  ＳＩＰ端末
２０１  受信部
２０２  メッセージ処理部
２０３  送信部
２２１  通信情報記憶部
１３００  呼制御サーバ
１３０６  切替処理部
１４００  ＳＩＰ端末
１４０２  メッセージ処理部
【図１】
2009017347.tif 000003
【図２】
2009017347.tif 000004
【図３】
2009017347.tif 000005
【図４】
2009017347.tif 000006
【図５】
2009017347.tif 000007
【図６】
2009017347.tif 000008
【図７】
2009017347.tif 000009
【図８】
2009017347.tif 000010
【図９】
2009017347.tif 000011
【図１０】
2009017347.tif 000012
【図１１】
2009017347.tif 000013
【図１２】
2009017347.tif 000014
【図１３】
2009017347.tif 000015
【図１４】
2009017347.tif 000016
【図１５】
2009017347.tif 000017
【図１６】
2009017347.tif 000018
【図１７】
2009017347.tif 000019
【図１８】
2009017347.tif 000020
【図１９】
2009017347.tif 000021