JPH11149449A - データベースセッション管理方法及びその装置と処理を記録した記録媒体 - Google Patents

Abstract

(57)【要約】 【課題】 ＷＷＷ上でデータベース（以降ＤＢと称す）
をアクセスする時に必要になるセッション管理におい
て、そのセッションが利用する全資源の状態を保持する
ことを可能にし、かつ、サーバの処理負荷を軽減する方
法とその装置を提供する。 【解決手段】 利用者が使用するクライアントマシン上
にＷＷＷブラウザ１０１があり、サーバマシン上のＨＴ
ＴＰサーバ１０２にＤＢアクセス要求を出す。その要求
はＤＢサーバ１０３に渡され、ＤＢ管理システム１０４
を通してＤＢ１０５へのアクセスを行う。ＤＢサーバ１
０３内は、ＤＢアクセス要求に対してセッションの継続
状態を判断して適切なスレッドに制御を移すディスパッ
チ部１０７と、継続中のセッションの管理を行うセッシ
ョン管理部１０８と、実際の処理を行うスレッド群１１
０と、それらを制御するスレッド制御部１０６と、利用
者に返却する出力文書を生成する出力文書生成部１０９
から構成されている。

Description

【発明の詳細な説明】

【０００１】

【発明の属する技術分野】本発明は、ＷＷＷ（World Wi
de Web）に代表されるインターネットなどの広域ネット
ワーク上で、不特定多数の利用者がサーバで管理されて
いるデータベースにアクセスするセッションを効率的に
処理するためのデータベースセッション管理方式に関す
るものである。

【０００２】

【従来の技術】インターネットやイントラネットを対象
としたＷＷＷ上でデータベースを利用した情報サービス
を行うシステムを構築する場合、ＷＷＷ−ＤＢ連携シス
テムが多く利用される。ＷＷＷでは、情報（データ）が
蓄えられているサーバと、利用者が実際にそれらの情報
にアクセスするために使用するクライアントのコンピュ
ータがあり、サーバとクライアントの間ではＨＴＴＰ
（Hyper Text Transfer Protocol）と呼ばれるプロトコ
ルで通信する。クライアントにはＷＷＷブラウザ、サー
バにはＨＴＴＰサーバが存在して、情報のやり取りを行
う。ＷＷＷブラウザからはＵＲＬ（Uniform Resource L
ocator）により一意に識別される文書や画像などの資源
を要求し、ＨＴＴＰサーバがその要求を受け取ると該当
する資源を返却する仕組みになっている。

【０００３】ＷＷＷ−ＤＢ連携システムでは、利用者か
ら要求を受け付けるＨＴＴＰサーバからＣＧＩ（Common
Gateway Interface）により外部プログラム（ＣＧＩプ
ログラム）が起動され、そのプログラムからデータベー
スサーバへのデータベースアクセス要求が発行される。
データベースサーバ内では利用者毎のセッション管理を
行っており、一般的にはセッションＩＤによって各セッ
ションを織別する。ＷＷＷの枠組においてはＨＴＴＰサ
ーバがクライアントを特定することが不可能であるた
め、セッションＩＤをクライアントとサーバとの間で受
け渡すことになる。

【０００４】日経データプロ編集の「ＷＷＷ−データベ
ース連携システム構築法」に、このセッションＩＤの受
け渡しのための３通りの方法が記述されている。１番目
の方法は、サーバからクライアントへはＨＴＭＬ文書に
埋め込み、クライアントからサーバへはＵＲＬと一緒に
送る方法、２番目の方法は、サーバからクライアントへ
はＨＴＭＬ文書に埋め込み、クライアントからサーバへ
はＵＲＬとは別に送る方法、３番目の方法は、クライア
ントとサーバのいずれからでもＨＴＴＰヘッダの中に埋
め込む方法である。ただし、３番目の方法はサーバとク
ライアントの双方で特別なＨＴＴＰに対応していなけれ
ばならない。１番目の方法と２番目の方法はどちらもク
ライアント側には特別な仕掛けを必要とせず、サーバ側
で生成されるＨＴＭＬ文書の中にセッションＩＤを埋め
込めば通常のやり取りでセッションＩＤの受渡しが可能
になる。

【０００５】ＷＷＷ−ＤＢ連携システムにおけるセッシ
ョンＩＤの受渡し方法を表したシステム構成の一例を図
９に示す。利用者はクライアント上でＷＷＷブラウザ１
００１を使用してサーバ上で稼働しているＨＴＴＰサー
バ１００２にデータベースアクセス要求を出す。上記で
記述したように、ＷＷＷブラウザ１００１とＨＴＴＰサ
ーバ１００２とのセッションＩＤ（ＳＩＤ）のやり取り
には３通りの方法があり、図９に描画されている。ＨＴ
ＴＰサーバ１００２がデータベースアクセス要求を受理
すると、ＣＧＩのインタフェースを通してゲートウェイ
プロセス１００３が起動される。ゲートウェイプロセス
１００３は、ＨＴＴＰサーバ１００２からのパラメータ
をデータベースへのアクセスを実際に行うデータベース
サーバ１００４へ渡し、その結果のデータをＨＴＭＬテ
ンプレートファイル１００７に埋め込んで、ＷＷＷブラ
ウザ１００１への出力文書としてＨＴＴＰサーバ１００
２へ返却する。

【０００６】セッションＩＤはセッション管理テーブル
１００８によってデータベースサーバ１００４内で管理
されており、ゲートウェイプロセス１００３から渡され
たセッションＩＤによって、どのセッションの継続要求
かを判定することができる。データベースサーバ１００
４は、データベース管理システム１００５を通してデー
タベース１００６にアクセスし、得られた結果データを
ゲートウェイプロセス１００３に返却する。

【０００７】クライアントとサーバとの間のセッション
ＩＤの受渡し方法を詳細に説明する。１番目の方法で
は、ＷＷＷブラウザ１００１からＨＴＴＰサーバ１００
２へ渡すＵＲＬのパラメータとしてセッションＩＤを付
加し、ＨＴＴＰサーバ１００２からＷＷＷブラウザ１０
０１へは返却するＨＴＭＬ文書内部に指定されたリンク
情報（ＵＲＬ）にセッションＩＤをゲートウェイプロセ
ス内で埋め込む。２番目の方法では、ＷＷＷブラウザ１
００１からＨＴＴＰサーバ１００２へはＨＴＭＬのフォ
ーム機能を利用してＵＲＬとは別の経路でセッションＩ
Ｄを渡し、ＨＴＴＰサーバ１００２からＷＷＷブラウザ
１００１へは１番目と同様の方法でセッションＩＤを渡
す。３番目の方法はＨＴＴＰのプロトコルにセッション
ＩＤを含めることによって、双方のセッションＩＤの受
渡しが自由に行えるようにしている。

【０００８】

【発明が解決しようとする課題】クライアントとサーバ
との間で何度も制御が移るようなデータベースセッショ
ンを管理する場合、トランザクションやデータベースの
検索結果、参照している変数など、そのセッションが利
用している資源の途中状態を保持しておくことが要求さ
れるが、従来のＷＷＷ−ＤＢ連携システムではセッショ
ンＩＤの受渡しによるセッション継続のみが考慮されて
いるだけで、全ての資源の状態保持を実現できていなか
った。

【０００９】セッションＩＤの受渡しにおいても、サー
バからクライアントヘは出力文書を返却する前にセッシ
ョンＩＤを埋め込むべき場所を解析するような処理が必
要になるが、データベースにアクセスした結果のデータ
を埋め込むためにテンプレートファイルを解析した後
に、再び同様な処理を行うのは冗長である。

【００１０】また、利用者のデータベースアクセス要求
を受理する度に、データベースサーバとのやり取りを行
うゲートウェイプロセスを新たに起動しなければならな
いため、サーバマシンにかなりの負荷がかかってしま
う。

【００１１】本発明の目的は、データベースへのアクセ
スが発生するセッションにおいて、そのセッション中で
利用される全ての資源の状態を保持することと、セッシ
ョン情報をクライアントとサーバの間で効率的に受渡す
ことと、マルチスレッドを利用してサーバの実行効率を
上げることである。

【００１２】

【課題を解決するための手段】本発明のデータベースセ
ッション管理方法では、インターネットやイントラネッ
ト上のシステム基盤となるＷＷＷの枠組を利用し、サー
バ上に存在するデータベースサーバでセッション内で利
用される資源の状態を保持するために、処理が継続中の
セッションの状態を管理するための手段と、クライアン
トの利用者からのデータベースアクセス要求を受け付け
て、管理されているセッションの継続状態を判断して適
切なスレッドにその要求を処理させるために制御を移す
手段と、それらのスレッドの実行状態を制御する手段
と、データベースにアクセスした結果のデータを埋め込
んで利用者に返却するための出力文書を生成する手段を
持つことを特徴とする。

【００１３】クライアントとサーバとのセッション情報
の受渡しにはセッションＩＤを利用するが、サーバから
クライアントへのセッションＩＤの受渡しには出力文書
のテンプレートに指定するようにする。そのため、デー
タベースサーバにはセッション毎にセッションＩＤを発
行してそれを管理するための手段と、利用者に返却する
文書のテンプレート解析時にセッションＩＤ埋め込みの
指定がある場合にのみセッション継続の手続きを行う手
段と、クライアントからセッションＩＤを付与されたデ
ータベースアクセス要求を受理した際には該当するセッ
ションを継続させる手段を持っている。

【００１４】サーバの負荷を軽減するために、データベ
ースサーバ内の処理はマルチスレッドで実行する。各セ
ッション毎にスレッドを割り当て、それらが並行に動作
できるようにするために、セッション開始時にスレッド
を生成してそのセッションの処理に割り当てる手段と、
セッションの制御をクライアント側に渡す際にそのセッ
ションのスレッドを中断させてそのまま維持する手段
と、クライアント側から中断中のセッション情報が付与
されてアクセスすると、そのセッションのスレッドを再
開させて処理を継続させる手段と、セッション継続の指
定がなければそのセッションのスレッドを終了させる手
段を持っている。

【００１５】本発明においては、ＷＷＷ上でデータベー
スアクセスを行うアプリケーションで、クライアントと
サーバに跨るデータベースセッションを実現する際に、
セッションを管理する手段とそのセッションを処理する
スレッドを制御する手段を持つことによって、セッショ
ン内で利用される資源の状態を保持することができるよ
うになる。

【００１６】また、サーバからクライアントヘのセッシ
ョンＩＤの受渡しには、利用者への出力文書の中にセッ
ションＩＤを埋め込む指定をするだけなので、データベ
ースアクセス後の結果データを埋め込むのと同時にセッ
ション継続の処理を行うことができるため、冗長な処理
を必要としなくて済むことになる。

【００１７】さらに、各セッションをスレッドに割り当
てて複数のスレッド（セッション）が同時に動作するこ
とが可能なマルチスレッドで処理することにより、デー
タベースサーバが動作するサーバマシンの負荷を大幅に
軽減することができるようになる。

【００１８】

【発明の実施の形態】本発明のデータベースセッション
管理装置の一実施例となる構成図を図１に示す。本実施
例の構成は図９で示した従来のＷＷＷ−ＤＢ連携システ
ムの構成と同じように、ＷＷＷサーバマシン上で稼動し
ているＨＴＴＰサーバと連携して動作する仕組みになっ
ているが、ゲートウェイプロセスを介してデータベース
サーバに処理を依頼するのではなく、ＨＴＴＰサーバか
ら直接呼び出すことが可能なサーバＡＰＩ（Applicatio
n Programming Interface）を利用している。

【００１９】利用者はクライアントマシンで起動したＷ
ＷＷブラウザ１０１を利用して、サーバマシンのＨＴＴ
Ｐサーバ１０２に対してＵＲＬとパラメータ（データベ
ースアクセスに必要な引数）を渡してデータベースアク
セス要求を出して、ＨＴＴＰサーバ１０２からの出力で
あるＨＴＭＬ文書が返却されるまで待つ。ＨＴＴＰサー
バ１０２は受け取ったデータベースアクセス要求をデー
タベースサーバ１０３に渡して制御を移し、データベー
スサーバ１０３はデータベース管理システム１０４を介
してデータベース１０５にアクセスする。データベース
アクセスの結果のデータはデータベースサーバ１０３内
で生成される出力文書に埋め込まれてＨＴＴＰサーバ１
０２に戻して制御を移し、ＨＴＴＰサーバ１０２はその
出力文書をＨＴＭＬ文書としてＷＷＷブラウザ１０１に
返却する。

【００２０】データベースサーバ１０３は、ＨＴＴＰサ
ーバ１０２を通して利用者からのデータベースアクセス
要求を受け付け、その要求に対するセッションの継続状
態を判断して適切なスレッドに制御を移すディスパッチ
部１０７と、セッションの生成や削除、継続中のセッシ
ョンの管理を行うセッション管理部１０８と、各セッシ
ョン中で実際にデータベースアクセス処理を行うための
スレッド群１１０と、それらのスレッドの生成や削除な
どを行い、全てのスレッドを制御するスレッド制御部１
０６と、データベースから取得したデータ値を埋め込
み、利用者へ返却するための出力文書を生成する出力文
書生成部１０９から構成されている。

【００２１】データベースサーバ１０３の詳細な動作を
説明するために、データベースアクセス要求が該当する
スレッドに割り当てられる状態を図２に示し、データベ
ースアクセス処理の後に利用者に返却するための出力文
書生成時にセッション情報を埋め込む状態を図３に示し
ている。

【００２２】図２では、ＨＴＴＰサーバ２０１からＵＲ
ＬとセッションＩＤ（ＳＩＤ）がディスパッチ部２０２
に渡され、そのセッションＩＤを用いてセッション管理
部２０３がセッション管理テーブル２０６により対応す
るスレッドＩＤ（ＴＩＤ）を取得し、そのスレッドＩＤ
を用いてスレッド制御部２０４がスレッド管理テーブル
から対応するスレッド２０５を取得し、ディスパッチ部
２０２が取得したスレッド２０５にＵＲＬを転送する情
報の構成と流れを示している。スレッド管理テーブル２
０７のエントリ内には、各スレッド２０５が保持するリ
ソーステーブル２０８が登録されている。

【００２３】図３では、スレッド３０２からデータベー
ス管理システム３０４を介してデータベース３０５にア
クセスした結果のデータを、スレッド管理テーブル３０
７のエントリに登録されているリソーステーブル３０８
に格納し、利用者に返却するための出力文書を生成する
出力文書生成部３０３に制御を移してＨＴＭＬテンプレ
ートファイル３０９を利用して出力文書を生成するが、
その際にセッションＩＤ埋め込みの指示がある場合に
は、スレッド３０２から渡されたスレッドＩＤを用いて
セッション管理部３０１でセッション管理テーブル３０
６の該当するセッションＩＤを取得して出力文書に埋め
込む情報の構成と流れを示している。

【００２４】ここで、図４を利用して、データベースサ
ーバ内のスレッドの状態がどのように変化していくかを
説明する。図４の実線のスレッドは実行中、破線のスレ
ッドは中断中のスレッド、スレッド間の矢印はそれらの
関連を表している。まず、ＨＴＴＰサーバからデータベ
ースアクセスを行うためにスレッド１が生成される（状
態４０１）。このスレッド１はディスパッチ部の処理を
行い、新規のセッションと判断すると新しくスレッド２
を生成し（状態４０２）、制御をスレッド２に移す（状
態４０３）。スレッド２でデータベースアクセスと出力
文書生成が終了すると．制御をスレッド１に戻し（状態
４０４）、スレッド１はセッション継続の場合にはスレ
ッド２を中断させたままＨＴＴＰサーバに出力文書を返
却して終了する（状態４０５）。

【００２５】再び利用者からの同一セッションのアクセ
ス要求があり、ＨＴＴＰサーバからスレッド３が生成さ
れる（状態４０６）。このセッションに該当するスレッ
ドであるスレッド２に処理が割り当てられ（状態４０
７）、スレッドが再開される（状態４０８）。データベ
ースアクセスと出力文書生成が終了してスレッド３に制
御が戻され（状態４０９）、今度はセッション継続をし
ない場合にはスレッド２を削除してから、ＨＴＴＰサー
バに出力文書を返却して終了する（状態４１０）。

【００２６】また、出力文書生成のために利用されるＨ
ＴＭＬテンプレートファイルの記述例を図５に示す。本
実施例のＨＴＭＬテンプレートファイルの記述はＨＴＭ
Ｌ文書の形式にしたがっており、データベースアクセス
で得られたデータを埋め込むための記法や制御構文はタ
グを拡張する形で追加している。テンプレート内の<$be
gin detail$>と<$end detail$>で囲まれた箇所がデータ
ベースへのアクセスが必要であるという指定である。こ
れらの拡張タグの中で<$session$> がセッションＩＤを
この場所に埋め込むという指定である。このＨＴＭＬテ
ンプレートファイル解析中にこの拡張タグが存在する
と、セッションＩＤを取得して出力文書中のこの場所に
埋め込み、セッション継続のための処理を行うのであ
る。

【００２７】次に、本実施例のデータベースセッション
管理方式の動作を、図６〜図８のフローチャートに基づ
いて説明する。図６は、本実施例におけるデータベース
サーバ内部の処理の流れを示したものである。ＨＴＴＰ
サーバからＵＲＬとパラメータが渡されると、そのパラ
メータにセッション情報が含まれているかを判定し（ス
テップ６０１）、含まれていれば該当するスレッドを再
開する（ステップ６０２）が、含まれていなければセッ
ションを生成して（ステップ６０８）新しいスレッドを
開始する（ステップ６０９）。再開または開始されたス
レッドがデータベースヘのアクセス処理を行い（ステッ
プ６０３）、そのアクセス結果を用いて出力文書を生成
する（ステップ６０４）。出力文書の生成時にセッショ
ン情報の指定があるかを判定し（ステップ６０５）、指
定があればそのスレッドを中断する（ステップ６０６）
が、指定がなければそのスレッドを終了して（ステップ
６１０）セッションを削除する（ステップ６１１）。最
後に出力文書を返却して処理を終了する（ステップ６０
７）。

【００２８】図７は、ステップ６０２のスレッドの再開
における動作手順を詳細に示したものである。ＨＴＴＰ
サーバから渡されたセッションＩＤがセッション管理テ
ーブルのエントリ内に存在するかを判定し（ステップ７
０１）、存在していればそのエントリからスレッドＩＤ
を取得する（ステップ７０２）。スレッド管理テーブル
からそのスレッドＩＤに該当するスレッドが中断中かを
判定し（ステップ７０３）、中断していなければ他の処
理を実行中なのでスレッドが中断するまで待機し（ステ
ップ７０７）、中断していればそのスレッドを再開し
（ステップ７０４）、ＨＴＴＰサーバから渡されたＵＲ
Ｌをそのスレッドに渡して終了する（ステップ７０
５）。ステップ７０１で該当するセッションＩＤが存在
していなければ、そのセッションはタイムアウトで削除
されているため、タイムアウトの処理を行って終了する
（ステップ７０６）。

【００２９】図８は、ステップ６０４の出力文書を生成
する動作手順を詳細に示したものである。ＨＴＭＬテン
プレートファイルの解析をはじめて、次のトークンがあ
るかを判定し（ステップ８０１）、あればトークンを取
得する（ステップ８０２）。そのトークンが拡張タグか
を判定し（ステップ８０３）、拡張タグでなければトー
クンを出力文書に追加してステップ８０１に戻る（ステ
ップ８０９）。拡張タグであればそれが制御構文用の拡
張タグであるかを判定し（ステップ８０４）、制御構文
用であればその処理を行い、結果を出力文書に追加して
ステップ８０１に戻る（ステップ８１０）。制御構文用
でなければ変数値取得用のタグであるかを判定し（ステ
ップ８０５）、変数値取得用であればデータベースから
変数値を取得し、テキストに変換した後に出力文書に追
加してステップ８０１に戻る（ステップ８１１）。変数
値取得用でなければセッションＩＤ埋め込み用の拡張タ
グであるかを判定し（ステップ８０６）、セッションＩ
Ｄ埋め込み用でなければ該当する拡張タグが存在しない
ことになるので、エラー処理を行ってステップ８０１に
戻る（ステップ８１２）。セッションＩＤ埋め込み用の
拡張タグであれば、セッション継続を表すフラグを立て
て、実行中のスレッドＩＤによりセッション管理テーブ
ルの該当するエントリからセッションＩＤを取得する
（ステップ８０７）。そして、そのセッションＩＤを出
力文書に追加してステップ８０１に戻る（ステップ８０
８）。ステップ８０１で次のトークンがない場合には、
生成した出力文書を返却して終了する（ステップ８１
３）。

【００３０】

【発明の効果】本発明によれば、ＷＷＷに代表されるイ
ンターネット／イントラネットの共通プラットフォーム
上でデータベースセッション中の処理が実行されるスレ
ツドが必要とする全資源の状態をセッション継続中に保
持することができるようになる。

【００３１】また、セッションＩＤの受渡しのための冗
長な処理が不要であり、複数のセッションがマルチスレ
ッドで動作可能のため、サーバの負荷が軽減されるとい
う効果が得られる。

【図面の簡単な説明】

【図１】本発明の一実施例を示すデータベースセッショ
ン方式のブロック図

【図２】マルチスレッドの制御方法を示すブロック図

【図３】テンプレートファイルの解析方法を示すブロッ
ク図

【図４】スレッドの状態変化を示す状態遷移例

【図５】テンプレートファイルの記述例

【図６】データベースサーバの動作手順を説明するフロ
ーチャート

【図７】マルチスレッドの制御手順を説明するフローチ
ャート

【図８】テンプレートファイルの解析手順を説明するフ
ローチャート

【図９】従来のセッションＩＤの受渡し方法を示すブロ
ック図

【符号の説明】

１０１ ＷＷＷブラウザ １０２ ＨＴＴＰサーバ １０３ データベースサーバ １０４ データベース管理システム １０５ データベース １０６ スレッド制御部 １０７ ディスパッチ部 １０８ セッション管理部 １０９ 出力文書生成部 １１０ スレッド ２０１ ＨＴＴＰサーバ ２０２ ディスパッチ部 ２０３ セッション管理部 ２０４ スレッド制御都 ２０５ スレッド ２０６ セッション管理テーブル ２０７ スレッド管理テーブル ２０８ リソーステーブル ３０１ セッション管理部 ３０２ スレッド ３０３ 出力文書生成部 ３０４ データベース管理システム ３０５ データベース ３０６ セッション管理テーブル ３０７ スレッド管理テーブル ３０８ リソーステーブル ３０９ ＨＴＭＬテンプレートファイル １００１ ＷＷＷブラウザ １００２ ＨＴＴＰサーバ １００３ ゲートウェイプロセス １００４ データベースサーバ １００５ データベース管理システム １００６ データベース １００７ ＨＴＭＬテンプレートファイル １００８ セッション管理テーブル

Claims (11)

【特許請求の範囲】
1. 【請求項１】 広域ネットワーク上のサーバが有するデ
   ータベースに利用者からのデータベースアクセス要求を
   受け付けて、サーバ上でセッションの生成と、継続と、
   削除のセッションの管理を行うステップと、各セッショ
   ンで発生するデータベースヘのアクセス処理を行うスレ
   ッドと、前記スレッドを制御するステップと、データベ
   ースから取得したデータを利用者に返却するための出力
   文書を生成するステップを有するデータベースサーバに
   おけるデータベースセッション管理方法において、 セッションの継続状態を判断し、スレッドに前記継続状
   態に応じて処理させる制御を移すステップを有すること
   を特徴とするデータベースセッション管理方法。
2. 【請求項２】 利用者から最初のデータベースアクセス
   要求を受理した際に個別のセッションＩＤを発行してそ
   れを管理するステップと、セッションＩＤを付与された
   データベースアクセス要求を受理した際にはセッション
   管理情報を参照して該当するセッションを継続させるス
   テップと、を含むセッションＩＤ受け渡しステップを有
   するデータベースセッション管理方法において、 利用者に返却する出力文書の生成時に、前記出力文書の
   テンプレートファイルにセッション継続の指定がある場
   合、セッション管理情報を参照して出力文書の指定され
   た位置にセッションＩＤを埋め込むステップを含むセッ
   ションＩＤ受け渡しステップを有することを特徴とする
   データベースセッション管理方法。
3. 【請求項３】 データベースサーバ内でセッション開始
   時に新たなスレッドを生成して前記セッションに処理の
   実行を割り当てるステップと、クライアントへの返却時
   にセッション継続の指定がなければ前記セッションのス
   レッドを終了させるステップと、を含むマルチスレッド
   制御ステップを有するデータベースセッション管理方法
   において、 セッションの途中で利用者側に制御を戻す際に、セッシ
   ョン情報をクライアント側に渡した後、前記セッション
   の実行中のスレッドを中断させてそのまま維持するステ
   ップと、 クライアント側に渡されたセッション情報を付与してデ
   ータベースサーバにアクセスした後、前記セッションに
   割り当てられたスレッドを再開させて、中断していたセ
   ッションを再び継続させるステップと、を含むマルチス
   レッド制御ステップを有することを特徴とするデータベ
   ースセッション管理方法。
4. 【請求項４】 前記制御を移すステップが、 ＨＴＴＰサーバからＵＲＬとパラメータが渡され、前記
   パラメータにセッション情報が含まれているかを判定す
   るステップと、 セッション情報が含まれている場合には該当するスレッ
   ドを再開するステップと、 セッション情報が含まれていない場合いはセッションを
   生成するステップと、 新しいスレッドを開始するステップを有する請求項１記
   載のデータベースセッション管理方法。
5. 【請求項５】 前記セッションＩＤ受け渡しステップ
   が、 出力文書の生成時にセッション情報の指定があるかを判
   定するステップと、 指定があればセッションのスレッドを中断するステップ
   と、 指定がなければ前記セッションのスレッドを終了するス
   テップと、 前記セッションを削除するステップを有する請求項２記
   載のデータベースセッション管理方法。
6. 【請求項６】 前記マルチスレッド制御ステップが、 ＨＴＴＰサーバから受けたセッションＩＤがセッション
   管理テーブルのエントリ内に存在するかを判定するステ
   ップと、 存在していれば前記エントリからスレッドＩＤを取得す
   るステップと、 スレッド管理テーブルからそのスレッドＩＤに該当する
   スレッドが中断中かを判定するステップと、 中断していなければ、前記スレッドが中断するまで待機
   するステップと、 中断していれば、前記スレッドを再開するステップと、 ＨＴＴＰサーバから受けたＵＲＬを前記スレッドに渡し
   て終了するステップと、 該当するセッションＩＤが存在していなければ、タイム
   アウトの処理を行って終了するステップを有する請求項
   ３記載のデータベースセッション管理方法。
7. 【請求項７】 前記出力文書のテンプレートファイル
   は、 ファイルの記述がＨＴＭＬ文書の形式にしたがってお
   り、データベースアクセスで得られたデータを埋め込む
   ための記法と制御構文がタグを拡張する形で追加され、
   テンプレート内の<$begindetail$>と<$enddetail$>で囲
   まれた箇所がデータベースへのアクセスを必要とする指
   定とし、前記拡張タグの中で <$session$>がセッション
   ＩＤをこの場所に埋め込むという指定とし、ＨＴＭＬテ
   ンプレートファイル解析中にこの拡張タグが存在する
   と、セッションＩＤを取得して出力文書中のこの場所に
   埋め込み、セッション継続のための処理を記録した記録
   媒体である。
8. 【請求項８】 広域ネットワーク上のサーバが有するデ
   ータベースに利用者からのデータベースアクセス要求を
   受け付けて、サーバ上でセッションの生成と、継続と、
   削除のセッションの管理を行う手段と、各セッションで
   発生するデータベースヘのアクセス処理を行うスレッド
   と、前記スレッドを制御する手段と、データベースから
   取得したデータを利用者に返却するための出力文書を生
   成する手段を有するデータベースサーバにおけるデータ
   ベースセッション管理装置において、 セッションの継続状態を判断し、スレッドに前記継続状
   態に応じて処理させる制御を移す手投を有することを特
   徴とするデータベースセッション管理装置。
9. 【請求項９】 利用者から最初のデータベースアクセス
   要求を受理した際に個別のセッションＩＤを発行してそ
   れを管理する手段と、セッションＩＤを付与されたデー
   タベースアクセス要求を受理した際にはセッション管理
   情報を参照して該当するセッションを継続させる手段
   と、を含むセッションＩＤ受け渡し手段を有するデータ
   ベースセッション管理装置において、 利用者に返却する出力文書の生成時に、前記出力文書の
   テンプレートファイルにセッション継続の指定がある場
   合、セッション管理情報を参照して出力文書の指定され
   た位置にセッションＩＤを埋め込む手段を含むセッショ
   ンＩＤ受け渡し手段を有することを特徴とするデータベ
   ースセッション管理装置。
10. 【請求項１０】 データベースサーバ内でセッション開
    始時に新たなスレッドを生成して前記セッションに処理
    の実行を割り当てる手段と、クライアントへの返却時に
    セッション継続の指定がなければ前記セッションのスレ
    ッドを終了させる手段と、を含むマルチスレッド制御手
    段を有するデータベースセッション管理装置において、 セッションの途中で利用者側に制御を戻す際に、セッシ
    ョン情報をクライアント側に渡した後、前記セッション
    の実行中のスレッドを中断させてそのまま維持する手段
    と、 クライアント側に渡されたセッション情報を付与してデ
    ータベースサーバにアクセスした後、前記セッションに
    割り当てられたスレッドを再開させて、中断していたセ
    ッションを再び継続させる手段と、を含むマルチスレッ
    ド制御手段を有することを特徴とするデータベースセッ
    ション管理装置。
11. 【請求項１１】 広域ネットワーク上のサーバが有する
    データベースに利用者からのデータベースアクセス要求
    を受け付けて、サーバ上でセッションの生成と、継続
    と、削除のセッションの管理を行う手段と、各セッショ
    ンで発生するデータベースヘのアクセス処理を行うスレ
    ッドと、前記スレッドを制御する手段と、 利用者から最初のデータベースアクセス要求を受理した
    際に個別のセッションＩＤを発行してそれを管理する手
    段と、セッションＩＤを付与されたデータベースアクセ
    ス要求を受理した際にはセッション管理情報を参照して
    該当するセッションを継続させる手段と、を含むセッシ
    ョンＩＤ受け渡し手段と、データベースサーバ内でセッ
    ション開始時に新たなスレッドを生成して前記セッショ
    ンに処理の実行を割り当てる手段と、クライアントへの
    返却時にセッション継続の指定がなければ前記セッショ
    ンのスレッドを終了させる手段と、を含むマルチスレッ
    ド制御手段と、データベースから取得したデータを利用
    者に返却するための出力文書を生成する手段を有するデ
    ータベースサーバにおけるデータベースセッション管理
    装置において、 セッションの継続状態を判断して適切なスレッドにその
    要求を処理させるために制御を移す手投と、 利用者に返却する出力文書の生成時に前記出力文書のテ
    ンプレートファイルにセッション継続の指定がある場
    合、セッション管理情報を参照して出力文書の指定され
    た位置にセッションＩＤを埋め込む手段と、を含むセッ
    ションＩＤ受け渡し手段と、 セッションの途中で利用者側に制御を戻す際に、セッシ
    ョン情報をクライアント側に渡した後、前記セッション
    の実行中のスレッドを中断させてそのまま維持する手段
    と、クライアント側に渡されたセッション情報を付与し
    てデータベースサーバにアクセスした後、前記セッショ
    ンに割り当てられたスレッドを再開させて、中断してい
    たセッションを再び継続させる手段と、を含むマルチス
    レッド制御手段と、を有することを特徴とするデータベ
    ースセッション管理装置。