(57)【要約】【課題】データベース（ＤＢ）アクセスに伴う処理の効率化。【解決手段】ＤＢセッションプール２２は、データベース（ＤＢ）３０と接続するための複数のＤＢセッションを維持管理する。増加管理スレッド２３は、ＤＢセッションプール２２の未使用のＤＢセッションを監視し、未使用の数が所定数以下となった場合に未使用のＤＢセッションの数を増加させる。アイドル監視スレッド２４は、ＤＢセッションが未使用のまま一定時間経過しているかを監視し、一定時間以上使用されなかったＤＢセッションを削除する。業務スレッド２１は、トランザクション要求に対応してトランザクションに係るＤＢセッションの取得要求をＤＢセッションプール２２に対して行い、ＤＢセッションの取得を増加管理スレッド２３に通知し、取得したＤＢセッションによって接続されるＤＢ３０を参照あるいは更新しながらトランザクションを実行する。【選択図】図１
2008186358.tif 000002
【特許請求の範囲】
【請求項１】
データベースと接続するための複数のデータベースセッションを維持管理するデータベースセッション管理部と、
前記データベースセッション管理部における未使用のデータベースセッションを監視し、未使用のデータベースセッションの数が所定数以下となった場合に未使用のデータベースセッションの数を増加させる増加管理スレッドと、
前記データベースセッション管理部におけるデータベースセッションが未使用のまま一定時間経過しているかを監視し、一定時間以上使用されなかったデータベースセッションを削除するアイドル監視スレッドと、
到来するトランザクション要求に対応してトランザクションに係るデータベースセッションの取得要求を前記データベースセッション管理部に対して行い、データベースセッションの取得を前記増加管理スレッドに通知すると共に、取得したデータベースセッションによって接続されるデータベースを参照あるいは更新しながらトランザクションを実行する業務スレッドと、
を備えることを特徴とするデータベースアクセスシステム。
【請求項２】
前記アイドル監視スレッドは、未使用のまま経過しているデータベースセッションを所定の時間間隔で調べることを特徴とする請求項１記載のデータベースアクセスシステム。
【請求項３】
それぞれのデータベースセッションは、最終使用時刻を保持し、
前記アイドル監視スレッドは、現時刻と前記最終使用時刻とを比較することでデータベースセッションが未使用のまま一定時間以上使用されなかったと判断することを特徴とする請求項２記載のデータベースアクセスシステム。
【請求項４】
前記増加管理スレッドは、データベースセッションの取得が通知された場合に未使用のデータベースセッションの数を１減少させ、使用中のデータベースセッションの数を１増加させると共に、未使用のデータベースセッションの数が所定数以下となった場合には未使用のデータベースセッションを予め定めた接続増加数分増加させることを特徴とする請求項１記載データベースアクセスシステム。
【請求項５】
（ａ）データベースと接続する所定の数のデータベースセッションをデータベースセッションプールに作成するステップと、
（ｂ）前記データベースへの参照／更新を行うために前記データベースセッションプールに対してデータベースセッションの払い出しを要求して払い出しを受けるステップと、
（ｃ）前記払い出しの結果、前記データベースセッションプールに残っているデータベースセッションの数が所定値を下回った場合、所定の接続増加数分の追加のデータベースセッションを前記データベースと接続し、追加のデータベースセッションを前記データベースセッションプールに追加するステップと、
（ｄ）所定時間間隔でデータベースセッションの使用状況を調べ、未使用で所定の切断間隔時間以上経過していたデータベースセッションを前記データベースから切断し前記データベースセッションプールから削除するステップと、
を含むことを特徴とするデータベースアクセス方法。
【請求項６】
前記ステップ（ｄ）において、それぞれのデータベースセッションは、最終使用時刻を保持し、現時刻と最終使用時刻とを比較することでデータベースセッションが未使用のまま一定時間以上使用されなかったと判断することを特徴とする請求項５記載のデータベースアクセス方法。
【請求項７】
前記ステップ（ｃ）において、払い出しの結果、未使用のデータベースセッションの数を１減少させ、使用中のデータベースセッションの数を１増加させると共に、未使用のデータベースセッションの数が所定数以下となった場合には未使用のデータベースセッションを予め定めた接続増加数分増加させることを特徴とする請求項５記載データベースアクセス方法。
【請求項８】
データベースアクセスシステムを構成するコンピュータに、
データベースと接続するための複数のデータベースセッションを維持管理するデータベースセッション管理処理と、
前記データベースセッション管理処理において未使用のデータベースセッションを監視し、未使用のデータベースセッションの数が所定数以下となった場合に未使用のデータベースセッションの数を増加させる増加管理スレッドと、
前記データベースセッション管理処理においてデータベースセッションが未使用のまま一定時間経過しているかを監視し、一定時間以上使用されなかったデータベースセッションを削除するアイドル監視スレッドと、
到来するトランザクション要求に対応してトランザクションに係るデータベースセッションの取得要求を前記データベースセッション管理処理に対して行い、データベースセッションの取得を前記増加管理スレッドに通知すると共に、取得したデータベースセッションによって接続されるデータベースを参照あるいは更新しながらトランザクションを実行する業務スレッドと、
を実行させるプログラム。
【請求項９】
前記アイドル監視スレッドは、未使用のまま経過しているデータベースセッションを所定の時間間隔で調べることを特徴とする請求項８記載のプログラム。
【請求項１０】
それぞれのデータベースセッションは、最終使用時刻を保持し、
前記アイドル監視スレッドは、現時刻と最終使用時刻とを比較することでデータベースセッションが未使用のまま一定時間以上使用されなかったと判断することを特徴とする請求項９記載のプログラム。
【請求項１１】
前記増加管理スレッドは、データベースセッションの取得が通知された場合に未使用のデータベースセッションの数を１減少させ、使用中のデータベースセッションの数を１増加させると共に、未使用のデータベースセッションの数が所定数以下となった場合には未使用のデータベースセッションを予め定めた接続増加数分増加させることを特徴とする請求項８記載のプログラム。
【請求項１２】
前記データベースセッション管理処理、増加管理スレッド、アイドル監視スレッド、および業務スレッドは、業務処理プロセス中で実行されることを特徴とする請求項８記載のプログラム。
【請求項１３】
前記業務処理プロセスは、クライアントにおけるアプリケーションプログラムからの要求によって実行されることを特徴とする請求項１２記載のプログラム。
【発明の詳細な説明】
【技術分野】
【０００１】
本発明は、データベースアクセスシステムおよびデータベースアクセス方法ならびにプログラムに係り、特に、データベースとの接続／切断処理を実行する技術に係る。
【背景技術】
【０００２】
計算機による業務処理では、データベース（ＤＢ）にアクセスして処理が行われることが一般的であって、複数の業務処理用のスレッド（以下業務スレッドという）によって実行される。データベースアクセスにおいて、プールがスペース不足に近づいたら、追加のストレージスペースを取得することで、管理者がこのリスクを軽減することを可能にするフリーセグメントプールを管理するシステムが特許文献１に開示されている。
【０００３】
なお、関連する技術として、特許文献２には、データベースアクセスに対するモニタリング及びチューニングをサービス単位で行うデータベースチューニング装置が開示されている。この装置は、利用者端末からサービス名を含む処理要求が入力されたとき、利用者端末とのセッションを特定するセッションＩＤおよび上記サービス名からなるセッション情報を含んだ統計情報を統計情報格納部に格納する処理を行うと共に、上記サービス名のサービスを構成するコンポーネントを実行する毎に、上記コンポーネントのＳＱＬ文或いは変更ＳＱＬ文と、処理時間と、コンポーネント名とを統計情報に追加するデータベースアクセス手段を備えている。
【０００４】
また、関連する技術として、特許文献３には、セッション制御資源をプール管理し、ＬＡＮに接続された任意の端末装置からの通信処理装置宛のセッション開設要求を、ホスト計算機に対して接続を許可するものと仮想的に定義したセッション開設要求として受信し、プール管理されたセッション制御資源を選択しそれを使用してセッションの確立を行う動的端末接続方式が記載されている。
【０００５】
【特許文献２】特開２００６−３０２２５８号公報
【特許文献２】特開２００６−２７７１７９号公報
【特許文献３】特開平３−２６６１５６号公報
【発明の開示】
【発明が解決しようとする課題】
【０００６】
１つのプロセスに存在する複数の業務スレッドからデータベースを参照もしくは更新する場合、最低でも同時に参照もしくは更新を行う業務スレッドの数と同数のＤＢセッションが必要である。この場合、（１）業務スレッドの数と同数のＤＢセッションをあらかじめ用意しておくか、あるいは、（２）プロセス上で一定数のＤＢセッションをあらかじめ用意し、業務スレッドからデータベースへの参照もしくは更新の要求が発生したときにＤＢセッションに空きがあればその業務スレッドへＤＢセッションを払い出し、空きがなければ新たにＤＢセッションを作成する必要がある。
【０００７】
上記（１）の方法では、常に業務スレッド数分のＤＢセッションを保持することになり、業務スレッドがデータベースの参照もしくは更新を行っていない状態ではリソースの無駄となる。一方、上記（２）の方法では、空きのＤＢセッションがなかった場合には、要求が発生してからＤＢセッションを作成するため、ＤＢセッションを作成する処理時間に相当する分、業務スレッドの処理に遅延が発生してしまう。
【０００８】
このようなリソースの無駄および遅延の発生を解決するための技術は、従来知られておらず、解決されるべき課題として望まれていた。したがって、本発明の目的は、業務スレッドから参照もしくは更新を行うデータベースへの接続を、業務処理が開始してから終了するまでに要する時間を短縮すると共に、サーバ内で連携しているプロセスが共有するリソースを効率化するデータベースアクセスシステムおよびデータベースアクセス方法ならびにプログラムを提供することにある。
【課題を解決するための手段】
【０００９】
本発明の１つのアスペクトに係るデータベースアクセスシステムは、データベースと接続するための複数のデータベースセッションを維持管理するデータベースセッション管理部と、データベースセッション管理部における未使用のデータベースセッションを監視し、未使用のデータベースセッションの数が所定数以下となった場合に未使用のデータベースセッションの数を増加させる増加管理スレッドと、データベースセッション管理部におけるデータベースセッションが未使用のまま一定時間経過しているかを監視し、一定時間以上使用されなかったデータベースセッションを削除するアイドル監視スレッドと、到来するトランザクション要求に対応してトランザクションに係るデータベースセッションの取得要求をデータベースセッション管理部に対して行い、データベースセッションの取得を増加管理スレッドに通知すると共に、取得したデータベースセッションによって接続されるデータベースを参照あるいは更新しながらトランザクションを実行する業務スレッドと、を備える。
【００１０】
本発明のデータベースアクセスシステムにおいて、アイドル監視スレッドは、未使用のまま経過しているデータベースセッションを所定の時間間隔で調べるようにしてもよい。
【００１１】
本発明のデータベースアクセスシステムにおいて、それぞれのデータベースセッションは、最終使用時刻を保持し、アイドル監視スレッドは、現時刻と最終使用時刻とを比較することでデータベースセッションが未使用のまま一定時間以上使用されなかったと判断するようにしてもよい。
【００１２】
本発明のデータベースアクセスシステムにおいて、増加管理スレッドは、データベースセッションの取得が通知された場合に未使用のデータベースセッションの数を１減少させ、使用中のデータベースセッションの数を１増加させると共に、未使用のデータベースセッションの数が所定数以下となった場合には未使用のデータベースセッションを予め定めた接続増加数分増加させるようにしてもよい。
【００１３】
本発明の他のアスペクトに係るデータベースアクセス方法は、（ａ）データベースと接続する所定の数のデータベースセッションをデータベースセッションプールに作成するステップと、（ｂ）データベースへの参照／更新を行うためにデータベースセッションプールに対してデータベースセッションの払い出しを要求して払い出しを受けるステップと、（ｃ）払い出しの結果、データベースセッションプールに残っているデータベースセッションの数が所定値を下回った場合、所定の接続増加数分の追加のデータベースセッションをデータベースと接続し、追加のデータベースセッションをデータベースセッションプールに追加するステップと、（ｄ）所定時間間隔でデータベースセッションの使用状況を調べ、未使用で所定の切断間隔時間以上経過していたデータベースセッションをデータベースから切断しデータベースセッションプールから削除するステップと、を含む。
【００１４】
本発明のデータベースアクセス方法において、ステップ（ｄ）において、それぞれのデータベースセッションは、最終使用時刻を保持し、現時刻と最終使用時刻とを比較することでデータベースセッションが未使用のまま一定時間以上使用されなかったと判断するようにしてもよい。
【００１５】
本発明のデータベースアクセス方法において、ステップ（ｃ）において、払い出しの結果、未使用のデータベースセッションの数を１減少させ、使用中のデータベースセッションの数を１増加させると共に、未使用のデータベースセッションの数が所定数以下となった場合には未使用のデータベースセッションを予め定めた接続増加数分増加させるようにしてもよい。
【００１６】
本発明のさらに他のアスペクトに係るプログラムは、データベースアクセスシステムを構成するコンピュータに、データベースと接続するための複数のデータベースセッションを維持管理するデータベースセッション管理処理と、データベースセッション管理処理において未使用のデータベースセッションを監視し、未使用のデータベースセッションの数が所定数以下となった場合に未使用のデータベースセッションの数を増加させる増加管理スレッドと、データベースセッション管理処理においてデータベースセッションが未使用のまま一定時間経過しているかを監視し、一定時間以上使用されなかったデータベースセッションを削除するアイドル監視スレッドと、到来するトランザクション要求に対応してトランザクションに係るデータベースセッションの取得要求をデータベースセッション管理処理に対して行い、データベースセッションの取得を増加管理スレッドに通知すると共に、取得したデータベースセッションによって接続されるデータベースを参照あるいは更新しながらトランザクションを実行する業務スレッドと、を実行させる。
【発明の効果】
【００１７】
本発明によれば、増加管理スレッド上でＤＢセッションを作成することで業務スレッドの処理を遅延させず、また一定時間以上使用されなかったＤＢセッションをアイドル監視スレッドで削除することで業務処理プロセスが使用するＤＢセッションの数を維持し、不要なＤＢセッションを保持しないようにしてＤＢセッションの数を適切に調整することが可能となる。したがって、業務スレッドの処理を遅延させることなく、サーバ内で動作している他プロセスと共有しているメモリ量、ソケット数及びＤＢサーバのセッションといったリソースを不要に確保しないようにすることができる。このため、共有するリソースを他プロセスと連携する時に効率化を図ることができる。
【発明を実施するための最良の形態】
【００１８】
図１は、本発明の実施形態に係るデータベースアクセスシステムの構成を示すブロック図である。図１において、データベースアクセスシステムは、サーバ等の業務処理プロセス２０において実現され、業務処理プロセス２０は、クライアントＡＰ（アプリケーション）１０からの処理要求（トランザクション要求）によって、データベース３０に対し参照あるいは更新を行いながら、所望の処理を実行する。
【００１９】
業務処理プロセス２０は、１つ以上の業務スレッド２１、ＤＢ（データベース）セッションプール２２、増加管理スレッド２３、アイドル監視スレッド２４、動作定義情報２５を含む。ＤＢセッションプール２２は、ＤＢセッション４０ａ〜４０ｊ、４０ｋ〜４０ｎを含む。ＤＢセッション４０ａ〜４０ｊ、４０ｋ〜４０ｎのそれぞれは、最終使用時刻５０が記載される。動作定義情報２５は、最大接続数４１、初期接続数４２、接続増加数４３、増加しきい値４４、アイドル切断間隔４５、アイドル監視間隔４６の各情報を含む。データベースアクセスシステムを構成するコンピュータによってプログラムを実行することで、業務スレッド２１、ＤＢセッションプール２２、アイドル監視スレッド２４、増加管理スレッド２３のそれぞれにおける処理がなされる。
【００２０】
クライアントＡＰ１０は、業務処理プロセス２０に対し処理要求を行う。処理要求がなされた業務処理プロセス２０は、プロセス内にある業務スレッド２１に対し要求された処理を実行させる。
【００２１】
業務処理プロセス２０は、起動する際に初期接続数４２によって予め定めた数分のＤＢセッション４０ａ〜４０ｊをデータベース３０と接続し、ＤＢセッションプール２２として作成する。
【００２２】
業務スレッド２１は、クライアントＡＰ１０からの処理要求を受け、データベース３０への参照／更新を行うためにＤＢセッションプール２２に対してＤＢセッションの払い出しを要求する。払い出しを受けた業務スレッド２１は、予めプログラムされた業務処理に従ってデータベース３０に対し必要なデータの参照及び業務処理の結果更新を実施し、業務処理を行う。ＤＢセッションプール２２から未使用（空き）のＤＢセッションが払い出された結果、ＤＢセッションプール２２に残っている未使用（空き）のＤＢセッションの数が増加しきい値４４で定められた値を下回ったとする。この場合、ＤＢセッションの払い出し要求を行った業務スレッド２１は、増加管理スレッド２３に対し増加通知を行い、業務処理を継続する。
【００２３】
また、業務スレッド２１は、データベース３０への参照／更新を終了した場合、使用していたＤＢセッションをＤＢセッションプール２２へ返却し、返却されたＤＢセッションには最終使用時刻５０を記録する。返却されたＤＢセッションは、業務スレッド２１からの払い出し要求があった際に再度払い出される。なお、この場合、払い出し先の業務スレッド２１は、前回使用した業務スレッドと同一とは限らない。
【００２４】
ＤＢセッションプール２２は、ＤＢセッション４０ａ〜４０ｊ、追加されるＤＢセッション４０ｋ〜４０ｎを含む。それぞれのＤＢセッションは、データベース３０と接続され、業務スレッド２１からの要求に応じて払い出され、業務スレッド２１によってアクセスのあった最終使用時刻５０が記載される。
【００２５】
増加管理スレッド２３は、業務スレッド２１からの増加通知を受け、データベース３０に接続要求を行う。また、接続増加数４３の数分の追加のＤＢセッション４０ｋ〜４０ｎを作成する。そして、ＤＢセッション４０ｋ〜４０ｎをＤＢセッションプール２２に追加し、以後追加されたＤＢセッション４０ｋ〜４０ｎは、未使用（空き）のＤＢセッションとしてＤＢセッション４０ａ〜４０ｊに含まれる。ＤＢセッションプール２２には、常に業務スレッド２１からのＤＢセッションの払い出し要求に対して払いだせるＤＢセッション４０ａ〜４０ｊを用意する。
【００２６】
アイドル（ＩＤＬＥ）監視スレッド２４は、アイドル監視間隔４６で定められた時間間隔で動作し、ＤＢセッションプール２２にあるＤＢセッション４０ａ〜４０ｋの使用状況を調べる。調べた結果、現在の時刻が、ＤＢセッション４０ａ〜４０ｋの各ＤＢセッションに記録されている最終使用時刻５０からアイドル切断間隔４５以上経過していた場合、時間経過していたＤＢセッションをデータベース３０から切断し、ＤＢセッションプール２２から削除する。
【００２７】
次に、以上のように構成されるデータベースアクセスシステムの動作について説明する。図２は、本発明の実施形態に係るデータベースアクセスシステムの動作を示すフローチャートである。
【００２８】
ステップＳ１０の待機状態において、業務スレッド２１がクライアントＡＰ１０からの処理要求を受けた場合、業務処理を開始し、ＤＢセッションプール２２へデータベース３０の参照／更新を行うためのＤＢセッションを要求する。
【００２９】
ＤＢセッションを要求されたＤＢセッションプール２２は、空きのＤＢセッションがＤＢセッション４０ａ〜４０ｋにあった場合、要求元の業務スレッド２１へＤＢセッションを払い出す。この結果、使用中のＤＢセッションの数が１増加し、未使用のＤＢセッションの数が１減少する（ステップＳ１１）。
【００３０】
業務スレッド２１は、払い出されたＤＢセッションを使用し、データベースの参照／更新を行い、業務処理を完了する。業務処理を完了した業務スレッド２１は、ＤＢセッションをＤＢセッションプール２２へ返却する。また、ＤＢセッションを返却する際にＤＢセッションの最終使用時刻５０に返却時刻を記録する。返却されたＤＢセッションは、業務スレッド２１から要求が発生した場合に再度払いだされる。なお、ＤＢセッションが再度払いだされる先の業務スレッド２１は、前回の払い出し先業務スレッド２１と同一とは限らない。業務スレッド２１は、ＤＢセッションの払い出しを受けた際、ＤＢセッションプール２２に残っている空きのＤＢセッションの個数を確認する（ステップＳ１２）。確認した個数が増加しきい値４４以下の数となっていた場合（ステップＳ１２のＹ）、増加管理スレッド２３へ空きのＤＢセッションが増加しきい値４４以下になったことを通知する。
【００３１】
増加管理スレッド２３は、業務スレッド２１から通知を受けると動作を開始する。増加管理スレッド２３は、接続増加数４３で定められた数だけ、業務処理プロセス２０からデータベース３０の参照／更新を行うための追加のＤＢセッション４０ｋ〜４０ｎを１つずつ作成する。作成された追加のＤＢセッション４０ｋ〜４０ｎは、ＤＢセッションプール２２のＤＢセッション４０ａ〜４０ｊに含まれるようになる（ステップＳ１３）。
【００３２】
なお、増加管理スレッド２３は、追加ＤＢセッションを１つ作成した結果、業務処理プロセス内におけるＤＢセッションの数が最大接続数４１となった場合、接続増加数分の追加ＤＢセッションを作成していなくても動作を終了する。動作を終了した増加管理スレッド２３は、再び業務スレッド２１から通知を受けると動作を開始する。増加管理スレッド２３は、動作中に業務スレッドから通知を受けた場合には、その通知に対しては何も行わない。
【００３３】
一方、ステップＳ１０の待機状態において、アイドル監視スレッド２４は、アイドル監視間隔４６で定められた時間の間隔で動作する。
【００３４】
アイドル監視スレッド２４は、アイドル監視間隔が経過した場合、ＤＢセッションプール２２にある空きのＤＢセッションの調査を開始する。アイドル監視スレッド２４は、調査したＤＢセッションの最終使用時刻５０と現在時刻とを比較する（ステップＳ１４）。比較の結果、現在時刻と最終使用時刻５０との差がアイドル切断間隔４５以上であった場合（ステップＳ１４のＹ）、そのＤＢセッションをデータベース３０から切断し、ＤＢセッションプール２２及び業務処理プロセス２０から消去する（ステップＳ１５）。
【００３５】
以上のように動作するデータベースアクセスシステムは、処理に時間のかかるデータベース接続および切断処理において、アイドル監視スレッド２４が切断処理を受け持ち、増加管理スレッド２３が接続処理を受け持つ。また、接続処理の契機を業務スレッド２１からの通知とし、切断処理をアイドル切断間隔４５によるものとする。さらに、業務スレッド２１は、クライアントＡＰ１０から発生するトランザクション要求の処理とＤＢセッションの取得要求のみを行う。このようにデータベースアクセスシステムを動作させることで、セッション数とトランザクションの流量バランスが取れているときは、増加管理スレッド２３には処理負担が発生しにくく、実行頻度の多い切断処理スレッドの処理負担も発生しにくくすることができる。したがって、時間のかかる処理による負担を業務スレッド２１から解放し、ひいてはプロセス全体における処理負担を軽減することができる。
【００３６】
本来、ＤＢセッションの空きがなくなったときには、業務スレッド２１ではＤＢセッションの作成が完了するのを待機する必要があった。これに対し、ＤＢセッションの空きが一定数以下になりＤＢセッションが不足しそうになった時には、業務スレッド２１とは異なる増加管理スレッド２３が新たな追加のＤＢセッションを作成し、業務スレッド２１上でＤＢセッション作成待ちによる時間の遅延を防ぐことで処理効率が向上する。また、アイドル監視スレッド２４で長時間使用されなかったＤＢセッションの有無を定期的に監視し、一定時間以上使用されなかったＤＢセッションを削除することによってＤＢセッションの数を適切に保ちサーバリソースの無駄を防ぐことができる。
【００３７】
以上のようなデータベースアクセスシステムによれば、必要となるＤＢセッションが枯渇する前に、業務スレッドとは異なるバックグラウンドのスレッドでＤＢセッションを増加させることで業務スレッドの処理遅延を防ぐ。さらに、起動時に必要以上のＤＢセッションを用意することによる無駄なリソース使用を防ぐ。そして、長時間使用されてないＤＢセッションを定期的に切断することで、業務処理プロセスが使用するＤＢセッションの数を維持し、不要なＤＢセッションを保持せず適切な数に調整することが可能となる。これにより、サーバ内で動作している他のプロセスと共有しているメモリ量、ソケット数及びＤＢサーバのセッションといったリソースを必要以上に確保せず、サーバ内で共有するリソースを他のプロセスと連携をする際に効率化を図ることが出来る。
【図面の簡単な説明】
【００３８】
【図１】本発明の実施形態に係るデータベースアクセスシステムの構成を示すブロック図である。
【図２】本発明の実施形態に係るデータベースアクセスシステムの動作を示すフローチャートである。
【符号の説明】
【００３９】
１０  クライアントＡＰ
２０  業務処理プロセス
２１  業務スレッド
２２  ＤＢ（データベース）セッションプール
２３  増加管理スレッド
２４  アイドル監視スレッド
２５  動作定義情報
３０  データベース
４０ａ〜４０ｊ、４０ｋ〜４０ｎ  ＤＢセッション
４１  最大接続数
４２  初期接続数
４３  接続増加数
４４  増加しきい値
４５  アイドル切断間隔
４６  アイドル監視間隔
５０  最終使用時刻
【図１】
2008186358.tif 000003
【図２】
2008186358.tif 000004