(57)【要約】      （修正有）【課題】他の方法よりもきわめて少ないデータベースとのインテラクションで、セキュリティーゲートウェイに頼るコンピュータシステム資源にユーザがアクセスするのを可能にする。【解決手段】コンピュータセッションを管理するシステムおよび方法は、セッション（例えば、データベースにアクセスするために）をオープンし、そして、セッションオープン時刻とセッション期間の長さとを含むトークンを生成する。トークンが、セッションが終了する前の予め定められた時間ウィンドウ内で使用されたならば、セッションは、新しいセッション期間を反映するようにトークンを更新することによって、延長される。時間ウィンドウおよびセッション延長期間は、システムの使用形態に基づいて調節されてもよい。セッションは、再帰的に延長されてもよい。トークンは、最後のセッション延長が満了すれば、満了する。【選択図】図１
2014075138.tif 000002
【特許請求の範囲】
【請求項１】
セッションを管理する方法であって、
セッションをオープンするステップと、
セッションオープン時刻とセッション期間の長さとを含むトークンを生成するステップ
と、
セッション期間の前記長さが経過する前の第１の時間内にトークンを受信するステップ
と、
前記使用したことに応じて、セッション期間の新しい長さを規定するために、セッショ
ン期間の前記長さに第２の時間を追加するステップと、
前記追加によって変更されたセッション期間の新しい長さを反映するために、トークン
を更新するステップと、
セッション期間の前記新しい長さが経過した後に前記トークンを満了させるステップと
、
を備えた方法。
【請求項２】
第１の時間が、セッション期間の前記長さが経過する直前に発生する再利用ウィンドウ
であり、
セッション期間の長さが、セッションオープン時刻から測定される相対的な時間かまた
はセッションオープン時刻と同じ時間を基準によって測定される絶対的な時間のいずれか
である、
請求項１に記載の方法。
【請求項３】
前記受信するステップ、前記追加するステップ、および、前記更新するステップが、再
帰的に繰り返されるものであり、それによって、トークンが、セッション期間の前記新し
い長さが経過する前の第１の時間内に受信されたならば、前記新しいセッション時間が延
長される請求項１に記載の方法。
【請求項４】
第１の時間が、前記受信するステップ、前記追加するステップ、および、前記更新する
ステップのいずれかを繰り返すときに不変である請求項３に記載の方法。
【請求項５】
第１の時間が、前記受信するステップ、前記追加するステップ、および、前記更新する
ステップのいずれかを繰り返すときに異なってもよい請求項３に記載の方法。
【請求項６】
第２の時間が、前記受信するステップ、前記追加するステップ、および、前記更新する
ステップのいずれかを繰り返すときに不変である請求項３に記載の方法。
【請求項７】
第２の時間が、前記受信するステップ、前記追加するステップ、および、前記更新する
ステップのいずれかを繰り返すときに異なってもよい請求項３に記載の方法。
【請求項８】
前記満了させるステップの前に受信されたトークンに関連するトランザクションを処理
するステップをさらに備えた請求項１に記載の方法。
【請求項９】
少なくともセッション開始時刻、セッション期間の長さ、および、第１の時間をトーク
ン内に記憶するステップをさらに備えた請求項１に記載の方法。
【請求項１０】
少なくとも第２の時間をトークン内に記憶するステップをさらに備えた請求項９に記載
の方法。
【請求項１１】
第２の時間が、セッションオープン時刻および／またはセッション期間の長さによって
規定される認可された使用期間の１／２よりも短いかまたは１／２に等しい請求項１に記
載の方法。
【請求項１２】
第１の時間が、第２の時間の１／２よりも短いかまたは１／２に等しい請求項１に記載
の方法。
【請求項１３】
第１の時間が、第２の時間の１／２よりも短いかまたは１／２に等しい請求項１１に記
載の方法。
【請求項１４】
セッションを管理する方法であって、
セッションをオープンするように要求するステップと、
セッションオープン時刻およびセッション期間の長さを含むトークンを１番目に受信す
るステップと、
セッション期間の前記長さが経過する前の第１の時間内にトランザクション要求および
トークンを送信するステップと、
前記送信したことに応じて、トークンに関連するセッション期間の更新された長さを２
番目に受信するステップと、
を備えた方法。
【請求項１５】
前記送信するステップおよび前記２番目に受信するステップが、再帰的なものであり、
それによって、トークンが、セッション期間の更新された長さが経過する前の第１の時間
内に送信されたならば、前記更新されたセッション時間が、再度、更新される請求項１４
に記載の方法。
【請求項１６】
第１の時間が、前記送信するステップおよび前記２番目に受信するステップのいずれか
を繰り返すときに不変である請求項１５に記載の方法。
【請求項１７】
第１の時間が、前記送信するステップおよび前記２番目に受信するステップのいずれか
を繰り返すときに異なってもよい請求項１５に記載の方法。
【請求項１８】
第２の時間が、前記送信するステップおよび前記２番目に受信するステップのいずれか
を繰り返すときに不変である請求項１５に記載の方法。
【請求項１９】
第２の時間が、前記送信するステップおよび前記２番目に受信するステップのいずれか
を繰り返すときに異なってもよい請求項１５に記載の方法。
【請求項２０】
セッションオープン時刻および／またはセッション期間の長さによって規定される認可
された使用期間中に送信されたトークンに関連するトランザクションを処理するステップ
をさらに備えた請求項１４に記載の方法。
【請求項２１】
少なくともセッション開始時刻、セッションタイムアウト時刻、および、第１の時間を
トークン内に記憶するステップをさらに備えた請求項１４に記載の方法。
【請求項２２】
少なくとも第２の時間をトークン内に記憶するステップをさらに備えた請求項２１に記
載の方法。
【請求項２３】
第２の時間が、セッションオープン時刻および／またはセッション期間の長さによって
規定される認可された使用期間の１／２よりも短いかまたは１／２に等しい請求項１４に
記載の方法。
【請求項２４】
第１の時間が、第２の時間の１／２よりも短いかまたは１／２に等しい請求項１４に記
載の方法。
【請求項２５】
第１の時間が、第２の時間の１／２よりも短いかまたは１／２に等しい請求項２３に記
載の方法。
【請求項２６】
セッションを管理する方法であって、
セッションをオープンするステップと、
セッションがいつオープンされたかというタイムスタンプとセッションタイムアウト時
刻とを含むトークンを生成するステップと、
セッションタイムアウト時刻が過ぎる前のウィンドウ内でトークンを受信するステップ
と、
前記使用したことに応じて、追加時間長さをトークンに追加するステップと、
追加時間長さを反映するために、トークンを更新するステップと、
セッション期間の前記新しい長さが経過した後に前記トークンを満了させるステップと
、
を備えた方法。
【請求項２７】
【数１】
2014075138.tif 000005
ここで、
ｓｔｏは、タイムスタンプおよび／またはセッションタイムアウト時刻によって規定され
る認可された使用期間であり、
ｅｔｄは、延長された時間長さであり、
ｒｃｗは、ウィンドウの期間である、
請求項２６に記載の方法。
【請求項２８】
前記オープンするステップに関連して、サーバーが、セッションデータを記憶するため
に、データベースと協働し、
前記更新するステップに関連して、サーバーが、更新されたトークンデータを記憶する
ために、データベースと協働する、
請求項２６に記載の方法。
【請求項２９】
前記サーバーが、（ａ）前記オープンするステップに関連する場合、および、（ｂ）前
記更新に関連する場合の他には、ユーザとサーバーとのインテラクションに応じてデータ
ベースと協働することがない請求項２７に記載の方法。
【請求項３０】
サーバーが、前記オープンするステップと前記更新するステップとの間におけるユーザ
とサーバーとのトランザクションのために、データベースと協働することがない請求項２
７に記載の方法。
【請求項３１】
前記オープンするステップに関連して、サーバーが、セッションデータを記憶するため
に、データベースと協働し、
前記更新するステップに関連して、サーバーが、更新されたトークンデータを記憶する
ために、データベースと協働する、
請求項１に記載の方法。
【請求項３２】
前記サーバーが、（ａ）前記オープンするステップに関連する場合、および、（ｂ）前
記更新に関連する場合の他には、ユーザとサーバーとのインテラクションに応じてデータ
ベースと協働することがない請求項２９に記載の方法。
【請求項３３】
サーバーが、前記オープンするステップと前記更新するステップとの間におけるユーザ
とサーバーとのトランザクションのために、データベースと協働することがない請求項１
に記載の方法。
【発明の詳細な説明】
【技術分野】
【０００１】
優先権の主張
本出願は、２００６年１２月２９日に出願された米国特許出願第１１／６４７，２７１
号に対する優先権を主張するものであり、この米国特許出願第１１／６４７，２７１号は
、その全体が、本明細書に組み込まれる。
【０００２】
本発明は、データベースのようなコンピュータシステム資源へアクセスする回数を最小
化するための方法に関する。より詳細には、本発明は、ある特定の条件下において延長可
能な固定アクセス期間を設定することに関する。
【背景技術】
【０００３】
セキュリティーゲートウェイシステムは、認証およびアクセスのためにトークンをユー
ザに発行するトークンシステム上において動作する。そのようなシステムにおいては、ト
ークン内の情報を更新するために、内在するデータベースを、ユーザトランザクションご
とに調査しなければならない。データベースとのこの恒常的なインテラクションは、大き
な負荷をシステムに課し、これは、リアルタイムで性能および応答性を制限する。
【発明の概要】
【発明が解決しようとする課題】
【０００４】
本発明の実施形態は、他の方法よりもきわめて少ないデータベースとのインテラクショ
ンで、セキュリティーゲートウェイに頼るコンピュータシステム資源にユーザがアクセス
するのを可能にすることを目的とする。
【課題を解決するための手段】
【０００５】
そのような実施形態は、ユーザがセッションの予め定められた期間（例えば、就業日の
デフォルト期間であってもよい８時間）を有するユーザ管理システムに関連して説明され
る。セッション中、ユーザは、データベースまたはその他のコンピュータシステム資源に
アクセスしてもよい。特定の環境下においては、ユーザは、セッションのスケジュールさ
れたクローズの後に、コンピュータシステム資源に継続してアクセスするのを許される。
【０００６】
好ましい実施形態においては、セキュリティーゲートウェイは、ユーザを認証し、そし
て、ユーザがデータベースにアクセスしてもよいデフォルトセッション期間を規定するト
ークンを発行する。また、トークンは、ここでは「再利用ウィンドウ」」と呼ばれる期間
を規定し、この再利用ウィンドウは、好ましくは、デフォルトセッションをクローズする
直前に発生する。（「再利用ウィンドウ」という用語は、ただ単に呼称として使用され、
ウィンドウの特徴を規定するものではない。）ユーザが、再利用ウィンドウ中にデータベ
ースにアクセスするならば、セキュリティーゲートウェイは、トークンを改訂することに
よって、セッションを延長する。延長を許可する条件は、様々な基準のいずれかであって
もよい。例えば、セッションのデフォルト期間が、８時間であれば、セキュリティーゲー
トウェイは、８時間のセッションの終了時刻を規定するトークンを発行してもよい。また
、トークンは、デフォルトセッションの最後の３０分として再利用ウィンドウを規定して
もよい。ユーザが、再利用ウィンドウの期間中に、データベースに積極的にアクセスした
ならば、ゲートウェイは、データベースへのさらなるアクセスを伴うことなく、セッショ
ンを１時間だけ延長するようにトークンを改訂してもよい。データベースとのインテラク
ションの減少は、データベースシステムに対する負荷を軽減し、かつ、データベースの応
答性およびスループットを改善する。
【０００７】
セッションは、再帰的に延長されてもよい。例えば、第１のセッション延長は、新しい
セッション終了時刻（または、セッション期間のその他の長さ）および延長期間内におけ
る新しい再利用ウィンドウを規定してもよい。ユーザが、延長期間の再利用ウィンドウ中
にデータベースにアクセスしたならば、セッションは、第２の時間だけ延長されてもよい
。第２の延長期間は、さらに別の再利用期間を含んでもよく、ユーザが、第２の再利用ウ
ィンドウ中にコンピュータシステム資源にアクセスしたならば、セッションは、さらに延
長されてもよい。延長期間および再利用期間の時間は、システム動作の必要性に応じて調
節されてもよい。例えば、無限のセッションを防止するために、あるいは、従業員の残業
時間を制限するために、第２のその後の延長期間を短くすることは望ましいことかもしれ
ない。
【０００８】
本発明の実施形態によれば、セッションを管理する方法が提供される。この方法は、セ
ッションをオープンするステップと、セッションオープン時刻とセッション期間の長さと
を含むトークンを生成するステップと、セッション期間の長さが経過する前の第１の時間
内にトークンを受信するステップと、受信したことに応じて、セッション期間の新しい長
さを規定するために、セッション期間の長さに第２の時間を追加するステップと、追加に
よって変更されたセッション期間の新しい長さを反映するために、トークンを更新するス
テップと、セッション期間の新しい長さが経過した後にトークンを満了させるステップと
を備える。
【０００９】
上述した実施形態は変形してもよい。例えば、受信、追加、および、更新は、再帰的な
ものであってもよく、それによって、トークンが、セッション期間の新しい長さが経過す
る前の第１の時間内に受信されるならば、新しいセッション時間が延長される。第１の時
間は、受信するステップ、追加するステップ、および更新するステップのいずれかを繰り
返すときに、不変であってもよく、あるいは、異なっていてもよい。第２の時間は、受信
するステップ、追加するステップ、および更新するステップのいずれかを繰り返すときに
、不変であってもよく、あるいは、異なっていてもよい。
【００１０】
満了する前に受信されたトークンに関連するトランザクションが処理されてもよい。ト
ークン内のセッション開始時刻、セッションタイムアウト時刻、および、第１の時間が、
記憶されてもよい。トークン内の第２の時間が記憶されてもよい。第２の時間は、セッシ
ョンオープン時刻および／またはセッション期間の長さによって規定される認可された使
用期間の１／２よりも短いかまたは１／２に等しくてもよい。第１の時間は、第２の時間
の１／２よりも短いかまたは１／２に等しくてもよい。あるいは、第１の時間は、第２の
時間の１／２よりも短いかまたは１／２に等しくてもよい。
【００１１】
さらなる実施形態によれば、セッションを管理する方法は、セッションをオープンする
ように要求するステップと、セッションオープン時刻およびセッション期間の長さを含む
トークンを１番目に受信するステップと、セッション期間の長さが経過する前の第１の時
間内にトランザクション要求およびトークンを送信するステップと、送信したことに応じ
て、トークンに関連するセッション期間の更新された長さを２番目に受信するステップと
を備えてもよい。
【００１２】
上述した実施形態は、様々な特徴を有してもよい。例えば、送信するステップおよび２
番目に受信するステップは、再帰的なものであってもよく、それによって、トークンが、
セッション期間の更新された長さが経過する前の第１の時間内に送信されるならば、更新
されたセッション時間は、再度、更新される。第１の時間は、送信するステップおよび２
番目に受信するステップのいずれかを繰り返すときに不変であってもよく、あるいは、異
なっていてもよい。第２の時間は、送信するステップおよび２番目に受信するステップの
いずれかを繰り返すときに不変であってもよく、あるいは、異なっていてもよい。
【００１３】
セッションオープン時刻および／またはセッション期間の長さによって規定される認可
された使用期間中に送信されたトークンに関連するトランザクションが、処理されてもよ
い。セッション開始時刻、セッションタイムアウト時刻、および第１の時間が、トークン
内に記憶されてもよい。第２の時間がトークン内に記憶されてもよい。
【００１４】
第２の時間は、セッションオープン時刻および／またはセッション期間の長さによって
規定される認可された使用期間の１／２よりも短いかまたは１／２に等しくてもよい。第
１の時間は、第２の時間の１／２よりも短いかまたは１／２に等しくてもよい。あるいは
、第１の時間は、第２の時間の１／２よりも短いかまたは１／２に等しくてもよい。
【００１５】
さらなる実施形態によれば、セッションを管理する方法は、セッションをオープンする
ステップと、セッションがいつオープンされたかというタイムスタンプとセッションタイ
ムアウト時刻とを含むトークンを生成するステップと、セッションタイムアウト時刻が過
ぎる前のウィンドウ内でトークンを受信するステップと、使用したことに応じて、追加時
間をトークンに追加するステップと、追加時間を反映するために、トークンを更新するス
テップと、セッション期間の新しい長さが経過した後にトークンを満了させるステップと
を備えてもよい。期間は、以下の式を満たしてもよい。すなわち、
【００１６】
【数１】
2014075138.tif 000003
【００１７】
ここで、「ｓｔｏ」は、タイムスタンプおよび／またはセッションタイムアウト時刻に
よって規定される認可された使用期間であり、「ｅｔｄ」は、延長された期間であり、「
ｒｃｗ」は、ウィンドウの期間である。
【００１８】
上述した実施形態は、様々なさらなる特徴を有してもよい。例えば、サーバーは、オー
プンするステップ、更新するステップ、および満了するステップに関連して、データベー
スと協働してもよい。そのような協働は、オープンするステップ、更新するステップ、お
よび満了するステップに限定されてもよい。
【００１９】
本発明のその他の例として役に立つ実施形態および利点が、本明細書および添付の図面
を吟味することによって確認されてもよい。
【００２０】
以下、添付された複数の図面を参照して、本発明が、本発明の特定の実施形態の限定す
るものではない例としてより詳細に説明され、図面を通して、類似する符号は類似する構
成要素を示す。
【図面の簡単な説明】
【００２１】
【図１】本発明の実施形態の経時的なステップを例示するフローチャートである。
【図２】上述した方法の実施形態をアーキテクチャー的に信号交換レベルで示す図である。
【図３】セッションおよびセッションをオープンするためのトークン使用、再利用ウィンドウの前の認可された使用期間内におけるトランザクション、認可されたウィンドウ内におけるトランザクション、および、セッションタイムアウトの延長の時間軸を示す図である。
【図４】トークン内容の限定するものではない例を示す図である。
【図５】セッションタイムアウト、再利用ウィンドウ、および、セッション延長に割り当てられる時間の長さを「調整」するための方法を提供する実施形態を示す図である。
【発明を実施するための形態】
【００２２】
ここで説明される特定の形態は、ただ単に、本発明の実施形態の例として、また、本発
明の実施形態を例示するために説明され、また、最も好都合であると思われかつ本発明の
原理および概念的特徴の説明を容易に理解できると思われるものを提供するために、説明
される。この点において、本発明を基本的に理解するのに必要とされる以上に詳細に本発
明の構成上の細部を説明しようとするものではなく、また、この説明は、本発明のいくつ
かの形態が実際にどのように具体化されてもよいかを当業者に明らかにする図面とともに
なされる。
【００２３】
以下の実施形態は、「セキュリティーゲートウェイ」システムに関連して説明される。
セキュリティーゲートウェイは、セキュリティー機能をＴＯＰ製品（可能性として、必要
であれば、ＴＯＰ以外の製品）に提供するクライアント／サーバーフレームワークである
。セキュリティーゲートウェイは、ＰＣ（物理的装置）識別に基づくものである。しかし
ながら、本発明はそれに限定されることはなく、この方法は、どのようなユーザ管理シス
テム、データベース管理システム、またはその他のコンピュータシステムに適用されても
よい。
【００２４】
ここで、図１を参照すると、認可されたユーザによる要求が受信されたことに対応して
、ステップＳ１１０においてセッションがオープンされ、オープン時刻がデータベース内
に記録される。Ｓ１１２においてセッションタイムアウトが規定されるが、これは、好ま
しくはセッションの最大期間に対応する。セッションタイムアウトは、セッションオープ
ン後に経過する時間（例えば、セッションオープン後の８時間）として、あるいは、絶対
時間（例えば、５：００ＰＭ  ＥＳＴ）として設定されてもよい。セッションオープンと
セッションタイムアウトとの間の時間は、認可された使用期間を規定する。
【００２５】
ステップＳ１１４において、トークンが、セッションオープンおよびセッションタイム
アウトの時刻を識別する適切な基準（タイムスタンプのような）とともに、生成される。
何らかのさらなるシステムトランザクションは、好ましくは、データベースではなく、こ
のトークンに頼る。何らかの形で延長がなされなければ、トークンは、セッションタイム
アウト後に満了する。
【００２６】
ステップＳ１１６において、システムは、関連するトークンを備えたトランザクション
要求を受信する。ステップＳ１１８において、システムは、トークンが有効かどうか、例
えば、トークンがトランザクションが認可された使用期間内に存在することを指示してい
るかどうかを決定する。もし有効でなければ、ステップ１２０において、システムは、セ
ッションがタイムアウトになったというメッセージを返送し、対応するトランザクション
は、拒絶される。
【００２７】
トークンが、ステップＳ１１８において、有効であれば、システムは、トランザクショ
ンがセッションタイムアウトよりも前の予め定められた時間（あるいは、「再利用ウィン
ドウ」としても知られている）内に存在するかどうかを決定する。もしこの時間内に存在
しなければ、トランザクションは、ステップＳ１２６において通常通り処理される。トラ
ンザクションが再利用ウィンドウ内に存在すれば、システムは、ステップＳ１２２におい
て、セッションタイムアウト時刻を延長し、延長時間を含め、セッションをオープンした
ままにしておくために、データベースと協働する。ステップＳ１２４において、新しいセ
ッションタイムアウトがトークン内に記憶され、このトークンが、要求側に返送される。
そして、制御は、トランザクションを処理するためのステップＳ１２６に移る。
【００２８】
上述した実施形態においては、データベースは、２つの理由、すなわち、（１）セッシ
ョンをオープンしたこと、（２）トークンが、再利用ウィンドウ内において受信されたこ
と、によってしかアクセスされない。システムは、個々のトランザクションごとに、デー
タベースと協働しなくてもよい。これは、データベース対話の大きな減少と、それに対応
するシステム性能の改善とを意味する。
【００２９】
ここで、図２を参照すると、上述した方法の実施形態が、アーキテクチャー的に信号交
換レベルで、示される。システムは、ユーザＰＣ２１０、サーバー２１２、およびデータ
ベース２１４のような単純化された形で示される。しかしながら、システムは、どのよう
な数の集中端末または分散端末、サーバー、データベース、または開示された機能を実行
するコンポーネントを有してもよく、アーキテクチャーはそのように限定されるものでは
ない。
【００３０】
ユーザは、適切な信用証明書をＰＣ２１０において入力することによって、セッション
をオープンするように要求する。ＰＣ２１０は、この情報２１６をサーバー２１２に伝達
する。サーバー２１２は、この新しいセッションをデータベース２１４内にログし、トー
クン２１８をユーザのＰＣ２１０に返送する。トークン２１８は、セッションのオープン
に対するタイムスタンプとセッションタイムアウトとを含む。図２に示される例において
は、セッションは、９：０１ＡＭにオープンされ、セッションタイムアウトは、２時間で
あり、そのために、トークン２１８は、１１：０１ＡＭに満了する。
【００３１】
オープンセッション中、ユーザＰＣ２１０は、サーバー２１２とのトランザクションを
始める。トランザクションは、トークン２１８を含む。トークン２１８は、認可された使
用期間内において有効であるので、サーバー２１２は、トランザクションを通常通り処理
する。好ましくは、トランザクションは、トークン２１８のステータスに影響を及ぼすこ
とはないが、トークンは、トランザクションに関するデータを反映するように変更されて
もよい。図２に示される例は、９：２０ＡＭに発生するこのトランザクションを示す。
【００３２】
その後に、オープンセッション中、ユーザＰＣ２１０は、再利用ウィンドウ内において
、サーバー２１２とのトランザクションを開始する。トークン２１８は、認可された使用
期間内に存在し、有効であるので、サーバー２１２は、トランザクションを通常通り処理
する。しかしながら、サーバー２１２は、セッションタイムアウトを延長するために（特
定の時間（＋１時間）を追加することによって、または、セッション時間の内在する終了
時点を変更する（例えば、５：００ＰＭが、６：００ＰＭに変更される）ことによって）
、トークン２１８を変更する。このトークン変更は、オリジナルのトークンの更新、新し
いトークンの発行、および／または、オリジナルのトークンの破棄を含んでもよい。トー
クン変更は、サーバーにおいて発生しなければならない。サーバー２１２は、トークン２
１８に対する新しいタイムアウトを更新するのに適切であれば、データベース２１４と協
働する。
【００３３】
認可された使用期間は、セッションタイムアウトの増加量だけ延びる。図２に示される
例は、１１：００ＡＭ（セッションタイムアウトの１分前）に発生するこのトランザクシ
ョンと、２時間から３時間へセッションタイムアウトを延長することとを示す。ユーザは
、延長されたセッション期間内において、さらなるトランザクションを実行し続けてもよ
い。
【００３４】
上述した実施形態においては、データベースは、２つの理由、すなわち、（１）新しい
セッションをオープンしたこと、（２）トークン２１８が、再利用ウィンドウ内において
受信されたこと、によってしかアクセスされない。サーバー２１２は、個々のトランザク
ションごとに、データベース２１４にアクセスしなくてもよく、および／または、データ
ベース２１４と協働しなくてもよい。これは、データベースインテラクションの大きな減
少と、それに対応するシステム性能の改善とを意味する。
【００３５】
このセッション延長方法は、再帰的なものであってもよい。トランザクションが、新し
いセッションタイムアウトに対する再利用ウィンドウ内において要求される場合、システ
ムは、さらなる延長を提供してもよい。再利用ウィンドウ、延長期間、および、延長をサ
ポートする環境は、それぞれまったく同じものであってもよく、そのために、セッション
は、理論的には、無限に延長されてもよい。択一的には、これらのパラメータは、その後
のトランザクションがセッションを延長するのをより難しくするために、変化してもよい
。限定するものではない例として、第１の再利用ウィンドウは、１５分であってもよく、
次の再利用ウィンドウは、１０分であり、その後は、再利用ウィンドウは、５分であって
もよい。
【００３６】
ある時点において、トークンは、満了するはずである。セッションタイムアウト後に要
求されるトランザクションは、「タイムアウト」応答を発生させ、このトランザクション
は、拒否される。図２に示される例は、セッションタイムアウトから１時間を経過した１
：００ＡＭにおけるタイムアウトを示す。
【００３７】
上述したようなトークンは、新しく生成されたトークンがユーザのシステム以外のサー
バーメモリーまたはデータベースファイルに記憶されないという点において、ステートレ
スである。正確に言えば、アルゴリズムは、トークンがその後のトランザクションで使用
されるときに、このトークンを確認する。それどころか、トークンは、トークンそのもの
を生成していないサーバーによって確認されてもよい。そのようなステートレストランザ
クションにおいては、すべてのトランザクションはトークンによってお互いにリンクされ
るが、サーバーは、生成されたトークンの足跡を維持しなくてもよい。
【００３８】
ここで、図３を参照すると、セッションのオープン、再利用ウィンドウよりも前の認可
された使用期間内に存在するトランザクション、認可されたウィンドウ内に存在するトラ
ンザクション、およびセッションタイムアウトの延長に関して、セッションおよびトーク
ン使用の時間軸が示される。
【００３９】
図４は、トークン内容の例を示すが、これに限定されるものではない。トークンは、再
利用よりも前のトークン４１０として、および再利用の後のトークン４１２として示され
る。
【００４０】
ここで、図５を参照すると、本発明のさらなる実施形態は、セッションタイムアウト、
再利用ウィンドウ、および、セッション延長に割り当てられる時間量を「調整」するため
の方法を提供する。長いタイムアウト値は、長い第１の期間の後に再利用のためにのみデ
ータベースアクセスが発生するため、データベースアクセスを減少させることになる。短
いタイムアウト値は、使用されていないセッションの場合、クライアント側における発行
を長い時間にわたってロックするのを防止するが、静的に、再利用をより頻繁に発生させ
る。技術的および動作的な側面（データベースアクセスの回数を減少させることによる安
定性）とクライアント視点（最も柔軟性のあるシステムを使用することによってできるだ
け少ない制約を有する）とを妥協させることによって、長いデフォルトタイムアウト値と
短いデフォルトタイムアウト値との釣り合いを規定することは、好ましいことである。
【００４１】
また、再利用ウィンドウの値および延長の長さは、データベースアクセスの量を規定す
る。長い再利用ウィンドウは、短い再利用ウィンドウよりも多いセッションを静的に延長
し、そのために、より多くのデータベースアクセスをトリガーする。延長されたセッショ
ンタイムアウトは、デフォルトタイムアウト値と同じ良い点と悪い点をもたらし、例えば
、短い追加時間（Extra Time Duration）は、長い時間にわたってロックされたセッショ
ンを防止するが、統計的には、再帰的な再利用をより頻繁に発生させる。
【００４２】
限定するものではない例として、以下の数式に準拠することは、上述した考察の許容で
きる妥協点を実現する。
【００４３】
【数２】
2014075138.tif 000004
【００４４】
ここで、
Ｓｔｏは、認可された使用期間であり、
Ｅｔｄは、再利用時間においてｓｔｏに追加される時間長であり、
Ｒｃｗは、再利用ウィンドウの期間である。
【００４５】
実施形態が、再帰的な方法を使用しているならば、上述した数式は、１回だけ適用され
、そして、同じ値が、連続するそれぞれのセッションに使用されてもよく、あるいは、そ
れらの値は、繰り返されるたびに再計算されてもよい。
【００４６】
上述した例は、ただ単に説明のために提供されたものであり、本発明を限定するものと
解釈されるべきではないことに注意されたい。本発明は、特定の実施形態を参照して説明
されたが、ここで使用された用語は、限定するための用語ではなく、説明および例示のた
めの用語であることがわかる。変更が、本発明の特徴がその精神および範囲を逸脱するこ
となく、添付の特許請求の範囲に規定された範囲内でなされてもよい。本発明が、ここで
、特定の手段、材料、および、実施形態を参照して説明されたが、ここで開示された特定
の形態に本発明を限定しようとするものではない。むしろ、本発明は、添付の特許請求の
範囲に規定されるように、すべての機能的に等価な構成、方法、および、使用方法を包含
する。
【図１】
2014075138.tif 000006
【図２】
2014075138.tif 000007
【図３】
2014075138.tif 000008
【図４】
2014075138.tif 000009
【図５】
2014075138.tif 000010
【手続補正書】
【提出日】平成25年12月12日(2013.12.12)
【手続補正１】
【補正対象書類名】特許請求の範囲
【補正対象項目名】全文
【補正方法】変更
【補正の内容】
【特許請求の範囲】
【請求項１】
セッションを管理する方法であって、
セッションをオープンするステップと、
セッションオープン時刻と再利用ウインドウの開始時刻及び終了時刻とセッション期間の長さとを規定するセキュリティーゲートウェイがトークンを発行するステップであって、ここで、
（ａ）前記再利用ウインドウは、セッション期間の前記長さが経過する直前に発生し、
（ｂ）前記セッションをオープンした後に、前記トークンを発行したセキュリティーゲートウェイが、前記再利用ウインドウの開始時刻の前におけるユーザのトランザクションのために、データベースと協働することがなく、
（ｃ）前記セッションが、前記オープンするステップと前記セッション期間の長さとの間の期間中、オープンしたままである、前記ステップと、
セッション期間の前記長さが経過する前の再利用ウインドウの開始時刻及び終了時刻内にトークンを受信するステップと、
セッション期間の新しい長さを規定するために、セッション期間の前記長さに第２の時間を追加することによって、前記再利用ウインドウの開始時刻及び終了時刻内に受信されたトークンを更新するステップと、
を備え、
前記トークンを発行したセキュリティーゲートウェイが、前記オープンするステップと前記更新するステップとの間におけるユーザのトランザクションのために、データベースと協働することがなく、前記セッションが、前記オープンするステップと前記新しい長さが満了する間、オープンしたままである、
前記方法。
【請求項２】
セッション期間の長さが、セッションオープン時刻から測定される相対的な時間かまたはセッションオープン時刻と同じ時間を基準によって測定される絶対的な時間のいずれかである、
請求項１に記載の方法。
【請求項３】
前記受信するステップ、前記追加するステップ、および、前記更新するステップが、再帰的に繰り返されるものであり、それによって、トークンが、セッション期間の前記新しい長さが経過する前の再利用ウインドウの開始時刻及び終了時刻内に受信されたならば、前記新しいセッション時間が延長される請求項１に記載の方法。
【請求項４】
前記再利用ウインドウが、前記受信するステップ、前記追加するステップ、および、前記更新するステップのいずれかを繰り返すときに不変である請求項３に記載の方法。
【請求項５】
前記再利用ウインドウが、前記受信するステップ、前記追加するステップ、および、前記更新するステップのいずれかを繰り返すときに異なってもよい請求項３に記載の方法。
【請求項６】
第２の時間が、前記受信するステップ、前記追加するステップ、および、前記更新するステップのいずれかを繰り返すときに不変である請求項３に記載の方法。
【請求項７】
第２の時間が、前記受信するステップ、前記追加するステップ、および、前記更新するステップのいずれかを繰り返すときに異なってもよい請求項３に記載の方法。
【請求項８】
前記満了させるステップの前に受信されたトークンに関連するトランザクションを処理するステップをさらに備えた請求項１に記載の方法。
【請求項９】
少なくともセッション開始時刻、セッション期間の長さ、および、前記再利用ウインドウの開始時刻及び終了時刻をトークン内に記憶するステップをさらに備えた請求項１に記載の方法。
【請求項１０】
少なくとも第２の時間をトークン内に記憶するステップをさらに備えた請求項９に記載の方法。
【請求項１１】
第２の時間が、セッションオープン時刻および／またはセッション期間の長さによって規定される認可された使用期間の１／２よりも短いかまたは１／２に等しい請求項１に記載の方法。
【請求項１２】
前記再利用ウインドウが、第２の時間の１／２よりも短いかまたは１／２に等しい請求項１に記載の方法。
【請求項１３】
前記再利用ウインドウが、第２の時間の１／２よりも短いかまたは１／２に等しい請求項１１に記載の方法。
【請求項１４】
セッションを管理する方法であって、
セッションをオープンするように要求するステップと、
セッションオープン時刻およびセッション期間の長さを含むトークンを１番目に受信するステップと、
セッション期間の前記長さが経過する前の再利用ウインドウの開始時刻及び終了時刻内にトランザクション要求およびトークンを送信するステップと、
前記送信したことに応じて、トークンに関連するセッション期間の更新された長さを２番目に受信するステップと、
を備え、
前記セッションが、前記オープンするステップと、前記セッションの更新された長さに達したことによる前記セッションの満了との間の期間中、オープンしたままであり、
前記トークンの非満了ステータス又は満了ステータスが、前記セッションがオープンであるか又はクローズであるかをそれぞれ制御し、
前記トークンを発行したサーバーが、前記オープンするステップと前記更新するステップとの間におけるユーザとサーバーとのトランザクションのために、データベースと協働することがない、
前記方法。
【請求項１５】
前記送信するステップおよび前記２番目に受信するステップが、再帰的なものであり、それによって、トークンが、セッション期間の更新された長さが経過する前の再利用ウインドウの開始時刻及び終了時刻内に送信されたならば、前記更新されたセッション時間が、再度、更新される請求項１４に記載の方法。
【請求項１６】
前記再利用ウインドウが、前記送信するステップおよび前記２番目に受信するステップのいずれかを繰り返すときに不変である請求項１５に記載の方法。
【請求項１７】
前記再利用ウインドウが、前記送信するステップおよび前記２番目に受信するステップのいずれかを繰り返すときに異なってもよい請求項１５に記載の方法。
【請求項１８】
第２の時間が、前記送信するステップおよび前記２番目に受信するステップのいずれかを繰り返すときに不変である請求項１５に記載の方法。
【請求項１９】
第２の時間が、前記送信するステップおよび前記２番目に受信するステップのいずれかを繰り返すときに異なってもよい請求項１５に記載の方法。
【請求項２０】
セッションオープン時刻および／またはセッション期間の長さによって規定される認可された使用期間中に送信されたトークンに関連するトランザクションを処理するステップをさらに備えた請求項１４に記載の方法。
【請求項２１】
少なくともセッション開始時刻、セッションタイムアウト時刻、および、前記再利用ウインドウの開始時刻及び終了時刻をトークン内に記憶するステップをさらに備えた請求項１４に記載の方法。
【請求項２２】
少なくとも第２の時間をトークン内に記憶するステップをさらに備えた請求項２１に記載の方法。
【請求項２３】
第２の時間が、セッションオープン時刻および／またはセッション期間の長さによって規定される認可された使用期間の１／２よりも短いかまたは１／２に等しい請求項１４に記載の方法。
【請求項２４】
前記再利用ウインドウが、第２の時間の１／２よりも短いかまたは１／２に等しい請求項１４に記載の方法。
【請求項２５】
前記再利用ウインドウが、第２の時間の１／２よりも短いかまたは１／２に等しい請求項２３に記載の方法。
【請求項２６】
セッションを管理する方法であって、
セッションをオープンするステップと、
セッションがいつオープンされたかというタイムスタンプとセッションタイムアウト時刻とを含むトークンを生成するステップと、
セッションタイムアウト時刻が過ぎる前の再利用ウィンドウ内でトークンを受信するステップと、
前記受信したことに応じて、追加時間長さをトークンに追加するステップと、
追加時間長さを反映するために、トークンを更新するステップと、
セッション期間の前記新しい長さが経過した後に前記トークンを満了させるステップと、
を備え、
前記セッションが、前記オープンするステップと前記満了させるステップとの間の期間中、オープンしたままであり、
前記トークンの非満了ステータス又は満了ステータスが、前記セッションがオープンであるか又はクローズであるかをそれぞれ制御し、かつ
前記トークンを発行したサーバーが、前記オープンするステップと前記更新するステップとの間におけるユーザとサーバーとのトランザクションのために、データベースと協働することがない、
前記方法。
【請求項２７】
【数１】
2014075138.tif 000011
ここで、
ｓｔｏは、タイムスタンプおよび／またはセッションタイムアウト時刻によって規定される認可された使用期間であり、
ｅｔｄは、延長された時間長さであり、
ｒｃｗは、前記再利用ウィンドウの期間である、
請求項２６に記載の方法。
【請求項２８】
前記オープンするステップに関連して、サーバーが、セッションデータを記憶するために、データベースと協働し、
前記更新するステップに関連して、サーバーが、更新されたトークンデータを記憶するために、データベースと協働する、
請求項２６に記載の方法。
【請求項２９】
前記サーバーが、（ａ）前記オープンするステップに関連する場合、および、（ｂ）前記更新に関連する場合の他には、ユーザとサーバーとのインテラクションに応じてデータベースと協働することがない請求項２７に記載の方法。
【請求項３０】
サーバーが、前記オープンするステップと前記更新するステップとの間におけるユーザとサーバーとのトランザクションのために、データベースと協働することがない請求項２７に記載の方法。
【請求項３１】
前記オープンするステップに関連して、サーバーが、セッションデータを記憶するために、データベースと協働し、
前記更新するステップに関連して、サーバーが、更新されたトークンデータを記憶するために、データベースと協働する、
請求項１に記載の方法。
【請求項３２】
前記サーバーが、（ａ）前記オープンするステップに関連する場合、および、（ｂ）前記更新に関連する場合の他には、ユーザとサーバーとのインテラクションに応じてデータベースと協働することがない請求項１に記載の方法。
【請求項３３】
前記オープンするステップに関連して、サーバーが、セッションデータを記憶するために、集中データベースと協働し、
前記更新するステップに関連して、サーバーが、更新されたトークンデータを記憶するために、前記集中データベースと協働する、
請求項１に記載の方法。
【請求項３４】
前記サーバーが、（ａ）前記オープンするステップに関連する場合、および、（ｂ）前記更新に関連する場合の他には、ユーザとサーバーとのインテラクションに応じてデータベースと協働することがない請求項１に記載の方法。
【外国語明細書】
2014075138000001.pdf