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