(57)【要約】第１サーバが、第２の通信を実行する複数の第２端末から、それぞれ接続準備完了の通知を受け、複数の第２端末の接続準備完了を第２サーバにそれぞれ通知し、複数の第１端末間での第１の通信による接続を検知し、検知した第１の通信による接続を第２サーバに通知する。また、第２サーバが、複数の第２端末での接続準備完了と、第１端末間での第１の通信による接続とを認識したときに、複数の第２端末間で第２の通信によるサービスを提供する。
2009028096.tif 000002
【特許請求の範囲】
【請求項１】
複数の第１端末間の第１の通信を管理する第１サーバと、前記複数の第１端末間または前記複数の第１端末にそれぞれ関連づけられた複数の第２端末間で前記第１の通信に関連づけられる第２の通信によるサービスを提供する第２サーバとを含むシステムでの通信方法であり、
前記第１サーバが、
前期第２の通信を実行する複数の第２端末から、それぞれ接続準備完了の通知を受けるステップと、
前記複数の第２端末の接続準備完了を前記第２サーバにそれぞれ通知するステップと、
前記複数の第１端末間での第１の通信による接続を検知するステップと、
前記検知した第１の通信による接続を前記第２サーバに通知するステップと、を実行し、
前記第２サーバが、前記複数の第２端末での接続準備完了と、前記第１端末間での第１の通信による接続とを認識したときに、前記複数の第２端末間で前記第２の通信によるサービスを提供するステップを実行する通信方法。
【請求項２】
複数の第１端末間の第１の通信を管理する第１サーバと、前記複数の第１端末間または前記複数の第１端末にそれぞれ関連づけられた複数の第２端末間で前記第１の通信に関連づけられる第２の通信によるサービスを提供する第２サーバとを含むシステムでの通信方法であり、
前記第１サーバが、
前期第２の通信を実行する複数の第２端末から、それぞれ接続準備完了の通知を受けるステップと、
前記複数の第２端末の接続準備完了を前記第２サーバにそれぞれ通知するステップと、を実行し、
前記第１端末が、
自端末と他の第１端末との間での第１の通信による接続を検知するステップと、
前記検知した第１の通信による接続を前記第２サーバに通知するステップと、を実行し、
前記第２サーバが、前記複数の第２端末での接続準備完了と、前記第１端末間での第１の通信による接続とを認識したときに、前記複数の第２端末間で前記第２の通信によるサービスを提供するステップを実行する通信方法。
【請求項３】
複数の第１端末間の第１の通信を管理する第１サーバと、前記複数の第１端末間または前記複数の第１端末にそれぞれ関連づけられた複数の第２端末間で前記第１の通信に関連づけられる第２の通信によるサービスを提供する第２サーバとを含むシステムでの通信方法であり、
前記第１サーバが、
前期第２の通信を実行する複数の第２端末から、それぞれ接続準備完了の通知を受けるステップと、
前記複数の第１端末間での第１の通信による接続を検知するステップと、
前記複数の第２端末での前記接続準備完了および第１の通信による前記複数の第１端末間での接続を認識したときに、前記第２サーバに前記複数の第２端末間での前記第２の通信によるサービス提供を指示するステップと、を実行し、
前記第２サーバが、前記サービス提供の指示を受けたときに、前記複数の第２端末間で前記第２の通信によるサービスを提供するステップを実行する通信方法。
【請求項４】
前記第１サーバおよび第２サーバの少なくとも一方は、それぞれの前記第１端末に関連づけられる第２端末を識別する情報を有する請求項１から３のいずれかに記載の通信方法。
【請求項５】
前記第１端末と第２端末とは同一の端末である請求項１から３のいずれかに記載の通信方法。
【請求項６】
複数の第１端末間で第１の通信を管理するとともに、前記第１の通信に関連する第２の通信によるサービスを提供する通信サーバと連携するサーバであり、
前記複数の第１端末のそれぞれの識別情報と第２端末のそれぞれの識別情報とを関連づけて記憶する端末関連情報記憶部と、
前期第２の通信を実行する複数の第２端末から、それぞれ接続準備完了の通知を受ける第２端末状態受信部と、
前記複数の第２端末の接続準備完了を前記通信サーバに通知する第２端末状態通知部と、
前記複数の第１端末間での第１の通信による接続を検知する第１端末通信状態検知部と、
前記検知した第１の通信による接続を前記通信サーバに通知する第１通信状態通知部と、を有するサーバ。
【請求項７】
複数の第１端末間での第１の通信を管理するとともに、前記第１の通信に関連する第２の通信によるサービスを提供する通信サーバと連携するサーバであり、
前記複数の第１端末のそれぞれの識別情報と第２端末のそれぞれの識別情報とを関連づけて記憶する端末関連情報記憶部と、
前期第２の通信を実行する複数の第２端末から、それぞれ接続準備完了の通知を受ける第２端末状態受信部と、
前記複数の第１端末間での第１の通信による接続を検知する第１端末通信状態検知部と、
第２端末での前記接続準備完了および第１の通信による第１端末間での接続を認識したときに、前記通信サーバに前記複数の第２端末間での前記第２の通信によるサービス提供を指示する指示部と、を有するサーバ。
【請求項８】
複数の第１端末間での第１の通信に関連する第２の通信によるサービスを提供するサーバであり、
前記第１端末のそれぞれの識別情報と第２端末のそれぞれの識別情報とを関連づけて記憶する端末関連情報記憶部と、
複数の前記第２端末での前記第２の通信による接続準備完了状態の通知を受信する第２端末状態受信部と、
前記複数の第１端末間での第１の通信による接続の通知を受信する第１端末通信状態受信部と、
第２端末での前記接続準備完了と第１の通信による第１端末間での接続とを認識したときに、前記複数の第２端末間で前記第２の通信によるサービスを提供する接続部と、を有するサーバ。
【請求項９】
コンピュータに、複数の第１端末間で第１の通信を管理させるとともに、前記第１の通信に関連する第２の通信によるサービスを提供する通信サーバと連携させるプログラムであり、前記コンピュータは、前記複数の第１端末のそれぞれの識別情報と第２端末のそれぞれの識別情報とを関連づけて記憶する端末関連情報記憶部を備え、
前期第２の通信を実行する複数の第２端末から、それぞれ接続準備完了の通知を受ける第２端末状態受信ステップと、
前記複数の第２端末の接続準備完了を前記通信サーバに通知する第２端末状態通知ステップと、
前記複数の第１端末間での第１の通信による接続を検知する第１端末通信状態検知ステップと、
前記検知した第１の通信による接続を前記通信サーバに通知する第１通信状態通知ステップと、をコンピュータに実行させるプログラム。
【請求項１０】
コンピュータに、複数の第１端末間での第１の通信を管理させるとともに、前記第１の通信に関連する第２の通信によるサービスを提供する通信サーバと連携させるプログラムであり、前記コンピュータは、前記複数の第１端末のそれぞれの識別情報と第２端末のそれぞれの識別情報とを関連づけて記憶する端末関連情報記憶部を備え、
前期第２の通信を実行する複数の第２端末から、それぞれ接続準備完了の通知を受ける第２端末状態受信ステップと、
前記複数の第１端末間での第１の通信による接続を検知する第１端末通信状態検知ステップと、
第２端末での前記接続準備完了および第１の通信による第１端末間での接続を認識したときに、前記通信サーバに前記複数の第２端末間での前記第２の通信によるサービス提供を指示する指示ステップと、を実行させるプログラム。
【請求項１１】
コンピュータに、複数の第１端末間での第１の通信に関連する第２の通信によるサービスを提供させるプログラムであり、前記コンピュータは、前記第１端末のそれぞれの識別情報と第２端末のそれぞれの識別情報とを関連づけて記憶する端末関連情報記憶部を備え、
複数の前記第２端末での前記第２の通信による接続準備完了状態の通知を受信する第２端末状態受信ステップと、
前記複数の第１端末間での第１の通信による接続の通知を受信する第１端末通信状態受信ステップと、
第２端末での前記接続準備完了と第１の通信による第１端末間での接続とを認識したときに、前記複数の第２端末間で前記第２の通信によるサービスを提供する接続ステップと、をコンピュータに実行させるプログラム。
【発明の詳細な説明】
【技術分野】
【０００１】
本発明は、通信ネットワークでのセッション状態の管理技術に関し、特に、端末間の通信でのセッション状態を管理する１のサーバから、それらの端末間またはそれらの端末に関連づけされた端末間で、その通信に関連するサービスを提供する他のサーバへのセッション状態の通知技術に関する。
【背景技術】
【０００２】
ＩＭＳ（IP Multimedia Subsystem）で規定される通信ネットワークはＳＩＰ（Session Initiation Protocol）と呼ばれるプロトコルによってセッションが開始され、ＳＤＰ（Session Description Protocol）のセッション情報を交換し、Ｐ２Ｐ（Ｐｅｅｒ  Ｔｏ  Ｐｅｅｒ）でＲＴＰ（Ｒｅａｌ  Ｔｉｍｅ  Ｔｒａｎｓｐｏｒｔ  Ｐｒｏｔｐｃｏｌ）パケットの送信を行う。ＮＧＮ（Ｎｅｘｔ  Ｇｅｎｅｒａｔｉｏｎ  Ｎｅｔｗｏｒｋ）への移行が進み、様々な種類の端末がＳＩＰセッションによる複数の通信を様々なメディアで行えるようになる。その場合に、通信ネットワークには、ＡＳ（アプリケーションサーバ）というサーバが設けられ、様々なメディアに関するサービスを提供する。【０００３】
ＩＭＳで規定される通信ネットワークでは、通常、ＣＳＣＦ（Call Session Control Function）と呼ぶＳＩＰサーバによってセッション状態が管理される。しかし、現状のＩＭＳで規定される通信ネットワークでは、ＣＳＣＦがセッション状態をＡＳへ通知する方法については、具体的な提案がない。【０００４】
すなわち、既存音声サービス（例えば、ＶｏＩＰ（Ｖｏｉｃｅ  ｏｖｅｒ  Ｉｎｔｅｒｎｅｔ  Ｐｒｏｔｏｃｏｌ））の延長にてセッション操作を伴うサービスを実現するにはＣＳＣＦからの「既設セッション情報の公開」および「セッション制御権限委譲（セッション移行）」が重要となる。しかし、現状ＡＳはＣＳＣＦにて確立された既設セッション情報を知る方法がない。このため、既存音声サービスの延長にてセッション操作を伴うサービス提供が困難である（図１参照）。【０００５】
図１において、ユーザＵ１は、携帯端末１ＡによってＣＳＣＦを介してユーザＵ２の携帯端末２Ａに電話をしている。このとき、携帯端末１Ａと２Ａの間には、ＣＳＣＦを介して音声セッション（親セッション）が確立されている。従来、このような場合に、新たに、音声セッションに関連するマルチメディアサービスを提供する機能がなかった。【０００６】
例えば、ユーザＵ１とユーザＵ２との間で、親セッションの拡張として、ＡＳを介在させて画像を送受信するセッションを確立することはできなかった。また、ユーザＵ１とユーザＵ２との間で、音声セッションの拡張として、新たな映像端末１Ｂ、２Ｂを追加することもできなかった。すなわち、映像端末１Ｂ、２Ｂによる通信を親セッションの拡張としてＡＳを介在させて確立することはできなかった。なぜなら、ＣＳＣＦが管理する既設のセッション情報をＡＳが知る方法がないからである。このように、既設音声セッションに対して、ＡＳを介したセッション操作を伴う新たなサービスを追加することができなかった。【０００７】
ここで、親セッションとは、ユーザＵ１とユーザＵ２との間で、ＣＳＣＦを介在させて確立されたセッションをいう。また、親セッションに関連づけて構成される、ＡＳを介在させた第２のセッションを子セッション（その状態を子プレゼンス）という。また、セッションとは、Ｐ２Ｐで接続される一対の端末の組み合わせ、その端末間が接続されている状態、あるいは、その端末間の接続を通じて送受信されるデータの流れ等をいう。【０００８】
図２に、ＣＳＣＦによる制御方式において、ＡＳに対してセッション情報を提供する一般的な方式を示す。例えば、現在インターネット上のウェブサイトでは、電話帳の情報を提供するサービスが存在する。このサービスでは、ユーザＵ１の端末が、ウェブサイトの電話帳にアクセスし、相手ユーザＵ２の着信先（ＳＩＰ−ＵＲＩ（Uniform Resource Identifier）等）を取得する。そして、ユーザＵ１の端末がウェブサイトに対してユーザＵ２の端末への発信を依頼する。すると、ウェブサイトを提供するサーバは、ＡＳを介して、ＣＳＣＦに指示を送信し、ユーザＵ１の端末からその着信先への発信を実行する。このように、インターネット上のウェブサイトを提供するサーバのように、特定のサーバを介在させれば、ＡＳとＣＳＣＦとの連携は容易である。【０００９】
しかしながら、現行のＣＳＣＦの手続きでは、親セッションの情報をＡＳに簡易に通知することはできない。
【特許文献１】特表２００４−５０７９４６号公報
【発明の開示】
【発明が解決しようとする課題】
【００１０】
本発明の目的は、ＩＭＳのような通信サービスにおいて、第１のサーバに管理される親セッションに対して関連付加サービスとして子セッションを提供する第２のサーバが親セッションの情報を入手し、簡易に関連する付加サービスとして子セッションのサービスを提供できる、連携技術を提供することである。
【課題を解決するための手段】
【００１１】
本発明の一態様は、複数の第１端末間の第１の通信を管理する第１サーバと、複数の第１端末間または複数の第１端末にそれぞれ関連づけられた複数の第２端末間で第１の通信に関連づけられる第２の通信によるサービスを提供する第２サーバとを含むシステムでの通信方法である。この方法では、第１サーバが、第２の通信を実行する複数の第２端末から、それぞれ接続準備完了の通知を受け、複数の第２端末の接続準備完了を第２サーバにそれぞれ通知し、複数の第１端末間での第１の通信による接続を検知し、検知した第１の通信による接続を第２サーバに通知する。また、第２サーバが、複数の第２端末での接続準備完了と、第１端末間での第１の通信による接続とを認識したときに、複数の第２端末間で第２の通信によるサービスを提供する。【００１２】
また、他の一態様では、第１端末が、自端末と他の第１端末との間での第１の通信による接続を検知し、検知した第１の通信による接続を第２サーバに通知してもよい。一方、第２サーバが、複数の第２端末での接続準備完了と、第１端末間での第１の通信による接続とを認識したときに、複数の第２端末間で第２の通信によるサービスを提供すればよい。【００１３】
さらに、他の一態様では、第１サーバが、第２の通信を実行する複数の第２端末から、それぞれ接続準備完了の通知を受け、複数の第１端末間での第１の通信による接続を検知し、複数の第２端末での接続準備完了および第１の通信による複数の第１端末間での接続を認識したときに、第２サーバに複数の第２端末間での第２の通信によるサービス提供を指示してもよい。そして、第２サーバが、サービス提供の指示を受けたときに、複数の第２端末間で第２の通信によるサービスを提供するようにすればよい。
【発明の効果】
【００１４】
上記手段によれば、第１のサーバに管理される親セッション（第１の通信に相当）に対して関連付加サービスとして子セッション（第２の通信に相当）を提供する第２のサーバが親セッションの情報を入手し、簡易に関連する付加サービスとして子セッションのサービスを提供できる。
【図面の簡単な説明】
【００１５】
【図１】ＣＳＣＦによる音声セッションと、ＡＳによる映像セッションの関係を示す図である。
【図２】ＣＳＣＦによる制御方式において、ＡＳに対してセッション情報を提供する一般的な方式を示す図である。
【図３】第１実施形態に係る通信システムのシーケンス図である。
【図４】第１実施形態に係る通信システムの状態遷移を示す図である。
【図５】サービス契約情報テーブルの構成図である。
【図６】ＡＳサービス契約有無判定テーブルの構造例を示す図である。
【図７】ＣＳＣＦで実行される中継処理を例示するフローチャートである。
【図８】ＡＳでのサービス管理処理を示すフローチャートである。
【図９】第２実施形態に係る通信システムのシーケンス図である。
【図１０】第２実施形態におけるＣＳＣＦのＳＩＰに係るサービス管理処理を説明するフローチャートである。
【図１１】第２実施形態におけるＡＳで実行されるサービス管理処理を例示するフローチャートである。
【図１２】第３実施形態に係る通信システムのシーケンス図である。
【図１３】第３実施形態におけるＣＳＣＦのＳＩＰに係るサービス管理処理を説明するフローチャートである。
【図１４】親セッションによって接続される端末が親セッションの状態をＡＳに通知する通信システムのシーケンス図を示す図である。
【符号の説明】
【００１６】
１Ａ、１Ｂ  携帯端末    
２Ａ、２Ｂ  映像端末
３  ＣＳＣＦ
４  ＡＳ
【発明を実施するための最良の形態】
【００１７】
以下、図面を参照して、実施の形態に係る通信システムを説明する。【００１８】
《通信方式の概要》
以下、本実施形態に係る通信方式の概要を説明する。本通信システムの特徴は、ＣＳＣＦ（第１サーバに相当）とＡＳ（第２サーバに相当）との間の効率的な連携方式にある。【００１９】
（１）ＣＳＣＦでの通信をＡＳに中継する方式
第１の方式は、ＣＳＣＦを中継装置として機能させ、ＳＩＰによる通信を行う端末からＣＳＣＦへのメッセージをすべてＡＳに伝達する方式である（図３参照）。この方式は、ＣＳＣＦとＡＳとを連携させる方式としては単純である。しかし、ＩＭＳにおけるＡＳ提供サービス契約呼は、実際にＡＳ提供サービスを起動しない場合でも、常にＡＳに転送されることになる。そのため、既にＣＳＣＦがサービスを提供しているネットワークへの適用を考える際、例えば、ＣＳＣＦ提供サービス、ＡＳ提供サービスに重複契約した呼が発生した場合には特に、既存ＣＳＣＦ提供サービスへの影響、トラフィックの増加を考慮する必要がある。【００２０】
（２）セッション状態常時通知方式（サービス起動：ＡＳ）
すべてのＡＳ提供サービス契約呼に関して、セッションが確立（あるいは切断）された場合、ＣＳＣＦは「ＰＵＢＬＩＳＨ」などを使って、ＡＳへ通知する（図９参照）。この方式では、ＡＳは、親セッション、子セッションのプレゼンス状態すべてに関与する。そのため、ＡＳは、通知された情報をサービス起動条件に一致するかどうかを判断し、あるいは、総合的に分析を行い、サービス起動の要否を判断する。【００２１】
ここで、親セッションとは、本通信システムで接続状態にある１の通信をいう。一方、子セッションとは、その１の通信に関連づけられた第２のセッションをいう。また、子セッションのプレゼンスとは、子セッションの状態をいう。【００２２】
一方、ＣＳＣＦは、発信側あるいは着信側がＡＳ提供サービス加入者であった場合、セッション確立・切断などを契機に「ＰＵＢＬＩＳＨ」などを使ってＡＳに通知する。【００２３】
このような通信システムでは、ＩＭＳで規定される通信ネットワークにおいて、ユーザ間のセッション制御はＣＳＣＦで行う。そして、ＣＳＣＦは、ＡＳサービスを受ける契約がなされているユーザのセッションの主な状態変更（接続完了、切断など）をＡＳへ通知し、ＡＳはその通知されたセッション状態と条件からサービス起動を判断するような構成とする。このような構成により、本通信システムは、ＡＳの処理負荷を軽減させることが可能となる。これによって、業務の遅延や阻害などが解消される効果が期待できる。  【００２４】
（３）サービス起動確定時通知方式（サービス起動：ＣＳＣＦ）
この方式では、ＡＳ提供サービスについても起動条件になるまでは、ＣＳＣＦで呼制御を行い、ＡＳは関与しない。ＣＳＣＦがＡＳ提供サービスの起動を認識した場合、ＡＳに通知する（図１２参照）。【００２５】
この方式では、ＡＳは、提供サービスが起動条件に達したときにＣＳＣＦからその旨を通知され、その通知契機でサービス起動を行う。実際にはそれ以前に親セッションは確立されている場合においても、ＡＳにはサービス起動条件に達したときに始めて親セッションが確立された様に見える。【００２６】
一方、ＣＳＣＦは、親セッション、子プレゼンスを管理し、ＣＳＣＦにてサービス起動を判断する。【００２７】
このような通信システムでは、ＩＭＳで規定される通信ネットワークにおいて、ユーザ間のセッション制御はＣＳＣＦで行う。さらに、ＣＳＣＦは、ＡＳにてサービス起動を起動すべきかどうかを判定し、そのサービス起動契機にＡＳにサービス起動を指示するような構成とする。このような構成により、本通信システムは、上記（２）の構成よりもさらに、ＡＳの処理負荷を軽減し、およびＣＳＣＦからＡＳへの通知によるトラフィックを低減することが可能となる。【００２８】
《第１実施形態》
図３に、第１実施形態に係る通信システムのシーケンス図を示す。本通信システムには、音声を相互に送受信する携帯端末１Ａ、２Ａ（第１端末に相当）と、映像を送受信する映像端末１Ｂ、２Ｂ（第２端末に相当）と、携帯端末１Ａ、２Ａ間の音声による通信の開始および終了を管理するＣＳＣＦ３と、映像端末１Ｂ、２Ｂとの間の映像を含む通信サービスを提供するＡＳ４とが含まれる。【００２９】
ここで、携帯端末１Ａ、２Ａは、例えば、携帯電話網、無線ＬＡＮ等を通じて、インターネットにアクセスし、インターネット上の各種サーバ、例えば、ＣＳＣＦ３と通信する。携帯端末１Ａ、２Ａは、ＣＰＵ、音声入力装置（マイクロフォン）、音声出力装置（スピーカ）、メモリ、表示部（液晶ディスプレイ、エレクトロルミネッセンスパネル等）、操作部（キー、ポインティングデバイス等）、無線通信インターフェース、有線通信インターフェース等を有する。このような携帯端末１Ａ、２Ａは、例えば、携帯電話、携帯情報端末、ＰＨＳ（Personal Handyphone System）等であり、その構成はよく知られているので、その説明を省略する。なお、携帯端末１Ａ、２Ａの代わりに、音声入力装置、音声出力装置、および、インターネットへのアクセス機能を有する通常のパーソナルコンピュータを用いてもよい。すなわち、通信システムの構成として携帯端末１Ａ、２Ａが必須というわけではない。【００３０】
映像端末１Ｂ、２Ｂは、例えば、ＣＰＵ、メモリ、表示部（液晶ディスプレイ、エレクトロルミネッセンスパネル等）、操作部（キー、ポインティングデバイス等）、無線通信インターフェース、有線通信インターフェース等を有する。映像端末１Ｂ、２Ｂは、例えば、パーソナルコンピュータ、デジタルテレビ等である。【００３１】
ＣＳＣＦ３は、インターネットに接続され、ＳＩＰ（Session Initiation Protocol）サービスを提供するサーバである。ＣＳＣＦ３は、例えば、ＣＰＵ、メモリ、表示部（液晶ディスプレイ、エレクトロルミネッセンスパネル等）、操作部（キー、ポインティングデバイス等）、無線通信インターフェース、有線通信インターフェース等を有する。【００３２】
本実施形態では、ＣＳＣＦ３は、ＡＳサービス契約呼に対して、本来のＳＩＰサーバの機能を提供する代わりに、ＡＳ４への中継装置として機能する。すなわち、ＣＳＣＦ３は、携帯端末１Ａ、２Ａ等からのリクエスト（メソッドともいう）、レスポンス（応答コードともいう）のうち、そのリクエスト、レスポンスの発信側、あるいは、着信側でＡＳサービスを契約しているもの（ＡＳサービス契約呼という）をＡＳ４へ中継する。また、ＣＳＣＦ３は、ＡＳ４から携帯端末１Ａ、２Ａ等へのリクエストあるいはレスポンスを携帯端末１Ａ、２Ａ等に中継する。【００３３】
ＡＳ４は、インターネットに接続され、ＩＭＳのアプリケーションサービスを提供するサーバである。ＡＳ４は、例えば、ＣＰＵ、メモリ、表示部（液晶ディスプレイ、エレクトロルミネッセンスパネル等）、操作部（キー、ポインティングデバイス等）、無線通信インターフェース、有線通信インターフェース等を有する。【００３４】
本実施形態では、ＡＳ４は、ＡＳサービス契約呼に対して、ＣＳＣＦ３に代わってＳＩＰサーバとして機能する。したがって、ＡＳ４は、ＣＳＣＦ３を介して、携帯端末１Ａ、２Ａ等からリクエストを受け取り、その受け取ったリクエストに応じた処理を実行する。例えば、セッション確立のリクエスト（ＩＮＶＩＴＥ）に対して、その呼び出し先にその要求を転送し、そのレスポンスを要求元に返す。また、ステータス通知のリクエストを受け取ると、その通知に応じて、それぞれの端末の状態を管理する。【００３５】
図４に、ＳＩＰサーバが、携帯端末１Ａ、２Ａ等の端末から受信するリクエストおよびレスポンスと、その端末が関係するセッションの状態との関係の一例を示す。図４では、ＳＩＰサーバが、発信側の端末からＩＮＶＩＴＥを受信すると、発信側と着信側との間が呼び出し中になることが分かる。さらに、ＳＩＰサーバが、着信側の端末から２００（ＯＫ）を受け取ると、発信側と着信側との間が接続中となり、セッションが確立されることが分かる。さらに、ＳＩＰサーバが、発信側または着信側のいずれかの端末からＢＹＥを受信すると、セッションの状態が切断中となる。そして、ＢＹＥを送信した相手の端末から、２００を受信すると、それぞれの端末は、空き状態となる。【００３６】
本実施形態では、サービス契約呼に対してＡＳ４がＳＩＰサーバとして機能し、それぞれの端末（携帯端末１Ａ、２Ａ等）に対して、図４の状態を管理する。【００３７】
携帯端末１Ａと２ＡのユーザがＡＳによるサービスを受ける契約をしている場合には、携帯端末１Ａと２Ａは、従来と同様に、中継装置として機能するＣＳＣＦ３およびＳＩＰサーバとして機能するＡＳ４を介して、音声通話にセッションを開始し、音声通話機能を提供する。なお、携帯端末１Ａと２ＡのユーザがＡＳによるサービスを受ける契約をしていない場合には、従来と同様、ＣＳＣＦ３が携帯端末１Ａと２Ａとに、ＳＩＰサーバの機能を提供すればよい。【００３８】
このように、本実施形態では、この携帯端末１Ａ、２Ａ間で、音声通話によるセッション継続中に、ＣＳＣＦ３からそのセッション情報が、ＡＳ４に提供されることになる。また、映像端末１Ｂ、２Ｂは、映像情報の送受信が可能な状態になると、ＣＳＣＦ３を介してその状態に至ったことをＡＳ４に通知する。【００３９】
ＡＳ４は、携帯端末１Ａと映像端末１Ｂとが、特定のユーザＵ１に対するサービスにおいて使用される端末であることを契約情報から認識している。また、ＡＳ４は、携帯端末２Ａと映像端末２Ｂとが、特定のユーザＵ２に対するサービスにおいて使用される端末であることを契約情報から認識している。そして、ＡＳ４は、携帯端末１Ａと２Ａとの間で、音声セッションが開始され、かつ、映像端末１Ｂと２Ｂとがともに映像情報の送受信が可能な状態になったと認識すると、携帯端末１Ａと２Ａとの間の音声セッションに関連するセッションとして、映像端末１Ｂと２Ｂとの間で、映像セッションを開始する。【００４０】
その結果、映像端末１Ｂと２Ｂとの間で、映像が送受信される。例えば、携帯端末１Ａを使用するユーザＵ１が携帯端末２Ａを使用するユーザＵ２と電話中であった場合に、その電話のセッションを開始したことを契機に、ユーザＵ１の有する映像端末１ＢとユーザＵ２の有する映像端末２Ｂとの間で、映像情報が送受信可能となる。すなわち、ユーザＵ１とユーザＵ２とは、携帯端末１Ａ、２Ａの操作による音声セッションの開始に伴って、映像セッションが接続され、そのサービスが開始される。【００４１】
この場合に、最初にユーザＵ１、Ｕ２の操作によって開始される音声セッションが親セッションである。また、映像端末１Ｂと２Ｂによるセッション開始の準備が完了したことを条件として、親セッションの開始を契機として開始される映像端末１Ｂと２Ｂのセッションが子セッションである。【００４２】
図５に、サービス契約情報テーブルの構造例を示す。サービス契約情報テーブルには、本通信システムが提供するサービスについて、そのサービスを受ける契約をしているユーザを識別する情報と、そのユーザがそのサービスを受けるときに使用する端末を識別する情報とが定義されている。【００４３】
この例では、サービスＳＶ１（例えば、音声通信サービス）において、ユーザＵ１は、携帯端末１Ａを使用し、ユーザＵ２は、携帯端末２Ａを使用することが記録されている。ここで、ユーザＵ１、ユーザＵ２等は、本通信システムで利用者を識別するための識別情報である。また、携帯端末１Ａ、２Ａ等は、ＳＩＰ  ＵＲＩ（Uniform Resource Identifier）によって指定される。【００４４】
また、サービスＳＶ２（例えば、映像通信サービス）において、ユーザＵ１は、携帯端末１Ｂを使用し、ユーザＵ２は、携帯端末２Ｂを使用することが記録されている。したがって、ユーザ１は、携帯端末１ＡによってサービスのＳＶ１の提供を受け、映像端末１ＢによってサービスのＳＶ２の提供を受ける。また、携帯端末１Ａは、映像端末２Ａと同一のユーザによって関連づけられている。ユーザ２、携帯端末２Ａ、映像端末２Ｂについても同様である。本実施形態では、サービス契約情報テーブルは、ＡＳ４のメモリに格納しておけばよい。【００４５】
図６に、ＡＳサービス契約有無判定テーブルの構造例を示す。ＡＳサービス契約有無判定テーブルは、親セッションとなるべき音声セッションでのリクエストをＣＳＣＦ３が受信したときに、そのリクエストがＡＳサービス契約呼か否かを判定するときに参照される。【００４６】
図６のように、ＡＳサービス契約有無判定テーブルの各行は、ユーザの識別情報、音声セッションで使用する端末の識別情報、およびＡＳサービス契約の有無という項目を含む。【００４７】
ユーザの識別情報は、その音声セッションを契約したユーザを識別情報であり、例えば、音声通話サービス（ＶｏＩＰ）の加入者番号である。音声セッションで使用する端末の識別情報は、例えば、その端末のＳＩＰ−ＵＲＩである。ＣＳＣＦ３は、図５のサービス契約情報テーブルにサービス契約情報を格納するときに、ＡＳサービス契約有無判定テーブルを確認する。そして、サービス契約情報テーブルに設定した端末のＳＩＰ−ＵＲＩに対して、ＡＳサービス契約がなしになっていた場合に、ＡＳサービス契約をありに変更する。このようにして、１以上のＡＳサービス契約がなされた端末については、ＡＳサービス契約有無判定テーブルにて、ＡＳサービス契約がありに設定されることになる。ＡＳサービス契約有無判定テーブルと、サービス契約情報テーブルとが、複数の第１端末のそれぞれの識別情報と第２端末のそれぞれの識別情報とを関連づけて記憶する端末関連情報記憶部に相当する。【００４８】
ＣＳＣＦ３は、ＡＳサービス契約有無判定テーブルを参照し、音声セッションでのリクエストの発信者がＡＳサービス契約者か否かを判定することにより、ＡＳサービス契約呼を識別する。なお、ＡＳサービス契約呼か否かの判定において、ユーザの識別情報は、必ずしも必要ではない。すなわち、ＡＳサービス契約有無判定テーブルが端末の識別情報（ＳＩＰ−ＵＲＩ）を有していれば、受信したリクエストの発信側のＳＩＰ−ＵＲＩを基に、ＡＳサービス契約呼か否かを判定すればよい。本実施形態では、ＡＳサービス契約有無判定テーブルは、ＣＳＣＦ３のメモリに格納しておけばよい。【００４９】
以下、図３を参照して本通信システムの処理手順を説明する。まず、映像端末１Ｂ、２Ｂのいずれか、例えば、ここでは、映像端末２Ｂにて、映像通信サービスで使用される機能がオンになったと想定する。ここで、映像通信サービスで使用される機能とは、映像表示プログラムの起動等である。すると、映像端末２Ｂの通信プログラムは、映像通信サービスで使用される機能がオンになったことをＣＳＣＦ３に通知する（矢印Ｓ１）。この通知は、例えば、ＳＩＰのリクエストＰＵＢＬＩＳＨによって実施される。ＰＵＢＬＩＳＨは、ＳＩＰで通信する携帯端末１Ａ、２Ａ、映像端末１Ｂ、２Ｂ等の状態を通知するのに使用される。ＰＵＢＬＩＳＨには、機能がオンになったことの通知と、機能がオンになった映像端末２ＢのＳＩＰ−ＵＲＩが含まれる。この通知を受けるＣＳＣＦ３が、第２端末状態受信部に相当する。ＣＳＣＦ３は、中継装置として機能し、受け取った通知をさらにＡＳ４に通知する（矢印Ｓ２）。この通知を実行するＣＳＣＦ３が、第２端末状態通知部に相当する。【００５０】
その結果、ＡＳ４は、映像端末２Ｂにて、映像通信サービスで使用される機能がオンになったことを認識し、映像端末２ＢのＳＩＰ−ＵＲＩとともに、サービス管理テーブルに記録する。図３の例では、子セッションに係る一方の端末で、着信可能と記録される。【００５１】
次に、例えば、携帯端末１Ａが、ユーザＵ１の操作を検知し、携帯端末２Ａ宛の音声による親セッションの開始をＣＳＣＦ３に要求する（矢印Ｓ３）。このとき、携帯端末１ＡからＣＳＣＦ３にＳＩＰのリクエストであるＩＮＶＩＴＥが送信される。このとき、音声セッションの呼び出し先として携帯端末２Ａが指定されている。【００５２】
上述のように、本実施形態では、ＣＳＣＦ３は、中継装置として機能し、音声のセッションのうち、ＡＳのサービスを受ける契約がなされたユーザの携帯端末１Ａ、２Ａ等の間を接続するセッションにＡＳ４を介在させる。例えば、ＣＳＣＦ３は、リクエストＩＮＶＩＴＥを受けた場合に発信側に対してＡＳのサービスを受ける契約がなされているか否かを判定し、ＡＳのサービス契約がなされている場合、ＣＳＣＦ３は、ＩＮＶＩＴＥを一旦ＡＳ４に転送する（矢印Ｓ４）。すると、ＡＳ４は、リクエストＩＮＶＩＴＥを着信側の携帯端末２Ａ宛に、ＣＳＣＦ３を経由して送信する（矢印Ｓ５、Ｓ６）。【００５３】
携帯端末２Ａは、セッションの開始を了解した旨のレスポンス（２００、ＯＫともいう）をＣＳＣＦ３に返信する（矢印Ｓ７）。レスポンスについても、同様に、ＣＳＣＦ３は、そのレスポンスの送信元に対してＡＳのサービスを受ける契約がなされているか否かを判定し、ＡＳのサービス契約がなされている場合、ＣＳＣＦ３は、レスポンスを一旦ＡＳ４に転送する（矢印Ｓ８）。この応答コード２００は、ＡＳ４からＣＳＣＦ３を介して、音声のセッションを開始した発信側の携帯端末１Ａに送信される（矢印Ｓ９、Ｓ１０）。これによって、携帯端末１Ａと２Ａとの間で音声セッションが開始される（矢印Ｓ１１）。【００５４】
このとき、ＡＳ４は、親セッションである音声セッションが携帯端末１Ａと２Ａとの間で、開始されたことをサービス管理テーブルに記録する。【００５５】
ここで、さらに、映像端末１Ｂにて、映像通信サービスで使用される機能がオンになったと想定する。すると、映像端末１Ｂの通信プログラムは、映像通信サービスで使用される機能がオンになったことをＣＳＣＦ３に通知する（矢印Ｓ１２）。この通知は、例えば、ＳＩＰのリクエストＰＵＢＬＩＳＨによって実施される。ＣＳＣＦ３は、受け取った通知をさらにＡＳ４に通知する（矢印Ｓ１３）。【００５６】
すると、ＡＳ４は、映像端末１Ｂにて、映像通信サービスで使用される機能がオンになったことを認識し、機能がオンになったＳＩＰ−ＵＲＩについて、その旨をサービス管理テーブルに記録する。その結果、ＡＳ４は、子セッションに介在する両方の映像端末１Ｂ、２Ｂで、映像通信サービスで使用される機能がオンになったことを認識し、さらに、親セッションが開始したことを認識する。【００５７】
その結果、ＡＳ４は、親セッションに関連する子セッションである映像のセッションの接続を開始する。すなわち、ＡＳ４は、ＣＳＣＦ３を介して映像端末１ＢにＩＮＶＩＴＥを送信する（矢印Ｓ１４、Ｓ１５）。このとき、映像端末２ＢのＳＤＰ情報（ＳＩＰ−ＵＲＩ）は、サービス管理テーブルに格納されているので、そのＩＮＶＩＴＥには、発信側のＳＤＰ情報として、映像端末２ＢのＳＩＰ−ＵＲＩが指定されている。これに対して、映像端末１Ｂから了解した旨のメッセージ２００が返る（矢印Ｓ１６、Ｓ１７）。【００５８】
また、ＣＳＣＦ３を介して映像端末２ＢにＩＮＶＩＴＥを送信する（矢印Ｓ１８、Ｓ１９）。このとき、映像端末１ＢのＳＤＰ情報（ＳＩＰ−ＵＲＩ）は、サービス管理テーブルに格納されているので、そのＩＮＶＩＴＥには、映像セッション（子セッション）での発信側のＳＤＰ情報として、映像端末１ＢのＳＩＰ−ＵＲＩが指定されている。これに対して、映像端末２Ｂから了解した旨のメッセージ２００が返る（矢印Ｓ２０、Ｓ２１）。以上によって、映像によるＲＴＰセッションが映像端末１Ｂと２Ｂとの間で開始する（矢印Ｓ２２）。【００５９】
図７は、ＣＳＣＦ３で実行される中継処理を例示するフローチャートである。以下、端末間で授受される情報をメッセージと呼ぶ。メッセージには、ＳＩＰにて送受信されるリクエスト、レスポンスを含む。また、映像端末１Ｂ、２Ｂあるいは携帯端末１Ａ、２Ａ等を単に端末という。【００６０】
この処理では、ＣＳＣＦ３は、通常、受信待ちの状態にある（Ｓ１００）。そして、ＣＳＣＦ３は、端末（携帯端末１Ａ、２Ａ等）からメッセージを受信すると、そのメッセージがＡＳ契約呼か否かを判定する（Ｓ１０１）。ＡＳ契約呼か否かは、そのメッセージの発信側の端末ＳＩＰ−ＵＲＩまたはそのメッセージの着信側の端末ＳＩＰ−ＵＲＩをメッセージから読み出し、メモリ上のＡＳサービス契約有無判定テーブルを検索する。そして、ＡＳサービス契約有無判定テーブルにて、発信側または着信側のＳＩＰ−ＵＲＩが、ＡＳサービス契約ありとされている場合、ＡＳ契約呼と判定する。ただし、発信側および着信側双方のＳＩＰ−ＵＲＩが、ＡＳサービス契約ありとされている場合、ＡＳ契約呼と判定してもよい。【００６１】
そして、そのメッセージがＡＳ契約呼でない場合、ＣＳＣＦ３は、制御をＳ１００に戻す。一方、そのメッセージがＡＳ契約呼である場合、次に、ＣＳＣＦ３は、メッセージが、端末からのリクエストあるいはレスポンスであるか否かを判定する（Ｓ１０２）。メッセージが、端末からのリクエストあるいはレスポンスである場合、ＣＳＣＦ３は、そのメッセージをＡＳ４に転送する（Ｓ１０３）。その後、ＣＳＣＦ３は、制御をＳ１００に戻す。【００６２】
また、ＣＳＣＦ３は、受信したメッセージが端末からのリクエストあるいはレスポンスでない場合、そのメッセージがＡＳ４から端末宛のリクエストあるいはレスポンスであるか否かを判定する（Ｓ１０４）。そして、メッセージがＡＳ４から端末宛のリクエストあるいはレスポンスである場合、ＣＳＣＦ３は、そのメッセージを宛先の端末に転送する（Ｓ１０５）。その後、ＣＳＣＦ３は、制御をＳ１００に戻す。また、受信したメッセージが、ＡＳ４から端末宛のリクエストあるいはレスポンスでない場合（Ｓ１０４でＮＯの場合）、ＣＳＣＦ３は、そのまま制御をＳ１００に戻す。【００６３】
図８は、ＡＳ４でのサービス管理処理を示すフローチャートである。この処理では、ＡＳ４は、通常は、映像端末１Ｂ、２Ｂあるいは、ＣＳＣＦ４を介して送信される携帯端末１Ａ、２Ａ等かのメッセージを受信待ちの状態にある（Ｓ１５０）。【００６４】
ＡＳ４は、メッセージを受信すると、受信したメッセージが端末の準備完了を伝達するリクエスト（ＰＵＢＬＩＳＨ）であるかどうかを判定する（Ｓ１５１）。受信したメッセージが端末の準備完了を伝達するリクエストである場合、ＡＳ４は、その端末の準備完了をサービス管理テーブルに記録する（Ｓ１５２）。その後、ＡＳ４は、制御をＳ１５７に進める。【００６５】
受信したメッセージが端末の準備完了を伝達するリクエストでない場合、ＡＳ４は、そのメッセージがＳＩＰの他のリクエスト、あるいはレスポンスであるか否かを判定する（Ｓ１５３）。受信したメッセージがＳＩＰの他のリクエスト、あるいはレスポンスである場合、ＡＳ４は、ＳＩＰの手順にしたがって、リクエスト、あるいはレスポンスに対応する処理を実行する（Ｓ１５４）。例えば、ＩＮＶＩＴＥを受信したときには、そのリクエストを呼び出し相手先に転送する。また、２００（ＯＫ）を受信したときには、そのレスポンスを応答相手先に転送する。【００６６】
次に、ＡＳ４は、親セッションの状態変更、例えば、親セッションが新たに確立されたか否か、あるいは既存の親セッションが切断されたか否かを判定する（Ｓ１５５）。そして、親セッションの状態変更があった場合に、親セッションの状態をサービス管理テーブルに記録する（Ｓ１５６）。【００６７】
次に、ＡＳ４は、子セッション開始の条件が整ったか否かを判定する（Ｓ１５７）。子セッション開始の条件が整った場合、ＡＳ４は、子セッションの開始手順を実行する（Ｓ１５８）。具体的には、子セッションに介在するそれぞれの映像端末１Ｂ、２Ｂ間にＩＮＶＩＴＥを送信する。すなわち、映像端末１Ｂに対しては、映像端末２Ｂを発信側としてＩＮＶＩＴＥを送信する。また、映像端末２Ｂに対しては、映像端末１Ｂを発信側としてＩＮＶＩＴＥを送信する。そして、双方の映像端末１Ｂ、２Ｂから、２００（ＯＫ）を受信する。その後、ＡＳ４は、制御をＳ１５０に戻す。【００６８】
以上述べたように、本実施形態に係る通信システムによれば、携帯端末１Ａ、２Ａのように本来ＣＳＣＦ３によって管理されるセッションの状態がＣＳＣＦ４を通じてＡＳ４に通知される。その結果、ＡＳ４は、その通知にしたがってそのセッションの状態を把握できる。したがって、例えば、そのセッション（親セッション）で接続されている携帯端末１Ａ、２ＡのようにＳＩＰで接続された端末と関連する端末、例えば、映像端末１Ｂ、２Ｂの間のセッション（子セッション）をＡＳ４の判断で確立できる。すなわち、親セッションに関連する子セッションをＡＳ４の判断で、子セッションに介在する端末の状況に応じたタイミングで、簡易に開設できる。【００６９】
なお、本実施形態では、親セッションで接続される端末、例えば、携帯端末１Ａ、２Ａと、子セッションで接続される端末、例えば、映像端末１Ｂ、２Ｂと、をそれぞれ異なる端末とした。しかし、親セッションで接続された端末間で、さらに、第２のセッションである子セッションを確立する場合も同様の手順で実行できる。すなわち、親セッションで接続される携帯端末１Ａ、２Ａそれぞれにおいて、子セッションで接続するための準備が完了した場合に、その旨を携帯端末１Ａ、２Ａから、ＡＳ４に通知すればよい。その場合に、携帯端末１Ａ、２Ａは、ＣＳＣＦ４を通じて、状態を通知するリクエスト（ＰＵＢＬＩＳＨ）を送信すればよい。ＡＳ４は、サービス管理テーブルにて、携帯端末１Ａ、２Ａにて、子セッションを開設する条件が揃ったときに、子セッションを確立する処理を実行すればよい。【００７０】
また、上記実施形態では、ＳＩＰにしたがって親セッションで接続される端末の例として、携帯端末１Ａ、２Ａを例示した。しかし、親セッションで接続される端末は携帯端末１Ａ、２Ａに限られず、通常のパーソナルコンピュータ等の据置型の装置でもよい。【００７１】
《第２実施形態》
以下、図９から図１１の図面を参照して、第２実施形態に係る通信システムを示す。上記第１実施形態では、ＣＳＣＦ３が中継装置として機能し、ＡＳ４にて、ＳＩＰに係る処理を実行することにより、親セッションの状態をＡＳ４に通知できる通信システムについて説明した。【００７２】
しかし、第１実施形態の方式では、ＡＳサービスを契約したユーザの端末からＣＳＣＦ３に送信されたリクエストおよびレスポンスがすべてＡＳ４に転送されることになり、トラフィックが増加する原因となる場合もある。そこで、本実施形態では、さらに、トラフィックを抑制し、効率的に、親セッションの状態をＡＳ４に通知できる通信システムについて説明する。【００７３】
なお、本実施形態でも、ＡＳサービス契約有無判定テーブルは、ＣＳＣＦ３のメモリに格納し、サービス契約情報テーブルは、ＡＳ４のメモリに格納しておけばよい。【００７４】
すなわち、本実施形態の通信システムでは、ＣＳＣＦ３は、第１実施形態の場合と異なり、ＡＳサービスを受ける契約をしたユーザの端末からのすべてのリクエストおよびレスポンスをＡＳ４に転送することはしない。本実施形態では、ＣＳＣＦ３は、ＳＩＰで通信する端末と端末との間のセッション状態を管理しセッションが確立された状態になると、その旨をＡＳ４に通知する。したがって、ＳＩＰによるセッション確立に至るまでの発信側端末からのリクエストと受信側端末からのレスポンスは、ＣＳＣＦ３にて処理され、ＡＳ４には通知されない。他の構成および作用は、第１実施形態の場合と同様である。そこで、第１実施形態の場合と同一の構成要素については、同一の符号を付し、その説明を省略する。【００７５】
図９に、第２実施形態に係る通信システムのシーケンス図を示す。本実施形態でも、第１実施形態と同様、映像端末１Ｂ、２Ｂ等の状態は、状態を通知するリクエスト（ＰＵＢＬＩＳＨ）で、ＣＳＣＦ３を介してＡＳ４に通知される（矢印Ｓ１、Ｓ２）。これによって、ＡＳ４は、例えば、映像端末２Ｂでの、映像に係る通信サービスを受ける準備完了を検知し、サービス管理テーブルに記録する。【００７６】
また、音声セッションの接続処理は、発信側の携帯端末１Ａからのリクエスト（ＩＮＶＩＴＥ）で開始する（矢印Ｓ３）。このリクエストは、ＣＳＣＦ３から着信先の携帯端末２Ａに転送される（矢印Ｓ６）。そして、着信先の携帯端末２Ａから２００（ＯＫ）のレスポンスが返り（矢印Ｓ７）、発信側の携帯端末１Ａに転送されたときに（矢印Ｓ１０）、ＳＩＰによるセッションが確立する（矢印Ｓ１１）。このとき、ＣＳＣＦ３は、ＳＩＰによるセッション（親セッション）の確立をＡＳ４に通知する（矢印Ｓ９Ａ、ＰＵＢＬＩＳＨ）。このＳＩＰによるセッションが確立したことを検知するＣＳＣＦ３が第１通信状態検知部に相当する。また、ＳＩＰによるセッション（親セッション）の確立をＡＳ４に通知するＣＳＣＦ３が、第１通信状態検知部に相当する。【００７７】
これによって、ＡＳ４は、親セッションの確立を検知し、サービス管理テーブルに記録する。【００７８】
そして、例えば、映像端末１Ｂにて、映像セッションを接続する準備が完了すると、その状態がＣＳＣＦ３を介してＡＳ４に通知される（矢印Ｓ１２、Ｓ１３）。これによって、ＡＳ４は、映像端末１Ｂでの準備完了を検知し、サービス管理テーブルに記録する。【００７９】
その結果、ＡＳ４は、子セッションで接続されるべき映像端末１Ｂ、２Ｂでの準備が完了し、かつ、その子セッションに対する親セッションが確立されたことをサービス管理テーブルの情報から認識する。すると、ＡＳ４は、自律的に、映像端末１Ｂ、２Ｂとの間で、親セッションに関連する子セッションを確立する。その手順は、図３のＳ１４−Ｓ２２と同様である。【００８０】
図１０は、第２実施形態におけるＣＳＣＦ３のＳＩＰに係るサービス管理処理を説明するフローチャートである。この処理では、ＣＳＣＦ３は、通常、メッセージの受信待ちの状態にある（Ｓ２００）。そして、ＣＳＣＦ３がメッセージを受信すると、そのメッセージがリクエスト、あるいはレスポンスであるか否かを判定する（Ｓ２０１）。受信したメッセージがリクエスト、あるいはレスポンスである場合、ＣＳＣＦ３は、ＳＩＰの手順にしたがって、リクエスト、あるいはレスポンスに対応する処理を実行する（Ｓ２０２）。【００８１】
そして、ＣＳＣＦ３は、親セッションの状態変更、例えば、親セッションが新たに確立されたか否か、あるいは既存の親セッションが切断されたか否かを判定する（Ｓ２０３）。そして、親セッションの状態変更があった場合に、ＣＳＣＦ３は、そのリクエスト、あるいはレスポンスがＡＳサービス契約呼か否かを判定する（Ｓ２０４）。そして、そのリクエスト、あるいはレスポンスがＡＳサービス契約呼である場合、ＣＳＣＦ３は、親セッションの状態をＡＳ４に通知する（Ｓ２０５）。その後、ＣＳＣＦは、制御をＳ２００に戻す。【００８２】
図１１は、第２実施形態におけるＡＳ４で実行されるサービス管理処理を例示するフローチャートである。この処理では、ＡＳ４は、通常、受信待ちの状態にある（Ｓ２５０）。ＡＳ４がメッセージを受信すると、受信したメッセージが端末の準備完了の通知であるか否かを判定する（Ｓ２５１）。そのメッセージが端末の準備完了の通知である場合、ＡＳ４は、その端末の準備完了を記録する（Ｓ２５２）。その後、ＡＳ４は、制御をＳ２５５に進める。【００８３】
また、受信したメッセージが端末の準備完了の通知でない場合、そのメッセージによって、ＡＳ４は、親セッションの状態変更、例えば、親セッションが新たに確立されたか否か、あるいは既存の親セッションが切断されたか否かを判定する（Ｓ２５３）。そして、親セッションの状態変更があった場合に、親セッションの状態をサービス管理テーブルに記録する（Ｓ２５４）。【００８４】
次に、ＡＳ４は、子セッション開始の条件が整ったか否かを判定する（Ｓ２５５）。子セッション開始の条件が整った場合、ＡＳ４は、子セッションの開始手順を実行する（Ｓ２５６）。その後、ＡＳ４は、制御をＳ２５０に戻す。【００８５】
以上述べたように、本実施形態に係る通信システムによれば、ＣＳＣＦ３が、ＳＩＰの管理を実行し、親セッションとなるべきＳＩＰのセッションが確立されたことを検知したときに、その旨をＡＳ４に通知する。したがって、第１実施形態と比較して、トラフィックを低減した上で、親セッションの状態を子セッションでのサービスに関与するＡＳ４に通知できる。【００８６】
《第３実施形態》
上記第２実施形態では、ＣＳＣＦ３に管理されるＳＩＰによる親セッションが確立されたときに、その状態がＣＳＣＦ３からＡＳ４に通知された。一方、ＡＳ４では、子セッションによって接続されるべき端末の状態をサービス管理テーブルで管理していた。そして、端末の準備が完了したこと、および、親セッションが確立されたことが充足されたときに、ＡＳ４が親セッションに関連する子セッションの接続処理を実行した。【００８７】
本実施形態では、ＣＳＣＦ３にて、ＳＩＰによる親セッションの接続、および子セッションによって接続される端末の状態の管理を実行し、子セッション開始の条件が整ったときに、その旨をＡＳ４に通知する通信システムの例を説明する。他の構成および作用は、第１実施形態および第２実施形態の場合と同様である。そこで、第１実施形態、第２実施形態の構成要素と同一の構成要素については、同一の符号を付してその説明を省略する。【００８８】
なお、本実施形態では、ＡＳサービス契約有無判定テーブルおよびサービス契約情報テーブルは、いずれもＣＳＣＦ３のメモリに格納しておけばよい。【００８９】
図１２に、第３実施形態に係る通信システムのシーケンス図を示す。本実施形態でも、第１実施形態、第２実施形態と同様、映像端末１Ｂ、２Ｂ等の状態は、状態を通知するリクエスト（ＰＵＢＬＩＳＨ）で通知される（Ｓ１、Ｓ２）。本実施形態では、これによって、ＣＳＣＦ３が、例えば、映像端末２Ｂでの、映像に係る通信サービスを受ける準備完了を検知し、サービス管理テーブルに記録する。したがって、ＣＳＣＦ３からＡＳ４への通知（矢印Ｓ２のＰＵＢＬＩＳＨ）は必ずしも必要ではない。【００９０】
また、音声セッションが確立すると（矢印Ｓ３、Ｓ６、Ｓ７、Ｓ１０、Ｓ１１）、ＣＳＣＦ３は、親セッションの確立を検知し、サービス管理テーブルに記録する。この場合、第２実施形態とは異なり、ＣＳＣＦ３は、ＡＳ４にセッションの確立を通知しない。【００９１】
そして、例えば、映像端末１Ｂでの、映像に係る通信サービスを受ける準備完了が通知される（矢印Ｓ１２）と、ＣＳＣＦ３は、サービス管理テーブルにその旨を記録する。その結果、ＣＳＣＦ３は、子セッションで接続されるべき映像端末１Ｂ、２Ｂでの映像処理開始の準備完了と、親セッションの確立を認識する。すると、ＣＳＣＦ３は、ＡＳ４に、子セッション開始の条件充足を通知する（Ｓ１３）。子セッション開始の条件充足を通知するＣＳＣＦ３が、サービス提供を指示する指示部に相当する。ＡＳ４は、ＣＳＣＦ３からの通知にしたがって、映像端末１Ｂ、２Ｂとの間で、親セッションに関連する子セッションを確立する。その手順は、図３のＳ１４−Ｓ２２と同様である。【００９２】
図１３は、第３実施形態におけるＣＳＣＦ３のＳＩＰに係るサービス管理処理を説明するフローチャートである。この処理では、ＣＳＣＦ３は、通常は、映像端末１Ｂ、２Ｂあるいは、携帯端末１Ａ、２Ａ等かのメッセージを受信待ちの状態にある（Ｓ３００）。【００９３】
ＣＳＣＦ３は、メッセージを受信すると、受信したメッセージが端末の準備完了の通知であるかどうかを判定する（Ｓ３０１）。受信したメッセージが端末の準備完了の通知である場合、ＣＳＣＦ３は、その端末の準備完了をサービス管理テーブルに記録する（Ｓ３０２）。その後、ＣＳＣＦ３は、制御をＳ３０７に進める。【００９４】
受信したメッセージが端末の準備完了の通知でない場合、ＣＳＣＦ３は、そのメッセージがリクエスト、あるいはレスポンスであるか否かを判定する（Ｓ３０３）。受信したメッセージがＳＩＰの他のリクエスト、あるいはレスポンスである場合、ＣＳＣＦ３は、ＳＩＰの手順にしたがって、リクエスト、あるいはレスポンスに対応する処理を実行する（Ｓ３０４）。【００９５】
次に、ＣＳＣＦ３は、親セッションの状態変更、例えば、親セッションが新たに確立されたか否か、あるいは既存の親セッションが切断されたか否かを判定する（Ｓ３０５）。そして、親セッションの状態変更があった場合に、親セッションの状態をサービス管理テーブルに記録する（Ｓ３０６）。【００９６】
次に、ＣＳＣＦ３は、子セッション開始の条件が整ったか否かを判定する（Ｓ３０７）。子セッション開始の条件が整った場合、ＣＳＣＦ３は、子セッションの開始条件充足をＡＳ４に通知する（Ｓ３０８）。この通知には、子セッションに介在する端末（例えば、映像端末１Ｂ、２Ｂ）の識別情報（ＳＩＰ  ＵＲＩ）を含めるようにすればよい。その後、ＣＳＣＦ３は、制御をＳ３００に戻す。【００９７】
ＡＳ４は、ＣＳＣＦ３から、子セッションの開始条件充足の通知を受けると、その子セッションで接続されるべき端末、例えば、映像端末１Ｂ、２Ｂの間で、セッションを確立する。その手順は、図３に示したＳ１４−Ｓ２２と同様である。【００９８】
以上述べたように、本実施形態に係る通信システムによれば、ＣＳＣＦ３にて、ＳＩＰによって通信する端末間の親セッションの管理、その親セッションと関連して確立されるべき子セッションで接続されるべき端末の状態管理を実行する。そして、親セッションに関連する子セッションの開始条件が充足されると、その旨がＣＳＣＦ３からＡＳ４に通知される。したがって、ＣＳＣＦからＡＳ４への通知は、子セッションの開始条件が充足されたときに限定されるので、ＣＳＣＦ３からＡＳ４へのトラフィックは、第２実施形態の場合より、さらに低減する。
《その他の変形例》
上記第１実施形態から第３実施形態では、親セッションの状態はＣＳＣＦ３を通じてＡＳ４に通知された。このような構成に代えて、親セッションによって接続される端末によって、親セッションの状態をＡＳ４に通知してもよい。【００９９】
図１４に、親セッションによって接続される端末が親セッションの状態をＡＳ４に通知する通信システムのシーケンス図を示す。この処理で、映像端末１Ｂ、２Ｂによる状態の通知（矢印Ｓ１、Ｓ２と矢印Ｓ１２、Ｓ１３）は、第１実施形態から第３実施形態と同様である。また、携帯端末１Ａ、２ＡによるＳＩＰのセッションを確立する手順（矢印Ｓ３−Ｓ１１）は、通常のＳＩＰの手順にしたがう。【０１００】
本実施形態では、ＳＩＰのセッションが確立すると（矢印Ｓ１１）、そのセッションで接続される一方の端末、例えば、発信側の端末である携帯端末１Ａが、ＳＩＰのセッションが確立したことをＡＳ４に通知する（矢印Ｓ１１Ａ）。この通知は、例えば、ＨＴＴＰ（HyperText Transfer Protocol）によればよい。【０１０１】
その結果、ＡＳ４は、親セッションの確立を認識し、サービス管理テーブルに記録する。そして、子セッション開始の条件が充足されたことをＡＳ４が判定し、子セッション確立の手順を起動する（矢印Ｓ１４−Ｓ２２）。この子セッション確立の手順を起動ＡＳ４が接続部に相当する。【０１０２】
以上述べたように、親セッションで接続される端末自身が親セッションの状態を直接、ＣＳＣＦ３を介さずにＡＳ４に通知することによっても、親セッションの状態をＡＳ４に認識させることができ、親セッションに関連づけられた子セッションのサービスを起動できる。【０１０３】
なお、Ｓ１１Ａの処理では、発信側の端末である携帯端末１Ａが、ＳＩＰのセッションが確立したことをＡＳ４に通知したが、これに代えて、着信側の端末である携帯端末２Ａが、ＳＩＰのセッションが確立したことをＡＳ４に通知してもよい。【０１０４】
《コンピュータ読み取り可能な記録媒体》
コンピュータその他の機械、装置（以下、コンピュータ等）に上記いずれかの機能を実現させるプログラムをコンピュータ等が読み取り可能な記録媒体に記録することができる。そして、コンピュータ等に、この記録媒体のプログラムを読み込ませて実行させることにより、その機能を提供させることができる。【０１０５】
ここで、コンピュータ等が読み取り可能な記録媒体とは、データやプログラム等の情報を電気的、磁気的、光学的、機械的、または化学的作用によって蓄積し、コンピュータ等から読み取ることができる記録媒体をいう。このような記録媒体のうちコンピュータ等から取り外し可能なものとしては、例えばフレキシブルディスク、光磁気ディスク、ＣＤ−ＲＯＭ、ＣＤ−Ｒ／Ｗ、ＤＶＤ、ＤＡＴ、８ｍｍテープ、メモリカード等がある。【０１０６】
また、コンピュータ等に固定された記録媒体としてハードディスクやＲＯＭ（リードオンリーメモリ）等がある。
【図１】
2009028096.tif 000003
【図２】
2009028096.tif 000004
【図３】
2009028096.tif 000005
【図４】
2009028096.tif 000006
【図５】
2009028096.tif 000007
【図６】
2009028096.tif 000008
【図７】
2009028096.tif 000009
【図８】
2009028096.tif 000010
【図９】
2009028096.tif 000011
【図１０】
2009028096.tif 000012
【図１１】
2009028096.tif 000013
【図１２】
2009028096.tif 000014
【図１３】
2009028096.tif 000015
【図１４】
2009028096.tif 000016
【手続補正書】
【提出日】平成22年3月16日(2010.3.16)
【手続補正１】
【補正対象書類名】特許請求の範囲
【補正対象項目名】全文
【補正方法】変更
【補正の内容】
【特許請求の範囲】
【請求項１】
複数の第１端末間の第１の通信を管理する第１サーバと、前記複数の第１端末間または前記複数の第１端末にそれぞれ関連づけられた複数の第２端末間で前記第１の通信に関連づけられる第２の通信によるサービスを提供する第２サーバとを含むシステムでの通信方法であり、
前記第１サーバが、
前期第２の通信を実行する複数の第２端末から、それぞれ接続準備完了の通知を受けるステップと、
前記複数の第２端末の接続準備完了を前記第２サーバにそれぞれ通知するステップと、
前記複数の第１端末間での第１の通信による接続を検知するステップと、
前記検知した第１の通信による接続を前記第２サーバに通知するステップと、を実行し、
前記第２サーバが、前記複数の第２端末での接続準備完了と、前記第１端末間での第１の通信による接続とを認識したときに、前記複数の第２端末間で前記第２の通信によるサービスを提供するステップを実行する通信方法。
【請求項２】
複数の第１端末間の第１の通信を管理する第１サーバと、前記複数の第１端末間または前記複数の第１端末にそれぞれ関連づけられた複数の第２端末間で前記第１の通信に関連づけられる第２の通信によるサービスを提供する第２サーバとを含むシステムでの通信方法であり、
前記第１サーバが、
前期第２の通信を実行する複数の第２端末から、それぞれ接続準備完了の通知を受けるステップと、
前記複数の第２端末の接続準備完了を前記第２サーバにそれぞれ通知するステップと、を実行し、
前記第１端末が、
自端末と他の第１端末との間での第１の通信による接続を検知するステップと、
前記検知した第１の通信による接続を前記第２サーバに通知するステップと、を実行し、
前記第２サーバが、前記複数の第２端末での接続準備完了と、前記第１端末間での第１
の通信による接続とを認識したときに、前記複数の第２端末間で前記第２の通信によるサービスを提供するステップを実行する通信方法。
【請求項３】
複数の第１端末間で第１の通信を管理するとともに、前記第１の通信に関連する第２の通信によるサービスを提供する通信サーバと連携するサーバであり、
前記複数の第１端末のそれぞれの識別情報と第２端末のそれぞれの識別情報とを関連づけて記憶する端末関連情報記憶部と、
前期第２の通信を実行する複数の第２端末から、それぞれ接続準備完了の通知を受ける第２端末状態受信部と、
前記複数の第２端末の接続準備完了を前記通信サーバに通知する第２端末状態通知部と、
前記複数の第１端末間での第１の通信による接続を検知する第１端末通信状態検知部と、
前記検知した第１の通信による接続を前記通信サーバに通知する第１通信状態通知部と、を有するサーバ。
【請求項４】
複数の第１端末間での第１の通信を管理するとともに、前記第１の通信に関連する第２の通信によるサービスを提供する通信サーバと連携するサーバであり、
前記複数の第１端末のそれぞれの識別情報と第２端末のそれぞれの識別情報とを関連づけて記憶する端末関連情報記憶部と、
前期第２の通信を実行する複数の第２端末から、それぞれ接続準備完了の通知を受ける第２端末状態受信部と、
前記複数の第１端末間での第１の通信による接続を検知する第１端末通信状態検知部と、
第２端末での前記接続準備完了および第１の通信による第１端末間での接続を認識したときに、前記通信サーバに前記複数の第２端末間での前記第２の通信によるサービス提供を指示する指示部と、を有するサーバ。
【請求項５】
複数の第１端末間での第１の通信に関連する第２の通信によるサービスを提供するサーバであり、
前記第１端末のそれぞれの識別情報と第２端末のそれぞれの識別情報とを関連づけて記憶する端末関連情報記憶部と、
複数の前記第２端末での前記第２の通信による接続準備完了状態の通知を受信する第２端末状態受信部と、
前記複数の第１端末間での第１の通信による接続の通知を受信する第１端末通信状態受信部と、
第２端末での前記接続準備完了と第１の通信による第１端末間での接続とを認識したときに、前記複数の第２端末間で前記第２の通信によるサービスを提供する接続部と、を有するサーバ。
【手続補正２】
【補正対象書類名】明細書
【補正対象項目名】００１６
【補正方法】変更
【補正の内容】
【００１６】
１Ａ、２Ａ  携帯端末
１Ｂ、２Ｂ  映像端末
３  ＣＳＣＦ
４  ＡＳ
【手続補正３】
【補正対象書類名】明細書
【補正対象項目名】００４４
【補正方法】変更
【補正の内容】
【００４４】
また、サービスＳＶ２（例えば、映像通信サービス）において、ユーザＵ１は、映像端末１Ｂを使用し、ユーザＵ２は、映像端末２Ｂを使用することが記録されている。したがって、ユーザ１は、携帯端末１ＡによってサービスのＳＶ１の提供を受け、映像端末１ＢによってサービスのＳＶ２の提供を受ける。また、携帯端末１Ａは、映像端末１Ｂと同一のユーザによって関連づけられている。ユーザ２、携帯端末２Ａ、映像端末２Ｂについても同様である。本実施形態では、サービス契約情報テーブルは、ＡＳ４のメモリに格納しておけばよい。
【手続補正４】
【補正対象書類名】明細書
【補正対象項目名】００６３
【補正方法】変更
【補正の内容】
【００６３】
図８は、ＡＳ４でのサービス管理処理を示すフローチャートである。この処理では、ＡＳ４は、通常は、映像端末１Ｂ、２Ｂあるいは、ＣＳＣＦ３を介して送信される携帯端末１Ａ、２Ａ等かのメッセージを受信待ちの状態にある（Ｓ１５０）。
【手続補正５】
【補正対象書類名】明細書
【補正対象項目名】００６８
【補正方法】変更
【補正の内容】
【００６８】
以上述べたように、本実施形態に係る通信システムによれば、携帯端末１Ａ、２Ａのように本来ＣＳＣＦ３によって管理されるセッションの状態がＣＳＣＦ３を通じてＡＳ４に通知される。その結果、ＡＳ４は、その通知にしたがってそのセッションの状態を把握できる。したがって、例えば、そのセッション（親セッション）で接続されている携帯端末１Ａ、２ＡのようにＳＩＰで接続された端末と関連する端末、例えば、映像端末１Ｂ、２Ｂの間のセッション（子セッション）をＡＳ４の判断で確立できる。すなわち、親セッションに関連する子セッションをＡＳ４の判断で、子セッションに介在する端末の状況に応じたタイミングで、簡易に開設できる。
【手続補正６】
【補正対象書類名】明細書
【補正対象項目名】００６９
【補正方法】変更
【補正の内容】
【００６９】
なお、本実施形態では、親セッションで接続される端末、例えば、携帯端末１Ａ、２Ａと、子セッションで接続される端末、例えば、映像端末１Ｂ、２Ｂと、をそれぞれ異なる端末とした。しかし、親セッションで接続された端末間で、さらに、第２のセッションである子セッションを確立する場合も同様の手順で実行できる。すなわち、親セッションで
接続される携帯端末１Ａ、２Ａそれぞれにおいて、子セッションで接続するための準備が完了した場合に、その旨を携帯端末１Ａ、２Ａから、ＡＳ４に通知すればよい。その場合に、携帯端末１Ａ、２Ａは、ＣＳＣＦ３を通じて、状態を通知するリクエスト（ＰＵＢＬＩＳＨ）を送信すればよい。ＡＳ４は、サービス管理テーブルにて、携帯端末１Ａ、２Ａにて、子セッションを開設する条件が揃ったときに、子セッションを確立する処理を実行すればよい。
【手続補正７】
【補正対象書類名】明細書
【補正対象項目名】００７６
【補正方法】変更
【補正の内容】
【００７６】
また、音声セッションの接続処理は、発信側の携帯端末１Ａからのリクエスト（ＩＮＶＩＴＥ）で開始する（矢印Ｓ３）。このリクエストは、ＣＳＣＦ３から着信先の携帯端末２Ａに転送される（矢印Ｓ６）。そして、着信先の携帯端末２Ａから２００（ＯＫ）のレスポンスが返り（矢印Ｓ７）、発信側の携帯端末１Ａに転送されたときに（矢印Ｓ１０）、ＳＩＰによるセッションが確立する（矢印Ｓ１１）。このとき、ＣＳＣＦ３は、ＳＩＰによるセッション（親セッション）の確立をＡＳ４に通知する（矢印Ｓ９Ａ、ＰＵＢＬＩＳＨ）。このＳＩＰによるセッションが確立したことを検知するＣＳＣＦ３が第１通信状態検知部に相当する。また、ＳＩＰによるセッション（親セッション）の確立をＡＳ４に通知するＣＳＣＦ３が、第１通信状態通知部に相当する。
【手続補正８】
【補正対象書類名】明細書
【補正対象項目名】００８０
【補正方法】変更
【補正の内容】
【００８０】
図１０は、第２実施形態におけるＣＳＣＦ３のＳＩＰに係るサービス管理処理を説明するフローチャートである。この処理では、ＣＳＣＦ３は、通常、メッセージの受信待ちの状態にある（Ｓ２００）。そして、ＣＳＣＦ３がメッセージを受信すると、そのメッセージがリクエスト、あるいはレスポンスであるか否かを判定する（Ｓ２０１）。受信したメッセージがリクエスト、あるいはレスポンスである場合、ＣＳＣＦ３は、ＳＩＰの手順にしたがって、リクエスト、あるいはレスポンスに対応する処理を実行する（Ｓ２０２）。なお、ＣＳＣＦ３は、リクエストＰＵＢＬＩＳＨで、ＡＳ４に、映像端末１Ｂ、２Ｂ等の状態を通知してもよい。
【手続補正９】
【補正対象書類名】明細書
【補正対象項目名】０１０６
【補正方法】変更
【補正の内容】
【０１０６】
また、コンピュータ等に固定された記録媒体としてハードディスクやＲＯＭ（リードオンリーメモリ）等がある。
（付記１）
複数の第１端末間の第１の通信を管理する第１サーバと、前記複数の第１端末間または前記複数の第１端末にそれぞれ関連づけられた複数の第２端末間で前記第１の通信に関連づけられる第２の通信によるサービスを提供する第２サーバとを含むシステムでの通信方
法であり、
前記第１サーバが、
前期第２の通信を実行する複数の第２端末から、それぞれ接続準備完了の通知を受けるステップと、
前記複数の第２端末の接続準備完了を前記第２サーバにそれぞれ通知するステップと、
前記複数の第１端末間での第１の通信による接続を検知するステップと、
前記検知した第１の通信による接続を前記第２サーバに通知するステップと、を実行し、
前記第２サーバが、前記複数の第２端末での接続準備完了と、前記第１端末間での第１の通信による接続とを認識したときに、前記複数の第２端末間で前記第２の通信によるサービスを提供するステップを実行する通信方法。
（付記２）
複数の第１端末間の第１の通信を管理する第１サーバと、前記複数の第１端末間または前記複数の第１端末にそれぞれ関連づけられた複数の第２端末間で前記第１の通信に関連づけられる第２の通信によるサービスを提供する第２サーバとを含むシステムでの通信方法であり、
前記第１サーバが、
前期第２の通信を実行する複数の第２端末から、それぞれ接続準備完了の通知を受けるステップと、
前記複数の第２端末の接続準備完了を前記第２サーバにそれぞれ通知するステップと、を実行し、
前記第１端末が、
自端末と他の第１端末との間での第１の通信による接続を検知するステップと、
前記検知した第１の通信による接続を前記第２サーバに通知するステップと、を実行し、
前記第２サーバが、前記複数の第２端末での接続準備完了と、前記第１端末間での第１の通信による接続とを認識したときに、前記複数の第２端末間で前記第２の通信によるサービスを提供するステップを実行する通信方法。
（付記３）
複数の第１端末間の第１の通信を管理する第１サーバと、前記複数の第１端末間または前記複数の第１端末にそれぞれ関連づけられた複数の第２端末間で前記第１の通信に関連づけられる第２の通信によるサービスを提供する第２サーバとを含むシステムでの通信方法であり、
前記第１サーバが、
前期第２の通信を実行する複数の第２端末から、それぞれ接続準備完了の通知を受けるステップと、
前記複数の第１端末間での第１の通信による接続を検知するステップと、
前記複数の第２端末での前記接続準備完了および第１の通信による前記複数の第１端末間での接続を認識したときに、前記第２サーバに前記複数の第２端末間での前記第２の通信によるサービス提供を指示するステップと、を実行し、
前記第２サーバが、前記サービス提供の指示を受けたときに、前記複数の第２端末間で前記第２の通信によるサービスを提供するステップを実行する通信方法。
（付記４）
前記第１サーバおよび第２サーバの少なくとも一方は、それぞれの前記第１端末に関連づけられる第２端末を識別する情報を有する付記１から３のいずれかに記載の通信方法。（付記５）
前記第１端末と第２端末とは同一の端末である付記１から３のいずれかに記載の通信方法。
（付記６）
複数の第１端末間で第１の通信を管理するとともに、前記第１の通信に関連する第２の通信によるサービスを提供する通信サーバと連携するサーバであり、
前記複数の第１端末のそれぞれの識別情報と第２端末のそれぞれの識別情報とを関連づけて記憶する端末関連情報記憶部と、
前期第２の通信を実行する複数の第２端末から、それぞれ接続準備完了の通知を受ける第２端末状態受信部と、
前記複数の第２端末の接続準備完了を前記通信サーバに通知する第２端末状態通知部と、
前記複数の第１端末間での第１の通信による接続を検知する第１端末通信状態検知部と、
前記検知した第１の通信による接続を前記通信サーバに通知する第１通信状態通知部と、を有するサーバ。
（付記７）
複数の第１端末間での第１の通信を管理するとともに、前記第１の通信に関連する第２の通信によるサービスを提供する通信サーバと連携するサーバであり、
前記複数の第１端末のそれぞれの識別情報と第２端末のそれぞれの識別情報とを関連づけて記憶する端末関連情報記憶部と、
前期第２の通信を実行する複数の第２端末から、それぞれ接続準備完了の通知を受ける第２端末状態受信部と、
前記複数の第１端末間での第１の通信による接続を検知する第１端末通信状態検知部と、
第２端末での前記接続準備完了および第１の通信による第１端末間での接続を認識したときに、前記通信サーバに前記複数の第２端末間での前記第２の通信によるサービス提供を指示する指示部と、を有するサーバ。
（付記８）
複数の第１端末間での第１の通信に関連する第２の通信によるサービスを提供するサーバであり、
前記第１端末のそれぞれの識別情報と第２端末のそれぞれの識別情報とを関連づけて記憶する端末関連情報記憶部と、
複数の前記第２端末での前記第２の通信による接続準備完了状態の通知を受信する第２端末状態受信部と、
前記複数の第１端末間での第１の通信による接続の通知を受信する第１端末通信状態受信部と、
第２端末での前記接続準備完了と第１の通信による第１端末間での接続とを認識したときに、前記複数の第２端末間で前記第２の通信によるサービスを提供する接続部と、を有するサーバ。
（付記９）
コンピュータに、複数の第１端末間で第１の通信を管理させるとともに、前記第１の通信に関連する第２の通信によるサービスを提供する通信サーバと連携させるプログラムであり、前記コンピュータは、前記複数の第１端末のそれぞれの識別情報と第２端末のそれぞれの識別情報とを関連づけて記憶する端末関連情報記憶部を備え、
前期第２の通信を実行する複数の第２端末から、それぞれ接続準備完了の通知を受ける第２端末状態受信ステップと、
前記複数の第２端末の接続準備完了を前記通信サーバに通知する第２端末状態通知ステップと、
前記複数の第１端末間での第１の通信による接続を検知する第１端末通信状態検知ステップと、
前記検知した第１の通信による接続を前記通信サーバに通知する第１通信状態通知ステップと、をコンピュータに実行させるプログラム。
（付記１０）
コンピュータに、複数の第１端末間での第１の通信を管理させるとともに、前記第１の通信に関連する第２の通信によるサービスを提供する通信サーバと連携させるプログラムであり、前記コンピュータは、前記複数の第１端末のそれぞれの識別情報と第２端末のそれぞれの識別情報とを関連づけて記憶する端末関連情報記憶部を備え、
前期第２の通信を実行する複数の第２端末から、それぞれ接続準備完了の通知を受ける第２端末状態受信ステップと、
前記複数の第１端末間での第１の通信による接続を検知する第１端末通信状態検知ステップと、
第２端末での前記接続準備完了および第１の通信による第１端末間での接続を認識したときに、前記通信サーバに前記複数の第２端末間での前記第２の通信によるサービス提供を指示する指示ステップと、を実行させるプログラム。
（付記１１）
コンピュータに、複数の第１端末間での第１の通信に関連する第２の通信によるサービスを提供させるプログラムであり、前記コンピュータは、前記第１端末のそれぞれの識別情報と第２端末のそれぞれの識別情報とを関連づけて記憶する端末関連情報記憶部を備え、
複数の前記第２端末での前記第２の通信による接続準備完了状態の通知を受信する第２端末状態受信ステップと、
前記複数の第１端末間での第１の通信による接続の通知を受信する第１端末通信状態受信ステップと、
第２端末での前記接続準備完了と第１の通信による第１端末間での接続とを認識したときに、前記複数の第２端末間で前記第２の通信によるサービスを提供する接続ステップと、をコンピュータに実行させるプログラム。
【手続補正１０】
【補正対象書類名】図面
【補正対象項目名】図５
【補正方法】変更
【補正の内容】
【図５】
2009028096.tif 000017
【国際調査報告】
2009028096.tif 000018
2009028096.tif 000019
2009028096.tif 000020
2009028096.tif 000021