JP2000181777A

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

Info

Publication number: JP2000181777A
Application number: JP10357255A
Authority: JP
Inventors: Hiroshi Nojima; 博野島; Kazumasa Iwasaki; 一正岩崎; Shigeru Matsuzawa; 茂松澤
Original assignee: Hitachi Ltd
Current assignee: Hitachi Ltd
Priority date: 1998-12-16
Filing date: 1998-12-16
Publication date: 2000-06-30

Abstract

(57)【要約】【課題】データベース管理システムにおいて、レコード
とファイルの整合性を維持し、かつファイル形式を管理
する方法及び装置を提供することにある。【解決手段】データベース管理システム３４２におい
て、ファイル２４４を管理することを目的としたデータ
構造を具備し、前記データ構造を含むレコードの更新処
理時に呼び出される外部ファイル連携機能３４３を具備
し、前記レコードの更新と前記ファイル２４４の更新を
同期させる。

Description

【発明の詳細な説明】

【０００１】

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

【０００２】

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

【０００３】

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

【０００４】また、検索されたファイルを利用する際に
は、そのファイルがどのような形式で、どのようなサイ
ズであっても、ＤＢＭＳ管理下ではファイルに加工を施
すことができず、すべて利用者プログラムの責任でファ
イルの管理と活用を行なわなければならなかった。

【０００５】したがって、潜在的に以下の３つの問題が
ある。

【０００６】（１）ファイルのサイズが大きい場合、検
索後のファイル転送でネットワークの負荷が高くなる。

【０００７】（２）利用者クライアントに、一時的に、
取得するファイルを元の形式で格納できるだけのディス
ク・スペースもしくは空きメモリが必要である。

【０００８】（３）ファイルの形式変換が必要とされる
場合、利用者プログラム側にファイル形式変換プログラ
ムを用意しておく必要がある。

【０００９】

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

【００１０】また、ＤＢＭＳ管理下のファイルを管理す
るために、一般利用者よりも上位のファイルアクセス権
限を持つファイル管理システム（以下、ＤＢＭＳ外部フ
ァイル管理システムと呼ぶ）を導入する。ＤＢＭＳ管理
下のファイルは、このＤＢＭＳ外部ファイル管理システ
ムを所有者とし、ＯＳファイルシステムレベルにおい
て、一般利用者から参照・更新ができないようなアクセ
ス制御情報を設定しておく。

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

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

【００１３】加えて、ＤＢＭＳ外部ファイル管理システ
ムには、ファイル形式変換機能を持たせる。ファイル参
照の際、利用者が所望するファイル取得形態（ファイル
内容形式の変換、ファイルの任意オフセット位置からの
任意長部分データ）を指定することにより、前記ＤＢＭ
Ｓ外部ファイル管理システムでファイルが加工され、利
用者は指定したファイル形式でファイルデータを取得す
ることが出来る。

【００１４】このように、データベース操作処理とファ
イル操作処理とを連携させることにより、データベース
レコードとそのレコードに関連付けられて管理されるフ
ァイルとの整合性維持をデータベース管理システムに対
する操作で実現できるとともに、前記課題（１），
（２），（３）が解決される。

【００１５】

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

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

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

【００１８】利用者クライアント１０は、ＣＰＵ１１、
メモリ１２、ネットワークインタフェース１３、二次記
憶装置１４を備え、これらはバス１９によって接続され
ている。利用者クライアント１０は、ネットワークイン
タフェース１３を通して通信ネットワーク９０に接続し
ている。二次記憶装置１４上には、オペレーティングシ
ステム（以下、ＯＳ）１４１、クライアント用ＤＢＭＳ
外部ファイル管理システム（以下、ＦＭＳ−Ｃ）１４
２、利用者プログラム１４３、利用者プログラムからの
アクセスのためにＤＢＭＳ管理下のファイルをコピーし
た取得ファイル１４４、及びこの取得ファイル１４４の
ＯＳファイルアクセス制御情報１４５が格納される。

【００１９】ファイルサーバ２０は、ＣＰＵ２１、メモ
リ２２、ネットワークインタフェース２３、二次記憶装
置２４を備え、これらはバス２９によって接続されてい
る。ファイルサーバ２０は、ネットワークインタフェー
ス２３を通して通信ネットワーク９０に接続している。
二次記憶装置２４上には、ＯＳ２４１、サーバ用ＤＢＭ
Ｓ外部ファイル管理システム（以下、ＦＭＳ−Ｓ）、Ｆ
ＭＳ−Ｓから呼び出されるファイル形式変換機能（ＦＣ
Ｌ）２４３、ＤＢＭＳ３４２管理下のファイル２４４、
及びこのＤＢ管理下ファイル２４４のＯＳファイルアク
セス制御情報２４５が格納される。

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

【００２１】ＤＢＭＳ３４２は、ＳＱＬをインタフェー
スとして採用しており、通常のＳＱＬデータ型の他にフ
ァイル抽象データ型を扱えるように拡張されている。フ
ァイル抽象データ型は、ファイルを管理するための情報
を格納するデータ構造とこのデータ構造専用の関数を提
供する。ＤＢＭＳ３４２において、ファイル抽象データ
型の処理機能を実装するモジュールが、前述の外部ファ
イル連携機能３４３である。

【００２２】ＤＢＭＳ外部ファイル管理システムは、フ
ァイルサーバ２０上のＦＭＳ−Ｓ２４２及び利用者クラ
イアント１０上のＦＭＳ−Ｃ１４２から構成される。Ｄ
ＢＭＳ外部ファイル管理システムは、一般利用者と異な
るファイルアクセス権限を持つ利用者ＦＭＳの権限で稼
動する。ＤＢＭＳ管理下のファイル２４４は、登録時に
ＦＭＳ−Ｓ２４２により、そのＯＳファイルアクセス制
御情報２４５を更新され、ＤＢＭＳ外部ファイル管理シ
ステム（すなわち利用者ＦＭＳ）以外は参照も更新も出
来ないように設定される。これにより、データベースに
登録されたファイルに対する不当な参照及び更新を防止
する。

【００２３】ファイルサーバ２０上のＦＭＳ−Ｓ２４２
は、外部ファイル連携機能３４３及び利用者プログラム
１４３とのインタフェースを持つ。これらのインタフェ
ースは、一般にリモートプロシージャコール（以下、Ｒ
ＰＣ）と呼ばれる手段を用いて実装される。ＲＰＣによ
り、プログラムは、呼び出し先プログラムの識別子と関
数名称を指定することで、他プログラム内の関数を呼び
出すことが出来る。ＤＢＭＳ外部ファイル管理システム
の関数を呼び出すために必要となるＦＭＳ−Ｃ１４２、
ＦＭＳ−Ｓ２４２の識別子は、呼び出し側で動的に決定
する。なお、ＦＭＳ−Ｃ１４２も利用者プログラムから
のＲＰＣインタフェースを持つ。また、ＦＭＳ−Ｓ２４
２もＦＭＳ−Ｃ１４２からのＲＰＣインタフェースを持
つ。

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

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

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

【００２７】外部ファイル４０１３のデータ型は前述の
ファイル抽象データ型であり、ファイル抽象データ型の
データ構造として、ＦＭＳ−Ｓ識別子４０１４、ディレ
クトリパス４０１５、ファイル内容形式４０１６、及び
ファイルサイズ４０１７が格納される。

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

【００２９】ファイル登録連携機能は、ＤＢＭＳ３４２
がＳＱＬのＩＮＳＥＲＴ文を処理する際に呼び出され
る。この際にパラメータとして、新規レコードのレコー
ド識別子、このレコードのファイル抽象データ型フィー
ルドのフィールド識別子、現行トランザクションのトラ
ンザクション識別子が与えられる。この関数により、登
録されるファイル２４４に関する情報がＩＮＳＥＲＴ文
で作成されるレコードの外部ファイルフィールド４０１
３に格納される。

【００３０】ファイル削除連携機能は、ＤＢＭＳ３４２
がＳＱＬのＤＥＬＥＴＥ文を処理する際に呼び出され
る。この際にパラメータとして、削除するレコードのレ
コード識別子、このレコードのファイル抽象データ型フ
ィールドのフィールド識別子、及び現行トランザクショ
ンのトランザクション識別子が与えられる。この関数に
より、削除されるレコードの外部ファイルフィールド４
０１３に格納されたディレクトリパス４０１５で指定さ
れるＤＢ管理下ファイル２４４が削除される。

【００３１】ファイル更新連携機能は、ＤＢＭＳ３４２
がＳＱＬのＵＰＤＡＴＥ文を処理する際に呼び出され
る。この際にパラメータとして、新規レコードのレコー
ド識別子、このレコードのファイル抽象データ型フィー
ルドのフィールド識別子、現行トランザクションのトラ
ンザクション識別子が与えられる。この関数により、新
規に登録されるＤＢ管理下ファイル２４４に対応するフ
ァイル抽象データ型のデータがＵＰＤＡＴＥ文で更新さ
れるレコードの外部ファイルフィールド４０１３に格納
され、このフィールドに旧値として格納されていたディ
レクトリパス４０１５で指定されるＤＢ管理下ファイル
２４４が削除される。

【００３２】コミット処理の連携機能は、ＤＢＭＳ３４
２が現行のトランザクションをコミット終了する際に呼
び出される。この際にパラメータとして、コミット終了
するトランザクションのトランザクション識別子が渡さ
れる。この関数により、現行トランザクション内で行な
われたファイル登録処理、ファイル削除処理、及びファ
イル更新処理の結果が確定される。

【００３３】ロールバック処理の連携機能は、ＤＢＭＳ
３４２が現行のトランザクションをロールバック終了す
る際に、当該トランザクション中に外部ファイル連携機
能３４３が作成したログ３４５のレコードごとに呼び出
される。この際にパラメータとして、ロールバック終了
するトランザクションのトランザクション識別子とロー
ルバックすべきログレコードが渡される。この関数によ
り、ログレコードに記録されたファイル登録処理、ファ
イル削除処理、及びファイル更新処理が取り消される。

【００３４】登録パラメータ設定連携機能、すなわちフ
ァイル抽象データ型関数ｎｅｗ（）は、ファイル登録に
関するパラメータを指定するためにＩＮＳＥＲＴ文また
はＵＰＤＡＴＥ文に埋め込まれる。利用者プログラム１
４３では、パラメータとして登録用ハンドルとファイル
内容形式を指定する。ＤＢＭＳ３４２において、処理対
象となるレコードのレコード識別子、及びこのレコード
のファイル抽象データ型フィールドのフィールド識別子
をパラメータに追加して、外部ファイル連携機能３４３
の機能呼び出しを行なう。

【００３５】アクセス用ハンドル生成連携機能、すなわ
ちファイル抽象データ型関数ｇｅｔ＿ａｃｃｅｓｓｈａ
ｎｄｌｅ（）は、登録されたファイルにアクセスするた
めのアクセス用ハンドルを取得するために、ＳＱＬのＳ
ＥＬＥＣＴ文中に埋め込まれる。利用者プログラム１４
３は、パラメータとしてアクセル用ハンドルの利用者名
称のみを指定するが、ＤＢＭＳ３４２において、処理対
象となるレコードのレコード識別子、このレコードのフ
ァイル抽象データ型フィールドのフィールド識別子をパ
ラメータに追加して、外部ファイル連携機能３４３の機
能呼び出しを行なう。利用者プログラム１４３は、この
関数の戻り値であるアクセス用ハンドルをＳＱＬのＦＥ
ＴＣＨ文により取得する。

【００３６】図４は、表４０００に対するＤＢ操作文の
例である。以下、各々について説明する。

【００３７】（１）は、ファイル登録を伴うレコード登
録のためのＩＮＳＥＲＴ文である。ＶＡＬＵＥＳ句の３
つ目には、前述のファイル抽象データ型の関数ｎｅ
ｗ（）を指定する。この関数ｎｅｗ（）のパラメータで
ある変数：ｅｎｔｒｙｈａｎｄｌｅには、登録されるフ
ァイルの登録用ハンドルが格納されており、ファイル内
容形式は’ｉｍａｇｅ／ｔｉｆｆ’と指定されている。
この例では、番号４０１１に１０４、表題４０１２に”
ｄａｎｄｅｌｉｏｎ”、外部ファイル４０１３に：ｅｎ
ｔｒｙｈａｎｄｌｅで指定したファイルの情報を持つレ
コードがデータベースに登録され、指定されたファイル
がＤＢＭＳの管理下に入る。（ただし、確定するのは現
行トランザクションのコミット時である。）（２）は、
レコード削除のためのＤＥＬＥＴＥ文である。この例で
は、番号４０１１が１００であるレコードと、このレコ
ードの外部ファイル４０１３で管理されるファイルが削
除される。（ただし、ファイルの実体が削除されるのは
現行トランザクションのコミット時である。）（３）
は、外部ファイル４０１３を更新するためのＵＰＤＡＴ
Ｅ文である。この例では、番号４０１１が１０３である
レコード４０２３の外部ファイルに、前述のファイル抽
象データ型の関数ｎｅｗ（）を、変数：ｅｎｔｒｙｈａ
ｎｄｌｅに新規に登録されるファイルの登録用ハンドル
を格納して指定することにより、このレコードで管理さ
れているファイルを新規ファイルに差し替える。差し替
えられるファイル（更新前に登録されていたファイル）
は削除される。（ただし、ファイルの実体が削除される
のは現行トランザクションのコミット時である。）
（４）は、ファイルアクセスのためのアクセス用ハンド
ルを取得するためのＳＥＬＥＣＴ文である。この例で
は、表題４０１２が”ｓｕｎ”で始まるレコードが検索
対象となる。表４０００の内容が図２に示した状態であ
る場合、レコード４０２１と４０２２が該当する。検索
結果として取得されるのは、表題４０１２と、前述の抽
象データ型の関数ｇｅｔ＿ａｃｃｅｓｓｈａｎｄｌ
ｅ（）の実行結果として得られるアクセス用ハンドルで
ある。検索結果は、ＳＥＬＥＣＴ文実行後にＦＥＴＣＨ
文を実行する毎に１レコードずつ取得することが出来
る。なお、変数：ｕｓｅｒｎａｍｅには、アクセス用ハ
ンドルの利用者名称を指定することが出来る。これによ
って、取得したアクセス用ハンドルを別の利用者プログ
ラムに渡してファイルアクセスを行なわせることも出来
る。

【００３８】図５から図８は、ＤＢＭＳ外部ファイル管
理システム（ＦＭＳ−Ｃ１４２、ＦＭＳ−Ｓ２４２）及
び外部ファイル連携機能３４３のインタフェースを示し
ている。

【００３９】図５は、利用者プログラム１４３がＦＭＳ
−Ｓ２４２を呼び出す時のインタフェースを示してい
る。

【００４０】（１）のｍａｋｅ＿ｅｎｔｒｙｈａｎｄｌ
ｅ（）は、前述のＩＮＳＥＲＴ文、ＵＰＤＡＴＥ文で使
用するファイル登録用ハンドルを作成するためのインタ
フェースである。入力用パラメータとして、登録するフ
ァイルのディレクトリパスを指定する。出力用パラメー
タとして、作成された登録用ハンドルを受け取るための
出力用領域を指定する。ＲＰＣ呼び出しに成功した場
合、前記出力用領域に、そのファイルに対する登録用ハ
ンドルが設定される。登録するファイルは、予めＦＭＳ
−Ｓ２４２の稼動するファイルサーバ２０上に配置して
おく。

【００４１】（２）のｂｅｇｉｎ＿ａｃｃｅｓｓ（）
は、前述のＳＥＬＥＣＴ文で得られたアクセス用ハンド
ルで指定されるファイルを、利用者クライアントからア
クセスできるようセッションを開始するためのインタフ
ェースである。入力用パラメータとして、ＤＢ検索で取
得したアクセス用ハンドル、利用者クライアントのＦＭ
Ｓ−Ｃ１４２の識別子、利用者プログラムのプロセス識
別子を指定する。出力用パラメータとして、作成された
アクセス識別子を受け取るための出力用領域を指定す
る。ＲＰＣ呼び出しに成功した場合、前記出力用領域に
そのファイルに対するアクセス識別子が設定される。

【００４２】このアクセス識別子を用いることで、アク
セス用ハンドル４３００（後述）の内部情報の他、ＦＭ
Ｓ−Ｃ１４２の識別子、利用者プログラムのプロセス識
別子などの情報を、必要に応じて取得できる。また、ア
クセスが開始されたファイルに対してＦＭＳ−Ｓ２４２
でロックをかけることで、利用者のアクセス中にＤＢＭ
ＳのＤＥＬＥＴＥ文でファイルが削除されることを防止
する。

【００４３】（３）のｒｅａｄ＿ｄｉｒｅｃｔ（）は、
アクセス用ハンドルで指定されるファイルを、利用者ク
ライアント１０のメモリ１２へ直接読み出すためのイン
タフェースである。入力用パラメータとして、ｂｅｇｉ
ｎ＿ａｃｃｅｓｓ（）で取得したアクセス識別子、ファ
イルの読み出し開始地点のオフセット、読み出す長さを
指定する。出力用パラメータとして、読み出されたファ
イル・データを受け取るための出力用領域を指定する。
ＲＰＣ呼び出しに成功した場合、前記出力用領域にファ
イルデータが格納される。

【００４４】（４）のｅｎｄ＿ａｃｃｅｓｓ（）は、ｂ
ｅｇｉｎ＿ａｃｃｅｓｓ（）で開始したファイルアクセ
スセッションを終了するためのインタフェースである。
入力パラメータとして、ｂｅｇｉｎ＿ａｃｃｅｓｓで取
得したアクセス識別子を指定する。この呼び出しによっ
てＦＭＳ−Ｓ２４２でファイルに対してかけられていた
ロックが解除される。

【００４５】図６は、利用者プログラム１４３がＦＭＳ
−Ｃ１４２を呼び出す時のインタフェースを示してい
る。

【００４６】（１）のｐｒｅｐａｒｅ＿ｌｏｃａｌｆｉ
ｌｅ（）は、検索結果のファイルを利用者の所望の形式
に変換して、利用者クライアント上に取得するためのイ
ンタフェースである。入力用パラメータとして、ｂｅｇ
ｉｎ＿ａｃｃｅｓｓ（）で取得したアクセス識別子、取
得するファイルのディレクトリパス、取得する際に変換
する（変換後の）ファイル内容形式を指定する。ＲＰＣ
呼び出しに成功した場合、指定したディレクトリパス
に、指定したファイル内容形式でファイルが格納され
る。

【００４７】（２）のｄｅｌｅｔｅ＿ｌｏｃａｌｆｉｌ
ｅ（）は、利用者クライアントに取得したファイルを削
除するためのインタフェースである。入力用パラメータ
として、ｂｅｇｉｎ＿ａｃｃｅｓｓ（）で取得したアク
セス識別子を指定する。ＲＰＣ呼び出しに成功した場
合、入力用パラメータのアクセス識別子を用いてｐｒｅ
ｐａｒｅ＿ｌｏｃａｌｆｉｌｅ（）で取得したファイル
が、すべて削除される。

【００４８】図７は、外部ファイル連携機能３４３がＦ
ＭＳ−Ｓ２４２を呼び出す時のインタフェースを示して
いる。

【００４９】（１）のｎｅｗ＿ｆｉｌｅ（）は、外部フ
ァイル連携機能３４３におけるファイル登録処理におい
て、登録用ハンドル４２００（後述）の有効性を検証す
るためのインタフェースである。入力用パラメータとし
て、登録用ハンドル４２００から取得した通番（登録用
ハンドル発行管理テーブル４５００（後述）内の通番に
等しい）と、登録する際のファイル内容形式を指定す
る。この呼び出しによって、必要であればファイル内容
形式のチェックも行なわれる。

【００５０】（２）のｄｅｌｅｔｅ＿ｆｉｌｅ（）は、
外部ファイル連携機能３４３における、ファイル削除処
理またはファイル更新処理を含む、トランザクション完
了処理（コミット処理またはロールバック処理）におい
て、外部ファイルの削除が指示された場合に、ファイル
の削除を指示するためのインタフェースである。入力用
パラメータとして、削除するファイルのディレクトリパ
スを指定する。

【００５１】（３）のｃｈｅｃｋ＿ｆｉｌｅ（）は、外
部ファイル連携機能３４３におけるファイル削除処理ま
たはファイル更新処理において、対象となるファイルの
削除の可否を確認するためのインタフェースである。他
の利用者がアクセスしているファイルは、ＦＭＳ−Ｓ２
４２においてロックがかけられているため、削除するこ
とが出来ない。入力用パラメータとして、アクセス中か
どうかを確認するファイルのディレクトリパスを指定す
る。

【００５２】図８は、ＦＭＳ−Ｃ１４２がＦＭＳ−Ｓ２
４２を呼び出す時のインタフェースを示している。

【００５３】（１）のｓｅｎｄ（）は、ｐｒｅｐａｒｅ
＿ｌｏｃａｌｆｉｌｅ（）の延長で呼び出される、ファ
イル送信を指示するためのインタフェースである。入力
用パラメータとして、転送元のＦＭＳ−Ｓ２４２におけ
る外部ファイルアクセス管理テーブル４６００（後述）
内の通番、取得対象ファイルの変換後のファイル内容形
式を指定する。出力用パラメータとして、受信データを
格納するためのデータ領域を指定する。ＲＰＣ呼び出し
に成功した場合、前記データ領域にファイル・データが
格納される。

【００５４】図９は、ＤＢＭＳ外部ファイル管理システ
ムＦＭＳ−Ｓ２４２から、ファイル形式変換機能２４３
を呼び出すときのインタフェースを示している。この呼
び出し形態は、前述したＲＰＣでなくても構わない。

【００５５】（１）のｃｏｎｖ＿ｆｉｌｅ（）は、ファ
イルの形式変換を行なうためのインタフェースである。
入力用パラメータとして、変換元のファイルのディレク
トリパス、元のファイル内容形式、変換後のファイル内
容形式を指定する。出力用パラメータとして、変換後の
ファイル・データを格納するためのデータ領域を指定す
る。変換に成功した場合、前記データ領域にファイル・
データが格納される。

【００５６】（２）のｇｅｔ＿ｆｉｌｅｔｙｐｅ（）
は、ファイル登録時にファイル形式が会っているかを確
認する際に用いられる、ファイルの内容形式を調べるた
めのインタフェースである。入力用パラメータとして、
調べるファイルのディレクトリパスを指定する。出力用
パラメータとして、判別されたファイルの内容形式を格
納するための領域を指定する。判別に成功した場合、前
記領域にファイル内容形式が格納される。判別できなか
った場合、空文字列が格納される。

【００５７】（３）のｒｅａｄ＿ｆｉｌｅ（）は、前述
のｒｅａｄ＿ｄｉｒｅｃｔ（）の延長で呼び出される、
ファイルの部分読み出しを行なうためのインタフェース
である。入力用パラメータとして、読み出すファイルの
ディレクトリパス、ファイルの読み出し開始地点のオフ
セット、読み出す長さを指定する。出力用パラメータと
して、ファイル・データを格納するためのデータ領域を
指定する。読み出しに成功した場合、前記データ領域に
ファイル・データが格納される。

【００５８】図１０から図１６は、本発明に係わる種々
のデータ構造を示している。

【００５９】図１０は、ＯＳファイルアクセス制御情
報、すなわちＯＳが管理するファイルに関する情報のう
ち、本発明に係わるアクセス制御の部分のデータ構造で
ある。利用者クライアント１０のＯＳファイルアクセス
制御情報１４５を例としているが、ファイルサーバ２０
のＯＳファイルアクセス制御情報２４５も同様のデータ
構造である。

【００６０】ＯＳファイルアクセス制御情報１４５内に
は、ＦＭＳ−Ｃ１４２管理下の取得ファイル１４４一つ
に対して一つのアクセス制御情報４１００が作成され
る。ＯＳファイルアクセス制御情報２４５内には、ＦＭ
Ｓ−Ｓ２４２が管理するＤＢ管理下ファイル２４４一つ
に対して一つのアクセス制御情報４１００が作成され
る。

【００６１】アクセス制御情報４１００には、利用者毎
に利用者名称４１１１とその利用者に与えられるファイ
ルへのアクセス権４１１２が登録される。利用者名称４
１１１に登録されていない利用者は、ファイルをアクセ
スすることが出来ない。

【００６２】レコード４１２１は、利用者「ＦＭＳ」に
対して参照及び更新を許し、レコード４１２２は利用者
「ｎｏｊｉｍａ」に対して参照を許すことを、それぞれ
示している。なお、この利用者名称４１１１の並びには
意味があり、最上位のもの、すなわち図１０では４１２
１で示される利用者「ＦＭＳ」は、このファイルの「所
有者」であることを意味している。

【００６３】図１１は登録用ハンドル４２００のデータ
構造である。登録用ハンドルは、ＦＭＳ−Ｓ２４２のｍ
ａｋｅ＿ｅｎｔｒｙｈａｎｄｌｅ関数において作成され
る。登録用ハンドルは、通番４２１１、ＦＭＳ−Ｓ識別
子４２１２、ディレクトリパス４２１３、及びファイル
サイズ４２１４の４つのフィールドから構成される。

【００６４】通番４２１１には、ｍａｋｅ＿ｅｎｔｒｙ
ｈａｎｄｌｅ関数実行時に作成される登録用ハンドル発
行管理テーブル４５００（後述）の通番４５１１と同じ
値が設定される。ＦＭＳ−Ｓ識別子４２１２には、当該
登録用ハンドルを作成したＦＭＳ−Ｓ２４２の識別子が
設定される。

【００６５】ディレクトリパス４２１３には、ｍａｋｅ
＿ｅｎｔｒｙｈａｎｄｌｅ関数の入力パラメータとして
指定されたディレクトリパスが設定される。ファイルサ
イズ４２１４には、前記ディレクトリパスによって示さ
れるファイルのサイズが、ＦＭＳ−Ｓ２４２によってＯ
Ｓ２４１の提供するＯＳファイルサイズ情報取得関数が
呼び出されて取得され、設定される。

【００６６】図１２は、アクセス用ハンドル４３００の
データ構造である。アクセス用ハンドルは、外部ファイ
ル連携機能３４３において作成され、ファイル抽象デー
タ型関数ｇｅｔ＿ａｃｃｅｓｓｈａｎｄｌｅ（）の戻り
値として利用者プログラムに与えられる。アクセス用ハ
ンドルは、ＦＭＳ−Ｓ識別子４３１１、ディレクトリパ
ス４３１２、ファイル内容形式４３１３、ファイルサイ
ズ４３１４、及び利用者名称４３１５の５つのフィール
ドから構成される。ＦＭＳ−Ｓ識別子４３１１には、ア
クセス対象のファイルを管理するＦＭＳ−Ｓ２４２の識
別子が設定される。ディレクトリパス４３１２には、ア
クセス対象となるファイルのディレクトリパスが設定さ
れる。内容形式４３１３には、アクセス対象のファイル
のＤＢ管理下でのファイル内容形式が設定される。ファ
イルサイズ４３１４には、アクセス対象のファイルのサ
イズが設定される。利用者名称４３１５には、ｇｅｔ＿
ａｃｃｅｓｓｈａｎｄｌｅ（）の入力用パラメータとし
て指定された利用者名称がそのまま設定される。

【００６７】図１３は、クライアント用ＤＢＭＳ外部フ
ァイル管理システムＦＭＳ−Ｃ１４２がメモリ１２上に
確保する領域１２２内に格納される、取得ファイル管理
に関するデータ構造を示している。

【００６８】取得ファイル１４４の管理は、取得ファイ
ル管理テーブル４４００によって行なわれる。取得ファ
イル管理テーブル４４００は、プロセス識別子４４１
１、ディレクトリパス４４１２、ＦＭＳ−Ｓ識別子４４
１３、通番４４１４の４つのフィールドから構成され
る。ｐｒｅｐａｒｅ＿ｌｏｃａｌｆｉｌｅ（）によって
利用者クライアントにファイルが取得されるときに、取
得ファイル１４４の情報が合わせてレコードに登録され
る。プロセス識別子４４１１は利用者プログラムのプロ
セス識別のためのものであり、前記関数の入力パラメー
タに指定されたアクセス識別子から抽出されたものが設
定される。

【００６９】ディレクトリパス４４１２には、前記関数
の入力パラメータに指定されたファイルのディレクトリ
パスが設定される。ＦＭＳ−Ｓ識別子には、前記関数の
入力パラメータに指定されたアクセス識別子から抽出さ
れた識別子が設定される。通番４４１４には、前記関数
の入力パラメータに指定されたアクセス識別子から抽出
された通番、すなわちＦＭＳ−Ｓ２４２の外部ファイル
アクセス管理テーブル４６００（後述）中の通番４６１
１が設定される。

【００７０】図１４は、サーバ用ＤＢＭＳ外部ファイル
管理システムＦＭＳ−Ｓ２４２がメモリ２２上に確保す
る領域２２２内に格納される、管理情報のデータ構造を
示している。上部はファイルの登録用ハンドルに関する
データ構造であり、下部は外部ファイルのアクセスセッ
ション管理に関するデータ構造である。

【００７１】登録用ハンドル管理情報は、登録用ハンド
ル発行管理テーブル４５００と、登録用ハンドル通番管
理４５９０とで構成される。登録用ハンドル通番管理４
５９０は、自然数を保持し、登録用ハンドル発行管理テ
ーブルに新規レコードを追加する際に参照されたとき、
現在の値を返した後番号が一つ増える動作をする。

【００７２】登録用ハンドル発行管理テーブル４５００
は、通番４５１１、ディレクトリパス４５１２、ファイ
ルサイズ４５１３、所有者名称４５１４、アクセス権４
５１５の５つのフィールドから構成される。ＦＭＳ−Ｓ
２４２のｍａｋｅ＿ｅｎｔｒｙｈａｎｄｌｅ（）によっ
て登録用ハンドルが生成されるときに、合わせてレコー
ドに登録される。通番４５１１は登録用ハンドルの識別
のためのものであり、登録用ハンドルの作成時に登録用
ハンドル通番管理４５９０の参照によって取得された値
が設定される。ディレクトリパス４５１２には、前記関
数の入力パラメータに指定されたファイルのディレクト
リパスが設定される。

【００７３】ファイルサイズ４５１３には、前記関数の
呼び出し時に、指定されたファイルにアクセスして取得
したサイズが設定される。所有者名称４５１４には、前
記関数の呼び出し時に、指定されたファイルのアクセス
制御情報４１００の利用者名称４１１１の先頭の名称、
すなわち所有者名称が設定される。アクセス権４５１５
には、前記関数の呼び出し時に、指定されたファイルの
アクセス制御情報４１００のアクセス権４１１２の先頭
のものが設定される。これら所有者名称４５１４とアク
セス権４５１５は、ファイル登録に失敗したときに、フ
ァイルの所有者とアクセス権を前記関数呼び出しの直前
の状態になるべく近い状態に戻すためのものである。

【００７４】アクセスセッション管理情報は、外部ファ
イルアクセス管理テーブル４６００と、外部ファイルア
クセス通番管理４６９０とで構成される。外部ファイル
アクセス通番管理４６９０は、自然数を保持し、新規の
外部ファイルアクセス要求が来て外部ファイルアクセス
管理テーブル４６００に新規レコードを追加する際に参
照されたとき、現在の値を返した後番号が一つ増える動
作をする。

【００７５】外部ファイルアクセス管理テーブル４６０
０は、通番４６１１、ディレクトリパス４６１２、ＦＭ
Ｓ−Ｃ識別子４６１４、プロセス識別子４６１５の４つ
のフィールドから構成される。ｂｅｇｉｎ＿ａｃｃｅｓ
ｓ関数によって外部ファイルへのアクセスセッションが
開始されるときに、合わせてレコードに登録される。通
番４６１１はアクセスセッションの識別のためのもので
あり、アクセス開始時に外部ファイルアクセス通番管理
４６９０の参照によって取得された値が設定される。

【００７６】ディレクトリパス４６１２には、前記関数
の入力パラメータに指定されたアクセス用ハンドルから
取得されたファイルのディレクトリパスが設定される。
ＦＭＳ−Ｃ識別子４６１４には、前記関数の入力パラメ
ータに指定されたクライアント名が設定される。プロセ
ス識別子４６１５には、前記関数の入力パラメータに指
定された利用者プログラムのプロセス識別子が設定され
る。

【００７７】図１５はログ３４５に格納されるログレコ
ードのうち、外部ファイル連携機能３４３が取得する外
部ファイルログ４８００のデータ構造を示している。外
部ファイル連携機能３４３では、レコード登録時、レコ
ード削除時、及びレコード更新時において外部ファイル
フィールド４０１３が更新されるときに、その後のトラ
ンザクションロールバック処理において参照する情報を
保持するために、ＤＢＭＳ３４２のログ取得機能を用い
て外部ファイルログ４８００に回復のための情報を記録
する。

【００７８】外部ファイルログ４８００は、トランザク
ション識別子４８１１、操作４８１２、ＦＭＳ−Ｓ識別
子４８１３、ディレクトリパス４８１４、更新後のＦＭ
Ｓ−Ｓ識別子（後）４８１５、更新後のディレクトリパ
ス（後）４８１６から構成される。

【００７９】トランザクション識別子４８１１には、外
部ファイルログ４８００にログを取得する契機となった
更新処理の属する現行トランザクションの識別子が設定
される。操作４８１２は、更新処理の種類によって、
「ＩＮＳＥＲＴ」（レコード登録時）、「ＤＥＬＥＴ
Ｅ」（レコード削除時）、「ＵＰＤＡＴＥ」（レコード
更新時）のうちいずれかが設定される。ＦＭＳ−Ｓ識別
子４８１３、ディレクトリパス４８１４、及びＦＭＳ−
Ｓ識別子（後）４８１５、ディレクトリパス（後）４８
１６には、更新対象となるファイルのＦＭＳ−Ｓ識別
子、ディレクトリパスが設定される。

【００８０】操作４８１２が「ＤＥＬＥＴＥ」または
「ＩＮＳＥＲＴ」の場合は、ＦＭＳ−Ｓ識別子（後）４
８１５、ディレクトリパス（後）４８１６には空値が設
定される。操作４８１２が「ＵＰＤＡＴＥ」の場合は、
ＦＭＳ−Ｓ識別子４８１３、ディレクトリパス４８１４
に更新前のファイルに関する情報が設定され、ＦＭＳ−
Ｓ識別子（後）４８１５、ディレクトリパス（後）４８
１６には、更新後のファイルに関する情報が設定され
る。

【００８１】図１６は、外部ファイル連携機能３４３が
メモリ３２上の外部ファイル連携機能用領域３２３に保
持する、削除ファイル管理テーブル４９００と、ファイ
ル抽象データ型関数ｎｅｗ（）のパラメータ待避テーブ
ル５０００を示している。

【００８２】削除ファイル管理テーブル４９００は、ト
ランザクション識別子４９１１、ＦＭＳ−Ｓ識別子４９
１２、ディレクトリパス４９１３から構成される。外部
ログファイル４８００が保有する情報のうち、トランザ
クションコミット処理で削除のために参照すべき情報の
みを保有する。

【００８３】パラメータ待避テーブル５０００は、レコ
ード識別子５０１１、フィールド識別子５０１２、登録
用ハンドル５０１３、内容形式５０１４から構成され
る。それぞれｎｅｗ（）のパラメータがそのまま設定さ
れる。

【００８４】図１７から図４５のフローチャートは、本
発明に係わる処理の流れを示している。

【００８５】ファイル登録処理については、図１７から
図２２に示す。

【００８６】ファイル削除処理については、図２３から
図２６に示す。

【００８７】ファイル更新処理については、図２７から
図２９に示す。

【００８８】ファイル取得処理については、図３０から
図３８に示す。

【００８９】トランザクションコミット処理時の流れに
ついては、図３９から図４２のフローチャートに示すト
ランザクションロールバック終了時の流れは、図４３か
ら図４５のフローチャートに示す。図４４に示すＲＯＬ
ＬＢＡＣＫ文処理は、利用者プログラムの不正終了など
によるトランザクションロールバック時の処理と同じも
のである。

【００９０】図１７から図２２のフローチャートに基づ
いて利用者プログラム１４３がファイル２４４をＤＢＭ
Ｓ３４２に登録する手順を説明する。

【００９１】図１７から始まる。ステップ６００１で、
利用者プログラム１４３は、ＦＭＳ−Ｓ２４２に対して
ｍａｋｅ＿ｅｎｔｒｙｈａｎｄｌｅ（）を呼び出しファ
イルサーバ２０上のファイル２４４の登録を依頼する。
入力用パラメータとして、あらかじめファイルサーバ２
０に置いてあるファイル２４４のディレクトリパスを指
定する。出力用パラメータとして、登録用ハンドル４２
００の格納用領域を指定する。

【００９２】図１８へ行く。利用者プログラム１４３か
らの要求を受けてＦＭＳ−Ｓ２４２では、ステップ６１
０１で登録用ハンドル発行管理テーブル４５００に新規
レコード４５２２を登録し、登録用ハンドル通番管理４
５９０から通番を取得して通番４５１１に設定し、入力
パラメータを用いてディレクトリパス４５１２を設定す
る。ステップ６１０２で、ＯＳ２４１の提供するＯＳフ
ァイルサイズ情報取得関数を用いてディレクトリパス４
５１２で示されるファイルのファイルサイズを取得し、
ファイルサイズ４５１３に設定する。ステップ６１０３
で、ＯＳ２４１の提供するＯＳファイルアクセス制御情
報取得関数を用いてＯＳファイルアクセス制御情報４１
００を参照し、現在の所有者名称４１１１及びアクセス
権４１１２を、それぞれ所有者名称４５１４、アクセス
権４５１５に保管しておく。続くステップ６１０４で、
ＯＳ２４１の提供するＯＳファイルアクセス制御情報変
更関数を用いて、ＯＳファイルアクセス制御情報４１０
０の利用者名称４１１１として「ＦＭＳ」、アクセス権
４１１２として「参照＋更新」を設定し、他の利用者名
称は削除する。

【００９３】これにより、登録対象ファイルをＤＢＭＳ
外部ファイル管理システム以外の一般利用者からは参照
も更新もできないようにする。ステップ６１０５で、こ
こまでで作成してきた登録用ハンドル発行管理テーブル
４５００の新規レコード４５２２の内容を元に登録用ハ
ンドル４２００を作成し、出力用パラメータ領域に設定
する。以上でｍａｋｅ＿ｅｎｔｒｙｈａｎｄｌｅ（）か
ら処理が戻る。

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

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

【００９６】ステップ６２０３で、ファイル抽象データ
型に関する処理として、まずＩＮＳＥＲＴ文中のｎｅｗ
（）を処理するため、外部ファイル連携機能３４３の登
録用パラメータ設定処理ｎｅｗ（）を呼び出す。この
時、パラメータとして、登録用ハンドル、ファイル内容
形式、レコード識別子、フィールド識別子が渡される。

【００９７】図２０へ行く。外部ファイル連携機能３４
３におけるｎｅｗ（）では、ステップ６３０１で、メモ
リ３２上のパラメータ待避テーブル５０００に新規レコ
ード５０２１を作成し、ｎｅｗ（）のパラメータである
レコード識別子、フィールド識別子、登録用ハンドル、
ファイル内容形式を、それぞれレコード識別子５０１
１、フィールド識別子５０１２、登録用ハンドル５０１
３、内容形式５０１４に設定して登録する。以上でｎｅ
ｗ（）から処理が戻る。

【００９８】図１９のステップ６２０４に戻る。引き続
きファイル抽象データ型に関する処理として、ＩＮＳＥ
ＲＴ文の処理時に呼び出すように関連付けられた外部フ
ァイル連携機能３４３のファイル登録処理ｏｎ＿ｉｎｓ
ｅｒｔ（）を呼び出す。この時、パラメータとして、レ
コード識別子、フィールド識別子、トランザクション識
別子が渡される。

【００９９】図２１へ行く。外部ファイル連携機能３４
３におけるファイル登録処理では、まず、ステップ６４
０１で、メモリ３２上のパラメータ待避テーブル５００
０から、ｏｎ＿ｉｎｓｅｒｔ（）のパラメータであるレ
コード識別子、フィールド識別子と一致するレコード識
別子５０１１、フィールド識別子５０１２を持つレコー
ドを検索し、見つかったパラメータ待避レコード５０２
１の登録用ハンドル５０１３、ファイル内容形式５０１
４を取得する。続くステップ６４０２で、取得された登
録用ハンドル４２００から通番４２１１、ＦＭＳ−Ｓ識
別子４２１２、ディレクトリパス４２１３、ファイルサ
イズ４２１４を取り出す。

【０１００】そして、ステップ６４０３で、登録用ハン
ドルの有効性検証とファイル内容形式確認のため、ステ
ップ６４０２で取得したＦＭＳ−Ｓ識別子で識別される
ＦＭＳ−Ｓ２４２のｎｅｗ＿ｆｉｌｅ（）を呼び出す。
この時、入力パラメータとして、ステップ６４０２で取
得した登録用ハンドル４２００の通番４２１１、及びス
テップ６４０１で取得したファイル内容形式５０１４を
指定する。

【０１０１】図２２へ行く。外部ファイル連携機能３４
３から呼び出されたＦＭＳ−Ｓ２４２のｎｅｗ＿ｆｉｌ
ｅ（）では、ステップ６５０１で、メモリ２２上の登録
用ハンドル発行管理テーブル４５００の中から、入力パ
ラメータに指定された通番と一致する通番４５１１を持
つ登録用ハンドル発行管理レコードが存在するか確認す
る。ステップ６５０２で見つからなかった場合、ステッ
プ６５０７へ行ってｎｅｗ＿ｆｉｌｅ（）は異常終了す
る。

【０１０２】見つかった場合、ステップ６５０３で見つ
けた登録用ハンドル発行管理テーブル４５００のレコー
ドを削除する。引き続きファイル内容形式の確認を行な
う。

【０１０３】ステップ６５０４で、ファイル形式変換機
能２４３のｇｅｔ＿ｆｉｌｅｔｙｐｅ（）を呼び出し、
登録対象ファイルのファイル内容形式を取得する。ステ
ップ６５０５で、前記関数で判別された内容形式と、入
力パラメータに指定された内容形式とを比較する。両者
が明らかに不一致だった場合、ステップ６５０７へ行っ
てｎｅｗ＿ｆｉｌｅ（）は異常終了する。一致していた
場合、ｎｅｗ＿ｆｉｌｅ（）は正常終了し、処理が戻
る。

【０１０４】図２１のステップ６４０４に戻る。ｎｅｗ
＿ｆｉｌｅ（）が異常終了した場合ファイル登録処理も
エラー終了し、ステップ６４０８へ行って異常終了す
る。ｎｅｗ＿ｆｉｌｅ（）が正常終了した場合は処理を
続ける。

【０１０５】ステップ６４０５で、ＤＢＭＳ３４２のロ
グ記録機能を利用してログ４８００に新規ログレコード
４８２１を作成し、操作４８１２にはＩＮＳＥＲＴを設
定する。その際、ファイル登録処理ｏｎ＿ｉｎｓｅｒｔ
（）のパラメータであるトランザクション識別子、ステ
ップ６４０２で登録用ハンドル４２００から取り出した
ＦＭＳ−Ｓ識別子４２１２、ディレクトリパス４２１３
を、それぞれトランザクション識別子４８１１、ＦＭＳ
−Ｓ識別子４８１３、ディレクトリパス４８１４に設定
し登録する。

【０１０６】最後に、ステップ６４０６で、ＦＭＳ−Ｓ
識別子、ディレクトリパス、ファイル内容形式、ファイ
ルサイズを、ファイル登録処理ｏｎ＿ｉｎｓｅｒｔ（）
のパラメータであるレコード識別子、フィールド識別子
で指定される外部ファイル４０１３の中の４０１４，４
０１５，４０１６，４０１７に設定する。そして、ステ
ップ６４０７で、ファイル登録処理ｏｎ＿ｉｎｓｅｒｔ
（）を正常終了する。

【０１０７】図１９のステップ６２０５に戻る。ＤＢＭ
Ｓ３４２は、外部ファイル連携機能３４３のファイル登
録処理ｏｎ＿ｉｎｓｅｒｔ（）が正常終了しなかった場
合、ＩＮＳＥＲＴ文の処理もステップ６２０８へ行って
異常終了する。正常終了した場合は、ステップ６２０６
で作成された新規レコード４０２３を書き込み、ステッ
プ６２０７でＩＮＳＥＲＴ文の処理を正常終了させる。

【０１０８】ファイル登録処理に関して、上記ではあら
かじめファイル２４４をファイルサーバ２０上に配置す
ることとしていたが、利用者クライアント１０上に置か
れたファイルを登録対象に指定する方法も考えられる。
この場合、ＦＭＳ−Ｓ２４２のｍａｋｅ＿ｅｎｔｒｙｈ
ａｎｄｌｅ（）のステップ６１０１の前ステップとして
利用者クライアント１０上のファイルをファイルサーバ
２０上に転送するステップを追加し、ｍａｋｅ＿ｅｎｔ
ｒｙｈａｎｄｌｅ（）のパラメータとして、ファイルを
配置したＤＢＭＳ外部ファイル管理システムの識別子を
追加することで実現可能である。

【０１０９】また、登録のために指定されたファイルを
利用者から隠蔽するなどの目的で特定のディレクトリに
コピーする方法も考えられる。この場合も同様に、ｍａ
ｋｅ＿ｅｎｔｒｙｈａｎｄｌｅ（）のステップ６１０１
の前ステップとして登録するファイル２４４を特定のデ
ィレクトリへコピーあるいは移動するステップを組み込
むことで実現できる。

【０１１０】図２３から図２６のフローチャートに基づ
いて利用者プログラム１４３がＤＢＭＳ３４２管理下の
ファイル２４４を削除する手順を説明する。

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

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

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

【０１１４】ステップ６７０４で、ファイル抽象データ
型に関する処理として、外部ファイル連携機能３４３の
ファイル削除処理ｏｎ＿ｄｅｌｅｔｅ（）を呼び出す。
この時、パラメータとして、レコード識別子、フィール
ド識別子、トランザクション識別子が渡される。

【０１１５】図２５へ行く。外部ファイル連携機能３４
３のファイル削除処理では、まずステップ６８０１で、
ｏｎ＿ｄｅｌｅｔｅ（）のパラメータとして渡されたレ
コード識別子、フィールド識別子で指定されるレコード
の、外部ファイル４０１３から、ＦＭＳ−Ｓ識別子４０
１４、ディレクトリパス４０１５を取り出す。続くステ
ップ６８０２で、削除対象となるファイルへのアクセス
が行われているか確認するために、ステップ６８０１で
取得したＦＭＳ−Ｓ識別子で識別されるＦＭＳ−Ｓ２４
２のｃｈｅｃｋ＿ｆｉｌｅ（）を呼び出す。この時、入
力パラメータとして、ステップ６８０１で取得したディ
レクトリパスを指定する。

【０１１６】図２６へ行く。ＦＭＳ−Ｓ２４２のｃｈｅ
ｃｋ＿ｆｉｌｅ（）では、ステップ６９０１で、メモリ
２２の外部ファイルアクセス管理テーブル４６００か
ら、ディレクトリパス４６１２がｃｈｅｃｋ＿ｆｉｌｅ
（）のパラメータと一致するレコードが有るかどうか調
べる。ステップ６９０２で、一致するレコードが見つか
らなかった場合はステップ６９０４へ行ってＯＫを返
す。一致するレコードが見つかった場合は、パラメータ
で指定されたＤＢ管理下ファイル２４４を参照中のファ
イルアクセスセッションがあり、ファイルアクセスを保
証するためにはファイルを削除でき無いため、ステップ
６９０３へ進んでＮＧを返す。以上でｃｈｅｃｋ＿ｆｉ
ｌｅ（）から処理が戻る。

【０１１７】図２５のステップ６８０３に戻る。ファイ
ル削除処理ｏｎ＿ｄｅｌｅｔｅ（）では、ｃｈｅｃｋ＿
ｆｉｌｅ（）の結果がＮＧの場合、ステップ６８０７へ
進んでエラー終了し、ＯＫの場合、処理を続行する。

【０１１８】続いて、ステップ６８０４で、ＤＢＭＳ３
４２のログ記録機能を利用してログ４８００に新規ログ
レコード４８２１を作成し、操作４８１２としてＤＥＬ
ＥＴＥを設定する。その際、ファイル削除処理ｏｎ＿ｄ
ｅｌｅｔｅ（）のパラメータであるトランザクション識
別子、ステップ６８０１で取得したＦＭＳ−Ｓ識別子、
ディレクトリパスを、それぞれトランザクション識別子
４８１１、ＦＭＳ−Ｓ識別子４８１３、ディレクトリパ
ス４８１４に設定し登録する。

【０１１９】さらにステップ６８０５で、メモリ３２上
の削除ファイル管理テーブル４９００に新規レコード４
９２１を作成する。その際、ファイル削除処理ｏｎ＿ｄ
ｅｌｅｔｅ（）のパラメータであるトランザクション識
別子、ステップ６８０１で取得したＦＭＳ−Ｓ識別子、
ディレクトリパスを、それぞれトランザクション識別子
４９１１、ＦＭＳ−Ｓ識別子４９１２、ディレクトリパ
ス４９１３に設定し記録する。そして、ステップ６８０
６でファイル削除処理ｏｎ＿ｄｅｌｅｔｅ（）は正常終
了する。

【０１２０】図２４のステップ６７０５に戻る。ＤＢＭ
Ｓ３４２では、外部ファイル連携機能３４３のファイル
削除処理ｏｎ＿ｄｅｌｅｔｅ（）が正常終了した場合、
ステップ６７０６に進んでレコード削除を行ない処理が
ステップ６７０１に戻り、引き続き別のレコードの削除
処理を行なう。ファイル削除処理ｏｎ＿ｄｅｌｅｔ
ｅ（）がエラーした場合、ステップ６７０８へ行き、Ｄ
ＥＬＥＴＥ文の処理をエラー終了する。

【０１２１】図２７から図２９のフローチャートに基づ
いて利用者プログラム１４３がレコードの管理するファ
イルを新規ファイルに更新する手順を説明する。

【０１２２】図２７から始まる。ステップ７００１で、
利用者プログラム１４３は、ＦＭＳ−Ｓ２４２のｍａｋ
ｅ＿ｅｎｔｒｙｈａｎｄｌｅ（）を呼び出しファイルサ
ーバ２０上のファイル２４４の登録を依頼する。入力用
パラメータとして、あらかじめファイルサーバ２０に置
いてある新規ファイル２４４のディレクトリパスを指定
する。

【０１２３】出力用パラメータとして、登録用ハンドル
４２００の格納用領域を指定する。続くステップ７００
２で、利用者プログラム１４３は、図４（３）の形式の
ＵＰＤＡＴＥ文（変数：ｅｎｔｒｙｈａｎｄｌｅにはス
テップ７００１で取得した登録用ハンドル４２００を指
定）を用いて、ＷＨＥＲＥ句の条件で指定されるＤＢＭ
Ｓ３４２に登録されたレコード４０２３が管理するファ
イルをステップ７００１で取得した登録用ハンドル４２
００で示されるファイルに更新する。

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

【０１２５】続いて、ステップ７１０３で、このレコー
ドの定義情報に基づいてファイル抽象データ型のフィー
ルドを含むレコードであるか判定が行われ、含まない場
合はステップ７１０７へ進む。含む場合は、ファイル抽
象データ型に関する処理が行なわれる。ステップ７１０
４でファイル抽象データ型に関する処理として、まずＵ
ＰＤＡＴＥ文中のｎｅｗ（）を処理するため、外部ファ
イル連携機能３４３の登録用パラメータ設定処理ｎｅｗ
（）を呼び出す。

【０１２６】この時パラメータとして、登録用ハンド
ル、ファイル内容形式、レコード識別子、フィールド識
別子が渡される。続いて、ステップ７１０５で外部ファ
イル連携機能３４３のファイル更新処理ｏｎ＿ｕｐｄａ
ｔｅ（）を呼び出す。この時、パラメータとして、レコ
ード識別子、フィールド識別子、トランザクション識別
子が渡される。

【０１２７】図２９へ行く。外部ファイル連携機能３４
３のファイル更新処理では、まずステップ７１０１で、
パラメータであるレコード識別子、フィールド識別子で
指定されるレコードの外部ファイル４０１３から、ＦＭ
Ｓ−Ｓ識別子４０１４、ディレクトリパス４０１５を取
り出す。続くステップ７１０２で、ステップ７１０１で
取得したＦＭＳ−Ｓ識別子で識別されるＦＭＳ−Ｓ２４
２のｃｈｅｃｋ＿ｆｉｌｅ（）を呼び出す。この時、パ
ラメータとしてステップ７１０１で取得したディレクト
リパスを渡す。ステップ７１０３で、ｃｈｅｃｋ＿ｆｉ
ｌｅ（）の戻り値がＮＧの場合、ファイル更新処理ｏｎ
＿ｕｐｄａｔｅ（）はエラー終了し、ＯＫの場合は、処
理を続行する。

【０１２８】続いて、ステップ７１０４で、メモリ３２
上のパラメータ待避テーブル５０００から、ファイル更
新処理ｏｎ＿ｕｐｄａｔｅ（）のパラメータであるレコ
ード識別子、フィールド識別子と一致するレコード識別
子５０１１、フィールド識別子５０１２を持つレコード
を検索し、見つかったレコード５０２１から登録用ハン
ドル５０１３とファイル内容形式５０１４を取り出す。
ステップ７１０５で、登録用ハンドル４２００から、通
番４２１１、ＦＭＳ−Ｓ識別子４２１２、ディレクトリ
パス４２１３、ファイルサイズ４２１４を取り出す。

【０１２９】そして、ステップ７１０６で、登録用ハン
ドルの有効性検証とファイル内容形式確認のため、ステ
ップ７１０５で取得したＦＭＳ−Ｓ識別子で識別される
ＦＭＳ−Ｓ２４２のｎｅｗ＿ｆｉｌｅ（）を呼び出す。
この時、入力パラメータとして、ステップ７１０５で取
得した登録用ハンドル４２００の通番４２１１の値、及
びステップ７１０４で取得したファイル内容形式５０１
４を設定する。外部ファイル連携機能３４３では、ｎｅ
ｗ＿ｆｉｌｅ（）がＮＧを返した場合、エラー終了し、
ＯＫを返した場合は処理を続行する。

【０１３０】ステップ７１０８で、ＤＢＭＳ３４２のロ
グ記録機能を利用してログ４８００に新規ログレコード
４８２１を作成し、操作４８１２としてＵＰＤＡＴＥを
設定する。その際、ファイル更新処理ｏｎ＿ｕｐｄａｔ
ｅ（）のパラメータであるトランザクション識別子、ス
テップ７１０１でレコード４０２３から取り出した、Ｆ
ＭＳ−Ｓ識別子、ディレクトリパスおよびステップ７１
０５で登録用ハンドルから取り出したＦＭＳ−Ｓ識別
子、ディレクトリパスをそれぞれトランザクション識別
子４８１１、ＦＭＳ−Ｓ識別子４８１３、ディレクトリ
パス４８１４、ＦＭＳ−Ｓ識別子（後）４８１５、ディ
レクトリパス（後）４８１６に設定し登録する。

【０１３１】続いて、ステップ７１０９で、メモリ３２
上の削除ファイル管理テーブル４９００に新規レコード
４９２１を作成する。その際、ファイル更新処理ｏｎ＿
ｕｐｄａｔｅ（）のパラメータであるトランザクション
識別子、ステップ７１０５で取得したＦＭＳ−Ｓ識別
子、ディレクトリパスを、それぞれトランザクション識
別子４９１１、ＦＭＳ−Ｓ識別子４９１２、ディレクト
リパス４９１３に設定し登録する。

【０１３２】最後に、ステップ７１１０で、登録用ハン
ドルから取り出した、ＦＭＳ−Ｓ識別子、ディレクトリ
パス、ファイルサイズ、ファイル内容形式を、それぞれ
ファイル更新処理のパラメータであるレコード識別子、
フィールド識別子で指定される外部ファイル４０１３の
中の４０１４、４０１５、４０１７、４０１６に設定す
る。そして、ステップ７１１１でファイル更新処理を正
常終了する。

【０１３３】図２８のステップ７１０６に戻る。ＤＢＭ
Ｓ３４２は、外部ファイル連携機能３４３のファイル更
新処理ｏｎ＿ｕｐｄａｔｅ（）が正常終了しなかった場
合、ＵＰＤＡＴＥ文もステップ７１０９へ行って異常終
了する。正常終了した場合、ステップ７１０７で更新さ
れたレコード４０２３を書き込み、ステップ７１０１に
進み別のレコードの更新処理を行なう。

【０１３４】図３０から図３８のフローチャートに基づ
いて、利用者プログラム１４３がＤＢＭＳ３４２管理下
のファイル２４４をアクセスする手順を説明する。

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

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

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

【０１３８】ステップ７３０４で、ファイル抽象データ
型に関する処理として、外部ファイル連携機能３４３の
アクセス用ハンドル生成処理ｇｅｔ＿ａｃｃｅｓｓｈａ
ｎｄｌｅ（）を呼び出す。入力用パラメータとして、利
用者名称の他、ＤＢＭＳによってレコード識別子、フィ
ールド識別子が付け加えられ、渡される。

【０１３９】図３２に行く。ＤＢＭＳ３４２から呼び出
された外部ファイル連携機能３４３のｇｅｔ＿ａｃｃｅ
ｓｓｈａｎｄｌｅ（）では、まず、ステップ７４０１
で、パラメータであるレコード識別子、フィールド識別
子で指定されるレコードのフィールドの４０１４、４０
１５、４０１６、４０１７から、ＦＭＳ−Ｓ識別子、デ
ィレクトリパス、ファイル内容形式、ファイルサイズを
取り出す。続いてステップ７４０２で、取得したＦＭＳ
−Ｓ識別子、ディレクトリパス、ファイル内容形式、フ
ァイルサイズと、ｇｅｔ＿ａｃｃｅｓｓｈａｎｄｌ
ｅ（）のパラメータである利用者名称を、それぞれＦＭ
Ｓ−Ｓ識別子４３１１、ディレクトリパス４３１２、内
容形式４３１３、ファイルサイズ４３１４、利用者名称
４３１５に設定したアクセス用ハンドル４３００を作成
し、ｇｅｔ＿ａｃｃｅｓｓｈａｎｄｌｅ（）の出力に設
定する。以上で、ｇｅｔ＿ａｃｃｅｒｓｓｈａｎｄｌｅ
（）の処理から戻る。

【０１４０】図３１のステップ７３０５に戻る。ＤＢＭ
Ｓ３４２のＦＥＴＣＨ文処理は、ｇｅｔ＿ａｃｃｅｓｓ
ｈａｎｄｌｅ（）の呼び出しの結果得られたアクセス用
ハンドル４３００を他の検索結果データと併せて出力結
果に設定する。ステップ７３０１へ行って、ＳＥＬＥＣ
Ｔ文の条件を満たすレコードがなくなるまで繰り返さ
れ、なくなればＦＥＴＣＨ文の処理は完了である。

【０１４１】図３０のステップ７２０３に戻る。利用者
プログラム１４３は、ファイルに対するアクセスを開始
するため、ｂｅｇｉｎ＿ａｃｃｅｓｓ（）の呼び出しを
行なう。ｂｅｇｉｎ＿ａｃｃｅｓｓ（）の呼び出し先の
ＦＭＳ−Ｓ２４２は、アクセス用ハンドル４３００のＦ
ＭＳ−Ｓ識別子４３１１によって動的に決定される。入
力用パラメータは、前述のＳＥＬＥＣＴ文で取得したア
クセス用ハンドル４３００と、利用者クライアントのＦ
ＭＳ−Ｃ１４２の識別子、利用者プログラムのプロセス
識別子である。出力用パラメータは、作成されるアクセ
ス識別子を受け取るための領域である。

【０１４２】図３３へ行く。利用者プログラム１４３か
らの要求を受け、ＦＭＳ−Ｓ２４２ではファイルに対す
るアクセス開始処理を行なう。まず、ステップ７５０１
で、パラメータとして設定されたアクセス用ハンドルか
ら、アクセス対象ファイルのディレクトリパス４３１２
を取り出す。続いて、ステップ７５０２で、メモリ２２
上の外部ファイルアクセス管理テーブル４６００にアク
セス情報を登録する。新しいレコード４６２２を登録
し、外部ファイルアクセス通番管理４６９０から取得し
た通番を、通番４６１１に設定する。

【０１４３】また、前記ディレクトリパス４３１２、入
力パラメータのＦＭＳ−Ｃ１４２の識別子、利用者プロ
グラムのプロセス識別子を、それぞれディレクトリパス
４６１２、ＦＭＳ−Ｃ識別子４６１４、プロセス識別子
４６１５に設定する。以上で外部ファイルアクセス管理
テーブルへの登録は完了し、ｂｅｇｉｎ＿ａｃｃｅｓｓ
（）の処理は終わりである。

【０１４４】図３０のステップ７２０４へ戻る。ステッ
プ７２０３で取得したアクセス用ハンドル４３００に対
応するファイル２４４の内容を、利用者クライアント１
０の二次記憶装置１４上の取得ファイル１４４にコピー
して取得する。その際、ファイルの内容形式の変換も指
示することにする。ＦＳＭ−Ｃ１４２のｐｒｅｐａｒｅ
＿ｌｏｃａｌｆｉｌｅ（）を呼び出す。入力用パラメー
タとして、ステップ７２０３で取得したアクセス用ハン
ドル４３００、取得するファイル１４４のディレクトリ
パス、取得する際に変換する（変換後の）ファイル内容
形式を指定する。

【０１４５】図３４へ行く。まず、ステップ７６０１
で、入力用パラメータのアクセス識別子からＦＭＳ−Ｓ
識別子、通番を取得する。続くステップ７６０２で、Ｆ
ＭＳ−Ｓ２４２に対してファイル送信処理ｓｅｎｄ（）
の呼び出しを行なう。入力用パラメータは、前記通番と
ファイル内容形式である。出力用パラメータとして、受
信するデータを格納するデータ領域を指定する。

【０１４６】図３５へ行く。まず、ステップ７７０１
で、メモリ２２上の外部ファイルアクセス管理テーブル
４６００から、入力用パラメータとして指定された通番
を元にディレクトリパスを取得する。続くステップ７７
０２で入力用パラメータとして指定されたファイル内容
形式を確認する。設定がされていない場合、変換は必要
なく、ステップ７７０６へ行ってそのままの形式でファ
イルを読み出す。設定がされていた場合ステップ７７０
３に進む。ここで入力パラメータとして指定されたファ
イル内容形式と、外部ファイルアクセス管理テーブル４
６００の内容形式４６１３とを比較し、ファイル内容形
式が異なっているか判断を行なう。異なっていなければ
変換は必要なく、ステップ７７０６へ行ってそのままの
形式でファイルを読み出す。

【０１４７】ファイル形式の変換が必要な場合、ステッ
プ７７０３へ進み、ファイル形式変換機能２４３におけ
るファイル形式変換処理を行なうため、ｃｏｎｖ＿ｆｉ
ｌｅ（）の呼び出しを行なう。入力用パラメータは、変
換元のファイルのディレクトリパス、元のファイルの内
容形式、変換後のファイル内容形式を指定する。出力用
パラメータとして、変換後のファイル・データを格納す
るためのデータ領域を指定する。

【０１４８】図３６へ行く。ファイル形式変換機能２４
３におけるファイル変換処理ｃｏｎｖ＿ｆｉｌｅ（）で
は、まず、ステップ７８０１で、変換元のファイル内容
形式と、変換先のファイル内容形式の変換アルゴリズム
を持っているかの確認を行なう。ステップ７８０２で持
っていないと判断された場合、変換は不可能なのでステ
ップ７８０６へ進みエラー終了となる。変換処理が可能
な場合、ステップ７８０３に進み、指定されたファイル
読み込んでファイルの形式変換を行なう。ステップ７８
０４で変換結果を確認し、変換過程で失敗していた場
合、ステップ７８０６へ行ってエラー終了となる。変換
に成功していたら、ステップ７８０５へ進み正常終了と
して、ｃｏｎｖ＿ｆｉｌｅ（）の処理から戻る。

【０１４９】図３５のステップ７７０５に戻る。ｃｏｎ
ｆ＿ｆｉｌｅ（）の呼び出しに失敗していた場合、ステ
ップ７７０８へ進み、ｓｅｎｄ（）によるファイル送信
処理はエラー終了する。呼び出しに成功していた場合、
ステップ７７０７へ進み、正常終了としてｓｅｎｄ（）
の処理から戻る。

【０１５０】図３４のステップ７６０３に戻る。ステッ
プ７６０３でファイル送信処理ｓｅｎｄ（）に成功した
か判定する。失敗していた場合、ステップ７６０８へ進
み。利用者ファイル取得処理はエラー終了する。成功し
ていた場合、そのままステップ７６０４へ進む。ステッ
プ７６０４ではメモリ１２上の取得ファイル管理テーブ
ル４４００に新規レコード４４２２を追加する。続くス
テップ７６０５で、取得したデータを取得ファイル１４
４に書き出す。

【０１５１】ステップ７６０６で、取得ファイル１４４
に関するＯＳファイルアクセス制御情報４１００を設定
する。最上位の利用者、すなわち所有者は「ＦＭＳ」で
あり、アクセス権は「参照＋更新」である。また、ファ
イルを取得した利用者には参照が出来るように、利用者
名称としてファイル取得者、アクセス権を「参照」とい
うアクセス制御情報も加える。以上で利用者ファイル取
得処理ｐｒｅｐａｒｅ＿ｌｏｃａｌｆｉｌｅ（）の処理
は終わりである。

【０１５２】この状態で、検索されたファイルが利用者
プログラムによって読み込める状態になり、ステップ７
２０５で利用者プログラムから必要な処理が行なわれ
る。処理が済んだら、ステップ７２０６へ進み、利用者
ファイル削除処理としてｄｅｌｅｔｅ＿ｌｏｃａｌｆｉ
ｌｅ（）の呼び出しを行なう。入力用パラメータとして
は、アクセス識別子を指定する。

【０１５３】図３７へ行く。まず、ステップ７９０１
で、アクセス識別子からＦＭＳ−Ｓ識別子、通番を取得
し、メモリ１２上の取得ファイル管理テーブル４４００
の検索を行なう。ステップ７９０２で削除対象がないと
判明した場合、その時点でｄｅｌｅｔｅ＿ｌｏｃａｌｆ
ｉｌｅ（）の処理は終了である。削除対象がある場合、
ステップ７９０３に進んで取得ファイル１４４の削除を
行ない、対応する取得ファイル管理テーブル４４００の
レコードも削除する。再びステップ７９０１に戻り、入
力パラメータとして指定されたアクセス識別子に関連づ
けられた取得ファイル１４４がなくなるまで繰り返しフ
ァイル削除を行なう。

【０１５４】図３０のステップ７２０７に戻る。ファイ
ルアクセスが終了した時、アクセスセッションの終了を
明示的に行なうため、アクセス終了処理ｅｎｄ＿ａｃｃ
ｅｓｓ（）の呼び出しを行なう。入力用パラメータとし
て、アクセス識別子を指定する。

【０１５５】図３８へ行く。まずステップ８００１でア
クセス識別子から通番を取り出す。次に、ステップ８０
０２で、メモリ２２上の外部ファイルアクセス管理テー
ブル４６００を検索し、通番が合致するレコードを削除
する。これによって、ＦＭＳ−Ｓによってかけられてい
たファイルのロックが解除される。

【０１５６】利用者プログラムにおけるファイル取得処
理は以上である。

【０１５７】ファイルアクセス処理として、利用者クラ
イアント１０上に取得ファイル１４４を作成する替わり
に利用者クライアント１０のメモリ１２へ読み込む方法
も考えられる。これは、利用者プログラム１４３からＦ
ＭＳ−Ｓ２４２へｒｅａｄ＿ｄｉｒｅｃｔ（）インタフ
ェースを使って転送要求を行なうことで実現される。

【０１５８】また、利用者プログラム１４３をファイル
サーバ２０上に置く、あるいは、ファイルサーバ２０上
のファイル２４４をネットワークファイルシステムを利
用して利用者クライアント１０から参照できるようにし
ておき、ファイル２４４に対するＯＳファイルアクセス
制御情報１４５を変更することにより、利用者プログラ
ム１４３がファイル２４４を直接参照できるようにする
方法も考えられる。これは、ｐｒｅｐａｒｅ＿ｌｏｃａ
ｌｆｉｌｅ（）でステップ７６０２から７６０５を行な
わず、ステップ７６０６で直接ＤＢ管理下ファイル２４
４のＯＳファイルアクセス制御情報２４５を変更すれば
良い。

【０１５９】ファイル２４４の利用に関して、ＤＢＭＳ
３４２を利用する権限を持つ利用者が代行してファイル
２４４参照権を取得する方法が考えられる。このために
は利用者プログラム１４３がファイル利用者の管理を行
い、ｇｅｔ＿ａｃｃｅｓｓｈａｎｄｌｅ（）のパラメー
タの利用者名称としてファイル利用者の名称を設定すれ
ば良い。

【０１６０】図３９から図４２のフローチャートに基づ
いてトランザクションコミット処理について説明する。

【０１６１】図３９から始まる。利用者プログラム１４
３は、ステップ８１０１で、ＣＯＭＭＩＴ文によりＤＢ
ＭＳ３４２にトランザクションをコミット終了させるこ
とを要求する。

【０１６２】図４０へ行く。ＤＢＭＳ３４２のＣＯＭＭ
ＩＴ文処理では、まずステップ８２０１で、外部ファイ
ル連携機能３４３のコミット処理ｏｎ＿ｃｏｍｍｉ
ｔ（）を呼び出す。この時、パラメータとしてコミット
するトランザクションのトランザクション識別子が渡さ
れる。

【０１６３】図４１へ行く。外部ファイル連携機能３４
３のコミット処理ｏｎ＿ｃｏｍｍｉｔ（）では、まずス
テップ８３０１で、メモリ３２上の削除ファイル管理テ
ーブル４９００から、ｏｎ＿ｃｏｍｍｉｔ（）のパラメ
ータであるトランザクション識別子に一致する値をトラ
ンザクション識別子４９１１の値として持つレコードを
検索する。ステップ８３０２で、これが見つからなかっ
た場合には、ｏｎ＿ｃｏｍｍｉｔ（）は終了する。見つ
かった場合、削除ファイル管理テーブル４９００のレコ
ードから、ＦＭＳ−Ｓ識別子４９１１、ディレクトリパ
ス４９１３を取得する。続いてステップ８３０４で、見
つかったファイルを削除するためにＦＭＳ−Ｓ２４２の
ファイル削除処理ｄｅｌｅｔｅ＿ｆｉｌｅ（）を呼び出
す。この時、入力パラメータとして前記ディレクトリパ
スを指定する。

【０１６４】図４２へ行く。ＦＭＳ−Ｓ２４２のファイ
ル削除処理では、ステップ８４０１で、入力パラメータ
で指定されたディレクトリパスのファイルを削除する。
ｄｅｌｅｔｅ＿ｆｉｌｅ（）の処理は以上である。

【０１６５】図４１のステップ８３０５へ戻る。ｄｅｌ
ｅｔｅ＿ｆｉｌｅ（）でファイルを削除したら、削除フ
ァイル管理テーブル４９００のレコードを削除し、再度
ステップ８３０１へ戻る。処理するレコードがなくなる
と、外部ファイル連携機能におけるコミット処理は終了
する。

【０１６６】図４０のステップ８２０２に戻る。外部フ
ァイル連携機能３４３のコミット処理ｏｎ＿ｃｏｍｍｉ
ｔ（）処理終了後、ＤＢＭＳ３４２は、データベースに
関するＣＯＭＭＩＴ処理を行なう。

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

【０１６８】図４３から図４５のフローチャートに基づ
いてトランザクションロールバック処理について説明す
る。

【０１６９】図４３から始まる。利用者プログラム１４
３は、ステップ８５０１で、ＲＯＬＬＢＡＣＫ文により
ＤＢＭＳ３４２にトランザクションをロールバック終了
させることを要求する。

【０１７０】図４４へ行く。ＤＢＭＳ３４２のＲＯＬＬ
ＢＡＣＫ文処理では、ステップ８６０１で、ログ３４５
からロールバック対象のトランザクションに関するログ
レコードを調べ、無い場合は終了する。ログレコードが
ある場合は、ステップ８６０２で外部ファイル連携機能
３４３のログレコードであるか判定し、そうでない場合
はステップ８６０４でデータベースのロールバック処理
を呼び出し、ステップ８６０１へ戻る。外部ファイル連
携機能３４３のログレコードである場合は、ステップ８
０６３で、外部ファイル連携機能３４３のロールバック
処理ｏｎ＿ｒｏｌｌｂａｃｋ（）を呼び出す。この時、
パラメータとしてロールバックするトランザクションの
トランザクション識別子とログレコードが渡される。

【０１７１】図４５へ行く。外部ファイル連携機能３４
３のロールバック処理ｏｎ＿ｒｏｌｌｂａｃｋ（）で
は、ステップ８７０１で外部ファイルログ４８００の操
作４８１２から操作種別を取り出し、操作種別毎の処理
に分岐する。

【０１７２】まず、操作がＤＥＬＥＴＥだった場合、何
もせずに終了する。

【０１７３】ステップ８７０２で操作がＩＮＳＥＲＴと
判断された場合、ステップ８７０４でログレコード４８
２１のＦＭＳ−Ｓ識別子４８１３、ディレクトリパス４
８１４からディレクトリパスを取り出し、ステップ８７
０５で、ステップ８７０４で取得したディレクトリパス
をパラメータとして、ステップ８７０４で取得したＦＭ
Ｓ−Ｓ識別子で識別されるＦＭＳ−Ｓ２４２のｄｅｌｅ
ｔｅ＿ｆｉｌｅ（）を呼び出し、ステップ８７０８へ進
む。

【０１７４】ステップ８７０３で操作がＵＰＤＡＴＥと
判断された場合、ステップ８７０６でログレコード４８
２１のＦＭＳ−Ｓ識別子（後）４８１５、ディレクトリ
パス（後）４８１６の値を取り出し、ステップ８７０７
で、ステップ８７０６で取得したディレクトリパスをパ
ラメータとして、ステップ８７０６で取得したＦＭＳ−
Ｓ識別子で識別されるＦＭＳ−Ｓ２４２０のｄｅｌｅｔ
ｅ＿ｆｉｌｅ（）を呼び出し、ステップ８７０８へ進
む。

【０１７５】ステップ８７０８では、メモリ３２上の削
除ファイル管理テーブル４９００を検索し、ログレコー
ド４８２１のトランザクション識別子４８１１、ＦＭＳ
−Ｓ識別子４８１３、ディレクトリパス４８１４が、そ
れぞれトランザクション識別子４９１１、ＦＭＳ−Ｓ識
別子４９１２、ディレクトリパス４９１３と一致するレ
コード４９２１があるか調べる。ステップ８７０９で無
いと判断された場合、ｏｎ＿ｒｏｌｌｂａｃｋ（）から
戻る。あると判断された場合は、ステップ８７０８で、
見つけた削除ファイル管理テーブル４９００のレコード
４９２１を削除し、ｏｎ＿ｒｏｌｌｂａｃｋ（）から戻
る。

【０１７６】図４４のステップ８６０１に戻り、処理対
象のログレコードがなくなれば、ロールバック処理は終
わる。

【０１７７】

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

【０１７８】利用者プログラムは、データベース検索後
に、検索結果のファイルを所望のファイル内容形式にし
て、または所望の範囲に限定して、利用者クライアント
で取得することが出来る。したがって、ネットワークへ
の負荷、利用者クライアントで必要なメモリ及びディス
ク容量を低減させることができ、利用者クライアントで
個別にファイル変換機能を具備する必要がなくなる。

【０１７９】また、発明の実施の形態で説明したよう
に、外部ファイル連携機能とＤＢＭＳ外部ファイル管理
システムとの連携をリモートプロシージャコール機能を
利用して実装することにより、ネットワークで互いに接
続された複数の計算機上にＤＢＭＳ、ＤＢＭＳ外部ファ
イル管理システム及びファイル変換機能、利用者プログ
ラムを配置することが出来る。

【図面の簡単な説明】

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

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

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

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

【図５】利用者プログラムから呼び出される、サーバ用
ＤＢＭＳ外部ファイル管理システム（ＦＭＳ−Ｓ）のイ
ンタフェースを示す図である。

【図６】利用者プログラムから呼び出される、クライア
ント用ＤＢＭＳ外部ファイル管理システム（ＦＭＳ−
Ｃ）のインタフェースを示す図である。

【図７】外部ファイル連携機能から呼び出される、サー
バ用ＤＢＭＳ外部ファイル管理システム（ＦＭＳ−Ｓ）
のインタフェースを示す図である。

【図８】クライアント用ＤＢＭＳ外部ファイル管理シス
テム（ＦＭＳ−Ｃ）から呼び出される、サーバ用ＤＢＭ
Ｓ外部ファイル管理システム（ＦＭＳ−Ｓ）のインタフ
ェースを示す図である。

【図９】ＤＢＭＳ外部ファイル管理システム（ＦＭＳ−
Ｓ）から呼び出される、ファイル形式変換機能（ＦＣ
Ｌ）のインタフェースを示す図である。

【図１０】ＯＳファイルアクセス制御情報のデータ構造
を示す図である。

【図１１】ファイル登録処理に使用する登録用ハンドル
のデータ構造を示す図である。

【図１２】ファイルアクセス処理に使用するアクセス用
ハンドルのデータ構造を示す図である。

【図１３】クライアント用ＤＢＭＳ外部ファイル管理シ
ステム（ＦＭＳ−Ｃ）が使用するメモリ上のデータ構造
を示す図である。

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

【図１５】外部ファイル連携機能が取得するログのデー
タ構造を示す図である。

【図１６】外部ファイル連携機能が使用するメモリ上の
データ構造を示す図である。

【図１７】利用者プログラムにおける外部ファイル登録
処理のフローチャートである。

【図１８】サーバ用ＤＢＭＳ外部ファイル管理システム
（ＦＭＳ−Ｓ）における登録ハンドル作成処理のフロー
チャートである。

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

【図２０】外部ファイル連携機能における登録パラメー
タ作成処理のフローチャートである。

【図２１】外部ファイル連携機能におけるファイル登録
処理のフローチャートである。

【図２２】サーバ用ＤＢＭＳ外部ファイル管理システム
（ＦＭＳ−Ｓ）におけるファイル登録処理のフローチャ
ートである。

【図２３】利用者プログラムにおける外部ファイル削除
処理のフローチャートである。

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

【図２５】外部ファイル連携機能におけるファイル削除
処理のフローチャートである。

【図２６】サーバ用ＤＢＭＳ外部ファイル管理システム
（ＦＭＳ−Ｓ）におけるファイルチェック処理のフロー
チャートである。

【図２７】利用者プログラムにおける外部ファイル更新
処理のフローチャートである。

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

【図２９】外部ファイル連携機能におけるファイル更新
処理のフローチャートである。

【図３０】利用者プログラムにおけるファイル取得処理
のフローチャートである。

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

【図３２】外部ファイル連携機能におけるアクセス用ハ
ンドル生成処理のフローチャートである。

【図３３】サーバ用ＤＢＭＳ外部ファイル管理システム
（ＦＭＳ−Ｓ）におけるアクセス開始処理のフローチャ
ートである。

【図３４】クライアント用ＤＢＭＳ外部ファイル管理シ
ステム（ＦＭＳ−Ｃ）における利用者ファイル取得処理
のフローチャートである。

【図３５】サーバ用ＤＢＭＳ外部ファイル管理システム
（ＦＭＳ−Ｓ）におけるファイル送信処理のフローチャ
ートである。

【図３６】ファイル形式変換機能（ＦＣＬ）におけるフ
ァイル変換処理のフローチャートである。

【図３７】クライアント用ＤＢＭＳ外部ファイル管理シ
ステム（ＦＭＳ−Ｃ）における利用者ファイル削除処理
のフローチャートである。

【図３８】サーバ用ＤＢＭＳ外部ファイル管理システム
（ＦＭＳ−Ｓ）におけるアクセス終了処理のフローチャ
ートである。

【図３９】利用者プログラムにおけるトランザクション
・コミット処理のフローチャートである。

【図４０】ＤＢＭＳにおけるトランザクション・コミッ
ト処理のフローチャートである。

【図４１】外部ファイル連携機能におけるトランザクシ
ョン・コミット処理のフローチャートである。

【図４２】サーバ用ＤＢＭＳ外部ファイル管理システム
（ＦＭＳ−Ｓ）におけるファイル削除処理のフローチャ
ートである。

【図４３】利用者プログラムにおけるトランザクション
・ロールバック処理のフローチャートである。

【図４４】ＤＢＭＳにおけるトランザクション・ロール
バック処理のフローチャートである。

【図４５】ＤＢＭＳ外部ファイル管理システム（ＦＭＳ
−Ｓ）におけるトランザクション・ロールバック処理の
フローチャートである。

【符号の説明】

１０…利用者クライアント、１１…ＣＰＵ、１２…メ
モリ、１３…ネットワークインタフェース、１
４…二次記憶装置、１４１…オペレーティングシステム
（ＯＳ）、１４２…クライアント用ＤＢＭＳ外部ファイ
ル管理システム（ＦＭＳ−Ｃ）、１４３…利用者プログ
ラム、１４４…取得ファイル、１４５…ＯＳファイルア
クセス制御情報、１９…バス、２０…ファイルサ
ーバ、２１…ＣＰＵ、２２…メモリ、２３…ネッ
トワークインタフェース、２４…二次記憶装
置、２４１…オペレーティングシステム（ＯＳ）、２４
２…サーバ用ＤＢＭＳ外部ファイル管理システム（ＦＭ
Ｓ−Ｓ）、２４３…ファイル形式変換機能（ＦＣＬ）、
２４４…ＤＢ管理下ファイル、２４５…ＯＳファイ
ルアクセス制御情報、２９…バス、３０…ＤＢサー
バ、３１…ＣＰＵ、３２…メモリ、３３…ネットワー
クインタフェース、３４…二次記憶装
置、３４１…オペレーティングシステム（ＯＳ）、３４
２…データベース管理システム（ＤＢＭＳ）、３４３…
外部ファイル連携機能（ＦＡＥ）、３４４…テーブル情
報、３４５…ログ、３９…バス。

───────────────────────────────────────────────────── フロントページの続き (72)発明者松澤茂神奈川県川崎市幸区鹿島田890番地株式会社日立製作所システム開発本部内Ｆターム(参考） 5B075 KK07 KK13 KK43 KK54 NK13 NK54 5B082 AA01 BA13 CA18 DC06 DD08 EA11 GA02 GA08 GA13 GA14 GB02 GB06 HA08 HA09

Claims

【特許請求の範囲】

【請求項１】データベース管理システムで管理されるテ
ーブル情報と外部ファイルを連携させる方法であって、ファイルを管理するプログラム、及びファイルを管理す
ることを目的としたデータ構造によって、前記データ構造を含むテーブルのレコード更新処理時に
呼び出される、ファイル登録処理、ファイル更新処理あ
るいはファイル削除処理により、前記プログラムを制御
し、前記レコードの更新と前記ファイルの更新を同期さ
せることによりテーブル情報とファイルの整合性を維持
し、前記レコードの検索処理時に、前記レコードで管理され
るファイルに関するアクセス用ハンドル生成処理を呼び
出し、前記アクセス用ハンドルと前記プログラムを用い
て、前記レコードにより管理されるファイルへのアクセ
ス権限を取得することにより、検索されたファイルを利
用者が所望するファイル形式に変換して取得できること
を特徴とするデータベース−ファイル連携方法。
【請求項２】データベース管理システムで管理されるテ
ーブル情報と外部ファイルを連携させる装置であって、ファイルを管理するプログラム、及びファイルを管理す
ることを目的としたデータ構造を具備し、前記データ構造を含むテーブルのレコード更新処理時に
呼び出される、ファイル登録処理、ファイル更新処理あ
るいはファイル削除処理により、前記プログラムを制御
し、前記レコードの更新と前記ファイルの更新を同期さ
せることによりテーブル情報とファイルの整合性を維持
する手段と、前記レコードの検索処理時に、前記レコードで管理され
るファイルに関するアクセス用ハンドル生成処理を呼び
出し、前記アクセス用ハンドルと前記プログラムを用い
て、前記レコードにより管理されるファイルへのアクセ
ス権限を取得することにより、検索されたファイルを利
用者が所望するファイル形式に変換して取得できる手段
を有することを特徴とするデータベース−ファイル連携
装置。