JP2005033528A

JP2005033528A - 通信セッションの確立方法

Info

Publication number: JP2005033528A
Application number: JP2003196429A
Authority: JP
Inventors: Naoki Imai; 尚樹今井; Manabu Isomura; 学磯村; Hironori Horiuchi; 浩規堀内
Original assignee: KDDI Corp
Current assignee: KDDI Corp
Priority date: 2003-07-14
Filing date: 2003-07-14
Publication date: 2005-02-03
Anticipated expiration: 2023-07-14
Also published as: JP4201184B2

Abstract

【課題】セッション制御サーバにアドレス情報が未登録の端末と相手端末との間にセッションを確立する。
【解決手段】送信側および着信側の各ユーザ端末はセッション確立のためのネゴシエーションを相互に行うと共に、アドレス情報がセッション制御サーバに登録されていない身近な未登録端末と通信することにより、自端末のみならず未登録端末において提供可能なサービスを把握する。そして、これらの未登録端末に対して相手端末とのセッション確立に必要な情報を提供することで、セッション制御サーバを新たに介在させることなく、未登録端末と相手端末との間にセッションを確立させる。
【選択図】図５

Description

【０００１】
【発明の属する技術分野】
本発明は、通信サービス開始時における通信リソースの発見および決定手法、ならびに通信中のユーザによる通信リソースの動的な切替え手法に関する。
【０００２】
【従来技術】
パーソナルコンピュータ、携帯電話あるいはＰＤＡといった通信端末の普及に伴って一人のユーザが複数の通信端末を所有し、例えば大容量のデータ通信であればパーソナルコンピュータを使用し、音声通信やショートメールであれば携帯電話を使用するといったように、用途や状況に応じて通信端末やアプリケーションを使い分ける環境が整いつつある。
【０００３】
一方、データ通信と音声通信との融合が進み、ＶｏＩＰ（ＶｏｉｃｅｏｖｅｒＩＰ）のように、ＩＰ網上で音声情報を送信する技術が普及しつつある。ＶｏＩＰでは、始めに通信端末間に仮想的な通話路（セッション）が確立される。ＩＰパケット化された音声データは、確立されたセッション上で転送される。通信装置間のセッション確立、維持、切断を制御するためのセッション制御プロトコルとして、ＳＩＰ（ＳｅｓｓｉｏｎＩｎｉｔｉａｔｉｏｎＰｒｏｔｏｃｏｌ）と呼ばれる通信プロトコルがＩＥＴＦ（ＩｎｔｅｒｎｅｔＥｎｇｉｎｅｅｒｉｎｇＴａｓｋＦｏｒｃｅ）により仕様化されている。
【０００４】
ＳＩＰでは、ユーザを唯一に特定するためのＳＩＰアドレスが各ユーザに対して一意に割り当てられる。そして、ユーザが使用する端末をネットワーク上で特定するためのアドレス（たとえば、ＩＰアドレス）とＳＩＰアドレスとの対応関係はＳＩＰサーバによって管理される。
【０００５】
このように、一人のユーザが複数の通信端末を所有し、かつ利用可能な通信メディア（音声、画像あるいはテキスト等）やアプリケーションが多岐にわたると、発信側および着信側の双方で最適な通信端末、通信メディア、アプリケーションあるいは通信媒体等（以下、これらを「通信リソース」で代表する場合もある）を選択する技術が要求される。この要求に対して、時々刻々変化するユーザの環境に合わせて利用可能な通信端末や通信メディアを自動的に選択し、それらに合わせてメディアやサービスを自動変換する環境適応型個人通信方式（ＥＡＰＥＣ：Ｅｎｖｉｒｏｎｍｅｎｔ−ＡｄａｐｔｉｖｅＰｅｒｓｏｎａｌＣｏｍｍｕｎｉｃａｔｉｏｎ）が研究されている（信学論ｖｏｌ．Ｊ８５−Ｂ，Ｎｏ．５，ｐｐ．７５５−７６７，“ユービキタスコンピューティングネットワーク実現に向けた環境適応型パーソナル通信”）。
【０００６】
ＥＡＰＥＣによれば、例えば、送信者が受信者に電話をかけたが受信者が不在のために連絡がとれなくても、受信者が携帯用の電子メール端末を持って移動中の場合、ＥＡＰＥＣは利用可能な通信端末や通信メディアに関する情報を自動的に把握し、送信者の電話の音声を蓄積し、それを電子メールのテキストに自動変換し、移動中の受信者の携帯電子メール端末に送り届けることができる。送信者は、ＥＡＰＥＣからのガイダンスに従って電子メールへの変換を容認する操作だけでよく、受信者は電話から電子メールへの変換の設定や使用する端末の登録と言った煩雑な人為操作から解放される。
【０００７】
【発明が解決しようとする課題】
ＨＴＴＰベースで設計されているＳＩＰは非常に軽量なプロトコルであるため、ＩＰ電話の呼制御に使用されるなど注目される技術となっている。しかしながら、セッション確立に関して、ＳＩＰやＳＩＰを利用した従来手法では、ユーザが使用可能な端末を前記ＳＩＰサーバに予め登録しておく必要がある。将来的に通信リソースが爆発的に増加するユビキタスコンピューティング環境を想定すると、ユーザ周辺に存在する多くの通信リソースをＳＩＰサーバに登録することや、ユーザが移動するたびに動的に変化する利用可能な通信リソースを毎回ＳＩＰサーバに登録することは非効率的である上に、ネットワーク資源の浪費にもつながる。
【０００８】
また、端末切り替えの観点からすると、従来手法では通信中のユーザが通信リソース切り替えを行う場合、自身の周辺にある通信リソース状況にのみ基づいて切り替え先を決定し、セッションを移行させる。しかしながら、このような手法では、相手ユーザ周辺に存在する通信リソースを全く考慮していないため、相手側により適した通信手段が存在したとしてもそれを利用することができないばかりか、自身の切り替え先リソース選択に関する制約も厳しくなる。また、双方のユーザが通信リソース切り替えを行う際には、片方のユーザごとに順番に行う必要があるため、切り替えに多くの時間が必要となる。
【０００９】
本発明の目的は、上記した従来技術の課題を解決し、リアルタイム通信サービス開始時にはセッション制御サーバにアドレス情報の登録された既登録端末で着信し、その後、発信側および着信側の既登録端末を介して周辺リソースの発見、サービスの選択等を行うことにより、サービス開始時における端末の選択肢としてセッション確立サーバにアドレス情報が未登録の端末も使用可能とすることにある。
【００１０】
本発明の他の目的は、通信リソース切り替え時に各ユーザの周辺に存在する端末や通信リソースの状況を考慮した上で切り替え先リソースを決定し、必要に応じて各ユーザが同時に通信リソースを切り替えられる手法を提供することにある。
【００１１】
本発明のさらに他の目的は、通信リソースの切り替え後、切り替えを主導的に行ったユーザ側の切り替え前後のいずれの端末からでも、切り替え前のサービスを復旧できるようにすることにある。
【００１２】
【課題を解決するための手段】
上記した目的を達成するために、本発明は、セッション制御サーバにアドレス情報が既登録の端末に発信して通信セッションを確立し、その後、前記セッション制御サーバにアドレス情報が未登録の端末との間に通信セッションを確立する通信セッションの確立方法において、以下のような手段を具備した点に特徴がある。
【００１３】
（１）発信端末と着信端末との間に通信セッションを確立する手順と、前記通信セッションを利用して、前記発信端末および着信端末の一方から他方へ、所望のサービスを実現可能な通信リソースの探索を要求する手順と、前記他方の端末が前記要求に応答して、自端末を含む他方側端末群を対象に通信リソースを探索する手順と、前記通信セッションを利用して、前記他方の端末から一方の端末へ、前記探索結果を返信する手順と、前記一方の端末が、前記受信した探索結果に基づいて一つの通信リソースを決定する手順と、前記一方の端末が、前記決定された通信リソースを起動する手順と、前記通信セッションを利用して、前記一方の端末から他方の端末へ、前記決定された通信リソースおよび当該通信リソースとの間に通信セッションを確立するために必要な一方側セッション情報を送信する手順と、前記他方の端末が、前記決定された通信リソースに対応した他方側端末群のいずれか一つの他方側対応端末へ前記一方側セッション情報を通知する手順と、前記他方側対応端末が、前記決定通知に応答して前記通信リソースを起動する手順と、前記他方側対応端末が、前記決定された通信リソースとの間に通信セッションを確立するために必要な他方側セッション情報を前記他方の端末へ提供する手順と、前記通信セッションを利用して、前記他方の端末から一方の端末へ、前記他方側セッション情報を送信する手順と、前記一方の端末の通信リソースと前記他方側対応端末の通信リソースとの間に、前記一方側セッション情報および他方側セッション情報に基づいて通信セッションを確立する手順と、前記発信端末と着信端末との間に確立した通信セッションを切断する手順とを含むことを特徴とする。
【００１４】
（２）前記一方の端末が、自端末を含む一方側端末群を対象に、前記所望のサービスを実現可能な通信リソースを探索する手順と、前記一方の端末が、前記決定された通信リソースに対応した一方側端末群のいずれか一つの一方側対応端末へ前記他方側セッション情報を通知する手順と、前記一方側対応端末が、前記決定された通信リソースを起動する手順とを含み、前記一方側対応端末の通信リソースと前記他方側対応端末の通信リソースとの間に、前記一方側セッション情報および他方側セッション情報に基づいて通信セッションが確立されることを特徴とする。
【００１５】
（３）前記一方側端末群のいずれかと他方側端末群のいずれかとの間に第１の通信セッションが確立されている状態からさらに、前記第１の通信セッションで通信している各端末が、当該通信セッションに関するセッション情報を記憶する手順と、前記各端末が、前記第１の通信セッションでの通信を停止させる手順と、前記一方側端末群のいずれかに実装されている通信リソースと前記他方側端末群のいずれかに実装されている通信リソースとの間に、少なくとも一方の通信リソースが前記第１の通信セッションを確立している通信リソースと異なる第２の通信セッションを確立する手順と、前記第１通信セッションを切断する手順とを含むことを特徴とする。
【００１６】
（４）前記第２の通信セッションを確立する手順の後に、切り替え前の通信セッションを復旧させるか否かをユーザに問い合わせる手順と、前記通信セッションの復旧が指示されると、前記記憶されているセッション情報に基づいて前記第１の通信セッションを復旧させる手順と、前記第２の通信セッションを切断する手順とを含むことを特徴とする。
【００１７】
上記（１）の特徴によれば、送信側および着信側の各ユーザ端末は、相手端末とセッション確立のためのネゴシエーションを行うと共に、アドレス情報がセッション制御サーバに登録されていない身近な未登録端末と通信することにより、自端末のみならず未登録端末において提供可能なサービスを把握できる。そして、これらの未登録端末に対して相手端末とのセッション確立に必要なセッション情報を提供することで、セッション制御サーバを介在させることなく、当該未登録端末と相手端末との間にセッションを確立させることが可能になる。
【００１８】
上記（２）の特徴によれば、発信端末および着信端末の双方において、未登録端末と相手端末との間にセッションを確立させることが可能になる。
【００１９】
上記（３）の特徴によれば、各ユーザ端末は身近な未登録端末と通信して相手端末との間に通信セッションを確立するために必要な情報を共有するので、相手端末が現在の通信リソースから他の通信リソースへの切り替えを要求した場合、自端末に前記他の通信リソースが実装されていない場合であっても、これが身近な未登録端末に実装されていれば、未登録端末と相手端末との間に通信セッションを確立させることにより、この未登録端末を用いて通信を継続できる。
【００２０】
上記（４）の特徴によれば、通信リソース切り替え時に、切り替え前のセッション情報を格納しておくことにより、切り替え主導ユーザ側においては、切り替え前後のいずれの端末からでも切り替え前のサービスに復旧させることが可能になる。
【００２１】
【発明の実施の形態】
以下、図面を参照して本発明の好ましい実施の形態について詳細に説明する。図１は、本発明が適用される通信システムの構成を示した図であり、通信セッションを確立するＳＩＰサーバと、このＳＩＰサーバにより通信セッションを確立される複数のユーザ端末群とを含む。本実施形態では、ユーザＡは通信端末Ａ１，Ａ２としてパーソナルコンピュータ、ＰＤＡあるいは携帯電話を所有し、ユーザＢも同様に、通信端末Ｂ１，Ｂ２としてパーソナルコンピュータ、ＰＤＡあるいは携帯電話を所有している。
【００２２】
図２は、各ユーザが所有する端末に実装されるアプリケーションの内容を模式的に示した図であり、ユーザＡの第１端末（以下、端末Ａ１）には、サービスマネージャＳＭ、リソースマネージャＲＭおよび２つのアプリケーションＡｐｐ１、Ａｐｐ２が実装されている。前記サービスマネージャＳＭは、ＳＩＰを理解してサービス開始や通信リソース切り替えを行う。前記リソースマネージャＲＭは、各端末における通信リソースの管理と端末間における通信リソースの発見とを行う。アプリケーションＡｐｐ１、Ａｐｐ２は、データ通信あるいは音声通信などのリアルタイム通信サービスを提供する。
【００２３】
ユーザＡの第２端末（以下、端末Ａ２）には、サービスマネージャＳＭ、リソースマネージャＲＭ、および２つのアプリケーションＡｐｐ１、Ａｐｐ３が実装されている。ユーザＢの第１端末（以下、端末Ｂ１）には、サービスマネージャＳＭ、リソースマネージャＲＭ、および２つのアプリケーションＡｐｐ１、Ａｐｐ２が実装されている。ユーザＢの第２端末（以下、端末Ｂ２）には、サービスマネージャＳＭ、リソースマネージャＲＭ、および２つのアプリケーションＡｐｐ２、Ａｐｐ３が実装されている。
【００２４】
ここでは、端末Ａ１，Ｂ１が、そのアドレスをＳＩＰサーバに登録されている既登録端末であり、他の周辺端末Ａ２，Ｂ２は、そのアドレスをＳＩＰサーバに登録されていない未登録端末である。したがって、ユーザＡがユーザＢに発信する場合、ユーザＡは端末Ａ１を用いてユーザＢのＳＩＰＵＲＩ（識別子）を指定してＳＩＰサーバへ発信する。ＳＩＰサーバはユーザＡからの要求に応じて、端末Ｂ１をネットワーク上で唯一に特定するためのアドレスを検索し、ユーザＡの代わりに端末Ｂ１に発信してセッションの開始を要求する。この要求に対して呼び出し先が応答すれば、ユーザＡの端末Ａ１とユーザＢの端末Ｂ１との間に通信セッションが確立される。
【００２５】
各端末では、リソースマネージャＲＭが自身の端末に関するハードウェア情報（端末名、ＣＰＵ、メモリサイズ、画面解像度、通信リンクの種類／速度等）やソフトウェア情報（アプリケーション名、使用コーデック等）を管理している。また、リソースマネージャＲＭは、通信リソースの予約や解放、ならびにサービスマネージャＳＭからの指示により端末間における通信リソースに関する情報の交換等を行う。
【００２６】
図３は、発信側の端末Ａ１が自端末Ａ１およびその周辺端末Ａ２に実装されている通信リソースを発見して、これを予約するまでの手順を示したシーケンス図である。
【００２７】
ステップＳ１では、端末Ａ１のサービスマネージャＳＭからリソースマネージャＲＭへリソース発見要求が送信される。ここでは、端末Ａ１がリアルタイム通信アプリケーションの発見を要求するものとする。端末Ａ１のリソースマネージャＲＭは、ＳＬＰ（ＳｅｒｖｉｃｅＬｏｃａｔｉｏｎＰｒｏｔｏｃｏｌ）やＢｌｕｅｔｏｏｔｈのサービス発見手法等を用いて周辺端末を探索し、端末Ａ２を発見すると、ステップＳ２において、この周辺端末Ａ２へリソース発見要求を転送する。このリソース発見要求を受信した周辺端末Ａ２のリソースマネージャＲＭは、ステップＳ３において、当該通信リソースが存在するか否かを回答する。端末Ａ１のリソースマネージャＲＭは、自端末Ａ１およびその周辺端末Ａ２を含む端末群からの回答を集計すると、ステップＳ４において、これを発見結果としてサービスマネージャＳＭへ通知する。
【００２８】
端末Ａ１のサービスマネージャＳＭでは、ステップＳ５において、自動あるいはユーザによる手動操作で、希望するサービスに優先順序を付したサービス候補リストが作成される。ユーザが当該リストを参照して所望のサービスを指定すると、ステップＳ６では、端末Ａ１のサービスマネージャＳＭからリソースマネージャＲＭへリソース予約要求が送信される。ステップＳ７では、端末Ａ１のリソースマネージャＲＭから周辺端末Ａ２へ、前記予約要求が送信される。ステップＳ８では、端末Ａ２のリソースマネージャＲＭにより当該通信リソースとして、例えばアプリケーションＡｐｐ３が予約され、その使用が禁止（リソースロック）される。
【００２９】
ステップＳ９では、周辺端末Ａ２のリソースマネージャＲＭから端末Ａ１のリソースマネージャＲＭへ予約の完了が通知される。ステップＳ１０では、端末Ａ１のリソースマネージャＲＭからサービスマネージャＳＭへ、使用可能な通信アプリケーション名と実行に必要な情報、実行されるデバイスに関する情報が予約結果として通知される。
【００３０】
図４は、ユーザＡ，Ｂ間でネゴシエーションを行ってサービスを決定するまでの手順を示したシーケンス図である。ユーザＢと通話を希望するユーザＡは、前記図３に関して説明した手順でサービス候補リストを作成した後、自身のアドレスリストからユーザＢを選択する。
【００３１】
ステップＳ１では、ＳＩＰの手順を利用して端末Ａ１のサービスマネージャＳＭからＳＩＰサーバへｉｎｖｉｔｅが送信される。ステップＳ２では、ＳＩＰサーバに予め登録されているユーザＢの端末Ｂ１へ、当該ＳＩＰサーバからｉｎｖｉｔｅが送信される。ステップＳ３では、前記ｉｎｖｉｔｅを着信したユーザＢが端末Ｂ１の応答ボタンを押すと、当該端末Ｂ１のサービスマネージャＳＭからＳＩＰサーバへ「ＯＫ」が返送される。ステップＳ４では、ＳＩＰサーバから端末Ａ１のサービスマネージャＳＭへ「ＯＫ」が返送される。
【００３２】
ステップＳ５では、前記「ＯＫ」を受信した端末Ａ１のサービスマネージャＳＭから端末Ｂ１のサービスマネージャＳＭへＡＣＫが返信される。これにより、端末Ａ１のサービスマネージャＳＭと端末Ｂ１のサービスマネージャＳＭとの間で擬似的なセッションが構築完了となる。ここまでの手順は通常のＳＩＰを利用したセッション確立の手法と同様である。
【００３３】
ステップＳ６では、端末Ａ１のサービスマネージャＳＭから端末Ｂ１のサービスマネージャＳＭへ、ＳＩＰのＩＮＦＯメソッドを使用して、前記図３のステップＳ５で作成したサービス候補リストが送信される。ステップＳ７では、前記図３に関して説明した手順と同様の手順で、ユーザＢ側でも端末Ｂ１により、当該端末Ｂ１およびその周辺端末Ｂ２を含む端末群を対象に通信リソースの発見が行われ、ユーザＡから通知された候補に合致する通信リソースを含むサービス候補リストが再構築される。
【００３４】
ステップＳ８では、端末Ｂ１のサービスマネージャＳＭから端末Ａ１のサービスマネージャＳＭへ、ＳＩＰのＩＮＦＯメソッドを使用してサービス候補リストが送信される。ステップＳ９では、最終的に利用するサービスが、前記サービス候補リストに基づいてユーザＡにより決定される。
【００３５】
図５は、前記決定されたサービスが開始されて実行されるまでの手順を示したシーケンス図である。
【００３６】
ステップＳ１では、端末Ａ１のサービスマネージャＳＭから周辺端末Ａ２のサービスマネージャＳＭへ、前記決定されたサービス内容が通知されると共に、通信に必要なアドレスやポート番号が問い合わされる。ステップＳ２では、周辺端末Ａ２のサービスマネージャＳＭにより、前記通知されたサービスを実行するためのアプリケーションＡｐｐ３が起動される。さらに、データ通信を行うアドレスおよびポート番号が端末Ａ１のサービスマネージャＳＭに通知される。
【００３７】
ステップＳ３では、端末Ａ１のサービスマネージャＳＭから端末Ｂ１のサービスマネージャＳＭへ、前記決定されたサービスの内容および前記ステップＳ２で受信した周辺端末Ａ２に関する情報が、ＩＮＦＯメソッドを利用して通知される。さらに、端末Ａ１のサービスマネージャＳＭからリソースマネージャＲＭに対して予約解除要求が送信され、前記図３のステップＳ８で予約された通信リソースのうち、前記図４のステップＳ９で決定されたサービスに対応した通信リソース以外に関して前記ロックが解除される。
【００３８】
ステップＳ４では、端末Ｂ１のサービスマネージャＳＭから切換先である周辺端末Ｂ２のサービスマネージャＳＭへ、前記ステップＳ３で受信した情報および端末Ａ１−Ｂ１間のＳＩＰセッション情報が転送されると同時に、通信に必要なアドレスおよびポート番号が問い合わされる。ステップＳ５では、周辺端末Ｂ２のサービスマネージャＳＭにより、前記通知されたサービスを実行するためのアプリケーションＡｐｐ３が起動される。さらに、データ通信を行うアドレスおよびポート番号が端末Ｂ１のサービスマネージャＳＭへ通知される。
【００３９】
ステップＳ６では、端末Ｂ１のサービスマネージャＳＭから端末Ａ１のサービスマネージャＳＭへ、前記ステップＳ５で受信した情報がＩＮＦＯメソッドを利用して通知される。ステップＳ７では、端末Ａ１のサービスマネージャＳＭから周辺端末Ａ２のサービスマネージャＳＭへ、前記ステップＳ６で受信した情報と端末Ａ１−Ｂ１間のＳＩＰセッション情報とが転送される。
【００４０】
ステップＳ８では、周辺端末Ａ２のサービスマネージャＳＭからＡｐｐ３へ、前記受信した周辺端末Ｂ２のアドレスおよびポート番号宛にデータ通信を開始する命令が下される。アプリケーションＡｐｐ３は、この命令に応答してデータ送信を開始する。ステップＳ９では、周辺端末Ｂ２のＡｐｐ３から周辺端末Ａ２のＡｐｐ３へ、前記ステップＳ４で受信した情報も利用したデータ送信が開始される。
【００４１】
ステップＳ１０では、周辺端末Ａ２のサービスマネージャＳＭから端末Ａ１のサービスマネージャＳＭへ、セッションが開始された旨が通知される。ステップＳ１１では、端末Ａ１のサービスマネージャＳＭからＢ１のサービスマネージャＳＭへ、ＳＩＰのＢＹＥメッセージが送信されてセッションの終了処理が開始される。ステップＳ１２では、端末Ｂ１のサービスマネージャＳＭから端末Ａ１のサービスマネージャＳＭへ、前記ＢＹＥに対する応答信号ＡＣＫが送信される。ステップＳ１３では、端末Ａ１、Ｂ１のサービスマネージャＳＭにおいて、Ａｐｐ３の終了処理が実行され、さらにセッション情報の消去および通信リソースの解放が行われる。
【００４２】
なお、上記した実施形態では、発信端末側（ユーザＡ）および着信端末側（ユーザＢ）の双方において通信リソースが探索され、端末が切り替えられるものとして説明したが、一方のみで行われるようにしても良い。
【００４３】
このように、本実施形態によれば、各ユーザ端末は相手端末とセッション確立のためのネゴシエーションを行うと共に、身近な未登録端末と通信することにより、自端末のみならず未登録端末において提供可能なサービスを把握する。そして、これらの未登録端末に対して相手端末とのセッション確立に必要な情報を提供することで、ＳＩＰサーバを新たに介在させることなく、当該未登録端末と相手端末との間にセッションを確立させることが可能になる。
【００４４】
なお、上記した実施形態では、図３のステップＳ６、７で未登録端末Ａ２を指定して予約要求を転送し、この端末Ａ２のリソースのみをステップＳ８でロックするものとして説明したが、同ステップＳ２でリソース発見要求を転送された全ての未登録端末が当該時点でリソースロックを行うようにしても良い。このようにすれば、その後のステップＳ６〜Ｓ１０の手順を省略できるので、端末Ａ１が端末Ｂ１にリストを送るまでの時間を短縮することが可能になる。
【００４５】
但し、このようなタイミングでリソースロックが行われると、周辺端末数が多い場合などに通信リソースが無駄に占有される場合もあり得る。したがって、リソースロックのタイミングは、周辺端末の台数や状況等に応じて適宜に設定することが望ましい。
【００４６】
図６は、通信中にリソースを切り替える手順を示したシーケンス図であり、ここでは、各ユーザのデバイス（端末あるいはアプリケーション）が同時に切り替えられる場合を例にして説明するが、一方のみでデバイス切り替えが行われた場合も同様の手順で行われる。
【００４７】
図６では、端末Ａ１のＡｐｐ１と端末Ｂ１のＡｐｐ１との間にセッションが確立されている状態から説明を始める。通信リソースを切り替える際も、初めは前記図３、４、５に関して説明したシーケンスが同様に実行されるので、ここでは、図５のステップＳ６以降から説明を始める。
【００４８】
ステップＳ２１では、端末Ａ１，Ｂ１の各サービスマネージャＳＭにより、切り替え前のアプリケーションＡｐｐ１に関する情報が格納される。ステップＳ２２では、Ａｐｐ１に対してデータ送信の停止が指示されてデータ送信が停止される。ステップＳ２３では、端末Ａ１のサービスマネージャＳＭから周辺端末Ａ２のサービスマネージャＳＭへ、前記ステップＳ６で受信した情報と端末Ａ１−Ｂ１間のＳＩＰセッション情報とが転送される。
【００４９】
ステップＳ２４では、周辺端末Ａ２のサービスマネージャＳＭからＡｐｐ３へ、前記受信した周辺端末Ｂ２のアドレスおよびポート番号宛にデータ通信を開始する命令が下される。アプリケーションＡｐｐ３は、この命令に応答してデータ送信を開始する。ステップＳ２５では、周辺端末Ｂ２のＡｐｐ３から周辺端末Ａ２のＡｐｐ３へ、前記図５のステップＳ４で受信した情報を利用したデータ送信が開始される。
【００５０】
ステップＳ２６では、周辺端末Ａ２のサービスマネージャＳＭから端末Ａ１のサービスマネージャＳＭへ、セッションが開始された旨が通知される。ステップＳ２７では、ＧＵＩ等を利用して切り替え主導ユーザ側の切り替え前後の端末Ａ１，Ａ２上に、切り替えを完了させるか、あるいは切り替え前のサービスを復旧させるかを選択させるメッセージ画面が表示される。「切り替え完了」が選択されれば、ステップＳ２８において、ユーザによる選択が行われた端末（ここでは、端末Ａ１）からもう一方の端末（Ａ２）へ結果が通知される。
【００５１】
これ以後は、前記図５のステップＳ１１〜Ｓ１３と同様に、ステップＳ２９において端末Ａ１のサービスマネージャＳＭから端末Ｂ１のサービスマネージャＳＭへ、ＳＩＰのＢＹＥメッセージが送信されてセッションの終了処理が開始される。ステップＳ３０では、端末Ｂ１のサービスマネージャＳＭから端末Ａ１のサービスマネージャＳＭへ、前記ＢＹＥに対する応答信号ＡＣＫが送信される。ステップＳ３１では、端末Ａ１、Ｂ１のサービスマネージャＳＭにおいて、Ａｐｐ１の終了処理が実行され、さらにセッション情報の消去および通信リソースの解放が行われる。
【００５２】
このように、本実施形態によれば、各ユーザ端末は身近な未登録端末と通信して相手端末との間に通信セッションを確立するために必要な情報を共有するので、相手端末が現在の通信リソースから他の通信リソースへの切り替えを要求した場合、自端末に前記他の通信リソースが実装されていない場合であっても、これが身近な未登録端末に実装されていれば、未登録端末と相手端末との間に通信セッションを確立させることにより、この未登録端末を用いて通信を継続できるようになる。
【００５３】
図７は、切り替え前のサービスを復旧させる手順を示したシーケンス図であり、前記図６のステップＳ２７において、「切り替え前のサービスの復旧」が選択された場合の手順を示している。
【００５４】
前記ステップＳ２７で「切り替え前のサービスの復旧」が選択されると、ステップＳ４１では、ユーザによる選択が行われた端末（ここでは、端末Ａ１）からもう一方の端末（Ａ２）へ選択結果が通知される。ステップＳ４２では、端末Ａ１のサービスマネージャＳＭにおいて、前記図６のステップＳ２１で格納したアプリケーション情報に基づいてサービス復旧の準備が行われる。ステップＳ４３では、端末Ａ１のサービスマネージャＳＭから端末Ｂ１のサービスマネージャＳＭへ、ＩＮＦＯメソッドを利用してサービス復旧が指示される。
【００５５】
ステップＳ４４では、端末Ｂ１のサービスマネージャＳＭにおいて、前記図６のステップＳ２１で格納したアプリケーション情報に基づいてサービス復旧の準備が行われる。復旧準備が完了すると、ステップＳ４５において、端末Ｂ１のサービスマネージャＳＭから端末Ａ１のサービスマネージャＳＭへ、ＩＮＦＯメソッドを利用して復旧の準備が完了した旨が通知される。
【００５６】
ステップＳ４６では、端末Ａ１のＡｐｐ１と端末Ｂ１のＡｐｐ１との間でデータ通信が再開される。ステップＳ４７では、周辺端末Ａ２のＡｐｐ３から端末Ｂ１のＡｐｐ３へ、ＳＩＰのＢＹＥメッセージが送信されてセッションの終了処理が開始される。ステップＳ４８では、周辺端末Ｂ２のＡｐｐ３から周辺端末Ａ２のＡｐｐ３へ、前記ＢＹＥに対する応答信号ＡＣＫが送信される。ステップＳ４９では、周辺端末Ａ２、Ｂ２のサービスマネージャＳＭにおいて、Ａｐｐ３の終了処理が実行され、さらにセッション情報の消去および通信リソースの解放が行われる。
【００５７】
このように、本実施形態によれば、通信リソース切り替え時に、切り替え前のサービス情報を格納しておくことにより、切り替え主導ユーザ側においては、切り替え前後のいずれの端末からでも切り替え前のサービスに復旧させることが可能になる。
【００５８】
【発明の効果】
本発明によれば、以下のような効果が達成される。
（１）送信側および着信側の各ユーザ端末は、相手端末とセッション確立のためのネゴシエーションを行うと共に、アドレス情報がセッション制御サーバに登録されていない身近な未登録端末と通信することにより、自端末のみならず未登録端末において提供可能なサービスを把握する。そして、これらの未登録端末に対して相手端末とのセッション確立に必要な情報を提供することで、ＳＩＰサーバを新たに介在させることなく、当該未登録端末と相手端末との間にセッションを確立させることが可能になる。
（２）各ユーザ端末は身近な未登録端末と通信して相手端末との間に通信セッションを確立するために必要な情報を共有するので、相手端末が現在の通信リソースから他の通信リソースへの切り替えを要求した場合、自端末に前記他の通信リソースが実装されていない場合であっても、これが身近な未登録端末に実装されていれば、未登録端末と相手端末との間に通信セッションを確立させることにより、この未登録端末を用いて通信を継続できるようになる。
【００５９】
したがって、例えばユーザＡとユーザＢとが携帯電話で音声通話をしていたが、ユーザＡが帰宅後、家のデスクトップＰＣからのテレビ電話に切り替えることを提案し、ちょうど家にいたユーザＢもノートＰＣのテレビ電話に同時に切り替え、会話を続けるといったサービスの提供が可能になる。
（３）通信リソース切り替え時に、切り替え前のサービス情報を格納しておくことにより、切り替え主導ユーザ側においては、切り替え前後のいずれの端末からでも切り替え前のサービスに復旧させることが可能になる。
【００６０】
したがって、例えばユーザＡとユーザＢとが携帯電話で音声通話をしていたが、ユーザＡが帰宅後、家のデスクトップＰＣからのテレビ電話に切り替えることを提案し、ちょうど家にいたユーザＢもノートＰＣのテレビ電話に同時に切り替えたものの、ネットワークの品質が低下していたために携帯電話による通話に再び戻すといったサービスの提供が可能になる。
【図面の簡単な説明】
【図１】本発明が適用される通信システムの構成を示した図である。
【図２】各ユーザが所有する端末に実装されるアプリケーションの内容を模式的に示した図である。
【図３】ユーザ端末が通信リソースを発見して、これを予約するまでの手順を示したシーケンス図である。
【図４】ユーザ間でネゴシエーションを行ってサービスを決定するまでの手順を示したシーケンス図である。
【図５】決定されたサービスが開始されて実行されるまでの手順を示したシーケンス図である。
【図６】通信中に通信リソースを切り替える手順を示したシーケンス図である。
【図７】切り替え前のサービスを復旧させる手順を示したシーケンス図である。
【符号の説明】ＲＭ…リソースマネージャ，ＳＭ…サービスマネージャ

Claims

セッション制御サーバにアドレス情報が既登録の端末に発信して通信セッションを確立し、その後、前記セッション制御サーバにアドレス情報が未登録の端末との間に通信セッションを確立する通信セッションの確立方法において、
前記発信端末と着信端末との間に通信セッションを確立する手順と、
前記通信セッションを利用して、前記発信端末および着信端末の一方から他方へ、所望のサービスを実現可能な通信リソースの探索を要求する手順と、
前記他方の端末が前記要求に応答して、自端末を含む他方側端末群を対象に通信リソースを探索する手順と、
前記通信セッションを利用して、前記他方の端末から一方の端末へ、前記探索結果を返信する手順と、
前記一方の端末が、前記受信した探索結果に基づいて一つの通信リソースを決定する手順と、
前記一方の端末が、前記決定された通信リソースを起動する手順と、
前記通信セッションを利用して、前記一方の端末から他方の端末へ、前記決定された通信リソースおよび当該通信リソースとの間に通信セッションを確立するために必要な一方側セッション情報を送信する手順と、
前記他方の端末が、前記決定された通信リソースに対応した他方側端末群のいずれか一つの他方側対応端末へ前記一方側セッション情報を通知する手順と、
前記他方側対応端末が、前記決定通知に応答して前記通信リソースを起動する手順と、
前記他方側対応端末が、前記決定された通信リソースとの間に通信セッションを確立するために必要な他方側セッション情報を前記他方の端末へ提供する手順と、
前記通信セッションを利用して、前記他方の端末から一方の端末へ、前記他方側セッション情報を送信する手順と、
前記一方の端末の通信リソースと前記他方側対応端末の通信リソースとの間に、前記一方側セッション情報および他方側セッション情報に基づいて通信セッションを確立する手順と、
前記発信端末と着信端末との間に確立した通信セッションを切断する手順とを含むことを特徴とする通信セッションの確立方法。
前記一方の端末が、自端末を含む一方側端末群を対象に、前記所望のサービスを実現可能な通信リソースを探索する手順と、
前記一方の端末が、前記決定された通信リソースに対応した一方側端末群のいずれか一つの一方側対応端末へ前記他方側セッション情報を通知する手順と、
前記一方側対応端末が、前記決定された通信リソースを起動する手順とを含み、
前記一方側対応端末の通信リソースと前記他方側対応端末の通信リソースとの間に、前記一方側セッション情報および他方側セッション情報に基づいて通信セッションが確立されることを特徴とする請求項１に記載の通信セッションの確立方法。
前記一方側端末群のいずれかと他方側端末群のいずれかとの間に第１の通信セッションが確立されている状態からさらに、
前記第１の通信セッションで通信している各端末が、当該通信セッションに関するセッション情報を記憶する手順と、
前記各端末が、前記第１の通信セッションでの通信を停止させる手順と、
前記一方側端末群のいずれかに実装されている通信リソースと前記他方側端末群のいずれかに実装されている通信リソースとの間に、少なくとも一方の通信リソースが前記第１の通信セッションを確立している通信リソースと異なる第２の通信セッションを確立する手順と、
前記第１通信セッションを切断する手順とを含むことを特徴とする請求項１または２に記載の通信セッションの確立方法。
前記第２の通信セッションを確立する手順の後に、
切り替え前の通信セッションを復旧させるか否かをユーザに問い合わせる手順と、
前記通信セッションの復旧が指示されると、前記記憶されているセッション情報に基づいて前記第１の通信セッションを復旧させる手順と、
前記第２の通信セッションを切断する手順とを含むことを特徴とする請求項３に記載の通信セッションの確立方法。