(57)【要約】【課題】提供しているサービスを維持したまま、切替元端末から直接切替先の指示をすることなく、正規の切替端末から切替先端末に切り替えることができる。【解決手段】本発明の端末切替システムは、特定ユーザが用いる複数の通信端末の中で、通信中の通信端末を別の通信端末に切り替える端末切替システムにおいて、予め切替対象とする複数の通信端末を特定ユーザ毎に管理する端末管理手段と、通信中の切替元端末から当該通信に係るダイアログ情報を少なくとも含む切替意思通知を受けた場合にダイアログ情報に基づく切替元端末の正当性を認証すると共に、端末管理手段から検索した切替先端末への転送要求を行う切替制御手段と、通信対象となる通信端末との間のセッションを確立するものであって、切替制御手段から転送要求を受けて、切替先端末の転送処理を行う切替実行手段とを備える。【選択図】      図１
2008135873.tif 000002
【特許請求の範囲】
【請求項１】
特定ユーザが用いる複数の通信端末の中で、通信中の通信端末を別の通信端末に切り替える端末切替システムにおいて、
予め切替対象とする複数の上記通信端末を上記特定ユーザ毎に管理する端末管理手段と、
通信中の切替元端末から当該通信に係るダイアログ情報を少なくとも含む切替意思通知を受けた場合に上記ダイアログ情報に基づく上記切替元端末の正当性を認証すると共に、上記端末管理手段から検索した切替先端末への転送要求を行う切替制御手段と、
通信対象となる通信端末との間のセッションを確立するものであって、上記切替制御手段から上記転送要求を受けて、上記切替先端末の転送処理を行う切替実行手段と
を備えることを特徴とする端末切替システム。
【請求項２】
上記切替先端末からの上記切替意思通知の転送方式が、セッション確立に係る転送方式と異なることを特徴とする請求項１に記載の端末切替システム。
【請求項３】
上記切替制御手段により上記切替先端末への転送要求が、少なくとも上記切替先端末から上記切替元端末への切替実行時よりも前に行われることを特徴とする請求項１又は２に記載の端末切替システム。
【請求項４】
少なくとも上記端末管理手段により管理されている上記切替対象とする上記各通信端末の状況を確認し、他の上記各通信端末に通知する端末状況通知手段を備えることを特徴とする請求項１〜３のいずれかに記載の端末切替システム。
【請求項５】
上記各通信端末が、上記端末状況通知手段から通知された他の上記各通信端末の状況に応じて、切替意思通知の転送の可否を示す有効又は無効を設定する切替有効性設定手段を有することを特徴とする請求項１〜４のいずれかに記載の端末切替システム。
【請求項６】
特定ユーザが用いる複数の通信端末の中で、通信中の通信端末を別の通信端末に切り替える端末切替方法において、
端末管理手段が、予め切替対象とする複数の上記通信端末を上記特定ユーザ毎に管理する端末管理工程と、
切替制御手段が、通信中の切替元端末から当該通信に係るダイアログ情報を少なくとも含む切替意思通知を受けた場合に上記ダイアログ情報に基づく上記切替元端末の正当性を認証すると共に、上記端末管理手段から検索した切替先端末への転送要求を行う切替制御工程と、
切替実行手段が、通信対象となる通信端末との間のセッションを確立するものであって、上記切替制御手段から上記転送要求を受けて、上記切替先端末の転送処理を行う切替実行工程と
を備えることを特徴とする端末切替方法。
【請求項７】
特定ユーザが用いる複数の通信端末の中で、通信中の通信端末を別の通信端末に切り替える端末切替プログラムにおいて、
コンピュータに、
予め切替対象とする複数の上記通信端末を上記特定ユーザ毎に管理する端末管理手段、
通信中の切替元端末から当該通信に係るダイアログ情報を少なくとも含む切替意思通知を受けた場合に上記ダイアログ情報に基づく上記切替元端末の正当性を認証すると共に、上記端末管理手段から検索した切替先端末への転送要求を行う切替制御手段、
通信対象となる通信端末との間のセッションを確立するものであって、上記切替制御手段から上記転送要求を受けて、上記切替先端末の転送処理を行う切替実行手段
として機能させることを特徴とする端末切替プログラム。
【発明の詳細な説明】
【技術分野】
【０００１】
本発明は、端末切替システム、端末切替方法及び端末切替プログラムに関し、例えば、ネットワークにおいてサービス提供を維持しながら、ユーザ端末の切り替えをするシステムや方法に適用し得る。
【背景技術】
【０００２】
次世代ネットワーク（ＮＧＮ；Next  Generation  Network）においては、種々のサービス提供の実現が期待されるが、それらサービスの１つとして、固定通信網と移動体通信網とを融合したシームレスなサービス、すなわちＦＭＣ（Fixed  Mobile  Convergence）サービスがある。
【０００３】
ＦＭＣサービスの実現のためには、現在提供しているサービスを維持しながら、通信中のユーザ端末から別のユーザ端末へ通信セッションを切り替える方法が必要である。従来、この種の技術に関しては、例えば特許文献１及び２等に記載される技術がある。
【０００４】
特許文献１には、サービス切替サーバを備え、セッション切替を行なう際に、移動先端末が、ハンドオーバー先として移動先端末を設定すると共に、移動元端末とサービス切替サーバとの間で共有する共通鍵を移動先端末に与える。そして、サービス切替サーバがハンドオーバー先の移動先端末に対し認証要求をすると、移動先端末がこの共通鍵による再演算結果を用いて、サービス切替サーバに認証処理をさせる技術が記載されている。
【０００５】
特許文献２においては、ユビキタス通信網の実現に向けて、ユーザ端末が複数の高速アクセスインフラに対し、在圏位置に制限されず、かつユーザ端末の仕様を変更することなく、サービスのインタオペラビリティを保証されたシステム技術が記載されている。
【０００６】
【特許文献１】特開２００５−１２２６５１号公報
【特許文献２】特開２００３−７００４３号公報
【非特許文献１】ＩＥＴＦ  ＲＦＣ３５１５  The  Session  Initiation  Protocol（SIP）  Refer  Method
【発明の開示】
【発明が解決しようとする課題】
【０００７】
しかしながら、上述した特許文献１及び２に記載の技術を用いて、実際にシステムを運用し、サービスを提供する場合、以下のような課題がある。
【０００８】
（１）セッション切替先の指示について
従来システムにおいて、セッション切替先の指示は、転送元端末が行うものとしている。例えば、特許文献１においても、認証技術の連携を図っているが、転送元端末が切替先を指示するものとしている。そうすると、悪意ある第三者が転送元端末に成りすまし、切替先を指示する可能性があり、セキュリティの観点から問題となる。
【０００９】
（２）切り替え時の認証手順について
次に、セッションの切り替え時の切替先端末に対する認証処理が問題となる。例えば、特許文献１に記載の従来システムでは、第三者による成りすまし対策として、転送元端末と切替先端末との間で直接認証情報を通知することとしている。しかしながら、端末間の認証情報の授受は、ローカル手順であるとし、また、例えば赤外線通信等を用いて端末の通信を実現している。そのため、両端末が本認証方法に対応しているものであることが必要となり実現性に制限される。また、本手順の詳細な実現方式が明確でないと共に、独自の認証手法を端末側に実施する必要がある。
【００１０】
そのため、提供しているサービスを維持したまま、切替元端末から直接切替先の指示をすることなく、正規の切替端末から切替先端末に切り替えることができる端末切替システム、端末切替方法及び端末切替プログラムが求められている。
【課題を解決するための手段】
【００１１】
かかる課題を解決するために、第１の本発明の端末切替システムは、特定ユーザが用いる複数の通信端末の中で、通信中の通信端末を別の通信端末に切り替える端末切替システムにおいて、（１）予め切替対象とする複数の通信端末を特定ユーザ毎に管理する端末管理手段と、（２）通信中の切替元端末から当該通信に係るダイアログ情報を少なくとも含む切替意思通知を受けた場合にダイアログ情報に基づく切替元端末の正当性を認証すると共に、端末管理手段から検索した切替先端末への転送要求を行う切替制御手段と、（３）通信対象となる通信端末との間のセッションを確立するものであって、切替制御手段から転送要求を受けて、切替先端末の転送処理を行う切替実行手段とを備えることを特徴とする。
【００１２】
第２の本発明の端末切替方法は、特定ユーザが用いる複数の通信端末の中で、通信中の通信端末を別の通信端末に切り替える端末切替方法において、（１）端末管理手段が、予め切替対象とする複数の通信端末を上記特定ユーザ毎に管理する端末管理工程と、（２）通信中の切替元端末から当該通信に係るダイアログ情報を少なくとも含む切替意思通知を受けた場合にダイアログ情報に基づく切替元端末の正当性を認証すると共に、端末管理手段から検索した切替先端末への転送要求を行う切替制御工程と、（３）通信対象となる通信端末との間のセッションを確立するものであって、切替制御手段から上記転送要求を受けて、上記切替先端末の転送処理を行う切替実行工程とを備えることを特徴とする端末切替方法。
【００１３】
第３の本発明の端末切替プログラムは、特定ユーザが用いる複数の通信端末の中で、通信中の通信端末を別の通信端末に切り替える端末切替プログラムにおいて、コンピュータに、（１）予め切替対象とする複数の通信端末を特定ユーザ毎に管理する端末管理手段、（２）通信中の切替元端末から当該通信に係るダイアログ情報を少なくとも含む切替意思通知を受けた場合にダイアログ情報に基づく切替元端末の正当性を認証すると共に、端末管理手段から検索した切替先端末への転送要求を行う切替制御手段、（３）通信対象となる通信端末との間のセッションを確立するものであって、切替制御手段から転送要求を受けて、切替先端末の転送処理を行う切替実行手段として機能させる端末切替プログラム。
【発明の効果】
【００１４】
本発明によれば、提供しているサービスを維持したまま、切替元端末から直接切替先の指示をすることなく、正規の切替端末から切替先端末に切り替えることができる。
【発明を実施するための最良の形態】
【００１５】
（Ａ）第１の実施形態
以下、本発明のユーザ端末切替システム、ユーザ端末切替方法及びユーザ端末切替プログラムの第１の実施形態を図面を参照しながら説明する。
【００１６】
第１の実施形態は、固定通信網と移動体通信網とを融合させた統合ネットワークにおいて、通信中のユーザ端末間に提供しているサービスを維持しながら、あるユーザ端末から別の異なるユーザ端末に通信セッションの切り替える端末切替処理（端末切替サービス）を実現するシステムに、本発明のユーザ端末切替システム、ユーザ端末切替方法及びユーザ端末切替プログラムを適用する場合の実施形態を説明する。
【００１７】
また、第１の実施形態では、各ユーザ端末間のセッションを確立する制御プロトコルとしてＳＩＰ（Session  Initiation  Protocol）を採用した場合を例に挙げて説明する。
【００１８】
（Ａ−１）第１の実施形態の構成
（Ａ−１−１）全体構成
図１は、第１の実施形態のネットワーク構成を示す構成図である。図１において、第１の実施形態のネットワーク１０は、ＩＰ網１、呼制御サーバ２、プレゼンスサーバ３、アプリケーションサーバ４、ユーザ端末Ａ、Ｂ及びＣ（図では端末Ａ、Ｂ及びＣと示す）、を少なくとも有して構成される。
【００１９】
ＩＰ網１は、パケット転送を実現するネットワークであり、例えば通信プロトコルとしてインターネットプロトコル（ＩＰ）を採用したネットワークである。また、ＩＰ網１は、デジタル回線や光回線等で構成された有線ネットワーク、無線ＬＡＮアクセス網や移動体通信網等の無線ネットワーク、又はこれらを結合したネットワークを適用することができる。
【００２０】
呼制御サーバ２は、ユーザ端末Ａ〜Ｃの位置情報等を管理し、ユーザ端末Ａ〜Ｃの基本呼制御（信号ルーチング動作）を行うものであり、例えば、ＳＩＰ  Proxy  サーバ等が該当する。
【００２１】
プレゼンスサーバ３は、ユーザ端末Ａ〜Ｃの状態・状況等を示すプレゼンス情報を管理し、ネットワークを構成する所定の端末（ウォッチャー）に対しリアルタイムに通知するものである。ここで、プレゼンス情報としては、例えば、各ユーザ端末Ａ〜Ｃについて、通話中、不在（オフライン）、通話可能（オンライン）、在席、外出中、会議中等の状態を示す情報がある。
【００２２】
アプリケーションサーバ４は、ユーザ端末の切り替え動作を制御するアプリケーションを有するものである。アプリケーションサーバ４は、例えば、呼の確立の管理からユーザ端末の切り替えの制御（例えば、認証処理、セッション切替指示等）を実行するものである。なお、アプリケーションサーバ４が実行する機能の詳細については後述する。
【００２３】
ユーザ端末Ａ〜Ｃは、ユーザが操作するＳＩＰ対応の電話端末（いわゆるＳＩＰ端末）であり、例えば、ＳＩＰ対応のＩＰ電話端末（固定型、移動形態型等を含む概念）、ＳＩＰ対応のソフトフォン機能を有するパーソナルコンピュータ（デスクトップ型、ノード型、携帯型等を含む概念）、その他ＳＩＰ対応の音声通信機能を有する端末等が該当する。
【００２４】
ユーザ端末Ａは、ユーザ５が使用する端末であり、電話番号（若しくは識別情報）を「ＡＡＡＡ」とする。また、ユーザ端末Ｂ及びＣは、ユーザ６が使用する端末であり、電話番号（若しくは識別情報）をそれぞれ「ＢＢＢＢ」及び「ＣＣＣＣ］とする。
【００２５】
ネットワーク１０において、端末切替サービスの契約を締結する際、ユーザ端末は、所定の登録処理（ＲＥＳＩＳＴＥＲ）により、切り替え対象とする端末の登録設定が必要である。
【００２６】
第１の実施形態では、上記登録処理ついては既存技術を適用できるため詳細説明は省略するが、ユーザ端末が、少なくとも呼制御サーバ２及びアプリケーションサーバ４に対して所定の登録処理により登録設定を行ない、また少なくとも呼制御サーバ２及びアプリケーションサーバ４が、切り替え対象とするユーザ端末をユーザ毎に管理しているものとする。すなわち、呼制御サーバ２及びアプリケーションサーバ４は、ユーザ６との契約において、切り替え対象のユーザ端末としてユーザ端末Ｂ及びＣが登録されているものとする。
【００２７】
また、第１の実施形態では、ユーザ端末がサービスの提供を受けようとする際、ネットワークレベルでの認証処理（すなわち、サーバとの連携）を行うことを前提としている。
【００２８】
（Ａ−１−２）呼制御サーバの詳細構成
図２は、呼制御サーバ２の内部構成を示すブロック図である。図２において、呼制御サーバ２は、ルーチング情報処理部２１、ＳＩＰ信号処理部２２、ルーチング情報管理部２３、ユーザ情報管理部２４を少なくとも有して構成される。
【００２９】
ルーチング情報処理部２１は、ルーチング情報管理部２３を参照しながら、呼を確立するユーザ端末との間で送受信する信号のルーチング処理を制御するものである。
【００３０】
ＳＩＰ信号処理部２２は、ルーチング情報処理部２１の制御の下、ＳＩＰ信号の送受信処理を制御するものである。これにより、ユーザ端末Ａ〜Ｃやプレゼンスサーバ３やアプリケーションサーバ４との間で、ＳＩＰを用いて接続処理を行う。また、ＳＩＰ信号処理部２２は、ユーザ情報管理部２４を参照し、受信信号が切り替え対象のユーザ端末に係る発信信号又は着信信号である場合、受信した信号をアプリケーションサーバ４に転送するものである。このように、端末切替サービスの契約ユーザのユーザ端末に係る発信信号又は着信信号をアプリケーションサーバ４にフォワードすることにより、アプリケーションサーバ４との連携により端末切替処理を行うことができる。
【００３１】
ルーチング情報管理部２３は、ルーチング情報を管理するものであり、ユーザ情報管理部２４は、加入者情報やユーザ端末の位置情報等のユーザ端末情報を管理するものである。
【００３２】
ここで、図５は、ユーザ情報管理部２４が管理する管理テーブルの例を示す図である。図５において、管理テーブル５０は、「ユーザ名５１」と「転送サービス電話番号（若しくは転送サービスユーザＩＤ）５２」とが対応付けて管理するものである。「ユーザ名５１」は、第１の実施形態で説明するユーザ端末切替サービスの契約をするユーザ名であり、「転送サービス電話番号等５２」は、当該契約ユーザが登録設定した切り替え対象のユーザ端末の電話番号である。なお、切り替え対象のユーザ端末を特定することができれば、ユーザ端末の電話番号に限定されず、ユーザ端末の識別情報（ＩＤ（例えばＩＰアドレス等））であってもよい。
【００３３】
また、図６は、ユーザ情報管理部２４が管理する管理テーブルの別の例を示す図である。図６では、「ユーザ名６１」と「転送サービス電話番号等６２」とを対応付けて管理するものであるが、「転送サービス電話番号等６２」の構成が図５の管理テーブル５０と異なる。すなわち、図６の「転送サービス電話番号等６２」は、切り替え対象の１又は複数のユーザ端末の電話番号等を１つの識別情報（Ｇｒｏｕｐ−ＩＤ（グループＩＤ））を用いて一括して管理する場合を示す。なお、このＧｒｏｕｐ−ＩＤの例としては、ＦＭＣを採用したときにユーザに割り当てる識別情報を適用できる。これにより、端末切り替え処理に係るユーザを単一の識別情報で管理することができる。
【００３４】
（Ａ−１−３）プレゼンスサーバの詳細構成
図３は、プレゼンスサーバ３の内部構成を示すブロック図である。図３において、プレゼンスサーバ３は、プレゼンス情報処理部３１、ＳＩＰ信号処理部３２、プレゼンス情報管理部３３、ユーザ情報管理部３４、を少なくとも有して構成される。
【００３５】
プレゼンス情報処理部３１は、各ユーザ端末Ａ〜Ｃのプレゼンス情報をリアルタイムに取得し、取得したプレゼンティティ端末のプレゼンス情報を所定のウォッチャー端末に対して通知するものである。
【００３６】
第１の実施形態において、プレゼンス情報処理部３１は、端末切替サービスの契約を結んでいる一のユーザ端末が通信中となった場合に、当該ユーザの他のユーザ端末（登録設定されているユーザ端末）に対して、一のユーザ端末が通信中であることを通知する。これにより、他のユーザ端末に対し、端末切替指示の可能性があることを認識させることができる。
【００３７】
ＳＩＰ信号処理部３２は、ユーザ情報管理部３４を参照しながら、各ユーザ端末Ａ〜Ｃや呼制御サーバ２との間で、ＳＩＰ信号の送受信処理を制御するものである。これにより、プレゼンスサーバ３は、各ユーザ端末Ａ〜Ｃや呼制御サーバ２との間では、ＳＩＰを採用して接続処理を行う。
【００３８】
プレゼンス情報管理部３３は、各ユーザ端末Ａ〜Ｃのプレゼンス情報を管理するものであり、ユーザ情報管理部３４は、加入者情報や各ユーザ端末Ａ〜Ｃの位置情報等のユーザ端末情報を管理するものである。
【００３９】
（Ａ−１−４）アプリケーションサーバの詳細構成
図４は、アプリケーションサーバ４の内部構成を示すブロック図である。図４において、アプリケーションサーバ４は、切り替えＡＰＬ部４１、ＳＩＰ信号処理部４２、ユーザ情報管理部４３を少なくとも有して構成されるものである。
【００４０】
切り替えＡＰＬ部４１は、端末切替処理を動作させるアプリケーションを実行するものである。
【００４１】
図７は、切り替えＡＰＬ部４１が実行する処理機能を示す機能ブロック図である。図７において、切り替えＡＰＬ部４１は、認証処理機能部４１２、セッション確立予約処理機能部４１３、端末切替実行処理機能部４１４、切断処理機能部４１５として機能する。
【００４２】
認証処理機能部４１２は、端末切替サービスを契約する特定ユーザ端末（登録設定されているユーザ端末）からセッション切替指示を受け取ると、当該セッション切替指示の送信元である特定ユーザ端末の認証処理を行うものである。これにより、正規の契約ユーザからの端末切替指示であるか否かを確認することができる。なお、第１の実施形態において、ユーザ端末からのセッション切替指示について、ユーザ端末は、ＨＴＴＰを用いてアプリケーションサーバ４に対して行うものとする。
【００４３】
ここで、認証処理機能部４１２は、通常のＨＴＴＰ認証により送信元の特定ユーザ端末の認証を行うと共に、ユーザ情報管理部４３を参照して、送信元の特定ユーザ端末から受け取った当該特定ユーザ端末のユーザ端末情報等の照合や、通信中のダイアログ情報が含まれているか否かの確認を行うことにより認証を行う。
【００４４】
このような認証処理を行うことにより、特定ユーザ端末は切替先端末の電話番号等の識別情報を用いた端末切替指示を行わないものとすることができる。すなわち、切替先の指示を行わないことで、悪意ある第三者による成りすまし等を防ぐことができるので、セキュリティを高めることができる。
【００４５】
セッション確立予約処理機能部４１３は、認証処理機能部４１２による認証結果がＯＫである場合、ユーザ情報管理部４３を参照して当該ユーザの切替先端末を検索し、その切替先端末との間のセッション確立の予約を行うものである。
【００４６】
このように、セッション確立の予約を行うことにより、あらかじめ切替先端末との間のセッションを確立させておくことができるので、切り替え実行時の失敗等を回避することができる。例えば、レアなタイミングであるが、切り替え実行時に、別の端末から切替先端末に対し着信があった場合等は、切り替え失敗の可能性がある。そのため、セッション確立をあらかじめ行うことにより、これを回避できる。
【００４７】
端末切替実行処理機能部４１４は、セッション確立予約処理機能部４１３による切替先端末のセッション確立後、端末切替指示の送信元端末からダイアログ情報に基づいて、通信中の呼のリソースを参照し、通信中の他のユーザ端末（相手端末）と切替先端末との間のセッションを確立し、端末切替処理を実行するものである。
【００４８】
切断処理機能部４１５は、端末切替実行処理機能部４１４により端末切替処理が実行された後、切替元端末と通信中の他のユーザ端末（相手端末）との間のセッションを開放するものである。
【００４９】
図４に戻り、ＳＩＰ信号処理部４２は、ユーザ情報管理部４３を参照しながら、ＳＩＰ信号の送受信処理を行うものである。すなわち、ＳＩＰ信号処理部４２は、呼制御サーバ２からＳＩＰ信号を受信すると、ユーザ情報管理部４３を参照しながら、発着信先等の信号内容や契約情報等を分析し、特定ユーザのユーザ端末を発着信とする場合には、この特定ユーザ端末についての呼を確立させるため、呼制御サーバ２との間で呼処理のやり取りをするものである。これにより、アプリケーションサーバ４は、呼制御サーバ２との間ではＳＩＰを用いて接続処理を行う。
【００５０】
ユーザ情報管理部４３は、端末切替サービスの契約をする特定ユーザの契約情報（例えば、ユーザ情報、ユーザ端末の電話番号等の識別情報等）、切替データ、認証データ（例えば、ＨＴＴＰによる認証に必要な情報も含む）等を管理するものである。なお、ユーザ情報管理部４３が管理する特定ユーザの契約情報として、図５や図６で例示したものを適用することができる。
【００５１】
（Ａ−１−５）ユーザ端末の詳細構成
図８は、端末切替サービスの契約をしているユーザが有するユーザ端末Ｂ及びＣ（ユーザ端末８と示す）の内部構成を示すブロック図である。
【００５２】
図８において、ユーザ端末８は、音声通信処理部８１、ＳＩＰ信号処理部８２、プレゼンス機能部８３、端末切替有効・無効設定部８４、端末切替指示部８５を有して構成される。
【００５３】
音声通信処理部８１は、音声通信を実現するものである。また、ＳＩＰ信号処理部８２は、ＳＩＰ信号の送受信を行うものである。これにより、ＳＩＰを用いて、呼制御サーバ２及びプレセンスサーバ３との間の接続処理を行う。
【００５４】
プレゼンス機能部８３は、プレゼンスサーバ３からプレゼンティティ端末のプレゼンス情報を受け取り、契約ユーザが登録設定した切替対象である他のユーザ端末の状況をリアルタイムに認識するものである。なお、契約ユーザの複数のユーザ端末は、いずれもがウォッチャーとプレゼンティティの関係にあるものとする。
【００５５】
端末切替有効・無効設定部８４は、プレゼンス機能部８３が受信した他のユーザ端末のプレゼンス情報に応じて、端末切替指示部８５による端末切替指示を有効としたり、又は無効としたりするものである。すなわち、端末切替有効・無効設定部８４は、他のユーザ端末が通信中である場合には端末切替を無効とし、他のユーザ端末がオンラインで空き状態である場合には端末切替を有効として設定する。
【００５６】
端末切替指示部８５は、通信中のユーザ端末において、アプリケーションサーバ４に対して端末切替指示を送信するものである。このとき、端末切替指示部８５は、ユーザ情報、認証情報（ＨＴＴＰにおける通常の認証情報）、通信中のダイアログ情報等を端末切替指示に含めて、ＨＴＴＰを用いてアプリケーションサーバ４に対して行う。
【００５７】
なお、ユーザ端末８は、その外観については図示しないが、例えば、端末切替指示をするための操作ボタンなどを備えるようにしてもよい。
【００５８】
（Ａ−２）第１の実施形態の動作
次に、第１の実施形態のネットワーク１０における端末切替処理の動作を図面を参照しながら説明する。
【００５９】
（Ａ−２−１）端末切替処理の動作
以下では、ユーザ端末Ａとユーザ端末Ｂとの間でセッションを確立して通信しているときに、ユーザ６が、通信中のユーザ端末Ｂからユーザ端末Ｃにセッションを切り替えようとする場合の動作を例に挙げて説明する。
【００６０】
図９〜図１１は、通信中のユーザ端末Ｂからユーザ端末Ｃにセッションを切り替える端末切替処理の動作を示すシーケンス図である。
【００６１】
まず、ユーザ端末Ａ（発信端末）がユーザ端末Ｂ（着信端末）に対して発信した場合のユーザ端末Ａとユーザ端末Ｂとの間のセッション確立の動作について図９を参照しながら説明する。
【００６２】
なお、端末切替サービスの契約ユーザによる切替対象とするユーザ端末の登録処理はあらかじめ行なわれているものとし、このときのユーザ端末Ｂ及びＣの状態は共に、オンラインで、空き状態であるものとする。
【００６３】
図９において、発着端末であるユーザ端末Ａは、ユーザ端末Ｂとの間で呼を確立するために、ユーザ端末Ｂを着信先とするＩＮＶＩＴＥメッセージを呼制御サーバ２に送信し、呼制御サーバ２との間でＳＩＰ信号のやり取りを行う（Ｆ１〜Ｆ５）。
【００６４】
ユーザ端末ＡからのＳＩＰ信号が呼制御サーバ２に与えられると、呼制御サーバ２において、ＳＩＰ信号はＳＩＰ信号処理部２２により発信先及び着信先が分析される（Ｓ１）。
【００６５】
このとき、ＳＩＰ信号処理部２２は、ユーザ情報管理部２４を参照しながら、受信したＳＩＰ信号に基づいて、その発着信先が契約ユーザの登録されているユーザ端末であるか否かを分析する。そして、発着信先が登録されているユーザ端末である場合、ＳＩＰ信号処理部２２は、ルーチング情報処理部２１の機能の下、受信したＳＩＰ信号を、アプリケーションサーバ４に転送する。なお、発着信先が登録されているユーザ端末でない場合には、通常のＳＩＰによる呼処理が行われる。
【００６６】
呼制御サーバ２からのＳＩＰ信号がアプリケーションサーバ４に与えられると、アプリケーションサーバ４において、ＳＩＰ信号はＳＩＰ信号処理部４２により発着信先等の信号内容や契約情報等が確認され、特定ユーザ端末を発着信先とするものであるとした場合、ＳＩＰ信号処理部４２は、着信先とするユーザ端末Ｂとの間の呼を確立するため、着信先をユーザ端末ＢとするＩＮＶＩＴＥを呼制御サーバ２に送信し、呼制御サーバ２との間でＳＩＰ信号のやり取りを行う（Ｆ６〜Ｆ９）。
【００６７】
また、呼制御サーバ２は、着信先をユーザ端末ＢとするＳＩＰ信号をアプリケーションサーバ４から受け取ることで、ユーザ端末Ｂとの間でＳＩＰ信号のやり取りを行い（Ｆ１０〜Ｆ１６）、ユーザ端末Ｂからのオフフックを受けて、ユーザ端末Ａとユーザ端末Ｂとの間の呼（第１呼及び第２呼）を確立させる（Ｆ１７〜Ｆ２３）。これにより、ユーザ端末Ａとユーザ端末Ｂとの間で、通信セッションが確立し、通話が開始する（Ｓ２）。
【００６８】
ユーザ端末Ａとユーザ端末Ｂとの間で通信セッションが確立すると、すぐに、端末切替処理の契約に係るユーザ端末Ｂは、「通話中」になった旨を知らせるプレゼンス情報をプレゼンスサーバ３に送信する（Ｆ２４、Ｆ２５）。
【００６９】
ユーザ端末Ｂからのプレゼンス情報がプレゼンスサーバ３に与えられると、プレゼンスサーバ３は、ウォッチャーであるユーザ端末Ｃにその旨を通知する（Ｆ２６、Ｆ２７）。これにより、ユーザ端末Ｃは、ユーザ端末Ｂが通話中となったから、ユーザ端末Ｂからの切替指示が発生する可能性があることを認識することができる（Ｓ３）。
【００７０】
次に、ユーザ端末Ｂからユーザ端末Ｃへの端末切替を実現する動作について図１０及び図１１を参照しながら説明する。
【００７１】
図１０において、ユーザ端末Ｂは、ユーザの操作を受けて、ＨＴＴＰを使用して（Ｓ４）セッション切替指示の信号をアプリケーションサーバ４に対して送信する（Ｆ２８）。
【００７２】
このとき、ユーザ端末Ｂが送信する端末切替指示の信号には、切替先であるユーザ端末Ｃのユーザ端末情報（例えば電話番号等の情報）は含まれていないが、ユーザ端末Ｂのユーザ端末情報や認証情報やユーザ端末Ａとの通話に係るダイアログ情報等が含まれている。
【００７３】
ユーザ端末Ｂからの端末切替指示がアプリケーションサーバ４に与えられると、アプリケーションサーバ４の切り替えＡＰＬ部４１により、ＨＴＴＰにおいて通常用いられる認証処理が行われると共に、ユーザ情報管理部４３を参照しながら、ユーザ端末Ｂのユーザ端末情報等の照合や、通話中のダイアログ情報が含まれているかを確認し、ユーザ端末Ｂが正規の契約に係る端末であるか否かの認証が行われる（Ｓ５）。
【００７４】
そして、認証結果がＯＫである場合、切り替えＡＰＬ部４１により、当該契約ユーザについて登録されている切り替え対象のユーザ端末Ｃがユーザ端末管理部４３から検索され、切替先をユーザ端末Ｃのユーザ端末情報として、呼制御サーバ２に対し、ユーザ端末Ｃのセッション確立予約処理が行われる（Ｆ２９〜Ｆ３６、Ｓ６）。これにより、確立した呼を第３呼とする。
【００７５】
このようにセッション確立予約処理を行うことにより、セッション切替処理を確実に行えるようにすることができる。なお、認証結果がＮＧである場合には、当該セッション切替指示を破棄し切替処理を行わない。
【００７６】
ここで、ユーザ端末Ｃは、呼制御サーバ２から呼要求であるＳＩＰ信号を受けると（Ｆ３１）、通常の着信と当該着信とを区別し、端末切替に係る着信に対する自動応答処理を行う（Ｓ７）。図１２は、この場合のユーザ端末Ｃにおける自動応答処理の動作例を示すフローチャートである。
【００７７】
図１２において、呼制御サーバ２からＩＮＶＩＴＥメッセージが与えられると（Ｆ７１）、ＩＮＶＩＴＥメッセージの内容を確認し、自ユーザ端末（すなわち契約に係る登録設定がされているユーザ端末：この場合、ユーザ端末Ｂを指す）からのＩＮＶＩＴＥであるか否かを確認する（Ｆ７２）。
【００７８】
そして、自ユーザ端末からのＩＮＶＩＴＥである場合、自ユーザ端末の状態を確認し（Ｆ７３）、自ユーザ端末が通話中である場合、リソース予約と認識し、呼制御サーバ２に対し２００応答メッセージを返信する（Ｆ７４）。
【００７９】
なお、自ユーザ端末からのＩＮＶＩＴＥでない場合、又は自ユーザ端末が通話中でない場合、通常の着信動作を行う（Ｆ７５、Ｆ７６）。
【００８０】
通常であればユーザによるオフフックが必要であるが、上記動作を行うことで、ユーザ端末Ｃは、通常の着信と端末切替に係る着信とを区別することができ、自動的に当該端末切替に係るセッション確立処理を図ることができる。
【００８１】
図１０に戻り、切替先のユーザ端末Ｃのセッションが確立すると、アプリケーションサーバ４の切り替えＡＰＬ部４１は、ユーザ端末Ｂから受け取った第１呼のダイアログ情報を用いて、ＲＥＦＥＲによるユーザ端末Ｃ（第３呼）への転送処理を行い（Ｆ３７〜Ｆ４４）、ユーザ端末Ａがユーザ端末Ｃへの転送要求（第４呼とする）を呼制御サーバ２に対して行う（Ｆ４５〜Ｆ５０）。
【００８２】
この場合も呼制御サーバ２は、転送要求のＳＩＰ信号が契約に係るユーザ端末Ｃを着信とするＳＩＰ信号であるから、このユーザ端末Ｃへの転送要求のＳＩＰ信号をアプリケーションサーバ４に与える（Ｆ５１、Ｆ５２）。
【００８３】
図１１において、呼制御サーバ２からユーザ端末Ｃ（第３呼）への転送要求がアプリケーションサーバ４に与えられると、切り替えＡＰＬ部４１は、呼制御サーバ２に対してユーザ端末Ｃへの転送要求を行い（Ｆ５３〜Ｆ６０）、ユーザ端末Ｃへの転送処理が完了すると（Ｆ６１〜Ｆ６４）、ユーザ端末Ａとユーザ端末Ｃとの通話が開始する（Ｓ８）。
【００８４】
ユーザ端末Ａとユーザ端末Ｃとの間で通信セッションが確立すると、すぐに、端末切替処理の契約に係るユーザ端末Ｃは、「通話中」になった旨を知らせるプレゼンス情報をプレゼンスサーバ３に送信する（Ｆ６５、Ｆ６６）。
【００８５】
ユーザ端末Ｃからのプレゼンス情報がプレゼンスサーバ３に与えられると、プレゼンスサーバ３は、ウォッチャーであるユーザ端末Ｂにその旨を通知する（Ｆ６７、Ｆ６８）。これにより、ユーザ端末Ｂは、ユーザ端末Ｃが通話中となったことを認識することができる。
【００８６】
また、ユーザ端末Ａとユーザ端末Ｃとの通信セッション確立後、ユーザ端末Ａは、ユーザ端末Ａとユーザ端末Ｂとの間のセッションを開放するための通知メッセージを、呼制御サーバ２に送信する（Ｆ６９）。なお、ユーザ端末Ａが通知メッセージを送信するタイミングはシステム運用等に応じて柔軟に設定することができる。
【００８７】
呼制御サーバ２を経由して通知メッセージがアプリケーションサーバ４に与えられると（Ｆ７０〜Ｆ７３）、アプリケーションサーバ４の切り替えＡＰＬ部４１は、呼制御サーバ２を通じて切断メッセージをユーザ端末Ａに送信して、ユーザ端末Ａの第１呼の切断処理を行い（Ｆ７３〜Ｆ７６）、また呼制御サーバ２を通じて切断メッセージをユーザ端末Ｂに送信して、ユーザ端末Ｂの第２呼の切断処理を行う（Ｆ７７〜Ｆ８０）。
【００８８】
このとき、端末切替処理の契約に係るユーザ端末Ｂは、「空き状態」になった旨を知らせるプレゼンス情報をプレゼンスサーバ３に送信し（Ｆ８１、Ｆ８２）、プレゼンスサーバ３は、ウォッチャーであるユーザ端末Ｃにその旨を通知する（Ｆ８３、Ｆ８４）。これにより、ユーザ端末Ｂは、ユーザ端末Ｃが「通信中」である旨を認識しているので、ユーザ端末Ｃから切替指示が発生する可能性があることを認識する。
【００８９】
さらに、ユーザ端末Ｃが、第３呼を切断するために切断要求を呼制御サーバ２に送信し、第３呼を切断する（Ｆ８５〜Ｆ８８）。
【００９０】
図１３は、第１の実施形態の端末切替システムを用いて提供する端末切替サービスのイメージ図である。
【００９１】
図１３の例では、契約ユーザが、移動端末Ｂを用いてＰＣ固定端末Ａと音声通話をしており、その後自宅に戻ったら、移動端末Ｂから自宅内のＰＣ固定端末Ｃに切り替える場合を想定して説明する。
【００９２】
なお、アプリケーションサーバ４のユーザ情報管理部４３が管理する契約データは、ＦＭＣ番号を用いて管理する場合（すなわち図６の例に対応する場合）である。
【００９３】
また、ＰＣ固定端末Ａの電話番号は「０ＡＢ〜Ｊ番号」、ユーザ端末Ｂの電話番号は「０５０〜番号」、ＰＣ固定端末の電話番号は「０ＡＢ〜Ｊ番号」、ユーザ６に割り当てられたＦＭＣ番号は「０６０〜番号」とする。
【００９４】
図１３において、移動端末ＢがＰＣ固定端末Ａと通話セッション確立し、ユーザ６がユーザ５と通話している（Ｓ２１）。
【００９５】
その後、ユーザ６が自宅に着くと、ユーザ６の操作を受けて、移動端末６がＨＴＴＰにより端末切替指示をアプリケーションサーバ４に送信する（Ｓ２２）。
【００９６】
アプリケーションサーバ４は、端末切替指示を契機に切替アプリ（すなわち、切り替えＡＰＬ部）４１を起動させ、呼制御サーバ２経由でＰＣ固定端末Ａに対し、切替要求（ＲＥＦＥＲ要求）を行う（Ｓ２３）。
【００９７】
そうすると、ユーザ端末Ａからの切替要求が、呼制御サーバ２経由でアプリケーションサーバ４に与えられ、移動先をＰＣ固定端末Ｃとするセッション切替が行われる（Ｓ２４）。
【００９８】
これにより、通話を切断することなく、ＰＣ固定端末ＡとＰＣ固定端末Ｃとの間で通話（例えば、テレビ電話による通話）を継続的に行うことができる（Ｓ２５）。なお、その後、移動端末Ｂとのセッションは切断される（Ｓ２６）。
【００９９】
（Ａ−２−２）端末切替処理ができない場合の動作
続いて、切替先端末が通信中であり、端末切替処理ができない場合の動作を図１４を参照しながら説明する。図１４は、端末切替処理ができない場合の動作を示すシーケンス図である。
【０１００】
以下では、ユーザ端末Ａとユーザ端末Ｂとの間の通信中に、ユーザ端末Ｃへの着信等が発生し、ユーザ端末Ｂからユーザ端末Ｃへの端末切替処理ができない場合を例に挙げて説明する。
【０１０１】
図１４において、Ｆ１０１〜Ｆ１２７までの処理及びＳ１１〜Ｓ１３の処理は、図９のＦ１〜Ｆ２７及びＳ１〜Ｓ３の処理と同様であるので、ここでの詳細な説明は省略する。
【０１０２】
ユーザ端末Ａとユーザ端末Ｂが通信中であるときに、ユーザ端末Ｃへの別の着信又はユーザ端末Ｃからの発信により、ユーザ端末Ｃが通話中となると（Ｓ１４）、ユーザ端末Ｃは、「通話中」になった旨のプレゼンス情報をプレゼンスサーバ３へ通知し（Ｆ１２８、Ｆ１２９）、プレゼンスサーバ３は、ウォッチャーであるユーザ端末Ｂにその旨を通知する（Ｆ１３０、Ｆ１３１）。
【０１０３】
この時点で、ユーザ端末Ｂは、ユーザ端末Ｃへの切替ができないことを認識し、切替指示発行不可（例えば、切り替え指示もボタンの無効化など）となる（Ｓ１５）。すなわち、ユーザ端末が、切り替え対象端末のプレゼンスの状態に基づいて、セッション切替ができないことを認識する。そのため、ユーザ端末Ｃを切替先とする端末切替指示ができないこととなる。
【０１０４】
（Ａ−３）第１の実施形態の効果
以上のように、第１の実施形態によれば、ユーザ端末からの端末切替指示に転送先（切替先）アドレスを設定しないようにすること、端末切替指示をするユーザ端末が通話中のダイアログ情報を送信することで、切替元端末の正当な指示であることを認証することができ、悪意ある第三者の成りすまし端末からの切替等を容易にガード可能になると共に、あらかじめ設定されている切替先に適切に切り替えできる。
【０１０５】
また、第１の実施形態によれば、プレゼンス機能と連動することで、ユーザ端末が切替先端末への切り替えの有効性を認識できる。そのため、ユーザ端末からの不要な切替指示を回避できる。
【０１０６】
さらに、第１の実施形態によれば、端末切替指示直後、あらかじめ切替先端末との間のセッション確保してしまう仕組みを入れることで、より確実に切替可能な状態にしておくことができる。
【０１０７】
（Ｂ）他の実施形態
（Ｂ−１）第１の実施形態では、呼制御サーバ、アプリケーションサーバ、プレゼンスサーバを物理的に別々の構成としている。しかし、第１の実施形態で説明した各機能を実現することができれば、全て物理的に同一サーバ内に搭載されるものとしてもよいし、また呼制御サーバ、アプリケーションサーバ、プレゼンスサーバが備えるそれぞれの機能構成を、別の組み合わせで備える複数のサーバとして分散配置させるようにしてもよい。
【０１０８】
なお、図１において、プレゼンスサーバを備えない場合にも、第１の実施形態で説明した端末切替処理を実現することができる。勿論、ユーザ端末に切替先の状態を認識させ、端末切替処理の確実性を図る観点から、プレゼンスサーバを備えることは有効である。
【０１０９】
（Ｂ−２）ユーザ端末からの切替指示は、アプリケーションサーバに対して行えることができれば、ＨＴＴＰを用いたものに限定されない。例えばＳＯＡＰ等のように、アプリケーションサーバのプロトコルにバインディングして使用できる機能を有するものを適用して実現してもよい。
【０１１０】
（Ｂ−３）契約ユーザが登録するユーザ端末の登録数は３台以上でもよい。この場合、切替先の指定や選択方法については、運用ポリシー等で設定することで実現することができる。例えば、端末切替指定の時又は後に、ＨＴＴＰルートで切替先端末を指定する手順を設けたり、また例えばあらかじめ切替先端末の優先度を設けておく方法等を適用し得る。
【０１１１】
（Ｂ−４）図１０〜図１２、図１４で示した各処理の順序は、第１の実施形態で説明した処理と同等の効果を得ることができれば、限定されるものではなく、必要に応じて変えることができる。
【０１１２】
例えば、第１の実施形態では、切替指示後に切替先端末のセッション確立予約処理を行うものとしているが、あるユーザ端末の発着信時に他のユーザ端末を切替先端末としてセッション確立予約処理を行うようにしてもよい。
【０１１３】
すなわち、例えば、図１０におけるＦ２９〜Ｆ３６のリソース予約処理を、ユーザ端末Ａとユーザ端末Ｂとの間のセッション確立フロー内（例えばＦ２３の直後）で実施するものとしてもよい。これにより、切替指示の前に、切替先端末とのセッション確立を予約しておくことができる。
【０１１４】
なお、この場合、切替先端末とのセッション確立後に、切替先端末への着信又は切替先端末からの発信が生じても、当該切替先端末の発着信はできないこととなる。そのため、サービスの利便性を維持するために、次のような処理を適用できる。
【０１１５】
図１５は、この場合の処理を示すイメージ図である。
【０１１６】
まず、図１５（Ａ）では、ユーザ端末Ａとユーザ端末Ｂとが通話中であり、切替指示前に、アプリケーションサーバ４はユーザ端末Ｃとのセッションをあらかじめ確立している（Ｓ３１）。このユーザ端末Ｃのセッションをセッション１とする。
【０１１７】
その後、第三者のユーザ端末Ｄから、ユーザ端末Ｃに対する着信があると（Ｓ３２）、アプリケーションサーバ４はセッション１を開放する（Ｓ３３）。
【０１１８】
すなわち、呼制御サーバ２を経由してユーザ端末Ｃを着信先とするＳＩＰ信号がユーザ端末Ｄからアプリケーションサーバ４に与えられると、アプリケーションサーバ４は、セッション１を開放する。
【０１１９】
そして、図１５（Ｂ）において、セッション１を開放後、アプリケーションサーバ４は、ユーザ端末Ｃへの着信要求を行い、新たなセッション２を確立する（Ｓ３４）。これにより、アプリケーションサーバ４経由でセッションが確立し（Ｓ３５）、ユーザ端末Ｄとユーザ端末Ｃとの間での通話が実現する（Ｓ３６）。
【０１２０】
さらにその後、図１５（Ｃ）において、ユーザ端末Ｄとユーザ端末Ｃとの通話が終了すると、アプリケーションサーバ４は、再度、ユーザ端末Ｃとの間のセッションを確立する（Ｓ３７）。この再度のセッションをセッション３とする。
【０１２１】
以上のように、切替先端末のセッション確立後、切替先端末への着信又は切替先端末からの発信があるとき、アプリケーションサーバが図１５に示すような調停機能を備えることで、当該発着信を優先する処理を行うことで実現できる。また、図１５に示す処理によれば、アプリケーションサーバ主導で実施できるので、簡単に実現することができる。
【０１２２】
（Ｂ−５）第１の実施形態の動作の項では、契約に係るユーザ端末への着信があった場合の動作を例に挙げて説明した。しかし、当該ユーザ端末が発信する場合であっても、呼制御サーバが、当該ユーザ端末からのＳＩＰ信号をアプリケーションサーバに転送するので、第１の実施形態で説明した場合を同様の処理となる。
【０１２３】
（Ｂ−６）第１の実施形態の動作の項において、ユーザ端末Ｂからユーザ端末Ｃへの切り替え後、再度、ユーザ端末Ｃからユーザ端末Ｂへの切り戻しをすることもできる。この場合の動作も、第１の実施形態で説明した場合と同様である。
【０１２４】
（Ｂ−７）呼制御サーバ、アプリケーションサーバ、プレゼンスサーバ、各ユーザ端末が実現する機能は、それぞれの情報処理装置（例えば、ＣＰＵ等）が処理プログラムを実行することにより実現されるソフトウェア処理とする。勿論、可能であれば、電子回路等によるハードウェア処理で実現されるものとしてもよい。
【図面の簡単な説明】
【０１２５】
【図１】第１の実施形態のネットワークの構成を示す構成図である。
【図２】第１の実施形態の呼制御サーバの内部構成を示すブロック図である。
【図３】第１の実施形態のプレゼンスサーバの内部構成を示すブロック図である。
【図４】第１の実施形態のアプリケーションサーバの内部構成を示すブロック図である。
【図５】第１の実施形態の管理データの内容例を示す説明図である（その１）。
【図６】第１の実施形態の管理データの内容例を示す説明図である（その２）。
【図７】第１の実施形態の切り替えＡＰＬ部の機能を示す機能ブロック図である。
【図８】第１の実施形態のユーザ端末の内部構成を示す機能ブロック図である。
【図９】第１の実施形態の端末切替処理の動作を示すシーケンス図である（その１）。
【図１０】第１の実施形態の端末切替処理の動作を示すシーケンス図である（その２）。
【図１１】第１の実施形態の端末切替処理の動作を示すシーケンス図である（その３）。
【図１２】第１の実施形態の切替先端末における自動応答処理を示すフローチャートである。
【図１３】第１の実施形態の端末切替処理の適用例を示すイメージ図である。
【図１４】第１の実施形態の端末切替処理の動作を示すシーケンス図である（その４）。
【図１５】第１の実施形態の端末切替処理の動作の変形例を示すシーケンス図である。
【符号の説明】
【０１２６】
１０…ネットワーク、１…ＩＰ網、２…呼制御サーバ（ＳＩＰ  Proxyサーバ）、３…プレゼンスサーバ、４…アプリケーションサーバ（切り替え制御サーバ）、ユーザ端末Ａ〜Ｃ、２４、３４、４３…ユーザ情報管理部、４１…切り替えＡＰＬ部、２１、３１、４２…ＳＩＰ信号処理部。
【図１】
2008135873.tif 000003
【図２】
2008135873.tif 000004
【図３】
2008135873.tif 000005
【図４】
2008135873.tif 000006
【図５】
2008135873.tif 000007
【図６】
2008135873.tif 000008
【図７】
2008135873.tif 000009
【図８】
2008135873.tif 000010
【図９】
2008135873.tif 000011
【図１０】
2008135873.tif 000012
【図１１】
2008135873.tif 000013
【図１２】
2008135873.tif 000014
【図１３】
2008135873.tif 000015
【図１４】
2008135873.tif 000016
【図１５】
2008135873.tif 000017