(57)【要約】  【課題】  マルチメディア通信を行っている双方のエンド通信端末で、迅速かつ少ない処理手順で切替えを実現できる通信切替方法を提供する。  【解決手段】  ＰＣ端末１０５から携帯ＰＣ端末１０７へ切替指示を送信し（Ｓ３０２）、携帯ＰＣ端末１０７が通信相手側の携帯通信端末１０２へ切替接続要求を送信し（Ｓ３０６）、切替接続要求の応答待ちの状態にある携帯ＰＣ端末１０７が通信相手側からの切替接続要求を受信したときに同時に切替処理が行われていることを検知し（Ｓ３１２）、同時切替の検知に応じていずれかの切替接続要求に係る切替セッションの継続を決定し（Ｓ３１４、Ｓ３１５）、切替セッションの継続が決定された方の切替接続要求を受信した携帯ＰＣ端末１０７が自端末側の切替処理の情報を含めた成功応答を送信し（Ｓ３１６、Ｓ３１９）、中止する方の切替接続要求を受信したＰＣ端末１０１が失敗応答を送信する（Ｓ３１７、Ｓ３１８）。【選択図】  図１
2006352517.tif 000002
【特許請求の範囲】
【請求項１】
通信を行っている２つの通話中端末の少なくとも一方を、切替先端末に切り替える通信切替方法であって、
通信を行っている通信中端末が、自端末の切替先端末へ切替指示を送信するステップと、
切替指示を受けた切替先端末が、通信相手側の通信中端末へ切替接続要求を送信するステップと、
通信中端末が、通信相手側の切替先端末から切替接続要求を受信した場合に、その切替接続要求を自端末の切替先端末に転送するステップと、
切替先端末が、既に、通信相手側の通話中端末に前記切替接続要求を送信し、応答待ちの状態にある場合に、切替元端末の通話中端末から切替接続要求を受信したことにより、両方の通信中端末で同時に切替処理が行われていることを検知するステップと、
前記切替先端末が、同時に切替処理が行われていることを検知した場合に、いずれかの切替接続要求に係る切替セッションの継続を決定するステップと、
切替セッションを継続する切替先端末が、自端末側の切替処理の情報を含めた成功応答を、切替元の通話中端末に送信し、切替セッションを中止する切替先端末が、切替接続要求に対する失敗応答を、切替元の通話中端末に送信するステップと、
を備える通信切替方法。
【請求項２】
いずれかの切替接続要求に係る切替セッションの継続を決定するステップは、それぞれの切替接続要求のセッションＩＤに基づいて、継続する切替セッションを決定する請求項１に記載の通信切替方法。
【請求項３】
通信を行っている２つの通話中端末の少なくとも一方を切替先端末に切り替える通信切替方法であって、
通信を行っている通信中端末が、自端末の切替先端末へ切替指示を送信するステップと、
切替指示を受けた切替先端末が、通信相手側の通信中端末へ切替接続要求を送信するステップと、
通信中端末が、切替接続要求の応答待ちの状態にある場合に、通信相手側の切替先端末から切替接続要求を受信することにより、両方の通信中端末で同時に切替処理が行われていることを検知するステップと、
前記通話中端末が、同時に切替処理が行われていることを検知した場合に、切替接続要求を再送信する切替先端末を決定するステップと、
前記通話中端末が、再送信する切替先端末を示す情報を含めた切替接続要求に対する失敗応答を通信相手側の切替先端末に送信するステップと、
再送信の指示を含む失敗応答を受信した切替先端末が、通信相手側の切替先端末に切替接続要求を送信するステップと、
を備える通信切替方法。
【請求項４】
切替接続要求を再送信する切替先端末を決定するステップは、それぞれの切替接続要求のセッションＩＤに基づいて、再送信する切替先端末を決定する請求項３に記載の通信切替方法。
【請求項５】
通信を行っている２つの通話中端末の少なくとも一方を、切替先端末に切り替える通信切替方法であって、
通話中の自端末が、自端末の切替先端末へ切替接続要求を送信させるための切替指示を、通信相手の通信中端末に送信するステップと、
通信相手側の通信中端末が、既に、自端末に前記切替指示を送信し、応答待ちの状態にある場合に、自端末から切替指示を受信したことにより、両方の通信中端末で同時に切替処理が行われていることを検知するステップと、
通信相手側の通話中端末が、同時に切替処理が行われていることを検知した場合に、いずれかの切替指示に係る切替セッションの継続を決定するステップと、
切替セッションの継続が決定された方の切替指示を受信した通信中端末が、前記切替指示に対する成功応答を、切替セッションを中止する通話中端末に送信し、中止する方の切替指示を受信した通信中端末が、前記切替指示に対する失敗応答を、切替セッションを継続する通話中端末に送信するステップと、
切替セッションの継続をする通信中端末が、自端末の切替先端末に切替指示を転送し、
切替指示を受けた切替先端末が、切替セッションを中止する通話中端末の切替先端末に切替接続要求を送信するステップと、
を備える通信切替方法。
【請求項６】
通信を行っている２つの通話中端末の少なくとも一方を、切替先端末に切り替える通信切替方法であって、
通話中の自端末が、自端末の切替先端末へ切替接続要求を送信させるための切替指示を、通信相手の通信中端末に送信するステップと、
通信相手側の通信中端末が、既に、自端末に前記切替指示を送信し、応答待ちの状態にある場合に、自端末から切替指示を受信したことにより、両方の通信中端末で同時に切替処理が行われていることを検知するステップと、
通信相手側の通信中端末が、同時に切替処理が行われていることを検知した場合に、いずれかの切替指示に係る切替セッションの継続を決定するステップと、
切替セッションの継続する通信中端末が、切替セッションの継続する通信中端末の切替先端末に切替指示を転送し、切替セッションを中止する通信中端末が、切替セッションの継続する通信中端末に前記切替指示に対する失敗応答を送信するステップと、
切替指示を受けた切替先端末が、切替セッションを中止する通信中端末の切替先端末に切替接続要求を送信ステップと、
を備える通信切替方法。
【請求項７】
いずれかの切替指示に係る切替セッションの継続を決定するステップは、開設中の通信を開始した端末の情報に基づいて継続する切替セッションを決定する請求項５または６に記載の通信切替方法。
【請求項８】
通信相手との間で通信を行っている通信中端末から、その通信中端末に代わって通信相手との通信を継続することを指示する切替指示を受信する手段と、
前記切替指示に応じて、通信相手の通信中端末に切替接続要求を送信する手段と、
前記切替接続要求の応答待ちの状態において通信相手側から送信された切替接続要求を受信した場合に、自端末側と通信相手側で同時に切替処理が行われていることを検知する手段と、
同時に切替処理が行われていることを検知した場合に、自端末から送信した切替接続要求に係る切替セッションまたは通信相手側から送信された切替接続要求に係る切替セッションのいずれかの継続を決定する手段と、
通信相手側から送信された切替接続要求に係る切替セッションの継続が決定された場合に自端末側の切替処理の情報を含めた成功応答を送信し、自端末から送信した切替接続要求に係る切替セッションの継続が決定された場合に切替接続要求に対する失敗応答を送信する手段と、
を備える通信端末。
【請求項９】
通信相手の端末との間で開設されている通信を、自端末に代わって継続することを指示する切替指示を切替先端末に送信する手段と、
前記切替指示に応じて切替先端末から送信された前記切替接続要求の応答待ちの状態において通信相手側から送信された切替接続要求を受信した場合に、自端末側と通信相手側で同時に切替処理が行われていることを検知する手段と、
同時に切替処理が行われていることを検知した場合に、自端末の切替先端末または通信相手側の切替先端末を切替接続要求を再送信する端末として決定する手段と、
自端末の切替先端末で切替接続要求を再送信すると決定された場合には前記切替接続要求に対する失敗応答を送信し、通信相手側の切替先端末で切替接続要求を再送信することを決定した場合には切替接続要求を再送信する指示を含む失敗応答を送信する手段と、
を備える通信端末。
【請求項１０】
通信相手の端末との間で開設されている通信を、自端末に代わる切替先端末との通信に切り替える切替指示を通信相手の通信中端末に送信する手段と、
前記切替指示に対する応答待ちの状態で通信相手の通信中端末から切替指示を受信した場合に、両方の通信中端末で同時に切替処理が行われていることを検知する手段と、
同時に切替処理が行われていることを検知した場合に、いずれかの切替指示に係る切替セッションの継続を決定する手段と、
自端末から送信した切替指示に係る切替セッションの継続が決定された場合に前記切替指示に対する失敗応答を送信し、通信相手の通信中端末から送信した切替指示に係る切替セッションの継続が決定された場合に前記切替指示に対する成功応答を送信する手段と、
通信相手の通信中端末から送信した切替指示に係る切替セッションの継続が決定された場合に、切替先端末から通信相手側の切替先端末に切替接続要求を送信させるための切替指示を自端末の切替先端末に送信する手段と、
を備える通信端末。
【請求項１１】
通信相手の端末との間で開設されている通信を、自端末に代わる切替先端末との通信に切り替える切替指示を通信相手の通信中端末に送信する手段と、
前記切替指示に対する応答待ちの状態で通信相手の通信中端末から切替指示を受信した場合に、両方の通信中端末で同時に切替処理が行われていることを検知する手段と、
同時に切替処理が行われていることを検知した場合に、いずれかの切替指示に係る切替セッションの継続を決定する手段と、
自端末から送信した切替指示に係る切替セッションの継続が決定された場合に前記切替指示に対する失敗応答を送信し、通信相手の通信中端末から送信した切替指示に係る切替セッションの継続が決定された場合に切替先端末から通信相手側の切替先端末に切替接続要求を送信させるための切替指示を自端末の切替先端末に送信する手段と、
を備える通信端末。
【発明の詳細な説明】
【技術分野】
【０００１】
本発明は、ネットワークに接続される通信端末およびこれを用いた通信切替方法に関する。
【背景技術】
【０００２】
近年、携帯電話やＰＤＡなどの携帯通信端末が普及し、ＴＶ電話やコンテンツ配信サービスの受信などのマルチメディア通信を利用できるように変化しつつある。しかし、携帯通信端末では、その端末能力や伝送能力の制約からマルチメディア通信における画面サイズやフレームレートなどの機能性が限られている。このため、携帯通信端末をエンド通信端末として利用していたマルチメディア通信を、ユーザの周辺に存在する高機能なマルチメディア通信端末に切り替えることで、より高機能なマルチメディア通信を利用することが望まれている。例えば、携帯通信端末を利用してＴＶ電話を続けているユーザが、自宅に到着し、携帯通信端末より高機能なマルチメディア通信端末であるＴＶ電話用端末が周辺に存在する環境に入る。この時、自宅に着いたユーザは携帯通信端末からそのＴＶ電話用端末へマルチメディア通信を切り替えることで、画面サイズやフレームレートをあげた、より大画面、高画質によるマルチメディア通信を行うことが可能になる。
【０００３】
このようなマルチメディア通信におけるエンド通信端末の切替えには、例えば、マルチメディア通信を一端末から別の端末に転送することで実現されており、例えば非特許文献１のような技術が使われていた。また、通信における制御の開始や変更処理に関しては、例えば非特許文献２や特許文献１のような技術が使われていた。
【非特許文献１】ＩＥＴＦ  ＲＦＣ３２６１、ＲＦＣ３５１５
【非特許文献２】ＩＴＵ−Ｔ  Ｈ．３２３、Ｈ．２４５、Ｑ．９３１
【特許文献１】特開２０００−１１５２５３号公報
【発明の開示】
【発明が解決しようとする課題】
【０００４】
しかしながら、ユーザによるマルチメディア通信におけるエンド通信端末の切替えは、通信の一方側のみ、つまり、片側のエンド通信端末でのみ起こることではなく、例えば、双方のユーザ間でマルチメディア通信をしながら移動している場合には、双方のユーザが所持するエンド通信端末がそれぞれの周辺にある高機能なマルチメディア通信端末を発見し、双方のエンド通信端末がそれへ同時に切替えを実施する可能性がある。
【０００５】
非特許文献１による従来例では、マルチメディア通信を行っている双方のエンド通信端末で、同時に切替えを行う場合に、切替処理に関するシグナリングが衝突してしまうために処理が失敗して終了し、ユーザやアプリケーションが再度、切替処理を開始する必要があった。すなわち、必ずシグナリングの衝突を避けて、一エンド通信端末ずつ切替処理を行う必要があった。
【０００６】
また、非特許文献２や特許文献１では、通信における制御が衝突した場合の対策として、通信を行っている二つのエンド通信端末間で、どちらが制御を行うべきかを決定する手順を設けており、本手順の後に、改めて通信における制御を開始する必要があった。
【０００７】
そのため、マルチメディア通信を行っている双方のユーザが、移動することにより刻一刻と変わっていく状況に合わせて、マルチメディア通信中のエンド通信端末を同時により最適な端末に切り替える際に、ユーザによる再処理の手間やアプリケーションによる再処理の負荷がかかり、シグナリング処理そのものにおける時間がかかるという課題があった。
【０００８】
本発明は上記背景に鑑みて、マルチメディア通信を行っている双方のエンド通信端末で、同時にマルチメディア通信を切り替える際に、迅速かつ少ない処理手順で切替処理を実現できる通信端末およびこれを用いた通信切替方法を提供することを目的とする。
【課題を解決するための手段】
【０００９】
本発明の通信切替方法は、通信を行っている２つの通話中端末の少なくとも一方を、切替先端末に切り替える通信切替方法であって、通信を行っている通信中端末が、自端末の切替先端末へ切替指示を送信するステップと、切替指示を受けた切替先端末が、通信相手側の通信中端末へ切替接続要求を送信するステップと、通信中端末が、通信相手側の切替先端末から切替接続要求を受信した場合に、その切替接続要求を自端末の切替先端末に転送するステップと、切替先端末が、既に、通信相手側の通話中端末に前記切替接続要求を送信し、応答待ちの状態にある場合に、切替元端末の通話中端末から切替接続要求を受信したことにより、両方の通信中端末で同時に切替処理が行われていることを検知するステップと、前記切替先端末が、同時に切替処理が行われていることを検知した場合に、いずれかの切替接続要求に係る切替セッションの継続を決定するステップと、切替セッションを継続する切替先端末が、自端末側の切替処理の情報を含めた成功応答を、切替元の通話中端末に送信し、切替セッションを中止する切替先端末が、切替接続要求に対する失敗応答を、切替元の通話中端末に送信するステップと、を備える。
【００１０】
このように切替先端末から送信した切替接続要求の応答待ちの状態で、切替先端末が通信相手からも切替接続要求を受信したときには、自端末側と通信相手側の両方で同時に切替処理が行われていることを検知する。このとき、切替先端末は、一方の切替接続要求に係る切替セッションを中止すると共に、他方の切替接続要求に係る切替セッションを継続し、継続する切替セッションに中止する方の切替処理の情報を含めることで切替セッションを統合し、両方の切替えを同時に実現することができる。これにより、ユーザやアプリケーションによる再処理、または、改めて切替処理というマルチメディア通信を制御する手順を開始する必要が無く、同時に、迅速に、マルチメディア通信を行っている双方の通信端末を切り替えることが可能となる。
【００１１】
上記通信切替方法において、いずれかの切替接続要求に係る切替セッションの継続を決定するステップは、それぞれの切替接続要求のセッションＩＤに基づいて、継続する切替セッションを決定してもよい。
【００１２】
このようにセッションＩＤに基づいて継続する切替セッションを決定することにより、２つの切替先端末は継続するセッションを一意に定めることができる。２つの切替先端末が共通に認識しているセッションＩＤに基づいて継続セッションを決定しているので、両方の端末で同じ決定結果が得られ、決定後に継続セッションの情報を通知する必要がない。
【００１３】
本発明の別の態様に係る通信切替方法は、通信を行っている２つの通話中端末の少なくとも一方を切替先端末に切り替える通信切替方法であって、通信を行っている通信中端末が、自端末の切替先端末へ切替指示を送信するステップと、切替指示を受けた切替先端末が、通信相手側の通信中端末へ切替接続要求を送信するステップと、通信中端末が、切替接続要求の応答待ちの状態にある場合に、通信相手側の切替先端末から切替接続要求を受信することにより、両方の通信中端末で同時に切替処理が行われていることを検知するステップと、前記通話中端末が、同時に切替処理が行われていることを検知した場合に、切替接続要求を再送信する切替先端末を決定するステップと、前記通話中端末が、再送信する切替先端末を示す情報を含めた切替接続要求に対する失敗応答を通信相手側の切替先端末に送信するステップと、再送信の指示を含む失敗応答を受信した切替先端末が、通信相手側の切替先端末に切替接続要求を送信するステップと、を備える。
【００１４】
このように切替指示の応答待ちの状態で、通信中端末が通信相手からも切替指示を受信したときには、自端末側と通信相手側の両方で同時に切替処理が行われていることを検知する。このとき、通信中端末は、切替先端末の一方を切替接続要求を再送信する端末として決定し、再送信する端末を示す情報を含む失敗応答を双方に送信し、再送信を指示された切替先端末が切替接続要求を再送信するので、切替セッションを統合して、両方の切替えを同時に実現することができる。これにより、ユーザやアプリケーションによる再処理、または、改めて切替処理というマルチメディア通信を制御する手順を開始する必要が無く、同時に、迅速に、マルチメディア通信を行っている双方の通信端末を切り替えることが可能となる。
【００１５】
上記通信切替方法において、切替接続要求を再送信する切替先端末を決定するステップは、それぞれの切替接続要求のセッションＩＤに基づいて、再送信する切替先端末を決定してもよい。
【００１６】
このようにセッションＩＤに基づいて継続する再送信する端末を決定することにより、２つの通信中端末は再送信する端末を一意に定めることができる。２つの通信中端末が共通に認識しているセッションＩＤに基づいて継続セッションを決定しているので、両方の端末で同じ決定結果が得られ、決定後に継続セッションの情報を通知する必要がない。
【００１７】
本発明の別の態様に係る通信切替方法は、通信を行っている２つの通話中端末の少なくとも一方を、切替先端末に切り替える通信切替方法であって、通話中の自端末が、自端末の切替先端末へ切替接続要求を送信させるための切替指示を、通信相手の通信中端末に送信するステップと、通信相手側の通信中端末が、既に、自端末に前記切替指示を送信し、応答待ちの状態にある場合に、自端末から切替指示を受信したことにより、両方の通信中端末で同時に切替処理が行われていることを検知するステップと、通信相手側の通話中端末が、同時に切替処理が行われていることを検知した場合に、いずれかの切替指示に係る切替セッションの継続を決定するステップと、切替セッションの継続が決定された方の切替指示を受信した通信中端末が、前記切替指示に対する成功応答を、切替セッションを中止する通話中端末に送信し、中止する方の切替指示を受信した通信中端末が、前記切替指示に対する失敗応答を、切替セッションを継続する通話中端末に送信するステップと、切替セッションの継続をする通信中端末が、自端末の切替先端末に切替指示を転送し、切替指示を受けた切替先端末が、切替セッションを中止する通話中端末の切替先端末に切替接続要求を送信するステップと、を備える。
【００１８】
このように通信中端末から送信した切替指示の応答待ちの状態で、通信中端末が通信相手からも切替指示を受信したときには、自端末側と通信相手側の両方で同時に切替処理が行われていることを検知する。このとき、通信中端末は、一方の切替指示に係る切替セッションを中止すると共に、他方の切替接続要求に係る切替セッションを継続し、継続する切替セッションに中止する方の切替処理の情報を含めることで切替セッションを統合し、両方の切替えを同時に実現することができる。これにより、ユーザやアプリケーションによる再処理、または、改めて切替処理というマルチメディア通信を制御する手順を開始する必要が無く、同時に、迅速に、マルチメディア通信を行っている双方の通信端末を切り替えることが可能となる。
【００１９】
本発明の別の態様に係る通信切替方法は、通信を行っている２つの通話中端末の少なくとも一方を、切替先端末に切り替える通信切替方法であって、通話中の自端末が、自端末の切替先端末へ切替接続要求を送信させるための切替指示を、通信相手の通信中端末に送信するステップと、通信相手側の通信中端末が、既に、自端末に前記切替指示を送信し、応答待ちの状態にある場合に、自端末から切替指示を受信したことにより、両方の通信中端末で同時に切替処理が行われていることを検知するステップと、通信相手側の通信中端末が、同時に切替処理が行われていることを検知した場合に、いずれかの切替指示に係る切替セッションの継続を決定するステップと、切替セッションの継続する通信中端末が、切替セッションの継続する通信中端末の切替先端末に切替指示を転送し、切替セッションを中止する通信中端末が、切替セッションの継続する通信中端末に前記切替指示に対する失敗応答を送信するステップと、切替指示を受けた切替先端末が、切替セッションを中止する通信中端末の切替先端末に切替接続要求を送信ステップと、を備える。
【００２０】
このように通信中端末から送信した切替指示の応答待ちの状態で、通信中端末が通信相手からも切替指示を受信したときには、自端末側と通信相手側の両方で同時に切替処理が行われていることを検知する。このとき、通信中端末は、一方の切替指示に係る切替セッションを中止すると共に、他方の切替接続要求に係る切替セッションを継続し、継続する切替セッションに中止する方の切替処理の情報を含めることで切替セッションを統合し、両方の切替えを同時に実現することができる。これにより、ユーザやアプリケーションによる再処理、または、改めて切替処理というマルチメディア通信を制御する手順を開始する必要が無く、同時に、迅速に、マルチメディア通信を行っている双方の通信端末を切り替えることが可能となる。
【００２１】
上記通信切替方法において、いずれかの切替指示に係る切替セッションの継続を決定するステップは、開設中の通信を開始した端末の情報に基づいて継続する切替セッションを決定してもよい。
【００２２】
このように開設中の通信を開始した端末の情報に基づいて、継続する切替セッションを一意に決定できる。
【００２３】
本発明の通信端末は、通信相手との間で通信を行っている通信中端末から、その通信中端末に代わって通信相手との通信を継続することを指示する切替指示を受信する手段と、前記切替指示に応じて、通信相手の通信中端末に切替接続要求を送信する手段と、前記切替接続要求の応答待ちの状態において通信相手側から送信された切替接続要求を受信した場合に、自端末側と通信相手側で同時に切替処理が行われていることを検知する手段と、同時に切替処理が行われていることを検知した場合に、自端末から送信した切替接続要求に係る切替セッションまたは通信相手側から送信された切替接続要求に係る切替セッションのいずれかの継続を決定する手段と、通信相手側から送信された切替接続要求に係る切替セッションの継続が決定された場合に自端末側の切替処理の情報を含めた成功応答を送信し、自端末から送信した切替接続要求に係る切替セッションの継続が決定された場合に切替接続要求に対する失敗応答を送信する手段とを備える。
【００２４】
この構成により、開設中の通信の切替えの指示により通信を引き継ぐ通信端末は、通信相手側でも切替処理が同時に行われているときに、切替セッションを統合して両方の切替えを同時に実現することができる。
【００２５】
本発明の別の態様に係る通信端末は、通信相手の端末との間で開設されている通信を、自端末に代わって継続することを指示する切替指示を切替先端末に送信する手段と、前記切替指示に応じて切替先端末から送信された前記切替接続要求の応答待ちの状態において通信相手側から送信された切替接続要求を受信した場合に、自端末側と通信相手側で同時に切替処理が行われていることを検知する手段と、同時に切替処理が行われていることを検知した場合に、自端末の切替先端末または通信相手側の切替先端末を切替接続要求を再送信する端末として決定する手段と、自端末の切替先端末で切替接続要求を再送信すると決定された場合には前記切替接続要求に対する失敗応答を送信し、通信相手側の切替先端末で切替接続要求を再送信することを決定した場合には切替接続要求を再送信する指示を含む失敗応答を送信する手段とを備える。
【００２６】
この構成により、他の端末に通信の切替えを指示する通信端末は、通信相手側でも切替処理が同時に行われているときに、切替セッションを統合して両方の切替えを同時に実現することができる。
【００２７】
本発明の別の態様に係る通信端末は、通信相手の端末との間で開設されている通信を、自端末に代わる切替先端末との通信に切り替える切替指示を通信相手の通信中端末に送信する手段と、前記切替指示に対する応答待ちの状態で通信相手の通信中端末から切替指示を受信した場合に、両方の通信中端末で同時に切替処理が行われていることを検知する手段と、同時に切替処理が行われていることを検知した場合に、いずれかの切替指示に係る切替セッションの継続を決定する手段と、自端末から送信した切替指示に係る切替セッションの継続が決定された場合に前記切替指示に対する失敗応答を送信し、通信相手の通信中端末から送信した切替指示に係る切替セッションの継続が決定された場合に前記切替指示に対する成功応答を送信する手段と、通信相手の通信中端末から送信した切替指示に係る切替セッションの継続が決定された場合に、切替先端末から通信相手側の切替先端末に切替接続要求を送信させるための切替指示を自端末の切替先端末に送信する手段とを備える。
【００２８】
この構成により、他の端末に通信の切替えを指示する通信端末は、通信相手側でも切替処理が同時に行われているときに、切替セッションを統合して両方の切替えを同時に実現することができる。
【００２９】
本発明の別の態様に係る通信端末は、通信相手の端末との間で開設されている通信を、自端末に代わる切替先端末との通信に切り替える切替指示を通信相手の通信中端末に送信する手段と、前記切替指示に対する応答待ちの状態で通信相手の通信中端末から切替指示を受信した場合に、両方の通信中端末で同時に切替処理が行われていることを検知する手段と、同時に切替処理が行われていることを検知した場合に、いずれかの切替指示に係る切替セッションの継続を決定する手段と、自端末から送信した切替指示に係る切替セッションの継続が決定された場合に前記切替指示に対する失敗応答を送信し、通信相手の通信中端末から送信した切替指示に係る切替セッションの継続が決定された場合に切替先端末から通信相手側の切替先端末に切替接続要求を送信させるための切替指示を自端末の切替先端末に送信する手段とを備える。
【００３０】
この構成により、他の端末に通信の切替えを指示する通信端末は、通信相手側でも切替処理が同時に行われているときに、切替セッションを統合して両方の切替えを同時に実現することができる。
【発明の効果】
【００３１】
本発明により、一つのマルチメディア通信を切り替える切替処理が衝突した際、相手側の端末による切替処理を検知し、双方の切替先端末において切替処理を統合することで、マルチメディア通信を行っていた二端末で、同時に通信の切替（エンド通信端末の切替）を実現できる。
【００３２】
また、本発明により、一つのマルチメディア通信を切り替える切替処理が衝突した際、相手先端末による切替処理を検知し、双方の切替元端末において切替処理を統合し、双方の切替先端末における切替処理を変更することで、マルチメディア通信を行っていた二端末で、同時に通信の切替（エンド通信端末の切替）を実現する。
【００３３】
また、マルチメディア通信を切り替える切替処理が衝突した際、相手先端末による切替処理を検知し、双方の切替元端末において切替処理を統合し、片側の一端末が双方の切替処理を反映して、切替先端末における切替処理を変更することで、マルチメディア通信を行っていた二端末で、同時に該通信の切替（エンド通信端末の切替）を実現する。
【００３４】
また、マルチメディア通信を切り替える切替処理が衝突した際、相手先端末による切替処理を検知し、双方の切替元端末において切替処理を統合し、片側の一端末が双方の切替処理を反映して、切替先端末における切替処理を変更し、変更後の切替処理の一部を担うことで、マルチメディア通信を行っていた二端末で、同時に該通信の切替（エンド通信端末の切替）を実現する。
【００３５】
すなわち、いずれの場合にも、既に開始していた切替処理の内容を踏まえ、その処理情報を反映、統合してマルチメディア通信を制御するため、シグナリング手順が削減され、より迅速に切替処理が開始、継続できる。
【００３６】
また、シグナリング処理において、あらかじめ、制御側を決定するような手順が必要なく、切替要求シグナリング内の値を利用して、マスタ・スレーブを決定するため、手順が統合され、再度、独立して切替処理を行う必要がない。
【００３７】
また、シグナリング手順において切替処理の衝突が解決されるため、ユーザやアプリケーションが再処理を行う必要が無く、負担が軽減され、迅速に、同時にマルチメディア通信の切替が可能となる。
【発明を実施するための最良の形態】
【００３８】
以下、本発明の実施形態に係る通信切替方法および通信端末について図面を参照しながら説明する。可能な場合には、重複する説明を省略する。
【００３９】
（第１の実施の形態）
図１は、本発明の実施の形態に係る通信切替方法の動作を示す図である。通信切替方法について説明する前に、図２および図３を参照して通信切替方法を実現するネットワークシステムおよび通信端末について説明する。
【００４０】
図２は、本実施の形態に係るネットワークシステム１００の構成を示す図である。本実施の形態に係るネットワークシステム１００は、ＩＰネットワーク１０４とそれに接続されるローカルＩＰネットワーク１０３，１０８、およびこのローカルＩＰネットワーク１０３，１０８に接続される様々な種類の通信端末を有する。様々な種類の通信端末は、ＰＣ端末１０１，１０５、携帯通信端末１０２、アクセスポイント１０６、このアクセスポイント１０６を通してローカルＩＰネットワーク１０８に接続される携帯ＰＣ端末１０７などである。
【００４１】
図３は、ネットワークシステム１００を構成するＰＣ端末１０１，１０５、携帯通信端末１０２、携帯ＰＣ端末１０７など端末（以下、これらの端末を総称して「エンド通信端末２００」という）の構成を示すブロック図である。エンド通信端末２００は、ユーザ入出力部２０１と、通信プロトコル指示・判断部２０５と、通信プロトコル解析・作成部２０６と、通信プロトコル送受信部２０７とを有する。通信プロトコル指示・判断部２０５は、切替セッション統合・制御部２０２と、重複切替認識部２０３と、切替情報解析・作成部２０４とを有する。
【００４２】
ユーザ入出力部２０１は、ユーザへの入出力を扱う。ユーザからの入力はボタンやキーなどによって行われ、ユーザへの出力はディスプレイ表示、音再生などによって行われる。このユーザ入出力部２０１によって、電話やアプリケーションなどのマルチメディア通信の開始、終了、切り替える機器の選択、動作の許可、着信の通知などに必要な入出力を行うことができる。
【００４３】
通信プロトコル指示・判断部２０５は、ユーザ入出力部２０１から受けた通信の開始などのユーザの要望に合わせて、通信プロトコルによる指示や判断を行う。また、外部から通信プロトコルにより受信したユーザに対する要求情報、例えば、通信の開始要求などについてユーザへ通知するかどうか判断し、通知する場合には、ユーザ入出力部２０１を通じ、ユーザに対して通信プロトコルにより受信した要求情報を通知する。さらに、マルチメディア通信（セッション）の切替えについて指示や判断するために、切替セッション統合・制御部２０２、重複切替認識部２０３、切替情報解析・作成部２０４を有する。
【００４４】
重複切替認識部２０３は、ユーザ、もしくは、通信先の端末から切替えに関する要求を受け、自端末側の切替処理と通信相手側の切替処理とが同時に行われていることを認識する。本明細書では、切替処理が同時に行われることを「重複切替」という。
【００４５】
切替セッション統合・制御部２０２は、重複切替えにより、切替セッションが存在する場合に、この切替セッションを統合して一つの切替セッションを確立する制御を行う。
【００４６】
切替情報解析・作成部２０４は、ユーザからの切替えに関する要求を反映した切替情報を作成、もしくは、通信先の端末からの切替えに関する要求を反映した切替情報を解析する。
【００４７】
通信プロトコル解析・作成部２０６は、通信の開設、切替え、切断等の要求、条件等の要求情報や応答情報を通信プロトコルのコマンドとして作成または解析する。
【００４８】
通信プロトコル送受信部２０７は、ローカルＩＰネットワーク１０８、ＩＰネットワーク１０４を通して、通信先の端末との通信プロトコルの送受信を行う。
【００４９】
本実施の形態に係るネットワークシステム１００において、エンド通信端末の切替えが通信中の両方の端末で同時に発生した場合の動作について、図１および図４〜図１１を参照して、説明する。
【００５０】
最初に、図１および図４を参照して同時切替えシーケンスの概要について説明する。本実施の形態では、マルチメディア通信中の二ユーザのうち、一のユーザがＰＣ端末１０５を利用していたが会社内を移動するために携帯ＰＣ端末１０７へと切り替え、同時に、相手側のユーザが携帯通信端末１０２を利用していたが家へと帰ってきたためにＰＣ端末１０１へと切り替え、マルチメディア通信を継続する例である。また、本実施の形態では、通信プロトコルとしてＳＩＰ（Ｓｅｓｓｉｏｎ  Ｉｎｉｔｉａｔｉｏｎ  Ｐｒｏｔｏｃｏｌ）を利用した場合の例について説明する。
【００５１】
図１に示すように、エンド通信端末２００であるＰＣ端末１０５と携帯通信端末１０２の間では、マルチメディア通信が既に開設され、マルチメディアデータの送受信が行われている（Ｓ３０１）。ＰＣ端末１０５を利用しているユーザが、現在は利用していないエンド通信端末２００である携帯ＰＣ端末１０７に、マルチメディア通信を切り替えようとする場合、ＰＣ端末１０５から携帯ＰＣ端末１０７に、切替指示を送信する（Ｓ３０２）。携帯ＰＣ端末１０７が切替指示を受け付けると、ＰＣ端末１０５に切替指示に対する成功応答を送信する（Ｓ３０４）。さらに、携帯ＰＣ端末１０７は、受信した切替指示に従い、指示されたマルチメディア通信の相手先端末である携帯通信端末１０２に対して、切替接続要求を送信する（Ｓ３０６）。
【００５２】
一方、携帯通信端末１０２を利用しているユーザが、やはり、別のエンド通信端末２００であるＰＣ端末１０１にマルチメディア通信を切り替えようとする場合も、ＰＣ端末１０１がＰＣ端末１０５に切替接続要求を送信するところまで、同様の手順を踏む（Ｓ３０３、Ｓ３０５、Ｓ３０７）。
【００５３】
本実施の形態では、ＰＣ端末１０５から携帯ＰＣ端末１０７への切替えと、携帯通信端末１０２からＰＣ端末１０１への切替えが同時に発生している。従って、ＰＣ端末１０５は、送信した切替指示（Ｓ３０６）に対する切替結果の通知を待っている状態で、ＰＣ端末１０１から切替接続要求を受信する。これにより、ＰＣ端末１０５は、切替指示の送信先である通信相手側においても、切替処理を行っていることを認識する（Ｓ３０８）。ＰＣ端末１０５は、切替先端末である携帯ＰＣ端末１０７に受信した切替接続要求を送信し（Ｓ３１０）、通信相手側の切替えを処理させる。携帯ＰＣ端末１０７は、送信した切替接続要求の応答を待っている状態で、ＰＣ端末１０１からの切替接続要求をＰＣ端末１０５から受信する。ここで、携帯ＰＣ端末１０７は、切替指示の送信先である通信相手側においても切替処理を行っていることを認識する（Ｓ３１２）。
【００５４】
また、ＰＣ端末１０５と同様に、携帯通信端末１０２も切替接続要求Ｓ３０６により通信相手側が切替処理を行っていることを認識し（Ｓ３０９）、携帯ＰＣ端末１０７と同様に、ＰＣ端末１０１も切替接続要求（Ｓ３１１）により通信相手側が切替処理を行っていることを認識する（Ｓ３１３）。
【００５５】
本実施の形態では、切替処理を継続して続けるシグナリングと切替処理を中断するシグナリングとを一意に定まる決定方法によって決定し、継続するシグナリングに中断するシグナリングに含めた情報を反映し、セッション統合処理を行う（Ｓ３１４）。本実施の形態では、携帯ＰＣ端末１０７は、受信した切替接続要求（Ｓ３１０）による切替処理を継続し、送信した切替接続要求（Ｓ３０６）による切替処理を中断する。すなわち、シグナリングを継続すると決定された携帯ＰＣ端末１０７は、自端末側の切替接続要求の情報が反映された成功応答を、ＰＣ端末１０５に送信する（Ｓ３１６）。ＰＣ端末１０５は、携帯ＰＣ端末１０７から受信した成功応答を、切替接続要求の送信元であるＰＣ端末１０１に送信する（Ｓ３１９）。
【００５６】
シグナリングを中断すると決定されたＰＣ端末１０１では、切替接続要求に対して、切替要求拒否を示す失敗応答を携帯通信端末１０２に送信し（Ｓ３１７）、携帯通信端末１０２は失敗応答を携帯ＰＣ端末１０７に送信する（Ｓ３１８）。
【００５７】
携帯ＰＣ端末１０７は、携帯通信端末１０２からの失敗応答を受信すると、それに対する通常の確認応答を送信する（Ｓ３２０）。ＰＣ端末１０１は、ＰＣ端末１０５から送信された切替要求受付を示す成功応答を受信すると、それに対して切替処理を継続して通常の確認応答を送信する（Ｓ３２１）。
【００５８】
図４を参照して同時切替えの動作についての説明を続ける。ＰＣ端末１０１が携帯ＰＣ端末１０７からの成功応答を受け、それに対する成功応答を返すと、マルチメディア通信が双方のユーザの切替先端末である携帯ＰＣ端末１０７とＰＣ端末Ｂ間で開設され、マルチメディアデータの送受信が開始される（Ｓ３２２）。その後、切替先端末である携帯ＰＣ端末１０７は、切替処理の後処理として、切替指示を行ったエンド通信端末２００であるＰＣ端末１０５に切替結果を通知し（Ｓ３２３）、ＰＣ端末１０５は通知を受けたことを示す成功応答を返す（Ｓ３２５）。携帯端末１０１も同様に携帯通信端末１０２に切替結果を通知し（Ｓ３２４）、携帯通信端末１０２は成功応答を返す（Ｓ３２６）。
【００５９】
ＰＣ端末１０５は、携帯通信端末１０２に切断要求を送信し（Ｓ３２７）、携帯通信端末１０２は切断要求に対する成功応答を返す（Ｓ３２８）。これにより、元のマルチメディア通信が切断、マルチメディアデータの送受信が止められ（Ｓ３２９）、切替えが完了する。なお、通常の通信プロトコルの手順により、切断要求が交差（衝突）した場合、その交差した時点でマルチメディア通信は切断されるため、切断要求（Ｓ３２７）はＰＣ端末１０５と携帯通信端末１０２のどちらが送信してもよい。以上のシーケンスにより、重複した発生した切替処理を統合して、一つのマルチメディア通信を開設することができる。
【００６０】
次に、図５〜図９を参照して、同時切替シーケンスを行うときの切替元のＰＣ端末１０５の動作について詳細に説明する。
【００６１】
まず、ユーザが、ユーザ入出力部２０１から携帯ＰＣ端末１０７に対してマルチメディア通信の切替え指示を入力する（Ｓ４０１）。例えば、ＰＣ端末１０５を利用しているユーザが、会議などにより会社内で移動し、マルチメディア通信をそのまま持ち運びたいときに、ＰＣ端末１０５から携帯ＰＣ端末１０７への切替えを行う。
【００６２】
入力を受けたユーザ入出力部２０１は、切替セッション統合・制御部２０２に切替指示を行う（Ｓ４０２）。切替指示を受けた切替セッション統合・制御部２０２は、切替処理を開始し（Ｓ４０３）、マルチメディア通信の切替先端末である携帯ＰＣ端末１０７への切替指示送信を、切替情報解析・作成部２０４に指示する。指示を受けた切替情報解析・作成部２０４は、現在行っているマルチメディア通信の情報、および指示された切替先端末の情報を合わせた情報による切替指示を作成し（Ｓ４０５）、通信プロトコル解析・作成部２０６に切替指示送信を指示する（Ｓ４０６）。この指示を受けた通信プロトコル解析・作成部２０６は、プロトコルコマンドを作成し（Ｓ４０７）、通信プロトコル送受信部２０７にプロトコル送信を指示する（Ｓ４０８）。この指示を受けた通信プロトコル送受信部２０７は、プロトコル送信処理（Ｓ４０９）として、ローカルＩＰネットワーク１０８を通して切替先端末である携帯ＰＣ端末１０７に対して、切替指示を送信する（Ｓ３０２）。ここで、切替情報解析・作成部２０４が作成し（Ｓ４０５）、切替指示として送信されるデータについて説明する。
【００６３】
図２０（ａ）は、切替指示のデータ構造を示す図、図２０（ｂ）は、切替指示が準拠するＳＩＰのメッセージ形式を示す図である。マルチメディア通信におけるエンド通信端末２００の切替えをＳＩＰによって実現する場合には、ＲＥＦＥＲというコマンドによる転送処理を適用する。以降、「切替」という言葉は、ＳＩＰにおいては「転送」という言葉に置き換えて良い。図２０（ａ）および図２０（ｂ）に示されるように、切替指示はＳＩＰのメッセージ形式に則ったデータ構造を有し、切替指示であることを示すＲＥＦＥＲコマンドに続いて、Ｒｅｑｕｅｓｔ−ＵＲＩ／Ｔｏヘッダとして切替指示先の端末である携帯ＰＣ端末１０７のユーザ名／アドレス、Ｆｒｏｍヘッダ／Ｃｏｎｔａｃｔヘッダ／Ｒｅｆｅｒｒｅｄ−Ｂｙヘッダとして切替指示元の端末であるＰＣ端末１０５のユーザ名／アドレス、Ｃａｌｌ−ＩＤヘッダとして、切替指示のシグナリングが属する現セッションの識別子、Ｒｅｆｅｒ−Ｔｏヘッダとして、切替接続を行う先の端末、すなわち切り替えようとしている元のマルチメディア通信の通信接続先である携帯通信端末１０２のユーザ名／アドレス、また、ヘッダ内のＵＲＩパラメータ（Ｒｅｐｌａｃｅｓヘッダ）として、切替対象であるセッション、すなわち元のマルチメディア通信を示す識別子というデータを有する。さらに、メッセージボディには、これ以外の予備情報を挿入することができる。例えば、この予備情報には、現在、行われているマルチメディア通信の情報として、マルチメディア通信データの種別や、アプリケーションの種別などを挿入することができる。
【００６４】
図５に戻って、同時切替シーケンスの詳細について説明を継続する。ＰＣ端末１０５のプロトコル送受信部２０７は、ローカルＩＰネットワーク１０８を通して、切替先端末である携帯ＰＣ端末１０７より、切替指示の成功応答を受信する（Ｓ３０４）。プロトコル送受信部２０７は、プロトコルの受信処理を行い（Ｓ４１０）、通信プロトコル解析・作成部２０６にプロトコル受信を通知する（Ｓ４１１）。通知を受けた通信プロトコル解析・作成部２０６は、プロトコルの解析を行い（Ｓ４１２）、成功応答の受信を切替情報解析・作成部２０４に通知する（Ｓ４１３）。通知を受けた切替情報解析・作成部２０４は、成功応答の解析を行う（Ｓ４１４）。
【００６５】
続いて、図６を参照して説明を続ける。切替情報解析・作成部２０４は、成功応答の解析後、切替セッション統合・制御部２０２に成功応答受信の通知を行う（Ｓ４１５）。通知を受けた切替セッション統合・制御部２０２は、成功応答を受け付け（Ｓ４１６）、切替先端末である携帯ＰＣ端末１０７からの切替結果の通知を待つ状態になる（Ｓ４１７）。
【００６６】
次に、この切替結果の通知待ちの状態で、ＰＣ端末１０５が、通信相手側の切替先端末であるＰＣ端末１０１から切替接続要求を受信した時の動作について説明する。ＰＣ端末１０５の通信プロトコル送受信部２０７は、ローカルＩＰネットワーク１０８を通して、通信相手側の切替先端末であるＰＣ端末１０１より、切替接続要求を受信する（Ｓ３０７）。ここで、切替接続要求として受信するデータについて説明する。
【００６７】
図２１（ａ）は切替接続要求のデータ構造を示す図、図２１（ｂ）は切替接続要求が準拠するＳＩＰのメッセージ形式を示す図である。この切替接続要求は、切替指示から得られる情報を基に作成される。図２１（ａ）および図２１（ｂ）に示されるように、切替接続要求はＳＩＰのメッセージ形式に則ったデータ構造を有し、切替接続要求であることを示すＩＮＶＩＴＥコマンドに続いて、Ｒｅｑｕｅｓｔ−ＵＲＩ／Ｔｏヘッダとして切替接続要求先の端末であるＰＣ端末１０５のユーザ名／アドレス、Ｆｒｏｍヘッダ／Ｃｏｎｔａｃｔヘッダとして切替接続要求元の端末であるＰＣ端末１０１のユーザ名／アドレス、Ｒｅｐｌａｃｅｓヘッダとして切替対象であるセッションＩＤ、すなわち、切り替えしようとしている元のマルチメディア通信を示す識別子、Ｒｅｆｅｒｒｅｄ−Ｂｙヘッダとして、切替指示元の端末、すなわち、元のマルチメディア通信の相手先端末である携帯通信端末１０２のユーザ名／アドレス、Ｃａｌｌ−ＩＤヘッダとして切替接続要求のシグナリングが属する現セッションの識別子、さらに、メッセージボディとして切替接続としてのマルチメディア通信の内容を定めるマルチメディア通信データの種別や該データを送受信するアドレスやポートを示すＳＤＰや予備情報というデータを有する。切替指示のＲｅｆｅｒ−Ｔｏヘッダに示されたユーザ名／アドレスから、切替接続要求のＲｅｑｕｅｓｔ−ＵＲＩ／Ｔｏヘッダが作成され、切替指示のＦｒｏｍヘッダ／Ｃｏｎｔａｃｔヘッダから、切替接続要求のＲｅｆｅｒｒｅｄ−Ｂｙヘッダが作成される。また、切替指示のＲｅｆｅｒ−Ｔｏヘッダ内のＵＲＩパラメータ（Ｒｅｐｌａｃｅｓヘッダ）から、切替接続要求のＲｅｐｌａｃｅｓヘッダが作成される。また、切替指示の予備情報として挿入された情報から、切替接続要求のＳＤＰやその他の予備情報が作成されても良い。
【００６８】
図６に戻って、プロトコル送受信部２０７は、プロトコルの受信処理を行い（Ｓ４１８）、通信プロトコル解析・作成部２０６にプロトコル受信を通知する（Ｓ４１９）。通知を受けた通信プロトコル解析・作成部２０６は、プロトコルの解析を行い（Ｓ４２０）、接続要求の受信を切替情報解析・作成部２０４に通知する（Ｓ４２１）。通知を受けた切替情報解析・作成部２０４は、切替接続要求の解析を行い（Ｓ４２２）、切替セッション統合・制御部２０２に切替接続要求受信の通知を行う（Ｓ４２３）。通知を受けた切替セッション統合・制御部２０２は、切替接続要求を受信し（Ｓ４２４）、切替状況の確認を重複切替認識部２０３に対して指示する（Ｓ４２５）。
【００６９】
指示を受けた重複切替認識部２０３は、受信した切替接続要求（Ｓ３０７）のＲｅｐｌａｃｅｓヘッダとして示される切替対象であるセッション、すなわち、元のマルチメディア通信を示す識別子と、送信した切替指示（Ｓ３０２）のＲｅｆｅｒ−Ｔｏヘッダ内のＵＲＩパラメータ（Ｒｅｐｌａｃｅｓヘッダ）として示される切替対象であるセッション、すなわち、元のマルチメディア通信を示す識別子が等しく、かつ、自端末における切替結果の通知待ちの状態情報から、重複切替を認識する（Ｓ３０８）。重複切替認識部２０３は、切替セッション統合・制御部２０２に対して切替統合指示を行い（Ｓ４２６）、切替セッション統合・制御部２０２は、切替セッション統合処理を行う（Ｓ４２７）。
【００７０】
切替セッション統合・制御部２０２は、切替情報解析・作成部２０４に、切替指示を行った切替先端末である携帯ＰＣ端末１０７に切替接続要求を送信することを指示し（Ｓ４２８）、再度、切替結果の通知を待つ状態になる（Ｓ４２９）。指示を受けた切替情報解析・作成部２０４は、切替接続要求の送信先を切替先端末である携帯ＰＣ端末１０７に修正し（Ｓ４３０）、通信プロトコル解析・作成部２０６に携帯ＰＣ端末１０７への切替接続要求の送信を指示する（Ｓ４３１）。
【００７１】
続いて、図７を参照して説明を続ける。指示を受けた通信プロトコル解析・作成部２０６は、プロトコルコマンドを作成し（Ｓ４３２）、通信プロトコル送受信部２０７にプロトコル送信を指示する（Ｓ４３３）。指示を受けた通信プロトコル送受信部２０７は、プロトコル送信処理（Ｓ４３４）として、ローカルＩＰネットワーク１０８を通して切替先端末である携帯ＰＣ端末１０７に切替接続要求を送信する（Ｓ３１０）。ここで、切替情報解析・作成部２０４が、修正して送信する切替接続要求のデータについて説明する。
【００７２】
図２２（ａ）は切替接続要求のデータ構造を示す図、図２２（ｂ）は切替接続要求が準拠するＳＩＰのメッセージ形式を示す図である。ここでは、図２１（ａ）のデータ構造から変更された点について説明する。図２２（ａ）および図２２（ｂ）に示されるように、切替接続要求はＳＩＰのメッセージ形式に則ったデータ構造を有し、Ｒｅｑｕｅｓｔ−ＵＲＩとして変更後の切替接続要求先端末である携帯ＰＣ端末１０７のユーザ名／アドレス、Ｖｉａヘッダとして本プロトコルを経由したことを示す変更前の切替接続要求先端末であり、修正後の切替接続要求を送信する端末であるＰＣ端末１０５のユーザ名／アドレス、また、Ｔｏヘッダとして、双方の端末を利用してマルチメディア通信を行うユーザのユーザ名というデータを有する。受信した図２１（ａ）のメッセージを図２２（ａ）のメッセージに変更するこのプロトコル変更は、ＳＩＰで言うと宛先となる端末が変更されるプロキシ処理にあたる。
【００７３】
次に、ＰＣ端末１０５が、切替先端末である携帯ＰＣ端末１０７から、切替接続要求を受け付ける成功応答を受信した時の動作について、図７を参照して説明する。ＰＣ端末１０５のプロトコル送受信部２０７は、ローカルＩＰネットワーク１０８を通して、切替先端末である携帯ＰＣ端末１０７より、図２３（ａ）に示す成功応答を受信する（Ｓ３１６）。なお、この成功応答は、図２３（ｂ）に示すＳＩＰメッセージ形式に準拠している。プロトコル送受信部２０７は、プロトコルの受信処理を行い（Ｓ４３５）、通信プロトコル解析・作成部２０６にプロトコル受信を通知する（Ｓ４３６）。通知を受けた通信プロトコル解析・作成部２０６は、プロトコルの解析を行い（Ｓ４３７）、切替接続要求に対する成功応答として切替接続要求の送信元であるＰＣ端末１０１への応答であることを認識し、応答を送信するためのプロトコル作成を行う（Ｓ４３８）。さらに、通信プロトコル解析・作成部２０６は、通信プロトコル送受信部２０７にプロトコル送信を指示する（Ｓ４３９）、指示を受けた通信プロトコル送受信部２０７は、プロトコル送信処理（Ｓ４４０）として、ローカルＩＰネットワーク１０８、および、ＩＰネットワーク１０４を通してＰＣ端末１０１に対して、成功応答を送信する（Ｓ３１９）。この応答の受信、送信処理は、ＳＩＰで言うと要求を経由して受信、変更して送信したプロキシの応答処理にあたる。
【００７４】
次に、ＰＣ端末１０５が、切替指示を行っていた携帯ＰＣ端末１０７から、切替結果通知を受信した時の動作について、図７を参照して説明する。ＰＣ端末１０５のプロトコル送受信部２０７は、ローカルＩＰネットワーク１０８を通して、切替指示を行っていた携帯ＰＣ端末１０７より、切替結果通知を受信する（Ｓ３２３）。ここで、切替結果通知として受信するデータについて説明する。
【００７５】
図２４（ａ）は切替結果通知のデータ構造を示す図、図２４（ｂ）は切替結果通知が準拠するＳＩＰのメッセージ形式を示す図である。図２４（ａ）および図２４（ｂ）に示されるように、切替結果通知はＳＩＰのメッセージ形式に則ったデータ構造を有し、切替結果通知であることを示すＮＯＴＩＦＹコマンドに続いて、Ｒｅｑｕｅｓｔ−ＵＲＩ／Ｔｏヘッダとして切替結果通知先、すなわち、切替指示元の端末であるＰＣ端末１０５のユーザ名／アドレス、Ｆｒｏｍヘッダ／Ｃｏｎｔａｃｔヘッダとして切替結果通知元、すなわち、切替指示を受けた端末である携帯ＰＣ端末１０７のユーザ名／アドレス、Ｅｖｅｎｔヘッダとして通知対象となるイベントの識別子、すなわち、切替指示による処理イベントの識別子、また、メッセージの本体部分として通知内容を示すための切替接続要求に対するsipfragという構造を持つ応答情報や予備情報というデータを有する。この応答情報は、その内容として切替接続要求が成功したことを示す２００ＯＫ、Ｔｏヘッダ情報として、切替接続要求を受付けた変更後の端末であるＰＣ端末１０１のユーザ名／アドレス、Ｆｒｏｍヘッダ情報として切替接続要求を送信した、携帯ＰＣ端末１０７のユーザ名／アドレスというデータを有する。この応答情報は、通常のプロトコル手順に従うと、送信した切替接続要求が拒否されたため、失敗を示す情報が挿入され、また、Ｔｏヘッダ情報として示す情報も変更前の切替接続要求先である携帯通信端末１０２のユーザ名／アドレスが挿入される。しかし、切替セッション統合・制御部２０２により、重複した処理を統合し、最終的に要望されていた切替処理を成功裡に完了したため、成功を示す情報、成功応答を受信したものとして、結果通知の情報が作成される。プロトコル送受信部２０７は、プロトコルの受信処理を行い（Ｓ４４１）、通信プロトコル解析・作成部２０６にプロトコル受信を通知する（Ｓ４４２）。
【００７６】
次に、図８を参照して説明を続ける。通知を受けた通信プロトコル解析・作成部２０６は、プロトコルの解析を行い（Ｓ４４３）、切替結果の受信を切替情報解析・作成部２０４に通知する（Ｓ４４４）。通知を受けた切替情報解析・作成部２０４は、切替結果の解析を行い（Ｓ４４５）、切替セッション統合・制御部２０２に切替結果受信の通知を行う（Ｓ４４６）。通知を受けた切替セッション統合・制御部２０２は、切替結果通知を受け付け（Ｓ４４７）、切替指示が成功したことを認識し、切替結果通知に対して、応答の送信を切替情報解析・作成部２０４に指示する（Ｓ４４８）。指示を受けた切替情報解析・作成部２０４は、切替結果に対する応答を作成し（Ｓ４４９）、通信プロトコル解析・作成部２０６に切替結果応答の送信を指示する（Ｓ４５０）。指示を受けた通信プロトコル解析・作成部２０６は、プロトコルコマンドを作成し（Ｓ４５１）、通信プロトコル送受信部２０７にプロトコル送信を指示する（Ｓ４５２）。指示を受けた通信プロトコル送受信部２０７は、プロトコル送信処理（Ｓ４５３）として、ローカルＩＰネットワーク１０８を通して携帯ＰＣ端末１０７に対して、切替結果通知に対する成功応答を送信する（Ｓ３２５）。
【００７７】
また、切替セッション統合・制御部２０２は、切替指示が重複した切替処理も含めて成功したことを認識したため、切替結果をユーザに通知すべく、切替結果表示処理（Ｓ４５４）として、ユーザ入出力部２０１に対して切替結果表示を指示する（Ｓ４５５）。指示を受けたユーザ入出力部２０１は、ユーザに対して切替の成功を示す切替結果表示をＧＵＩ等を用いて行う（Ｓ４５６）。
【００７８】
また、切替セッション統合・制御部２０２は、切替が成功したため、切替元のマルチメディア通信の切断処理として（Ｓ４５７）、切替情報解析・作成部２０４に切替元セッションの切断指示を行う（Ｓ４５８）。指示を受けた切替情報解析・作成部２０４は、切断要求を作成し（Ｓ４５９）、通信プロトコル解析・作成部２０６に対して切断要求の送信を指示する（Ｓ４６０）。指示を受けた通信プロトコル解析・作成部２０６は、プロトコルコマンドを作成し（Ｓ４６１）、通信プロトコル送受信部２０７にプロトコル送信を指示する（Ｓ４６２）、指示を受けた通信プロトコル送受信部２０７は、プロトコル送信処理（Ｓ４６３）として、ローカルＩＰネットワーク１０８、ＩＰネットワーク１０４を通して切替元のマルチメディア通信の相手先端末である携帯通信端末１０２に対して、切断要求を送信する（Ｓ３２７）。切断要求の送信後は通常のプロトコル手順に従い、応答を受信した上で元のマルチメディア通信を終了する。
【００７９】
図９を参照して説明を続ける。ＰＣ端末１０５のプロトコル送受信部２０７は、ローカルＩＰネットワーク１０８を通して、切断要求を行っていた携帯通信端末１０２より、切断要求に対する成功応答を受信する（Ｓ３２８）。プロトコル送受信部２０７は、プロトコルの受信処理を行い（Ｓ４６４）、通信プロトコル解析・作成部２０６にプロトコル受信を通知する（Ｓ４６５）。通知を受けた通信プロトコル解析・作成部２０６は、プロトコルの解析を行い（Ｓ４６６）、成功応答の受信を切替情報解析・作成部２０４に通知する（Ｓ４６７）。通知を受けた切替情報解析・作成部２０４は、成功応答の解析を行い（Ｓ４６８）、切替セッション統合・制御部２０２に成功応答受信の通知を行う（Ｓ４６９）。通知を受けた切替セッション統合・制御部２０２は、成功応答受信を受け付け、セッションの制御を行い（Ｓ４７０）、携帯通信端末１０２と行っていたマルチメディア通信、および、そのマルチメディアデータの送受信を終了する（Ｓ３２９）。
【００８０】
以上により、ＰＣ端末１０５は、携帯通信端末１０２と行っていたマルチメディア通信を、携帯ＰＣ端末１０７とＰＣ端末１０１の間のマルチメディア通信へと切り替え、自端末におけるマルチメディア通信を終了する。
【００８１】
次に、図１０〜図１５を参照して、同時切替えを行なうときの切替先端末である携帯ＰＣ端末１０２の動作について説明する。
【００８２】
図１０に示すように、携帯ＰＣ端末１０７は、切替指示を受信し、既にあったマルチメディア通信を置き換える新たなマルチメディア通信を開設する。携帯ＰＣ端末１０７のプロトコル送受信部２０７は、ローカルＩＰネットワーク１０８を通して、ＰＣ端末１０５より、切替指示を受信する（Ｓ３０２）。プロトコル送受信部２０７は、プロトコルの受信処理を行い（Ｓ５０１）、通信プロトコル解析・作成部２０６にプロトコル受信を通知する（Ｓ５０２）。通知を受けた通信プロトコル解析・作成部２０６は、プロトコルの解析を行い（Ｓ５０３）、切替指示の受信を切替情報解析・作成部２０４に通知する（Ｓ５０４）。通知を受けた切替情報解析・作成部２０４は、切替指示の解析を行い（Ｓ５０５）、切替セッション統合・制御部２０２に切替指示受信の通知を行う（Ｓ５０６）。通知を受けた切替セッション統合・制御部２０２は、切替指示を受付け（Ｓ５０７）、指示受付を示す成功応答の送信を切替情報解析・作成部２０４に指示する（Ｓ５０８）。本指示に関しては、通常のプロトコル手順に従って、これまでの手順と同様に各機能部を経由し、通信プロトコル送受信部２０７は、ローカルＩＰネットワーク１０８を通して、ＰＣ端末１０５に対して、切替指示の受付を示す成功応答を送信する（Ｓ５０９〜Ｓ５１３、Ｓ３０４）。
【００８３】
さらに、携帯ＰＣ端末１０７は、切替指示を受けた処理として切替セッション統合・制御部２０２が切替接続要求を行うことを判断し（Ｓ５１４）、携帯通信端末１０２への切替接続要求の送信を切替情報解析・作成部２０４に指示する（Ｓ５１５）。本指示に関しては、やはり通常のプロトコル手順に従って、これまでの手順と同様に各機能部を経由し、図１０および図１１に示すように、通信プロトコル送受信部２０７は、ローカルＩＰネットワーク１０８、ＩＰネットワーク１０４を通して、マルチメディア通信の相手先端末である携帯通信端末１０２に対して、切替接続要求を送信する（Ｓ５１６〜Ｓ５２０、Ｓ３０６）。また、切替セッション統合・制御部２０２は、切替接続要求の応答を待つ状態となる（Ｓ５２１）。
【００８４】
切替接続要求として携帯ＰＣ端末１０７が送信するデータ構造例は、図２１（ａ）に従う。要求の宛先などの幾つかのデータ内容が、既に説明したＰＣ端末１０５が受信する切替接続要求とは異なる。Ｒｅｑｕｅｓｔ−ＵＲＩ／Ｔｏヘッダとして切替接続要求先の端末である携帯通信端末１０２のユーザ名／アドレス、Ｆｒｏｍヘッダ／Ｃｏｎｔａｃｔヘッダとして切替接続要求元の端末である携帯ＰＣ端末１０７のユーザ名／アドレス、Ｒｅｆｅｒｒｅｄ−Ｂｙヘッダとして切替指示元の端末、すなわち、切り替えようとしている元のマルチメディア通信を行っていたＰＣ端末１０５のユーザ名／アドレス、Ｃａｌｌ−ＩＤヘッダとして切替接続要求のシグナリングが属する現セッションの識別子、さらに、メッセージボディとして、切替接続としてのマルチメディア通信の内容である通信データの種別や送受信するアドレスやポートを示すＳＤＰや予備情報というデータを有し、これらは、ＰＣ端末１０５が受信する切替接続要求とデータ内容が異なる。また、Ｒｅｐｌａｃｅｓヘッダとして、切替対象であるセッション、すなわち、元のマルチメディア通信を示す識別子というデータを有し、これは、ＰＣ端末１０５が受信する切替接続要求におけるＲｅｐｌａｃｅｓヘッダの値と等しい。これらのデータ内容は、前述の通り、切替指示から得られる情報によって作成される。
【００８５】
次に図１１を参照して、携帯ＰＣ端末１０７が、ＰＣ端末１０５から変更後の切替先端末となるＰＣ端末１０１が送信した切替接続要求を受信した時の動作について説明する。携帯ＰＣ端末１０７のプロトコル送受信部２０７は、ローカルＩＰネットワーク１０８を通して、ＰＣ端末１０５より、切替接続要求を受信する（Ｓ３１０）。ここで、受信する切替接続要求のデータ構造例は、ＰＣ端末１０５において、重複切替が認識されたためにデータ内容が変更され、図２２（ａ）に従っている。すなわち、Ｒｅｑｕｅｓｔ−ＵＲＩとして、変更後の切替接続要求先端末である携帯ＰＣ端末１０７のアドレス、Ｖｉａヘッダとして、本プロトコルを経由したことを示す変更前の切替接続要求先端末であるＰＣ端末１０５のアドレス、というデータを有する。
【００８６】
プロトコル送受信部２０７は、プロトコルの受信処理を行い（Ｓ５２２）、通信プロトコル解析・作成部２０６にプロトコル受信を通知する（Ｓ５２３）。通知を受けた通信プロトコル解析・作成部２０６は、プロトコルの解析を行い（Ｓ５２４）、接続要求の受信を切替情報解析・作成部２０４に通知する（Ｓ５２５）。通知を受けた切替情報解析・作成部２０４は、切替接続要求の解析を行い（Ｓ５２６）、切替セッション統合・制御部２０２に切替接続要求受信の通知を行う（Ｓ５２７）。通知を受けた切替セッション統合・制御部２０２は、切替接続要求を受信し（Ｓ５２８）、切替状況の確認を重複切替認識部２０３に対して指示する（Ｓ５２９）。
【００８７】
指示を受けた重複切替認識部２０３は、受信した切替接続要求（Ｓ３１０）のＲｅｐｌａｃｅｓヘッダとして示される切替対象であるセッション、すなわち、元のマルチメディア通信を示す識別子と、既に送信した切替接続要求（Ｓ３０６）のＲｅｐｌａｃｅｓヘッダとして示される切替対象であるセッション、すなわち、元のマルチメディア通信を示す識別子が等しく、また、自端末における切替接続要求の応答待ちの状態情報から、重複切替を認識する（Ｓ３１２）。重複切替認識部２０３は、切替セッション統合・制御部２０２に対して切替統合指示を行う（Ｓ５３０）。
【００８８】
切替セッション統合・制御部２０２は、切替セッション統合処理として（Ｓ５３１）、送信した切替接続要求（Ｓ３０６）と受信した切替接続要求（Ｓ３１０）の重複した切替処理の一方を選択し、選択した方の切替処理を継続、非選択した方の切替処理を中止する。継続する切替接続要求の一意に定める方法は、一意に決定できる方法であれば何でもよく、例えば、通信プロトコルで利用される現セッションやシグナリングの識別子の比較などを利用する方法が挙げられる。本実施の形態では、切替接続要求におけるＣａｌｌ−ＩＤヘッダ内の値を比較することで決定する。この決定方法により、本実施の形態において、切替セッション統合・制御部２０２は、自端末が送信した切替接続要求（Ｓ３０６）による処理を中止し、自端末が受信した切替接続要求（Ｓ３１０）による処理を継続することを決定し、受信した切替接続要求を受け付ける（Ｓ３１４）。切替セッション統合・制御部２０２は、切替情報解析・作成部２０４に、切替接続要求を受け付けることを指示する（Ｓ５３１）。
【００８９】
次に、図１２に示すように、切替情報解析・作成部２０４は、既に送信した切替接続要求に含めた情報を反映した切替接続要求を受け付ける成功応答を作成するように判断し、以降は通常のプロトコル手順に従って、これまでの手順と同様に各機能部を経由して、通信プロトコル送受信部２０７は、ローカルＩＰネットワーク１０８を通して、ＰＣ端末１０５を経由し、携帯通信端末１０２に対して、切替接続要求を受付ける成功応答を送信する（Ｓ５３２〜Ｓ５３６、Ｓ３１６）。
【００９０】
次に、携帯ＰＣ端末１０７が、変更後の切替先端末となるＰＣ端末１０１により送信される切替接続要求を拒否する失敗応答を、受信した時の動作について説明する。携帯ＰＣ端末１０７のプロトコル送受信部２０７は、ＰＣ端末１０１から、携帯通信端末１０２を経由して、ＩＰネットワーク１０４、ローカルＩＰネットワーク１０８を通して、切替接続要求を拒否する失敗応答を受信する（Ｓ３１８）。通常のプロトコル手順に従って、これまでの手順と同様に各機能部を経由し、切替セッション統合・制御部２０２は、重複切替認識部２０３に対して、切替状況の確認までを行う（Ｓ５３７〜Ｓ５４４）。
【００９１】
図１３に示すように、重複切替認識部２０３は、送信した切替接続要求（Ｓ３０６）の応答待ちであった状態から重複切替を認識し（Ｓ５４５）、切替セッション統合・制御部２０２に切替統合の指示を行う（Ｓ５４６）。指示を受けた切替セッション統合・制御部２０２は、切替セッションの統合処理として、先に送信した切替接続要求（Ｓ３０６）と受信した切替接続要求（Ｓ３１０）の重複した切替処理の決定方法により、自端末が送信した切替接続要求（Ｓ３０６）による処理を中止するため、切替要求の拒否を示す失敗応答に対して、確認応答を送信することを決定する（Ｓ５４７）。
【００９２】
切替セッション統合・制御部２０２は、切替情報解析・作成部２０４に確認応答の送信を指示し（Ｓ５４８）、以降は通常のプロトコル手順に従って、これまでの手順と同様に各機能部を経由し、通信プロトコル送受信部２０７は、ローカルＩＰネットワーク１０８、ＩＰネットワーク１０４を通して、ＰＣ端末１０１に対して、切替接続要求の拒否に対する確認応答を送信する（Ｓ５４９〜Ｓ５５３、Ｓ３２０）。通常のプロトコル手順に従い、この確認応答は、確認する対象であった拒否応答を送信したＰＣ端末１０１に直接送信される。
【００９３】
次に、携帯ＰＣ端末１０７が、変更後の切替先端末となるＰＣ端末１０１により送信された確認応答を、受信した時の動作について説明する。携帯ＰＣ端末１０７のプロトコル送受信部２０７は、ＩＰネットワーク１０４、ローカルＩＰネットワーク１０８を通して、ＰＣ端末１０１より、切替接続要求の受付に対する確認応答を受信する（Ｓ３２１）。図１３および図１４に示すように、通常のプロトコル手順に従って、これまでの手順と同様に各機能部を経由し、切替情報解析・作成部２０４は、切替セッション統合・制御部２０２に対して、確認応答の通知までを行う（Ｓ５５４〜Ｓ５５９）。
【００９４】
図１４に示すように、切替セッション統合・制御部２０２は、切替接続が行われたことを認識し、セッション制御処理として、マルチメディア通信の開始を行い（Ｓ５６０）、携帯ＰＣ端末１０７とＰＣ端末１０１の間において、マルチメディア通信が開設され、マルチメディアデータが送受信される（Ｓ３２２）。さらに、切替セッション統合・制御部２０２は、切替接続が成功したことを認識したため、切替結果をユーザにも通知すべく、切替結果表示処理（Ｓ５６１）として、ユーザ入出力部２０１に対して切替結果表示を指示する（Ｓ５６２）。指示を受けたユーザ入出力部２０１は、ユーザに対して切替接続、すなわち、通信の開設を示す切替結果表示をＧＵＩ等を用いて行う（Ｓ５６３）。
【００９５】
また、切替セッション統合・制御部２０２は、ＰＣ端末１０５より受信した切替指示に従った切替処理が終了したため、切替結果の通知を行う（Ｓ５６４）。この通知には、通常のプロトコル手順に従って、これまでの手順と同様に各機能部を経由し、通信プロトコル送受信部２０７は、ローカルＩＰネットワーク１０８を通して、ＰＣ端末１０５に対して、切替が成功したことを示す切替結果通知を送信する（Ｓ５６５〜Ｓ５７０、Ｓ３２３）。ここで、切替結果通知として送信されるデータ構造例は、既に説明したとおりである。
【００９６】
次に、図１５を参照して、携帯ＰＣ端末１０７が、切替結果通知先の端末であるＰＣ端末１０５より切替結果通知に対する成功応答、すなわち、結果通知を受信したことを示す応答を受信した時の動作について説明する。携帯ＰＣ端末１０７のプロトコル送受信部２０７は、ローカルＩＰネットワーク１０８を通して、ＰＣ端末１０５より、切替結果通知に対する成功応答を受信する（Ｓ３２５）。以降は、通常のプロトコル手順に従って、これまでの手順と同様に各機能部を経由し、切替情報解析・作成部２０４は、切替セッション統合・制御部２０２に対して、成功応答受信の通知までを行う（Ｓ５７１〜Ｓ５７６）。切替セッション統合・制御部２０２は、切替結果通知の成功応答を受け付け、切替処理が全て完了したことを認識する（Ｓ５７７）。
【００９７】
以上により、携帯ＰＣ端末１０７は、ＰＣ端末１０５と携帯通信端末１０２の間で行っていたマルチメディア通信の切替指示を受け、その切替処理を完了し、自端末とＰＣ端末１０１との間のマルチメディア通信を開設、保持する。
【００９８】
次に、図１６〜図１９を参照して、同時切替シーケンスを行うときの通信相手側の切替先端末であるＰＣ端末１０１の動作について説明する。
【００９９】
ＰＣ端末１０１における同時切替シーケンスは、基本的に携帯ＰＣ端末１０７の同時切替シーケンスと同様である。異なる点は、切替セッション統合・制御部２０２における切替セッション統合処理として、一意に定まるセッション選択方法により、自端末が送信した切替接続要求（Ｓ３０７）による処理を継続し、自端末が受信した切替接続要求（Ｓ３１１）による処理を中止することを決定するため、受信した切替接続要求を拒否するセッション統合処理を行う（Ｓ３１５、図１６参照）点である。このため、図１７に示すように、ＰＣ端末１０１は、切替接続要求を拒否する失敗応答を送信し（Ｓ３１７）、切替接続要求を受け付ける成功応答を受信して（Ｓ３１９）、切替処理を行う。そして、図１８に示すように、成功応答に対する確認応答を送信し（Ｓ３２１）、マルチメディア通信を開始、マルチメディアデータの送受信を行い（Ｓ３２２）、ユーザに対して通信を開設した切替結果表示を行う（Ｓ６２７）。また、切替結果通知も携帯ＰＣ端末１０７と同様に行う（Ｓ６３４〜Ｓ６４０、Ｓ３２４）。この時の切替結果通知は、送信した切替接続要求が受け付けられたため、図２４（ａ）の応答情報は通常のプロトコル手順に従ったものを利用できる。
【０１００】
以上により、ＰＣ端末１０１は、ＰＣ端末１０５と携帯通信端末１０２の間で行っていたマルチメディア通信の切替指示を受け、その切替処理を完了し、自端末と携帯ＰＣ端末１０７との間のマルチメディア通信を開設、保持する。最後に、携帯通信端末１０２における同時切替シーケンスは、基本的にＰＣ端末１０５の同時切替シーケンスと同様である。
【０１０１】
なお、本実施の形態ではエンド通信端末を利用しているユーザが、現在は利用していない別のエンド通信端末２００にマルチメディア通信を切り替えようと意志決定し、ユーザ入出力部２０１を操作して切り替える例について説明したが、この切替えの判断は、エンド通信端末２００において自動的に行っても良い。例えば、エンド通信端末２００の端末切替え条件として、「エンド通信端末２００の周辺に、それより処理能力が高い端末が存在する場合」と予め設定しておくことで、マルチメディア通信中の携帯通信端末１０２を所持しているユーザが、会社などの自席に移動し、携帯通信端末１０２が周囲のネットワーク状況、サービス環境を検知してより処理能力の高いＰＣ端末１０１を利用できることを認識したときに、予め設定した条件により、ＰＣ端末１０１に対してマルチメディア通信を自動的に切り替えることが可能となる。
【０１０２】
また、本実施の形態では通信プロトコルとしてＳＩＰを利用し、ＳＩＰにおける通常の通信プロトコル手順に従った実施形態を説明したが、特に通信プロトコルはＳＩＰに限定されず、他の通信プロトコルを利用しても良い。
【０１０３】
以上により、既に開設されていたＰＣ端末１０５と携帯通信端末１０２の間のマルチメディア通信に対して、双方のユーザやエンド通信端末が切替を決定し、切替処理を開始した場合に、重複した切替処理を統合し、切替先端末である携帯ＰＣ端末１０７とＰＣ端末１０１との間のマルチメディア通信が迅速に開設され、元のマルチメディア通信が切断され、切替処理が完了する。
【０１０４】
（第２の実施の形態）
図２５および図２６は、本発明の第２の実施の形態に係るネットワークシステム１００における通信方法について説明するための図である。本実施の形態は、通信プロトコルにおける切替手順の違いについて対応したものであり、基本的な動作は第１の実施の形態における通信方法と同様である。以下では、異なる点についてのみ、説明を加える。
【０１０５】
まず、図２５において、マルチメディア通信を開設しているエンド通信端末であるＰＣ端末１０５と携帯通信端末１０２とのそれぞれが重複した切替を認識するまでの手順（Ｓ３０１〜Ｓ３０９）は、図１におけるＳ３０１〜Ｓ３０９の手順と同様である。切替接続要求において、Ｒｅｐｌａｃｅｓヘッダ内に示される切替元セッションの識別子により、重複切替を認識する。ここで、本実施の形態では、ＰＣ端末１０５、携帯通信端末１０２、共にセッション統合処理として、切替接続要求を互いに拒否する失敗応答を送信する。このとき、一意に定まる決定方法により、相手先に処理を修正して継続すべきか中止すべきかを決定し（Ｓ１２０１、Ｓ１２０２）、この情報を反映した失敗応答を送信する（Ｓ１２０３、Ｓ１２０４）。
【０１０６】
この場合、例えば、既に開設しているマルチメディア通信（Ｓ３０１）のセッション識別子を生成した端末が開始した要求による処理を継続することを決定する。この例では、携帯通信端末１０２が、携帯ＰＣ端末１０７に対して、失敗応答によりＰＣ端末１０１への切替接続要求を指示する。すなわち、切替接続先を変更して切替接続要求処理を継続することを指示する（Ｓ１２０３）。この失敗応答には、ＳＩＰにおける応答のうち、接続先を変更することを要求するリダイレクト応答（３ＸＸ応答、特に、３０２  Ｍｏｖｅｄ  Ｔｅｍｐｏｒａｒｉｌｙ  応答）を用いてもよい。また、中止すべく指示する失敗応答では、切替接続要求が送られてくることを予備情報として通知する（Ｓ１２０４）。携帯ＰＣ端末１０７およびＰＣ端末１０１は、失敗応答に対する確認応答を通常のプロトコル手順に従って互いに送信し（Ｓ１２０５、Ｓ１２０６）、さらに、双方の端末は、セッション統合処理として、新しく指示された送信先端末に切替接続要求を送信、もしくは、新しく受信する切替接続要求を待つ（Ｓ１２０７、Ｓ１２０８）。
【０１０７】
続いて、図２６に示すように、携帯ＰＣ端末１０７は、新しく指示された送信先端末であるＰＣ端末１０１に対して、切替接続要求を送信する（Ｓ１２０９）。切替接続要求を受信するＰＣ端末１０１においても、本要求が継続処理される要求であり、待っていた切替接続要求であることを、再度、Ｒｅｐｌａｃｅｓヘッダ内に示される切替元セッションの識別子により認識し、以降は通常のプロトコル手順に従ってマルチメディア通信を開設する（Ｓ１２１０〜Ｓ１２１２）。さらに、双方共に、指示された切替処理を通常のプロトコル手順とは異なっていても、統合処理として成功裡に完了したことを認識し、成功として切替結果通知を行う（Ｓ１２１４、Ｓ１２１５）。図２６において、その後の処理（Ｓ３２５〜Ｓ３２９）は、図４におけるＳ３２５〜Ｓ３２９の手順と同様である。
【０１０８】
以上により、既に開設されていたＰＣ端末１０５と携帯通信端末１０２との間のマルチメディア通信に対して、双方のユーザやエンド通信端末２００が切替を決定し、切替処理を開始した場合に、重複した切替処理を統合し、携帯ＰＣ端末１０７とＰＣ端末１０１との間のマルチメディア通信が迅速に開設され、元のマルチメディア通信が切断され、切替処理が完了する。
【０１０９】
（第３の実施の形態）
図２７および図２８は、本発明の第３の実施の形態に係るネットワークシステム１００における通信方法について説明するための図である。本実施の形態は、通信プロトコルにおける切替手順の違いについて対応したものであり、基本的な動作は第１の実施の形態、第２の実施の形態における通信方法と同様である。以下では、異なる点についてのみ、説明を加える。
【０１１０】
まず、図２７において、マルチメディア通信を開設しているエンド通信端末２００であるＰＣ端末１０５と携帯通信端末１０２とが、切替処理を行う場合、切替指示を通信の相手先端末に対して送信する（Ｓ１３０１、Ｓ１３０２）。この場合、切替指示におけるＣａｌｌ−ＩＤヘッダに示される現セッションの識別子が等しいため、互いに重複切替処理を認識する（Ｓ１３０３、Ｓ１３０４）。セッション統合処理として、一意に定まる決定方法により、切替指示処理を継続するエンド通信端末２００を決定する（Ｓ１３０５、Ｓ１３０６）。ここでは、現セッション識別子を生成したエンド通信端末２００が開始、すなわち、指示や要求を送信した処理を継続することと決定する。本例では、ＰＣ端末１０５が受信した切替指示（Ｓ１３０２）による処理を継続する。そこで、ＰＣ端末１０５は、受信した切替指示を受け付け、成功応答を携帯通信端末１０２に送信する（Ｓ１３０７）。また、携帯通信端末１０２は、受信した切替指示を拒否し、失敗応答をＰＣ端末１０５に送信する（Ｓ１３０８）。
【０１１１】
さらに、ＰＣ端末１０５は、セッション統合処理として（Ｓ１３０９）、受けた切替指示（Ｓ１３０２）に従い、かつ、自端末における切替処理を反映して、新しい切替先となる携帯ＰＣ端末１０７に対して、相手側の新しい切替先端末となるＰＣ端末１０１に対する切替指示を行う（Ｓ１３１０）。携帯ＰＣ端末１０７は、指示に対する受付を示す成功応答を返し（Ｓ１３１１）、受けた指示に従って切替先端末であるＰＣ端末１０１に対して、切替接続要求を送信する（Ｓ１３１２）。
【０１１２】
以降の処理は、これまでの手順と同様に、携帯ＰＣ端末１０７とＰＣ端末１０１との間でマルチメディア通信を開設する（Ｓ１３１３〜Ｓ１３１５）。さらに、携帯ＰＣ端末１０７は、受けた切替指示に対して、成功裡に切替が行われたことを示す切替結果を通知する（Ｓ１３１６、Ｓ１３１７）。この結果通知を受けたＰＣ端末１０５は、さらに、本端末で受けていた切替指示に対して、成功裡に切替が行われたことを示す切替結果を通知する（Ｓ１３１８、Ｓ１３１９）。結果を受けた携帯通信端末１０２は、元のマルチメディア通信の切断処理を行う（Ｓ１３２０〜Ｓ１３２２）。
【０１１３】
なお、本実施の形態において、携帯通信端末１０２は、切替指示に対して失敗応答を既に返しているため、切替結果の通知を行う必要がなく、切替結果通知の受信により切替結果を認識でき、必要であればユーザに通知を行う。また、ＰＣ端末１０５は、Ｓ１３１６において、切替結果通知を直接的に受けて切替結果を認識し、やはり、必要に応じて、ユーザに対して切替結果の通知を行う。
【０１１４】
また、本実施の形態では、セッション統合処理（Ｓ１３０９）による新たな切替指示をＰＣ端末１０５から携帯ＰＣ端末１０７に対して行ったが、これは、ＰＣ端末１０５からＰＣ端末１０１に対して行ってもよい。
【０１１５】
以上により、既に開設されていたＰＣ端末１０５と携帯通信端末１０２の間のマルチメディア通信に対して、同時に、双方のユーザやエンド通信端末２００が切替を決定し、切替処理を開始した場合に、重複した切替処理を統合し、携帯ＰＣ端末１０７とＰＣ端末１０１との間のマルチメディア通信が迅速に開設され、元のマルチメディア通信が切断され、切替処理が完了する。
【０１１６】
（第４の実施の形態）
図２９および図３０は、本発明の第４の実施の形態に係るネットワークシステム１００における通信方法について説明するための図である。本実施の形態は、通信プロトコルにおける切替手順の違いについて対応したものであり、基本的な動作は第１の実施の形態、第２の実施の形態、第３の実施の形態における通信方法と同様である。
【０１１７】
まず、図２９において、マルチメディア通信を開設しているエンド通信端末２００であるＰＣ端末１０５と携帯通信端末１０２とが、重複した切替を認識するまでの手順（Ｓ３０１、Ｓ１３０１〜Ｓ１３０４）は、図２７におけるＳ３０１、Ｓ１３０１〜Ｓ１３０４の手順と同様である。ここで、セッション統合処理として、一意的に定まる決定方法により、切替指示処理を継続するエンド通信端末２００を決定する（Ｓ１４０１、Ｓ１４０２）。この場合、例えば、第３の実施の形態と同様に現セッション識別子を生成したエンド通信端末２００が開始、すなわち、指示や要求を送信した処理を継続することと決定し、本実施の形態では、ＰＣ端末１０５が受信した切替指示（Ｓ１３０２）による処理を継続する。
【０１１８】
そこで、ＰＣ端末１０５は、受信した切替指示を、更に、変更先の切替先端末である携帯ＰＣ端末１０７に送信する（Ｓ１４０３）。この時、変更処理として、図２２（ａ）に加えた変更と同様に、切替指示のデータ構造は、Ｒｅｑｕｅｓｔ−ＵＲＩとして、新たな切替指示先端末である携帯ＰＣ端末１０７のアドレス、Ｖｉａヘッダとして本プロトコルを経由したことを示す変更前の切替指示先端末であるＰＣ端末１０５のアドレスというデータを有する。また、この場合、切替結果通知をＰＣ端末１０５が経由して受け取ることができるようにするため、ＳＩＰにおいては、Ｒｅｃｏｒｄ−Ｒｏｕｔｅヘッダとして自端末のアドレス、すなわち、ＰＣ端末１０５のアドレスを挿入する。切替指示を受信した携帯ＰＣ端末１０７は、切替を受け付けて成功応答を返し（Ｓ１４０５）、その応答はＰＣ端末１０５を経由して切替指示元の端末である携帯通信端末１０２に返される（Ｓ１４０６）。また、中止される切替指示に対しては、携帯通信端末１０２からＰＣ端末１０５に対して失敗応答が返されることで中止される（Ｓ１４０４）。さらに、携帯ＰＣ端末１０７は、受けた切替指示（Ｓ１４０３）に従って、切替先端末であるＰＣ端末１０１に対して、切替接続要求を送信する（Ｓ１４０７）。以降の処理は、これまでの手順と同様に、携帯ＰＣ端末１０７とＰＣ端末１０１との間でマルチメディア通信を開設する（Ｓ１４０８〜Ｓ１４１０）。
【０１１９】
さらに、図３０に示すように、携帯ＰＣ端末１０７は、受けた切替指示に対して、成功裡に、切替が行われたことを示す切替結果を通知する（Ｓ１４１１〜Ｓ１４１４）。この結果通知と応答とは、切替指示に挿入されたＲｅｃｏｒｄ−Ｒｏｕｔｅヘッダに示したＰＣ端末１０５を、必ず経由する。この結果通知を受けた携帯通信端末１０２は、元のマルチメディア通信の切断処理を行う（Ｓ１３２０〜Ｓ１３２２）。図３０のＳ１３２０〜Ｓ１３２２は、図２８のＳ１３２０〜Ｓ１３２２と同様である。
【０１２０】
なお、本実施の形態において、携帯通信端末１０２は、切替指示に対して失敗応答を既に返しているため、切替結果の通知を行う必要がなく、切替結果通知の受信により切替結果を認識し、必要であればユーザに通知を行う。また、ＰＣ端末１０５は、切替結果通知を直接的に受けることはないが、携帯ＰＣ端末１０７から携帯通信端末１０２への切替結果通知を間接的に経由して受けるため（Ｓ１４１１）、切替結果を認識することができ、やはり、必要に応じて、ユーザに対して切替結果の通知を行う。
【０１２１】
以上により、既に開設されていたＰＣ端末１０５と携帯通信端末１０２の間のマルチメディア通信に対して、双方のユーザやエンド通信端末２００が切替を決定し、切替処理を開始した場合に、重複した切替処理を統合し、携帯ＰＣ端末１０７とＰＣ端末１０１との間のマルチメディア通信が迅速に開設され、元のマルチメディア通信が切断され、切替処理が完了する。
【図面の簡単な説明】
【０１２２】
【図１】第１の実施の形態に係る通信方法による同時切替シーケンスを示す図
【図２】実施の形態に係るネットワークシステムの構成を示す図
【図３】実施の形態に係るエンド通信端末の構成を示すブロック図
【図４】第１の実施の形態に係る通信方法による同時切替シーケンスを示す図
【図５】第１の実施の形態に係る通信方法によるＰＣ端末（自通信端末）の同時切替シーケンスを示す図
【図６】第１の実施の形態に係る通信方法によるＰＣ端末（自通信端末）の同時切替シーケンスを示す図
【図７】第１の実施の形態に係る通信方法によるＰＣ端末（自通信端末）の同時切替シーケンスを示す図
【図８】第１の実施の形態に係る通信方法によるＰＣ端末（自通信端末）の同時切替シーケンスを示す図
【図９】第１の実施の形態に係る通信方法によるＰＣ端末（自通信端末）の同時切替シーケンスを示す図
【図１０】第１の実施の形態に係る通信方法による携帯ＰＣ端末（切替先端末）の同時切替シーケンスを示す図
【図１１】第１の実施の形態に係る通信方法による携帯ＰＣ端末（切替先端末）の同時切替シーケンスを示す図
【図１２】第１の実施の形態に係る通信方法による携帯ＰＣ端末（切替先端末）の同時切替シーケンスを示す図
【図１３】第１の実施の形態に係る通信方法による携帯ＰＣ端末（切替先端末）の同時切替シーケンスを示す図
【図１４】第１の実施の形態に係る通信方法による携帯ＰＣ端末（切替先端末）の同時切替シーケンスを示す図
【図１５】第１の実施の形態に係る通信方法による携帯ＰＣ端末（切替先端末）の同時切替シーケンスを示す図
【図１６】第１の実施の形態に係る通信方法によるＰＣ端末（相手先端末の切替先端末）の同時切替シーケンスを示す図
【図１７】第１の実施の形態に係る通信方法によるＰＣ端末（相手先端末の切替先端末）の同時切替シーケンスを示す図
【図１８】第１の実施の形態に係る通信方法によるＰＣ端末（相手先端末の切替先端末）の同時切替シーケンスを示す図
【図１９】第１の実施の形態に係る通信方法によるＰＣ端末（相手先端末の切替先端末）の同時切替シーケンスを示す図
【図２０】（ａ）本実施の形態においてエンド通信端末間で送信される切替指示のデータ構造例を示す図（ｂ）切替指示が準拠するＳＩＰのメッセージ形式を示す図
【図２１】（ａ）本実施の形態においてエンド通信端末間で送信される切替接続要求のデータ構造例を示す図（ｂ）切替接続要求が準拠するＳＩＰのメッセージ形式を示す図
【図２２】（ａ）本実施の形態においてエンド通信端末間で送信される変更後の切替接続要求のデータ構造例を示す図（ｂ）切替結果通知が準拠するＳＩＰのメッセージ形式を示す図
【図２３】（ａ）本実施の形態においてエンド通信端末間で送信される切替接続要求に対する成功応答のデータ構造例を示す図（ｂ）成功応答が準拠するＳＩＰのメッセージ形式を示す図
【図２４】（ａ）本実施の形態においてエンド通信端末間で送信される切替結果通知のデータ構造例を示す図（ｂ）切替結果通知が準拠するＳＩＰのメッセージ形式を示す図
【図２５】第２の実施の形態に係る通信方法による同時切替シーケンスを示す図
【図２６】第２の実施の形態に係る通信方法による同時切替シーケンスを示す図
【図２７】第３の実施の形態に係る通信方法による同時切替シーケンスを示す図
【図２８】第３の実施の形態に係る通信方法による同時切替シーケンスを示す図
【図２９】第４の実施の形態に係る通信方法による同時切替シーケンスを示す図
【図３０】第４の実施の形態に係る通信方法による同時切替シーケンスを示す図
【符号の説明】
【０１２３】
１００  ネットワークシステム
１０１  ＰＣ端末
１０２  携帯通信端末
１０３  ローカルエリアネットワーク（相手先端末側）
１０４  ＩＰネットワーク
１０５  ＰＣ端末
１０６  アクセスポイント
１０７  携帯ＰＣ端末
１０８  ローカルエリアネットワーク（自端末側）
２００  エンド通信端末
２０１  ユーザ入出力部
２０２  切替セッション統合・制御部
２０３  重複切替認識部
２０４  切替情報解析・作成部
２０５  通信プロトコル指示・判断部
２０６  通信プロトコル解析・作成部
２０７  通信プロトコル送受信部
【図１】
2006352517.tif 000003
【図２】
2006352517.tif 000004
【図３】
2006352517.tif 000005
【図４】
2006352517.tif 000006
【図５】
2006352517.tif 000007
【図６】
2006352517.tif 000008
【図７】
2006352517.tif 000009
【図８】
2006352517.tif 000010
【図９】
2006352517.tif 000011
【図１０】
2006352517.tif 000012
【図１１】
2006352517.tif 000013
【図１２】
2006352517.tif 000014
【図１３】
2006352517.tif 000015
【図１４】
2006352517.tif 000016
【図１５】
2006352517.tif 000017
【図１６】
2006352517.tif 000018
【図１７】
2006352517.tif 000019
【図１８】
2006352517.tif 000020
【図１９】
2006352517.tif 000021
【図２０】
2006352517.tif 000022
【図２１】
2006352517.tif 000023
【図２２】
2006352517.tif 000024
【図２３】
2006352517.tif 000025
【図２４】
2006352517.tif 000026
【図２５】
2006352517.tif 000027
【図２６】
2006352517.tif 000028
【図２７】
2006352517.tif 000029
【図２８】
2006352517.tif 000030
【図２９】
2006352517.tif 000031
【図３０】
2006352517.tif 000032