JP2001306382A - 共用ファイルアクセス方法及びその実施装置並びにその処理プログラムを記録した記録媒体 - Google Patents

Abstract

(57)【要約】 【課題】 共用ファイルの利用効率を向上させることが
可能な技術を提供する。 【解決手段】 共用ファイルへの複数のアクセスを制御
する共用ファイルアクセス方法において、アクセス要求
が行われた共用ファイルである構造化文書について、そ
の構造を基に当該構造化文書を複数のアクセス領域に分
割するステップと、前記分割された各アクセス領域毎に
排他制御を行って当該構造化文書への複数のアクセスを
制御するステップとを有するものである。

Description

【発明の詳細な説明】

【０００１】

【発明の属する技術分野】本発明は共用ファイルへ複数
アクセスを行う共用ファイルアクセスシステムに関し、
特に複数のユーザがアクセス可能な共用ファイルを備え
たコンピュータシステムにおける共用ファイルへの複数
アクセスを行う共用ファイルアクセスシステムに適用し
て有効な技術に関するものである。

【０００２】

【従来の技術】一般に、複数のコンピュータがネットワ
ークで接続されたコンピュータシステムにおいては、ク
ライアント／サーバシステムの様に、クライアントがサ
ーバにアクセスし、サーバの持つファイルを参照／更新
することができる。しかし、他クライアントによりアク
セスされているファイルは、別のクライアントからのア
クセスによりファイルが破壊される恐れがあるため、そ
のファイルへのアクセスが禁止されている。

【０００３】複数のコンピュータからのアクセスを制御
する従来技術としては、特開平１０−５５３００号公報
のファイルアクセス方法の様に、予めファイルを複数の
領域に分割して管理し、いずれかのコンピュータからの
ファイルアクセス要求に対し、指定された領域が未使用
であればアクセスを許可し、使用中であれば、アクセス
を不許可とする方式がある。

【０００４】

【発明が解決しようとする課題】上記の様に、従来のフ
ァイルアクセス方法においては、複数に分割した領域ご
とにアクセス状態とアクセス元を管理することによっ
て、共用ファイルを複数のコンピュータから同時にアク
セスすることができる。このため、共用ファイルが破壊
される恐れはない。

【０００５】しかし、上記従来技術では領域の分割方法
の具体的な開示がなく、アクセス元が期待する論理的な
編集単位への配慮や、アクセス元が目的とする編集領域
をどの様に判断し把握するかについての考慮がなされて
いない。また、アクセス要求元が指定した領域が使用中
の場合、その領域にアクセスしているアクセス元がアク
セスを終了したかどうかを、アクセス要求元が察知する
ことができないという問題がある。

【０００６】また、共用ファイルを複数領域に分割する
場合に、予めファイルを分割して管理すると、アクセス
する領域単位を動的に選択できないという問題が生じ
る。

【０００７】本発明の目的は上記問題を解決し、共用フ
ァイルの利用効率を向上させることが可能な技術を提供
することにある。

【０００８】

【課題を解決するための手段】本発明は、共用ファイル
への複数のアクセスを制御する共用ファイルアクセスシ
ステムにおいて、構造化文書の構造を基に分割された各
アクセス領域毎に排他制御を行って構造化文書への複数
のアクセスを制御するものである。

【０００９】本発明による共用ファイルアクセスシステ
ムでは、共用ファイルが構造化文書の場合に、コンピュ
ータシステム内のいずれかのユーザからのファイルアク
セス要求に対し、アクセス時に選択された領域単位によ
って共用ファイルを動的にアクセス領域に分割して排他
処理を行う。

【００１０】本発明の共用ファイルアクセスシステムで
は、コンピュータシステム内のいずれかのユーザから構
造化文書へのファイルアクセス要求があると、アクセス
要求が行われた構造化文書を、その構造化文書に付けら
れているタグの情報を基に複数のアクセス領域に分割
し、分割した各アクセス領域へのアクセス及びアクセス
予約の状況をアクセス管理テーブル及び予約管理テーブ
ルで管理する。そして前記分割された各アクセス領域毎
に排他制御を行って当該構造化文書への複数のアクセス
を制御する。

【００１１】前記の様に本発明では、複数のコンピュー
タでアクセス可能な共用ファイルを備えたコンピュータ
システムにおいて、共用ファイルにアクセスする度に動
的にアクセスする領域単位を選択し、選択した領域単位
で分割された領域にアクセスすることにより、前記領域
単位で排他処理を行って共用することができる様にな
り、かつ、他クライアントのアクセス及びアクセス予約
状況を通知してアクセス領域を予約又は選択することが
できる様になる。

【００１２】以上の様に本発明の共用ファイルアクセス
システムによれば、構造化文書の構造を基に分割された
各アクセス領域毎に排他制御を行って構造化文書への複
数のアクセスを制御するので、共用ファイルの利用効率
を向上させることが可能である。

【００１３】

【発明の実施の形態】以下に共用ファイルへの複数のア
クセスを制御する一実施形態の共用ファイルアクセスシ
ステムについて説明する。

【００１４】図１は本実施形態の共用ファイルアクセス
システムの概略構成を示す図である。図１は、本実施形
態のクライアント／サーバ方式のコンピュータネットワ
ークシステムを表しており、ネットワーク２で接続され
たサーバ１と複数のクライアントＡ〜Ｄで構成されてい
る。

【００１５】サーバ１は、ネットワーク２を介して複数
のクライアントＡ〜Ｄに接続されている。サーバ１は、
クライアントがアクセスする各構造化文書３ａ及び３ｂ
を格納した構造化文書ファイル３と、使用可能な構造定
義４ａ及び４ｂを格納した構造定義ファイル４、及び、
前記構造化文書３ａ及び３ｂにアクセス可能なユーザを
管理しているアクセス可能文書管理テーブル５と、前記
構造化文書３ａのタグを基に分割された各領域のアクセ
ス状況及びアクセス元を管理するアクセス管理テーブル
６と、各領域の親子関係を管理する親子関係管理テーブ
ル７と、各領域の開始と終了位置のアドレスを管理する
開始と終了のポインタテーブル８と、各領域のアクセス
予約状況を管理する予約管理テーブル９と、ユーザがロ
グインしているかどうかを管理するログイン・ログオフ
管理テーブル１０、及び、サーバ側の処理を行うサーバ
側処理部１１、及び、前記各種管理テーブル５〜１０を
保存する管理テーブル保存用ファイル１２、及びユーザ
ＩＤとパスワードから成るユーザ情報を保存するユーザ
情報保存用ファイル１３から構成されている。

【００１６】各クライアントは、クライアント側の処理
を行うクライアント側処理部１４と、アクセスする構造
化文書を編集する編集プログラム１５と、表示装置１６
と、入力装置１７を備え、サーバ１から送信される内容
は、表示装置１６に表示される。ファイルの指定や文字
列の入力等は入力装置１７から行われる。

【００１７】なお、各構造定義にはタグの記述順序や親
子関係が定義されており、図１に示すコンピュータネッ
トワークシステムのシステム管理者によって予め何種類
か用意されている。構造化文書に対応する構造定義は、
当該文書の新規作成時に、当該文書作成ユーザによって
選択され、構造化文書の先頭部分に宣言される。ここ
で、前記構造化文書３ａに対応する構造定義は、文書作
成ユーザによって構造定義４ａと選択され、構造化文書
３ａの先頭部分に宣言されている。

【００１８】図１に示す様に本実施形態のサーバ１は、
領域分割処理部１０１と、アクセス制御処理部１０２
と、予約処理部１０３とを有している。

【００１９】領域分割処理部１０１は、アクセス要求が
行われた共用ファイルである構造化文書について、その
構造を基に当該構造化文書を複数のアクセス領域に分割
する処理部である。アクセス制御処理部１０２は、前記
分割された各アクセス領域毎に排他制御を行って当該構
造化文書への複数のアクセスを制御する処理部である。

【００２０】予約処理部１０３は、アクセス要求が行わ
れたアクセス領域が使用中である場合に当該アクセス領
域へのアクセス予約を受付け、各アクセス領域へのアク
セス及びアクセス予約の状況をアクセス要求元に通知す
る処理部である。

【００２１】サーバ１を領域分割処理部１０１、アクセ
ス制御処理部１０２及び予約処理部１０３として機能さ
せる為のプログラムは、ＣＤ−ＲＯＭ等の記録媒体に記
録され磁気ディスク等に格納された後、メモリにロード
されて実行されるものとする。なお前記プログラムを記
録する記録媒体はＣＤ−ＲＯＭ以外の他の記録媒体でも
良い。

【００２２】図２は本実施形態のアクセス可能文書管理
テーブル５の構成を示す図である。図２は、各ユーザが
アクセスできる文書を管理するアクセス可能文書管理テ
ーブル５の構成を示すものであり、アクセス可能文書管
理テーブル５は、ユーザ名２０１、アクセス可能文書名
２０２から構成される。これらの情報は、図１に示すコ
ンピュータネットワークシステムのシステム管理者によ
って予め登録されており、管理テーブル保存用ファイル
１２に格納されている。

【００２３】図３は本実施形態の構造化文書３ａの構成
を示す図である。図３は、構造定義４ａに付けられてい
るタグを基に、複数のアクセス領域に分割された構造化
文書３ａの構成を示している。詳細については後述す
る。

【００２４】図４は本実施形態のアクセス管理テーブル
６の構成を示す図である。図４は、タグを基に分割した
構造化文書３ａの各領域に対するアクセス状態を管理す
る為のアクセス管理テーブル６の構成を示すものであ
り、アクセス管理テーブル６は、文書名４０１、領域単
位４０２、領域名４０３、アクセスユーザ名４０４、予
約状態４０５から構成される。

【００２５】図５は本実施形態の親子関係管理テーブル
７の構成を示す図である。図５は、構造定義４ａの情報
を基に構造化文書３ａのタグの親子関係を管理する為の
親子関係管理テーブル７の構成を示すものであり、親子
関係管理テーブルは、領域名５０１、ＩＤ５０２、親５
０３、子５０４から構成される。

【００２６】図６は本実施形態の開始と終了のポインタ
テーブル８の構成を示す図である。図６は、タグを基に
分割した構造化文書３ａの各領域の開始位置と終了位置
のアドレスへのポインタを管理する為の開始と終了のポ
インタテーブル８の構成を示すものであり、開始と終了
のポインタテーブルは、領域名６０１、開始位置６０
２、終了位置６０３から構成される。

【００２７】図７は本実施形態の予約管理テーブル９の
構成を示す図である。図７は、タグを基に分割した構造
化文書３ａの各領域に対するアクセス予約の状況を管理
する為の予約管理テーブル９の構成を示すのもであり、
領域名７０１、予約ユーザ名７０２、予約番号７０３か
ら構成される。

【００２８】なお、アクセス管理テーブル６、親子関係
管理テーブル７、開始と終了のポインタテーブル８、予
約管理テーブル９は、構造化文書３ａを新規作成後、最
初にアクセスがあったときに作成され、管理テーブル保
存用ファイル１２に格納される。

【００２９】ここでアクセス管理テーブル６、親子関係
管理テーブル７、開始と終了のポインタテーブル８、予
約管理テーブル９の作成方法について述べる。

【００３０】構造化文書３ａを一つの章からなる文書と
する。構造化文書３ａに新規作成後、最初にアクセスが
あると、サーバ側処理部１１の領域分割処理部１０１
は、構造化文書ファイル３から構造化文書３ａをメモリ
上に展開し、構造化文書３ａの先頭に宣言されている構
造定義名から、当該構造定義名を構造定義４ａと識別す
る。構造定義に記述されているタグの記述順序に従い、
当該構造化文書の構造を表す最上位タグ（ここでは、章
タグ）を除く、予め決められた上位何種類かのタグ（こ
こでは、上位２種類とする）を識別し、アクセス管理テ
ーブル６の文書名４０１に構造化文書３ａを、領域単位
４０２に構造定義４ａの上位２種類のタグ名（ここで
は、節タグと項タグ）を記述する。領域名４０３及びア
クセスユーザ名４０４にはＮＵＬＬを、予約状態４０５
には「０」を入力しておく。

【００３１】次に領域分割処理部１０１は、メモリ上に
展開された構造化文書３ａを、上位タグ（ここでは、節
タグ）、下位タグ（ここでは、項タグ）の順に分析す
る。まず、構造化文書３ａの節タグの記述回数を調べ、
領域単位４０２の節のレコードを回数分（ここでは、二
つ）にする。次に、開始タグの直後の文字列（ここで
は、各領域のタイトル）を領域名として記述する。同様
に、構造化文書３ａの項タグについても分析し、アクセ
ス管理テーブル６を作成する。

【００３２】次に領域分割処理部１０１は、アクセス管
理テーブル６の領域単位４０２に記述した領域の間に親
子関係があるかどうかを、構造定義４ａの記述内容から
識別する。構造定義４ａの記述内容から、節と項の間に
親子関係があることが分かるので、親子関係管理テーブ
ル７を作成する。まず、アクセス管理テーブル６の領域
名４０３の各情報を、親子関係管理テーブル７の領域名
５０１として登録し、各領域名に対しＩＤ５０２を付
け、親５０３と子５０４の情報はＮＵＬＬにしておく。
次に、構造化文書３ａを順に読み、親タグ（ここでは節
タグ）が記述されていたらその領域名を認識し、次の親
タグが出てくるまで、子タグ（ここでは項タグ）に対し
てその領域名を認識する。こうして各領域名５０１の親
子関係が分かるので、親５０３及び子５０４に当該ＩＤ
を記述する。

【００３３】次に領域分割処理部１０１は、各領域の開
始位置と終了位置を識別して開始と終了のポインタテー
ブル８を作成する。アクセス管理テーブル６の領域名４
０３の各情報を、開始と終了のポインタテーブル８の領
域名６０１として登録し、各領域の開始タグと終了タグ
のアドレスを読み込み、開始と終了のポインタテーブル
の開始位置６０２と終了位置６０３に記述する。以降、
各領域に対する内容の編集等により領域のサイズが変更
された場合等には、開始位置６０２と終了位置６０３の
情報は更新される。

【００３４】サーバ側処理部１１の予約処理部１０３
は、各領域にアクセス予約がなされた場合に、そのユー
ザ名と予約数を管理する為に予約管理テーブル９を作成
する。当初は、予約管理テーブル９の各情報にＮＵＬＬ
を入力後、管理テーブル保存用ファイル１２に格納す
る。ユーザからアクセス予約要求を受信すると、予約管
理テーブル９に情報を追加する。

【００３５】以降、各領域にアクセスがあるとサーバ側
処理部１１のアクセス制御処理部１０２は、アクセス管
理テーブル６の当該領域に対するアクセスユーザ名４０
４にアクセスユーザ名を記述すると同時に、親子関係管
理テーブル７の領域名５０１に該当する親５０３及び子
５０４の情報を参照して、アクセスしている領域（例え
ば項１１）を含む領域（例えば節１）にもアクセスユー
ザ名を登録する。

【００３６】同様に各領域にアクセス予約があると予約
処理部１０３は、アクセス管理テーブル６の当該領域に
対する予約状態４０５を「１」に更新すると同時に、親
子関係管理テーブル７の領域名５０１に該当する親５０
３及び子５０４の情報を参照して、アクセス予約された
領域（例えば項２１）を含む領域（例えば節２）の予約
状態も「１」に更新する。

【００３７】なお、サーバ１起動時に、ファイル管理シ
ステムに各文書の存在を確認し、削除された構造化文書
がある場合は、これに伴い、当該構造定義及び図４〜図
７に示した各種管理テーブルを、削除する。

【００３８】図８は本実施形態のログイン・ログオフ管
理テーブル１０の構成を示す図である。図８は、ユーザ
が図１に示したクライアント／サーバシステムにログイ
ンしているかどうかを管理する為のログイン・ログオフ
管理テーブル１０の構成を示すものであり、ユーザ名８
０１、ログイン状態８０２から構成される。ユーザが前
記システムにログインしている場合は「１」が、ログオ
フしている場合は「０」が記述される。

【００３９】なお、ログイン・ログオフ管理テーブル１
０は、サーバ１の起動時にユーザ情報保存用ファイル１
３の情報を基にユーザ名８０１に情報を登録し、ログイ
ン状態８０２を「０」としてメモリ上に作成され、クラ
イアントからのログインを待つ。このログイン・ログオ
フ管理テーブル１０は、サーバ終了時まで管理される。

【００４０】図９は本実施形態の共用ファイルへの複数
アクセス処理の処理手順を示すフローチャートである。
以下、ユーザａ、ユーザｂ、ユーザｄが、それぞれ、ク
ライアントＡ、クライアントＢ、クライアントＤからサ
ーバ１にログインし、サーバ１が有する構造化文書３ａ
に対し、ユーザａが項１１、ユーザｂが項２１にアクセ
スし、ユーザｄが項２１にアクセス予約をしていると
き、ユーザｃがサーバ１にログインし、サーバ１が有す
る構造化文書３ａの項２２にアクセスする場合を例にと
って、図９を用いて説明する。

【００４１】なお、サーバ側処理部１１はクライアント
からの接続要求を受信する前に（例えばサーバ１の起動
時に自動的に）起動し、管理テーブル保存用ファイル１
２から各種管理テーブルをメモリ上に展開してクライア
ントからの接続要求を待つ。クライアントからの接続要
求を受信後、処理を行い、クライアントがログオフする
と、再びクライアントからの接続要求を待つ。また、全
てのクライアントがログオフしていることを確認後（例
えばサーバ１の終了時に自動的に）終了する。図９以降
では、クライアントから接続要求があってからログオフ
が行われるまでのサーバ１の処理を示す。

【００４２】クライアントＣからログイン画面へのアク
セス要求を受信するとステップ９０１でサーバ側処理部
１１は、クライアントＣにログイン画面（図１７に示す
画面１７０１）を送信する。ユーザＩＤ及びパスワード
から成るユーザ情報を受信すると、ログイン要求元がユ
ーザｃであることを認識し、ユーザｃに対してサーバ１
が有するファイルのうち、アクセス可能な文書（ここで
は、構造化文書３ａ及び構造化文書３ｂ）の一覧（図１
７の画面１７０２）を送信する（９０２）。このステッ
プ９０２のログインユーザがアクセス可能な文書一覧送
信処理について図１０のフローチャートに示す。

【００４３】図１０は本実施形態のログインクライアン
トのアクセス可能な文書一覧送信処理の処理手順を示す
フローチャートである。ステップ１００１でアクセス制
御処理部１０２は、ユーザからユーザ情報を受信する
と、システム管理者によって予め登録されているユーザ
情報保存用ファイル１３の情報をステップ１００２で識
別し、ステップ１００３でアクセス要求元のユーザ名が
ユーザｃであることを認識する。ステップ１００４で
は、ログイン・ログオフ管理テーブル１０のログイン状
態８０２の情報を参照して、「０」（つまり、ログイン
中でない）の場合は、ログインを許可して、ステップ１
００５でログイン状態８０２の情報を「１」に更新後、
ステップ１００６でアクセス可能文書管理テーブル５の
アクセス可能文書名２０２を参照する。ログイン状態８
０２の情報が「１」（つまり、ログイン中）の場合は、
ステップ１００７でエラーメッセージを表示して終了す
る。

【００４４】次に、ユーザｃによってアクセス可能文書
一覧画面（図１７に示す画面１７０２）上で指定された
文書（ここでは構造化文書３ａ）へのアクセス要求を受
信すると、サーバ側処理部１１は、アクセスする領域の
単位をドロップダウン形式で表示し、ユーザｃに選択さ
せる画面（図１７に示す画面１７０３）を送信する（９
０３）。このステップ９０３のアクセス領域単位選択画
面送信処理について図１１のフローチャートに示す。

【００４５】図１１は本実施形態のアクセス指定文書の
アクセス領域単位選択画面送信処理の処理手順を示すフ
ローチャートである。ステップ１１０１でアクセス制御
処理部１０２は、入力装置１７で構造化文書３ａの指定
に対応するキーを入力することによる、ユーザｃからの
構造化文書３ａへのアクセス要求を受信すると、ステッ
プ１１０２で構造化文書３ａのアクセス管理テーブルが
作成済みかどうかを判断する。アクセス管理テーブル
は、新規作成後当該文書に初回アクセス時に作成される
ため、ここでは、構造化文書３ａのアクセス管理テーブ
ルは、作成済みである。

【００４６】サーバ側処理部１１のアクセス制御処理部
１０２は、アクセス管理テーブル６を参照して、その領
域単位４０２を認識して（１１０３）、アクセス領域単
位の選択画面を送信する。アクセス管理テーブルが作成
されていない場合は、アクセス管理テーブルを作成する
（１１０４）。作成方法については前述した。

【００４７】次に、ユーザｃによって、図１７に示す画
面１７０３上で指定されたアクセス領域の単位（ここで
は項）を受信すると、サーバ側処理部１１のアクセス制
御処理部１０２は、構造化文書３ａのアクセス及びアク
セス予約状況一覧を、項の単位で表示する画面（図１８
に示す画面１７０４）を送信する（９０４）。このステ
ップ９０４のアクセス及びアクセス予約状況一覧送信処
理について図１２のフローチャートに示す。

【００４８】図１２は本実施形態のアクセス及びアクセ
ス予約状況一覧送信処理の処理手順を示すフローチャー
トである。ステップ１２０１でサーバ側処理部１１のア
クセス制御処理部１０２は、入力装置１７でアクセスす
る領域が項であることを示すキーを入力することによ
る、ユーザｃから項へのアクセス指定要求を受信する
と、ステップ１２０２で、アクセス管理テーブル６を参
照し、領域単位４０２の項に該当する部分の領域名４０
３、アクセスユーザ名４０４、予約状態４０５の情報を
識別する。ステップ１２０３で予約状態４０５の情報が
「１」の場合は、ステップ１２０４で予約管理テーブル
９を参照し、予約ユーザ名７０２の情報を識別１２０４
する。サーバ側処理部１１はこれらの情報をまとめて
（１２０５）、アクセス及びアクセス予約状況一覧を送
信する。

【００４９】次に、図１８に示す画面１７０４上に表示
されたアクセス及びアクセス予約状況一覧を基に、ユー
ザによって出された処理要求（アクセスする項を指定、
予約、又はログオフ等）を受信すると、サーバ側処理部
１１は要求に応じた処理を行う（９０５）。このステッ
プ９０５のユーザ要求処理について図１３のフローチャ
ートに示す。

【００５０】図１３は本実施形態のユーザ要求処理の処
理手順を示すフローチャートである。ステップ１３０１
で、入力装置１７で要求の指定に対応するキーを入力す
ることによる、ユーザｃからの処理要求の指定を受信す
ると、ステップ１３０２でサーバ側処理部１１は、ユー
ザからの動作要求を識別し、ステップ１３０３で要求が
アクセス領域名の指定だった場合にはアクセス領域名指
定処理を行い（１３０４）、要求がアクセス予約だった
場合にはアクセス予約処理を行い（１３０６）、それ以
外だった場合には要求がログオフだった場合としてログ
オフ処理を行う（１３０７）。

【００５１】図１４は本実施形態のステップ１３０４の
アクセス領域名指定処理の処理手順を示すフローチャー
トである。ステップ１４０１でサーバ側処理部１１のア
クセス制御処理部１０２は、ユーザｃからのアクセス領
域名指定要求を受信すると、アクセスする領域名を指定
する画面（図１８に示す画面１７０５）を送信する（１
４０２）。

【００５２】ステップ１４０３でユーザｃからのアクセ
スする領域名（ここでは、項２２）の指定要求を受信す
ると、ステップ１４０４でアクセス制御処理部１０２
は、アクセス管理テーブル６のアクセスユーザ名４０４
を参照し、ステップ１４０５で項２２がアクセス中かど
うかを確認する。未アクセスの場合はステップ１４０６
へ進み、アクセス管理テーブル６のアクセスユーザ名４
０４の情報を更新し、親子関係管理テーブル７で項２２
の親又は子関係にある領域を認識して、該当する領域が
あった場合は、当該領域名に対するアクセスユーザ名４
０４の情報も更新する。次にステップ１４０７では、開
始と終了のポインタテーブル８で項２２の開始位置と終
了位置を認識し、ステップ１４０８で項２２の内容を送
信する。ユーザｃは、必要があれば編集プログラム１５
を使用して編集を行う。

【００５３】なお未アクセスだった項２２がアクセス中
になった場合、例えば、図１８に示す画面１７０４で項
２２が未アクセスの状態を確認後、アクセス領域を指定
処理するまでに別ユーザが項２２にアクセスした場合
は、アクセス及びアクセス予約状況一覧（図１８に示す
画面１７０４）を表示し、ユーザｃに注意を促す。

【００５４】ステップ１４０９で、アクセス領域を編集
終了後、ユーザが［アクセス終了］ボタンを押下するこ
とにより、アクセス領域の編集後の内容を受信すると、
ステップ１４１０でアクセス管理テーブル６のアクセス
ユーザ名４０４をＮＵＬＬに更新し、ステップ１４１１
で編集後の処理を行う。例えば、編集により領域サイズ
が変更した場合は、サーバ１のメモリ上で領域間を調整
後、開始と終了のポインタテーブル８の情報を更新した
り、節内の項を削除・追加する編集がなされた場合は、
アクセス管理テーブル６、親子関係管理テーブル７、開
始と終了のポインタテーブル８、予約管理テーブル９の
情報を更新したりする。

【００５５】なおユーザは、［アクセス終了］ボタンを
押下すると、アクセスを続けるかどうかを問い合わせる
画面が表示されるので、アクセスを続けるかどうかを選
択する。アクセスを続ける場合は、例えば、他領域にア
クセスする為にアクセス及びアクセス予約状況一覧（図
１８に示す画面１７０４）を表示したり、他文書にアク
セスする為にアクセス可能文書一覧（図１７に示す画面
１７０２）を表示したりする要求を、入力装置１７から
対応するキーを入力することによって行う。

【００５６】サーバ側処理部１１は、ユーザから受信し
た要求に応じて処理を行う（１４１２）。アクセスを止
める場合は、例えば、ログオフする為にログオフ確認画
面（図１９に示す画面１７０９）を表示したり、予約し
た領域の空きを監視する為に予約確認画面（図１９に示
す画面１７０８）を表示したりする要求を、入力装置１
７から対応するキーを入力することによって行う。

【００５７】図１５は本実施形態のステップ１３０６の
アクセス予約処理の処理手順を示すフローチャートであ
る。ユーザｃが項２１にアクセス予約する場合を例にと
って説明する。

【００５８】ステップ１５０１でサーバ側処理部１１の
予約処理部１０３は、ユーザｃからのアクセス予約要求
を受信すると、ステップ１５０２では、予約する領域名
を指定する画面（図１９に示す画面１７０７）を送信す
る。

【００５９】ステップ１５０３でユーザｃからの予約す
る領域名（ここでは、項２１）の指定要求を受信する
と、ステップ１５０４でサーバ側処理部１１の予約処理
部１０３は、親子関係管理テーブル７で項２１の親又は
子関係にある領域を認識後、ステップ１５０５でアクセ
ス管理テーブル６の予約状態４０５を参照する。

【００６０】ステップ１５０６で予約状態４０５が
「１」の場合は、ステップ１５０７で予約管理テーブル
９に情報を追加する。このとき、項２１に親又は子関係
に該当する領域があった場合はそれらの全ての予約番号
をカウントして、予約番号７０３に情報を登録する。予
約状態４０５が「０」の場合は、アクセス管理テーブル
６の予約状態４０５を「１」に更新し、予約管理テーブ
ル９に情報を追加する（１５０８）。この後、サーバ側
処理部１１は、ユーザｃに、項２１に対する予約番号を
送信（図１９に示す画面１７０８）する（１５０９）。

【００６１】ユーザｃが、予約番号を確認後、図１９に
示す画面１７０８上で［空きを監視］を押下すると、ク
ライアント側処理部１４は、画面１７０８を最小化す
る。この場合、ステップ１５１１でサーバ側処理部１１
の予約処理部１０３は、一定時間ごとに、予約管理テー
ブル９の予約番号７０３が「１」の領域名についてアク
セス管理テーブル６を参照し、当該領域のアクセスユー
ザ名４０４がＮＵＬＬになったかどうかを判断すること
によって、アクセス可能状態を識別する。予約している
項２１にアクセス可能になったことを認識すると、ステ
ップ１５１２で当該予約ユーザｃがログイン中かどうか
をログイン・ログオフ管理テーブル１０で確認し、アク
セス可能を通知する（１５１３）。なお、ユーザｃがロ
グイン中の場合は、図１９に示す画面１７０８をポップ
アップして、予約番号を「０」と表示することによって
アクセス可能を通知し、この通知前にユーザｃがログオ
フ処理を行った場合は、例えば、メールでアクセス可能
になったことを通知する。

【００６２】ユーザｃが、アクセス予約時に予約番号を
確認後、図１９に示す画面１７０８上で［一覧表示］を
押下したことによる、アクセス及びアクセス予約状況一
覧表示要求を受信した（１５１５）場合は、図１８に示
す画面１７０４を送信し、引き続き他の項の予約やアク
セスを許可する。

【００６３】なお、前記画面１７０８で表示された予約
番号が、アクセス及びアクセス予約状況一覧（図１８に
示す画面１７０４）の状況と異なる場合、例えば、アク
セス及びアクセス予約状況一覧（図１８に示す画面１７
０４）では項２１にアクセス中のユーザはユーザｂだけ
の為、ユーザｃの予約番号は「２」のはずが、他のユー
ザによる予約により前記画面１７０８で予約番号が
「３」と表示された場合、ユーザｃは、前記画面１７０
８上で［一覧表示］ボタンを押下し、アクセス及びアク
セス予約状況一覧（図１８に示す画面１７０４）を表示
して確認することができる。

【００６４】また、前記画面１７０８上で［ログオフ］
を押下することによる、ユーザｃからのログオフ要求を
受信した場合は、クライアントＣをログオフする。

【００６５】図１６は本実施形態のステップ１３０７の
ログオフ処理の処理手順を示すフローチャートである。
ステップ１６０１でサーバ側処理部１１は、ユーザｃか
らのログオフ要求を受信すると、ステップ１６０２でロ
グオフ確認画面（図１９に示す画面１７０９）を送信
し、ステップ１６０３でユーザｃが前記画面１７０９上
で［ＯＫ］を押下したメッセージを受信すると、ステッ
プ１６０４で当該クライアントをログオフし、ステップ
１６０５でログイン・ログオフ管理テーブルの情報を更
新して終了する。ユーザｃが前記画面１７０９上で［Ｎ
Ｏ］を押下したメッセージを受信すると、アクセス及び
アクセス予約状況一覧（図１８に示す画面１７０４）を
送信する。

【００６６】前記の様に本実施形態によれば、複数ユー
ザがアクセス可能な共用ファイルを備えたシステムにお
いて、共用ファイルが構造化文書の場合、共用ファイル
をアクセスする領域単位に分割し、そのアクセス領域単
位毎に排他処理を行って共用することができる様にな
り、かつ、他ユーザのアクセス及びアクセス予約状況を
表示装置に表示してアクセス領域を予約又は選択するこ
とができる様になる等の優れた効果が得られる。

【００６７】以上説明した様に本実施形態の共用ファイ
ルアクセスシステムによれば、構造化文書の構造を基に
分割された各アクセス領域毎に排他制御を行って構造化
文書への複数のアクセスを制御するので、共用ファイル
の利用効率を向上させることが可能である。

【００６８】

【発明の効果】本発明によれば構造化文書の構造を基に
分割された各アクセス領域毎に排他制御を行って構造化
文書への複数のアクセスを制御するので、共用ファイル
の利用効率を向上させることが可能である。

【図面の簡単な説明】

【図１】本実施形態の共用ファイルアクセスシステムの
概略構成を示す図である。

【図２】本実施形態のアクセス可能文書管理テーブル５
の構成を示す図である。

【図３】本実施形態の構造化文書３ａの構成を示す図で
ある。

【図４】本実施形態のアクセス管理テーブル６の構成を
示す図である。

【図５】本実施形態の親子関係管理テーブル７の構成を
示す図である。

【図６】本実施形態の開始と終了のポインタテーブル８
の構成を示す図である。

【図７】本実施形態の予約管理テーブル９の構成を示す
図である。

【図８】本実施形態のログイン・ログオフ管理テーブル
１０の構成を示す図である。

【図９】本実施形態の共用ファイルへの複数アクセス処
理の処理手順を示すフローチャートである。

【図１０】本実施形態のログインクライアントのアクセ
ス可能な文書一覧送信処理の処理手順を示すフローチャ
ートである。

【図１１】本実施形態のアクセス指定文書のアクセス領
域単位選択画面送信処理の処理手順を示すフローチャー
トである。

【図１２】本実施形態のアクセス及びアクセス予約状況
一覧送信処理の処理手順を示すフローチャートである。

【図１３】本実施形態のユーザ要求処理の処理手順を示
すフローチャートである。

【図１４】本実施形態のステップ１３０４のアクセス領
域名指定処理の処理手順を示すフローチャートである。

【図１５】本実施形態のステップ１３０６のアクセス予
約処理の処理手順を示すフローチャートである。

【図１６】本実施形態のステップ１３０７のログオフ処
理の処理手順を示すフローチャートである。

【図１７】本実施形態の表示装置の第１の画面例を示す
図である。

【図１８】本実施形態の表示装置の第２の画面例を示す
図である。

【図１９】本実施形態の表示装置の第３の画面例を示す
図である。

【符号の説明】

１…サーバ、２…ネットワーク、３…構造化文書ファイ
ル、３ａ及び３ｂ…構造化文書、４…構造定義ファイ
ル、４ａ及び４ｂ…構造定義、５…アクセス可能文書管
理テーブル、６…アクセス管理テーブル、７…親子関係
管理テーブル、８…開始と終了のポインタテーブル、９
…予約管理テーブル、１０…ログイン・ログオフ管理テ
ーブル、１１…サーバ側処理部、１２…管理テーブル保
存用ファイル、１３…ユーザ情報保存用ファイル、１４
…クライアント側処理部、１５…編集プログラム、１６
…表示装置、１７…入力装置、１０１…領域分割処理
部、１０２…アクセス制御処理部、１０３…予約処理
部、２０１…ユーザ名、２０２…アクセス可能文書名、
４０１…文書名、４０２…領域単位、４０３…領域名、
４０４…アクセスユーザ名、４０５…予約状態、５０１
…領域名、５０２…ＩＤ、５０３…親、５０４…子、６
０１…領域名、６０２…開始位置、６０３…終了位置、
７０１…領域名、７０２…予約ユーザ名、７０３…予約
番号、８０１…ユーザ名、８０２…ログイン状態、１７
０１〜１７０３…画面、１７０４〜１７０６…画面、１
７０７〜１７０９…画面。

Claims (5)

【特許請求の範囲】
1. 【請求項１】 共用ファイルへの複数のアクセスを制御
   する共用ファイルアクセス方法において、 アクセス要求が行われた共用ファイルである構造化文書
   について、その構造を基に当該構造化文書を複数のアク
   セス領域に分割するステップと、前記分割された各アク
   セス領域毎に排他制御を行って当該構造化文書への複数
   のアクセスを制御するステップとを有することを特徴と
   する共用ファイルアクセス方法。
2. 【請求項２】 前記構造化文書に付けられているタグの
   情報を基に、その構造化文書を複数のアクセス領域に分
   割することを特徴とする請求項１に記載された共用ファ
   イルアクセス方法。
3. 【請求項３】 アクセス要求が行われたアクセス領域が
   使用中である場合に当該アクセス領域へのアクセス予約
   を受付けるステップと、各アクセス領域へのアクセス及
   びアクセス予約の状況をアクセス要求元に通知するステ
   ップとを有することを特徴とする請求項１または請求項
   ２のいずれかに記載された共用ファイルアクセス方法。
4. 【請求項４】 共用ファイルへの複数のアクセスを制御
   する共用ファイルアクセスシステムにおいて、 アクセス要求が行われた共用ファイルである構造化文書
   について、その構造を基に当該構造化文書を複数のアク
   セス領域に分割するアクセス領域分割処理部と、前記分
   割された各アクセス領域毎に排他制御を行って当該構造
   化文書への複数のアクセスを制御するアクセス制御処理
   部とを備えることを特徴とする共用ファイルアクセスシ
   ステム。
5. 【請求項５】 共用ファイルへの複数のアクセスを制御
   する共用ファイルアクセスシステムとしてコンピュータ
   を機能させる為のプログラムを記録したコンピュータ読
   み取り可能な記録媒体において、 アクセス要求が行われた共用ファイルである構造化文書
   について、その構造を基に当該構造化文書を複数のアク
   セス領域に分割するアクセス領域分割処理部と、前記分
   割された各アクセス領域毎に排他制御を行って当該構造
   化文書への複数のアクセスを制御するアクセス制御処理
   部としてコンピュータを機能させる為のプログラムを記
   録したことを特徴とする記録媒体。