(57)【要約】  端末装置（１０１）が網（３００）を介してサーバ装置（２０１）にアクセスする通信システムであって、認証連携装置（２２１）を備える。認証連携装置（２２１）は、端末装置（１０１）のユーザがサーバ装置（２０１）の利用権限を有するか否かを判定し、端末装置（１０１）とサーバ装置（２０１）との間の通信に際し、網（３００）の利用許可を得るために所定のシグナリングプロトコルを使用して網（３００）の制御装置（３０３）を通じて行われるセッションの確立処理の可否を、判定結果に応じて制御する。
2009066596.tif 000002
【特許請求の範囲】
【請求項１】
網を介してサーバ装置にアクセスする端末装置のユーザが、前記サーバ装置の利用権限を有するか否かを判定する判定手段と、前記端末装置と前記サーバ装置との間の通信に際し前記網の利用許可を得るために所定のシグナリングプロトコルを使用して前記網の制御装置を通じて行われるセッションの確立処理の可否を、前記判定手段の判定結果に応じて制御する連携制御手段を有する認証連携装置を備えることを特徴とする通信システム。
【請求項２】
前記認証連携装置は、
前記端末装置のユーザを一意に識別するユーザ識別子と利用可および利用不可の少なくとも一方のサーバ装置を一意に識別するサーバ識別子のリストとの組を保持する第１記憶手段を備え、
前記連携制御手段は、前記第１記憶手段を参照することを特徴とする請求項１に記載の通信システム。
【請求項３】
前記セッションの確立処理を行う前記サーバ装置に、前記認証連携装置が設けられていることを特徴とする請求項１記載の通信システム。
【請求項４】
前記サーバ装置に代わって前記セッションの確立処理を行うサーバ管理装置に、前記認証連携装置が設けられていることを特徴とする請求項１記載の通信システム。
【請求項５】
前記サーバ管理装置は、前記サーバ装置を一意に識別するサーバ識別子と前記サーバ装置にアクセスしている通信相手端末とセッションを一意に識別するセッション識別子とを含む状況情報を保持する第２記憶手段を備え、
前記サーバ管理装置は、前記セッションの確立時に前記セッションの状況情報を前記第２記憶手段に記録することを特徴とする請求項４に記載の通信システム。
【請求項６】
前記サーバ管理装置は、前記セッションの切断時に、切断された前記セッションの前記状況情報を前記第２記憶手段から削除することを特徴とする請求項５に記載の通信システム。
【請求項７】
前記サーバ管理装置は、前記サーバ装置から出力されるイベント通知に連動して前記セッションの切断を行うことを特徴とする請求項４に記載の通信システム。
【請求項８】
前記イベント通知は、前記端末装置のユーザが前記サーバ装置からログアウトしたことを示すイベント通知であることを特徴とする請求項７に記載の通信システム。
【請求項９】
前記イベント通知は、前記端末装置のユーザが前記サーバ装置へのログインに失敗したことを示すイベント通知であることを特徴とする請求項７に記載の通信システム。
【請求項１０】
前記端末装置が、前記サーバ装置からサービスの提供を受けるユーザ端末であることを特徴とする請求項１に記載の通信システム。
【請求項１１】
前記端末装置が、前記サーバ装置からサービスの提供を受ける１以上のユーザ端末に代わって前記セッションの確立処理を行うセッション制御手段を有する通信セッション集約装置であることを特徴とする請求項１に記載の通信システム。
【請求項１２】
前記通信セッション集約装置は、
前記端末装置のユーザを一意に識別するユーザ識別子と前記セッションを一意に識別するセッション識別子との対応関係を保持する第３記憶手段を備え、
前記セッション制御手段は、前記セッションの確立時に前記対応関係を前記第３記憶手段に記録することを特徴とする請求項１１に記載の通信システム。
【請求項１３】
前記セッション制御手段は、前記セッションの切断時に、切断された前記セッションの前記対応関係を前記第３記憶手段から削除することを特徴とする請求項１２に記載の通信システム。
【請求項１４】
前記セッション制御手段は、前記端末装置の通信プロトコルで使用する通信リソース識別子と前記シグナリングプロトコルで使用する通信リソース識別子との対応関係を保持する第１のテーブルを参照して、前記端末装置が出力した通信メッセージに含まれる通信相手の通信リソース識別子に対応する前記シグナリングプロトコルで使用する通信リソース識別子を取得し、取得した通信リソース識別子で特定される通信相手端末とセッションの確立処理を行うことを特徴とする請求項１１に記載の通信システム。
【請求項１５】
前記セッション制御手段は、前記端末装置のユーザを一意に識別するユーザ識別子と通信属性情報との対応関係を保持する第２のテーブルを参照して、通信メッセージを出力した前記端末装置のユーザに対応する通信属性情報を取得し、取得した通信属性情報を用いて前記セッションの確立処理時に通信相手端末とネゴシエーションを行うことを特徴とする請求項１４に記載の通信システム。
【請求項１６】
前記セッション制御手段は、前記端末装置のユーザを一意に識別するユーザ識別子と通信相手端末を一意に識別する識別子と通信属性情報との対応関係を保持する第２のテーブルを参照して、通信メッセージを出力した前記端末装置のユーザと通信相手端末との組み合わせに対応する通信属性情報を取得し、取得した通信属性情報を用いて前記セッションの確立処理時に通信相手端末とネゴシエーションを行うことを特徴とする請求項１４に記載の通信システム。
【請求項１７】
前記通信セッション集約装置のセッション制御手段がネゴシエーションを行う通信相手端末が、前記端末装置に対して網を通じてサービスを提供するサーバ装置であることを特徴とする請求項１１に記載の通信システム。
【請求項１８】
前記通信セッション集約装置のセッション制御手段がネゴシエーションを行う通信相手端末が、前記端末装置に対して網を通じてサービスを提供するサーバ装置に代わってセッションの確立処理およびその切断処理を行うサーバ管理装置であることを特徴とする請求項１１に記載の通信システム。
【請求項１９】
前記シグナリングプロトコルが、ＳＩＰであることを特徴とする請求項１に記載の通信システム。
【請求項２０】
網を介してサーバ装置にアクセスする端末装置のユーザが前記サーバ装置の利用権限を有するか否かを判定する第１ステップと、
前記端末装置と前記サーバ装置との間の通信に際し前記網の利用許可を得るために所定のシグナリングプロトコルを使用して前記網の制御装置を通じて行われるセッションの確立処理の可否を、前記判定の結果に応じて制御する第２ステップと
を備えることを特徴とする通信方法。
【請求項２１】
前記第１ステップでは、
前記端末装置のユーザを一意に識別するユーザ識別子と利用可および利用不可の少なくとも一方のサーバ装置を一意に識別するサーバ識別子のリストとの組を保持する第１記憶手段を参照する
ことを特徴とする請求項２０に記載の通信方法。
【請求項２２】
前記第１ステップおよび前記第２ステップは、前記セッションの確立処理を行う前記サーバ装置で行うことを特徴とする請求項２０に記載の通信方法。
【請求項２３】
前記第１ステップおよび前記第２ステップは、前記サーバ装置に代わって前記セッションの確立処理が行われるサーバ管理装置で行うことを特徴とする請求項２０に記載の通信方法。
【請求項２４】
前記サーバ装置を一意に識別するサーバ識別子と前記サーバ装置にアクセスしている前記通信相手端末とセッションを一意に識別するセッション識別子とを含む状況情報を保持する第２記憶手段に、前記セッションの確立時に前記セッションの状況情報を記録する第３ステップを備える
ことを特徴とする請求項２３に記載の通信方法。
【請求項２５】
前記セッションの切断時に、切断された前記セッションの前記状況情報を前記第１記憶手段から削除する第４ステップを備えることを特徴とする請求項２１に記載の通信方法。
【請求項２６】
前記サーバ装置から出力されるイベント通知に連動して前記セッションの切断を行う第５ステップを備えることを特徴とする請求項２３に記載の通信方法。
【請求項２７】
前記イベント通知は、前記端末装置のユーザが前記サーバ装置からログアウトしたことを示すイベント通知であることを特徴とする請求項２６に記載の通信方法。
【請求項２８】
前記イベント通知は、前記端末装置のユーザが前記サーバ装置へのログインに失敗したことを示すイベント通知であることを特徴とする請求項２６に記載の通信方法。
【請求項２９】
前記端末装置は、前記サーバ装置からサービスの提供を受けるユーザ端末であることを特徴とする請求項２０に記載の通信方法。
【請求項３０】
前記第１ステップおよび前記第２ステップは、前記サーバ装置からサービスの提供を受ける１以上のユーザ端末に代わって前記セッションの確立処理が行われる前記端末装置で行うことを特徴とする請求項２０に記載の通信方法。
【請求項３１】
前記端末装置のユーザを一意に識別するユーザ識別子と前記セッションを一意に識別するセッション識別子との対応関係を保持する第３記憶手段に、前記セッションの確立時に前記対応関係を記録する第６ステップを備える
ことを特徴とする請求項３０に記載の通信方法。
【請求項３２】
前記セッションの切断時に、切断された前記セッションの前記対応関係を前記第３記憶手段から削除する第７ステップを備える
ことを特徴とする請求項３１に記載の通信方法。
【請求項３３】
前記端末装置の通信プロトコルで使用する通信リソース識別子と前記シグナリングプロトコルで使用する通信リソース識別子との対応関係を保持する第１のテーブルを参照して、前記端末装置が出力した通信メッセージに含まれる通信相手の通信リソース識別子に対応する前記シグナリングプロトコルで使用する通信リソース識別子を取得する第８ステップと、取得した通信リソース識別子で特定される通信相手端末とセッションの確立処理を行う第９ステップと
を備えることを特徴とする請求項３０に記載の通信方法。
【請求項３４】
前記端末装置のユーザを一意に識別するユーザ識別子と通信属性情報との対応関係を保持する第２のテーブルを参照して、通信メッセージを出力した前記端末装置のユーザに対応する通信属性情報を取得する第１０ステップと、取得した通信属性情報を用いて前記セッションの確立処理時に通信相手端末とネゴシエーションを行う第１１ステップと
を備えることを特徴とする請求項３３に記載の通信方法。
【請求項３５】
前記通信セッション集約装置は、
前記端末装置のユーザを一意に識別するユーザ識別子と通信相手端末を一意に識別する識別子と通信属性情報との対応関係を保持する第２のテーブルを参照して、通信メッセージを出力した前記端末装置のユーザと通信相手端末との組み合わせに対応する通信属性情報を取得する第１０ステップと、取得した通信属性情報を用いて前記セッションの確立処理時に通信相手端末とネゴシエーションを行う第１１ステップと
を備えることを特徴とする請求項３３に記載の通信方法。
【請求項３６】
前記ネゴシエーションを行う通信相手端末が、前記端末装置に対して網を通じてサービスを提供するサーバ装置であることを特徴とする請求項３０に記載の通信方法。
【請求項３７】
前記ネゴシエーションを行う通信相手端末が、前記端末装置に対して網を通じてサービスを提供するサーバ装置に代わってセッションの確立処理およびその切断処理を行うサーバ管理装置であることを特徴とする請求項３０に記載の通信方法。
【請求項３８】
前記シグナリングプロトコルがＳＩＰであることを特徴とする請求項３０に記載の通信方法。
【請求項３９】
網を介してサーバ装置にアクセスする端末装置のユーザが前記サーバ装置の利用権限を有するか否かを判定する判定手段と、前記端末装置と前記サーバ装置との間の通信に際し前記網の利用許可を得るために所定のシグナリングプロトコルを使用して前記網の制御装置を通じて行われるセッションの確立処理の可否を、前記判定手段の判定結果に応じて制御する連携制御手段とを備えることを特徴とする認証連携装置。
【請求項４０】
前記判定手段は、前記端末装置のユーザを一意に識別するユーザ識別子と利用可および利用不可の少なくとも一方のサーバ装置を一意に識別するサーバ識別子のリストとの組を保持する第１記憶手段を参照することを特徴とする請求項３９に記載の認証連携装置。
【請求項４１】
前記セッションの確立処理を行う前記サーバ装置に、前記連携制御手段が設けられていることを特徴とする請求項３９に記載の認証連携装置。
【請求項４２】
前記サーバ装置に代わって前記セッションの確立処理を行うサーバ管理装置に、前記連携制御手段が設けられていることを特徴とする請求項３９に記載の認証連携装置。
【請求項４３】
前記サーバ管理装置は、前記サーバ装置を一意に識別するサーバ識別子と前記サーバ装置にアクセスしている前記通信相手端末とセッションを一意に識別するセッション識別子とを含む状況情報を保持する第２記憶手段を備え、前記セッションの確立時に前記セッションの状況情報を前記第２記憶手段に記録することを特徴とする請求項４２に記載の認証連携装置。
【請求項４４】
前記サーバ管理装置は、前記セッションの切断時に、切断された前記セッションの前記状況情報を前記第２記憶手段から削除することを特徴とする請求項４３に記載の認証連携装置。
【請求項４５】
前記サーバ管理装置は、前記サーバ装置から出力されるイベント通知に連動して前記セッションの切断を行うことを特徴とする請求項４２に記載の認証連携装置。
【請求項４６】
前記イベント通知は、前記端末装置のユーザが前記サーバ装置からログアウトしたことを示すイベント通知であることを特徴とする請求項４５に記載の認証連携装置。
【請求項４７】
前記イベント通知は、前記端末装置のユーザが前記サーバ装置へのログインに失敗したことを示すイベント通知であることを特徴とする請求項４５に記載の認証連携装置。
【請求項４８】
前記端末装置が、前記サーバ装置からサービスの提供を受けるユーザ端末であることを特徴とする請求項３９に記載の認証連携装置。
【請求項４９】
前記端末装置が、前記サーバ装置からサービスの提供を受ける１以上のユーザ端末に代わって前記セッションの確立処理を行うセッション制御手段を備える通信セッション集約装置であることを特徴とする請求項３９に記載の認証連携装置。
【請求項５０】
前記通信セッション集約装置は、前記端末装置のユーザを一意に識別するユーザ識別子と前記セッションを一意に識別するセッション識別子との対応関係を保持する第３記憶手段を備え、前記セッション制御手段は、前記セッションの確立時に前記対応関係を前記第３記憶手段に記録することを特徴とする請求項４９に記載の認証連携装置。
【請求項５１】
前記セッション制御手段は、前記セッションの切断時に、切断された前記セッションの前記対応関係を前記第３記憶手段から削除することを特徴とする請求項５０に記載の認証連携装置。
【請求項５２】
前記セッション制御手段は、前記端末装置の通信プロトコルで使用する通信リソース識別子と前記シグナリングプロトコルで使用する通信リソース識別子との対応関係を保持する第１のテーブルを参照して、前記端末装置が出力した通信メッセージに含まれる通信相手の通信リソース識別子に対応する前記シグナリングプロトコルで使用する通信リソース識別子を取得し、取得した通信リソース識別子で特定される通信相手端末とセッションの確立処理を行うことを特徴とする請求項４９に記載の認証連携装置。
【請求項５３】
前記セッション制御手段は、前記端末装置のユーザを一意に識別するユーザ識別子と通信属性情報との対応関係を保持する第２のテーブルを参照して、通信メッセージを出力した前記端末装置のユーザに対応する通信属性情報を取得し、取得した通信属性情報を用いて前記セッションの確立処理時に通信相手端末とネゴシエーションを行うことを特徴とする請求項５２に記載の認証連携装置。
【請求項５４】
前記セッション制御手段は、前記端末装置のユーザを一意に識別するユーザ識別子と通信相手端末を一意に識別する識別子と通信属性情報との対応関係を保持する第２のテーブルを参照して、通信メッセージを出力した前記端末装置のユーザと通信相手端末との組み合わせに対応する通信属性情報を取得し、取得した通信属性情報を用いて前記セッションの確立処理時に通信相手端末とネゴシエーションを行うことを特徴とする請求項５２に記載の認証連携装置。
【請求項５５】
前記通信セッション集約装置のセッション制御手段がネゴシエーションを行う通信相手端末が、前記端末装置に対して網を通じてサービスを提供するサーバ装置であることを特徴とする請求項４９に記載の認証連携装置。
【請求項５６】
前記通信セッション集約装置のセッション制御手段がネゴシエーションを行う通信相手端末が、前記端末装置に対して網を通じてサービスを提供するサーバ装置に代わってセッションの確立処理およびその切断処理を行うサーバ管理装置であることを特徴とする請求項４９に記載の認証連携装置。
【請求項５７】
前記シグナリングプロトコルがＳＩＰであることを特徴とする請求項３９に記載の認証連携装置。
【請求項５８】
網を介してサーバ装置に端末装置がアクセスする通信システムに設けられる認証連携装置を構成するコンピュータを、前記端末装置のユーザが前記サーバ装置の利用権限を有するか否かを判定する判定手段と、前記端末装置と前記サーバ装置との間の通信に際し前記網の利用許可を得るために所定のシグナリングプロトコルを使用して前記網の制御装置を通じて行われるセッションの確立処理の可否を、前記判定結果に応じて制御する連携制御手段として機能させるためのプログラム。
【請求項５９】
前記判定手段としての機能は、前記端末装置のユーザを一意に識別するユーザ識別子と利用可および利用不可の少なくとも一方のサーバ装置を一意に識別するサーバ識別子のリストとの組を保持する記憶手段を参照することを特徴とする請求項５８に記載のプログラム。
【請求項６０】
前記セッションの確立処理を行う前記サーバ装置に、前記連携制御手段としての機能が設けられていることを特徴とする請求項５８に記載のプログラム。
【請求項６１】
前記サーバ装置に代わって前記セッションの確立処理を行うサーバ管理装置に、前記連携制御手段としての機能が設けられていることを特徴とする請求項５８に記載のプログラム。
【請求項６２】
前記シグナリングプロトコルは、ＳＩＰであることを特徴とする請求項５８に記載のプログラム。
【発明の詳細な説明】
【技術分野】
【０００１】
本発明は端末装置が網を介してサーバ装置にアクセスする通信システムに関する。
【背景技術】
【０００２】
コンテンツサーバへアクセスするために、キャリア網の回線の利用にアクセス制御が必要な通信システムにおいては、キャリア網の利用許可を得るために所定のシグナリングプロトコルを使用し、キャリア網の制御装置を通じて通信相手端末とセッションの確立処理を行う必要がある。キャリア網としては、例えば、ＮＧＮ（Ｎｅｘｔ  Ｇｅｎｅｒａｔｉｏｎ  Ｎｅｔｗｏｒｋ）網がある。また、シグナリングプロトコルとしては、例えば、ＳＩＰ（Ｓｅｓｓｉｏｎ  Ｉｎｉｔｉａｔｉｏｎ  Ｐｒｏｔｏｃｏｌ）がある。【０００３】
このような種類の通信システムの構成例を図１９に示す。【０００４】
図１９に示される通信システムでは、ＰＣ端末１０１、１０２を含むユーザネットワーク１００と、Ｗｅｂサーバ２０１、２０２を含むサービス事業者ネットワーク２００とが、キャリア網３００を通じて相互に接続されている。また、ＰＣ端末１０１、１０２上では、Ｗｅｂブラウザ１１１、１１２、ＨＴＴＰモジュール１１３、１１４、ＳＩＰ−ＵＡ（Ｕｓｅｒ  Ａｇｅｎｔ）１１５、１１６が稼動している。また、Ｗｅｂサーバ２０１、２０２上では、サービス事業者アプリ２１１、２１２、ＨＴＴＰモジュール２１３、２１４、ＳＩＰ−ＵＡ２１５、２１６が稼動する。【０００５】
何れかのＰＣ端末、例えばＰＣ端末１０１のＷｅｂブラウザ１１１を使用して、何れかのＷｅｂサーバ、例えばＷｅｂサーバ２０１のコンテンツを参照する場合を例に、図１９の通信システムの動作を説明する。【０００６】
ＰＣ端末１０１の利用者がＷｅｂブラウザ１１１を操作して、Ｗｅｂサーバ２０１へのアクセスを開始すると、ＰＣ端末１０１は、ＳＩＰ−ＵＡ１１５を用いてＷｅｂサーバ２０１との間で、キャリア網３００のＳＩＰサーバ３０３を通じて、ＳＩＰセッションの確立処理を行う。具体的には、まず、ＰＣ端末１０１は、Ｗｅｂサーバ２０１に対し、ＳＩＰサーバ３０３を通じてＳＩＰリクエスト（ＩＮＶＩＴＥ）を送信する。これに対し、Ｗｅｂサーバ２０１は、ＰＣ端末１０１へＳＩＰサーバ３０３を通じてＳＩＰレスポンスを送信する。【０００７】
ＳＩＰメッセージおよびＳＩＰレスポンスを中継するＳＩＰサーバ３０３は、利用を許可する旨のＳＩＰレスポンスを中継する際、Ｗｅｂサーバ２０１とＰＣ端末１０１との間でキャリア網３００の通信路が利用できるようにルータ３０１、３０２の設定を行う。このようにＰＣ端末１０１とＷｅｂサーバ２０１との間にＳＩＰセッションが確立され、且つＷｅｂサーバ２０１とＰＣ端末１０１との間でルータ３０１、３０２を通じてキャリア網３００の通信路が利用できるように設定されると、ＰＣ端末１０１とＷｅｂサーバ２０１との間でＨＴＴＰ通信が行われる。【０００８】
図１９で説明したような通信システムに類似する通信システムを記載した文献としては、特開２００５−１２６５５号公報（文献１）および「”ＮＧＮって何だろう？  ［Ｑｕｅｓｔｉｏｎ６］ＮＴＴのＮＧＮはどんなしくみ？”日経ＮＥＴＷＯＲＫ  ＩＴｐｒｏ  ＰＲＯ  ［平成１９年１１月８日検索］、インターネット、＜ＵＲＬ：http://itpro.nikkeibp.co.jp/article/COLUMN/20070125/259673/＞」（文献２）がある。
【発明の開示】
【発明が解決しようとする課題】
【０００９】
図１９に示される通信システムでは、ＷｅｂサーバをアクセスするＰＣ端末のユーザが、Ｗｅｂサーバへのアクセス権限を有しているか否かにかかわらず、ＳＩＰセッションを確立し、キャリア網の利用許可をＰＣ端末に与えている。このため、利用許可を付与したＰＣ端末のユーザが、Ｗｅｂサーバへのアクセス権限を有していなかった場合、利用設定したキャリア網の通信路が実質的に使用されないまま終わってしまうことになる。このような状態では、一時的とは言え、キャリア網の通信帯域をＰＣ端末に割り当てることになるため、キャリア網の有効利用が図れない。【００１０】
本発明の目的は、キャリア網の利用許可を得るための処理とユーザのアクセス権限の認証処理とを連携させることによって、キャリア網の無駄な利用を防止することにある。
【課題を解決するための手段】
【００１１】
本発明に係る通信システムは、網を介してサーバ装置にアクセスする端末装置のユーザが、サーバ装置の利用権限を有するか否かを判定する判定手段と、端末装置とサーバ装置との間の通信に際し網の利用許可を得るために所定のシグナリングプロトコルを使用して網の制御装置を通じて行われるセッションの確立処理の可否を、判定手段の判定結果に応じて制御する連携制御手段を有する認証連携装置を備える。【００１２】
また、本発明に係る通信方法は、網を介してサーバ装置にアクセスする端末装置のユーザがサーバ装置の利用権限を有するか否かを判定する第１ステップと、端末装置とサーバ装置との間の通信に際し網の利用許可を得るために所定のシグナリングプロトコルを使用して網の制御装置を通じて行われるセッションの確立処理の可否を、判定の結果に応じて制御する第２ステップとを備える。【００１３】
また、本発明に係る認証連携装置は、網を介してサーバ装置にアクセスする端末装置のユーザがサーバ装置の利用権限を有するか否かを判定する判定手段と、端末装置とサーバ装置との間の通信に際し網の利用許可を得るために所定のシグナリングプロトコルを使用して網の制御装置を通じて行われるセッションの確立処理の可否を、判定手段の判定結果に応じて制御する連携制御手段とを備える。
【発明の効果】
【００１４】
以上説明したように、本発明によれば、キャリア網の利用許可を得るための処理とユーザのアクセス権限の認証処理とを連携させることによって、キャリア網の無駄な利用を防止することが可能となる。また、本発明の認証連携装置を用いることによって、利用が制限されているサーバ装置へのアクセス制御を、サーバ装置に手を入れることなく自動的に行うことができる。
【図面の簡単な説明】
【００１５】
【図１】図１は、本発明の第１の実施の形態に係る通信システムのブロック図である。
【図２】図２は、発明の第１の実施の形態に係る通信システムにおける通信セッション集約装置の構成例を示すブロック図である。
【図３】図３は、本発明の第１の実施の形態に係る通信システムにおけるＷｅｂサーバ管理装置の構成例を示すブロック図である。
【図４Ａ】図４Ａは、本発明の第１の実施の形態に係る通信システムの動作の一例を示すシーケンス図である。
【図４Ｂ】図４Ｂは、本発明の第１の実施の形態に係る通信システムの動作の一例を示すシーケンス図である。
【図５】図５は、本発明の第１の実施の形態に係る通信システムにおける通信セッション集約装置で行われるＳＩＰセッションの確立処理のシーケンス図である。
【図６】図６は、本発明の第１の実施の形態に係る通信システムにおけるＷｅｂサーバ管理装置で行われるＳＩＰセッションの確立処理のシーケンス図である。
【図７】図７は、本発明の第１の実施の形態に係る通信システムにおけるＷｅｂサーバ管理装置で行われるＳＩＰセッションの切断処理のシーケンス図である。
【図８】図８は、本発明の第１の実施の形態に係る通信システムにおける通信セッション集約装置で行われるＳＩＰセッションの切断処理のシーケンス図である。
【図９】図９は、本発明の第１の実施の形態に係る通信システムにおける通信セッション集約装置で行われるＳＩＰセッションの切断処理のシーケンス図である。
【図１０】図１０は、本発明の第２の実施の形態に係る通信システムにおけるＷｅｂサーバの構成例を示すブロック図である。
【図１１Ａ】図１１Ａは、本発明の第２の実施の形態に係る通信システムの動作の一例を示すシーケンス図である。
【図１１Ｂ】図１１Ｂは、本発明の第２の実施の形態に係る通信システムの動作の一例を示すシーケンス図である。
【図１２】図１２は、本発明の第３の実施の形態に係る通信システムのブロック図である。
【図１３】図１３は、本発明の第３の実施の形態に係る通信システムにおけるＰＣ端末の構成例を示すブロック図である。
【図１４Ａ】図１４Ａは、本発明の第３の実施の形態に係る通信システムの動作の一例を示すシーケンス図である。
【図１４Ｂ】図１４Ｂは、本発明の第３の実施の形態に係る通信システムの動作の一例を示すシーケンス図である。
【図１５】図１５は、本発明の第３の実施の形態に係る通信システムにおけるＰＣ端末で行われるＳＩＰセッションの確立処理のシーケンス図である。
【図１６】図１６は、本発明の第４の実施の形態に係る通信システムのブロック図である。
【図１７】図１７は、本発明の第４の実施の形態に係る通信システムの動作の一例を示すシーケンス図である。
【図１８】図１８は、本発明を説明するブロック図である。
【図１９】図１９は、本発明に関連する通信システムのブロック図である。
【発明を実施するための最良の形態】
【００１６】
次に本発明の実施の形態について図面を参照して詳細に説明する。【００１７】
『第１の実施の形態』
図１を参照すると、本発明の第１の実施の形態に係る通信システムは、ユーザネットワーク１００と、サービス事業者ネットワーク２００と、双方のネットワーク１００、２００間を接続するキャリア網３００とから構成される。【００１８】
ユーザネットワーク１００は、２台のＰＣ（Ｐｅｒｓｏｎａｌ  Ｃｏｍｐｕｔｅｒ）端末１０１、１０２と、通信セッション集約装置１０３とを含み、両者は互いに通信可能に接続されている。ＰＣ端末１０１、１０２と通信セッション集約装置１０３との接続は、ＬＡＮ（Ｌｏｃａｌ  Ａｒｅａ  Ｎｅｔｗｏｒｋ）ケーブルで直接に物理的に接続されていても良いし、通信網を経由して論理的に接続されていても良い。ここでは、ＰＣ端末は２台としたが、１台以上であれば台数は任意である。【００１９】
ＰＣ端末１０１、１０２は、Ｗｅｂサーバのコンテンツを参照する際に利用されるＷｅｂブラウザ１１１、１１２が動作する。また、ＰＣ端末１０１、１０２には、ＷｅｂサーバとＨＴＴＰ（Ｈｙｐｅｒ  Ｔｅｘｔ  Ｔｒａｎｓｆｅｒ  Ｐｒｏｔｏｃｏｌ）通信を行うためのＨＴＴＰモジュール１１３、１１４が実装されている。【００２０】
通信セッション集約装置１０３は、ＳＩＰプロトコルに対応していないＰＣ端末１０１、１０２に代わってＳＩＰプロトコルの処理を行うためのＳＩＰ−ＵＡ機能１２７と、ＨＴＴＰ通信のプロキシ機能１２８とを有する。【００２１】
サービス事業者ネットワーク２００は、２台のＷｅｂサーバ２０１、２０２と、Ｗｅｂサーバ管理装置２０３とを含み、両者は互いに通信可能に接続されている。Ｗｅｂサーバ２０１、２０２とＷｅｂサーバ管理装置２０３との接続は、ＬＡＮ（Ｌｏｃａｌ  Ａｒｅａ  Ｎｅｔｗｏｒｋ）ケーブルで直接に物理的に接続されていても良いし、通信網を経由して論理的に接続されていても良い。ここでは、Ｗｅｂサーバは２台としたが、１台以上であれば台数は任意である。【００２２】
Ｗｅｂサーバ２０１、２０２では、コンテンツの提供などを行うサービス事業者アプリ２１１、２１２が動作する。また、Ｗｅｂサーバ２０１、２０２には、ＰＣ端末１０１、１０２とＨＴＴＰ通信を行うためのＨＴＴＰモジュール２１３、２１４が実装されている。【００２３】
Ｗｅｂサーバ管理装置２０３は、ＳＩＰプロトコルに対応していないＰＣ端末１０１、１０２に代わってＳＩＰプロトコルの処理を代行するＳＩＰ−ＵＡ機能２１７を有する。またＷｅｂサーバ管理装置は、認証連携モジュール２２１を有する。【００２４】
認証連携モジュール２２１は、ＰＣ端末１０１、１０２のユーザのＷｅｂサーバ２０１、２０２に対するアクセス権限の有無に基づいて、ＳＩＰセッションの確立処理の可否を制御する。【００２５】
キャリア網３００は、特定の通信事業者が提供するＩＰ（Ｉｎｔｅｒｎｅｔ  Ｐｒｏｔｏｃｏｌ）ネットワークである。キャリア網３００は、例えばＮＧＮ（Ｎｅｘｔ  Ｇｅｎｅｒａｔｉｏｎ  Ｎｅｔｗｏｒｋ）網のように、伝送路上に配置されてＩＰパケットのルーティングを行う複数のルータ３０１、３０２と、キャリア網３００の制御装置に相当するＳＩＰサーバ３０３とを含んで構成される。【００２６】
一般にルータ３０１、３０２は、アクセス回線を直接収容するサービス・エッジと呼ばれるルータと、それ以外の中継ノードと呼ばれるルータとの種類がある。サービス・エッジは、ルーティング機能に加えて、アクセス制御や帯域割当などの機能を受け持つ。中継ノードは、より多くのトラフィックをさばく役割を担っている。【００２７】
ＳＩＰサーバ３０３は、ＳＩＰ−ＵＡＣ（Ｕｓｅｒ  Ａｇｅｎｔ  ｃｌｉｅｎｔ）とＳＩＰ−ＵＡＳ（Ｕｓｅｒ  Ａｇｅｎｔ  Ｓｅｒｖｅｒ）とがキャリア網３００を通じてＳＩＰセッションを確立する際にプロキシとして動作し、ＳＩＰ−ＵＡＣとＳＩＰ−ＵＡＳとの間で授受されるＳＩＰメッセージの中継を行う。またＳＩＰサーバ３０３は、ＳＩＰ−ＵＡＣとＳＩＰ−ＵＡＳとの間にＳＩＰセッションが確立した場合に、ルータ３０１、３０２を制御して、確立したＳＩＰセッションに関してキャリア網３００の回線の利用許可を与える。さらにＳＩＰサーバ３０３は、ＳＩＰ−ＵＡＣとＳＩＰ−ＵＡＳとの間のＳＩＰセッションが切断された場合に、ルータ３０１、３０２を制御して、そのＳＩＰセッションに関して与えられていたキャリア網３００の回線の利用許可を解除する。【００２８】
図２を参照すると、通信セッション集約装置１０３は、制御モジュール１２１と、ＨＴＴＰプロキシモジュール１２２と、ＳＩＰ−ＵＡＣモジュール１２３と、情報管理装置１２４と、記憶装置１２５とから構成される。【００２９】
記憶装置１２５は、磁気ディスク等の記録媒体で構成され、ＳＩＰセッションを確立する際に参照する情報として、ＳＩＰ−ＵＲＩテーブル１３１と属性情報テーブル１３２とを記憶する。【００３０】
ＳＩＰ−ＵＲＩテーブル１３１は、表１に示すように、Ｗｅｂサーバ２０１、２０２のドメイン名と、Ｗｅｂサーバ管理装置２０３が管理するＷｅｂサーバ２０１、２０２に１対１に対応するＳＩＰ−ＵＲＩとの対応関係を保持する。ここで、Ｗｅｂサーバ２０１、２０２に１対１に対応する２つのＳＩＰ−ＵＲＩは、何れもＷｅｂサーバ管理装置２０３のＳＩＰ−ＵＲＩである。同じＷｅｂサーバ管理装置２０３に２つのＳＩＰ−ＵＲＩを設定する理由は、ＳＩＰ−ＵＲＩによってＷｅｂサーバ２０１、２０２のどちらがアクセスされているかを識別するためである。なお、ＳＩＰ−ＵＲＩによってＷｅｂサーバ２０１、２０２のどちらがアクセスされているかを識別する他の方法として、ＳＩＰ−ＵＲＩの末尾に、セミコロン「；」に続けてisub行を記述して区別する方法もある。【００３１】
【表１】
2009066596.tif 000003
【００３２】
属性情報テーブル１３２は、表２に示すように、ＰＣ端末１０１、１０２のユーザを一意に識別するためのユーザＩＤと、Ｗｅｂサーバ管理装置２０３が管理するＷｅｂサーバ２０１、２０２に１対１に対応するＳＩＰ−ＵＲＩと、属性情報との対応関係を保持する。属性情報は、例えばＱoＳの値やベストエフォート指示など、キャリア網３００から許可を得て利用する通信路の品質などを示す属性情報である。【００３３】
【表２】
2009066596.tif 000004
【００３４】
なお、表１，２の例では、Ｗｅｂサーバ側のＳＩＰ−ＵＲＩ毎に属性情報を保持しているが、Ｗｅｂサーバ側のＳＩＰ−ＵＲＩを記載せずに、ユーザＩＤと属性情報との対応関係を属性情報テーブル１３２に保持する構成としても良い。【００３５】
情報管理装置１２４は、制御モジュール１２１からの依頼に応じてＳＩＰ−ＵＲＩテーブル１３１および属性情報テーブル１３２を検索し、ＳＩＰセッションを確立する際に使用する情報を制御モジュール１２１に受け渡す処理を司る。なお、情報管理装置１２４と記憶装置１２５を通信セッション集約装置１０３の外部のサーバ上に設け、通信セッション集約装置１０３と外部サーバとの間で通信を行って必要な情報を受け渡す構成としても良い。【００３６】
ＨＴＴＰプロキシモジュール１２２は、ＰＣ端末１０１、１０２とＷｅｂサーバ２０１、２０２との間に介在してＨＴＴＰメッセージの中継を行うモジュールである。ＨＴＴＰプロキシモジュール１２２は、プロキシのユーザ認証機能１３３を用いて、ＰＣ端末１０１、１０２のユーザがＷｅｂサーバ２０１、２０２にアクセスする際、ユーザの認証を行う。【００３７】
ＳＩＰ−ＵＡＣモジュール１２３は、ＳＩＰ−ＵＡＳと通信を行ってＳＩＰセッションの確立およびその切断などを行うモジュールである。本実施の形態の場合、ＳＩＰ−ＵＡＳは、Ｗｅｂサーバ管理装置２０３である。【００３８】
制御モジュール１２１は、通信セッション集約装置１０３の主たる制御を行うモジュールであり、ユーザ認証情報管理機能（第３記憶手段）１３４とＳＩＰセッション管理機能１３５とを有する。ユーザ認証情報管理機能１３４は、ユーザ認証機能１３３によるユーザ認証に成功したときに得られるユーザの情報（ユーザＩＤなど）と、そのユーザに割り当てられたＳＩＰ−ＵＲＩとの対応関係を保持管理する記憶手段である。他方、ＳＩＰセッション管理機能１３５は、ユーザに割り当てられているＳＩＰ−ＵＲＩと、それをクライアントＳＩＰ−ＵＲＩとしてＳＩＰセッションを確立した相手のＳＩＰ−ＵＲＩと、確立されたＳＩＰセッションを一意に識別するためのＳＩＰセッション識別子との対応関係を保持管理する記憶手段である。ＳＩＰセッション識別子としては、例えばＣａｌｌ−ＩＤが使用される。【００３９】
制御モジュール１２１は、ユーザ認証情報管理機能１３４およびＳＩＰセッション管理機能１３５を用いて、ユーザ認証機能１３３によるユーザ認証に成功したユーザ単位で、ＳＩＰセッションの確立および切断を制御する。【００４０】
図３を参照すると、Ｗｅｂサーバ管理装置２０３は、認証連携モジュール２２１と、ＳＩＰプロトコル通信機能２２２と、ＳＩＰセッション情報処理機能２２３と、ＳＩＰセッション情報管理機能（第２記憶手段）２２４と、Ｗｅｂサーバイベント処理機能２２５とから構成される。【００４１】
ＳＩＰプロトコル通信機能２２２は、Ｗｅｂサーバ２０１、２０２に代わってＳＩＰ−ＵＡＣと通信を行ってＳＩＰセッションの確立およびその切断などを行うモジュールである。本実施の形態の場合、ＳＩＰ−ＵＡＣは、通信セッション集約装置１０３である。ＳＩＰプロトコル通信機能２２２は、ＳＩＰ−ＵＡＣからＳＩＰセッションの確立を要求するＳＩＰメッセージ（ＩＮＶＩＴＥ）を受信した場合、そのＳＩＰメッセージ中に含まれるクライアント側ＳＩＰ−ＵＲＩで特定されるクライアントが、同じくそのＳＩＰメッセージ中に含まれるサーバ側ＳＩＰ−ＵＲＩで特定されるＷｅｂサーバに対してアクセスする権限を有するか否かを認証連携モジュール２２１により判定し、アクセス権限を有する場合にはＳＩＰメッセージ（ＩＮＶＩＴＥ）に対して許可のレスポンスを返し、アクセス権限を有しない場合には不許可のレスポンスを返す。また、ＳＩＰセッション確立時には、サーバ側ＳＩＰ−ＵＲＩで特定されるＷｅｂサーバのＩＰアドレスをＳＩＰメッセージに含めて通知する機能を有する。【００４２】
ＳＩＰセッション情報管理機能２２４は、磁気ディスク等の記録媒体を含んで構成され、Ｗｅｂサーバ管理装置２０３の管理下にあるＷｅｂサーバ２０１、２０２に１対１に対応するＳＩＰ−ＵＲＩとそれにアクセスしているクライアントのＳＩＰ−ＵＲＩとの間のＳＩＰセッション状況情報を保持する。具体的には、ＳＩＰセッションが確立されているＷｅｂサーバ側ＳＩＰ−ＵＲＩとそれにアクセスしているクライアント側ＳＩＰ−ＵＲＩのペアとＳＩＰセッション識別子とを含む情報をＳＩＰセッション状況情報として保持する。【００４３】
ＳＩＰセッション情報処理機能２２３は、ＳＩＰプロトコル通信機能２２２からのＳＩＰセッションの確立および切断の通知を受けて、ＳＩＰセッション情報管理機能２２４にＳＩＰセッション状況情報を追加し、または削除する。また、ＳＩＰセッション情報処理機能２２３は、ＳＩＰプロトコル通信機能２２２からのＳＩＰセッション識別子を指定した問い合わせに対して、Ｗｅｂサーバ側ＳＩＰ−ＵＲＩおよびクライアント側ＳＩＰ−ＵＲＩをＳＩＰセッション情報管理機能２２４から検索して応答を返す。【００４４】
認証連携モジュール２２１は、ＳＩＰ−ＵＡＣから受信したＳＩＰメッセージ（ＩＮＶＩＴＥ）に含まれるクライアント側ＳＩＰ−ＵＲＩとＷｅｂサーバ側ＳＩＰ−ＵＲＩとをＳＩＰプロトコル通信機能２２２から受け取り、クライアント側ＳＩＰ−ＵＲＩで特定されるクライアントがサーバ側ＳＩＰ−ＵＲＩで特定されるＷｅｂサーバに対してアクセスする権限を有するか否かを判定する機能を有する。このような機能を実現するために、認証連携モジュール２２１は、外部に設けられたＬＤＡＰ（Ｌｉｇｈｔｗｅｉｇｈｔ  Ｄｉｒｅｃｔｏｒｙ  Ａｃｃｅｓｓ  Ｐｒｏｔｏｃｏｌ）サーバ２４１と通信するＬＤＡＰ通信機能２３１と、認可判定機能２３２とを有している。【００４５】
ＬＤＡＰサーバ２４１のデータベース（第１記憶手段）２４２には、クライアント側ＳＩＰ−ＵＲＩ毎に、サーバ側ＳＩＰ−ＵＲＩとその属性（許可／禁止）の組のリストが保持されている。ＬＤＡＰモジュール２４３は、認証連携モジュール２２１からクライアント側ＳＩＰ−ＵＲＩを指定したリストの問い合わせがあると、クライアント側ＳＩＰ−ＵＲＩでデータベース２４２を検索し、そのクライアント側ＳＩＰ−ＵＲＩに対応するサーバ側ＳＩＰ−ＵＲＩとその属性の組のリストを取得し、認証連携モジュール２２１に返却する。【００４６】
認証連携モジュール２２１のＬＤＡＰ通信機能２３１は、ＳＩＰプロトコル通信機能２２２から受け取ったクライアント側ＳＩＰ−ＵＲＩを指定してＬＤＡＰサーバ２４１にリストの問い合わせを行い、クライアント側ＳＩＰ−ＵＲＩに対応するサーバ側ＳＩＰ−ＵＲＩとその属性（許可／禁止）の組のリストを取得する。認可判定機能２３２は、ＳＩＰプロトコル通信機能２２２から受け取ったサーバ側ＳＩＰ−ＵＲＩが、取得されたリストに存在し且つその属性が許可である場合に、クライアント側ＳＩＰ−ＵＲＩで特定されるクライアントがサーバ側ＳＩＰ−ＵＲＩで特定されるＷｅｂサーバに対してアクセスする権限を有していると判定し、それ以外の場合はアクセス権限が無いと判定し、判定結果をＳＩＰプロトコル通信機能２２２へ通知する。【００４７】
なお、本実施の形態では、ＬＤＡＰサーバ２４１を利用したが、クライアント側ＳＩＰ−ＵＲＩ毎のサーバ側ＳＩＰ−ＵＲＩとその属性（許可／禁止）の組のリストを保持する手段はＬＤＡＰサーバに限定されず、任意のプロトコルのサーバであっても良いし、認証連携モジュール２２１側のローカルなファイルに保持しておいても良い。また、属性を持たず、許可されているサーバ側ＳＩＰ−ＵＲＩのリスト、あるいは反対にアクセスが禁止されているサーバ側ＳＩＰ−ＵＲＩのリストを保持するようにしても良い。【００４８】
Ｗｅｂサーバイベント処理機能２２５は、Ｗｅｂサーバ２０１、２０２からのイベント通知を受信し、受信したイベント通知の内容に応じた処理をＳＩＰプロトコル通信機能２２２に依頼する。具体的には、ＳＩＰセッション識別子を付加したログアウトイベント通知や、ＳＩＰセッション識別子を付加したログイン処理失敗を示すイベント通知をＷｅｂサーバ２０１、２０２から受信すると、そのＳＩＰセッション識別子を添えてＳＩＰプロトコル通信機能２２２に対してＳＩＰセッションの切断の処理を依頼する。【００４９】
次に、ＰＣ端末１０１のユーザがＷｅｂブラウザ１１１を使用してＷｅｂサーバ２０１のコンテンツを参照する場合を例に、本実施の形態の通信システムの詳細な動作を説明する。【００５０】
図４Ａを参照すると、まず、例えばＷｅｂサーバへのアクセスを開始するために、ＰＣ端末１０１のＷｅｂブラウザ１１１がＷｅｂサーバ２０１にＨＴＴＰリクエストを出力する（ａ１）。これにより、ＰＣ端末１０１が接続されている通信セッション集約装置１０３のＨＴＴＰプロキシモジュール１２２は、ＰＣ端末１０１が出力したＨＴＴＰリクエストを取得（ハンドリング）する。【００５１】
次に、ＨＴＴＰプロキシモジュール１２２は、ユーザ認証機能１３３を用いてＰＣ端末１０１との間でユーザ認証を行う（ａ２）。例えばＨＴＴＰプロキシモジュール１２２は、ＰＣ端末１０１に対してユーザＩＤおよびパスワードなどの認証情報の入力を依頼し、この依頼に応じてＰＣ端末１０１から入力された認証情報と事前に設定された認証情報とを照合してユーザ認証を行う。このユーザ認証ａ２は、ＰＣ端末１０１の当該ユーザが通信セッション集約装置１０１にアクセスする際、最初の１度だけ行われる。【００５２】
通信セッション集約装置１０１は、ユーザ認証に成功すると、ＨＴＴＰリクエストの宛先であるＷｅｂサーバ２０１を管理するＷｅｂサーバ管理装置２０３との間で、キャリア網３００のＳＩＰサーバ３０３を通じて、ＳＩＰセッションの確立処理を行う（ａ３、ａ４）。このＳＩＰセッションの確立処理の詳細については後述するが、概ね以下のような処理が行われる。【００５３】
まず、通信セッション集約装置１０３からＳＩＰサーバ３０３を通じてＷｅｂサーバ管理装置２０３に対してＳＩＰリクエスト（ＩＮＶＩＴＥ）が送信される（ａ５）。このＳＩＰリクエストには、通信セッション集約装置１０３が、今回ユーザ認証したＰＣ端末１０１のユーザに対して割り当てたクライアント側ＳＩＰ−ＵＲＩ、ＨＴＴＰリクエストの宛先であるＷｅｂサーバ２０１に１対１に対応するＳＩＰ−ＵＲＩであるＷｅｂサーバ側ＳＩＰ−ＵＲＩ、キャリア網３００を利用する際のＱｏＳなどの属性が含まれている。Ｗｅｂサーバ管理装置２０３は、受信したＳＩＰリクエストを解析し、クライアント側ＳＩＰ−ＵＲＩで特定されるユーザが、Ｗｅｂサーバ側ＳＩＰ−ＵＲＩで特定されるＷｅｂサーバ２０１を利用できる権限を有しているかどうかを確認する。この確認の結果、利用可能であれば、許可する旨のＳＩＰレスポンスをＳＩＰサーバ３０３経由で通信セッション集約装置１０３へ送信する。一方、利用不可能であれば許可しない旨のＳＩＰレスポンスをＳＩＰサーバ３０３経由で通信セッション集約装置１０３へ送信する（ａ６）。このＳＩＰレスポンスには、Ｗｅｂサーバ２０１のＩＰアドレスが含まれる。ＳＩＰレスポンスを受信した通信セッション集約装置１０３は、ＳＩＰレスポンスに対するＡＣＫをＳＩＰサーバ３０３経由でＷｅｂサーバ管理装置２０３へ送信する（ａ７）。【００５４】
他方、ＳＩＰレスポンスを中継するＳＩＰサーバ３０３は、利用を許可する旨のＳＩＰレスポンスをＷｅｂサーバ管理装置２０３から受信して通信セッション集約装置１０３へ転送する際、ＳＩＰレスポンス（またはＳＩＰリクエスト）に含まれていたサーバ側ＳＩＰ−ＵＲＩで特定されるＷｅｂサーバ２０１と、クライアント側ＳＩＰ−ＵＲＩで特定される通信セッション集約装置１０３との間でキャリア網３００の回線が利用できるようにルータ３０１、３０２の設定を行う（ａ８）。このとき、ＱｏＳ等の通信品質に関する属性情報が指定されている場合、その指定された品質を満たすように帯域割当などを行う。ＳＩＰレスポンスを転送する際でなく、ＳＩＰレスポンスのＡＣＫを通信セッション集約装置１０３から受信してＷｅｂサーバ管理装置２０３へ転送する際に、上記ルータ３０１、３０２の設定を行っても良い。利用設定を行ったＳＩＰサーバ３０３は、後の利用設定の解除に備えて、今回確立されたＳＩＰセッションの識別子に対応して、今回の利用設定を解除するための情報を保存しておく。どのような情報を保存しておくかはキャリア網３００に依存する。【００５５】
上述のように通信セッション集約装置１０３とＷｅｂサーバ管理装置２０３との間にＳＩＰセッションが確立され、且つＷｅｂサーバ２０１と通信セッション集約装置１０３との間でルータ３０１、３０２を通じてキャリア網３００の回線が利用できるように設定されると、通信セッション集約装置１０３のＨＴＴＰプロキシモジュール１２２は、ＰＣ端末１０１から受信したＨＴＴＰリクエストを、キャリア網３００のルータ３０２へ送信する（ａ９）。ルータ３０２に送信されたＨＴＴＰリクエストは、キャリア網３００内を伝搬し、ルータ３０１を通じてＷｅｂサーバ２０１へ送信される。Ｗｅｂサーバ２０１は、受信したＨＴＴＰリクエストに応じた処理を行い、ＨＴＴＰレスポンスをキャリア網３００のルータ３０１へ送信する（ａ１０）。ルータ３０１に送信されたＨＴＴＰレスポンスは、キャリア網３００内を伝搬し、ルータ３０２を通じて通信セッション集約装置１０３に送信される。通信セッション集約装置１０３のＨＴＴＰプロキシモジュール１２２は、受信したＨＴＴＰレスポンスをＰＣ端末１０１へ送信する（ａ１１）。このＨＴＴＰレスポンスが、ＰＣ端末１０１が送信したＨＴＴＰリクエストａ１に対するレスポンスとなる。このＨＴＴＰリクエストａ１およびＨＴＴＰレスポンスａ１１の授受を通じて、通信セッション集約装置１０３とＷｅｂサーバ２０１との間にＨＴＴＰセッションが確立する。ＨＴＴＰプロキシモジュール１２２は、ＳＩＰセッションの確立時に、ＳＩＰレスポンスから得られたＷｅｂサーバ側ＩＰアドレスと、確立したＳＩＰセッションを一意に識別するためのＳＩＰセッション識別子との対応を保存し、Ｗｅｂサーバ２０１とＨＴＴＰ通信する際には、ＨＴＴＰメッセージの拡張ヘッダにＳＩＰセッション識別子を格納する。【００５６】
以降、通信セッション集約装置１０３のＨＴＴＰプロキシモジュール１２２を通じて、ＰＣ端末１０１とＷｅｂサーバ２０１との間で通常のＨＴＴＰ通信が行われる（ａ１２〜ａ１５）。Ｗｅｂサーバ２０１のサービス事業者アプリ２１１がユーザのログイン状態、ログアウト状態を管理する場合、この通常のＨＴＴＰ通信を通じてＰＣ端末１０１とＷｅｂサーバ２０１との間でログイン操作が行われる。【００５７】
次に、ＰＣ端末１０１のユーザがＷｅｂサーバ２０１からのログアウト操作を行った際の動作を説明する。【００５８】
図４Ｂに示すように、ＰＣ端末１０１のユーザがＷｅｂサーバ２０１からのログアウト操作を行うと、その旨を示すＨＴＴＰリクエストがＰＣ端末１０１から通信セッション集約装置１０３のＨＴＴＰプロキシモジュール１２２に送信される（ａ１６）。ＨＴＴＰプロキシモジュール１２２は、受信したＨＴＴＰリクエストをキャリア網３００のルータ３０２、３０１を通じてＷｅｂサーバ２０１へ送信する（ａ１７）。Ｗｅｂサーバ２０１は、受信したＨＴＴＰリクエストを解析し、ログアウト処理を行う（ａ１８）。また、Ｗｅｂサーバ２０１は、ＨＴＴＰレスポンスをキャリア網３００を通じて通信セッション集約装置１０３へ送信する（ａ１９）。通信セッション集約装置１０３のＨＴＴＰプロキシモジュール１２２は、受信したＨＴＴＰレスポンスをＰＣ端末１０１へ送信する（ａ２０）。これによって、ＰＣ端末１０１とＷｅｂサーバ２０１との間のＨＴＴＰセッションは切断される。【００５９】
他方、ログアウト処理ａ１８を行ったＷｅｂサーバ２０１は、Ｗｅｂサーバ管理装置２０３に対してログアウトイベントの通知を行う（ａ２１）。このログアウトイベントには、ＰＣ端末１０１から受信したＨＴＴＰリクエストの拡張ヘッダに格納されているＳＩＰセッション識別子が添えられる。Ｗｅｂサーバ管理装置２０３は、Ｗｅｂサーバ２０１からのログアウトイベントを契機に、通信セッション集約装置１０３との間で、キャリア網３００のＳＩＰサーバ３０３を通じて、ＳＩＰセッションの切断処理を行う（ａ２２、ａ２３）。このＳＩＰセッションの切断処理の詳細については後述するが、概ね以下のような処理が行われる。【００６０】
まず、Ｗｅｂサーバ管理装置２０３からＳＩＰサーバ３０３を通じて通信セッション集約装置１０３に対してＳＩＰリクエスト（ＢＹＥ）が送信される（ａ２４）。このＳＩＰリクエストには、切断を行うＳＩＰセッションのＳＩＰセッション識別子、クライアント側ＳＩＰ−ＵＲＩ、Ｗｅｂサーバ側ＳＩＰ−ＵＲＩが含まれている。通信セッション集約装置１０３は、受信したＳＩＰリクエストを解析し、ＳＩＰセッション識別子で特定されるＳＩＰセッションの切断処理を行い、ＳＩＰレスポンスをＳＩＰサーバ３０３経由でＷｅｂサーバ管理装置２０３へ送信する（ａ２５）。ＳＩＰレスポンスを受信したＷｅｂサーバ管理装置２０３は、ＳＩＰレスポンスに対するＡＣＫをＳＩＰサーバ３０３経由で通信セッション集約装置１０３へ送信する（ａ２６）。【００６１】
他方、ＳＩＰレスポンスを中継するＳＩＰサーバ３０３は、ＳＩＰセッションの切断を示すＳＩＰレスポンスを通信セッション集約装置１０３から受信してＷｅｂサーバ管理装置２０３へ転送する際、ＳＩＰレスポンスに含まれるＳＩＰセッション識別子に対応して保存してある情報を参照し、Ｗｅｂサーバ２０１と通信セッション集約装置１０３との間のキャリア網３００の利用設定を解除すべくルータ３０１、３０２を制御する（ａ２７）。ＳＩＰレスポンスを転送する際でなく、ＳＩＰレスポンスのＡＣＫをＷｅｂサーバ管理装置２０３から受信して通信セッション集約装置１０３へ転送する際に、上記ルータ３０１、３０２の設定の解除を行っても良い。【００６２】
次に、図５および図６を参照して、図４ＡのＳＩＰセッションの確立処理ａ３、ａ４について詳細に説明する。【００６３】
図５を参照すると、通信セッション集約装置１０３のＨＴＴＰプロキシモジュール１２２は、ＰＣ端末１０１から受信したＨＴＴＰリクエストに含まれるＷｅｂサーバ２０１のＵＲＬのドメイン名とユーザ認証によって認識されたユーザ名とを制御モジュール１２１に通知する（ａ１０１）。【００６４】
制御モジュール１２１は、Ｗｅｂサーバ２０１のＵＲＬのドメイン名を情報管理装置１２４へ通知し、そのドメイン名に対応するＷｅｂサーバ側ＳＩＰ−ＵＲＩの取得を要求する（ａ１０２）。情報管理装置１２４は、通知されたドメイン名に対応するＷｅｂサーバ側ＳＩＰ−ＵＲＩをＳＩＰ−ＵＲＩテーブル１３１から検索する（ａ１０３）。また、情報管理装置１２４は、検索したＷｅｂサーバ側ＳＩＰ−ＵＲＩを制御モジュール１２１に通知する（ａ１０４）。例えば、Ｗｅｂサーバ２０１のＵＲＬのドメイン名がｗｗｗ．ａｂｃ．ｃｏｍであった場合、表１，２の例では、ｓｉｐ：ａｂｃ＠ｃｏｍが検索される。【００６５】
次に、制御モジュール１２１は、ユーザ名とＷｅｂサーバ側ＳＩＰ−ＵＲＩとを情報管理装置１２４に通知し、属性情報の取得を要求する（ａ１０５）。情報管理装置１２４は、通知されたユーザ名およびＷｅｂサーバ側ＳＩＰ−ＵＲＩの組み合わせに対応する属性情報（ユーザがＷｅｂサーバにアクセスする属性）を属性情報テーブル１３２から検索する（ａ１０６）する。また、情報管理装置１２４は、検索した属性情報を、制御モジュール１２１に通知する（ａ１０７）。たとえば、ユーザ名がｔａｒｏ、Ｗｅｂサーバ側ＳＩＰ−ＵＲＩがｓｉｐ：ａｂｃ＠ｃｏｍであった場合、表１，２の例では、ＱｏＳ＝ｘが検索される。【００６６】
次に制御モジュール１２１は、ユーザ名をクライアント側ＳＩＰ−ＵＲＩに変換し（ａ１０８）、このクライアント側ＳＩＰ−ＵＲＩ、Ｗｅｂサーバ側ＳＩＰ−ＵＲＩおよび属性情報をＳＩＰ−ＵＡＣモジュール１２３に通知し、ＳＩＰセッションの開始を依頼する（ａ１０９）。ここで、ユーザ名のクライアント側ＳＩＰ−ＵＲＩへの変換は、たとえばキャリア網３００から通信セッション集約装置１０３に対して払い出された１以上のＳＩＰ−ＵＲＩの中から現在使用していないＳＩＰ−ＵＲＩを選択することで行う。また、ユーザ名とそれに対して割り当てたＳＩＰ−ＵＲＩとの対応関係はユーザ認証情報管理機能１３４に保持される。【００６７】
ＳＩＰ−ＵＡＣモジュール１２３は、制御モジュール１２１からの上記依頼に応じて、渡された情報を基にＳＩＰリクエスト（ＩＮＶＩＴＥ：ＳＩＰプロトコル）を作成する（ａ１１０）。また、ＳＩＰ−ＵＡＣモジュール１２３は、作成したＳＩＰリクエスト（ＩＮＶＩＴＥ）を、キャリア網３００のＳＩＰサーバ３０３へ送信する（ａ１１１）。このＳＩＰリクエストのＲｅｑｕｅｓｔ−ＵＲＩおよびＴｏヘッダにはＷｅｂサーバ側ＳＩＰ−ＵＲＩが設定され、Ｆｒｏｍヘッダにはクライアント側ＳＩＰ−ＵＲＩが設定される。また、属性情報はＳＤＰ（Ｓｅｓｓｉｏｎ  Ｄｅｓｃｒｉｐｔｉｏｎ  Ｐｒｏｔｏｃｏｌ）フィールドに記述される。【００６８】
ＳＩＰサーバ３０３は、図４Ａを参照して説明したように、受信したＳＩＰリクエストをそのＴｏヘッダに記述されたサーバ側ＳＩＰ−ＵＲＩで特性されるＷｅｂサーバ管理装置２０３へ送信する（ａ５）。【００６９】
図６を参照すると、Ｗｅｂサーバ管理装置２０３のＳＩＰプロトコル通信機能２２２は、キャリア網３００のＳＩＰサーバ３０３経由で通信セッション集約装置１０３からＳＩＰリクエストを受信すると（ａ２０１）、そのＳＩＰリクエストに含まれるクライアント側ＳＩＰ−ＵＲＩとＷｅｂサーバ側ＳＩＰ−ＵＲＩとを認証連携モジュール２２１に通知する（ａ２０２）。【００７０】
認証連携モジュール２２１は、通知されたクライアント側ＳＩＰ−ＵＲＩをＬＤＡＰ通信機能２３１に通知し（ａ２０３）、ＬＤＡＰ通信機能２３１はこのクライアント側ＳＩＰ−ＵＲＩをＬＤＡＰサーバ２４１へ通知する（ａ２０４）。ＬＤＡＰサーバ２４１のＬＤＡＰモジュール２４３は、クライアント側ＳＩＰ−ＵＲＩをキーにデータベース２４２を検索する（ａ２０５）。この検索により、クライアント側ＳＩＰ−ＵＲＩに対して、設定されているＷｅｂサーバ側ＳＩＰ−ＵＲＩとその属性（許可／禁止）の組のリストを取得する。次いで、ＬＤＡＰモジュール２４３は、取得したＷｅｂサーバ側ＳＩＰ−ＵＲＩとこの属性の組のリスト（一覧）を、ＬＤＡＰ通信機能２３１に送信する（ａ２０６）。ＬＤＡＰ通信機能２３１は受信した情報を認証連携モジュール２２１へ通知する（ａ２０７）。【００７１】
次に認証連携モジュール２２１は、ＬＤＡＰ通信機能２３１を通じてＬＤＡＰサーバ２４１から受信したＷｅｂサーバ側ＳＩＰ−ＵＲＩとその属性の組のリストを添えて、ＳＩＰプロトコル通信機能２２２から受け取ったＷｅｂサーバ側ＳＩＰ−ＵＲＩを判定対象サーバ側ＳＩＰ−ＵＲＩとして認可判定機能２３２に通知する（ａ２０８）。認可判定機能２３２は、判定対象サーバ側ＳＩＰ−ＵＲＩ（通信セッション集約装置から得たＷｅｂサーバのＳＩＰ−ＵＲＩ）が、Ｗｅｂサーバ側ＳＩＰ−ＵＲＩとその属性の組のリスト（ＬＤＡＰサーバから得たＷｅｂサーバのＳＩＰ−ＵＲＩ一覧）中に存在するか否かを調べる。また、認可判定機能２３２は、一覧中に存在し且つその属性が許可である場合に限って、許可と判断し、それ以外は不許可と判断する（ａ２０９）。認可判定機能２３２は、判断した認可結果を認証連携モジュール２２１に通知する（ａ２１０）。ＬＤＡＰサーバから得たＳＩＰ−ＵＲＩ一覧の中に、通信セッション集約装置から得たＳＩＰ−ＵＲＩがあれば、この属性を基に、許可／禁止を通知し、一覧になければ、その旨を通知する。認証連携モジュール２２１は、認可判定機能２３２の判断結果をＳＩＰプロトコル通信機能２２２へ通知する（ａ２１１）。【００７２】
認可結果の通知を受けたＳＩＰプロトコル通信機能２２２は、まず、Ｗｅｂサーバ側ＳＩＰ−ＵＲＩに対応するＩＰアドレスを検索する（ａ２１２）。これは、例えばＷｅｂサーバ管理装置２０３内に、自装置の管理下にあるＷｅｂサーバ２０１、２０２のＩＰアドレスと、Ｗｅｂサーバ２０１、２０２に１対１に対応するように自装置２０３に設定されたサーバ側ＳＩＰ−ＵＲＩとの対応表を記憶しておき、この対応表をＷｅｂサーバ側ＳＩＰ−ＵＲＩで検索することで行う。【００７３】
次に、ＳＩＰプロトコル通信機能２２２は、ＳＩＰリクエストに対するレスポンスを作成し（ａ２１３）、作成したＳＩＰレスポンスを、キャリア網３００のＳＩＰサーバ３０３へ送信する（ａ２１４）。具体的には、ＳＩＰプロトコル通信機能２２２は、認証連携モジュール２２１から許可結果が通知されていれば、ＳＩＰレスポンスとして「２００  ＯＫ」を作成して送信し、そうでなければ、「４０３  Ｆｏｒｂｉｄｄｅｎ」などのエラーを示すＳＩＰレスポンスを作成して送信する。ここで、ＳＩＰプロトコル通信機能２２２は、ＳＩＰレスポンスにＷｅｂサーバ２０１のＩＰアドレスを格納する。格納場所は任意であるが、例えばＳＩＰレスポンスのＳＤＰフィールドにて、「ｃ＝」で表されるコネクション情報にＩＰアドレスを格納する。例えば、ＩＰｖ４プロトコルで通信しているときのＷｅｂサーバのＩＰアドレスが129.60.152.9であった場合、ｃ＝ＩＮ  ＩＰ４  129.60.152.9と表記する。【００７４】
ＳＩＰサーバ３０３は、図４Ｂを参照して説明したように、受信したＳＩＰレスポンスを通信セッション集約装置１０３へ中継する。このときＳＩＰサーバ３０３は、ＳＩＰレスポンスが「２００  ＯＫ」であった場合、Ｗｅｂサーバ２０１と通信セッション集約装置１０３との間でキャリア網３００の回線が利用できるようにルータ３０１、３０２の設定を行う。【００７５】
図５を参照すると、通信セッション集約装置１０３のＳＩＰ−ＵＡＣモジュール１２３は、キャリア網３００のＳＩＰサーバ３０３からＳＩＰレスポンス（レスポンスのＳＩＰプロトコル内に、ＷｅｂサーバのＩＰアドレスを格納）を受信すると（ａ１１２）、このＳＩＰレスポンスで判明するＳＩＰセッションの確立の成否を制御モジュール１２１に通知する（ａ１１３）。加えて、ＳＩＰ−ＵＡＣモジュール１２３は、ＳＩＰレスポンスに対するＡＣＫをＳＩＰサーバ３０３経由でＷｅｂサーバ管理装置２０３のＳＩＰプロキシ通信機能２２２へ送信する（ａ１１４）。制御モジュール１２１は、ＳＩＰ−ＵＡＣモジュール１２３から受信したＳＩＰレスポンスをＨＴＴＰプロキシモジュール１２２に通知する（ａ１１５）。また、制御モジュール１２１は、確立したＳＩＰセッションに関する情報として、クライアント側ＳＩＰ−ＵＲＩ、サーバ側ＳＩＰ−ＵＲＩおよびＳＩＰセッション識別子の組をＳＩＰセッション管理機能１３５に登録する。【００７６】
ＨＴＴＰプロキシモジュール１２２は、通知されたＳＩＰレスポンスに含まれるＷｅｂサーバ２０１のＩＰアドレスと、確立したＳＩＰセッションのＳＩＰセッション識別子を取得して保持する。ＨＴＴＰプロキシモジュール１２２は、ＰＣ端末１０１とＩＰアドレスで特定されるＷｅｂサーバ２０１との間のＨＴＴＰ通信を中継する際、ＨＴＴＰメッセージの拡張ヘッダにＳＩＰセッション識別子を格納する。【００７７】
図６を参照すると、Ｗｅｂサーバ管理装置２０３のＳＩＰプロトコル通信機能２２２は、ＳＩＰレスポンスに対するＡＣＫを通信セッション集約装置１０３から受信すると（ａ２１５）、ＳＩＰセッション情報処理機能２２３に対して確立したＳＩＰセッションの状況情報の設定依頼を行う（ａ２１６）。ＳＩＰセッション情報処理機能２２３は、この依頼を受けて、ＳＩＰセッション情報管理機能２２４に、確立したＳＩＰセッションの状況情報を保存する（ａ２１７、ａ２１８）。【００７８】
次に図７および図８を参照して、図４ＢのＳＩＰセッションの切断処理について詳細に説明する。【００７９】
図７を参照すると、Ｗｅｂサーバ管理装置２０３のＷｅｂサーバイベント処理機能２２５は、Ｗｅｂサーバ２０１からログアウトイベントの通知を受けると（ａ３０１）、ＳＩＰプロトコル通信機能２２２に対してＳＩＰセッションの切断依頼を行う（ａ３０２）。この切断依頼には、ログアウトイベントに付加されたＳＩＰセッション識別子が添えられる。【００８０】
ＳＩＰプロトコル通信機能２２２は、この依頼を受けて、まず通知されたＳＩＰセッション識別子を添えてＳＩＰセッション情報処理機能２２３に対してＳＩＰセッションの状況情報の取得を依頼する（ａ３０３）。ＳＩＰセッション情報処理機能２２３は、通知されたＳＩＰセッション識別子に対応する状況情報をＳＩＰセッション情報管理機能２２４から取得し（ａ３０４）、ＳＩＰプロトコル通信機能２２２に通知する（ａ３０５）。【００８１】
ＳＩＰプロトコル通信機能２２２は、通知された状況情報に含まれるサーバ側ＳＩＰ−ＵＲＩとクライアント側ＳＩＰ−ＵＲＩとＳＩＰセッション識別子とを用いて、ＳＩＰセッションの切断を行うＳＩＰリクエスト（ＢＹＥ）を生成し、ＳＩＰサーバ３０３経由で通信セッション集約装置１０３へ送信する（ａ３０６）。同時にＳＩＰプロトコル通信機能２２２は、ＳＩＰセッション情報処理機能２２３に対してＳＩＰセッション識別子を付加してＳＩＰセッション情報の解放依頼を行う（ａ３０７）。ＳＩＰセッション情報処理機能２２３は、この依頼に応じてＳＩＰセッション情報管理機能２２４から当該ＳＩＰセッション識別子を含むＳＩＰセッション状況情報を削除する（ａ３０８、ａ３０９）。その後、ＳＩＰプロトコル通信機能２２２は、ＳＩＰリクエスト（ＢＹＥ）に対するＳＩＰレスポンスを受信すると（ａ３１０）、それに対するＡＣＫを送信する（ａ３１１）。【００８２】
図８を参照すると、通信セッション集約装置１０３のＳＩＰ−ＵＡＣモジュール１２３は、Ｗｅｂサーバ管理装置２０３のＳＩＰプロトコル通信機能２２２からＳＩＰサーバ３０３経由でＳＩＰリクエスト（ＢＹＥ）を受信すると（ａ４０１）、制御モジュール１２１に対してＳＩＰセッションの切断通知を行う（ａ４０２）。制御モジュール１２１は、この通知に対してＳＩＰセッションの切断応答をＳＩＰ−ＵＡＣモジュール１２３に返す（ａ４０３）。また制御モジュール１２１は、切断されたＳＩＰセッションに関する情報をＳＩＰセッション管理機能１３５から削除（開放）する（ａ４０４）。指定されたユーザのみのセッションを切断し、他のユーザのセッションは維持する。ＳＩＰ−ＵＡＣモジュール１２３は、制御モジュール１２１からＳＩＰセッションの切断応答を受信すると、ＳＩＰリクエスト（ＢＹＥ）に対するＳＩＰレスポンスをＳＩＰサーバ３０３経由でＷｅｂサーバ管理装置２０３へ送信する（ａ４０５）。その後、ＳＩＰ−ＵＡＣモジュール１２３は、ＳＩＰレスポンスに対するＡＣＫを受信する（ａ４０６）。【００８３】
次に本実施の形態の効果を説明する。【００８４】
（１）ＰＣ端末１０１、１０２にＳＩＰプロトコルを実装する必要がない。その理由は、通信セッション集約装置１０３が、ＰＣ端末１０１、１０２に代わって、ＳＩＰプロトコルの処理を行うためである。【００８５】
（２）ＰＣ端末１０１、１０２は、簡易な手順でキャリア網３００を通じてＷｅｂサーバからサービスの提供を受けることができる。その理由は、Ｗｅｂサーバに対するＨＴＴＰリクエストを出せば、それが通信セッション集約装置１０３で取得され、キャリア網３００の利用許可を得るためのＳＩＰセッションの確立処理が自動的に行われ、通信セッション集約装置１０３がＨＴＴＰプロキシとなって、ＰＣ端末１０１、１０２とＷｅｂサーバとの間のＨＴＴＰメッセージの中継がキャリア網３００を通じて行われるためである。【００８６】
（３）同じ通信セッション集約装置１０３の管理下にあるＰＣ端末１０１のＷｅｂブラウザ１１１とＰＣ端末１０２のＷｅｂブラウザ１１２が同じＷｅｂサーバ２０１にアクセスする場合や、同じＰＣ端末１０１の複数のＷｅｂブラウザ１１１がそれぞれ同じＷｅｂサーバ２０１にアクセスする場合、つまり複数のクライアントが同じＷｅｂサーバをアクセスする場合、各クライアントは他のクライアントに影響されずにＷｅｂサーバに対するアクセスが可能になる。具体的には、他のクライアントのＷｅｂサーバからのログアウトに関係なしにログイン状態を維持でき、他のクライアントが使用する通信帯域に関係なしにキャリア網３００の通信帯域を使用でき、他のクライアントの属性（ＱｏＳ等）に関係なしに独自の属性でキャリア網３００の利用設定が行える。その理由は、通信セッション集約装置１０３において各クライアント毎に、キャリア網３００の利用許可を得るためのＳＩＰセッションの確立およびその切断が行われるためである。このような効果は、同じＳＩＰセッションを複数のクライアントで共用する方法では得られない。【００８７】
（４）Ｗｅｂサーバ２０１、２０２にＳＩＰプロトコルを実装する必要がない。その理由は、Ｗｅｂサーバ管理装置２０３が、Ｗｅｂサーバ２０１、２０２に代わって、ＳＩＰプロトコルの処理を行うためである。一般にＳＩＰプロトコルの処理は、ＳＩＰセッションの管理を含めると実装コストが大きいため、Ｗｅｂサーバのアプリケーションプログラムの作成コストを大幅に低減することができる。【００８８】
（５）キャリア網３００の無駄な利用設定を防止することができ、キャリア網３００の有効利用が図れる。また、認証連携モジュールを用いることによって、利用が制限されているＷｅｂサーバへのアクセス制御を、Ｗｅｂサーバに手を入れることなく自動的に行うことができる。その理由は、Ｗｅｂサーバにアクセスするためにキャリア網３００の利用許可を得るＳＩＰセッションの確立処理と、クライアントがＷｅｂサーバの利用権限を有するか否かの認定処理とを連携させ、クライアントがＷｅｂサーバの利用権限を有しない場合には、ＳＩＰセッション自体を確立せず、キャリア網３００の利用設定を行わないためである。これに対して、Ｗｅｂサーバへのアクセス権の有無を調べずにＳＩＰセッションを確立してキャリア網３００の利用権を与えると、若しクライアントがＷｅｂサーバの利用権限を有しなかった場合、利用設定したキャリア網３００の回線が実質的に使用されないまま終わってしまうことになる。【００８９】
（６）キャリア網３００の通信帯域を無駄に確保することを防止できる。その理由は、ユーザによるＷｅｂサーバからのログアウト時やログイン失敗時に、それを契機にＳＩＰセッションが速やかに切断され、網の利用許可が解除されるためである。このため、ＰＣ端末のユーザはＳＩＰセッションの切断を指示する手間が省け、また一定時間通信が行われないときにＳＩＰセッションを切断する場合に比べて、迅速な切断が可能になる。【００９０】
『第２の実施の形態』
図９を参照すると、本発明の第２の実施の形態に係る通信システムは、図１に示した通信システムと比較して、Ｗｅｂサーバ２０１、２０２自身がＳＩＰ−ＵＡ機能２１５、２１６を有する点と、Ｗｅｂサーバ管理装置２０３にあった認証連携モジュール２２１と同様な認証連携モジュール２５１、２５２がＷｅｂサーバ２０１、２０２に設けられている点で相違する。このため、サービス事業者ネットワーク２００内には図１のＷｅｂサーバ管理装置２０３は設けられていない。以下、図１との相違点を中心に本実施の形態の構成を説明する。【００９１】
Ｗｅｂサーバ２０１の認証連携モジュール２５１は、ＰＣ端末１０１、１０２のユーザのＷｅｂサーバ２０１に対するアクセス権限の有無に基づいて、ＳＩＰセッションの確立処理の可否を制御する。同様に、Ｗｅｂサーバ２０２の認証連携モジュール２５２は、ＰＣ端末１０１、１０２のユーザのＷｅｂサーバ２０２に対するアクセス権限の有無に基づいて、ＳＩＰセッションの確立処理の可否を制御する。【００９２】
通信セッション集約装置１０３は、図１のものと基本的に同じである。但し、表１に示すＳＩＰ−ＵＲＩテーブル１３１と表２に示す属性情報テーブル１３２に記述されるＳＩＰ−ＵＲＩは、Ｗｅｂサーバ管理装置のＳＩＰ−ＵＲＩではなく、表３，４に示すようにＷｅｂサーバ２０１、２０２のＳＩＰ−ＵＲＩとして記述される。【００９３】
【表３】
2009066596.tif 000005
【００９４】
【表４】
2009066596.tif 000006
【００９５】
図１０を参照すると、Ｗｅｂサーバ２０１は、認証連携モジュール２５１を備えると共に、ＳＩＰプロトコル処理に関連する要素として、ＳＩＰプロトコル通信機能２５２と、ＳＩＰセッション情報処理機能２５３と、ＳＩＰセッション情報管理機能２５４とを備える。なお、ＨＴＴＰモジュール２１３など、Ｗｅｂサーバとして本来有するその他の構成要素は図示を省略している。他のＷｅｂサーバ２０２もＷｅｂサーバ２０１と同様の構成を有する。【００９６】
ＳＩＰプロトコル通信機能２５２は、ＳＩＰ−ＵＡＣと通信を行ってＳＩＰセッションの確立およびその切断などを行うモジュールである。本実施の形態の場合、ＳＩＰ−ＵＡＣは、通信セッション集約装置１０３である。【００９７】
ＳＩＰプロトコル通信機能２５２は、まず、ＳＩＰ−ＵＡＣからＳＩＰセッションの確立を要求するＳＩＰメッセージ（ＩＮＶＩＴＥ）を受信した場合、受信したＳＩＰメッセージ中に含まれるクライアント側ＳＩＰ−ＵＲＩで特定されるクライアントが、同じくそのＳＩＰメッセージ中に含まれるサーバ側ＳＩＰ−ＵＲＩで特定される自Ｗｅｂサーバに対してアクセスする権限を有するか否かを認証連携モジュール２５１により判定する。【００９８】
また、ＳＩＰプロトコル通信機能２５２は、上記判定で、アクセス権限を有するものとした場合には、ＳＩＰメッセージ（ＩＮＶＩＴＥ）に対して許可のレスポンスを返す。一方、上記判定で、アクセス権限を有しないとした場合には、不許可のレスポンスを返す。また、ＳＩＰセッション確立時には、サーバ側ＳＩＰ−ＵＲＩで特定される自ＷｅｂサーバのＩＰアドレスをＳＩＰメッセージに含めて通知する機能を有する。さらに、クライアントがログインに失敗した場合、およびログインしたクライアントがログアウトした場合、これらを契機にＳＩＰセッションの切断処理を開始する。【００９９】
ＳＩＰセッション情報管理機能２５４は、磁気ディスク等の記憶手段を含んで構成され、自Ｗｅｂサーバ２０１のＳＩＰ−ＵＲＩとそれにアクセスしているクライアントのＳＩＰ−ＵＲＩとの間のＳＩＰセッション状況情報を保持する。具体的には、ＳＩＰセッションが確立されている自ＷｅｂサーバのＳＩＰ−ＵＲＩと、これにアクセスしているクライアント側ＳＩＰ−ＵＲＩのペアと、ＳＩＰセッション識別子とを含む情報をＳＩＰセッション状況情報として保持する。【０１００】
ＳＩＰセッション情報処理機能２５３は、ＳＩＰプロトコル通信機能２５２からのＳＩＰセッションの確立および切断の通知を受けて、ＳＩＰセッション情報管理機能２５４にＳＩＰセッション状況情報を追加し、または削除する。また、ＳＩＰセッション情報処理機能２５３は、ＳＩＰプロトコル通信機能２５２からのＳＩＰセッション識別子を指定した問い合わせに対して、Ｗｅｂサーバ側ＳＩＰ−ＵＲＩおよびクライアント側ＳＩＰ−ＵＲＩをＳＩＰセッション情報管理機能２２４から検索して応答を返す。【０１０１】
次に、ＰＣ端末１０１のユーザがＷｅｂブラウザ１１１を使用してＷｅｂサーバ２０１のコンテンツを参照する場合を例に、図１の通信システムとの相違点を中心に、本実施の形態の通信システムの動作を説明する。【０１０２】
図１１Ａを参照すると、ＰＣ端末１０１のＷｅｂブラウザ１１１がＷｅｂサーバ２０１にＨＴＴＰリクエストを出力してから、通信セッション集約装置１０３がユーザ認証を行うまでの処理ｂ１、ｂ２は、図４Ａの処理ａ１、ａ２と同じである。【０１０３】
通信セッション集約装置１０１は、ユーザ認証に成功すると、ＨＴＴＰリクエストの宛先であるＷｅｂサーバ２０１との間で、キャリア網３００のＳＩＰサーバ３０３を通じて、ＳＩＰセッションの確立処理を行う（ｂ３、ｂ４）。このＳＩＰセッションの確立処理ｂ３、ｂ４は、Ｗｅｂサーバ管理装置２０３に代行させていたＳＩＰセッションの確立処理をＷｅｂサーバ２０１自身が行う点を除いて、図４Ａの処理ａ３、ａ４と同じであり、概ね以下のように行われる。【０１０４】
まず、通信セッション集約装置１０３からＳＩＰサーバ３０３を通じてＷｅｂサーバ２０１に対してＳＩＰリクエスト（ＩＮＶＩＴＥ）が送信される（ｂ５）。このＳＩＰリクエストには、通信セッション集約装置１０３が、今回ユーザ認証したＰＣ端末１０１のユーザに対して割り当てたクライアント側ＳＩＰ−ＵＲＩ、ＨＴＴＰリクエストの宛先であるＷｅｂサーバ２０１のＳＩＰ−ＵＲＩであるＷｅｂサーバ側ＳＩＰ−ＵＲＩ、キャリア網３００を利用する際のＱｏＳなどの属性が含まれている。【０１０５】
Ｗｅｂサーバ２０１は、受信したＳＩＰリクエストを解析し、クライアント側ＳＩＰ−ＵＲＩで特定されるユーザが、Ｗｅｂサーバ側ＳＩＰ−ＵＲＩで特定される自Ｗｅｂサーバ２０１を利用できる権限を有しているかどうかを確認する。この確認の結果、利用可能であれば、許可する旨のＳＩＰレスポンスをＳＩＰサーバ３０３経由で通信セッション集約装置１０３へ送信する。一方、上記確認で利用不可能とされれば、許可しない旨のＳＩＰレスポンスをＳＩＰサーバ３０３経由で通信セッション集約装置１０３へ送信する（ｂ６）。このＳＩＰレスポンスには、Ｗｅｂサーバ２０１のＩＰアドレスが含まれる。ＳＩＰレスポンスを受信した通信セッション集約装置１０３は、ＳＩＰレスポンスに対するＡＣＫをＳＩＰサーバ３０３経由でＷｅｂサーバ２０１へ送信する（ａ７）。【０１０６】
また、ＳＩＰレスポンスを中継するＳＩＰサーバ３０３は、利用を許可する旨のＳＩＰレスポンスをＷｅｂサーバ２０１から受信して通信セッション集約装置１０３へ転送する際、ＳＩＰレスポンス（またはＳＩＰリクエスト）に含まれていたサーバ側ＳＩＰ−ＵＲＩで特定されるＷｅｂサーバ２０１と、クライアント側ＳＩＰ−ＵＲＩで特定される通信セッション集約装置１０３との間でキャリア網３００の回線が利用できるようにルータ３０１、３０２の設定を行う（ｂ８）。ＳＩＰレスポンスを転送する際でなく、ＳＩＰレスポンスのＡＣＫを通信セッション集約装置１０３から受信してＷｅｂサーバ２０１へ転送する際に、上記ルータ３０１、３０２の設定を行っても良い。利用設定を行ったＳＩＰサーバ３０３は、後の利用設定の解除に備えて、今回確立されたＳＩＰセッションの識別子に対応して、今回の利用設定を解除するための情報を保存しておく。【０１０７】
上述のように通信セッション集約装置１０３とＷｅｂサーバ２０１との間にＳＩＰセッションが確立され、且つＷｅｂサーバ２０１と通信セッション集約装置１０３との間でルータ３０１、３０２を通じてキャリア網３００の回線が利用できるように設定されると、図４Ａのａ９〜ａ１４と同様に通信セッション集約装置１０３をＨＴＴＰプロキシとして、通常のＨＴＴＰ通信がＰＣ端末１０１とＷｅｂサーバ２０１との間で行われる（ｂ９〜ｂ１４）。【０１０８】
次に、ＰＣ端末１０１のユーザがＷｅｂサーバ２０１からのログアウト操作を行った際の動作を説明する。【０１０９】
図１１Ｂにおいて、ＰＣ端末１０１のユーザがＷｅｂサーバ２０１からのログアウト操作を行ってから、それに対するＨＴＴＰレスポンスがＰＣ端末１０１に返るまでの処理ｂ１６〜ｂ２０は、図４Ｂの処理ａ１６〜ａ２０と同じである。【０１１０】
他方、ログアウト処理ｂ１８を行ったＷｅｂサーバ２０１のＳＩＰプロトコル通信機能２５２は、それを契機として通信セッション集約装置１０３との間で、キャリア網３００のＳＩＰサーバ３０３を通じて、ＳＩＰセッションの切断処理を行う（ｂ２２、ｂ２３）。このＳＩＰセッションの切断処理ｂ２２、ｂ２３は、Ｗｅｂサーバ管理装置に代行させていた処理をＷｅｂサーバ２０１自身が行う点を除いて、図４Ｂの処理ａ２２、ａ２３と同じであり、概ね以下のように行われる。【０１１１】
まずＷｅｂサーバ２０１からＳＩＰサーバ３０３を通じて通信セッション集約装置１０３に対してＳＩＰリクエスト（ＢＹＥ）が送信される（ｂ２４）。このＳＩＰリクエストには、切断を行うＳＩＰセッションのＳＩＰセッション識別子、クライアント側ＳＩＰ−ＵＲＩ、Ｗｅｂサーバ側ＳＩＰ−ＵＲＩが含まれている。通信セッション集約装置１０３は、受信したＳＩＰリクエストを解析し、ＳＩＰセッション識別子で特定されるＳＩＰセッションの切断処理を行い、ＳＩＰレスポンスをＳＩＰサーバ３０３経由でＷｅｂサーバ２０１へ送信する（ｂ２５）。ＳＩＰレスポンスを受信したＷｅｂサーバ２０１は、ＳＩＰレスポンスに対するＡＣＫをＳＩＰサーバ３０３経由で通信セッション集約装置１０３へ送信する（ｂ２６）。【０１１２】
他方、ＳＩＰレスポンスを中継するＳＩＰサーバ３０３は、ＳＩＰセッションの切断を示すＳＩＰレスポンスを通信セッション集約装置１０３から受信してＷｅｂサーバ２０１へ転送する際、ＳＩＰレスポンスに含まれるＳＩＰセッション識別子に対応して保存してある情報を参照し、Ｗｅｂサーバ２０１と通信セッション集約装置１０３との間のキャリア網３００の利用設定を解除すべくルータ３０１、３０２を制御する（ｂ２７）。ＳＩＰレスポンスを転送する際でなく、ＳＩＰレスポンスのＡＣＫをＷｅｂサーバ２０１から受信して通信セッション集約装置１０３へ転送する際に、上記ルータ３０１、３０２の設定の解除を行っても良い。【０１１３】
次に本実施の形態の効果を説明する。【０１１４】
本実施の形態によれば、図１で説明した実施の形態で得られる前述した効果（１）〜（６）のうち、（１）〜（３）、（５）および（６）の効果が得られる。また、図１で説明した実施の形態では、Ｗｅｂサーバ管理装置に障害が発生すると、その管理下のすべてのＷｅｂサーバの運用に支障が生じるが、本実施の形態では、それぞれのＷｅｂサーバがＳＩＰプロトコル処理機能を備えているため、耐障害性を高めることができる。【０１１５】
『第３の実施の形態』
図１２を参照すると、本発明の第３の実施の形態に係る通信システムは、図１に示した通信システムと比較して、ＰＣ端末１０１、１０２自身がＳＩＰ−ＵＡ機能１１５、１１６を有する点で相違する。このため、ユーザネットワーク１００内には図１の通信セッション集約装置１０３は設けられていない。以下、図１との相違点を中心に本実施の形態の構成を説明する。【０１１６】
図１３を参照すると、ＰＣ端末１０１には、制御モジュール１４１と、ＨＴＴＰモジュール１４２と、ＳＩＰ−ＵＡＣ（Ｕｓｅｒ  Ａｇｅｎｔ  ｃｌｉｅｎｔ）モジュール１４３と、情報管理装置１４４と、記憶装置１４５と、Ｗｅｂブラウザ１１１とが設けられ、キーワードおよびディスプレイから構成される入出力装置１４６が接続されている。【０１１７】
記憶装置１４５は、磁気ディスク等の記憶媒体で構成され、ＳＩＰセッションを確立する際に参照する情報として、ＳＩＰ−ＵＲＩテーブル１５１と属性情報テーブル１５２とを記憶する。ＳＩＰ−ＵＲＩテーブル１５１は、図１の実施の形態におけるＳＩＰ−ＵＲＩテーブル１３１と同様に表１に示されるような内容を保持する。属性情報テーブル１５２は、図１の実施の形態における属性情報テーブル１３２と同様に表２に示すような内容を保持する。但し、ＰＣ端末１０１を使用するユーザが唯一人で固定されている場合、ユーザＩＤは省略することが可能である。【０１１８】
情報管理装置１４４は、制御モジュール１４１からの依頼に応じてＳＩＰ−ＵＲＩテーブル１５１および属性情報テーブル１５２を検索し、ＳＩＰセッションを確立する際に使用する情報を制御モジュール１４１に受け渡す処理を司る。【０１１９】
ＨＴＴＰモジュール１４２は、Ｗｅｂサーバ２０１、２０２との間でＨＴＴＰメッセージの授受を行うモジュールである。【０１２０】
ＳＩＰ−ＵＡＣモジュール１４３は、ＳＩＰ−ＵＡＳと通信を行ってＳＩＰセッションの確立およびその切断などを行うモジュールである。本実施の形態の場合、ＳＩＰ−ＵＡＳは、Ｗｅｂサーバ管理装置２０３である。【０１２１】
制御モジュール１４１は、ＰＣ端末１０１の主たる制御を行うモジュールであり、Ｗｅｂブラウザ１５４とＳＩＰセッション管理機能１５５とを有する。ＳＩＰセッション管理機能１５５は、自ＰＣ端末１０１のＳＩＰ−ＵＲＩと、それをクライアントＳＩＰ−ＵＲＩとしてＳＩＰセッションを確立した相手のＳＩＰ−ＵＲＩと、確立されたＳＩＰセッションを一意に識別するためのＳＩＰセッション識別子との対応関係を保持管理する記憶手段である。ＳＩＰセッション識別子としては、例えばＣａｌｌ−ＩＤが使用される。【０１２２】
制御モジュール１２１は、ユーザ認証情報管理機能１３４およびＳＩＰセッション管理機能１３５を用いて、ユーザ認証機能１３３によるユーザ認証に成功したユーザ単位で、ＳＩＰセッションの確立および切断を制御する。【０１２３】
次に、ＰＣ端末１０１のユーザがＷｅｂブラウザ１１１を使用してＷｅｂサーバ２０１のコンテンツを参照する場合を例に、図１の通信システムとの相違点を中心に、本実施の形態の通信システムの動作を説明する。【０１２４】
図１４Ａを参照すると、ＰＣ端末１０１の利用者が入出力装置１４６からＷｅｂブラウザ１１１を操作して、Ｗｅｂサーバ２０１へのアクセスを開始すると（ｃ２）、ＰＣ端末１０１は、アクセス先のＷｅｂサーバ２０１を管理するＷｅｂサーバ管理装置２０３との間で、キャリア網３００のＳＩＰサーバ３０３を通じて、ＳＩＰセッションの確立処理を行う（ｃ３、ｃ４）。このＳＩＰセッションの確立処理ｃ３、ｃ４は、通信セッション集約装置１０３に代行させていたＳＩＰセッションの確立処理をＰＣ端末１０１自身が行う点を除いて、図４Ａの処理ａ３、ａ４と同じであり、概ね以下のように行われる。【０１２５】
まずＰＣ端末１０１からＳＩＰサーバ３０３を通じてＷｅｂサーバ管理装置２０３に対してＳＩＰリクエスト（ＩＮＶＩＴＥ）が送信される（ｃ５）。このＳＩＰリクエストには、ＰＣ１０１のＳＩＰ−ＵＲＩであるクライアント側ＳＩＰ−ＵＲＩ、アクセス先のＷｅｂサーバ２０１に１対１に対応するＳＩＰ−ＵＲＩであるＷｅｂサーバ側ＳＩＰ−ＵＲＩ、キャリア網３００を利用する際のＱｏＳなどの属性が含まれている。【０１２６】
Ｗｅｂサーバ管理装置２０３は、受信したＳＩＰリクエストを解析し、クライアント側ＳＩＰ−ＵＲＩで特定されるユーザが、Ｗｅｂサーバ側ＳＩＰ−ＵＲＩで特定されるＷｅｂサーバ２０１を利用できる権限を有しているかどうかを確認する。Ｗｅｂサーバ管理装置２０３は、上記確認の結果が利用可能であれば、許可する旨のＳＩＰレスポンスをＳＩＰサーバ３０３経由でＰＣ端末１０１へ送信する。一方、Ｗｅｂサーバ管理装置２０３は、上記確認の結果が利用不可能であれば、許可しない旨のＳＩＰレスポンスをＳＩＰサーバ３０３経由でＰＣ端末１０１へ送信する（ｃ６）。このＳＩＰレスポンスには、Ｗｅｂサーバ２０１のＩＰアドレスが含まれる。ＳＩＰレスポンスを受信したＰＣ端末１０１は、ＳＩＰレスポンスに対するＡＣＫをＳＩＰサーバ３０３経由でＷｅｂサーバ管理装置２０３へ送信する（ｃ７）。【０１２７】
他方、ＳＩＰレスポンスを中継するＳＩＰサーバ３０３は、利用を許可する旨のＳＩＰレスポンスをＷｅｂサーバ管理装置２０３から受信してＰＣ端末１０１へ転送する際、ＳＩＰレスポンス（またはＳＩＰリクエスト）に含まれていたサーバ側ＳＩＰ−ＵＲＩで特定されるＷｅｂサーバ２０１と、クライアント側ＳＩＰ−ＵＲＩで特定されるＰＣ端末１０１との間でキャリア網３００の回線が利用できるようにルータ３０１、３０２の設定を行う（ｃ８）。ＳＩＰレスポンスを転送する際でなく、ＳＩＰレスポンスのＡＣＫをＰＣ端末１０１から受信してＷｅｂサーバ管理装置２０３へ転送する際に、上記ルータ３０１、３０２の設定を行っても良い。利用設定を行ったＳＩＰサーバ３０３は、後の利用設定の解除に備えて、今回確立されたＳＩＰセッションの識別子に対応して、今回の利用設定を解除するための情報を保存しておく。【０１２８】
上述のようにＰＣ端末１０１とＷｅｂサーバ管理装置２０３との間にＳＩＰセッションが確立され、且つＷｅｂサーバ２０１とＰＣ端末１０１との間でルータ３０１、３０２を通じてキャリア網３００の回線が利用できるように設定されると、通常のＨＴＴＰ通信がＰＣ端末１０１とＷｅｂサーバ２０１との間で行われる（ｃ９、ｃ１０、ｃ１３、ｃ１４）。このときの処理は、ＨＴＴＰプロキシを介さない点を除いて、図４Ａのａ９〜ａ１４と同じである。【０１２９】
次に、ＰＣ端末１０１のユーザがＷｅｂサーバ２０１からのログアウト操作を行った際の動作を説明する。【０１３０】
図１４Ｂに示すように、ＰＣ端末１０１のユーザがＷｅｂサーバ２０１からのログアウト操作を行ってから、それに対するＨＴＴＰレスポンスがＰＣ端末１０１に返るまでの処理ｃ１６〜ｃ１９は、ＨＴＴＰプロキシを介さない点を除いて、図４Ｂの処理ａ１６〜ａ２０と同じである。【０１３１】
他方、ログアウト処理ｃ１８を行ったＷｅｂサーバ２０１のＳＩＰプロトコル通信機能２５２は、それを契機としてＰＣ端末１０１との間で、キャリア網３００のＳＩＰサーバ３０３を通じて、ＳＩＰセッションの切断処理を行う（ｃ２２、ｃ２３）。このＳＩＰセッションの切断処理ｃ２２、ｃ２３は、通信セッション集約装置１０３に代行させていたＳＩＰセッションの切断処理をＰＣ端末１０１自身が行う点を除いて、図４Ｂの処理ａ２２、ａ２３と同じであり、概ね以下のように行われる。【０１３２】
まずＷｅｂサーバ管理装置２０３からＳＩＰサーバ３０３を通じてＰＣ端末１０１に対してＳＩＰリクエスト（ＢＹＥ）が送信される（ｃ２４）。このＳＩＰリクエストには、切断を行うＳＩＰセッションのＳＩＰセッション識別子、クライアント側ＳＩＰ−ＵＲＩ、Ｗｅｂサーバ側ＳＩＰ−ＵＲＩが含まれている。ＰＣ端末１０１は、受信したＳＩＰリクエストを解析し、ＳＩＰセッション識別子で特定されるＳＩＰセッションの切断処理を行い、ＳＩＰレスポンスをＳＩＰサーバ３０３経由でＷｅｂサーバ管理装置２０３へ送信する（ｃ２５）。ＳＩＰレスポンスを受信したＷｅｂサーバ管理装置２０３は、ＳＩＰレスポンスに対するＡＣＫをＳＩＰサーバ３０３経由でＰＣ端末１０１へ送信する（ｃ２６）。【０１３３】
他方、ＳＩＰレスポンスを中継するＳＩＰサーバ３０３は、ＳＩＰセッションの切断を示すＳＩＰレスポンスをＰＣ端末１０１から受信してＷｅｂサーバ管理装置２０３へ転送する際、ＳＩＰレスポンスに含まれるＳＩＰセッション識別子に対応して保存してある情報を参照し、Ｗｅｂサーバ２０１とＰＣ端末１０１との間のキャリア網３００の利用設定を解除すべくルータ３０１、３０２を制御する（ｃ２７）。ＳＩＰレスポンスを転送する際でなく、ＳＩＰレスポンスのＡＣＫをＷｅｂサーバ管理装置２０３から受信してＰＣ端末１０１へ転送する際に、上記ルータ３０１、３０２の設定の解除を行っても良い。【０１３４】
次に、図１５を参照して、図１４ＡのＳＩＰセッションの確立処理ｃ３について詳細に説明する。【０１３５】
図１５を参照すると、ＰＣ端末１０１のＨＴＴＰモジュール１４２は、Ｗｅｂブラウザ１１１から受信したアクセス要求に含まれるＷｅｂサーバ２０１のＵＲＬのドメイン名とＰＣ端末１０１のユーザ名とを制御モジュール１４１に通知する（ｃ１０１）。【０１３６】
制御モジュール１４１は、Ｗｅｂサーバ２０１のＵＲＬのドメイン名を情報管理装置１４４へ通知し、通知したドメイン名に対応するＷｅｂサーバ側ＳＩＰ−ＵＲＩの取得を要求する（ｃ１０２）。情報管理装置１４４は、通知されたドメイン名に対応するＷｅｂサーバ側ＳＩＰ−ＵＲＩをＳＩＰ−ＵＲＩテーブル１５１から検索する（ｃ１０３）。また、情報管理装置１４４は、検索したサーバ側ＳＩＰ−ＵＲＩを、制御モジュール１４１に通知する（ｃ１０４）。【０１３７】
次に制御モジュール１４１は、ユーザ名とＷｅｂサーバ側ＳＩＰ−ＵＲＩとを情報管理装置１４４に通知し、属性情報の取得を要求する（ｃ１０５）。情報管理装置１４４は、通知されたユーザ名およびＷｅｂサーバ側ＳＩＰ−ＵＲＩの組み合わせに対応する属性（ユーザがＷｅｂサーバにアクセスする属性）情報を属性情報テーブル１５２から検索する（ｃ１０６）。次いで、情報管理装置１４４は、検索した属性を制御モジュール１４１に通知する（ｃ１０７）。【０１３８】
次に制御モジュール１４１は、クライアント側ＳＩＰ−ＵＲＩ（ＰＣ端末１０１のＳＩＰ−ＵＲＩ）、Ｗｅｂサーバ側ＳＩＰ−ＵＲＩおよび属性情報をＳＩＰ−ＵＡＣモジュール１４３に通知し、ＳＩＰセッションの開始を依頼する（ｃ１０９）。【０１３９】
ＳＩＰ−ＵＡＣモジュール１４３は、制御モジュール１４１からの上記依頼に応じて、渡された情報を基にＳＩＰリクエスト（ＩＮＶＩＴＥ）を作成する（ｃ１１０）。次いで、ＳＩＰ−ＵＡＣモジュール１４３は、作成したＳＩＰリクエスト（ＩＮＶＩＴＥ）をキャリア網３００のＳＩＰサーバ３０３へ送信する（ｃ１１１）。このＳＩＰリクエストのＲｅｑｕｅｓｔ−ＵＲＩおよびＴｏヘッダには、Ｗｅｂサーバ側ＳＩＰ−ＵＲＩが設定され、Ｆｒｏｍヘッダにはクライアント側ＳＩＰ−ＵＲＩが設定される。また、属性情報はＳＤＰ（Ｓｅｓｓｉｏｎ  Ｄｅｓｃｒｉｐｔｉｏｎ  Ｐｒｏｔｏｃｏｌ）に記述される。【０１４０】
ＳＩＰサーバ３０３は、図１４Ａを参照して説明したように、受信したＳＩＰリクエストをそのＴｏヘッダに記述されたサーバ側ＳＩＰ−ＵＲＩで特性されるＷｅｂサーバ管理装置２０３へ送信する（ｃ５）。【０１４１】
その後、ＰＣ端末１０１のＳＩＰ−ＵＡＣモジュール１４３は、キャリア網３００のＳＩＰサーバ３０３からＳＩＰレスポンスを受信すると（ｃ１１２）、このＳＩＰレスポンスで判明するＳＩＰセッションの確立の成否を制御モジュール１４１に通知する（ｃ１１３）。受信したＳＩＰレスポンスのＳＩＰプロトコル内に、ＷｅｂサーバのＩＰアドレスが格納されている。加えて、ＳＩＰ−ＵＡＣモジュール１４３は、ＳＩＰレスポンスに対するＡＣＫをＳＩＰサーバ３０３経由でＷｅｂサーバ管理装置２０３のＳＩＰプロキシ通信機能２２２へ送信する（ｃ１１４）。【０１４２】
制御モジュール１４１は、ＳＩＰ−ＵＡＣモジュール１４３から受信したＳＩＰレスポンスをＨＴＴＰモジュール１４２に通知する（ｃ１１５）。また、制御モジュール１４１は、確立したＳＩＰセッションに関する情報として、クライアント側ＳＩＰ−ＵＲＩ、サーバ側ＳＩＰ−ＵＲＩおよびＳＩＰセッション識別子の組をＳＩＰセッション管理機能１５５に登録する。【０１４３】
ＨＴＴＰモジュール１４２は、通知されたＳＩＰレスポンスに含まれるＷｅｂサーバ２０１のＩＰアドレスと、確立したＳＩＰセッションのＳＩＰセッション識別子を取得して保持する。ＨＴＴＰモジュール１４２は、ＰＣ端末１０１とＩＰアドレスで特定されるＷｅｂサーバ２０１との間でＨＴＴＰ通信を行う場合、ＨＴＴＰメッセージの拡張ヘッダにＳＩＰセッション識別子を格納する。【０１４４】
次に本実施の形態の効果を説明する。【０１４５】
本実施の形態によれば、図１で説明した実施の形態で得られる前述した効果（１）〜（６）のうち、（４）〜（６）の効果が得られる。また、図１で説明した実施の形態では、通信セッション集約装置に障害が発生すると、その管理下のすべてのＰＣ端末がＷｅｂサーバにアクセスできなくなるが、本実施の形態では、それぞれのＰＣ端末がＳＩＰプロトコル処理機能を備えているため、耐障害性を高めることができる。【０１４６】
『第４の実施の形態』
図１６を参照すると、本発明の第４の実施の形態に係る通信システムは、図１に示した通信システムと比較して、Ｗｅｂサーバ２０１、２０２自身がＳＩＰ−ＵＡ機能２１５、２１６を有する点と、Ｗｅｂサーバ管理装置２０３にあった認証連携モジュール２２１と同様な認証連携モジュール２５１、２５２がＷｅｂサーバ２０１、２０２に設けられている点と、ＰＣ端末１０１、１０２自身がＳＩＰ−ＵＡ機能１１５、１１６を有する点で相違する。このため、サービス事業者ネットワーク２００内には図１のＷｅｂサーバ管理装置２０３は設けられておらず、またユーザネットワーク１００内には図１の通信セッション集約装置１０３は設けられていない。【０１４７】
本実施の形態におけるＰＣ端末１０１、１０２の構成は、図１２に示した通信システムにおけるＰＣ端末１０１、１０２と同じである。また本実施の形態におけるＷｅｂサーバ２０１、２０２の構成は、図９に示した通信システムにおけるＷｅｂサーバ２０１、２０２と同じである。【０１４８】
次に、ＰＣ端末１０１のユーザがＷｅｂブラウザ１１１を使用してＷｅｂサーバ２０１のコンテンツを参照する場合を例に、図１の通信システムとの相違点を中心に、本実施の形態の通信システムの動作を説明する。【０１４９】
図１７を参照すると、ＰＣ端末１０１の利用者が入出力装置１４６からＷｅｂブラウザ１１１を操作して、Ｗｅｂサーバ２０１へのアクセスを開始すると（ｄ２）、ＰＣ端末１０１は、Ｗｅｂサーバ２０１との間で、キャリア網３００のＳＩＰサーバ３０３を通じて、ＳＩＰセッションの確立処理を行う（ｄ３、ｄ４）。このＳＩＰセッションの確立処理ｄ３、ｄ４は、通信セッション集約装置１０３に代行させていたＳＩＰセッションの確立処理をＰＣ端末１０１自身が行う点と、Ｗｅｂサーバ管理装置２０３に代行させていたＳＩＰセッションの確立処理をＷｅｂサーバ２０１自身が行う点を除いて、図４Ａの処理ａ３、ａ４と同じであり、概ね以下のように行われる。【０１５０】
まず、ＰＣ端末１０１からＳＩＰサーバ３０３を通じてＷｅｂサーバ２０１に対してＳＩＰリクエスト（ＩＮＶＩＴＥ）が送信される（ｄ５）。このＳＩＰリクエストには、ＰＣ端末１０１のＳＩＰ−ＵＲＩであるクライアント側ＳＩＰ−ＵＲＩ、アクセス先のＷｅｂサーバ２０１のＳＩＰ−ＵＲＩであるＷｅｂサーバ側ＳＩＰ−ＵＲＩ、キャリア網３００を利用する際のＱｏＳなどの属性が含まれている。【０１５１】
次に、Ｗｅｂサーバ２０１は、受信したＳＩＰリクエストを解析し、クライアント側ＳＩＰ−ＵＲＩで特定されるユーザが、Ｗｅｂサーバ側ＳＩＰ−ＵＲＩで特定される自Ｗｅｂサーバ２０１を利用できる権限を有しているかどうかを確認する。この確認の結果、利用可能であれば、Ｗｅｂサーバ２０１は、許可する旨のＳＩＰレスポンスをＳＩＰサーバ３０３経由でＰＣ端末１０１へ送信する。一方、上記確認の結果、利用不可能であれば、Ｗｅｂサーバ２０１は、許可しない旨のＳＩＰレスポンスをＳＩＰサーバ３０３経由でＰＣ端末１０１へ送信する（ｄ６）。このＳＩＰレスポンスには、Ｗｅｂサーバ２０１のＩＰアドレスが含まれる。ＳＩＰレスポンスを受信したＰＣ端末１０１は、ＳＩＰレスポンスに対するＡＣＫをＳＩＰサーバ３０３経由でＷｅｂサーバ２０１へ送信する（ｄ７）。【０１５２】
他方、ＳＩＰレスポンスを中継するＳＩＰサーバ３０３は、利用を許可する旨のＳＩＰレスポンスをＷｅｂサーバ２０１から受信してＰＣ端末１０１へ転送する際、ＳＩＰレスポンス（またはＳＩＰリクエスト）に含まれていたサーバ側ＳＩＰ−ＵＲＩで特定されるＷｅｂサーバ２０１と、クライアント側ＳＩＰ−ＵＲＩで特定されるＰＣ端末１０１との間でキャリア網３００の回線が利用できるようにルータ３０１、３０２の設定を行う（ｄ８）。ＳＩＰレスポンスを転送する際でなく、ＳＩＰレスポンスのＡＣＫをＰＣ端末１０１から受信してＷｅｂサーバ２０１へ転送する際に、上記ルータ３０１、３０２の設定を行っても良い。利用設定を行ったＳＩＰサーバ３０３は、後の利用設定の解除に備えて、今回確立されたＳＩＰセッションの識別子に対応して、今回の利用設定を解除するための情報を保存しておく。【０１５３】
上述のようにＰＣ端末１０１とＷｅｂサーバ２０１との間にＳＩＰセッションが確立され、且つＷｅｂサーバ２０１とＰＣ端末１０１との間でルータ３０１、３０２を通じてキャリア網３００の回線が利用できるように設定されると、通常のＨＴＴＰ通信がＰＣ端末１０１とＷｅｂサーバ２０１との間で行われる（ｄ９、ｄ１０、ｄ１３、ｄ１４）。このときの処理は、ＨＴＴＰプロキシを介さない点を除いて、図４Ａのａ９〜ａ１４と同じである。【０１５４】
次に、ＰＣ端末１０１のユーザがＷｅｂサーバ２０１からのログアウト操作を行った際の動作を説明する。【０１５５】
ＰＣ端末１０１のユーザがＷｅｂサーバ２０１からのログアウト操作を行ってから、この操作に対するＨＴＴＰレスポンスがＰＣ端末１０１に返るまでの処理ｄ１６〜ｄ１９は、ＨＴＴＰプロキシを介さない点を除いて、図４Ｂの処理ａ１６〜ａ２０と同じである。【０１５６】
他方、ログアウト処理ｄ１８を行ったＷｅｂサーバ２０１のＳＩＰプロトコル通信機能２５２は、それを契機としてＰＣ端末１０１との間で、キャリア網３００のＳＩＰサーバ３０３を通じて、ＳＩＰセッションの切断処理を行う（ｄ２２、ｄ２３）。このＳＩＰセッションの切断処理ｃ２２、ｃ２３は、Ｗｅｂサーバ管理装置２０３に代行させていたＳＩＰセッションの確立処理をＷｅｂサーバ２０１自身が行う点と、通信セッション集約装置１０３に代行させていたＳＩＰセッションの確立処理をＰＣ端末１０１自身が行う点とを除いて、図４Ｂの処理ａ２２、ａ２３と同じであり、概ね以下のように行われる。【０１５７】
まずＷｅｂサーバ２０１からＳＩＰサーバ３０３を通じてＰＣ端末１０１に対してＳＩＰリクエスト（ＢＹＥ）が送信される（ｄ２４）。このＳＩＰリクエストには、切断を行うＳＩＰセッションのＳＩＰセッション識別子、クライアント側ＳＩＰ−ＵＲＩ、Ｗｅｂサーバ側ＳＩＰ−ＵＲＩが含まれている。ＰＣ端末１０１は、受信したＳＩＰリクエストを解析し、ＳＩＰセッション識別子で特定されるＳＩＰセッションの切断処理を行い、ＳＩＰレスポンスをＳＩＰサーバ３０３経由でＷｅｂサーバ２０１へ送信する（ｄ２５）。ＳＩＰレスポンスを受信したＷｅｂサーバ２０１は、ＳＩＰレスポンスに対するＡＣＫをＳＩＰサーバ３０３経由でＰＣ端末１０１へ送信する（ｄ２６）。【０１５８】
他方、ＳＩＰレスポンスを中継するＳＩＰサーバ３０３は、ＳＩＰセッションの切断を示すＳＩＰレスポンスをＰＣ端末１０１から受信してＷｅｂサーバ２０１へ転送する際、ＳＩＰレスポンスに含まれるＳＩＰセッション識別子に対応して保存してある情報を参照し、Ｗｅｂサーバ２０１とＰＣ端末１０１との間のキャリア網３００の利用設定を解除すべくルータ３０１、３０２を制御する（ｄ２７）。ＳＩＰレスポンスを転送する際でなく、ＳＩＰレスポンスのＡＣＫをＷｅｂサーバ２０１から受信してＰＣ端末１０１へ転送する際に、上記ルータ３０１、３０２の設定の解除を行っても良い。【０１５９】
次に本実施の形態の効果を説明する。【０１６０】
本実施の形態によれば、図１で説明した実施の形態で得られる前述した効果（１）〜（６）のうち、（５）の効果が得られる。また、図１で説明した実施の形態では、通信セッション集約装置に障害が発生すると、その管理下のすべてのＰＣ端末がＷｅｂサーバにアクセスできなくなり、またＷｅｂサーバ管理装置に障害が発生すると、その管理下のすべてのＷｅｂサーバの運用に支障が生じるが、本実施の形態では、それぞれのＰＣ端末およびＷｅｂサーバがＳＩＰプロトコル処理機能を備えているため、耐障害性を高めることができる。【０１６１】
以上本発明の実施の形態について説明したが、本発明は以上の実施の形態にのみ限定されず、その他各種の付加変更が可能である。例えば、ＰＣ端末とサーバとがＨＴＴＰ通信する場合を例にしたが、ＦＴＰ通信など他のプロトコルであっても良く、ＨＴＴＰプロトコルに限定されるものではない。また、ユーザ端末はＰＣ端末を例にしたが、キャリア網に接続可能な端末装置であれば、ＰＣ端末に限定されるものではない。通信セッション集約装置、Ｗｅｂサーバ管理装置、認証連携モジュールは、コンピュータとプログラムとで実現することができる。プログラムは、磁気ディスクや半導体メモリ等のコンピュータ可読記録媒体に記録されて提供され、コンピュータの立ち上げ時などにコンピュータに読み取られ、そのコンピュータの動作を制御することにより、そのコンピュータを前述した各実施の形態における通信セッション集約装置、Ｗｅｂサーバ管理装置、認証連携モジュールとして機能させる。【０１６２】
なお、本発明は、図１８に示すように、認証連携装置１８０１に判定部１８０２および連携制御部１８０３を備え、判定部１８０２で、網１８０４を介してサーバ装置１８０５にアクセスする端末装置１８０６のユーザが、サーバ装置１８０５の利用権限を有するか否かを判定し、連携制御部１８０３が、端末装置１８０６とサーバ装置１８０５との間の通信に際し、網１８０４の利用許可を得るために所定のシグナリングプロトコルを使用して網の制御装置１８０７を通じて行われるセッションの確立処理の可否を、判定部１８０２の判定結果に応じて制御するようにしたことを基本とし、この構成に特徴がある。このように、網の利用許可を得るための処理とユーザのアクセス権限の認証処理とを連携させることによって、網の無駄な利用が防止できるようになる。【０１６３】
以上、実施形態を参照して本発明を説明したが、本発明は上記実施形態に限定されるものではない。本発明の構成や詳細には、本発明のスコープ内で当業者が理解し得る様々な変更をすることができる。
また、この出願は、２００７年１１月２２日に出願された日本出願特願２００７−３０２６２５号を基礎とする優先権を主張し、その開示のすべてをここに取り込む。
【図１】
2009066596.tif 000007
【図２】
2009066596.tif 000008
【図３】
2009066596.tif 000009
【図４Ａ】
2009066596.tif 000010
【図４Ｂ】
2009066596.tif 000011
【図５】
2009066596.tif 000012
【図６】
2009066596.tif 000013
【図７】
2009066596.tif 000014
【図８】
2009066596.tif 000015
【図９】
2009066596.tif 000016
【図１０】
2009066596.tif 000017
【図１１Ａ】
2009066596.tif 000018
【図１１Ｂ】
2009066596.tif 000019
【図１２】
2009066596.tif 000020
【図１３】
2009066596.tif 000021
【図１４Ａ】
2009066596.tif 000022
【図１４Ｂ】
2009066596.tif 000023
【図１５】
2009066596.tif 000024
【図１６】
2009066596.tif 000025
【図１７】
2009066596.tif 000026
【図１８】
2009066596.tif 000027
【図１９】
2009066596.tif 000028
【手続補正書】
【提出日】平成21年9月18日(2009.9.18)
【手続補正１】
【補正対象書類名】特許請求の範囲
【補正対象項目名】全文
【補正方法】変更
【補正の内容】
【特許請求の範囲】
【請求項１】
（削除）
【請求項２】
（削除）
【請求項３】
網を介してサーバ装置にアクセスする端末装置のユーザが、前記サーバ装置の利用権限を有するか否かを判定する判定手段と、前記端末装置と前記サーバ装置との間の通信に際し前記網の利用許可を得るために所定のシグナリングプロトコルを使用して前記網の制御装置を通じて行われるセッションの確立処理の可否を、前記判定手段の判定結果に応じて制御する連携制御手段とを有する認証連携装置を備え、
前記セッションの確立処理を行う前記サーバ装置に、前記認証連携装置が設けられていることを特徴とする通信システム。
【請求項４】
網を介してサーバ装置にアクセスする端末装置のユーザが、前記サーバ装置の利用権限を有するか否かを判定する判定手段と、前記端末装置と前記サーバ装置との間の通信に際し前記網の利用許可を得るために所定のシグナリングプロトコルを使用して前記網の制御装置を通じて行われるセッションの確立処理の可否を、前記判定手段の判定結果に応じて制御する連携制御手段とを有する認証連携装置を備え、
前記サーバ装置に代わって前記セッションの確立処理を行うサーバ管理装置に、前記認証連携装置が設けられていることを特徴とする通信システム。
【請求項５】
前記サーバ管理装置は、前記サーバ装置を一意に識別するサーバ識別子と前記サーバ装置にアクセスしている通信相手端末とセッションを一意に識別するセッション識別子とを含む状況情報を保持する第２記憶手段を備え、
前記サーバ管理装置は、前記セッションの確立時に前記セッションの状況情報を前記第２記憶手段に記録することを特徴とする請求項４に記載の通信システム。
【請求項６】
前記サーバ管理装置は、前記セッションの切断時に、切断された前記セッションの前記状況情報を前記第２記憶手段から削除することを特徴とする請求項５に記載の通信システム。
【請求項７】
前記サーバ管理装置は、前記サーバ装置から出力されるイベント通知に連動して前記セッションの切断を行うことを特徴とする請求項４に記載の通信システム。
【請求項８】
前記イベント通知は、前記端末装置のユーザが前記サーバ装置からログアウトしたことを示すイベント通知であることを特徴とする請求項７に記載の通信システム。
【請求項９】
前記イベント通知は、前記端末装置のユーザが前記サーバ装置へのログインに失敗したことを示すイベント通知であることを特徴とする請求項７に記載の通信システム。
【請求項１０】
（削除）
【請求項１１】
網を介してサーバ装置にアクセスする端末装置のユーザが、前記サーバ装置の利用権限を有するか否かを判定する判定手段と、前記端末装置と前記サーバ装置との間の通信に際し前記網の利用許可を得るために所定のシグナリングプロトコルを使用して前記網の制御装置を通じて行われるセッションの確立処理の可否を、前記判定手段の判定結果に応じて制御する連携制御手段とを有する認証連携装置を備え、
前記端末装置が、前記サーバ装置からサービスの提供を受ける１以上のユーザ端末に代わって前記セッションの確立処理を行うセッション制御手段を有する通信セッション集約装置であることを特徴とする通信システム。
【請求項１２】
前記通信セッション集約装置は、
前記端末装置のユーザを一意に識別するユーザ識別子と前記セッションを一意に識別するセッション識別子との対応関係を保持する第３記憶手段を備え、
前記セッション制御手段は、前記セッションの確立時に前記対応関係を前記第３記憶手段に記録することを特徴とする請求項１１に記載の通信システム。
【請求項１３】
前記セッション制御手段は、前記セッションの切断時に、切断された前記セッションの前記対応関係を前記第３記憶手段から削除することを特徴とする請求項１２に記載の通信システム。
【請求項１４】
前記セッション制御手段は、前記端末装置の通信プロトコルで使用する通信リソース識別子と前記シグナリングプロトコルで使用する通信リソース識別子との対応関係を保持する第１のテーブルを参照して、前記端末装置が出力した通信メッセージに含まれる通信相手の通信リソース識別子に対応する前記シグナリングプロトコルで使用する通信リソース識別子を取得し、取得した通信リソース識別子で特定される通信相手端末とセッションの確立処理を行うことを特徴とする請求項１１に記載の通信システム。
【請求項１５】
前記セッション制御手段は、前記端末装置のユーザを一意に識別するユーザ識別子と通信属性情報との対応関係を保持する第２のテーブルを参照して、通信メッセージを出力した前記端末装置のユーザに対応する通信属性情報を取得し、取得した通信属性情報を用いて前記セッションの確立処理時に通信相手端末とネゴシエーションを行うことを特徴とする請求項１４に記載の通信システム。
【請求項１６】
前記セッション制御手段は、前記端末装置のユーザを一意に識別するユーザ識別子と通信相手端末を一意に識別する識別子と通信属性情報との対応関係を保持する第２のテーブルを参照して、通信メッセージを出力した前記端末装置のユーザと通信相手端末との組み合わせに対応する通信属性情報を取得し、取得した通信属性情報を用いて前記セッションの確立処理時に通信相手端末とネゴシエーションを行うことを特徴とする請求項１４に記載の通信システム。
【請求項１７】
前記通信セッション集約装置のセッション制御手段がネゴシエーションを行う通信相手端末が、前記端末装置に対して網を通じてサービスを提供するサーバ装置であることを特徴とする請求項１１に記載の通信システム。
【請求項１８】
前記通信セッション集約装置のセッション制御手段がネゴシエーションを行う通信相手端末が、前記端末装置に対して網を通じてサービスを提供するサーバ装置に代わってセッションの確立処理およびその切断処理を行うサーバ管理装置であることを特徴とする請求項１１に記載の通信システム。
【請求項１９】
（削除）
【請求項２０】
（削除）
【請求項２１】
（削除）
【請求項２２】
網を介してサーバ装置にアクセスする端末装置のユーザが前記サーバ装置の利用権限を有するか否かを判定する第１ステップと、
前記端末装置と前記サーバ装置との間の通信に際し前記網の利用許可を得るために所定のシグナリングプロトコルを使用して前記網の制御装置を通じて行われるセッションの確立処理の可否を、前記判定の結果に応じて制御する第２ステップと
を備え、
前記第１ステップおよび前記第２ステップは、前記セッションの確立処理を行う前記サーバ装置で行うことを特徴とする通信方法。
【請求項２３】
網を介してサーバ装置にアクセスする端末装置のユーザが前記サーバ装置の利用権限を有するか否かを判定する第１ステップと、
前記端末装置と前記サーバ装置との間の通信に際し前記網の利用許可を得るために所定のシグナリングプロトコルを使用して前記網の制御装置を通じて行われるセッションの確立処理の可否を、前記判定の結果に応じて制御する第２ステップと
を備え、
前記第１ステップおよび前記第２ステップは、前記サーバ装置に代わって前記セッションの確立処理が行われるサーバ管理装置で行うことを特徴とする通信方法。
【請求項２４】
前記サーバ装置を一意に識別するサーバ識別子と前記サーバ装置にアクセスしている前記通信相手端末とセッションを一意に識別するセッション識別子とを含む状況情報を保持する第２記憶手段に、前記セッションの確立時に前記セッションの状況情報を記録する第３ステップを備える
ことを特徴とする請求項２３に記載の通信方法。
【請求項２５】
網を介してサーバ装置にアクセスする端末装置のユーザが前記サーバ装置の利用権限を有するか否かを判定する第１ステップと、
前記端末装置と前記サーバ装置との間の通信に際し前記網の利用許可を得るために所定のシグナリングプロトコルを使用して前記網の制御装置を通じて行われるセッションの確立処理の可否を、前記判定の結果に応じて制御する第２ステップと
を備え、
前記第１ステップでは、前記端末装置のユーザを一意に識別するユーザ識別子と利用可および利用不可の少なくとも一方のサーバ装置を一意に識別するサーバ識別子のリストとの組を保持する第１記憶手段を参照し、
前記セッションの切断時に、切断された前記セッションの前記状況情報を前記第１記憶手段から削除する第４ステップをさらに備えることを特徴とする通信方法。
【請求項２６】
前記サーバ装置から出力されるイベント通知に連動して前記セッションの切断を行う第５ステップを備えることを特徴とする請求項２３に記載の通信方法。
【請求項２７】
前記イベント通知は、前記端末装置のユーザが前記サーバ装置からログアウトしたことを示すイベント通知であることを特徴とする請求項２６に記載の通信方法。
【請求項２８】
前記イベント通知は、前記端末装置のユーザが前記サーバ装置へのログインに失敗したことを示すイベント通知であることを特徴とする請求項２６に記載の通信方法。
【請求項２９】
（削除）
【請求項３０】
網を介してサーバ装置にアクセスする端末装置のユーザが前記サーバ装置の利用権限を有するか否かを判定する第１ステップと、
前記端末装置と前記サーバ装置との間の通信に際し前記網の利用許可を得るために所定のシグナリングプロトコルを使用して前記網の制御装置を通じて行われるセッションの確立処理の可否を、前記判定の結果に応じて制御する第２ステップと
を備え、
前記第１ステップおよび前記第２ステップは、前記サーバ装置からサービスの提供を受ける１以上のユーザ端末に代わって前記セッションの確立処理が行われる前記端末装置で行うことを特徴とする通信方法。
【請求項３１】
前記端末装置のユーザを一意に識別するユーザ識別子と前記セッションを一意に識別するセッション識別子との対応関係を保持する第３記憶手段に、前記セッションの確立時に前記対応関係を記録する第６ステップを備える
ことを特徴とする請求項３０に記載の通信方法。
【請求項３２】
前記セッションの切断時に、切断された前記セッションの前記対応関係を前記第３記憶手段から削除する第７ステップを備える
ことを特徴とする請求項３１に記載の通信方法。
【請求項３３】
前記端末装置の通信プロトコルで使用する通信リソース識別子と前記シグナリングプロトコルで使用する通信リソース識別子との対応関係を保持する第１のテーブルを参照して、前記端末装置が出力した通信メッセージに含まれる通信相手の通信リソース識別子に対応する前記シグナリングプロトコルで使用する通信リソース識別子を取得する第８ステップと、取得した通信リソース識別子で特定される通信相手端末とセッションの確立処理を行う第９ステップと
を備えることを特徴とする請求項３０に記載の通信方法。
【請求項３４】
前記端末装置のユーザを一意に識別するユーザ識別子と通信属性情報との対応関係を保持する第２のテーブルを参照して、通信メッセージを出力した前記端末装置のユーザに対応する通信属性情報を取得する第１０ステップと、取得した通信属性情報を用いて前記セッションの確立処理時に通信相手端末とネゴシエーションを行う第１１ステップと
を備えることを特徴とする請求項３３に記載の通信方法。
【請求項３５】
前記通信セッション集約装置は、
前記端末装置のユーザを一意に識別するユーザ識別子と通信相手端末を一意に識別する識別子と通信属性情報との対応関係を保持する第２のテーブルを参照して、通信メッセージを出力した前記端末装置のユーザと通信相手端末との組み合わせに対応する通信属性情報を取得する第１０ステップと、取得した通信属性情報を用いて前記セッションの確立処理時に通信相手端末とネゴシエーションを行う第１１ステップと
を備えることを特徴とする請求項３３に記載の通信方法。
【請求項３６】
前記ネゴシエーションを行う通信相手端末が、前記端末装置に対して網を通じてサービスを提供するサーバ装置であることを特徴とする請求項３０に記載の通信方法。
【請求項３７】
前記ネゴシエーションを行う通信相手端末が、前記端末装置に対して網を通じてサービスを提供するサーバ装置に代わってセッションの確立処理およびその切断処理を行うサーバ管理装置であることを特徴とする請求項３０に記載の通信方法。
【請求項３８】
（削除）
【請求項３９】
（削除）
【請求項４０】
（削除）
【請求項４１】
網を介してサーバ装置にアクセスする端末装置のユーザが前記サーバ装置の利用権限を有するか否かを判定する判定手段と、前記端末装置と前記サーバ装置との間の通信に際し前記網の利用許可を得るために所定のシグナリングプロトコルを使用して前記網の制御装置を通じて行われるセッションの確立処理の可否を、前記判定手段の判定結果に応じて制御する連携制御手段とを備え、
前記セッションの確立処理を行う前記サーバ装置に、前記連携制御手段が設けられていることを特徴とする認証連携装置。
【請求項４２】
網を介してサーバ装置にアクセスする端末装置のユーザが前記サーバ装置の利用権限を有するか否かを判定する判定手段と、前記端末装置と前記サーバ装置との間の通信に際し前記網の利用許可を得るために所定のシグナリングプロトコルを使用して前記網の制御装置を通じて行われるセッションの確立処理の可否を、前記判定手段の判定結果に応じて制御する連携制御手段とを備え、
前記サーバ装置に代わって前記セッションの確立処理を行うサーバ管理装置に、前記連携制御手段が設けられていることを特徴とする認証連携装置。
【請求項４３】
前記サーバ管理装置は、前記サーバ装置を一意に識別するサーバ識別子と前記サーバ装置にアクセスしている前記通信相手端末とセッションを一意に識別するセッション識別子とを含む状況情報を保持する第２記憶手段を備え、前記セッションの確立時に前記セッションの状況情報を前記第２記憶手段に記録することを特徴とする請求項４２に記載の認証連携装置。
【請求項４４】
前記サーバ管理装置は、前記セッションの切断時に、切断された前記セッションの前記状況情報を前記第２記憶手段から削除することを特徴とする請求項４３に記載の認証連携装置。
【請求項４５】
前記サーバ管理装置は、前記サーバ装置から出力されるイベント通知に連動して前記セッションの切断を行うことを特徴とする請求項４２に記載の認証連携装置。
【請求項４６】
前記イベント通知は、前記端末装置のユーザが前記サーバ装置からログアウトしたことを示すイベント通知であることを特徴とする請求項４５に記載の認証連携装置。
【請求項４７】
前記イベント通知は、前記端末装置のユーザが前記サーバ装置へのログインに失敗したことを示すイベント通知であることを特徴とする請求項４５に記載の認証連携装置。
【請求項４８】
（削除）
【請求項４９】
網を介してサーバ装置にアクセスする端末装置のユーザが前記サーバ装置の利用権限を有するか否かを判定する判定手段と、前記端末装置と前記サーバ装置との間の通信に際し前記網の利用許可を得るために所定のシグナリングプロトコルを使用して前記網の制御装置を通じて行われるセッションの確立処理の可否を、前記判定手段の判定結果に応じて制御する連携制御手段とを備え、
前記端末装置が、前記サーバ装置からサービスの提供を受ける１以上のユーザ端末に代わって前記セッションの確立処理を行うセッション制御手段を備える通信セッション集約装置であることを特徴とする認証連携装置。
【請求項５０】
前記通信セッション集約装置は、前記端末装置のユーザを一意に識別するユーザ識別子と前記セッションを一意に識別するセッション識別子との対応関係を保持する第３記憶手段を備え、前記セッション制御手段は、前記セッションの確立時に前記対応関係を前記第３記憶手段に記録することを特徴とする請求項４９に記載の認証連携装置。
【請求項５１】
前記セッション制御手段は、前記セッションの切断時に、切断された前記セッションの前記対応関係を前記第３記憶手段から削除することを特徴とする請求項５０に記載の認証連携装置。
【請求項５２】
前記セッション制御手段は、前記端末装置の通信プロトコルで使用する通信リソース識別子と前記シグナリングプロトコルで使用する通信リソース識別子との対応関係を保持する第１のテーブルを参照して、前記端末装置が出力した通信メッセージに含まれる通信相手の通信リソース識別子に対応する前記シグナリングプロトコルで使用する通信リソース識別子を取得し、取得した通信リソース識別子で特定される通信相手端末とセッションの確立処理を行うことを特徴とする請求項４９に記載の認証連携装置。
【請求項５３】
前記セッション制御手段は、前記端末装置のユーザを一意に識別するユーザ識別子と通信属性情報との対応関係を保持する第２のテーブルを参照して、通信メッセージを出力した前記端末装置のユーザに対応する通信属性情報を取得し、取得した通信属性情報を用いて前記セッションの確立処理時に通信相手端末とネゴシエーションを行うことを特徴とする請求項５２に記載の認証連携装置。
【請求項５４】
前記セッション制御手段は、前記端末装置のユーザを一意に識別するユーザ識別子と通信相手端末を一意に識別する識別子と通信属性情報との対応関係を保持する第２のテーブルを参照して、通信メッセージを出力した前記端末装置のユーザと通信相手端末との組み合わせに対応する通信属性情報を取得し、取得した通信属性情報を用いて前記セッションの確立処理時に通信相手端末とネゴシエーションを行うことを特徴とする請求項５２に記載の認証連携装置。
【請求項５５】
前記通信セッション集約装置のセッション制御手段がネゴシエーションを行う通信相手端末が、前記端末装置に対して網を通じてサービスを提供するサーバ装置であることを特徴とする請求項４９に記載の認証連携装置。
【請求項５６】
前記通信セッション集約装置のセッション制御手段がネゴシエーションを行う通信相手端末が、前記端末装置に対して網を通じてサービスを提供するサーバ装置に代わってセッションの確立処理およびその切断処理を行うサーバ管理装置であることを特徴とする請求項４９に記載の認証連携装置。
【請求項５７】
（削除）
【請求項５８】
（削除）
【請求項５９】
（削除）
【請求項６０】
網を介してサーバ装置に端末装置がアクセスする通信システムに設けられる認証連携装置を構成するコンピュータを、前記端末装置のユーザが前記サーバ装置の利用権限を有するか否かを判定する判定手段と、前記端末装置と前記サーバ装置との間の通信に際し前記網の利用許可を得るために所定のシグナリングプロトコルを使用して前記網の制御装置を通じて行われるセッションの確立処理の可否を、前記判定結果に応じて制御する連携制御手段として機能させるためのプログラムであって、
前記セッションの確立処理を行う前記サーバ装置に、前記連携制御手段としての機能が設けられていることを特徴とするプログラム。
【請求項６１】
網を介してサーバ装置に端末装置がアクセスする通信システムに設けられる認証連携装置を構成するコンピュータを、前記端末装置のユーザが前記サーバ装置の利用権限を有するか否かを判定する判定手段と、前記端末装置と前記サーバ装置との間の通信に際し前記網の利用許可を得るために所定のシグナリングプロトコルを使用して前記網の制御装置を通じて行われるセッションの確立処理の可否を、前記判定結果に応じて制御する連携制御手段として機能させるためのプログラムであって、
前記サーバ装置に代わって前記セッションの確立処理を行うサーバ管理装置に、前記連携制御手段としての機能が設けられていることを特徴とするプログラム。
【国際調査報告】
2009066596.tif 000029
2009066596.tif 000030
2009066596.tif 000031
2009066596.tif 000032