セッション権限管理方法
【課題】認証機構を別途設けなくともウェブサイトとのセッションを他のコンピュータに委譲できるようにすること。
【解決手段】ＵＩ提供装置３０は、ウェブクライアント装置１０とウェブサーバ装置２０とのセッションに係るセッション識別情報及び秘密情報、並びに、そのウェブサーバ装置内のウェブページデータを特定するＵＲＬを、ウェブクライアント装置１０から受け取った後、そのＵＲＬ宛に、セッション識別情報と秘密情報とを含んだリクエストメッセージを送信する。ウェブサーバ装置３０は、受信したリクエストメッセージ内のセッション識別情報に対応する秘密情報をセッション情報管理テーブル２４から取得し、リクエストメッセージ内の秘密情報と比較する。比較の結果、秘密情報同士が一致していれば、ウェブサーバ装置２０は、ＵＩ提供装置３０にウェブページデータ２１を送信する。
【解決手段】ＵＩ提供装置３０は、ウェブクライアント装置１０とウェブサーバ装置２０とのセッションに係るセッション識別情報及び秘密情報、並びに、そのウェブサーバ装置内のウェブページデータを特定するＵＲＬを、ウェブクライアント装置１０から受け取った後、そのＵＲＬ宛に、セッション識別情報と秘密情報とを含んだリクエストメッセージを送信する。ウェブサーバ装置３０は、受信したリクエストメッセージ内のセッション識別情報に対応する秘密情報をセッション情報管理テーブル２４から取得し、リクエストメッセージ内の秘密情報と比較する。比較の結果、秘密情報同士が一致していれば、ウェブサーバ装置２０は、ＵＩ提供装置３０にウェブページデータ２１を送信する。
【発明の詳細な説明】
【技術分野】
【０００１】
本発明は、ウェブサーバ装置からウェブページデータを受け取るセッション権限を管理するための方法に、関する。
【背景技術】
【０００２】
周知のように、利用者に認証を求めるウェブサイトが多く存在する。各ウエブサイトが要求する認証は、一般に、互いに独立しているため、利用者は、ウェブクライアントから複数のウェブサイトにアクセスする際、各ウェブサイトで別個の認証手続を行わねばならない。但し、例えば、航空会社とレンタカー会社と宿泊施設の予約サイトのように、互いに関連した複数のウェブサイトにアクセスする際には、一度の認証手続で全てのウェブサイトに対するセッション（アクセス認可）が得られるようになっていると便利である。このように一度の認証手続で複数のウェブサイトに対するセッションが得られるようにする技術として、ＳＡＭＬ［Security Assertion Markup Language］認証及びケルベロス認証がある（非特許文献１及び２参照）。
【０００３】
ＳＡＭＬ認証もケルベロス認証も、認証機構が別途用意される。利用者は、ウェブクライアントから何れかのウェブサイトへアクセスする前に、この認証機構に対して認証手続を行い、各ウェブサイトに提示してセッションを得るための認可情報を取得する。利用者は、この認可情報をウェブクライアントからウェブサイトに提示すれば、認証手続きを経なくても、そのウェブサイトに対するアクセス認可を取得でき、セッションを開始することができる。
【０００４】
ところで、この認可情報は、本来、その認可を受けた利用者だけが利用できるものであるが、ＳＡＭＬ認証及びケルベロス認証では、その認可情報を第三者に引き渡すことによってセッション（アクセス権限）を委譲する技術も、開発されている。このセッション委譲技術によると、第三者は、正規利用者から受け取った認可情報を、ウェブサイトに提示するだけで、その正規利用者が有していたセッションを引き継ぐことができる。
【０００５】
このように、セッション委譲を実現するためには、認証手続きを行って認可情報を発行する認証機構を別途用意する必要があった。また、認可情報の提示を受けてセッションを開始する機能が各ウェブサイトに導入されている必要もあったため、セッションを委譲できる範囲も、このような機能が導入されたウェブサイト群に限られていた。
このため、このような認証機構を別途設けなくとも、し、尚且つ、認可情報の提示を受けてセッションを開始する機能が各ウェブサイトに導入されている必要があった。
が技術によると、そのセッションが継続中か解除されているかに拘わらず、認可情報が第三者に引き渡され得る。このため、セッションが無効となっている場合にセッション委譲を制限したいという要望があった。
【０００６】
【非特許文献１】鈴木優一、“ウェブサービスのセキュリティ、第４回強力なＳＳＯを実現するＸＭＬ認証、認可サービス（ＳＡＭＬ）”、[online]、平成１４年１０月２日、アイティメディア株式会社、［平成１９年２月２７日検索］、インターネット＜ＵＲＬ：http://www.atmarkit.co.jp/fsecurity/rensai/webserv04/webserv01.html＞
【非特許文献２】“セキュリティの概要”、４２〜４６頁、[online]、平成１６年４月２９日、アップルコンピュータ社、［平成１９年２月２７日検索］、インターネット＜ＵＲＬ：http://developer.apple.com/jp/documentation/pdf/security_overview_j.pdf＞
【発明の開示】
【発明が解決しようとする課題】
【０００７】
本発明は、前述したような従来の事情に鑑みてなされたものであり、その課題は、認証機構を別途設けなくともウェブサイトとのセッションを他のコンピュータに委譲できるようにすることにある。
【課題を解決するための手段】
【０００８】
上記の課題を解決するために案出されたセッション権限管理方法は、ウェブページデータを複数有するウェブサーバ装置と、そのウェブサーバ装置からネットワークを介してウェブページデータを取得するためのウェブクライアント装置とからなるコンピュータネットワークシステムにおいて、前記ウェブサーバ装置から前記ウェブページデータを受け取るセッション権限を管理するための方法であって、前記ウェブクライアント装置が、何れかのウェブサーバ装置からセッション権限が付与されたときに、そのセッションを特定するためのセッション識別情報と、ウェブページデータの要求時にウェブサーバ装置に提示するための秘密情報とを、記憶装置に記憶する記憶手順、前記ウェブクライアント装置が、操作者から入力装置を通じて所定の指示を受け付けると、前記記憶装置内のセッション識別情報及び秘密情報、並びに、セッション中のウェブサーバ装置を特定するサーバ特定情報を、通信装置を通じて受譲コンピュータに送信する第１の送信手順、前記受譲コンピュータが、前記第１の送信手順で前記ウェブクライアント装置から送信されたセッション識別情報と秘密情報とサーバ特定情報とを、通信装置を通じて受信する第１の受信手順、前記受譲コンピュータが、前記第１の受信手順で受信したセッション識別情報と秘密情報とを組み込んだリクエストメッセージを、前記第１の受信手順で受信したサーバ特定情報にて特定されるウェブサーバ装置へ、通信装置を通じて送信する第２の送信手順、前記ウェブサーバ装置が、前記第２の送信手順で前記受譲コンピュータから送信されたリクエストメッセージを、通信装置を通じて受信する第２の受信手順、前記ウェブサーバ装置が、セッション識別情報と秘密情報とを含むレコードを複数記憶したセッション情報管理テーブルから、前記第２の受信手順で受信したリクエストメッセージに組み込まれているセッション識別情報に一致するセッション識別情報を持つレコードを、検出する検出手順、前記ウェブサーバ装置が、前記検出手順で検出されたレコードに含まれる秘密情報と、前記第２の受信手順で受信した秘密情報とが一致するか否かを、判定する判定手順、前記ウェブサーバ装置が、前記判定手順で秘密情報同士が一致すると判定した場合に、前記ウェブクライアント装置に与えていたセッション権限を、前記受譲コンピュータに付与する権限付与手順からなることを、特徴としている。
【０００９】
このように構成されると、受譲コンピュータは、ウェブクライアント装置とウェブサーバ装置とのセッションに係るセッション識別情報及び秘密情報、並びに、そのウェブサーバ装置を特定するサーバ特定情報を、ウェブクライアント装置から受け取った後、サーバ特定情報にて特定されるウェブサーバ装置に、セッション識別情報と秘密情報とを含んだリクエストメッセージを送信するよう、動作する。また、ウェブサーバ装置は、受信したリクエストメッセージ内のセッション識別情報に対応する秘密情報をセッション情報管理テーブルから取得し、リクエストメッセージ内の秘密情報と比較するよう、動作する。さらに、ウェブサーバ装置は、比較の結果、秘密情報同士が一致していれば、受譲コンピュータにセッション権限を付与するよう、動作する。このため、ウェブクライアント装置の利用者は、ウェブクライアント装置を通じてセッション識別情報と秘密情報とを委譲コンピュータに引き渡すだけで、セッション権限を受譲コンピュータに委譲することができる。
【００１０】
なお、本発明によるセッション権限管理方法においては、ウェブクライアント装置が、受譲コンピュータに秘密情報を送信する前に、その秘密情報に不可逆的な加工を施していても良い。この場合、ウェブサーバ装置は、検出手順で検出されたレコードに含まれる秘密情報に対し、同じ不可逆的な加工を施せば、第２の受信手順で受信した秘密情報との比較を行うことができる。このように、秘密情報に不可逆的な加工を施しておくことにより、加工済みの秘密情報が不正な手段で第三者の手に渡ったとしても、その第三者は、秘密情報を復元できない。従って、第三者は、その秘密情報を使って正当権限を有する利用者になりすまして自分のコンピュータからウェブサーバ装置にアクセスしようにも、アクセスできないこととなる。
【発明の効果】
【００１１】
以上に説明したように、本発明によれば、認証機構を別途設けなくともウェブサイトとのセッションを他のコンピュータに委譲できるようになる。
【発明を実施するための最良の形態】
【００１２】
以下、添付図面を参照しながら、本発明を実施するための一つの形態について、説明する。
【００１３】
まず、本実施形態のコンピュータネットワークシステムの構成について、説明する。
【００１４】
図１は、本実施形態のコンピュータネットワークシステムの構成図である。
【００１５】
本実施形態のコンピュータネットワークシステムは、一台以上のウェブクライアント装置１０と、一台以上のウェブサーバ装置２０と、ユーザインターフェース提供装置（ＵＩ提供装置）３０とからなる。各装置１０〜３０は、ネットワークＮを介して相互に通信自在に接続されている。
【００１６】
図２は、ウェブクライアント装置１０の構成図である。
【００１７】
ウェブクライアント装置１０は、ウェブクライアントとしての機能が付加された一般的なパーソナルコンピュータである。従って、このウェブクライアント装置１０は、液晶ディスプレイ等の表示装置１０ａと、キーボードやマウス等の入力装置１０ｂと、これら装置１０ａ、１０ｂが接続された本体とからなる。また、その本体は、通信アダプタ１０ｃ、ストレージユニット１０ｄ、ＣＰＵ１０ｅ、及び、メモリユニット１０ｆを、内蔵している。このうち、通信アダプタ１０ｃは、ネットワークＮ上の他のコンピュータとデータの遣り取りを行うための通信装置である。ストレージユニット１０ｄは、各種のプログラムやデータを記憶する記憶装置である。ＣＰＵ１０ｅは、ストレージユニット１０ｄ内のプログラムに従って処理を行う演算処理装置である。メモリユニット１０ｆは、ＣＰＵ１０ｅが処理を行う際にプログラムがキャッシュされたり作業領域が展開されたりする揮発性記憶装置である。
【００１８】
このウェブクライアント装置１０のストレージユニット１０ｄには、ウェブブラウザ１１が導入されている。ウェブブラウザ１１は、操作者に指定されたウェブページデータをウェブサーバ装置２０から取得してウェブページを表示装置１０ａに表示するためのソフトウエアである。このウェブブラウザ１１は、ＨＴＴＰ［HyperText Transfer Protocol］クライアント１１ａ、クッキーモジュール１１ｂ、及び、セッション委譲モジュール１１ｃの各プログラムを、少なくとも含んでいる。
【００１９】
ＨＴＴＰクライアント１１ａは、ネットワークＮ上のウェブサーバ装置２０とＨＴＴＰメッセージを遣り取りするためのモジュールプログラムである。具体的には、このＨＴＴＰクライアント１１ａは、ウェブブラウザ１１から受け取ったリクエストメッセージを、指定されたＵＲＬ［Uniform Resource Locator］内のドメインにて特定されるウェブサーバ装置２０へ送信する。また、ＨＴＴＰクライアント１１ａは、ウェブページデータをボディに含むレスポンスメッセージをウェブサーバ装置２０から受信して、ウェブブラウザ１１に引き渡す。
【００２０】
クッキーモジュール１１ｂは、クッキー情報の送受信及び保存を管理するためのモジュールプログラムである。具体的には、クッキーモジュール１１ｂは、ウェブサーバ装置２０からＨＴＴＰクライアント１１ａが受信したレスポンスメッセージにクッキー情報が含まれていた場合に、そのクッキー情報を保存する。また、クッキーモジュール１１ｂは、保存しているクッキー情報に含まれる生存期限を監視し、生存期限が経過したクッキー情報を破棄する。さらに、クッキーモジュール１１ｂは、ウェブブラウザ１１がウェブサーバ装置２０にリクエストメッセージを送信する際、それより前にウェブサーバ装置２０から取得したクッキー情報を保存していた場合に、そのクッキー情報を、リクエストメッセージに組み込むための情報として、ウェブブラウザ１１に引き渡す。
【００２１】
セッション委譲モジュール１１ｃは、ウェブブラウザ１１がウェブサーバ装置２０とセッション中であるときに、そのセッションの権限を他のコンピュータに委譲するためのモジュールプログラムである。このセッション委譲モジュール１１ｃに従ってＣＰＵ１０ｅが実行する処理の内容については、後述する。
【００２２】
図３は、ウェブサーバ装置２０の構成図である。
【００２３】
ウェブサーバ装置２０は、ウェブサーバとしての機能が付加された汎用コンピュータである。従って、このウェブサーバ装置２０は、少なくとも、通信アダプタ２０ａ、ストレージユニット２０ｂ、ＣＰＵ２０ｃ、及び、メモリユニット２０ｄを、内蔵している。
【００２４】
ウェブサーバ装置２０のストレージユニット２０ｂには、ウェブページデータ２１、ＨＴＴＰサーバ２２、利用者情報管理テーブル２３、セッション情報管理テーブル２４、及び、セッション制御プログラム２５が、導入されている。
【００２５】
ウェブページデータ２１は、ネットワークを通じて他のコンピュータに提供されるＨＴＭＬ［HyperText Markup Language］データや画像データなどのデータである。ウェブページデータ２１には、それぞれ、一意なＵＲＬが割り当てられている。
【００２６】
ＨＴＴＰサーバ２２は、他のコンピュータ上のＨＴＴＰクライアント１１ａとＨＴＴＰメッセージを遣り取りするためのプログラムである。より具体的には、ＨＴＴＰサーバ２２は、ＨＴＴＰクライアント１１ａからリクエストメッセージを受け取ると、そのリクエストメッセージにおいて指定されているＵＲＬにあるウェブページデータ２１をストレージユニット２０ｂから取得し、その取得したウェブページデータ２１をボディに含んだレスポンスメッセージを要求元のＨＴＴＰクライアント１１ａへ送信する。なお、図示してないが、ＣＧＩ［Common Gateway Interface］及びＪＳＰ［Java Server Pages］等のウェブアプリケーションが存在する場合、ＨＴＴＰサーバ２２は、このウェブアプリケーションの処理結果を取得するものであってもよい。具体的には、ＨＴＴＰサーバ２２は、図示せぬウェブアプリケーションの起動コマンドがＵＲＬなどに含まれていた場合、又は、図示せぬウェブアプリケーションが実行すべきスクリプトプログラムがウェブページデータ２１に含まれていた場合、その図示せぬウェブアプリケーションを起動し、そのウェブアプリケーションから処理結果を取得し、取得した処理結果をレスポンスメッセージに組み込んで、要求元のＨＴＴＰクライアント１１ａへ送信する。
【００２７】
利用者情報管理テーブル２３は、このウェブサーバ装置２０のウェブページデータ２１へのアクセスが許可された利用者に関する情報を管理するためのテーブルである。この利用者情報管理テーブル２３の各レコードは、少なくとも、利用者名及び暗証情報を記録するためのフィールドを、有している。利用者名は、ウェブクライアント装置１０の利用者を特定する名称である。暗証情報は、その利用者の正当性を証明するための情報である。従って、本実施形態におけるウェブサーバ装置２０は、ウェブページデータ２１へのアクセス前にウェブクライアント装置１０を通じて利用者に対し認証を要求する装置となっている。なお、認証処理の結果、利用者のアクセスが許可されると、ウェブサーバ装置２０は、その利用者のウェブクライアント装置１０とセッションを開始する。
【００２８】
図４は、セッション情報管理テーブル２４のデータ構造の一例を示す図である。
【００２９】
セッション情報管理テーブル２４は、セッションに関する情報を管理するためのテーブルである。図４に示すように、このセッション情報管理テーブル２４の各レコードは、セッション識別情報、秘密情報、及び、有効期限を記録するためのフィールドを、有している。セッション識別情報は、セッションを一意に特定するための識別情報である。なお、本実施形態では、セッション識別情報は、８文字の数字からなる。秘密情報は、その利用者のウェブクライアント装置１０がセッション状態にあることを証明するための情報である。なお、本実施形態では、秘密情報は、アルファベットの大文字及び小文字、並びに、数字のうちから選択された１４文字からなっている。有効期限は、秘密情報が有効である期間が終了する期限である。
【００３０】
なお、ウェブサーバ装置２０がこのセッション情報管理テーブル２４にセッション識別情報及び秘密情報を記憶することは、前述した記憶手順に相当している。
【００３１】
図３のセッション制御プログラム２５は、ウェブブラウザ１１とのセッションを制御するためのプログラムであり、クッキー機能を含んでいる。このセッション制御プログラム２５は、所定のクッキー名（本実施形態では、「MYSESSION」又は「DELEGATED_MYSESSION」）を含んだクッキー情報が組み込まれていないリクエストメッセージをＨＴＴＰサーバ２２が受信した場合に、そのリクエストメッセージを送信してきたウェブブラウザ１１に対し、ＨＴＴＰサーバ２２を通じて、利用者名と暗証情報とを要求して取得する。そして、そのウェブブラウザ１１から取得した利用者名と暗証情報とにともに一致するレコードが、利用者情報管理テーブル２３から検出できれば、セッション制御プログラム２５は、セッション識別情報と秘密情報とを発行する。そして、セッション制御プログラム２５は、クッキー名として「MYSESSION」を含むとともに秘密情報をクッキー値として含むクッキー情報を生成し、そのクッキー情報に所定の生存期限を持たせて、クッキー機能を利用してウェブブラウザ１１へ送信する。また、セッション制御プログラム２５は、セッション情報管理テーブル２４にセッション識別情報と秘密情報と有効期限（クッキー情報の生存期限）とを登録する。また、セッション制御プログラム２５は、セッション情報管理テーブル２４を常時監視し、有効期限の過ぎたレコードがあった場合に、そのレコードを削除する。また、セッション制御プログラム２５は、ＨＴＴＰサーバ２２が受信したリクエストメッセージにクッキー情報が組み込まれている場合において、そのクッキー情報内に秘密情報が含まれていたときには、その秘密情報でセッション情報管理テーブル２４を検索する。そして、レコードが検出できれば、セッション制御プログラム２５は、セッション中であると判断し、同一の秘密情報と新たな有効期限とを含むクッキー情報を、レスポンスメッセージに組み込むための情報として、ＨＴＴＰサーバ２２に引き渡し、セッション情報管理テーブル２４内の該当レコードの有効期限を更新する。さらに、このセッション制御プログラム２５は、トークン検証モジュール２５ａを含んでいる。このトークン検証モジュール２５ａは、クッキー名として「DELEGATED_MYSESSION」を含んだクッキー情報が組み込まれたリクエストメッセージをＨＴＴＰサーバ２２が受信した場合に、起動される。このトークン検証モジュール２５ａに従ってＣＰＵ２０ｃが実行する処理の内容については、後述する。
【００３２】
図５は、ＵＩ提供装置３０の構成図である。
【００３３】
ＵＩ提供装置３０は、Ｙａｈｏｏ！［ヤフー社商標］やＧｏｏｇｌｅ［グーグル社商標］やＡｍａｚｏｎ［アマゾンドットコム社商標］といった有名サイトのウェブページのＵＩを強化して利用者に提供する機能を有する装置であり、このようなＵＩ提供機能が付加された汎用コンピュータである。従って、このＵＩ提供装置３０は、少なくとも、通信アダプタ３０ａ、ストレージユニット３０ｂ、ＣＰＵ３０ｃ、及び、メモリユニット３０ｄを、内蔵している。
【００３４】
ＵＩ提供装置３０のストレージユニット３０ｂには、ユーザインターフェース加工データ（ＵＩ加工データ）３１、ＨＴＴＰサーバ３２、ＨＴＴＰクライアント３３、及び、ＵＩ提供プログラム３４が、導入されている。
【００３５】
ＵＩ加工データ３１は、ＵＩパーツの配置変換、追加、及び、削除がウェブページに施されるようウェブページデータを加工するためのデータである。このＵＩ加工データ３１は、有名ウェブページのそれぞれについて、少なくとも１種類ずつ用意されている。なお、ＵＩ加工データ３１は、有名ウェブページのそれぞれについて、数種類ずつ用意されていてもよい。この場合、利用者が、一つのウェブページについて数種類の中から任意のＵＩ加工データ３１を選択することができる。
【００３６】
ＨＴＴＰサーバ３２及びＨＴＴＰクライアント３３は、それぞれ、ウェブサーバ装置２０のＨＴＴＰサーバ２２及びウェブクライアント装置１０のＨＴＴＰクライアント１１ａと同等の機能を発揮するモジュールプログラムである。
【００３７】
ＵＩ提供プログラム３４は、ウェブページのＵＩを強化して利用者に提供するＵＩ提供機能をコンピュータ上で実現するためのプログラムである。このＵＩ提供プログラム３４は、ウェブクライアント装置１０のウェブブラウザ１１からの要求を受けて、ウェブサーバ装置２０からウェブページデータを取得し、そのウェブページデータを加工してウェブブラウザ１１に送信するというものである。このＵＩ提供プログラム３４に従ってＣＰＵ３０ｃが実行する処理の内容については、後述する。
【００３８】
次に、以上のように構成されるコンピュータネットワークシステムにおいて行われる処理のうち、本発明に係る部分について、説明する。
【００３９】
セッション委譲モジュール１１ｃは、ウェブブラウザ１１とウェブサーバ装置２０とがセッション中にあるときに、実行される。そのセッションは、前述したように、利用者がウェブブラウザ１１を通じてウェブサーバ装置１０にアクセスするとともに認証手続を行ってアクセス認可を受けることにより、開始される。利用者が、ウェブサーバ装置２０とセッション中に（何れかのウェブページを表示中に）、ウェブページのＵＩを強化して表示させるため、ウェブブラウザ１１のウインドウ内に示されている所定のボタン（図示略）をクリックすると、ＣＰＵ１０ｅが、ストレージユニット１０ｄからセッション委譲モジュール１１ｃを読み込み、セッション委譲処理を開始する。
【００４０】
図６は、セッション委譲モジュール１１ｃによる処理の流れを示す図である。
【００４１】
セッション委譲処理の開始後、最初のステップＳ１０１では、ＣＰＵ１０ｅは、セッションの受譲側のＵＲＬを入力するための入力欄を含む画面を表示装置１０ａに表示し、その入力欄を通じて利用者からＵＲＬを受け付ける。本実施形態では、便宜上、ＵＩ提供装置３０のＵＩ提供プログラム３４に割り当てられているＵＲＬが、受け付けられるものとするが、実際には、セッション受譲モジュール３４ａを含むプログラムのＵＲＬであれば、なんでもよい。
【００４２】
次のステップＳ１０２では、ＣＰＵ１０ｅは、セッション中のウェブサーバ装置２０内の何れかのウェブページデータ２１のＵＲＬを入力するための入力欄を含む画面を表示装置１０ａに表示し、その入力欄を通じて利用者からＵＲＬを受け付ける。
【００４３】
次のステップＳ１０３では、ＣＰＵ１０ｅは、当該セッションのセッション識別情報に対応する秘密情報を、図４のセッション情報管理テーブル２４から読み出す。
【００４４】
次のステップＳ１０４では、ＣＰＵ１０ｅは、ステップＳ１０３で読み出した秘密情報を、周知のＵＴＦ−８にて符号化して（ユニコード変換処理）、バイト列を生成する。
【００４５】
次のステップＳ１０５では、ＣＰＵ１０ｅは、ステップＳ１０４で生成したバイト列を、周知のＳＨＡ−１にて暗号化して（ハッシュ処理）、ハッシュ値を生成する。
【００４６】
次のステップＳ１０６では、ＣＰＵ１０ｅは、ステップＳ１０５で生成したハッシュ値を、周知のＢａｓｅ６４にて符号化して、文字列を生成する。
【００４７】
次のステップＳ１０７では、ＣＰＵ１０ｅは、当該セッションのセッション識別情報とステップＳ１０５で生成した文字列とを「＆」を挟んで繋げた文字列を、委譲トークンとして生成する。
【００４８】
次のステップＳ１０８では、ＣＰＵ１０ｅは、ステップＳ１０７で生成した委譲トークンに対し、ＵＲＬエンコードを施す。
【００４９】
次のステップＳ１０９では、ＣＰＵ１０ｅは、ステップＳ１０１で受け付けたＵＲＬを宛先情報としてヘッダに含むリクエストメッセージを、生成する。また、ＣＰＵ１０ｅは、ステップＳ１０２で受け付けたＵＲＬをリクエストメッセージのボディに組み込む。また、ＣＰＵ１０ｅは、ステップＳ１０７でＵＲＬエンコードが施された委譲トークンをクッキー値として含むとともに、クッキー名として「delegated」を含むクッキー情報を、リクエストメッセージのヘッダに、組み込む。
【００５０】
次のステップＳ１１０では、ＣＰＵ１０ｅは、ステップＳ１０９で生成したリクエストメッセージを、ＨＴＴＰクライアント１１ａに引き渡す。その後、ＣＰＵ１０ｅは、図６に係るセッション委譲処理を終了する。
【００５１】
なお、ウェブクライアント装置１０がこの図６に係るセッション委譲処理を実行することは、前述した第１の送信手順に相当している。
【００５２】
ここで、ＨＴＴＰクライアント１１ａは、この図６に係るセッション委譲処理によりリクエストメッセージを受け取ると、受け取ったリクエストメッセージを通信アダプタ１０ｃを通じて送信し、レスポンスメッセージを受信するまで待機した状態になる。
【００５３】
一方、ＵＩ提供装置３０では、ＨＴＴＰサーバ３２（を実行したＣＰＵ３０ｃ）が、何れかのコンピュータからリクエストメッセージが送られてくるのを、待機している。そして、ウェブクライアント装置１０から、委譲トークンを含むリクエストメッセージを、通信アダプタ３０ａを通じて受信すると、ＨＴＴＰサーバ３２は、リクエストメッセージのボディ内のＵＲＬに従って、ＵＩ提供プログラム３４を起動する。
【００５４】
なお、ＵＩ提供装置３０がリクエストメッセージを受信することは、前述した第１の受信手順に相当している。
【００５５】
図７は、ＵＩ提供プログラム３４による処理の流れを示す図である。
【００５６】
ＵＩ提供処理の開始後、最初のステップＳ２０１では、ＣＰＵ３０ｄは、受信したリクエストメッセージのヘッダからクッキー情報を読み出し、このクッキー情報の中から、「delegated」というクッキー名に対応付けられている値を、委譲トークンとして取得する。
【００５７】
次のステップＳ２０２では、ＣＰＵ３０ｄは、受信したリクエストメッセージのボディからＵＲＬを読み出す。
【００５８】
次のステップＳ２０３では、ＣＰＵ３０ｄは、ステップＳ２０２で読み出したＵＲＬを宛先情報としてヘッダに含むリクエストメッセージを、生成する。また、ＣＰＵ３０ｄは、ステップＳ２０１で取得した（ＵＲＬエンコード済の）委譲トークンをクッキー値として含むとともに、クッキー名として「DELEGATED_MYSESSION」を含むクッキー情報を、リクエストメッセージのヘッダに、組み込む。
【００５９】
次のステップＳ２０４では、ＣＰＵ３０ｄは、ステップＳ２０３で生成したリクエストメッセージを、ＨＴＴＰクライアント３３を通じて送信する。
【００６０】
なお、ステップＳ２０１乃至Ｓ２０４は、前述した第２の送信手順に相当している。
【００６１】
次のステップＳ２０５では、ＣＰＵ３０ｄは、ＨＴＴＰクライアント３３を通じてレスポンスメッセージを受信するまで待機する。そして、ＨＴＴＰクライアント３３を通じてレスポンスメッセージを受信すると、ＣＰＵ３０ｄは、ステップＳ２０６へ処理を進める。
【００６２】
ステップＳ２０６では、ＣＰＵ３０ｄは、受信したレスポンスメッセージがウェブページデータを含むものであるか否かを、判別する。そして、受信したレスポンスメッセージがウェブページデータを含むものであった場合、ＣＰＵ３０ｄは、ステップＳ２０８へ処理を進める。一方、受信したレスポンスメッセージがウェブページデータを含むものではなくアクセス拒否を示すものであった場合、ＣＰＵ３０ｄは、ステップＳ２０６からステップＳ２０７へ処理を分岐させる。
【００６３】
ステップＳ２０７では、ＣＰＵ３０ｄは、アクセス不可を示すレスポンスメッセージを生成し、ステップＳ２１１へ処理を進める。
【００６４】
ステップＳ２０８では、ＣＰＵ３０ｄは、受信したレスポンスメッセージのボディからウェブページデータを読み出す。
【００６５】
次のステップＳ２０９では、ＣＰＵ３０ｄは、ステップＳ２０８で読み出したウェブページデータに対し、ＵＩ加工データに基づいて加工を施す。
【００６６】
次のステップＳ２１０では、ＣＰＵ３０ｄは、ステップＳ２０９で生成したウェブページデータをボディに含むレスポンスメッセージを生成する。その後、ＣＰＵ３０ｄは、ステップＳ２１１へ処理を進める。
【００６７】
ステップＳ２１１では、ＣＰＵ３０ｄは、ステップＳ２０７又はステップＳ２１０で生成したレスポンスメッセージを、要求元のウェブクライアント装置１０へ、ＨＴＴＰサーバ３２を通じて送信する。その後、ＣＰＵ３０ｄは、図７に係るＵＩ提供処理を終了する。
【００６８】
ここで、レスポンスメッセージを受け取ったＨＴＴＰクライアント１１ａは、そのレスポンスメッセージをウェブブラウザ１１に引き渡す。ウェブブラウザ１１は、そのレスポンスメッセージがアクセス不可を示すものであれば、その旨を表示装置１０ａに表示する。一方、そのレスポンスメッセージがウェブページデータを含むものであれば、ウェブブラウザ１１は、そのレスポンスメッセージのボディからウェブページデータを読み出し、そのウェブページデータに基づいてウェブページを表示装置１０ａに表示する。
【００６９】
また、上記ステップＳ２０４の処理により、クッキー名として「DELEGATED_MYSESSION」を含むクッキー情報が組み込まれたリクエストメッセージが、ウェブサーバ装置２０に送信されると、ＨＴＴＰサーバ２２がこれを受信する。すると、セッション制御プログラム２５が、クッキー情報を確認し、このクッキー情報がクッキー名として「DELEGATED_MYSESSION」を含んでいると、判断する。この結果、前述したように、このトークン検証モジュール２５ａが起動される。
【００７０】
なお、ウェブサーバ装置２０がリクエストメッセージを受信することは、前述した第２の受信手順に相当している。
【００７１】
図８は、トークン検証モジュール２５ａによる処理の流れを示す図である。
【００７２】
トークン検証処理の開始後、最初のステップＳ３０１では、ＣＰＵ２０ｃは、クッキー情報内のクッキー値を、委譲トークンとして取り出す。
【００７３】
次のステップＳ３０２では、ＣＰＵ２０ｃは、ステップＳ３０１で取り出した委譲トークンに対し、ＵＲＬデコードを施す。
【００７４】
次のステップＳ３０３では、ＣＰＵ２０ｃは、ステップＳ３０２でＵＲＬデコードを施した委譲トークン（セッション識別情報、「＆」、文字列）から、セッション識別情報を読み出す。
【００７５】
次のステップＳ３０４では、ＣＰＵ２０ｃは、ステップＳ３０３で読み出したセッション識別情報を検索条件として、図４のセッション情報管理テーブル２４を検索する。
【００７６】
なお、ステップＳ３０１乃至Ｓ３０４は、前述した検出手順に相当している。
【００７７】
次のステップＳ３０５では、ＣＰＵ２０ｃは、セッション情報管理テーブル２４からレコードが検出できたか否かを、判別する。そして、セッション情報管理テーブル２４からレコードが検出できていなかった場合、ＣＰＵ２０ｃは、ステップＳ３０５からステップＳ３１２へ処理を分岐させる。一方、セッション情報管理テーブル２４からレコードが検出できていた場合、ＣＰＵ２０ｃは、ステップＳ３０６へ処理を進める。
【００７８】
ステップＳ３０６では、ＣＰＵ２０ｃは、ステップＳ３０４での検索の結果検出されたレコードの秘密情報を、周知のＵＴＦ−８にて符号化して（ユニコード変換処理）、バイト列を生成する。
【００７９】
次のステップＳ３０７では、ＣＰＵ２０ｃは、ステップＳ３０６で生成したバイト列を、周知のＳＨＡ−１にて暗号化して（ハッシュ処理）、ハッシュ値を生成する。
【００８０】
次のステップＳ３０８では、ＣＰＵ２０ｃは、ステップＳ３０７で生成したハッシュ値を、周知のＢａｓｅ６４にて符号化して、文字列を生成する。
【００８１】
次のステップＳ３０９では、ＣＰＵ２０ｃは、ステップＳ３０２でＵＲＬデコードを施した委譲トークン（セッション識別情報、「＆」、文字列）から文字列を読み出し、この文字列と、ステップＳ３０８で生成した文字列とを比較する。
【００８２】
なお、ステップＳ３０５乃至Ｓ３０９は、前述した判定手順に相当している。
【００８３】
次のステップＳ３１０では、ＣＰＵ２０ｃは、文字列同士が一致しているか否かを、判別する。そして、文字列同士が一致していなかった場合、ＣＰＵ２０ｃは、ステップＳ３１０からステップＳ３１２へ処理を分岐させる。一方、文字列同士が一致していた場合、ＣＰＵ２０ｃは、ステップＳ３１１へ処理を進める。
【００８４】
ステップＳ３１１では、ＣＰＵ２０ｃは、ＨＴＴＰサーバ２２に対し、受信したリクエストメッセージに対するレスポンスを許可する。その後、ＣＰＵ２０ｃは、図８に係るトークン検証処理を終了する。
【００８５】
なお、ステップＳ３１１は、前述した権限付与手順に相当している。
【００８６】
ステップＳ３１２では、ＣＰＵ２０ｃは、ＨＴＴＰサーバ２２に対し、リクエストメッセージの送信元にアクセス拒否を通知するよう指示する。その後、ＣＰＵ２０ｃは、図８に係るトークン検証処理を終了する。
【００８７】
次に、本実施形態のコンピュータネットワークシステムの作用及び効果について、説明する。
【００８８】
ウェブクライアント装置１０の利用者は、ウェブサーバ装置２０にアクセスし、認証手続きを経て、このウェブサーバ装置２０とセッションを開始する。その後、このウェブサーバ装置２０のウェブページのＵＩを強化する必要がある場合に、ウェブブラウザ１１のウインドウ内に示されている所定のボタン（図示略）をクリックして、ＵＩ提供装置３０のＵＩ提供プログラム３４のＵＲＬと、ウェブサーバ装置２０内の何れかウェブページデータのＵＲＬとを、入力する（ステップＳ１０１、Ｓ１０２）。
【００８９】
すると、まず、そのセッションで使用されていた秘密情報に、偽造防止のための不可逆的な加工が施される（ステップＳ１０３〜Ｓ１０６）。例えば、秘密情報が、「8ghquyZhgakf99」であれば、ＵＴＦ−８による符号化と、ＳＨＡ−１の暗号化と、Ｂａｓｅ６４の符号化とにより、秘密情報は、「1dmXZ80xYNdSM43U6vgenwRoidQ=」に変換される。続いて、セッション識別情報と加工済みの秘密情報とに基づいて、委譲トークンが生成される（ステップＳ１０７）。上記の例を用いれば、セッション識別情報が、「00001」である場合、委譲トークンは、「00001&1dmXZ80xYNdSM43U6vgenwRoidQ=」となる。その後、その委譲トークンとセッション先に関する情報（ＵＲＬ）とを含んだリクエストメッセージが、ＵＩ提供装置３０に送信される（ステップＳ１０８〜Ｓ１１０）。なお、本実施形態では、委譲トークンは、前述したとおり、クッキー値としてそのリクエストメッセージに組み込まれることとなる。その委譲トークンを含むクッキー情報のＵＲＬエンコード後の値は、上記の例を用いれば、「delegated=00001%261dmXZ80xYNdSM43U6vgenwRoidQ%3d」となる。
【００９０】
ＵＩ提供装置３０は、受信したリクエストメッセージに基づき、委譲トークンを含んだリクエストメッセージをウェブサーバ装置２０へ送信する（ステップＳ２０１〜Ｓ２０４）。なお、上記の例を用いれば、リクエストメッセージに組み込まれるクッキー情報は、「DELEGATED_MYSESSION=00001%261dmXZ80xYNdSM43U6vgenwRoidQ%3d」となる。ウェブサーバ装置２０は、そのリクエストメッセージ内の委譲トークンに含まれているセッション識別情報に対応付けられている秘密情報を、セッション情報管理テーブル２４から取得し（ステップＳ３０１〜Ｓ３０５）、ウェブクライアント装置１０で秘密情報に施された加工と同じ不可逆的な加工を、この秘密情報に施して（ステップＳ３０６〜Ｓ３０８）、ＵＩ提供装置３０から送られてきた委譲トークン内の秘密情報と比較する（ステップＳ３０９）。
【００９１】
比較の結果、秘密情報が互いに同一であれば、ウェブサーバ装置２０は、ＵＩ提供装置３０がウェブクライアント装置１０からセッション権限を正当に委譲されていると、判断し、本来、ウェブクライアント装置１０にのみ配信されるべきウェブページデータ２１を、このＵＩ提供装置３０へ、レスポンスメッセージに組み込んで送信する（ステップＳ３１０、Ｓ３１１）。
【００９２】
ＵＩ提供装置３０は、ウェブクライアント装置１０の代わりに、ウェブサーバ装置２０から、ウェブページデータ２１が組み込まれたレスポンスメッセージを受信し、ウェブページデータ２１に所定の加工を施して、ウェブクライアント装置１０へ、レスポンスメッセージに組み込んで送信する（ステップＳ２０５、Ｓ２０６、Ｓ２０８〜Ｓ２１１）。
【００９３】
ウェブクライアント装置１０は、このウェブページデータ２１が組み込まれたレスポンスメッセージを受信し、ウェブページデータ２１に基づいてウェブページを表示装置１０ａに表示する。ここで表示装置１０ａに表示されるウェブページは、ウェブサーバ装置２０からウェブページデータ２１を直接取得したものより、幾らかＵＩが変更されたものとなっている。
【００９４】
ここで、ウェブクライアント装置１０の利用者が、ウェブサーバ装置２０とセッション中でなかった場合、そのセッションの権限は、ＵＩ提供装置３０に委譲されない。ウェブサーバ装置２０とのセッションが解除されている状態は、セッション識別情報と秘密情報とがウェブクライアント装置１０から削除されていた場合、又は、ウェブサーバ装置２０のセッション情報管理テーブル２４からセッション識別情報と秘密情報とが削除されていた場合に生ずる。
【００９５】
前者のように、セッション識別情報と秘密情報とがウェブクライアント装置１０から削除されていた場合、ウェブクライアント装置１０は、委譲トークンを生成することができないので、ＵＩ提供装置３０にセッション権限が委譲されることはない。また、後者のように、ウェブサーバ装置２０のセッション情報管理テーブル２４からセッション識別情報と秘密情報とが削除されていた場合、ＵＩ提供装置３０が、ウェブクライアント装置１０から受け取った委譲トークンを使って、ウェブサーバ装置２０にアクセスしても、委譲トークンの正当性が認められないため、実質的には、ＵＩ提供装置３０にセッション権限が委譲されないこととなる。
【００９６】
このように、本実施形態によれば、ウェブクライアント装置１０は、ウェブサーバ装置２０とのセッションの権限を、そのセッションが有効な場合に限り、ＵＩ提供装置に委譲できるようになる。
【００９７】
（付記１）
ウェブページデータを複数有するウェブサーバ装置と、そのウェブサーバ装置からネットワークを介してウェブページデータを取得するためのウェブクライアント装置とからなるコンピュータネットワークシステムにおいて、前記ウェブサーバ装置から前記ウェブページデータを受け取るセッション権限を管理するための方法であって、
前記ウェブクライアント装置が、何れかのウェブサーバ装置からセッション権限が付与されたときに、そのセッションを特定するためのセッション識別情報と、ウェブページデータの要求時にウェブサーバ装置に提示するための秘密情報とを、記憶装置に記憶する記憶手順、
前記ウェブクライアント装置が、操作者から入力装置を通じて所定の指示を受け付けると、前記記憶装置内のセッション識別情報及び秘密情報、並びに、セッション中のウェブサーバ装置を特定するサーバ特定情報を、通信装置を通じて受譲コンピュータに送信する第１の送信手順、
前記受譲コンピュータが、前記第１の送信手順で前記ウェブクライアント装置から送信されたセッション識別情報と秘密情報とサーバ特定情報とを、通信装置を通じて受信する第１の受信手順、
前記受譲コンピュータが、前記第１の受信手順で受信したセッション識別情報と秘密情報とを組み込んだリクエストメッセージを、前記第１の受信手順で受信したサーバ特定情報にて特定されるウェブサーバ装置へ、通信装置を通じて送信する第２の送信手順、
前記ウェブサーバ装置が、前記第２の送信手順で前記受譲コンピュータから送信されたリクエストメッセージを、通信装置を通じて受信する第２の受信手順、
前記ウェブサーバ装置が、セッション識別情報と秘密情報とを含むレコードを複数記憶したセッション情報管理テーブルから、前記第２の受信手順で受信したリクエストメッセージに組み込まれているセッション識別情報に一致するセッション識別情報を持つレコードを、検出する検出手順、
前記ウェブサーバ装置が、前記検出手順で検出されたレコードに含まれる秘密情報と、前記第２の受信手順で受信した秘密情報とが一致するか否かを、判定する判定手順、
前記ウェブサーバ装置が、前記判定手順で秘密情報同士が一致すると判定した場合に、前記ウェブクライアント装置に与えていたセッション権限を、前記受譲コンピュータに付与する権限付与手順
からなることを特徴とするセッション権限管理方法。
【００９８】
（付記２）
前記第１の送信手順において、前記ウェブクライアント装置は、前記記憶装置内の秘密情報については、不可逆的な加工を施してから、受譲コンピュータに送信するとともに、
前記判定手順において、前記ウェブサーバ装置は、前記検出手順で検出されたレコードに含まれる秘密情報に対し、前記加工と同じ不可逆的な加工を施してから、前記第２の受信手順で受信した秘密情報と一致するか否かを、判定する
ことを特徴とする付記１記載のセッション権限管理方法。
【００９９】
（付記３）
前記加工は、ハッシュ処理を含む
ことを特徴とする付記２記載のセッション権限管理方法。
【０１００】
（付記４）
前記加工は、ユニコード変換処理を含む
ことを特徴とする付記２又は３記載のセッション権限管理方法。
【０１０１】
（付記５）
ウェブページデータを複数有するウェブサーバ装置と、そのウェブサーバ装置からネットワークを介してウェブページデータを取得するためのウェブクライアント装置とを含むコンピュータネットワークシステムであって、
前記ウェブクライアント装置が、
何れかのウェブサーバ装置からセッション権限が付与されたときに、そのセッションを特定するためのセッション識別情報と、ウェブページデータの要求時にウェブサーバ装置に提示するための秘密情報とを、記憶する記憶部、及び、
操作者から入力装置を通じて所定の指示を受け付けると、前記記憶部内のセッション識別情報及び秘密情報、並びに、セッション中のウェブサーバ装置を特定するサーバ特定情報を、通信装置を通じて受譲コンピュータに送信する送信部
を備え、
前記受譲コンピュータが、
前記ウェブクライアント装置の前記送信部から送信されたセッション識別情報と秘密情報とサーバ特定情報とを、通信装置を通じて受信する受信部、及び、
前記受信部が受信したセッション識別情報と秘密情報とを組み込んだリクエストメッセージを、前記受信部が受信したサーバ特定情報にて特定されるウェブサーバ装置へ、通信装置を通じて送信する送信部
を備え、
前記ウェブサーバ装置が、
前記受譲コンピュータの前記送信部から送信されたリクエストメッセージを、通信装置を通じて受信する受信部、
セッション識別情報と秘密情報とを含むレコードを複数記憶したセッション情報管理テーブルから、前記受信部が受信したリクエストメッセージに組み込まれているセッション識別情報に一致するセッション識別情報を持つレコードを、検出する検出部、
前記検出部が検出したレコードに含まれる秘密情報と、前記受信部が受信した秘密情報とが一致するか否かを、判定する判定部、及び、
前記判定部が秘密情報同士が一致すると判定した場合に、前記ウェブクライアント装置に与えていたセッション権限を、前記受譲コンピュータに付与する権限付与部
を備える
ことを特徴とするコンピュータネットワークシステム。
【０１０２】
（付記６）
コンピュータを、
ウェブページデータを複数有する何れかのウェブサーバ装置からセッション権限が付与されたときに、そのセッションを特定するためのセッション識別情報と、ウェブページデータの要求時にウェブサーバ装置に提示するための秘密情報とを、記憶装置に記憶する記憶手段、及び、
操作者から入力装置を通じて所定の指示を受け付けると、前記記憶装置内のセッション識別情報及び秘密情報、並びに、セッション中のウェブサーバ装置を特定するサーバ特定情報を、通信装置を通じて受譲コンピュータに送信する送信手段
として機能させる
ことを特徴とするセッション委譲プログラム。
【０１０３】
（付記７）
コンピュータを、
ネットワーク上のウェブクライアント装置から、セッションを特定するためのセッション識別情報と、ウェブページデータの要求時にウェブサーバ装置に提示するための秘密情報と、セッション中のウェブサーバ装置を特定するサーバ特定情報とを、通信装置を通じて受信する受信手段、及び、
前記受信手段が受信したセッション識別情報と秘密情報とを組み込んだリクエストメッセージを、前記受信手段が受信したサーバ特定情報にて特定されるウェブサーバ装置へ、通信装置を通じて送信する送信手段
として機能させる
ことを特徴とするセッション受譲プログラム。
【０１０４】
（付記８）
コンピュータを、
ネットワーク上の受譲装置から、セッションを特定するためのセッション識別情報と、ウェブページデータの要求時にウェブサーバ装置に提示するための秘密情報とを組み込んだリクエストメッセージを、通信装置を通じて受信する受信手段、
セッション識別情報と秘密情報とを含むレコードを複数記憶したセッション情報管理テーブルから、前記受信手段が受信したリクエストメッセージに組み込まれているセッション識別情報に一致するセッション識別情報を持つレコードを、検出する検出手段、
前記検出手段が検出したレコードに含まれる秘密情報と、前記受信手段が受信した秘密情報とが一致するか否かを、判定する判定手段、及び、
前記判定手段が秘密情報同士が一致すると判定した場合に、セッション識別情報にて特定されるセッションの権限を、前記受譲装置に付与する権限付与手段
として機能させる
ことを特徴とするセッション権限付与プログラム。
【図面の簡単な説明】
【０１０５】
【図１】本実施形態のコンピュータネットワークシステムの構成図
【図２】ウェブクライアント装置の構成図
【図３】ウェブサーバ装置の構成図
【図４】セッション情報管理テーブルのデータ構造の一例を示す図
【図５】ＵＩ提供装置の構成図
【図６】セッション委譲モジュールによる処理の流れを示す図
【図７】ＵＩ提供プログラムによる処理の流れを示す図
【図８】トークン検証モジュールによる処理の流れを示す図
【符号の説明】
【０１０６】
１０ ウェブクライアント装置
１０ａ 表示装置
１０ｂ 入力装置
１０ｄ ストレージユニット
１０ｅ ＣＰＵ
１１ ウェブブラウザ
１１ａ ＨＴＴＰクライアント
１１ｂ クッキーモジュール
１１ｃ セッション委譲モジュール
２０ ウェブサーバ装置
２０ｂ ストレージユニット
２０ｃ ＣＰＵ
２１ ウェブページデータ
２２ ＨＴＴＰサーバ
２４ セッション情報管理テーブル
２５ セッション制御プログラム
２５ａ トークン検証モジュール
３０ ＵＩ提供装置
３０ｂ ストレージユニット
３０ｃ ＣＰＵ
３１ ＵＩ加工データ
３２ ＨＴＴＰサーバ
３３ ＨＴＴＰクライアント
３４ 提供プログラム
【技術分野】
【０００１】
本発明は、ウェブサーバ装置からウェブページデータを受け取るセッション権限を管理するための方法に、関する。
【背景技術】
【０００２】
周知のように、利用者に認証を求めるウェブサイトが多く存在する。各ウエブサイトが要求する認証は、一般に、互いに独立しているため、利用者は、ウェブクライアントから複数のウェブサイトにアクセスする際、各ウェブサイトで別個の認証手続を行わねばならない。但し、例えば、航空会社とレンタカー会社と宿泊施設の予約サイトのように、互いに関連した複数のウェブサイトにアクセスする際には、一度の認証手続で全てのウェブサイトに対するセッション（アクセス認可）が得られるようになっていると便利である。このように一度の認証手続で複数のウェブサイトに対するセッションが得られるようにする技術として、ＳＡＭＬ［Security Assertion Markup Language］認証及びケルベロス認証がある（非特許文献１及び２参照）。
【０００３】
ＳＡＭＬ認証もケルベロス認証も、認証機構が別途用意される。利用者は、ウェブクライアントから何れかのウェブサイトへアクセスする前に、この認証機構に対して認証手続を行い、各ウェブサイトに提示してセッションを得るための認可情報を取得する。利用者は、この認可情報をウェブクライアントからウェブサイトに提示すれば、認証手続きを経なくても、そのウェブサイトに対するアクセス認可を取得でき、セッションを開始することができる。
【０００４】
ところで、この認可情報は、本来、その認可を受けた利用者だけが利用できるものであるが、ＳＡＭＬ認証及びケルベロス認証では、その認可情報を第三者に引き渡すことによってセッション（アクセス権限）を委譲する技術も、開発されている。このセッション委譲技術によると、第三者は、正規利用者から受け取った認可情報を、ウェブサイトに提示するだけで、その正規利用者が有していたセッションを引き継ぐことができる。
【０００５】
このように、セッション委譲を実現するためには、認証手続きを行って認可情報を発行する認証機構を別途用意する必要があった。また、認可情報の提示を受けてセッションを開始する機能が各ウェブサイトに導入されている必要もあったため、セッションを委譲できる範囲も、このような機能が導入されたウェブサイト群に限られていた。
このため、このような認証機構を別途設けなくとも、し、尚且つ、認可情報の提示を受けてセッションを開始する機能が各ウェブサイトに導入されている必要があった。
が技術によると、そのセッションが継続中か解除されているかに拘わらず、認可情報が第三者に引き渡され得る。このため、セッションが無効となっている場合にセッション委譲を制限したいという要望があった。
【０００６】
【非特許文献１】鈴木優一、“ウェブサービスのセキュリティ、第４回強力なＳＳＯを実現するＸＭＬ認証、認可サービス（ＳＡＭＬ）”、[online]、平成１４年１０月２日、アイティメディア株式会社、［平成１９年２月２７日検索］、インターネット＜ＵＲＬ：http://www.atmarkit.co.jp/fsecurity/rensai/webserv04/webserv01.html＞
【非特許文献２】“セキュリティの概要”、４２〜４６頁、[online]、平成１６年４月２９日、アップルコンピュータ社、［平成１９年２月２７日検索］、インターネット＜ＵＲＬ：http://developer.apple.com/jp/documentation/pdf/security_overview_j.pdf＞
【発明の開示】
【発明が解決しようとする課題】
【０００７】
本発明は、前述したような従来の事情に鑑みてなされたものであり、その課題は、認証機構を別途設けなくともウェブサイトとのセッションを他のコンピュータに委譲できるようにすることにある。
【課題を解決するための手段】
【０００８】
上記の課題を解決するために案出されたセッション権限管理方法は、ウェブページデータを複数有するウェブサーバ装置と、そのウェブサーバ装置からネットワークを介してウェブページデータを取得するためのウェブクライアント装置とからなるコンピュータネットワークシステムにおいて、前記ウェブサーバ装置から前記ウェブページデータを受け取るセッション権限を管理するための方法であって、前記ウェブクライアント装置が、何れかのウェブサーバ装置からセッション権限が付与されたときに、そのセッションを特定するためのセッション識別情報と、ウェブページデータの要求時にウェブサーバ装置に提示するための秘密情報とを、記憶装置に記憶する記憶手順、前記ウェブクライアント装置が、操作者から入力装置を通じて所定の指示を受け付けると、前記記憶装置内のセッション識別情報及び秘密情報、並びに、セッション中のウェブサーバ装置を特定するサーバ特定情報を、通信装置を通じて受譲コンピュータに送信する第１の送信手順、前記受譲コンピュータが、前記第１の送信手順で前記ウェブクライアント装置から送信されたセッション識別情報と秘密情報とサーバ特定情報とを、通信装置を通じて受信する第１の受信手順、前記受譲コンピュータが、前記第１の受信手順で受信したセッション識別情報と秘密情報とを組み込んだリクエストメッセージを、前記第１の受信手順で受信したサーバ特定情報にて特定されるウェブサーバ装置へ、通信装置を通じて送信する第２の送信手順、前記ウェブサーバ装置が、前記第２の送信手順で前記受譲コンピュータから送信されたリクエストメッセージを、通信装置を通じて受信する第２の受信手順、前記ウェブサーバ装置が、セッション識別情報と秘密情報とを含むレコードを複数記憶したセッション情報管理テーブルから、前記第２の受信手順で受信したリクエストメッセージに組み込まれているセッション識別情報に一致するセッション識別情報を持つレコードを、検出する検出手順、前記ウェブサーバ装置が、前記検出手順で検出されたレコードに含まれる秘密情報と、前記第２の受信手順で受信した秘密情報とが一致するか否かを、判定する判定手順、前記ウェブサーバ装置が、前記判定手順で秘密情報同士が一致すると判定した場合に、前記ウェブクライアント装置に与えていたセッション権限を、前記受譲コンピュータに付与する権限付与手順からなることを、特徴としている。
【０００９】
このように構成されると、受譲コンピュータは、ウェブクライアント装置とウェブサーバ装置とのセッションに係るセッション識別情報及び秘密情報、並びに、そのウェブサーバ装置を特定するサーバ特定情報を、ウェブクライアント装置から受け取った後、サーバ特定情報にて特定されるウェブサーバ装置に、セッション識別情報と秘密情報とを含んだリクエストメッセージを送信するよう、動作する。また、ウェブサーバ装置は、受信したリクエストメッセージ内のセッション識別情報に対応する秘密情報をセッション情報管理テーブルから取得し、リクエストメッセージ内の秘密情報と比較するよう、動作する。さらに、ウェブサーバ装置は、比較の結果、秘密情報同士が一致していれば、受譲コンピュータにセッション権限を付与するよう、動作する。このため、ウェブクライアント装置の利用者は、ウェブクライアント装置を通じてセッション識別情報と秘密情報とを委譲コンピュータに引き渡すだけで、セッション権限を受譲コンピュータに委譲することができる。
【００１０】
なお、本発明によるセッション権限管理方法においては、ウェブクライアント装置が、受譲コンピュータに秘密情報を送信する前に、その秘密情報に不可逆的な加工を施していても良い。この場合、ウェブサーバ装置は、検出手順で検出されたレコードに含まれる秘密情報に対し、同じ不可逆的な加工を施せば、第２の受信手順で受信した秘密情報との比較を行うことができる。このように、秘密情報に不可逆的な加工を施しておくことにより、加工済みの秘密情報が不正な手段で第三者の手に渡ったとしても、その第三者は、秘密情報を復元できない。従って、第三者は、その秘密情報を使って正当権限を有する利用者になりすまして自分のコンピュータからウェブサーバ装置にアクセスしようにも、アクセスできないこととなる。
【発明の効果】
【００１１】
以上に説明したように、本発明によれば、認証機構を別途設けなくともウェブサイトとのセッションを他のコンピュータに委譲できるようになる。
【発明を実施するための最良の形態】
【００１２】
以下、添付図面を参照しながら、本発明を実施するための一つの形態について、説明する。
【００１３】
まず、本実施形態のコンピュータネットワークシステムの構成について、説明する。
【００１４】
図１は、本実施形態のコンピュータネットワークシステムの構成図である。
【００１５】
本実施形態のコンピュータネットワークシステムは、一台以上のウェブクライアント装置１０と、一台以上のウェブサーバ装置２０と、ユーザインターフェース提供装置（ＵＩ提供装置）３０とからなる。各装置１０〜３０は、ネットワークＮを介して相互に通信自在に接続されている。
【００１６】
図２は、ウェブクライアント装置１０の構成図である。
【００１７】
ウェブクライアント装置１０は、ウェブクライアントとしての機能が付加された一般的なパーソナルコンピュータである。従って、このウェブクライアント装置１０は、液晶ディスプレイ等の表示装置１０ａと、キーボードやマウス等の入力装置１０ｂと、これら装置１０ａ、１０ｂが接続された本体とからなる。また、その本体は、通信アダプタ１０ｃ、ストレージユニット１０ｄ、ＣＰＵ１０ｅ、及び、メモリユニット１０ｆを、内蔵している。このうち、通信アダプタ１０ｃは、ネットワークＮ上の他のコンピュータとデータの遣り取りを行うための通信装置である。ストレージユニット１０ｄは、各種のプログラムやデータを記憶する記憶装置である。ＣＰＵ１０ｅは、ストレージユニット１０ｄ内のプログラムに従って処理を行う演算処理装置である。メモリユニット１０ｆは、ＣＰＵ１０ｅが処理を行う際にプログラムがキャッシュされたり作業領域が展開されたりする揮発性記憶装置である。
【００１８】
このウェブクライアント装置１０のストレージユニット１０ｄには、ウェブブラウザ１１が導入されている。ウェブブラウザ１１は、操作者に指定されたウェブページデータをウェブサーバ装置２０から取得してウェブページを表示装置１０ａに表示するためのソフトウエアである。このウェブブラウザ１１は、ＨＴＴＰ［HyperText Transfer Protocol］クライアント１１ａ、クッキーモジュール１１ｂ、及び、セッション委譲モジュール１１ｃの各プログラムを、少なくとも含んでいる。
【００１９】
ＨＴＴＰクライアント１１ａは、ネットワークＮ上のウェブサーバ装置２０とＨＴＴＰメッセージを遣り取りするためのモジュールプログラムである。具体的には、このＨＴＴＰクライアント１１ａは、ウェブブラウザ１１から受け取ったリクエストメッセージを、指定されたＵＲＬ［Uniform Resource Locator］内のドメインにて特定されるウェブサーバ装置２０へ送信する。また、ＨＴＴＰクライアント１１ａは、ウェブページデータをボディに含むレスポンスメッセージをウェブサーバ装置２０から受信して、ウェブブラウザ１１に引き渡す。
【００２０】
クッキーモジュール１１ｂは、クッキー情報の送受信及び保存を管理するためのモジュールプログラムである。具体的には、クッキーモジュール１１ｂは、ウェブサーバ装置２０からＨＴＴＰクライアント１１ａが受信したレスポンスメッセージにクッキー情報が含まれていた場合に、そのクッキー情報を保存する。また、クッキーモジュール１１ｂは、保存しているクッキー情報に含まれる生存期限を監視し、生存期限が経過したクッキー情報を破棄する。さらに、クッキーモジュール１１ｂは、ウェブブラウザ１１がウェブサーバ装置２０にリクエストメッセージを送信する際、それより前にウェブサーバ装置２０から取得したクッキー情報を保存していた場合に、そのクッキー情報を、リクエストメッセージに組み込むための情報として、ウェブブラウザ１１に引き渡す。
【００２１】
セッション委譲モジュール１１ｃは、ウェブブラウザ１１がウェブサーバ装置２０とセッション中であるときに、そのセッションの権限を他のコンピュータに委譲するためのモジュールプログラムである。このセッション委譲モジュール１１ｃに従ってＣＰＵ１０ｅが実行する処理の内容については、後述する。
【００２２】
図３は、ウェブサーバ装置２０の構成図である。
【００２３】
ウェブサーバ装置２０は、ウェブサーバとしての機能が付加された汎用コンピュータである。従って、このウェブサーバ装置２０は、少なくとも、通信アダプタ２０ａ、ストレージユニット２０ｂ、ＣＰＵ２０ｃ、及び、メモリユニット２０ｄを、内蔵している。
【００２４】
ウェブサーバ装置２０のストレージユニット２０ｂには、ウェブページデータ２１、ＨＴＴＰサーバ２２、利用者情報管理テーブル２３、セッション情報管理テーブル２４、及び、セッション制御プログラム２５が、導入されている。
【００２５】
ウェブページデータ２１は、ネットワークを通じて他のコンピュータに提供されるＨＴＭＬ［HyperText Markup Language］データや画像データなどのデータである。ウェブページデータ２１には、それぞれ、一意なＵＲＬが割り当てられている。
【００２６】
ＨＴＴＰサーバ２２は、他のコンピュータ上のＨＴＴＰクライアント１１ａとＨＴＴＰメッセージを遣り取りするためのプログラムである。より具体的には、ＨＴＴＰサーバ２２は、ＨＴＴＰクライアント１１ａからリクエストメッセージを受け取ると、そのリクエストメッセージにおいて指定されているＵＲＬにあるウェブページデータ２１をストレージユニット２０ｂから取得し、その取得したウェブページデータ２１をボディに含んだレスポンスメッセージを要求元のＨＴＴＰクライアント１１ａへ送信する。なお、図示してないが、ＣＧＩ［Common Gateway Interface］及びＪＳＰ［Java Server Pages］等のウェブアプリケーションが存在する場合、ＨＴＴＰサーバ２２は、このウェブアプリケーションの処理結果を取得するものであってもよい。具体的には、ＨＴＴＰサーバ２２は、図示せぬウェブアプリケーションの起動コマンドがＵＲＬなどに含まれていた場合、又は、図示せぬウェブアプリケーションが実行すべきスクリプトプログラムがウェブページデータ２１に含まれていた場合、その図示せぬウェブアプリケーションを起動し、そのウェブアプリケーションから処理結果を取得し、取得した処理結果をレスポンスメッセージに組み込んで、要求元のＨＴＴＰクライアント１１ａへ送信する。
【００２７】
利用者情報管理テーブル２３は、このウェブサーバ装置２０のウェブページデータ２１へのアクセスが許可された利用者に関する情報を管理するためのテーブルである。この利用者情報管理テーブル２３の各レコードは、少なくとも、利用者名及び暗証情報を記録するためのフィールドを、有している。利用者名は、ウェブクライアント装置１０の利用者を特定する名称である。暗証情報は、その利用者の正当性を証明するための情報である。従って、本実施形態におけるウェブサーバ装置２０は、ウェブページデータ２１へのアクセス前にウェブクライアント装置１０を通じて利用者に対し認証を要求する装置となっている。なお、認証処理の結果、利用者のアクセスが許可されると、ウェブサーバ装置２０は、その利用者のウェブクライアント装置１０とセッションを開始する。
【００２８】
図４は、セッション情報管理テーブル２４のデータ構造の一例を示す図である。
【００２９】
セッション情報管理テーブル２４は、セッションに関する情報を管理するためのテーブルである。図４に示すように、このセッション情報管理テーブル２４の各レコードは、セッション識別情報、秘密情報、及び、有効期限を記録するためのフィールドを、有している。セッション識別情報は、セッションを一意に特定するための識別情報である。なお、本実施形態では、セッション識別情報は、８文字の数字からなる。秘密情報は、その利用者のウェブクライアント装置１０がセッション状態にあることを証明するための情報である。なお、本実施形態では、秘密情報は、アルファベットの大文字及び小文字、並びに、数字のうちから選択された１４文字からなっている。有効期限は、秘密情報が有効である期間が終了する期限である。
【００３０】
なお、ウェブサーバ装置２０がこのセッション情報管理テーブル２４にセッション識別情報及び秘密情報を記憶することは、前述した記憶手順に相当している。
【００３１】
図３のセッション制御プログラム２５は、ウェブブラウザ１１とのセッションを制御するためのプログラムであり、クッキー機能を含んでいる。このセッション制御プログラム２５は、所定のクッキー名（本実施形態では、「MYSESSION」又は「DELEGATED_MYSESSION」）を含んだクッキー情報が組み込まれていないリクエストメッセージをＨＴＴＰサーバ２２が受信した場合に、そのリクエストメッセージを送信してきたウェブブラウザ１１に対し、ＨＴＴＰサーバ２２を通じて、利用者名と暗証情報とを要求して取得する。そして、そのウェブブラウザ１１から取得した利用者名と暗証情報とにともに一致するレコードが、利用者情報管理テーブル２３から検出できれば、セッション制御プログラム２５は、セッション識別情報と秘密情報とを発行する。そして、セッション制御プログラム２５は、クッキー名として「MYSESSION」を含むとともに秘密情報をクッキー値として含むクッキー情報を生成し、そのクッキー情報に所定の生存期限を持たせて、クッキー機能を利用してウェブブラウザ１１へ送信する。また、セッション制御プログラム２５は、セッション情報管理テーブル２４にセッション識別情報と秘密情報と有効期限（クッキー情報の生存期限）とを登録する。また、セッション制御プログラム２５は、セッション情報管理テーブル２４を常時監視し、有効期限の過ぎたレコードがあった場合に、そのレコードを削除する。また、セッション制御プログラム２５は、ＨＴＴＰサーバ２２が受信したリクエストメッセージにクッキー情報が組み込まれている場合において、そのクッキー情報内に秘密情報が含まれていたときには、その秘密情報でセッション情報管理テーブル２４を検索する。そして、レコードが検出できれば、セッション制御プログラム２５は、セッション中であると判断し、同一の秘密情報と新たな有効期限とを含むクッキー情報を、レスポンスメッセージに組み込むための情報として、ＨＴＴＰサーバ２２に引き渡し、セッション情報管理テーブル２４内の該当レコードの有効期限を更新する。さらに、このセッション制御プログラム２５は、トークン検証モジュール２５ａを含んでいる。このトークン検証モジュール２５ａは、クッキー名として「DELEGATED_MYSESSION」を含んだクッキー情報が組み込まれたリクエストメッセージをＨＴＴＰサーバ２２が受信した場合に、起動される。このトークン検証モジュール２５ａに従ってＣＰＵ２０ｃが実行する処理の内容については、後述する。
【００３２】
図５は、ＵＩ提供装置３０の構成図である。
【００３３】
ＵＩ提供装置３０は、Ｙａｈｏｏ！［ヤフー社商標］やＧｏｏｇｌｅ［グーグル社商標］やＡｍａｚｏｎ［アマゾンドットコム社商標］といった有名サイトのウェブページのＵＩを強化して利用者に提供する機能を有する装置であり、このようなＵＩ提供機能が付加された汎用コンピュータである。従って、このＵＩ提供装置３０は、少なくとも、通信アダプタ３０ａ、ストレージユニット３０ｂ、ＣＰＵ３０ｃ、及び、メモリユニット３０ｄを、内蔵している。
【００３４】
ＵＩ提供装置３０のストレージユニット３０ｂには、ユーザインターフェース加工データ（ＵＩ加工データ）３１、ＨＴＴＰサーバ３２、ＨＴＴＰクライアント３３、及び、ＵＩ提供プログラム３４が、導入されている。
【００３５】
ＵＩ加工データ３１は、ＵＩパーツの配置変換、追加、及び、削除がウェブページに施されるようウェブページデータを加工するためのデータである。このＵＩ加工データ３１は、有名ウェブページのそれぞれについて、少なくとも１種類ずつ用意されている。なお、ＵＩ加工データ３１は、有名ウェブページのそれぞれについて、数種類ずつ用意されていてもよい。この場合、利用者が、一つのウェブページについて数種類の中から任意のＵＩ加工データ３１を選択することができる。
【００３６】
ＨＴＴＰサーバ３２及びＨＴＴＰクライアント３３は、それぞれ、ウェブサーバ装置２０のＨＴＴＰサーバ２２及びウェブクライアント装置１０のＨＴＴＰクライアント１１ａと同等の機能を発揮するモジュールプログラムである。
【００３７】
ＵＩ提供プログラム３４は、ウェブページのＵＩを強化して利用者に提供するＵＩ提供機能をコンピュータ上で実現するためのプログラムである。このＵＩ提供プログラム３４は、ウェブクライアント装置１０のウェブブラウザ１１からの要求を受けて、ウェブサーバ装置２０からウェブページデータを取得し、そのウェブページデータを加工してウェブブラウザ１１に送信するというものである。このＵＩ提供プログラム３４に従ってＣＰＵ３０ｃが実行する処理の内容については、後述する。
【００３８】
次に、以上のように構成されるコンピュータネットワークシステムにおいて行われる処理のうち、本発明に係る部分について、説明する。
【００３９】
セッション委譲モジュール１１ｃは、ウェブブラウザ１１とウェブサーバ装置２０とがセッション中にあるときに、実行される。そのセッションは、前述したように、利用者がウェブブラウザ１１を通じてウェブサーバ装置１０にアクセスするとともに認証手続を行ってアクセス認可を受けることにより、開始される。利用者が、ウェブサーバ装置２０とセッション中に（何れかのウェブページを表示中に）、ウェブページのＵＩを強化して表示させるため、ウェブブラウザ１１のウインドウ内に示されている所定のボタン（図示略）をクリックすると、ＣＰＵ１０ｅが、ストレージユニット１０ｄからセッション委譲モジュール１１ｃを読み込み、セッション委譲処理を開始する。
【００４０】
図６は、セッション委譲モジュール１１ｃによる処理の流れを示す図である。
【００４１】
セッション委譲処理の開始後、最初のステップＳ１０１では、ＣＰＵ１０ｅは、セッションの受譲側のＵＲＬを入力するための入力欄を含む画面を表示装置１０ａに表示し、その入力欄を通じて利用者からＵＲＬを受け付ける。本実施形態では、便宜上、ＵＩ提供装置３０のＵＩ提供プログラム３４に割り当てられているＵＲＬが、受け付けられるものとするが、実際には、セッション受譲モジュール３４ａを含むプログラムのＵＲＬであれば、なんでもよい。
【００４２】
次のステップＳ１０２では、ＣＰＵ１０ｅは、セッション中のウェブサーバ装置２０内の何れかのウェブページデータ２１のＵＲＬを入力するための入力欄を含む画面を表示装置１０ａに表示し、その入力欄を通じて利用者からＵＲＬを受け付ける。
【００４３】
次のステップＳ１０３では、ＣＰＵ１０ｅは、当該セッションのセッション識別情報に対応する秘密情報を、図４のセッション情報管理テーブル２４から読み出す。
【００４４】
次のステップＳ１０４では、ＣＰＵ１０ｅは、ステップＳ１０３で読み出した秘密情報を、周知のＵＴＦ−８にて符号化して（ユニコード変換処理）、バイト列を生成する。
【００４５】
次のステップＳ１０５では、ＣＰＵ１０ｅは、ステップＳ１０４で生成したバイト列を、周知のＳＨＡ−１にて暗号化して（ハッシュ処理）、ハッシュ値を生成する。
【００４６】
次のステップＳ１０６では、ＣＰＵ１０ｅは、ステップＳ１０５で生成したハッシュ値を、周知のＢａｓｅ６４にて符号化して、文字列を生成する。
【００４７】
次のステップＳ１０７では、ＣＰＵ１０ｅは、当該セッションのセッション識別情報とステップＳ１０５で生成した文字列とを「＆」を挟んで繋げた文字列を、委譲トークンとして生成する。
【００４８】
次のステップＳ１０８では、ＣＰＵ１０ｅは、ステップＳ１０７で生成した委譲トークンに対し、ＵＲＬエンコードを施す。
【００４９】
次のステップＳ１０９では、ＣＰＵ１０ｅは、ステップＳ１０１で受け付けたＵＲＬを宛先情報としてヘッダに含むリクエストメッセージを、生成する。また、ＣＰＵ１０ｅは、ステップＳ１０２で受け付けたＵＲＬをリクエストメッセージのボディに組み込む。また、ＣＰＵ１０ｅは、ステップＳ１０７でＵＲＬエンコードが施された委譲トークンをクッキー値として含むとともに、クッキー名として「delegated」を含むクッキー情報を、リクエストメッセージのヘッダに、組み込む。
【００５０】
次のステップＳ１１０では、ＣＰＵ１０ｅは、ステップＳ１０９で生成したリクエストメッセージを、ＨＴＴＰクライアント１１ａに引き渡す。その後、ＣＰＵ１０ｅは、図６に係るセッション委譲処理を終了する。
【００５１】
なお、ウェブクライアント装置１０がこの図６に係るセッション委譲処理を実行することは、前述した第１の送信手順に相当している。
【００５２】
ここで、ＨＴＴＰクライアント１１ａは、この図６に係るセッション委譲処理によりリクエストメッセージを受け取ると、受け取ったリクエストメッセージを通信アダプタ１０ｃを通じて送信し、レスポンスメッセージを受信するまで待機した状態になる。
【００５３】
一方、ＵＩ提供装置３０では、ＨＴＴＰサーバ３２（を実行したＣＰＵ３０ｃ）が、何れかのコンピュータからリクエストメッセージが送られてくるのを、待機している。そして、ウェブクライアント装置１０から、委譲トークンを含むリクエストメッセージを、通信アダプタ３０ａを通じて受信すると、ＨＴＴＰサーバ３２は、リクエストメッセージのボディ内のＵＲＬに従って、ＵＩ提供プログラム３４を起動する。
【００５４】
なお、ＵＩ提供装置３０がリクエストメッセージを受信することは、前述した第１の受信手順に相当している。
【００５５】
図７は、ＵＩ提供プログラム３４による処理の流れを示す図である。
【００５６】
ＵＩ提供処理の開始後、最初のステップＳ２０１では、ＣＰＵ３０ｄは、受信したリクエストメッセージのヘッダからクッキー情報を読み出し、このクッキー情報の中から、「delegated」というクッキー名に対応付けられている値を、委譲トークンとして取得する。
【００５７】
次のステップＳ２０２では、ＣＰＵ３０ｄは、受信したリクエストメッセージのボディからＵＲＬを読み出す。
【００５８】
次のステップＳ２０３では、ＣＰＵ３０ｄは、ステップＳ２０２で読み出したＵＲＬを宛先情報としてヘッダに含むリクエストメッセージを、生成する。また、ＣＰＵ３０ｄは、ステップＳ２０１で取得した（ＵＲＬエンコード済の）委譲トークンをクッキー値として含むとともに、クッキー名として「DELEGATED_MYSESSION」を含むクッキー情報を、リクエストメッセージのヘッダに、組み込む。
【００５９】
次のステップＳ２０４では、ＣＰＵ３０ｄは、ステップＳ２０３で生成したリクエストメッセージを、ＨＴＴＰクライアント３３を通じて送信する。
【００６０】
なお、ステップＳ２０１乃至Ｓ２０４は、前述した第２の送信手順に相当している。
【００６１】
次のステップＳ２０５では、ＣＰＵ３０ｄは、ＨＴＴＰクライアント３３を通じてレスポンスメッセージを受信するまで待機する。そして、ＨＴＴＰクライアント３３を通じてレスポンスメッセージを受信すると、ＣＰＵ３０ｄは、ステップＳ２０６へ処理を進める。
【００６２】
ステップＳ２０６では、ＣＰＵ３０ｄは、受信したレスポンスメッセージがウェブページデータを含むものであるか否かを、判別する。そして、受信したレスポンスメッセージがウェブページデータを含むものであった場合、ＣＰＵ３０ｄは、ステップＳ２０８へ処理を進める。一方、受信したレスポンスメッセージがウェブページデータを含むものではなくアクセス拒否を示すものであった場合、ＣＰＵ３０ｄは、ステップＳ２０６からステップＳ２０７へ処理を分岐させる。
【００６３】
ステップＳ２０７では、ＣＰＵ３０ｄは、アクセス不可を示すレスポンスメッセージを生成し、ステップＳ２１１へ処理を進める。
【００６４】
ステップＳ２０８では、ＣＰＵ３０ｄは、受信したレスポンスメッセージのボディからウェブページデータを読み出す。
【００６５】
次のステップＳ２０９では、ＣＰＵ３０ｄは、ステップＳ２０８で読み出したウェブページデータに対し、ＵＩ加工データに基づいて加工を施す。
【００６６】
次のステップＳ２１０では、ＣＰＵ３０ｄは、ステップＳ２０９で生成したウェブページデータをボディに含むレスポンスメッセージを生成する。その後、ＣＰＵ３０ｄは、ステップＳ２１１へ処理を進める。
【００６７】
ステップＳ２１１では、ＣＰＵ３０ｄは、ステップＳ２０７又はステップＳ２１０で生成したレスポンスメッセージを、要求元のウェブクライアント装置１０へ、ＨＴＴＰサーバ３２を通じて送信する。その後、ＣＰＵ３０ｄは、図７に係るＵＩ提供処理を終了する。
【００６８】
ここで、レスポンスメッセージを受け取ったＨＴＴＰクライアント１１ａは、そのレスポンスメッセージをウェブブラウザ１１に引き渡す。ウェブブラウザ１１は、そのレスポンスメッセージがアクセス不可を示すものであれば、その旨を表示装置１０ａに表示する。一方、そのレスポンスメッセージがウェブページデータを含むものであれば、ウェブブラウザ１１は、そのレスポンスメッセージのボディからウェブページデータを読み出し、そのウェブページデータに基づいてウェブページを表示装置１０ａに表示する。
【００６９】
また、上記ステップＳ２０４の処理により、クッキー名として「DELEGATED_MYSESSION」を含むクッキー情報が組み込まれたリクエストメッセージが、ウェブサーバ装置２０に送信されると、ＨＴＴＰサーバ２２がこれを受信する。すると、セッション制御プログラム２５が、クッキー情報を確認し、このクッキー情報がクッキー名として「DELEGATED_MYSESSION」を含んでいると、判断する。この結果、前述したように、このトークン検証モジュール２５ａが起動される。
【００７０】
なお、ウェブサーバ装置２０がリクエストメッセージを受信することは、前述した第２の受信手順に相当している。
【００７１】
図８は、トークン検証モジュール２５ａによる処理の流れを示す図である。
【００７２】
トークン検証処理の開始後、最初のステップＳ３０１では、ＣＰＵ２０ｃは、クッキー情報内のクッキー値を、委譲トークンとして取り出す。
【００７３】
次のステップＳ３０２では、ＣＰＵ２０ｃは、ステップＳ３０１で取り出した委譲トークンに対し、ＵＲＬデコードを施す。
【００７４】
次のステップＳ３０３では、ＣＰＵ２０ｃは、ステップＳ３０２でＵＲＬデコードを施した委譲トークン（セッション識別情報、「＆」、文字列）から、セッション識別情報を読み出す。
【００７５】
次のステップＳ３０４では、ＣＰＵ２０ｃは、ステップＳ３０３で読み出したセッション識別情報を検索条件として、図４のセッション情報管理テーブル２４を検索する。
【００７６】
なお、ステップＳ３０１乃至Ｓ３０４は、前述した検出手順に相当している。
【００７７】
次のステップＳ３０５では、ＣＰＵ２０ｃは、セッション情報管理テーブル２４からレコードが検出できたか否かを、判別する。そして、セッション情報管理テーブル２４からレコードが検出できていなかった場合、ＣＰＵ２０ｃは、ステップＳ３０５からステップＳ３１２へ処理を分岐させる。一方、セッション情報管理テーブル２４からレコードが検出できていた場合、ＣＰＵ２０ｃは、ステップＳ３０６へ処理を進める。
【００７８】
ステップＳ３０６では、ＣＰＵ２０ｃは、ステップＳ３０４での検索の結果検出されたレコードの秘密情報を、周知のＵＴＦ−８にて符号化して（ユニコード変換処理）、バイト列を生成する。
【００７９】
次のステップＳ３０７では、ＣＰＵ２０ｃは、ステップＳ３０６で生成したバイト列を、周知のＳＨＡ−１にて暗号化して（ハッシュ処理）、ハッシュ値を生成する。
【００８０】
次のステップＳ３０８では、ＣＰＵ２０ｃは、ステップＳ３０７で生成したハッシュ値を、周知のＢａｓｅ６４にて符号化して、文字列を生成する。
【００８１】
次のステップＳ３０９では、ＣＰＵ２０ｃは、ステップＳ３０２でＵＲＬデコードを施した委譲トークン（セッション識別情報、「＆」、文字列）から文字列を読み出し、この文字列と、ステップＳ３０８で生成した文字列とを比較する。
【００８２】
なお、ステップＳ３０５乃至Ｓ３０９は、前述した判定手順に相当している。
【００８３】
次のステップＳ３１０では、ＣＰＵ２０ｃは、文字列同士が一致しているか否かを、判別する。そして、文字列同士が一致していなかった場合、ＣＰＵ２０ｃは、ステップＳ３１０からステップＳ３１２へ処理を分岐させる。一方、文字列同士が一致していた場合、ＣＰＵ２０ｃは、ステップＳ３１１へ処理を進める。
【００８４】
ステップＳ３１１では、ＣＰＵ２０ｃは、ＨＴＴＰサーバ２２に対し、受信したリクエストメッセージに対するレスポンスを許可する。その後、ＣＰＵ２０ｃは、図８に係るトークン検証処理を終了する。
【００８５】
なお、ステップＳ３１１は、前述した権限付与手順に相当している。
【００８６】
ステップＳ３１２では、ＣＰＵ２０ｃは、ＨＴＴＰサーバ２２に対し、リクエストメッセージの送信元にアクセス拒否を通知するよう指示する。その後、ＣＰＵ２０ｃは、図８に係るトークン検証処理を終了する。
【００８７】
次に、本実施形態のコンピュータネットワークシステムの作用及び効果について、説明する。
【００８８】
ウェブクライアント装置１０の利用者は、ウェブサーバ装置２０にアクセスし、認証手続きを経て、このウェブサーバ装置２０とセッションを開始する。その後、このウェブサーバ装置２０のウェブページのＵＩを強化する必要がある場合に、ウェブブラウザ１１のウインドウ内に示されている所定のボタン（図示略）をクリックして、ＵＩ提供装置３０のＵＩ提供プログラム３４のＵＲＬと、ウェブサーバ装置２０内の何れかウェブページデータのＵＲＬとを、入力する（ステップＳ１０１、Ｓ１０２）。
【００８９】
すると、まず、そのセッションで使用されていた秘密情報に、偽造防止のための不可逆的な加工が施される（ステップＳ１０３〜Ｓ１０６）。例えば、秘密情報が、「8ghquyZhgakf99」であれば、ＵＴＦ−８による符号化と、ＳＨＡ−１の暗号化と、Ｂａｓｅ６４の符号化とにより、秘密情報は、「1dmXZ80xYNdSM43U6vgenwRoidQ=」に変換される。続いて、セッション識別情報と加工済みの秘密情報とに基づいて、委譲トークンが生成される（ステップＳ１０７）。上記の例を用いれば、セッション識別情報が、「00001」である場合、委譲トークンは、「00001&1dmXZ80xYNdSM43U6vgenwRoidQ=」となる。その後、その委譲トークンとセッション先に関する情報（ＵＲＬ）とを含んだリクエストメッセージが、ＵＩ提供装置３０に送信される（ステップＳ１０８〜Ｓ１１０）。なお、本実施形態では、委譲トークンは、前述したとおり、クッキー値としてそのリクエストメッセージに組み込まれることとなる。その委譲トークンを含むクッキー情報のＵＲＬエンコード後の値は、上記の例を用いれば、「delegated=00001%261dmXZ80xYNdSM43U6vgenwRoidQ%3d」となる。
【００９０】
ＵＩ提供装置３０は、受信したリクエストメッセージに基づき、委譲トークンを含んだリクエストメッセージをウェブサーバ装置２０へ送信する（ステップＳ２０１〜Ｓ２０４）。なお、上記の例を用いれば、リクエストメッセージに組み込まれるクッキー情報は、「DELEGATED_MYSESSION=00001%261dmXZ80xYNdSM43U6vgenwRoidQ%3d」となる。ウェブサーバ装置２０は、そのリクエストメッセージ内の委譲トークンに含まれているセッション識別情報に対応付けられている秘密情報を、セッション情報管理テーブル２４から取得し（ステップＳ３０１〜Ｓ３０５）、ウェブクライアント装置１０で秘密情報に施された加工と同じ不可逆的な加工を、この秘密情報に施して（ステップＳ３０６〜Ｓ３０８）、ＵＩ提供装置３０から送られてきた委譲トークン内の秘密情報と比較する（ステップＳ３０９）。
【００９１】
比較の結果、秘密情報が互いに同一であれば、ウェブサーバ装置２０は、ＵＩ提供装置３０がウェブクライアント装置１０からセッション権限を正当に委譲されていると、判断し、本来、ウェブクライアント装置１０にのみ配信されるべきウェブページデータ２１を、このＵＩ提供装置３０へ、レスポンスメッセージに組み込んで送信する（ステップＳ３１０、Ｓ３１１）。
【００９２】
ＵＩ提供装置３０は、ウェブクライアント装置１０の代わりに、ウェブサーバ装置２０から、ウェブページデータ２１が組み込まれたレスポンスメッセージを受信し、ウェブページデータ２１に所定の加工を施して、ウェブクライアント装置１０へ、レスポンスメッセージに組み込んで送信する（ステップＳ２０５、Ｓ２０６、Ｓ２０８〜Ｓ２１１）。
【００９３】
ウェブクライアント装置１０は、このウェブページデータ２１が組み込まれたレスポンスメッセージを受信し、ウェブページデータ２１に基づいてウェブページを表示装置１０ａに表示する。ここで表示装置１０ａに表示されるウェブページは、ウェブサーバ装置２０からウェブページデータ２１を直接取得したものより、幾らかＵＩが変更されたものとなっている。
【００９４】
ここで、ウェブクライアント装置１０の利用者が、ウェブサーバ装置２０とセッション中でなかった場合、そのセッションの権限は、ＵＩ提供装置３０に委譲されない。ウェブサーバ装置２０とのセッションが解除されている状態は、セッション識別情報と秘密情報とがウェブクライアント装置１０から削除されていた場合、又は、ウェブサーバ装置２０のセッション情報管理テーブル２４からセッション識別情報と秘密情報とが削除されていた場合に生ずる。
【００９５】
前者のように、セッション識別情報と秘密情報とがウェブクライアント装置１０から削除されていた場合、ウェブクライアント装置１０は、委譲トークンを生成することができないので、ＵＩ提供装置３０にセッション権限が委譲されることはない。また、後者のように、ウェブサーバ装置２０のセッション情報管理テーブル２４からセッション識別情報と秘密情報とが削除されていた場合、ＵＩ提供装置３０が、ウェブクライアント装置１０から受け取った委譲トークンを使って、ウェブサーバ装置２０にアクセスしても、委譲トークンの正当性が認められないため、実質的には、ＵＩ提供装置３０にセッション権限が委譲されないこととなる。
【００９６】
このように、本実施形態によれば、ウェブクライアント装置１０は、ウェブサーバ装置２０とのセッションの権限を、そのセッションが有効な場合に限り、ＵＩ提供装置に委譲できるようになる。
【００９７】
（付記１）
ウェブページデータを複数有するウェブサーバ装置と、そのウェブサーバ装置からネットワークを介してウェブページデータを取得するためのウェブクライアント装置とからなるコンピュータネットワークシステムにおいて、前記ウェブサーバ装置から前記ウェブページデータを受け取るセッション権限を管理するための方法であって、
前記ウェブクライアント装置が、何れかのウェブサーバ装置からセッション権限が付与されたときに、そのセッションを特定するためのセッション識別情報と、ウェブページデータの要求時にウェブサーバ装置に提示するための秘密情報とを、記憶装置に記憶する記憶手順、
前記ウェブクライアント装置が、操作者から入力装置を通じて所定の指示を受け付けると、前記記憶装置内のセッション識別情報及び秘密情報、並びに、セッション中のウェブサーバ装置を特定するサーバ特定情報を、通信装置を通じて受譲コンピュータに送信する第１の送信手順、
前記受譲コンピュータが、前記第１の送信手順で前記ウェブクライアント装置から送信されたセッション識別情報と秘密情報とサーバ特定情報とを、通信装置を通じて受信する第１の受信手順、
前記受譲コンピュータが、前記第１の受信手順で受信したセッション識別情報と秘密情報とを組み込んだリクエストメッセージを、前記第１の受信手順で受信したサーバ特定情報にて特定されるウェブサーバ装置へ、通信装置を通じて送信する第２の送信手順、
前記ウェブサーバ装置が、前記第２の送信手順で前記受譲コンピュータから送信されたリクエストメッセージを、通信装置を通じて受信する第２の受信手順、
前記ウェブサーバ装置が、セッション識別情報と秘密情報とを含むレコードを複数記憶したセッション情報管理テーブルから、前記第２の受信手順で受信したリクエストメッセージに組み込まれているセッション識別情報に一致するセッション識別情報を持つレコードを、検出する検出手順、
前記ウェブサーバ装置が、前記検出手順で検出されたレコードに含まれる秘密情報と、前記第２の受信手順で受信した秘密情報とが一致するか否かを、判定する判定手順、
前記ウェブサーバ装置が、前記判定手順で秘密情報同士が一致すると判定した場合に、前記ウェブクライアント装置に与えていたセッション権限を、前記受譲コンピュータに付与する権限付与手順
からなることを特徴とするセッション権限管理方法。
【００９８】
（付記２）
前記第１の送信手順において、前記ウェブクライアント装置は、前記記憶装置内の秘密情報については、不可逆的な加工を施してから、受譲コンピュータに送信するとともに、
前記判定手順において、前記ウェブサーバ装置は、前記検出手順で検出されたレコードに含まれる秘密情報に対し、前記加工と同じ不可逆的な加工を施してから、前記第２の受信手順で受信した秘密情報と一致するか否かを、判定する
ことを特徴とする付記１記載のセッション権限管理方法。
【００９９】
（付記３）
前記加工は、ハッシュ処理を含む
ことを特徴とする付記２記載のセッション権限管理方法。
【０１００】
（付記４）
前記加工は、ユニコード変換処理を含む
ことを特徴とする付記２又は３記載のセッション権限管理方法。
【０１０１】
（付記５）
ウェブページデータを複数有するウェブサーバ装置と、そのウェブサーバ装置からネットワークを介してウェブページデータを取得するためのウェブクライアント装置とを含むコンピュータネットワークシステムであって、
前記ウェブクライアント装置が、
何れかのウェブサーバ装置からセッション権限が付与されたときに、そのセッションを特定するためのセッション識別情報と、ウェブページデータの要求時にウェブサーバ装置に提示するための秘密情報とを、記憶する記憶部、及び、
操作者から入力装置を通じて所定の指示を受け付けると、前記記憶部内のセッション識別情報及び秘密情報、並びに、セッション中のウェブサーバ装置を特定するサーバ特定情報を、通信装置を通じて受譲コンピュータに送信する送信部
を備え、
前記受譲コンピュータが、
前記ウェブクライアント装置の前記送信部から送信されたセッション識別情報と秘密情報とサーバ特定情報とを、通信装置を通じて受信する受信部、及び、
前記受信部が受信したセッション識別情報と秘密情報とを組み込んだリクエストメッセージを、前記受信部が受信したサーバ特定情報にて特定されるウェブサーバ装置へ、通信装置を通じて送信する送信部
を備え、
前記ウェブサーバ装置が、
前記受譲コンピュータの前記送信部から送信されたリクエストメッセージを、通信装置を通じて受信する受信部、
セッション識別情報と秘密情報とを含むレコードを複数記憶したセッション情報管理テーブルから、前記受信部が受信したリクエストメッセージに組み込まれているセッション識別情報に一致するセッション識別情報を持つレコードを、検出する検出部、
前記検出部が検出したレコードに含まれる秘密情報と、前記受信部が受信した秘密情報とが一致するか否かを、判定する判定部、及び、
前記判定部が秘密情報同士が一致すると判定した場合に、前記ウェブクライアント装置に与えていたセッション権限を、前記受譲コンピュータに付与する権限付与部
を備える
ことを特徴とするコンピュータネットワークシステム。
【０１０２】
（付記６）
コンピュータを、
ウェブページデータを複数有する何れかのウェブサーバ装置からセッション権限が付与されたときに、そのセッションを特定するためのセッション識別情報と、ウェブページデータの要求時にウェブサーバ装置に提示するための秘密情報とを、記憶装置に記憶する記憶手段、及び、
操作者から入力装置を通じて所定の指示を受け付けると、前記記憶装置内のセッション識別情報及び秘密情報、並びに、セッション中のウェブサーバ装置を特定するサーバ特定情報を、通信装置を通じて受譲コンピュータに送信する送信手段
として機能させる
ことを特徴とするセッション委譲プログラム。
【０１０３】
（付記７）
コンピュータを、
ネットワーク上のウェブクライアント装置から、セッションを特定するためのセッション識別情報と、ウェブページデータの要求時にウェブサーバ装置に提示するための秘密情報と、セッション中のウェブサーバ装置を特定するサーバ特定情報とを、通信装置を通じて受信する受信手段、及び、
前記受信手段が受信したセッション識別情報と秘密情報とを組み込んだリクエストメッセージを、前記受信手段が受信したサーバ特定情報にて特定されるウェブサーバ装置へ、通信装置を通じて送信する送信手段
として機能させる
ことを特徴とするセッション受譲プログラム。
【０１０４】
（付記８）
コンピュータを、
ネットワーク上の受譲装置から、セッションを特定するためのセッション識別情報と、ウェブページデータの要求時にウェブサーバ装置に提示するための秘密情報とを組み込んだリクエストメッセージを、通信装置を通じて受信する受信手段、
セッション識別情報と秘密情報とを含むレコードを複数記憶したセッション情報管理テーブルから、前記受信手段が受信したリクエストメッセージに組み込まれているセッション識別情報に一致するセッション識別情報を持つレコードを、検出する検出手段、
前記検出手段が検出したレコードに含まれる秘密情報と、前記受信手段が受信した秘密情報とが一致するか否かを、判定する判定手段、及び、
前記判定手段が秘密情報同士が一致すると判定した場合に、セッション識別情報にて特定されるセッションの権限を、前記受譲装置に付与する権限付与手段
として機能させる
ことを特徴とするセッション権限付与プログラム。
【図面の簡単な説明】
【０１０５】
【図１】本実施形態のコンピュータネットワークシステムの構成図
【図２】ウェブクライアント装置の構成図
【図３】ウェブサーバ装置の構成図
【図４】セッション情報管理テーブルのデータ構造の一例を示す図
【図５】ＵＩ提供装置の構成図
【図６】セッション委譲モジュールによる処理の流れを示す図
【図７】ＵＩ提供プログラムによる処理の流れを示す図
【図８】トークン検証モジュールによる処理の流れを示す図
【符号の説明】
【０１０６】
１０ ウェブクライアント装置
１０ａ 表示装置
１０ｂ 入力装置
１０ｄ ストレージユニット
１０ｅ ＣＰＵ
１１ ウェブブラウザ
１１ａ ＨＴＴＰクライアント
１１ｂ クッキーモジュール
１１ｃ セッション委譲モジュール
２０ ウェブサーバ装置
２０ｂ ストレージユニット
２０ｃ ＣＰＵ
２１ ウェブページデータ
２２ ＨＴＴＰサーバ
２４ セッション情報管理テーブル
２５ セッション制御プログラム
２５ａ トークン検証モジュール
３０ ＵＩ提供装置
３０ｂ ストレージユニット
３０ｃ ＣＰＵ
３１ ＵＩ加工データ
３２ ＨＴＴＰサーバ
３３ ＨＴＴＰクライアント
３４ 提供プログラム
【特許請求の範囲】
【請求項１】
ウェブページデータを複数有するウェブサーバ装置と、そのウェブサーバ装置からネットワークを介してウェブページデータを取得するためのウェブクライアント装置とからなるコンピュータネットワークシステムにおいて、前記ウェブサーバ装置から前記ウェブページデータを受け取るセッション権限を管理するための方法であって、
前記ウェブクライアント装置が、何れかのウェブサーバ装置からセッション権限が付与されたときに、そのセッションを特定するためのセッション識別情報と、ウェブページデータの要求時にウェブサーバ装置に提示するための秘密情報とを、記憶装置に記憶する記憶手順、
前記ウェブクライアント装置が、操作者から入力装置を通じて所定の指示を受け付けると、前記記憶装置内のセッション識別情報及び秘密情報、並びに、セッション中のウェブサーバ装置を特定するサーバ特定情報を、通信装置を通じて受譲コンピュータに送信する第１の送信手順、
前記受譲コンピュータが、前記第１の送信手順で前記ウェブクライアント装置から送信されたセッション識別情報と秘密情報とサーバ特定情報とを、通信装置を通じて受信する第１の受信手順、
前記受譲コンピュータが、前記第１の受信手順で受信したセッション識別情報と秘密情報とを組み込んだリクエストメッセージを、前記第１の受信手順で受信したサーバ特定情報にて特定されるウェブサーバ装置へ、通信装置を通じて送信する第２の送信手順、
前記ウェブサーバ装置が、前記第２の送信手順で前記受譲コンピュータから送信されたリクエストメッセージを、通信装置を通じて受信する第２の受信手順、
前記ウェブサーバ装置が、セッション識別情報と秘密情報とを含むレコードを複数記憶したセッション情報管理テーブルから、前記第２の受信手順で受信したリクエストメッセージに組み込まれているセッション識別情報に一致するセッション識別情報を持つレコードを、検出する検出手順、
前記ウェブサーバ装置が、前記検出手順で検出されたレコードに含まれる秘密情報と、前記第２の受信手順で受信した秘密情報とが一致するか否かを、判定する判定手順、
前記ウェブサーバ装置が、前記判定手順で秘密情報同士が一致すると判定した場合に、前記ウェブクライアント装置に与えていたセッション権限を、前記受譲コンピュータに付与する権限付与手順
からなることを特徴とするセッション権限管理方法。
【請求項２】
前記第１の送信手順において、前記ウェブクライアント装置は、前記記憶装置内の秘密情報については、不可逆的な加工を施してから、受譲コンピュータに送信するとともに、
前記判定手順において、前記ウェブサーバ装置は、前記検出手順で検出されたレコードに含まれる秘密情報に対し、前記加工と同じ不可逆的な加工を施してから、前記第２の受信手順で受信した秘密情報と一致するか否かを、判定する
ことを特徴とする請求項１記載のセッション権限管理方法。
【請求項３】
前記加工は、ハッシュ処理を含む
ことを特徴とする請求項２記載のセッション権限管理方法。
【請求項４】
前記加工は、ユニコード変換処理を含む
ことを特徴とする請求項２又は３記載のセッション権限管理方法。
【請求項１】
ウェブページデータを複数有するウェブサーバ装置と、そのウェブサーバ装置からネットワークを介してウェブページデータを取得するためのウェブクライアント装置とからなるコンピュータネットワークシステムにおいて、前記ウェブサーバ装置から前記ウェブページデータを受け取るセッション権限を管理するための方法であって、
前記ウェブクライアント装置が、何れかのウェブサーバ装置からセッション権限が付与されたときに、そのセッションを特定するためのセッション識別情報と、ウェブページデータの要求時にウェブサーバ装置に提示するための秘密情報とを、記憶装置に記憶する記憶手順、
前記ウェブクライアント装置が、操作者から入力装置を通じて所定の指示を受け付けると、前記記憶装置内のセッション識別情報及び秘密情報、並びに、セッション中のウェブサーバ装置を特定するサーバ特定情報を、通信装置を通じて受譲コンピュータに送信する第１の送信手順、
前記受譲コンピュータが、前記第１の送信手順で前記ウェブクライアント装置から送信されたセッション識別情報と秘密情報とサーバ特定情報とを、通信装置を通じて受信する第１の受信手順、
前記受譲コンピュータが、前記第１の受信手順で受信したセッション識別情報と秘密情報とを組み込んだリクエストメッセージを、前記第１の受信手順で受信したサーバ特定情報にて特定されるウェブサーバ装置へ、通信装置を通じて送信する第２の送信手順、
前記ウェブサーバ装置が、前記第２の送信手順で前記受譲コンピュータから送信されたリクエストメッセージを、通信装置を通じて受信する第２の受信手順、
前記ウェブサーバ装置が、セッション識別情報と秘密情報とを含むレコードを複数記憶したセッション情報管理テーブルから、前記第２の受信手順で受信したリクエストメッセージに組み込まれているセッション識別情報に一致するセッション識別情報を持つレコードを、検出する検出手順、
前記ウェブサーバ装置が、前記検出手順で検出されたレコードに含まれる秘密情報と、前記第２の受信手順で受信した秘密情報とが一致するか否かを、判定する判定手順、
前記ウェブサーバ装置が、前記判定手順で秘密情報同士が一致すると判定した場合に、前記ウェブクライアント装置に与えていたセッション権限を、前記受譲コンピュータに付与する権限付与手順
からなることを特徴とするセッション権限管理方法。
【請求項２】
前記第１の送信手順において、前記ウェブクライアント装置は、前記記憶装置内の秘密情報については、不可逆的な加工を施してから、受譲コンピュータに送信するとともに、
前記判定手順において、前記ウェブサーバ装置は、前記検出手順で検出されたレコードに含まれる秘密情報に対し、前記加工と同じ不可逆的な加工を施してから、前記第２の受信手順で受信した秘密情報と一致するか否かを、判定する
ことを特徴とする請求項１記載のセッション権限管理方法。
【請求項３】
前記加工は、ハッシュ処理を含む
ことを特徴とする請求項２記載のセッション権限管理方法。
【請求項４】
前記加工は、ユニコード変換処理を含む
ことを特徴とする請求項２又は３記載のセッション権限管理方法。
【図１】
【図２】
【図３】
【図４】
【図５】
【図６】
【図７】
【図８】
【図２】
【図３】
【図４】
【図５】
【図６】
【図７】
【図８】
【公開番号】特開２００８−２２６０１５（Ｐ２００８−２２６０１５Ａ）
【公開日】平成２０年９月２５日（２００８．９．２５）
【国際特許分類】
【出願番号】特願２００７−６５３６２（Ｐ２００７−６５３６２）
【出願日】平成１９年３月１４日（２００７．３．１４）
【公序良俗違反の表示】
（特許庁注：以下のものは登録商標）
１．ＪＡＶＡ
【出願人】（０００００５２２３）富士通株式会社 (25,993)
【Ｆターム（参考）】
【公開日】平成２０年９月２５日（２００８．９．２５）
【国際特許分類】
【出願日】平成１９年３月１４日（２００７．３．１４）
【公序良俗違反の表示】
（特許庁注：以下のものは登録商標）
１．ＪＡＶＡ
【出願人】（０００００５２２３）富士通株式会社 (25,993)
【Ｆターム（参考）】
[ Back to top ]