JP5120380B2

JP5120380B2 - セッション管理の移行に係る通信方法、通信システム、サーバ、およびプログラム

Info

Publication number: JP5120380B2
Application number: JP2009532971A
Authority: JP
Inventors: 隆明木立; 龍浩降矢
Original assignee: Fujitsu Ltd
Current assignee: Fujitsu Ltd
Priority date: 2007-09-18
Filing date: 2007-09-18
Publication date: 2013-01-16
Anticipated expiration: 2027-09-18
Also published as: US20100191849A1; JPWO2009037735A1; WO2009037735A1; US8250217B2

Description

本発明は、通信ネットワークでのセッション状態の管理技術に関し、特に、端末間の通信でのセッション状態を管理する１のサーバと、それらの端末間またはそれらの端末に関連づけされた端末間で、その通信に関連するサービスを提供する他のサーバとの連携技術に関する。

ＩＭＳ（IP Multimedia Subsystem）で規定される通信ネットワークはＳＩＰ（Session Initiation Protocol）と呼ばれるプロトコルによってセッションが開始され、ＳＤＰ（Session Description Protocol）のセッション情報を交換し、Ｐ２Ｐ（ＰｅｅｒＴｏＰｅｅｒ）でＲＴＰ（ＲｅａｌＴｉｍｅＴｒａｎｓｐｏｒｔＰｒｏｔｐｃｏｌ）パケットの送信を行う。ＮＧＮ（ＮｅｘｔＧｅｎｅｒａｔｉｏｎＮｅｔｗｏｒｋ）への移行が進み、様々な種類の端末がＳＩＰセッションによる複数の通信を様々なメディアで行えるようになる。その場合に、通信ネットワークには、ＡＳ（アプリケーションサーバ）というサーバが設けられ、様々なメディアに関するサービスを提供する。

ＩＭＳで規定される通信ネットワークでは、通常、ＣＳＣＦ（Call Session Control Function）と呼ぶＳＩＰサーバによってセッション状態が管理される。しかし、現状のＩＭＳで規定される通信ネットワークでは、ＡＳがセッション状態の管理に関与する方法については、具体的な提案がない。

すなわち、既存音声サービス（例えば、ＶｏＩＰ（ＶｏｉｃｅｏｖｅｒＩｎｔｅｒｎｅｔＰｒｏｔｏｃｏｌ））の延長にてセッション操作を伴うサービスを実現するにはＣＳＣＦからの「既設セッション情報の公開」および「セッション制御権限委譲（セッション移行）」が重要となる。しかし、現状ＡＳはＣＳＣＦにて確立された既設セッション情報を知る方法がない。このため、既存音声サービスの延長にてセッション操作を伴うサービス提供が困難である（図１、図２参照）。

図１において、ユーザＵ１は、携帯端末１ＡによってＣＳＣＦを介してユーザＵ２の携帯端末２Ａに電話をしている。このとき、携帯端末１Ａと２Ａの間には、ＣＳＣＦを介して音声セッション（親セッション）が確立されている。従来、このような場合に、新たに、音声セッションに関連するマルチメディアサービスを提供する機能がなかった。

例えば、ユーザＵ１とユーザＵ２との間で、親セッションの拡張として、ＡＳを介在させて画像を送受信するセッションを確立することはできなかった。また、ユーザＵ１とユーザＵ２との間で、音声セッションの拡張として、新たな映像端末１Ｂ、２Ｂを追加することもできなかった。すなわち、映像端末１Ｂ、２Ｂによる通信を親セッションの拡張としてＡＳを介在させて確立することはできなかった。なぜなら、ＣＳＣＦによって管理されている既設のセッションにＡＳが関与する方法がないからである。このように、既設音声セッションに対して、ＡＳを介したセッション操作を伴う新たなサービスを追加することができなかった。

ここで、親セッションとは、ユーザＵ１とユーザＵ２との間で、ＣＳＣＦを介在させて確立されたセッションをいう。また、親セッションに関連づけて構成される、ＡＳを介在させた第２のセッションを子セッション（その状態を子プレゼンス）という。
特開２００６−１９１５９４号公報

本発明は、端末間の通信でのセッション状態を管理する１のサーバと、それらの端末間またはそれらの端末に関連づけされた端末間で、その通信に関連するサービスを提供する他のサーバとの連携、例えば、端末間の通信に関する管理の１のサーバから他のサーバへの移行を可能とすることにある。

本発明の一態様は、第１端末と第２端末との間の第１の通信を管理する第１サーバと、第１端末と第２端末との間または第１端末に関連づけられる第３端末と第２端末に関連づけられる第４端末との間で第１の通信に関連づけられる第２の通信に係るサービスを提供する第２サーバと、を含むシステムでの通信技術に係る。

この技術では、第１サーバが、第１の通信に関連づけられる第２の通信に係るサービスを起動すべき条件を検出し、条件の検出を契機として第２サーバとの間で接続を確立する。そして、第１サーバは、確立された接続を通じて第１端末および第２端末と第２サーバとの間で第１の通信に係るデータを中継する。また、第１サーバは、確立された接続を通じて、第１端末および第２端末と第２サーバとの間、または、第３端末および第４端末と第２サーバとの間で第２の通信に係るデータを中継する。

一方、第２サーバが、確立された接続を通じて第１サーバから第１の通信に係るデータを受信するとともに、第１サーバへ返送する。そして、第２の通信によるサービスを開始する。

このような構成によって、このシステムでは、第１の通信に第２サーバを関与させることができる。さらに、第２サーバは、第１の通信に関与するとともに、第２の通信によるサービスを提供することができる。

また、他の一態様によれば、第２サーバが、第１の通信に関連づけられる第２の通信に係るサービスを起動すべき条件を検出し、その条件の検出を契機として、第１サーバを介して第１端末に第１の通信の管理を第１サーバから第２サーバへ移行する移行要求を送信してもよい。そして、その移行要求後に、第２サーバは、第１端末から第１サーバを介して第１の通信の接続要求を受信し、第１端末からの第１の通信の接続要求に対して、接続応答元を未設定にして応答すればよい。これによって、第２サーバは、第１端末からの接続要求に対する応答が終了したときに第１端末との間で第１の通信による仮の接続を確立すればよい。

さらに、第２サーバは、条件の検出を契機として、第１サーバを介して第２端末に第１の通信の管理を第１サーバから第２サーバへ移行する移行要求を送信すればよい。

そして、移行要求後に、第２サーバは、第２端末から第１サーバを介して第１の通信の接続要求を受信し、第２端末からの第１の通信の接続要求に対して、接続応答元を未設定にして応答すればよい。そして、第２サーバは、第２端末からの接続要求に対する応答が終了したときに第２端末との間で第１の通信による仮の接続を確立すればよい。

さらに、第２サーバは、接続要求元を未設定として第１サーバを介して第１端末に第１の接続要求を送信し、第１サーバを介して第１の接続要求に対する応答を第１端末から受信すればよい。

そして、第２サーバは、受信した応答から、第１端末の接続先情報を取得し、第１端末の接続先情報を用いて第１端末を接続要求元とする第２の接続要求を第２端末に送信すればよい。

こうして、第２サーバは、第２の接続要求に対する応答を受信した後に第１の通信の管理を開始すればよい。また、第２サーバは、第１端末と第２サーバとの間の第１の通信による仮の接続、および第２端末と第２サーバとの間の第１の通信による仮の接続を解放すればよい。

またさらに他の一態様によれば、第２サーバは、第２端末との間で仮の接続を確立することなく、移行要求による第１の通信の管理を実行してもよい。その場合、第２サーバは、第１端末との間で第１の通信による仮の接続を確立した後、第２端末に移行要求を送信すればよい。そして、第２サーバは、第２端末からの第１の通信の接続要求に対して、仮の接続での第１端末の接続先情報を用いて第１端末を接続応答元として応答すればよい。

本発明によれば、端末間の通信でのセッション状態を管理する１のサーバと、それらの端末間またはそれらの端末に関連づけされた端末間で、その通信に関連するサービスを提供する他のサーバとの連携を実現する。

図１は、ＣＳＣＦによる音声セッションと、ＡＳによる映像セッションの関係を示す図である。ＣＳＣＦによる制御方式において、ＡＳに対してセッション情報を提供する一般的な方式を示す図である。ＣＳＣＦ３にて、セッションを管理するとともに、ＡＳによるサービス契約しているユーザからの呼をＡＳに中継する方式を示すケーケンス図である。ＣＳＣＦ３が音声セッション（親セッション）を管理し、ＡＳ４がＣＳＣＦ３とは独立して、その音声セッションと関連する映像セッション（子セッション）を管理するシステムのシーケンス図である。ＳＩＰサーバが、携帯端末１Ａ、２Ａ等の端末から受信するリクエストおよびレスポンスと、その端末が関係するセッションの状態との関係の一例を示す図である。サービス契約情報テーブルの構造例を示す図である。ＡＳサービス契約有無判定テーブルの構造例を示す図である。ＣＳＣＦでの通信をＡＳに迂回する方式を示すシーケンス図である。迂回路解放処理を示すシーケンス図である。迂回路を定義する迂回路テーブルの構成を示す図である。親セッションの管理をＣＳＣＦからＡＳに移行する手順のシーケンス図（その１）である。親セッションの管理をＣＳＣＦからＡＳに移行する手順のシーケンス図（その２）である。親セッションの管理をＣＳＣＦからＡＳに移行する手順の変形例を示すシーケンス図である。

符号の説明

１Ａ、１Ｂ携帯端末
２Ａ、２Ｂ映像端末
３ＣＳＣＦ
４ＡＳ

以下、図面を参照して、実施の形態に係る通信システムを説明する。

《通信方式の概要》
以下、本実施形態に係る通信方式の概要を説明する。本通信システムの特徴は、ＣＳＣＦとＡＳとの間の効率的な連携方式を提供することにある。以下、本通信システムの方式として、ＣＳＣＦによってセッションを管理し、ＡＳに通知する方式、ＣＳＣＦとＡＳとで別個にセッションを管理する方式、ＣＳＣＦでの通信をＡＳに迂回する方式、および転送（ＲＥＦＥＲ）によるＡＳ介在セッションへの張り直し方式について、それぞれの概要を説明する。

（１）ＣＳＣＦによってセッションを管理し、ＡＳに通知する方式
図３にＣＳＣＦ３にて、セッションを管理するとともに、ＡＳによるサービス契約しているユーザからの呼（以下、ＡＳサービス契約呼という）をＡＳに中継する方式の例を示す。

本通信システムには、音声を相互に送受信する携帯端末１Ａ（第１端末に相当）、２Ａ（第２端末に相当）と、映像を送受信する映像端末１Ｂ（第３端末に相当）、２Ｂ（第４端末に相当）と、携帯端末１Ａ、２Ａ間の音声による通信の開始および終了を管理するＣＳＣＦ３（第１サーバに相当）と、映像端末１Ｂ、２Ｂとの間の映像を含む通信サービスを提供するＡＳ４（第２サーバに相当）とが含まれる。

ここで、携帯端末１Ａ、２Ａは、例えば、携帯電話網、無線ＬＡＮ等を通じて、インターネットにアクセスし、インターネット上の各種サーバ、例えば、ＣＳＣＦ３と通信する。携帯端末１Ａ、２Ａは、ＣＰＵ、音声入力装置（マイクロフォン）、音声出力装置（スピーカ）、メモリ、表示部（液晶ディスプレイ、エレクトロルミネッセンスパネル等）、操作部（キー、ポインティングデバイス等）、無線通信インターフェース、有線通信インターフェース等を有する。このような携帯端末１Ａ、２Ａは、例えば、携帯電話、携帯情報端末、ＰＨＳ（Personal Handyphone System）等であり、その構成はよく知られているので、その説明を省略する。なお、携帯端末１Ａ、２Ａの代わりに、音声入力装置、音声出力装置、および、インターネットへのアクセス機能を有する通常のパーソナルコンピュータを用いてもよい。すなわち、通信システムの構成として携帯端末１Ａ、２Ａが必須というわけではない。

映像端末１Ｂ、２Ｂは、例えば、ＣＰＵ、メモリ、表示部（液晶ディスプレイ、エレクトロルミネッセンスパネル等）、操作部（キー、ポインティングデバイス等）、無線通信インターフェース、有線通信インターフェース等を有する。映像端末１Ｂ、２Ｂは、例えば、パーソナルコンピュータである。

ＣＳＣＦ３は、インターネットに接続され、ＳＩＰ（Session Initiation Protocol）サービスを提供するサーバである。ＣＳＣＦ３は、例えば、ＣＰＵ、メモリ、表示部（液晶ディスプレイ、エレクトロルミネッセンスパネル等）、操作部（キー、ポインティングデバイス等）、無線通信インターフェース、有線通信インターフェース等を有する。

図３の構成では、ＣＳＣＦ３は、本来のＳＩＰサーバの機能を提供する代わりに、ＡＳ４への中継装置として機能する。すなわち、ＣＳＣＦ３は、携帯端末１Ａ、２Ａ等からのリクエスト（メソッドともいう）、レスポンス（応答コードともいう）をＡＳ４へ中継する。また、ＣＳＣＦ３は、ＡＳ４からのリクエストあるいはレスポンスを携帯端末１Ａ、２Ａ等に中継する。

ＡＳ４は、インターネットに接続され、ＩＭＳのアプリケーションサービスを提供するサーバである。ＡＳ４は、例えば、ＣＰＵ、メモリ、表示部（液晶ディスプレイ、エレクトロルミネッセンスパネル等）、操作部（キー、ポインティングデバイス等）、無線通信インターフェース、有線通信インターフェース等を有する。

本実施形態では、ＡＳ４は、ＣＳＣＦ３に代わってＳＩＰサーバとして機能する。したがって、ＡＳ４は、ＣＳＣＦ３を介して、携帯端末１Ａ、２Ａ等からリクエスト、レスポンスを受け取り、その受け取ったリクエスト、レスポンスに応じた処理を実行する。例えば、セッションの確立要求（ＩＮＶＩＴＥ）に対して、その呼び出し先にその要求を転送し、そのレスポンスを要求元に返す。また、ステータスの通知を受け取ると、その通知に応じて、それぞれの端末の状態を管理する。

図５に、ＳＩＰサーバが、携帯端末１Ａ、２Ａ等の端末から受信するリクエストおよびレスポンスと、その端末が関係するセッションの状態との関係の一例を示す。図５では、ＳＩＰサーバが、発信側の端末からＩＮＶＩＴＥを受信すると、発信側と着信側との間が呼び出し中になることが分かる。さらに、ＳＩＰサーバが、着信側の端末から２００（ＯＫ）を受け取ると、発信側と着信側との間が接続中となり、セッションが確立されることが分かる。さらに、ＳＩＰサーバが、発信側または着信側のいずれかの端末からＢＹＥを受信すると、セッションの状態が切断中となる。そして、ＢＹＥを送信した相手の端末から、２００を受信すると、それぞれの端末は、空き状態となる。

図３の構成では、ＡＳ４がＳＩＰサーバとして機能し、それぞれの端末（携帯端末１Ａ、２Ａ等）に対して、図５の状態を管理する。

携帯端末１Ａと２ＡのユーザがＡＳによるサービスを受ける契約をしている場合には、携帯端末１Ａと２Ａは、中継装置として機能するＣＳＣＦ３およびＳＩＰサーバとして機能するＡＳ４を介して、音声通話にセッションを開始し、音声通話機能を提供する。なお、携帯端末１Ａと２ＡのユーザがＡＳによるサービスを受ける契約をしていない場合には、従来と同様、ＣＳＣＦ３が携帯端末１Ａと２Ａとに、ＳＩＰサーバの機能を提供すればよい。

このように、図３の手順では、この携帯端末１Ａ、２Ａ間で、音声通話によるセッション継続中に、ＣＳＣＦ３からそのセッション情報が、ＡＳ４に提供されることになる。また、映像端末１Ｂ、２Ｂは、映像情報の送受信が可能な状態になると、ＣＳＣＦ３を介してその状態に至ったことをＡＳ４に通知する。

ＡＳ４は、携帯端末１Ａと映像端末１Ｂとが、特定のユーザＵ１に対するサービスにおいて使用される端末であることを契約情報から認識している。また、ＡＳ４は、携帯端末２Ａと映像端末２Ｂとが、特定のユーザＵ２に対するサービスにおいて使用される端末であることを契約情報から認識している。そして、ＡＳ４は、携帯端末１Ａと２Ａとの間で、音声セッションが開始され、かつ、映像端末１Ｂと２Ｂとがともに映像情報の送受信が可能な状態になったと認識すると、携帯端末１Ａと２Ａとの間の音声セッションに関連するセッションとして、映像端末１Ｂと２Ｂとの間で、映像セッションを開始する。

その結果、映像端末１Ｂと２Ｂとの間で、映像が送受信される。例えば、携帯端末１Ａを使用するユーザＵ１が携帯端末２Ａを使用するユーザＵ２と電話中であった場合に、その電話のセッションを開始したことを契機に、ユーザＵ１の有する映像端末１ＢとユーザＵ２の有する映像端末２Ｂとの間で、映像情報が送受信可能となる。すなわち、ユーザＵ１とユーザＵ２とは、携帯端末１Ａ、２Ａの操作による音声セッションの開始に伴って、映像セッションが接続され、そのサービスが開始される。

この場合に、最初にユーザＵ１、Ｕ２の操作によって開始される音声セッションが親セッションである。また、映像端末１Ｂと２Ｂによるセッション開始の準備が完了したことを条件として、親セッションの開始を契機として開始される映像端末１Ｂと２Ｂのセッションが子セッションである。

図６に、サービス契約情報テーブルの構造例を示す。サービス契約テーブルは、ＣＳＣＦ３およびＡＳ４の少なくとも一方のメモリに記憶されている。サービス契約情報テーブルには、本通信システムが提供するサービスについて、そのサービスを受ける契約をしているユーザを識別する情報と、そのユーザがそのサービスを受けるときに使用する端末を識別する情報とが定義されている。

この例では、サービスＳ１（例えば、音声通信サービス）において、ユーザＵ１は、携帯端末１Ａを使用し、ユーザＵ２は、携帯端末２Ａを使用することが記録されている。ここで、ユーザＵ１、ユーザＵ２等は、本通信システムで利用者を識別するための識別情報である。また、携帯端末１Ａ、２Ａ等は、ＳＩＰＵＲＩ（Uniform Resource Identifier）によって指定される。

図７に、ＡＳサービス契約有無判定テーブルの構造例を示す。ＡＳサービス契約有無判定テーブルは、ＣＳＣＦ３のメモリに記憶されている。ＡＳサービス契約有無判定テーブルは、親セッションとなるべき音声セッションでのリクエストをＣＳＣＦ３が受信したときに、そのリクエストがＡＳサービス契約呼か否かを判定するときに参照される。

図７のように、ＡＳサービス契約有無判定テーブルの各行は、ユーザの識別情報、音声セッションで使用する端末の識別情報、およびＡＳサービス契約の有無という項目を含む。

ユーザの識別情報は、その音声セッションを契約したユーザを識別情報であり、例えば、音声通話サービス（ＶｏＩＰ）の加入者番号である。音声セッションで使用する端末の識別情報は、例えば、その端末のＳＩＰ−ＵＲＩである。ＣＳＣＦ３は、図６のサービス契約情報テーブルにサービス契約情報を格納するときに、ＡＳサービス契約有無判定テーブルを確認する。そして、サービス契約情報テーブルに設定した端末のＳＩＰ−ＵＲＩに対して、ＡＳサービス契約がなしになっていた場合に、ＡＳサービス契約をありに変更する。このようにして、１以上のＡＳサービス契約がなされた端末については、ＡＳサービス契約有無判定テーブルにて、ＡＳサービス契約がありに設定されることになる。ＡＳサービス契約有無判定テーブルと、サービス契約情報テーブルとが、複数の第１端末のそれぞれの識別情報と第２端末のそれぞれの識別情報とを関連づけて記憶する端末関連情報記憶部に相当する。

ＣＳＣＦ３は、ＡＳサービス契約有無判定テーブルを参照し、音声セッションでのリクエストの発信者がＡＳサービス契約者か否かを判定することにより、ＡＳサービス契約呼を識別する。なお、ＡＳサービス契約呼か否かの判定において、ユーザの識別情報は、必ずしも必要ではない。すなわち、ＡＳサービス契約有無判定テーブルが端末の識別情報（ＳＩＰ−ＵＲＩ）を有していれば、受信したリクエストの発信側のＳＩＰ−ＵＲＩを基に、ＡＳサービス契約呼か否かを判定すればよい。本実施形態では、ＡＳサービス契約有無判定テーブルは、ＣＳＣＦ３のメモリに格納しておけばよい。

以下、図３を参照して本通信システムの処理手順を説明する。まず、映像端末１Ｂ、２Ｂのいずれか、例えば、ここでは、映像端末２Ｂにて、映像通信サービスで使用される機能がオンになったと想定する。ここで、映像通信サービスで使用される機能とは、映像表示プログラムの起動等である。すると、映像端末２Ｂの通信プログラムは、映像通信サービスで使用される機能がオンになったことをＣＳＣＦ３に通知する（矢印Ｓ１）。この通知は、例えば、ＳＩＰのリクエストＰＵＢＬＩＳＨによって実施される。ＰＵＢＬＩＳＨは、ＳＩＰで通信する携帯端末１Ａ、２Ａ、映像端末１Ｂ、２Ｂ等の状態を通知するのに使用される。ＰＵＢＬＩＳＨには、機能がオンになったことの通知と、機能がオンになった映像端末２ＢのＳＩＰ−ＵＲＩが含まれる。この通知を受けるＣＳＣＦ３が、第２端末状態受信部に相当する。ＣＳＣＦ３は、中継装置として機能し、受け取った通知をさらにＡＳ４に通知する（矢印Ｓ２）。この通知を実行するＣＳＣＦ３が、第２端末状態通知部に相当する。

その結果、ＡＳ４は、映像端末２Ｂにて、映像通信サービスで使用される機能がオンになったことを認識し、映像端末２ＢのＳＩＰ−ＵＲＩとともに、サービス管理テーブルに記録する。図３の例では、子セッションに係る一方の端末で、着信可能と記録される。

次に、例えば、携帯端末１Ａが、ユーザＵ１の操作を検知し、携帯端末２Ａ宛の音声による親セッションの開始をＣＳＣＦ３に要求する（矢印Ｓ３）。このとき、携帯端末１ＡからＣＳＣＦ３にＳＩＰのリクエストであるＩＮＶＩＴＥが送信される。このとき、音声セッションの呼び出し先として携帯端末２Ａが指定されている。

上述のように、本実施形態では、ＣＳＣＦ３は、中継装置として機能し、音声のセッションのうち、ＡＳのサービスを受ける契約がなされたユーザの携帯端末１Ａ、２Ａ等の間を接続するセッションにＡＳ４を介在させる。例えば、ＣＳＣＦ３は、リクエストＩＮＶＩＴＥを受けた場合に発信側に対してＡＳのサービスを受ける契約がなされているか否かを判定し、ＡＳのサービス契約がなされている場合、ＣＳＣＦ３は、ＩＮＶＩＴＥを一旦ＡＳ４に転送する（矢印Ｓ４）。すると、ＡＳ４は、リクエストＩＮＶＩＴＥを着信側の携帯端末２Ａ宛に、ＣＳＣＦ３を経由して送信する（矢印Ｓ５、Ｓ６）。

携帯端末２Ａは、セッションの開始を了解した旨のレスポンス（２００、ＯＫともいう）をＣＳＣＦ３に返信する（矢印Ｓ７）。レスポンスについても、同様に、ＣＳＣＦ３は、そのレスポンスの送信元に対してＡＳのサービスを受ける契約がなされているか否かを判定し、ＡＳのサービス契約がなされている場合、ＣＳＣＦ３は、レスポンスを一旦ＡＳ４に転送する（矢印Ｓ８）。このレスポンス２００は、ＡＳ４からＣＳＣＦ３を介して、音声のセッションを開始した発信側の携帯端末１Ａに送信される（矢印Ｓ９、Ｓ１０）。これによって、携帯端末１Ａと２Ａとの間で音声セッションが開始される（矢印Ｓ１１）。

このとき、ＡＳ４は、親セッションである音声セッションが携帯端末１Ａと２Ａとの間で、開始されたことをサービス管理テーブルに記録する。

ここで、さらに、映像端末１Ｂにて、映像通信サービスで使用される機能がオンになったと想定する。すると、映像端末１Ｂの通信プログラムは、映像通信サービスで使用される機能がオンになったことをＣＳＣＦ３に通知する（矢印Ｓ１２）。この通知は、例えば、ＳＩＰのリクエストＰＵＢＬＩＳＨによって実施される。ＣＳＣＦ３は、受け取った通知をさらにＡＳ４に通知する（矢印Ｓ１３）。

すると、ＡＳ４は、映像端末１Ｂにて、映像通信サービスで使用される機能がオンになったことを認識し、機能がオンになったＳＩＰ−ＵＲＩについて、その旨をサービス管理テーブルに記録する。その結果、ＡＳ４は、子セッションに介在する両方の映像端末１Ｂ、２Ｂで、映像通信サービスで使用される機能がオンになったことを認識し、さらに、親セッションが開始したことを認識する。

その結果、ＡＳ４は、親セッションに関連する子セッションである映像のセッションの接続を開始する。すなわち、ＡＳ４は、ＣＳＣＦ３を介して映像端末１ＢにＩＮＶＩＴＥを送信する（矢印Ｓ１４、Ｓ１５）。このとき、映像端末２ＢのＳＤＰ情報（ＳＩＰ−ＵＲＩ）は、サービス管理テーブルに格納されているので、そのＩＮＶＩＴＥには、発信側のＳＤＰ情報として、映像端末２ＢのＳＩＰ−ＵＲＩが指定されている。これに対して、映像端末１Ｂから了解した旨のメッセージ２００が返る（矢印Ｓ１６、Ｓ１７）。

また、ＣＳＣＦ３を介して映像端末２ＢにＩＮＶＩＴＥを送信する（矢印Ｓ１８、Ｓ１９）。このとき、映像端末１ＢのＳＤＰ情報（ＳＩＰ−ＵＲＩ）は、サービス管理テーブルに格納されているので、そのＩＮＶＩＴＥには、映像セッション（子セッション）での発信側のＳＤＰ情報として、映像端末１ＢのＳＩＰ−ＵＲＩが指定されている。これに対して、映像端末２Ｂから了解した旨のメッセージ２００が返る（矢印Ｓ２０、Ｓ２１）。以上によって、映像によるＲＴＰセッションが映像端末１Ｂと２Ｂとの間で開始する（矢印Ｓ２２）。

このように、図３に示した手順によれば、ＣＳＣＦ３を中継装置として機能させ、ＡＳサービス契約呼をすべてＡＳ４に転送し、ＡＳ４をＳＩＰサーバとして機能させることによって、ＡＳ４を親セッションに関与させることができる。

（２）ＣＳＣＦとＡＳとで別個にセッションを管理する方式
図４に、ＣＳＣＦ３が音声セッション（親セッション）を管理し、ＡＳ４がＣＳＣＦ３とは独立して、その音声セッションと関連する映像セッション（子セッション）を管理するシステムのシーケンス図を示す。

なお、ここでは、ＡＳ４がサービスを提供するセッションの確立手順は省略されている。しかし、例えば、図３と同様に、ＡＳ４がサービス提供の条件が満足されたことを検知して、ＡＳ４から映像端末１Ｂと２Ｂとに対して、セッションを確立するようにしてもよい。また、例えば、映像端末１Ｂと２Ｂとで、セッションを受ける準備が完了したこと、および映像端末１Ｂと２Ｂとのセッションに関連する携帯端末１Ａと２Ａとの音声セッションが確立されたことの通知をＡＳ４がＣＳＣＦ３から受信するようにしてもよい。そして、ＡＳ４は、以上の条件が充足されたときに、図３のＳ１４−Ｓ２２と同様の手順で映像端末１Ｂと２Ｂとの子セッションを確立するようにしてもよい。ここで、親セッションと子セッションとは、例えば、図６あるいは図７のようにサービスと端末とを関連づける情報にしたがってＣＳＣＦ３またはＡＳ４に管理されている。

さらに、ユーザのマニュアル操作によって、映像端末１Ｂおよび２ＢからＡＳ４にアクセスして、セッションを確立してもよい。

図４の方式では、子セッションが確立された場合も、親セッションは、ＣＳＣＦ３が管理し、子セッションはＡＳ４が管理する。したがって、携帯端末１Ａ、２Ａで、定期的に接続確認を行い、セッションをリフレッシュするリクエストＲｅ−ＩＮＶＩＴＥが送受信される場合も、ＣＳＣＦ３がＲＥ−ＩＮＶＩＴＥを管理する。すなわち、ＣＳＣＦ３は、発信側の携帯端末１ＡからのリクエストＲｅ−ＩＮＶＩＴＥを受信し（矢印Ｓ３４）、着信側の携帯端末２Ａに転送する（矢印Ｓ３７）。また、ＣＳＣＦ３は、着信側の携帯端末２Ａからのレスポンス２００を受信し（矢印Ｓ３８）、発信側の携帯端末１Ａに転送する（矢印Ｓ４１）。この処理の間、ＡＳ４は、携帯端末１Ａ、２Ａ間の音声セッションの管理には介在しない。

（３）ＣＳＣＦでの通信をＡＳに迂回する方式
この方式では、ＡＳ提供サービスの起動を判断した場合、ＣＳＣＦ−ＡＳ間で迂回ルートを確保する（図８参照）。以後、該当呼はＡＳへ迂回するようにＣＳＣＦにて制御を行う（図８、図９参照）。迂回信号はＡＳには通常の新規生成呼に見えるので特別な機能は不要である。例えば、図８にて、迂回路を確立するためのＩＮＶＩＴＥ（矢印Ｓ３０）は、ＡＳ４から見ると、ＣＳＣＦ３から送信される通常のＩＮＶＩＴＥと同様に処理すればよい。

ＣＳＣＦは、ＡＳ提供サービスが起動条件に達した場合、以後の親セッションをＡＳに迂回させるために、ＣＳＣＦ−ＡＳ間に迂回路を確保する。以後、親セッションのリクエスト（リフレッシュＲｅ−ＩＮＶＩＴＥやＢＹＥなど）を発着信端末から受信した場合、当初のルートセット上にはＡＳは含まれていないが、ＡＳに迂回させるようにＣＳＣＦにて制御する。ここで、当初のルートセットとは、最初にＲＴＰセッションを開始したときのＩＮＶＩＴＥによって形成される接続経路をいう。なお、本方式については、第１実施形態で詳細を説明する。

（４）転送（ＲＥＦＥＲ）によるＡＳ介在セッションへ張り直し方式
この方式では、発信側端末および着信側端末に転送指示（ＲＥＦＥＲなど）を行い、切断することなくＡＳ経由のセッションへ張り替えを実施する（図１１、図１２参照）。ここで、セッションの張り替えとは、確立済みのセッションでのユーザ間の通信を中断することなく、新たなセッションに移行することをいう。

ＡＳは、サービス起動を検知した時点で発信端末および着信端末へＡＳ宛に転送指示（ＲＥＦＥＲなど）を発行し、発信側端末−ＡＳ、ＡＳ−着信端末間のセッションを確立し、Ｂ２ＢＵＡ（ＢａｃｋＴｏＢａｃｋＵｓｅｒＡｇｅｎｔ）制御にて発着のＲＴＰを確立する。ここで、Ｂ２ＢＵＡ制御とは、発信側端末−ＡＳ間、あるいはＡＳ−着信端末間のように互いに相手の存在を認識できない一対の装置に対して、例えばＣＳＣＦのような管理装置によって、いわば、背中合わせに結び付ける制御をいう。これによりセッション管理をＡＳへ移行が可能となる。

このＣＳＣＦは、プロキシ（中継装置）として動作するのみでよい。その場合、端末は、転送指示（ＲＥＦＥＲなど）をサポートする必要がある。セッション張り替え時のＳＤＰ再ネゴシエーションのために、可能な限り、ｎｏＳＤＰのリクエスト、レスポンスに対応していることが望ましい。ｎｏＳＤＰのリクエストとは、ＳＤＰ情報が指定されていないＩＮＶＩＴＥ等のリクエスト、２００等のレスポンスをいう。なお、本方式については、第２実施形態で詳細を説明する。

《第１実施形態》
図８および図９に、第１実施形態に係る通信システムのシーケンス図を示す。本実施形態では、ＣＳＣＦでの通信をＡＳに迂回する方式でセッションが管理される。本通信システムに含まれる端末およびサーバの構成要素は、図３、図４の場合と同様である。そこで、図３、図４と同一の構成要素については、同一の符号を付してその説明を省略する。

図８に、迂回路形成処理のシーケンスを示す。この処理は、ＣＳＣＦ３とＡＳ４とでそれぞれ実行されるコンピュータプログラムによって実現できる。ここでは、携帯端末１Ａと２Ａとの間に、ＳＩＰによる親セッションがすでに確立されている。図８では、親セッションは、ＣＳＣＦ３によって管理されている。この状態で、特定のサービス起動を契機にして、ＣＳＣＦ３は、親セッションの管理情報をＡＳ４に迂回させる迂回路作成処理を実行する。特定のサービス起動を契機にするとは、例えば、映像端末１Ｂと２Ｂとの間に、特定の状態が成立した場合、親セッションに対して映像端末１Ｂと２Ｂとの間で子セッションが確立された場合、確立可能な条件が成立した場合、映像端末１Ｂあるいは２Ｂからサービスの要求があった場合等を契機にすることをいう。この契機を検知するＣＳＣＦ３が検出部に相当する。このような検出部は、ＣＳＣＦ３に含まれるＣＰＵ上で実行されるコンピュータプログラムとして実現できる。

迂回路作成処理では、ＣＳＣＦ３（第１サーバ、および管理装置に相当）は、まずリクエストＩＮＶＩＴＥをＡＳ４（第２サーバ、サーバ、およびコンピュータに相当）に送信する（矢印Ｓ３０）。この場合、リクエストＩＮＶＩＴＥは、ＣＳＣＦ３からＡＳ４に向かう上り方向の経路のセッション確立要求である。

このＩＮＶＩＴＥに対して、ＡＳ４は、まず、リクエストＩＮＶＩＴＥをＣＳＣＦ３に送信する（矢印Ｓ３１）。このＡＳ４からのリクエストＩＮＶＩＴＥは、ＡＳ４からＣＳＣＦ３に向かう下り方向の経路のセッション確立要求である。そして、下り方向のセッション確立要求に対してＣＳＣＦ３は、レスポンス２００を返す（矢印Ｓ３２）。これによって、下り方向の経路のセッションが確立される。

そして、ＡＳ４は、レスポンス２００を受信すると、上り方向の経路のセッション確立要求に対してレスポンス２００を返す（矢印Ｓ３３）。これによって、上り方向の経路のセッションが確立される。その結果、ＣＳＣＦ３からＡＳ４への上り方向のセッションとＡＳ４からＣＳＣＦ３に向かう下り方向のセッションとが確立される。以上によって、迂回路作成処理が終了する。

このとき、ＣＳＣＦ３は、迂回路定義テーブルに作成された迂回路の定義を保存する。また、ＡＳ４は、迂回路定義テーブルに作成された迂回路の定義を保存する。この下り方向、および、上り方向のセッションを確立するＣＳＣＦ３が確立部に相当する。このような確立部は、ＣＳＣＦ３に含まれるＣＰＵ上で実行されるコンピュータプログラムとして実現できる。

以降、携帯端末１Ａおよび携帯端末２ＡからＣＳＣＦ３に送信されるＡＳサービス契約呼は、上り方向の迂回路を通じてＡＳ４に転送される。そして、ＣＳＣＦ３からＡＳ４に転送されたＡＳサービス契約呼は、下り方向の迂回路を通じて、ＣＳＣＦ３に戻される。

同様に、映像端末１Ｂ、２Ｂ間のリクエスト、レスポンス等も、ＣＳＣＦ３から上り方向の迂回路を通じてＡＳ４に転送され、さらに、ＡＳ４から、下り方向の迂回路を通じてＣＳＣＦ３に戻される。このように、携帯端末１Ａおよび携帯端末２ＡとＡＳ４との間でリクエスト、レスポンスを中継するＣＳＣＦ３が中継部に相当する。また、映像端末１Ｂおよび映像端末２ＢとＡＳ４との間でリクエスト、レスポンスを中継するＣＳＣＦ３が中継部に相当する。このような中継部は、ＣＳＣＦ３に含まれるＣＰＵ上で実行されるコンピュータプログラムとして実現できる。

このＩＮＶＩＴＥによって確立されたセッションは、ＡＳ４からは一般的なＳＩＰのセッションに見えるので、作成された迂回路を通じたセッションの管理処理は、通常のＳＩＰのセッションと同様に実行すればよい。図８の例では、携帯端末１Ａから携帯端末２Ａに、セッションをリフレッシュするリクエストＲｅ−ＩＮＶＩＴＥが送受信される場合が示されている。ＣＳＣＦ３は、発信側の携帯端末１ＡからのリクエストＲｅ−ＩＮＶＩＴＥを受信すると（矢印Ｓ３４）、上り迂回路を通じてそのリクエストをＡＳ４に転送する（矢印Ｓ３５）。

ＡＳ４は、リクエストＲｅ−ＩＮＶＩＴＥを受信すると（矢印Ｓ３５）、下り迂回路を通じてそのリクエストをＣＳＣＦ３に返送する（矢印Ｓ３６）。この返送処理を実行するＡＳ４が折り返し部に相当する。この折り返し部の処理は、通常のＳＩＰのサービスと同様の処理である。この場合、ＡＳ４からは、ＣＳＣＦ３が、ＳＩＰの発信側（あるいは、着信側）の端末に見える。ただし、ＡＳ４は、このようなＲｅ−ＩＮＶＩＴＥ等、セッションの管理のために授受される情報から、音声セッションに介在することができる。

ＣＳＣＦ３は、そのリクエストを着信側の携帯端末２Ａに転送する（矢印Ｓ３７）。また、ＣＳＣＦ３は、着信側の携帯端末２Ａからのレスポンス２００を受信し（矢印Ｓ３８）、上り迂回路を通じてそのレスポンスをＡＳ４に転送する（矢印Ｓ３９）。ＡＳ４は、レスポンス２００を受信すると（矢印Ｓ３９）、下り迂回路を通じてそのレスポンスをＣＳＣＦ３に返送する（矢印Ｓ４０）。

ＣＳＣＦ３は、そのレスポンスを発信側の携帯端末１Ａに転送する（矢印Ｓ４１）。なお、このような迂回路を通じたリクエストとレスポンスの送受信によって、ＡＳ４は、親セッションの管理に介在する。この場合、セッション管理は、ＣＳＣＦ３が行ってもよいし、ＡＳ４が行ってもよい。

ＡＳ４が管理を行う場合、ＣＳＣＦ３は、迂回路の確立を契機として、音声セッションの管理を停止すればよい。例えば、単に、Ｒｅ−ＩＮＶＩＴＥ等の中継装置として機能し、携帯端末１Ａ、２Ａに対するＳＩＰに係るサービスを停止すればよい。そのような停止処理を実行するＣＳＣＦ３が停止部に相当する。このような停止部は、ＣＳＣＦ３に含まれるＣＰＵ上で実行されるコンピュータプログラムとして実現できる。また、ＡＳ４は、迂回路の確立を契機として、音声セッションの管理を開始すればよい。すなわち、そのような契機に、ＡＳ４は、Ｒｅ−ＩＮＶＩＴＥ等のリクエスト、あるいは、レスポンスを発信側から着信側に中継する機能を起動すればよい。そのようなサービスを開始するＡＳ４がサービス部に相当する。このようなサービス部は、ＡＳ４に含まれるＣＰＵ上で実行されるコンピュータプログラムとして実現できる。

また、ＡＳ４が管理を行わない場合でも、迂回路を通じたリクエストとレスポンスの送受信によって、ＡＳ４は、親セッションの管理に介在することができる。ここで、介在するとは、親セッションの管理で授受されるデータ、例えば、Ｒｅ−ＩＮＶＩＴＥ等の送受信を把握できることをいう。したがって、ＡＳ４は、親セッションの状況を把握した上で、ＡＳサービスを提供でき、ＡＳサービスを提供するタイミング等をより柔軟、適切に決定できる。

図９に、迂回路解放処理を示す。この処理は、ＣＳＣＦ３で実行されるコンピュータプログラムによって実現できる。ここでは、迂回路がすでに確立された状態で、特定の契機に迂回路解放処理を実行する手順を示す。ここで、特定の契機とは、例えば、セッション管理をＣＳＣＦ３に戻すサービス切り替えの契機等である。図９の例では、文字列”ＲＥＱＵＥＳＴ”がＣＳＣＦ３で受信されたときを契機としている（矢印Ｓ４２）。このような文字列は、ＳＩＰでは、リクエストＩＮＦＯによって端末からＣＳＣＦ３に送信できる。

ＣＳＣＦ３は、音声セッションで接続された一方の端末、例えば、携帯端末１Ａから文字列”ＲＥＱＵＥＳＴ”を受けたことを契機として、リクエストＢＹＥをＡＳ４に送信する（矢印Ｓ４３）。このリクエストＢＹＥは、ＣＳＣＦ３からＡＳ４に向かう上り方向の経路のセッション解放要求である。

このＢＹＥに対して、ＡＳ４は、まず、リクエスＢＹＥをＣＳＣＦ３に送信する（矢印Ｓ４４）。このＡＳ４からのリクエストＢＹＥは、ＡＳ４からＣＳＣＦ３に向かう下り方向の経路のセッション解放要求である。そして、下り方向のセッション解放要求に対してＣＳＣＦ３は、レスポンス２００を返す（矢印Ｓ４５）。これによって、下り方向の経路のセッションが解放される。

そして、ＡＳ４は、レスポンス２００を受信すると、上り方向の経路のセッション解放
要求に対してレスポンス２００を返す（矢印Ｓ４６）。これによって、上り方向の経路のセッションが解放され、迂回路解放処理が終了する。このとき、ＣＳＣＦ３は、迂回路定義テーブルから、解放された迂回路の定義を削除する。また、ＡＳ４は、迂回路定義テーブルから、解放された迂回路の定義を削除する。

なお、図９の例では、例えば、リクエストＩＮＦＯを用いて、発信側の携帯端末１Ａと着信側の携帯端末２Ａとの間で”ＲＥＱＵＥＳＴ”とこれに対する”ＲＥＳＰＯＮＳＥ”いうコマンドを相互に送受信することで、迂回路を解放した。しかし、このような処理に代えて、親セッションの解放と連動して迂回路を解放する処理としてもよい。

図１０に、迂回路を定義する迂回路テーブルの構成を示す。この迂回路テーブルは、ＣＳＣＦ３およびＡＳ４のそれぞれのメモリに保存されている。迂回路テーブルは、それぞれの行に、発信側端末、着信側端末、下り迂回路、および上り迂回路というそれぞれのエントリを有する。

発信側端末のエントリには、迂回路を通じてＡＳ４に迂回されるべきセッションの発信側端末のＳＩＰ−ＵＲＩが格納される。また、着信側端末のエントリには、迂回路を通じてＡＳ４に迂回されるべきセッションの着信側端末のＳＩＰ−ＵＲＩが格納される。

また、上り迂回路のエントリには、ＣＳＣＦ３からＡＳ４にリクエスト、あるいはレスポンスを転送するときに使用するセッションの識別情報が格納される。また、下り迂回路のエントリには、ＡＳ４からからＣＳＣＦ３にリクエスト、あるいはレスポンスを転送するときに使用するセッションの識別情報が格納される。

図１０の例では、携帯端末１Ａおよび２Ａ間に、下り迂回路＃Ｎ１、上り迂回路＃Ｍ１が定義されている。また、映像端末１Ｂおよび２Ｂ間にも、下り迂回路＃Ｎ１、上り迂回路＃Ｍ１が定義されている。したがって、この定義では、携帯端末１Ａおよび２Ａ間の音声セッション（親セッション）のリクエスト、レスポンスと、映像端末１Ｂおよび２Ｂ間の映像セッション（子セッション）のリクエスト、レスポンスが、迂回路を通じてＣＳＣＦ３からＡＳ４に転送されることになる。

迂回路定義テーブルは、ＣＳＣＦ３のメモリに格納されており、リクエストおよびレスポンスを送信するときに、迂回路を通じて転送すべきか、否かの判定に使用される。すなわち、ＣＳＣＦ３は、リクエスト、あるいはレスポンスを受信したとき、そのＳＤＰ情報から発信側の端末と、着信側の端末のＳＩＰ−ＵＲＬを参照する。そして、それらのＳＩＰ−ＵＲＬの組が、迂回路定義テーブルに定義されていた場合、迂回路を通じて、そのリクエスト、あるいはレスポンスをＡＳ４に転送すべきと判断する。

なお、ＡＳ４から見ると、迂回路は、通常のセッションに相当する。すなわち、ＡＳ４から見ると、ＣＳＣＦ３は、ＳＩＰのサービスを受ける端末の１つとして認識されるので、折り返し処理を実行すればよい。

以上述べたように、本実施携帯のＣＳＣＦ３とＡＳ４は、特定のサービス起動を契機として（例えば、親セッションに対する子セッションの確立時）、互いにリクエストＩＮＶＩＴＥを送信し、レスポンス２００を受信することで、下り方向と上り方向の迂回路をペアで作成する。

作成された迂回路は、迂回路定義テーブルに保存されている。したがって、例えば、親セッションで端末からＣＳＣＦ３に、リクエストＲｅ−ＩＮＶＩＴＥが送信されたとき、ＣＳＣＦ３は、リクエストＲｅ−ＩＮＶＩＴＥに指定された発信側端末および着信側端末のそれぞれのＳＩＰ−ＵＲＩと、迂回路定義テーブルの発信側端末および着信側端末のそれぞれのＳＩＰ−ＵＲＩとを比較する。

そして、その発信側端末および着信側端末に対して迂回路が定義されていた場合、ＣＳＣＦ３は、上り迂回路を通じて、その発信側端末からのリクエストをＡＳ４に送信する。また、ＣＳＣＦ３は、上り迂回路を通じて、その着信側端末からのレスポンスをＡＳ４に送信する。同様にＡＳ４は、ＣＳＣＦ３から上り迂回路を通じて受信したリクエスト、レスポンスを下り迂回路を通じてＣＳＣＦ３に返す。このようにして、親セッションの情報が、迂回路を通じてＣＳＣＦ３とＡＳ４との間で伝達されることになる。

＜変形例＞
上記実施形態では、迂回路定義テーブルには、発信側端末、着信信側端末がペアで格納され、親セッションの識別情報として用いられた。このような構成に変えて、迂回路定義テーブルに、親セッションのセッションを識別する識別情報（セッションＩＤ）を格納してもよい。そして、例えば、親セッションにおける端末からＣＳＣＦ３に、リクエストＲｅ−ＩＮＶＩＴＥが送信されたとき、ＣＳＣＦ３は、リクエストＲｅ−ＩＮＶＩＴＥが送信されたセッションの識別情報と迂回路定義テーブルに定義されたセッションの識別情報とを比較し、そのセッションに迂回路が定義されているかどうかを判定すればよい。

《第２実施形態》
図１１および図１２を参照して、第２実施形態に係る通信システムを説明する。上記第１実施形態では、迂回路を形成し、親セッションの管理にＡＳ４が介在する通信システムを説明した。本実施形態では、親セッションを再度作成することによって、親セッションの管理をＣＳＣＦ３（第１サーバ、および管理装置に相当）からＡＳ４（第２サーバ、サーバ、およびコンピュータに相当）に移行する通信システムについて説明する。他の構成、および作用は、第１実施形態の場合と同様である。そこで、第１実施形態と同一の構成要素については、同一の符号を付してその説明を省略する。本通信システムに含まれる端末およびサーバの構成要素は、図３、図４の場合と同様である。

図１１、図１２は、本通信システムにおいて、親セッションの管理をＣＳＣＦ３からＡＳ４に移行する手順のシーケンス図である。この手順は、携帯端末１Ａと２Ａ間がＳＩＰによって開設されたＲＴＰセッションで接続されているとき、特定のサービス起動を契機にして開始する（矢印Ｓ６０）。特定のサービス起動契機とは、上記ＲＴＰセッションを親セッションとする子セッションが確立された場合等である。

本実施形態では、そのようなサービス起動を契機にして、ＡＳ４が、ＣＳＣＦ３に対して転送開始を指示する。すなわち、本通信システムでは、ＡＳ４がサービスを起動すべき契機を検出し、親セッションの管理を移行するシーケンスを起動する。このような契機を検出するＡＳ４が検出部に相当する。このような検出部は、ＡＳ４に含まれるＣＰＵ上で実行されるコンピュータプログラムとして実現できる（以下、同様である）。

転送開始は、リクエストＲＥＦＥＲをＡＳ４からＣＳＣＦ３に送信することでなされる。本通信システムでは、ＲＥＦＥＲを受信することによって、ＣＳＣＦ３は、セッション張り替えのシーケンスを起動する。

ＲＥＦＥＲには、転送先であるＡＳ４のＳＩＰ−ＵＲＩが指定される。ＣＳＣＦ３は、受信したＲＥＦＥＲを親セッションで接続されている一方の端末、例えば、携帯端末１Ａに送信する（矢印Ｓ６１）。この処理を実行するＡＳ４が第１要求部に相当する。

すると、携帯端末１Ａは、レスポンス２０２を返す（矢印Ｓ６２）。この応答確認は、ＲＥＦＥＲを受け取ったという確認である。さらに、携帯端末１Ａは、自装置のＩＰアドレスおよびポート番号を特定するＳＩＰ−ＵＲＩを付加したＩＮＶＩＴＥをＣＳＣＦ３に送信する（矢印Ｓ６２）。このＩＮＶＩＴＥは、ＣＳＣＦ３からＡＳ４に転送される。このＩＮＶＩＴＥを受信するＡＳ４が第１受信部に相当する。

ＡＳ４は、転送されたＩＮＶＩＴＥを受信すると、レスポンス２００を返す。この処理を実行するＡＳ４が第１応答信部に相当する。このレスポンス２００では、ＳＩＰ−ＵＲＩ等のＳＤＰ情報は、指定されておらずダミーとなっている。すなわち、このレスポンス２００で、応答元はダミーに設定されている。応答元ダミーとは、ＳＤＰセッションでのエンドツーエンドを構成すべき一方のＳＩＰ−ＵＲＬが指定されていないという意味である。ただし、この場合のレスポンス２００自体の送信元としては、ＡＳ４が設定されている。

すでに、セッションの張り替えシーケンスが起動されているので、この張り替えシーケンスにしたがってＣＳＣＦ３は、受信したレスポンスを携帯端末１Ａに転送する（矢印Ｓ６４）。その結果、携帯端末１ＡとＡＳ４との間で、ダミーのＲＴＰセッションが確立される（矢印Ｓ６５）。このダミーのＲＴＰセッションを確立するＡＳ４が第１確立部に相当する。

さらに、ＲＴＰセッションの確立を通知するため、携帯端末１Ａは、リクエストＮＯＴＩＦＹを送信する（矢印Ｓ６６）。このＮＯＴＩＦＹは、ＣＳＣＦ３を介してＡＳ４に転送される。このＮＯＴＩＦＹは、ＲＥＦＥＲによって、ＲＴＰセッションの転送が完了したことの通知である。すると、ＡＳ４は、レスポンス２００を返す。このレスポンス２００は、ＣＳＣＦ３を介して携帯端末１Ａに転送される。このレスポンス２００は、ＮＯＴＩＦＹを受けたことの確認である。

さらに、セッションの張り替えシーケンスにしたがって、ＡＳ４は、他方の携帯端末２Ａに転送開始を指示する（矢印Ｓ６８−Ｓ７４）。この手順は、Ｓ６１−Ｓ６７と同様であるので、詳細を省略する。その結果、携帯端末２ＡとＡＳ４との間で、ダミーのＲＴＰセッションが確立される（矢印Ｓ７２−Ｓ７４）。同様に、Ｓ７２のＲＥＦＥＲを送信するＡＳ４が第２要求部に相当し、Ｓ６９のＩＮＶＩＴＥを受信するＡＳ４が第２受信部に相当し、Ｓ７２の２００を送信するＡＳ４が第２応答部に相当し、Ｓ７２のセッションを確立するＡＳ４が第２確立部に相当する。

図１２に、ＡＳ４がさらに継続して実行するセッション張り替えのシーケンスを示す。すなわち、ＡＳ４は、ＣＳＣＦ３を介して、送信元を指定しないＩＮＶＩＴＥを発信側の携帯端末１Ａに送信する（矢印Ｓ８０）。このＩＮＶＩＴＥを送信するＡＳ４が第３要求部に相当する。ＩＮＶＩＴＥを受信した携帯端末１Ａは、応答元である携帯端末１ＡのＳＩＰ−ＵＲＩを指定して、ＣＳＣＦ３を介してレスポンス２００を返信する（矢印Ｓ８１）。このレスポンスを受信するＡＳ４が第３受信部に相当する。このとき、ＡＳ４は、レスポンス２００から応答元である携帯端末１ＡのＳＤＰ情報を取得する。このＳＤＰ情報を取得するＡＳ４が取得部に相当する。

すると、ＡＳ４は、そのレスポンス２００で得られた応答元のＳＤＰ情報を応答元に指定してＩＮＶＩＴＥを他方の携帯端末２Ａに送信する（矢印Ｓ８２）。この処理を実行するＡＳ４が第４要求部に相当する。このＩＮＶＩＴＥは、ＣＳＣＦ３を介して着信側の携帯端末２Ａに送信される。

すると、携帯端末２Ａは、自信すなわち、着信側のＳＤＰ情報を指定して、レスポンス２００を返す。このレスポンスは、ＣＳＣＦ３を介してＡＳ４に転送される（矢印Ｓ８３）。

さらに、ＡＳ４は、ＣＳＣＦ３を介して発信側の携帯端末１ＡにリクエストＡＣＫを送信し、セッションの確立を確認する（矢印Ｓ８４）。このＡＣＫには、送信元として、着信側の携帯端末２ＡのＳＤＰ情報が指定されている。

同様に、ＡＳ４は、ＣＳＣＦ３を介して着信側の携帯端末２ＡにＡＣＫを送信し、セッションの確立を確認する（矢印Ｓ８５）。このＡＣＫには、送信元として、発信側の携帯端末１ＡのＳＤＰ情報が指定されている。

以上の結果、発信側の携帯端末１Ａと着信側の携帯端末２Ａとの間で、ＲＴＰセッションが再度確立されるとともに、そのセッション管理がＡＳ４に移動する。すなわち、ＡＳ４は、発信側の携帯端末１Ａと着信側の携帯端末２Ａとの間のＲｅ−ＩＮＶＩＴＥの受け渡しに関与する。このような携帯端末１Ａと２Ａとの間の音声セッションの管理を実行するＡＳ４が管理部に相当する。一方、ＣＳＣＦ３は、これらの携帯端末１Ａおよび２Ａと、ＡＳ４との間の中継装置として機能する。

《変形例》
上記第２実施形態では、ＡＳ４と発信側の携帯端末１Ａとの間で、一旦ダミーのＲＴＰセッション（第１のダミーセッション、図１２の矢印Ｓ６５参照）を確立し、さらに、ＡＳ４と着信側の携帯端末２Ａとの間で、ダミーのＲＴＰセッション（第２のダミーセッション、図１２のＳ７２参照）を確立した。そして、その後、ＡＳ４は、ＣＳＣＦ３を介して、送信元を指定しないＩＮＶＩＴＥを一方（発信側）の携帯端末１Ａに送信した（図１２のＳ８０参照）。そして、そのレスポンス２００から、その発信側の携帯端末１ＡのＳＤＰ情報取得した。さらに、その所得したＳＤＰ情報を基に、他方（着信側）の携帯端末２ＡにリクエストＩＮＶＩＴＥを送信し（図１２のＳ８２参照）、ＲＴＰセッションを確立した（図１２のＳ８６参照）。

しかし、このようなダミーのＲＴＰセッションのうち、第２のダミーセッションを用いない処理手順としてもよい。例えば、第１のダミーセッション確立の際、ＲＥＦＥＲに対する発信側の携帯端末１ＡからのＩＮＶＩＴＥ（図１１のＳ６３参照）で、すでに、ＡＳ４は、携帯端末１ＡのＳＤＰ情報を得ている。したがって、このＳＤＰ情報をそのまま使用して、第２のダミーセッションを確立することなく、携帯端末１Ａと２Ａとの間にＲＴＰセッションを確立してもよい。

図１３に、第２のダミーセッションを確立しないで、携帯端末１Ａと２Ａとの間にＲＴＰセッションを確立する手順を示す。この手順では、矢印Ｓ６１−Ｓ７０までは、図１１の場合と同様である。

着信側の携帯端末２Ａに対するＲＥＦＥＲに対して（矢印Ｓ６８）、携帯端末２ＡからＩＮＶＩＴＥがＣＳＣＦ３を介してＡＳＰ４に送信される。このＩＮＶＩＴＥに対して、ＡＳ４は、発信側の携帯端末１ＡのＳＤＰ情報を付加して、レスポンス２００を返せばよい。このレスポンスを返すＡＳ４が第３応答部に相当する。

このレスポンス２００がＣＳＣＦ３を介して携帯端末２Ａに送信され、携帯端末１Ａと２Ａとの間で、ＲＴＰセッションが確立される（矢印Ｓ７２Ａ）。以降、携帯端末１Ａ、２Ａ間のセッションは、ＡＳ４が管理する。また、ＡＳ４は、映像端末１Ｂ、２Ｂに映像サービスを提供する。

図１３の手順を採ることによって、第２実施形態の図１１、図１２場合よりも簡略な手順で、セッションの管理をＣＳＣＦ３からＡＳ４に移行できる。ただし、図１１、図１２の手順を採用するか、図１３の手順を採用するかは、システムの複雑さ、安定性等から、決定すればよい。

また、上記実施形態では、音声セッションは携帯端末１Ａ、２Ａ間で確立され、その音声セッションに関連づけられる映像セッションが映像端末１Ｂ、２Ｂ間で確立された。しかし、このような構成に代えて、音声セッションと映像セッションとが一対の端末間で確立されてもよい。すなわち、携帯端末１Ａ、２Ａ間で音声セッションと、その音声セッションに関連づけられる映像セッションを確立してもよい。また、映像端末１Ｂ、２Ｂ間で音声セッションと、その音声セッションに関連づけられる映像セッションを確立してもよい。

《コンピュータ読み取り可能な記録媒体》
コンピュータその他の機械、装置（以下、コンピュータ等）に上記いずれかの機能を実現させるプログラムをコンピュータ等が読み取り可能な記録媒体に記録することができる。そして、コンピュータ等に、この記録媒体のプログラムを読み込ませて実行させることにより、その機能を提供させることができる。

すなわち、ＣＳＣＦ３のＣＰＵで実行されるプログラムをコンピュータ等が読み取り可能な記録媒体に記録しておき、ＣＳＣＦ３にローディングし、実行すればよい。また、ＡＳ４のＣＰＵで実行されるプログラムをコンピュータ等が読み取り可能な記録媒体に記録しておき、ＣＳＣＦ３にローディングし、実行すればよい。

ここで、コンピュータ等が読み取り可能な記録媒体とは、データやプログラム等の情報を電気的、磁気的、光学的、機械的、または化学的作用によって蓄積し、コンピュータ等から読み取ることができる記録媒体をいう。このような記録媒体のうちコンピュータ等から取り外し可能なものとしては、例えばフレキシブルディスク、光磁気ディスク、ＣＤ−ＲＯＭ、ＣＤ−Ｒ／Ｗ、ＤＶＤ、ＤＡＴ、８ｍｍテープ、メモリカード等がある。

また、コンピュータ等に固定された記録媒体としてハードディスクやＲＯＭ（リードオンリーメモリ）等がある。
本実施形態は、さらに、以下の態様（付記と呼ぶ）を含む。
（付記１）
第１端末と第２端末との間の第１の通信を管理する第１サーバと、前記第１端末と第２端末との間または前記第１端末に関連づけられる第３端末と前記第２端末に関連づけられる第４端末との間で前記第１の通信に関連づけられる第２の通信に係るサービスを提供する第２サーバと、を含むシステムでの通信方法であり、
前記第１サーバが、
前記第１の通信に関連づけられる第２の通信に係るサービスを起動すべき条件を検出するステップと、
前記条件の検出を契機として前記第２サーバとの間で接続を確立するステップと、
前記確立された接続を通じて前記第１端末および第２端末と前記第２サーバとの間で前記第１の通信に係るデータを中継するステップと、
前記確立された接続を通じて、前記第１端末および第２端末と前記第２サーバとの間、または、前記第３端末および第４端末と前記第２サーバとの間で前記第２の通信に係るデータを中継するステップと、を実行し、
前記第２サーバが、
前記確立された接続を通じて前記第１サーバから前記第１の通信に係るデータを受信するとともに、前記第１サーバへ返送するステップと、
前記確立された接続を通じて前記第２の通信によるサービスを提供するステップと、を実行する通信方法。（図８）
（付記２）
前記第１サーバは、前記確立された接続を通じて、前記第１端末および第２端末と前記第２サーバとの間、または、前記第３端末および第４端末と前記第２サーバとの間で前記第２の通信に係るデータを中継するステップをさらに実行する付記１に記載の通信方法。（付記３）
前記第１サーバは、前記接続の確立を契機として前記第１の通信の管理を停止するステップを実行し、
前記第２サーバは、前記接続の確立を契機として前記第１の通信の管理を開始するステップを実行する付記１または２に記載の通信方法。
（付記４）
第１端末と第２端末との間の第１の通信を管理する第１サーバと連携し、前記第１端末と第２端末との間または前記第１端末に関連づけられる第３端末と前記第２端末に関連づけられる第４端末との間で前記第１の通信に関連づけられる第２の通信に係るサービスを提供する第２サーバが、
前記第１の通信に関連づけられる第２の通信に係るサービスを起動すべき条件を検出するステップと、
前記条件の検出を契機として、第１サーバを介して第１端末に前記第１の通信の管理を第１サーバから第２サーバへ移行する移行要求を送信するステップと、
前記移行要求後に、前記第１端末から第１サーバを介して前記第１の通信の接続要求を受信するステップと、
前記第１端末からの第１の通信の接続要求に対して、接続応答元を未設定にして応答するステップと、
前記第１端末からの接続要求に対する応答が終了したときに前記第１端末と第２サーバとの間で前記第１の通信による仮の接続を確立するステップと、
前記条件の検出を契機として、第１サーバを介して第２端末に前記第１の通信の管理を第１サーバから第２サーバへ移行する移行要求を送信するステップと、
前記移行要求後に、前記第２端末から第１サーバを介して前記第１の通信の接続要求を受信するステップと、
前記第２端末からの第１の通信の接続要求に対して、接続応答元を未設定にして応答するステップと、
前記第２端末からの接続要求に対する応答が終了したときに前記第２端末と第２サーバとの間で前記第１の通信による仮の接続を確立するステップと、
接続要求元を未設定として前記第１サーバを介して前記第１端末に第１の接続要求を送信するステップと、
前記第１サーバを介して前記第１の接続要求に対する応答を前記第１端末から受信するステップと、
前記受信した応答から、前記第１端末の接続先情報を取得するステップと、
前記第１端末の接続先情報を用いて前記第１端末を接続要求元とする第２の接続要求を第２端末に送信するステップと、
前記第２の接続要求に対する応答を受信した後に前記第１の通信の管理を開始するステップと、
前記第１端末と第２サーバとの間の前記第１の通信による仮の接続、および前記第２端末と第２サーバとの間の前記第１の通信による仮の接続を解放するステップと、実行する通信方法。（図１１、図１２）
（付記５）
第１端末と第２端末との間の第１の通信を管理する第１サーバと連携し、前記第１端末と第２端末との間または前記第１端末に関連づけられる第３端末と前記第２端末に関連づけられる第４端末との間で前記第１の通信に関連づけられる第２の通信に係るサービスを提供する第２サーバが、
前記第１の通信に関連づけられる第２の通信に係るサービスを起動すべき条件を検出するステップと、
前記条件の検出を契機として、第１サーバを介して第１端末に前記第１の通信の管理を第１サーバから第２サーバへ移行する移行要求を送信するステップと、
前記移行要求後に、前記第１端末から第１サーバを介して前記第１の通信の接続要求を受信するステップと、
前記第１端末からの第１の通信の接続要求に対して、接続応答元を未設定にして応答するステップと、
前記接続要求に対する応答が終了したときに前記第１端末と第２サーバとの間で前記第１の通信による仮の接続を確立するステップと、
前記条件の検出を契機として、第１サーバを介して第２端末に前記第１の通信の管理を第１サーバから第２サーバへ移行する移行要求を送信するステップと、
前記移行要求後に、前記第２端末から第１サーバを介して前記第１の通信の接続要求を受信するステップと、
前記第２端末からの第１の通信の接続要求に対して、前記仮の接続での第１端末の接続先情報を用いて前記第１端末を接続応答元として応答するステップと、
前記第２端末からの接続要求に対する前記第１端末を接続応答元とする応答が終了したときに前記第１の通信の管理を開始するステップと、
前記第１端末と第２サーバとの間の前記第１の通信による仮の接続を解放するステップと、を実行する通信方法。（図１３）
（付記６）
前記第１端末と第２端末の組、および、前記第３端末と前記第４端末の組の少なくとも一方の組は同一の端末の組である付記１から５のいずれかに記載の通信方法。
（付記７）
第１端末と第２端末との間の第１の通信を管理する第１サーバと、前記第１端末と第２端末との間または前記第１端末に関連づけられる第３端末と前記第２端末に関連づけられる第４端末との間で前記第１の通信に関連づけられる第２の通信に係るサービスを提供する第２サーバと、を含む通信システムであり、
前記第１サーバは、
前記第１の通信に関連づけられる第２の通信に係るサービスを起動すべき条件を検出する検出部と、
前記条件の検出を契機として前記第２サーバとの間で接続を確立する確立部と、
前記確立された接続を通じて前記第１端末および第２端末と前記第２サーバとの間で前記第１の通信に係るデータを中継する中継部と、を有し、
前記第２サーバは、
前記確立された接続を通じて前記第１サーバから前記第１の通信に係るデータを受信するとともに、前記第１サーバへ返送する折り返し部と、
前記確立された接続を通じて前記第２の通信によるサービスを影響するサービス部と、を有する通信システム。（図８）
（付記８）
前記中継部は、前記確立された接続を通じて、前記第１端末および第２端末と前記第２サーバとの間、または、前記第３端末および第４端末と前記第２サーバとの間で前記第２の通信に係るデータを中継する付記７に記載の通信システム。
（付記９）
前記第１サーバは、前記接続の確立を契機として前記第１の通信の管理を停止する停止部を有し、
前記第２サーバは、前記接続の確立を契機として前記第１の通信の管理を開始する開始部を有する付記７または８に記載の通信システム。
（付記１０）
前記第１端末と第２端末の組、および、前記第３端末と前記第４端末の組の少なくとも一方の組は同一の端末の組である付記７から９のいずれかに記載の通信システム。
（付記１１）
第１端末と第２端末との間の第１の通信を管理する管理装置と連携し、前記第１端末と第２端末との間または前記第１端末に関連づけられる第３端末と前記第２端末に関連づけられる第４端末との間で前記第１の通信に関連づけられる第２の通信に係るサービスを提供するサーバであり、
前記第１の通信に関連づけられる第２の通信に係るサービスを起動すべき条件を検出する検出部と、
前記条件の検出を契機として、前記管理装置を介して第１端末に前記第１の通信の管理を前記管理装置から自サーバへ移行する移行要求を送信する第１要求部と、
前記移行要求後に、前記第１端末から前記管理装置を介して前記第１の通信の接続要求を受信する第１受信部と、
前記第１端末からの第１の通信の接続要求に対して、接続応答元を未設定にして応答する第１応答部と、
前記第１端末からの接続要求に対する応答が終了したときに前記第１端末と自サーバとの間で前記第１の通信による仮の接続を確立する第１確立部と、
前記条件の検出を契機として、前記管理装置を介して第２端末に前記第１の通信の管理を前記管理装置から自サーバへ移行する移行要求を送信する第２要求部と、
前記移行要求後に、前記第２端末から前記管理装置を介して前記第１の通信の接続要求を受信する第２受信部と、
前記第２端末からの第１の通信の接続要求に対して、接続応答元を未設定にして応答する第２応答部と、
前記第２端末からの接続要求に対する応答が終了したときに前記第２端末と自サーバとの間で前記第１の通信による仮の接続を確立する第２確立部と、
接続要求元を未設定として前記管理装置を介して前記第１端末に接続要求を送信する第３要求部と、
前記管理装置を介して、前記第１端末への接続要求に対する応答を前記第１端末から受信する第３受信部と、
前記受信した応答から、前記第１端末の接続先情報を取得する取得部と、
前記第１端末の接続先情報を用いて前記第１端末を接続要求元とする接続要求を第２端末に送信する第４要求部と、
前記第２端末への接続要求に対する応答を受信した後に前記第１の通信の管理を開始する管理部と、
前記第１端末と第２サーバとの間の前記第１の通信による仮の接続、および前記第２端末と第２サーバとの間の前記第１の通信による仮の接続を解放する解放部と、有するサーバ。（図１１、図１２）
（付記１２）
第１端末と第２端末との間の第１の通信を管理する管理装置と連携し、前記第１端末と第２端末との間または前記第１端末に関連づけられる第３端末と前記第２端末に関連づけられる第４端末との間で前記第１の通信に関連づけられる第２の通信に係るサービスを提供するサーバであり、
前記第１の通信に関連づけられる第２の通信に係るサービスを起動すべき条件を検出する検出部と、
前記条件の検出を契機として、前記管理装置を介して第１端末に前記第１の通信の管理を前記管理装置から自サーバへ移行する移行要求を送信する第１要求部と、
前記移行要求後に、前記第１端末から前記管理装置を介して前記第１の通信の接続要求を受信する第１受信部と、
前記第１端末からの第１の通信の接続要求に対して、接続応答元を未設定にして応答する第１応答部と、
前記接続要求に対する応答が終了したときに前記第１端末と自サーバとの間で前記第１の通信による仮の接続を確立する確立部と、
前記条件の検出を契機として、前記管理装置を介して第２端末に前記第１の通信の管理を前記管理装置から自サーバへ移行する移行要求を送信する第２要求部と、
前記移行要求後に、前記第２端末から前記管理装置を介して前記第１の通信の接続要求を受信する第２受信部と、
前記第２端末からの第１の通信の接続要求に対して、前記仮の接続での第１端末の接続先情報を用いて前記第１端末を接続応答元として応答する第３応答部と、
前記第２端末からの接続要求に対する前記第１端末を接続応答元とする応答が終了し
たときに前記第１の通信の管理を開始する管理部と、
前記第１端末と自サーバとの間で前記第１の通信による仮の接続を解放する解放部と、を有するサーバ。（図１３）
（付記１３）
前記第１端末と第２端末の組、および、前記第３端末と前記第４端末の組の少なくとも一方の組は同一の端末の組である付記１１または１２に記載のサーバ。
（付記１４）
第１端末と第２端末との間の第１の通信を管理する管理装置と連携し、前記第１端末と第２端末との間または前記第１端末に関連づけられる第３端末と前記第２端末に関連づけられる第４端末との間で前記第１の通信に関連づけられる第２の通信に係るサービスを提供するコンピュータに、
前記第１の通信に関連づけられる第２の通信に係るサービスを起動すべき条件を検出するステップと、
前記条件の検出を契機として、前記管理装置を介して第１端末に前記第１の通信の管理を前記管理装置から前記コンピュータへ移行する移行要求を送信するステップと、
前記移行要求後に、前記第１端末から前記管理装置を介して前記第１の通信の接続要求を受信するステップと、
前記第１端末からの第１の通信の接続要求に対して、接続応答元を未設定にして応答するステップと、
前記接続要求に対する応答が終了したときに前記第１端末と自コンピュータとの間で前記第１の通信による仮の接続を確立するステップと、
前記条件の検出を契機として、前記管理装置を介して第２端末に前記第１の通信の管理を前記管理装置から前記コンピュータへ移行する移行要求を送信するステップと、
前記移行要求後に、前記第２端末から前記管理装置を介して前記第１の通信の接続要求を受信するステップと、
前記第２端末からの第１の通信の接続要求に対して、接続応答元を未設定にして応答するステップと、
前記接続要求に対する応答が終了したときに前記第２端末と自コンピュータとの間で前記第１の通信による仮の接続を確立するステップと、
接続要求元を未設定として前記管理装置を介して前記第１端末に接続要求を送信するステップと、
前記管理装置を介して、前記接続要求に対する応答を前記第１端末から受信するステップと、
前記受信した応答から、前記第１端末の接続先情報を取得するステップと、
前記第１端末の接続先情報を用いて前記第１端末を接続要求元とする接続要求を第２端末に送信するステップと、
前記接続要求に対する応答を第２端末から受信した後に前記第１の通信の管理を開始するステップと、
前記第１端末と前記コンピュータとの間の前記第１の通信による仮の接続、および前記第２端末と前記コンピュータとの間の前記第１の通信による仮の接続を解放するステップと、を実行させるプログラム。（図１１、図１２）
（付記１５）
第１端末と第２端末との間の第１の通信を管理する管理装置と連携し、前記第１端末と第２端末との間または前記第１端末に関連づけられる第３端末と前記第２端末に関連づけられる第４端末との間で前記第１の通信に関連づけられる第２の通信に係るサービスを提供するコンピュータに、
前記第１の通信に関連づけられる第２の通信に係るサービスを起動すべき条件を検出するステップと、
前記条件の検出を契機として、前記管理装置を介して第１端末に前記第１の通信の管理を管理装置から前記コンピュータへ移行する移行要求を送信するステップと、
前記移行要求後に、前記第１端末から前記管理装置を介して前記第１の通信の接続要求を受信するステップと、
前記第１端末からの第１の通信の接続要求に対して、接続応答元を未設定にして応答するステップと、
前記第１端末からの接続要求に対する応答が終了したときに前記第１端末と自コンピュータとの間で前記第１の通信による仮の接続を確立するステップと、
前記条件の検出を契機として、前記管理装置を介して第２端末に前記第１の通信の管理を前記管理装置から前記コンピュータへ移行する移行要求を送信するステップと、
前記移行要求後に、前記第２端末から前記管理装置を介して前記第１の通信の接続要求を受信するステップと、
前記第２端末からの第１の通信の接続要求に対して、前記仮の接続での第１端末の接続先情報を用いて前記第１端末を接続応答元として応答するステップと、
前記第２端末からの接続要求に対する前記第１端末を接続応答元とする応答が終了したときに前記第１の通信の管理を開始するステップと、
前記第１端末と前記コンピュータの間の前記第１の通信による仮の接続を解放するステップと、を実行させるプログラム。

Claims

第１端末と第２端末との間の第１の通信を管理する第１サーバと、前記第１端末と第２端末との間または前記第１端末に関連づけられる第３端末と前記第２端末に関連づけられる第４端末との間で前記第１の通信に関連づけられる第２の通信に係るサービスを提供する第２サーバと、を含むシステムでの通信方法であり、
前記第１サーバが、
前記第１の通信に関連づけられる第２の通信に係るサービスを起動すべき条件を検出するステップと、
前記条件の検出を契機として前記第２サーバとの間で接続を確立するステップと、
前記確立された接続を通じて前記第１端末および第２端末と前記第２サーバとの間で前記第１の通信に係るデータを中継するステップと、
前記確立された接続を通じて、前記第１端末および第２端末と前記第２サーバとの間、または、前記第３端末および第４端末と前記第２サーバとの間で前記第２の通信に係るデータを中継するステップと、を実行し、
前記第２サーバが、
前記確立された接続を通じて前記第１サーバから前記第１の通信に係るデータを受信するとともに、前記第１サーバへ返送するステップと、
前記確立された接続を通じて前記第２の通信によるサービスを提供するステップと、を実行する通信方法。
第１端末と第２端末との間の第１の通信を管理する第１サーバと、前記第１端末と第２端末との間または前記第１端末に関連づけられる第３端末と前記第２端末に関連づけられる第４端末との間で前記第１の通信に関連づけられる第２の通信に係るサービスを提供する第２サーバと、を含む通信システムであり、
前記第１サーバは、
前記第１の通信に関連づけられる第２の通信に係るサービスを起動すべき条件を検出する検出部と、
前記条件の検出を契機として前記第２サーバとの間で接続を確立する確立部と、
前記確立された接続を通じて前記第１端末および第２端末と前記第２サーバとの間で前記第１の通信に係るデータを中継する中継部と、を有し、
前記第２サーバは、
前記確立された接続を通じて前記第１サーバから前記第１の通信に係るデータを受信するとともに、前記第１サーバへ返送する折り返し部と、
前記確立された接続を通じて前記第２の通信によるサービスを影響するサービス部と、を有する通信システム。
第１端末と第２端末との間の第１の通信を管理する管理装置と連携し、前記第１端末と第２端末との間または前記第１端末に関連づけられる第３端末と前記第２端末に関連づけられる第４端末との間で前記第１の通信に関連づけられる第２の通信に係るサービスを提供するサーバであり、
前記第１の通信に関連づけられる第２の通信に係るサービスを起動すべき条件を検出する検出部と、
前記条件の検出を契機として、前記管理装置を介して第１端末に前記第１の通信の管理を前記管理装置から自サーバへ移行する移行要求を送信する第１要求部と、
前記移行要求後に、前記第１端末から前記管理装置を介して前記第１の通信の接続要求を受信する第１受信部と、
前記第１端末からの第１の通信の接続要求に対して、接続応答元を未設定にして応答する第１応答部と、
前記第１端末からの接続要求に対する応答が終了したときに前記第１端末と自サーバとの間で前記第１の通信による仮の接続を確立する第１確立部と、
前記条件の検出を契機として、前記管理装置を介して第２端末に前記第１の通信の管理を前記管理装置から自サーバへ移行する移行要求を送信する第２要求部と、
前記移行要求後に、前記第２端末から前記管理装置を介して前記第１の通信の接続要求を受信する第２受信部と、
前記第２端末からの第１の通信の接続要求に対して、接続応答元を未設定にして応答する第２応答部と、
前記第２端末からの接続要求に対する応答が終了したときに前記第２端末と自サーバとの間で前記第１の通信による仮の接続を確立する第２確立部と、
接続要求元を未設定として前記管理装置を介して前記第１端末に接続要求を送信する第３要求部と、
前記管理装置を介して、前記第１端末への接続要求に対する応答を前記第１端末から受信する第３受信部と、
前記受信した応答から、前記第１端末の接続先情報を取得する取得部と、
前記第１端末の接続先情報を用いて前記第１端末を接続要求元とする接続要求を第２端末に送信する第４要求部と、
前記第２端末への接続要求に対する応答を受信した後に前記第１の通信の管理を開始する管理部と、
前記第１端末と第２サーバとの間の前記第１の通信による仮の接続、および前記第２端末と第２サーバとの間の前記第１の通信による仮の接続を解放する解放部と、有するサーバ。
第１端末と第２端末との間の第１の通信を管理する管理装置と連携し、前記第１端末と第２端末との間または前記第１端末に関連づけられる第３端末と前記第２端末に関連づけられる第４端末との間で前記第１の通信に関連づけられる第２の通信に係るサービスを提供するサーバであり、
前記第１の通信に関連づけられる第２の通信に係るサービスを起動すべき条件を検出する検出部と、
前記条件の検出を契機として、前記管理装置を介して第１端末に前記第１の通信の管理を前記管理装置から自サーバへ移行する移行要求を送信する第１要求部と、
前記移行要求後に、前記第１端末から前記管理装置を介して前記第１の通信の接続要求を受信する第１受信部と、
前記第１端末からの第１の通信の接続要求に対して、接続応答元を未設定にして応答する第１応答部と、
前記接続要求に対する応答が終了したときに前記第１端末と自サーバとの間で前記第１の通信による仮の接続を確立する確立部と、
前記条件の検出を契機として、前記管理装置を介して第２端末に前記第１の通信の管理を前記管理装置から自サーバへ移行する移行要求を送信する第２要求部と、
前記移行要求後に、前記第２端末から前記管理装置を介して前記第１の通信の接続要求を受信する第２受信部と、
前記第２端末からの第１の通信の接続要求に対して、前記仮の接続での第１端末の接続先情報を用いて前記第１端末を接続応答元として応答する第３応答部と、
前記第２端末からの接続要求に対する前記第１端末を接続応答元とする応答が終了したときに前記第１の通信の管理を開始する管理部と、
前記第１端末と自サーバとの間で前記第１の通信による仮の接続を解放する解放部と、を有するサーバ。
第１端末と第２端末との間の第１の通信を管理する管理装置と連携し、前記第１端末と第２端末との間または前記第１端末に関連づけられる第３端末と前記第２端末に関連づけられる第４端末との間で前記第１の通信に関連づけられる第２の通信に係るサービスを提供するコンピュータに、
前記第１の通信に関連づけられる第２の通信に係るサービスを起動すべき条件を検出するステップと、
前記条件の検出を契機として、前記管理装置を介して第１端末に前記第１の通信の管理を前記管理装置から前記コンピュータへ移行する移行要求を送信するステップと、
前記移行要求後に、前記第１端末から前記管理装置を介して前記第１の通信の接続要求を受信するステップと、
前記第１端末からの第１の通信の接続要求に対して、接続応答元を未設定にして応答するステップと、
前記接続要求に対する応答が終了したときに前記第１端末と自コンピュータとの間で前記第１の通信による仮の接続を確立するステップと、
前記条件の検出を契機として、前記管理装置を介して第２端末に前記第１の通信の管理を前記管理装置から前記コンピュータへ移行する移行要求を送信するステップと、
前記移行要求後に、前記第２端末から前記管理装置を介して前記第１の通信の接続要求を受信するステップと、
前記第２端末からの第１の通信の接続要求に対して、接続応答元を未設定にして応答するステップと、
前記接続要求に対する応答が終了したときに前記第２端末と自コンピュータとの間で前記第１の通信による仮の接続を確立するステップと、
接続要求元を未設定として前記管理装置を介して前記第１端末に接続要求を送信するステップと、
前記管理装置を介して、前記接続要求に対する応答を前記第１端末から受信するステップと、
前記受信した応答から、前記第１端末の接続先情報を取得するステップと、
前記第１端末の接続先情報を用いて前記第１端末を接続要求元とする接続要求を第２端末に送信するステップと、
前記接続要求に対する応答を第２端末から受信した後に前記第１の通信の管理を開始するステップと、
前記第１端末と前記コンピュータとの間の前記第１の通信による仮の接続、および前記第２端末と前記コンピュータとの間の前記第１の通信による仮の接続を解放するステップと、を実行させるプログラム。