アプリケーションサービスシステム、サーバシステム、セッション管理方法、及びプログラム
【課題】 ＳＩＰセッションを伴うアプリケーションサービスシステムにおいて、ＡＰサーバへの不正なアクセスを防ぎ、セキュリティレベルを向上させる。
【解決手段】 クライアント１００がＳＩＰセッション確立要求を送信すると、回線認証システム３００が、回線識別子をもとにＳＩＰ認証情報の正当性を確認し、サーバシステム２００に転送する。サーバシステム２００のセッション管理サーバ２１０は、ＳＩＰセッション確立要求をもとにサービスセッションを識別するためのサービスセッション情報の生成と、ＳＩＰ認証情報に対応するサービス認証情報の取得を行う。クライアント１００がサービスセッション確立要求を送信すると、ＡＰサーバ２２０は、サービスセッション情報とサービス認証情報を用いてユーザ認証を行う。
【解決手段】 クライアント１００がＳＩＰセッション確立要求を送信すると、回線認証システム３００が、回線識別子をもとにＳＩＰ認証情報の正当性を確認し、サーバシステム２００に転送する。サーバシステム２００のセッション管理サーバ２１０は、ＳＩＰセッション確立要求をもとにサービスセッションを識別するためのサービスセッション情報の生成と、ＳＩＰ認証情報に対応するサービス認証情報の取得を行う。クライアント１００がサービスセッション確立要求を送信すると、ＡＰサーバ２２０は、サービスセッション情報とサービス認証情報を用いてユーザ認証を行う。
【発明の詳細な説明】
【技術分野】
【０００１】
本発明はアプリケーションサーバによりサービスを提供する、アプリケーションサービスシステム、サーバシステム、セッション管理方法、及びプログラムに関する。
【背景技術】
【０００２】
アプリケーションサーバ（以後ＡＰサーバとする）がクライアントにサービスを提供するシステムにおいて、クライアントとＡＰサーバ間でＳＩＰ（Ｓｅｓｓｉｏｎ Ｉｎｉｔｉａｔｉｏｎ Ｐｒｏｔｏｃｏｌ）を使い、ＳＩＰセッションを事前に確立することにより、ＡＰサーバ利用時の認証を行う方法がある。
【０００３】
例えば、特許文献１には、クライアントとＡＰサーバ間に中継サーバを設置し、クライアント−中継サーバ間、中継サーバ−ＡＰサーバ間にＳＩＰセッションを確立し、中継サーバにおいてユーザ認証を行う方法が開示されている。
【０００４】
また、関連技術として、端末装置がＳＩＰによりセッション制御サブシステムに帯域確保を依頼し、セッション制御サブシステムがＳＩＰによりコンテンツ制御サブシステムにセッション開始を要求することにより、帯域確保を行う方法が特許文献２に開示されている。
【０００５】
また、他の関連技術として、コンテンツ提供サービスにおいて、端末の現在接続数と最大同時接続数により、接続可否を判断する方法が特許文献３に開示されている。
【０００６】
【特許文献１】特開２００５−７３２３６号公報
【特許文献２】特開２００５−１２６５５号公報
【特許文献３】特開２００４−２４０６４１号公報
【発明の開示】
【発明が解決しようとする課題】
【０００７】
しかしながら、上述した特許文献１においては、中継サーバがクライアントから受信したＳＩＰメッセージ中の認証情報を基にユーザ認証を行うが、正規ユーザ以外が正規ユーザの認証情報を使い（なりすまし）、不正にＡＰサーバにアクセスする可能性があった。
【０００８】
（発明の目的）
本発明の目的は、上述した課題である、ＳＩＰセッションを伴うアプリケーションサービスシステムにおいて、不正なユーザによるなりすましにより、ＡＰサーバへの不正なアクセスが行われる可能性があるという問題を解決した、アプリケーションサービスシステム、サーバシステム、セッション管理方法、及びプログラムを提供することにある。
【課題を解決するための手段】
【０００９】
本発明のアプリケーションサービスシステムは、クライアント、回線認証システム、及びサーバシステムを含むアプリケーションサービスシステムであって、前記クライアントは、回線を経由してＳＩＰセッション確立要求を前記回線認証システムに送信する手段と、ＳＩＰセッション確立後、前記回線を経由してサービスセッション確立要求を前記サーバシステムに送信する手段を備え、前記回線認証システムは、前記ＳＩＰセッション確立要求を受信した前記回線の回線識別子をもとに前記ＳＩＰセッション確立要求に含まれるＳＩＰ認証情報の正当性を確認し、前記ＳＩＰセッション確立要求を前記サーバシステムに転送する手段を備え、前記サーバシステムは、前記ＳＩＰセッション確立要求をもとにサービスセッションを識別するためのサービスセッション情報の生成と、前記ＳＩＰ認証情報に対応するサービス認証情報の取得を行うセッション制御手段と、前記サービスセッション確立要求を受信した際、前記サービスセッション情報と前記サービス認証情報を用いてユーザ認証を行うＡＰサーバと、を備えたことを特徴とする。
【００１０】
本発明のサーバシステムは、正当性が確認されたＳＩＰ認証情報を含むＳＩＰセッション確立要求を受信した際、前記ＳＩＰセッション確立要求をもとにサービスセッションを識別するためのサービスセッション情報の生成と、前記ＳＩＰ認証情報に対応するサービス認証情報の取得を行うセッション制御手段と、セッション確立要求を受信した際、前記サービスセッション情報と前記サービス認証情報を用いてユーザ認証を行うＡＰサーバと、を備えたことを特徴とする。
【００１１】
本発明のサービス提供方法は、クライアントが、回線を経由してＳＩＰセッション確立要求を回線認証システムに送信するＳＩＰセッション確立要求送信ステップと、前記回線認証システムが、前記ＳＩＰセッション確立要求を受信した前記回線の回線識別子をもとに前記ＳＩＰセッション確立要求に含まれるＳＩＰ認証情報の正当性を確認し、前記ＳＩＰセッション確立要求をサーバシステムに転送する回線認証ステップと、前記サーバシステムが、前記ＳＩＰセッション確立要求をもとにサービスセッションを識別するためのサービスセッション情報の生成を行うセッション情報生成ステップと、前記ＳＩＰ認証情報に対応するサービス認証情報の取得を行うサービス認証情報取得ステップと、前記クライアントが、ＳＩＰセッション確立後、前記回線を経由してサービスセッション確立要求を前記サーバシステムに送信するサービスセッション確立要求送信ステップと、サーバシステムが、前記サービスセッション確立要求を受信した際、前記サービスセッション情報と前記サービス認証情報を用いてＡＰサーバのユーザ認証を行うユーザ認証ステップと、を含むことを特徴とする。
【００１２】
本発明のプログラムは、セッション管理サーバ用コンピュータを、正当性が確認されたＳＩＰ認証情報を含むＳＩＰセッション確立要求を受信した際、前記ＳＩＰセッション確立要求をもとにサービスセッションを識別するためのサービスセッション情報の生成と、前記ＳＩＰ認証情報に対応するサービス認証情報の取得と、前記サービスセッション情報と前記サービス認証情報のＡＰサーバへの通知とを行うセッション制御手段として機能させることを特徴とする。
【発明の効果】
【００１３】
本発明の効果は、アプリケーションサービスシステムにおいて、ＡＰサーバへの不正なアクセスを防ぎ、セキュリティレベルを向上させることができることである。
【発明を実施するための最良の形態】
【００１４】
（第一の実施の形態）
次に、本発明の第一の実施の形態について図面を参照して詳細に説明する。
【００１５】
本発明の第一の実施の形態においては、ＳＩＰセッションの制御、アプリケーションサービスの提供は、ＩＰプロトコルを用いた通信により行われるものとする。また、ＳＩＰ認証情報として、ユーザ側クライアントが付与するＳＩＰ−ＵＲＩ（Ｕｎｉｆｏｒｍ Ｒｅｓｏｕｒｃｅ Ｉｄｅｎｔｉｆｉｅｒ）が用いられるものとする。また、例として、アプリケーションサービスのセッション（以下、サービスセッションとする）は、ＨＴＴＰ（Ｈｙｐｅｒｔｅｘｔ Ｔｒａｎｓｆｅｒ Ｐｒｏｔｏｃｏｌ）を用いたＨＴＴＰセッションである場合について説明する。
【００１６】
図１は、本発明の第一の実施の形態の構成図である。図１を参照すると、本発明の第一の実施の形態におけるアプリケーションサービスシステムは、クライアント１００、サーバシステム２００、及び回線認証システム３００により構成される。クライアント１００と回線認証システム３００は、回線４００により接続される。回線認証システム３００は、例えば、通信事業者やネットワークプロバイダ等のネットワークサービス提供者に所有され、ＳＩＰを利用して各種通信サービスを提供するネットワーク（例えば、次世代ネットワーク）上に設置される。回線４００は、回線識別子により識別される。回線４００は、回線識別子によりユーザが特定できるものであれば、加入者線などの物理的な回線や、物理回線に収容される論理的な回線でもよい。
【００１７】
クライアント１００は、プログラム制御によって動作する情報処理装置であり、Ｗｅｂブラウザ等のアプリケーションにより、後述するＡＰサーバ２２０を利用する。また、クライアント１００は、サービスセッションを開始する前に、サーバシステム２００にＳＩＰセッション確立要求を送信する。
【００１８】
サーバシステム２００は、セッション管理サーバ２１０、及びＡＰサーバ２２０より構成される。セッション管理サーバ２１０は、ＳＩＰセッション確立要求の受付制御を行う。ＡＰサーバ２２０は、ＷｅｂサイトやＷｅｂアプリケーションによるサービスを提供する。セッション管理サーバ２１０とＡＰサーバ２２０は、プログラム制御によって動作する情報処理装置であり、それぞれが独立した装置であってもよいし、１つの装置として構成されていてもよい。
【００１９】
回線認証システム３００は、プログラム制御によって動作する情報処理装置であり、回線識別子をもとにＳＩＰ認証情報の正当性の確認を行う。
【００２０】
クライアント１００−サーバシステム２００間の通信は、回線４００を経由して行われるものとする。また、クライアント１００−サーバシステム２００間の通信のうち、ＳＩＰメッセージは回線認証システム３００を経由し、ＳＩＰメッセージ以外の、ＡＰサーバ２２０との通信（サービスセッション）は、回線認証システム３００を経由せずに行われるものとする。
【００２１】
次に、本発明の第一の実施の形態の動作について図面を参照して説明する。
【００２２】
クライアント１００は、サービスセッションの確立に先立ち、クライアント１００−サーバシステム２００間にＳＩＰセッションを確立し、サービスセッションの開始を要求する。ＳＩＰセッションが確立した場合、クライアント１００は、サービスセッションの開始が許可されたものとして、サービスセッションの確立要求を行い、ＡＰサーバ２２０のアプリケーションに関する一連のトランザクションを実行する。トランザクションの実行が終了し、サービスセッションが終了すると、サーバシステム２００は、クライアント１００−サーバシステム２００間のＳＩＰセッションを切断する。
【００２３】
（サービスセッションの確立）
はじめに、サービスセッションの確立に関する動作、即ち、クライアント１００がサーバシステム２００にＳＩＰセッションの確立を要求し、その後、クライアント１００がサーバシステム２００にサービスセッションの確立を要求する動作について説明する。
【００２４】
図２は、本発明の第一の実施の形態におけるサービスセッション確立の動作を示すシーケンス図、図３は、セッション管理サーバ２１０における処理フローである。
【００２５】
クライアント１００は、Ｗｅｂブラウザ等のアプリケーションにおいて、ＡＰサーバ２２０へのアクセス要求が発生すると、回線４００を経由して、サーバシステム２００に、ＳＩＰセッション確立要求を送信する（ステップＳ１０１）。当該ＳＩＰセッション確立要求には、送信元であるクライアント１００のＳＩＰ−ＵＲＩ、サービスセッションのプロトコル種別（例えば、ＨＴＴＰ）が含まれている。
【００２６】
回線認証システム３００は、回線４００を経由してＳＩＰセッション確立要求を受信すると、ＳＩＰ−ＵＲＩの正当性の確認を行う（ステップＳ１０２）。回線認証システム３００には、図６に示すように、回線識別子と当該回線識別子の回線４００に接続されたクライアント１００が使用するＳＩＰ−ＵＲＩが関連付けられ、回線認証ＤＢ（データベース）３０１に予め保存されているものとする。回線認証システム３００は、セッション確立要求を受信した回線４００の回線識別子と、当該ＳＩＰセッション確立要求に含まれるＳＩＰ−ＵＲＩの組み合わせが、回線認証ＤＢ３０１に存在するかどうかを検索し、存在していた場合、当該ＳＩＰ−ＵＲＩは正しいものとする。回線認証システム３００は、ＳＩＰ−ＵＲＩが正しい場合、当該ＳＩＰセッション確立要求をサーバシステム２００に転送する（ステップＳ１０３）。
【００２７】
サーバシステム２００は、ＳＩＰセッション確立要求を受信すると（ステップＡ１０１）、セッション管理サーバ２１０が、当該ＳＩＰセッション確立要求から送信元（クライアント１００）のＩＰアドレス、プロトコル種別、及びＳＩＰ−ＵＲＩを抽出する（ステップＳ１０４、Ａ１０２）。セッション管理サーバ２１０のメンバー管理ＤＢ２１１には、図７に示すように、ユーザのＳＩＰ−ＵＲＩと、当該ユーザがＡＰサーバ２２０へアクセスする場合に使用するサービス認証情報（アカウントとパスワード）が関連付けられて予め保存されているものとする。セッション管理サーバ２１０は、当該ＳＩＰ−ＵＲＩがメンバー管理ＤＢ２１１に存在するかどうかを検索する（ステップＡ１０３）。セッション管理サーバ２１０は、当該ＳＩＰ−ＵＲＩがメンバー管理ＤＢ２１１に存在しない場合（ステップＡ１０４／Ｎ）、ＳＩＰ−ＵＲＩによる認証失敗とし、クライアント１００にアクセス拒否応答を送信する（ステップＡ１１１）。セッション管理サーバ２１０は、メンバー管理ＤＢ２１１に当該ＳＩＰ−ＵＲＩが存在する場合（ステップＡ１０４／Ｙ）、ＳＩＰ−ＵＲＩによる認証成功とし、当該ＳＩＰ−ＵＲＩに対するメンバーＩＤ、サービス認証情報を取得する（ステップＳ１０５，Ａ１０５）。セッション管理サーバ２１０は、ＳＩＰセッション確立要求の送信元ＩＰアドレスとポート番号（ＳＩＰセッション確立要求から抽出されたプロトコル種別に対応するポート番号）の組み合わせを、サービスセッションを識別するためのサービスセッション情報とする（ステップＡ１０６）。セッション管理サーバ２１０は、ＡＰサーバ２２０に、メンバーＩＤ、サービスセッション情報（ＩＰアドレス、ポート番号）、及びサービス認証情報（アカウント、パスワード）を含むトランザクション許可通知を送信する（ステップＳ１０６、Ａ１０７）。
【００２８】
ＡＰサーバ２２０は、トランザクション許可通知により受信したメンバーＩＤ、サービスセッション情報、及びサービス認証情報を、図９に示すような、サービス認証情報テーブル２２１に保存する（ステップＳ１０７）。
【００２９】
セッション管理サーバ２１０は、クライアント１００にサービスセッションの開始の許可として、ＳＩＰセッション確立応答（ＯＫ応答）を送信する（ステップＳ１０８、Ａ１０８）。
【００３０】
クライアント１００は、ＯＫ応答を受信した場合、受信確認のＡＣＫ応答をサーバシステム２００に送信する（ステップＳ１０９）。
【００３１】
セッション管理サーバ２１０は、クライアント１００からＡＣＫ応答を受信すると（ステップＡ１０９）、セッション確立時刻、サービスセッション情報、メンバーＩＤ、及びＳＩＰ−ＵＲＩを図８のようなセッション管理テーブル２１２に保存する（ステップＳ１０９、Ａ１１０）。
【００３２】
次に、クライアント１００は、ＳＩＰセッションの確立により、サービスセッションの開始（トランザクションの実行）が許可されたものとして、ＨＴＴＰセッション確立要求をサーバシステム２００に送信する（ステップＳ１１１）。当該ＨＴＴＰセッション確立要求には、サービスセッションのプロトコル種別（例えば、ＨＴＴＰ）に対応する宛先ポート番号が含まれている。
【００３３】
サーバシステム２００のＡＰサーバ２２０は、ＨＴＴＰセッション確立要求を受信すると、当該ＨＴＴＰセッション確立要求から、送信元（クライアント１００）のＩＰアドレスと宛先ポート番号を抽出する。ＡＰサーバ２２０は、サービス認証情報テーブル２２１を参照し、当該送信元ＩＰアドレス、宛先ポート番号の組み合わせと同じサービスセッション情報を検索し、サービス認証情報（アカウント、パスワード）を取得する（ステップＳ１１２）。ＡＰサーバ２２０は、取得したアカウント、パスワードによりアプリケーションサービスのユーザ認証を行い（ステップＳ１１３）、認証結果が正常であった場合、クライアント１００にＨＴＴＰセッション確立応答を送信する（ステップＳ１１４）。
【００３４】
クライアント１００とＡＰサーバ２２０は、要求されたＨＴＴＰセッションの通信を開始する（ステップＳ１１５）。
【００３５】
（サービスセッションの切断）
次に、サービスセッションの切断に関する動作、即ち、クライアント１００−サーバシステム２００間で、サービスセッションを確立している状態から、サービスセッション、ＳＩＰセッションを切断する動作について説明する。
【００３６】
図４は、本発明の第一の実施の形態におけるサービスセッション切断の動作を示すシーケンス図、図５は、セッション管理サーバ２１０における処理フローである。
【００３７】
クライアント１００−ＡＰサーバ２２０間でデータ通信中（ステップＳ２０１）、サービス終了またはログアウト等が行われた場合（ステップＳ２０２）、ＡＰサーバ２２０は、クライアント１００にＨＴＴＰセッション終了要求を送信する（ステップＳ２０３）。
【００３８】
クライアント１００は、ＡＰサーバ２２０に、ＨＴＴＰ ＡＣＫを送信し、ＨＴＴＰセッションを終了する（ステップＳ２０４）。
【００３９】
ＡＰサーバ２２０は、ＨＴＴＰセッションの終了後、サービス認証情報テーブル２２１から当該サービスセッションに関する情報を削除する（ステップＳ２０５）。ＡＰサーバ２２０は、トランザクション終了通知をセッション管理サーバ２１０に送信する（ステップＳ２０６）。セッション管理サーバ２１０は、トランザクション終了通知を受信すると（ステップＡ２０１）、クライアント１００にＳＩＰセッション切断要求を送信する（ステップＳ２０７、Ａ２０２）。
【００４０】
クライアント１００は、ＳＩＰセッション切断要求を受信すると、サーバシステム２００へＡＣＫ応答を送信する（ステップＳ２０８）。
【００４１】
セッション管理サーバ２１０は、ＡＣＫ応答を受信すると（ステップＡ２０３）、セッション管理テーブル２１２から、当該ＳＩＰセッションに関する情報を削除する（ステップＳ２０９、Ａ２０４）。
【００４２】
以上により、本発明の第一の実施の形態における動作が完了する。
【００４３】
なお、本発明の第一の実施の形態では、メンバー管理ＤＢ２１１として、ユーザのＳＩＰ−ＵＲＩとサービス認証情報が１対１で対応している例（図７）を示したが、複数のＳＩＰ−ＵＲＩに対して、１つのサービス認証情報が対応するようにしてもよい。これにより、例えば、ユーザが複数の回線４００（例えば、オフィスと自宅）を使用する場合であっても、メンバー管理ＤＢ２１１上で、各回線４００のＳＩＰ−ＵＲＩに、同一のサービス認証情報を対応させることにより、どの回線４００からもＡＰサーバ２２０への認証が可能となる。
【００４４】
本発明の第一の実施の形態によれば、アプリケーションサービスシステムにおいて、ＡＰサーバへの不正なアクセスを防ぎ、セキュリティレベルを向上させることができる。その理由は、回線認証システム３００が回線識別子をもとにＳＩＰ認証情報の正当性を確認し、サーバシステム２００がＳＩＰ認証情報に対応するサービス認証情報を用いてＡＰサーバ２２０のユーザ認証を行うため、なりすましによる不正アクセスを防げるためである。
【００４５】
また、本発明の第一の実施の形態によれば、アプリケーションサービスシステムにおいて、高いセキュリティレベルを保ちつつ、ユーザによるＡＰサーバへのログイン時の認証を簡略化できる。その理由は、回線認証システム３００がＳＩＰ認証情報の正当性を確認し、サーバシステム２００がＳＩＰ認証情報に対応するサービス認証情報を検索し、当該サービス認証情報を用いてＡＰサーバ２２０のユーザ認証を行うため、ユーザによる認証情報の入力が不要なためである。
【００４６】
また、本発明の第一の実施の形態によれば、アプリケーションサービスシステムにおいて、既存のＡＰサーバのサービス認証情報（アカウント、パスワード）はそのままで、複数の回線における回線認証とＡＰサーバのユーザ認証を連携することができる。その理由は、サーバシステム２００のメンバー管理ＤＢ２１１において、ＳＩＰ−ＵＲＩが異なる複数の回線４００に対して同一のサービス認証情報を対応させることにより、どの回線４００からも、同じサービス認証情報で、ＡＰサーバ２２０におけるユーザ認証が行えるためである。
【００４７】
（第二の実施の形態）
次に、本発明の第二の実施の形態について図面を参照して詳細に説明する。
【００４８】
本発明の第二の実施の形態においては、サーバシステム２００において、サービスセッションに対するアクセス制御と帯域制御を行う点において、本発明の第一の実施の形態と異なる。なお、本発明の第二の実施の形態において、第一の実施の形態と同一の符号を有する構成要素については、特に説明の無い限り、第一の実施の形態と同一であるものとする。
【００４９】
図１０は、本発明の第二の実施の形態の構成図である。図１０を参照すると、本発明の第二の実施の形態におけるアプリケーションサービスシステムは、クライアント１００、サーバシステム２００、及び回線認証システム３００により構成される。回線認証システム３００は、ネットワーク５００上に設置される。ネットワーク５００は、例えば、通信事業者やネットワークプロバイダ等のネットワークサービス提供者に所有され、ＳＩＰを利用して各種通信サービスを提供するネットワーク（例えば、次世代ネットワーク）である。
【００５０】
クライアント１００は、Ｗｅｂブラウザ等のクライアントアプリケーション（以下、クライアントＡＰとする）１１０、及びＳＩＰ終端部１２０より構成される。
【００５１】
サーバシステム２００は、セッション管理サーバ２１０、ＡＰサーバ２２０、及びアプリケーションスイッチ（以下、ＡＰスイッチとする）２３０より構成される。
【００５２】
セッション管理サーバ２１０は、メンバー管理ＤＢ２１１、セッション管理テーブル２１２、セッション制御部２１３、ＳＩＰ終端部２１４、セッション数管理情報２１５、帯域管理情報２１６、及びサーバ負荷管理情報２１７より構成される。ここで、セッション制御部２１３は、サーバシステム２００内のセッション状態、ＡＰサーバ２２０の状態を監視制御する。セッション数管理情報２１５は、図１６に示すように、現在確立しているサービスセッション数と最大許容セッション数を記憶管理する。帯域管理情報２１６は、図１７に示すように、使用帯域（現在確立している各サービスセッションに確保されている帯域の総和）と最大許容帯域を、パケットの方向（上り（ネットワーク５００からの受信）／下り（ネットワーク５００への送信））別に記憶管理する。サーバ負荷管理情報２１７は、図１８に示すように、現在のＷｅｂサーバ２２２のサーバ負荷と最大許容負荷を記憶管理する。ここでは、例として、Ｗｅｂサーバ２２２の負荷として、ＣＰＵ使用利用率を用いているが、メモリ使用率等、他の負荷指標を用いてもよい。なお、セッション制御部２１３は、定期的に、ＡＰサーバ２２０のサーバ負荷監視部２２４から、サーバの負荷状態（ＣＰＵ使用利用率）を取得し、サーバ負荷管理情報２１７内の”サーバ負荷”を更新しているものとする。
【００５３】
ＡＰサーバ２２０は、サービス認証情報テーブル２２１、Ｗｅｂサーバ２２２、プロセス管理部２２３、及びサーバ負荷監視部２２４より構成される。ここで、Ｗｅｂサーバ２２２は、ＷｅｂサイトやＷｅｂアプリケーションを提供する。プロセス管理部２２３は、Ｗｅｂサーバ２２２上でのトランザクションの状態を管理する。サーバ負荷監視部２２４は、Ｗｅｂサーバ２２２の負荷状態を監視する。
【００５４】
ＡＰスイッチ２３０は、スイッチ管理部２３１、アクセス制御部２３２、及び帯域制御部２３３より構成される。ここで、スイッチ管理部２３１は、アクセス制御部２３２と帯域制御部２３３の制御管理を行う。アクセス制御部２３２は、ネットワーク５００側からのパケットのフィルタリングを行う。帯域制御部２３３は、サービスセッションのパケットについて、帯域制御を行う。
【００５５】
ＡＰスイッチ２３０はプログラム制御によって動作する情報処理装置でもよい。また、セッション管理サーバ２１０、ＡＰサーバ２２０、及びＡＰスイッチ２３０は、それぞれが独立した装置であってもよいし、いくつかを１つの装置として構成してもよい。
【００５６】
回線認証システム３００は、回線認証ＤＢ３０１、及び回線認証制御部３０２より構成される。
【００５７】
次に、本発明の第二の実施の形態の動作について図面を参照して説明する。
【００５８】
（サービスセッションの確立）
はじめに、サービスセッションの確立に関する動作について説明する。
【００５９】
図１１は、本発明の第二の実施の形態におけるサービスセッション確立の動作を示すシーケンス図、図１２は、セッション管理サーバ２１０における処理フローである。
【００６０】
クライアント１００のクライアントＡＰ１１０は、ＡＰサーバ２２０へのアクセス要求が発生すると、ＳＩＰ終端部１２０に対し、アクセス要求を送信する（ステップＳ３０１）。ＳＩＰ終端部１２０は、回線４００を経由して、サーバシステム２００に、ＳＩＰセッション確立要求を送信する（ステップＳ３０２）。当該ＳＩＰセッション確立要求には、送信元であるクライアント１００のＳＩＰ−ＵＲＩ、要求するサービスセッションのプロトコル種別、及び要求する帯域（上り／下り）が含まれている。
【００６１】
回線認証システム３００の回線認証制御部３０２は、回線４００を経由してＳＩＰセッション確立要求を受信すると（ステップＡ３０１）、回線認証ＤＢ３０１を用いて、ＳＩＰ−ＵＲＩの正当性の確認を行う（ステップＳ３０３）。回線認証システム３００は、ＳＩＰ−ＵＲＩが正しい場合、当該ＳＩＰセッション確立要求をサーバシステム２００に転送する（ステップＳ３０４）。
【００６２】
サーバシステム２００のＳＩＰ終端部２１４は、ＳＩＰセッション確立要求を受信すると、当該ＳＩＰセッション確立要求をセッション制御部２１３に転送する（ステップＳ３０５）。セッション制御部２１３は、当該ＳＩＰセッション確立要求から送信元（クライアント１００）のＩＰアドレス、プロトコル種別、帯域、及びＳＩＰ−ＵＲＩを抽出する（ステップＳ３０６、Ａ３０２）。セッション制御部２１３は、当該ＳＩＰ−ＵＲＩがメンバー管理ＤＢ２１１に存在するかどうかを検索する（ステップＡ３０３）。セッション制御部２１３は、当該ＳＩＰ−ＵＲＩがメンバー管理ＤＢ２１１に存在しない場合（ステップＡ３０４／Ｎ）、ＳＩＰ−ＵＲＩによる認証失敗とし、クライアント１００にアクセス拒否応答を送信する（ステップＡ３１７）。セッション制御部２１３は、メンバー管理ＤＢ２１１に当該ＳＩＰ−ＵＲＩが存在する場合（ステップＡ３０４／Ｙ）、ＳＩＰ−ＵＲＩによる認証成功とし、当該ＳＩＰ−ＵＲＩに対するメンバーＩＤ、サービス認証情報を取得する（ステップＳ３０７、Ａ３０５）。セッション制御部２１３は、ＳＩＰセッション確立要求の送信元ＩＰアドレスとポート番号（ＳＩＰセッション確立要求から抽出されたプロトコル種別に対応するポート番号）の組み合わせを、サービスセッションを識別するためのサービスセッション情報とする（ステップＡ３０６）。
【００６３】
セッション制御部２１３は、セッション数管理情報２１５を参照し、サービスセッション数が最大許容セッション数未満かどうかを確認する（ステップＡ３０７）。セッション制御部２１３は、サービスセッション数が最大許容セッション数未満であれば（ステップＡ３０７／Ｙ）、帯域管理情報２１６を参照し、当該ＳＩＰセッション確立要求で要求された帯域を確保可能かどうかを、上り／下りの両方向について確認する（ステップＡ３０８）。即ち、セッション制御部２１３は、要求された帯域を使用帯域に加算しても、最大許容帯域を越えないかどうかを上り／下りの両方向について確認する。セッション制御部２１３は、要求された帯域を確保可能な場合（ステップＡ３０８／Ｙ）、サーバ負荷管理情報２１７を参照し、サーバ負荷が最大許容負荷以下かどうかを確認する（ステップＡ３０９）。セッション制御部２１３は、サーバ負荷が最大許容負荷以下である場合（ステップＡ３０９／Ｙ）、セッション数管理情報２１５のサービスセッション数に１を加算、帯域管理情報２１６の使用帯域に要求された帯域を加算し、更新する（ステップＳ３０８、Ａ３１０）。なお、セッション制御部２１３は、サービスセッション数が最大許容セッション数未満、帯域を確保可能、サーバ負荷が最大許容負荷以下、のいずれかを満たさない場合（ステップＡ３０７／Ｎ、Ａ３０８／Ｎ、Ａ３０９／Ｎ）、クライアント１００にアクセス拒否応答を送信する（ステップＡ３１７）。
【００６４】
セッション制御部２１３は、ＡＰサーバ２２０に、メンバーＩＤ、サービスセッション情報、及びサービス認証情報（アカウント、パスワード）を含むトランザクション許可通知を送信する（ステップＳ３０９、Ａ３１１）。
【００６５】
ＡＰサーバ２２０のプロセス管理部２２３は、トランザクション許可通知により受信したメンバーＩＤ、サービスセッション情報、及びサービス認証情報を、サービス認証情報テーブル２２１に保存する（ステップＳ３１０）。
【００６６】
セッション制御部２１３は、ＡＰスイッチ２３０に、サービスセッション情報（ＩＰアドレス、ポート番号）、及び帯域（上り／下り）を含むセッション制御開始要求を送信する（ステップＳ３１１、Ａ３１２）。
【００６７】
ＡＰスイッチ２３０のスイッチ管理部２３１は、セッション制御開始要求を受信すると、アクセス制御部２３２に、サービスセッション情報（ＩＰアドレス、ポート番号）を含むアクセス要求を送信する（ステップＳ３１２）。また、スイッチ管理部２３１は、帯域制御部２３３に対し、サービスセッション情報（ＩＰアドレス、ポート番号）と帯域（上り／下り）を含む帯域制御要求を送信する（ステップＳ３１４）。
【００６８】
アクセス制御部２３２は、アクセス要求を受信すると、サービスセッション情報にもとづき、ネットワーク５００側からのＩＰパケットをフィルタリングする。即ち、アクセス制御部２３２は、サービスセッション情報で指定されたＩＰアドレスとポート番号を送信元ＩＰアドレス、宛先ポート番号に持つＩＰパケットのみを転送し、それ以外のＩＰパケットは廃棄し、サーバシステム２００内に流入させない。
【００６９】
帯域制御部２３３は、帯域制御要求を受信すると、サービスセッション情報と帯域にもとづき帯域制御を開始する。即ち、帯域制御部２３３は、サービスセッション情報で指定されたＩＰアドレスとポート番号を送信元ＩＰアドレス、宛先ポート番号に持つＩＰパケットに対して、要求された帯域（上り）を確保するように帯域制御を行う。同様に、帯域制御部２３３は、サービスセッション情報で指定されたＩＰアドレスとポート番号を宛先ＩＰアドレス、宛先ポート番号に持つＩＰパケットに対して、要求された帯域（下り）を確保するように帯域制御を行う。スイッチ管理部２３１は、アクセス制御部２３２と帯域制御部２３３からの応答を受信した場合（ステップＳ３１３、Ｓ３１５）、セッション管理サーバ２１０に対し、セッション制御開始応答を送信する（ステップＳ３１６）。
【００７０】
セッション制御部２１３は、セッション制御開始応答を受信すると（ステップＡ３１３）、ＳＩＰ終端部２１４を介し、クライアント１００に、サービスセッションの開始の許可として、ＳＩＰセッション確立応答（ＯＫ応答）を送信する（ステップＳ３１７、Ａ３１４）。
【００７１】
クライアント１００のクライアントＡＰ１１０は、ＳＩＰ終端部１２０を介し、ＯＫ応答を受信する。クライアントＡＰ１１０は、ＳＩＰ終端部１２０を介し、受信確認のＡＣＫ応答をサーバシステム２００に送信する（ステップＳ３１８）。
【００７２】
セッション管理サーバ２１０のセッション制御部２１３は、クライアント１００からＡＣＫ応答を受信すると（ステップＡ３１５）、セッション確立時刻、サービスセッション情報、メンバーＩＤ、ＳＩＰ−ＵＲＩ、及びＳＩＰセッション確立要求時の要求内容（プロトコル種別、帯域）を図１５のようなセッション管理テーブル２１２に保存する（ステップＳ３１９、Ａ３１６）。
【００７３】
クライアント１００のクライアントＡＰ１１０は、ＳＩＰセッションの確立により、サービスセッションの開始（トランザクションの実行）が許可されたものとして、ＨＴＴＰセッション確立要求をサーバシステム２００に送信する（ステップＳ３２０）。当該ＨＴＴＰセッション確立要求には、サービスセッションのプロトコル種別（例えば、ＨＴＴＰ）に対応する宛先ポート番号が含まれている。
【００７４】
クライアント１００−サーバシステム２００間では、既にＳＩＰセッションが確立し、ＡＰスイッチ２３０には、送信元がクライアント１００で、クライアント１００により要求されたプロトコル種別のパケットが通過するように設定されている。従って、ＡＰスイッチ２３０は、クライアント１００から受信したＨＴＴＰセッション確立要求をＡＰサーバ２２０に転送する（ステップＳ３２１）。
【００７５】
ＡＰサーバ２２０のＷｅｂサーバ２２２は、ＨＴＴＰセッション確立要求を受信すると、当該ＨＴＴＰセッション確立要求から、送信元（クライアント１００）のＩＰアドレスと宛先ポート番号を抽出する。Ｗｅｂサーバ２２２は、当該ＩＰアドレスとポート番号を含むセッション認証情報要求を、プロセス管理部２２３に送信する（ステップＳ３２２）。プロセス管理部２２３は、サービス認証情報テーブル２２１を参照し、当該ＩＰアドレス、ポート番号の組み合わせと同じサービスセッション情報を検索し、サービス認証情報（アカウント、パスワード）を取得する（ステップＳ３２３）。プロセス管理部２２３は、取得したサービス認証情報をセッション認証情報応答として、Ｗｅｂサーバ２２２に送信する（ステップＳ３２４）。Ｗｅｂサーバ２２２は、セッション認証情報応答により取得したアカウント、パスワードにより、アプリケーションサービスのユーザ認証処理を行う（ステップＳ３２５）。Ｗｅｂサーバ２２２は、認証結果が正常の場合、クライアント１００にＨＴＴＰセッション確立応答を送信する（ステップＳ３２６）。
【００７６】
クライアント１００とＡＰサーバ２２０は、要求されたＨＴＴＰセッションの通信を開始する（ステップＳ３２８）。以降、サーバシステム２００のアクセス制御部２３２及び帯域制御部２３３は、スイッチ管理部２３１により設定されたサービスセッション情報、帯域にもとづいて、上り方向のパケットに対するフィルタリング、上り／下り方向の帯域制御を行う。
【００７７】
（サービスセッションの切断）
次に、サービスセッションの切断に関する動作について説明する。
【００７８】
図１３は、本発明の第二の実施の形態におけるサービスセッション切断の動作を示すシーケンス図、図１４は、セッション管理サーバ２１０における処理フローである。
【００７９】
クライアント１００と、ＡＰサーバ２２０間でサービスセッション上のデータ通信中に（ステップＳ４０１）、サービス終了もしくはログアウトが行われた場合（ステップＳ４０２、Ｓ４０３）、ＡＰサーバ２２０のＷｅｂサーバ２２２は、クライアント１００にＨＴＴＰセッション終了要求を送信する（ステップＳ４０４）。
【００８０】
クライアント１００のクライアントＡＰ１１０は、ＡＰサーバ２２０に、ＨＴＴＰ ＡＣＫを送信し、ＨＴＴＰセッションを終了する（ステップＳ４０６）。
【００８１】
Ｗｅｂサーバ２２２は、ＨＴＴＰセッションの終了後、プロセス管理部２２３に、サービスセッション情報を含んだトランザクション終了通知を送信する（ステップＳ４０８）。プロセス管理部２２３は、サービス認証情報テーブル２２１から、当該サービスセッションに関する情報を削除する（ステップＳ４０９）。プロセス管理部２２３はセッション管理サーバ２１０に、サービスセッション情報を含んだトランザクション終了通知を送信する（ステップＳ４１０）。
【００８２】
セッション管理サーバ２１０のセッション制御部２１３は、トランザクション終了通知を受信すると（ステップＡ４０１）、ＡＰスイッチ２３０に、セッション制御終了要求を送信する（ステップＳ４１１、Ａ４０２）。
【００８３】
ＡＰスイッチ２３０のスイッチ管理部２３１は、セッション制御終了要求を受信すると、アクセス制御部２３２に、サービスセッション情報を含むポート閉鎖要求を送信する（ステップＳ４１２）。また、スイッチ管理部２３１は、帯域制御部２３３に、サービスセッション情報を含む帯域開放要求を送信する（ステップＳ４１４）。
【００８４】
アクセス制御部２３２は、ポート閉鎖要求を受信すると、サービスセッション情報で指定されたＩＰパケットの転送を停止する。
【００８５】
帯域制御部２３３は、帯域開放要求を受信すると、サービスセッション情報で指定されたＩＰパケットに対して確保していた帯域を開放する。
【００８６】
スイッチ管理部２３１は、アクセス制御部２３２と帯域制御部２３３からの応答を受信すると（ステップＳ４１３、Ｓ４１５）、セッション管理サーバ２１０に対し、セッション制御終了応答を送信する（ステップＳ４１６）。
【００８７】
セッション管理サーバ２１０のセッション制御部２１３は、セッション制御終了応答を受信すると（ステップＡ４０３）、セッション数管理情報２１５のサービスセッション数から１を減算、帯域管理情報２１６の使用帯域から、当該サービスセッションの要求帯域を減算し、更新する（ステップＳ４１７、Ａ４０４）。
【００８８】
セッション制御部２１３は、ＳＩＰ終端部２１４を介し、ＳＩＰセッション切断要求をクライアント１００に送信する（ステップＳ４１８、Ａ４０５）。
【００８９】
クライアント１００のクライアントＡＰ１１０は、ＳＩＰ終端部１２０を介し、切断要求を受信する。クライアントＡＰ１１０は、ＳＩＰ終端部１２０を介し、サーバシステム２００へＡＣＫ応答を送信し（ステップＳ４１９）、ＳＩＰセッションを終了する。
【００９０】
セッション管理サーバ２１０のセッション制御部２１３は、クライアント１００からＡＣＫ応答を受信すると（ステップＡ４０６）、セッション管理テーブル２１２から、当該ＳＩＰセッションに関する情報を削除する（ステップＳ４２０、Ａ４０７）。
【００９１】
以上により、本発明の第二の実施の形態における動作が完了する。
【００９２】
本発明の第二の実施の形態によれば、アプリケーションサービスシステムにおいて、セッションの開始が許可されたユーザ以外のアクセスによる正常なセッションへの影響を防ぐことができる。その理由は、クライアント１００が、サービスセッション確立前に、ＳＩＰセッションにより、サービスセッションの開始を要求し、サーバシステム２００は、当該サービスセッションのみを転送するようにアクセス制御（フィルタリング）を行うためである。
【００９３】
また、本発明の第二の実施の形態によれば、アプリケーションサービスシステムにおいて、サービスセッションの帯域を保証できる。その理由は、クライアント１００が、サービスセッション確立前に、ＳＩＰセッションにより、要求帯域を指定してサービスセッションの開始を要求し、サーバシステム２００が、当該帯域を基に、サービスセッションに対する帯域制御を行うためである。
【００９４】
また、本発明の第二の実施の形態によれば、アプリケーションサービスシステムにおいて、サーバの処理負荷によるサービス低下を防ぐことができる。その理由は、クライアント１００が、サービスセッション確立前に、ＳＩＰセッションにより、サービスセッションの開始を要求し、サーバシステム２００は、サービスセッションのセッション数、サーバ負荷をもとにサービスセッションの開始を許可するかどうか判断するためである。
【００９５】
また、本発明の第二の実施の形態によれば、アプリケーションサービスシステムにおいて、アクセス制御や帯域制御といったセッション制御によるサービス品質の保証を、アプリケーションのトランザクションの開始から終了までの間で確実に行うことができる。その理由は、サーバシステム２００は、サービスセッション確立に先立つＳＩＰセッションの確立時に、サービスセッションに対するセッション制御を開始し、ＡＰサーバ２２０によるサービスセッションの終了検出時に、セッション制御を終了するようにしたためである。
【図面の簡単な説明】
【００９６】
【図１】本発明の第一の実施の形態の構成を示す図である。
【図２】本発明の第一の実施の形態における、サービスセッション確立の動作を示すシーケンス図である。
【図３】本発明の第一の実施の形態における、セッション管理サーバ２１０のサービスセッション確立の動作を示すフローチャートである。
【図４】本発明の第一の実施の形態における、サービスセッション切断の動作を示すシーケンス図である。
【図５】本発明の第一の実施の形態における、セッション管理サーバ２１０のサービスセッション切断の動作を示すフローチャートである。
【図６】本発明の第一の実施の形態における、回線認証ＤＢ３０１の内容を示す図である。
【図７】本発明の第一の実施の形態における、メンバー管理ＤＢ２１１の内容を示す図である。
【図８】本発明の第一の実施の形態における、セッション管理テーブル２１２の内容を示す図である。
【図９】本発明の第一の実施の形態における、サービス認証情報テーブル２２１の内容を示す図である。
【図１０】本発明の第二の実施の形態の構成を示す図である。
【図１１】本発明の第二の実施の形態における、サービスセッション確立の動作を示すシーケンス図である。
【図１２】本発明の第二の実施の形態における、セッション管理サーバ２１０のサービスセッション確立の動作を示すフローチャートである。
【図１３】本発明の第二の実施の形態における、サービスセッション切断の動作を示すシーケンス図である。
【図１４】本発明の第二の実施の形態における、セッション管理サーバ２１０のサービスセッション切断の動作を示すフローチャートである。
【図１５】本発明の第二の実施の形態における、セッション管理テーブル２１２の内容を示す図である。
【図１６】本発明の第二の実施の形態における、セッション数管理情報２１５の内容を示す図である。
【図１７】本発明の第二の実施の形態における、帯域管理情報２１６の内容を示す図である。
【図１８】本発明の第二の実施の形態における、サーバ負荷管理情報２１７の内容を示す図である。
【符号の説明】
【００９７】
１００ クライアント
１１０ クライアントＡＰ
１２０ ＳＩＰ終端部
２００ サーバシステム
２１０ セッション管理サーバ
２１１ メンバー管理ＤＢ
２１２ セッション管理テーブル
２１３ セッション制御部
２１４ ＳＩＰ終端部
２１５ セッション数管理情報
２１６ 帯域管理情報
２１７ サーバ負荷管理情報
２２０ ＡＰサーバ
２２１ サービス認証情報テーブル
２２２ Ｗｅｂサーバ
２２３ プロセス管理部
２２４ サーバ負荷監視部
２３０ ＡＰスイッチ
２３１ スイッチ管理部
２３２ アクセス制御部
２３３ 帯域制御部
３００ 回線認証システム
３０１ 回線認証ＤＢ
３０２ 回線認証制御部
４００ 回線
５００ ネットワーク
【技術分野】
【０００１】
本発明はアプリケーションサーバによりサービスを提供する、アプリケーションサービスシステム、サーバシステム、セッション管理方法、及びプログラムに関する。
【背景技術】
【０００２】
アプリケーションサーバ（以後ＡＰサーバとする）がクライアントにサービスを提供するシステムにおいて、クライアントとＡＰサーバ間でＳＩＰ（Ｓｅｓｓｉｏｎ Ｉｎｉｔｉａｔｉｏｎ Ｐｒｏｔｏｃｏｌ）を使い、ＳＩＰセッションを事前に確立することにより、ＡＰサーバ利用時の認証を行う方法がある。
【０００３】
例えば、特許文献１には、クライアントとＡＰサーバ間に中継サーバを設置し、クライアント−中継サーバ間、中継サーバ−ＡＰサーバ間にＳＩＰセッションを確立し、中継サーバにおいてユーザ認証を行う方法が開示されている。
【０００４】
また、関連技術として、端末装置がＳＩＰによりセッション制御サブシステムに帯域確保を依頼し、セッション制御サブシステムがＳＩＰによりコンテンツ制御サブシステムにセッション開始を要求することにより、帯域確保を行う方法が特許文献２に開示されている。
【０００５】
また、他の関連技術として、コンテンツ提供サービスにおいて、端末の現在接続数と最大同時接続数により、接続可否を判断する方法が特許文献３に開示されている。
【０００６】
【特許文献１】特開２００５−７３２３６号公報
【特許文献２】特開２００５−１２６５５号公報
【特許文献３】特開２００４−２４０６４１号公報
【発明の開示】
【発明が解決しようとする課題】
【０００７】
しかしながら、上述した特許文献１においては、中継サーバがクライアントから受信したＳＩＰメッセージ中の認証情報を基にユーザ認証を行うが、正規ユーザ以外が正規ユーザの認証情報を使い（なりすまし）、不正にＡＰサーバにアクセスする可能性があった。
【０００８】
（発明の目的）
本発明の目的は、上述した課題である、ＳＩＰセッションを伴うアプリケーションサービスシステムにおいて、不正なユーザによるなりすましにより、ＡＰサーバへの不正なアクセスが行われる可能性があるという問題を解決した、アプリケーションサービスシステム、サーバシステム、セッション管理方法、及びプログラムを提供することにある。
【課題を解決するための手段】
【０００９】
本発明のアプリケーションサービスシステムは、クライアント、回線認証システム、及びサーバシステムを含むアプリケーションサービスシステムであって、前記クライアントは、回線を経由してＳＩＰセッション確立要求を前記回線認証システムに送信する手段と、ＳＩＰセッション確立後、前記回線を経由してサービスセッション確立要求を前記サーバシステムに送信する手段を備え、前記回線認証システムは、前記ＳＩＰセッション確立要求を受信した前記回線の回線識別子をもとに前記ＳＩＰセッション確立要求に含まれるＳＩＰ認証情報の正当性を確認し、前記ＳＩＰセッション確立要求を前記サーバシステムに転送する手段を備え、前記サーバシステムは、前記ＳＩＰセッション確立要求をもとにサービスセッションを識別するためのサービスセッション情報の生成と、前記ＳＩＰ認証情報に対応するサービス認証情報の取得を行うセッション制御手段と、前記サービスセッション確立要求を受信した際、前記サービスセッション情報と前記サービス認証情報を用いてユーザ認証を行うＡＰサーバと、を備えたことを特徴とする。
【００１０】
本発明のサーバシステムは、正当性が確認されたＳＩＰ認証情報を含むＳＩＰセッション確立要求を受信した際、前記ＳＩＰセッション確立要求をもとにサービスセッションを識別するためのサービスセッション情報の生成と、前記ＳＩＰ認証情報に対応するサービス認証情報の取得を行うセッション制御手段と、セッション確立要求を受信した際、前記サービスセッション情報と前記サービス認証情報を用いてユーザ認証を行うＡＰサーバと、を備えたことを特徴とする。
【００１１】
本発明のサービス提供方法は、クライアントが、回線を経由してＳＩＰセッション確立要求を回線認証システムに送信するＳＩＰセッション確立要求送信ステップと、前記回線認証システムが、前記ＳＩＰセッション確立要求を受信した前記回線の回線識別子をもとに前記ＳＩＰセッション確立要求に含まれるＳＩＰ認証情報の正当性を確認し、前記ＳＩＰセッション確立要求をサーバシステムに転送する回線認証ステップと、前記サーバシステムが、前記ＳＩＰセッション確立要求をもとにサービスセッションを識別するためのサービスセッション情報の生成を行うセッション情報生成ステップと、前記ＳＩＰ認証情報に対応するサービス認証情報の取得を行うサービス認証情報取得ステップと、前記クライアントが、ＳＩＰセッション確立後、前記回線を経由してサービスセッション確立要求を前記サーバシステムに送信するサービスセッション確立要求送信ステップと、サーバシステムが、前記サービスセッション確立要求を受信した際、前記サービスセッション情報と前記サービス認証情報を用いてＡＰサーバのユーザ認証を行うユーザ認証ステップと、を含むことを特徴とする。
【００１２】
本発明のプログラムは、セッション管理サーバ用コンピュータを、正当性が確認されたＳＩＰ認証情報を含むＳＩＰセッション確立要求を受信した際、前記ＳＩＰセッション確立要求をもとにサービスセッションを識別するためのサービスセッション情報の生成と、前記ＳＩＰ認証情報に対応するサービス認証情報の取得と、前記サービスセッション情報と前記サービス認証情報のＡＰサーバへの通知とを行うセッション制御手段として機能させることを特徴とする。
【発明の効果】
【００１３】
本発明の効果は、アプリケーションサービスシステムにおいて、ＡＰサーバへの不正なアクセスを防ぎ、セキュリティレベルを向上させることができることである。
【発明を実施するための最良の形態】
【００１４】
（第一の実施の形態）
次に、本発明の第一の実施の形態について図面を参照して詳細に説明する。
【００１５】
本発明の第一の実施の形態においては、ＳＩＰセッションの制御、アプリケーションサービスの提供は、ＩＰプロトコルを用いた通信により行われるものとする。また、ＳＩＰ認証情報として、ユーザ側クライアントが付与するＳＩＰ−ＵＲＩ（Ｕｎｉｆｏｒｍ Ｒｅｓｏｕｒｃｅ Ｉｄｅｎｔｉｆｉｅｒ）が用いられるものとする。また、例として、アプリケーションサービスのセッション（以下、サービスセッションとする）は、ＨＴＴＰ（Ｈｙｐｅｒｔｅｘｔ Ｔｒａｎｓｆｅｒ Ｐｒｏｔｏｃｏｌ）を用いたＨＴＴＰセッションである場合について説明する。
【００１６】
図１は、本発明の第一の実施の形態の構成図である。図１を参照すると、本発明の第一の実施の形態におけるアプリケーションサービスシステムは、クライアント１００、サーバシステム２００、及び回線認証システム３００により構成される。クライアント１００と回線認証システム３００は、回線４００により接続される。回線認証システム３００は、例えば、通信事業者やネットワークプロバイダ等のネットワークサービス提供者に所有され、ＳＩＰを利用して各種通信サービスを提供するネットワーク（例えば、次世代ネットワーク）上に設置される。回線４００は、回線識別子により識別される。回線４００は、回線識別子によりユーザが特定できるものであれば、加入者線などの物理的な回線や、物理回線に収容される論理的な回線でもよい。
【００１７】
クライアント１００は、プログラム制御によって動作する情報処理装置であり、Ｗｅｂブラウザ等のアプリケーションにより、後述するＡＰサーバ２２０を利用する。また、クライアント１００は、サービスセッションを開始する前に、サーバシステム２００にＳＩＰセッション確立要求を送信する。
【００１８】
サーバシステム２００は、セッション管理サーバ２１０、及びＡＰサーバ２２０より構成される。セッション管理サーバ２１０は、ＳＩＰセッション確立要求の受付制御を行う。ＡＰサーバ２２０は、ＷｅｂサイトやＷｅｂアプリケーションによるサービスを提供する。セッション管理サーバ２１０とＡＰサーバ２２０は、プログラム制御によって動作する情報処理装置であり、それぞれが独立した装置であってもよいし、１つの装置として構成されていてもよい。
【００１９】
回線認証システム３００は、プログラム制御によって動作する情報処理装置であり、回線識別子をもとにＳＩＰ認証情報の正当性の確認を行う。
【００２０】
クライアント１００−サーバシステム２００間の通信は、回線４００を経由して行われるものとする。また、クライアント１００−サーバシステム２００間の通信のうち、ＳＩＰメッセージは回線認証システム３００を経由し、ＳＩＰメッセージ以外の、ＡＰサーバ２２０との通信（サービスセッション）は、回線認証システム３００を経由せずに行われるものとする。
【００２１】
次に、本発明の第一の実施の形態の動作について図面を参照して説明する。
【００２２】
クライアント１００は、サービスセッションの確立に先立ち、クライアント１００−サーバシステム２００間にＳＩＰセッションを確立し、サービスセッションの開始を要求する。ＳＩＰセッションが確立した場合、クライアント１００は、サービスセッションの開始が許可されたものとして、サービスセッションの確立要求を行い、ＡＰサーバ２２０のアプリケーションに関する一連のトランザクションを実行する。トランザクションの実行が終了し、サービスセッションが終了すると、サーバシステム２００は、クライアント１００−サーバシステム２００間のＳＩＰセッションを切断する。
【００２３】
（サービスセッションの確立）
はじめに、サービスセッションの確立に関する動作、即ち、クライアント１００がサーバシステム２００にＳＩＰセッションの確立を要求し、その後、クライアント１００がサーバシステム２００にサービスセッションの確立を要求する動作について説明する。
【００２４】
図２は、本発明の第一の実施の形態におけるサービスセッション確立の動作を示すシーケンス図、図３は、セッション管理サーバ２１０における処理フローである。
【００２５】
クライアント１００は、Ｗｅｂブラウザ等のアプリケーションにおいて、ＡＰサーバ２２０へのアクセス要求が発生すると、回線４００を経由して、サーバシステム２００に、ＳＩＰセッション確立要求を送信する（ステップＳ１０１）。当該ＳＩＰセッション確立要求には、送信元であるクライアント１００のＳＩＰ−ＵＲＩ、サービスセッションのプロトコル種別（例えば、ＨＴＴＰ）が含まれている。
【００２６】
回線認証システム３００は、回線４００を経由してＳＩＰセッション確立要求を受信すると、ＳＩＰ−ＵＲＩの正当性の確認を行う（ステップＳ１０２）。回線認証システム３００には、図６に示すように、回線識別子と当該回線識別子の回線４００に接続されたクライアント１００が使用するＳＩＰ−ＵＲＩが関連付けられ、回線認証ＤＢ（データベース）３０１に予め保存されているものとする。回線認証システム３００は、セッション確立要求を受信した回線４００の回線識別子と、当該ＳＩＰセッション確立要求に含まれるＳＩＰ−ＵＲＩの組み合わせが、回線認証ＤＢ３０１に存在するかどうかを検索し、存在していた場合、当該ＳＩＰ−ＵＲＩは正しいものとする。回線認証システム３００は、ＳＩＰ−ＵＲＩが正しい場合、当該ＳＩＰセッション確立要求をサーバシステム２００に転送する（ステップＳ１０３）。
【００２７】
サーバシステム２００は、ＳＩＰセッション確立要求を受信すると（ステップＡ１０１）、セッション管理サーバ２１０が、当該ＳＩＰセッション確立要求から送信元（クライアント１００）のＩＰアドレス、プロトコル種別、及びＳＩＰ−ＵＲＩを抽出する（ステップＳ１０４、Ａ１０２）。セッション管理サーバ２１０のメンバー管理ＤＢ２１１には、図７に示すように、ユーザのＳＩＰ−ＵＲＩと、当該ユーザがＡＰサーバ２２０へアクセスする場合に使用するサービス認証情報（アカウントとパスワード）が関連付けられて予め保存されているものとする。セッション管理サーバ２１０は、当該ＳＩＰ−ＵＲＩがメンバー管理ＤＢ２１１に存在するかどうかを検索する（ステップＡ１０３）。セッション管理サーバ２１０は、当該ＳＩＰ−ＵＲＩがメンバー管理ＤＢ２１１に存在しない場合（ステップＡ１０４／Ｎ）、ＳＩＰ−ＵＲＩによる認証失敗とし、クライアント１００にアクセス拒否応答を送信する（ステップＡ１１１）。セッション管理サーバ２１０は、メンバー管理ＤＢ２１１に当該ＳＩＰ−ＵＲＩが存在する場合（ステップＡ１０４／Ｙ）、ＳＩＰ−ＵＲＩによる認証成功とし、当該ＳＩＰ−ＵＲＩに対するメンバーＩＤ、サービス認証情報を取得する（ステップＳ１０５，Ａ１０５）。セッション管理サーバ２１０は、ＳＩＰセッション確立要求の送信元ＩＰアドレスとポート番号（ＳＩＰセッション確立要求から抽出されたプロトコル種別に対応するポート番号）の組み合わせを、サービスセッションを識別するためのサービスセッション情報とする（ステップＡ１０６）。セッション管理サーバ２１０は、ＡＰサーバ２２０に、メンバーＩＤ、サービスセッション情報（ＩＰアドレス、ポート番号）、及びサービス認証情報（アカウント、パスワード）を含むトランザクション許可通知を送信する（ステップＳ１０６、Ａ１０７）。
【００２８】
ＡＰサーバ２２０は、トランザクション許可通知により受信したメンバーＩＤ、サービスセッション情報、及びサービス認証情報を、図９に示すような、サービス認証情報テーブル２２１に保存する（ステップＳ１０７）。
【００２９】
セッション管理サーバ２１０は、クライアント１００にサービスセッションの開始の許可として、ＳＩＰセッション確立応答（ＯＫ応答）を送信する（ステップＳ１０８、Ａ１０８）。
【００３０】
クライアント１００は、ＯＫ応答を受信した場合、受信確認のＡＣＫ応答をサーバシステム２００に送信する（ステップＳ１０９）。
【００３１】
セッション管理サーバ２１０は、クライアント１００からＡＣＫ応答を受信すると（ステップＡ１０９）、セッション確立時刻、サービスセッション情報、メンバーＩＤ、及びＳＩＰ−ＵＲＩを図８のようなセッション管理テーブル２１２に保存する（ステップＳ１０９、Ａ１１０）。
【００３２】
次に、クライアント１００は、ＳＩＰセッションの確立により、サービスセッションの開始（トランザクションの実行）が許可されたものとして、ＨＴＴＰセッション確立要求をサーバシステム２００に送信する（ステップＳ１１１）。当該ＨＴＴＰセッション確立要求には、サービスセッションのプロトコル種別（例えば、ＨＴＴＰ）に対応する宛先ポート番号が含まれている。
【００３３】
サーバシステム２００のＡＰサーバ２２０は、ＨＴＴＰセッション確立要求を受信すると、当該ＨＴＴＰセッション確立要求から、送信元（クライアント１００）のＩＰアドレスと宛先ポート番号を抽出する。ＡＰサーバ２２０は、サービス認証情報テーブル２２１を参照し、当該送信元ＩＰアドレス、宛先ポート番号の組み合わせと同じサービスセッション情報を検索し、サービス認証情報（アカウント、パスワード）を取得する（ステップＳ１１２）。ＡＰサーバ２２０は、取得したアカウント、パスワードによりアプリケーションサービスのユーザ認証を行い（ステップＳ１１３）、認証結果が正常であった場合、クライアント１００にＨＴＴＰセッション確立応答を送信する（ステップＳ１１４）。
【００３４】
クライアント１００とＡＰサーバ２２０は、要求されたＨＴＴＰセッションの通信を開始する（ステップＳ１１５）。
【００３５】
（サービスセッションの切断）
次に、サービスセッションの切断に関する動作、即ち、クライアント１００−サーバシステム２００間で、サービスセッションを確立している状態から、サービスセッション、ＳＩＰセッションを切断する動作について説明する。
【００３６】
図４は、本発明の第一の実施の形態におけるサービスセッション切断の動作を示すシーケンス図、図５は、セッション管理サーバ２１０における処理フローである。
【００３７】
クライアント１００−ＡＰサーバ２２０間でデータ通信中（ステップＳ２０１）、サービス終了またはログアウト等が行われた場合（ステップＳ２０２）、ＡＰサーバ２２０は、クライアント１００にＨＴＴＰセッション終了要求を送信する（ステップＳ２０３）。
【００３８】
クライアント１００は、ＡＰサーバ２２０に、ＨＴＴＰ ＡＣＫを送信し、ＨＴＴＰセッションを終了する（ステップＳ２０４）。
【００３９】
ＡＰサーバ２２０は、ＨＴＴＰセッションの終了後、サービス認証情報テーブル２２１から当該サービスセッションに関する情報を削除する（ステップＳ２０５）。ＡＰサーバ２２０は、トランザクション終了通知をセッション管理サーバ２１０に送信する（ステップＳ２０６）。セッション管理サーバ２１０は、トランザクション終了通知を受信すると（ステップＡ２０１）、クライアント１００にＳＩＰセッション切断要求を送信する（ステップＳ２０７、Ａ２０２）。
【００４０】
クライアント１００は、ＳＩＰセッション切断要求を受信すると、サーバシステム２００へＡＣＫ応答を送信する（ステップＳ２０８）。
【００４１】
セッション管理サーバ２１０は、ＡＣＫ応答を受信すると（ステップＡ２０３）、セッション管理テーブル２１２から、当該ＳＩＰセッションに関する情報を削除する（ステップＳ２０９、Ａ２０４）。
【００４２】
以上により、本発明の第一の実施の形態における動作が完了する。
【００４３】
なお、本発明の第一の実施の形態では、メンバー管理ＤＢ２１１として、ユーザのＳＩＰ−ＵＲＩとサービス認証情報が１対１で対応している例（図７）を示したが、複数のＳＩＰ−ＵＲＩに対して、１つのサービス認証情報が対応するようにしてもよい。これにより、例えば、ユーザが複数の回線４００（例えば、オフィスと自宅）を使用する場合であっても、メンバー管理ＤＢ２１１上で、各回線４００のＳＩＰ−ＵＲＩに、同一のサービス認証情報を対応させることにより、どの回線４００からもＡＰサーバ２２０への認証が可能となる。
【００４４】
本発明の第一の実施の形態によれば、アプリケーションサービスシステムにおいて、ＡＰサーバへの不正なアクセスを防ぎ、セキュリティレベルを向上させることができる。その理由は、回線認証システム３００が回線識別子をもとにＳＩＰ認証情報の正当性を確認し、サーバシステム２００がＳＩＰ認証情報に対応するサービス認証情報を用いてＡＰサーバ２２０のユーザ認証を行うため、なりすましによる不正アクセスを防げるためである。
【００４５】
また、本発明の第一の実施の形態によれば、アプリケーションサービスシステムにおいて、高いセキュリティレベルを保ちつつ、ユーザによるＡＰサーバへのログイン時の認証を簡略化できる。その理由は、回線認証システム３００がＳＩＰ認証情報の正当性を確認し、サーバシステム２００がＳＩＰ認証情報に対応するサービス認証情報を検索し、当該サービス認証情報を用いてＡＰサーバ２２０のユーザ認証を行うため、ユーザによる認証情報の入力が不要なためである。
【００４６】
また、本発明の第一の実施の形態によれば、アプリケーションサービスシステムにおいて、既存のＡＰサーバのサービス認証情報（アカウント、パスワード）はそのままで、複数の回線における回線認証とＡＰサーバのユーザ認証を連携することができる。その理由は、サーバシステム２００のメンバー管理ＤＢ２１１において、ＳＩＰ−ＵＲＩが異なる複数の回線４００に対して同一のサービス認証情報を対応させることにより、どの回線４００からも、同じサービス認証情報で、ＡＰサーバ２２０におけるユーザ認証が行えるためである。
【００４７】
（第二の実施の形態）
次に、本発明の第二の実施の形態について図面を参照して詳細に説明する。
【００４８】
本発明の第二の実施の形態においては、サーバシステム２００において、サービスセッションに対するアクセス制御と帯域制御を行う点において、本発明の第一の実施の形態と異なる。なお、本発明の第二の実施の形態において、第一の実施の形態と同一の符号を有する構成要素については、特に説明の無い限り、第一の実施の形態と同一であるものとする。
【００４９】
図１０は、本発明の第二の実施の形態の構成図である。図１０を参照すると、本発明の第二の実施の形態におけるアプリケーションサービスシステムは、クライアント１００、サーバシステム２００、及び回線認証システム３００により構成される。回線認証システム３００は、ネットワーク５００上に設置される。ネットワーク５００は、例えば、通信事業者やネットワークプロバイダ等のネットワークサービス提供者に所有され、ＳＩＰを利用して各種通信サービスを提供するネットワーク（例えば、次世代ネットワーク）である。
【００５０】
クライアント１００は、Ｗｅｂブラウザ等のクライアントアプリケーション（以下、クライアントＡＰとする）１１０、及びＳＩＰ終端部１２０より構成される。
【００５１】
サーバシステム２００は、セッション管理サーバ２１０、ＡＰサーバ２２０、及びアプリケーションスイッチ（以下、ＡＰスイッチとする）２３０より構成される。
【００５２】
セッション管理サーバ２１０は、メンバー管理ＤＢ２１１、セッション管理テーブル２１２、セッション制御部２１３、ＳＩＰ終端部２１４、セッション数管理情報２１５、帯域管理情報２１６、及びサーバ負荷管理情報２１７より構成される。ここで、セッション制御部２１３は、サーバシステム２００内のセッション状態、ＡＰサーバ２２０の状態を監視制御する。セッション数管理情報２１５は、図１６に示すように、現在確立しているサービスセッション数と最大許容セッション数を記憶管理する。帯域管理情報２１６は、図１７に示すように、使用帯域（現在確立している各サービスセッションに確保されている帯域の総和）と最大許容帯域を、パケットの方向（上り（ネットワーク５００からの受信）／下り（ネットワーク５００への送信））別に記憶管理する。サーバ負荷管理情報２１７は、図１８に示すように、現在のＷｅｂサーバ２２２のサーバ負荷と最大許容負荷を記憶管理する。ここでは、例として、Ｗｅｂサーバ２２２の負荷として、ＣＰＵ使用利用率を用いているが、メモリ使用率等、他の負荷指標を用いてもよい。なお、セッション制御部２１３は、定期的に、ＡＰサーバ２２０のサーバ負荷監視部２２４から、サーバの負荷状態（ＣＰＵ使用利用率）を取得し、サーバ負荷管理情報２１７内の”サーバ負荷”を更新しているものとする。
【００５３】
ＡＰサーバ２２０は、サービス認証情報テーブル２２１、Ｗｅｂサーバ２２２、プロセス管理部２２３、及びサーバ負荷監視部２２４より構成される。ここで、Ｗｅｂサーバ２２２は、ＷｅｂサイトやＷｅｂアプリケーションを提供する。プロセス管理部２２３は、Ｗｅｂサーバ２２２上でのトランザクションの状態を管理する。サーバ負荷監視部２２４は、Ｗｅｂサーバ２２２の負荷状態を監視する。
【００５４】
ＡＰスイッチ２３０は、スイッチ管理部２３１、アクセス制御部２３２、及び帯域制御部２３３より構成される。ここで、スイッチ管理部２３１は、アクセス制御部２３２と帯域制御部２３３の制御管理を行う。アクセス制御部２３２は、ネットワーク５００側からのパケットのフィルタリングを行う。帯域制御部２３３は、サービスセッションのパケットについて、帯域制御を行う。
【００５５】
ＡＰスイッチ２３０はプログラム制御によって動作する情報処理装置でもよい。また、セッション管理サーバ２１０、ＡＰサーバ２２０、及びＡＰスイッチ２３０は、それぞれが独立した装置であってもよいし、いくつかを１つの装置として構成してもよい。
【００５６】
回線認証システム３００は、回線認証ＤＢ３０１、及び回線認証制御部３０２より構成される。
【００５７】
次に、本発明の第二の実施の形態の動作について図面を参照して説明する。
【００５８】
（サービスセッションの確立）
はじめに、サービスセッションの確立に関する動作について説明する。
【００５９】
図１１は、本発明の第二の実施の形態におけるサービスセッション確立の動作を示すシーケンス図、図１２は、セッション管理サーバ２１０における処理フローである。
【００６０】
クライアント１００のクライアントＡＰ１１０は、ＡＰサーバ２２０へのアクセス要求が発生すると、ＳＩＰ終端部１２０に対し、アクセス要求を送信する（ステップＳ３０１）。ＳＩＰ終端部１２０は、回線４００を経由して、サーバシステム２００に、ＳＩＰセッション確立要求を送信する（ステップＳ３０２）。当該ＳＩＰセッション確立要求には、送信元であるクライアント１００のＳＩＰ−ＵＲＩ、要求するサービスセッションのプロトコル種別、及び要求する帯域（上り／下り）が含まれている。
【００６１】
回線認証システム３００の回線認証制御部３０２は、回線４００を経由してＳＩＰセッション確立要求を受信すると（ステップＡ３０１）、回線認証ＤＢ３０１を用いて、ＳＩＰ−ＵＲＩの正当性の確認を行う（ステップＳ３０３）。回線認証システム３００は、ＳＩＰ−ＵＲＩが正しい場合、当該ＳＩＰセッション確立要求をサーバシステム２００に転送する（ステップＳ３０４）。
【００６２】
サーバシステム２００のＳＩＰ終端部２１４は、ＳＩＰセッション確立要求を受信すると、当該ＳＩＰセッション確立要求をセッション制御部２１３に転送する（ステップＳ３０５）。セッション制御部２１３は、当該ＳＩＰセッション確立要求から送信元（クライアント１００）のＩＰアドレス、プロトコル種別、帯域、及びＳＩＰ−ＵＲＩを抽出する（ステップＳ３０６、Ａ３０２）。セッション制御部２１３は、当該ＳＩＰ−ＵＲＩがメンバー管理ＤＢ２１１に存在するかどうかを検索する（ステップＡ３０３）。セッション制御部２１３は、当該ＳＩＰ−ＵＲＩがメンバー管理ＤＢ２１１に存在しない場合（ステップＡ３０４／Ｎ）、ＳＩＰ−ＵＲＩによる認証失敗とし、クライアント１００にアクセス拒否応答を送信する（ステップＡ３１７）。セッション制御部２１３は、メンバー管理ＤＢ２１１に当該ＳＩＰ−ＵＲＩが存在する場合（ステップＡ３０４／Ｙ）、ＳＩＰ−ＵＲＩによる認証成功とし、当該ＳＩＰ−ＵＲＩに対するメンバーＩＤ、サービス認証情報を取得する（ステップＳ３０７、Ａ３０５）。セッション制御部２１３は、ＳＩＰセッション確立要求の送信元ＩＰアドレスとポート番号（ＳＩＰセッション確立要求から抽出されたプロトコル種別に対応するポート番号）の組み合わせを、サービスセッションを識別するためのサービスセッション情報とする（ステップＡ３０６）。
【００６３】
セッション制御部２１３は、セッション数管理情報２１５を参照し、サービスセッション数が最大許容セッション数未満かどうかを確認する（ステップＡ３０７）。セッション制御部２１３は、サービスセッション数が最大許容セッション数未満であれば（ステップＡ３０７／Ｙ）、帯域管理情報２１６を参照し、当該ＳＩＰセッション確立要求で要求された帯域を確保可能かどうかを、上り／下りの両方向について確認する（ステップＡ３０８）。即ち、セッション制御部２１３は、要求された帯域を使用帯域に加算しても、最大許容帯域を越えないかどうかを上り／下りの両方向について確認する。セッション制御部２１３は、要求された帯域を確保可能な場合（ステップＡ３０８／Ｙ）、サーバ負荷管理情報２１７を参照し、サーバ負荷が最大許容負荷以下かどうかを確認する（ステップＡ３０９）。セッション制御部２１３は、サーバ負荷が最大許容負荷以下である場合（ステップＡ３０９／Ｙ）、セッション数管理情報２１５のサービスセッション数に１を加算、帯域管理情報２１６の使用帯域に要求された帯域を加算し、更新する（ステップＳ３０８、Ａ３１０）。なお、セッション制御部２１３は、サービスセッション数が最大許容セッション数未満、帯域を確保可能、サーバ負荷が最大許容負荷以下、のいずれかを満たさない場合（ステップＡ３０７／Ｎ、Ａ３０８／Ｎ、Ａ３０９／Ｎ）、クライアント１００にアクセス拒否応答を送信する（ステップＡ３１７）。
【００６４】
セッション制御部２１３は、ＡＰサーバ２２０に、メンバーＩＤ、サービスセッション情報、及びサービス認証情報（アカウント、パスワード）を含むトランザクション許可通知を送信する（ステップＳ３０９、Ａ３１１）。
【００６５】
ＡＰサーバ２２０のプロセス管理部２２３は、トランザクション許可通知により受信したメンバーＩＤ、サービスセッション情報、及びサービス認証情報を、サービス認証情報テーブル２２１に保存する（ステップＳ３１０）。
【００６６】
セッション制御部２１３は、ＡＰスイッチ２３０に、サービスセッション情報（ＩＰアドレス、ポート番号）、及び帯域（上り／下り）を含むセッション制御開始要求を送信する（ステップＳ３１１、Ａ３１２）。
【００６７】
ＡＰスイッチ２３０のスイッチ管理部２３１は、セッション制御開始要求を受信すると、アクセス制御部２３２に、サービスセッション情報（ＩＰアドレス、ポート番号）を含むアクセス要求を送信する（ステップＳ３１２）。また、スイッチ管理部２３１は、帯域制御部２３３に対し、サービスセッション情報（ＩＰアドレス、ポート番号）と帯域（上り／下り）を含む帯域制御要求を送信する（ステップＳ３１４）。
【００６８】
アクセス制御部２３２は、アクセス要求を受信すると、サービスセッション情報にもとづき、ネットワーク５００側からのＩＰパケットをフィルタリングする。即ち、アクセス制御部２３２は、サービスセッション情報で指定されたＩＰアドレスとポート番号を送信元ＩＰアドレス、宛先ポート番号に持つＩＰパケットのみを転送し、それ以外のＩＰパケットは廃棄し、サーバシステム２００内に流入させない。
【００６９】
帯域制御部２３３は、帯域制御要求を受信すると、サービスセッション情報と帯域にもとづき帯域制御を開始する。即ち、帯域制御部２３３は、サービスセッション情報で指定されたＩＰアドレスとポート番号を送信元ＩＰアドレス、宛先ポート番号に持つＩＰパケットに対して、要求された帯域（上り）を確保するように帯域制御を行う。同様に、帯域制御部２３３は、サービスセッション情報で指定されたＩＰアドレスとポート番号を宛先ＩＰアドレス、宛先ポート番号に持つＩＰパケットに対して、要求された帯域（下り）を確保するように帯域制御を行う。スイッチ管理部２３１は、アクセス制御部２３２と帯域制御部２３３からの応答を受信した場合（ステップＳ３１３、Ｓ３１５）、セッション管理サーバ２１０に対し、セッション制御開始応答を送信する（ステップＳ３１６）。
【００７０】
セッション制御部２１３は、セッション制御開始応答を受信すると（ステップＡ３１３）、ＳＩＰ終端部２１４を介し、クライアント１００に、サービスセッションの開始の許可として、ＳＩＰセッション確立応答（ＯＫ応答）を送信する（ステップＳ３１７、Ａ３１４）。
【００７１】
クライアント１００のクライアントＡＰ１１０は、ＳＩＰ終端部１２０を介し、ＯＫ応答を受信する。クライアントＡＰ１１０は、ＳＩＰ終端部１２０を介し、受信確認のＡＣＫ応答をサーバシステム２００に送信する（ステップＳ３１８）。
【００７２】
セッション管理サーバ２１０のセッション制御部２１３は、クライアント１００からＡＣＫ応答を受信すると（ステップＡ３１５）、セッション確立時刻、サービスセッション情報、メンバーＩＤ、ＳＩＰ−ＵＲＩ、及びＳＩＰセッション確立要求時の要求内容（プロトコル種別、帯域）を図１５のようなセッション管理テーブル２１２に保存する（ステップＳ３１９、Ａ３１６）。
【００７３】
クライアント１００のクライアントＡＰ１１０は、ＳＩＰセッションの確立により、サービスセッションの開始（トランザクションの実行）が許可されたものとして、ＨＴＴＰセッション確立要求をサーバシステム２００に送信する（ステップＳ３２０）。当該ＨＴＴＰセッション確立要求には、サービスセッションのプロトコル種別（例えば、ＨＴＴＰ）に対応する宛先ポート番号が含まれている。
【００７４】
クライアント１００−サーバシステム２００間では、既にＳＩＰセッションが確立し、ＡＰスイッチ２３０には、送信元がクライアント１００で、クライアント１００により要求されたプロトコル種別のパケットが通過するように設定されている。従って、ＡＰスイッチ２３０は、クライアント１００から受信したＨＴＴＰセッション確立要求をＡＰサーバ２２０に転送する（ステップＳ３２１）。
【００７５】
ＡＰサーバ２２０のＷｅｂサーバ２２２は、ＨＴＴＰセッション確立要求を受信すると、当該ＨＴＴＰセッション確立要求から、送信元（クライアント１００）のＩＰアドレスと宛先ポート番号を抽出する。Ｗｅｂサーバ２２２は、当該ＩＰアドレスとポート番号を含むセッション認証情報要求を、プロセス管理部２２３に送信する（ステップＳ３２２）。プロセス管理部２２３は、サービス認証情報テーブル２２１を参照し、当該ＩＰアドレス、ポート番号の組み合わせと同じサービスセッション情報を検索し、サービス認証情報（アカウント、パスワード）を取得する（ステップＳ３２３）。プロセス管理部２２３は、取得したサービス認証情報をセッション認証情報応答として、Ｗｅｂサーバ２２２に送信する（ステップＳ３２４）。Ｗｅｂサーバ２２２は、セッション認証情報応答により取得したアカウント、パスワードにより、アプリケーションサービスのユーザ認証処理を行う（ステップＳ３２５）。Ｗｅｂサーバ２２２は、認証結果が正常の場合、クライアント１００にＨＴＴＰセッション確立応答を送信する（ステップＳ３２６）。
【００７６】
クライアント１００とＡＰサーバ２２０は、要求されたＨＴＴＰセッションの通信を開始する（ステップＳ３２８）。以降、サーバシステム２００のアクセス制御部２３２及び帯域制御部２３３は、スイッチ管理部２３１により設定されたサービスセッション情報、帯域にもとづいて、上り方向のパケットに対するフィルタリング、上り／下り方向の帯域制御を行う。
【００７７】
（サービスセッションの切断）
次に、サービスセッションの切断に関する動作について説明する。
【００７８】
図１３は、本発明の第二の実施の形態におけるサービスセッション切断の動作を示すシーケンス図、図１４は、セッション管理サーバ２１０における処理フローである。
【００７９】
クライアント１００と、ＡＰサーバ２２０間でサービスセッション上のデータ通信中に（ステップＳ４０１）、サービス終了もしくはログアウトが行われた場合（ステップＳ４０２、Ｓ４０３）、ＡＰサーバ２２０のＷｅｂサーバ２２２は、クライアント１００にＨＴＴＰセッション終了要求を送信する（ステップＳ４０４）。
【００８０】
クライアント１００のクライアントＡＰ１１０は、ＡＰサーバ２２０に、ＨＴＴＰ ＡＣＫを送信し、ＨＴＴＰセッションを終了する（ステップＳ４０６）。
【００８１】
Ｗｅｂサーバ２２２は、ＨＴＴＰセッションの終了後、プロセス管理部２２３に、サービスセッション情報を含んだトランザクション終了通知を送信する（ステップＳ４０８）。プロセス管理部２２３は、サービス認証情報テーブル２２１から、当該サービスセッションに関する情報を削除する（ステップＳ４０９）。プロセス管理部２２３はセッション管理サーバ２１０に、サービスセッション情報を含んだトランザクション終了通知を送信する（ステップＳ４１０）。
【００８２】
セッション管理サーバ２１０のセッション制御部２１３は、トランザクション終了通知を受信すると（ステップＡ４０１）、ＡＰスイッチ２３０に、セッション制御終了要求を送信する（ステップＳ４１１、Ａ４０２）。
【００８３】
ＡＰスイッチ２３０のスイッチ管理部２３１は、セッション制御終了要求を受信すると、アクセス制御部２３２に、サービスセッション情報を含むポート閉鎖要求を送信する（ステップＳ４１２）。また、スイッチ管理部２３１は、帯域制御部２３３に、サービスセッション情報を含む帯域開放要求を送信する（ステップＳ４１４）。
【００８４】
アクセス制御部２３２は、ポート閉鎖要求を受信すると、サービスセッション情報で指定されたＩＰパケットの転送を停止する。
【００８５】
帯域制御部２３３は、帯域開放要求を受信すると、サービスセッション情報で指定されたＩＰパケットに対して確保していた帯域を開放する。
【００８６】
スイッチ管理部２３１は、アクセス制御部２３２と帯域制御部２３３からの応答を受信すると（ステップＳ４１３、Ｓ４１５）、セッション管理サーバ２１０に対し、セッション制御終了応答を送信する（ステップＳ４１６）。
【００８７】
セッション管理サーバ２１０のセッション制御部２１３は、セッション制御終了応答を受信すると（ステップＡ４０３）、セッション数管理情報２１５のサービスセッション数から１を減算、帯域管理情報２１６の使用帯域から、当該サービスセッションの要求帯域を減算し、更新する（ステップＳ４１７、Ａ４０４）。
【００８８】
セッション制御部２１３は、ＳＩＰ終端部２１４を介し、ＳＩＰセッション切断要求をクライアント１００に送信する（ステップＳ４１８、Ａ４０５）。
【００８９】
クライアント１００のクライアントＡＰ１１０は、ＳＩＰ終端部１２０を介し、切断要求を受信する。クライアントＡＰ１１０は、ＳＩＰ終端部１２０を介し、サーバシステム２００へＡＣＫ応答を送信し（ステップＳ４１９）、ＳＩＰセッションを終了する。
【００９０】
セッション管理サーバ２１０のセッション制御部２１３は、クライアント１００からＡＣＫ応答を受信すると（ステップＡ４０６）、セッション管理テーブル２１２から、当該ＳＩＰセッションに関する情報を削除する（ステップＳ４２０、Ａ４０７）。
【００９１】
以上により、本発明の第二の実施の形態における動作が完了する。
【００９２】
本発明の第二の実施の形態によれば、アプリケーションサービスシステムにおいて、セッションの開始が許可されたユーザ以外のアクセスによる正常なセッションへの影響を防ぐことができる。その理由は、クライアント１００が、サービスセッション確立前に、ＳＩＰセッションにより、サービスセッションの開始を要求し、サーバシステム２００は、当該サービスセッションのみを転送するようにアクセス制御（フィルタリング）を行うためである。
【００９３】
また、本発明の第二の実施の形態によれば、アプリケーションサービスシステムにおいて、サービスセッションの帯域を保証できる。その理由は、クライアント１００が、サービスセッション確立前に、ＳＩＰセッションにより、要求帯域を指定してサービスセッションの開始を要求し、サーバシステム２００が、当該帯域を基に、サービスセッションに対する帯域制御を行うためである。
【００９４】
また、本発明の第二の実施の形態によれば、アプリケーションサービスシステムにおいて、サーバの処理負荷によるサービス低下を防ぐことができる。その理由は、クライアント１００が、サービスセッション確立前に、ＳＩＰセッションにより、サービスセッションの開始を要求し、サーバシステム２００は、サービスセッションのセッション数、サーバ負荷をもとにサービスセッションの開始を許可するかどうか判断するためである。
【００９５】
また、本発明の第二の実施の形態によれば、アプリケーションサービスシステムにおいて、アクセス制御や帯域制御といったセッション制御によるサービス品質の保証を、アプリケーションのトランザクションの開始から終了までの間で確実に行うことができる。その理由は、サーバシステム２００は、サービスセッション確立に先立つＳＩＰセッションの確立時に、サービスセッションに対するセッション制御を開始し、ＡＰサーバ２２０によるサービスセッションの終了検出時に、セッション制御を終了するようにしたためである。
【図面の簡単な説明】
【００９６】
【図１】本発明の第一の実施の形態の構成を示す図である。
【図２】本発明の第一の実施の形態における、サービスセッション確立の動作を示すシーケンス図である。
【図３】本発明の第一の実施の形態における、セッション管理サーバ２１０のサービスセッション確立の動作を示すフローチャートである。
【図４】本発明の第一の実施の形態における、サービスセッション切断の動作を示すシーケンス図である。
【図５】本発明の第一の実施の形態における、セッション管理サーバ２１０のサービスセッション切断の動作を示すフローチャートである。
【図６】本発明の第一の実施の形態における、回線認証ＤＢ３０１の内容を示す図である。
【図７】本発明の第一の実施の形態における、メンバー管理ＤＢ２１１の内容を示す図である。
【図８】本発明の第一の実施の形態における、セッション管理テーブル２１２の内容を示す図である。
【図９】本発明の第一の実施の形態における、サービス認証情報テーブル２２１の内容を示す図である。
【図１０】本発明の第二の実施の形態の構成を示す図である。
【図１１】本発明の第二の実施の形態における、サービスセッション確立の動作を示すシーケンス図である。
【図１２】本発明の第二の実施の形態における、セッション管理サーバ２１０のサービスセッション確立の動作を示すフローチャートである。
【図１３】本発明の第二の実施の形態における、サービスセッション切断の動作を示すシーケンス図である。
【図１４】本発明の第二の実施の形態における、セッション管理サーバ２１０のサービスセッション切断の動作を示すフローチャートである。
【図１５】本発明の第二の実施の形態における、セッション管理テーブル２１２の内容を示す図である。
【図１６】本発明の第二の実施の形態における、セッション数管理情報２１５の内容を示す図である。
【図１７】本発明の第二の実施の形態における、帯域管理情報２１６の内容を示す図である。
【図１８】本発明の第二の実施の形態における、サーバ負荷管理情報２１７の内容を示す図である。
【符号の説明】
【００９７】
１００ クライアント
１１０ クライアントＡＰ
１２０ ＳＩＰ終端部
２００ サーバシステム
２１０ セッション管理サーバ
２１１ メンバー管理ＤＢ
２１２ セッション管理テーブル
２１３ セッション制御部
２１４ ＳＩＰ終端部
２１５ セッション数管理情報
２１６ 帯域管理情報
２１７ サーバ負荷管理情報
２２０ ＡＰサーバ
２２１ サービス認証情報テーブル
２２２ Ｗｅｂサーバ
２２３ プロセス管理部
２２４ サーバ負荷監視部
２３０ ＡＰスイッチ
２３１ スイッチ管理部
２３２ アクセス制御部
２３３ 帯域制御部
３００ 回線認証システム
３０１ 回線認証ＤＢ
３０２ 回線認証制御部
４００ 回線
５００ ネットワーク
【特許請求の範囲】
【請求項１】
クライアント、回線認証システム、及びサーバシステムを含むアプリケーションサービスシステムであって、
前記クライアントは、回線を経由してＳＩＰセッション確立要求を前記回線認証システムに送信する手段と、ＳＩＰセッション確立後、前記回線を経由してサービスセッション確立要求を前記サーバシステムに送信する手段を備え、
前記回線認証システムは、前記ＳＩＰセッション確立要求を受信した前記回線の回線識別子をもとに前記ＳＩＰセッション確立要求に含まれるＳＩＰ認証情報の正当性を確認し、前記ＳＩＰセッション確立要求を前記サーバシステムに転送する手段を備え、
前記サーバシステムは、
前記ＳＩＰセッション確立要求をもとにサービスセッションを識別するためのサービスセッション情報の生成と、前記ＳＩＰ認証情報に対応するサービス認証情報の取得を行うセッション制御手段と、
前記サービスセッション確立要求を受信した際、前記サービスセッション情報と前記サービス認証情報を用いてユーザ認証を行うＡＰサーバと、
を備えたことを特徴とするアプリケーションサービスシステム。
【請求項２】
前記回線認証システムは、
更に、前記回線識別子と前記ＳＩＰ認証情報の組み合わせを記憶する回線認証データベースを備え、
前記ＳＩＰセッション確立要求を受信した前記回線の前記回線識別子と前記ＳＩＰセッション確立要求に含まれる前記ＳＩＰ認証情報の組み合わせが、前記回線認証データベースに記憶される前記回線識別子と前記ＳＩＰ認証情報の組み合わせと一致した場合、前記ＳＩＰセッション確立要求に含まれる前記ＳＩＰ認証情報が正当であると判断することを特徴とする請求項１記載のアプリケーションサービスシステム。
【請求項３】
前記サーバシステムは、
更に、前記ＳＩＰ認証情報に対応する前記サービス認証情報を記憶するメンバー管理データベースを備え、
前記セッション制御手段は、前記メンバー管理データベースを参照し、前記ＳＩＰ認証情報に対応する前記サービス認証情報を取得することを特徴とする請求項１または２記載のアプリケーションサービスシステム。
【請求項４】
前記ＡＰサーバは、前記サービスセッション確立要求により要求された前記サービスセッションが、前記サービスセッション情報と一致したとき、前記サービス認証情報を用いて前記ユーザ認証を行うことを特徴とする請求項１乃至３のいずれかに記載のアプリケーションサービスシステム。
【請求項５】
前記サーバシステムは、更に、受信したパケットのうち、前記サービスセッション情報と一致する前記サービスセッションのパケットのみを前記ＡＰサーバに転送するアクセス制御手段を備えたことを特徴とする請求項１乃至４のいずれかに記載のアプリケーションサービスシステム。
【請求項６】
前記サーバシステムは、更に、前記サービスセッション情報と一致する前記サービスセッションのパケットについて、前記ＳＩＰセッション確立要求により要求された帯域を確保するように制御する帯域制御手段を備えたことを特徴とする請求項１乃至５のいずれかに記載のアプリケーションサービスシステム。
【請求項７】
前記セッション制御手段は、更に、前記ＡＰサーバの負荷状態を監視し、前記負荷状態と所定の最大許容負荷との比較にもとづいて、前記ＳＩＰセッションの確立を許可することを特徴とする請求項１乃至６のいずれかに記載のアプリケーションサービスシステム。
【請求項８】
前記セッション制御手段は、更に、前記ＡＰサーバのサービスセッション数を監視し、前記サービスセッション数と所定の最大許容セッション数との比較にもとづいて、前記ＳＩＰセッションの確立を許可することを特徴とする請求項１乃至７のいずれかに記載のアプリケーションサービスシステム。
【請求項９】
前記サービスセッション情報は、前記クライアントのＩＰアドレスと、前記サービスセッションのプロトコル種別に対応したポート番号であることを特徴とする、請求項１乃至８のいずれかに記載のアプリケーションサービスシステム。
【請求項１０】
正当性が確認されたＳＩＰ認証情報を含むＳＩＰセッション確立要求を受信した際、前記ＳＩＰセッション確立要求をもとにサービスセッションを識別するためのサービスセッション情報の生成と、前記ＳＩＰ認証情報に対応するサービス認証情報の取得を行うセッション制御手段と、
セッション確立要求を受信した際、前記サービスセッション情報と前記サービス認証情報を用いてユーザ認証を行うＡＰサーバと、
を備えたことを特徴とするサーバシステム。
【請求項１１】
前記ＳＩＰセッション確立要求は、ＳＩＰセッション確立要求を受信した回線の回線識別子をもとに前記ＳＩＰ認証情報の正当性を確認する回線認証システムを経由して転送されたものであることを特徴とする請求項１０記載のサーバシステム。
【請求項１２】
更に、前記ＳＩＰ認証情報に対応する前記サービス認証情報を記憶するメンバー管理データベースを備え、
前記セッション制御手段は、前記メンバー管理データベースを参照し、前記ＳＩＰ認証情報に対応する前記サービス認証情報を取得することを特徴とする請求項１０または１１記載のサーバシステム。
【請求項１３】
前記ＡＰサーバは、前記サービスセッション確立要求により要求された前記サービスセッションが、前記サービスセッション情報と一致したとき、前記サービス認証情報を用いて前記ユーザ認証を行うことを特徴とする請求項１０乃至１２のいずれかに記載のサーバシステム。
【請求項１４】
更に、受信したパケットのうち、前記サービスセッション情報と一致する前記サービスセッションのパケットのみを前記ＡＰサーバに転送するアクセス制御手段を備えたことを特徴とする請求項１０乃至１３のいずれかに記載のサーバシステム。
【請求項１５】
更に、前記サービスセッション情報と一致する前記サービスセッションのパケットについて、前記ＳＩＰセッション確立要求により要求された帯域を確保するように制御する帯域制御手段を備えたことを特徴とする請求項１０乃至１４のいずれかに記載のサーバシステム。
【請求項１６】
前記セッション制御手段は、更に、前記ＡＰサーバの負荷状態を監視し、前記負荷状態と所定の最大許容負荷との比較にもとづいて、前記ＳＩＰセッションの確立を許可することを特徴とする請求項１０乃至１５のいずれかに記載のサーバシステム。
【請求項１７】
前記セッション制御手段は、更に、前記ＡＰサーバのサービスセッション数を監視し、前記サービスセッション数と所定の最大許容セッション数との比較にもとづいて、前記ＳＩＰセッションの確立を許可することを特徴とする請求項１０乃至１６のいずれかに記載のサーバシステム。
【請求項１８】
前記サービスセッション情報は、前記クライアントのＩＰアドレスと、前記サービスセッションのプロトコル種別に対応したポート番号であることを特徴とする、請求項１０乃至１７のいずれかに記載のサーバシステム。
【請求項１９】
クライアントが、
回線を経由してＳＩＰセッション確立要求を回線認証システムに送信するＳＩＰセッション確立要求送信ステップと、
前記回線認証システムが、
前記ＳＩＰセッション確立要求を受信した前記回線の回線識別子をもとに前記ＳＩＰセッション確立要求に含まれるＳＩＰ認証情報の正当性を確認し、前記ＳＩＰセッション確立要求をサーバシステムに転送する回線認証ステップと、
前記サーバシステムが、
前記ＳＩＰセッション確立要求をもとにサービスセッションを識別するためのサービスセッション情報の生成を行うセッション情報生成ステップと、
前記ＳＩＰ認証情報に対応するサービス認証情報の取得を行うサービス認証情報取得ステップと、
前記クライアントが、ＳＩＰセッション確立後、前記回線を経由してサービスセッション確立要求を前記サーバシステムに送信するサービスセッション確立要求送信ステップと、
サーバシステムが、
前記サービスセッション確立要求を受信した際、前記サービスセッション情報と前記サービス認証情報を用いてＡＰサーバのユーザ認証を行うユーザ認証ステップと、
を含むことを特徴とするセッション管理方法。
【請求項２０】
前記回線認証ステップは、前記ＳＩＰセッション確立要求を受信した前記回線の前記回線識別子と前記ＳＩＰセッション確立要求に含まれる前記ＳＩＰ認証情報の組み合わせが、回線認証データベースに記憶される前記回線識別子と前記ＳＩＰ認証情報の組み合わせと一致した場合、前記ＳＩＰセッション確立要求に含まれる前記ＳＩＰ認証情報が正当であると判断することを特徴とする請求項１９記載のセッション管理方法。
【請求項２１】
前記サービス認証情報取得ステップは、前記ＳＩＰ認証情報に対応する前記サービス認証情報を記憶するメンバー管理データベースを参照し、前記ＳＩＰ認証情報に対応する前記サービス認証情報を取得することを特徴とする請求項１９または２０記載のセッション管理方法。
【請求項２２】
前記ユーザ認証ステップは、前記サービスセッション確立要求により要求された前記サービスセッションが、前記サービスセッション情報と一致したとき、前記サービス認証情報を用いて前記ユーザ認証を行うことを特徴とする請求項１９乃至２１いずれかに記載のセッション管理方法。
【請求項２３】
更に、前記サーバシステムが受信したパケットのうち前記サービスセッション情報と一致する前記サービスセッションのパケットのみを前記ＡＰサーバに転送するアクセス制御ステップ、
を含むことを特徴とする請求項１９乃至２２のいずれかに記載のセッション管理方法。
【請求項２４】
更に、前記サーバシステムが前記サービスセッション情報と一致する前記サービスセッションのパケットについて前記ＳＩＰセッション確立要求により要求された帯域を確保するように制御する帯域制御ステップ、
を含むことを特徴とする請求項１９乃至２３のいずれかに記載のセッション管理方法。
【請求項２５】
更に、前記サーバシステムが前記ＡＰサーバの負荷状態を監視し前記負荷状態と所定の最大許容負荷との比較にもとづいて前記ＳＩＰセッションの確立を許可する負荷判定ステップ、
を含むことを特徴とする請求項１９乃至２４のいずれかに記載のセッション管理方法。
【請求項２６】
更に、前記サーバシステムが前記ＡＰサーバのサービスセッション数を監視し前記サービスセッション数と所定の最大許容セッション数との比較にもとづいて前記ＳＩＰセッションの確立を許可するセッション数判定ステップ、
を含むことを特徴とする請求項１９乃至２５のいずれかに記載のセッション管理方法。
【請求項２７】
前記サービスセッション情報は、前記クライアントのＩＰアドレスと、前記サービスセッションのプロトコル種別に対応したポート番号であることを特徴とする、請求項１９乃至２６のいずれかに記載のセッション管理方法。
【請求項２８】
セッション管理サーバ用コンピュータを、
正当性が確認されたＳＩＰ認証情報を含むＳＩＰセッション確立要求を受信した際、前記ＳＩＰセッション確立要求をもとにサービスセッションを識別するためのサービスセッション情報の生成と、前記ＳＩＰ認証情報に対応するサービス認証情報の取得と、前記サービスセッション情報と前記サービス認証情報のＡＰサーバへの通知とを行うセッション制御手段として機能させるためのプログラム。
【請求項１】
クライアント、回線認証システム、及びサーバシステムを含むアプリケーションサービスシステムであって、
前記クライアントは、回線を経由してＳＩＰセッション確立要求を前記回線認証システムに送信する手段と、ＳＩＰセッション確立後、前記回線を経由してサービスセッション確立要求を前記サーバシステムに送信する手段を備え、
前記回線認証システムは、前記ＳＩＰセッション確立要求を受信した前記回線の回線識別子をもとに前記ＳＩＰセッション確立要求に含まれるＳＩＰ認証情報の正当性を確認し、前記ＳＩＰセッション確立要求を前記サーバシステムに転送する手段を備え、
前記サーバシステムは、
前記ＳＩＰセッション確立要求をもとにサービスセッションを識別するためのサービスセッション情報の生成と、前記ＳＩＰ認証情報に対応するサービス認証情報の取得を行うセッション制御手段と、
前記サービスセッション確立要求を受信した際、前記サービスセッション情報と前記サービス認証情報を用いてユーザ認証を行うＡＰサーバと、
を備えたことを特徴とするアプリケーションサービスシステム。
【請求項２】
前記回線認証システムは、
更に、前記回線識別子と前記ＳＩＰ認証情報の組み合わせを記憶する回線認証データベースを備え、
前記ＳＩＰセッション確立要求を受信した前記回線の前記回線識別子と前記ＳＩＰセッション確立要求に含まれる前記ＳＩＰ認証情報の組み合わせが、前記回線認証データベースに記憶される前記回線識別子と前記ＳＩＰ認証情報の組み合わせと一致した場合、前記ＳＩＰセッション確立要求に含まれる前記ＳＩＰ認証情報が正当であると判断することを特徴とする請求項１記載のアプリケーションサービスシステム。
【請求項３】
前記サーバシステムは、
更に、前記ＳＩＰ認証情報に対応する前記サービス認証情報を記憶するメンバー管理データベースを備え、
前記セッション制御手段は、前記メンバー管理データベースを参照し、前記ＳＩＰ認証情報に対応する前記サービス認証情報を取得することを特徴とする請求項１または２記載のアプリケーションサービスシステム。
【請求項４】
前記ＡＰサーバは、前記サービスセッション確立要求により要求された前記サービスセッションが、前記サービスセッション情報と一致したとき、前記サービス認証情報を用いて前記ユーザ認証を行うことを特徴とする請求項１乃至３のいずれかに記載のアプリケーションサービスシステム。
【請求項５】
前記サーバシステムは、更に、受信したパケットのうち、前記サービスセッション情報と一致する前記サービスセッションのパケットのみを前記ＡＰサーバに転送するアクセス制御手段を備えたことを特徴とする請求項１乃至４のいずれかに記載のアプリケーションサービスシステム。
【請求項６】
前記サーバシステムは、更に、前記サービスセッション情報と一致する前記サービスセッションのパケットについて、前記ＳＩＰセッション確立要求により要求された帯域を確保するように制御する帯域制御手段を備えたことを特徴とする請求項１乃至５のいずれかに記載のアプリケーションサービスシステム。
【請求項７】
前記セッション制御手段は、更に、前記ＡＰサーバの負荷状態を監視し、前記負荷状態と所定の最大許容負荷との比較にもとづいて、前記ＳＩＰセッションの確立を許可することを特徴とする請求項１乃至６のいずれかに記載のアプリケーションサービスシステム。
【請求項８】
前記セッション制御手段は、更に、前記ＡＰサーバのサービスセッション数を監視し、前記サービスセッション数と所定の最大許容セッション数との比較にもとづいて、前記ＳＩＰセッションの確立を許可することを特徴とする請求項１乃至７のいずれかに記載のアプリケーションサービスシステム。
【請求項９】
前記サービスセッション情報は、前記クライアントのＩＰアドレスと、前記サービスセッションのプロトコル種別に対応したポート番号であることを特徴とする、請求項１乃至８のいずれかに記載のアプリケーションサービスシステム。
【請求項１０】
正当性が確認されたＳＩＰ認証情報を含むＳＩＰセッション確立要求を受信した際、前記ＳＩＰセッション確立要求をもとにサービスセッションを識別するためのサービスセッション情報の生成と、前記ＳＩＰ認証情報に対応するサービス認証情報の取得を行うセッション制御手段と、
セッション確立要求を受信した際、前記サービスセッション情報と前記サービス認証情報を用いてユーザ認証を行うＡＰサーバと、
を備えたことを特徴とするサーバシステム。
【請求項１１】
前記ＳＩＰセッション確立要求は、ＳＩＰセッション確立要求を受信した回線の回線識別子をもとに前記ＳＩＰ認証情報の正当性を確認する回線認証システムを経由して転送されたものであることを特徴とする請求項１０記載のサーバシステム。
【請求項１２】
更に、前記ＳＩＰ認証情報に対応する前記サービス認証情報を記憶するメンバー管理データベースを備え、
前記セッション制御手段は、前記メンバー管理データベースを参照し、前記ＳＩＰ認証情報に対応する前記サービス認証情報を取得することを特徴とする請求項１０または１１記載のサーバシステム。
【請求項１３】
前記ＡＰサーバは、前記サービスセッション確立要求により要求された前記サービスセッションが、前記サービスセッション情報と一致したとき、前記サービス認証情報を用いて前記ユーザ認証を行うことを特徴とする請求項１０乃至１２のいずれかに記載のサーバシステム。
【請求項１４】
更に、受信したパケットのうち、前記サービスセッション情報と一致する前記サービスセッションのパケットのみを前記ＡＰサーバに転送するアクセス制御手段を備えたことを特徴とする請求項１０乃至１３のいずれかに記載のサーバシステム。
【請求項１５】
更に、前記サービスセッション情報と一致する前記サービスセッションのパケットについて、前記ＳＩＰセッション確立要求により要求された帯域を確保するように制御する帯域制御手段を備えたことを特徴とする請求項１０乃至１４のいずれかに記載のサーバシステム。
【請求項１６】
前記セッション制御手段は、更に、前記ＡＰサーバの負荷状態を監視し、前記負荷状態と所定の最大許容負荷との比較にもとづいて、前記ＳＩＰセッションの確立を許可することを特徴とする請求項１０乃至１５のいずれかに記載のサーバシステム。
【請求項１７】
前記セッション制御手段は、更に、前記ＡＰサーバのサービスセッション数を監視し、前記サービスセッション数と所定の最大許容セッション数との比較にもとづいて、前記ＳＩＰセッションの確立を許可することを特徴とする請求項１０乃至１６のいずれかに記載のサーバシステム。
【請求項１８】
前記サービスセッション情報は、前記クライアントのＩＰアドレスと、前記サービスセッションのプロトコル種別に対応したポート番号であることを特徴とする、請求項１０乃至１７のいずれかに記載のサーバシステム。
【請求項１９】
クライアントが、
回線を経由してＳＩＰセッション確立要求を回線認証システムに送信するＳＩＰセッション確立要求送信ステップと、
前記回線認証システムが、
前記ＳＩＰセッション確立要求を受信した前記回線の回線識別子をもとに前記ＳＩＰセッション確立要求に含まれるＳＩＰ認証情報の正当性を確認し、前記ＳＩＰセッション確立要求をサーバシステムに転送する回線認証ステップと、
前記サーバシステムが、
前記ＳＩＰセッション確立要求をもとにサービスセッションを識別するためのサービスセッション情報の生成を行うセッション情報生成ステップと、
前記ＳＩＰ認証情報に対応するサービス認証情報の取得を行うサービス認証情報取得ステップと、
前記クライアントが、ＳＩＰセッション確立後、前記回線を経由してサービスセッション確立要求を前記サーバシステムに送信するサービスセッション確立要求送信ステップと、
サーバシステムが、
前記サービスセッション確立要求を受信した際、前記サービスセッション情報と前記サービス認証情報を用いてＡＰサーバのユーザ認証を行うユーザ認証ステップと、
を含むことを特徴とするセッション管理方法。
【請求項２０】
前記回線認証ステップは、前記ＳＩＰセッション確立要求を受信した前記回線の前記回線識別子と前記ＳＩＰセッション確立要求に含まれる前記ＳＩＰ認証情報の組み合わせが、回線認証データベースに記憶される前記回線識別子と前記ＳＩＰ認証情報の組み合わせと一致した場合、前記ＳＩＰセッション確立要求に含まれる前記ＳＩＰ認証情報が正当であると判断することを特徴とする請求項１９記載のセッション管理方法。
【請求項２１】
前記サービス認証情報取得ステップは、前記ＳＩＰ認証情報に対応する前記サービス認証情報を記憶するメンバー管理データベースを参照し、前記ＳＩＰ認証情報に対応する前記サービス認証情報を取得することを特徴とする請求項１９または２０記載のセッション管理方法。
【請求項２２】
前記ユーザ認証ステップは、前記サービスセッション確立要求により要求された前記サービスセッションが、前記サービスセッション情報と一致したとき、前記サービス認証情報を用いて前記ユーザ認証を行うことを特徴とする請求項１９乃至２１いずれかに記載のセッション管理方法。
【請求項２３】
更に、前記サーバシステムが受信したパケットのうち前記サービスセッション情報と一致する前記サービスセッションのパケットのみを前記ＡＰサーバに転送するアクセス制御ステップ、
を含むことを特徴とする請求項１９乃至２２のいずれかに記載のセッション管理方法。
【請求項２４】
更に、前記サーバシステムが前記サービスセッション情報と一致する前記サービスセッションのパケットについて前記ＳＩＰセッション確立要求により要求された帯域を確保するように制御する帯域制御ステップ、
を含むことを特徴とする請求項１９乃至２３のいずれかに記載のセッション管理方法。
【請求項２５】
更に、前記サーバシステムが前記ＡＰサーバの負荷状態を監視し前記負荷状態と所定の最大許容負荷との比較にもとづいて前記ＳＩＰセッションの確立を許可する負荷判定ステップ、
を含むことを特徴とする請求項１９乃至２４のいずれかに記載のセッション管理方法。
【請求項２６】
更に、前記サーバシステムが前記ＡＰサーバのサービスセッション数を監視し前記サービスセッション数と所定の最大許容セッション数との比較にもとづいて前記ＳＩＰセッションの確立を許可するセッション数判定ステップ、
を含むことを特徴とする請求項１９乃至２５のいずれかに記載のセッション管理方法。
【請求項２７】
前記サービスセッション情報は、前記クライアントのＩＰアドレスと、前記サービスセッションのプロトコル種別に対応したポート番号であることを特徴とする、請求項１９乃至２６のいずれかに記載のセッション管理方法。
【請求項２８】
セッション管理サーバ用コンピュータを、
正当性が確認されたＳＩＰ認証情報を含むＳＩＰセッション確立要求を受信した際、前記ＳＩＰセッション確立要求をもとにサービスセッションを識別するためのサービスセッション情報の生成と、前記ＳＩＰ認証情報に対応するサービス認証情報の取得と、前記サービスセッション情報と前記サービス認証情報のＡＰサーバへの通知とを行うセッション制御手段として機能させるためのプログラム。
【図１】
【図２】
【図３】
【図４】
【図５】
【図６】
【図７】
【図８】
【図９】
【図１０】
【図１１】
【図１２】
【図１３】
【図１４】
【図１５】
【図１６】
【図１７】
【図１８】
【図２】
【図３】
【図４】
【図５】
【図６】
【図７】
【図８】
【図９】
【図１０】
【図１１】
【図１２】
【図１３】
【図１４】
【図１５】
【図１６】
【図１７】
【図１８】
【公開番号】特開２００９−１１６７８５（Ｐ２００９−１１６７８５Ａ）
【公開日】平成２１年５月２８日（２００９．５．２８）
【国際特許分類】
【出願番号】特願２００７−２９１８２２（Ｐ２００７−２９１８２２）
【出願日】平成１９年１１月９日（２００７．１１．９）
【出願人】（０００００４２３７）日本電気株式会社 (19,353)
【Ｆターム（参考）】
【公開日】平成２１年５月２８日（２００９．５．２８）
【国際特許分類】
【出願日】平成１９年１１月９日（２００７．１１．９）
【出願人】（０００００４２３７）日本電気株式会社 (19,353)
【Ｆターム（参考）】
[ Back to top ]