トップ :: G 物理学 :: G06 計算;計数




【発明の名称】 データベース−ファイル連携方法及びその実施システム並びにその処理プログラムを記録した媒体
【発明者】 【氏名】岩崎 一正

【氏名】野島 博

【氏名】松澤 茂
【要約】 【課題】データベース中のレコードとそのレコードで管理される管理対象ファイルの整合性を維持することが可能な技術を提供する。

【解決手段】データベースの外部で定義されるファイルをデータベース管理システム制御下で管理するデータベース−ファイル連携方法において、管理対象ファイル及びその管理対象ファイルの格納場所を示すレコードの登録を要求するステップと、前記管理対象ファイルへの一般利用者によるアクセスを制限するステップと、前記管理対象ファイルの格納場所を示す情報をレコードに設定する処理を呼び出して前記処理により管理対象ファイルの格納場所が設定されたレコードをデータベースに書き込むステップと、前記管理対象ファイルの格納場所を示す情報をレコードに設定するステップとを有するものである。
【特許請求の範囲】
【請求項１】 データベースの外部で定義されるファイルをデータベース管理システム制御下で管理するデータベース−ファイル連携方法において、管理対象ファイル及びその管理対象ファイルの格納場所を示すレコードの登録を要求するステップと、前記管理対象ファイルへの一般利用者によるアクセスを制限するステップと、前記管理対象ファイルの格納場所を示す情報をレコードに設定する処理を呼び出して前記処理により管理対象ファイルの格納場所が設定されたレコードをデータベースに書き込むステップと、前記管理対象ファイルの格納場所を示す情報をレコードに設定するステップとを有することを特徴とするデータベース−ファイル連携方法。
【請求項２】 データベースの外部で定義されるファイルをデータベース管理システム制御下で管理するデータベース−ファイル連携方法において、管理対象ファイル及びその管理対象ファイルの格納場所を示すレコードの削除を要求するステップと、処理対象のレコード中の格納場所で示される管理対象ファイルを削除する処理を呼び出すと共に前記処理対象のレコードをデータベースから削除するステップと、前記処理対象のレコード中の格納場所で示される管理対象ファイルを削除するトランザクションを発行するステップとを備えることを特徴とするデータベース−ファイル連携方法。
【請求項３】 前記管理対象ファイルへのアクセスが行われていない場合に当該管理対象ファイルを削除するトランザクションを発行することを特徴とする請求項２に記載されたデータベース−ファイル連携方法。
【請求項４】 データベースの外部で定義されるファイルをデータベース管理システム制御下で管理するデータベース−ファイル連携方法において、管理対象ファイル及びその管理対象ファイルの格納場所を示すレコードの更新を要求するステップと、前記更新処理で新たに登録する管理対象ファイルへの一般利用者によるアクセスを制限するステップと、前記新たに登録する管理対象ファイルの格納場所を示す情報を処理対象のレコードに設定する処理を呼び出して前記処理により管理対象ファイルの格納場所が設定されたレコードをデータベースに書き込むステップと、前記新たに登録する管理対象ファイルの格納場所を示す情報を前記処理対象のレコードに設定するステップとを有することを特徴とするデータベース−ファイル連携方法。
【請求項５】 前記管理対象ファイルの格納場所を示す情報をレコードに設定する処理の通番が前記管理対象ファイルへの一般利用者によるアクセスを制限する際に設定した通番と一致する場合に、当該レコードの設定を行うことを特徴とする請求項１または請求項４のいずれかに記載されたデータベース−ファイル連携方法。
【請求項６】 データベースの外部で定義されるファイルをデータベース管理システム制御下で管理するデータベース−ファイル連携方法において、管理対象ファイルの格納場所を示すレコードへのアクセスを要求して処理対象のレコード中の格納場所を示す情報を取得し、前記取得した格納場所の情報を用いて管理対象ファイルへアクセスするステップと、前記処理対象のレコード中の格納場所を示す情報を取得する処理を呼び出して前記処理により取得した格納場所の情報をその要求元に渡すステップと、前記管理対象ファイルの格納場所を示す情報を前記処理対象のレコードから取得するステップとを有することを特徴とするデータベース−ファイル連携方法。
【請求項７】 データベースの外部で定義されるファイルをデータベース管理システム制御下で管理するデータベース−ファイル連携方法において、データベース管理システムのトランザクションのコミット処理を要求するステップと、前記コミット処理の処理対象の管理対象ファイルに関するトランザクションのコミット処理を呼び出すと共にデータベースのコミット処理を行うステップと、前記管理対象ファイルに関するトランザクションのコミット処理を行うステップとを有することを特徴とするデータベース−ファイル連携方法。
【請求項８】 データベースの外部で定義されるファイルをデータベース管理システム制御下で管理するデータベース−ファイル連携方法において、データベース管理システムのトランザクションのロールバック処理を要求するステップと、前記ロールバック処理の処理対象の管理対象ファイルに関するトランザクションのロールバック処理を呼び出すと共にデータベースのロールバック処理を行うステップと、前記管理対象ファイルに関するトランザクションのロールバック処理を行うステップとを有することを特徴とするデータベース−ファイル連携方法。
【請求項９】 データベースの外部で定義されるファイルをデータベース管理システム制御下で管理するデータベース−ファイル連携システムにおいて、管理対象ファイル及びその管理対象ファイルの格納場所を示すレコードの登録を要求する利用者処理部と、前記管理対象ファイルへの一般利用者によるアクセスを制限する外部ファイル管理処理部と、前記管理対象ファイルの格納場所を示す情報をレコードに設定する処理を呼び出して前記処理により管理対象ファイルの格納場所が設定されたレコードをデータベースに書き込むデータベース管理処理部と、前記管理対象ファイルの格納場所を示す情報をレコードに設定する外部ファイル連携処理部とを備えることを特徴とするデータベース−ファイル連携システム。
【請求項１０】 データベースの外部で定義されるファイルをデータベース管理システム制御下で管理するデータベース−ファイル連携システムにおいて、管理対象ファイル及びその管理対象ファイルの格納場所を示すレコードの削除を要求する利用者処理部と、処理対象のレコード中の格納場所で示される管理対象ファイルを削除する処理を呼び出すと共に前記処理対象のレコードをデータベースから削除するデータベース管理処理部と、前記処理対象のレコード中の格納場所で示される管理対象ファイルを削除するトランザクションを発行する外部ファイル連携処理部とを備えることを特徴とするデータベース−ファイル連携システム。
【請求項１１】 データベースの外部で定義されるファイルをデータベース管理システム制御下で管理するデータベース−ファイル連携システムにおいて、管理対象ファイル及びその管理対象ファイルの格納場所を示すレコードの更新を要求する利用者処理部と、前記更新処理で新たに登録する管理対象ファイルへの一般利用者によるアクセスを制限する外部ファイル管理処理部と、前記新たに登録する管理対象ファイルの格納場所を示す情報を処理対象のレコードに設定する処理を呼び出して前記処理により管理対象ファイルの格納場所が設定されたレコードをデータベースに書き込むデータベース管理処理部と、前記新たに登録する管理対象ファイルの格納場所を示す情報を前記処理対象のレコードに設定する外部ファイル連携処理部とを備えることを特徴とするデータベース−ファイル連携システム。
【請求項１２】 データベースの外部で定義されるファイルをデータベース管理システム制御下で管理するデータベース−ファイル連携システムにおいて、管理対象ファイルの格納場所を示すレコードへのアクセスを要求して処理対象のレコード中の格納場所を示す情報を取得し、前記取得した格納場所の情報を用いて管理対象ファイルへアクセスする利用者処理部と、前記処理対象のレコード中の格納場所を示す情報を取得する処理を呼び出して前記処理により取得した格納場所の情報をその要求元に渡すデータベース管理処理部と、前記管理対象ファイルの格納場所を示す情報を前記処理対象のレコードから取得する外部ファイル連携処理部とを備えることを特徴とするデータベース−ファイル連携システム。
【請求項１３】 データベースの外部で定義されるファイルをデータベース管理システム制御下で管理するデータベース−ファイル連携システムにおいて、データベース管理システムのトランザクションのコミット処理を要求する利用者処理部と、前記コミット処理の処理対象の管理対象ファイルに関するトランザクションのコミット処理を呼び出すと共にデータベースのコミット処理を行うデータベース管理処理部と、前記管理対象ファイルに関するトランザクションのコミット処理を行う外部ファイル連携処理部とを備えることを特徴とするデータベース−ファイル連携システム。
【請求項１４】 データベースの外部で定義されるファイルをデータベース管理システム制御下で管理するデータベース−ファイル連携システムにおいて、データベース管理システムのトランザクションのロールバック処理を要求する利用者処理部と、前記ロールバック処理の処理対象の管理対象ファイルに関するトランザクションのロールバック処理を呼び出すと共にデータベースのロールバック処理を行うデータベース管理処理部と、前記管理対象ファイルに関するトランザクションのロールバック処理を行う外部ファイル連携処理部とを備えることを特徴とするデータベース−ファイル連携システム。
【請求項１５】 データベースの外部で定義されるファイルをデータベース管理システム制御下で管理するデータベース−ファイル連携システムとしてコンピュータを機能させる為のプログラムを記録した媒体において、管理対象ファイル及びその管理対象ファイルの格納場所を示すレコードの登録を要求する利用者処理部と、前記管理対象ファイルへの一般利用者によるアクセスを制限する外部ファイル管理処理部と、前記管理対象ファイルの格納場所を示す情報をレコードに設定する処理を呼び出して前記処理により管理対象ファイルの格納場所が設定されたレコードをデータベースに書き込むデータベース管理処理部と、前記管理対象ファイルの格納場所を示す情報をレコードに設定する外部ファイル連携処理部としてコンピュータを機能させる為のプログラムを記録したことを特徴とする媒体。
【請求項１６】 データベースの外部で定義されるファイルをデータベース管理システム制御下で管理するデータベース−ファイル連携システムとしてコンピュータを機能させる為のプログラムを記録した媒体において、管理対象ファイル及びその管理対象ファイルの格納場所を示すレコードの削除を要求する利用者処理部と、処理対象のレコード中の格納場所で示される管理対象ファイルを削除する処理を呼び出すと共に前記処理対象のレコードをデータベースから削除するデータベース管理処理部と、前記処理対象のレコード中の格納場所で示される管理対象ファイルを削除するトランザクションを発行する外部ファイル連携処理部としてコンピュータを機能させる為のプログラムを記録したことを特徴とする媒体。
【請求項１７】 データベースの外部で定義されるファイルをデータベース管理システム制御下で管理するデータベース−ファイル連携システムとしてコンピュータを機能させる為のプログラムを記録した媒体において、管理対象ファイル及びその管理対象ファイルの格納場所を示すレコードの更新を要求する利用者処理部と、前記更新処理で新たに登録する管理対象ファイルへの一般利用者によるアクセスを制限する外部ファイル管理処理部と、前記新たに登録する管理対象ファイルの格納場所を示す情報を処理対象のレコードに設定する処理を呼び出して前記処理により管理対象ファイルの格納場所が設定されたレコードをデータベースに書き込むデータベース管理処理部と、前記新たに登録する管理対象ファイルの格納場所を示す情報を前記処理対象のレコードに設定する外部ファイル連携処理部としてコンピュータを機能させる為のプログラムを記録したことを特徴とする媒体。
【請求項１８】 データベースの外部で定義されるファイルをデータベース管理システム制御下で管理するデータベース−ファイル連携システムとしてコンピュータを機能させる為のプログラムを記録した媒体において、管理対象ファイルの格納場所を示すレコードへのアクセスを要求して処理対象のレコード中の格納場所を示す情報を取得し、前記取得した格納場所の情報を用いて管理対象ファイルへアクセスする利用者処理部と、前記処理対象のレコード中の格納場所を示す情報を取得する処理を呼び出して前記処理により取得した格納場所の情報をその要求元に渡すデータベース管理処理部と、前記管理対象ファイルの格納場所を示す情報を前記処理対象のレコードから取得する外部ファイル連携処理部としてコンピュータを機能させる為のプログラムを記録したことを特徴とする媒体。
【請求項１９】 データベースの外部で定義されるファイルをデータベース管理システム制御下で管理するデータベース−ファイル連携システムとしてコンピュータを機能させる為のプログラムを記録した媒体において、データベース管理システムのトランザクションのコミット処理を要求する利用者処理部と、前記コミット処理の処理対象の管理対象ファイルに関するトランザクションのコミット処理を呼び出すと共にデータベースのコミット処理を行うデータベース管理処理部と、前記管理対象ファイルに関するトランザクションのコミット処理を行う外部ファイル連携処理部としてコンピュータを機能させる為のプログラムを記録したことを特徴とする媒体。
【請求項２０】 データベースの外部で定義されるファイルをデータベース管理システム制御下で管理するデータベース−ファイル連携システムとしてコンピュータを機能させる為のプログラムを記録した媒体において、データベース管理システムのトランザクションのロールバック処理を要求する利用者処理部と、前記ロールバック処理の処理対象の管理対象ファイルに関するトランザクションのロールバック処理を呼び出すと共にデータベースのロールバック処理を行うデータベース管理処理部と、前記管理対象ファイルに関するトランザクションのロールバック処理を行う外部ファイル連携処理部としてコンピュータを機能させる為のプログラムを記録したことを特徴とする媒体。
【発明の詳細な説明】【０００１】
【発明の属する技術分野】本発明はオペレーティングシステムのファイルシステムによって定義されるファイルをデータベース管理システム制御下で管理するデータベース−ファイル連携システムに関し、特にデータベースに対するレコードの追加、削除、更新及び検索に対応してデータベース管理下にあるファイルの追加、削除、更新及び検索を行うデータベース−ファイル連携システムに適用して有効な技術に関するものである。
【０００２】
【従来の技術】データベースのレコードに関連付けてオペレーティングシステムのファイルシステム（以下ＯＳファイルシステム）の定義する「ファイル」を管理する方法として、ファイル所在位置情報（いわゆるディレクトリパス）をレコード内の一つのフィールドに書きこんでおく方法がある。この方法では、データベース管理システム（以下ＤＢＭＳ）側から見たときにそのフィールドには単に文字列が格納されているに過ぎず、その文字列がファイルを指しているという認識はない。つまり、ＤＢＭＳと独立に利用者が当該ファイルを管理する必要がある。こうした方法でデータベースを作成した利用者プログラムは、任意のフィールドを検索キーとしてデータベースを検索した後、当該レコード中のファイルのディレクトリパスを書き込んだフィールドの文字列を取得し、その文字列をディレクトリパスと見なして当該ファイルを参照していた。またＤＢＭＳの外に置かれたファイルを指し示すことによりＤＢＭＳに格納しているのと同等に扱う外部ファイル機能については「InfoIT,Inc.調査報告書DataLinks:MANAGING EXTERNAL DATA WITH DB2 UNIVERSAL DATABASE P10〜P11」等に記載されている。
【０００３】
【発明が解決しようとする課題】ディレクトリパスをデータベースレコードに格納する従来技術によれば、ファイルの管理とディレクトリパスを格納したレコードの管理が別々に行われるので、データベースのレコードの更新・削除とは非同期にファイルの追加・削除が実行される可能性がある。この為、長期間のシステム運用の結果、データベースにレコードが存在するにも関わらず対応するファイルが存在しないという不整合やファイルが存在するにも関わらず対応すべきデータベースのレコードが存在しないという様な不整合が発生しやすい。こうした状況になると、再度、整合性ある状態に回復することは非常に困難となる。これは、仮にファイルの集合とデータベースレコードの集合との突き合わせチェックを行ったとしても、片方が存在しないレコードまたはファイルを消し去って良いかどうか簡単には決定できない為である。本発明の目的は上記問題を解決し、データベース中のレコードとそのレコードで管理される管理対象ファイルの整合性を維持することが可能な技術を提供することにある。
【０００４】
【課題を解決するための手段】本発明は、データベースの外部で定義されるファイルをデータベース管理システム制御下で管理するデータベース−ファイル連携方法において、データベースに対するレコードの追加、削除、更新及び検索に対応してそのレコードが示すファイルの追加、削除、更新及び検索を行うものである。
【０００５】本発明ではＤＢＭＳによりファイルを管理する為にファイル抽象データ型をＤＢＭＳに導入する。ファイル抽象データ型は、管理されるファイルに関する情報を格納するデータ構造と当該情報を処理する為の関数を提供する。ＤＢＭＳ利用者は、このファイル抽象データ型のフィールドを持つレコードを定義することによりデータベースにファイルを登録することが出来る様になる。
【０００６】またＤＢＭＳ管理下のファイルを管理する為に、一般利用者よりも上位のファイルアクセス権限を持つファイル管理システム（ＤＢＭＳ外部ファイル管理システムと呼ぶ）を導入する。ＤＢＭＳ管理下の管理対象ファイルはこのＤＢＭＳ外部ファイル管理システムを所有者とし、これらのファイルには一般利用者からはＯＳファイルシステムレベルにおいて参照・更新不可のアクセス制御情報を設定しておく。
【０００７】更にレコード上のファイル管理情報とＤＢＭＳ外部ファイル管理システムを連携させる為に、ＤＢＭＳ内部にファイル抽象データ型の処理機能としての外部ファイル連携機能を定義し、データベース操作（例えば、ＩＮＳＥＲＴ処理、ＳＥＬＥＣＴ処理等）の実行契機に、上記ＤＢＭＳ外部ファイル管理システムの該当処理を呼び出す様に設定する。
【０００８】またＤＢＭＳ利用者がファイルにアクセスする為の手段を提供する為に、外部ファイル連携機能には、データベースレコードの検索時にアクセス用ハンドルを作成する機能を持たせる。この機能は、上記ファイル抽象データ型の提供する関数から呼び出される。ＤＢＭＳ管理下のファイルを参照するには、データベースレコードを検索し、ファイル抽象データ型の関数により前述のアクセス用ハンドルを取得し、アクセス用ハンドルを使用してＤＢＭＳ外部ファイル管理システムのファイル参照機能を呼び出すことにより、参照可能なファイルが用意される。
【０００９】この様に、データベース操作処理とファイル操作処理を連携させることにより、データベースレコードとそのレコードに関連付けられて管理されるファイルとの整合性維持をデータベース管理システムに対する操作で実現できる様になる。
【００１０】以上の様に本発明のデータベース−ファイル連携システムによれば、データベースに対するレコードの追加、削除、更新及び検索に対応してそのレコードが示す管理対象ファイルの追加、削除、更新及び検索を行うので、データベース中のレコードとそのレコードで管理される管理対象ファイルの整合性を維持することが可能である。
【００１１】
【発明の実施の形態】以下にデータベースに対するレコードの追加、削除、更新及び検索に対応してそのレコードが示すファイルの追加、削除、更新及び検索を行う一実施形態のデータベース−ファイル連携システムについて説明する。
【００１２】図１は本実施形態のデータベース−ファイル連携システムの概略構成を示す図である。図１に示す様に本実施形態のデータベース−ファイル連携システムは、利用者処理部１１１０と、ＦＭＳ−Ｃ１１２０と、ＦＭＳ−Ｆ１４１０と、ＤＢＭＳ１６１０と、外部ファイル連携処理部１６１５とを有している。
【００１３】利用者処理部１１１０は、管理対象ファイル１４２０及びその格納場所を示すレコードの登録、削除、更新、アクセス、コミット処理及びロールバック処理を要求する処理部である。ＦＭＳ−Ｃ１１２０は、ＦＭＳ−Ｆ１４１０からデータを受け取って管理対象ファイル１４２０のコピーファイル１１３０を作成する外部ファイル管理処理部である。
【００１４】ＦＭＳ−Ｆ１４１０は、登録用ハンドルの生成、管理対象ファイル１４２０への一般利用者によるアクセスの制限、登録用ハンドルの不正使用のチェック、管理対象ファイル１４２０が使用中であるかのチェック、管理対象ファイル１４２０のＦＭＳ−Ｃ１１２０でのコピーファイル１１３０の作成、管理対象ファイル１４２０の削除等の処理を行う外部ファイル管理処理部である。
【００１５】ＤＢＭＳ１６１０は、外部ファイル連携処理部１６１５の管理対象ファイル１４２０の登録、削除、更新、アクセス、コミット終了及びロールバック終了を行う処理を呼び出し、管理対象ファイル１４２０の格納場所を示すレコードの登録、削除、更新、アクセス、コミット処理及びロールバック処理等を行うデータベース管理処理部である。外部ファイル連携処理部１６１５は、管理対象ファイル１４２０の登録、削除、更新、アクセス、コミット処理及びロールバック処理やアクセス用ハンドルの生成及び取得等の処理を行う処理部である。
【００１６】データベース−ファイル連携システムを利用者処理部１１１０、ＦＭＳ−Ｃ１１２０、ＦＭＳ−Ｆ１４１０、ＤＢＭＳ１６１０及び外部ファイル連携処理部１６１５として機能させる為のプログラムは、ＣＤ−ＲＯＭ等の記録媒体に記録され磁気ディスク等に格納された後、メモリにロードされて実行されるものとする。なお前記プログラムを記録する媒体はＣＤ−ＲＯＭ以外の他の媒体でも良い。
【００１７】図１では本実施形態のデータベース−ファイル連携システムを利用者計算機１０００、ファイルサーバ１３００及びＤＢサーバ１５００で構成される分散データ管理システムに適用した場合の計算機とその上で稼動するソフトウェアの構成を表しており、利用者計算機１０００とファイルサーバ１３００、ＤＢサーバ１５００は、互いにネットワーク１２００で接続されている。
【００１８】利用者計算機１０００は、二次記憶装置１０１０、メモリ１０２０、ＣＰＵ１０３０、ネットワークインタフェース１０５０を備え、これらはバス１０４０によって接続されている。利用者計算機１０００は、ネットワークインタフェース１０５０を通してネットワーク１２００に接続している。二次記憶装置１０１０上には、利用者計算機１０００のオペレーティングシステムであるＯＳ１１００、利用者処理部１１１０、ＤＢＭＳ外部ファイル管理システムＦＭＳ−Ｃ１１２０、ファイルアクセスの為に取得したＤＢＭＳ１６１０管理下のファイルのコピーファイル１１３０、及びこのコピーファイル１１３０のＯＳファイル情報１１４０が格納される。
【００１９】ファイルサーバ１３００は、二次記憶装置１３５０、メモリ１３４０、ＣＰＵ１３２０、ネットワークインタフェース１３１０を備え、これらはバス１３３０によって接続されている。ファイルサーバ１３００は、ネットワークインタフェース１３１０を通してネットワーク１２００に接続している。二次記憶装置１３５０上には、ＯＳ１４００、ＤＢＭＳ外部ファイル管理システムＦＭＳ−Ｆ１４１０、ＤＢＭＳ１６１０管理下の管理対象ファイル１４２０、及びこの管理対象ファイル１４２０のＯＳファイル情報１４３０が格納される。
【００２０】ＤＢサーバ１５００は、二次記憶装置１５５０、メモリ１５４０、ＣＰＵ１５２０、ネットワークインタフェース１５１０を備え、これらはバス１５３０によって接続されている。ＤＢサーバ１５００は、ネットワークインタフェース１５１０を通してネットワーク１２００に接続している。二次記憶装置１５５０上には、ＯＳ１６００、ＤＢＭＳ１６１０、ＤＢＭＳ１６１０管理下の表１６２０及びこの表更新に対する操作のログファイル１６２５が格納される。表１６２０の詳細は図２で説明する。
【００２１】ＤＢＭＳ１６１０は、ＳＱＬをインタフェースとして採用しており、通常のＳＱＬデータ型の他にファイル抽象データ型を扱える様に拡張されている。ファイル抽象データ型は、管理対象ファイル１４２０を管理する為の情報を格納するデータ構造とこのデータ構造専用の関数を提供する。ＤＢＭＳ１６１０において、ファイル抽象データ型の処理機能を実装するモジュールを外部ファイル連携処理部１６１５（ＦＥ）と呼ぶ。
【００２２】ＤＢＭＳ外部ファイル管理システムは、ファイルサーバ１３００上のＦＭＳ−Ｆ１４１０及び利用者計算機１０００上のＦＭＳ−Ｃ１１２０から構成される。ＤＢＭＳ外部ファイル管理システムは、一般利用者よりも上位のファイルアクセス権限を持つ利用者ＦＭＳの権限で稼動する。ＤＢＭＳ１６１０管理下の管理対象ファイル１４２０は、登録時にＦＭＳ−Ｆ１４１０により、そのＯＳファイル情報１４３０を変更され、ＤＢＭＳ外部ファイル管理システム（すなわち利用者ＦＭＳ）以外は参照も更新も出来ない様に設定される。これによりデータベースに登録された管理対象ファイル１４２０に対する不正な参照及び更新を防止している。
【００２３】ファイルサーバ１３００上のＦＭＳ−Ｆ１４１０は、外部ファイル連携処理部１６１５及び利用者処理部１１１０とのインタフェースを持ち、ＦＭＳ−Ｃ１１２０はＦＭＳ−Ｆ１４１０とのインタフェースを持つ。これらのインタフェースは一般にリモートプロシージャコールと呼ばれる手段を用いて実装される。リモートプロシージャコールにより、プログラムは呼び出し先プログラムの識別子と関数名称を特定して他プログラムの関数を呼び出すことが出来る。ＤＢＭＳ外部ファイル管理システムの関数を呼び出す為に必要となる、ＦＭＳ−Ｆ１４１０、ＦＭＳ−Ｃ１１２０の識別子は、動的に呼び出し側に提供される。次に図２から図４を用いてファイル抽象データ型と外部ファイル連携処理部１６１５について説明する。
【００２４】図２は本実施形態のファイル管理の為のデータを持つ表１６２０の構造を示す図である。表名はｉｍａｇｅｓであり、表１６２０のレコード２０００には、番号２００２、表題２００３、ファイルフィールド２００４の３つのフィールドがある。ＤＢＭＳ１６１０は、表１６２０のレコード２０００の各フィールドにそれぞれレコード識別子２００１、フィールド識別子２００５を付与する。レコード識別子２００１は、表１６２０に含まれるレコード２０００を一意に識別するものであり、フィールド識別子２００５は、レコード２０００を構成するフィールドを一意に識別するものである。ファイルフィールド２００４のデータ型は前述のファイル抽象データ型であり、ファイル抽象データ型のデータ構造として、ＦＭＳ−Ｆ識別子２０１１とディレクトリパス２０１２が格納される。
【００２５】図３は本実施形態の外部ファイル連携処理部１６１５の概要を示す図である。図３ではＤＢＭＳ１６１０の処理とこれに関連付けられる外部ファイル連携処理部１６１５の処理との対応を表している。第１列は項番であり、第２列は外部ファイル連携処理部１６１５が用意する関数であり、第３列はその関数へＤＢＭＳ１６１０が渡すべきパラメタであり、第４列はＤＢＭＳ１６１０がその関数を呼び出す契機を示している。
【００２６】１行目はファイル登録処理を行う関数であり、ＤＢＭＳ１６１０がＩＮＳＥＲＴ文を処理する際に呼び出される。この際にパラメタとして、新規レコードの識別子、このレコードのファイル抽象データ型のフィールドの識別子、現行トランザクションの識別子が与えられる。この関数により、登録される管理対象ファイル１４２０に関する情報がＩＮＳＥＲＴ文で作成されるレコード２０００のファイルフィールド２００４に格納される。
【００２７】２行目はファイル削除処理を行う関数であり、ＤＢＭＳ１６１０がＤＥＬＥＴＥ文を処理する際に呼び出される。この際にパラメタとして、新規レコードの識別子、このレコードのファイル抽象データ型のフィールドの識別子、現行トランザクションの識別子が与えられる。この関数により、削除されるレコード２０００のファイルフィールド２００４に格納された情報で指定される管理対象ファイル１４２０が削除される。
【００２８】３行目はファイル更新処理を行う関数であり、ＤＢＭＳ１６１０がＵＰＤＡＴＥ文を処理する際に呼び出される。この際にパラメタとして、新規レコードの識別子、このレコードのファイル抽象データ型のフィールドの識別子、現行トランザクションの識別子が与えられる。この関数により、新規に登録される管理対象ファイル１４２０に対応するファイル抽象データ型のデータがＵＰＤＡＴＥ文で更新されるレコード２０００のファイルフィールド２００４に格納され、このファイルフィールド２００４の旧値として格納されていた情報で指定される管理対象ファイル１４２０が削除される。
【００２９】４行目はコミット処理を行う関数であり、ＤＢＭＳ１６１０が現行トランザクションをコミット終了する際に呼び出す。この際にパラメタとして、コミット終了するトランザクションの識別子が渡される。この関数により、現行トランザクション内で行われたファイル登録処理、ファイル削除処理、及びファイル更新処理の結果が確定される。
【００３０】５行目はロールバック処理を行う関数であり、ＤＢＭＳ１６１０が現行トランザクションをロールバック終了する際に、当該トランザクション中に外部ファイル連携処理部１６１５が作成したログレコード毎に呼び出される。この際にパラメタとして、ロールバック終了するトランザクションの識別子とロールバックすべきログレコードが渡される。この関数により、ログレコードに記録されたファイル登録処理、ファイル削除処理、及びファイル更新処理が取り消される。
【００３１】６行目はファイル抽象データ型の関数ｎｅｗに対する処理であり、ｎｅｗ関数は、ファイル登録に関するパラメタを指定する為にＩＮＳＥＲＴ文またはＵＰＤＡＴＥ文に埋め込まれる。利用者処理部１１１０では、パラメタとして登録用ハンドルのみを指定するが、ＤＢＭＳ１６１０において、処理対象となるレコードの識別子、このレコードのファイル抽象データ型のフィールドの識別子をパラメタに追加して、外部ファイル連携処理部１６１５の機能呼び出しを行う。
【００３２】７行目はファイル抽象データ型の関数ｇｅｔ＿ａｃｃｅｓｓｈａｎｄｌｅに対する処理であり、ｇｅｔ＿ａｃｃｅｓｓｈａｎｄｌｅ関数は、登録された管理対象ファイル１４２０をアクセスする為のアクセス用ハンドルを取得する為にＳＥＬＥＣＴ文に埋め込まれる。利用者処理部１１１０は、パラメタとして利用者名称のみを指定するが、ＤＢＭＳ１６１０において、処理対象となるレコードの識別子、このレコードのファイル抽象データ型のフィールドの識別子をパラメタに追加して、外部ファイル連携処理部１６１５の機能呼び出しを行う。利用者処理部１１１０は、この関数の戻り値としてアクセス用ハンドルをＦＥＴＣＨ文により取得する。
【００３３】図４は本実施形態のデータベース−ファイル連携システムの表１６２０に対するＤＢ操作文を示す図である。（１）は、ファイル登録を伴うレコード登録の為のＩＮＳＥＲＴ文である。ＶＡＬＵＥＳ句の三つ目には、前述のファイル抽象データ型の関数ｎｅｗを指定する。この関数ｎｅｗのパラメタである変数：ｅｎｔｒｙ＿ｈａｎｄｌｅには、登録されるファイルの登録用ハンドルが格納されている。この例では、番号２００２に「１０２」、表題２００３に「ｄａｎｄｅｌｉｏｎ」、指定したファイルの情報をファイルフィールド２００４に持つレコードがデータベースに登録され、指定したファイルがデータベースの管理下に入る（但し、確定するのは現行トランザクションのコミット後である）。
【００３４】（２）は、レコード削除の為のＤＥＬＥＴＥ文である。この例では、番号２００２が「１００」であるレコードとこのレコードで管理されるファイルが削除される（但し、確定するのは現行トランザクションのコミット後である）。
【００３５】（３）は、ファイル更新を行う為のＵＰＤＡＴＥ文である。この例では、番号２００２が「１０１」であるレコード２０００のファイルフィールド２００４に前述のファイル抽象データ型の関数ｎｅｗ（変数：ｅｎｔｒｙ＿ｈａｎｄｌｅは、新規に登録されるファイルの登録用ハンドル）指定することにより、このレコードで管理される管理対象ファイル１４２０を新規ファイルに差換えている。差し替えられるファイル（更新前に登録されていたファイル）は、削除される（但し、確定するのは現行トランザクションのコミット後である）。
【００３６】（４）は、ファイルアクセスの為のアクセス用ハンドルを取得する為のＳＥＬＥＣＴ文である。この例では、表題２００３が「ｓｕｎ」で始まるレコードが検索対象となる。表１６２０の内容が図２に示した状態である場合、番号２００２が「１００」のレコードと番号２００２が「１０１」のレコードが該当する。
【００３７】検索結果は、表題２００３と前述のファイル抽象データ型の関数ｇｅｔ＿ａｃｃｅｓｓｈａｎｄｌｅの実行結果として得られるアクセス用ハンドルである。検索結果は、ＳＥＬＥＣＴ文実行後にＦＥＴＣＨ文を実行する毎に、１レコードずつ取得することが出来る。
【００３８】図５から図７は、ＤＢＭＳ外部ファイル管理システム（ＦＭＳ−Ｃ１１２０、ＦＭＳ−Ｆ１４１０）及び外部ファイル連携処理部１６１５のインタフェースを示している。図５は本実施形態の利用者処理部１１１０がＦＭＳ−Ｆ１４１０を呼び出す時のインタフェースを示す図である。（１）は、前述のＩＮＳＥＲＴ文、ＵＰＤＡＴＥ文で使用するファイル登録用ハンドルを作成する為の関数であり、入力として登録するファイルのディレクトリパスを指定し、成功した場合、そのファイルに対する登録用ハンドルが出力として返される。登録するファイルは、予めＦＭＳ−Ｆ１４１０の稼動するファイルサーバ１３００上に配置しておく。（２）は、前述のＳＥＬＥＣＴ文の結果として得られたアクセス用ハンドルで示されるファイルの内容をコピーしたファイルを作成する為の関数である。入力パラメタとして、アクセス用ハンドル、コピーを作成する計算機上で稼動するＦＭＳ−Ｃ１１２０の識別子、コピーのディレクトリパスを指定し、成功した場合、アクセス識別子が返される。（３）は、ファイルアクセスセッションを終了する為の関数であり、入力として（２）で取得したアクセス識別子を指定する。
【００３９】図６は本実施形態の外部ファイル連携処理部１６１５がＦＭＳ−Ｆ１４１０を呼び出す時のインタフェースを示す図である。（１）は、外部ファイル連携処理部１６１５におけるファイル登録処理において、登録用ハンドルの有効性検証の為に呼び出す関数である。登録用ハンドルから取得した通番を入力として指定する。（２）は、外部ファイル連携処理部１６１５におけるトランザクション完了処理（コミット処理またはロールバック処理）において、削除すべき管理対象ファイル１４２０を指示する為に呼び出す関数である。削除するファイルのディレクトリパスを入力として指定する。（３）は、外部ファイル連携処理部１６１５におけるファイル削除処理またはファイル更新処理において、更新対象となる管理対象ファイル１４２０を削除して良いかを確認する為に呼び出す関数である。確認するファイルのディレクトリパスを入力として指定する。
【００４０】図７は本実施形態のＦＭＳ−Ｆ１４１０がＦＭＳ−Ｃ１１２０を呼び出す時のインタフェースを示す図である。（１）は、ファイルアクセスセッション終了時において、ｍａｋｅ＿ｃｏｐｙ関数で作成されたファイルを削除する為に呼び出す関数である。削除するファイルのディレクトリパスを入力として指定する。（２）は、ｍａｋｅ＿ｃｏｐｙ関数でファイルの内容を送出する際に呼び出す関数である。送出されるファイルの内容、格納先となるファイルのディレクトリパス、格納先ファイルを利用する利用者の名称を入力として指定する。
【００４１】図８は本実施形態のＯＳファイル情報１１４０のデータ構造を示す図である。図８ではＯＳファイル情報１１４０、すなわちＯＳ１４００が管理する管理対象ファイル１４２０に関する情報の内、本実施形態に係わる部分のデータ構造を表している。ＯＳファイル情報１１４０を例としているが、ＯＳファイル情報１４３０及びＯＳファイル情報１６５０も同様のデータ構造である。ＯＳファイル情報１１４０内には、一つ以上のＯＳファイル情報レコード２０２０が格納される。ＯＳファイル情報レコード２０２０は、コピーファイル１１３０の利用者毎に作成され、利用者名称２０２１とその利用者に与えられるファイルへのアクセス権２０２２が登録される。アクセス権２０２２として、「参照」と「参照＋更新」がある。登録されていない利用者は、コピーファイル１１３０を参照することができない。また、アクセス権２０２２として「参照＋更新」が設定された利用者のみがコピーファイル１１３０を更新することができる。
【００４２】図９は本実施形態の登録用ハンドルのデータ構造を示す図である。登録用ハンドルは、ＦＭＳ−Ｆ１４１０のｍａｋｅ＿ｅｎｔｒｙｈａｎｄｌｅ関数において作成される。登録用ハンドルレコード２０３０は、通番２０３１、ＦＭＳ−Ｆ識別子２０３２及びディレクトリパス２０３３の三つのフィールドから構成される。通番２０３１の値は、ｍａｋｅ＿ｅｎｔｒｙｈａｎｄｌｅ関数実行時に作成されるファイル登録管理情報レコード２０５０（後述）の通番２０５２と同じ値が設定される。ＦＭＳ−Ｆ識別子２０３２の値は、当該登録用ハンドルを作成したＦＭＳ−Ｆ１４１０の識別子が設定される。ディレクトリパス２０３３の値は、ｍａｋｅ＿ｅｎｔｒｙｈａｎｄｌｅ関数の入力パラメタとして指定されたディレクトリパスの値が設定される。
【００４３】図１０は本実施形態のアクセス用ハンドルのデータ構造を示す図である。アクセス用ハンドルは、外部ファイル連携処理部１６１５において作成され、ファイル抽象データ型のｇｅｔ＿ａｃｃｅｓｓｈａｎｄｌｅ関数の戻り値として与えられる。アクセス用ハンドルレコード２０４０は、ＦＭＳ−Ｆ識別子２０４１、ディレクトリパス２０４２、利用者名称２０４３の三つのフィールドから構成される。ＦＭＳ−Ｆ識別子２０４１の値は、アクセス対象となる管理対象ファイル１４２０を管理するＦＭＳ−Ｆ１４１０の識別子が設定される。ディレクトリパス２０４２の値は、アクセス対象となるファイルのディレクトリパスが設定される。利用者名称２０４３は、ｇｅｔ＿ａｃｃｅｓｓｈａｎｄｌｅ関数の入力パラメタとして指定された利用者の名称が設定される。
【００４４】図１１は本実施形態のＦＭＳ−Ｆ１４１０がメモリ１３４０上に確保するＦＭＳ−Ｆ用領域１３４５内のデータ構造を示す図である。上部はファイルの登録管理情報に関するデータ構造であり、下部はファイルアクセスセッションの管理情報に関するデータ構造である。
【００４５】ファイル登録管理情報は、インクリメントカウンタ２０５１と、幾つかのファイル登録管理情報レコード２０５０とで構成される。インクリメントカウンタ２０５１はある正の値を保持し、参照された場合に現在の値を返してカウンタの値を一つ増やす動作をする。ファイル登録管理情報レコード２０５０は、ｍａｋｅ＿ｅｎｔｒｙｈａｎｄｌｅ関数で作成され、通番２０５２及びディレクトリパス２０５３から構成される。通番２０５２は、レコード識別用であり、レコード作成時にインクリメントカウンタ２０５１の参照により入手した値が設定される。ディレクトリパス２０５３は、入力パラメタに指定されたファイルのディレクトリパスが設定される。
【００４６】ファイルアクセスセッション管理情報は、インクリメントカウンタ２０６１と、幾つかのファイルアクセスセッション管理情報レコード２０６０とで構成される。インクリメントカウンタ２０６１は、インクリメントカウンタ２０５１と同様の動きをする。ファイルアクセスセッション管理情報レコード２０６０は、ｍａｋｅ＿ｃｏｐｙ関数で作成され、通番２０６２、ディレクトリパス２０６３、ＦＭＳ−Ｃ識別子２０６４、コピーディレクトリパス２０６５から構成される。通番２０６２は、レコード識別用であり、レコード作成時にインクリメントカウンタ２０６１の参照により入手した値が設定される。ディレクトリパス２０６３は、入力パラメタに指定されたアクセス用ハンドルから取り出したディレクトリパスが設定される。ＦＭＳ−Ｃ識別子２０６４、コピーディレクトリパス２０６５は、入力パラメタに指定された、ＦＭＳ−Ｃ１１２０の識別子及びディレクトリパスが設定される。
【００４７】図１２は本実施形態の外部ファイル連携処理部１６１５が取得するログレコードのデータ構造を示す図である。外部ファイル連携処理部１６１５では、レコード登録時、レコード削除時及びレコード更新時においてファイルフィールド２００４が更新されるときに、トランザクションロールバック処理において参照する情報を保持する為に、ＤＢＭＳ１６１０のログ取得機能を用いてログレコード２０７０を記録する。ログレコード２０７０は、トランザクション識別子２０７１、操作２０７２、ＦＭＳ−Ｆ識別子２０７３、ディレクトリパス２０７４、ＦＭＳ−Ｆ識別子（後）２０７５及びディレクトリパス（後）２０７６から構成される。トランザクション識別子２０７１は、ログレコード２０７０を取得する契機となった更新処理の属する現行トランザクションの識別子が設定される。操作２０７２は、更新処理に応じて「ＩＮＳＥＲＴ」（レコード登録時）、「ＤＥＬＥＴＥ」（レコード削除時）、「ＵＰＤＡＴＥ」（レコード更新時）の何れかが設定される。ＦＭＳ−Ｆ識別子２０７３、ディレクトリパス２０７４、ＦＭＳ−Ｆ識別子（後）２０７５及びディレクトリパス（後）２０７６には、更新対象となる管理対象ファイル１４２０のＦＭＳ−Ｆ識別子及びディレクトリパスが設定される。操作２０７２が「ＤＥＬＥＴＥ」または「ＩＮＳＥＲＴ」の場合は、ＦＭＳ−Ｆ識別子（後）２０７５及びディレクトリパス（後）２０７６には空値が設定される。操作２０７２が「ＵＰＤＡＴＥ」の場合は、ＦＭＳ−Ｆ識別子２０７３及びディレクトリパス２０７４に更新前の管理対象ファイル１４２０に関する情報が設定され、ＦＭＳ−Ｆ識別子（後）２０７５及びディレクトリパス（後）２０７６には、更新後の管理対象ファイル１４２０に関する情報が設定される。
【００４８】図１３は本実施形態のファイル更新管理情報レコードとｎｅｗ関数のパラメタ待避レコードの例を示す図である。ファイル更新管理情報レコード２０８０は、トランザクション識別子２０８１、ＦＭＳ−Ｆ識別子２０８２及びディレクトリパス２０８３から構成され、ログレコード２０７０が保有する情報のうち、トランザクションコミット処理で参照すべき情報のみを保有する。パラメタ待避レコード２０９０は、レコード識別子２０９１、フィールド識別子２０９２、登録用ハンドル２０９３から構成され、それぞれｎｅｗ関数のパラメタがそのまま設定される。
【００４９】図１４から図２２のフローチャートは、本実施形態に係わる処理の流れを示している。図１４は本実施形態のファイル登録処理の処理手順を示すフローチャートである。図１４ではファイル登録処理の主な処理手順を表している。図１５は本実施形態のＩＮＳＥＲＴ文処理３４００の処理手順を示すフローチャートである。図１５では図１４に示したステップ３４００のＩＮＳＥＲＴ文処理３４００の詳細を表している。
【００５０】図１６は本実施形態のファイル削除処理の処理手順を示すフローチャートである。図１７は本実施形態のファイル更新処理の処理手順を示すフローチャートである。図１８は本実施形態のデータベース検索からコピー作成までの処理手順を示すフローチャートである。図１８ではファイルアクセス処理のデータベース検索からコピー作成までの流れを表している。
【００５１】図１９は本実施形態のｍａｋｅ＿ｃｏｐｙ関数の処理手順を示すフローチャートである。図１９では図１８のステップ３０３４のｍａｋｅ＿ｃｏｐｙ関数３２２０の詳細を表している。図２０は本実施形態のアクセス終了処理の処理手順を示すフローチャートである。図２０ではファイルアクセス処理のアクセス終了処理の流れを表している。
【００５２】図２１は本実施形態のコミット処理の処理手順を示すフローチャートである。図２１ではトランザクションコミット終了時の流れを表している。図２２は本実施形態のロールバック処理の処理手順を示すフローチャートである。図２２ではトランザクションロールバック終了時の流れを表している。図２２におけるＲＯＬＬＢＡＣＫ文処理３４５０は、利用者処理部１１１０の不正終了等に起因するトランザクションロールバック時の処理と同じものである。
【００５３】図１４及び図１５のフローチャートに基づいて利用者処理部１１１０が管理対象ファイル１４２０をＤＢＭＳ１６１０に登録する手順を説明する。利用者処理部１１１０は、ＦＭＳ−Ｆ１４１０に対してｍａｋｅ＿ｅｎｔｒｙｈａｎｄｌｅ関数３２００を呼び出し、ファイルサーバ１３００上の管理対象ファイル１４２０の登録を依頼する（ステップ３００１）。パラメタとして、予めファイルサーバ１３００に置いてある管理対象ファイル１４２０のディレクトリパスを指定する。
【００５４】利用者処理部１１１０からの要求を受けてＦＭＳ−Ｆ１４１０では、入力パラメタのディレクトリパスにより指定される登録対象ファイルのＯＳファイル情報１４３０に登録されているＯＳファイル情報レコード２０２０をＯＳ１４００の提供するＯＳファイル情報変更関数により、利用者名称２０２１として「ＦＭＳ」、アクセス権２０２２として「参照＋更新」を持つＯＳファイル情報レコード２０２０のみに変更する（ステップ３２０１）。これにより、登録対象ファイルをＤＢＭＳ外部ファイル管理システム以外の一般利用者が参照及び更新できない様にする。続いて、インクリメントカウンタ２０５１の参照値、指定されたディレクトリパスをそれぞれ通番２０５２及びディレクトリパス２０５３に設定したファイル登録管理情報レコード２０５０を作成し、メモリ１３４０上に登録する（ステップ３２０２）。最後にステップ３２０３で作成したファイル登録管理情報レコード２０５０の通番２０５２の値、ＦＭＳ−Ｆ１４１０の識別子、利用者処理部１１１０が指定したディレクトリパスをそれぞれ通番２０３１、ＦＭＳ−Ｆ識別子２０３２及びディレクトリパス２０３３に設定した登録用ハンドルレコード２０３０を作成する（ステップ３２０３）。この登録用ハンドルレコード２０３０をｍａｋｅ＿ｅｎｔｒｙｈａｎｄｌｅ関数３２００の出力パラメタとして終了する。
【００５５】続いて利用者処理部１１１０は、図４（１）の形式のＩＮＳＥＲＴ文（変数：ｅｎｔｒｙ＿ｈａｎｄｌｅにはステップ３００１で取得した登録用ハンドルレコード２０３０を指定）を用いて新規レコード２０００をＤＢＭＳ１６１０に登録する（ステップ３００２）。
【００５６】利用者処理部１１１０からの要求を受けてＤＢＭＳ１６１０では、ＩＮＳＥＲＴ文処理３４００を実行する。まず新規レコード２０００を作成する（ステップ３４０１）。これにより新規レコード２０００のレコード識別子２００１とこのレコードに属する各フィールドのフィールド識別子２００５が確定する。続いてレコード２０００の定義情報を参照してファイル抽象データ型のフィールドを含むレコードであるかの判定が行われ（ステップ３４０２）、含まない場合はステップ３４０６へ進む。含む場合はファイル抽象データ型に関する処理が行われ、ファイル抽象データ型に関する処理として、まずＩＮＳＥＲＴ文中のｎｅｗ関数を処理する為、外部ファイル連携処理部１６１５のｎｅｗ関数３５００を呼び出す（ステップ３４０３）。
【００５７】外部ファイル連携処理部１６１５におけるｎｅｗ関数３５００では、パラメタであるレコード識別子、フィールド識別子及び登録用ハンドルを、それぞれレコード識別子２０９１、フィールド識別子２０９２及び登録用ハンドル２０９３に設定した新規パラメタ待避レコード２０９０を作成し、メモリ１５４０上のファイル機能拡張用領域１５４５に登録する（ステップ３５０１）。
【００５８】続いてファイル抽象データ型に関する処理として、ＩＮＳＥＲＴ文処理３４００中に呼び出す様に関連付けられた外部ファイル連携処理部１６１５のファイル登録処理３５１０を呼び出す（ステップ３４０４）。
【００５９】外部ファイル連携処理部１６１５におけるファイル登録処理３５１０では、まず、パラメタであるレコード識別子及びフィールド識別子と一致するレコード識別子２０９１及びフィールド識別子２０９２を持つパラメタ待避レコード２０９０をメモリ１５４０から検索し、見つかったパラメタ待避レコード２０９０の登録用ハンドル２０９３から登録用ハンドルレコード２０３０を取り出す（ステップ３５１１）。続いて、登録用ハンドルレコード２０３０から、通番２０３１、ＦＭＳ−Ｆ識別子２０３２及びディレクトリパス２０３３の値を取り出す（ステップ３５１２）。登録用ハンドルの有効性検証の為、ステップ３５１２で取得したＦＭＳ−Ｆ識別子で識別されるＦＭＳ−Ｆ１４１０のｎｅｗ＿ｆｉｌｅ関数３２１０を呼び出す（ステップ３５１３）。この時、入力パラメタとして、ステップ３５１２で取得した登録用ハンドルレコード２０３０の通番２０３１の値を設定する。
【００６０】外部ファイル連携処理部１６１５から呼び出されたＦＭＳ−Ｆ１４１０のｎｅｗ＿ｆｉｌｅ関数３２１０では、メモリ１３４０上のＦＭＳ−Ｆ用領域１３４５内のファイル登録管理情報の中から入力パラメタに指定された通番と一致する通番２０５２を持つファイル登録管理情報レコード２０５０が存在するかを確認する（ステップ３２１１）。存在した場合、見つけたファイル登録管理情報レコードを削除し（ステップ３２１２）、ＯＫを返す（ステップ３２１３）。存在しない場合にＮＧを返す（ステップ３２１４）。外部ファイル連携処理部１６１５では、ｎｅｗ＿ｆｉｌｅ関数３２１０がＮＧを返した場合にエラー終了し、ＯＫを返した場合は処理を続行する（ステップ３５１４）。
【００６１】ファイル登録処理３５１０のパラメタであるトランザクション識別子、ステップ３５１２で登録用ハンドルから取り出したＦＭＳ−Ｆ識別子及びディレクトリパスをそれぞれトランザクション識別子２０７１、ＦＭＳ−Ｆ識別子２０７３及びディレクトリパス２０７４に設定し、操作２０７２としてＩＮＳＥＲＴを設定したログレコード２０７０を作成し、ＤＢＭＳ１６１０のログ記録機能を利用してログファイル１６２５に記録する（ステップ３５１５）。最後に、ステップ３５１２で登録用ハンドルから取り出したＦＭＳ−Ｆ識別子及びディレクトリパスを、ファイル登録処理３５１０のパラメタであるレコード識別子及びフィールド識別子で指定されるＦＭＳ−Ｆ識別子２０１１及びディレクトリパス２０１２に設定し、ファイル登録処理３５１０を終了する（ステップ３５１６）。
【００６２】ＤＢＭＳ１６１０はファイル登録処理３５１０が正常終了しなかった場合（ステップ３４０５）、ＩＮＳＥＲＴ文処理３４００をエラー終了する。正常終了した場合は、作成された新規レコード２０００をデータベースに書き込み、ＩＮＳＥＲＴ文処理３４００を正常終了させる（ステップ３４０６）。
【００６３】ファイル登録処理３５１０に関して、上記では予め管理対象ファイル１４２０をファイルサーバ１３００上に配置することとしていたが、利用者計算機１０００上のファイルを登録対象に指定する方法も考えられる。この場合、ＦＭＳ−Ｆ１４１０で登録ハンドルを作成するｍａｋｅ＿ｅｎｔｒｙｈａｎｄｌｅ関数３２００のステップ３２０１の前ステップとして利用者計算機１０００上のファイルをファイルサーバ１３００上に転送するステップを追加し、ｍａｋｅ＿ｅｎｔｒｙｈａｎｄｌｅ関数３２００のパラメタとしてファイルを配置した計算機名称を指定するパラメタを追加することで実現可能である。
【００６４】また、登録の為に指定されたファイルを利用者から隠蔽する等の目的で特定のディレクトリにコピーする方法も考えられる。この場合も同様に、ｍａｋｅ＿ｅｎｔｒｙｈａｎｄｌｅ関数３２００のステップ３２０１の前ステップとして登録する管理対象ファイル１４２０を特定のディレクトリへコピーするステップを組み込めば実現できる。
【００６５】図１６のフローチャートに基づいて利用者処理部１１１０がＤＢＭＳ１６１０管理下の管理対象ファイル１４２０を削除する手順を説明する。利用者処理部１１１０は、ＤＢＭＳ１６１０に登録されたレコード２０００とこのレコードで管理される管理対象ファイル１４２０の削除を図４（２）の形式のＤＥＬＥＴＥ文を用いて要求する（ステップ３０１１）。
【００６６】利用者処理部１１１０から呼び出されたＤＢＭＳ１６１０ではＤＥＬＥＴＥ文処理３４１０を実行する。まず、指定されたＤＥＬＥＴＥ文のＷＨＥＲＥ句の条件を満たすレコードが確認され（ステップ３４１１）、レコードが無い場合、ＤＥＬＥＴＥ文処理３４１０を終了する。レコードがある場合、処理対象となるレコードを決定する（ステップ３４１２）。続いてこのレコードの定義情報に基づいてファイル抽象データ型のフィールドを含むレコードであるか判定が行われ（ステップ３４１３）、含まない場合はステップ３４１６へ進む。含む場合は、ファイル抽象データ型に関する処理が行われる。ファイル抽象データ型に関する処理として、外部ファイル連携処理部１６１５のファイル削除処理３５２０が呼ばれる（ステップ３４１４）。
【００６７】ＤＢＭＳ１６１０から呼び出された外部ファイル連携処理部１６１５のファイル削除処理３５２０では、まず、パラメタであるレコード識別子及びフィールド識別子で指定されるＦＭＳ−Ｆ識別子２０１１及びディレクトリパス２０１２を取り出す（ステップ３５２１）。続いて、削除対象となるファイルへのアクセスが行われているかを確認する為に、ステップ３５２１で取得したＦＭＳ−Ｆ識別子で識別されるＦＭＳ−Ｆ１４１０のｃｈｅｃｋ＿ｆｉｌｅ関数３２４０を呼び出す（ステップ３５２２）。この時入力パラメタとして、ステップ３５２１で取得したディレクトリパスを指定する。
【００６８】ＦＭＳ−Ｆ１４１０のｃｈｅｃｋ＿ｆｉｌｅ関数３２４０では、メモリ１３４０上のＦＭＳ−Ｆ用領域１３４５のファイルアクセスセッション管理情報からディレクトリパス２０６３がパラメタと一致するファイルアクセスセッション管理情報レコード２０６０が有るか調べる（ステップ３２４１）。ファイルアクセスセッション管理情報レコード２０６０が無い場合は、ＯＫを返す（ステップ３２４２）。ファイルアクセスセッション管理情報レコード２０６０がある場合、パラメタで指定された管理対象ファイル１４２０を参照中のファイルアクセスセッションがあり、ファイルアクセスを保証する為には管理対象ファイル１４２０を削除できない為、ＮＧを返す（ステップ３２４３）。ファイル削除処理３５２０では、ｃｈｅｃｋ＿ｆｉｌｅ関数３２４０の結果を見て、ＮＧの場合エラー終了し、ＯＫの場合、処理を続行する（ステップ３５２３）。
【００６９】続いて、ファイル削除処理３５２０のパラメタであるトランザクション識別子、ステップ３５２１で取得したＦＭＳ−Ｆ識別子及びディレクトリパスをそれぞれトランザクション識別子２０７１、ＦＭＳ−Ｆ識別子２０７３及びディレクトリパス２０７４に設定し、操作２０７２としてＤＥＬＥＴＥを設定したログレコード２０７０を作成し、ＤＢＭＳ１６１０のログ記録機能を利用してログファイル１６２５に記録する（ステップ３５２４）。続いて、ファイル削除処理３５２０のパラメタであるトランザクション識別子、ステップ３５２１で取得したＦＭＳ−Ｆ識別子及びディレクトリパスをそれぞれトランザクション識別子２０８１、ＦＭＳ−Ｆ識別子２０８２及びディレクトリパス２０８３に設定したファイル更新管理情報レコード２０８０を作成し、メモリ１５４０上のファイル機能拡張用領域１５４５に登録する（ステップ３５２５）。
【００７０】ＤＢＭＳ１６１０では、ファイル削除処理３５２０が正常終了した場合（ステップ３４１５）、レコード削除を行い（ステップ３４１６）、ステップ３４１１へ戻る。ファイル削除処理３５２０でエラーが発生した場合、ＤＥＬＥＴＥ文処理３４１０をエラー終了する（ステップ３４１７）。
【００７１】図１７のフローチャートに基づいて利用者処理部１１１０がレコードの管理する管理対象ファイル１４２０を新規ファイルに更新する手順を説明する。利用者処理部１１１０は、ＦＭＳ−Ｆ１４１０に対してｍａｋｅ＿ｅｎｔｒｙｈａｎｄｌｅ関数３２００を呼び出しファイルサーバ１３００上の管理対象ファイル１４２０の登録を依頼する（ステップ３０２１）。パラメタとして、予めファイルサーバ１３００に置いてある新規管理対象ファイル１４２０のパスを指定する。続いて利用者処理部１１１０は、図４（３）の形式のＵＰＤＡＴＥ文（変数：ｅｎｔｒｙ＿ｈａｎｄｌｅにはステップ３０２１で取得した登録用ハンドルレコード２０３０を指定）を用いて、ＷＨＥＲＥ句の条件で指定されるＤＢＭＳ１６１０に登録されたレコード２０００が管理する管理対象ファイル１４２０をステップ３０２１で取得した登録用ハンドルで指される管理対象ファイル１４２０に更新することを要求する（ステップ３０２２）。
【００７２】利用者処理部１１１０からの要求を受けてＤＢＭＳ１６１０は、ＵＰＤＡＴＥ文処理３４２０を実行する。まず、指定されたＵＰＤＡＴＥ文のＷＨＥＲＥ句の条件を満たすレコードが確認され（ステップ３４２１）、レコードが無い場合、ＵＰＤＡＴＥ文処理３４２０を終了する。レコードがある場合、処理対象となるレコードを決定する（ステップ３４２２）。続いてこのレコードの定義情報に基づいてファイル抽象データ型のフィールドを含むレコードであるかの判定が行われ（ステップ３４２３）、含まない場合はステップ３４２７へ進む。含む場合は、ファイル抽象データ型に関する処理が行われる。ファイル抽象データ型に関する処理として、まず外部ファイル連携処理部１６１５のｎｅｗ関数３５００が呼び出される（ステップ３４２４）。続いて、外部ファイル連携処理部１６１５のファイル更新処理３５３０を呼び出す（ステップ３４２５）。
【００７３】ＤＢＭＳ１６１０から呼び出された外部ファイル連携処理部１６１５のファイル更新処理３５３０では、まず、パラメタであるレコード識別子及びフィールド識別子で指定されるレコードフィールドのＦＭＳ−Ｆ識別子２０１１及びディレクトリパス２０１２を取り出す（ステップ３５３１）。続いて、ステップ３５３１で取得したディレクトリパスをパラメタとして、ステップ３５３１で取得したＦＭＳ−Ｆ識別子で識別されるＦＭＳ−Ｆ１４１０のｃｈｅｃｋ＿ｆｉｌｅ関数３２４０を呼び出す（ステップ３５３２）。ｃｈｅｃｋ＿ｆｉｌｅ関数３２４０の戻り値が、ＮＧの場合、ファイル更新処理３５３０はエラー終了し、ＯＫの場合は、処理を続行する（ステップ３５３３）。続いて、ファイル更新処理３５３０のパラメタであるレコード識別子及びフィールド識別子と一致するレコード識別子２０９１、フィールド識別子２０９２を持つパラメタ待避レコード２０９０をメモリ１５４０から検索し、見つかったパラメタ待避レコード２０９０の登録用ハンドル２０９３から登録用ハンドルレコード２０３０を取り出す（ステップ３５３４）。次に登録用ハンドルレコード２０３０から、通番２０３１、ＦＭＳ−Ｆ識別子２０３２及びディレクトリパス２０３３の値を取り出す（ステップ３５３５）。登録用ハンドルの有効性検証の為、ステップ３５３５で取得したＦＭＳ−Ｆ識別子で識別されるＦＭＳ−Ｆ１４１０のｎｅｗ＿ｆｉｌｅ関数３２１０を呼び出す（ステップ３５３６）。この時、入力パラメタとして、ステップ３５３５で取得した登録用ハンドルレコード２０３０の通番２０３１の値を設定する。外部ファイル連携処理部１６１５では、ｎｅｗ＿ｆｉｌｅ関数３２１０がＮＧを返した場合、エラー終了し、ＯＫを返した場合は処理を続行する（ステップ３５３７）。
【００７４】ファイル更新処理３５３０のパラメタであるトランザクション識別子、ステップ３５３１でレコード２０００から取り出したＦＭＳ−Ｆ識別子及びディレクトリパス、ステップ３５３５で登録用ハンドルから取り出したＦＭＳ−Ｆ識別子及びディレクトリパスを、それぞれトランザクション識別子２０７１、ＦＭＳ−Ｆ識別子２０７３、ディレクトリパス２０７４、ＦＭＳ−Ｆ識別子（後）２０７５及びディレクトリパス（後）２０７６に設定し、操作２０７２としてＵＰＤＡＴＥを設定したログレコード２０７０を作成し、ＤＢＭＳ１６１０のログ記録機能を利用してログファイル１６２５に記録する（ステップ３５３８）。続いて、ファイル更新処理３５３０のパラメタであるトランザクション識別子、ステップ３５３１で取得したＦＭＳ−Ｆ識別子及びディレクトリパスをそれぞれトランザクション識別子２０８１、ＦＭＳ−Ｆ識別子２０８２及びディレクトリパス２０８３に設定したファイル更新管理情報レコード２０８０を作成し、メモリ１５４０上のファイル機能拡張用領域１５４５に登録する（ステップ３５３９）。最後に、ステップ３５３５で登録用ハンドルから取り出したＦＭＳ−Ｆ識別子及びディレクトリパスを、ファイル更新処理３５３０のパラメタであるレコード識別子及びフィールド識別子で指定されるレコード２０００のファイルフィールド２００４のＦＭＳ−Ｆ識別子２０１１及びディレクトリパス２０１２に設定しファイル更新処理３５３０を終了する（ステップ３５４０）。
【００７５】ＤＢＭＳ１６１０はファイル更新処理３５３０が正常終了しなかった場合（ステップ３４２６）、ＵＰＤＡＴＥ文処理３４２０をエラー終了する（ステップ３４２８）。正常終了した場合は、更新されたレコード２０００をデータベースに書き込み（ステップ３４２７）、ステップ３４２１に進む。
【００７６】図１８及び図１９のフローチャートに基づいて利用者処理部１１１０がＤＢＭＳ１６１０管理下の管理対象ファイル１４２０をアクセスする手順を説明する。利用者処理部１１１０は、図４（４）の形式のＳＥＬＥＣＴ文を用いてレコードの選択とアクセス用ハンドルレコード２０４０の生成をＤＢＭＳ１６１０に要求し（ステップ３０３１）、これを受けてＤＢＭＳ１６１０はＳＥＬＥＣＴ文処理３４３０を行う（ステップ３４３０）。続いて、利用者処理部１１１０は、ＳＥＬＥＣＴ文の結果を取得すべく、ＦＥＴＣＨ文の実行をＤＢＭＳ１６１０に要求する（ステップ３０３２）。
【００７７】利用者処理部１１１０からの要求を受けてＤＢＭＳ１６１０はＦＥＴＣＨ文処理３４４０を実行する。まず検索結果として条件を満たすレコードがあるかの判定を行い（ステップ３４４１）、無い場合はＦＥＴＣＨ文処理３４４０を終了する。ある場合は処理対象となるレコードを決定する（ステップ３４４２）。続いてこのレコードの定義情報に基づいてファイル抽象データ型のフィールドを含むレコードであるかの判定が行われ（ステップ３４４３）、含まない場合はステップ３４４５へ進む。含む場合は、ファイル抽象データ型に関する処理が行われる。ファイル抽象データ型に関する処理として、外部ファイル連携処理部１６１５のｇｅｔ＿ａｃｃｅｓｓｈａｎｄｌｅ関数３５５０を呼び出す（ステップ３４４４）。
【００７８】ＤＢＭＳ１６１０から呼び出された外部ファイル連携処理部１６１５のｇｅｔ＿ａｃｃｅｓｓｈａｎｄｌｅ関数３５５０では、まず、パラメタであるレコード識別子及びフィールド識別子で指定されるＦＭＳ−Ｆ識別子２０１１及びディレクトリパス２０１２を取り出す（ステップ３５５１）。続いて、ステップ３５５１で取得したＦＭＳ−Ｆ識別子２０１１及びディレクトリパス２０１２とｇｅｔ＿ａｃｃｅｓｓｈａｎｄｌｅ関数３５５０のパラメタである利用者名称をそれぞれＦＭＳ−Ｆ識別子２０４１、ディレクトリパス２０４２、利用者名称２０４３に設定したアクセス用ハンドルレコード２０４０を取得し（ステップ３５５２）、出力変数に設定して返す。
【００７９】ＤＢＭＳ１６１０のＦＥＴＣＨ文処理３４４０は、ｇｅｔ＿ａｃｃｅｓｓｈａｎｄｌｅ関数３５５０の呼び出しの結果得られたアクセス用ハンドルレコード２０４０を他の検索結果データと併せて出力結果に設定してＦＥＴＣＨ文処理３４４０を完了する（ステップ３４４５）。
【００８０】続いて、利用者処理部１１１０は、ステップ３０３２で取得したアクセス用ハンドルレコード２０４０のＦＭＳ−Ｆ識別子２０４１からＦＭＳ−Ｆ識別子を取り出す（ステップ３０３３）。ステップ３０３２で取得したアクセス用ハンドルに対応する管理対象ファイル１４２０の内容をコピーしたコピーファイル１１３０を利用者計算機１０００上に作成する為に、ステップ３０３３で取得したＦＭＳ−Ｆ識別子で識別されるＦＭＳ−Ｆ１４１０のｍａｋｅ＿ｃｏｐｙ関数３２２０を呼び出す（ステップ３０３４）。このとき入力パラメタとして、ステップ３０３２で取得したアクセス用ハンドルレコード２０４０、ＦＭＳ−Ｃ１１２０のＦＭＳ−Ｃ識別子及びコピーファイル１１３０を作成するディレクトリパスを指定する。
【００８１】図１９のフローチャートに基づいてｍａｋｅ＿ｃｏｐｙ関数３２２０の処理を説明する。ＦＭＳ−Ｆ１４１０のｍａｋｅ＿ｃｏｐｙ関数３２２０では、まずパラメタであるアクセス用ハンドルのディレクトリパス２０４２、利用者名称２０４３からディレクトリパス及び利用者名称を取り出す（ステップ３２２１）。続いて、インクリメントカウンタ２０６１の参照値、ステップ３２２１で取得したディレクトリパス、ｍａｋｅ＿ｃｏｐｙ関数３２２０のパラメタであるＦＭＳ−Ｃ１１２０の識別子及びディレクトリパスをそれぞれ通番２０６２、ディレクトリパス２０６３、ＦＭＳ−Ｃ識別子２０６４、コピーディレクトリパス２０６５に設定してファイルアクセスセッション管理情報レコード２０６０を作成し、メモリ１３４０上のＦＭＳ−Ｆ用領域１３４５に登録する（ステップ３２２２）。ステップ３２２１で取得したディレクトリパスで示されるファイルの内容をメモリに読み出し（ステップ３２２３）、読み出したファイルの内容を転送する為に、ｍａｋｅ＿ｃｏｐｙ関数３２２０のパラメタであるＦＭＳ−Ｃ識別子で識別されるＦＭＳ−Ｃ１１２０のｒｅｃｅｉｖｅ関数３１００を呼び出す（ステップ３２２４）。このとき入力パラメタとして、ステップ３２２３で読み出したファイルの内容、ｍａｋｅ＿ｃｏｐｙ関数３２２０のパラメタであるディレクトリパス、利用者名称を指定する。
【００８２】ＦＭＳ−Ｃ１１２０のｒｅｃｅｉｖｅ関数３１００では、パラメタであるディレクトリパスで指定されるコピーファイル１１３０を作成する（ステップ３１０１）。続いて、パラメタであるデータをステップ３１０１で作成したコピーファイル１１３０に書き出す（ステップ３１０２）。最後に、利用者名称２０２１にパラメタである利用者名称を設定し、アクセス権２０２２として「参照」を設定したＯＳファイル情報レコード２０２０を作成し、ステップ３１０１で作成したコピーファイル１１３０のＯＳファイル情報１１４０に追加する（ステップ３１０３）。これにより、コピーファイル１１３０はｇｅｔ＿ａｃｃｅｓｓｈａｎｄｌｅ関数３５５０のパラメタとして設定された利用者が参照できる状態になる。
【００８３】ｍａｋｅ＿ｃｏｐｙ関数３２２０は、ステップ３２２２で作成した新規ファイルアクセスセッション管理情報レコード２０６０の通番２０６２の値を出力パラメタであるアクセス識別子に設定し（ステップ３２２５）、当該処理を終了する。
【００８４】ファイルアクセス処理として、利用者計算機１０００上にコピーファイル１１３０を作成する替わりに利用者処理部１１１０のメモリへ読み込む方法も考えられる。これは、ｍａｋｅ＿ｃｏｐｙ関数３２２０でディレクトリパスの替わりにメモリ上のコピー先をパラメタとして指定し、このパラメタの指すメモリ上のコピー先へステップ３２２３でファイル内容を読み込み、ステップ３２２４を行わないことで実現できる。
【００８５】また、利用者処理部１１１０をファイルサーバ１３００上に置く、或いは、ファイルサーバ１３００上の管理対象ファイル１４２０をネットワークファイルシステムを利用して利用者計算機１０００から参照できる様にしておき、管理対象ファイル１４２０に対するＯＳファイル情報１４３０を変更することにより、利用者処理部１１１０が管理対象ファイル１４２０を直接参照できる様にする方法も考えられる。これは、ｍａｋｅ＿ｃｏｐｙ関数３２２０でステップ３２２３を行わず、ステップ３２２４のファイル転送処理をステップ３１０３同様のＯＳファイル情報１４３０の更新処理に変更すれば良い。
【００８６】管理対象ファイル１４２０の利用に関して、ＤＢＭＳ１６１０を利用する権限を持つ利用者が代行して管理対象ファイル１４２０の参照権を取得する方法が考えられる。この為には利用者処理部１１１０がファイル利用者の管理を行い、ｇｅｔ＿ａｃｃｅｓｓｈａｎｄｌｅ関数３５５０のパラメタの利用者名称としてファイル利用者の名称を設定すれば良い。
【００８７】図２０のフローチャートに基づいてファイルアクセスセッションの終了処理を説明する。利用者処理部１１１０は、ステップ３０３４で取得したアクセス識別子をパラメタとして、ステップ３０３３で取得したＦＭＳ−Ｆ識別子で識別されるＦＭＳ−Ｆ１４１０のｅｎｄ＿ａｃｃｅｓｓ関数３２３０を呼び出す（ステップ３０４１）。ＦＭＳ−Ｆ１４１０のｅｎｄ＿ａｃｃｅｓｓ関数３２３０では、パラメタであるアクセス識別子に一致する値を通番２０６２として持つファイルアクセスセッション管理情報レコード２０６０をメモリ１５４０から検索し（ステップ３２３１）、無い場合はそのまま終了する。見つかった場合は、見つけたファイルアクセスセッション管理情報レコード２０６０のＦＭＳ−Ｃ識別子２０６４、コピーディレクトリパス２０６５からＦＭＳ−Ｃ１１２０の識別子及びディレクトリパスを取り出す（ステップ３２３２）。続いて、ステップ３２３２で取得したＦＭＳ−Ｃ識別子で識別されるＦＭＳ−Ｃ１１２０のｄｅｌｅｔｅ＿ｃｏｐｙ関数３１１０を呼び出す（ステップ３２３３）。このときパラメタとしてステップ３２３２で取得したディレクトリパスを指定する。ＦＭＳ−Ｃ１１２０のｄｅｌｅｔｅ＿ｃｏｐｙ関数３１１０では、パラメタであるディレクトリパスで指定されたコピーファイル１１３０を削除する（ステップ３１１１）。ｅｎｄ＿ａｃｃｅｓｓ関数３２３０では、ステップ３２３１で見つけたファイルアクセスセッション管理情報レコード２０６０を削除し（ステップ３２３４）、終了する。
【００８８】図２１のフローチャートに基づいてトランザクションコミット処理について説明する。利用者処理部１１１０はＣＯＭＭＩＴ文によりＤＢＭＳ１６１０にトランザクションをコミット終了させることを要求する（ステップ３０４１）。ＤＢＭＳ１６１０のＣＯＭＭＩＴ文処理３４６０では、外部ファイル連携処理部１６１５のコミット処理３５６０を呼び出す（ステップ３４６１）。外部ファイル連携処理部１６１５のコミット処理３５６０では、パラメタであるトランザクション識別子と一致する値をトランザクション識別子２０８１の値として持つファイル更新管理情報レコード２０８０をメモリ１５４０上で検索し（ステップ３５６１）、無い場合は終了する。見つかった場合は、見つけたファイル更新管理情報レコード２０８０のＦＭＳ−Ｆ識別子２０８２及びディレクトリパス２０８３からＦＭＳ−Ｆ識別子及びディレクトリパスを取り出す（ステップ３５６２）。続いて、ステップ３５６２で取得したＦＭＳ−Ｆ識別子で識別されるＦＭＳ−Ｆ１４１０のｄｅｌｅｔｅ＿ｆｉｌｅ関数３２５０を呼び出す（ステップ３５６３）。ＦＭＳ−Ｆ１４１０のｄｅｌｅｔｅ＿ｆｉｌｅ関数３２５０では、パラメタであるディレクトリパスで指定される管理対象ファイル１４２０を削除し（ステップ３２５１）、終了する。続いて外部ファイル連携処理部１６１５のコミット処理３５６０では、ステップ３５６１で見つけたファイル更新管理情報レコード２０８０を削除し（ステップ３５６４）、ステップ３５６１に進む。外部ファイル連携処理部１６１５のコミット処理３５６０の終了後、ＤＢＭＳ１６１０は、データベースに関するＣＯＭＭＩＴ処理を行う（ステップ３４６２）。
【００８９】次に図２２のフローチャートに基づいてトランザクションロールバック処理について説明する。利用者処理部１１１０はＲＯＬＬＢＡＣＫ文によりＤＢＭＳ１６１０にトランザクションをロールバック終了させることを要求する（ステップ３０４１）。
【００９０】ＤＢＭＳ１６１０のＲＯＬＬＢＡＣＫ文処理３４５０では、ログファイル１６２５からロールバック対象のトランザクションに関するログレコードを調べ（ステップ３４５１）、無い場合は終了する。ログレコードがある場合は、外部ファイル連携処理部１６１５のログレコードであるかを判定し（ステップ３４５２）、そうでない場合はデータベースのロールバック処理を呼び出し（ステップ３４５４）、ステップ３４５１へ進む。外部ファイル連携処理部１６１５のログレコードである場合は、外部ファイル連携処理部１６１５のロールバック処理３５７０を呼び出す（ステップ３４５３）。
【００９１】外部ファイル連携処理部１６１５のロールバック処理３５７０では、ログレコード２０７０の操作２０７２から操作種別を取り出し、操作種別毎の処理に分岐する（ステップ３５７１）。
【００９２】ＤＥＬＥＴＥの場合、何もせずにステップ３５７６へ進む。ＩＮＳＥＲＴの場合、ログレコード２０７０のＦＭＳ−Ｆ識別子２０７３及びディレクトリパス２０７４からＦＭＳ−Ｆ識別子及びディレクトリパスを取り出し（ステップ３５７２）、ステップ３５７２で取得したディレクトリパスをパラメタとして、ステップ３５７２で取得したＦＭＳ−Ｆ識別子で識別されるＦＭＳ−Ｆ１４１０のｄｅｌｅｔｅ＿ｆｉｌｅ関数３２５０を呼び出し（ステップ３５７３）、ステップ３５７６へ進む。
【００９３】ＵＰＤＡＴＥの場合、ログレコード２０７０のＦＭＳ−Ｆ識別子（後）２０７５及びディレクトリパス（後）２０７６の値を取り出し（ステップ３５７４）、ステップ３５７４で取得したディレクトリパスをパラメタとして、ステップ３５７４で取得したＦＭＳ−Ｆ識別子で識別されるＦＭＳ−Ｆ１４１０のｄｅｌｅｔｅ＿ｆｉｌｅ関数３２５０を呼び出し（ステップ３５７５）、ステップ３５７６へ進む。
【００９４】ステップ３５７６では、ログレコード２０７０のトランザクション識別子２０７１、ＦＭＳ−Ｆ識別子２０７３及びディレクトリパス２０７４と一致するトランザクション識別子２０８１、ＦＭＳ−Ｆ識別子２０８２及びディレクトリパス２０８３を持つファイル更新管理情報レコード２０８０がメモリ１５４０上のファイル機能拡張用領域１５４５にあるかを判定し（ステップ３５７６）、無ければ終了する。ある場合は、ステップ３５７６で見つけたファイル更新管理情報レコード２０８０を削除し（ステップ３５７７）、終了する。
【００９５】前記の様に本実施形態では、ＤＢＭＳ１６１０にファイル抽象データ型と外部ファイル連携処理部１６１５を導入し、ＤＢＭＳ１６１０管理下のファイルを管理する為にＤＢＭＳ外部ファイル管理システムＦＭＳ−Ｆ１４１０を導入し、外部ファイル連携処理部１６１５とＦＭＳ−Ｆ１４１０とが適切に連携する様に設定することによりＤＢＭＳ利用者が行うデータベースレコードの操作に対応して当該レコードと関連付けられたファイルに対する適切な操作が行われることが保証される為、前記データベースレコードとファイルとの整合性が保証される。またＤＢＭＳ１６１０管理下のファイルに対する不正なアクセスを排除することが出来る。
【００９６】利用者処理部１１１０は、データベース検索後に、入手したコピーファイル１１３０を通常のファイルアクセス手段を用いて参照することが出来る。この為、既存の利用者処理部１１１０が利用するファイルをＤＢＭＳの管理下へ移行することが容易に行える様になる。
【００９７】また、外部ファイル連携処理部１６１５とＤＢＭＳ外部ファイル管理システムとの連携をリモートプロシージャコール機能を利用して実装することにより、ネットワーク１２００で互いに接続された複数の計算機上にＤＢＭＳ１６１０、ＤＢＭＳ外部ファイル管理システム、利用者処理部１１１０を配置することが出来る。
【００９８】従来のディレクトリパスをデータベースレコードに格納する技術では、ファイルの管理とディレクトリパスを格納したレコードの管理が別々に行われる為、データベースのレコードの更新・削除とは非同期にファイルの追加・削除が実行される可能性があったが、前記の様に本実施形態では、ファイルの管理とディレクトリパスを格納したレコードの管理が連携して行われる為、データベースのレコードの更新・削除と同期してファイルの追加・削除が実行される。
【００９９】この為、長期間のシステム運用の結果、データベースにレコードが存在するにも関わらず対応するファイルが存在しない、或いは、ファイルが存在するにも関わらず対応すべきデータベースのレコードが存在しないという様な従来技術で発生し易かった不整合は、本実施形態では発生しない。
【０１００】以上説明した様に本実施形態のデータベース−ファイル連携システムによれば、データベースに対するレコードの追加、削除、更新及び検索に対応してそのレコードが示す管理対象ファイルの追加、削除、更新及び検索を行うので、データベース中のレコードとそのレコードで管理される管理対象ファイルの整合性を維持することが可能である。
【０１０１】
【発明の効果】本発明によればデータベースに対するレコードの追加、削除、更新及び検索に対応してそのレコードが示す管理対象ファイルの追加、削除、更新及び検索を行うので、データベース中のレコードとそのレコードで管理される管理対象ファイルの整合性を維持することが可能である。
【出願人】 【識別番号】０００００５１０８
【氏名又は名称】株式会社日立製作所
【出願日】 平成１０年１１月９日（１９９８．１１．９）
【代理人】 【識別番号】１０００８３５５２
【弁理士】
【氏名又は名称】秋田 収喜
【公開番号】 特開２０００−１４８５５２（Ｐ２０００−１４８５５２Ａ）
【公開日】 平成１２年５月３０日（２０００．５．３０）
【出願番号】 特願平１０−３１７７１６