JP4623582B2 - 通信サービス提供方法 - Google Patents

Description

本発明は通信サービス提供方法に係り、特に、通信サービスを実現する通信リソースとしての端末、アプリケーションおよびネットワークを動的に選択、変更可能な通信サービス提供方法に関する。

通信端末のモビリティサポート手法として、通信端末を持ち歩いた場合にIPアドレスが変化しても通信が切断されないネットワーク切替え手法が主として検討されてきた。この方法は、アプリケーションに対してネットワークの変更を隠蔽できるものの、アプリケーションを切り替えたり、複数の端末が存在する環境で端末を切り替えたりする、より柔軟なモビリティサポートには対応していない。

VoIPで利用されるSIP(Session Initiation Protocol)は、ユーザ間でセッションを開始するためのプロトコルである。一方、非特許文献１は、SIP上でREFERメソッドを定義している。REFERメソッドは呼の転送を実行するメソッドである。その具体的な使用例としては、通信端末Ａと通信端末Ｂとが通信をしている状態から、通信端末Ａが通信端末Ｂに対して「通信端末CへのREFER」を送信すると、このリクエストを受信した通信端末Bは通信端末Cとの通話に移行する、といったものが挙げられる。この動作では、通信端末Bの通信相手が通信端末Aから通信端末Cへと切替わっており、端末切り替えの実行が実現されている。
IETF RFC3515 The Session Initiation Protocol (SIP) Refer Method

REFERメソッドを使用した上記手法は、アプリケーションが固定的であることを前提とした端末変更であって、非常に限定されたシナリオで利用可能なものである。したがって電話の転送機能などへの適用が好ましい。

一方、通信端末が多様化し、遍在化する環境においては、必ずしも一様なアプリケーションのみで通信サービスが実行できるとは限らない。例えば、ユーザ同士が通話するサービスの実現を想定しても、ユーザをとりまく環境に応じて、ある場合はVoIPが、ある場合はテレビ電話が適しているというように、状況にあわせてアプリケーションそのものの切り替えも要求される。

サービス全体の具体例を挙げると、屋外で携帯電話を利用してVoIP通信をしていたユーザが、オフィスに戻ったときにPCを使用したテレビ電話に通信を切替えるといったシナリオが挙げられる。また、その切替えに際して、テレビ電話の画面はPCで表示したいが、音声の入出力は携帯電話を使いたいという要求が出てくることも考えられる。

さらに、今日の通信では、NATなどのゲートウェイで区切られたローカルネットワーク間の端末同士での通信も頻繁に行われる。しかしながら、REFERメソッドによる端末変更では、グローバルネットワーク上、あるいは全ての端末が単一のローカルネットワーク上に存在する場合には問題ないが、ローカルネットワーク内の通信端末への端末変更などは、アドレスの到達性の問題から実行することができない。

本発明の目的は、上記した従来技術の課題を解決し、通信サービスを実現する通信リソースとしての端末、アプリケーションおよびネットワークを動的に選択、変更可能な通信サービス提供方法を提供することにある。

上記した目的を達成するために、本発明は、セッション管理サーバおよびプレゼンスサーバが配置されたネットワークを経由して発信者と受信者との間に確立された通信セッション上で、通信端末、アプリケーションおよびネットワークの各通信リソースを組み合わせて所定の通信サービスを提供する通信サービス提供方法において、以下の手順を含むことを特徴とする。

(1)発信者の発呼端末を含む少なくとも一つの端末がプレゼンスサーバにログオンしてプレゼンス情報を登録する手順と、受信者の着呼端末を含む少なくとも一つの端末がプレゼンスサーバにログオンしてプレゼンス情報を登録する手順と、発呼端末において、端末、アプリケーションおよびネットワークの少なくとも一つに関して、所望の通信サービスを実現する通信リソースを一つずつ選択する手順と、前記発呼端末が、前記選択された通信リソースおよび発呼先を含む発呼要求をセッション管理サーバへ送信する手順と、前記セッション管理サーバがプレゼンスサーバから前記各端末のプレゼンス情報を取得する手順と、前記セッション管理サーバが、前記取得したプレゼンス情報に基づいて着呼端末を決定する手順と、前記セッション管理サーバが、各端末のプレゼンス情報および前記選択された通信リソースを含む発呼要求を前記着呼端末へ送信する手順と、前記着呼端末において、前記発呼要求に基づいて通信リソースを選択する手順と、前記着呼端末が、前記選択された通信リソースをセッション管理サーバへ通知する手順と、前記セッション管理サーバが、前記選択された通信リソースに関する情報を前記発呼端末および着呼端末から受信してセッションテーブルを作成する手順と、前記セッション管理サーバが、前記セッションテーブルの登録内容に基づいて、発信者および受信者の各端末へ、利用する通信リソースを通知する手順と、前記発信者および受信者が、前記通知された通信リソースに基づいて通信を開始する手順とを含む。

(2)発呼端末および着呼端末では、通信端末、アプリケーションおよびネットワークの各通信リソースが所定の順序で選択され、選択済みの通信リソースと組み合わせられない他の通信リソースの選択が禁止されることを特徴とする。

(3)相互に通信する発信者および受信者の一方の端末において、切替対象の通信リソースを選択する手順と、前記一方の端末からセッション管理サーバへ前記通信リソースの切替を通知する手順と、前記セッション管理サーバが、セッションテーブルに基づいて通信リソース切替の通知先を選択する手順と、前記セッション管理サーバが、前記選択された通知先の端末へ前記通信リソースの切替を通知する手順とを含み、発信者および受信者の一方では通信リソースが切り替えられ、他方では通信リソースが切り替えられないことを特徴とする。

(4)相互に通信中の一方の端末において、切替対象の通信リソースを選択する手順と、前記一方の端末からセッション管理サーバへ前記通信リソースの切替を通知する手順と、前記セッション管理サーバが、相互に通信中の他方の端末へ通信リソースの切替通知を送信する手順と、前記他方の端末において、前記通信リソースの切替通知に基づいて切り替え後の通信リソースを決定する手順と、前記他方の端末からセッション管理サーバへ、前記決定した通信リソースを通知する手順と、前記セッション管理サーバが、前記一方および他方の各端末から通知された切り替え後の通信リソースをセッションテーブルへ登録する手順と、前記セッション管理サーバが、セッションテーブルに基づいて通信リソース切替の通知先を選択する手順と、前記セッション管理サーバが、前記選択された通知先の端末へ前記通信リソースの切替を通知する手順とを含み、前記発信者および受信者の一方および他方で通信リソースが切り替えられることを特徴とする。

(5)発呼端末、着呼端末および通信中の端末以外の端末も通信リソースとして選択できることを特徴とする。

(6)アプリケーションが分割可能な複数の機能を備えている場合には、端末およびネットワークの少なくとも一方を機能ごとに選択あるいは切り替えられるようにしたことを特徴とする。

本発明によれば、以下のような効果が達成される。
上記した特徴(1)によれば、通信サービスを提供する際に、その通信サービスを実現するための通信リソース（端末、アプリケーション、ネットワーク）を自由に組み合わせることができるので、自由度が高く、モビリティに優れ、かつ通信相手の能力に適した最適な通信サービスを提供できるようになる。

上記した特徴(2)によれば、端末、アプリケーションおよびネットワークの各通信リソースを選択する際に、組み合わせられない通信リソースの選択が禁止されるので、誤ったリソース選択を未然に防止できる。

上記した特徴(3)によれば、通信サービスの実行中も、その通信サービスを実現するための通信リソース（端末、アプリケーション、ネットワーク）を自由に切り替えることができるので、自由度が高く、モビリティや状況変化への適応性に優れた通信サービスを提供できるようになる。さらに、相手の通信リソースに影響が及ばないリソース切り替えに関しては、相手に通信リソースの切り替えを通知することなくリソース切り替えを行えるようになる。

上記した特徴(4)によれば、通信サービスの実行中も、その通信サービスを実現するための通信リソース（端末、アプリケーション、ネットワーク）を自由に切り替えることができるので、自由度が高く、モビリティや状況変化への適応性に優れた通信サービスを提供できるようになる。さらに、相手の通信リソースに影響が及ぶリソース切り替えに関しては、相手にも通信リソースの切り替えが通知されるので、リソース切り替えを確実に行えるようになる。

上記した特徴(5)によれば、発呼端末、着呼端末および通信中の端末以外の端末も通信リソースとして利用できるので、自由度が高く、モビリティや状況変化への適応性に優れた通信サービスを提供できるようになる。

上記した特徴(6)によれば、テレビ電話のアプリケーションが音声通信機能と画像通信機能とを含むように、アプリケーションが分割可能な複数の機能を含む場合には、各機能に異なる通信リソース（端末およびネットワーク）を割り当てることができるので、より自由度が高く、モビリティや状況変化への適応性に優れ、かつ通信相手の能力に適した最適な通信サービスを提供できるようになる。

以下、図面を参照して本発明の最良の実施の形態について詳細に説明する。図１は、本発明に係る通信サービス提供システムのネットワーク構成を示したブロック図であり、各種の通信サービスを提供するサーバ群１、複数のオフィスネットワークまたはホームネットワーク２（２ａ，２ｂ）、および携帯電話基地局３が、インターネット等の広域ネットワーク４を介して相互に接続されている。

前記サーバ群１には、ルータ１１およびハブ１２を介してプレゼンスサーバ１３およびセッション管理サーバ１４が接続されている。ユーザAのオフィス／ホームネットワーク２ａでは、NAT機能およびFW機能を備えたUPnP対応ルータ２１ａに、ユーザ端末としてのパーソナルコンピュータ(PC)２３ａ、DHCPサーバ２４ａおよび無線アクセスポイント(AP)２５ａが、ハブ２２ａを介して接続されている。前記PC２３ａにはVoIPアプリケーションおよびテレビ電話アプリケーションが実装されており、USBカメラ２６ａおよびヘッドセット２７ａが接続されている。AP２５ａには、無線LAN機能を備えたユーザ端末としてのPDA２８aが収容されている。オフィス／ホームネットワーク２ａのユーザAは更に、ユーザ端末としての携帯電話２９ａを所有している。

同様に、ユーザBのオフィス／ホームネットワーク２bは、UPnP対応ルータ２１ｂ，ハブ２２ｂ、PC２３ｂ、DHCPサーバ２４ｂおよびAP２５ｂを備え、前記PC２３ｂにはUSBカメラ２６ｂおよびヘッドセット２７ｂが接続されている。AP２５ｂには無線LAN機能を備えたPDA２８ｂが収容されている。オフィス／ホームネットワーク２ｂのユーザBは更に、携帯電話２９ｂを所有している。

前記プレゼンスサーバ１３は、各ユーザや端末の状態をプレゼンスとして管理し、それらのデータをリアルタイムに通知するプレゼンス機能を備えている。前記プレゼンス機能は、ユーザの状態の変化を直ちに別のユーザへ、またユーザ端末の状態の変化を直ちに同一ユーザの他の端末に通知する機能である。

セッション管理サーバ１４は、リクエストやレスポンスを中継するセッション管理機能を持ち、SIPのMESSAGEメソッドを用いて通信先相手への接続処理、アプリケーション切替や端末切替の際のネゴシエーションの制御を行う。UPnP対応NAT装置２１は、UPnPによるデバイス検出対応機能、LAN内の機器からのポートマッピング要求対応機能、およびLAN内の機器へのWAN側IPアドレスの通知機能を備えている。

図２は、前記各ユーザ端末の主要部の構成を示したブロック図である。コントローラ１０１は、プレゼンスサーバ１３へのログオンおよびログオフを実行する「ログオン／ログオフ機能」、プレゼンスサーバ１３へログオンしているユーザに対して所定のアプリケーションおよび端末で接続を試みる「通話接続機能」、実行中のアプリケーションを切り替える「アプリケーション切替機能」、実行中の端末を切り替える「端末切替機能」、ユーザや端末に関する情報や現在使用しているリンクインタフェースを表示する「ステータス表示機能」、プレゼンスサーバ１３へログオンしているユーザまたはログオフしているユーザの表示を行う「バディリスト表示機能」、ならびにステータス表示機能で使用するアイコンファイルや端末名、プレゼンスサーバ１３へのログオンで使用するIDおよびパスワードを設定する「ユーザプロファイル設定機能」等の各種機能を備えている。

ネットワークマネージャ１０２は、IPアドレスおよびリンクインタフェースの変更を検知し、サービスマネージャ１０３への通知を行う「IPアドレス／リンクインタフェース監視機能」、サービスマネージャ１０３の指示により、リンクインタフェースをIEEE802.11b１０６およびEV-DO(Evolution Data Optimized)１０７のいずれかに切り替える「リンクインタフェース切替機能」、ならびにUPnPのメッセージを利用し、UPnPに対応したNAT装置の制御を行う「NAT装置制御機能」等の各種機能を備えている。

サービスマネージャ１０３は、プレゼンスサーバ１３に対して、ログオン／ログオフ、ユーザ管理およびプレゼンスの購読申請／購読解除等の制御を行う「クライアント機能」、アプリケーションが持つ設定ファイルを読込み、その設定に応じてアプリケーションの起動/停止等を行う「アプリケーション制御機能」、コントローラ１０１によるユーザの指示や、アプリケーションの設定による要求等に応じてネットワークマネージャ１０２への要求を行う「ネットワークマネージャ制御機能」、ならびにIPのMESSAGEメソッドを用いてセッション管理サーバ１４との通信を行う「セッション管理サーバクライアント機能」等の各種機能を備えている。

TV電話アプリケーション１０４は、マイク・インタフェースを通じて音声を取り込み、RTP(Real-time Transport Protocol)によって通話相手へ送信する音声入力・送信機能、RTPによって通話相手より送信されてきたパケットを受信し、スピーカへ出力する音声出力・受信機能、USBカメラを通じて画像を取り込み、RTPによって通話相手へ送信する画像入力・送信機能、およびRTPによって通話相手より送信されてきたパケットを受信し、画面上へ出力する画像出力・受信機能、およびサービスマネージャ１０３への要求やサービスマネージャ１０３からの要求に対する応答を行うサービスマネージャ・インタフェース機能等の各種機能を備えている。

VoIPアプリケーション１０５は、マイク・インタフェースを通じて音声を取り込み、RTPによって通話相手へ送信する音声入力・送信機能、RTPによって通話相手より送信されてきたパケットを受信し、スピーカへ出力する音声出力・受信機能、およびサービスマネージャ１０３への要求やサービスマネージャ１０３からの要求に対する応答を行うサービスマネージャ・インタフェース機能等の各種機能を備えている。

次いで、本実施形態の動作を、ユーザAが自身のPDA２８ａ（ユーザ端末A1）からユーザBのユーザ端末B1に発呼して通信を開始する場合を例にして説明する。

本実施形態では、以下に詳述するように、相互に通信するユーザA，Bが、通信リソースとしての通信端末（PC２３，PDA２８，携帯電話２９…）、アプリケーション（テレビ電話、VoIP…）およびネットワーク（IEEE802.11b、EV-DO…）を、所定の条件下で任意に選択して通信を開始し、さらに通信中も任意に切替できるが、通信に関わるユーザ端末は、プレゼンスサーバ１３に対して予め「端末ログオン」している必要がある。この「端末ログオン」により、ユーザ端末は自身の他のユーザ端末との間で各端末のプレゼンス情報を共有できるようになる。

また、発信者側の発呼端末(A1)および着信者側の着呼端末(B1)に関しては、前記「端末ログオン」に加えてさらに、プレゼンスサーバ１３に対して予め「ユーザログオン」している必要がある。この「ユーザログオン」により、発呼端末(A1)と着呼端末(B1)とが各端末のプレゼンス情報を共有できるようになる。

図３は、各ユーザの一の端末において、コントローラ１０１が起動された際に実行される端末ログオンの手順を示したシーケンス図であり、ここでは当該端末がオンライン（端末ログオン中）であること等を含むプレゼンス情報を自身の他の端末へ通知するプレゼンス登録処理が行われる。

ステップＳ１において、PDA８ａのコントローラ１０１が起動されると、コントローラ１０１の初期化、サービスマネージャ１０３の初期化等の処理が開始され、ステップＳ２では、現在有効なIPアドレスが取得される。ステップＳ３では、取得されたIPアドレスがローカルアドレスであるか否かが判定される。本実施形態では、IPアドレスのネットワーク部がプライベートアドレスの範囲であればローカルIPアドレスと判定される。また、この判定が偽であると、ネットワーク上にUPnP対応ルータが存在するか否かで判定が行われる。

ステップＳ４では、前記ステップＳ３の判定結果がローカルアドレスである場合、サービスマネージャ１０３からネットワークマネージャ１０２へWAN側IPアドレスの取得要求が送信される。ステップＳ５では、この取得要求に応答してネットワークマネージャ１０２からUPnP対応ルータ２１のNAT機能に対してUPnPメッセージが送信される。NAT機能は、このUPnPメッセージに応答してWAN側IPアドレスを返信する。

ステップＳ６では、サービスマネージャ１０３からプレゼンスサーバ１３へ端末ログオン要求が送信される。プレゼンスサーバ１３は、当該要求を処理するとともに対応する端末のプレゼンス情報を更新する。ステップS７では、既に端末ログオン済みの自身の他のユーザ端末に関するプレゼンス情報がプレゼンスサーバからユーザ端末へ送信される。ステップＳ８では、前記ログオンプレゼンス更新通知がユーザAの他の端末（２３ａ，２９ａ）へ通知され、PDA２８ａがオンラインであることが自身の他の端末に周知される。

図１１は、PDA２８ａに表示される前記接続／ステータス画面の一例を示した図であり、ユーザアイコンE1、ユーザIDのダイアログボックスE2、端末アイコンE3、端末名のダイアログボックスE4、ステータスのダイアログボックスE5、リンクインタフェース名のダイアログボックスE6、ログオン／ログオフボタンE7、アプリケーション選択ボタンE21、端末選択ボタンE22、接続ボタンE11、切替ボタンE12、切断ボタンE13、およびガイドエリアE14が設定されている。

前記アプリケーション選択ボタンE21および端末選択ボタンE22は排他的にオンされ、図１１に示したように、アプリケーション選択ボタンE21が押下されていれば、その下方にアプリケーションアイコンリストE9および端末アイコンリストE10が当該順序で上下に並んで表示される。これに対して、図１２に示したように、端末選択ボタンE22が押下されていれば、その下方に端末アイコンリストE10およびアプリケーションアイコンリストE9が当該順序で上下に並んで表示される。

前記ステータスのダイアログボックスE5にはユーザの状態として、「ログオン処理中」、「ログオフ処理中」、「offline」、「online」、「[使用中のアプリ名]」および「切替動作中」のいずれかが表示される。前記リンクインタフェースのダイアログボックスE6には、使用中のリンクインタフェース名として、例えば「IEEE802.11b」または「EV-DO」が表示される。前記ログオン／ログオフボタンE7では、ログオン中は青信号が点灯し、ログオフ中は赤信号が点灯する。

アプリケーションアイコンリストE9では、選択されているアプリケーションのアイコンがカラーで表示され、それ以外のアイコンは低輝度で表示される。前記端末アイコンリストE10には、選択されているアプリケーションで利用可能な端末のアイコンのみが表示され、利用できない端末のアイコンが表示されない。この端末アイコンリストE10でも同様に、選択されている端末のアイコンがカラーで表示され、それ以外の端末のアイコンは低輝度で表示される。

なお、図１２に示したように、端末選択ボタンE22が押下されていれば、端末アイコンリストE10には、端末ログオン中の全ての端末のアイコンが表示され、アプリケーションアイコンリストE9には、選択されている端末で利用可能なアプリケーションのアイコンがカラーで表示され、それ以外のアプリケーションのアイコンは低輝度で表示される。

なお、本実施形態では、選択されているアプリケーションがテレビ電話のように、画像通信および音声通信といった分割可能な複数の機能を備えている場合には、各機能に別々の端末を割り当てることができる。この場合に例えば、図１１に示したように、各端末のアイコン上に各機能アイコン（画像アイコンK1および音声アイコンK2）をドラッグ＆ドロップすれば各端末に別々の機能を割り当てることができる。本実施形態では「書斎のPC」に画像アイコンK1がドラッグ＆ドロップされて画像表示機能が割り当てられ、「PDA」に音声アイコンK2がドラッグ＆ドロップされて音声通話機能が割り当てられている。

前記ガイドエリアE14にはエラーメッセージが表示される。本実施形態では、エラーメッセージとして「プレゼンスサーバへのログインに失敗しました」および「＊＊＊（ユーザ名）との接続に失敗しました」等が用意されている。

図４は、発信者側の発呼端末A1および着信者側の着呼端末B1において、各端末のプレゼンス情報をプレゼンスサーバ１３に登録して、相手端末がユーザログオンしているか否かの情報（ユーザログオン情報）を相互に共有するためのユーザログオンの制御手順を示したシーケンス図であり、ここでは、ユーザログオンできる端末がユーザごとに一台に限定される場合を例にして説明する。

ステップＳ２１において、前記接続／ステータス画面でログオンボタンE7が押下されると、ステップＳ２２では、コントローラ１０１のログオン／ログオフ機能部からサービスマネージャ１０３へユーザログオンが要求される。ステップＳ２３では、サービスマネージャ１０３がプレゼンスサーバ１３へユーザログオンし、サービスマネージャ１０３によりユーザログオンプレゼンスが購読される。さらに、サービスマネージャ１０３によりユーザログオンプレゼンスが取得され、自身の情報(IMアドレス、オンライン／オフラインフラグ、ログオン端末のアドレスIP)が検索される。このとき、自身の情報がない場合は新たに情報が追加される。ステップＳ２４ではプレゼンスデータの更新が行われ、ログオンプレゼンスを購読している他のユーザへプレゼンスの更新が通知される。ステップＳ２５では、取得した情報がGUIに設定されて前記接続／ステータス画面およびバディリスト画面に反映される。

図５は、発信者側から受信者側を発呼する発呼フェーズの手順を示したシーケンス図であり、ここでは、ユーザAが自身のユーザログオン済の端末A1からユーザBを発呼する場合を例にして説明する。

ステップＳ３１では、ユーザAにより発呼端末A1の前記接続／ステータス画面上で、端末、アプリケーションおよびネットワークの各通信リソースが所望の通信サービスに応じて選択される。本実施形態では、図１１に示したように、ユーザ端末として「書斎のPC」および「PDA」が用意されており、アプリケーションとして「TV電話」および「VoIP」が用意されており、ネットワークとして「IEEE802.11b」および「EV-DO」が用意されている。ユーザAにより各通信リソースが順次に選択されると、ステップS３２では、その選択結果が接続／ステータス画面に反映される。

ステップＳ３３では、ユーザAにより発呼相手が指定される。ステップＳ３４では、前記選択結果が画面に反映される。なお、ここでは通信リソースの選択後に発呼相手が指定されるものとして説明しているが、その逆に、発呼相手の指定後に通信リソースが選択されるようにしても良い。

ステップＳ３５において、ユーザAにより前記接続／ステータス画面上で接続ボタンE11が押下されると、ステップＳ３６では、 セッション管理サーバ１４への発呼が行われる。このときに通知される情報は、(1)セッション情報、(2)アプリケーション情報、および(3)リソース情報である。

前記(1)セッション情報には、発呼ユーザのSIP URI、発呼ユーザのtagおよび着呼ユーザのSIP URIが含まれる。前記(2)アプリケーション情報には、発呼ユーザのアプリケーションベンダ名、発呼ユーザのアプリケーション名、および発呼ユーザのアプリケーション実行に関する情報が含まれる。前記(3)リソース情報には、発呼ユーザの機能ID毎のSIP URI、発呼ユーザの機能ID毎のIPアドレスが含まれる。

前記「発呼ユーザの機能ID毎のSIP URI」とは、例えばアプリケーションがテレビ電話のように画像通信と音声通信という分割可能な２つの機能を含む場合に、機能ごとにSIP URIを付できることを意味している。同様に、「発呼ユーザの機能ID毎のIPアドレス」とは、前記テレビ電話の２つの機能に別々のIPアドレスを付与できることを意味している。このようにSIP URIおよびIPアドレスをアプリケーションの機能ごとに設定することにより、機能ごとに通信リソースを選択できるようになる。

ステップＳ３７では、セッション管理サーバ１４によりプレゼンスサーバ１３からユーザBに関するプレゼンス情報が取得される。ステップＳ３８では、取得されたプレゼンス情報により、ユーザBの端末のうちユーザログオン済の端末B1が着呼端末として選択される。

ステップＳ３９では、セッション管理サーバ１４から前記選択された着呼端末B1へ発呼される。このときに端末B1へ通知される情報は、(1)セッション情報（発呼ユーザのSIP URI，発呼ユーザのtag，着呼ユーザのSIP URI）、(2)アプリケーション情報（発呼ユーザのアプリケーションベンダ名，発呼ユーザのアプリケーション名，発呼ユーザのアプリケーション実行に関する情報)および(3)リソース情報（発呼ユーザの機能ID毎のIPアドレス）であり、ユーザAが使用する端末のSIP URIは通知されない。

ステップＳ４０では、セッション管理サーバ１４において、端末A1から受信した情報に基づいてセッションテーブルが仮作成される。ここで仮作成されるセッションテーブルには、(1)セッション情報（発呼ユーザのSIP URI，発呼ユーザのtag，着呼ユーザのSIP URI）および(2)リソース情報（発呼ユーザの機能ID毎のSIP URI，発呼ユーザの機能ID毎のIPアドレス）が登録される。

ステップＳ４１では、ユーザ端末B1上に接続要求に対する応答画面が表示される。図１３は、ユーザBの着呼端末B1上に表示される「接続要求への応答」画面の一例を示した図であり、実行中のサービスに関して、サービスの種類および利用中の端末が表示され、さらに接続希望サービスのアイコンE15、利用可能端末のアイコンE16、接続ボタンE17およびキャンセルボタンE18等が表示される。本実施形態では、接続希望サービスのアイコンE15にVoIPのアイコンが表示されているので、発信者がVoIPによる通話を要求していることが判る。

図５へ戻り、ステップＳ４２では、ユーザBにより前記応答画面上で、前記VoIPを実行するための通信リソースが選択される。ステップＳ４３において、ユーザBにより前記応答画面上で接続ボタンE17が押下されると、ステップＳ４４では、決定された情報がリソース決定通知によりセッション管理サーバ１４へ送信される。ここで送信される情報は、(1)セッション情報（発呼ユーザのSIP URI，発呼ユーザのtag，着呼ユーザのSIP URI，着呼ユーザのtag）、(2)アプリケーション情報（アプリケーションベンダ名，アプリケーション名，アプリケーション実行に関する情報)および(3)リソース情報（着呼ユーザの機能ID毎に利用されるユーザ端末のSIP URI，着呼ユーザの機能ID毎に利用されるユーザ端末のIPアドレス）である。

ステップＳ４５では、セッション管理サーバ１４が端末B1から受信したリソース決定通知に基づいてセッションテーブルを作成する。このセッションテーブルには、(1)セッション情報（発呼ユーザ／着呼ユーザのSIP URI，発呼ユーザ／着呼ユーザのtag）、(2)アプリケーション情報（アプリケーションベンダ名，アプリケーション名，アプリケーション実行に関する情報)、(3)リソース情報（発呼ユーザ／着呼ユーザの機能ID毎のSIP URI，発呼ユーザ／着呼ユーザの機能ID毎のIPアドレス）および(4)バインド情報（発呼ユーザ／着呼ユーザの機能ID毎のSIP URIと機能ID毎のIPアドレスをバインドした情報）が登録される。

図６は、前記発呼フェーズに続いて起動される通信リソース通知フェーズの手順を示したシーケンス図であり、ステップＳ５２では、セッション管理サーバ１４により、各ユーザ端末へ通知する通信リソースがセッションテーブルに基づいて決定される。ステップＳ５３では、ユーザ端末A1へ通信リソース通知が送信される。

この通信リソース通知によりユーザ端末A1へ送信される情報は、(1)セッション情報（発呼ユーザのSIP URI，発呼ユーザのtag，着呼ユーザのSIP URI，着呼ユーザのtag）、(2)アプリケーション情報（アプリケーションベンダ名，アプリケーション名，アプリケーション実行に関する情報)、および(3)リソース情報（発呼ユーザの機能ID毎のSIP URI，発呼ユーザの機能ID毎のIPアドレス，着呼ユーザの機能ID毎のIPアドレス）である。ステップＳ５４では、各端末で所定の処理が実行される。ステップＳ５５では、処理完了後、ユーザ端末A1により通信リソース設定完了通知が行われる。

ステップＳ５６では、ユーザ端末B1へ通信リソース通知が送信される。このとき、ユーザ端末B1へ送信される情報は、ステップＳ５３と同様、(1)セッション情報（発呼ユーザのSIP URI，発呼ユーザのtag，着呼ユーザのSIP URI，着呼ユーザのtag）、(2)アプリケーション情報（アプリケーション開発元，アプリケーション名，アプリケーション実行に関する情報)、(3)リソース情報（発呼ユーザの機能ID毎のIPアドレス，着呼ユーザの機能ID毎のSIP URI，着呼ユーザの機能ID毎のIPアドレス）である。ステップＳ５７では、各端末上で所定の処理が実行される。ステップＳ５８では、処理完了後、ユーザ端末B1により通信リソース設定完了通知が行われる。

ステップＳ５９〜Ｓ６４では、各ユーザ端末A2，B2に関して前記ステップＳ５３〜Ｓ５８と同様の処理が繰り返される。ステップＳ６５〜Ｓ７０では、各ユーザ端末An，Bnに関して前記ステップＳ５３〜Ｓ５８と同様の処理が繰り返される。前記ステップＳ５９〜Ｓ６４およびステップS６５〜Ｓ７０の各処理は、対応するステップＳ５３〜Ｓ５８の各処理と並行して行われる。
なお、上記した各ステップ（Ｓ５３，Ｓ５６…）で通信リソース通知の送信対象となるのは、選択された通信サービスを実行しようとしている端末のみであり、その他の端末に関しては、端末ログオンしていても前記通信リソース通知は送信されない。 図７は、前記通信リソース通知フェーズに続いて起動される通信実行フェーズのシーケンス図であり、ステップＳ８１，Ｓ８３，Ｓ８５では、前記通信リソース設定完了通知を受信したセッション管理サーバ１４からユーザAの各端末A1，A2，Anへ接続準備完了通知が送信される。同様に、ステップＳ８２，Ｓ８４，Ｓ８６では、ユーザBの各端末B1，B2，Bnへ接続準備完了通知が送信される。前記ステップＳ８１〜Ｓ８６の各処理は並行して行われる。上記手順が実行されることにより、各ユーザのサービス実行に関わる端末は全ての端末で通信準備が完了したことを判断する。

以上の手順が終了すれば、セッション管理サーバ１４には、各ユーザA，Bにより選択された通信リソースのセッション情報が登録されるので、ユーザA，Bは、このセッション情報に基づいて、自ら選択した通信リソースを利用して相互に通信を行えるようになる。

このように、本実施形態によれば、通信サービスを開始する際に、その通信サービスを実現するための通信リソース（端末、アプリケーション、ネットワーク）をユーザが自由に組み合わせることができるので、自由度が高く、モビリティに優れ、かつ通信相手の能力に適した最適な通信サービスを提供できるようになる。

次いで、上記のようにして所望の通信リソースを利用して通信を開始したのち、ユーザの状況変化等に応じてリソースを切り替える手順について説明する。

図８は、リソース切替をユーザ間でのネゴシエーション無しに実行する第1切替シーケンスのシーケンス図である。このような第1切替シーケンスは、例えばユーザA，BがPC２３ａ，２３ｂを用いてテレビ電話により音声および画像を送受信している最中に、ユーザAが画像端末をPC２３ａとしたまま音声端末をPC２３ａから携帯端末２９ａに切り替える場合のように、一方のユーザにおけるリソース切替が他方のユーザに影響しない場合に実行される。

ステップＳ９１では、ユーザAにより切替対象の通信リソースが選択される。ここで選択可能な端末は利用中の端末に限定されず、プレゼンスサーバに端末ログオンしている端末であれば、自身のどの端末でも選択できる。ステップＳ９２では、端末A1の画面が前記操作に応じて切り替わる。ステップＳ９３において、コントローラ−接続／ステータス画面の「切替」ボタンE12が押下されると、ステップＳ９４では、ユーザ端末A1からセッション管理サーバ１４へ切替通知が送信される。この切替通知により、(1)セッション情報（発呼ユーザのSIP URI，発呼ユーザのtag，着呼ユーザのSIP URI，着呼ユーザのtag）、(2)アプリケーション情報（アプリケーションベンダ名，アプリケーション名，アプリケーション実行に関する情報)、およびリソース情報（切り替える機能のID，切替後のユーザ端末のSIP URI，切替後のユーザ端末のIPアドレス）が通知される。

ステップＳ９５では、セッション管理サーバ１４において通信リソ−スの通知先が検索される。ステップＳ９６では、サービスに関連する各端末へ通信リソース通知が前記と同様に送信される。ステップＳ９７では、関連する各端末へ接続準備完了通知が前記と同様に送信される。ステップＳ９８では、セッションテーブルが更新される。

図９は、リソース切替をユーザ間でのネゴシエーション後に実行する第２切替シーケンスのシーケンス図である。このような第２切替シーケンスは、例えばユーザA，Bが携帯電話２９ａ，２９ｂを用いて通話している最中に、ユーザAがアプリケーションをテレビ電話に切り替えたためにユーザBにおいても画像端末を新規に選択しなければならない場合のように、一方のユーザにおけるリソース切替が他方のユーザに影響する場合に実行される。

ステップＳ１０１において、ユーザAにより接続／ステータス画面上で切替後の端末および／またはアプリケーションが選択されると、ステップＳ１０２では、端末A1において画面表示が切り換えられる。ステップＳ１０３において、接続／ステータス画面の切替ボタンE12が押下されると、ステップＳ１０４では、ユーザ端末A1からセッション管理サーバ１４へ切替通知が送信される。この切替通知で送信される情報は、(1)セッション情報（発呼ユーザのSIP URI，発呼ユーザのtag，着呼ユーザのSIP URI，着呼ユーザのtag）、(2)アプリケーション情報（アプリケーションベンダ名，アプリケーション名，アプリケーション実行に関する情報)、およびリソース情報（切替える機能のID，切替後の発呼端末のSIP URI，切替後の発呼端末のIPアドレス）である。

ステップＳ１０５では、セッション管理サーバ１４からユーザ端末B1へ切替通知が送信される。通知される情報は前記ステップＳ１０４で通知される情報と同じであるが、切替後の発呼端末のSIP URIは除かれている。ステップＳ１０６では、セッションテーブルへの仮追加が行われる。ステップＳ１０７では、端末B1において「切替要求への応答」画面が表示される。

図１４は、「切替要求への応答」画面の一例を示した図であり、実行中のサービスを示すアイコンと、利用中の端末を示すアイコンと、通信相手が希望しているサービスを示すアイコンと、ユーザBが利用可能な端末のアイコンとが表示されている。

ステップＳ１０８において、ユーザBによりリソース（端末）の選択が行われ、ステップＳ１０９において、切替要求画面の切替ボタンが押下されると、ステップＳ１１０では、端末B１からセッション管理サーバ１４へリソース決定通知が送信される。ステップＳ１１１では、セッションテーブルへセッション情報が追加される。

ステップＳ１１２では、関連する各端末へ通信リソース通知が前記と同様に送信される。ステップＳ１１３では、関連する各端末へ接続準備完了通知が前記と同様に送信される。ステップＳ１１４では、セッションテーブルが更新される。

図１０は、切断処理のシーケンスを示した図であり、ステップＳ１２１において、端末A1の接続／ステータス画面上で切断ボタンE13が押下されると、ステップＳ１２２では、端末A1からセッション管理サーバ１４へ切断メッセージが送信される。ステップＳ１２３，Ｓ１２５，Ｓ１２７，Ｓ１２９では、セッション管理サーバ１４から各端末へ切断メッセージが送信される。ステップＳ１２４，Ｓ１２６，Ｓ１２８，S１３０では、前記各切断メッセージを受信した端末において所定の切断処理が実行される。ステップＳ１３１では、切断されたセッションに関する情報がセッション管理テーブルから削除される。

次いで、ユーザ端末として携帯電話２９を使用した場合の操作手順についで説明する。メニュー画面で本発明の通信サービスが選択されると、前記図３に関して説明した端末ログオン処理および図４に関して説明したユーザログオン処理が連続して実行され、携帯画面には、図１５に一例を示した初期画面D1が表示される。

初期画面D1には、ユーザ名「UserA」および当該携帯電話のステータス情報「Online（オンライン中）」が表示されている。オンラインリスト５０１には、同一グループ内でオンライン中の全てのユーザ名が登録されており、三角ボタン５０２が押下されるとユーザ名の一覧表示画面D2が表示される。アプリケーションリスト５０３には、利用可能なアプリケーションのアイコンが一覧表示されている。なお、オンラインリスト再取得ボタン５０９が押下されるとオンラインリストが更新される。

ユーザAにより前記オンラインリストから所望の接続先（本実施形態では、UserB）が選択され、さらに接続ボタン５０４が押下（クリック）されるとアプリケーション選択画面D3が表示される。アプリケーション選択画面D3では、選択された接続先のユーザ名「UserB」およびそのIMアドレス「UserB＠×××.jp」が表示される。ここでも、三角ボタン５０５が押下されると、利用可能な全てのアプリケーションが一覧表示される。ユーザAによりアプリケーションリストから所望のアプリケーション（本実施形態では、VoIP）が選択され、さらに選択ボタン５０６が押下されると音声端末選択画面D4が表示される。ここでも、三角ボタン５０７が押下されると、利用可能な全ての音声端末名が一覧表示される。

ユーザAにより音声端末リストから所望の端末（ここでは、携帯電話）が選択され、さらに選択ボタン５０８が押下されると、図１６に一例を示した処理中画面D6が表示され、サーバからの応答に備えて待機する。なお、前記選択されたアプリケーションがVoIPではなくテレビ電話であると、前記音声端末選択画面D4から画像端末選択画面D5へ移行して画像端末（居間のPC）が選択される。その後、ユーザBと接続されると通信中画面D7が表示され、VoIP通信が可能になる。

一方、ユーザBの携帯電話では、前記ユーザAからの着信が検知されると、図１７の着信画面D8が表示される。ユーザBは、この着信画面D8を参照することで相手のユーザ名「UserA」およびサービス「VoIP」を認識できる。ユーザBにより了承ボタン５１０が押下されると音声端末選択画面D9が表示される。この音声端末選択画面D9でユーザBにより音声端末リストから音声端末が選択され、さらに選択ボタン５１１が押下されると処理中画面D11が表示され、サーバからの応答に備えて待機する。なお、前記ユーザAにより選択されたアプリケーションがVoIPではなくテレビ電話であると、前記音声端末選択画面D9から画像端末選択画面D10へ移行して画像端末（ここでは、居間のPC）がさらに選択された後に前記処理中画面へ移行する。その後、サーバからの応答が検知されると、図２１の通信中画面D21が表示されてVoIP通信が可能になる。

次いで、VoIP通信中にユーザAがアプリケーションをテレビ電話に切り替える場合の手順について説明する。

図１８に示したように、ユーザAにより通信中画面D7の切替ボタン５１２が押下されるとアプリケーション切替画面D12が表示される。このアプリケーション切替画面D12でユーザAによりアプリケーションが前記と同様に選択されて選択ボタン５１３を押下されると音声端末切替画面D13が表示される。さらに、この音声端末切替画面D13でユーザAにより音声端末が前記と同様に選択されて選択ボタン５１４が押下されると画像端末選択画面D14が表示される。さらに、この画像端末選択画面D14でユーザAにより画像端末（ここでは、居間のPC）が選択されて選択ボタン５１５が押下されると図１９の切替中画面D15が表示され、サーバからの応答に備えて待機する。テレビ電話への切替えが完了すると通信中画面D16が表示される。

一方、ユーザBの携帯電話では、図２０に一例を示したように、前記ユーザAによる切替要求に応答して切替要求画面D17が表示される。この切替要求画面D17で承諾ボタン５１６が押下されると音声端末選択画面D18が表示される。ユーザBは、画面上部の「VoIP→TVPone」の表示から、VoIP通信からテレビ電話への切替要求であることを認識できる。

この音声端末選択画面D18でユーザBにより音声端末が選択されて選択ボタン５１７が押下されると画像端末切替画面D19が表示される。さらに、この画像端末切替画面D19で画像端末が選択されて選択ボタン５１８が押下されると切替中画面D20が表示され、サーバからの応答に備えて待機する。サーバからの応答が検知されると、図２２の通信中画面D22が表示されてテレビ電話が可能になる。

上記したように、本実施形態によれば、通信サービスの実行中も、その通信サービスを実現するための通信リソース（端末、アプリケーション、ネットワーク）を自由に切り替えることができるので、自由度が高く、モビリティや状況変化への適応性に優れた通信サービスを提供できるようになる。

次いで、本発明が適用される他のシナリオについて、通信サービスの開始時と開始後に分けて説明する。

[サービス開始時のシナリオ]
ケースＡ：音声通話を希望して音声電話でサービスを開始する。
(a-1)：ユーザAが携帯電話から発信し、ユーザBは着信した端末で音声通話を開始する。ユーザAは発信端末を、ユーザBは着信端末を、そのままサービス実行端末として利用する。このシナリオの手順は以下の通りである。
手順１：ユーザAが携帯電話２９ａから通信相手（ユーザB）、希望するサービス（音声通話）、およびサービス実行端末（携帯電話２９ａ）を選択して発信ボタンを押下する。
手順２：ユーザBが携帯電話２９ｂで着信すると、ユーザAが音声通話を希望していることが画面に表示される。
手順３：ユーザBは通話ボタンを押し、希望する端末２９ｂを選択後、再度通話ボタンを押す。
手順４：ユーザAの携帯電話２９ａとユーザBの携帯電話２９ｂとで音声通話が開始される。

(a-2)：ユーザAが携帯電話から発信し、ユーザBは着信した端末とは別の端末で音声通話を開始する。ユーザAは発信端末を、ユーザBは着信端末とは異なる端末を、それぞれサービス実行端末として利用する。このシナリオの手順は以下の通りである。
手順１：ユーザAが携帯電話２９ａから通信相手（ユーザB）、希望するサービス（音声通話）、およびサービス実行端末（携帯電話２９ａ）を選択して発信ボタンを押下する。
手順２：ユーザBが携帯電話２９ｂで着信すると、ユーザAが音声通話を希望していることが画面に表示される。
手順３：ユーザBは通話ボタンを押し、希望するサービス実行端末（PC２３ｂ）を選択後、再度通話ボタンを押す。
手順４：ユーザAの携帯電話２９ａとユーザBのPC２３ｂとで音声通話が開始される。

(a-3)：ユーザAが携帯電話から発信し、携帯電話以外の端末を利用してユーザBと音声通話を行う。ユーザBは着信した端末で音声通話を開始する。ユーザAは発信端末とは異なるサービス実行端末を、ユーザBは着信端末を、それぞれサービス実行端末として利用する。このシナリオの手順は以下の通りである。
手順１：ユーザAが携帯電話２９ａから通信相手（ユーザB）、希望するサービス（音声通話）、およびサービス実行端末（PC２３ａ）を選択し、発信ボタンを押下する。
手順２：ユーザBが携帯電話２９ｂで着信すると、ユーザAが音声通話を希望していることが画面に表示される。
手順３：ユーザBは通話ボタンを押し、希望するサービス実行端末（携帯電話２９ｂ）を選択して再度通話ボタンを押す。
手順４：ユーザAのPC２３ａとユーザBの携帯電話２９ｂとで音声通話が開始される。

(a-4)：ユーザAが携帯電話から発信し、携帯電話以外の端末を利用してユーザBと音声通話を行い、ユーザBは着信した端末とは別の端末で音声通話を開始する。ユーザAは発信端末とは異なる端末を、ユーザBも着信端末とは異なる端末を、それぞれサービス実行端末として利用する。このシナリオの手順は以下の通りである。
手順１：ユーザAが携帯電話２９ａから通信相手（ユーザB）、希望するサービス（音声通話）、およびサービス実行端末（PC２３ａ）を選択して発信ボタンを押下する。
手順２：ユーザBが携帯電話２９ｂで着信すると、ユーザAが音声通話を希望していることが画面に表示される。
手順３：ユーザBは通話ボタンを押し、希望するサービス実行端末（PC２３ｂ）を選択後、再度通話ボタンを押す。
手順４：ユーザAのPC２３ａとユーザBのPC２３ｂとで音声通話が開始される。

ケースＢ：テレビ電話を希望し、テレビ電話によりサービスを開始するケース
上記したケースAと比較して、開始時のアプリケーションがテレビ電話になった場合の相違点は、複数の端末を利用する場合があるという点である。
(b-1)：ユーザAが携帯電話から発信し、ユーザAとユーザBとの間でテレビ電話が開始される。ユーザAは音声通信のサービス実行端末として携帯電話を利用し、画像通信のサービス実行端末としてPCを利用する。ユーザBも同様に、音声通信のサービス実行端末として携帯電話を利用し、画像通信のサービス実行端末としてPCを利用する。このシナリオの手順は以下の通りである。
手順１：ユーザAが携帯電話２９ａから通信相手（ユーザB）、希望するサービス（テレビ電話）、およびサービス実行端末（音声通信は携帯電話２９ａ、画像通信はPC２３ａ）を選択し、発信ボタンを押下する。
手順２：ユーザBが携帯電話２９ｂで着信すると、ユーザAがテレビ電話を希望していることが画面に表示される。
手順３：ユーザBは通話ボタンを押し、機能ごとに希望する端末（音声通信は携帯電話２９ｂ、画像通信はPC２３ｂ）を選択し、再度通話ボタンを押す。
手順４：ユーザAとユーザBとでテレビ電話が開始される。

ケースＣ：テレビ電話を希望し、音声通話によりサービスを開始するケース
発信ユーザがテレビ電話を希望したとしても、着信ユーザが必ずしもテレビ電話可能とは限らない。端末性能あるいは着信ユーザの希望等により、テレビ電話を実行できない場合にはそのまま音声通話が開始可能であることが望ましい。
(c-1)：テレビ電話を希望するユーザAが携帯電話から発信する。しかし、ユーザBは現在テレビ電話ができないため、音声通話で発信を行う。このシナリオの手順は以下の通りである。
手順１：ユーザAが携帯電話２９ａから通信相手（ユーザB）、希望するサービス（テレビ電話）、およびサービス実行端末（音声通信は携帯電話２９ａ、画像通信はPC２３ａ）を選択し、発信ボタンを押下する。ここでは、テレビ電話で接続できなければ音声通話でも接続処理を行うことを予め設定しておく。
手順２：ネットワーク内部のサーバ群（セッション管理サーバ１４、プレゼンスサーバ１３）が、ユーザBのプレゼンス状態からテレビ電話を実現できないと判断し、音声通話を希望する発信として処理する。
手順３：ユーザBが携帯電話２９ｂで着信すると、ユーザAが音声通話を希望していることが画面に表示される。
手順４： ユーザBは通話ボタンを押し、希望するサービス実行端末（携帯電話２９ｂ、PC２３ｂなど）を選択後、再度通話ボタンを押す。
手順５：ユーザAとユーザBとで音声通話が開始される。

(c-2)：テレビ電話を希望するユーザAが携帯電話から発信する。しかしながら、ユーザBがテレビ電話による通話を拒否し、音声通話を希望したため、音声通話が開始される。このシナリオの手順は以下の通りである。
手順１：ユーザAが携帯電話２９ａから通信相手（ユーザB）、希望するサービス（テレビ電話）、およびサービス実行端末（音声通信は携帯電話２９ａ、画像通信はPC２３ａ）を選択し、発信ボタンを押下する。ここで、テレビ電話で接続できなければ音声通話でも接続処理を行うことを予め設定しておく。
手順２：ユーザBが携帯電話２９ｂで着信すると、ユーザAがテレビ電話を希望していることが画面に表示される。
手順３：ユーザBは音声通話を選択して通話ボタンを押し、希望するサービス実行端末（携帯電電話２９ｂ）を選択後、再度通話ボタンを押す。
手順４：ユーザAとユーザBとで音声通話が開始される。

[サービス切替え時におけるシナリオ]
Ａ：端末あるいはアプリケーションを切替えるケース
(a-1)：ユーザAの携帯電話とユーザBの携帯電話とで音声通話を行っている最中に、ユーザAが携帯電話からテレビ電話への切替え要求を行う。ここでは、ユーザA，Bのいずれもが、音声通信を携帯電話、画像通信をPCで行うものとする。このシナリオの手順は以下の通りである。
手順１：通話中のユーザAが携帯電話２９ａから、希望する切替え後のサービス（テレビ電話）とサービス実行端末（音声通信は携帯電話２９ａ、画像通信はPC２３ａ）を選択し、切替えボタンを押下する。
手順２：ユーザBは携帯電話２９ｂで切替要求を受信すると、ユーザAがテレビ電話を希望していることが画面に表示される。
手順３：ユーザBは切替えボタンを押し、希望するサービス実行端末（音声通信は携帯電話２９ｂ、画像通信はPC２３ｂ）を選択後、再度切替えボタンを押す。
手順４：ユーザAとユーザBとで音声通話がテレビ電話に切替わる。

Ｂ：ネットワークを切替えるケース
(b-1)：ユーザA（PDA２８ａあるいは無線LAN機能付き携帯）がユーザBのPC２３ｂと音声通話を行っている。ユーザAが外出先から家に戻ると、自動的に携帯ネットワークから家庭の無線LANへとネットワークが切り替わり、通話を継続する。このシナリオの手順は以下の通りである。
手順１：ユーザAは携帯電話の電波しか入らない箇所（屋外）で通話をしている。
手順２：家庭やオフィス等の屋内に入ると、無線LANのエリアであることを端末が自動的に検知する。
手順３：端末が自動的にネットワークの切替えを行う。

Ｃ：携帯電話による遠隔からのセッション制御
(c-1)：ユーザAがPC にストリーミングサーバから配信されるビデオコンテンツをリビングのテレビで見ている。携帯電話からの操作により、ストリーミングをそのまま寝室で見続ける。
手順１：ユーザAは携帯電話の画面上で、切替え後のサービス実行端末（画像通信は寝室のテレビ、音声通信は寝室のステレオ）を選択し、切替えボタンを押す。
手順２：ストリーミングサーバやホームネットワークのプロキシサーバがユーザAからの要求を受信し、配信先の切替えを行う。
手順３：ユーザAが寝室に移動する。

なお、上記した各実施形態では、通信リソースの選択や切替がユーザのスイッチ操作に基づいて手動で行われるものとして説明したが、本発明はこれのみに限定されるものではなく、状況に応じて最適な通信リソースが自動的に選択されるようにしても良い。

例えば、ユーザ端末がネットワークに関する通信リソースとしてブルートゥースを備えている場合には、ユーザ端末がブルートゥースの通信有効範囲に入ると、これを検知してネットワークがブルートゥースに自動的に切り替わるようにしても良い。

あるいは、ユーザ端末にGPSを搭載し、ユーザ端末が自宅に入ったらホームネットワーク用のネットワークに自動的に切り替わったり、ユーザ端末が無線LANのホットスポット（登録商標）のエリアに侵入したらネットワークが無線LANに自動的に切り替わったりするようにしても良い。

さらには、相手端末から要求された通信サービスに応じて自身が選択すべき通信リソースを予めユーザ端末に登録しておき、着呼時やサービス切替時に相手の要求する通信サービスに応じて通信リソースが自動的に選択されるようにしても良い。

本発明に係る通信サービス提供システムのネットワーク構成を示したブロック図である。 各ユーザ端末の主要部の構成を示したブロック図である。 端末ログオンの制御手順を示したシーケンス図である。 ユーザログオンの制御手順を示したシーケンス図である。 発呼フェーズの手順を示したシーケンス図である。 通信リソース通知フェーズの手順を示したシーケンス図である。 通信実行フェーズのシーケンス図である。 第1切替シーケンスのシーケンス図である。 第２切替シーケンスのシーケンス図である。 切断処理のシーケンスを示した図である。 PDAに表示される接続／ステータス画面の一例を示した図である。 PDAに表示される接続／ステータス画面の一例を示した図である。 「接続要求への応答」画面の一例を示した図である。 「切替要求への応答」画面の一例を示した図である。 携帯電話の表示画面の遷移を示した図（その１）である 携帯電話の表示画面の遷移を示した図（その２）である 携帯電話の表示画面の遷移を示した図（その３）である 携帯電話の表示画面の遷移を示した図（その４）である 携帯電話の表示画面の遷移を示した図（その５）である 携帯電話の表示画面の遷移を示した図（その６）である 通信中画面(D21)の一例を示した図である。 通信中画面(D22)の一例を示した図である。

符号の説明

１…サーバ群、２（２ａ，２ｂ）…オフィスネットワークまたはホームネットワーク、３…携帯電話基地局、４…インターネット、１１…ルータ、１２…ハブ、１３…プレゼンスサーバ、１４…セッション管理サーバ、２１（２１ａ，２１ｂ）UPnP対応ルータ…、２２（２２ａ，２２ｂ）…ハブ、２３（２３ａ，２３ｂ）…パーソナルコンピュータ(PC)、２４（２４ａ，２４ｂ）…DHCPサーバ、２５（２５ａ，２５ｂ）…無線アクセスポイント(AP)、２６（２６ａ，２６ｂ）…USBカメラ、２７（２７ａ，２７ｂ）…ヘッドセット、２９（２９ａ，２９ｂ）…携帯電話

Claims (8)

1. セッション管理サーバおよびプレゼンスサーバが配置されたネットワークを経由して発信者と受信者との間に確立された通信セッション上で、通信端末、アプリケーションおよびネットワークの各通信リソースを組み合わせて所定の通信サービスを提供する通信サービス提供方法において、
   発信者の発呼端末を含む少なくとも一つの通信端末がプレゼンスサーバにログオンしてプレゼンス情報を登録する手順と、
   受信者の着呼端末を含む少なくとも一つの通信端末がプレゼンスサーバにログオンしてプレゼンス情報を登録する手順と、
   発呼端末において、サービス実行端末、アプリケーションおよびネットワークのうち、アプリケーションを含む少なくとも一つに関して、所望の通信サービスを実現する通信リソースを一つずつ選択する手順と、
   前記発呼端末が、前記選択された通信リソースおよび発呼先を含む発呼要求をセッション管理サーバへ送信する手順と、
   前記セッション管理サーバがプレゼンスサーバから前記発呼先のプレゼンス情報を取得する手順と、
   前記セッション管理サーバが、前記取得したプレゼンス情報に基づいて、前記プレゼンスサーバにログオンしている受信者の通信端末から着呼端末を決定する手順と、
   前記セッション管理サーバが、前記選択された通信リソースを含む発呼要求を前記着呼端末へ送信する手順と、
   前記着呼端末において、前記発呼要求に基づいて、受信者のサービス実行端末を含む通信リソースを選択する手順と、
   前記着呼端末が、前記選択された通信リソースをセッション管理サーバへ通知する手順と、
   前記セッション管理サーバが、前記選択された通信リソースに関する情報を前記発呼端末および着呼端末から受信してセッションテーブルを作成する手順と、
   前記セッション管理サーバが、前記セッションテーブルの登録内容に基づいて、発信者および受信者の各サービス実行端末へ、利用する通信リソースの情報を通知する手順と、
   前記発信者および受信者が、前記通知された通信リソースの情報に基づいて前記各サービス実行端末で通信を開始する手順とを含み、
   前記通信リソースを選択する手順では、前記選択されたアプリケーションが分割可能な複数の機能を備えている場合に、サービス実行端末およびネットワークの少なくとも一方が前記機能ごとに選択されることを特徴とする通信サービスの提供方法。
2. 前記分割可能な複数の機能を備えるアプリケーションが、画像通信の機能および音声通信の機能を備えたテレビ電話であり、前記画像通信の機能と音声通信の機能とに別々のサービス実行端末が割り当てられることを特徴とする請求項１に記載の通信サービスの提供方法。
3. 前記発呼端末および着呼端末では、通信端末、アプリケーションおよびネットワークの各通信リソースが所定の順序で選択され、選択済みの通信リソースと組み合わせられない他の通信リソースの選択が禁止されることを特徴とする請求項１に記載の通信サービスの提供方法。
4. 前記発呼端末において通信リソースを選択する手順で、発呼端末以外の発信者の通信端末がサービス実行端末として選択されることを特徴とする請求項１に記載の通信サービスの提供方法。
5. 前記着呼端末において通信リソースを選択する手順で、着呼端末以外の受信者の通信端末がサービス実行端末として選択されることを特徴とする請求項１に記載の通信サービスの提供方法。
6. 相互に通信する発信者および受信者の一方のサービス実行端末において、切替対象の通信リソースを選択する手順と、
   前記一方のサービス実行端末からセッション管理サーバへ前記通信リソースの切替を通知する手順と、
   前記セッション管理サーバが、セッションテーブルに基づいて通信リソース切替の通知先を選択する手順と、
   前記セッション管理サーバが、前記選択された通知先のサービス実行端末へ前記通信リソースの切替を通知する手順とを含み、
   前記発信者および受信者の一方では通信リソースが切り替えられ、他方では通信リソースが切り替えられないことを特徴とする請求項１ないし５のいずれかに記載の通信サービスの提供方法。
7. 相互に通信中の一方のサービス実行端末において、切替対象の通信リソースを選択する手順と、
   前記一方のサービス実行端末からセッション管理サーバへ前記通信リソースの切替を通知する手順と、
   前記セッション管理サーバが、相互に通信中の他方のサービス実行端末へ通信リソースの切替通知を送信する手順と、
   前記他方のサービス実行端末において、前記通信リソースの切替通知に基づいて切り替え後の通信リソースを決定する手順と、
   前記他方のサービス実行端末からセッション管理サーバへ、前記決定した通信リソースを通知する手順と、
   前記セッション管理サーバが、前記一方および他方の各サービス実行端末から通知された切り替え後の通信リソースをセッションテーブルへ登録する手順と、
   前記セッション管理サーバが、セッションテーブルに基づいて通信リソース切替の通知先を選択する手順と、
   前記セッション管理サーバが、前記選択された通知先のサービス実行端末へ前記通信リソースの切替を通知する手順とを含み、
   前記発信者および受信者の一方および他方で通信リソースが切り替えられることを特徴とする請求項１ないし５のいずれかに記載の通信サービスの提供方法。
8. 前記切替対象の通信リソースを選択する手順において、通信中のサービス実行端末以外のサービス実行端末が通信リソースとして選択されることを特徴とする請求項６または７に記載の通信サービスの提供方法。

Images