特許 6247060 セッション管理システムおよび方法

(19)【発行国】日本国特許庁(JP)

(12)【公報種別】特許公報(B2)

(11)【特許番号】6247060

(24)【登録日】2017年11月24日

(45)【発行日】2017年12月13日

(54)【発明の名称】セッション管理システムおよび方法

(51)【国際特許分類】

   G06F 13/00 20060101AFI20171204BHJP

   G06F 21/44 20130101ALI20171204BHJP

【ＦＩ】

   G06F13/00 353C

   G06F21/44

【請求項の数】8

【全頁数】19

(21)【出願番号】特願2013-185005(P2013-185005)

(22)【出願日】2013年9月6日

(65)【公開番号】特開2015-52883(P2015-52883A)

(43)【公開日】2015年3月19日

【審査請求日】2016年8月16日

(73)【特許権者】

【識別番号】000227205

【氏名又は名称】ＮＥＣプラットフォームズ株式会社

(74)【代理人】

【識別番号】100109313

【弁理士】

【氏名又は名称】机 昌彦

(74)【代理人】

【識別番号】100124154

【弁理士】

【氏名又は名称】下坂 直樹

(72)【発明者】

【氏名】嘉納 美貴子

【審査官】 安藤 一道

(56)【参考文献】

【文献】 特開２００２−１５７２２４（ＪＰ，Ａ）

【文献】 特開２００６−０８５３１６（ＪＰ，Ａ）

【文献】 特開２００９−１４０１６３（ＪＰ，Ａ）

(58)【調査した分野】（Int.Cl.，ＤＢ名）

Ｇ０６Ｆ １３／００

Ｇ０６Ｆ ２１／４４

(57)【特許請求の範囲】

【請求項1】

Ｗｅｂブラウザに表示されるＷｅｂページを更新するための更新リクエストを、少なくとも１秒に１回の割合で出力する更新リクエスト出力手段と、前記更新リクエストに、通知されたセッションＩＤを付加して出力するセッションＩＤ付加手段を備えたＷｅｂクライアントと、
前記Ｗｅｂクライアントからのセッション接続リクエストおよび有効性が確認された前記更新リクエストの受信に応じてセッションＩＤを採番するセッションＩＤ採番手段と、採番した前記セッションＩＤの有効時間を、前記更新リクエスト出力手段による前記更新リクエストの出力周期および前記Ｗｅｂクライアントに対する信号のＴＡＴ（ターンアラウンドタイム）にもとづく所定秒数の時間に設定して、採番した前記セッションＩＤと対応付けてＴＣＰセッションテーブルに登録する有効時間設定手段と、受信した前記更新リクエストに含まれる前記セッションＩＤを前記ＴＣＰセッションテーブルに登録されている前記セッションＩＤと照合したとき、設定されている前記有効時間内に前記セッションＩＤを受信している場合に、受信した前記更新リクエストを有効と判断し、更新Ｗｅｂページとともに、採番した前記セッションＩＤを前記Ｗｅｂクライアントに送信する更新応答送信手段を備えたＷｅｂサーバと、
を有し、
前記セッションＩＤ付加手段は、前記セッション接続リクエストの応答または直前に受信した更新Ｗｅｂページに含まれていた前記セッションＩＤを、前記更新リクエスト出力手段が出力する新たな更新リクエストに付加して前記Ｗｅｂサーバに送信し、
前記Ｗｅｂクライアントの前記更新リクエスト出力手段は、スクリプト言語で作成したＷｅｂページ自動更新プログラムを含み、前記Ｗｅｂクライアントと前記Ｗｅｂサーバのそれぞれは、前記セッションＩＤを、予め決められた暗号方式で前記Ｗｅｂクライアントと前記Ｗｅｂサーバとの間で受け渡す暗号手段をさらに含むことを特徴とするセッション管理システム。

【請求項2】

前記Ｗｅｂサーバの前記セッションＩＤ採番手段は、前記セッションＩＤをランダムに採番することを特徴とする請求項１に記載のセッション管理システム。

【請求項3】

前記Ｗｅｂサーバの前記更新応答送信手段は、前記有効時間内に前記更新リクエストとともに受信した前記セッションＩＤおよび前記有効時間を超過しても前記更新リクエストを受信していない前記セッションＩＤを前記管理テーブルから削除し、受信した前記更新リクエストに付加された前記セッションＩＤが前記管理テーブルに記憶されていない場合には、前記更新リクエストを破棄することを特徴とする請求項１または２に記載のセッション管理システム。

【請求項4】

前記Ｗｅｂサーバの上位アプリケーションは、監視情報の収集および通知処理を実行する監視手段であり、前記Ｗｅｂクライアントは、前記監視手段が収集して通知する前記監視情報を前記Ｗｅｂブラウザ上に表示する監視情報表示手段を含むことを特徴とする請求項１乃至３のいずれかの請求項に記載のセッション管理システム。

【請求項5】

Ｗｅｂクライアントが、Ｗｅｂブラウザに表示されるＷｅｂページを更新するための更新リクエストを、少なくとも１秒に１回の割合で出力し、
Ｗｅｂサーバが、前記Ｗｅｂクライアントからのセッション接続リクエストおよび有効性が確認された前記更新リクエストの受信に応じてセッションＩＤを採番し、
前記Ｗｅｂサーバが、採番した前記セッションＩＤの有効時間を、前記更新リクエストの出力周期および前記Ｗｅｂクライアントに対する信号のＴＡＴ（ターンアラウンドタイム）にもとづく所定秒数の時間に設定して、採番した前記セッションＩＤと対応付けてＴＣＰセッションテーブルに記憶し、
前記Ｗｅｂサーバが、受信した前記更新リクエストに含まれる前記セッションＩＤを前記ＴＣＰセッションテーブルに登録されている前記セッションＩＤと照合したとき、設定されている前記有効時間内に前記セッションＩＤを受信している場合に、受信した前記更新リクエストを有効と判断して、更新Ｗｅｂページとともに、採番した前記セッションＩＤを前記Ｗｅｂクライアントに送信し、
前記Ｗｅｂクライアントが、前記セッション接続リクエストの応答または直前に受信した更新Ｗｅｂページに含まれていた前記セッションＩＤを新たな更新リクエストに付加して前記Ｗｅｂサーバに送信し、
スクリプト言語で作成したＷｅｂページ自動更新プログラムにより、前記Ｗｅｂクライアントと前記Ｗｅｂサーバのそれぞれは、前記セッションＩＤを、予め決められた暗号方式で前記Ｗｅｂクライアントと前記Ｗｅｂサーバとの間で受け渡す、
ことを特徴とするセッション管理方法。

【請求項6】

前記Ｗｅｂサーバが、前記セッションＩＤをランダムに採番することを特徴とする請求項５に記載のセッション管理方法。

【請求項7】

前記Ｗｅｂサーバが、有効時間内に前記更新リクエストとともに受信した前記セッションＩＤおよび有効時間を超過しても前記更新リクエストを受信していない前記セッションＩＤを前記管理テーブルから削除し、受信した前記更新リクエストに付加された前記セッションＩＤが前記管理テーブルに記憶されていない場合には、前記更新リクエストを破棄することを特徴とする請求項５または６に記載のセッション管理方法。

【請求項8】

前記Ｗｅｂページは、前記Ｗｅｂサーバの上位アプリケーションが収集した監視情報を表示するデータを含むことを特徴とする請求項５乃至７のいずれかの請求項に記載のセッション管理方法。

【発明の詳細な説明】

【技術分野】

【0001】

本発明は、セッション管理システムおよび方法に関し、特に、ＨＴＴＰ（HyperText Transport Protocol）によるＷｅｂ（ウェブ）サーバとＷｅｂクライアント間の通信におけるセッション管理システムおよび方法に関する。

【背景技術】

【0002】

ＨＴＴＰによるＷｅｂサーバとＷｅｂクライアント間の通信において、常時接続を安全に行うための一般的な方式として、ＳＳＬ（Secure Sockets Layer）／ＴＬＳ（Transport Layer Security）が利用されている。ＳＳＬ／ＴＬＳとは、ＷｅｂサーバとＷｅｂクライアント間の通信を暗号化する機能とユーザ認証機能を持ったプロトコルである。例えば、ＩＥＴＦ（Internet Engineering Task Force）のＴＬＳワーキンググループにより、ＴＬＳ１．０（ＲＦＣ：Request For Comments ２２４６）、ＴＬＳ１．１（ＲＦＣ４３４６）やＴＬＳ１．２（ＲＦＣ５２４６）が制定されている。

【0003】

ＷｅｂクライアントがＩＥ（Internet Explorer）等のＳＳＬ／ＴＬＳ対応ＷｅｂブラウザでＳＳＬ／ＴＬＳが利用されているページにアクセスすると、そのページのＷｅｂサーバからリプライとともにサーバ証明書を受け取る。サーバ証明書は、事前にＣＡ（Certification Authority：認証局）の認証済となっている。Ｗｅｂクライアントは、ＣＡ公開鍵で証明書の真贋を検証し、検証が正しければ、証明書からサーバ公開鍵を取り出す。そして、Ｗｅｂクライアントは乱数を生成し、それにより共通鍵を生成する。Ｗｅｂクライアントは生成した乱数をサーバ公開鍵で暗号化してＷｅｂサーバに送信する。Ｗｅｂサーバは受信した暗号化されている乱数を秘密鍵で復号し、Ｗｅｂクライアントが生成したものと同じ共通鍵を生成する。以降はＷｅｂクライアントとＷｅｂサーバ間で共通鍵を用いて、通信内容を暗号化して通信を行う。

【0004】

また、同一Ｗｅｂクライアントからのセッションを識別するために、ＷｅｂサーバがセッションＩＤを生成してセッション管理を行う方式がある。

【0005】

例えば、特許文献１はＨＴＴＰメッセージのメッセージヘッダを利用してセッションＩＤ管理を行い、セッションの継続性を詳細に制御する技術を開示している。

【0006】

特許文献１によれば、ＷｅｂクライアントはＨＴＴＰリクエストメッセージのヘッダにセッション開始要求メッセージを付加してＷｅｂサーバへ送信する。セッション開始要求メッセージを含むリクエストを受信したＷｅｂサーバは、セッションを識別するためのセッションＩＤを生成して記憶領域に記録する。そして、Ｗｅｂサーバは、ＨＴＴＰレスポンスメッセージのヘッダにセッションＩＤを含むＣｏｏｋｉｅ作成要求メッセージを付加し、Ｗｅｂクライアントへ送信する。

【0007】

レスポンスを受信したＷｅｂクライアントは、Ｃｏｏｋｉｅ作成要求メッセージにしたがってセッションＩＤを含むＣｏｏｋｉｅを作成して記憶領域に記録する。そして、Ｗｅｂクライアントは、その後Ｗｅｂサーバに対して何らかの要求を行うときは、セッションＩＤをメッセージヘッダに付加してＷｅｂサーバに送信する。

【0008】

Ｗｅｂサーバでは、受信したＨＴＴＰリクエストメッセージにセッションＩＤが含まれていた場合、記憶しているセッションＩＤとメッセージに含まれているセッションＩＤとを照合して、継続中のセッションであることを判定する。

【0009】

さらに、このようなセッションＩＤを用いつつ「なりすまし」を防ぐ技術として、特許文献２が開示するセッション管理装置がある。

【0010】

特許文献２は、正規のユーザによる正常なアクセスの妨害となるのを防止しつつ、セッションハイジャックの危険性を低減するセッション管理装置を開示している。

【0011】

特許文献２によれば、ネットワークを介してＷｅｂクライアントと接続されたＷｅｂサーバは、ＷｅｂクライアントとＷｅｂサーバとの間で受け渡されるセッションＩＤを、Ｗｅｂクライアントからのアクセスの度に採番する。そして、Ｗｅｂクライアントからの一連のアクセスをＷｅｂサーバ側で管理する管理ＩＤをセッションＩＤに付与し、同一の管理ＩＤが付与された互いに異なる複数のセッションＩＤを同時刻に有効にするように管理する。このとき、Ｗｅｂサーバは、Ｗｅｂクライアントからのアクセスの度にセッションＩＤを採番するが、新しいセッションＩＤを発行した際に直ちに使用済みのセッションＩＤを無効にはしない。Ｗｅｂサーバは、使用済みのセッションＩＤを任意のタイミングで無効にする。つまり、使用されたセッションＩＤは無効化されるが、一定期間はすでに使用されたセッションＩＤであっても有効であるという制御をＷｅｂサーバは行う。また、セッションＩＤを無効化する条件としては、例えば、セッションＩＤを使用したアクセス回数に基づくとか、セッションＩＤの使用後の有効時間に基づくことが提案されている。

【先行技術文献】

【特許文献】

【0012】

【特許文献1】特開２００５−０１０９１３号公報

【特許文献2】特開２００９−１４０１６３号公報

【発明の概要】

【発明が解決しようとする課題】

【0013】

ＳＳＬ／ＴＬＳを組み込みシステムに適用する場合、高スペックなＣＵＰ（Central Processing Unit）リソースやプロトコルスタックが必要となり、コストの増加や組み込みプログラムが複雑となるという課題がある。

【0014】

また、特許文献１が開示するＷｅｂサーバがセッションＩＤを生成してセッション管理を行う方式は、セッションＩＤが第三者に知られると、「なりすまし」による不正アクセスが行われる危険性がある。特に、２４時間３６５日の常時接続が求められるシステム監視サービス等の場合、同一セッションＩＤを使用し続けると、通信路の盗聴などにより、セキュリティリスクが高くなるという問題がある。

【0015】

セッションＩＤを頻繁に採番しなおすことを提案する特許文献２が開示するセッション管理装置は、管理ＩＤと一連の複数のセッションＩＤとを紐付して管理することで、リクエストとレスポンスのやりとりを複数回にわたって管理する。そして、使用されたセッションＩＤは無効化されるが、一定期間はすでに使用されたセッションＩＤであっても有効であるという制御をＷｅｂサーバは行う。特許文献２の技術は、オンラインショップのようなアプリケーションを前提にしている。そして、この技術は、ユーザ操作に基づくＷｅｂクライアントからのアクセスの度にセッションＩＤを採番する構成になっており、使用中のセッションＩＤに有効期限を設定するものではない。セッションハイジャックを防ぐとはいえ、使用中のセッションＩＤに非常に短い有効期限を設定すると、ユーザ操作に基づくＷｅｂクライアントからのアクセスの度にセッションＩＤを採番する構成ではユーザの利便性が低下する。

【0016】

本発明は、システム監視のような常時接続を必要とする通信や組み込みシステムのようなセキュリティプロトコルの適用が限定される状況において、「なりすまし」を排除した安全なセッション管理システムおよび方法を提供する。

【課題を解決するための手段】

【0017】

上記の目的を実現するために、本発明の一形態であるセッション管理システムは、Ｗｅｂブラウザに表示されるＷｅｂページを更新するための更新リクエストを、少なくとも１秒に１回の割合で出力する更新リクエスト出力手段と、前記更新リクエストに、通知されたセッションＩＤを付加して出力するセッションＩＤ付加手段を備えたＷｅｂクライアントと、前記Ｗｅｂクライアントからのセッション接続リクエストおよび有効性が確認された前記更新リクエストの受信に応じてセッションＩＤを採番するセッションＩＤ採番手段と、採番した前記セッションＩＤの有効時間を、前記更新リクエスト出力手段による前記更新リクエストの出力周期および前記Ｗｅｂクライアントに対する信号のＴＡＴ（ターンアラウンドタイム）にもとづく所定秒数の時間に設定して、採番した前記セッションＩＤと対応付けて管理テーブルに登録する有効時間設定手段と、受信した前記更新リクエストに含まれる前記セッションＩＤを前記管理テーブルに登録されている前記セッションＩＤと照合したとき、設定されている前記有効時間内に前記セッションＩＤを受信している場合に、受信した前記更新リクエストを有効と判断し、更新Ｗｅｂページとともに、採番した前記セッションＩＤを前記Ｗｅｂクライアントに送信する更新応答送信手段を備えたＷｅｂサーバとを含み、前記セッションＩＤ付加手段は、前記セッション接続リクエストの応答または直前に受信した更新Ｗｅｂページに含まれていた前記セッションＩＤを、前記更新リクエスト出力手段が出力する新たな更新リクエストに付加して前記Ｗｅｂサーバに送信することを特徴とする。

【0018】

また、本発明の他の形態であるセッション管理方法は、Ｗｅｂクライアントが、Ｗｅｂブラウザに表示されるＷｅｂページを更新するための更新リクエストを、少なくとも１秒に１回の割合で出力し、Ｗｅｂサーバが、前記Ｗｅｂクライアントからのセッション接続リクエストおよび有効性が確認された前記更新リクエストの受信に応じてセッションＩＤを採番し、前記Ｗｅｂサーバが、採番した前記セッションＩＤの有効時間を、前記更新リクエストの出力周期および前記Ｗｅｂクライアントに対する信号のＴＡＴ（ターンアラウンドタイム）にもとづく所定秒数の時間に設定して、採番した前記セッションＩＤと対応付けて管理テーブルに記憶し、前記Ｗｅｂサーバが、受信した前記更新リクエストに含まれる前記セッションＩＤを前記管理テーブルに登録されている前記セッションＩＤと照合したとき、設定されている前記有効時間内に前記セッションＩＤを受信している場合に、受信した前記更新リクエストを有効と判断し、更新Ｗｅｂページとともに、採番した前記セッションＩＤを前記Ｗｅｂクライアントに送信し、前記Ｗｅｂクライアントが、前記セッション接続リクエストの応答または直前に受信した更新Ｗｅｂページに含まれていた前記セッションＩＤを、新たな更新リクエストに付加して前記Ｗｅｂサーバに送信することを特徴とする。

【発明の効果】

【0019】

本発明は、システム監視のような常時接続を必要とする通信や組み込みシステムのようなセキュリティプロトコルの適用が限定される状況において、「なりすまし」を排除した安全なセッション管理システムおよび方法を提供する。

【図面の簡単な説明】

【0020】

【図1】本発明の第１の実施形態のセッション管理システムの構成を示すブロック図である。

【図2】本発明の第１の実施形態のセッション管理システムの動作を説明するシーケンス図である。

【図3】本発明の第２の実施形態のセッション管理システムの構成を示すブロック図である。

【図4】ＴＣＰセッションテーブルの登録例を示す図である。

【図5】本発明の第２の実施形態のセッション管理システムの動作を説明するシーケンス図である。

【図6】本発明の第２の実施形態のセッション管理システムの動作を説明するシーケンス図である。

【図7】セッションＩＤが盗聴され、不正利用された場合のセッション管理システムの動作を説明するシーケンス図である。

【図8】本発明の第２の実施形態の変形例のセッション管理システムの構成を示すブロック図である。

【発明を実施するための形態】

【0021】

本発明を実施するための形態について図面を参照して説明する。

【0022】

図１は、本発明の第１の実施形態のセッション管理システムの構成を示すブロック図である。

【0023】

尚、実施の形態は例示であり、開示の装置及びシステムは、以下の実施の形態の構成には限定されない。

【0024】

第１の実施形態のセッション管理システム１００は、Ｗｅｂクライアント１０とＷｅｂサーバ２０とを図示しないネットワークを介して接続する構成になっている。

【0025】

Ｗｅｂクライアント１０は、更新リクエスト出力手段１０１とセッションＩＤ付加手段１０２を備える。

【0026】

更新リクエスト出力手段１０１は、Ｗｅｂブラウザに表示されるＷｅｂページを更新するための更新リクエストを、少なくとも１秒に１回の割合で出力する。

【0027】

セッションＩＤ付加手段１０２は、更新リクエストに、通知されたセッションＩＤを付加して出力する。

【0028】

Ｗｅｂサーバ２０は、セッションＩＤ採番手段２０１、有効時間設定手段２０２および更新応答送信手段２０３を備える。

【0029】

セッションＩＤ採番手段２０１は、Ｗｅｂクライアントからのセッション接続リクエストおよび有効性が確認された更新リクエストの受信に応じてセッションＩＤを採番する。

【0030】

有効時間設定手段２０２は、採番したセッションＩＤの有効時間を設定して、採番したセッションＩＤと対応付けて管理テーブル（不図示）に登録する。この有効時間は、更新リクエスト出力手段による更新リクエストの出力周期およびＷｅｂクライアントに対する信号のＴＡＴ（ターンアラウンドタイム）にもとづく所定秒数の時間に設定される。

【0031】

更新応答送信手段２０３は、受信した更新リクエストに含まれるセッションＩＤを管理テーブルに登録されている前記セッションＩＤと照合する。そして、設定されている有効時間内にセッションＩＤを受信している場合に、受信した前記更新リクエストを有効と判断し、更新Ｗｅｂページとともに、採番したセッションＩＤをＷｅｂクライアントに送信する。

【0032】

また、セッションＩＤ付加手段１０２は、セッション接続リクエストの応答または直前に受信した更新Ｗｅｂページに含まれていたセッションＩＤを、更新リクエスト出力手段１０１が出力する新たな更新リクエストに付加してＷｅｂサーバに送信する。

【0033】

図２は、本発明の第１の実施形態のセッション管理システムの動作を説明するシーケンス図である。第１の実施形態では、セッション管理システムが動作することによって、セッション管理方法が実施される。

【0034】

Ｗｅｂクライアントは、Ｗｅｂサーバとの間のセッションを接続するためにセッション接続リクエストをＷｅｂサーバに送信する（Ｓ１０１）。

【0035】

Ｗｅｂサーバは、セッション接続リクエストの受信に応じて、新規のセッションをＷｅｂクライアントとの間に設定し、このセッションに対応するセッションＩＤ（セッションＩＤａ）を採番する（Ｓ１０２）。このとき、Ｗｅｂサーバは、採番したセッションＩＤａの有効時間を設定する。この有効時間は、後述する更新リクエストの出力周期およびＷｅｂクライアントに対する信号のＴＡＴ（ターンアラウンドタイム）にもとづく所定秒数の時間に設定される。そして、Ｗｅｂサーバは、この有効時間を、採番したセッションＩＤと対応付けて管理テーブルに記憶する。

【0036】

Ｗｅｂサーバは、採番したセッションＩＤａを付加したレスポンスをＷｅｂクライアントに送信する（Ｓ１０３）。

【0037】

Ｗｅｂサーバからの応答を受信したＷｅｂクライアントは、ＷｅｂブラウザをリクエストしたＵＲＬ（Uniform Resource Locator）のＷｅｂページに更新する（Ｓ１０４）。

【0038】

一方、Ｗｅｂクライアントは、Ｗｅｂブラウザに表示されるＷｅｂページを更新するための更新リクエストを、少なくとも１秒に１回の割合で出力する。最初の更新リクエストが出力さると、セッション接続リクエストの応答に含まれていたセッションＩＤａをその更新リクエストに付加してＷｅｂサーバに送信する（Ｓ１０５）。

【0039】

Ｗｅｂサーバは、Ｗｅｂクライアントから受信した更新リクエストに含まれるセッションＩＤａが、採番時に設定した有効時間内の場合にその更新リクエストを有効と判断する（Ｓ１０６）。そして、新たなセッションＩＤ（セッションＩＤｂ）を採番する（Ｓ１０７）。Ｗｅｂサーバは、採番したセッションＩＤｂにも前述したように有効時間を設定する。

【0040】

Ｗｅｂサーバは、新たに採番したセッションＩＤｂを付加した更新ＷｅｂページのレスポンスをＷｅｂクライアントに送信する（Ｓ１０８）。

【0041】

Ｗｅｂサーバからの更新Ｗｅｂページの応答を受信したＷｅｂクライアントは、Ｗｅｂブラウザに表示されているＷｅｂページを更新する（Ｓ１０９）。

【0042】

Ｗｅｂクライアントでは、少なくとも１秒に１回の割合で新たな更新リクエストが出力され、直前に受信した更新Ｗｅｂページに含まれていたセッションＩＤをその新たな更新リクエストに付加してＷｅｂサーバに送信する（Ｓ１１０）。

【0043】

以降は、ステップＳ１０６乃至Ｓ１１０と同様の動作が繰り返される。つまり、Ｗｅｂサーバは、Ｗｅｂクライアントから受信した更新リクエストに含まれるセッションＩＤが有効時間内である限り、新たなセッションＩＤを採番して更新Ｗｅｂページに付加してＷｅｂクライアントに送信する。そして、Ｗｅｂクライアントは、少なくとも１秒に１回の割合で出力される新たな更新リクエストに、直前に受信した更新Ｗｅｂページに含まれていたセッションＩＤを付加してＷｅｂサーバに送信する。

【0044】

本実施形態では、Ｗｅｂページの更新に際し、クリック等のユーザによる更新アクションに替えて、更新リクエスト出力手段が周期的に更新リクエストを出力する構成を備える。しかも、更新リクエスト出力手段は、通常のユーザ操作では対応できない、少なくとも１秒に１回の割合で更新リクエストを出力する。

【0045】

また、本実施形態では、Ｗｅｂサーバにおいては、更新リクエストを受信する度に新たなセッションＩＤを採番してＷｅｂクライアントに通知する。しかも、採番したセッションＩＤには、更新リクエストの出力周期およびＷｅｂクライアントに対する信号のＴＡＴにもとづく所定秒数の、非常に短い有効時間が設定される。

【0046】

つまり、本実施形態では、非常に短い有効時間のそれぞれ異なったセッションＩＤがＷｅｂサーバとＷｅｂクライアントとの間で頻繁に送受信される構成になっている。そのため、たとえセッションＩＤを盗聴されたとしても、それが不正利用されるときにはそのセッションＩＤは無効化されており、セッションハイジャックされることはない。

【0047】

このように本実施形態は、常時接続を必要とする通信環境や組み込みシステムのようなセキュリティプロトコルの適用が限定される状況において、「なりすまし」を排除した安全なセッション管理システムおよび方法を提供することができる。

【0048】

次に第２の実施形態を説明する。

【0049】

図３は、本発明の第２の実施形態のセッション管理システムの構成を示すブロック図である。

【0050】

第２の実施形態のセッション管理システム２００は、Ｗｅｂクライアント１１とＷｅｂサーバ２１とをインターネットを介して接続する構成になっている。

【0051】

Ｗｅｂサーバ２１は、上位アプリケーションである監視情報の収集および通知処理を実行する監視手段（不図示）から監視情報の通知を受け、それをページデータとして編集して送信する。一方、Ｗｅｂクライアント１１は、Ｗｅｂサーバ２１からページデータとして監視情報を受信し、Ｗｅｂブラウザ上に表示する。

【0052】

このように、本実施形態のセッション管理システム２００は、Ｗｅｂクライアント１１がインターネットを介してＷｅｂサーバ２１に接続され、上位アプリケーションが収集する監視情報を常時監視するシステムに適用される。このような常時監視システムとして、例えば、通信網に配備される伝送装置の動作状態を遠隔の保守センターで監視する形態がある。

【0053】

Ｗｅｂクライアント１１は、更新リクエスト出力部１１１、セッションＩＤ付与部１１２、リクエスト送信部１１３、レスポンス受信部１１４およびＷｅｂページ更新表示部１１５を含む。

【0054】

第１の実施形態における更新リクエスト出力手段１０１は更新リクエスト出力部１１１に相当し、セッションＩＤ付加手段１０２はレスポンス受信部１１４、セッションＩＤ付与部１１２およびリクエスト送信部１１３に相当する。

【0055】

更新リクエスト出力部１１１は、Ｗｅｂブラウザに表示されるＷｅｂページを更新する更新リクエストを、少なくとも１秒に１回の割合で出力する。更新リクエスト出力部１１１は、Ｗｅｂブラウザでの利用に適したスクリプト言語（簡易プログラミング言語、例えば、JavaScript（登録商標））で作成され、一定時間間隔で更新リクエストを出力する。

【0056】

セッションＩＤ付与部１１２は、レスポンス受信部１１４を介してＷｅｂサーバ２１から通知されたセッションＩＤを、更新リクエスト出力部１１１が出力する更新リクエストのＵＲＬに付加して出力する。

【0057】

リクエスト送信部１１３は、セッションＩＤ付与部１１２が出力する、ＵＲＬにセッションＩＤが付加されたＨＴＭＬのリクエストを送信する。

【0058】

レスポンス受信部１１４は、Ｗｅｂサーバ２１から受信したレスポンスに含まれるセッションＩＤをセッションＩＤ付与部１１２に転送し、ページデータをＷｅｂページ更新表示部１１５に転送する。

【0059】

Ｗｅｂページ更新表示部１１５は、Ｗｅｂサーバ２１から送られてきたページデータをＷｅｂブラウザ上に表示する。つまり、本実施形態において、Ｗｅｂページ更新表示部１１５は、例えば伝送装置の動作状況を遠隔で監視するための監視情報表示手段として機能する。

【0060】

Ｗｅｂサーバ２１は、リクエスト受信部２１１、セッションＩＤ判定・生成部２１２、ＴＣＰセッションテーブル２１３、レスポンス送信部２１４および更新ページデータ編集部２１５を含む。

【0061】

第１の実施形態におけるセッションＩＤ採番手段２０１は、リクエスト受信部２１１およびセッションＩＤ判定・生成部２１２の一部に相当する。また、有効時間設定手段２０２は、セッションＩＤ判定・生成部２１２の一部およびＴＣＰセッションテーブル２１３に相当し、更新応答送信手段２０３は、セッションＩＤ判定・生成部２１２の一部およびレスポンス送信部２１４に相当する。

【0062】

リクエスト受信部２１１は、Ｗｅｂクライアント１１からのリクエストを受信する。このリクエストには、Ｗｅｂクライアント１１とＷｅｂサーバ２１との間のＴＣＰセッションを接続するリクエストおよびＷｅｂページを更新するリクエストが含まれる。

【0063】

セッションＩＤ判定・生成部２１２は、認証されたＷｅｂクライアント１１とのセッション接続に際して、接続したセッションに対応するセッションＩＤを採番する。また、その後、そのセッションを使用して送られてくる更新リクエストに付加されているセッションＩＤの正当性を判定する。この正当性を判定するために、セッションＩＤ判定・生成部２１２は、後述するＴＣＰセッションテーブル２１３を参照する。さらに、正当性が確認された更新リクエストに応答する際に付加する新たなセッションＩＤを採番する。セッションＩＤ判定・生成部２１２は、セッションＩＤをランダムな値で採番する。これは、あるセッションＩＤが盗聴されたときに、後続して採番される他のセッションＩＤが盗聴されたセッションＩＤから推定されることを防ぐためである。

【0064】

セッションＩＤ判定・生成部２１２は、採番したセッションＩＤをＴＣＰセッションテーブル２１３に登録して管理する。その際に、セッションＩＤ判定・生成部２１２は、セッションＩＤに有効時間を設定する。

【0065】

この有効時間は、Ｗｅｂクライアント１１における更新リクエストの出力周期およびＷｅｂクライアント１１に対する信号のＴＡＴにもとづく所定秒数の時間に設定される。

【0066】

例えば、保守センターに設置される各Ｗｅｂクライアント１１と各伝送装置のＷｅｂサーバ２１との間の内部処理遅延も含めた信号遅延を事前に測定しておき、Ｗｅｂサーバ２１毎にＷｅｂクライアント遅延管理テーブルに登録しておけばよい。また、Ｗｅｂクライアント１１における更新リクエストの出力周期はシステムとして統一されていることを前提とするが、異なる場合でも、その遅延管理テーブルに個々のＷｅｂクライアント１１における出力周期情報を登録しておけばよい。したがって、セッションＩＤの有効時間は、上記のような遅延管理テーブルの接続要求を受けたＷｅｂクライアント１１に対応するデータにもとづいて決めることができる。

【0067】

ＴＣＰセッションテーブル２１３は、ＴＣＰセッション毎に、セッションＩＤ、有効／無効フラグ、残り有効時間を管理するためのテーブルである。Ｗｅｂクライアント１１のログイン時にセッションが追加され、ログアウト時にはそのセッションが削除される。残り有効時間は、図示しないセッションＩＤ有効時間タイマーが、セッションＩＤが無効になるまでの有効時間の残り時間をカウントダウンして示す値である。セッションＩＤ有効時間タイマーは、有効時間が超過した場合、有効／無効フラグを無効に設定する。詳細については、図４を参照して後述する。

【0068】

レスポンス送信部２１４は、セッションＩＤ判定・生成部２１２により正当性が確認された更新リクエストに応答するための処理を行う。つまり、セッションＩＤ判定・生成部２１２が新たに採番してＴＣＰセッションテーブル２１３に登録したセッションＩＤを、更新ページデータ編集部２１５から得られるページデータに付加してＷｅｂクライアント１１に送信する。

【0069】

更新ページデータ編集部２１５は、リクエスト受信部２１１が受信した更新リクエストに応じて、上位アプリケーションから通知されている監視データをページデータに編集して出力する。

【0070】

次に、図４を参照してＴＣＰセッションテーブル２１３とセッションＩＤ管理について説明する。

【0071】

図４は、ＴＣＰセッションテーブルの登録例を示す図である。

【0072】

図４において、「ＴＣＰセッションテーブル（状態１）」は、ある時点でのＴＣＰセッションテーブルの内容を示し、「ＴＣＰセッションテーブル（状態２）」は、それから１秒経過した時点でのＴＣＰセッションテーブルの内容を示している。

【0073】

ＴＣＰセッションテーブルは、１つのＴＣＰセッションに対して１つのセッションＩＤのレコードを持ち、ＴＣＰセッション（送信元ポート番号）、セッションＩＤ、セッションＩＤの有効／無効、セッションＩＤの残り有効時間の項目を含む。

【0074】

ＷｅｂサーバにログインするとセッションＩＤのレコードが追加され、ログアウトまたはＴＣＰセッションが終了するとそのレコードが削除される。前述したようにセッションＩＤには有効時間が設定されており、有効時間を過ぎても新たなセッションＩＤに更新されない場合はセッションタイムアウトとなる。セッションタイムアウトになるとそのセッションは無効にされる。また、有効時間の値は、例えば、Ｗｅｂクライアント１１における更新リクエストの出力周期を１秒に１回とした場合、ＴＡＴや若干の保護時間を考慮して３秒に設定するものとする。

【0075】

図４の「ＴＣＰセッションテーブル（状態１）」では、ＴＣＰセッション「１０６０」について、セッションＩＤは「４５６ｄｅｆ」で「有効」であり、残り有効時間は新規セッションの例として初期設定値の「３．０００秒」となっている。また、ＴＣＰセッション「１０７０」について、セッションＩＤは「ａ１ｂ２ｃ３」で「有効」であり、残り有効時間は「１．０００秒」となっている。

【0076】

「ＴＣＰセッションテーブル（状態２）」は、上記の「状態１」から１秒経過した状態で、ＴＣＰセッション「１０６０」に対応するＷｅｂクライアント１１からは更新リクエストを受けている。そのため、ＴＣＰセッション「１０６０」では、新たなセッションＩＤの「１２３ａｂｃ」に更新され、残り有効時間は設定値の「３．０００秒」となっている。

【0077】

一方、ＴＣＰセッション「１０７０」の場合は、セッションＩＤが更新されないまま１秒が経過して、残り有効時間が「０．０００秒」となったために「無効」にされている。例えば、Ｗｅｂクライアント１１とＷｅｂサーバ２１との間の回線が何らかの理由で切れたような、ネットワーク障害が想定される。

【0078】

以上のように、Ｗｅｂクライアント１１とＷｅｂサーバ２１との間で正常にページ更新の動作が行われている限り、ＴＣＰセッションテーブル２１３において、セッションＩＤは３秒以内の非常に短時間で更新が繰り返される。このことは、採番されたセッションＩＤは、ＴＣＰセッションテーブル２１３に登録されたとしても、短時間でその存在が消えることを意味する。

【0079】

また、有効時間内にセッションＩＤが更新されない場合、そのセッションは「無効」として扱われる。「無効」になったセッションのレコードは所定時間の後にＴＣＰセッションテーブル２１３から削除される。例えば、定期的に無効セッションのログが収集され、その後に削除するように構成してもよい。また、「無効」になった時点でそのセッションのレコードをＴＣＰセッションテーブル２１３から削除するように構成してもよい。

【0080】

したがって、セッションＩＤ判定・生成部２１２は、ＴＣＰセッションテーブル２１３を参照することにより、受信したリクエストに付加されているセッションＩＤの正当性を判定することができる。つまり、セッションＩＤ判定・生成部２１２は、ＴＣＰセッションテーブル２１３に登録されていないセッションＩＤや「無効」に設定されたセッションに対応するセッションＩＤを有するリクエストを不正と判定できる。不正と判定したリクエストには応答せずに、それらを排除することができる。

【0081】

次に、第２の実施形態のセッション管理システムの動作を図５および図６を参照して説明する。第２の実施形態のセッション管理システムの一連の動作は、図５および図６に示される。

【0082】

最初に、Ｗｅｂクライアント１１は、Ｗｅｂサーバ２１との間のセッションを確立するためにＴＣＰセッション接続リクエストを送信し（Ｓ２０１）、ログイン情報を送信する（Ｓ２０２）。

【0083】

Ｗｅｂサーバ２１において、リクエスト受信部２１１でのログイン認証が成功すると（Ｓ２０３）、新規セッションレコードがＴＣＰセッションテーブル２１３に追加される。そして、セッションＩＤ判定・生成部２１２は、そのセッションに対応して生成したセッションＩＤ「４５６ｄｅｆ」と、有効時間の初期値と、セッションＩＤの状態が有効という情報をＴＣＰセッションテーブル２１３に登録する（Ｓ２０４）。

【0084】

Ｗｅｂサーバ２１のレスポンス送信部２１４は、ログイン成功を伝えるレスポンスに、生成したセッションＩＤ「４５６ｄｅｆ」を付加してＷｅｂクライアント１１に送信する（Ｓ２０５）。

【0085】

Ｗｅｂクライアント１１のレスポンス受信部１１４はセッションＩＤ「４５６ｄｅｆ」が付加されたログイン成功の情報を受信する。レスポンス受信部１１４は、付加されていたセッションＩＤ「４５６ｄｅｆ」をセッションＩＤ付与部１１２に送る。また、レスポンス受信部１１４は、ログイン成功の情報を受けてＷｅｂページ更新表示部１１５を介してＷｅｂブラウザのページを更新する（Ｓ２０６）。

【0086】

セッションＩＤ付与部１１２は、更新リクエスト出力部１１１が出力する更新リクエストのＵＲＬにセッションＩＤ「４５６ｄｅｆ」を付加して出力する。そして、リクエスト送信部１１３は、セッションＩＤ付与部１１２が出力する、ＵＲＬにセッションＩＤ「４５６ｄｅｆ」が付加されたＨＴＭＬのリクエストをＷｅｂサーバ２１に送信する（Ｓ２０７）。

【0087】

Ｗｅｂサーバ２１では、リクエスト受信部２１１が更新リクエストを受信し、ＵＲＬに付加されたセッションＩＤ「４５６ｄｅｆ」をセッションＩＤ判定・生成部２１２に送る。

【0088】

セッションＩＤ判定・生成部２１２は、ＴＣＰセッションテーブル２１３を参照して、セッションＩＤ「４５６ｄｅｆ」が、受信したセッションに対応して記憶されているセッションＩＤと一致するか否かを照合する（Ｓ２０８）。さらに、セッションＩＤが一致すると、そのセッションＩＤが有効か無効かを判定する（Ｓ２０９）。

【0089】

ステップＳ２０８とステップＳ２０９の判定で、セッションＩＤが不一致または無効の場合、受信したリクエストは廃棄され、レスポンスは返送されない（Ｓ２１０）。

【0090】

なお、セッションＩＤの有効時間がタイムアウトして「無効」になった時点でそのセッションのレコードをＴＣＰセッションテーブル２１３から削除するように構成した場合には、ステップＳ２０９の処理を省略してもよい。なお、この場合は、受信したセッションのレコードがＴＣＰセッションテーブル２１３に存在するか否かがステップＳ２０８の前に判定される。そして、当該レコードが存在しない場合には、ステップＳ２１０の処理が行われる。

【0091】

一方、ステップＳ２０８とステップＳ２０９の判定で、セッションＩＤが一致かつ有効の場合、セッションＩＤ判定・生成部２１２は、新たなセッションＩＤ「１２３ａｂｃ」を採番する（Ｓ２１１、以降は図６を参照）。

【0092】

また、新たなセッションＩＤの採番に伴い、当該セッションに対応するＴＣＰセッションテーブル２１３の内容を更新する。つまり、セッションＩＤフィールドを新しいセッションＩＤ「１２３ａｂｃ」に、有効／無効フィールドを有効に、残り有効時間フィールドを初期設定値（３秒）に、それぞれ更新する。

【0093】

Ｗｅｂサーバ２１のレスポンス送信部２１４は、更新ページデータ編集部２１５から受信した更新ページデータを含むレスポンスに新しいセッションＩＤ「１２３ａｂｃ」を付加し、Ｗｅｂクライアント１１に送信する（Ｓ２１２）。

【0094】

Ｗｅｂクライアント１１は、更新リクエストに対する新しいセッションＩＤ「１２３ａｂｃ」が付加されたレスポンスをレスポンス受信部１１４で受信する。レスポンス受信部１１４は、付加されていたセッションＩＤ「１２３ａｂｃ」をセッションＩＤ付与部１１２に送る。また、レスポンス受信部１１４は、Ｗｅｂページ更新表示部１１５を介してＷｅｂブラウザのページを受信した更新ページデータにより更新する（Ｓ２１３）。

【0095】

セッションＩＤ付与部１１２は、更新リクエスト出力部１１１が次の周期で出力した更新リクエストのＵＲＬに、セッションＩＤ「１２３ａｂｃ」を付加して出力する。そして、リクエスト送信部１１３は、セッションＩＤ付与部１１２が出力する、ＵＲＬにセッションＩＤ「１２３ａｂｃ」が付加されたＨＴＭＬのリクエストをＷｅｂサーバ２１に送信する（Ｓ２１４）。

【0096】

以上のようにして、Ｗｅｂクライアント１１とＷｅｂサーバ２１との間のセッションが確立されている限り、ステップＳ２０８乃至Ｓ２１４の動作が繰り返される。

【0097】

Ｗｅｂクライアント１１からのセッション終了リクエスト送信によるセッション終了は次のように行われる。

【0098】

Ｗｅｂクライアント１１がログアウト、またはＴＣＰセッション終了をＷｅｂサーバ２に送信する（Ｓ２１５）。それを受信したＷｅｂサーバ２１のリクエスト受信部２１１は、ＴＣＰセッションテーブル２１３から該当のセッションレコードを削除してセッション終了とする（Ｓ２１６）。

【0099】

次に、攻撃者による「なりすまし」があった場合の処理について図７を参照して説明する。

【0100】

図７は、セッションＩＤが盗聴され、それが不正利用された場合のセッション管理システムの動作を説明するシーケンス図である。このシーケンスは、図５のステップＳ２０５から図６のステップＳ２１４の間に、攻撃者によるセッションＩＤの盗聴と、そのセッションＩＤを不正利用した「なりすまし」があった場合を想定した動作である。

【0101】

Ｗｅｂクライアント１１とＷｅｂサーバ２１が通信中、Ｗｅｂサーバ２１はセッションＩＤ「４５６ｄｅｆ」を付加したレスポンスをＷｅｂクライアント１１に送信する（Ｓ２０５）。ここで攻撃者は、Ｗｅｂクライアント１１が受信したセッションＩＤ「４５６ｄｅｆ」を盗聴する（Ｓ３０１）。

【0102】

Ｗｅｂクライアント１１はセッションＩＤ「４５６ｄｅｆ」が付加されたレスポンスを受信すると、レスポンスにもとづいてＷｅｂブラウザのページを更新する（Ｓ２０６）。そして、Ｗｅｂクライアント１１は、ＵＲＬにセッションＩＤ「４５６ｄｅｆ」を付加した更新リクエストをＷｅｂサーバ２１に送信する（Ｓ２０７）。

【0103】

Ｗｅｂサーバ２１では、ＵＲＬにセッションＩＤ「４５６ｄｅｆ」が付加された更新リクエストを受信し、セッションＩＤ「４５６ｄｅｆ」の照合と有効性判定を行う（Ｓ２０８、Ｓ２０９）。

【0104】

セッションＩＤの照合と有効性判定の結果、継続中のセッションであることを確認すると、Ｗｅｂサーバ２１では、セッションＩＤをランダムな値に更新する（セッションＩＤ「１２３ａｂｃ」採番）（Ｓ２１１）。

【0105】

Ｗｅｂサーバ２１は、更新ページデータを含むレスポンスに新しいセッションＩＤ「１２３ａｂｃ」を付加し、Ｗｅｂクライアント１１に送信する（Ｓ２１２）。

【0106】

このような段階で、攻撃者が、ステップＳ３０１で盗聴したセッションＩＤ「４５６ｄｅｆ」を不正利用して「なりすまし」のリクエストをＷｅｂサーバ２１に送信する（Ｓ３０２）。

【0107】

Ｗｅｂサーバ２１は、リクエストに付加されたセッションＩＤ「４５６ｄｅｆ」の照合を行うが（Ｓ３０３）、秒単位の短時間でセッションＩＤは更新されているので、このセッションＩＤ「４５６ｄｅｆ」は一致しない。

【0108】

したがって、Ｗｅｂサーバ２１は、この不一致となったセッションＩＤが付加されたリクエストを廃棄する（Ｓ３０４）。そして、攻撃者にレスポンスが返されることはない。

【0109】

攻撃者の「なりすまし」は失敗し、Ｗｅｂクライアント１１とのセッションは継続され、Ｗｅｂクライアント１１はＵＲＬに新しいセッションＩＤ「１２３ａｂｃ」を付加し、Ｗｅｂサーバ２１に更新リクエストを送信する（Ｓ２１４）。

【0110】

以上に説明したように、本実施形態では、Ｗｅｂページの更新に際し、クリック等のユーザによる更新アクションに替えて、周期的に自動更新する構成を備える。このＷｅｂページを自動更新する構成は、Ｗｅｂブラウザでの利用に適したスクリプト言語で作成され、通常のユーザ操作では対応できない、少なくとも１秒に１回の割合で更新リクエストを出力することができる。

【0111】

また、本実施形態では、Ｗｅｂサーバにおいては、更新リクエストを受信する度に新たなセッションＩＤをランダムな値で採番してＷｅｂクライアントに通知する。しかも、採番したセッションＩＤには、更新リクエストの出力周期およびＷｅｂクライアントに対する信号のＴＡＴにもとづく所定秒数の、非常に短い有効時間が設定される。

【0112】

つまり、本実施形態では、非常に短い有効時間のそれぞれ異なったセッションＩＤがＷｅｂサーバとＷｅｂクライアントとの間で頻繁に送受信される構成になっている。そのため、たとえセッションＩＤを盗聴されたとしても、それが不正利用されるときにはそのセッションＩＤは無効化されており、セッションハイジャックされることはない。

【0113】

このように本実施形態は、常時接続を必要とする通信環境や組み込みシステムのようなセキュリティプロトコルの適用が限定される状況において、簡素な仕組みでセキュリティ性の高いセッションＩＤ管理を行なうことができる。そのため、攻撃者による「なりすまし」を排除した安全なセッション管理システムおよび方法を提供することができる。

【0114】

次に、本発明の第２の実施形態の変形例のセッション管理システムを説明する。

【0115】

図８は、本発明の第２の実施形態の変形例のセッション管理システムの構成を示すブロック図である。

【0116】

第２の実施形態の変形例のセッション管理システム３００は、Ｗｅｂクライアント１２とＷｅｂサーバ２２とをインターネットを介して接続する構成になっている。そして、Ｗｅｂクライアント１２とＷｅｂサーバ２２との間で送受信されるセッションＩＤを暗号化および復号化する構成を備える。

【0117】

Ｗｅｂクライアント１２は、更新リクエスト出力部１２１、セッションＩＤ付与部１２２、リクエスト送信部１２３、レスポンス受信部１２４、Ｗｅｂページ更新表示部１２５、暗号化部１２６および復号化部１２７を含む。

【0118】

暗号化部１２６は、Ｗｅｂサーバ２２に送信する更新リクエストに付加するセッションＩＤを暗号化する。また、復号化部１２７は、Ｗｅｂサーバ２２から受信したレスポンスに付加された暗号化されたセッションＩＤを復号化する。

【0119】

なお、更新リクエスト出力部１２１、セッションＩＤ付与部１２２、リクエスト送信部１２３、レスポンス受信部１２４およびＷｅｂページ更新表示部１２５は、第２の実施形態のそれぞれに対応する構成と同じである。そのため、それらの説明は省略する。

【0120】

Ｗｅｂサーバ２２は、リクエスト受信部２２１、セッションＩＤ判定・生成部２２２、ＴＣＰセッションテーブル２２３、レスポンス送信部２２４、更新ページデータ編集部２２５、復号化部２２６および暗号化部２２７を含む。

【0121】

復号化部２２６は、Ｗｅｂクライアント１２から受信した更新リクエストに付加された暗号化されたセッションＩＤを復号化する。また、暗号化部２２７は、Ｗｅｂクライアント１２に送信するレスポンスに付加するセッションＩＤを暗号化する。

【0122】

なお、リクエスト受信部２２１、セッションＩＤ判定・生成部２２２、ＴＣＰセッションテーブル２２３、レスポンス送信部２２４および更新ページデータ編集部２２５は、第２の実施形態のそれぞれに対応する構成と同じである。そのため、それらの説明は省略する。

【0123】

つまり、第２の実施形態の変形例は、Ｗｅｂクライアント１２が送信するリクエストに付加されるセッションＩＤや、Ｗｅｂサーバ２２が送信するレスポンスに付加されるセッションＩＤを暗号化してインターネットに送信する。そして、Ｗｅｂクライアント１２およびＷｅｂサーバ２２は、それぞれ受信したレスポンスやリクエストに付加された暗号化されたセッションＩＤを復号化して内部処理する。

【0124】

また、第２の実施形態の変形例のセッション管理システム３００も、第２の実施形態のセッション管理システム２００と同様に、上位アプリケーションが収集する監視情報を常時監視するシステムに適用される。例えば、通信網に配備される伝送装置の動作状態を遠隔の保守センターで監視する形態であり、Ｗｅｂクライアント１２とＷｅｂサーバ２２は同一の運用管理または委託関係の管理になっている。そのため、暗号化と復号化は予め決められた秘密の暗号キーを用いた暗号方式を任意に適用することができる。

【0125】

第２の実施形態の変形例は、セッションＩＤの暗号化・復号化を行うことにより、セッションＩＤが盗聴される可能性を極力少なくすることができる。また、たとえセッションＩＤを盗聴されたとしても、第２の実施形態で説明したように、攻撃者からの「なりすまし」を防ぐことができる。

【0126】

このように第２の実施形態の変形例も、常時接続を必要とする通信環境や組み込みシステムのようなセキュリティプロトコルの適用が限定される状況において、簡素な仕組みでセキュリティ性の高いセッションＩＤ管理を行なうことができる。

【符号の説明】

【0127】

１００、２００、３００ セッション管理システム
１０、１１、１２ Ｗｅｂクライアント
２０、２１、２２ Ｗｅｂサーバ
１０１ 更新リクエスト出力手段
１０２ セッションＩＤ付加手段
１１１、１２１ 更新リクエスト出力部
１１２、１２２ セッションＩＤ付与部
１１３、１２３ リクエスト送信部
１１４、１２４ レスポンス受信部
１１５、１２５ Ｗｅｂページ更新表示部
１２６、２２７ 暗号化部
１２７、２２６ 復号化部
２０１ セッションＩＤ採番手段
２０２ 有効時間設定手段
２０３ 更新応答送信手段
２１１、２２１ リクエスト受信部
２１２、２２２ セッションＩＤ判定・生成部
２１３、２２３ ＴＣＰセッションテーブル
２１４、２２４ レスポンス送信部
２１５、２２５ 更新ページデータ編集部

【図1】

【図2】

【図3】

【図4】

【図5】

【図6】

【図7】

【図8】