JP2001282593A

JP2001282593A - データベース−ファイル連携方法及び装置

Info

Publication number: JP2001282593A
Application number: JP2000095934A
Authority: JP
Inventors: Hiroshi Nojima; 博野島
Original assignee: Hitachi Ltd
Current assignee: Hitachi Ltd
Priority date: 2000-03-30
Filing date: 2000-03-30
Publication date: 2001-10-12
Anticipated expiration: 2020-03-30
Also published as: JP3992263B2; US7260578B2; US20010029507A1; US20040199540A1

Abstract

(57)【要約】【課題】データベース管理システムにおいて、レコード
と外部ファイルの整合性を維持し、ファイル内容の更新
を管理する方法及び装置を提供することを目的とする。【解決手段】データベース管理システム３４２におい
て、外部ファイルを管理することを目的としたデータ構
造を具備し、前記データ構造を含むレコードの更新処理
時に呼び出される外部ファイル連携機能拡張３４３を具
備し、前記レコードの更新と外部ファイルの内容の更新
を同期させる。また、ファイルに対するデータベースレ
コードからの参照数に応じて、更新されたデータベース
レコードのリンク先ファイルにのみ更新を反映させるこ
とで、データベースを用いたファイルの版管理を実現す
る。

Description

【発明の詳細な説明】

【０００１】

【発明の属する技術分野】本発明は、オペレーティング
システムのファイルシステム（以下、ＯＳファイルシス
テム）によって定義される「ファイル」をデータベース
管理システム（以下、ＤＢＭＳ）制御下で管理するシス
テムに関し、特にこのデータベース管理システムを用い
て管理されたファイルの内容を更新する際に効果的なデ
ータベース−ファイル連携方法及び装置に関する。

【０００２】

【従来の技術】データベースのレコードに関連づけてＯ
Ｓファイルシステムの定義する「ファイル」または「デ
ィレクトリ」（以降、単一ファイル、複数ファイル、デ
ィレクトリ構造を伴った複数ファイルの総称として「コ
ンテンツ」と表記する）を管理する方法として、その所
在位置情報（いわゆるディレクトリパス）をレコード内
の一つのフィールドに書き込んでおく方法がある。この
方法では、ＤＢＭＳ側から見たとき、単に文字列が格納
されているに過ぎず、その文字列がファイルまたはディ
レクトリを指しているという認識はなく、ファイルサイ
ズを始めとする属性、ファイルとディレクトリの区分も
関知していない。つまり、当該ディレクトリパスの指し
示すコンテンツは、ＤＢＭＳとは独立に、利用者が管理
する必要がある。こうした方法でデータベースを作成し
た利用者プログラムは、任意のフィールドを検索キーと
してデータベースを検索した後、当該レコード中のディ
レクトリパスが書き込まれたフィールドの文字列を取得
し、その文字列をディレクトリパスと見なしてコンテン
ツを参照していた。

【０００３】

【発明が解決しようとする課題】ディレクトリパスをデ
ータベースのレコードに直接格納する従来の技術によれ
ば、外部のコンテンツの管理と、そのディレクトリパス
を格納したフィールドの管理が別々に行なわれるため、
データベースのフィールド値の更新・削除とは非同期に
外部のコンテンツに対しての更新・削除が実行される可
能性があり、データベースと外部のコンテンツとの間に
不整合が発生しやすい。一度整合性が取れなくなると、
整合性の取れた状態に戻すことは困難である。

【０００４】また、上述した従来の技術によれば、同一
のコンテンツに対してデータベースの複数のフィールド
と対応関係を持たせようとすると、対応を保持している
フィールドの数を別途管理する必要があった。この管理
をしないと、コンテンツの更新と削除を行なうときに、
他のリンク元となっているデータベースのフィールドか
ら見たときのリンク先の内容まで更新されることにな
り、不整合が生じるからである。このようにデータベー
スを用いてコンテンツの版管理を行なうことは困難であ
った。

【０００５】このように従来の方法は、運用上データベ
ースと外部のファイルとの連携整合性を保ち続けるのが
困難であり、外部のコンテンツの内容の更新や削除を行
なう際の確認手順が煩雑になるという問題があった。

【０００６】本発明の目的は、データベースのトランザ
クションの延長で外部のコンテンツとの連携処理を行な
うことで、データベースからの参照整合性及び更新整合
性を保つ方法及び装置を提供することにある。

【０００７】

【課題を解決するための手段】ＤＢＭＳを用いて外部の
コンテンツを管理するために、ファイル抽象データ型を
ＤＢＭＳに導入する。ファイル抽象データ型は、管理す
るコンテンツに関する所在情報（ファイルサーバ名、デ
ィレクトリパスなど）を格納するデータ構造と当該情報
を処理するための関数を提供する。ＤＢＭＳ利用者は、
このファイル抽象データ型のフィールドを持つテーブル
を定義することにより、データベースの外部のコンテン
ツをテーブルのリンク先として登録することが出来るよ
うになる。

【０００８】また、ＤＢＭＳ管理下のコンテンツを管理
するために、一般利用者よりも上位のファイルアクセス
権限を持つファイル管理システム（以下、ＤＢＭＳ外部
ファイル管理システムと呼ぶ）を導入する。ＤＢＭＳ管
理下のコンテンツは、このＤＢＭＳ外部ファイル管理シ
ステムを所有者とし、ＯＳファイルシステムレベルにお
いて、一般利用者から参照・更新ができないようなアク
セス制御情報を設定しておく。抽象データ型フィールド
のリンク先としてしてコンテンツを管理するため、ＤＢ
ＭＳ外部ファイル管理システムはリンク先のコンテンツ
の内部のファイル構成を管理する機構を持つ。また、同
一のコンテンツを複数の抽象データ型フィールドのリン
ク先として管理するため、リンク数を管理する機構を持
つ。さらに、ＤＢＭＳトランザクションの延長でリンク
先コンテンツの内容更新を行なうため、更新差分情報を
保持する機構を持つ。

【０００９】テーブルに格納されたファイル管理情報と
ＤＢＭＳ外部ファイル管理システムとを連携させるため
に、ＤＢＭＳ内部にファイル抽象データ型の処理機能と
しての外部ファイル連携機能を定義し、データベース操
作（例えば、ＩＮＳＥＲＴ処理、ＳＥＬＥＣＴ処理な
ど）の実行契機に、上記ＤＢＭＳ外部ファイル管理シス
テムの該当する処理を呼び出すように設定する。

【００１０】また、ＤＢＭＳの利用者が検索結果のコン
テンツにアクセスする手段を提供するために、外部ファ
イル連携機能には、データベースレコードの検索時にア
クセスハンドルを作成する機能を持たせる。この機能
は、上記ファイル抽象データ型の提供する関数から呼び
出される。ＤＢＭＳ管理下のコンテンツを参照するに
は、データベースレコードを検索し、ファイル抽象デー
タ型の関数により前述のアクセスハンドルを取得し、ア
クセスハンドルを使用してＤＢＭＳ外部ファイル管理シ
ステムのファイル参照機能を呼び出すことにより、コン
テンツの参照が可能となる。

【００１１】加えて、ＤＢＭＳの利用者がデータベース
のフィールドのリンク先のコンテンツの内容を更新する
手段を提供するために、外部ファイル連携機能には、デ
ータベースレコードの検索によって取得されたアクセス
ハンドルによって、ＤＢＭＳ管理下のコンテンツに対す
る更新情報を登録する機能を持たせる。ＤＢＭＳ管理下
のコンテンツを更新するには、更新情報登録の際に取得
された編集更新ハンドルを使用して、データベースのト
ランザクションでフィールド値の更新を行なうことで、
ＤＢＭＳ外部ファイル管理システムのファイル更新機能
が呼び出されて、リンク先のコンテンツの内容更新が行
なわれる。

【００１２】このように、データベース操作処理とファ
イル操作処理とを連携させることにより、データベース
レコードとそのレコードに関連付けられて管理されるコ
ンテンツとの整合性維持が、データベース管理システム
に対する操作の延長で行なわれることから、データベー
スからの参照整合性及び更新整合性の保証が実現され
る。

【００１３】

【発明の実施の形態】以下、図面を参照して、本発明の
実施の形態を詳細に説明する。

【００１４】図１は、本発明を、データベースサーバ
（以下、ＤＢサーバと呼ぶ）、ファイルサーバ、及び利
用者クライアントで構成される分散データ管理システム
に適用した場合の各計算機と、その上で稼動するソフト
ウェアの構成を示すシステムブロック図である。

【００１５】利用者クライアント１０と、ファイルサー
バ２０と、ＤＢサーバ３０とは、互いに通信ネットワー
ク９０で接続されている。

【００１６】利用者クライアント１０は、ＣＰＵ１１、
メモリ１２、ネットワークインタフェース１３、及び二
次記憶装置１４を備え、これらはバス１９によって接続
されている。利用者クライアント１０は、ネットワーク
インタフェース１３を通して通信ネットワーク９０に接
続している。二次記憶装置１４上には、オペレーティン
グシステム（以下、ＯＳと呼ぶ）１４１、利用者プログ
ラム１４２、ＤＢＭＳ外部ファイル連携ライブラリ（以
下、ＦＭＬと呼ぶ）１４３、及び利用者プログラムから
データベースに登録する登録対象コンテンツ１４４が格
納される。本実施形態では、利用者プログラム１４２は
ＦＭＬ１４３に対してライブラリ呼び出しをする実装例
で説明しているが、その他の実装方式としても本発明の
実施には差し支えない。

【００１７】ファイルサーバ２０は、ＣＰＵ２１、メモ
リ２２、ネットワークインタフェース２３、及び二次記
憶装置２４を備え、これらはバス２９によって接続され
ている。ファイルサーバ２０は、ネットワークインタフ
ェース２３を通して通信ネットワーク９０に接続してい
る。二次記憶装置２４上には、ＯＳ２４１、ＤＢＭＳ外
部ファイル管理システム（以下、ＦＭＳと呼ぶ）２４
２、データベースに登録されたＤＢ管理下コンテンツ２
４３、ＤＢ管理下コンテンツの属性情報などを保持する
コンテンツ情報ファイル２４４、及びＤＢ管理下コンテ
ンツ２４３とコンテンツ情報ファイル２４４に関するＯ
Ｓファイルアクセス制御情報２４５が格納される。ＤＢ
管理下コンテンツ２４３は複数あり、１つ１つのファイ
ルを別個にＤＢ管理下に置くことも、複数ファイルをま
とめてＤＢ管理下に置くことも出来る。

【００１８】ＤＢサーバ３０は、ＣＰＵ３１、メモリ３
２、ネットワークインタフェース３３、及び二次記憶装
置３４を備え、これらはバス３９によって接続されてい
る。ＤＢサーバ３０は、ネットワークインタフェース３
３を通して通信ネットワーク９０に接続している。二次
記憶装置３４上には、ＯＳ３４１、ＤＢＭＳ３４２、Ｄ
ＢＭＳの外部ファイル連携機能拡張（以下、ＦＡＥと呼
ぶ）３４３、ＤＢＭＳ３４２が管理しているテーブル情
報３４４、及びＤＢＭＳ３４２のテーブル更新に関する
操作のログ３４５が格納される。テーブル情報３４４の
詳細は、後述する。

【００１９】ＤＢＭＳ３４２は、ＳＱＬ(Structured Qu
ery Language)をインタフェースとして採用しており、
通常のＳＱＬデータ型の他にファイル抽象データ型を扱
えるように拡張されている。ファイル抽象データ型は、
ファイルを管理するための情報を格納するデータ構造と
このデータ構造専用の関数群を提供する。ＤＢＭＳ３４
２において、ファイル抽象データ型の処理機能を実装す
るモジュールが、前述のＦＡＥ３４３である。本実施形
態では、ＤＢＭＳ３４２はＦＡＥ３４３に対してライブ
ラリ呼び出しをする実装例で説明しているが、その他の
実装方式としても本発明の実施には差し支えない。

【００２０】本発明で実現されるＤＢＭＳ外部ファイル
管理システムは、ファイルサーバ２０上のＦＭＳ２４
２、利用者クライアント１０上のＦＭＬ１４３、及びＤ
Ｂサーバ３０上のＤＢＭＳ３４２中のＦＡＥ３４３から
構成される。

【００２１】ファイルサーバ２０上のＦＭＳ２４２は、
一般利用者よりも上位のファイルアクセス権限を持つ利
用者（ＦＭＳ）の権限で稼動する。ＤＢＭＳ管理下コン
テンツ２４３は、ＦＭＳ２４２により、データベース登
録時にＯＳファイルアクセス制御情報２４５を更新さ
れ、ＦＭＳ２４２以外からは参照も更新も出来ないよう
に設定される。これにより、データベースに登録された
ファイルに対する不当な参照及び更新を防止する。ま
た、データベース登録時には、ＤＢ管理下コンテンツ２
４３に関する属性情報をコンテンツ情報ファイル２４４
で保持する。

【００２２】ファイルサーバ２０上のＦＭＳ２４２は、
外部ファイル連携機能拡張ＦＡＥ３４３及びＤＢＭＳ外
部ファイル連携ライブラリＦＭＬ１４３とのインタフェ
ースを持つ。これらのインタフェースは、一般にリモー
トプロシージャコール（以下、ＲＰＣと呼ぶ）と呼ばれ
る手段を用いて実装される。ＲＰＣにより、プログラム
は、呼び出し先プログラムの識別子と関数名称を指定す
ることで、他プログラム内の関数を呼び出すことが出来
る。

【００２３】図２から図４を用いて、ファイル抽象デー
タ型と外部ファイル連携機能拡張ＦＡＥ３４３について
説明する。

【００２４】図２は、テーブル情報３４４内に格納され
る、外部ファイル管理テーブル４０００の構造を示して
いる。このフィールド構成は一つの例であり、これと異
なるフィールド構造のテーブルであっても、本発明の実
施には差し支えない。テーブル４０００には、整数型の
番号４０１１、文字列型の表題４０１２、及びファイル
抽象データ型の外部ファイル４０１３の３つのフィール
ドがある。

【００２５】ＤＢＭＳ３４２は、テーブル４０００のレ
コード及びフィールドに、それぞれレコード識別子４０
０１及びフィールド識別子４００２を付与する。レコー
ド識別子４００１は、テーブル４０００に含まれるレコ
ードを一意に識別するためのものである。フィールド識
別子４００２は、レコードを構成するフィールドを一意
に識別するためのものである。

【００２６】ファイル抽象データ型の外部ファイル４０
１３のデータ構造として、ＦＭＳ識別子４０１４、ディ
レクトリパス４０１５、及びコンテンツがファイルであ
るかディレクトリであるかのコンテンツ形式４０１６が
格納される。ファイル抽象データ型のデータ構造にさら
に他の付加情報を加えても、本発明の実施には差し支え
ない。

【００２７】図３は、ＤＢＭＳ３４２の処理とそれに関
連付けられる外部ファイル連携機能拡張ＦＡＥ３４３の
処理との対応を示している。パラメータは、ＤＢＭＳ３
４２がＦＡＥ３４３の関数を呼び出すときに渡す情報で
あり、ＤＢＭＳ契機は、ＤＢＭＳ３４２がデータベース
処理のどの時点でＦＡＥ３４３の関数を呼び出すのかを
示している。以下、それぞれの連携機能について説明す
る。

【００２８】＃１のコンテンツリンク登録連携機能は、
ＤＢＭＳ３４２がＳＱＬのＩＮＳＥＲＴ文を処理してＤ
Ｂ管理下コンテンツ２４３へのリンクを設定する際、ま
たはＳＱＬのＵＰＤＡＴＥ文を処理してＤＢ管理下コン
テンツ２４３へのリンクを設定する際に呼び出される。
呼び出しパラメータとして、現行トランザクションのト
ランザクション識別子及びファイル抽象データ型値を与
える。呼び出しの結果、データベース管理下に置かれる
コンテンツ２４３に関する情報が、ＩＮＳＥＲＴ文で作
成されるレコードの外部ファイル４０１３に格納され、
更新情報がログ３４５に格納される。

【００２９】＃２のコンテンツリンク削除連携機能は、
ＤＢＭＳ３４２がＳＱＬのＤＥＬＥＴＥ文を処理してＤ
Ｂ管理下コンテンツ２４３へのリンクを削除する際、ま
たはＳＱＬのＵＰＤＡＴＥ文を処理してＤＢ管理下コン
テンツ２４３へのリンクを削除する際に呼び出される。
呼び出しパラメータとして、現行トランザクションのト
ランザクション識別子及びファイル抽象データ型値を与
える。呼び出しの結果、削除されるレコードの外部ファ
イル４０１３に係わる更新情報がログ３４５に格納され
る。

【００３０】＃３のコンテンツ編集更新連携機能は、Ｄ
ＢＭＳ３４２がＳＱＬのＵＰＤＡＴＥ文を処理してＤＢ
管理下コンテンツ２４３の内容を編集更新しようとする
際に呼び出される。呼び出しパラメータとして、現行ト
ランザクションのトランザクション識別子及び更新前後
のファイル抽象データ型値を与える。呼び出しの結果、
編集更新されるレコードの外部ファイル４０１３に係わ
る更新情報がログ３４５に格納される。

【００３１】＃４のコミット処理の連携機能は、ＤＢＭ
Ｓ３４２が現行のトランザクションをコミット終了する
際に呼び出される。呼び出しパラメータとして、コミッ
ト終了するトランザクションのトランザクション識別子
を与える。呼び出しの結果、ログ３４５に格納されたコ
ンテンツリンク登録処理、コンテンツリンク削除処理、
及びコンテンツ編集更新処理の情報の中で指定されたト
ランザクション識別子を持つものが、それぞれ関係する
ＤＢ管理下コンテンツ２４３に対して確定され、ログ３
４５から削除される。

【００３２】＃５のロールバック処理の連携機能は、Ｄ
ＢＭＳ３４２が現行のトランザクションをロールバック
終了する際に呼び出される。呼び出しパラメータとし
て、ロールバック終了するトランザクションのトランザ
クション識別子を与える。呼び出しの結果、ログ３４５
に格納されたコンテンツリンク登録処理、コンテンツリ
ンク削除処理、及びコンテンツ編集更新処理の情報の中
で指定されたトランザクション識別子を持つものが、す
べてログ３４５から削除される。

【００３３】＃６の登録パラメータ設定連携機能、すな
わちファイル抽象データ型関数ｎｅｗ（）は、コンテン
ツリンク登録に関するパラメータを指定するためにＩＮ
ＳＥＲＴ文またはＵＰＤＡＴＥ文に埋め込まれる。利用
者プログラム１４２では、パラメータとして登録ハンド
ルを指定する。この処理の中で、ファイル抽象データ型
としての値が構築される。この値は、登録ハンドルと同
じ値であっても、ｎｅｗ（）の内部で何らかの変換処理
が施された値であっても、本発明の実施には差し支えな
い。

【００３４】＃７の編集更新パラメータ設定連携機能、
すなわちファイル抽象データ型関数ｕｐｄａｔｅ（）
は、ファイルの編集更新に関するパラメータを設定する
ためにＵＰＤＡＴＥ文に埋め込まれる。利用者プログラ
ム１４２では、パラメータとして編集更新ハンドルを指
定する。この処理の中で、ファイル抽象データ型として
の値が構築される。

【００３５】＃８のアクセスハンドル生成連携機能、す
なわちファイル抽象データ型関数ｇｅｔ＿ａｃｃｅｓｓ
ｈａｎｄｌｅ（）は、データベースに登録されたコンテ
ンツにアクセスするためのアクセスハンドルを取得する
ために、ＳＱＬのＳＥＬＥＣＴ文中に埋め込まれる。利
用者プログラム１４２は、この関数の戻り値であるアク
セスハンドルをＳＱＬのＦＥＴＣＨ文により取得する。

【００３６】図４は、外部ファイル管理テーブル４００
０に対するＤＢ操作文の例である。以下、各々について
説明する。

【００３７】（１）は、外部コンテンツへのリンク登録
を伴うレコード登録のためのＩＮＳＥＲＴ文である。Ｖ
ＡＬＵＥＳ句の３つ目には、前述のファイル抽象データ
型の関数ｎｅｗ（）を指定する。この関数ｎｅｗ（）の
パラメータである変数：ｅｎｔｒｙｈａｎｄｌｅには、
登録されるコンテンツの登録ハンドルが格納されてい
る。この例では、番号４０１１に１０４、表題４０１２
に”ｄａｎｄｅｌｉｏｎ”、外部ファイル４０１３に：
ｅｎｔｒｙｈａｎｄｌｅで指定した外部コンテンツに関
する情報を持つレコードがデータベースに登録され、指
定されたコンテンツがＤＢＭＳの管理下に入り、リンク
が設定される。ただし、リンク登録が確定するのはＤＢ
ＭＳトランザクションのコミット時である。

【００３８】（２）は、レコード削除のためのＤＥＬＥ
ＴＥ文である。この例では、番号４０１１が１００であ
るレコードが削除され、このレコードの外部ファイル４
０１３で指定される外部コンテンツへのリンクが削除さ
れる。ただし、リンク削除が確定するのはＤＢＭＳトラ
ンザクションのコミット時である。

【００３９】（３）は、外部ファイル４０１３を更新す
るためのＵＰＤＡＴＥ文である。この例では、番号４０
１１が１０３であるレコードの外部ファイル４０１３
に、前述のファイル抽象データ型の関数ｎｅｗ（）を、
変数：ｅｎｔｒｙｈａｎｄｌｅには新規に登録されるコ
ンテンツの登録ハンドルを格納して指定することによ
り、外部ファイル４０１３で既に管理されているコンテ
ンツへのリンク情報を、別のコンテンツへのリンク情報
に差し替える。具体的には、元のリンク先コンテンツへ
のリンクを削除し、新しいコンテンツに対するリンクを
設定することになる。ただし、リンク登録とリンク削除
とが実際に確定するのは、ＤＢＭＳトランザクションの
コミット時である。

【００４０】（４）は、外部ファイル４０１３で指定さ
れる外部のコンテンツの内容を編集更新するためのＵＰ
ＤＡＴＥ文である。この例では、番号４０１１が１０３
であるレコードの外部ファイル４０１３で指定される外
部のコンテンツが、ファイル抽象データ型の関数ｕｐｄ
ａｔｅ（）のパラメータ：ｕｐｄａｔｅｈａｎｄｌｅで
指定される編集更新ハンドルで示される編集更新差分情
報に基づいて、その内容を更新される。ただし、外部の
コンテンツに対して内容の更新が反映されるのは、ＤＢ
ＭＳトランザクションのコミット時である。

【００４１】（５）は、外部コンテンツをアクセスする
ためのアクセスハンドルを取得するためのＳＥＬＥＣＴ
文である。この例では、表題４０１２が‘ｓｕｎ’で始
まるレコードが検索対象となる。外部ファイル管理テー
ブル４０００の内容が図２に示した状態である場合、レ
コード４０２１及び４０２２が該当する。検索結果とし
て取得されるのは、該レコードの表題４０１２と、前述
の抽象データ型の関数ｇｅｔ＿ａｃｃｅｓｓｈａｎｄｌ
ｅ（）の戻り値として返されるアクセスハンドルであ
る。

【００４２】次に、ＤＢＭＳ外部ファイル管理システム
（ＦＭＳ）２４２のインタフェースの一例を示す。ＤＢ
管理下コンテンツ２４３に対する操作はこれらのインタ
フェースを通じて行なわれる。

【００４３】まず、外部ファイル連携機能拡張（ＦＡ
Ｅ）３４３から呼び出されるインタフェースの例として
は、次の７つがある。

【００４４】（１）コンテンツ登録準備機能は、利用者
クライアント１０上の登録対象コンテンツ１４４をファ
イルサーバ２０に転送してＤＢ管理下コンテンツ２４３
を作成するためのものである。入力として、ＦＭＬ１４
３が読み出す登録対象コンテンツ１４４のファイルデー
タを指定する。該ファイルデータには、ファイル名とフ
ァイルの内容が含まれるが、該ファイルデータの形式は
規定しない。また、ここで作成されるＤＢ管理下コンテ
ンツ２４３のディレクトリパスについても特に規定しな
い。出力として、ＦＭＳ２４２で作成された登録ハンド
ルが返される。なお、本実施例ではＦＭＬ１４３から呼
び出しているが、ＤＢＭＳトランザクションの延長でＦ
ＡＥ３４３から呼び出す実装としても本発明の実施には
差し支えない。

【００４５】（２）コンテンツ登録中止機能は、登録ハ
ンドルの無効化を行なうためのものである。入力とし
て、前記コンテンツ登録準備機能で取得した登録ハンド
ルを指定する。該登録ハンドルに関連するＤＢ管理下コ
ンテンツ２４３がＤＢＭＳ３４２に未登録であり、なお
かつトランザクションも開始されていなかった場合、登
録ハンドルの解放とともにＤＢ管理下コンテンツ２４３
の削除を行なう。

【００４６】（３）リンク登録機能は、登録ハンドル４
３００（後述）で指定されるコンテンツへのリンクを仮
登録状態とするためのものである。入力として、ＤＢＭ
Ｓ３４２のトランザクション識別子、及びリンク登録対
象コンテンツのパス名（ファイル名もしくはディレクト
リ名）を指定する。指定されたＤＢ管理下コンテンツ２
４３へのリンクが仮登録状態となり、ＦＭＳ２４２内部
でコミットまたはロールバック待ち状態となる。

【００４７】（４）リンク削除機能は、コンテンツへの
リンクを仮削除状態とするためのものである。入力とし
て、ＤＢＭＳ３４２のトランザクション識別子、及びリ
ンク削除対象コンテンツのパス名（ファイル名もしくは
ディレクトリ名）を指定する。指定されたＤＢ管理下コ
ンテンツ２４３へのリンクが仮削除状態となり、ＦＭＳ
２４２内部でコミットまたはロールバック待ち状態とな
る。

【００４８】（５）リンク先編集更新機能は、コンテン
ツの内容を更新するためのものである。入力として、Ｄ
ＢＭＳ３４２のトランザクション識別子及び編集更新ハ
ンドルを指定する。指定されたＤＢ管理下コンテンツ２
４３への内容更新が仮登録状態となり、ＦＭＳ２４２内
部でコミットまたはロールバック待ち状態となる。

【００４９】（６）トランザクション確定機能は、外部
コンテンツに対するリンク登録、リンク削除、及び内容
更新を確定するためのものである。入力として、ＤＢＭ
Ｓ３４２のトランザクション識別子を指定する。

【００５０】（７）トランザクション無効化機能は、外
部コンテンツに対するリンク登録、リンク削除、及び内
容更新を無効化するためのものである。入力として、Ｄ
ＢＭＳ３４２のトランザクション識別子を指定する。

【００５１】次に、ＤＢＭＳ外部ファイル連携ライブラ
リ（ＦＭＬ）１４３から呼び出される、外部コンテンツ
へのアクセスを行なうためのＦＭＳ２４２のインタフェ
ースとしては、次の４つがある。

【００５２】（１）アクセス開始機能は、利用者プログ
ラム１４２とＦＭＳ２４２との間でアクセスセッション
を開始するためのものである。入力として、アクセスハ
ンドル中に格納されているアクセス対象のコンテンツの
パス名、及び利用者プログラム１４２を一意に識別する
ためのクライアント識別子（利用者クライアント１０の
ネットワークアドレスと、利用者プログラム１４２がネ
ットワークインタフェース１３との間で確立したセッシ
ョンの識別子を合わせたもの、など）を指定する。出力
として、確立されたセッションを一意に表わすアクセス
識別子が返される。この処理の延長で、ＦＭＳ２４２で
はアクセス情報をアクセス管理テーブル４６００（後
述）に登録する。

【００５３】（２）コンテンツ属性情報取得機能は、外
部コンテンツに関するファイル属性情報を取得するため
のものである。入力として、前記アクセス開始機能で取
得されたアクセス識別子を指定する。出力として、外部
コンテンツのファイル構成情報が返される。ファイル構
成情報の一例として、ファイル数、ファイル名、及びフ
ァイルサイズなどのリストがある。属性情報の種類及び
取得形式は、本発明の実施においては特に規定されるも
のではない。

【００５４】（３）データ読み出し機能は、ＤＢ管理下
コンテンツ２４３のデータを取得するためのものであ
る。入力として、前記アクセス開始機能で取得されたア
クセス識別子、ファイル名、ファイルの読み出し開始地
点のオフセット、及び読み出す長さを指定する。出力と
して、読み出されたファイルデータが返される。

【００５５】（４）アクセス終了機能は、前記アクセス
開始機能で開始したアクセスセッションを終了するため
のものである。入力として、前記アクセス開始機能で取
得されたアクセス識別子を指定する。この処理の延長
で、ＦＭＳ２４２ではアクセス情報をアクセス管理テー
ブル４６００（後述）から削除する。

【００５６】最後に、ＤＢＭＳ外部ファイル連携ライブ
ラリ（ＦＭＬ）１４３から呼び出される、外部コンテン
ツへの編集更新を行なうためのＦＭＳ２４２の各種イン
タフェースとしては、次の８つがある。なお、これらの
インタフェースは、編集更新に関わる更新差分情報をＦ
ＭＳ２４２内で保持するためのものであり、ＤＢ管理下
の外部コンテンツに対する更新が反映されるのは、ＤＢ
ＭＳのトランザクションがコミットした時点である。

【００５７】（１）編集更新開始機能は、利用者プログ
ラム１４２とＦＭＳ２４２との間で更新セッションを開
始するためのものである。入力として、アクセスハンド
ル中に格納されている編集更新対象のコンテンツのパス
名、及び利用者プログラム１４２を一意に識別するため
のクライアント識別子（利用者クライアント１０のネッ
トワークアドレスと、利用者プログラム１４２がネット
ワークインタフェース１３との間で確立したセッション
の識別子を合わせたもの、など）を指定する。出力とし
て、確立されたセッションを一意に表わす更新識別子が
返される。この処理の延長で、ＦＭＳ２４２ではアクセ
ス情報をアクセス管理テーブル４６００（後述）に登録
する。

【００５８】（２）コンテンツ属性取得機能は、外部コ
ンテンツに関するファイル属性情報を取得するためのイ
ンタフェースである。入力として、前記編集更新開始機
能で取得された更新識別子を指定する。出力として、外
部コンテンツのファイル構成情報が返される。ファイル
構成情報の一例として、ファイル数、ファイル名、及び
ファイルサイズなどのリストがある。属性情報の種類及
び取得形式は、本発明の実施においては特に規定される
ものではない。

【００５９】（３）ファイル作成機能は、ＤＢ管理下に
置かれた外部コンテンツに対してファイルやディレクト
リの追加を行なうためのものである。入力として、前記
編集更新開始機能で取得された更新識別子、及び作成す
るファイルまたはディレクトリの名称を指定する。この
処理の延長で、ＦＭＳ２４２ではファイル作成の更新情
報を編集更新管理テーブル４７００（後述）に登録す
る。

【００６０】（４）ファイル削除機能は、ＤＢ管理下に
置かれた外部コンテンツに含まれるファイルやディレク
トリの削除を行なうためのものである。入力として、前
記編集更新開始機能で取得された更新識別子、及び削除
するファイルまたはディレクトリの名称を指定する。こ
の処理の延長で、ＦＭＳ２４２ではファイル削除の更新
情報を編集更新管理テーブル４７００（後述）に登録す
る。

【００６１】（５）データ書き出し機能は、ＤＢ管理下
コンテンツ２４３に対してデータの追記や更新を行なう
ためのものである。入力として、前記編集更新開始機能
で取得された更新識別子、ファイル名、ファイルの書き
込み開始地点のオフセット、書き込む長さ、及び書き込
むファイルデータを格納した領域を指定する。この処理
の延長で、ＦＭＳ２４２ではファイル内容変更の更新情
報を編集更新管理テーブル４７００（後述）に登録す
る。

【００６２】（６）ファイル移動機能は、ＤＢ管理下コ
ンテンツ２４３に対してファイルの移動、すなわちファ
イル名称の変更を行なうためのものである。ファイルだ
けでなく、ディレクトリの移動に対しても適用される。
入力として、前記編集更新開始機能で取得された更新識
別子、移動の元となるファイル名またはディレクトリ
名、及び移動後のファイル名またはディレクトリ名を指
定する。この処理の延長で、ＦＭＳ２４２ではファイル
移動の更新情報を編集更新管理テーブル４７００（後
述）に登録する。

【００６３】（７）編集更新ハンドル取得機能は、前記
編集更新開始機能で開始した更新セッションに係わる編
集更新ハンドルを取得するためのものである。入力とし
て、前記編集更新開始機能で取得された更新識別子を指
定する。出力として、ＦＭＳ２４２で作成された編集更
新ハンドルが返される。

【００６４】（８）編集更新終了機能は、前記編集更新
開始機能で開始した更新セッションを終了するためのも
のである。入力として、前記編集更新開始機能で取得さ
れた更新識別子を指定する。この処理の延長で、保持し
ていたセッション情報及びロックが解放される。

【００６５】図５から図９は、本実施の形態に係わる種
々のデータ構造を示している。

【００６６】図５は、コンテンツ情報ファイル２４４の
データ構造である。コンテンツ情報ファイル２４４は、
ＤＢ管理下コンテンツ２４３一つに対して一つ作成され
る。ファイルが作成される場所は特に規定しないが、Ｄ
Ｂ管理下コンテンツ２４３とコンテンツ情報ファイル２
４４との対応は容易に取れるものとする。リファレンス
数４１２１は、外部ファイル管理テーブル４０００（図
２）中のいくつの外部ファイルフィールドからリンクが
設定されているかを保持する。ディレクトリ名エントリ
４１２２は、コンテンツ内に含まれるディレクトリの情
報を保持する。該エントリ４１２２中には、ディレクト
リ名とそのディレクトリの下に含まれるファイル数など
の情報が格納される。ファイル名エントリ４１２３は、
コンテンツ内に含まれるファイルの情報を保持する。該
エントリ４１２３中には、ファイル名とファイルサイズ
などの情報が格納される。なお、格納効率向上のため、
複数のＤＢ管理下コンテンツ２４３に対して一つのコン
テンツ情報ファイル２４４を対応させる構成としても、
本発明の実施には差し支えない。

【００６７】図６に、登録ハンドル４３００、アクセス
ハンドル４４００、及び編集更新ハンドル４５００のデ
ータ構造を示す。

【００６８】登録ハンドル４３００は、ＤＢＭＳ外部フ
ァイル管理システム（ＦＭＳ）２４２のコンテンツ登録
準備機能で作成される。登録ハンドルは、ＦＭＳ識別子
４３１１、及びディレクトリパス４３１２の２つのフィ
ールドから構成される。ＦＭＳ識別子４３１１には、当
該登録ハンドルを作成したＦＭＳ２４２の識別子が設定
される。ディレクトリパス４３１２には、ＤＢ管理下コ
ンテンツ２４３に係わるディレクトリパスが設定され
る。コンテンツが一つのファイルとして指定された場合
は該ファイルのフルパス、コンテンツがディレクトリと
して指定された場合は該ディレクトリのフルパスが、そ
れぞれ設定される。

【００６９】アクセスハンドル４４００は、外部ファイ
ル連携機能拡張（ＦＡＥ）３４３において作成され、フ
ァイル抽象データ型関数ｇｅｔ＿ａｃｃｅｓｓｈａｎｄ
ｌｅ（）の戻り値として利用者プログラム１４２に与え
られる。アクセスハンドルは、ＦＭＳ識別子４４１１、
及びディレクトリパス４４１２の２つのフィールドから
構成される。ＦＭＳ識別子４４１１には、アクセス対象
のコンテンツを管理するＦＭＳ２４２の識別子が設定さ
れる。ディレクトリパス４４１２には、アクセス対象と
なるコンテンツのディレクトリパスが設定される。コン
テンツが一つのファイルとしてリンク登録されている場
合は該ファイルのフルパス、コンテンツがディレクトリ
としてリンク登録されている場合は該ディレクトリのフ
ルパスが、それぞれ設定される。

【００７０】編集更新ハンドル４５００は、ＤＢＭＳ外
部ファイル管理システム（ＦＭＳ）２４２の編集更新ハ
ンドル取得機能で作成され、利用者プログラム１４２に
与えられる。編集更新ハンドルは、ＦＭＳ識別子４５１
１、ディレクトリパス４５１２、及び通番４５１３の３
つのフィールドから構成される。ＦＭＳ識別子４５１１
には、編集更新対象のコンテンツを管理するＦＭＳ２４
２の識別子が設定される。ディレクトリパス４５１２に
は、編集更新対象となるコンテンツのディレクトリパス
が設定される。コンテンツが一つのファイルとしてリン
ク登録されている場合は該ファイルのフルパス、コンテ
ンツがディレクトリとしてリンク登録されている場合は
該ディレクトリのフルパスが、それぞれ設定される。通
番４５１３には、編集更新管理テーブル４７００（後
述）でキーとして使用される、編集更新の識別子が設定
される。

【００７１】図７は、ＤＢＭＳ外部ファイル管理システ
ム（ＦＭＳ）２４２がメモリ２２上に確保する領域２２
１内に格納される、利用者クライアント１０に係わる管
理情報のデータ構造の一例を示している。上図は外部コ
ンテンツへのアクセスセッション管理に関するデータ構
造であり、下図は外部コンテンツへの編集更新セッショ
ン管理に関するデータ構造である。アクセスセッション
管理情報は、アクセス管理テーブル４６００で管理され
る。編集更新セッション管理情報は、編集更新管理テー
ブル４７００で管理される。

【００７２】アクセス管理テーブル４６００は、通番４
６１１、ディレクトリパス４６１２、クライアント識別
子４６１３、及び更新フラグ４６１４の４つのフィール
ドから構成される。ＤＢＭＳ外部ファイル管理システム
（ＦＭＳ）２４２のアクセス開始機能または編集更新開
始機能の呼び出しによって外部コンテンツへのアクセス
セッションまたは更新セッションが開始されるときに、
アクセス管理テーブル４６００に新規レコードが登録さ
れる。通番４６１１はセッションの識別のためのもので
あり、セッション開始時に一意な値が設定される。ディ
レクトリパス４６１２には、前記機能の入力に指定され
たパス名が設定される。クライアント識別子４６１３に
は、前記機能の入力の際に指定されたクライアント識別
子が設定される。更新フラグ４６１４には、アクセス開
始機能の場合はＮ、編集更新開始機能の場合にはＹが設
定され、参照のみのセッションなのか、編集更新のセッ
ションなのかが区別される。

【００７３】編集更新管理テーブル４７００は、通番４
７１１、更新種別４７１２、及び更新内容４７１３の３
つのフィールドから構成される。通番４７１１の値は、
アクセス管理テーブル４６００中の通番４６１１に対応
しており、アクセス管理テーブル４６００と編集更新管
理テーブル４７００の通番で結合することにより、どの
利用者プログラムから編集更新要求が来ているのかが識
別される。更新種別４７１２と更新内容４７１３を合わ
せたものが、更新の具体的内容を示している。４７２１
で示されるレコードは、４６２２で示されるディレクト
リパス‘／ｄｂ／ｐｉｃｔｕｒｅｓ／ｒｉｖｅｒ／’の
下に、ファイル名‘Ｔａｍａ．ｊｐｅｇ’で、更新内容
４７１３中に続いて格納されたデータで、ファイルを新
規作成することを示している。なお、既存のファイルの
内容更新の場合もこの形式である。４７２２で示される
レコードは、４６２２で示されるディレクトリパス‘／
ｄｂ／ｐｉｃｔｕｒｅｓ／ｒｉｖｅｒ／’の下に、ディ
レクトリ‘Ｅｄｏ’を作成することを示している。４７
２３で示されるレコードは、４６２２で示されるディレ
クトリパス‘／ｄｂ／ｐｉｃｔｕｒｅｓ／ｒｉｖｅｒ
／’の下にあるファイル‘Ｎａｋａ．ｊｐｇ’を削除す
ることを示している。４７２４で示されるレコードは、
４６２２で示されるディレクトリパス‘／ｄｂ／ｐｉｃ
ｔｕｒｅｓ／ｒｉｖｅｒ／’の下にあるファイル‘Ｅｄ
ｏ．ｊｐｇ’を、‘／ｄｂ／ｐｉｃｔｕｒｅｓ／ｒｉｖ
ｅｒ／Ｅｄｏ／０００１．ｊｐｇ’に名称変更（移動）
することを示している。

【００７４】なお、本実施の形態では編集更新管理テー
ブル４７００をすべてメモリ上で保持しているが、これ
を部分的に二次記憶装置上に格納する実装としても、本
発明の実施においては差し支えない。

【００７５】図８は、ＤＢＭＳ外部ファイル管理システ
ム（ＦＭＳ）２４２がメモリ２２上に確保する領域２２
１内に格納される、ＤＢＭＳ３４２のトランザクション
に係わる管理情報のデータ構造の一例を示している。

【００７６】トランザクション管理テーブル４８００
は、トランザクション識別子４８１１、更新種別４８１
２、ディレクトリパス４８１３、及び通番４８１４の４
つのフィールドから構成される。トランザクション識別
子４８１１は、ＤＢＭＳ３４２のトランザクションを一
意に示す識別子である。更新種別４８１２には、ｉｎｓ
ｅｒｔ（リンク登録）、ｄｅｌｅｔｅ（リンク削除）、
及びｕｐｄａｔｅ（リンク先編集更新）の３種類があ
る。ディレクトリパス４８１３は、更新に係わるリンク
先コンテンツのフルパスである。通番４８１４は更新種
別４８１２がｕｐｄａｔｅのときのみ意味を持ち、アク
セス管理テーブル４６００の通番４６１１、及び編集更
新管理テーブル４７００の通番４７１１と同じ値が設定
される。図８の４８２１は、トランザクションｔｘ００
３で、ディレクトリ‘／ｄｂ／ｐｉｃｔｕｒｅｓ／ｓｅ
ａ／’をリンク先コンテンツとして登録する場合の例で
ある。４８２２は、トランザクションｔｘ００４でファ
イル‘／ｄｂ／ｐｉｃｔｕｒｅｓ／ｍｏｕｎｔａｉｎ．
ｂｍｐ’へのリンクを削除する場合の例である。４８２
３と４８２４は、ｕｐｄａｔｅ文でファイル‘／ｄｂ／
ｐｉｃｔｕｒｅｓ／ｓｕｎ．ｂｍｐ’へのリンクを削除
し、その代わりにファイル‘ｄｂ／ｐｉｃｔｕｒｅｓ／
ｍｏｏｎ．ｊｐｇ’をリンク先コンテンツとして登録す
る場合の例である。４８２５は、ディレクトリ‘／ｄｂ
／ｐｉｃｔｕｒｅｓ／ｒｉｖｅｒ’以下のコンテンツ
を、編集更新管理テーブル４７００中のアクセス通番５
で示される編集更新情報に基づいて更新する場合の例で
ある。

【００７７】図９は、ログ３４５に格納されるＤＢＭＳ
３４２のログレコードのうち、外部ファイル連携機能拡
張（ＦＡＥ）３４３が取得する外部ファイルログ４９０
０のデータ構造の一例を示している。ＦＡＥ３４３で
は、トランザクション中のレコード登録時、レコード削
除時、及びレコード更新時において外部ファイル４０１
３が更新されるときに、ＤＢＭＳ３４２のログ取得機能
を用いて外部ファイルログ４９００にＤＢＭＳ外部ファ
イル管理システム（ＦＭＳ）２４２の識別子を記録して
おく。これにより、コミット時またはロールバック時
に、ＦＡＥ３４３がＦＭＳ２４２と通信をしてＤＢＭＳ
トランザクションの決着結果を通知することで、外部フ
ァイルテーブル４０００と外部コンテンツとの参照整合
性を保証する。

【００７８】外部ファイルログ４９００は、トランザク
ション識別子４９１１、及びＦＭＳ識別子４９１２の２
つのフィールドから構成される。トランザクション識別
子４９１１には、外部ファイルログ４９００にログを取
得する契機となった更新処理の属するトランザクション
の識別子を設定する。ＦＭＳ識別子４９１２には、ＤＢ
ＭＳトランザクションに係わるＦＭＳの識別子を設定す
る。トランザクション識別子４９１１とＦＭＳ識別子４
９１２の組が同一となるレコードが既に登録済みの場
合、重複を排除するため、外部ファイルログ４９００へ
のログ出力は行なわない。

【００７９】図１０から図１９のフローチャートは、本
実施の形態に係わる処理の流れを示している。コンテン
ツへのリンク登録処理を、図１０及び図１１に示す。コ
ンテンツへのリンク削除処理を、図１２及び図１３に示
す。コンテンツ参照処理を、図１４及び図１５に示す。
リンク先コンテンツの編集更新処理を、図１６及び図１
７に示す。トランザクションコミット処理については、
図１８に示す。トランザクションロールバック処理につ
いては、図１９に示す。図１９に示すＲＯＬＬＢＡＣＫ
文処理は、ＤＢＭＳ３４２の障害時、あるいは利用者プ
ログラムの不正終了などによるトランザクションロール
バック時の処理と同じものである。

【００８０】図１０及び図１１のフローチャートに基づ
いて、利用者プログラム１４２が登録対象コンテンツ１
４４をＤＢＭＳ３４２にリンク登録する手順を説明す
る。

【００８１】図１０から始まる。ステップ５００１で、
利用者プログラム１４２は、ＦＭＬ１４３経由でＦＭＳ
２４２のコンテンツ登録準備機能を呼び出し、利用者ク
ライアント１０上の登録対象コンテンツ１４４の登録準
備を依頼する。ＦＭＳ２４２では、入力パラメータより
ファイルデータを抽出し、ＯＳ２４１の提供するＯＳフ
ァイルアクセス制御情報設定機能を用いて、ＯＳファイ
ルアクセス制御情報２４５にＦＭＳの所有を意味する設
定をした上で、ＤＢ管理下コンテンツ２４３を作成す
る。ファイルが複数渡されてきたときは、ＤＢ管理下コ
ンテンツ２４３として複数のファイルが作成される。登
録ハンドル４３００が作成され、出力パラメータとし
て、利用者プログラム１４２に返される。

【００８２】ステップ５００２で、続いて利用者プログ
ラム１４２は、図４（１）の形式のＩＮＳＥＲＴ文（変
数：ｅｎｔｒｙｈａｎｄｌｅにはステップ５００１で取
得した登録ハンドル４３００を指定）を用いて、ＤＢＭ
Ｓ３４２の外部ファイル管理テーブル４０００に新規レ
コード４０２３を登録する。

【００８３】図１１へ行く。利用者プログラム１４２か
らの要求を受けてＤＢＭＳ３４２では、ＩＮＳＥＲＴ文
処理を実行する。まず、ステップ５１０１で新規レコー
ド４０２３を作成する。これにより新規レコード４０２
３のレコード識別子４００１とフィールド識別子４００
２が確定する。続いてステップ５１０２で、レコード４
０２３の定義情報を参照し、ファイル抽象データ型関数
ｎｅｗ（）を含むか否か判定が行われ、含まれない場合
はステップ５１０７へ進む。含む場合は、続いてＦＡＥ
３４３でファイル抽象データ型に関する処理が行なわれ
る。

【００８４】ステップ５１０３で、まずＩＮＳＥＲＴ文
中のｎｅｗ（）を処理する。ｎｅｗ（）では、登録ハン
ドルを元にしてファイル抽象データ型値が生成される。
この例では登録対象コンテンツはファイルであるので、
コンテンツ形式４０１６にはｆｉｌｅが設定される。

【００８５】続いてステップ５１０４で、ＦＡＥ３４３
のコンテンツリンク登録処理を呼び出す。このとき、パ
ラメータとして、トランザクション識別子とファイル抽
象データ型値が渡される。コンテンツリンク登録処理で
は、ファイル抽象データ型値からＦＭＳ識別子、ディレ
クトリパス、及びコンテンツ形式を抽出する。コンテン
ツ形式がディレクトリの場合、ディレクトリパスの末尾
にディレクトリ区切り文字‘／’を付加する。そして、
コンテンツの確認とリンクを仮登録状態にするため、Ｆ
ＭＳ２４２のリンク登録機能を呼び出す。この際、呼び
出すＦＭＳ２４２はファイル抽象データ型値のＦＭＳ識
別子で示されるＦＭＳである。このときの入力パラメー
タとして、ＤＢＭＳ３４２の現行トランザクションの識
別子と、ディレクトリパスを指定する。ＦＭＳ２４２で
は、入力パラメータで指定されたディレクトリパス下に
ファイルが存在することを確認し、このときコンテンツ
情報ファイル２４４も作成する。トランザクション管理
テーブル４８００に、更新種別４８１２をｉｎｓｅｒｔ
として、トランザクション識別子、ディレクトリパスと
ともにエントリを追加する。

【００８６】ステップ５１０５で、ＤＢＭＳ３４２のロ
グ記録機能を利用して外部ファイルログ４９００に新規
ログレコードを作成し、トランザクション識別子とＦＭ
Ｓ識別子を記録する。

【００８７】続くステップ５１０６で、ＤＢＭＳ３４２
は、ＦＡＥ３４３のコンテンツリンク登録処理が正常終
了しなかった場合、ＩＮＳＥＲＴ文の処理もステップ５
１０９へ進み異常終了する。正常終了した場合は、ステ
ップ５１０７で、作成されたファイル抽象データ型値を
レコード４０２３の外部ファイル４０１３に書き込み、
ステップ５１０８でＩＮＳＥＲＴ文の処理を正常終了さ
せる。

【００８８】図１０に戻り、ステップ５００３でコミッ
ト処理またはロールバック処理が行なわれる。これらの
処理については後述する。

【００８９】最後にステップ５００４で、ＤＢＭＳ処理
終了後に、登録ハンドルの解放を行なうため、利用者プ
ログラム１４２は、ＦＭＬ１４３経由でＦＭＳ２４２に
対してコンテンツ登録中止機能を呼び出す。このとき入
力パラメータとして、登録ハンドルを渡す。ＦＭＳ２４
２では、登録ハンドルに係わる外部コンテンツが未登録
かどうかを確認する。リンクが設定されているか、もし
くはリンク設定のトランザクションの途中であった場
合、何もしない。そうでなかった場合、コンテンツ登録
準備機能で作成したファイル及びディレクトリは削除さ
れる。

【００９０】以上で、外部コンテンツへのリンク登録処
理は終了する。

【００９１】コンテンツリンク登録処理に関して、上記
では登録対象コンテンツ１４４が利用者クライアント１
０上にある場合としたが、あらかじめファイルサーバ２
０上にあるコンテンツをＤＢ管理下に置きたい場合もあ
る。この場合、ＦＭＳ２４２のコンテンツ登録準備機能
呼び出しの際にファイルデータの転送を行なわず、指定
されたコンテンツのＯＳファイルアクセス制御情報２４
５のみ更新して所有者をＦＭＳ２４２とし、そのままＤ
Ｂ管理下コンテンツ２４３とすれば良い。

【００９２】図１２及び図１３のフローチャートに基づ
いて、利用者プログラム１４２がＤＢＭＳ３４２管理下
のコンテンツ２４４のリンクを削除する手順を説明す
る。

【００９３】図１２から始まる。ステップ５２０１で、
利用者プログラム１４２は、図４（２）の形式のＤＥＬ
ＥＴＥ文を用いて、ＤＢＭＳ３４２に登録されたレコー
ド４０２３と該レコードで管理されるＤＢ管理下コンテ
ンツ２４３の削除を要求する。

【００９４】図１３へ行く。利用者プログラム１４２か
ら呼び出されたＤＢＭＳ３４２では、ＤＥＬＥＴＥ文の
処理を実行する。まず、ステップ５３０１で、指定され
たＤＥＬＥＴＥ文のＷＨＥＲＥ句の条件を満たすレコー
ドが確認され、レコードが無い場合、ステップ５３０８
へ行きＤＥＬＥＴＥ文の処理は正常終了する。レコード
がある場合、ステップ５３０２で、処理対象となるレコ
ードを決定する。

【００９５】続いてステップ５３０３で、このレコード
の定義情報に基づいてファイル抽象データ型のフィール
ドを含むレコードであるか否か判定が行なわれ、含まな
い場合はステップ５３０７へ進む。含む場合は、ＦＡＥ
３４３でファイル抽象データ型に関する処理が行われ
る。

【００９６】ステップ５３０４で、ＦＡＥ３４３のコン
テンツリンク削除処理を呼び出す。このとき、入力パラ
メータとして、ＤＢＭＳ３４２の現行トランザクション
の識別子と、ファイル抽象データ型値が渡される。ＦＡ
Ｅ３４３では、ファイル抽象データ型値から取得したＦ
ＭＳ識別子とディレクトリパスをもとに、ＦＭＳ２４２
のリンク削除機能を呼び出す。ＦＭＳ２４２では、トラ
ンザクション管理テーブル４８００に、更新種別４８１
２をｄｅｌｅｔｅとして、入力パラメータとして渡され
たトランザクション識別子及びディレクトリパスととも
にエントリを追加する。

【００９７】続いてステップ５３０５で、ＤＢＭＳ３４
２のログ記録機能を利用して外部ファイルログ４９００
に新規ログレコードを作成し、トランザクション識別子
とＦＭＳ識別子を記録する。ステップ５３０６でＦＡＥ
３４３の内部処理が正常に終了したか否かを判断し、正
常でなかった場合はステップ５３０９に進み異常終了と
する。正常の場合はステップ５３０７に進む。

【００９８】ステップ５３０７では、データベースのレ
コード削除を行ない、その後、処理はステップ５３０１
に戻り、引き続き別のレコードの削除処理を行なう。処
理対象となるレコードが残っていなければ、ＤＢＭＳに
おけるＤＥＬＥＴＥ文の処理は終了する。

【００９９】図１２に戻り、続いて、ステップ５２０２
でコミット処理またはロールバック処理が行なわれる。
これらの処理については後述する。

【０１００】以上で、外部コンテンツのリンク削除処理
は終了する。

【０１０１】ＳＱＬのＵＰＤＡＴＥ文で、元のファイル
抽象データ型の値を、別のファイル抽象データ型の値で
上書きすることによって、リンク情報の付け替えを行な
うことができる。これは、ＦＡＥ３４３の内部で、上述
したＤＥＬＥＴＥ文の処理とＩＮＳＥＲＴ文の処理とを
同時に行なうことで、実現できる。この場合、トランザ
クション管理テーブル４８００には、図８の４８２３と
４８２４で示したレコードが作成される。

【０１０２】図１４及び図１５のフローチャートに基づ
いて、利用者プログラム１４２がＤＢＭＳ３４２管理下
のコンテンツ２４３を参照する手順を説明する。

【０１０３】図１４から始まる。利用者プログラム１４
２は、ステップ５４０１で、図４（５）の形式のＳＥＬ
ＥＣＴ文を用いてレコードの選択条件とアクセスハンド
ル４４００の生成をＤＢＭＳ３４２に要求し、これを受
けてＤＢＭＳ３４２はＳＥＬＥＣＴ文を処理する。

【０１０４】続いて、ステップ５４０２で、ＳＥＬＥＣ
Ｔ文の結果を取得するために、ＦＥＴＣＨ文の実行をＤ
ＢＭＳ３４２に要求する。利用者プログラム１４２から
の要求を受けてＤＢＭＳ３４２はＦＥＴＣＨ文処理を実
行する。

【０１０５】図１５に行く。まず、ステップ５５０１
で、検索結果として条件を満たすレコードがあるか否か
判定を行ない、無い場合はＦＥＴＣＨ文処理を終了して
戻る。ある場合にはステップ５５０２に進み、処理対象
となるレコードを決定する。ステップ５５０３で、この
レコードの定義情報に基づいてファイル抽象データ型の
フィールドを含むレコードであるか否か判定が行なわ
れ、含まない場合はステップ５５０５へ進む。含む場合
は、ステップ５５０４で、ＦＡＥ３４３でファイル抽象
データ型に関する処理が行なわれる。

【０１０６】ＦＡＥ３４３内部処理として、アクセスハ
ンドル生成処理ｇｅｔ＿ａｃｃｅｓｓｈａｎｄｌｅ（）
が呼び出される。このとき入力パラメータとして、ファ
イル抽象データ型値が渡される。ＦＡＥ３４３では、フ
ァイル抽象データ型値から、ＦＭＳ識別子及びディレク
トリパスを取り出し、アクセスハンドル４４００を作成
する。

【０１０７】ステップ５５０５で、作成されたアクセス
ハンドル４４００を他の検索結果データと併せて出力結
果に設定する。次にステップ５５０１に戻り、ＳＥＬＥ
ＣＴ文の条件を満たすレコードが無くなるまで上記の処
理を繰り返し、無くなればＦＥＴＣＨ文の処理は完了で
ある。

【０１０８】図１４のステップ５４０３に戻る。アクセ
スハンドルを取得した後、外部コンテンツに対するアク
セスを開始するため、ＦＭＬ１４３経由でＦＭＳ２４２
のアクセス開始機能の呼び出しを行なう。呼び出し先と
なるＦＭＳ２４２は、アクセスハンドル４４００のＦＭ
Ｓ識別子４４１１によって動的に決定される。入力パラ
メータは、前述のＳＥＬＥＣＴ文で取得したアクセスハ
ンドル４４００中のディレクトリパス４４１２と、利用
者プログラム１４２のクライアント識別子（利用者クラ
イアント１０のネットワークアドレスと、利用者プログ
ラム１４２がネットワークインタフェース１３との間で
確立したセッションの識別子を合わせたもの、など）で
ある。ＦＭＳ２４２では、アクセス管理テーブル４６０
０に、更新フラグ４６１４としてＮ、ディレクトリパス
４６１２及びクライアント識別子４６１３として入力パ
ラメータのディレクトリパスとクライアント識別子を設
定したエントリを作成し、利用者プログラム１４２にア
クセス識別子が返される。

【０１０９】続いて、該アクセスハンドル４４００に対
応するコンテンツに関する情報を取得するため、ステッ
プ５４０４でＦＭＬ１４３経由でＦＭＳ２４２のコンテ
ンツ属性情報取得機能を呼び出し、ＤＢ管理下コンテン
ツ２４３に関する情報を取得する。入力パラメータには
前記アクセス開始機能で取得したアクセス識別子を設定
する。ＦＭＳ２４２では、アクセス管理テーブル４６０
０から、入力パラメータのアクセス識別子を元にディレ
クトリパスを取得し、対応するコンテンツ情報ファイル
２４４を読み出し、読み出した属性情報を利用者プログ
ラム１４２に返す。

【０１１０】続いて、ステップ５４０４で取得した属性
情報を元に、ファイル名を指定してファイルデータの読
み出しを行なう。ステップ５４０５でＦＭＬ１４３経由
でＦＭＳ２４２のデータ読み出し機能を呼び出し、ＤＢ
管理下コンテンツ２４３のファイルデータを読み出す。
入力パラメータには前記アクセス開始機能の呼び出しで
取得したアクセス識別子の他、読み出すファイル名、フ
ァイル内オフセット位置、及び読み出すデータのサイズ
を設定する。ＦＭＳ２４２では、アクセス管理テーブル
４６００から、入力パラメータのアクセス識別子を元に
ディレクトリパスを取得する。取得したディレクトリパ
スに、入力パラメータとして指定されたファイル名を付
加し、ファイルデータの読み出しを行ない、読み出した
データを利用者プログラム１４２に返す。

【０１１１】コンテンツの参照が終わった時点で、アク
セス終了処理を行なう。すなわちステップ５４０６で、
ＦＭＬ１４３経由でＦＭＳ２４２のアクセス終了処理機
能を呼び出し、入力パラメータとして、アクセス識別子
を指定する。ＦＭＳ２４２では、アクセス管理テーブル
４６００を検索し、アクセス識別子に合致するレコード
を削除する。これによって、ＦＭＳ２４２によって掛け
られていた外部コンテンツへのロックも解除される。

【０１１２】以上で、利用者プログラムにおけるコンテ
ンツ参照処理は終了する。

【０１１３】なお、ＳＥＬＥＣＴ文に伴うコミット処理
もしくはロールバック処理は、ＦＭＳ２４２のアクセス
開始機能の呼び出し以降であれば、どの時点で実行して
も構わない。

【０１１４】ＦＭＬ１４３のコンテンツ参照処理とし
て、利用者プログラム１４２のメモリ上にデータを読み
出す代わりに、利用者クライアント１０の二次記憶装置
１４上にファイル形式で取得する方法を採ってもよい。
これはＦＭＬ１４３にファイル取得のインタフェースを
定義すれば実現できる。取得先がメモリ上でも二次記憶
装置上であっても、本発明の実施には差し支えない。

【０１１５】図１６及び図１７のフローチャートに基づ
いて、利用者プログラム１４２がＤＢＭＳ３４２管理下
のコンテンツ２４３の内容を更新する手順を説明する。

【０１１６】図１６から始まる。利用者プログラム１４
２は、ステップ５６０１で、図４（５）の形式のＳＥＬ
ＥＣＴ文を用いてレコードの選択条件とアクセスハンド
ル４４００の生成をＤＢＭＳ３４２に要求し、これを受
けてＤＢＭＳ３４２はＳＥＬＥＣＴ文を処理する。

【０１１７】続いて、ステップ５６０２で、ＳＥＬＥＣ
Ｔ文の結果を取得するために、ＦＥＴＣＨ文の実行をＤ
ＢＭＳ３４２に要求する。利用者プログラム１４２から
の要求を受けてＤＢＭＳ３４２はＦＥＴＣＨ文処理を実
行する。（ＦＥＴＣＨ文処理の内容は、図１５に示した
通りである。）

【０１１８】アクセスハンドルを取得した後、ステップ
５６０３で、外部コンテンツに対する編集更新を開始す
るため、ＦＭＬ１４３経由でＦＭＳ２４２の編集更新開
始機能の呼び出しを行なう。呼び出し先となるＦＭＳ２
４２は、アクセスハンドル４４００のＦＭＳ識別子４４
１１によって動的に決定される。入力パラメータは、前
述のＳＥＬＥＣＴ文で取得したアクセスハンドル４４０
０中のディレクトリパス４４１２と、利用者プログラム
１４２のクライアント識別子（利用者クライアント１０
のネットワークアドレスと、利用者プログラム１４２が
ネットワークインタフェース１３との間で確立したセッ
ションの識別子を合わせたもの、など）である。ＦＭＳ
２４２では、アクセス管理テーブル４６００に、更新フ
ラグ４６１４としてＹ、ディレクトリパス４６１２及び
クライアント識別子４６１３として入力パラメータのデ
ィレクトリパスとクライアント識別子を設定したエント
リを作成し、利用者プログラム１４２に更新識別子が返
される。

【０１１９】続いて、該アクセスハンドル４４００に対
応するコンテンツに関する情報を取得するため、ステッ
プ５６０４でＦＭＬ１４３経由でＦＭＳ２４２のコンテ
ンツ属性情報取得機能を呼び出し、ＤＢ管理下コンテン
ツ２４３に関する情報を取得する。入力パラメータには
前記編集更新開始機能で取得した更新識別子を設定す
る。ＦＭＳ２４２では、アクセス管理テーブル４６００
から、入力パラメータの更新識別子を元にディレクトリ
パスを取得し、対応するコンテンツ情報ファイル２４４
を読み出し、読み出した属性情報を利用者プログラム１
４２に返す。

【０１２０】続いて、ステップ５６０４で取得した属性
情報を元に、外部コンテンツに対して各種の更新処理を
行なう。ステップ５６０５では、ファイル（またはディ
レクトリ）作成、ファイル（またはディレクトリ）削
除、ファイルへの書き込み、ファイル（またはディレク
トリ）名称の変更、などの処理を行なう。

【０１２１】ファイル（またはディレクトリ）作成で
は、ＦＭＬ１４３経由でＦＭＳ２４２のファイル作成機
能を呼び出し、ＤＢ管理下コンテンツ２４３を新規に作
成する。入力パラメータには前記編集更新開始機能で取
得した更新識別子と、新規作成するファイル（またはデ
ィレクトリ）の名称を指定する。ＦＭＳ２４２では、編
集更新管理テーブル４７００に対して、更新種別がｎｅ
ｗのエントリを追加する。

【０１２２】ファイル（またはディレクトリ）削除で
は、ＦＭＬ１４３経由でＦＭＳ２４２に対してファイル
削除機能を呼び出し、ＤＢ管理下コンテンツ２４３を削
除する。入力パラメータには前記編集更新開始機能で取
得した更新識別子と、削除するファイル（またはディレ
クトリ）の名称を指定する。ＦＭＳ２４２では、編集更
新管理テーブル４７００に対して、更新種別がｄｅｌｅ
ｔｅのエントリを追加する。

【０１２３】ファイルへの書き込みでは、ＦＭＬ１４３
経由でＦＭＳ２４２のファイル書き出し機能を呼び出
し、ＤＢ管理下コンテンツ２４３の内容を更新する。入
力パラメータには、前記編集更新開始機能で取得した更
新識別子、書き込みを行なうファイルの名称、ファイル
内オフセット位置、書き込むデータのサイズ、及び書き
込むデータの格納された領域を指定する。ＦＭＳ２４２
では、編集更新管理テーブル４７００に対して、必要が
あれば更新種別がｎｅｗのエントリを追加した上で、更
新結果のファイルイメージを登録する。

【０１２４】ファイル（またはディレクトリ）名称の変
更では、ＦＭＬ１４３経由でＦＭＳ２４２のファイル移
動機能を呼び出し、ＤＢ管理下コンテンツ２４３の名称
を変更する。入力パラメータには、前記編集更新開始機
能で取得した更新識別子、名称変更を行なうファイル
（またはディレクトリ）の名称及び変更後の名称を指定
する。ＦＭＳ２４２では、編集更新管理テーブル４７０
０に対して、更新種別がｒｅｎａｍｅのエントリを追加
する。

【０１２５】以上に述べたような各種編集更新処理を行
なった後、ステップ５６０６で、編集更新ハンドルを取
得する。ＦＭＬ１４３経由でＦＭＳ２４２の編集更新ハ
ンドル取得機能を呼び出し、外部コンテンツに係わる更
新ハンドルを取得する。入力パラメータには前記編集更
新開始機能で取得した更新識別子を設定する。ＦＭＳ２
４２ではアクセス管理テーブル４６００から編集更新ハ
ンドル４５００を生成し、利用者プログラム１４２に返
す。

【０１２６】図１６のステップ５６０７に戻る。続いて
利用者プログラム１４２は、図４（４）の形式のＵＰＤ
ＡＴＥ文（変数：ｕｐｄａｔｅｈａｎｄｌｅにはステッ
プ５３０６で取得した編集更新ハンドル４５００を指
定）を用いて、ＤＢＭＳ３４２の外部ファイル管理テー
ブル４０００中のレコード中の外部ファイル４０１３の
値を更新するとともに、ＤＢＭＳトランザクションの延
長でＤＢ管理下コンテンツ２４３を仮更新状態にする。

【０１２７】図１７へ行く。利用者プログラム１４２か
らの要求を受けてＤＢＭＳ３４２では、ＵＰＤＡＴＥ文
処理を実行する。まず、ステップ５７０１で、更新の対
象にファイル抽象データ型が含まれているかどうか判別
する。ファイル抽象データ型が含まれていない場合、通
常のレコード更新と見なしてステップ５７０８へ行く。
ファイル抽象データ型が含まれている場合、続くステッ
プ５７０２で編集更新かどうかを判別する。編集更新パ
ラメータ設定関数ｕｐｄａｔｅ（）が指定されていない
場合、編集更新ではないので、ステップ５７０３へ行
き、通常のリンク情報だけの更新処理を行なう。

【０１２８】編集更新の場合、ステップ５７０４以降
で、ＦＡＥ３４３でファイル抽象データ型に関する処理
を行なう。まず、ＦＡＥ３４３の編集更新パラメータ設
定関数ｕｐｄａｔｅ（）を呼び出す。このとき、パラメ
ータとして、編集更新ハンドルが渡される。ｕｐｄａｔ
ｅ（）では、編集更新ハンドルを元にしてファイル抽象
データ型値が生成される。

【０１２９】続いて、ステップ５７０５で、ＵＰＤＡＴ
Ｅ文の処理時に呼び出すように関連付けられたＦＡＥ３
４３のコンテンツ編集更新処理を呼び出す。このとき、
パラメータとして、トランザクション識別子と、編集更
新ハンドルが渡される。ＦＡＥ３４３では、編集更新ハ
ンドルから、ＦＭＳ識別子、ディレクトリパス、及びコ
ンテンツ形式を抽出する。コンテンツ形式がディレクト
リの場合、ディレクトリパスの末尾にディレクトリ区切
り文字‘／’を付加する。そして、コンテンツの確認と
編集更新を仮登録状態にするため、ＦＭＳ２４２のリン
ク先編集更新機能を呼び出す。この際、呼び出すＦＭＳ
２４２はファイル抽象データ型値のＦＭＳ識別子で示さ
れるＦＭＳである。このときの入力パラメータとして、
ＤＢＭＳ３４２の現行トランザクションの識別子と、編
集更新ハンドルを指定する。ＦＭＳ２４２では、編集更
新管理テーブル４７００を参照し、入力パラメータで指
定された編集更新ハンドル４５００中の通番４５１３か
ら、更新情報が登録されていることを確認し、トランザ
クション管理テーブル４８００に、更新種別４８１２を
ｕｐｄａｔｅとして、トランザクション識別子、ディレ
クトリパス、及び通番とともにエントリを追加する。な
お、ディレクトリパスと通番は、編集更新ハンドルから
取得したものである。

【０１３０】ステップ５７０６で、ＤＢＭＳ３４２のロ
グ記録機能を利用して外部ファイルログ４９００に新規
ログレコードを作成し、トランザクション識別子とＦＭ
Ｓ識別子を記録する。

【０１３１】続くステップ５７０７で、ＤＢＭＳ３４２
は、ＦＡＥ３４３のコンテンツ編集更新処理が正常終了
しなかった場合、ＵＰＤＡＴＥ文の処理もステップ５７
１０へ行って、異常終了する。正常終了した場合は、ス
テップ５７０８で、ステップ５７０４において作成され
たファイル抽象データ型値を更新対象のレコードに書き
込み、ステップ５７０９でＵＰＤＡＴＥ文の処理を正常
終了させる。

【０１３２】図１６に戻り、ステップ５６０８でコミッ
ト処理またはロールバック処理が行なわれる。これらの
処理については後述する。

【０１３３】最後にステップ５６０９で、ＤＢＭＳ処理
終了後に、編集更新処理の終了を行なうため、ＦＭＬ１
４３経由でＦＭＳ２４２の編集更新終了機能を呼び出
す。入力パラメータとして、前記編集更新開始機能の呼
び出しで取得した更新識別子を渡す。ＦＭＳ２４２で
は、入力パラメータで渡された更新識別子中の通番４５
１３を元に、アクセス管理テーブル４６００及び編集更
新管理テーブル４７００から関係するレコードを削除す
る。

【０１３４】以上で、外部コンテンツの更新処理は終了
する。

【０１３５】図１８に示すフローチャートに基づいてト
ランザクションコミット処理について説明する。

【０１３６】ＤＢＭＳ３４２のＣＯＭＭＩＴ文処理で
は、まずＦＡＥ３４３のコミット処理を呼び出す。この
とき、入力パラメータとしてコミットするトランザクシ
ョンのトランザクション識別子が渡される。

【０１３７】まず、ステップ５８０１で、外部ファイル
ログ４９００から、入力パラメータで渡されたトランザ
クション識別子と一致するトランザクション識別子４９
１１を持つレコードを検索する。ステップ５８０２で、
これが見つからなかった場合には、ＦＡＥ３４３のコミ
ット処理は終了する。

【０１３８】見つかった場合、ステップ５８０３で、外
部ファイルログ４９００のレコードから、ＦＭＳ識別子
４９１２を取得し、ＦＭＳ２４２のトランザクション確
定機能を呼び出す。このとき、入力パラメータとして前
記トランザクション識別子を指定する。ＦＭＳ２４２で
は、トランザクション管理テーブル４８００を検索し、
入力パラメータで指定されたトランザクション識別子を
持つレコードがあるかどうかを調べ、一致するものがあ
った場合、更新種別４８１２の種類で順序付けて確定処
理を行なう。

【０１３９】まず、更新種別がｉｎｓｅｒｔのトランザ
クションを確定させる。確定処理に伴い、コンテンツ情
報ファイル２４４のリファレンス数４１２１を１つ増や
す。続いて、更新種別がｕｐｄａｔｅのトランザクショ
ンを確定させる。確定処理の際、元のコンテンツ情報フ
ァイル２４４のリファレンス数４１２１が１だった場
合、そのまま上書きで確定処理を行なう。具体的には、
トランザクション管理テーブル４８００の通番４８１４
をキーにして編集更新管理テーブル４７００を検索し、
通番が一致するものの編集更新の結果を反映させる。元
のコンテンツ情報ファイル２４４のリファレンス数４１
２１が２以上だった場合、他のリンク元のファイル抽象
データ型値に対してはリンク先のコンテンツを保証する
ため、元ののコンテンツはそのままで、該コンテンツの
情報ファイル２４４からはリファレンス数を１つ減ら
す。更新されたファイル抽象データ型値に対してはリン
ク先のコンテンツに編集更新の結果を反映させるため、
ＤＢ管理下コンテンツ２４３を別途複製した上で、編集
更新の結果を反映させる。複製されたコンテンツに対す
るコンテンツ情報ファイル２４４のリファレンス数４１
２１は１になる。最後に、更新種別がｄｅｌｅｔｅのト
ランザクションを確定させる。確定処理に伴い、コンテ
ンツ情報ファイル２４４のリファレンス数４１２１を１
つ減らす。リファレンス数が０になった場合、データベ
ースのリンク元がなくなったことになるので、コンテン
ツに対応するＤＢ管理下コンテンツ２４３及びコンテン
ツ情報ファイル２４４を削除する。ただし、その時点で
アクセス管理テーブル４６００に同一コンテンツのエン
トリがあり利用者プログラム１４２からのアクセスが継
続していた場合、すべての利用者プログラム１４２から
のアクセスがなくなるまで、コンテンツの削除は遅延さ
せる。

【０１４０】確定処理が終わった後、トランザクション
管理テーブル４８００及び編集更新管理テーブル４７０
０の処理済みのレコードを削除する。

【０１４１】続いて、ステップ５８０４で、外部ファイ
ルログ４９００の処理済みのレコードを削除する。

【０１４２】以上で、ＦＡＥ３４３におけるコミット処
理は終了する。

【０１４３】ステップ５８０５で、ＤＢＭＳ３４２は、
データベースのレコードに関する通常のコミット処理を
行なう。

【０１４４】以上が、コミット処理の流れである。

【０１４５】なお、ＦＭＳ２４２のトランザクション確
定機能の処理中で、同一のコンテンツに対して複数のフ
ァイル抽象データ型フィールドからリンクが設定されて
いる場合に、リファレンス数４１２１はそのままでリン
ク先のコンテンツを直接更新する実装としても、参照整
合性を保つことができることから、本発明の実施には差
し支えない。

【０１４６】図１９に示すフローチャートに基づいて、
トランザクションロールバック処理について説明する。

【０１４７】ＤＢＭＳ３４２のＲＯＬＬＢＡＣＫ文処理
では、まずＦＡＥ３４３のロールバック処理を呼び出
す。このとき、入力パラメータとしてロールバックする
トランザクションのトランザクション識別子が渡され
る。

【０１４８】まずステップ５９０１で、外部ファイルロ
グ４９００から、入力パラメータで渡されたトランザク
ション識別子と一致するトランザクション識別子４９１
１を持つレコードを検索する。ステップ５９０２で、こ
れが見つからなかった場合には、ＦＡＥ３４３のロール
バック処理は終了する。

【０１４９】見つかった場合、ステップ５９０３で、外
部ファイルログ４９００のレコードから、ＦＭＳ識別子
４９１２を取得し、ＦＭＳ２４２のトランザクション無
効化機能を呼び出す。このとき、入力パラメータとして
前記トランザクション識別子を指定する。ＦＭＳ２４２
では、トランザクション管理テーブル４８００を検索
し、入力パラメータで指定されたトランザクション識別
子を持つレコードがあるかどうかを調べ、一致するもの
があった場合、無効化処理を行なう。トランザクション
管理テーブル４８００中で、トランザクション識別子４
８１１が入力パラメータのトランザクション識別子と合
致するレコードを削除する。

【０１５０】続いて、ステップ５９０４で、外部ファイ
ルログ４９００の処理済みのレコードを削除する。

【０１５１】以上で、ＦＡＥ３４３におけるロールバッ
ク処理は終了する。

【０１５２】ステップ５９０５で、ＤＢＭＳ３４２は、
データベースのレコードに関する通常のロールバック処
理を行なう。

【０１５３】以上が、ロールバック処理の流れである。

【０１５４】

【発明の効果】以上述べたように、本発明によれば、Ｄ
ＢＭＳにファイル抽象データ型と外部ファイル連携機能
を導入し、ＤＢＭＳ管理下のファイルを管理するために
ＤＢＭＳ外部ファイル管理システムを導入し、外部ファ
イル連携機能とＤＢＭＳ外部ファイル管理システムとが
適切に連携するよう設定することにより、ＤＢＭＳ利用
者が行なうデータベースレコードの操作に対応して、当
該レコードと関連付けられた外部ファイルに対する適切
な操作が行なわれることが保証されるため、前記データ
ベースレコードと外部ファイルとの整合性が保証され、
また、ＤＢＭＳ管理下のファイルに対する不当なアクセ
スを排除することが出来る。

【０１５５】利用者は、データベース検索後に、登録さ
れたファイルに関する更新差分情報をＤＢＭＳ外部ファ
イル管理システムに登録してから、データベーストラン
ザクションによってリンク先のファイルに対して内容更
新を反映させるため、ファイルの内容の整合性までデー
タベースを用いて管理することが出来る。リファレンス
数と組み合わせたリンク管理により、外部ファイルをデ
ータベースによって版管理することも実現される。

【図面の簡単な説明】

【図１】本発明に係る一実施形態のデータベースシステ
ムの概略構成を示すブロック構成図である。

【図２】本実施形態において、外部ファイルを管理する
テーブルの構成例を示す図である。

【図３】外部ファイル連携機能拡張の処理の一覧表を示
す図である。

【図４】ＤＢ操作文である。

【図５】コンテンツ情報ファイルのデータ構造の一例を
示す図である。

【図６】コンテンツリンク登録処理に使用する登録ハン
ドルのデータ構造、コンテンツアクセス処理及びコンテ
ンツ編集更新処理に使用するアクセスハンドルのデータ
構造、並びにコンテンツ編集更新処理に使用する編集更
新ハンドルのデータ構造の一例を示す図である。

【図７】ＤＢＭＳ外部ファイル管理システム（ＦＭＳ）
が使用するメモリ上のデータ構造の一例を示す図であ
る。

【図８】ＤＢＭＳ外部ファイル管理システム（ＦＭＳ）
が使用するメモリ上のデータ構造の一例を示す図であ
る。

【図９】外部ファイル連携機能拡張（ＦＡＥ）が取得す
る外部ファイルログのデータ構造の一例を示す図であ
る。

【図１０】利用者プログラムにおけるコンテンツリンク
登録処理のフローチャート図である。

【図１１】ＤＢＭＳにおけるＩＮＳＥＲＴ文処理のフロ
ーチャート図である。

【図１２】利用者プログラムにおけるコンテンツリンク
削除処理のフローチャート図である。

【図１３】ＤＢＭＳにおけるＤＥＬＥＴＥ文処理のフロ
ーチャート図である。

【図１４】利用者プログラムにおけるコンテンツ参照処
理のフローチャート図である。

【図１５】ＤＢＭＳにおけるＦＥＴＣＨ文処理のフロー
チャート図である。

【図１６】利用者プログラムにおけるコンテンツ編集更
新処理のフローチャート図である。

【図１７】ＤＢＭＳにおけるＵＰＤＡＴＥ文処理のフロ
ーチャート図である。

【図１８】ＤＢＭＳにおけるＣＯＭＭＩＴ文処理のフロ
ーチャート図である。

【図１９】ＤＢＭＳにおけるＲＯＬＬＢＡＣＫ文処理の
フローチャート図である。

【符号の説明】

１０利用者クライアント１１ＣＰＵ１２メモリ１３ネットワークインタフェース１４二次記憶装置１４１オペレーティングシステム（ＯＳ）１４２利用者プログラム１４３ＤＢＭＳ外部ファイル連携ライブラリ（ＦＭ
Ｌ）１４４登録対象ファイル１９バス２０ファイルサーバ２１ＣＰＵ２２メモリ２２１ＦＭＳ用領域２３ネットワークインタフェース２４二次記憶装置２４１オペレーティングシステム（ＯＳ）２４２ＤＢＭＳ外部ファイル管理システム（ＦＭＳ）２４３ＤＢ管理下ファイル２４４コンテンツ情報ファイル２４５ＯＳファイルアクセス制御情報２９バス３０ＤＢサーバ３１ＣＰＵ３２メモリ３３ネットワークインタフェース３４二次記憶装置３４１オペレーティングシステム（ＯＳ）３４２データベース管理システム（ＤＢＭＳ）３４３外部ファイル連携機能拡張（ＦＡＥ）３４４テーブル情報３４５ログ３９バス

Claims

【特許請求の範囲】

【請求項１】データベース管理システムで管理されるテ
ーブル情報と外部ファイルを連携させるデータベース−
ファイル連携方法であって、前記テーブル情報に、管理すべき外部ファイルのコンテ
ンツに関する所在情報を格納するデータ構造と当該情報
を処理するための拡張された関数である拡張処理機能を
提供するファイル抽象データ型のフィールドを定義し、前記テーブル情報の前記ファイル抽象データ型のフィー
ルドの更新処理時に呼び出される前記拡張処理機能によ
り、一般利用者から参照・更新できないようなアクセス
権限で前記外部ファイルを管理する処理ステップを実行
する外部ファイル管理システムを制御することを特徴と
するデータベース−ファイル連携方法。
【請求項２】請求項１に記載のデータベース−ファイル
連携方法において、前記テーブル情報のレコードの検索処理時に、前記レコ
ード中の前記ファイル抽象データ型のフィールドで管理
される外部ファイルに関する拡張機能の１つであるアク
セスハンドル生成処理を呼び出し、生成したアクセスハ
ンドルと前記外部ファイル管理システムを用いて、前記
レコード中のフィールドにより管理される外部ファイル
を参照することを特徴とするデータベース−ファイル連
携方法。
【請求項３】請求項１または２の何れか１つに記載のデ
ータベース−ファイル連携方法において、前記レコード中のフィールドのリンク先として、複数の
ファイルまたはディレクトリ構造を持った複数のファイ
ルを管理し、前記データベースのフィールド値の更新に応じて前記リ
ンク先のファイル構造及びファイルの内容を更新するこ
とを特徴とするデータベース−ファイル連携方法。
【請求項４】請求項１または２の何れか１つに記載のデ
ータベース−ファイル連携方法において、同一外部ファイルへのリンク数を管理し、リンク先ファイル更新処理において、ファイルの内容を
更新する際にファイルの複製を作成して更新し、更新処理の行なわれたレコード中のフィールドのみ複製
後のファイルをリンク先として設定することを特徴とす
るデータベース−ファイル連携方法。
【請求項５】データベース管理システムで管理されるテ
ーブル情報と外部ファイルを連携させるデータベース−
ファイル連携装置であって、前記テーブル情報に、管理すべき外部ファイルのコンテ
ンツに関する所在情報を格納するデータ構造と当該情報
を処理するための拡張された関数である拡張処理機能を
提供するファイル抽象データ型のフィールドを定義する
手段と、前記テーブル情報の前記ファイル抽象データ型のフィー
ルドの更新処理時に呼び出される前記拡張処理機能によ
り、一般利用者から参照・更新できないようなアクセス
権限で前記外部ファイルを管理する処理ステップを実行
する外部ファイル管理システムを制御する手段とを備え
たことを特徴とするデータベース−ファイル連携装置。
【請求項６】請求項５に記載のデータベース−ファイル
連携装置において、前記テーブル情報のレコードの検索処理時に、前記レコ
ード中の前記ファイル抽象データ型のフィールドで管理
される外部ファイルに関する拡張機能の１つであるアク
セスハンドル生成処理を呼び出し、生成したアクセスハ
ンドルと前記外部ファイル管理システムを用いて、前記
レコード中のフィールドにより管理される外部ファイル
を参照する手段を、さらに備えたことを特徴とするデー
タベース−ファイル連携装置。
【請求項７】データベース管理システムで管理されるテ
ーブル情報と外部ファイルを連携させるデータベース−
ファイル連携方法に係るプログラムを記憶した記憶媒体
であって、前記テーブル情報には、管理すべき外部ファイルのコン
テンツに関する所在情報を格納するデータ構造と当該情
報を処理するための拡張された関数である拡張処理機能
を提供するファイル抽象データ型のフィールドがあらか
じめ定義されており、前記プログラムは、前記テーブル情報の前記ファイル抽
象データ型のフィールドの更新処理時に呼び出される前
記拡張処理機能から呼び出され、一般利用者から参照・
更新できないようなアクセス権限で前記外部ファイルを
管理する処理ステップを実行するプログラムであること
を特徴とするデータベース−ファイル連携方法に係るプ
ログラムを記憶した記憶媒体。