JPH09269912A - 情報処理方法とその装置 - Google Patents

Abstract

(57)【要約】 【課題】 複数のアプリケーションソフトウエア間で共
有データを参照する場合、ユーザ間の対話的処理を容易
に実現できる情報処理方法とその装置を提供する。 【解決手段】 複数のアプリケーションが共有データを
参照する制御を行う情報処理方法であって、第１のアプ
リケーションの要求に基づく共有データに対する修正／
追加データを格納する。そして、第１のアプリケーショ
ンのコミット要求に基づいて、格納された修正／追加デ
ータに基づいて、前記共有データを更新する（Ｓ３０
５）。そして、更新された共有データに関する情報を他
の前記共有データを参照中のアプリケーションに通知す
る（Ｓ３０６）。

Description

【発明の詳細な説明】

【０００１】

【発明の属する技術分野】本発明は、情報処理方法とそ
の装置、特に、トランザクション間の並行性を向上させ
る情報処理方法とその装置に関する。

【０００２】

【従来の技術】従来より、データベースシステムにおけ
るトランザクション処理においては、ロック機構を用い
た並行制御が用いられてきた。このロックの種類として
は一般に、データの更新を行う際に必要となる排他ロッ
クと、データの参照を行う際に必要となる共有ロックが
ある。

【０００３】さらにロックの獲得と解放は、２フェーズ
ロッキングと呼ばれる方式、すなわち、トランザクショ
ン間の相互干渉を防止し、結果として、一貫性のあるス
ケジューリングを保証する方式に従って行われるのが通
例であった。

【０００４】

【発明が解決しようとする課題】しかしながら、従来の
方式では、対話的な操作環境を有するアプリケーション
には適していないという問題点があった。例えば、ある
ユーザの操作により、データの更新を目的としてトラン
ザクションが起動されたとき、該データに対しては排他
ロックの獲得が必要である。しかし、そのためには、他
のトランザクションによって、排他、もしくは共有ロッ
クの確保が行なわれていないことが必要となる。

【０００５】これによれば、以下のような問題点が生じ
る。すなわち、上記データの内容が、例えば、ウインド
ウシステム上のウインドウ内に表示されている場合、ウ
インドウの内容の一貫性を保証するためには、共有ロッ
クの獲得が必要であるが、これによれば、他のトランザ
クションによる排他ロックの獲得は不可能であり、ウイ
ンドウに表示されている間のデータの更新を行うことが
できなくなる。

【０００６】一方、一貫性の保証を放棄して、共有ロッ
クの確保に続いてデータの読出しを行い、該データの内
容をアプリケーション内のメモリ領域に複写したのち、
該獲得した共有ロックを解放すれば、他のトランザクシ
ョンによるデータの更新は可能になる。しかし、この場
合であっても、排他ロックが確保されている間は、後続
するトランザクションによる共有ロックの確保は不可能
である。この結果、排他ロックが確保される以前に読み
出しを終えたアプリケーションにおいては、必ずしも一
貫性の保証されないデータが保持され、他方、排他ロッ
クが確保された以後に読み出しを試みようとするアプリ
ケーションにおいては、排他ロックが解放されるまでの
間、予測できない待ち時間が生じることになる。これら
の振舞いは、複数のユーザが協調しながら、データを共
有する分散環境においては、著しく不適当である。本発
明は、以上説明した問題点、すなわち、従来のトランザ
クション処理、特に並行制御機構を用いて、複数ユーザ
間で共有されるデータを用いた対話的処理の実現が困難
であったという問題点を解決する。

【０００７】本発明は、上記従来例に鑑みてなされたも
ので、複数のアプリケーションソフトウエア間で共有デ
ータを参照する場合、従来のトランザクション処理機構
にとっては、対話的な処理の実現が困難であったという
問題点を解決した情報処理方法とその装置を提供するこ
とを目的とする。

【０００８】

【課題を解決するための手段】上記目的を達成するた
め、本発明の情報処理方法とその装置は以下の構成を備
える。即ち、複数のアプリケーションが共有データを参
照する制御を行う情報処理方法であって、第１のアプリ
ケーションの要求に基づく共有データに対する修正／追
加データを格納する格納工程と、前記第１のアプリケー
ションのコミット要求に基づいて、前記格納工程で格納
された修正／追加データに基づいて、前記共有データを
更新する更新工程と、前記更新工程で更新された共有デ
ータに関する情報を他の前記共有データを参照中のアプ
リケーションに通知する通知工程とを備える。

【０００９】また、別の発明は、複数のアプリケーショ
ンが共有データを参照する制御を行う情報処理装置であ
って、第１のアプリケーションの要求に基づく共有デー
タに対する修正／追加データを格納する格納手段と、前
記第１のアプリケーションのコミット要求に基づいて、
前記格納手段で格納された修正／追加データに基づい
て、前記共有データを更新する更新手段と、前記更新手
段で更新された共有データに関する情報を他の前記共有
データを参照中のアプリケーションに通知する通知手段
とを備える。

【００１０】

【発明の実施の形態】はじめに、本発明の実施の形態の
情報処理方法とその装置のポイントを要約した後に、そ
の詳細な説明に入るものとする。本発明の実施の形態の
情報処理方法のポイントは、データベースの所望のデー
タ領域（Ｄ１）に対して共有ロックをかけずにアクセス
しているアプリケーションソフトウエア（ＡＰ１）に対
して、別のアプリケーションソフトウエア（ＡＰ２）が
上述のデータ領域（Ｄ１）を更新するトランザクション
の途中で、更新内容をコミットした時に、その更新が発
生したことを通知する。そして、別のアプリケーション
ソフトウエア（ＡＰ２）が、その後、アボードした場
合、即ち、更新を無効として、データ領域（Ｄ１）の元
の内容に戻す処理を行う。そして、その元の内容に戻し
た処理を行ったことを、再び、アプリケーションソフト
ウエア（ＡＰ１）に対して通知する。この様な処理構成
を備えることによって、複数ユーザ間で共有されるデー
タを用いた対話的処理を容易に行うことができる。

【００１１】尚、本処理構成では、上述のアプリケーシ
ョンソフトウエア（ＡＰ１）に対しては、アプリケーシ
ョンソフトウエア（ＡＰ１）が参照したいデータ領域に
対する共有ロックが係っているか否かにかかわらず、デ
ータ参照操作を許可する。 ［実施例１］以下、本発明の実施の形態の情報処理方法
とその装置について、図を用いて説明する。なお、本発
明を実施する装置としては、周知のワークステーショ
ン、もしくは、パーソナルコンピュータでよい。

【００１２】図１は、所定のアプリケーションソフトウ
エアからのデータ参照要求を処理する手順を示すフロー
チャートである。ここで、このアプリケーションソフト
ウエアの識別子を"ａ"，データの識別子を"ｄ"とする。
また、図２は、図１のフローチャートが示す処理の基本
要素を記述した図である。図２は、アプリケーションソ
フトウエアａ（１０００）、アプリケーションソフトウ
エアｂ（１００１）、...、アプリケーションソフトウ
エアｍ（１００２）が本情報処理装置内に存在している
例を示している。また、各アプリケーションソフトウエ
アが、ＤＢ（データベース）（３０００）中のデータ領
域"ｄ"を共通にアクセスする場合を示している。

【００１３】アプリケーションソフトウエアａ（１００
０）に対応する参照データ識別子リストＤ（ａ）（２０
００）は、アプリケーションソフトウエアａ（１００
０）がＤＢ（３０００）のどのデータをアクセス中であ
るかを示すためのもので、参照中の各データの識別子を
格納したリストである。データ参照アプリケーションリ
ストＡ（ｄ）(２００１)は、ＤＢ（３０００）中のデー
タ"ｄ"をアクセス中の各アプリケーションソフトウエア
の識別子を格納したリストである。

【００１４】これらの参照データ識別子リストＤ（ａ）
(２０００)とデータ参照アプリケーションリストＡ
（ｄ）(２００１)は、図７を参照して後述するメモリ２
０２の一部の領域にアサインされている。以下、図２を
図１のフローチャートの示す処理手順の理解を容易にす
るための補助図として参照しながら、アプリケーション
ソフトウエアからのデータ参照要求を処理する手順を説
明する。この例では、排他ロックや共有ロックをかけず
にデータベースをアクセスする処理に関して説明する。
図１のフローチャートの示す処理は、所定のトランザク
ションマネージャ（ＴＭ）などによって、実行される。

【００１５】まず、ステップＳ１０２では、アプリケー
ションソフトウエアａから、ＴＭに対して、データベー
スのデータｄを参照する要求があると、ＴＭは、アプリ
ケーションソフトウエアａが参照しているデータ識別子
のリストＤ（ａ）を取り出す。ステップＳ１０３では、
Ｄ（ａ）にｄが含まれているかどうか判定する。そし
て、含まれていれば、アプリケーションソフトウエアａ
は、既にデータｄの参照処理を起動したものとみなし
て、直ちに処理を終了する。逆に、含まれていなけれ
ば、次のステップＳ１０４に移行する。

【００１６】ステップＳ１０４では、ｄを参照している
アプリケーションソフトウエアのリストＡ（ｄ）を取り
出す。ステップＳ１０５では、Ａ（ｄ）にはａは含まれ
ていないので、Ａ（ｄ）にａを追加する。ステップＳ１
０６では、識別子ｄの指すデータ内容をアプリケーショ
ンソフトウエアａに転送する。

【００１７】ステップＳ１０７では、Ｄ（ａ）にｄを追
加して、処理を終了する。以上、アプリケーションソフ
トウエアａからデータベースに対するデータ参照要求を
処理する手順を説明した。尚、図１において、２つのリ
ストＤ（ａ）とＡ（ｄ）との一貫性は、公知の手法によ
って常に保たれているものとする。

【００１８】また、ステップＳ１０２〜Ｓ１０４、およ
び、ステップＳ１０５〜Ｓ１０７の処理順序は、実施し
ているデータ共有機構の実装形態に依存するものであ
り、本発明は、この処理順序に制限されるものではな
い。図１に示した手順の逆操作、すなわち、データ参照
の解除については、図１と全く同様である。すなわち、
アプリケーションソフトウエアａとデータｄについて、
Ｄ（ａ）にｄが含まれるとき、Ｄ（ａ）からｄを削除す
るとともに、Ａ（ｄ）からａを削除すればよい。

【００１９】図３は、ＴＭが、図１の手順に従って共有
データに対する参照処理を開始した後に、各アプリケー
ションからアクセスされるデータベースのデータに対す
る共有ロックの設定処理の説明を行う。図４は、共有ロ
ックの設定対象を管理するリストＬ，Ｌ’の構成例を示
す図である。

【００２０】図４の共有ロック要求識別子リストＬ（４
０００）は、ＴＭが生成したもので、各アプリケーショ
ンソフトウエアからの共有ロックの獲得処理を要求する
データ識別子のリストである。これは、ＴＭが、データ
ベースへの各アプリケーションからのアクセスを監視し
て生成した、データベースへアクセスのあったデータの
リスト、即ち、上述した Ｄ（ｘ）；ｘ＝ａ，ｂ，．．．ｃ に等価のリストであるか、または、Ｄ（ｘ）のうち、ア
プリケーションソフトウエアから共有ロック要求が行わ
れたデータのリストである。

【００２１】ここで、この共有ロック要求識別子リスト
Ｌ（４０００）は、図７を参照して後述するメモリ２０
２の一部の領域にアサインされている。図３のステップ
Ｓ２０２では、上述の共有ロック要求識別子リストＬ
（４０００）の要素であって、既に、共有ロック、また
は、排他ロックが確保されているものを取り除いたリス
トＬ’(非ロックデータ識別子リスト）を生成する。

【００２２】ステップＳ２０３では、リストＬ’が空か
どうかをチェックする。そして、空でなければ、ステッ
プＳ２０４へ進む。空であれば、処理を終了する。ステ
ップＳ２０４では、リストＬ’の各要素に対する共有ロ
ックの確保を行い、処理を終了する。以上の処理をＴＭ
が繰り返すことによって、共有ロックの必要なデータに
対して、適宜、共有ロックをかけていくことができる。

【００２３】ＴＭは、また上述の処理と共に、データベ
ースへの各アプリケーションからのアクセスの内のデー
タ更新の発生を監視して、データ更新の発生したデータ
の識別子を羅列したデータリストＧを生成する。次に、
図５は、各アプリケーションがデータ更新（コミット）
を行うトランザクションにおけるＴＭの処理手順を示す
フローチャートである。

【００２４】まず、ステップＳ３０２では、リストＧの
データを取り込む。ステップＳ３０３では、リストＧが
空かどうかチェックして、空であれば処理を終了する。
他方、空でなければステップＳ３０４へ進む。ステップ
Ｓ３０４では、リストＧから要素を１つ取り出してｄ１
とする。ステップＳ３０５では、ｄ１の内容が既に退避
済みかどうかチェックする。そして、退避済みであれ
ば、ステップＳ３０３に戻る。逆に、退避済みでなけれ
ば、ステップＳ３０６に進む。

【００２５】ステップＳ３０６では、ｄ１の内容を一時
的に退避する。ステップＳ３０７では、ｄ１の内容を更
新する。ステップＳ３０８では、ｄ１の参照を行ってい
るリストＡ（ｄ１）の各アプリケーションソフトウエア
に対し変更の通知を行う。そして、ステップＳ３０３に
戻り、同様の処理を繰り返す。

【００２６】以上の処理によって、所定のアプリケーシ
ョンがデータ更新した情報を、参照中の他のアプリケー
ションに知らせることができる。尚、ステップＳ３０６
におけるｄ１の内容の退避領域は、最終的にトランザク
ションが終了した時点で解放される。ここで、トランザ
クションが最終的に終了するとは、コミットまたはアボ
ートのいずれかである。ここで、コミットとは、更新し
た内容を確定する処理である。また、アボートとは、更
新した内容を確定せずに廃棄する、言い換えれば、更新
前の状態に戻す処理を意味する。

【００２７】従って、コミットであった場合には、単
に、退避領域が解放される。一方、アボートであった場
合には、ｄ１の退避領域が空でなければ、一時的に行わ
れた更新処理の内容が破棄され、ｄ１の内容として退避
領域の内容が再設定される。この時、Ａ（ｄ１）が空で
なければ、ステップＳ３０８と同様にＡ（ｄ１）の各要
素に対して変更の通知が行われる。

【００２８】以上、説明した処理手順を用いれば、例え
ば、あるアプリケーションソフトウエアａ１とａ２にお
いて、効果的なデータ共有を行うことができる。これを
図６を参照して説明する。図６に示すように、データベ
ースにデータｄｔ１，ｄｔ２，ｄｔ３，ｄｔ４があると
し、アプリケーションソフトウエアａ１とａ２がそれぞ
れ図１の手順に従って、ｄｔ１，ｄｔ２，ｄｔ３、およ
び、ｄｔ１，ｄｔ２，ｄｔ４の参照手順を開始したとす
る。

【００２９】ここで、アプリケーションソフトウエアａ
１とａ２が、それぞれｄｔ１とｄｔ２の更新を行うため
にトランザクションを開始したとする。このとき、図３
に示した処理手順において、共有ロックを確保するデー
タ識別子のリストは、アプリケーションソフトウエアａ
１についてはｄｔ３であり、ａ２についてはｄｔ４を含
むものとする。

【００３０】図３に示した手順によって上記の共有ロッ
クが確保されれば、何らかの時点でａ１とａ２はそれぞ
れｄｔ１とｄｔ２に関する排他ロックを確保することに
なるが、ａ１とａ２間のロックの競合が存在しないた
め、他の外乱要因がなければこれらはともに成功する。
この段階で、図５で示した手順に従って一時的な内容更
新を行えば、アプリケーションソフトウエアａ１とａ２
は、それぞれ、他方が行った更新が直ちに通知され、そ
れに従って処理を行うことが可能である。

【００３１】なお、一般には、データ更新トランザクシ
ョンの途中で、他のトランザクションによる一時的な更
新通知が行われるのは好ましくない。これは、前者のト
ランザクションにおける一時的な更新内容の評価によっ
ては、最終的に、コミットを行う段階で一貫性が保証さ
れない可能性があるためである。従って、通常のトラン
ザクション開始時には、図１の手順で参照を開始した全
ての共有データについて図３に示した手順を適用するの
が適当である。

【００３２】さらに、トランザクションとしては、デー
タの更新を行わない類のトランザクションもあるが、こ
れについても図３に示した手順を適用することは可能で
ある。 この場合のトランザクションの目的は、トラン
ザクションの間に他のトランザクションに更新を禁止す
ることである。本実施の形態においては、データ参照処
理における共有ロックの確保は不用であって、むしろ不
用なロックによりトランザクション間の競合を回避する
ために、読み出しトランザクションは必要最小限にとど
めるのが適当である。 ［実施の形態２］以上説明した実施の形態においては、
トランザクションにおけるロックの獲得・解放処理を２
フェーズで行うものとしていた。

【００３３】しかしながら、本実施の形態に係る更新処
理と参照処理が共存し、なおかつ、一時的な更新処理を
支援するようなシステムにおいては、いわゆる「seriali
zability」を犠牲にしても、データの共有を許すのが適
当である。これを実現するために、明示的なロック解放
命令をアプリケーションに提供する。図７は、明示的な
ロック解放命令を受信した時のＴＭの処理手順を示すフ
ローチャートである。

【００３４】尚、本フローチャートにおいて、排他ロッ
クを解放して共有ロックを確保する手順を示すが、排他
ロックの解放処理や共有ロックの解放処理についても同
様である。ただし、共有ロックの解放処理については、
後述する一時的な更新処理は行われない。ステップＳ４
０１では、明示的にロックの解放を行うデータ識別子ｄ
２を受信する。

【００３５】ステップＳ４０２では、ｄ２に関する排他
ロックが既に確保されているかどうかをチェックする。
そして、排他ロックの確保が行われていなければ処理を
終了する。さもなければ、ステップＳ４０３へ進む。ス
テップＳ４０３では、ｄ２の内容を変更したかどうかを
判定する。そして、変更を行っている場合には、ステッ
プＳ４０４に進む。変更がなければ、ステップＳ４０５
に進む。

【００３６】ステップＳ４０４では、図５に示した手順
に従って一時的に更新内容を反映させる。ステップＳ４
０５では、排他ロックを共有ロックに変更して、処理を
終了する。 尚、ステップＳ４０５における処理は不可
分に行われるものとし、かつ、該ロックの解放を待って
いる他のトランザクションに優先して行われるものとす
る。

【００３７】図７においては、２フェーズロックに従わ
ない個々のトランザクションについて処理手順を示し
た。しかし一般には、入れ子になったトランザクション
処理が行われることがあり、上位のトランザクションが
２フェーズロックに従うにもかかわらず、下位のサブト
ランザクションにおいて図７の手順を行うと矛盾が生じ
る。

【００３８】これを防ぐために、上位トランザクション
のいずれかがロックの獲得・解放処理を２フェーズロッ
クに従う場合には、サブトランザクションにおけるロッ
クの獲得・解放処理は指定かかわらず２フェーズで行う
ものとする。この場合、上記明示的なロック解放命令は
遅延評価され、最終的には２フェーズロックに従わない
上位トランザクションに戻った時点で評価される。

【００３９】次に、図８は、上述した各フローチャート
の処理を実行する情報処理装置の構成例を示す図であ
る。この図で、ＣＰＵ２００は、本情報処理装置全体の
制御を、メモリ２０２に格納された各種プログラムを読
み出し、解釈し、実行することで行う。メモリ２０２に
は、上述した各フローチャートに対応するプログラムが
格納され、また、データべースが格納されている。

【００４０】キーボード２０３とポインティングデバイ
ス２０４は、コマンドやデータの入力を行う。ディスプ
レイモニタ２０１は、ＣＰＵ２００での処理結果や、キ
ーボード２０３とポインティングデバイス２０４から入
力したコマンドやデータを表示する。なお、本発明は、
複数の機器から構成されるシステムに適用しても、一つ
の機器からなる装置に適用してもよい。

【００４１】また、本発明の目的は、前述した実施形態
の機能を実現するソフトウェアのプログラムコードを記
録した記憶媒体を、システムあるいは装置に供給し、そ
のシステムあるいは装置のコンピュータ（またはＣＰＵ
やＭＰＵ）が記憶媒体に格納されたプログラムコードを
読出し実行することによっても、達成されることは言う
までもない。

【００４２】この場合、記憶媒体から読出されたプログ
ラムコード自体が前述した実施形態の機能を実現するこ
とになり、そのプログラムコードを記憶した記憶媒体は
本発明を構成することになる。プログラムコードを供給
するための記憶媒体としては、例えば、フロッピディス
ク，ハードディスク，光ディスク，光磁気ディスク，Ｃ
Ｄ−ＲＯＭ，ＣＤ−Ｒ，磁気テープ，不揮発性のメモリ
カード，ＲＯＭなどを用いることができる。

【００４３】また、コンピュータが読出したプログラム
コードを実行することにより、前述した実施形態の機能
が実現されるだけでなく、そのプログラムコードの指示
に基づき、コンピュータ上で稼働しているＯＳ（オペレ
ーティングシステム）などが実際の処理の一部または全
部を行い、その処理によって前述した実施形態の機能が
実現される場合も含まれることは言うまでもない。

【００４４】さらに、記憶媒体から読出されたプログラ
ムコードが、コンピュータに挿入された機能拡張ボード
やコンピュータに接続された機能拡張ユニットに備わる
メモリに書込まれた後、そのプログラムコードの指示に
基づき、その機能拡張ボードや機能拡張ユニットに備わ
るＣＰＵなどが実際の処理の一部または全部を行い、そ
の処理によって前述した実施形態の機能が実現される場
合も含まれることは言うまでもない。

【００４５】本発明を上記記憶媒体に適用する場合、そ
の記憶媒体には、先に説明したフローチャートに対応す
るプログラムコードを格納することになるが、簡単に説
明すると、上述の各フローチャートに対応する各プログ
ラムモジュールを記憶媒体に格納することになる。以上
説明したように、本実施の形態の情報処理方法では、ア
プリケーションソフトウエアに対して、共有ロックの獲
得の有無にかかわらずデータ参照操作を許可する。ま
た、該データ参照操作を行っているアプリケーションソ
フトウエアがデータ更新処理を目的とするトランザクシ
ョンを開始する際に、そのトランザクションの起動に先
だって、上記データ参照操作が起動されている一連の共
有データに対して共有ロックを確保するかどうかを指定
する。そして、該データ更新処理を目的とするトランザ
クションの処理の途中で一時的に更新内容をコミットし
た場合、そのコミット処理でデータを変更したことを知
らせる変更通知を、上記データ参照操作を起動している
一連のアプリケーションソフトウエアに対して通知す
る。

【００４６】また、上記トランザクションが最終的にア
ボートされた場合には、上記コミット処理に対応する逆
操作を行って、元のデータを回復する。そして、その逆
操作における変更通知を、上記データ参照操作を起動し
ている一連のアプリケーションソフトウエアに対して通
知する。尚、上記データ更新処理を目的とするトランザ
クションは、ロックの獲得・解放処理を２フェーズロッ
クに従って行うかどうかを指定することができる。

【００４７】以上の基本処理構成によって、複数ユーザ
間で共有されるデータを用いた対話的処理を容易に実現
することができる。

【００４８】

【発明の効果】以上説明したように本発明によれば、複
数のアプリケーションソフトウエア間で共通データを参
照する場合、従来のトランザクション処理機構にとって
は、対話的な処理の実現が困難であったという問題点を
解決できる。

【図面の簡単な説明】

【図１】本発明に係る一実施の形態の各アプリケーショ
ンからデータベースの所定のデータに対するデータ参照
要求を処理する手順を示すフローチャートである。

【図２】図１の処理を説明するための図である。

【図３】共有ロックの獲得処理手順を示すフローチャー
トである。

【図４】共有ロック要求データ識別子リストと非ロック
データ識別子リストの構成例を示す図である。

【図５】トランザクションの途中で一時的にデータ更新
内容を、所定のアプリケーションに通知する処理する処
理手順を示すフローチャートである。

【図６】第１の実施の形態の処理例を説明するための図
である。

【図７】明示的にロック解放を行う処理手順を示すフロ
ーチャートである。

【図８】本実施の形態の情報処理を実行するハードウエ
ア構成の一例を示す図である。

Claims (8)

【特許請求の範囲】
1. 【請求項１】 複数のアプリケーションが共有データを
   参照する制御を行う情報処理方法であって、 第１のアプリケーションの要求に基づく共有データに対
   する修正／追加データを格納する格納工程と、 前記第１のアプリケーションのコミット要求に基づい
   て、前記格納工程で格納された修正／追加データに基づ
   いて、前記共有データを更新する更新工程と、 前記更新工程で更新された共有データに関する情報を他
   の前記共有データを参照中のアプリケーションに通知す
   る通知工程とを備えることを特徴とする情報処理方法。
2. 【請求項２】 前記第１のアプリケーションのアボード
   要求に基づいて、前記更新工程で更新された共有データ
   を、前記格納工程で格納される以前のデータに復帰させ
   る復帰工程をさらに備えることを特徴とする請求項１に
   記載の情報処理方法。
3. 【請求項３】 前記共有データをアクセスするアプリケ
   ーションを検知する検知工程と、 前記検知工程で検知されたアプリケーションがアクセス
   するデータに対して、当該アプリケーションが共有ロッ
   クまたは排他ロックを確保していない場合、当該アプリ
   ケーションが前記更新工程を行うに先だって、共有ロッ
   クを設定する設定工程とをさらに備えることを特徴とす
   る請求項１に記載の情報処理方法。
4. 【請求項４】 前記復帰工程はさらに、前記更新工程で
   更新された共有データを、前記格納工程で格納される以
   前のデータに復帰させる旨の情報を、前記共有データを
   使用中の他のアプリケーションに通知する復帰通知工程
   を備えることを特徴とする請求項２に記載の情報処理方
   法。
5. 【請求項５】 複数のアプリケーションが共有データを
   参照する制御を行う情報処理装置であって、 第１のアプリケーションの要求に基づく共有データに対
   する修正／追加データを格納する格納手段と、 前記第１のアプリケーションのコミット要求に基づい
   て、前記格納手段で格納された修正／追加データに基づ
   いて、前記共有データを更新する更新手段と、 前記更新手段で更新された共有データに関する情報を他
   の前記共有データを参照中のアプリケーションに通知す
   る通知手段とを備えることを特徴とする情報処理装置。
6. 【請求項６】 前記第１のアプリケーションのアボード
   要求に基づいて、前記更新手段で更新された共有データ
   を、前記格納手段で格納される以前のデータに復帰させ
   る復帰手段をさらに備えることを特徴とする請求項５に
   記載の情報処理装置。
7. 【請求項７】 前記共有データをアクセスするアプリケ
   ーションを検知する検知手段と、 前記検知手段で検知されたアプリケーションがアクセス
   するデータに対して、当該アプリケーションが共有ロッ
   クまたは排他ロックを確保していない場合、当該アプリ
   ケーションが前記更新工程を行うに先だって、共有ロッ
   クを設定する設定手段とをさらに備えることを特徴とす
   る請求項５に記載の情報処理装置。
8. 【請求項８】 前記復帰手段はさらに、前記更新手段で
   更新された共有データを、前記格納手段で格納される以
   前のデータに復帰させる旨の情報を、前記共有データを
   使用中の他のアプリケーションに通知する復帰通知手段
   を備えることを特徴とする請求項７に記載の情報処理方
   法。