JP2003216477A - データ共有システム及びデータ共有方法 - Google Patents

Abstract

(57)【要約】 【課題】 アプリケーションサーバとデータベースとの
接続が遮断されることなく、安定してデータ通信等が行
えるデータ共有システムを提供する。 【解決手段】 アプリケーションサーバ２に備えたコネ
クションプール３の制御部６は、プール部８にコネクシ
ョン４を蓄積し、コネクション確認手段７を用いてプー
ル部８に蓄積されたコネクション４の動作確認を行い、
その結果、正常に動作したコネクション４を抽出してア
プリケーション１とデータベース５との接続を行う。

Description

【発明の詳細な説明】

【０００１】

【発明の属する技術分野】この発明は、複数の末端から
アクセスされたアプリケーションサーバが、端末のアプ
リケーションから要求された処理を、データベースを利
用して行うデータ共有システム及びデータ共有方法に関
するものである。

【０００２】

【従来の技術】図１６は、従来のデータ共有システムを
示す構成図である。図において、１はクライアントが使
用する端末に搭載されたアプリケーション、１０２は複
数の端末が接続され、各端末に搭載されたアプリケーシ
ョン１からアクセスされるアプリケーションサーバ、１
０３はアプリケーションサーバ１０２において各アプリ
ケーション１とデータベースとの接続が行われるコネク
ションプール、４はコネクションプール１０３において
アプリケーション１とデータベース５とを接続する論理
的通信路のコネクション、５はデータベース装置に備え
られたデータベースである。

【０００３】次に動作について説明する。クライアント
の操作に基づいて動作するアプリケーション１と、アプ
リケーション１のアクセスに応答して様々な処理動作を
行うアプリケーションサーバ１０２と、アプリケーショ
ンサーバ１０２のアクセスに応答して所望のデータ提供
や、データ更新・格納等を行うデータベース５によって
構成された三階層のアーキテクチャを有するシステムで
は、アプリケーションサーバ１０２がアプリケーション
１からアクセスされるたびに、アプリケーション１とデ
ータベース５とを接続する通信路の生成・破棄を行う
と、システム全体の稼動効率が低下する。

【０００４】そこで、アプリケーションサーバ１０２
は、予めデータベース５との接続に用いる論理的通信路
のコネクション４をいくつか生成しておき、アプリケー
ション１からアクセスが行われると用意してあるコネク
ション４を利用して接続し、アプリケーション１をデー
タベース５にアクセスさせるようにしている。また、ア
プリケーション１のアクセスに対応して一度使用したコ
ネクション４を破棄せずに蓄積・保存しておき、再びア
プリケーション１がデータベース５を使用するとき当該
コネクション４を使用する。このようにアプリケーショ
ンサーバ１０２は、再びアプリケーション１から要求さ
れた処理を行う場合に、コネクションプール１０３に蓄
積・保存しているコネクション４を使用することで、ア
プリケーション１とデータベース５との通信路を新たに
確立する処理動作が簡略化することが可能になり、アプ
リケーションサーバ１０２とデータベース５の処理負荷
を抑制している。

【０００５】例えば、クライアントがアプリケーション
１としてブラウザ等を用い、Ｗｏｒｌｄ Ｗｉｄｅ Ｗ
ｅｂ（以下、ＷＷＷと記載する）にアクセスする場合に
は、当該ＷＷＷを配信するアプリケーションサーバ１０
２は、処理性能の低下を防ぐため、ブラウザ等がデータ
ベース５にアクセスしたとき使用したコネクション４を
蓄積・保存するコネクションプール１０３を備え、デー
タベース５へ接続するコネクション４が必要になるとコ
ネクションプール１０３に蓄積・保存されているコネク
ション４を用いるようにしている。

【０００６】

【発明が解決しようとする課題】従来のデータ共有シス
テムは、以上のように構成されていたので、ブラウザ等
がＷＷＷを配信するアプリケーションサーバにアクセス
し、アプリケーションサーバが行った処理結果をブラウ
ザへ返送させる動作処理において、例えばアプリケーシ
ョンサーバとデータベースとを接続している通信ネット
ワーク上のエラーや、データベース自身の不具合による
エラーや、アプリケーションサーバがデータベースへ接
続する際に用いるドライバの不具合によるエラーなどが
発生して、アプリケーションサーバとデータベースとの
接続が遮断されてしまうと、アプリケーションサーバは
自ら備えるプログラムによって対処するか、当該プログ
ラムを備えていない場合はブラウザにエラーメッセージ
を返送する以外に有効な対処ができないという課題があ
った。

【０００７】また、アプリケーションサーバにおいて、
データベースとの接続でエラーが発生したコネクション
が、そのまま使用不可能な状態でコネクションプールに
残留するため、コネクションプール内で実際に使用可能
なコネクションの数が次第に減少し、コネクションを使
用できるアプリケーションの数も制限され、アプリケー
ションサーバの稼動率が低下し、処理能力が十分発揮で
きなくなるという課題があった。

【０００８】この発明は、上記のような課題を解決する
ためになされたもので、クライアント端末のアプリケー
ションと、データベース装置に備えられたデータベース
との接続を、アプリケーションサーバが備えたコネクシ
ョンプールにおいて効率良くコネクションを使用して行
い、安定したデータベース利用が可能となるデータ共有
システム及びデータ共有方法を得ることを目的とする。

【０００９】

【課題を解決するための手段】この発明に係るデータ共
有システムは、アプリケーションサーバが、クライアン
ト端末に搭載されたアプリケーションとデータベースと
を接続するコネクションを蓄積し、蓄積したコネクショ
ンの中から正常に動作するコネクションを取得してアプ
リケーションとデータベースとを接続するコネクション
蓄積手段を備えたものである。

【００１０】この発明に係るデータ共有システムは、コ
ネクション蓄積手段が、コネクションを蓄積する蓄積手
段と、当該コネクション蓄積手段の動作を制御する制御
手段とを備え、蓄積手段に蓄積されているコネクション
の動作を制御手段の制御によって確認し、正常に動作す
るコネクションを抽出するものである。

【００１１】この発明に係るデータ共有システムは、ア
プリケーションサーバに、クライアント端末に搭載され
たアプリケーションの要求に対応した処理を行うサーブ
レットを備え、コネクション蓄積手段が正常に動作する
ことを確認したコネクションを用いてサーブレットとデ
ータベースとを接続するものである。

【００１２】この発明に係るデータ共有システムは、コ
ネクション蓄積手段が、蓄積手段に蓄積されたコネクシ
ョンの中から正常に動作するコネクションが抽出できな
い場合に、正常に動作しないコネクションを破棄して新
たにコネクションを生成する制御手段を備えたものであ
る。

【００１３】この発明に係るデータ共有システムは、コ
ネクション蓄積手段が、所定の時間内に正常に動作する
コネクションが取得できない場合に、クライアント端末
に搭載されたアプリケーションにエラー通知を行う制御
手段を備えたものである。

【００１４】この発明に係るデータ共有システムは、コ
ネクション蓄積手段が、予め設定されたエラー内容とコ
ネクションの動作に発生したエラー内容とを比較し、同
一である場合にクライアント端末に搭載されたアプリケ
ーションにエラー通知を行う制御手段を備えたものであ
る。

【００１５】この発明に係るデータ共有システムは、コ
ネクション蓄積手段が、蓄積手段に蓄積されたコネクシ
ョンの中から正常に動作するコネクションが抽出できな
い場合に、蓄積手段に蓄積できる個数の範囲内で新たに
コネクションを生成する制御手段を備えたものである。

【００１６】この発明に係るデータ共有システムは、コ
ネクション蓄積手段が、蓄積手段に蓄積されたコネクシ
ョンの中から正常に動作するコネクションが抽出できな
い場合に、正常に動作するコネクションが取得できるま
で所定の回数の範囲内で繰り返しコネクションを生成
し、所定の回数の範囲内で正常に動作するコネクション
が生成できなかったとき、クライアント端末に搭載され
たアプリケーションにエラー通知を行う制御手段を備え
たものである。

【００１７】この発明に係るデータ共有システムは、ア
プリケーションサーバが、複数のコネクション蓄積手段
を備え、コネクション蓄積手段毎にデータベースを複数
接続するものである。

【００１８】この発明に係るデータ共有システムは、ア
プリケーションサーバが、複数のデータベースと接続す
るコネクション蓄積手段を備え、コネクション蓄積手段
はコネクションを用いて任意のデータベースと接続でき
ない場合に、他のデータベースと接続するコネクション
を用いて当該他のデータベースと接続するものである。

【００１９】この発明に係るデータ共有システムは、ク
ライアント端末に搭載されたアプリケーションが、アプ
リケーションサーバにおいて動作を確認したコネクショ
ンに接続してデータベースを使用するものである。

【００２０】この発明に係るデータ共有システムは、ク
ライアント端末に搭載されたアプリケーションが、所定
時間内にアプリケーションサーバにおいて正常に動作す
るコネクションが確認されない場合に、アプリケーショ
ンサーバからエラー通知を受け取るものである。

【００２１】この発明に係るデータ共有システムは、ク
ライアント端末に搭載されたアプリケーションが、予め
アプリケーションサーバに任意のエラー内容を設定し、
このエラー内容と同一のエラーがアプリケーションサー
バにおいて行われるコネクションの動作確認で発生する
と、アプリケーションサーバからエラー通知を受け取る
ものである。

【００２２】この発明に係るデータ共有システムは、ク
ライアント端末に搭載されたアプリケーションが、アプ
リケーションサーバにおいてコネクションを用いて任意
のデータベースと接続できない場合に、他のデータベー
スと接続するコネクションを用いて当該他のデータベー
スと接続するものである。

【００２３】この発明に係るデータ共有方法は、アプリ
ケーションサーバに蓄積されているコネクションの中か
ら使用できるコネクションを検索する過程と、検索によ
って抽出されたコネクションの動作を確認する過程と、
確認において正常に動作したコネクションを用いてクラ
イアント端末に搭載されたアプリケーションとデータベ
ースとを接続する過程とを備えたものである。

【００２４】

【発明の実施の形態】以下、この発明の実施の一形態を
説明する。 実施の形態１．図１は、この発明の実施の形態１による
データ共有システムを示す構成図である。図において、
１はクライアントが操作する端末に搭載されたブラウザ
等のアプリケーションである。２はネットワーク等の通
信回線を介して複数の端末が接続され、各端末のアプリ
ケーション１から要求された処理を行うアプリケーショ
ンサーバである。３はアプリケーションサーバ２に備え
られるコネクションプール（コネクション蓄積手段）、
４はコネクションプール３に蓄積・保存され、アプリケ
ーションサーバ２がアプリケーション１等の要求に応じ
てデータベース５との接続に使用される論理的通信路の
コネクションである。５はデータベース装置に備えられ
たデータベースである。６はコネクションプール３に備
えられ、当該コネクションプール３の各動作を制御する
制御部（制御手段）である。７は制御部６に備えられる
コネクション確認手段、８はコネクション４を蓄積・保
存しておくプール部（蓄積手段）である。

【００２５】図２は、この発明の実施の形態１によるＷ
ＷＷを配信するアプリケーションサーバと、アプリケー
ションサーバに接続されるブラウザとデータベースとを
示す説明図である。図１に示すものと同様、あるいは相
当する部分に同じ符号を付し、その説明を省略する。図
において、１０はクライアントが操作する端末に搭載さ
れたアプリケーションで、例えば、アプリケーションサ
ーバ２が配信するＷＷＷにアクセスしてデータ通信等の
処理を行うブラウザである。１１はアプリケーションサ
ーバ２に備えられたプログラムで、アプリケーションサ
ーバ２においてブラウザ１０のアクセスに対応した処理
を行うサーブレットである。

【００２６】次に動作について説明する。図３及び図４
は、この発明の実施の形態１によるデータ共有システム
の処理過程を示すフローチャートである。実施の形態１
では、クライアントが操作する端末のブラウザ１０がＷ
ＷＷを配信するアプリケーションサーバ２へアクセスす
る場合を例示し、ブラウザ１０に対応して動作処理を行
うサーブレット１１と、コネクションプール３を制御す
る制御部６と、データベース５の動作について図３を用
いて説明する。

【００２７】起動されたアプリケーションサーバ２は、
初めにコネクションプール３を初期化する。初期化にお
いて、コネクションプール３の制御部６は、予め設定さ
れている数のコネクション４をプール部８内に生成する
（ステップＳＴ１０１）。クライアントが端末を操作
し、ブラウザ１０を使用してＷＷＷを配信するアプリケ
ーションサーバ２へアクセスすると、アプリケーション
サーバ２はサーブレット１１を稼動し、ブラウザ１０の
アクセス内容に対応した処理を行う。

【００２８】サーブレット１１は、ブラウザ１０から要
求された処理において、データベース５を使用する処理
が発生すると（ステップＳＴ１０２）、データベース５
との接続に用いるコネクション４の取得をコネクション
プール３に要求する。コネクション４が要求されたコネ
クションプール３は、制御部６の制御によってプール部
８に蓄積されているコネクション４の中から使用可能な
コネクション４を検索する（ステップＳＴ１０３）。使
用できるコネクション４が有った場合には（ステップＳ
Ｔ１０４）、制御部６が当該コネクション４を抽出し、
コネクション確認手段７を用いて動作チェック行う（ス
テップＳＴ１０５）。

【００２９】制御部６のコネクション確認手段７は、例
えば、データベース制御に使用されるＳＬＱ文等によっ
て作成されたチェックプログラムを実行し、当該コネク
ション４を使用してデータベース５へアクセスし、デー
タベース５と所定のデータ通信等を行って動作チェック
を行う（ステップＳＴ１０６）。その結果、当該コネク
ション４がエラーを生じることなく、正常に所定の動作
を行った場合は（ステップＳＴ１０８）、そのコネクシ
ョン４を要求元のサーブレット１１へ引き渡す。また、
コネクション確認手段７が行った動作チェックでエラー
が発生した場合には、そのコネクション４には何らかの
障害が起きているとみなして破棄し（ステップＳＴ１０
９）、再びプール部８の中から使用できるコネクション
４を検索し（ステップＳＴ１０３）、使用できるコネク
ション４が抽出されるまでステップＳＴ１０３ないしス
テップＳＴ１０９の処理過程を繰り返す。

【００３０】また、制御部６は、ステップＳＴ１０４の
判断過程において、プール部８の中に使用可能なコネク
ション４がないと判断した場合には、一定時間待機し
（ステップＳＴ１０７）、再びプール部８の中を検索し
（ステップＳＴ１０３）、使用できるコネクション４が
抽出されるまでステップＳＴ１０３とステップＳＴ１０
４とステップＳＴ１０７の処理過程を繰り返す。これら
処理過程を繰り返しているうちに、いずれかのブラウザ
１０とデータベース５の接続に使用されていたコネクシ
ョン４が開放され、プール部８の中に収められる。制御
部６は、ステップＳＴ１０４とステップＳＴ１０７と共
に繰り返していたステップＳＴ１０３の過程において、
前記開放されたコネクション４が使用可能なことを確認
してプール部８の中から抽出する。この後ステップＳＴ
１０５の過程において、当該コネクション４の動作確認
を行い、その後の各処理過程を順次行う。

【００３１】ステップＳＴ１０８において、正常に動作
するコネクション４が確認され、制御部６の制御によっ
て、コネクションプール３からサーブレット１１へ当該
コネクション４が引き渡されると、サーブレット１１
は、受け取ったコネクション４を使用してデータベース
５へアクセスする（ステップＳＴ１１０）。データベー
ス５は、サーブレット１１から要求された内容に対応し
た処理を行い（ステップＳＴ１１１）、サーブレット１
１との間でデータ等の送受を行って所望の処理を行う。
この処理が終了すると、コネクション４はサーブレット
１１側が開放され、コネクションプール３に返却され
る。すると、コネクションプール３の制御部６は、サー
ブレット１１側が開放されたコネクション４を受け取
り、プール部８へ収める（ステップＳＴ１１２）。この
ように、一度データベース５とサーブレット１１とを接
続したコネクション４は、データベース５側を開放する
ことなく、接続状態を維持してコネクションプール３に
収められ、再びサーブレット１１と、即ち、再びブラウ
ザ１０とデータベース５とを接続する場合には、サーブ
レット１１側をコネクション４に接続する処理だけで済
むことになり、アプリケーションサーバ２とデータベー
ス５の処理負担が軽減される。

【００３２】以上のように、この実施の形態１によれ
ば、コネクションプール３は正常動作を確認したコネク
ション４をサーブレット１１へ引き渡し、データベース
５との接続に使用させるようにしたので、アプリケーシ
ョンサーバ２がデータベース５へアクセスする際に、コ
ネクション４の不具合に起因するエラーを防ぎ、ブラウ
ザ１０等を用いたクライアント端末の要求に安定した対
応ができるという効果がある。

【００３３】実施の形態２．この発明の実施の形態２に
よるデータ共有システムは、実施の形態１で説明した図
１に示すものと同様に構成されたもので、その詳細な説
明を省略する。また、実施の形態２によるデータ共有シ
ステムは、図２に示すものと同様にブラウザ１０とアプ
リケーションサーバ２とデータベース５が接続されたも
ので、その詳細な説明を省略する。図１及び図２におい
て各部分に付した符号を用いて以下の説明を行う。

【００３４】次に動作について説明する。図５及び図６
は、この発明の実施の形態２によるデータ共有システム
の処理過程を示すフローチャートである。図示したステ
ップＳＴ１０１からステップＳＴ１１２の各過程は、図
３及び図４に示す同一符号を付した過程と同様なもの
で、実施の形態１で説明した内容と同じ動作を行う。こ
の実施の形態２によるデータ共有システムは、図４に示
した過程に、図６に示すコネクション４の生成過程（ス
テップＳＴ２０１）を付加したものである。実施の形態
２によるデータ共有システムの動作を図５及び図６のフ
ローチャートを用いて説明し、実施の形態１のデータ共
有システムと同様な処理過程について、詳細な説明を省
略する。

【００３５】初めに、アプリケーションサーバ２が起動
され、また、クライアント端末のブラウザ１０がＷＷＷ
を配信するアプリケーションサーバ２にアクセスし、ス
テップＳＴ１０１からステップＳＴ１０８までの処理過
程が行われる。アプリケーションサーバ２の制御部６
は、コネクション確認手段７によってコネクション４の
動作チェックを行う過程（ステップＳＴ１０５）におい
て、コネクション４が正常に動作するものではなく、使
用できないものと判断したとき（ステップＳＴ１０
８）、当該コネクション４を破棄し（ステップＳＴ１０
９）、その後に新たなコネクション４を生成する（ステ
ップＳＴ２０１）。詳しくは、コネクション確認手段７
によって、コネクション４が正常に動作するか否かを確
認するチェック過程（ステップＳＴ１０５）でエラーが
発生した場合に、制御部６は正常に動作していないこと
から、そのコネクション４に何らかの障害が起きている
と判断して（ステップＳＴ１０８）、当該コネクション
４を破棄し（ステップＳＴ１０９）、新たなコネクショ
ン４を生成する（ステップＳＴ２０１）。この後、新た
に生成したコネクション４の動作確認を行い（ステップ
ＳＴ１０５、ステップＳＴ１０６）、正常に動作するも
のであれば（ステップＳＴ１０８）当該コネクション４
をサーブレット１１に引き渡し、ステップＳＴ１１０な
いしステップＳＴ１１２に示す各処理過程を順次行う。

【００３６】以上のように、この実施の形態２によれ
ば、正常な動作が確認されたコネクション４を、サーブ
レット１１とデータベース５の接続に使用し、また、コ
ネクションプール３の制御部６が、障害が起きているコ
ネクション４を破棄して新たなコネクション４を生成す
るようにしたので、サーブレット１１からデータベース
５へのアクセスが行われる際に、コネクション４の不具
合に起因するエラーを防ぐことができ、また、プール部
８に蓄積されているコネクション４の減少を防ぐことが
できるという効果がある。

【００３７】実施の形態３．この発明の実施の形態３に
よるデータ共有システムは、実施の形態１で説明した図
１に示すものと同様に構成されたもので、その詳細な説
明を省略する。また、実施の形態３によるデータ共有シ
ステムは、図２に示すものと同様にブラウザ１０とアプ
リケーションサーバ２とデータベース５が接続されたも
ので、その詳細な説明を省略する。図１及び図２におい
て各部分に付した符号を用いて以下の説明を行う。

【００３８】次に動作について説明する。図７及び図８
は、この発明の実施の形態３によるデータ共有システム
の処理過程を示すフローチャートである。図示したステ
ップＳＴ１０１からステップＳＴ１１２の各過程は、図
３ないし図６に示す同一符号を付した過程と同様なもの
で、実施の形態１及び実施の形態２で説明した内容と同
じ動作を行う。実施の形態１及び実施の形態２のデータ
共有システムと同様な動作処理について詳細な説明を省
略し、実施の形態３のデータ共有システム特有の動作に
ついて説明する。

【００３９】アプリケーションサーバ２を起動させる
と、実施の形態１で説明したように、コネクションプー
ル３の制御部６は、所定の数のコネクション４をプール
部８内に生成する（ステップＳＴ１０１）。クライアン
ト端末のブラウザ１０がＷＷＷにアクセスし、ブラウザ
１０の要求に対応させたサーブレット１１において、デ
ータベース５を使用する処理が発生すると（ステップＳ
Ｔ１０２）、サーブレット１１はコネクションプール３
へコネクション４を要求する。制御部６は、サーブレッ
ト１１からコネクション４が要求された時刻と、コネク
ション４を要求したサーブレット１１またはブラウザ１
０を識別するアプリケーション識別子とを、自ら備える
テーブルへ記録する（ステップＳＴ３０１）。この後、
制御部６は、プール部８の中から使用できるコネクショ
ン４を検索し（ステップＳＴ１０３）、使用できるコネ
クション４が無かった場合には（ステップＳＴ１０４）
次に説明する待機処理を行う。

【００４０】制御部６は、コネクション４の要求があっ
た時刻から、所定のタイムアウト時間が経過しているか
否かを判断するタイムアウト判断処理を行う（ステップ
ＳＴ３０２）。まだタイムアウト時間を過ぎていない場
合には、一定時間待機（ステップＳＴ１０７）してコネ
クション４の検索（ステップＳＴ１０３）を再び行う。
タイムアウト時間が経過していた場合は（ステップＳＴ
３０２）、コネクション４を要求したサーブレット１１
にエラーを通知し（ステップＳＴ３０３）、ステップＳ
Ｔ１０２から開始されたサーブレット１１とデータベー
ス５との接続処理が終了する。

【００４１】ここで、ステップＳＴ３０２のタイムアウ
ト判断に関連する各処理過程の詳細な動作を説明する。
図９は、タイムアウト判断に用いる情報を記録するテー
ブルの構成を示した説明図である。このテーブルはコネ
クションプール３の制御部６が備え、タイムアウト判断
に関する制御処理が行われる。制御部６は、サーブレッ
ト１１からコネクション４の取得要求を受けると、ステ
ップＳＴ３０１において、コネクション４の要求があっ
た時刻と、例えば図示したようなアプリケーション識別
子を前記時刻に付して、当該コネクション４を要求した
サーブレット１１、即ち、ブラウザ１０（アプリケーシ
ョン１）が識別できるようにテーブルへ記録する。ステ
ップＳＴ１０４の過程において、プール部８の中から使
用できるコネクション４が抽出できなかった場合には、
現在時刻とテーブルに記録された時刻を比較し、タイム
アウト時間が過ぎていれば当該テーブルに記録された時
刻に付されたアプリケーション識別子が示すサーブレッ
ト１１にエラー通知を行う（ステップＳＴ３０２）。タ
イムアウト時間が過ぎていなければ、一定時間待機し
（ステップＳＴ１０７）、プール部８からコネクション
４を検索する処理（ステップＳＴ１０３）を行い、順次
ステップＳＴ１０４以降の処理過程を行う。

【００４２】以上のように、この実施の形態３によれ
ば、正常な動作が確認されたコネクション４をサーブレ
ット１１とデータベース５の接続に使用し、また、コネ
クションプール３の制御部６が、タイムアウト時間内に
使用できるコネクション４を抽出できなかった場合に
は、コネクション４を要求したサーブレット１１にエラ
ー通知を送るようにしたので、データベース５へのアク
セスが行われる際に、コネクション４の不具合に起因す
るエラーを防ぐことができ、また、使用できるコネクシ
ョン４が取得できなかった事態をサーブレット１１、ま
たブラウザ１０が認識し、クライアントに察知させるこ
とができるという効果がある。

【００４３】実施の形態４．この発明の実施の形態４に
よるデータ共有システムの構成は、実施の形態１で説明
した図１に示すものと同様に構成されたもので、その詳
細な説明を省略する。また、実施の形態４によるデータ
共有システムは、図２に示すものと同様にブラウザ１０
とアプリケーションサーバ２とデータベース５が接続さ
れたもので、その詳細な説明を省略する。図１及び図２
において各部分に付した符号を用いて以下の説明を行
う。

【００４４】次に動作について説明する。図１０及び図
１１は、この発明の実施の形態４によるデータ共有シス
テムの処理過程を示すフローチャートである。図示した
ステップＳＴ１０１ないしステップＳＴ１１２の各過程
は、図３、図４等に示す同一符号が付された過程と同様
で、実施の形態１及び実施の形態２で説明した内容と同
じものである。また、ステップＳＴ２０１に示すコネク
ション４の生成過程は図４に示すものと同様である。実
施の形態４によるデータ共有システムは、図６に示した
コネクション４の生成過程（ステップＳＴ２０１）を行
う前に、コネクション４の動作確認で発生したエラー
が、事前に制御部６に設定されたエラー内容と同一か否
かを判断する過程（ステップＳＴ４０１）を付加したも
のである。実施の形態１及び実施の形態２のデータ共有
システムと同様な動作処理について詳細な説明を省略
し、実施の形態４のデータ共有システム特有の動作につ
いて説明する。

【００４５】予めクライアント端末のブラウザ１０（ア
プリケーション１）によって、アプリケーションサーバ
２のコネクションプール３に任意のエラー内容を設定し
ておく。このエラー内容は、コネクションプール３の制
御部６に設定される。制御部６に設定されたエラー内容
は、例えば、データベース５が稼動していないために生
じる障害などで、これ以上処理を遂行できない障害が発
生したことを示すものである。

【００４６】アプリケーションサーバ２に備えられたサ
ーブレット１１とコネクションプール３の制御部６は、
ステップＳＴ１０１ないしステップＳＴ１０４の過程に
おいて所定の処理を行った後、制御部６は、コネクショ
ン確認手段７を使用してコネクション４の動作チェック
を行い（ステップＳＴ１０５）、その結果コネクション
４が正常に動作しないと判断した場合には（ステップＳ
Ｔ１０８）、当該コネクション４を破棄する（ステップ
ＳＴ１０９）。この後、コネクション４の動作確認（ス
テップＳＴ１０５、及びステップＳＴ１０６）において
発生したエラーの内容が、予め制御部６に設定されたエ
ラー内容と同一か否かを比較し（ステップＳＴ４０
１）、同一であると判断した場合はサーブレット１１に
エラー通知を行う。エラー通知を制御部６から受け取っ
たサーブレット１１は、コネクション４による接続処理
を終了させ（ステップＳＴ４０２）、ブラウザ１０に当
該エラー通知を送ってクライアント端末から要求された
処理が続行不可能であることをクライアントに通知す
る。

【００４７】また、ステップＳＴ４０１の過程におい
て、コネクション４に発生したエラーの内容が制御部６
に設定されたエラー内容と同一ではないと判断した場合
は、新規のコネクション４を生成し（ステップＳＴ２０
１）、コネクション確認手段７を使って新規のコネクシ
ョン４が正常に動作するか否かを確認し（ステップＳＴ
１０５）、以降の各過程の処理を行う。

【００４８】以上のように、この実施の形態４によれ
ば、コネクション４の動作確認において、予め制御部６
に設定されたエラーが発生した場合に、サーブレット１
１にエラー通知を行うようにしたので、クライアント
は、ブラウザ１０から要求した処理に障害が発生したこ
とを察知できるという効果がある。

【００４９】実施の形態５．この発明の実施の形態５に
よるデータ共有システムの構成は、実施の形態１で説明
した図１に示すものと同様に構成されたもので、その詳
細な説明を省略する。また、実施の形態５によるデータ
共有システムは、図２に示すものと同様にブラウザ１０
とアプリケーションサーバ２とデータベース５が接続さ
れたもので、その詳細な説明を省略する。図１及び図２
において各部分に付した符号を用いて以下の説明を行
う。

【００５０】次に動作について説明する。図１２及び図
１３は、この発明の実施の形態５によるデータ共有シス
テムの処理動作を示すフローチャートである。図示した
ステップＳＴ１０２ないしステップＳＴ１０６、ステッ
プＳＴ１０８ないしステップＳＴ１１２の各過程は、図
３、図４等に示す同一符号が付された過程と同様で、実
施の形態１で説明した内容と同じものである。実施の形
態１のデータ共有システムと同様な動作処理について詳
細な説明を省略し、実施の形態５のデータ共有システム
特有の動作について説明する。

【００５１】起動されたアプリケーションサーバ２は、
初めにコネクションプール３を初期化する。初期化にお
いて、コネクションプール３の制御部６は、初期設定数
として予め設定されている数のコネクション４をプール
部８内に生成する（ステップＳＴ５０１）。クライアン
トが端末を操作し、ブラウザ１０を起動させてＷＷＷを
介してアプリケーションサーバ２へアクセスすると、ア
プリケーションサーバ２はサーブレット１１を稼動し、
ブラウザ１０のアクセス内容に対応した処理を行う。

【００５２】サーブレット１１は、ブラウザ１０から要
求された処理において、データベース５を使用する処理
が発生すると（ステップＳＴ１０２）、データベース５
との接続に用いるコネクション４の取得をコネクション
プール３に要求する。コネクションプール３の制御部６
は、プール部８の中を検索した回数をカウントするリト
ライ数カウント値をリセットし（ステップＳＴ５０
２）、この後、プール部８に蓄えられているコネクショ
ン４の中から、使用可能なコネクション４を検索する
（ステップＳＴ１０３）。

【００５３】プール部８の中に使用可能なコネクション
４が無かった場合には（ステップＳＴ１０４）、プール
部８内に蓄積されているコネクション４の数が所定の最
大数まで達しているか否かを判断する（ステップＳＴ５
０３）。最大数まで達していた場合は、使用できるコネ
クション４が生じるまで一定時間待機し（ステップＳＴ
５０４）、再びプール部８の中から使用できるコネクシ
ョン４を検索する（ステップＳＴ１０３）。使用できる
コネクション４が抽出できた場合は（ステップＳＴ１０
４）、コネクション確認手段７を使用して当該コネクシ
ョン４の動作確認を行う（ステップＳＴ１０５）。ま
た、ステップＳＴ１０３の過程において、使用できるコ
ネクション４が抽出できなかった場合は、ステップＳＴ
１０４、ステップＳＴ５０３、ステップＳＴ５０４、ス
テップＳＴ１０３の各過程を繰り返して、使用できるコ
ネクション４が抽出されるまで一定時間毎にプール部８
の中を検索する。この検索は、いずれかのサーブレット
１１とデータベース５とを接続していたコネクション４
が開放され、プール部８に収められるまで繰り返され
る。制御部６が、前記開放されたコネクション４をプー
ル部８から抽出すると、次のステップＳＴ１０５の処理
過程を行い、順次各過程が実施される。

【００５４】また、制御部６がステップＳＴ５０３にお
いて、プール部８の中に蓄積されているコネクション４
の数が最大数まで達していないと判断した場合には、新
規にコネクション４を生成し（ステップＳＴ５０５）、
コネクション確認手段７を使用して、このコネクション
４の動作確認を行う（ステップＳＴ１０５）。

【００５５】なお、コネクション確認手段７を使用した
コネクション４の動作確認（ステップＳＴ１０５）は、
実施の形態１で説明したように、制御部６のコネクショ
ン確認手段７がチェックプログラムを実行し、データベ
ース５と所定のデータ通信等を行って当該コネクション
４の動作チェックを行う（ステップＳＴ１０６）もので
ある。その結果、エラーを生じることなく正常に動作し
た場合は（ステップＳＴ１０８）、そのコネクション４
を要求元のサーブレット１１へ引き渡す。また、コネク
ション確認手段７が行った動作チェックでエラーが発生
した場合には、そのコネクション４に何らかの障害が起
きているとみなし、そのコネクション４を破棄する（ス
テップＳＴ１０９）。

【００５６】ステップＳＴ１０８において、コネクショ
ン４が正常に動作することが確認され、制御部６の制御
によってコネクションプール３からサーブレット１１へ
当該コネクション４が引き渡されると、サーブレット１
１は、受け取ったコネクション４を使用してデータベー
ス５へアクセスする（ステップＳＴ１１０）。なお、サ
ーブレット１１がコネクションプール３からコネクショ
ン４を受け取った場合はエラー通知もなされていないの
で、サーブレット１１はエラー通知が無いと判断して
（ステップＳＴ５１１）データベース５にコネクション
４を使用してアクセスする。

【００５７】データベース５は、サーブレット１１から
要求された内容に対応した処理を行い（ステップＳＴ１
１１）、サーブレット１１との間でデータ等の送受を行
う。サーブレット１１は、所望の処理が終了するとコネ
クション４のサーブレット側の接続を開放してコネクシ
ョンプール３へ返却する。すると、コネクションプール
３の制御部６は、サーブレット１１側が開放され、ま
た、データベース５側が接続された状態のコネクション
４を受け取り、プール部８へ収める（ステップＳＴ１１
２）。

【００５８】また、制御部６は、ステップＳＴ１０８に
おいて、コネクション４が正常に動作しないと判断した
場合は、当該コネクション４を破棄し（ステップＳＴ１
０９）、新規にコネクション４を生成して（ステップＳ
Ｔ５０６）使用できるコネクション４が生成できたか否
かを判断し（ステップＳＴ５０７）、コネクション４が
生成できたと判断した場合は、当該コネクション４をサ
ーブレット１１へ引き渡し、順次ステップＳＴ１１０以
降の処理過程が行われる。

【００５９】また、制御部６は、ステップＳＴ５０７に
おいて、コネクション４が生成できなかったと判断した
場合は、リトライ回数カウントの値を加算し（ステップ
ＳＴ５０８）、所定の最大リトライ回数を超えたか否か
を判断する（ステップＳＴ５０９）。ステップＳＴ５０
９の判断において、最大リトライ回数を超えていない場
合には、リトライ間隔として所定の時間待機し（ステッ
プＳＴ５１０）、例えばデータベース５やデータベース
５と接続する物理的な通信路などに発生している障害が
復旧するまで待機して、その後ステップＳＴ５０６の処
理過程へ戻り、新規にコネクション４を生成して順次ス
テップＳＴ５０７以降の各処理過程を行う。また、ステ
ップＳＴ５０９の判断において、最大リトライ回数を越
えた場合には、サーブレット１１にエラー通知を送る。
サーブレット１１は、エラー通知が有ったことを判断し
（ステップＳＴ５１１）、コネクション４を使用したデ
ータベース５との接続要求に関する処理を終了させ、ク
ライアント端末にブラウザ１０から要求された処理が遂
行不可能であることを通知する。

【００６０】ここで、ステップＳＴ５０７の過程で行う
判断について説明する。ステップＳＴ５０６において、
制御部６は、新規にコネクション４を生成するときにデ
ータベース５や、データベース５とアプリケーションサ
ーバ２とを接続する物理的な通信路などに障害がある場
合には、正常なコネクション４を生成することができな
い。このような場合に制御部６は所定のエラーメッセー
ジを発し、ステップＳＴ５０７において使用できるコネ
クション４が生成できなかったと判断して、ステップＳ
Ｔ５０８の過程に進みリトライ回数カウントの値を加算
する。また、制御部６が前記所定のエラーメッセージを
発していなければ、ステップＳＴ５０７において正常に
動作するコネクション４が生成されたと判断する。な
お、ステップＳＴ５０７の判断過程に代えて、ステップ
ＳＴ１０５、ステップＳＴ１０６のコネクション確認手
段７を使用した動作チェックを行うようにしても同様な
作用効果が得られる。

【００６１】以上のように、この実施の形態５によれ
ば、コネクション４の動作確認を行い、正常に動作しな
いものを破棄して新たにコネクション４を生成し、これ
を複数回繰り返しても正常に動作するコネクション４が
得られない場合には、クライアントにサーブレット１１
及びブラウザ１０を介してエラー通知を行うようにした
ので、詳細な設定に基づいて正常なコネクション４を生
成することができ、また、正常に動作するコネクション
４が生成できなかった場合には、処理を遂行できない状
況をクライアントが察知できるという効果がある。

【００６２】実施の形態６．図１４は、この発明の実施
の形態６によるデータ共有システムを示す構成図であ
る。図１に示したデータ共有システムと同一、あるいは
相当する部分に同じ符号を付し、その説明を省略する。
図１４に示すデータ共有システムは、データベース５を
複数備え、各データベース５に対応するコネクションプ
ール３をアプリケーションサーバ２に複数備えたもの
で、ここでは、２台のデータベース５が１台のアプリケ
ーションサーバ２に接続され、また、データベース５に
対応するコネクションプール３を二つアプリケーション
サーバ２に備えたものを例示して説明する。各コネクシ
ョンプール３は、実施の形態１で図１及び図２を用いて
説明したものと同様に構成され、各々制御部６とプール
部８とを備え、また、制御部６はコネクション確認手段
７を備えたものである。

【００６３】次に動作について説明する。実施の形態６
のアプリケーションサーバ２は、二つのコネクションプ
ール３を備えたものだが、各コネクションプール３の基
本的な構成は図１に示したコネクションプール３と同様
で、また、基本的な動作は実施の形態１ないし実施の形
態５で説明した何れかのコネクションプール３と同様に
動作する。

【００６４】起動されたアプリケーションサーバ２は、
各コネクションプール３の初期化を行い、プール部８毎
に所定の数のコネクション４を生成する。プール部８は
所定のデータベース５に対応して処理動作を行うので、
アプリケーション１がアプリケーションサーバ２に所望
の処理を要求する場合には、どのデータベース５を利用
するのか、または、どのプール部８のコネクション４を
取得したいのかを指定してアプリケーションサーバ２へ
要求する。アプリケーションサーバ２は、この要求に応
じて複数のコネクションプール３の中から指定されたコ
ネクションプール３を選択して、そのコネクションプー
ル３の中からコネクション４を取得してアプリケーショ
ン１とデータベース５との接続を行う。コネクションプ
ール３によるコネクション４の取得は、実施の形態１な
いし実施の形態５で説明した何れかのコネクションプー
ル３と同様に行われ、その後、データベース５を用いた
各処理が行われる。アプリケーションサーバ２は、複数
のコネクションプール３を備えることで、同時に複数の
データベース５と接続することも可能になり、また、複
数のサーブレット１１が同時に所望のデータベース５に
アクセスして処理を行うことも可能になる。

【００６５】以上のように、この実施の形態６によれ
ば、アプリケーションサーバ２に複数のコネクションプ
ール３を備え、コネクションプール３毎にデータベース
５にアクセス可能に構成したので、アプリケーションサ
ーバ２は、複数のアプリケーション１から送られた要求
に対して複数のデータベースを使用して処理が行えると
いう効果がある。

【００６６】実施の形態７．図１５は、この発明の実施
の形態７によるデータ共有システムを示す構成図であ
る。図１に示したデータ共有システムと同一、あるいは
相当する部分に同じ符号を付し、その説明を省略する。
図１５に示すデータ共有システムは、一つのコネクショ
ンプール３に複数のデータベース５が接続され、アクセ
ス可能に構成したものである。なお、実施の形態７のコ
ネクションプール３は実施の形態１等のコネクションプ
ール３と同様に、制御部６とプール部８とを備え、ま
た、制御部６はコネクション確認手段７を備えたもので
ある。

【００６７】次に動作について説明する。実施の形態７
のデータ共有システムの基本的な動作は、アプリケーシ
ョンサーバ２が起動されると、初めにコネクションプー
ル３の初期化を行い、プール部８に所定の数のコネクシ
ョン４を生成する。この後、実施の形態１ないし実施の
形態５で説明したデータ共有システムのように、アプリ
ケーション１等から送られた要求に対応してデータベー
ス５を使用した処理を行う。ただし、例えば、図４、図
６、図８、図１１、及び図１２のフローチャートに示し
たステップＳＴ１０８の判断処理において、コネクショ
ンプール３の制御部６は、コネクション確認手段７が行
った動作チェック（ステップＳＴ１０５、及びステップ
ＳＴ１０６）でコネクション４が正常に動作しなかった
と判断した場合に、当該コネクション４が接続するデー
タベース５とは別のデータベース５に接続するコネクシ
ョン４を生成し、あるいはプール部８の中を検索して前
記別のデータベース５と接続するコネクション４を抽出
し、これを用いて前記別なデータベース５と接続してア
プリケーション１の要求した処理を行う。

【００６８】以上のように、この実施の形態７によれ
ば、アプリケーションサーバ２において、コネクション
プール３の制御部６がコネクション４の動作を確認した
結果、正常に動作しないと判断した場合に、別のデータ
ベース５に接続するコネクション４を用いて、前記別の
データベース５と接続してアプリケーション１等から送
られた要求に対応した処理を行うようにしたので、正常
に動作するコネクション４が得られない場合でも別のデ
ータベース５に接続するコネクション４を用いて所望の
処理を行うことができ、アプリケーション１はコネクシ
ョン４等に生じた障害の影響を受けることなく、安定し
て要求した処理結果を得ることができるという効果があ
る。

【００６９】

【発明の効果】以上のように、この発明によれば、アプ
リケーションサーバが、クライアント端末に搭載された
アプリケーションとデータベースとを接続するコネクシ
ョンを蓄積し、蓄積したコネクションの中から正常に動
作するコネクションを取得してアプリケーションとデー
タベースとを接続するコネクション蓄積手段を備えたの
で、データベースの使用に関してコネクションの不具合
に起因する障害を防ぎ、アプリケーションの要求に安定
した対応ができるという効果がある。

【００７０】この発明によれば、コネクション蓄積手段
が、コネクションを蓄積する蓄積手段と、当該コネクシ
ョン蓄積手段の動作を制御する制御手段とを備え、蓄積
手段に蓄積されているコネクションの動作を制御手段の
制御によって確認し、正常に動作するコネクションを抽
出するようにしたので、データベースの使用に関してコ
ネクションの不具合に起因する障害を防ぎ、アプリケー
ションの要求に安定した対応ができるという効果があ
る。

【００７１】この発明によれば、アプリケーションサー
バに、クライアント端末に搭載されたアプリケーション
の要求に対応した処理を行うサーブレットを備え、コネ
クション蓄積手段が正常に動作することを確認したコネ
クションを用いてサーブレットとデータベースとを接続
するようにしたので、データベースの使用に関してコネ
クションの不具合に起因する障害を防ぎ、アプリケーシ
ョンの要求に安定した対応ができるという効果がある。

【００７２】この発明によれば、コネクション蓄積手段
が、蓄積手段に蓄積されたコネクションの中から正常に
動作するコネクションが抽出できない場合に、正常に動
作しないコネクションを破棄して新たにコネクションを
生成する制御手段を備えたので、蓄積されるコネクショ
ンの減少を防ぐことができ、アプリケーションサーバの
能力を衰退させることなく活用できるという効果があ
る。

【００７３】この発明によれば、コネクション蓄積手段
が、所定の時間内に正常に動作するコネクションが取得
できない場合に、クライアント端末に搭載されたアプリ
ケーションにエラー通知を行う制御手段を備えたので、
クライアント端末から要求された処理が実施不可能であ
ることをクライアント端末に察知させることができると
いう効果がある。

【００７４】この発明によれば、コネクション蓄積手段
が、予め設定されたエラー内容とコネクションの動作に
発生したエラー内容とを比較し、同一である場合にクラ
イアント端末に搭載されたアプリケーションにエラー通
知を行う制御手段を備えたので、クライアント端末から
要求された処理が実施不可能であることをクライアント
端末に察知させることができるという効果がある。

【００７５】この発明によれば、コネクション蓄積手段
が、蓄積手段に蓄積されたコネクションの中から正常に
動作するコネクションが抽出できない場合に、蓄積手段
に蓄積できる個数の範囲内で新たにコネクションを生成
する制御手段を備えたので、コネクション蓄積手段を効
率よく使用することができ、正常に動作するコネクショ
ンを確実に取得できるという効果がある。

【００７６】この発明によれば、コネクション蓄積手段
が、蓄積手段に蓄積されたコネクションの中から正常に
動作するコネクションが抽出できない場合に、正常に動
作するコネクションが取得できるまで所定の回数の範囲
内で繰り返しコネクションを生成し、所定の回数の範囲
内で正常に動作するコネクションが生成できなかったと
き、クライアント端末に搭載されたアプリケーションに
エラー通知を行う制御手段を備えたので、正常に動作す
るコネクションを確実に取得することができ、正常に動
作するコネクションが取得できない場合には、クライア
ント端末から要求された処理が実施不可能であることを
クライアント端末に察知させることができるという効果
がある。

【００７７】この発明によれば、アプリケーションサー
バが、複数のコネクション蓄積手段を備え、コネクショ
ン蓄積手段毎にデータベースを複数接続するようにした
ので、クライアント端末の多様な要求に応じてデータベ
ースを使用した処理ができるという効果がある。

【００７８】この発明によれば、アプリケーションサー
バが、複数のデータベースと接続するコネクション蓄積
手段を備え、コネクション蓄積手段はコネクションを用
いて任意のデータベースと接続できない場合に、他のデ
ータベースと接続するコネクションを用いて当該他のデ
ータベースと接続するようにしたので、コネクションに
起因した障害の影響を受けることなく、処理結果を安定
して得ることができるという効果がある。

【００７９】この発明によれば、クライアント端末に搭
載されたアプリケーションが、アプリケーションサーバ
において動作を確認したコネクションに接続してデータ
ベースを使用するようにしたので、データベースの使用
に関してコネクションの不具合に起因する障害が防が
れ、安定した処理結果が得られるという効果がある。

【００８０】この発明によれば、クライアント端末に搭
載されたアプリケーションが、所定時間内にアプリケー
ションサーバにおいて正常に動作するコネクションが確
認されない場合に、アプリケーションサーバからエラー
通知を受け取るようにしたので、クライアント端末はア
プリケーションサーバに要求した処理が実施不可能であ
ることが察知できるという効果がある。

【００８１】この発明によれば、クライアント端末に搭
載されたアプリケーションが、予めアプリケーションサ
ーバに任意のエラー内容を設定し、このエラー内容と同
一のエラーがアプリケーションサーバにおいて行われる
コネクションの動作確認で発生すると、アプリケーショ
ンサーバからエラー通知を受け取るようにしたので、ク
ライアント端末はアプリケーションサーバに要求した処
理が実施不可能であることが察知できるという効果があ
る。

【００８２】この発明によれば、クライアント端末に搭
載されたアプリケーションが、アプリケーションサーバ
においてコネクションを用いて任意のデータベースと接
続できない場合に、他のデータベースと接続するコネク
ションを用いて当該他のデータベースと接続するように
したので、データベースの使用に関してコネクションの
不具合に起因する障害が防がれ、安定した処理結果が得
られるという効果がある。

【００８３】この発明によれば、アプリケーションサー
バに蓄積されているコネクションの中から使用できるコ
ネクションを検索する過程と、検索によって抽出された
コネクションの動作を確認する過程と、確認において正
常に動作したコネクションを用いてクライアント端末に
搭載されたアプリケーションとデータベースとを接続す
る過程とを備えたので、データベースの使用に関してコ
ネクションの不具合に起因する障害を防ぎ、アプリケー
ションの要求に安定した対応ができるという効果があ
る。

【図面の簡単な説明】

【図１】 この発明の実施の形態１によるデータ共有シ
ステムを示す構成図である。

【図２】 この発明の実施の形態１によるＷＷＷを配信
するアプリケーションサーバに接続されるブラウザとデ
ータベースを示す説明図である。

【図３】 この発明の実施の形態１によるデータ共有シ
ステムの処理過程を示すフローチャートである。

【図４】 この発明の実施の形態１によるデータ共有シ
ステムの処理過程を示すフローチャートである。

【図５】 この発明の実施の形態２によるデータ共有シ
ステムの処理過程を示すフローチャートである。

【図６】 この発明の実施の形態２によるデータ共有シ
ステムの処理過程を示すフローチャートである。

【図７】 この発明の実施の形態３によるデータ共有シ
ステムの処理過程を示すフローチャートである。

【図８】 この発明の実施の形態３によるデータ共有シ
ステムの処理過程を示すフローチャートである。

【図９】 実施の形態３によるデータ共有システムのタ
イムアウト判断に用いる情報を記録するテーブルの構成
を示した説明図である。

【図１０】 この発明の実施の形態４によるデータ共有
システムの処理過程を示すフローチャートである。

【図１１】 この発明の実施の形態４によるデータ共有
システムの処理過程を示すフローチャートである。

【図１２】 この発明の実施の形態５によるデータ共有
システムの処理過程を示すフローチャートである。

【図１３】 この発明の実施の形態５によるデータ共有
システムの処理過程を示すフローチャートである。

【図１４】 この発明の実施の形態６によるデータ共有
システムを示す構成図である。

【図１５】 この発明の実施の形態７によるデータ共有
システムを示す構成図である。

【図１６】 従来のデータ共有システムを示す構成図で
ある。

【符号の説明】

１ アプリケーション、２ アプリケーションサーバ、
３ コネクションプール（コネクション蓄積手段）、４
コネクション、５ データベース、６ 制御部（制御
手段）、７ コネクション確認手段、８ プール部（蓄
積手段）、１０ブラウザ、１１ サーブレット。

───────────────────────────────────────────────────── フロントページの続き (72)発明者 太田 一史 東京都千代田区丸の内二丁目２番３号 三 菱電機株式会社内 (72)発明者 鷲尾 元太郎 東京都千代田区丸の内二丁目２番３号 三 菱電機株式会社内 Ｆターム(参考） 5B082 EA01 HA00 HA08 5B085 BC02 BG03

Claims (15)

【特許請求の範囲】
1. 【請求項１】 複数のクライアント端末に搭載されたア
   プリケーションのアクセスに応じてデータベースを使用
   した処理を行うアプリケーションサーバを備えたデータ
   共有システムであって、 前記アプリケーションサーバは、 前記クライアント端末に搭載されたアプリケーションと
   前記データベースとを接続するコネクションを蓄積し、
   蓄積したコネクションの中から正常に動作するコネクシ
   ョンを取得して前記アプリケーションと前記データベー
   スとを接続するコネクション蓄積手段を備えたことを特
   徴とするデータ共有システム。
2. 【請求項２】 コネクション蓄積手段は、コネクション
   を蓄積する蓄積手段と、当該コネクション蓄積手段の動
   作を制御する制御手段とを備え、 前記蓄積手段に蓄積されているコネクションの動作を前
   記制御手段の制御によって確認し、正常に動作するコネ
   クションを抽出することを特徴とする請求項１記載のデ
   ータ共有システム。
3. 【請求項３】 アプリケーションサーバは、クライアン
   ト端末に搭載されたアプリケーションの要求に対応した
   処理を行うサーブレットを備え、 コネクション蓄積手段は、正常に動作することを確認し
   たコネクションを用いて前記サーブレットとデータベー
   スとを接続することを特徴とする請求項１記載のデータ
   共有システム。
4. 【請求項４】 コネクション蓄積手段は、蓄積手段に蓄
   積されたコネクションの中から正常に動作するコネクシ
   ョンが抽出できない場合に、正常に動作しないコネクシ
   ョンを破棄して新たにコネクションを生成する制御手段
   を備えたことを特徴とする請求項２記載のデータ共有シ
   ステム。
5. 【請求項５】 コネクション蓄積手段は、所定の時間内
   に正常に動作するコネクションが取得できない場合に、
   クライアント端末に搭載されたアプリケーションにエラ
   ー通知を行う制御手段を備えたことを特徴とする請求項
   ２記載のデータ共有システム。
6. 【請求項６】 コネクション蓄積手段は、予め設定され
   たエラー内容とコネクションの動作に発生したエラー内
   容とを比較し、同一である場合にクライアント端末に搭
   載されたアプリケーションにエラー通知を行う制御手段
   を備えたことを特徴とする請求項２記載のデータ共有シ
   ステム。
7. 【請求項７】 コネクション蓄積手段は、蓄積手段に蓄
   積されたコネクションの中から正常に動作するコネクシ
   ョンが抽出できない場合に、前記蓄積手段に蓄積できる
   個数の範囲内で新たにコネクションを生成する制御手段
   を備えたことを特徴とする請求項２記載のデータ共有シ
   ステム。
8. 【請求項８】 コネクション蓄積手段は、蓄積手段に蓄
   積されたコネクションの中から正常に動作するコネクシ
   ョンが抽出できない場合に、正常に動作するコネクショ
   ンが取得できるまで所定の回数の範囲内で繰り返しコネ
   クションを生成し、前記所定の回数の範囲内で正常に動
   作するコネクションが生成できなかったとき、クライア
   ント端末に搭載されたアプリケーションにエラー通知を
   行う制御手段を備えたことを特徴とする請求項２記載の
   データ共有システム。
9. 【請求項９】 アプリケーションサーバは、複数のコネ
   クション蓄積手段を備え、コネクション蓄積手段毎にデ
   ータベースを複数接続することを特徴とする請求項１記
   載のデータ共有システム。
10. 【請求項１０】 アプリケーションサーバは、複数のデ
    ータベースと接続するコネクション蓄積手段を備え、前
    記コネクション蓄積手段はコネクションを用いて任意の
    データベースと接続できない場合に、他のデータベース
    と接続するコネクションを用いて当該他のデータベース
    と接続することを特徴とする請求項１記載のデータ共有
    システム。
11. 【請求項１１】 アプリケーションサーバにアクセス
    し、データベースの使用を要求するアプリケーションを
    搭載するクライアント端末を備えたデータ共有システム
    であって、 前記クライアント端末に搭載されたアプリケーション
    は、前記アプリケーションサーバにおいて動作を確認し
    たコネクションに接続して前記データベースを使用する
    ことを特徴とするデータ共有システム。
12. 【請求項１２】 クライアント端末に搭載されたアプリ
    ケーションは、所定時間内にアプリケーションサーバに
    おいて正常に動作するコネクションが確認されない場合
    に前記アプリケーションサーバからエラー通知を受け取
    ることを特徴とする請求項１１記載のデータ共有システ
    ム。
13. 【請求項１３】 クライアント端末に搭載されたアプリ
    ケーションは、予めアプリケーションサーバに任意のエ
    ラー内容を設定し、このエラー内容と同一のエラーが前
    記アプリケーションサーバにおいて行われるコネクショ
    ンの動作確認で発生すると前記アプリケーションサーバ
    からエラー通知を受け取ることを特徴とする請求項１１
    記載のデータ共有システム。
14. 【請求項１４】 クライアント端末に搭載されたアプリ
    ケーションは、アプリケーションサーバにおいてコネク
    ションを用いて任意のデータベースと接続できない場合
    に他のデータベースと接続するコネクションを用いて当
    該他のデータベースと接続することを特徴とする請求項
    １１記載のデータ共有システム。
15. 【請求項１５】 アプリケーションサーバに蓄積されて
    いるコネクションの中から使用できるコネクションを検
    索する過程と、 前記検索によって抽出されたコネクションの動作を確認
    する過程と、 前記確認において正常に動作したコネクションを用いて
    クライアント端末に搭載されたアプリケーションとデー
    タベースとを接続する過程とを備えたデータ共有方法。