(57)【要約】【課題】  システム監視のような常時接続を必要とする通信環境において、「なりすまし」を排除した安全なセッション管理システムおよび方法を提供する。【解決手段】  Ｗｅｂクライアントは、Ｗｅｂページを更新する更新リクエストを、少なくとも１秒に１回の割合で出力する。Ｗｅｂサーバは、セッション接続リクエストおよび更新リクエストの受信に応じてセッションＩＤを採番し、採番したセッションＩＤの有効時間を、更新リクエストの出力周期およびＷｅｂクライアントに対する信号のＴＡＴにもとづく所定秒数の時間に設定して管理する。受信した更新リクエストに含まれるセッションＩＤが、設定されている有効時間内の場合に、更新Ｗｅｂページとともに、採番したセッションＩＤを送信する。また、Ｗｅｂクライアントは、セッション接続リクエストの応答または直前に受信した更新Ｗｅｂページに含まれていたセッションＩＤを新たな更新リクエストに付加して送信する。【選択図】      図１
2015052883.tif 000002
【特許請求の範囲】
【請求項１】
Ｗｅｂブラウザに表示されるＷｅｂページを更新するための更新リクエストを、少なくとも１秒に１回の割合で出力する更新リクエスト出力手段と、前記更新リクエストに、通知されたセッションＩＤを付加して出力するセッションＩＤ付加手段を備えたＷｅｂクライアントと、
前記Ｗｅｂクライアントからのセッション接続リクエストおよび有効性が確認された前記更新リクエストの受信に応じてセッションＩＤを採番するセッションＩＤ採番手段と、採番した前記セッションＩＤの有効時間を、前記更新リクエスト出力手段による前記更新リクエストの出力周期および前記Ｗｅｂクライアントに対する信号のＴＡＴ（ターンアラウンドタイム）にもとづく所定秒数の時間に設定して、採番した前記セッションＩＤと対応付けて管理テーブルに登録する有効時間設定手段と、受信した前記更新リクエストに含まれる前記セッションＩＤを前記管理テーブルに登録されている前記セッションＩＤと照合したとき、設定されている前記有効時間内に前記セッションＩＤを受信している場合に、受信した前記更新リクエストを有効と判断し、更新Ｗｅｂページとともに、採番した前記セッションＩＤを前記Ｗｅｂクライアントに送信する更新応答送信手段を備えたＷｅｂサーバと
を有し、
前記セッションＩＤ付加手段は、前記セッション接続リクエストの応答または直前に受信した更新Ｗｅｂページに含まれていた前記セッションＩＤを、前記更新リクエスト出力手段が出力する新たな更新リクエストに付加して前記Ｗｅｂサーバに送信することを特徴とするセッション管理システム。
【請求項２】
前記Ｗｅｂサーバの前記セッションＩＤ採番手段は、前記セッションＩＤをランダムに採番することを特徴とする請求項１に記載のセッション管理システム。
【請求項３】
前記Ｗｅｂサーバの前記更新応答送信手段は、前記有効時間内に前記更新リクエストとともに受信した前記セッションＩＤおよび前記有効時間を超過しても前記更新リクエストを受信していない前記セッションＩＤを前記管理テーブルから削除し、受信した前記更新リクエストに付加された前記セッションＩＤが前記管理テーブルに記憶されていない場合には、前記更新リクエストを破棄することを特徴とする請求項１または２に記載のセッション管理システム。
【請求項４】
前記Ｗｅｂサーバの上位アプリケーションは、監視情報の収集および通知処理を実行する監視手段であり、前記Ｗｅｂクライアントは、前記監視手段が収集して通知する前記監視情報を前記Ｗｅｂブラウザ上に表示する監視情報表示手段を含むことを特徴とする請求項１乃至３のいずれかの請求項に記載のセッション管理システム。
【請求項５】
前記Ｗｅｂクライアントの前記更新リクエスト出力手段は、スクリプト言語で作成したＷｅｂページ自動更新プログラムを含み、前記Ｗｅｂクライアントと前記Ｗｅｂサーバのそれぞれは、前記セッションＩＤを、予め決められた暗号方式で前記Ｗｅｂクライアントと前記Ｗｅｂサーバとの間で受け渡す暗号手段をさらに含むことを特徴とする請求項４に記載のセッション管理システム。
【請求項６】
Ｗｅｂクライアントが、Ｗｅｂブラウザに表示されるＷｅｂページを更新するための更新リクエストを、少なくとも１秒に１回の割合で出力し、
Ｗｅｂサーバが、前記Ｗｅｂクライアントからのセッション接続リクエストおよび有効性が確認された前記更新リクエストの受信に応じてセッションＩＤを採番し、
前記Ｗｅｂサーバが、採番した前記セッションＩＤの有効時間を、前記更新リクエストの出力周期および前記Ｗｅｂクライアントに対する信号のＴＡＴ（ターンアラウンドタイム）にもとづく所定秒数の時間に設定して、採番した前記セッションＩＤと対応付けて管理テーブルに記憶し、
前記Ｗｅｂサーバが、受信した前記更新リクエストに含まれる前記セッションＩＤを前記管理テーブルに登録されている前記セッションＩＤと照合したとき、設定されている前記有効時間内に前記セッションＩＤを受信している場合に、受信した前記更新リクエストを有効と判断して、更新Ｗｅｂページとともに、採番した前記セッションＩＤを前記Ｗｅｂクライアントに送信し、
前記Ｗｅｂクライアントが、前記セッション接続リクエストの応答または直前に受信した更新Ｗｅｂページに含まれていた前記セッションＩＤを新たな更新リクエストに付加して前記Ｗｅｂサーバに送信することを特徴とするセッション管理方法。
【請求項７】
前記Ｗｅｂサーバが、前記セッションＩＤをランダムに採番することを特徴とする請求項６に記載のセッション管理方法。
【請求項８】
前記Ｗｅｂサーバが、有効時間内に前記更新リクエストとともに受信した前記セッションＩＤおよび有効時間を超過しても前記更新リクエストを受信していない前記セッションＩＤを前記管理テーブルから削除し、受信した前記更新リクエストに付加された前記セッションＩＤが前記管理テーブルに記憶されていない場合には、前記更新リクエストを破棄することを特徴とする請求項６または７に記載のセッション管理方法。
【請求項９】
前記Ｗｅｂページは、前記Ｗｅｂサーバの上位アプリケーションが収集した監視情報を表示するデータを含むことを特徴とする請求項６乃至８のいずれかの請求項に記載のセッション管理方法。
【請求項１０】
前記Ｗｅｂクライアントと前記Ｗｅｂサーバのそれぞれが、前記セッションＩＤを、予め決められた暗号方式で前記Ｗｅｂクライアントと前記Ｗｅｂサーバとの間で受け渡すことを特徴とする請求項９に記載のセッション管理方法。
【発明の詳細な説明】
【技術分野】
【０００１】
本発明は、セッション管理システムおよび方法に関し、特に、ＨＴＴＰ（HyperText Transport Protocol）によるＷｅｂ（ウェブ）サーバとＷｅｂクライアント間の通信におけるセッション管理システムおよび方法に関する。
【背景技術】
【０００２】
ＨＴＴＰによるＷｅｂサーバとＷｅｂクライアント間の通信において、常時接続を安全に行うための一般的な方式として、ＳＳＬ（Secure Sockets Layer）／ＴＬＳ（Transport Layer Security）が利用されている。ＳＳＬ／ＴＬＳとは、ＷｅｂサーバとＷｅｂクライアント間の通信を暗号化する機能とユーザ認証機能を持ったプロトコルである。例えば、ＩＥＴＦ（Internet Engineering Task Force）のＴＬＳワーキンググループにより、ＴＬＳ１．０（ＲＦＣ：Request For Comments ２２４６）、ＴＬＳ１．１（ＲＦＣ４３４６）やＴＬＳ１．２（ＲＦＣ５２４６）が制定されている。
【０００３】
ＷｅｂクライアントがＩＥ（Internet Explorer）等のＳＳＬ／ＴＬＳ対応ＷｅｂブラウザでＳＳＬ／ＴＬＳが利用されているページにアクセスすると、そのページのＷｅｂサーバからリプライとともにサーバ証明書を受け取る。サーバ証明書は、事前にＣＡ（Certification Authority：認証局）の認証済となっている。Ｗｅｂクライアントは、ＣＡ公開鍵で証明書の真贋を検証し、検証が正しければ、証明書からサーバ公開鍵を取り出す。そして、Ｗｅｂクライアントは乱数を生成し、それにより共通鍵を生成する。Ｗｅｂクライアントは生成した乱数をサーバ公開鍵で暗号化してＷｅｂサーバに送信する。Ｗｅｂサーバは受信した暗号化されている乱数を秘密鍵で復号し、Ｗｅｂクライアントが生成したものと同じ共通鍵を生成する。以降はＷｅｂクライアントとＷｅｂサーバ間で共通鍵を用いて、通信内容を暗号化して通信を行う。
【０００４】
また、同一Ｗｅｂクライアントからのセッションを識別するために、ＷｅｂサーバがセッションＩＤを生成してセッション管理を行う方式がある。
【０００５】
例えば、特許文献１はＨＴＴＰメッセージのメッセージヘッダを利用してセッションＩＤ管理を行い、セッションの継続性を詳細に制御する技術を開示している。
【０００６】
特許文献１によれば、ＷｅｂクライアントはＨＴＴＰリクエストメッセージのヘッダにセッション開始要求メッセージを付加してＷｅｂサーバへ送信する。セッション開始要求メッセージを含むリクエストを受信したＷｅｂサーバは、セッションを識別するためのセッションＩＤを生成して記憶領域に記録する。そして、Ｗｅｂサーバは、ＨＴＴＰレスポンスメッセージのヘッダにセッションＩＤを含むＣｏｏｋｉｅ作成要求メッセージを付加し、Ｗｅｂクライアントへ送信する。
【０００７】
レスポンスを受信したＷｅｂクライアントは、Ｃｏｏｋｉｅ作成要求メッセージにしたがってセッションＩＤを含むＣｏｏｋｉｅを作成して記憶領域に記録する。そして、Ｗｅｂクライアントは、その後Ｗｅｂサーバに対して何らかの要求を行うときは、セッションＩＤをメッセージヘッダに付加してＷｅｂサーバに送信する。
【０００８】
Ｗｅｂサーバでは、受信したＨＴＴＰリクエストメッセージにセッションＩＤが含まれていた場合、記憶しているセッションＩＤとメッセージに含まれているセッションＩＤとを照合して、継続中のセッションであることを判定する。
【０００９】
さらに、このようなセッションＩＤを用いつつ「なりすまし」を防ぐ技術として、特許文献２が開示するセッション管理装置がある。
【００１０】
特許文献２は、正規のユーザによる正常なアクセスの妨害となるのを防止しつつ、セッションハイジャックの危険性を低減するセッション管理装置を開示している。
【００１１】
特許文献２によれば、ネットワークを介してＷｅｂクライアントと接続されたＷｅｂサーバは、ＷｅｂクライアントとＷｅｂサーバとの間で受け渡されるセッションＩＤを、Ｗｅｂクライアントからのアクセスの度に採番する。そして、Ｗｅｂクライアントからの一連のアクセスをＷｅｂサーバ側で管理する管理ＩＤをセッションＩＤに付与し、同一の管理ＩＤが付与された互いに異なる複数のセッションＩＤを同時刻に有効にするように管理する。このとき、Ｗｅｂサーバは、Ｗｅｂクライアントからのアクセスの度にセッションＩＤを採番するが、新しいセッションＩＤを発行した際に直ちに使用済みのセッションＩＤを無効にはしない。Ｗｅｂサーバは、使用済みのセッションＩＤを任意のタイミングで無効にする。つまり、使用されたセッションＩＤは無効化されるが、一定期間はすでに使用されたセッションＩＤであっても有効であるという制御をＷｅｂサーバは行う。また、セッションＩＤを無効化する条件としては、例えば、セッションＩＤを使用したアクセス回数に基づくとか、セッションＩＤの使用後の有効時間に基づくことが提案されている。
【先行技術文献】
【特許文献】
【００１２】
【特許文献１】特開２００５−０１０９１３号公報
【特許文献２】特開２００９−１４０１６３号公報
【発明の概要】
【発明が解決しようとする課題】
【００１３】
ＳＳＬ／ＴＬＳを組み込みシステムに適用する場合、高スペックなＣＵＰ（Central Processing Unit）リソースやプロトコルスタックが必要となり、コストの増加や組み込みプログラムが複雑となるという課題がある。
【００１４】
また、特許文献１が開示するＷｅｂサーバがセッションＩＤを生成してセッション管理を行う方式は、セッションＩＤが第三者に知られると、「なりすまし」による不正アクセスが行われる危険性がある。特に、２４時間３６５日の常時接続が求められるシステム監視サービス等の場合、同一セッションＩＤを使用し続けると、通信路の盗聴などにより、セキュリティリスクが高くなるという問題がある。
【００１５】
セッションＩＤを頻繁に採番しなおすことを提案する特許文献２が開示するセッション管理装置は、管理ＩＤと一連の複数のセッションＩＤとを紐付して管理することで、リクエストとレスポンスのやりとりを複数回にわたって管理する。そして、使用されたセッションＩＤは無効化されるが、一定期間はすでに使用されたセッションＩＤであっても有効であるという制御をＷｅｂサーバは行う。特許文献２の技術は、オンラインショップのようなアプリケーションを前提にしている。そして、この技術は、ユーザ操作に基づくＷｅｂクライアントからのアクセスの度にセッションＩＤを採番する構成になっており、使用中のセッションＩＤに有効期限を設定するものではない。セッションハイジャックを防ぐとはいえ、使用中のセッションＩＤに非常に短い有効期限を設定すると、ユーザ操作に基づくＷｅｂクライアントからのアクセスの度にセッションＩＤを採番する構成ではユーザの利便性が低下する。
【００１６】
本発明は、システム監視のような常時接続を必要とする通信や組み込みシステムのようなセキュリティプロトコルの適用が限定される状況において、「なりすまし」を排除した安全なセッション管理システムおよび方法を提供する。
【課題を解決するための手段】
【００１７】
上記の目的を実現するために、本発明の一形態であるセッション管理システムは、Ｗｅｂブラウザに表示されるＷｅｂページを更新するための更新リクエストを、少なくとも１秒に１回の割合で出力する更新リクエスト出力手段と、前記更新リクエストに、通知されたセッションＩＤを付加して出力するセッションＩＤ付加手段を備えたＷｅｂクライアントと、前記Ｗｅｂクライアントからのセッション接続リクエストおよび有効性が確認された前記更新リクエストの受信に応じてセッションＩＤを採番するセッションＩＤ採番手段と、採番した前記セッションＩＤの有効時間を、前記更新リクエスト出力手段による前記更新リクエストの出力周期および前記Ｗｅｂクライアントに対する信号のＴＡＴ（ターンアラウンドタイム）にもとづく所定秒数の時間に設定して、採番した前記セッションＩＤと対応付けて管理テーブルに登録する有効時間設定手段と、受信した前記更新リクエストに含まれる前記セッションＩＤを前記管理テーブルに登録されている前記セッションＩＤと照合したとき、設定されている前記有効時間内に前記セッションＩＤを受信している場合に、受信した前記更新リクエストを有効と判断し、更新Ｗｅｂページとともに、採番した前記セッションＩＤを前記Ｗｅｂクライアントに送信する更新応答送信手段を備えたＷｅｂサーバとを含み、前記セッションＩＤ付加手段は、前記セッション接続リクエストの応答または直前に受信した更新Ｗｅｂページに含まれていた前記セッションＩＤを、前記更新リクエスト出力手段が出力する新たな更新リクエストに付加して前記Ｗｅｂサーバに送信することを特徴とする。
【００１８】
また、本発明の他の形態であるセッション管理方法は、Ｗｅｂクライアントが、Ｗｅｂブラウザに表示されるＷｅｂページを更新するための更新リクエストを、少なくとも１秒に１回の割合で出力し、Ｗｅｂサーバが、前記Ｗｅｂクライアントからのセッション接続リクエストおよび有効性が確認された前記更新リクエストの受信に応じてセッションＩＤを採番し、前記Ｗｅｂサーバが、採番した前記セッションＩＤの有効時間を、前記更新リクエストの出力周期および前記Ｗｅｂクライアントに対する信号のＴＡＴ（ターンアラウンドタイム）にもとづく所定秒数の時間に設定して、採番した前記セッションＩＤと対応付けて管理テーブルに記憶し、前記Ｗｅｂサーバが、受信した前記更新リクエストに含まれる前記セッションＩＤを前記管理テーブルに登録されている前記セッションＩＤと照合したとき、設定されている前記有効時間内に前記セッションＩＤを受信している場合に、受信した前記更新リクエストを有効と判断し、更新Ｗｅｂページとともに、採番した前記セッションＩＤを前記Ｗｅｂクライアントに送信し、前記Ｗｅｂクライアントが、前記セッション接続リクエストの応答または直前に受信した更新Ｗｅｂページに含まれていた前記セッションＩＤを、新たな更新リクエストに付加して前記Ｗｅｂサーバに送信することを特徴とする。
【発明の効果】
【００１９】
本発明は、システム監視のような常時接続を必要とする通信や組み込みシステムのようなセキュリティプロトコルの適用が限定される状況において、「なりすまし」を排除した安全なセッション管理システムおよび方法を提供する。
【図面の簡単な説明】
【００２０】
【図１】本発明の第１の実施形態のセッション管理システムの構成を示すブロック図である。
【図２】本発明の第１の実施形態のセッション管理システムの動作を説明するシーケンス図である。
【図３】本発明の第２の実施形態のセッション管理システムの構成を示すブロック図である。
【図４】ＴＣＰセッションテーブルの登録例を示す図である。
【図５】本発明の第２の実施形態のセッション管理システムの動作を説明するシーケンス図である。
【図６】本発明の第２の実施形態のセッション管理システムの動作を説明するシーケンス図である。
【図７】セッションＩＤが盗聴され、不正利用された場合のセッション管理システムの動作を説明するシーケンス図である。
【図８】本発明の第２の実施形態の変形例のセッション管理システムの構成を示すブロック図である。
【発明を実施するための形態】
【００２１】
本発明を実施するための形態について図面を参照して説明する。
【００２２】
図１は、本発明の第１の実施形態のセッション管理システムの構成を示すブロック図である。
【００２３】
尚、実施の形態は例示であり、開示の装置及びシステムは、以下の実施の形態の構成には限定されない。
【００２４】
第１の実施形態のセッション管理システム１００は、Ｗｅｂクライアント１０とＷｅｂサーバ２０とを図示しないネットワークを介して接続する構成になっている。
【００２５】
Ｗｅｂクライアント１０は、更新リクエスト出力手段１０１とセッションＩＤ付加手段１０２を備える。
【００２６】
更新リクエスト出力手段１０１は、Ｗｅｂブラウザに表示されるＷｅｂページを更新するための更新リクエストを、少なくとも１秒に１回の割合で出力する。
【００２７】
セッションＩＤ付加手段１０２は、更新リクエストに、通知されたセッションＩＤを付加して出力する。
【００２８】
Ｗｅｂサーバ２０は、セッションＩＤ採番手段２０１、有効時間設定手段２０２および更新応答送信手段２０３を備える。
【００２９】
セッションＩＤ採番手段２０１は、Ｗｅｂクライアントからのセッション接続リクエストおよび有効性が確認された更新リクエストの受信に応じてセッションＩＤを採番する。
【００３０】
有効時間設定手段２０２は、採番したセッションＩＤの有効時間を設定して、採番したセッションＩＤと対応付けて管理テーブル（不図示）に登録する。この有効時間は、更新リクエスト出力手段による更新リクエストの出力周期およびＷｅｂクライアントに対する信号のＴＡＴ（ターンアラウンドタイム）にもとづく所定秒数の時間に設定される。
【００３１】
更新応答送信手段２０３は、受信した更新リクエストに含まれるセッションＩＤを管理テーブルに登録されている前記セッションＩＤと照合する。そして、設定されている有効時間内にセッションＩＤを受信している場合に、受信した前記更新リクエストを有効と判断し、更新Ｗｅｂページとともに、採番したセッションＩＤをＷｅｂクライアントに送信する。
【００３２】
また、セッションＩＤ付加手段１０２は、セッション接続リクエストの応答または直前に受信した更新Ｗｅｂページに含まれていたセッションＩＤを、更新リクエスト出力手段１０１が出力する新たな更新リクエストに付加してＷｅｂサーバに送信する。
【００３３】
図２は、本発明の第１の実施形態のセッション管理システムの動作を説明するシーケンス図である。第１の実施形態では、セッション管理システムが動作することによって、セッション管理方法が実施される。
【００３４】
Ｗｅｂクライアントは、Ｗｅｂサーバとの間のセッションを接続するためにセッション接続リクエストをＷｅｂサーバに送信する（Ｓ１０１）。
【００３５】
Ｗｅｂサーバは、セッション接続リクエストの受信に応じて、新規のセッションをＷｅｂクライアントとの間に設定し、このセッションに対応するセッションＩＤ（セッションＩＤａ）を採番する（Ｓ１０２）。このとき、Ｗｅｂサーバは、採番したセッションＩＤａの有効時間を設定する。この有効時間は、後述する更新リクエストの出力周期およびＷｅｂクライアントに対する信号のＴＡＴ（ターンアラウンドタイム）にもとづく所定秒数の時間に設定される。そして、Ｗｅｂサーバは、この有効時間を、採番したセッションＩＤと対応付けて管理テーブルに記憶する。
【００３６】
Ｗｅｂサーバは、採番したセッションＩＤａを付加したレスポンスをＷｅｂクライアントに送信する（Ｓ１０３）。
【００３７】
Ｗｅｂサーバからの応答を受信したＷｅｂクライアントは、ＷｅｂブラウザをリクエストしたＵＲＬ（Uniform Resource Locator）のＷｅｂページに更新する（Ｓ１０４）。
【００３８】
一方、Ｗｅｂクライアントは、Ｗｅｂブラウザに表示されるＷｅｂページを更新するための更新リクエストを、少なくとも１秒に１回の割合で出力する。最初の更新リクエストが出力さると、セッション接続リクエストの応答に含まれていたセッションＩＤａをその更新リクエストに付加してＷｅｂサーバに送信する（Ｓ１０５）。
【００３９】
Ｗｅｂサーバは、Ｗｅｂクライアントから受信した更新リクエストに含まれるセッションＩＤａが、採番時に設定した有効時間内の場合にその更新リクエストを有効と判断する（Ｓ１０６）。そして、新たなセッションＩＤ（セッションＩＤｂ）を採番する（Ｓ１０７）。Ｗｅｂサーバは、採番したセッションＩＤｂにも前述したように有効時間を設定する。
【００４０】
Ｗｅｂサーバは、新たに採番したセッションＩＤｂを付加した更新ＷｅｂページのレスポンスをＷｅｂクライアントに送信する（Ｓ１０８）。
【００４１】
Ｗｅｂサーバからの更新Ｗｅｂページの応答を受信したＷｅｂクライアントは、Ｗｅｂブラウザに表示されているＷｅｂページを更新する（Ｓ１０９）。
【００４２】
Ｗｅｂクライアントでは、少なくとも１秒に１回の割合で新たな更新リクエストが出力され、直前に受信した更新Ｗｅｂページに含まれていたセッションＩＤをその新たな更新リクエストに付加してＷｅｂサーバに送信する（Ｓ１１０）。
【００４３】
以降は、ステップＳ１０６乃至Ｓ１１０と同様の動作が繰り返される。つまり、Ｗｅｂサーバは、Ｗｅｂクライアントから受信した更新リクエストに含まれるセッションＩＤが有効時間内である限り、新たなセッションＩＤを採番して更新Ｗｅｂページに付加してＷｅｂクライアントに送信する。そして、Ｗｅｂクライアントは、少なくとも１秒に１回の割合で出力される新たな更新リクエストに、直前に受信した更新Ｗｅｂページに含まれていたセッションＩＤを付加してＷｅｂサーバに送信する。
【００４４】
本実施形態では、Ｗｅｂページの更新に際し、クリック等のユーザによる更新アクションに替えて、更新リクエスト出力手段が周期的に更新リクエストを出力する構成を備える。しかも、更新リクエスト出力手段は、通常のユーザ操作では対応できない、少なくとも１秒に１回の割合で更新リクエストを出力する。
【００４５】
また、本実施形態では、Ｗｅｂサーバにおいては、更新リクエストを受信する度に新たなセッションＩＤを採番してＷｅｂクライアントに通知する。しかも、採番したセッションＩＤには、更新リクエストの出力周期およびＷｅｂクライアントに対する信号のＴＡＴにもとづく所定秒数の、非常に短い有効時間が設定される。
【００４６】
つまり、本実施形態では、非常に短い有効時間のそれぞれ異なったセッションＩＤがＷｅｂサーバとＷｅｂクライアントとの間で頻繁に送受信される構成になっている。そのため、たとえセッションＩＤを盗聴されたとしても、それが不正利用されるときにはそのセッションＩＤは無効化されており、セッションハイジャックされることはない。
【００４７】
このように本実施形態は、常時接続を必要とする通信環境や組み込みシステムのようなセキュリティプロトコルの適用が限定される状況において、「なりすまし」を排除した安全なセッション管理システムおよび方法を提供することができる。
【００４８】
次に第２の実施形態を説明する。
【００４９】
図３は、本発明の第２の実施形態のセッション管理システムの構成を示すブロック図である。
【００５０】
第２の実施形態のセッション管理システム２００は、Ｗｅｂクライアント１１とＷｅｂサーバ２１とをインターネットを介して接続する構成になっている。
【００５１】
Ｗｅｂサーバ２１は、上位アプリケーションである監視情報の収集および通知処理を実行する監視手段（不図示）から監視情報の通知を受け、それをページデータとして編集して送信する。一方、Ｗｅｂクライアント１１は、Ｗｅｂサーバ２１からページデータとして監視情報を受信し、Ｗｅｂブラウザ上に表示する。
【００５２】
このように、本実施形態のセッション管理システム２００は、Ｗｅｂクライアント１１がインターネットを介してＷｅｂサーバ２１に接続され、上位アプリケーションが収集する監視情報を常時監視するシステムに適用される。このような常時監視システムとして、例えば、通信網に配備される伝送装置の動作状態を遠隔の保守センターで監視する形態がある。
【００５３】
Ｗｅｂクライアント１１は、更新リクエスト出力部１１１、セッションＩＤ付与部１１２、リクエスト送信部１１３、レスポンス受信部１１４およびＷｅｂページ更新表示部１１５を含む。
【００５４】
第１の実施形態における更新リクエスト出力手段１０１は更新リクエスト出力部１１１に相当し、セッションＩＤ付加手段１０２はレスポンス受信部１１４、セッションＩＤ付与部１１２およびリクエスト送信部１１３に相当する。
【００５５】
更新リクエスト出力部１１１は、Ｗｅｂブラウザに表示されるＷｅｂページを更新する更新リクエストを、少なくとも１秒に１回の割合で出力する。更新リクエスト出力部１１１は、Ｗｅｂブラウザでの利用に適したスクリプト言語（簡易プログラミング言語、例えば、JavaScript（登録商標））で作成され、一定時間間隔で更新リクエストを出力する。
【００５６】
セッションＩＤ付与部１１２は、レスポンス受信部１１４を介してＷｅｂサーバ２１から通知されたセッションＩＤを、更新リクエスト出力部１１１が出力する更新リクエストのＵＲＬに付加して出力する。
【００５７】
リクエスト送信部１１３は、セッションＩＤ付与部１１２が出力する、ＵＲＬにセッションＩＤが付加されたＨＴＭＬのリクエストを送信する。
【００５８】
レスポンス受信部１１４は、Ｗｅｂサーバ２１から受信したレスポンスに含まれるセッションＩＤをセッションＩＤ付与部１１２に転送し、ページデータをＷｅｂページ更新表示部１１５に転送する。
【００５９】
Ｗｅｂページ更新表示部１１５は、Ｗｅｂサーバ２１から送られてきたページデータをＷｅｂブラウザ上に表示する。つまり、本実施形態において、Ｗｅｂページ更新表示部１１５は、例えば伝送装置の動作状況を遠隔で監視するための監視情報表示手段として機能する。
【００６０】
Ｗｅｂサーバ２１は、リクエスト受信部２１１、セッションＩＤ判定・生成部２１２、ＴＣＰセッションテーブル２１３、レスポンス送信部２１４および更新ページデータ編集部２１５を含む。
【００６１】
第１の実施形態におけるセッションＩＤ採番手段２０１は、リクエスト受信部２１１およびセッションＩＤ判定・生成部２１２の一部に相当する。また、有効時間設定手段２０２は、セッションＩＤ判定・生成部２１２の一部およびＴＣＰセッションテーブル２１３に相当し、更新応答送信手段２０３は、セッションＩＤ判定・生成部２１２の一部およびレスポンス送信部２１４に相当する。
【００６２】
リクエスト受信部２１１は、Ｗｅｂクライアント１１からのリクエストを受信する。このリクエストには、Ｗｅｂクライアント１１とＷｅｂサーバ２１との間のＴＣＰセッションを接続するリクエストおよびＷｅｂページを更新するリクエストが含まれる。
【００６３】
セッションＩＤ判定・生成部２１２は、認証されたＷｅｂクライアント１１とのセッション接続に際して、接続したセッションに対応するセッションＩＤを採番する。また、その後、そのセッションを使用して送られてくる更新リクエストに付加されているセッションＩＤの正当性を判定する。この正当性を判定するために、セッションＩＤ判定・生成部２１２は、後述するＴＣＰセッションテーブル２１３を参照する。さらに、正当性が確認された更新リクエストに応答する際に付加する新たなセッションＩＤを採番する。セッションＩＤ判定・生成部２１２は、セッションＩＤをランダムな値で採番する。これは、あるセッションＩＤが盗聴されたときに、後続して採番される他のセッションＩＤが盗聴されたセッションＩＤから推定されることを防ぐためである。
【００６４】
セッションＩＤ判定・生成部２１２は、採番したセッションＩＤをＴＣＰセッションテーブル２１３に登録して管理する。その際に、セッションＩＤ判定・生成部２１２は、セッションＩＤに有効時間を設定する。
【００６５】
この有効時間は、Ｗｅｂクライアント１１における更新リクエストの出力周期およびＷｅｂクライアント１１に対する信号のＴＡＴにもとづく所定秒数の時間に設定される。
【００６６】
例えば、保守センターに設置される各Ｗｅｂクライアント１１と各伝送装置のＷｅｂサーバ２１との間の内部処理遅延も含めた信号遅延を事前に測定しておき、Ｗｅｂサーバ２１毎にＷｅｂクライアント遅延管理テーブルに登録しておけばよい。また、Ｗｅｂクライアント１１における更新リクエストの出力周期はシステムとして統一されていることを前提とするが、異なる場合でも、その遅延管理テーブルに個々のＷｅｂクライアント１１における出力周期情報を登録しておけばよい。したがって、セッションＩＤの有効時間は、上記のような遅延管理テーブルの接続要求を受けたＷｅｂクライアント１１に対応するデータにもとづいて決めることができる。
【００６７】
ＴＣＰセッションテーブル２１３は、ＴＣＰセッション毎に、セッションＩＤ、有効／無効フラグ、残り有効時間を管理するためのテーブルである。Ｗｅｂクライアント１１のログイン時にセッションが追加され、ログアウト時にはそのセッションが削除される。残り有効時間は、図示しないセッションＩＤ有効時間タイマーが、セッションＩＤが無効になるまでの有効時間の残り時間をカウントダウンして示す値である。セッションＩＤ有効時間タイマーは、有効時間が超過した場合、有効／無効フラグを無効に設定する。詳細については、図４を参照して後述する。
【００６８】
レスポンス送信部２１４は、セッションＩＤ判定・生成部２１２により正当性が確認された更新リクエストに応答するための処理を行う。つまり、セッションＩＤ判定・生成部２１２が新たに採番してＴＣＰセッションテーブル２１３に登録したセッションＩＤを、更新ページデータ編集部２１５から得られるページデータに付加してＷｅｂクライアント１１に送信する。
【００６９】
更新ページデータ編集部２１５は、リクエスト受信部２１１が受信した更新リクエストに応じて、上位アプリケーションから通知されている監視データをページデータに編集して出力する。
【００７０】
次に、図４を参照してＴＣＰセッションテーブル２１３とセッションＩＤ管理について説明する。
【００７１】
図４は、ＴＣＰセッションテーブルの登録例を示す図である。
【００７２】
図４において、「ＴＣＰセッションテーブル（状態１）」は、ある時点でのＴＣＰセッションテーブルの内容を示し、「ＴＣＰセッションテーブル（状態２）」は、それから１秒経過した時点でのＴＣＰセッションテーブルの内容を示している。
【００７３】
ＴＣＰセッションテーブルは、１つのＴＣＰセッションに対して１つのセッションＩＤのレコードを持ち、ＴＣＰセッション（送信元ポート番号）、セッションＩＤ、セッションＩＤの有効／無効、セッションＩＤの残り有効時間の項目を含む。
【００７４】
ＷｅｂサーバにログインするとセッションＩＤのレコードが追加され、ログアウトまたはＴＣＰセッションが終了するとそのレコードが削除される。前述したようにセッションＩＤには有効時間が設定されており、有効時間を過ぎても新たなセッションＩＤに更新されない場合はセッションタイムアウトとなる。セッションタイムアウトになるとそのセッションは無効にされる。また、有効時間の値は、例えば、Ｗｅｂクライアント１１における更新リクエストの出力周期を１秒に１回とした場合、ＴＡＴや若干の保護時間を考慮して３秒に設定するものとする。
【００７５】
図４の「ＴＣＰセッションテーブル（状態１）」では、ＴＣＰセッション「１０６０」について、セッションＩＤは「４５６ｄｅｆ」で「有効」であり、残り有効時間は新規セッションの例として初期設定値の「３．０００秒」となっている。また、ＴＣＰセッション「１０７０」について、セッションＩＤは「ａ１ｂ２ｃ３」で「有効」であり、残り有効時間は「１．０００秒」となっている。
【００７６】
「ＴＣＰセッションテーブル（状態２）」は、上記の「状態１」から１秒経過した状態で、ＴＣＰセッション「１０６０」に対応するＷｅｂクライアント１１からは更新リクエストを受けている。そのため、ＴＣＰセッション「１０６０」では、新たなセッションＩＤの「１２３ａｂｃ」に更新され、残り有効時間は設定値の「３．０００秒」となっている。
【００７７】
一方、ＴＣＰセッション「１０７０」の場合は、セッションＩＤが更新されないまま１秒が経過して、残り有効時間が「０．０００秒」となったために「無効」にされている。例えば、Ｗｅｂクライアント１１とＷｅｂサーバ２１との間の回線が何らかの理由で切れたような、ネットワーク障害が想定される。
【００７８】
以上のように、Ｗｅｂクライアント１１とＷｅｂサーバ２１との間で正常にページ更新の動作が行われている限り、ＴＣＰセッションテーブル２１３において、セッションＩＤは３秒以内の非常に短時間で更新が繰り返される。このことは、採番されたセッションＩＤは、ＴＣＰセッションテーブル２１３に登録されたとしても、短時間でその存在が消えることを意味する。
【００７９】
また、有効時間内にセッションＩＤが更新されない場合、そのセッションは「無効」として扱われる。「無効」になったセッションのレコードは所定時間の後にＴＣＰセッションテーブル２１３から削除される。例えば、定期的に無効セッションのログが収集され、その後に削除するように構成してもよい。また、「無効」になった時点でそのセッションのレコードをＴＣＰセッションテーブル２１３から削除するように構成してもよい。
【００８０】
したがって、セッションＩＤ判定・生成部２１２は、ＴＣＰセッションテーブル２１３を参照することにより、受信したリクエストに付加されているセッションＩＤの正当性を判定することができる。つまり、セッションＩＤ判定・生成部２１２は、ＴＣＰセッションテーブル２１３に登録されていないセッションＩＤや「無効」に設定されたセッションに対応するセッションＩＤを有するリクエストを不正と判定できる。不正と判定したリクエストには応答せずに、それらを排除することができる。
【００８１】
次に、第２の実施形態のセッション管理システムの動作を図５および図６を参照して説明する。第２の実施形態のセッション管理システムの一連の動作は、図５および図６に示される。
【００８２】
最初に、Ｗｅｂクライアント１１は、Ｗｅｂサーバ２１との間のセッションを確立するためにＴＣＰセッション接続リクエストを送信し（Ｓ２０１）、ログイン情報を送信する（Ｓ２０２）。
【００８３】
Ｗｅｂサーバ２１において、リクエスト受信部２１１でのログイン認証が成功すると（Ｓ２０３）、新規セッションレコードがＴＣＰセッションテーブル２１３に追加される。そして、セッションＩＤ判定・生成部２１２は、そのセッションに対応して生成したセッションＩＤ「４５６ｄｅｆ」と、有効時間の初期値と、セッションＩＤの状態が有効という情報をＴＣＰセッションテーブル２１３に登録する（Ｓ２０４）。
【００８４】
Ｗｅｂサーバ２１のレスポンス送信部２１４は、ログイン成功を伝えるレスポンスに、生成したセッションＩＤ「４５６ｄｅｆ」を付加してＷｅｂクライアント１１に送信する（Ｓ２０５）。
【００８５】
Ｗｅｂクライアント１１のレスポンス受信部１１４はセッションＩＤ「４５６ｄｅｆ」が付加されたログイン成功の情報を受信する。レスポンス受信部１１４は、付加されていたセッションＩＤ「４５６ｄｅｆ」をセッションＩＤ付与部１１２に送る。また、レスポンス受信部１１４は、ログイン成功の情報を受けてＷｅｂページ更新表示部１１５を介してＷｅｂブラウザのページを更新する（Ｓ２０６）。
【００８６】
セッションＩＤ付与部１１２は、更新リクエスト出力部１１１が出力する更新リクエストのＵＲＬにセッションＩＤ「４５６ｄｅｆ」を付加して出力する。そして、リクエスト送信部１１３は、セッションＩＤ付与部１１２が出力する、ＵＲＬにセッションＩＤ「４５６ｄｅｆ」が付加されたＨＴＭＬのリクエストをＷｅｂサーバ２１に送信する（Ｓ２０７）。
【００８７】
Ｗｅｂサーバ２１では、リクエスト受信部２１１が更新リクエストを受信し、ＵＲＬに付加されたセッションＩＤ「４５６ｄｅｆ」をセッションＩＤ判定・生成部２１２に送る。
【００８８】
セッションＩＤ判定・生成部２１２は、ＴＣＰセッションテーブル２１３を参照して、セッションＩＤ「４５６ｄｅｆ」が、受信したセッションに対応して記憶されているセッションＩＤと一致するか否かを照合する（Ｓ２０８）。さらに、セッションＩＤが一致すると、そのセッションＩＤが有効か無効かを判定する（Ｓ２０９）。
【００８９】
ステップＳ２０８とステップＳ２０９の判定で、セッションＩＤが不一致または無効の場合、受信したリクエストは廃棄され、レスポンスは返送されない（Ｓ２１０）。
【００９０】
なお、セッションＩＤの有効時間がタイムアウトして「無効」になった時点でそのセッションのレコードをＴＣＰセッションテーブル２１３から削除するように構成した場合には、ステップＳ２０９の処理を省略してもよい。なお、この場合は、受信したセッションのレコードがＴＣＰセッションテーブル２１３に存在するか否かがステップＳ２０８の前に判定される。そして、当該レコードが存在しない場合には、ステップＳ２１０の処理が行われる。
【００９１】
一方、ステップＳ２０８とステップＳ２０９の判定で、セッションＩＤが一致かつ有効の場合、セッションＩＤ判定・生成部２１２は、新たなセッションＩＤ「１２３ａｂｃ」を採番する（Ｓ２１１、以降は図６を参照）。
【００９２】
また、新たなセッションＩＤの採番に伴い、当該セッションに対応するＴＣＰセッションテーブル２１３の内容を更新する。つまり、セッションＩＤフィールドを新しいセッションＩＤ「１２３ａｂｃ」に、有効／無効フィールドを有効に、残り有効時間フィールドを初期設定値（３秒）に、それぞれ更新する。
【００９３】
Ｗｅｂサーバ２１のレスポンス送信部２１４は、更新ページデータ編集部２１５から受信した更新ページデータを含むレスポンスに新しいセッションＩＤ「１２３ａｂｃ」を付加し、Ｗｅｂクライアント１１に送信する（Ｓ２１２）。
【００９４】
Ｗｅｂクライアント１１は、更新リクエストに対する新しいセッションＩＤ「１２３ａｂｃ」が付加されたレスポンスをレスポンス受信部１１４で受信する。レスポンス受信部１１４は、付加されていたセッションＩＤ「１２３ａｂｃ」をセッションＩＤ付与部１１２に送る。また、レスポンス受信部１１４は、Ｗｅｂページ更新表示部１１５を介してＷｅｂブラウザのページを受信した更新ページデータにより更新する（Ｓ２１３）。
【００９５】
セッションＩＤ付与部１１２は、更新リクエスト出力部１１１が次の周期で出力した更新リクエストのＵＲＬに、セッションＩＤ「１２３ａｂｃ」を付加して出力する。そして、リクエスト送信部１１３は、セッションＩＤ付与部１１２が出力する、ＵＲＬにセッションＩＤ「１２３ａｂｃ」が付加されたＨＴＭＬのリクエストをＷｅｂサーバ２１に送信する（Ｓ２１４）。
【００９６】
以上のようにして、Ｗｅｂクライアント１１とＷｅｂサーバ２１との間のセッションが確立されている限り、ステップＳ２０８乃至Ｓ２１４の動作が繰り返される。
【００９７】
Ｗｅｂクライアント１１からのセッション終了リクエスト送信によるセッション終了は次のように行われる。
【００９８】
Ｗｅｂクライアント１１がログアウト、またはＴＣＰセッション終了をＷｅｂサーバ２に送信する（Ｓ２１５）。それを受信したＷｅｂサーバ２１のリクエスト受信部２１１は、ＴＣＰセッションテーブル２１３から該当のセッションレコードを削除してセッション終了とする（Ｓ２１６）。
【００９９】
次に、攻撃者による「なりすまし」があった場合の処理について図７を参照して説明する。
【０１００】
図７は、セッションＩＤが盗聴され、それが不正利用された場合のセッション管理システムの動作を説明するシーケンス図である。このシーケンスは、図５のステップＳ２０５から図６のステップＳ２１４の間に、攻撃者によるセッションＩＤの盗聴と、そのセッションＩＤを不正利用した「なりすまし」があった場合を想定した動作である。
【０１０１】
Ｗｅｂクライアント１１とＷｅｂサーバ２１が通信中、Ｗｅｂサーバ２１はセッションＩＤ「４５６ｄｅｆ」を付加したレスポンスをＷｅｂクライアント１１に送信する（Ｓ２０５）。ここで攻撃者は、Ｗｅｂクライアント１１が受信したセッションＩＤ「４５６ｄｅｆ」を盗聴する（Ｓ３０１）。
【０１０２】
Ｗｅｂクライアント１１はセッションＩＤ「４５６ｄｅｆ」が付加されたレスポンスを受信すると、レスポンスにもとづいてＷｅｂブラウザのページを更新する（Ｓ２０６）。そして、Ｗｅｂクライアント１１は、ＵＲＬにセッションＩＤ「４５６ｄｅｆ」を付加した更新リクエストをＷｅｂサーバ２１に送信する（Ｓ２０７）。
【０１０３】
Ｗｅｂサーバ２１では、ＵＲＬにセッションＩＤ「４５６ｄｅｆ」が付加された更新リクエストを受信し、セッションＩＤ「４５６ｄｅｆ」の照合と有効性判定を行う（Ｓ２０８、Ｓ２０９）。
【０１０４】
セッションＩＤの照合と有効性判定の結果、継続中のセッションであることを確認すると、Ｗｅｂサーバ２１では、セッションＩＤをランダムな値に更新する（セッションＩＤ「１２３ａｂｃ」採番）（Ｓ２１１）。
【０１０５】
Ｗｅｂサーバ２１は、更新ページデータを含むレスポンスに新しいセッションＩＤ「１２３ａｂｃ」を付加し、Ｗｅｂクライアント１１に送信する（Ｓ２１２）。
【０１０６】
このような段階で、攻撃者が、ステップＳ３０１で盗聴したセッションＩＤ「４５６ｄｅｆ」を不正利用して「なりすまし」のリクエストをＷｅｂサーバ２１に送信する（Ｓ３０２）。
【０１０７】
Ｗｅｂサーバ２１は、リクエストに付加されたセッションＩＤ「４５６ｄｅｆ」の照合を行うが（Ｓ３０３）、秒単位の短時間でセッションＩＤは更新されているので、このセッションＩＤ「４５６ｄｅｆ」は一致しない。
【０１０８】
したがって、Ｗｅｂサーバ２１は、この不一致となったセッションＩＤが付加されたリクエストを廃棄する（Ｓ３０４）。そして、攻撃者にレスポンスが返されることはない。
【０１０９】
攻撃者の「なりすまし」は失敗し、Ｗｅｂクライアント１１とのセッションは継続され、Ｗｅｂクライアント１１はＵＲＬに新しいセッションＩＤ「１２３ａｂｃ」を付加し、Ｗｅｂサーバ２１に更新リクエストを送信する（Ｓ２１４）。
【０１１０】
以上に説明したように、本実施形態では、Ｗｅｂページの更新に際し、クリック等のユーザによる更新アクションに替えて、周期的に自動更新する構成を備える。このＷｅｂページを自動更新する構成は、Ｗｅｂブラウザでの利用に適したスクリプト言語で作成され、通常のユーザ操作では対応できない、少なくとも１秒に１回の割合で更新リクエストを出力することができる。
【０１１１】
また、本実施形態では、Ｗｅｂサーバにおいては、更新リクエストを受信する度に新たなセッションＩＤをランダムな値で採番してＷｅｂクライアントに通知する。しかも、採番したセッションＩＤには、更新リクエストの出力周期およびＷｅｂクライアントに対する信号のＴＡＴにもとづく所定秒数の、非常に短い有効時間が設定される。
【０１１２】
つまり、本実施形態では、非常に短い有効時間のそれぞれ異なったセッションＩＤがＷｅｂサーバとＷｅｂクライアントとの間で頻繁に送受信される構成になっている。そのため、たとえセッションＩＤを盗聴されたとしても、それが不正利用されるときにはそのセッションＩＤは無効化されており、セッションハイジャックされることはない。
【０１１３】
このように本実施形態は、常時接続を必要とする通信環境や組み込みシステムのようなセキュリティプロトコルの適用が限定される状況において、簡素な仕組みでセキュリティ性の高いセッションＩＤ管理を行なうことができる。そのため、攻撃者による「なりすまし」を排除した安全なセッション管理システムおよび方法を提供することができる。
【０１１４】
次に、本発明の第２の実施形態の変形例のセッション管理システムを説明する。
【０１１５】
図８は、本発明の第２の実施形態の変形例のセッション管理システムの構成を示すブロック図である。
【０１１６】
第２の実施形態の変形例のセッション管理システム３００は、Ｗｅｂクライアント１２とＷｅｂサーバ２２とをインターネットを介して接続する構成になっている。そして、Ｗｅｂクライアント１２とＷｅｂサーバ２２との間で送受信されるセッションＩＤを暗号化および復号化する構成を備える。
【０１１７】
Ｗｅｂクライアント１２は、更新リクエスト出力部１２１、セッションＩＤ付与部１２２、リクエスト送信部１２３、レスポンス受信部１２４、Ｗｅｂページ更新表示部１２５、暗号化部１２６および復号化部１２７を含む。
【０１１８】
暗号化部１２６は、Ｗｅｂサーバ２２に送信する更新リクエストに付加するセッションＩＤを暗号化する。また、復号化部１２７は、Ｗｅｂサーバ２２から受信したレスポンスに付加された暗号化されたセッションＩＤを復号化する。
【０１１９】
なお、更新リクエスト出力部１２１、セッションＩＤ付与部１２２、リクエスト送信部１２３、レスポンス受信部１２４およびＷｅｂページ更新表示部１２５は、第２の実施形態のそれぞれに対応する構成と同じである。そのため、それらの説明は省略する。
【０１２０】
Ｗｅｂサーバ２２は、リクエスト受信部２２１、セッションＩＤ判定・生成部２２２、ＴＣＰセッションテーブル２２３、レスポンス送信部２２４、更新ページデータ編集部２２５、復号化部２２６および暗号化部２２７を含む。
【０１２１】
復号化部２２６は、Ｗｅｂクライアント１２から受信した更新リクエストに付加された暗号化されたセッションＩＤを復号化する。また、暗号化部２２７は、Ｗｅｂクライアント１２に送信するレスポンスに付加するセッションＩＤを暗号化する。
【０１２２】
なお、リクエスト受信部２２１、セッションＩＤ判定・生成部２２２、ＴＣＰセッションテーブル２２３、レスポンス送信部２２４および更新ページデータ編集部２２５は、第２の実施形態のそれぞれに対応する構成と同じである。そのため、それらの説明は省略する。
【０１２３】
つまり、第２の実施形態の変形例は、Ｗｅｂクライアント１２が送信するリクエストに付加されるセッションＩＤや、Ｗｅｂサーバ２２が送信するレスポンスに付加されるセッションＩＤを暗号化してインターネットに送信する。そして、Ｗｅｂクライアント１２およびＷｅｂサーバ２２は、それぞれ受信したレスポンスやリクエストに付加された暗号化されたセッションＩＤを復号化して内部処理する。
【０１２４】
また、第２の実施形態の変形例のセッション管理システム３００も、第２の実施形態のセッション管理システム２００と同様に、上位アプリケーションが収集する監視情報を常時監視するシステムに適用される。例えば、通信網に配備される伝送装置の動作状態を遠隔の保守センターで監視する形態であり、Ｗｅｂクライアント１２とＷｅｂサーバ２２は同一の運用管理または委託関係の管理になっている。そのため、暗号化と復号化は予め決められた秘密の暗号キーを用いた暗号方式を任意に適用することができる。
【０１２５】
第２の実施形態の変形例は、セッションＩＤの暗号化・復号化を行うことにより、セッションＩＤが盗聴される可能性を極力少なくすることができる。また、たとえセッションＩＤを盗聴されたとしても、第２の実施形態で説明したように、攻撃者からの「なりすまし」を防ぐことができる。
【０１２６】
このように第２の実施形態の変形例も、常時接続を必要とする通信環境や組み込みシステムのようなセキュリティプロトコルの適用が限定される状況において、簡素な仕組みでセキュリティ性の高いセッションＩＤ管理を行なうことができる。
【符号の説明】
【０１２７】
１００、２００、３００    セッション管理システム
１０、１１、１２    Ｗｅｂクライアント
２０、２１、２２    Ｗｅｂサーバ
１０１    更新リクエスト出力手段
１０２    セッションＩＤ付加手段
１１１、１２１    更新リクエスト出力部
１１２、１２２    セッションＩＤ付与部
１１３、１２３    リクエスト送信部
１１４、１２４    レスポンス受信部
１１５、１２５    Ｗｅｂページ更新表示部
１２６、２２７    暗号化部
１２７、２２６    復号化部
２０１    セッションＩＤ採番手段
２０２    有効時間設定手段
２０３    更新応答送信手段
２１１、２２１    リクエスト受信部
２１２、２２２    セッションＩＤ判定・生成部
２１３、２２３    ＴＣＰセッションテーブル
２１４、２２４    レスポンス送信部
２１５、２２５    更新ページデータ編集部
【図１】
2015052883.tif 000003
【図２】
2015052883.tif 000004
【図３】
2015052883.tif 000005
【図４】
2015052883.tif 000006
【図５】
2015052883.tif 000007
【図６】
2015052883.tif 000008
【図７】
2015052883.tif 000009
【図８】
2015052883.tif 000010