(57)【特許請求の範囲】
【請求項１】
ネットワークを介して端末装置に接続されるアプリケーションサーバにおけるセッション制御装置であって、
複数の端末装置をユーザ毎にグループ化するとともに、サービスで使用されるメディア毎に、一つのグループに属する複数の端末装置の各々に優先度を設けて、端末装置を管理する端末管理手段と、
ある端末装置への着信要求を受信した場合に、前記着信要求に対応するサービスで使用されるメディアに基づき、当該端末装置が属するグループ内の端末装置の中から前記優先度に従って一つの端末装置を着信端末として選択して着信させる着信制御手段と、
を具備するセッション制御装置。
【請求項２】
前記端末管理手段は、ユーザからの入力又はプレゼンスサーバからの情報に基づいて該優先度を設定又は変更する、請求項１に記載のセッション制御装置。
【請求項３】
前記端末管理手段は、サービスを提供する上で必須のメディアを主メディアとし、該主メディア以外のメディアを副メディアとして管理し、前記着信制御手段は、主メディアについて端末装置に対する呼び出しが全て失敗した場合、副メディアについて端末装置に対する呼び出しを行わない、請求項１に記載のセッション制御装置。
【請求項４】
ネットワークを介して端末装置に接続されるアプリケーションサーバにおけるセッション制御方法であって、
端末管理手段が、複数の端末装置をユーザ毎にグループ化するとともに、サービスで使用されるメディア毎に、一つのグループに属する複数の端末装置の各々に優先度を設けて、端末装置を管理するステップと、
着信制御手段が、ある端末装置への着信要求を受信した場合に、前記着信要求に対応するサービスで使用されるメディアに基づき、当該端末装置が属するグループ内の端末装置の中から前記優先度に従って一つの端末装置を着信端末として選択して着信させるステップと、
を具備するセッション制御方法。
【請求項５】
ネットワークを介して端末装置に接続されるアプリケーションサーバとして設けられるコンピュータを、
複数の端末装置をユーザ毎にグループ化するとともに、サービスで使用されるメディア毎に、一つのグループに属する複数の端末装置の各々に優先度を設けて、端末装置を管理する端末管理手段と、
ある端末装置への着信要求を受信した場合に、前記着信要求に対応するサービスで使用されるメディアに基づき、当該端末装置が属するグループ内の端末装置の中から前記優先度に従って一つの端末装置を着信端末として選択して着信させる着信制御手段と、
として機能させるプログラム。
【発明の詳細な説明】
【技術分野】
【０００１】
本発明は、アプリケーションサーバにおけるセッション制御装置及びセッション制御方法に関する。
【背景技術】
【０００２】
ＳＩＰ（Session Initiation Protocol）を利用したサービスが、アプリケーションサーバに実装され、ネットワークを介して端末装置（以下、単に「端末」ともいう。）に提供されている。ＳＩＰは、リモートユーザを探し出して対話型の通信セッションを確立するプロトコルであり、マルチメディア通信を実現する技術の一つである。
【０００３】
かかるマルチメディア通信サービスを一人のユーザが受ける場合に使用される端末は単一であり、対応するメディア（音声、映像、データ等）を受信する能力がその端末にない場合には、サービスが提供されないか、又は使用可能なメディアに限定されてサービスが実施される。
【０００４】
ところで、現在、ユーザは、一般的に、携帯電話機、ソフトフォン、ＩＰ（Internet Protocol）電話、ＳＴＢ（setup box）、パーソナルコンピュータ（以下、単に「パソコン」又は「ＰＣ」ともいう。）等のように使用可能なメディアが異なる複数の端末を保持しており、また、状況によってユーザが使用することができる端末や使用したい端末も異なる。
【０００５】
したがって、ユーザが保有している複数の端末の中で、ユーザの置かれている状況において使用可能で且つ対応するメディア能力がある端末から、ユーザが端末を選択し組み合わせてサービスを受信することができるようにすることが望まれる。
【０００６】
なお、本発明に関連する先行技術文献として、下記特許文献１は、複数の画像出力装置が接続されたネットワーク上に、ユーザが利用するクライアント端末が接続された環境下において、このネットワーク上に、画像出力を管理するための画像出力管理サーバを設け、このサーバが、画像出力装置を画像出力要求に含まれる条件毎にグループ化して管理し、クライアント端末から画像出力要求があった場合には、それに応答して、条件に合致する画像出力装置を提供するようにした画像出力処理システムについて開示している。
【０００７】
また、下記特許文献２は、ＳＩＰサーバが、１つ以上のＳＩＰクライアントを着信迂回グループとして設定した着信迂回グループ管理情報を参照して、使用不可能なＳＩＰクライアントへの着信要求に対して、他のＳＩＰクライアントへの着信迂回を可能とするクライアントサーバシステムであって、ＳＩＰクライアントが着信迂回グループ管理情報を更新する更新情報を登録メッセージに付加してＳＩＰサーバに供給し、ＳＩＰサーバが登録メッセージに付加された更新情報に応じて着信迂回グループ管理情報を更新設定することにより、着信迂回グループに関する情報の設定及び変更を保守者が容易に行うことができるようにしたクライアントサーバシステムについて開示している。
【０００８】
【特許文献１】特開２００３−２１６３８４号公報
【特許文献２】特開２００７−０１９８３９号公報
【発明の開示】
【発明が解決しようとする課題】
【０００９】
本発明は、上述した問題点に鑑みてなされたものであり、その目的は、ユーザが、所有している複数の端末から、状況に応じて、サービスで使用されるメディア毎に端末を選択し、それらの端末を組み合わせてサービスを受けることを可能とする、アプリケーションサーバにおけるセッション制御装置及びセッション制御方法を提供することにある。
【課題を解決するための手段】
【００１０】
上記目的を達成するために、本発明によれば、ネットワークを介して端末装置に接続されるアプリケーションサーバにおけるセッション制御装置であって、一人のユーザによって所有される複数の端末装置をグループ化するとともに、サービスで使用されるメディア毎に、一つのグループに属する複数の端末装置の各々に優先度を設けて、端末装置を管理する端末管理手段と、ある端末装置への着信要求を受信した場合に、メディア毎に、当該端末装置が属するグループ内の端末装置の中から前記優先度に従って一つの端末装置を着信端末として選択して着信させる着信制御手段と、を具備するセッション制御装置が提供される。
【００１１】
さらに、本発明によれば、上述のセッション制御装置で実行されるセッション制御方法と、コンピュータを上述のセッション制御装置として機能させるためのプログラムと、が提供される。
【発明の効果】
【００１２】
開示のセッション制御装置によれば、ユーザは、所有している複数の端末から、状況に応じて、サービスで使用されるメディア毎に端末を選択し、それらの端末を組み合わせてサービスを受けることできる。
【発明を実施するための最良の形態】
【００１３】
以下、添付図面を参照して本発明の実施形態について説明する。図１は、一実施形態に係るセッション制御装置が適用されるシステムを示す図である。同図において、符号１０２はアプリケーションサーバ、符号１０４はアプリケーションサーバ１０２に対する保守端末、符号１０６はＳＩＰサーバ、符号１０８はプレゼンスサーバ、符号１１０及び１２０はともにＰＨＳ（personal handy phone system）端末、符号１２２はノートブック型パーソナルコンピュータ（以下、「ノートＰＣ」ともいう。）、符号１２４は携帯電話機、をそれぞれ示す。これらの機器は、ＳＩＰに対応したネットワーク１００を介して相互に結合されている。
【００１４】
ここで、ＳＩＰサーバ１０６は、ＳＩＰ対応ネットワーク内に配置され、端末（ユーザエージェント）間で行われるセッション確立などの処理を仲介役として手助けするコンピュータ（デバイス）である。また、プレゼンスサーバ１０８は、ユーザの状態や属性に関する様々な情報（プレゼンス情報）を獲得する機能を実現するコンピュータである。
【００１５】
図２は、図１におけるアプリケーションサーバ１０２の概略構成を示す図である。同図に示されるように、アプリケーションサーバ１０２は、中央処理装置（ＣＰＵ：central processing unit）２０２、主記憶装置２０４、補助（外部）記憶装置２０６、通信インタフェース部２０８、等を備える。ＣＰＵ２０２は、バス２００を介して他の構成要素と接続され、主記憶装置２０４にロードされたプログラムを実行することにより、後述するセッション制御等の処理を実現する。ＳＩＰサーバ１０６やプレゼンスサーバ１０８も、アプリケーションサーバ１０２の構成と同様の構成を備える。
【００１６】
アプリケーションサーバ１０２は、ユーザによって保有される端末データの登録処理、メディア毎の各端末に対する優先度の設定処理、サービス要求受信時における端末の呼び出し処理、応答処理等を経てサービスを開始する。その詳細を以下に説明する。
【００１７】
図３及び図４は、アプリケーションサーバ１０２におけるセッション制御動作を示すフローチャートである。サービスを提供する上で必須のメディアがある場合、アプリケーションサーバ１０２は、保守端末１０４において保守者が当該メディアを主メディアとして設定する操作に基づいて、主メディアを登録及び記憶する（ステップ３０２）。複数サービスを提供するアプリケーションサーバ１０２は、サービス単位で主メディアを管理する。
【００１８】
次いで、アプリケーションサーバ１０２は、ユーザ毎にユーザが保有している各端末をグループとして登録するとともに、端末毎に使用可能なメディアを登録する処理を行う（ステップ３０４）。すなわち、一般に、各ユーザは、図５に例示されるように、複数の端末を所有している。アプリケーションサーバ１０２は、保守端末１０４において、保守者が、ユーザ単位に端末をグループ化して登録するためのＷＥＢ画面操作をするのに応じて、端末グループを登録及び記憶する。このとき、各端末が使用することができるメディアが特定されている場合には、端末毎のメディアの指定も同時に行われる。端末が使用することができるメディアが特定されていない場合には、ユーザが、自己の端末におけるＷＥＢ画面操作により端末毎に使用可能なメディアの指定を行い、アプリケーションサーバ１０２がその情報を受信する。かかるグループ登録により、アプリケーションサーバ１０２は、ＳＩＰ−ＵＲＩ（SIP Uniform Resource Indicator）への着信要求を、端末への着信要求ではなくユーザへの着信要求として扱うことが可能となる。
【００１９】
次いで、アプリケーションサーバ１０２は、サービスに使用されるメディア毎に、グループ内の各端末の優先度を登録する処理を行う（ステップ３０６）。かかる登録処理は、ユーザが、自己の端末において、メディア毎に、状況に応じて各端末の優先度を設定するためのＷＥＢ画面操作を行い、アプリケーションサーバ１０２がその情報を受信することで実現される。状況によりユーザが使用したくない端末又は使用することができない端末については、優先度が設定されないか、又は優先度が最低値“０”に設定される。状況に応じた優先度の設定の例が図６に示される。なお、プレゼンスサーバ１０８等と連携するサービスの場合、アプリケーションサーバ１０２は、前もって、プレゼンスに応じた複数の優先度パターンを登録しておくとともに、プレゼンスが変化するのに応じて採用されるべき優先度パターンを動的に変更することができる。
【００２０】
次いで、アプリケーションサーバ１０２は、ＳＩＰ端末から、新規サービス要求（セッション参加リクエスト）であるＳＩＰメソッド“INVITE”を受信する（ステップ３０８）。なお、ＳＩＰ端末からの起動に代えて、ＷＥＢ画面によるサービス起動でも、定刻指定による自動サービス起動でも、新規サービス要求は可能である。新規サービス要求を受信したアプリケーションサーバ１０２は、ユーザのセッション状態を確認し、セッションが確立されていない場合、セッション確立状態に遷移させ、状態遷移後はセッション状態が解放されるまで新規サービス要求受信及び新規サービス起動を受け付けない。
【００２１】
次いで、アプリケーションサーバ１０２は、“INVITE”ＳＩＰメッセージにおけるＳＤＰ（Session Description Protocol）フォーマット中の“ｍ＝”で始まるメディア記述部から、サービスで使用されるメディアを特定する（ステップ３１０）。ＳＤＰは、セッションの内容に関する情報をやり取りするためのプロトコルであり、セッション記述フォーマットを規定する。
【００２２】
次いで、アプリケーションサーバ１０２は、特定されたメディアの中に、ステップ３０２で登録された主メディアが存在する場合、着呼側（着信先）ユーザの端末グループ内で主メディアに対する優先度が最も高い端末を選択し、その端末に対し呼び出し要求を行うとともに、応答待ちタイマーを起動する（ステップ３１２）。
【００２３】
アプリケーションサーバ１０２は、主メディアに係る呼び出しに対する応答がない場合、すなわちタイムアウトが検知された場合、選択した端末への着信を諦め、次に主メディアに対する優先度が高い端末を選択し、その端末に対し呼び出し要求を行うとともに、再び、応答待ちタイマーを起動する（ステップ３１４、３１６及び３１２）。
【００２４】
アプリケーションサーバ１０２は、着呼側（着信先）ユーザの端末グループ内で、主メディアに対する優先度が設定されている全ての端末に対して呼び出しを行った結果、応答を得ることができなかった場合、サービス継続は不可と判断し、受信したサービス要求（“INVITE”）に対する応答として、ＳＩＰレスポンスコード“５００”（Server Internal Error）等のエラー応答を送信し、ユーザのセッション状態を空き状態に遷移させる（ステップ３１４、３１６及び３１８）。
【００２５】
アプリケーションサーバ１０２は、主メディアに係る呼び出しに対して端末から応答を得た場合において、サービスに副メディアを使用しないとき、受信したサービス要求（“INVITE”）に対し、主メディアの“ｍ＝”で始まるメディア記述を有効にしてＳＩＰレスポンスコード“２００”（ＯＫ）の正常応答を返し、ユーザのセッション状態をサービス中に遷移させる（ステップ３２０及び３２２）。
【００２６】
アプリケーションサーバ１０２は、主メディアに係る呼び出しに対して端末から応答を得た場合において、サービスに副メディアを使用するとき、着信先（着呼側）ユーザの端末グループ内で副メディアに対する優先度が最も高い端末を選択し、その端末に対し呼び出し要求を行うとともに、応答待ちタイマーを起動する（ステップ３２４）。
【００２７】
アプリケーションサーバ１０２は、副メディアに係る呼び出しに対する応答がない場合、すなわちタイムアウトが検知された場合、選択した端末への着信を諦め、次に副メディアに対する優先度が高い端末を選択し、その端末に対し呼び出し要求を行うとともに、再び、応答待ちタイマーを起動する（ステップ３２６、３２８及び３２４）。
【００２８】
アプリケーションサーバ１０２は、着信先ユーザの端末グループ内で、副メディアに対する優先度が設定されている全ての端末に対して呼び出しを行った結果、応答を得ることができなかった場合、主メディアのみでサービスを継続するため、受信したサービス要求（“INVITE”）に対する応答として、主メディアの“ｍ＝”で始まるメディア記述を有効にし、副メディアの“ｍ＝”で始まるメディア記述を無効にしてＳＩＰレスポンスコード“２００”（ＯＫ）の正常応答を返し、ユーザのセッション状態をサービス中に遷移させる（ステップ３２６、３２８及び３３０）。
【００２９】
アプリケーションサーバ１０２は、副メディアに係る呼び出しに対して端末から応答を得た場合、受信したサービス要求（“INVITE”）に対し、主メディア及び副メディアの“ｍ＝”で始まるメディア記述を有効にしてＳＩＰレスポンスコード“２００”（ＯＫ）の正常応答を返し、ユーザのセッション状態をサービス中に遷移させる（ステップ３２６及び３３２）。
【００３０】
ステップ３２２、３３０又は３３２に続いて、アプリケーションサーバ１０２は、サービスを提供する（ステップ３３４）。
【００３１】
最後、アプリケーションサーバ１０２は、主メディア及び副メディアでサービスを受けている端末に対して、セッションを切断する（ステップ３３６）。
【００３２】
図７、図８及び図９は、図１のネットワークにおけるＴＶ（television）電話サービスのセッション確立シーケンスの例を示す図である。この例では、図１において、ＰＨＳ端末１１０が、発呼側（発信元）ユーザによって所有される一方、ＰＨＳ端末１２０、ノートＰＣ１２２及び携帯電話機１２４が、着呼側（着信先）ユーザによって所有されるものと仮定される。そして、着呼側ユーザは、ＴＶ電話サービスにおける音声を携帯電話機１２４で、映像をノートＰＣ１２２で、優先的に受信するものとする。
【００３３】
まず、保守端末１０４からアプリケーションサーバ１０２に対して、ＨＴＴＰ（Hyper Text Transfer Protocol）により、主メディアの登録が行われる（Ｆ１（“Ｆ”はフローを示す。以下、同様。））。この例では、図１０（ａ）に示されるように、ＴＶ電話サービスの主メディアとして音声が登録される。
【００３４】
次いで、保守端末１０４からアプリケーションサーバ１０２に対して、ＨＴＴＰにより、着呼側ユーザが所有する端末と各端末がサポートするメディアとについての登録（端末グループの登録）が行われる（Ｆ２）。この例では、図１０（ｂ）に示されるように、着呼側ユーザの端末グループとしてＰＨＳ端末、ノートＰＣ及び携帯電話機が登録され、ＰＨＳ端末が音声にのみ対応し、ノートＰＣ及び携帯電話機の各々が音声及び映像の双方に対応することが登録される。
【００３５】
次いで、着呼側ユーザのノートＰＣ１２２からアプリケーションサーバ１０２に対して、ＨＴＴＰにより、メディア毎の各端末の優先度に関する設定登録が行われる（Ｆ３）。図１０（ｃ）に示されるように、音声に関する各端末の優先度として、ＰＨＳ端末“５”、ノートＰＣ“３”、携帯電話機“１”が登録され、映像に関する各端末の優先度として、ＰＨＳ端末“優先度無し（使用不可）”、ノートＰＣ“３”、携帯電話機“１”が登録される。
【００３６】
以後、ＳＩＰによるメッセージ交換が行われる。まず、発呼側ユーザのＰＨＳ端末１１０からＳＩＰサーバ１０６に対して“INVITE”メソッドが送信され（Ｆ４）、それに対する暫定レスポンスとして、ＳＩＰサーバ１０６から発呼側ユーザのＰＨＳ端末１１０に対して“100 Trying”レスポンスが送信される（Ｆ５）。
【００３７】
次いで、ＳＩＰサーバ１０６からアプリケーションサーバ１０２に対して“INVITE”メソッドが送信され（Ｆ６）、それに対する暫定レスポンスとして、アプリケーションサーバ１０２からＳＩＰサーバ１０６へ“100 Trying”レスポンスが送信される（Ｆ７）。アプリケーションサーバ１０２は、図１０（ｃ）に示される優先度に従って、主メディアたる音声についてはＰＨＳ端末１２０、ノートＰＣ１２２、携帯電話機１２４の順に、一方、副メディアたる映像についてはノートＰＣ１２２、携帯電話機１２４の順に呼び出しを行う。そのシーケンスは以下のとおりである。
【００３８】
まず、アプリケーションサーバ１０２からＳＩＰサーバ１０６へ“INVITE”メソッドが送信され（Ｆ１０）、それに対する暫定レスポンスとして、ＳＩＰサーバ１０６からアプリケーションサーバ１０２へ“100 Trying”レスポンスが送信される（Ｆ１１）。なお、ＳＩＰでは、レスポンスコード“1xx”は暫定レスポンスを表し、レスポンスコード“200”以上は最終レスポンスを表す。
【００３９】
次いで、ＳＩＰサーバ１０６から着呼側ユーザのＰＨＳ端末１２０へ“INVITE”メソッドが送信される（Ｆ１２）。それに対する暫定レスポンスとして、着呼側ユーザのＰＨＳ端末１２０からＳＩＰサーバ１０６へ、まず“100 Trying”レスポンスが送信され（Ｆ１３）、続いて“180 Ringing”レスポンスが送信される（Ｆ１４）。
【００４０】
次いで、ＳＩＰサーバ１０６からアプリケーションサーバ１０２へ“180 Ringing”レスポンスが送信され（Ｆ１５）、アプリケーションサーバ１０２は応答待ちタイマーを起動する。次いで、アプリケーションサーバ１０２からＳＩＰサーバ１０６へ“180 Ringing”レスポンスが送信され（Ｆ１６）、更に、ＳＩＰサーバ１０６から発呼側ユーザのＰＨＳ端末１１０へ“180 Ringing”レスポンスが送信される（Ｆ１７）。
【００４１】
その後、アプリケーションサーバ１０２が応答待ちタイマーのタイムアウトを検知すると、アプリケーションサーバ１０２からＳＩＰサーバ１０６へ、進行中のセッションのキャンセルを表す“CANCEL”メソッドが送信される（Ｆ１９）。それを受けて、ＳＩＰサーバ１０６から着呼側ユーザのＰＨＳ端末１２０へも、“CANCEL”メソッドが送信される（Ｆ２０）。
【００４２】
その“CANCEL”に対する最終レスポンスとして、着呼側ユーザのＰＨＳ端末１２０からＳＩＰサーバ１０６へ、リクエスト（メソッド）が受理されたことを示す“200 OK”レスポンスが送信される（Ｆ２１）。それを受けて、ＳＩＰサーバ１０６からアプリケーションサーバ１０２へも、“CANCEL”メソッドに対する“200 OK”レスポンスが送信される（Ｆ２２）。
【００４３】
次いで、着呼側ユーザのＰＨＳ端末１２０からＳＩＰサーバ１０６へ、“INVITE”メソッドに対する最終レスポンスとして“487 Request Terminated”レスポンスが送信される（Ｆ２３）。更に、ＳＩＰサーバ１０６からアプリケーションサーバ１０２へも“INVITE”メソッドに対する“487 Request Terminated”レスポンスが送信される（Ｆ２４）。
【００４４】
次いで、アプリケーションサーバ１０２からＳＩＰサーバ１０６へ、“INVITE”に対する最終レスポンスへの確認である“ACK”メソッドが送信される（Ｆ２５）。更に、ＳＩＰサーバ１０６から着呼側ユーザのＰＨＳ端末１２０へも、“ACK”メソッドが送信される（Ｆ２６）。
【００４５】
このように、主メディアたる音声について着呼側ユーザのＰＨＳ端末１２０に対する呼び出しが失敗したため、アプリケーションサーバ１０２は、次に、ノートＰＣ１２２に対する呼び出しを行う。Ｆ２７〜Ｆ４０は、ノートＰＣ１２２に対する呼び出しも失敗したことを表している。そこで、アプリケーションサーバ１０２は、主メディアたる音声について着呼側ユーザの携帯電話機１２４に対する呼び出しを行う。
【００４６】
まず、アプリケーションサーバ１０２からＳＩＰサーバ１０６へ“INVITE”メソッドが送信される（Ｆ４１）。それに対する暫定レスポンスとして、ＳＩＰサーバ１０６からアプリケーションサーバ１０２へ“100 Trying”レスポンスが送信される（Ｆ４２）。
【００４７】
次いで、ＳＩＰサーバ１０６から着呼側ユーザの携帯電話機１２４へ“INVITE”メソッドが送信される（Ｆ４３）。それに対する暫定レスポンスとして、着呼側ユーザの携帯電話機１２４からＳＩＰサーバ１０６へ、まず“100 Trying”レスポンスが送信され（Ｆ４４）、続いて“180 Ringing”レスポンスが送信される（Ｆ４５）。次いで、ＳＩＰサーバ１０６からアプリケーションサーバ１０２へも“180 Ringing”レスポンスが送信され（Ｆ４６）、アプリケーションサーバ１０２は応答待ちタイマーを起動する。
【００４８】
次いで、応答待ちタイマーのタイムアウト前に、携帯電話機１２４からＳＩＰサーバ１０６へ、“INVITE”メソッドに対する最終レスポンスとして“200 OK”レスポンスが送信される（Ｆ４７）。それを受けて、ＳＩＰサーバ１０６からアプリケーションサーバ１０２へも、“INVITE”メソッドに対する“200 OK”レスポンスが送信される（Ｆ４８）。
【００４９】
次いで、アプリケーションサーバ１０２からＳＩＰサーバ１０６へ、“INVITE”に対する最終レスポンスへの確認である“ACK”メソッドが送信される（Ｆ４９）。それを受けて、更に、ＳＩＰサーバ１０６から着呼側ユーザの携帯電話機１２４へも“ACK”メソッドが送信される（Ｆ５０）。
【００５０】
かくして、主メディアたる音声について着呼側ユーザの端末として携帯電話機１２４が接続されたため、アプリケーションサーバ１０２は、副メディアたる映像について、ノートＰＣ１２２、携帯電話機１２４の順に呼び出しを試みる。
【００５１】
まず、アプリケーションサーバ１０２からＳＩＰサーバ１０６へ“INVITE”メソッドが送信される（Ｆ５１）。それに対する暫定レスポンスとして、ＳＩＰサーバ１０６からアプリケーションサーバ１０２へ“100 Trying”レスポンスが送信される（Ｆ５２）。
【００５２】
次いで、ＳＩＰサーバ１０６から着呼側ユーザのノートＰＣ１２２へ“INVITE”メソッドが送信される（Ｆ５３）。それに対する暫定レスポンスとして、着呼側ユーザのノートＰＣ１２２からＳＩＰサーバ１０６へ、まず“100 Trying”レスポンスが送信され（Ｆ５４）、続いて“180 Ringing”レスポンスが送信される（Ｆ５５）。それを受けて、ＳＩＰサーバ１０６からアプリケーションサーバ１０２へ“180 Ringing”レスポンスが送信され（Ｆ５６）、アプリケーションサーバ１０２は応答待ちタイマーを起動する。
【００５３】
次いで、応答待ちタイマーのタイムアウト前に、ノートＰＣ１２２からＳＩＰサーバ１０６へ、“INVITE”メソッドに対する最終レスポンスとして“200 OK”レスポンスが送信される（Ｆ５７）。それを受けて、ＳＩＰサーバ１０６からアプリケーションサーバ１０２へも、“INVITE”メソッドに対する“200 OK”レスポンスが送信される（Ｆ５８）。
【００５４】
次いで、アプリケーションサーバ１０２からＳＩＰサーバ１０６へ、“INVITE”に対する最終レスポンスへの確認である“ACK”メソッドが送信され（Ｆ５９）、それを受けて、ＳＩＰサーバ１０６から着呼側ユーザのノートＰＣ１２２へも、“ACK”メソッドが送信される（Ｆ６０）。
【００５５】
かくして、副メディアたる映像について着呼側ユーザの端末としてノートＰＣ１２２が接続されたため、アプリケーションサーバ１０２は、主メディア及び副メディアの双方について接続に成功したことになる。
【００５６】
そこで、アプリケーションサーバ１０２からＳＩＰサーバ１０６へ、“INVITE”メソッドに対する最終レスポンスとして“200 OK”が送信される（Ｆ６１）。それを受けて、ＳＩＰサーバ１０６から発呼側ユーザのＰＨＳ端末１１０へ、“INVITE”メソッドに対する最終レスポンスとして“200 OK”が送信される（Ｆ６２）。
【００５７】
次いで、発呼側ユーザのＰＨＳ端末１１０からＳＩＰサーバ１０６へ、“INVITE”に対する最終レスポンスへの確認である“ACK”メソッドが送信される（Ｆ６３）。それを受けて、ＳＩＰサーバ１０６からアプリケーションサーバ１０２へも、“ACK”メソッドが送信される（Ｆ６４）。
【００５８】
以上の実施形態に関し、以下の付記を開示する。
【００５９】
（付記１）  ネットワークを介して端末装置に接続されるアプリケーションサーバにおけるセッション制御装置であって、
一人のユーザによって所有される複数の端末装置をグループ化するとともに、サービスで使用されるメディア毎に、一つのグループに属する複数の端末装置の各々に優先度を設けて、端末装置を管理する端末管理手段と、
ある端末装置への着信要求を受信した場合に、メディア毎に、当該端末装置が属するグループ内の端末装置の中から前記優先度に従って一つの端末装置を着信端末として選択して着信させる着信制御手段と、
を具備するセッション制御装置。
【００６０】
（付記２）  前記端末管理手段は、ユーザからの入力又はプレゼンスサーバからの情報に基づいて該優先度を設定又は変更する、付記１に記載のセッション制御装置。
【００６１】
（付記３）  前記端末管理手段は、サービスを提供する上で必須のメディアを主メディアとし、該主メディア以外のメディアを副メディアとして管理し、前記着信制御手段は、主メディアについて端末装置に対する呼び出しが全て失敗した場合、副メディアについて端末装置に対する呼び出しを行わない、付記１に記載のセッション制御装置。
【００６２】
（付記４）  ネットワークを介して端末装置に接続されるアプリケーションサーバにおけるセッション制御方法であって、
端末管理手段が、一人のユーザによって所有される複数の端末装置をグループ化するとともに、サービスで使用されるメディア毎に、一つのグループに属する複数の端末装置の各々に優先度を設けて、端末装置を管理するステップと、
着信制御手段が、ある端末装置への着信要求を受信した場合に、メディア毎に、当該端末装置が属するグループ内の端末装置の中から前記優先度に従って一つの端末装置を着信端末として選択して着信させるステップと、
を具備するセッション制御方法。
【００６３】
（付記５）  前記端末管理手段は、ユーザからの入力又はプレゼンスサーバからの情報に基づいて該優先度を設定又は変更する、付記４に記載のセッション制御方法。
【００６４】
（付記６）  前記端末管理手段は、サービスを提供する上で必須のメディアを主メディアとし、該主メディア以外のメディアを副メディアとして管理し、前記着信制御手段は、主メディアについて端末装置に対する呼び出しが全て失敗した場合、副メディアについて端末装置に対する呼び出しを行わない、付記４に記載のセッション制御方法。
【００６５】
（付記７）  ネットワークを介して端末装置に接続されるアプリケーションサーバとして設けられるコンピュータを、
一人のユーザによって所有される複数の端末装置をグループ化するとともに、サービスで使用されるメディア毎に、一つのグループに属する複数の端末装置の各々に優先度を設けて、端末装置を管理する端末管理手段と、
ある端末装置への着信要求を受信した場合に、メディア毎に、当該端末装置が属するグループ内の端末装置の中から前記優先度に従って一つの端末装置を着信端末として選択して着信させる着信制御手段と、
として機能させるプログラム。
【００６６】
（付記８）  前記端末管理手段は、ユーザからの入力又はプレゼンスサーバからの情報に基づいて該優先度を設定又は変更する、付記７に記載のプログラム。
【００６７】
（付記９）  前記端末管理手段は、サービスを提供する上で必須のメディアを主メディアとし、該主メディア以外のメディアを副メディアとして管理し、前記着信制御手段は、主メディアについて端末装置に対する呼び出しが全て失敗した場合、副メディアについて端末装置に対する呼び出しを行わない、付記７に記載のプログラム。
【図面の簡単な説明】
【００６８】
【図１】本発明の一実施形態に係るセッション制御装置が適用されるシステムを示す図である。
【図２】図１におけるアプリケーションサーバの概略構成を示す図である。
【図３】アプリケーションサーバにおけるセッション制御動作を示すフローチャート（１／２）である。
【図４】アプリケーションサーバにおけるセッション制御動作を示すフローチャート（２／２）である。
【図５】端末グループについて説明するための図である。
【図６】メディア毎に各端末に与えられる優先度について説明するための図である。
【図７】図１のネットワークにおけるＴＶ電話サービスのセッション確立シーケンスの例を示す図（１／３）である。
【図８】図１のネットワークにおけるＴＶ電話サービスのセッション確立シーケンスの例を示す図（２／３）である。
【図９】図１のネットワークにおけるＴＶ電話サービスのセッション確立シーケンスの例を示す図（３／３）である。
【図１０】アプリケーションサーバに登録されるデータの例を示す図である。
【符号の説明】
【００６９】
１００    ネットワーク
１０２    アプリケーションサーバ
１０４    保守端末
１０６    ＳＩＰサーバ
１０８    プレゼンスサーバ
１１０    ＰＨＳ端末
１２０    ＰＨＳ端末
１２２    ノートＰＣ
１２４    携帯電話機
２００    バス
２０２    中央処理装置（ＣＰＵ）
２０４    主記憶装置
２０６    補助（外部）記憶装置
２０８    通信インタフェース部
【図１】
0005233313.tif 000002
【図２】
0005233313.tif 000003
【図３】
0005233313.tif 000004
【図４】
0005233313.tif 000005
【図５】
0005233313.tif 000006
【図６】
0005233313.tif 000007
【図７】
0005233313.tif 000008
【図８】
0005233313.tif 000009
【図９】
0005233313.tif 000010
【図１０】
0005233313.tif 000011