JP4430900B2 - データベース制御システム及びデータベース制御用プログラム - Google Patents

Description

本発明は、データベース制御システム及び制御用プログラム、特に、データベースをオンラインで処理するときに該データベースへのアクセスが競合した場合の対応が改善されたデータベース制御システム及び制御用プログラムに関し、コンピュータによるデータベース制御の技術分野に属する。

例えば、企業や販売店あるいは各種団体において、社員や顧客あるいは会員の個人データ等は、データベースに記録され、該データベースは、クライアントコンピュータからの新規登録・照会・更新・削除等の各種処理要求に応じて、サーバコンピュータにより制御される。その場合に、上記処理要求を達成するために、いずれにおいてもサーバコンピュータからデータベースにアクセスが試みられ、該データベースに記録されたデータの読込みや書込みが行われる。そして、このとき、同一のデータベースに複数の処理要求が集中したときは、該データベースへのアクセスが競合することになる。

そのような場合に、例えば、先行する１の処理要求に応じてデータベースへのアクセスが行われている途中で、後発の他の処理要求に応じて同一データベースへのアクセスを許可すると、先行する処理に割込みが生じ、その処理の整合性に矛盾が発生する可能性があるから、それを防止するために、先行する１の処理で更新する前に画面表示した時点と同一状態のデータベースであることを確認する。そして、確認の結果、同一状態でなかった場合は、先行する１の処理要求は実行されず、新規登録不可・照会不可・更新不可・削除不可等となって、その処理要求をしたシステムユーザには、要求された処理は競合検知のために実行できなかった、という旨だけが通知される。そして、該ユーザが同じ処理要求を再度実行しようとするときは、もう一度クライアントコンピュータを最初から操作し直す必要が生じ、ユーザに過度の負担を強いることになっていた。

このような問題に対処し得る技術として、特許文献１に開示されるように、データベースへのアクセスの対象を、データベースを構成するテーブルから、該テーブルを構成するレコード、さらには該レコードを構成する各項目にまで細分化することが考えられる。アクセス対象を最小単位の項目にまで細分化すれば、たとえ同じレコード又はテーブルを対象とする複数の処理要求が集中しても、項目が異なれば、該項目へのアクセスが許可されて、そのデータの読込みや書込みが実行可能となる。その結果、複数の処理要求に伴うデータベースへのアクセスの競合が生じ難くなり、同一データベースに対して複数の処理が並行動作されて有利となる。しかしながら、アクセス対象をどのように細分化しても、結局、アクセスの対象が同一項目となるときは、後発の処理要求は実行不可となり、問題の抜本的な解決には至らない。

特開２００１−２４３１０４号公報

本発明は、上記現状に鑑み、データベースをオンラインで処理するときに、該データベースへのアクセスの競合が検知された場合の対応を改善し、もって処理要求を行うシステムユーザの作業負担の軽減及び作業の簡略化・省力化を図ることを課題とする。以下、その他の課題を含め、本発明を詳しく説明する。

すなわち、本願の請求項１に記載の発明は、
複数のデータが記録されてなるデータベースを要求に応じて照会及び更新するデータベース制御システムであって、
照会要求に応じて上記データベースにアクセスし、該データベースを照会する照会アクセス手段と、
該照会アクセス手段によるアクセス後、更新要求に応じて上記データベースにアクセスし、該更新要求時に入力された更新内容で該データベースを更新する更新アクセス手段と、
該更新アクセス手段によるデータベースへのアクセスが他のアクセスと競合していることを検知する検知手段と、
該検知手段により上記更新アクセス手段によるアクセスが他のアクセスと競合していることが検知されたときに、システムの利用履歴を保存するログファイルに保存された上記照会要求時に入力された照会情報と上記更新要求時に入力された上記更新内容を含む更新情報とを入手すると共に、データベースに再びアクセスし、上記照会情報に基づいてデータベースを再照会すると共に、上記更新情報に基づいてデータベースを更新する再アクセス手段と、
上記検知手段により上記更新アクセス手段によるアクセスが他のアクセスと競合していることが検知されたときに、上記照会アクセス手段による照会結果と上記再アクセス手段による再照会結果とを比較し、変更されているデータを識別可能な状態で、上記再アクセス手段による更新結果を提示する提示手段とを有することを特徴とする。

次に、請求項２に記載の発明は、上記請求項１に記載のデータベース制御システムにおいて、
上記ログファイルは、システムの利用履歴を保存する際に、セッションの開始時に発行されるセッションＩＤと、該セッションを構成する複数のトランザクションごとに発行されるトランザクションＩＤと、該トランザクションの内容を示すトランザクション区分とを記録すると共に、
上記再アクセス手段は、上記検知手段により上記更新アクセス手段によるアクセスが他のアクセスと競合していることが検知されたときに、上記ログファイルを最後尾のレコードから遡って読み込み、各レコードのセッションＩＤ、トランザクションＩＤ及びトランザクション区分に基づいて上記照会情報及び上記更新情報を入手することを特徴とする。

次に、請求項３に記載の発明は、上記請求項１又は請求項２に記載のデータベース制御システムにおいて、
上記照会アクセス手段によるデータベースへのアクセスが他のアクセスと競合していることを検知する第２検知手段と、
該第２検知手段により上記照会アクセス手段によるアクセスが他のアクセスと競合していることが検知されたときに、上記照会要求時に入力されてログファイルに保存された上記照会情報を入手すると共に、この照会情報に基づいてデータベースに再びアクセスし、上記データベースを照会する再照会アクセス手段とが備えられ、かつ、
上記提示手段は、上記第２検知手段により上記照会アクセス手段によるアクセスが他のアクセスと競合していることが検知されたときは、上記照会結果と再照会結果とを比較するときに、照会結果として上記再照会アクセス手段による照会結果を用いることを特徴とする。

次に、請求項４に記載の発明は、上記請求項３に記載のデータベース制御システムにおいて、
上記ログファイルは、システムの利用履歴を保存する際に、セッションの開始時に発行されるセッションＩＤと、該セッションを構成する複数のトランザクションごとに発行されるトランザクションＩＤと、該トランザクションの内容を示すトランザクション区分とを記録すると共に、
上記再照会アクセス手段は、上記第２検知手段により上記照会アクセス手段によるアクセスが他のアクセスと競合することが検知されたときに、上記ログファイルを最後尾のレコードから遡って読み込み、各レコードのセッションＩＤ、トランザクションＩＤ及びトランザクション区分に基づいて上記照会情報を入手することを特徴とする。

次に、請求項５に記載の発明は、上記請求項１から請求項４のいずれか１項に記載のデータベース制御システムにおいて、
上記再アクセス手段によるデータベースへのアクセスが他のアクセスと競合していることを検知する第３検知手段を有し、
上記再アクセス手段は、上記第３検知手段により該再アクセス手段によるアクセスが他のアクセスと競合していることが検知されたときに、データベースに再びアクセスし、上記照会情報に基づいてデータベースを再照会すると共に、上記更新情報に基づいてデータベースを更新することを特徴とする。

一方、請求項６に記載の発明は、複数のデータが記録されてなるデータベースを要求に応じて照会及び更新するデータベース制御用プログラムであって、
コンピュータを、
照会要求に応じて上記データベースにアクセスし、該データベースを照会する照会アクセス手段、
該照会アクセス手段によるアクセス後、更新要求に応じて上記データベースにアクセスし、該更新要求時に入力された更新内容で該データベースを更新する更新アクセス手段、
該更新アクセス手段によるデータベースへのアクセスが他のアクセスと競合していることを検知する検知手段、
該検知手段により上記更新アクセス手段によるアクセスが他のアクセスと競合していることが検知されたときに、システムの利用履歴を保存するログファイルに保存された上記照会要求時に入力された照会情報と上記更新要求時に入力された上記更新内容を含む更新情報とを入手すると共に、データベースに再びアクセスし、上記照会情報に基づいてデータベースを再照会すると共に、上記更新情報に基づいてデータベースを更新する再アクセス手段、及び、
上記検知手段により上記更新アクセス手段によるアクセスが他のアクセスと競合していることが検知されたときに、上記照会アクセス手段による照会結果と上記再アクセス手段による再照会結果とを比較し、変更されているデータを識別可能な状態で、上記再アクセス手段による更新結果を提示する提示手段として機能させることを特徴とする。

次に、請求項７に記載の発明は、上記請求項６に記載のデータベース制御用プログラムにおいて、
上記ログファイルが、システムの利用履歴を保存する際に、セッションの開始時に発行されるセッションＩＤと、該セッションを構成する複数のトランザクションごとに発行されるトランザクションＩＤと、該トランザクションの内容を示すトランザクション区分とを記録するように構成されている場合に、
コンピュータを上記再アクセス手段として機能させるときは、上記検知手段により上記更新アクセス手段によるアクセスが他のアクセスと競合していることが検知されたときに、上記ログファイルを最後尾のレコードから遡って読み込み、各レコードのセッションＩＤ、トランザクションＩＤ及びトランザクション区分に基づいて上記照会情報及び上記更新情報を入手するように機能させることを特徴とする。

次に、請求項８に記載の発明は、上記請求項６又は請求項７に記載のデータベース制御用プログラムにおいて、
コンピュータを、
上記照会アクセス手段によるデータベースへのアクセスが他のアクセスと競合していることを検知する第２検知手段、及び、
該第２検知手段により上記照会アクセス手段によるアクセスが他のアクセスと競合していることが検知されたときに、上記照会要求時に入力されてログファイルに保存された上記照会情報を入手すると共に、この照会情報に基づいてデータベースに再びアクセスし、上記データベースを照会する再照会アクセス手段として機能させ、かつ、
上記提示手段として機能させるときは、上記第２検知手段により上記照会アクセス手段によるアクセスが他のアクセスと競合していることが検知された場合において、上記照会結果と再照会結果とを比較するときに、照会結果として上記再照会アクセス手段による照会結果を用いるように機能させることを特徴とする。

次に、請求項９に記載の発明は、上記請求項８に記載のデータベース制御用プログラムにおいて、
上記ログファイルが、システムの利用履歴を保存する際に、セッションの開始時に発行されるセッションＩＤと、該セッションを構成する複数のトランザクションごとに発行されるトランザクションＩＤと、該トランザクションの内容を示すトランザクション区分とを記録するように構成されている場合に、
コンピュータを上記再照会アクセス手段として機能させるときは、上記第２検知手段により上記照会アクセス手段によるアクセスが他のアクセスと競合することが検知されたときに、上記ログファイルを最後尾のレコードから遡って読み込み、各レコードのセッションＩＤ、トランザクションＩＤ及びトランザクション区分に基づいて上記照会情報を入手するように機能させることを特徴とする。

次に、請求項１０に記載の発明は、上記請求項６から請求項９のいずれか１項に記載のデータベース制御用プログラムにおいて、
コンピュータを、
上記再アクセス手段によるデータベースへのアクセスが他のアクセスと競合していることを検知する第３検知手段として機能させると共に、
上記再アクセス手段として機能させるときは、上記第３検知手段により該再アクセス手段によるアクセスが他のアクセスと競合していることが検知されたときに、データベースに再びアクセスし、上記照会情報に基づいてデータベースを再照会すると共に、上記更新情報に基づいてデータベースを更新するように機能させることを特徴とする。

まず、請求項１に記載の発明によれば、データベースへの更新要求に応じたアクセスが他のアクセスと競合していることが検知されたときは、該データベースへのアクセスが自動的に再試行されるから、例えば、従来のように、システムユーザが再度クライアントコンピュータを最初から操作し直す、というような非合理的な作業をしなくて済み、ユーザの作業負担が軽減され、作業の簡略化・省力化が図られる。

しかも、上記データベースへの再アクセスに必要な照会情報及び更新情報を、システムの利用履歴を保存するために一般に備えられるログファイルを利用して入手するようにしたから、その既存機能であるログファイルが有効利用されて、追加の記憶装置を必要とすることがない。

そして、特にこの発明によれば、更新要求に応じるデータベースの更新処理において他のアクセスとの競合が検知された場合、自動更新され、その更新結果が提示されると共に、該データベースが自動再照会されて、その再照会結果、即ち競合した他のアクセスによるデータベースの更新内容が識別可能に提示される。

次に、請求項２に記載の発明によれば、アクセスが競合して、ログファイルから再アクセスに必要な照会情報及び更新情報を入手するときに、システムの利用履歴を保存した際に記録されたセッションＩＤとトランザクションＩＤとトランザクション区分とが用いられる。

次に、請求項３に記載の発明によれば、更新要求に先立つ照会要求に応じるデータベースへのアクセスが他のアクセスと競合した場合、その競合が検知され、ログファイルから照会情報を入手して、自動的に再照会される。その場合に、請求項４に記載の発明によれば、ログファイルから照会情報を入手するときに、システムの利用履歴を保存した際に記録されたセッションＩＤとトランザクションＩＤとトランザクション区分とが用いられる。

また、請求項５に記載の発明によれば、更新要求に応じたデータベースへのアクセスが他のアクセスと競合した場合に実行される再アクセスが他のアクセスと競合した場合にも、その競合が検知され、再アクセスが再び実行されることになる。

そして、請求項６から請求項１０に記載の発明は、上記請求項１から請求項５に記載のシステムの発明にそれぞれ対応し、各請求項に記載のプログラムをコンピュータに適用して実行することにより、対応するシステムについての上記効果と同様の効果が奏される。以下、発明を実施するための最良の形態を通して、本発明をさらに詳しく説明する。

図１は、本実施形態に係るデータベース制御システムの全体構成を示すブロック図である。なお、この制御システムを機能させるプログラムは、本発明に係るデータベース制御用プログラムの実施形態を構成する。

図１に示すように、このデータベース制御システムは、サーバコンピュータ（以下「サーバ」という）１０と、該サーバ１０に相互に情報交換可能に接続されたデータベースサーバ（以下「ＤＢサーバ」という）２０と、同じく上記サーバ１０にインターネットやイントラネット等の情報通信ネットワーク４０を介して相互に情報交換可能に接続された複数のクライアントコンピュータ（以下「クライアント」という）３０…３０とを含んでいる。ここで、サーバ１０及びＤＢサーバ２０は、例えば会員制組織の事業本部に置かれ、クライアント３０…３０は、各地方支部に置かれている。サーバ１０は、中央処理装置１１の他、各種の条件設定やシステム操作等に用いられる入力装置１２、各種のプログラムやデータ等を記録する記録装置１３、各種の入出力画面や演算結果等を表示する表示装置１４、各種の書類等を発行する印刷装置１５、及び他のコンピュータとの通信を制御する通信制御装置１６等を備えている。

図２に示すように、上記サーバ１０の記録装置１３は、プログラム記録部とデータ記録部とを有し、プログラム記録部には、当該システムの作動に必要なプログラムとして、トランザクション制御プログラムＰ１、セッション制御プログラムＰ２、トランザクションログ制御プログラムＰ３、業務サーバアプリケーションＰ４、及びデータアクセス制御プログラムＰ５等が格納され、また、データ記録部には、当該システムの利用履歴を保存するトランザクションログファイルＬＧ等が格納されている。

一方、図３に示すように、各クライアント３０にも、当該システムの作動に必要なプログラムとして、業務クライアントアプリケーションＰ６、及び他ユーザ更新項目特定プログラムＰ７等が格納されている。図３には、これらの各種プログラムＰ１〜Ｐ７間で信号が遣り取りされる経路が矢印で示されている。そして、ＤＢサーバ２０には、業務データベースが備えられている。

ここで、上記トランザクション制御プログラムＰ１は、クライアント３０…３０側から送信されてくる新規登録要求・照会要求・更新要求・削除要求等の各種処理要求を受け付けて、サーバ１０側で実行するトランザクション処理を制御するプログラムであって、クライアント３０・サーバ１０間の１要求・１応答を１単位として１つのトランザクションＩＤを割り振る。

これに対し、セッション制御プログラムＰ２は、クライアント３０・サーバ１０間で要求・応答が複数回行われることにより１つの論理的な業務処理が完結するような場合（例えば同一クライアント３０が同一画面を維持したままサーバ１０と通信を行う場合）は、そこで行われた通信をすべて同一セッションとして取り扱うように制御するプログラムであって、上記クライアント３０・サーバ１０間の複数の要求・応答を１単位として１つのセッションＩＤを割り振る。

また、トランザクションログ制御プログラムＰ３は、クライアント３０・サーバ１０間で行われた通信の日付・時刻、及び上記トランザクション制御やセッション制御で割り振られたトランザクションＩＤやセッションＩＤの他、クライアント３０からサーバ１０への入力メッセージ、サーバ１０からクライアント３０への出力メッセージ、トランザクション及びセッションの開始及び終了情報、あるいはコマンド等の各種情報をトランザクションログファイルＬＧに出力する（書き込む）又はトランザクションログファイルＬＧから入力する（読み込む）プログラムである。

さらに、業務サーバアプリケーションＰ４は、ＤＢサーバ２０の業務データベースに関する制御（例えば新規登録制御・照会制御・更新制御・削除制御等）を統括実行するプログラムである。

そして、データアクセス制御プログラムＰ５は、データベースへのアクセスに関する制御を統括実行するプログラムであり、例えば、データベースへのアクセスの際に必要なコネクションの確立・取得や、データベースのレコードがロックされていることに基づいて、他のクライアント３０（他のシステムユーザ）からの処理要求によりデータベースへのアクセスが競合していることの検知等を行う。

図４に示すように、業務データベースには、当該組織の会員の個人データのテーブルが格納されている。該テーブルには、図示したように、１レコード毎に、会員番号をキーとして、会員の氏名や住所あるいは電話番号等の属性が記録されている。

次に、図５以下を参照して、上記クライアント３０からサーバ１０を介してＤＢサーバ２０の業務データベースをオンラインで制御する作業について説明する。なお、本発明の特徴の理解の容易のために、処理要求は照会要求と更新要求とし、次の８つのパターンに分けて説明する。
（１）照会処理においてデータベースへのアクセスの競合が無い場合の本発明の処理：図６〜図１１
（２）照会処理に続く更新処理においてデータベースへのアクセスの競合が無い場合の本発明の処理：図１２〜図１６
（３）照会処理においてデータベースへのアクセスの競合が有る場合の従来の処理：図１７〜図２０
（４）照会処理においてデータベースへのアクセスの競合が有る場合の本発明の処理：図２１〜図２６
（５）更新処理においてデータベースへのアクセスの競合が有る場合の従来の処理：図２７〜図３０
（６）更新処理においてデータベースへのアクセスの競合が有る場合の本発明の処理の第１例：図３１〜図３６
（７）照会処理と更新処理のいずれにおいてもデータベースへのアクセスの競合が有る場合の本発明の処理：図３７
（８）更新処理においてデータベースへのアクセスの競合が有る場合の本発明の処理の第２例：図３８〜図４４
まず、図５を参照して当該システムの全体動作を説明する。すなわち、ステップＳ１で、クライアント３０を操作するシステムユーザからの照会要求の有無を判定し、照会要求が有るときは、ステップＳ２で、データベースにアクセスして照会を試行する。その場合に、ステップＳ３で、アクセスの競合の有無を判定し、競合が無いときは、ステップＳ４で、データベースにアクセスして読み込んだ照会結果１をクライアント３０の表示装置（図示せず）に表示する。

次に、ステップＳ５で、上記照会結果１を参照したシステムユーザからの更新要求の有無を判定し、更新要求が有るときは、ステップＳ６で、データベースにアクセスして更新を試行する。その場合に、ステップＳ７で、アクセスの競合の有無を判定し、競合が無いときは、ステップＳ８で、データベースにアクセスして書き込んだ更新結果をクライアント３０の表示装置に表示する。

これに対し、上記ステップＳ３で（照会要求の段階で）アクセスの競合が有ると判定されたときは、ステップＳ９で、データベースに再度アクセスを試行して自動再照会１を試みる。そして、ステップＳ３でアクセスの競合が無いと判定されたときに、ステップＳ４に移行する。

また、上記ステップＳ７で（更新要求の段階で）アクセスの競合が有ると判定されたときは、ステップＳ１０で、データベースに再度アクセスを試行して自動再照会２を試みる。そして、ステップＳ１１でアクセスの競合が無いと判定されたときに、ステップＳ１２に移行して、データベースにアクセスして読み込んだ照会結果２をクライアント３０の表示装置に表示する。そして、ステップＳ５に戻って、データベースの最新の内容である上記照会結果２を参照したシステムユーザからの更新要求を待つことになる。以下、各パターンを分説する。

（１）照会処理においてデータベースへのアクセスの競合が無い場合の本発明の処理：
このパターンの説明には図６〜図１１を参照する。すなわち、図６は、サーバ１０及びクライアント３０に具備された各種プログラムＰ１〜Ｐ７の動作の順序を示すフローチャート、図７は、照会処理の際にクライアント３０の表示装置に表示される照会入力画面Ｗ１のレイアウト例、図８は、照会要求の際にクライアント３０からサーバ１０に送信される要求電文Ｍ１のレイアウト例、図９は、当該システムの利用履歴を保存するトランザクションログファイルＬＧの記録例、図１０は、照会応答の際にサーバ１０からクライアント３０に送信される応答電文Ｍ２のレイアウト例、及び図１１は、照会結果１の表示の際にクライアント３０の表示装置に表示される照会出力画面Ｗ２のレイアウト例である。

まず、クライアント３０を操作するシステムユーザは、業務クライアントアプリケーションＰ６を起動して、クライアント３０の表示装置に照会入力画面Ｗ１を表示させ、図７に例示したように、この画面Ｗ１上でデータの内容照会を行いたいレコードのキーとして会員番号を入力した後、照会ボタンをクリックする。すると、この照会ボタンのクリックにより、照会要求電文Ｍ１がクライアント３０からサーバ１０へ上記ネットワーク４０を通じてオンラインで送信される。要求電文Ｍ１には、図８に例示したように、照会取引メッセージとして会員番号（処理要求の内容）が記録され、またコマンドとして照会処理（処理要求の種類）が指定されている。

この電文Ｍ１を受け取ったサーバ１０は、まずセッション制御Ｐ２によりセッションＩＤを発行（すなわちセッションを開始）し、次にトランザクション制御Ｐ１によりトランザクションＩＤを発行（すなわちトランザクションを開始）する。次に、トランザクションログ制御Ｐ３によりトランザクションログファイルＬＧの書込みを行う。ここでトランザクションログファイルＬＧに書き込まれる項目としては、図９の１列目に例示したように、この書込み（あるいは要求電文Ｍ１の受信）の日付・時刻、トランザクションＩＤ（新規）、トランザクション区分（開始）、セッションＩＤ（新規）、セッション区分（開始）、コマンド（照会処理）、メッセージ（照会取引メッセージ及び会員番号）等である。

次に、業務サーバアプリケーションＰ４により業務処理を開始して、データベースの照会処理の実行をデータアクセス制御プログラムＰ５に指令する。この指令を受けたデータアクセス制御プログラムＰ５は、データベースへのアクセスを試行する。ここで、このパターン（１）においては、データベースへのアクセスの競合が無いから、該データベースへのコネクションが確立し、指定された会員番号をキーとするレコードを読み込む（照会する）。

しかる後、今度は以上とは逆順に、業務サーバアプリケーションＰ４により業務処理を終了し、トランザクションログ制御Ｐ３によりトランザクションログファイルＬＧの書込みを行い、トランザクション制御Ｐ１によりトランザクションを終了する。この場合に、トランザクションログファイルＬＧに書き込まれる項目としては、図９の２列目に例示したように、この書込み（あるいは応答電文Ｍ２の送信）の日付・時刻、トランザクションＩＤ（同上）、トランザクション区分（正常終了）、セッションＩＤ（同上）、メッセージ（照会結果１メッセージ、会員番号及び各属性）等である。

次に、照会応答電文Ｍ２がサーバ１０からクライアント３０へ送信される。応答電文Ｍ２には、図１０に例示したように、照会結果１メッセージとして会員番号及び各属性が記録され、またセッションＩＤが添付されている。

この電文Ｍ２を受け取ったクライアント３０は、業務クライアントアプリケーションＰ６により照会出力画面Ｗ２を表示装置に表示する。そのとき、図１１に例示したように、メッセージ欄には、アクセスの競合が無く照会作業が正常に完了したことをシステムユーザに報知するため、「正常に照会しました。」と表示される。この後、更新処理が引き続き行われる。

（２）照会処理に続く更新処理においてデータベースへのアクセスの競合が無い場合の本発明の処理：
このパターンの説明には図１２〜図１６を参照する。すなわち、図１２は、サーバ１０及びクライアント３０に具備された各種プログラムＰ１〜Ｐ７の動作の順序を示すフローチャート、図１３は、更新処理の際にクライアント３０の表示装置に表示される更新入力画面Ｗ３のレイアウト例、図１４は、更新要求の際にクライアント３０からサーバ１０に送信される要求電文Ｍ３のレイアウト例、図１５は、更新応答の際にサーバ１０からクライアント３０に送信される応答電文Ｍ４のレイアウト例、及び図１６は、更新結果の表示の際にクライアント３０の表示装置に表示される更新出力画面Ｗ４のレイアウト例である。なお、トランザクションログファイルＬＧの記録例は、図９を兼用する。

まず、クライアント３０を操作するシステムユーザは、業務クライアントアプリケーションＰ６を起動して、クライアント３０の表示装置に、上記照会出力画面Ｗ２と同様の更新入力画面Ｗ３を表示させ、図１３に例示したように、この画面Ｗ３上でデータの内容変更を行った後（図例では住所の世田谷区を品川区に変更している）、更新ボタンをクリックする。すると、この更新ボタンのクリックにより、更新要求電文Ｍ３がクライアント３０からサーバ１０へ送信される。要求電文Ｍ３には、図１４に例示したように、更新取引メッセージとして会員番号及び各属性（処理要求の内容）が記録され、またコマンドとして更新処理（処理要求の種類）が指定されている。併せてセッションＩＤが添付されている。

この電文Ｍ３を受け取ったサーバ１０は、まずセッション制御Ｐ２によりセッションＩＤの存在確認を行い、次にトランザクション制御Ｐ１によりトランザクションＩＤを発行（すなわちトランザクションを開始）する。次に、トランザクションログ制御Ｐ３によりトランザクションログファイルＬＧの書込みを行う。ここでトランザクションログファイルＬＧに書き込まれる項目としては、図９の３列目に例示したように、この書込み（あるいは要求電文Ｍ３の受信）の日付・時刻、トランザクションＩＤ（新規）、トランザクション区分（開始）、セッションＩＤ（同上）、コマンド（更新処理）、メッセージ（更新取引メッセージ、会員番号及び各属性）等である。

次に、業務サーバアプリケーションＰ４により業務処理を開始して、データベースの更新処理の実行をデータアクセス制御プログラムＰ５に指令する。この指令を受けたデータアクセス制御プログラムＰ５は、データベースへのアクセスを試行する。ここで、このパターン（２）においては、データベースへのアクセスの競合が無いから、該データベースへのコネクションが確立し、指定された会員番号をキーとするレコードの項目（この例では住所）を書き込む（更新する）。

しかる後、今度は以上とは逆順に、業務サーバアプリケーションＰ４により業務処理を終了し、トランザクションログ制御Ｐ３によりトランザクションログファイルＬＧの書込みを行い、トランザクション制御Ｐ１によりトランザクションを終了する。この場合に、トランザクションログファイルＬＧに書き込まれる項目としては、図９の４列目に例示したように、この書込み（あるいは応答電文Ｍ４の送信）の日付・時刻、トランザクションＩＤ（同上）、トランザクション区分（正常終了）、セッションＩＤ（同上）、メッセージ（更新結果メッセージ、会員番号及び各属性）等である。

次に、更新応答電文Ｍ４がサーバ１０からクライアント３０へ送信される。応答電文Ｍ４には、図１５に例示したように、更新結果メッセージとして会員番号及び各属性が記録され、またセッションＩＤが添付されている。

この電文Ｍ４を受け取ったクライアント３０は、業務クライアントアプリケーションＰ６により更新出力画面Ｗ４を表示装置に表示する。そのとき、図１６に例示したように、メッセージ欄には、アクセスの競合が無く更新作業が正常に完了したことをシステムユーザに報知するため、「正常に更新しました。」と表示される。以上で照会処理とそれに続く更新処理とがすべて終了する。
（３）照会処理においてデータベースへのアクセスの競合が有る場合の従来の処理：
このパターンの説明には図１７〜図２０を参照する。すなわち、図１７は、サーバ１０及びクライアント３０に具備された各種プログラムＰ１〜Ｐ７の動作の順序を示すフローチャート、図１８は、トランザクションログファイルＬＧの記録例、図１９は、照会応答の際にサーバ１０からクライアント３０に送信される応答電文Ｍａのレイアウト例、及び図２０は、照会結果の表示の際にクライアント３０の表示装置に表示される照会出力画面Ｗａのレイアウト例である。なお、照会処理の際にクライアント３０の表示装置に表示される照会入力画面Ｗ１のレイアウト例は、図７を兼用し、照会要求の際にクライアント３０からサーバ１０に送信される要求電文Ｍ１のレイアウト例は、図８を兼用する。また、上記パターン（１）と重複する部分の説明は省略する。

このパターン（３）においては、図１７に符号アで示したように、データベースへのアクセスの競合が有るから、データアクセス制御Ｐ５により、該データベースへのアクセスの競合が検知され、その結果、該データベースへのコネクションが確立せず、照会処理は中止される（照会不可）。そして、競合検知フラグが「ＯＮ」とされる。

また、図１７に符号イで示したように、業務サーバアプリケーションＰ４により業務処理を例外処理として終了する。この場合に、トランザクションログファイルＬＧに書き込まれる項目としては、図１８の２列目に例示したように、この書込み（あるいは応答電文Ｍａの送信）の日付・時刻、トランザクションＩＤ、トランザクション区分（異常終了）、セッションＩＤ等である。

そして、応答電文Ｍａには、図１９に例示したように、競合検知フラグがＯＮと記録され、またセッションＩＤが添付されている。そして、照会出力画面Ｗａには、図２０に例示したように、照会結果が何も表示されず、メッセージ欄には、アクセスの競合が有り照会作業が異常終了したことをシステムユーザに報知するため、「競合検知により照会できませんでした。」と表示される。

この場合、ユーザが同じ照会要求を再度実行しようとするときは、もう一度クライアント３０を最初から操作し直して照会入力画面Ｗ１を呼び出す必要が生じ、ユーザに過度の負担を強いることになる。
（４）照会処理においてデータベースへのアクセスの競合が有る場合の本発明の処理：
このパターンの説明には図２１〜図２６を参照する。すなわち、図２１〜図２２は、サーバ１０及びクライアント３０に具備された各種プログラムＰ１〜Ｐ７の動作の順序を示すフローチャート、図２３は、トランザクションログファイルＬＧの記録例、図２４は、該ログファイルＬＧに保存されている利用履歴からデータベースへの再アクセスに必要な情報を入手する具体的動作の一例を示すフローチャート、図２５は、照会応答の際にサーバ１０からクライアント３０に送信される応答電文Ｍ５のレイアウト例、及び図２６は、照会結果の表示の際にクライアント３０の表示装置に表示される照会出力画面Ｗ５のレイアウト例である。なお、照会処理の際にクライアント３０の表示装置に表示される照会入力画面Ｗ１のレイアウト例は、図７を兼用し、照会要求の際にクライアント３０からサーバ１０に送信される要求電文Ｍ１のレイアウト例は、図８を兼用する。また、上記パターン（１）及び（３）と重複する部分の説明は省略する。

このパターン（４）においては、図２１に符号カで示したように、トランザクションログ制御Ｐ３によりトランザクションログファイルＬＧの書込みを行った後、すぐにまたトランザクションログファイルＬＧの読込みを行う。このトランザクションログファイルＬＧの読込みは、図２４に例示したフローチャートに従って行われる。すなわち、トランザクションログファイルＬＧのレコードを最後尾から前方に読んでいき、トランザクションＩＤが現時点のトランザクションＩＤと同じであり、セッションＩＤが現時点のセッションＩＤと同じであり、かつトランザクション区分が開始であるレコードをサーチして読み込むのである（ステップＳ９′）。

すなわち、図２３を参照すると、いま２列目を書き込んだところであるから、上記条件を満足するレコードは、矢印で示したように、１列目のレコードということになる。そして、ここでトランザクションログファイルＬＧから読み込む項目としては、コマンド（照会処理）及びメッセージ（照会取引メッセージ及び会員番号）である。

次に、図２１に符号キで示したように、セッション制御Ｐ２により現在のセッションを終了した後、図２２に符号クで示したように、同じくセッション制御Ｐ２により改めて新セッションＩＤを発行する（すなわち新セッションを開始）する。

そして、図２２に符号ケで示したように、データアクセス制御プログラムＰ５によりデータベースへのアクセスを自動再試行し、データベースへのアクセスの競合が無いときは、該データベースへのコネクションを確立して、指定された会員番号をキーとするレコードを読み込む（自動再照会１をする）。

そして、応答電文Ｍ５には、図２５に例示したように、競合検知フラグがＯＮと記録され、照会結果１メッセージとして会員番号及び各属性が記録され、またセッションＩＤが添付されている。そして、照会出力画面Ｗ５には、図２６に例示したように、照会結果が表示され、メッセージ欄には、アクセスの競合が有りいったん照会作業が異常終了したことをシステムユーザに報知するため、「競合検知しましたが自動再照会しました。」と表示される。

以上により、データベースへのアクセスが複数の処理要求により競合していることが検知されたときは、該データベースへのアクセスが自動的に再試行されるから、システムユーザが再度クライアント３０を最初から操作し直す、というような非合理的な作業をしなくて済み、ユーザの作業負担が軽減され、作業の簡略化・省力化が図られる。

しかも、上記データベースへの再アクセスに必要な情報を、システムの利用履歴を保存するために一般に備えられるトランザクションログファイルＬＧを利用して入手するから、その既存機能であるログファイルＬＧが有効利用されて、追加の記憶装置を必要とすることがない。

加えて、アクセスの競合が検知されたときは、その旨のメッセージがシステムユーザに報知・通知されるから、ユーザは、データベースへのアクセスの競合があったことを認知することができ、表示された自動照会結果を上記競合のあった結果として認識でき、不審に思うことがない。
（５）更新処理においてデータベースへのアクセスの競合が有る場合の従来の処理：
このパターンの説明には図２７〜図３０を参照する。すなわち、図２７は、サーバ１０及びクライアント３０に具備された各種プログラムＰ１〜Ｐ７の動作の順序を示すフローチャート、図２８は、トランザクションログファイルＬＧの記録例、図２９は、更新応答の際にサーバ１０からクライアント３０に送信される応答電文Ｍｂのレイアウト例、及び図３０は、更新結果の表示の際にクライアント３０の表示装置に表示される更新出力画面Ｗｂのレイアウト例である。なお、更新処理の際にクライアント３０の表示装置に表示される更新入力画面Ｗ３のレイアウト例は、図１３を兼用し、更新要求の際にクライアント３０からサーバ１０に送信される要求電文Ｍ３のレイアウト例は、図１４を兼用する。また、上記パターン（２）と重複する部分の説明は省略する。

このパターン（５）においては、図２７に符号サで示したように、データベースへのアクセスの競合が有るから、データアクセス制御プログラムＰ５により、該データベースへのアクセスの競合が検知され、その結果、該データベースへのコネクションが確立せず、更新処理は中止される（更新不可）。そして、競合検知フラグが「ＯＮ」とされる。

また、図２７に符号シで示したように、業務サーバアプリケーションＰ４により業務処理を例外処理として終了する。この場合に、トランザクションログファイルＬＧに書き込まれる項目としては、図２８の４列目に例示したように、この書込み（あるいは応答電文Ｍｂの送信）の日付・時刻、トランザクションＩＤ、トランザクション区分（異常終了）、セッションＩＤ等である。

そして、応答電文Ｍｂには、図２９に例示したように、競合検知フラグがＯＮと記録され、またセッションＩＤが添付されている。そして、図３０に例示したように、更新出力画面Ｗｂのメッセージ欄には、アクセスの競合が有り更新作業が異常終了したことをシステムユーザに報知するため、「競合検知により更新できませんでした。」と表示される。

この場合、ユーザが同じ更新要求を再度実行しようとするときは、もう一度クライアント３０を最初から操作し直して照会入力画面Ｗ１を呼び出す必要が生じ、ユーザに過度の負担を強いることになる。
（６）更新処理においてデータベースへのアクセスの競合が有る場合の本発明の処理（第１例）：
このパターンの説明には図３１〜図３６を参照する。すなわち、図３１〜図３２は、サーバ１０及びクライアント３０に具備された各種プログラムＰ１〜Ｐ７の動作の順序を示すフローチャート、図３３は、トランザクションログファイルＬＧの記録例、図３４は、該ログファイルＬＧに保存されている利用履歴からデータベースへの再アクセスに必要な情報を入手する具体的動作の一例を示すフローチャート、図３５は、更新応答の際にサーバ１０からクライアント３０に送信される応答電文Ｍ６のレイアウト例、及び図３６は、更新結果の表示の際にクライアント３０の表示装置に表示される更新出力画面Ｗ６のレイアウト例である。なお、更新処理の際にクライアント３０の表示装置に表示される更新入力画面Ｗ３のレイアウト例は、図１３を兼用し、更新要求の際にクライアント３０からサーバ１０に送信される要求電文Ｍ３のレイアウト例は、図１４を兼用する。また、上記パターン（２）及び（５）と重複する部分の説明は省略する。

このパターン（６）においては、図３１に符号タで示したように、トランザクションログ制御Ｐ３によりトランザクションログファイルＬＧの書込みを行った後、すぐにまたトランザクションログファイルＬＧの読込みを行う。このトランザクションログファイルＬＧの読込みは、図３４に例示したフローチャートに従って行われる。すなわち、トランザクションログファイルＬＧのレコードを最後尾から前方に読んでいき、トランザクションＩＤが現時点のトランザクションＩＤと異なっており、セッションＩＤが現時点のセッションＩＤと同じであり、かつトランザクション区分が開始であるレコードをサーチして読み込むのである（ステップＳ１０′）。

すなわち、図３３を参照すると、いま４列目を書き込んだところであるから、上記条件を満足するレコードは、矢印で示したように、１列目のレコードということになる。そして、ここでトランザクションログファイルＬＧから読み込む項目としては、コマンド（照会処理）及びメッセージ（照会取引メッセージ及び会員番号）である。

次に、図３１に符号チで示したように、セッション制御Ｐ２により現在のセッションを終了した後、図３２に符号ツで示したように、同じくセッション制御Ｐ２により改めて新セッションＩＤを発行する（すなわち新セッションを開始）する。

そして、図３２に符号テで示したように、データアクセス制御プログラムＰ５によりデータベースへのアクセスを自動再試行し、データベースへのアクセスの競合が無いときは、該データベースへのコネクションを確立して、指定された会員番号をキーとするレコードを読み込む（自動再照会２をする）。

そして、応答電文Ｍ６には、図３５に例示したように、競合検知フラグがＯＮと記録され、照会結果１メッセージとして、最初の照会処理の段階で得られた会員番号及び各属性（図３３のトランザクションログファイルＬＧの２列目のレコード）が記録され、併せて、照会結果２メッセージとして、更新処理における自動再照会２の段階で得られた会員番号及び各属性（図３３のトランザクションログファイルＬＧの６列目のレコード）が記録され、またセッションＩＤが添付されている。そして、更新出力画面Ｗ６には、図３６に例示したように、更新結果ではなく、照会結果２（自動再照会２の結果）が表示され、メッセージ欄には、アクセスの競合が有り更新作業が異常終了したことをシステムユーザに報知するため、「競合検知により更新できませんでした。ただし自動再照会した結果を表示します。」と表示される。

以上により、この場合においても、データベースへのアクセスが複数の処理要求により競合していることが検知されたときは、該データベースへのアクセスが自動的に再試行されるから、システムユーザが再度クライアント３０を最初から操作し直す、というような非合理的な作業をしなくて済み、ユーザの作業負担が軽減され、作業の簡略化・省力化が図られる。

しかも、上記データベースへの再アクセスに必要な情報を、システムの利用履歴を保存するために一般に備えられるトランザクションログファイルＬＧを利用して入手するから、その既存機能であるログファイルＬＧが有効利用されて、追加の記憶装置を必要とすることがない。

加えて、アクセスの競合が検知されたときは、その旨のメッセージがシステムユーザに報知・通知されるから、ユーザは、データベースへのアクセスの競合があったことを認知することができ、更新要求をしたのに照会結果が表示されたことを上記競合のあった結果として認識でき、不審に思うことがない。

また、処理要求の種類として更新要求が指定され、それに応じるデータベースの更新処理においてアクセスの競合が検知された場合は、該データベースが自動再照会されて、その再照会結果が表示されるから、システムユーザは、上記データベースの最新の内容を参照しながら、もう一度更新内容を作成し直すことができる。

そして、図３２に符号トで示したように、上記応答電文Ｍ６を受け取ったクライアント３０は、他ユーザ更新項目特定機能Ｐ７により、上記照会結果１メッセージと照会結果２メッセージとを比較し、これにより、最初の照会処理のためにデータベースにアクセスした時刻と、次に更新処理のためにデータベースにアクセスした時刻との間に、他ユーザによって更新された項目、すなわち、更新処理の段階でアクセスが競合した他の処理要求に応じて更新された項目を特定する。

しかる後、業務クライアントアプリケーションＰ６により更新出力画面Ｗ６を表示装置に表示する際に、上記の特定した項目（図３６における電話番号）を例えば黄色表示することにより識別容易に表示する。これにより、ユーザは、上記自動再照会結果のなかでどのデータが他の更新要求に応じて更新されたかを見出す、というような時間のかかる作業をしなくて済み、この点においても、ユーザの作業負担が軽減され、作業の簡略化・省力化が図られる。

なお、図３に鎖線で示したサーバ１０からクライアント３０へのレスポンスの経路は、上記他ユーザ更新項目特定機能Ｐ７を経由しない従来の経路を示している。
（７）照会処理と更新処理のいずれにおいてもデータベースへのアクセスの競合が有る場合の本発明の処理：
このパターンにおいてトランザクションログファイルＬＧに記録されるレコードの例を図３７に示した。
（８）更新処理においてデータベースへのアクセスの競合が有る場合の本発明の処理（第２例）：
このパターンの説明には図３８〜図４４を参照する。すなわち、図３８は、このパターン（８）を実行するときの、当該システムのオンライン照会処理・更新処理の全体の具体的動作の１例を示す、図５に類似のフローチャート、図３９〜図４０は、サーバ１０及びクライアント３０に具備された各種プログラムＰ１〜Ｐ７の動作の順序を示すフローチャート、図４１は、トランザクションログファイルＬＧの記録例、図４２は、該ログファイルＬＧに保存されている利用履歴からデータベースへの再アクセスに必要な情報を入手する具体的動作の一例を示すフローチャート、図４３は、更新応答の際にサーバ１０からクライアント３０に送信される応答電文Ｍ７のレイアウト例、及び図４４は、更新結果の表示の際にクライアント３０の表示装置に表示される更新出力画面Ｗ７のレイアウト例である。なお、更新処理の際にクライアント３０の表示装置に表示される更新入力画面Ｗ３のレイアウト例は、図１３を兼用し、更新要求の際にクライアント３０からサーバ１０に送信される要求電文Ｍ３のレイアウト例は、図１４を兼用する。また、上記パターン（２）、（５）及び（７）と重複する部分の説明は省略する。

まず、図３８の全体動作において、ステップＳ１０ａでは、データベースに再度アクセスを試行して自動再照会２及び自動更新を試みる。また、ステップＳ１２ａでは、データベースにアクセスして読み込んだ照会結果２及び更新結果をクライアント３０の表示装置に表示する。そして、ステップＳ１２ａからはステップＳ５に戻らずにそのまま終了する。

このパターン（８）においては、図３９に符号ナで示したように、トランザクションログ制御Ｐ３によりトランザクションログファイルＬＧの書込みを行った後、すぐにまたトランザクションログファイルＬＧの読込みを行う。このトランザクションログファイルＬＧの読込みは、図４２に例示したフローチャートに従って行われる。すなわち、トランザクションログファイルＬＧのレコードを最後尾から前方に読んでいき、トランザクションＩＤが現時点のトランザクションＩＤと同じであり、セッションＩＤが現時点のセッションＩＤと同じであり、かつトランザクション区分が開始であるレコードをサーチして読み込むのである（ステップＳ１０ａ′）。

すなわち、図４１を参照すると、いま４列目を書き込んだところであるから、上記条件を満足するレコードは、矢印で示したように、３列目のレコードということになる。そして、ここでトランザクションログファイルＬＧから読み込む項目としては、コマンド（更新処理）及びメッセージ（更新取引メッセージ、会員番号及び各属性）である。

次に、図３９に符号ニで示したように、セッション制御Ｐ２により現在のセッションを終了した後、図４０に符号ヌで示したように、同じくセッション制御Ｐ２により改めて新セッションＩＤを発行する（すなわち新セッションを開始）する。

そして、図４０に符号ネで示したように、データアクセス制御プログラムＰ５によりデータベースへのアクセスを自動再試行し、データベースへのアクセスの競合が無いときは、該データベースへのコネクションを確立して、指定された会員番号をキーとするレコードを読み込む（自動再照会２をする）。また、同時に、指定された会員番号をキーとするレコードの項目（この例では住所）を書き込む（自動更新する）。

そして、応答電文Ｍ７には、図４３に例示したように、競合検知フラグがＯＮと記録され、照会結果１メッセージとして、最初の照会処理の段階で得られた会員番号及び各属性（図４１のトランザクションログファイルＬＧの２列目のレコード）が記録され、併せて、照会結果２メッセージとして、更新処理における自動再照会２の段階で得られた会員番号及び各属性（図４１のトランザクションログファイルＬＧの６列目のレコード）が記録され、さらに、更新結果メッセージとして、トランザクションログファイルＬＧから読み込んだ会員番号及び各属性（図４１のトランザクションログファイルＬＧの３列目のレコード）が記録され、またセッションＩＤが添付されている。

そして、更新出力画面Ｗ７には、図４４に例示したように、照会結果２（自動再照会２の結果）と更新結果とが合体されて表示される（すなわち、図例では、住所は自己の更新要求に応じる品川区と表示され、電話番号は他の更新要求に応じる５５５５と表示される）。そして、メッセージ欄には、アクセスの競合が有りいったん更新作業が異常終了したことをシステムユーザに報知するため、「競合検知しましたが自動再照会した結果と自動更新した結果とを併せて表示します。」と表示される。

以上により、この場合においても、データベースへのアクセスが複数の処理要求により競合していることが検知されたときは、該データベースへのアクセスが自動的に再試行されるから、システムユーザが再度クライアント３０を最初から操作し直す、というような非合理的な作業をしなくて済み、ユーザの作業負担が軽減され、作業の簡略化・省力化が図られる。

しかも、上記データベースへの再アクセスに必要な情報を、システムの利用履歴を保存するために一般に備えられるトランザクションログファイルＬＧを利用して入手するから、その既存機能であるログファイルＬＧが有効利用されて、追加の記憶装置を必要とすることがない。

加えて、アクセスの競合が検知されたときは、その旨のメッセージがシステムユーザに通知されるから、ユーザは、データベースへのアクセスの競合があったことを認知することができ、この例では電話番号が最初に見た照会出力画面Ｗ２と異なることを上記競合のあった結果として認識でき、不審に思うことがない。

また、処理要求の種類として更新要求が指定され、それに応じるデータベースの更新処理においてアクセスの競合が検知された場合は、該データベースが自動再照会されると共に、自動更新もされて、その再照会結果と更新結果とが表示されるから、システムユーザは、上記データベースの最新の内容を参照することができると共に、更新内容を作成し直す必要もなくなって、より一層、ユーザの作業負担が軽減され、また作業の簡略化・省力化が図られる。

そして、図４０に符号ノで示したように、上記応答電文Ｍ７を受け取ったクライアント３０は、他ユーザ更新項目特定機能Ｐ７により、上記照会結果１メッセージと照会結果２メッセージとを比較し、これにより、最初の照会処理のためにデータベースにアクセスした時刻と、次に更新処理のためにデータベースにアクセスした時刻との間に、他ユーザによって更新された項目、すなわち、更新処理の段階でアクセスが競合した他の処理要求に応じて更新された項目を特定する。

しかる後、業務クライアントアプリケーションＰ６により更新出力画面Ｗ６を表示装置に表示する際に、上記の特定した項目（図３６における電話番号）を例えば黄色表示することにより識別容易に表示する。これにより、ユーザは、上記自動再照会結果のなかでどのデータが他の更新要求に応じて更新されたかを見出す、というような時間のかかる作業をしなくて済み、この点においても、ユーザの作業負担が軽減され、作業の簡略化・省力化が図られる。

なお、以上説明した実施形態は、本発明を実施するための最良の形態ではあるが、特許請求の範囲を逸脱しない限り、なお種々の変更が可能である。例えば他ユーザ更新項目特定プログラムＰ７をクライアント３０ではなくサーバ１０側に格納してもよい。また、以上の実施形態は、処理要求として照会要求及び更新要求の場合で説明したが、これらに限らず、新規登録要求や削除要求等の他の処理要求の場合でも本発明は同様に好ましく適用可能であることはいうまでもない。

以上のように、本発明によれば、データベースをオンラインで処理するときに、該データベースへのアクセスの競合が検知された場合の対応が改善され、もって処理要求を行うシステムユーザの作業負担の軽減及び作業の簡略化・省力化が図られる。本発明は、コンピュータによるデータベース制御の技術分野において広汎な産業上の利用可能性を有する。

本発明を実施するための最良の形態に係るデータベース制御システムの全体構成を示すブロック図である。 上記システムのサーバコンピュータの記録装置の構成図である。 上記システムに備えられた各種プログラム間の関連図である。 上記システムの業務データベースに格納されたテーブルの構成図である。 上記システムのオンライン照会処理・更新処理の全体の具体的動作の１例を示すフローチャートである。 照会処理においてデータベースへのアクセスの競合が無い場合の本発明の処理のフローチャートである。 同、照会入力画面Ｗ１のレイアウト図である。 同、照会要求電文Ｍ１の構成図である。 同、トランザクションログファイルの記録図である。 同、照会応答電文Ｍ２の構成図である。 同、照会出力画面Ｗ２のレイアウト図である。 更新処理においてデータベースへのアクセスの競合が無い場合の本発明の処理のフローチャートである。 同、更新入力画面Ｗ３のレイアウト図である。 同、更新要求電文Ｍ３の構成図である。 同、更新応答電文Ｍ４の構成図である。 同、更新出力画面Ｗ４のレイアウト図である。 照会処理においてデータベースへのアクセスの競合が有る場合の従来の処理のフローチャートである。 同、トランザクションログファイルの記録図である。 同、照会応答電文Ｍａの構成図である。 同、照会出力画面Ｗａのレイアウト図である。 照会処理においてデータベースへのアクセスの競合が有る場合の本発明の処理のフローチャートの前半部である。 同、後半部である。 同、トランザクションログファイルの記録図である。 同、トランザクションログファイルの読込みの具体的動作の１例を示すフローチャートである。 同、照会応答電文Ｍ５の構成図である。 同、照会出力画面Ｗ５のレイアウト図である。 更新処理においてデータベースへのアクセスの競合が有る場合の従来の処理のフローチャートである。 同、トランザクションログファイルの記録図である。 同、更新応答電文Ｍｂの構成図である。 同、更新出力画面Ｗｂのレイアウト図である。 更新処理においてデータベースへのアクセスの競合が有る場合の本発明の処理の第１例のフローチャートの前半部である。 同、後半部である。 同、トランザクションログファイルの記録図である。 同、トランザクションログファイルの読込みの具体的動作の１例を示すフローチャートである。 同、更新応答電文Ｍ６の構成図である。 同、更新出力画面Ｗ６のレイアウト図である。 照会処理と更新処理のいずれにおいてもデータベースへのアクセスの競合が有る場合の本発明の処理におけるトランザクションログファイルの記録図である。 上記システムのオンライン照会処理・更新処理の全体の具体的動作の別の例を示すフローチャートである。 更新処理においてデータベースへのアクセスの競合が有る場合の本発明の処理の第２例のフローチャートの前半部である。 同、後半部である。 同、トランザクションログファイルの記録図である。 同、トランザクションログファイルの読込みの具体的動作の１例を示すフローチャートである。 同、更新応答電文Ｍ７の構成図である。 同、更新出力画面Ｗ７のレイアウト図である。

符号の説明

１０ サーバコンピュータ
２０ データベースサーバ
３０ クライアントコンピュータ
４０ 情報通信ネットワーク

Claims (10)

1. 複数のデータが記録されてなるデータベースを要求に応じて照会及び更新するデータベース制御システムであって、
   照会要求に応じて上記データベースにアクセスし、該データベースを照会する照会アクセス手段と、
   該照会アクセス手段によるアクセス後、更新要求に応じて上記データベースにアクセスし、該更新要求時に入力された更新内容で該データベースを更新する更新アクセス手段と、
   該更新アクセス手段によるデータベースへのアクセスが他のアクセスと競合していることを検知する検知手段と、
   該検知手段により上記更新アクセス手段によるアクセスが他のアクセスと競合していることが検知されたときに、システムの利用履歴を保存するログファイルに保存された上記照会要求時に入力された照会情報と上記更新要求時に入力された上記更新内容を含む更新情報とを入手すると共に、データベースに再びアクセスし、上記照会情報に基づいてデータベースを再照会すると共に、上記更新情報に基づいてデータベースを更新する再アクセス手段と、
   上記検知手段により上記更新アクセス手段によるアクセスが他のアクセスと競合していることが検知されたときに、上記照会アクセス手段による照会結果と上記再アクセス手段による再照会結果とを比較し、変更されているデータを識別可能な状態で、上記再アクセス手段による更新結果を提示する提示手段とを有することを特徴とするデータベース制御システム。
2. 上記ログファイルは、システムの利用履歴を保存する際に、セッションの開始時に発行されるセッションＩＤと、該セッションを構成する複数のトランザクションごとに発行されるトランザクションＩＤと、該トランザクションの内容を示すトランザクション区分とを記録すると共に、
   上記再アクセス手段は、上記検知手段により上記更新アクセス手段によるアクセスが他のアクセスと競合していることが検知されたときに、上記ログファイルを最後尾のレコードから遡って読み込み、各レコードのセッションＩＤ、トランザクションＩＤ及びトランザクション区分に基づいて上記照会情報及び上記更新情報を入手することを特徴とする請求項１に記載のデータベース制御システム。
3. 上記照会アクセス手段によるデータベースへのアクセスが他のアクセスと競合していることを検知する第２検知手段と、
   該第２検知手段により上記照会アクセス手段によるアクセスが他のアクセスと競合していることが検知されたときに、上記照会要求時に入力されてログファイルに保存された上記照会情報を入手すると共に、この照会情報に基づいてデータベースに再びアクセスし、上記データベースを照会する再照会アクセス手段とが備えられ、かつ、
   上記提示手段は、上記第２検知手段により上記照会アクセス手段によるアクセスが他のアクセスと競合していることが検知されたときは、上記照会結果と再照会結果とを比較するときに、照会結果として上記再照会アクセス手段による照会結果を用いることを特徴とする請求項１又は請求項２に記載のデータベース制御システム。
4. 上記ログファイルは、システムの利用履歴を保存する際に、セッションの開始時に発行されるセッションＩＤと、該セッションを構成する複数のトランザクションごとに発行されるトランザクションＩＤと、該トランザクションの内容を示すトランザクション区分とを記録すると共に、
   上記再照会アクセス手段は、上記第２検知手段により上記照会アクセス手段によるアクセスが他のアクセスと競合することが検知されたときに、上記ログファイルを最後尾のレコードから遡って読み込み、各レコードのセッションＩＤ、トランザクションＩＤ及びトランザクション区分に基づいて上記照会情報を入手することを特徴とする請求項３に記載のデータベース制御システム。
5. 上記再アクセス手段によるデータベースへのアクセスが他のアクセスと競合していることを検知する第３検知手段を有し、
   上記再アクセス手段は、上記第３検知手段により該再アクセス手段によるアクセスが他のアクセスと競合していることが検知されたときに、データベースに再びアクセスし、上記照会情報に基づいてデータベースを再照会すると共に、上記更新情報に基づいてデータベースを更新することを特徴とする請求項１から請求項４のいずれか１項に記載のデータベース制御システム。
6. 複数のデータが記録されてなるデータベースを要求に応じて照会及び更新するデータベース制御用プログラムであって、
   コンピュータを、
   照会要求に応じて上記データベースにアクセスし、該データベースを照会する照会アクセス手段、
   該照会アクセス手段によるアクセス後、更新要求に応じて上記データベースにアクセスし、該更新要求時に入力された更新内容で該データベースを更新する更新アクセス手段、
   該更新アクセス手段によるデータベースへのアクセスが他のアクセスと競合していることを検知する検知手段、
   該検知手段により上記更新アクセス手段によるアクセスが他のアクセスと競合していることが検知されたときに、システムの利用履歴を保存するログファイルに保存された上記照会要求時に入力された照会情報と上記更新要求時に入力された上記更新内容を含む更新情報とを入手すると共に、データベースに再びアクセスし、上記照会情報に基づいてデータベースを再照会すると共に、上記更新情報に基づいてデータベースを更新する再アクセス手段、及び、
   上記検知手段により上記更新アクセス手段によるアクセスが他のアクセスと競合していることが検知されたときに、上記照会アクセス手段による照会結果と上記再アクセス手段による再照会結果とを比較し、変更されているデータを識別可能な状態で、上記再アクセス手段による更新結果を提示する提示手段として機能させることを特徴とするデータベース制御用プログラム。
7. 上記ログファイルが、システムの利用履歴を保存する際に、セッションの開始時に発行されるセッションＩＤと、該セッションを構成する複数のトランザクションごとに発行されるトランザクションＩＤと、該トランザクションの内容を示すトランザクション区分とを記録するように構成されている場合に、
   コンピュータを上記再アクセス手段として機能させるときは、上記検知手段により上記更新アクセス手段によるアクセスが他のアクセスと競合していることが検知されたときに、上記ログファイルを最後尾のレコードから遡って読み込み、各レコードのセッションＩＤ、トランザクションＩＤ及びトランザクション区分に基づいて上記照会情報及び上記更新情報を入手するように機能させることを特徴とする請求項６に記載のデータベース制御用プログラム。
8. コンピュータを、
   上記照会アクセス手段によるデータベースへのアクセスが他のアクセスと競合していることを検知する第２検知手段、及び、
   該第２検知手段により上記照会アクセス手段によるアクセスが他のアクセスと競合していることが検知されたときに、上記照会要求時に入力されてログファイルに保存された上記照会情報を入手すると共に、この照会情報に基づいてデータベースに再びアクセスし、上記データベースを照会する再照会アクセス手段として機能させ、かつ、
   上記提示手段として機能させるときは、上記第２検知手段により上記照会アクセス手段によるアクセスが他のアクセスと競合していることが検知された場合において、上記照会結果と再照会結果とを比較するときに、照会結果として上記再照会アクセス手段による照会結果を用いるように機能させることを特徴とする請求項６又は請求項７に記載のデータベース制御用プログラム。
9. 上記ログファイルが、システムの利用履歴を保存する際に、セッションの開始時に発行されるセッションＩＤと、該セッションを構成する複数のトランザクションごとに発行されるトランザクションＩＤと、該トランザクションの内容を示すトランザクション区分とを記録するように構成されている場合に、
   コンピュータを上記再照会アクセス手段として機能させるときは、上記第２検知手段により上記照会アクセス手段によるアクセスが他のアクセスと競合することが検知されたときに、上記ログファイルを最後尾のレコードから遡って読み込み、各レコードのセッションＩＤ、トランザクションＩＤ及びトランザクション区分に基づいて上記照会情報を入手するように機能させることを特徴とする請求項８に記載のデータベース制御用プログラム。
10. コンピュータを、
    上記再アクセス手段によるデータベースへのアクセスが他のアクセスと競合していることを検知する第３検知手段として機能させると共に、
    上記再アクセス手段として機能させるときは、上記第３検知手段により該再アクセス手段によるアクセスが他のアクセスと競合していることが検知されたときに、データベースに再びアクセスし、上記照会情報に基づいてデータベースを再照会すると共に、上記更新情報に基づいてデータベースを更新するように機能させることを特徴とする請求項６から請求項９のいずれか１項に記載のデータベース制御用プログラム。

Images