JP4833136B2 - ファイル管理プログラム、ファイル管理システムおよびファイル管理装置 - Google Patents

ファイル管理プログラム、ファイル管理システムおよびファイル管理装置 Download PDF

Info

Publication number
JP4833136B2
JP4833136B2 JP2007094952A JP2007094952A JP4833136B2 JP 4833136 B2 JP4833136 B2 JP 4833136B2 JP 2007094952 A JP2007094952 A JP 2007094952A JP 2007094952 A JP2007094952 A JP 2007094952A JP 4833136 B2 JP4833136 B2 JP 4833136B2
Authority
JP
Japan
Prior art keywords
file
document
exclusive right
update
client
Prior art date
Legal status (The legal status is an assumption and is not a legal conclusion. Google has not performed a legal analysis and makes no representation as to the accuracy of the status listed.)
Expired - Fee Related
Application number
JP2007094952A
Other languages
English (en)
Other versions
JP2008250944A (ja
Inventor
一男 山川
宏一 平本
Current Assignee (The listed assignees may be inaccurate. Google has not performed a legal analysis and makes no representation or warranty as to the accuracy of the list.)
Fujitsu Ltd
Original Assignee
Fujitsu Ltd
Priority date (The priority date is an assumption and is not a legal conclusion. Google has not performed a legal analysis and makes no representation as to the accuracy of the date listed.)
Filing date
Publication date
Application filed by Fujitsu Ltd filed Critical Fujitsu Ltd
Priority to JP2007094952A priority Critical patent/JP4833136B2/ja
Publication of JP2008250944A publication Critical patent/JP2008250944A/ja
Application granted granted Critical
Publication of JP4833136B2 publication Critical patent/JP4833136B2/ja
Expired - Fee Related legal-status Critical Current
Anticipated expiration legal-status Critical

Links

Images

Landscapes

  • Storage Device Security (AREA)

Description

この発明は、複数のクライアント装置それぞれに接続され、前記複数のクライアント装置が各種処理を実行する複数のファイルを管理するファイル管理プログラム、ファイル管理システムおよびファイル管理装置に関する。
従来より、ハードウエア資源やアプリケーションソフト、データベースなどの情報資源を集中管理するサーバ装置と、サーバ装置が管理する資源を利用するクライアント装置とから構成されるクライアントサーバシステムなどの分散型コンピュータシステムが多く利用されている。
このような分散型コンピュータシステムでは、ファイルやデータベースを集中管理しているため、異なるクライアント装置が一つのファイルを同時に編集（更新）することができず、ファイルやデータベースの使い勝手が悪かった。そこで、異なるクライアント装置が一つのファイルを同時に編集・更新することができ、使い勝手の良い様々な技術が開示されている。
例えば、特許文献１（特開２００６−１１９３６号公報）では、同時にファイルの同一箇所を編集することを禁じたまま、異なる箇所の同時編集を許可する技術が開示されている。
特開２００６−１１９３６号公報
しかしながら、上記した従来の技術では、ファイル全体を同時に編集することができないという課題があった。具体的には、後からファイルを編集したいクライアント装置に対しては、編集したい箇所だけ同時に編集することができるので、一つのファイルを同時に編集できるとは言い難く、使い勝手も悪い。
また、従来の技術では、責任分界点が曖昧になり、ファイル管理が煩雑になるという課題があった。具体的には、ファイルの一部分においては、同時に編集することができるが、ファイル全体としては、先に編集しているクライアント装置（ユーザ）が権限を所有していることになる。つまり、ファイル全体では編集権限を所有するクライアント装置が２台存在することになる結果、責任分界点が曖昧になり、管理が煩雑になる。
そこで、この発明は、上述した従来技術の課題を解決するためになされたものであり、ファイル全体を同時に編集することが可能であることと、ファイル管理を簡単に行うことが可能であるファイル管理プログラム、ファイル管理システムおよびファイル管理装置を提供することを目的とする。
上述した課題を解決し、目的を達成するため、請求項１に係る発明は、複数のクライアント装置それぞれに接続され、前記複数のクライアント装置が各種処理を実行する複数のファイルを管理することをコンピュータに実行させるファイル管理プログラムであって、前記ファイルを一意に識別する識別情報に対応付けて、当該ファイルを更新することができる排他権を保持しているクライアント装置を示す排他権所有装置と、前記排他権を譲渡されたクライアント装置を示す譲渡先装置とを記憶する譲渡管理情報記憶手段と、前記譲渡管理情報記憶手段に記憶される譲渡先装置によって当該ファイルの編集が行われた場合に、当該ファイルの更新を承認するか否かを示す更新承認要求を、前記譲渡管理情報記憶手段から排他権所有装置を取得して、当該更新承認要求を送信する更新承認手順と、前記更新承認手順により送信された更新承認要求に対して、前記排他権所有装置が承認した場合に、当該ファイルを更新するファイル更新手順と、をコンピュータに実行させることを特徴とする。
また、請求項２に係る発明は、上記の発明において、前記クライアント装置から受け付けた前記ファイルを編集する内容を示す編集内容を前記排他権所有装置に送信して、前記排他権所有装置によって前記編集内容が承認された場合に、当該クライアント装置を前記譲渡先装置として、前記譲渡管理情報記憶手段に格納する譲渡管理情報更新手順をさらに備えたことを特徴とする。
また、請求項３に係る発明は、上記の発明において、前記ファイルを処理するスケジュール情報を記憶するスケジュール情報記憶手段と、前記ファイルの編集を希望する編集要求を前記クライアント装置から受け付けた場合に、前記スケジュール情報記憶手段に記憶される当該ファイルに対応したスケジュール情報を取得するとともに、当該ファイルの排他権を保持している排他権所有装置を前記譲渡管理情報記憶手段から取得し、取得したスケジュール情報と排他権所有装置とから、当該排他権所有装置の当該ファイルに対する処理状態を判定する利用者状態判定手順とをさらに備え、前記譲渡管理情報更新手順は、前記編集内容とともに、前記利用者状態判定手順により判定された前記処理状態をクライアント装置に送信することを特徴とする。
また、請求項４に係る発明は、上記の発明において、複数のファイルを管理するファイル管理装置と、前記ファイル管理装置に管理されるファイルに対して各種処理を実行するクライアント装置とから構成されるファイル管理システムであって、前記複数のクライアント装置は、前記ファイル管理装置に対して、ファイルを更新することができる排他権の取得を前記ファイル管理装置に要求する排他権取得要求手段と、前記排他権取得要求手段により排他権が取得されたファイルに対して、他のクライアント装置から排他権譲渡要求を受信した場合に、前記他の装置に排他権を譲渡する排他権譲渡手段と、前記ファイル管理装置は、前記ファイルを一意に識別する識別情報に対応付けて、当該ファイルを更新することができる排他権を保持しているクライアント装置を示す排他権所有装置と、前記排他権を譲渡されたクライアント装置を示す譲渡先装置とを記憶する譲渡管理情報記憶手段と、前記譲渡管理情報記憶手段に記憶される譲渡先装置によって当該ファイルの編集が行われた場合に、当該ファイルの更新を承認するか否かを示す更新承認要求を、前記譲渡管理情報記憶手段から排他権所有装置を取得して、当該更新承認要求を送信する更新承認手段と、前記更新承認手段により送信された更新承認要求に対して、前記排他権所有装置が承認した場合に、当該ファイルを更新するファイル更新手段と、を備えたことを特徴とする。
また、請求項５に係る発明は、上記の発明において、複数のクライアント装置それぞれに接続され、前記複数のクライアント装置が各種処理を実行する複数のファイルを管理するファイル管理装置であって、前記ファイルを一意に識別する識別情報に対応付けて、当該ファイルを更新することができる排他権を保持しているクライアント装置を示す排他権所有装置と、前記排他権を譲渡されたクライアント装置を示す譲渡先装置とを記憶する譲渡管理情報記憶手段と、前記譲渡管理情報記憶手段に記憶される譲渡先装置によって当該ファイルの編集が行われた場合に、当該ファイルの更新を承認するか否かを示す更新承認要求を、前記譲渡管理情報記憶手段から排他権所有装置を取得して、当該更新承認要求を送信する更新承認手段と、前記更新承認手段により送信された更新承認要求に対して、前記排他権所有装置が承認した場合に、当該ファイルを更新するファイル更新手段と、を備えたことを特徴とする。
請求項１、４、５の発明によれば、ファイルを一意に識別する識別情報に対応付けて、当該ファイルを更新することができる排他権を保持しているクライアント装置を示す排他権所有装置と、排他権を譲渡されたクライアント装置を示す譲渡先装置とを記憶し、記憶される譲渡先装置によって当該ファイルの編集が行われた場合に、当該ファイルの更新を承認するか否かを示す更新承認要求を排他権所有装置に送信し、送信された更新承認要求に対して、排他権所有装置が承認した場合に、当該ファイルを更新するので、ファイル全体を同時に編集することが可能であることと、ファイル管理を簡単に行うことが可能である。
例えば、ファイルＡの排他権を所有するクライアント装置Ａから一時的に排他権を譲渡されたクライアント装置ＢがファイルＡを編集した場合、当該編集内容を承認するか否かをクライアント装置Ａに問い合わせ、承認する場合にのみ、ファイルＡを更新する。この場合、クライアント装置Ａとクライアント装置Ｂとの両方が同時にファイルＡにアクセスしている状態であり、同時にファイルＡを編集していたとしても、クライアント装置Ｂによる編集をクライアント装置Ａが承認しなければ、ファイルＡは更新されないことなるので、ファイル全体を同時に編集することが可能であることと、ファイル管理を簡単に行うことが可能である。
また、請求項２の発明によれば、クライアント装置から受け付けたファイルを編集する内容を示す編集内容を排他権所有装置に送信して、排他権所有装置によって編集内容が承認された場合に、当該クライアント装置を譲渡先装置として格納するので、同時に更新の際の矛盾を防止することが可能である。
例えば、ファイルＡの排他権をもともと所有するクライアント装置Ａは、ファイルＡの編集を希望するクライアント装置Ｂの編集内容を確認して承認してから、当該ファイルＡの排他権を譲渡するので、編集内容を確認して承認できる場合にのみ、編集を許可することになる結果、同時に更新の際の矛盾を防止することが可能である。
また、請求項３の発明によれば、ファイルを処理するスケジュール情報を記憶し、ファイルの編集を希望する編集要求をクライアント装置から受け付けた場合に、記憶される当該ファイルに対応したスケジュール情報を取得するとともに、当該ファイルの排他権を保持している排他権所有装置を取得し、取得したスケジュール情報と排他権所有装置とから、当該排他権所有装置の当該ファイルに対する処理状態を判定し、編集内容とともに、判定された処理状態をクライアント装置に送信するので、同時に更新の際の矛盾をさらに防止することが可能である。
例えば、複数の文書を「基本設計、機能設計、コーディング、詳細設計」などとするプロジェクトで本発明を利用する場合に、それぞれの文書のスケジュールを記憶しておき、それぞれのスケジュール内でのみ、他の装置による編集を許可したり、ユーザにより許可する時期を容易に設定することができる結果、同時に更新の際の矛盾をさらに防止することが可能である。
以下に添付図面を参照して、この発明に係ファイル管理プログラム、ファイル管理システムおよびファイル管理装置の実施例を詳細に説明する。なお、以下では、本実施例に係るファイル管理装置の概要および特徴、ファイル管理装置の構成および処理の流れを順に説明し、最後に本実施例に対する種々の変形例を説明する。
［ファイル管理装置の概要および特徴］
まず最初に、図１を用いて、実施例１に係るファイル管理装置の概要および特徴を説明する。図１は、実施例１に係るファイル管理装置を含むシステムの全体構成を示すシステム構成図である。
図１に示すように、このファイル管理装置は、利用者を一意に識別するユーザＩＤとして「ＡＡＡ」が割り当てられたクライアント装置Ａと、同様に「ＢＢＢ」が割り当てられたクライアント装置Ｂとがインターネットなどのネットワークを介して相互に通信可能に接続される。なお、この利用者ＩＤは、ファイル管理装置によってクライアント装置と対応付けて記憶されている。具体的には、ファイル管理装置は、「利用者ＩＤ、クライアント装置名」として「ＡＡＡ、クライアント装置Ａ」や「ＢＢＢ、クライアント装置Ｂ」と記憶している。
また、ファイル管理装置は、複数のクライアント装置が各種処理を実行する複数のファイルを管理する。具体的には、ファイル管理装置は、クライアント装置Ａやクライアント装置Ｂが更新、修正、閲覧などの各種処理を実行する複数のファイル（例えば、ファイル名＝ファイルＡ）などとファイル管理ＤＢに記憶する。そして、ここでは、クライアント装置Ａが、ファイルＡの更新中、つまり、ファイルＡの排他権を所有しているおり、一時的に、クライアント装置Ｂに排他権を譲渡している状態である。
このような構成において、ファイル管理装置は、ファイルを一意に識別する識別情報に対応付けて、当該ファイルを編集することができる排他権を保持している排他権所有装置と、排他権を譲渡された譲渡先装置とを記憶する。具体的に例を挙げれば、ファイル管理装置は、『ファイルを一意に識別する識別情報を示す「文書ＩＤ」、当該ファイルを編集することができる排他権を保持している排他権所有装置を示す「譲渡者ユーザＩＤ」、排他権を譲渡された譲渡先装置を示す「譲渡先ユーザＩＤ」』として「００１、ＡＡＡ、ＢＢＢ」などと譲渡管理情報ＤＢに記憶する。
そして、ファイル管理装置は、譲渡管理情報ＤＢに記憶される譲渡先装置によって当該ファイルの編集が行われた場合に、当該ファイルの更新を承認するか否かを示す更新承認要求を、譲渡管理情報ＤＢから排他権所有装置を取得して、当該更新承認要求を送信する（図１の（１）と（２）参照）。上記した例で具体的に説明すると、排他権所有装置であるクライアント装置Ａ（ＡＡＡ）から排他権が譲渡されているクライアント装置Ｂ（ＢＢＢ）は、ファイル管理ＤＢに記憶されるファイルＡ（文書ＩＤ＝００１、版数＝１）に対して編集作業を行う。そして、クライアント装置Ｂによる編集作業が終了すると、ファイル管理装置は、排他権を譲渡しているクライアント装置Ａに、当該ファイルＡの更新（文書ＩＤ＝００１、版数＝２）を承認するか否かを示す更新承認要求を送信する。なお、ここでは、ファイルＡが編集されたことを「版数」により示すこととする。つまり、編集前のファイルＡは、「版数＝１」であり、編集後のファイルＡは、「版数＝２」となる。
続いて、ファイル管理装置は、送信された更新承認要求に対して、排他権所有装置が承認した場合に、当該ファイルを更新する（図１の（３）と（４）参照）。上記した例で具体的に説明すると、更新承認要求を受信した排他権所有装置のクライアント装置Ａは、排他権の譲渡先装置であるクライアント装置ＢによるファイルＡ（文書ＩＤ＝００１、版数＝２）の更新を承認する旨の信号をファイル管理装置に送信する。すると、ファイル管理装置は、ファイルＡ（文書ＩＤ＝００１、版数＝１）を「文書ＩＤ＝００１、版数＝２」とする。そして、ファイル管理装置は、排他権をもとの所有装置であるクライアント装置Ａに返却する。
一方、クライアント装置Ａから承認を拒否する旨の信号を受信した場合、ファイル管理装置は、クライアント装置Ｂにより編集されたファイルＡ（文書ＩＤ＝００１、版数＝２）を破棄して更新を許可しない。つまり、ファイルＡは、「版数＝１」のままとなる。
このように、実施例１に係るファイル管理装置は、クライアント装置Ａとクライアント装置Ｂとの両方が同時にファイルＡにアクセスしている状態であり、同時にファイルＡを編集していたとしても、クライアント装置Ｂによる編集をクライアント装置Ａが承認しなければ、ファイルＡは更新されないこととなる結果、上記した主たる特徴のごとく、ファイル全体を同時に編集することが可能であることと、ファイル管理を簡単に行うことが可能である。
［ファイル管理装置の構成］
次に、図２を用いて、図１に示したファイル管理装置の構成を説明する。図２は、実施例１に係るファイル管理装置の構成を示すブロック図である。図２に示すように、このファイル管理装置１０は、通信制御Ｉ／Ｆ部１１と、記憶部２０と、制御部３０とから構成される。なお、後述するシーケンス図において、各種ＤＢやクライアント装置へ表示画面例などを用いて、機能部における詳細な処理の流れを説明するので、ここでは、詳細な説明は省略する。
通信制御Ｉ／Ｆ部１１は、接続されるクライアント装置との間でやり取りする各種情報に関する通信を制御する。具体的に例を挙げれば、通信制御Ｉ／Ｆ部１１は、ファイルを編集するクライアント装置に当該ファイルを送信したり、クライアント装置Ｂからファイの編集要求を受信したり、クライアント装置Ａに更新許可要求を送信したり、クライアント装置Ａから承認信号を受信したりする。
記憶部２０は、制御部３０による各種処理に必要なデータおよびプログラムを格納するとともに、特に本発明に密接に関連するものとしては、文書ファイルＤＢ２１と、利用者情報ＤＢ２２と、排他管理情報ＤＢ２３と、文書管理情報ＤＢ２４と、スケジュール情報ＤＢ２５と、譲渡管理情報ＤＢ２６とを備える。なお、後述する各種のデータやパラメータを含む情報については、特記する場合を除いて任意に変更することができる。
文書ファイルＤＢ２１は、複数のクライアント装置が各種処理を実行する複数のファイルを記憶する。具体的に例を挙げると、文書ファイルＤＢ２１は、図３に示すように、『ファイルを一意に識別する識別情報を示す「文書ＩＤ」、当該ファイルのファイル名を示す「ファイル名」、当該ファイルの更新状況を示す「版数」、当該ファイルの内容を示す「文書内容」』として「００１、要件定義書、２、・・・」などと記憶する。なお、図３は、文書ファイルＤＢに記憶される情報の例を示す図である。
利用者情報ＤＢ２２は、ファイル管理装置１０が管理するファイルを編集するクライアント装置に関する情報を記憶する。具体的に例を挙げれば、利用者情報ＤＢ２２は、図４に示すように、『利用者を一意に識別する「ユーザＩＤ」、利用者の氏名を示す「ユーザ名」、利用者が所属する部署名を示す「所属」、利用者の役職を示す「役職」、当該ファイルに対して利用者の担当処理内容を示す「担当分野」』として「ＡＡＡ、山田太郎、第三開発部、主任技術者、機能設計」や「ＢＢＢ、鈴木花子、第三開発部、係長、基本設計」などと記憶する。なお、図４は、利用者情報ＤＢに記憶される情報の例を示す図である。
排他管理情報ＤＢ２３は、編集対象ファイルと当該ファイルの排他権所有装置と対応づけて記憶する。具体的に例を挙げれば、排他管理情報ＤＢ２３は、図５に示すように、『編集対象ファイルを示す「文書ＩＤ」、当該ファイルに対して排他権限取得中のユーザを示す「排他権限取得中のユーザＩＤ」』として「００１、ＡＡＡ」や「００２、ＡＡＡ」などと記憶する。なお、図５は、排他管理情報ＤＢに記憶される情報の例を示す図である。
文書管理情報ＤＢ２４は、複数のクライアント装置が各種処理を実行する複数のファイルと、当該ファイルの編集内容とを対応付けて記憶する。具体的に例を挙げると、文書管理情報ＤＢ２４は、図６に示すように、『ファイルを一意に識別する識別情報を示す「文書ＩＤ」、当該ファイルのファイル名を示す「ファイル名」、当該ファイルを編集する利用者のグループを示す「グループＩＤ」、当該グループにより編集される内容を示す「工程」、当該ファイルの更新状況を示す「版数」』として「００１、要件定義書、Ｇ００１、基本設計、１」や「００２、機能設計書、Ｇ００１、機能設計、１」などと記憶する。なお、図６は、文書管理情報ＤＢに記憶される情報の例を示す図である。
スケジュール情報ＤＢ２５は、ファイルを処理するスケジュール情報を記憶する。具体的に例を挙げると、スケジュール情報ＤＢ２５は、図７に示すように、『当該ファイルを編集する利用者のグループを示す「グループＩＤ」、当該グループにより編集される内容を示す「工程」、編集される内容を開始する時期を示す「始期」、編集される内容が終了する時期を示す「終期」』として「Ｇ００１、基本設計、2007/01/01、2007/01/14」や「Ｇ００１、機能設計、2007/01/15、2007/01/31」、「Ｇ００１、詳細設計、2007/02/01、2007/02/14」、「Ｇ００１、コーディング、2007/02/15、2007/02/28」などと記憶する。なお、図７は、スケジュール情報ＤＢに記憶される情報の例を示す図である。
譲渡管理情報ＤＢ２６は、ファイルを一意に識別する識別情報に対応付けて、当該ファイルを更新することができる排他権を保持している排他権所有装置と、排他権を譲渡された譲渡先装置とを記憶する。具体的に例を挙げると、譲渡管理情報ＤＢ２６は、図８に示すように、『ファイルを一意に識別する識別情報を示す「文書ＩＤ」、当該ファイルを編集することができる排他権を保持している排他権所有装置を示す「譲渡者のユーザＩＤ」、排他権を譲渡された譲渡先装置を示す「譲受者のユーザＩＤ」』として「００１、ＡＡＡ、ＢＢＢ」などと記憶する。なお、図８は、譲渡管理情報ＤＢに記憶される情報の例を示す図である。
制御部３０は、ＯＳ（Operating System）などの制御プログラム、各種の処理手順などを規定したプログラムおよび所要データを格納するための内部メモリを有するとともに、特に本発明に密接に関連するものとしては、文書ファイル送信部３１と、利用者状態判定部３２と、排他通知部３３と、交渉通知部３４と、ファイル更新部３５とを備え、これらによって種々の処理を実行する。
文書ファイル送信部３１は、クライアント装置からの編集要求に応じて、当該編集対象となるファイルをクライアント装置に送信する。具体的に例を挙げると、文書ファイル送信部３１は、クライアント装置Ａから「文書ＩＤ＝００１」の文書取得要求を受信した場合に、排他管理情報ＤＢ２３に記憶される編集対象ファイルの排他権を所有する装置を取得して、当該ファイルの排他権をクライアント装置Ａが所有しているかまたは、だれも所有していないと判定すると、「文書ＩＤ＝００１」のファイルを文書ファイルＤＢ２１から取得してクライアント装置Ａに送信する。
利用者状態判定部３２は、排他権所有装置以外のクライアント装置からファイル編集要求を受信した場合に、排他権所有装置に状態を判定して、その結果をクライアント装置に送信する。上記した例で具体的に説明すると、排他権所有装置以外のクライアント装置Ｂからファイル編集要求を受信した場合に、利用者状態判定部３２は、スケジュール情報ＤＢ２５や文書管理情報ＤＢ２４などを参照して、排他権所有装置であるクライアント装置Ａが編集対象ファイルにおいて各種処理を実行する「担当期間内」か「担当期間中」か「担当期間経過後」なのかを判定して、当該判定した結果をクライアント装置Ｂに送信する。
排他通知部３３は、排他権所有装置以外のクライアント装置からファイル編集要求を受信した場合に、当該編集対象ファイルの排他権に関する情報をクライアント装置に通知する。上記した例で具体的に説明すると、排他権所有装置以外のクライアント装置Ｂからファイル編集要求を受信した場合に、排他通知部３３は、編集対象ファイルであるファイルＡの排他権の所有状況を排他管理情報ＤＢ２３から取得して、当該取得した情報をクライアント装置Ｂに通知する。
交渉通知部３４は、譲渡管理情報ＤＢ２６に記憶される排他権の譲渡情報を更新したり、譲渡管理情報ＤＢ２６に記憶される譲渡先装置によって当該ファイルの編集が行われた場合に、当該ファイルの更新を承認するか否かを示す更新承認要求を、譲渡管理情報ＤＢ２６から排他権所有装置を取得して、当該更新承認要求を送信したりする。上記した例で具体的に説明すると、クライアント装置Ａの承認によって文書「文書ＩＤ＝００１」の排他権がクライアント装置Ｂに譲渡された場合に、交渉通知部３４は、譲渡管理情報ＤＢ２６に記憶される排他権の譲渡情報を更新する。また、譲渡管理情報ＤＢ２６に記憶されるクライアント装置Ｂによって文書「文書ＩＤ＝００１」の編集が行われた場合に、当該文書「文書ＩＤ＝００１」の更新を承認するか否かを示す更新承認要求を、クライアント装置Ｂに送信する。
ファイル更新部３５は、交渉通知部３４により送信された更新承認要求に対して、前記排他権所有装置が承認した場合に、当該ファイルを更新する。上記した例で具体的に説明すると、交渉通知部３４によりクライアント装置Ｂによる文書「文書ＩＤ＝００１、版数＝２」の更新を承認する旨の信号をクライアント装置Ａから受信すると、ファイル更新部３５は、文書ファイルＤＢ２１や文書管理情報ＤＢ２４に記憶される文書「文書ＩＤ＝００１、版数＝１」を文書「文書ＩＤ＝００１、版数＝２」に更新する。
［ファイル管理装置による処理］
次に、図９を用いて、ファイル管理装置による処理を説明する。図９は、実施例１に係るファイル管理装置におけるファイル更新処理の流れを示すフローチャートである。
図９に示すように、ファイル編集要求を受信すると（ステップＳ９０１肯定）、ファイル管理装置１０の交渉通知部３４は、排他管理情報ＤＢ２３を更新する（ステップＳ９０２）。上記した例で具体的に説明すると、交渉通知部３４は、どのクライアント装置が（どのユーザが）排他権を所有したのかを排他管理情報ＤＢ２３に格納する。
そして、上記したファイルと同一ファイルへの編集要求を受信すると（ステップＳ９０３肯定）、交渉通知部３４は、当該ファイルの排他権を他の装置が所有していることを、要求元のクライアント装置に送信する（ステップＳ９０４）。上記した例で具体的に説明すると、クライアント装置Ｂから文書「文書ＩＤ＝００１、版数＝１」への編集要求を受信した場合、ファイル管理装置１０の交渉通知部３４は、当該文書「文書ＩＤ＝００１、版数＝１」の排他権をクライアント装置Ａが所有していることを、クライアント装置Ｂに送信する。
続いて、同一ファイルへの編集要求を送信したクライアント装置から交渉要求を受信すると（ステップＳ９０５肯定）、交渉通知部３４は、排他権を所有しているクライアント装置に、当該交渉要求を送信する（ステップＳ９０６）。上記した例で具体的に説明すると、文書「文書ＩＤ＝００１、版数＝１」への編集要求を送信したクライアント装置Ｂから、当該編集の許可を依頼する交渉要求を受信した場合に、交渉通知部３４は、排他権を所有しているクライアント装置Ａに、当該交渉要求を送信する。
そして、排他権を所有しているクライアント装置から交渉許可を受信すると（ステップＳ９０７肯定）、文書ファイル送信部３１は、交渉要求元・編集要求元のクライアント装置に該当ファイルを送信する（ステップＳ９０８）。上記した例で具体的に説明すると、排他権を所有しているクライアント装置Ａから交渉許可を受信すると、ファイル管理装置１０の文書ファイル送信部３１は、交渉要求元・編集要求元のクライアント装置Ｂに文書「文書ＩＤ＝００１、版数＝１」を送信する。
その後、ファイルを送信されたクライアント装置から更新承認要求を受信すると（ステップＳ９０９肯定）、ファイル管理装置１０の交渉通知部３４は、もともと排他権を所有していたクライアント装置に当該更新承認要求を送信する（ステップＳ９１０）。
上記した例で具体的に説明すると、編集が許可された（排他権が一時的に譲渡された）クライアント装置Ｂは、当該文書「文書ＩＤ＝００１、版数＝１」の編集が終了する（文書「文書ＩＤ＝００１、版数＝２」）と、編集した内容を当該文書に反映してもらうように更新承認要求をファイル管理装置１０に送信する。すると、ファイル管理装置１０の交渉通知部３４は、当該文書「文書ＩＤ＝００１、版数＝１」の排他権をもともと所有していたクライアント装置Ａに、当該更新承認要求を送信する。
そして、もともと排他権を所有していたクライアント装置から更新が承認されると（ステップＳ９１１肯定）、ファイル管理装置１０のファイル更新部３５は、ファイルを更新する（ステップＳ９１２）。上記した例で具体的に説明すると、排他権をもともと所有していたクライアント装置Ａからクライアント装置Ｂによる文書「文書ＩＤ＝００１、版数＝１」の更新が承認されると、ファイル管理装置１０のファイル更新部３５は、文書「文書ＩＤ＝００１、版数＝１」を文書「文書ＩＤ＝００１、版数＝２」に更新する。
一方、上記したファイルと異なるファイルへの編集要求を受信した場合（ステップＳ９０３否定）、排他権を所有しているクライアント装置から交渉拒否を受信した場合（ステップＳ９０７否定）、排他権をもともと所有していたクライアント装置から更新が拒否されると（ステップＳ９１１否定）、ファイル管理装置１０は、処理を終了する。
［ファイル管理装置を含むシステムによる処理シーケンス］
次に、図１０〜図３２を用いて、ファイル管理装置を含むシステムによる処理シーケンスを説明する。図１０は、実施例１に係るファイル管理装置におけるファイル更新処理の流れを示すシーケンス図である。
最初に、このシーケンス図における処理を概略的に説明する。はじめに、ファイル管理装置は、クライアント装置Ａからファイル（文書ＩＤ＝００１の文書ファイル）の取得要求を受け付けると、当該ファイルの排他権をクライアント装置Ａに付与して当該ファイルをクライアント装置Ａに送信する。そして、クライアント装置Ａは、当該ファイルに対して独占的にファイル編集を実施する。その後、ファイル管理装置は、クライアント装置Ｂから当該ファイルの編集要求を受け付け、その旨をクライアント装置Ａに通知する。そして、クライアント装置Ａから排他権の譲渡が許可されると、ファイル管理装置は、クライアント装置Ａからクライアント装置Ｂに当該ファイルの排他権を譲渡する。そして、排他権を譲渡されたクライアント装置Ｂは、当該ファイルの編集を実施する。この時点で、排他権はクライアント装置Ａからクライアント装置Ｂに譲渡され、クライアント装置Ｂは、ファイル全体を編集することができる状態となる。
そして、当該ファイルの編集が終了したクライアント装置Ｂは、ファイル管理装置に対して当該ファイルの更新を依頼する。すると、ファイル管理装置は、当該ファイル更新依頼を、もとの排他権所有装置であるクライアント装置Ａに送信する。そして、クライアント装置Ａは、クライアント装置Ｂによる編集内容を確認して当該ファイルの更新を許可すると、ファイル管理装置は、クライアント装置Ｂによる編集内容を当該ファイルに反映させてファイルを更新する。そして、編集内容が反映されると、クライアント装置Ｂは、排他権をクライアント装置Ａに返還する。
その後、排他権を返還されたクライアント装置Ａは、自装置における当該ファイルの編集履歴を、クライアント装置Ｂにより編集されたファイルに反映する要求をファイル管理装置に送信する。そして、ファイル管理装置は、クライアント装置Ａから受信した反映要求をもとにファイルを更新し、これを承認するか否かをクライアント装置Ｂに問い合わせる。続いて、クライアント装置Ｂは、これを承認するとともに、再び編集要求をファイル管理装置に送信してファイルを受信し、その間に自装置において編集した内容を当該ファイルに反映する要求をファイル管理装置に送信する。
そして、ファイル管理装置は、この更新を許可するか否かをクライアント装置Ａに問い合わせ、クライアント装置Ａは、この更新を許可するとともに、その間に自装置において編集した内容を当該ファイルに反映し、当該ファイルをファイル管理装置に送信する。そして、ファイル管理装置は、更新されたファイルを受信し、当該ファイルの排他権をクライアント装置Ａから取得する。
なお、以下のシーケンス図では、ファイルの更新状況を枝番で示す。具体的には、文書「００１（１）」が更新された場合には、文書「００１（２）」と表示され、更新されるごとに、枝番（数字）が増加する。
次に、図１０を用いて、具体的に説明する。図１０に示すように、クライアント装置Ａは、文書取得要求をファイル管理装置Ａに送信する（ステップＳ１００１）。具体的には、クライアント装置Ａは、ファイル管理装置１０にアクセスすると、図２２に示すような画面を表示出力する。そして、クライアント装置Ａは、表示された画面に「ユーザＩＤ、パスワード」の入力を受け付けることで、ファイル管理装置にアクセスすることができ、図１１に示したような「取得要求者のユーザＩＤ＝ＡＡＡ、文書ＩＤ＝００１」をファイル管理装置１０に送信する。なお、図２２は、アクセス時に表示される画面の構成例を示す図であり、図１１は、文書取得要求の構成例を示す図である。
すると、ファイル管理装置１０の排他通知部３３は、排他管理情報を確認して排他管理情報を更新し、文書ファイルをクライアント装置Ａに送信する（ステップＳ１００２〜ステップＳ１００４）。具体的には、「取得要求者のＩＤ＝ＡＡＡ、文書ＩＤ＝００１」を受信したファイル管理装置１０の排他通知部３３は、排他管理情報ＤＢ２３に文書「文書ＩＤ＝００１」の排他権取得中のユーザＩＤに「ＡＡＡ」を格納し、文書「文書ＩＤ＝００１」をクライアント装置Ａに送信する。
そして、クライアント装置Ａは、受信した文書の編集を開始し（ステップＳ１００５）、編集履歴を保存していく（ステップＳ１００６）。
一方で、クライアント装置Ｂは、クライアント装置Ａが編集している同一の文書について、文書取得要求をファイル管理装置１０に送信する（ステップＳ１００７）。具体的には、ステップＳ１００１と同様に、クライアント装置Ｂは、ファイル管理装置１０にアクセスすると、図２２に示すような画面が表示出力し、表示された画面に「ＩＤ、パスワード」が入力されることでファイル管理装置１０にアクセスすることができ、図１１に示したような「取得要求者のＩＤ＝ＢＢＢ、文書ＩＤ＝００１」をファイル管理装置１０に送信する。
すると、ファイル管理装置１０の排他通知部３３は、排他管理情報を確認して、権限取得者の状態を判定し、排他通知をクライアント装置Ｂに送信する（ステップＳ１００８〜ステップＳ１０１０）。
具体的には、クライアント装置Ｂから文書取得要求を受信したファイル管理装置１０の排他通知部３３は、排他管理情報ＤＢ２３（図５参照）から文書「文書ＩＤ＝００１」の排他状況を確認する。そして、ファイル管理装置１０の利用者情報判定部３２は、排他権所有装置であるクライアント装置Ａの状態を判定する。続いて、排他通知部３３は、図１２に示したような、『文書を示す「文書ＩＤ」、当該文書のファイル名を示す「ファイル名」、排他権限取得中のユーザＩＤを示す「排他権限取得中のユーザＩＤ」、排他権取得中のユーザ名を示す「ユーザ名」、排他権取得者の状態を示す「状態」』から構成される「００１、要件定義書、ＡＡＡ、山田太郎、担当外」などの排他通知をクライアント装置Ｂに送信する。なお、権限取得者の状態を判定については、図３３を用いて詳細に説明するので、ここでは、省略する。また、図１２は、排他通知の構成例を示す図である。
続いて、クライアント装置Ｂは、受信した排他通知を表示出力して、編集する内容を示す交渉内容の入力をユーザから受け付けて、交渉要求をファイル管理装置１０に送信する（ステップＳ１０１１〜ステップＳ１０１３）。
具体的には、クライアント装置Ｂは、排他通知として、図２３に示すような「文書（００１）は、Ａさんが既に編集中です。・・・」を表示出力する。そして、クライアント装置Ｂは、ユーザにより「承認」が選択されると、図２４に示したような、編集する目的（要件）や編集内容、要求権限（閲覧、書き込み）を受け付ける。そして、クライアント装置Ｂは、受け付けた情報を、図１３に示したような、『編集する文書を示す「文書ＩＤ」、交渉要求者を示す「交渉要求者のユーザＩＤ」、要求する権限を示す「要求権限」、要求する内容を示す「要件情報」』から構成される「００１、ＢＢＢ、書込み、顧客仕様の変更に伴う修正」などの交渉要求をクライアント装置Ａに送信する。なお、図２３は、排他通知の構成例を示す図であり、図２４は、交渉内容入力画面の例を示す図であり、図１３は、交渉通知の構成例を示す図である。
すると、ファイル管理装置１０の利用者状態判定部３２は、交渉要求者であるクライアント装置Ｂの利用者情報を取得して交渉要求者の状態を判定し、交渉通知部３４は、交渉通知をクライアント装置Ａに送信する（ステップＳ１０１４〜ステップＳ１０１６）。
具体的には、ファイル管理装置１０の利用者状態判定部３２は、交渉要求者であるクライアント装置Ｂの利用者情報を利用者情報ＤＢ２２（図４参照）から取得し、交渉要求者の状態を判定する。そして、ファイル管理装置１０の交渉通知部３４は、図１４に示すような『交渉要求の内容を示す「交渉要求情報」、交渉要求者を示す「交渉要求者のユーザＩＤ」、交渉要求者の所属部署を示す「所属」、交渉要求者の役職を示す「役職」、交渉要求者の状態を示す「状態」』から構成される「００１、ＢＢＢ、書込み、顧客仕様の変更に伴う修正、鈴木花子、第三開発部、係長、担当期間の経過後」などの交渉要求をクライアント装置Ａに送信する。なお、図１４は、交渉要求通知の構成例を示す図である。
続いて、クライアント装置Ａは、受信した交渉通知を表示出力して編集を許諾すると、自装置が編集した履歴情報からクライアント装置Ｂに提供する文書を選択し、交渉応答をファイル管理装置１０に送信して、自装置のおける当該ファイルの編集を続ける（ステップＳ１０１７〜ステップＳ１０２１）。
具体的には、クライアント装置Ａは、受信した交渉通知として図２５に示したような画面を表示出力する。そして、ユーザから「許諾」が選択されると、クライアント装置Ａは、図２６に示したような文書「文書ＩＤ＝００１、要件定義書」の編集履歴を表示する。その後、「００１（２）」が選択されると、クライアント装置Ａは、図１５に示したような『文書を一意に識別する識別情報を示す「文書ＩＤ」、当該文書の内容を示す「文書内容」、当該交渉を許可するか否かを示す「諾否」』から構成される「００１、・・・、許諾」などの交渉応答をファイル管理装置１０に送信する。また、クライアント装置Ａは、装置のおける当該ファイルの編集を続け、図１６に示したような文書履歴を作成する。
つまり、クライアント装置Ａは、自装置が文書（００１）を編集した履歴の中から、一つを選択してクライアント装置Ｂに送信する。なお、図２５は、交渉通知の構成例を示す図であり、図２６は、編集履歴の構成例を示す図であり、図１５は、交渉応答の構成例を示す図であり、図１６は、文書履歴の構成例を示す図である。
すると、ファイル管理装置１０は、排他管理情報を確認して、文書管理情報の版数を更新するとともに、排他管理情報と譲渡管理情報を更新して、交渉結果通知をクライアント装置Ｂに送信する（ステップＳ１０２２〜ステップＳ１０２６）。
具体的には、ファイル管理装置１０の交渉通知部３４は、排他権をクライアント装置Ｂが所有していることを排他管理情報を参照して確認し、文書管理情報ＤＢ２４（図６参照）に記憶される「文書ＩＤ＝００１」の文書の「版数」を「２」に更新する。続いて、ファイル管理装置１０の交渉通知部３４は、排他管理情報ＤＢ２３に記憶される「文書ＩＤ＝００１」の文書の「排他権限取得中のユーザＩＤ」を「ＡＡＡ→ＢＢＢ」に更新するとともに、譲渡管理情報ＤＢ２６（図８参照）に記憶される「譲受者のユーザＩＤ」に「ＢＢＢ」を格納し、交渉結果通知として図１７に示したような「文書ＩＤ、諾否」をクライアント装置Ｂに送信する。なお、図１７は、交渉結果の構成例を示す図である。
そして、クライアント装置Ｂは、交渉結果を受信し、文書「文書ＩＤ＝００１」の文書取得要求をファイル管理装置１０に送信する（ステップＳ１０２７〜ステップＳ１０２８）。
具体的には、クライアント装置Ｂは、交渉結果として「許可」を受信する。すると、クライアント装置Ｂは、許可された文書「文書ＩＤ＝００１」の文書取得要求をファイル管理装置１０に送信する。
続いて、ファイル管理装置１０の文書ファイル送信部３１は、排他管理情報を確認して文書ファイルをクライアント装置Ｂに送信する（ステップＳ１０２９とステップＳ１０３０）。具体的には、ファイル管理装置１０は、排他管理情報ＤＢ２３に記憶される文書「文書ＩＤ＝００１」の「排他権限取得中のユーザＩＤ」が「ＢＢＢ」であることを確認して、文書「文書ＩＤ＝００１」をクライアント装置Ｂに送信する。
すると、クライアント装置Ｂは、文書ファイルの編集を開始し、終了すると、文書更新要求をファイル管理装置１０に送信する（ステップＳ１０３１とステップＳ１０３２）。具体的には、「文書ＩＤ＝００１」の文書を受信したクライアント装置Ｂは、当該文書ファイルの編集を開始する。そして、編集が終了すると、クライアント装置Ｂは、図２７に示したような文書「００１」の更新要求選択画面を表示出力し、ユーザから「アップロード」の選択を受け付ける。すると、クライアント装置Ｂは、図１８に示したような『更新対象のファイルを示す「文書ＩＤ」、更新された内容を示す「文書内容」、更新者を示す「更新要求者のユーザＩＤ」』などから構成される「００１、・・・、ＢＢＢ」などの文書更新要求をファイル管理装置１０に送信する。なお、図２７は、更新要求選択画面の構成例を示す図であり、図１８は、更新要求の構成例を示す図である。
そして、ファイル管理装置１０の交渉通知部３４は、排他管理情報を確認して、文書管理情報の版数を更新するとともに、排他管理情報と譲渡管理情報を更新して、返還通知をクライアント装置Ａに送信する（ステップＳ１０３３〜ステップＳ１０３７）。
具体的には、ファイル管理装置１０の交渉通知部３４は、クライアント装置Ｂが排他権を所有していることを排他管理情報を参照して確認し、文書管理情報ＤＢ２４（図６参照）に記憶される文書「文書ＩＤ＝００１」の「版数」を「２→３」に更新する。続いて、ファイル管理装置１０の交渉通知部３４は、排他管理情報ＤＢ２３に記憶される文書「文書ＩＤ＝００１」の「排他権限取得中のユーザＩＤ」を「ＢＢＢ→ＡＡＡ」に更新するとともに、譲渡管理情報ＤＢ２６（図８参照）に記憶される「譲渡者のユーザＩＤ」に「ＢＢＢ」、「譲受者のユーザＩＤ」に「ＡＡＡ」を格納する。すると、交渉通知部３４は、返還通知として図１９に示したような『更新されたファイルを示す「文書ＩＤ」、更新されたファイルのファイル名を示す「ファイル名」、返還者を示す「返還者のユーザＩＤ」、返還者の氏名を示す「ユーザ名」』から構成される「００１、要件定義書、ＢＢＢ、鈴木花子」などの返還通知をクライアント装置Ａに送信する。なお、図１９は、返還通知の構成例を示す図である。
続いて、クライアント装置Ａは、受信した返還通知を表示出力し、文書取得要求をファイル管理装置１０に送信する（ステップＳ１０３８とステップＳ１０３９）。具体的には、クライアント装置Ａは、図２８に示したような返還通知を表示出力し、ユーザから「ＯＫ」の選択を受け付けると、文書取得要求をファイル管理装置１０に送信する。なお、図２８は、返還通知の表示出力例を示す図である。
すると、ファイル管理装置１０の文書ファイル送信部３１は、排他管理情報を確認して文書ファイルをクライアント装置Ａに送信する（ステップＳ１０４０とステップＳ１０４１）。具体的には、ファイル管理装置１０は、排他管理情報ＤＢ２３に記憶される文書「文書ＩＤ＝００１」の「排他権限取得中のユーザＩＤ」が「ＡＡＡ」であることを確認して、文書「文書ＩＤ＝００１」をクライアント装置Ａに送信する。
続いて、クライアント装置Ａは、取得した文書ファイルに対して自装置で編集した履歴を再び取得して、取得した文書ファイルとの差分を出力し、文書ファイルに反映して、文書更新要求をファイル管理装置１０に送信する（ステップＳ１０４２〜ステップＳ１０４５）。
具体的には、クライアント装置Ａは、取得した文書ファイルに対して自装置で編集した履歴を取得して、図２９に示すような取得した文書ファイルとの差分を出力する。そして、クライアント装置Ａは、当該反映内容をユーザから受け付けて当該ファイルを更新すると、「文書ＩＤ＝００１、文書内容＝・・・、更新要求者のユーザＩＤ＝ＡＡＡ」（図１８参照）を文書更新要求としてファイル管理装置に送信する。
図２９に示される画面の左画面は、クライアント装置ＡがステップＳ１０２０で送信した文書（００１（２））と、現地点における文書（００１（ｎ））との差分を表示し、右画面は、ライアント装置ＡがステップＳ１０２０で送信した文書（００１（２））と、クライアント装置Ｂによって当該文書（００１（２））が編集された後の文書（００１（３））との差分を表示している。つまり、ここでは、クライアント装置Ｂが、クライアント装置Ａから受信した文書（００１（２））を文書（００１（３））に編集する間に、文書（００１（２））が送信元のクライアント装置Ａによって編集された文書（００１（ｎ））を、文書（００１（３））に反映するか否かを示している。なお、図２９は、文書ファイルの差分を出力する例を示す図である。
すると、ファイル管理装置１０の交渉通知部３４は、排他管理情報を確認して、文書管理情報の版数を更新するとともに、排他管理情報と譲渡管理情報を更新して、承認依頼通知をクライアント装置Ｂに送信する（ステップＳ１０４６〜ステップＳ１０５０）。
具体的には、ファイル管理装置１０の交渉通知部３４は、クライアント装置Ａが排他権を所有していることを排他管理情報を参照して確認し、文書管理情報ＤＢ２４に記憶される文書「文書ＩＤ＝００１」の「版数」を「３→４」に更新する。続いて、ファイル管理装置１０の交渉通知部３４は、排他管理情報ＤＢ２３に記憶される文書「文書ＩＤ＝００１」の「排他権限取得中のユーザＩＤ」を「ＡＡＡ→ＢＢＢ」に更新するとともに、譲渡管理情報ＤＢ２６に記憶される「譲渡者のユーザＩＤ」に「ＡＡＡ」、「譲受者のユーザＩＤ」に「ＢＢＢ」を格納する。すると、交渉通知部３４は、承認依頼通知として図２０に示したような『更新されたファイルを示す「文書ＩＤ」、更新されたファイルのファイル名を示す「ファイル名」、承認依頼者を示す「承認依頼者のユーザＩＤ」、承認依頼者の氏名を示す「ユーザ名」』を「００１、要件定義書、ＡＡＡ、山田太郎」などとして表す承認依頼通知をクライアント装置Ｂに送信する。なお、図２０は、承認依頼通知の構成例を示す図である。
続いて、クライアント装置Ｂは、受信した承認依頼通知を表示出力し、文書取得要求をファイル管理装置１０に送信する（ステップＳ１０５１とステップＳ１０５２）。具体的には、クライアント装置Ｂは、図３０に示したような承認依頼通知を表示出力し、ユーザから「内容確認」の選択を受け付けると、文書取得要求をファイル管理装置１０に送信する。なお、図３０は、承認依頼通知の表示出力例を示す図である。
続いて、ファイル管理装置１０の文書ファイル送信部３１は、排他管理情報を確認して文書ファイルをクライアント装置Ｂに送信する（ステップＳ１０５３とステップＳ１０５４）。具体的には、ファイル管理装置１０は、排他管理情報ＤＢ２３に記憶される文書「文書ＩＤ＝００１」の「排他権限取得中のユーザＩＤ」が「ＢＢＢ」であることを確認して、文書「文書ＩＤ＝００１」をクライアント装置Ｂに送信する。
続いて、クライアント装置Ｂは、取得した文書ファイルに対して自装置で編集した履歴を取得して、取得した文書ファイルとの差分を出力し、文書ファイルに反映して、文書更新要求をファイル管理装置１０に送信する（ステップＳ１０５５〜ステップＳ１０５８）。
具体的には、クライアント装置Ｂは、取得した文書ファイルに対して自装置で編集した履歴を取得して、図３１に示すような取得した文書ファイルとの差分を出力する。そして、クライアント装置Ｂは、当該反映内容をユーザから受け付けて当該ファイルを更新すると、「文書ＩＤ＝００１、文書内容＝・・・、更新要求者のユーザＩＤ＝ＢＢＢ」（図１８参照）を文書更新要求としてファイル管理装置に送信する。なお、図３１は、文書ファイルの差分を出力する例を示す図である。
この図３１の左画面では、クライアント装置Ｂが、はじめにクライアント装置Ａから文書（００１（１））を受信して文書（００１（２））に編集した状態と、さらに文書（００１（２））を編集した文書（００１（３））の状態との差分を示す。また、右画面では、クライアント装置Ａが、はじめにクライアント装置Ｂに文書（００１（１）を送信して編集された文書（００１（２）にさらに、自装置が編集した内容を追加した文書（００１（３））と、クライアント装置Ｂにおいて文書（００１（３））に編集される間に自装置で編集した文書（００１（４））との差分を示している。
すると、ファイル管理装置１０の交渉通知部３４は、排他管理情報を確認して、文書管理情報の版数を更新するとともに、排他管理情報と譲渡管理情報を更新して、承認依頼通知をクライアント装置Ｂに送信する（ステップＳ１０５９〜ステップＳ１０６２）。
具体的には、ファイル管理装置１０の交渉通知部３４は、クライアント装置Ｂが排他権を所有していることを排他管理情報を参照して確認し、文書管理情報ＤＢ２４に記憶される文書「文書ＩＤ＝００１」の「版数」を「４→５」に更新する。続いて、ファイル管理装置１０の交渉通知部３４は、排他管理情報ＤＢ２３に記憶される「文書ＩＤ＝００１」の文書の「排他権限取得中のユーザＩＤ」を「ＢＢＢ→ＡＡＡ」に更新するとともに、譲渡管理情報ＤＢ２６に記憶される「譲渡者のユーザＩＤ」に「ＢＢＢ」、「譲受者のユーザＩＤ」に「ＡＡＡ」を格納する。そして、ユーザにより「変更」が選択されると、交渉通知部３４は、返還通知として「００１、要件定義書、ＢＢＢ、鈴木花子」（図１９参照）をクライアント装置Ａに送信する。
続いて、クライアント装置Ａは、受信した返還通知を表示出力し、文書取得要求をファイル管理装置１０に送信する（ステップＳ１０６３とステップＳ１０６４）。具体的には、クライアント装置Ａは、返還通知を表示出力し（図２８参照）、ユーザから「ＯＫ」の選択を受け付けると、文書取得要求をファイル管理装置１０に送信する。
すると、ファイル管理装置１０の文書ファイル送信部３１は、排他管理情報を確認して文書ファイルをクライアント装置Ａに送信する（ステップＳ１０６５とステップＳ１０６６）。具体的には、ファイル管理装置１０は、排他管理情報ＤＢ２３に記憶される文書「文書ＩＤ＝００１」の「排他権限取得中のユーザＩＤ」が「ＡＡＡ」であることを確認して、文書「文書ＩＤ＝００１」をクライアント装置Ａに送信する。
続いて、クライアント装置Ａは、取得した文書ファイルに対して自装置で編集した履歴を取得して、取得した文書ファイルとの差分を出力し、文書ファイルに反映して、承認応答をファイル管理装置１０に送信する（ステップＳ１０６７〜ステップＳ１０７０）。
具体的には、クライアント装置Ａは、ステップＳ１０４２〜ステップＳ１０４４と同様に、取得した文書ファイルに対して自装置で編集した履歴を取得して、取得した文書ファイルとの差分を出力する。そして、クライアント装置Ａは、図３２に示すように、クライアント装置Ｂの編集内容を確認して、ユーザにより「承認」が選択されると、図２１に示すような「文書ＩＤ＝００１、承認者のユーザＩＤ＝ＡＡＡ」を承認応答としてファイル管理装置１０に送信する。なお、図３２は、クライアントＢによる編集内容結果の例を示す図であり、図２１は、承認応答の構成例を示す図である。
ここで、図３２では、クライアント装置Ａによって編集が承認された文書（００１（４））から、クライアント装置Ｂによってさらに編集された文書である文書（００１（５））を示している。
そして、ファイル管理装置１０の排他通知部３３は、排他管理情報を確認して、排他管理情報を更新し、交渉通知部３４は、承認結果通知をクライアント装置Ｂに送信する（ステップＳ１０７１〜ステップＳ１０７３）。具体的には、承認応答「文書ＩＤ＝００１、ユーザＩＤ＝ＡＡＡ」を受信したファイル管理装置１０の排他通知部３３は、排他管理情報ＤＢ２３に文書「文書ＩＤ＝００１」の排他権取得中のユーザＩＤから「ＡＡＡ」を削除するとともに、譲渡管理情報ＤＢ２６（図８参照）に記憶される「譲渡者のユーザＩＤ」と「譲受者のユーザＩＤ」とを削除する。そして、交渉通知部３４は、受信した承認結果通知をクライアント装置Ｂに送信する。
その後、クライアント装置Ｂは、送信された承認結果通知を受信して、表示出力し（ステップＳ１０７４）、当該ファイル管理装置を含むシステムによる処理シーケンスが終了する。
［ファイル管理装置を含むシステムによる利用者状態判定処理］
次に、図３３を用いて、ファイル管理装置を含むシステムによる利用者状態判定処理を説明する。図３３は、実施例１に係るファイル管理装置における利用者状態判定処理の流れを示すフローチャートである。なお、この処理は、図１０におけるステップ１００９とステップＳ１０１５の処理に該当する。
図３３に示すように、ファイル管理装置１０の利用者状態判定部３２は、利用者情報と文書管理情報とを取得して、担当分野と工程とを比較する（ステップＳ３３０１〜ステップＳ３３０３）。
具体的には、ファイル管理装置１０の利用者状態判定部３２は、図４に示した利用者情報ＤＢ２２から利用者情報「ユーザＩＤ＝ＡＡＡ、ユーザ名＝山田太郎、所属＝第三開発部、役職＝主任技術者、担当分野＝機能設計」と、図６に示した文書管理情報ＤＢ２４から文書管理情報「文書ＩＤ＝００１、ファイル名＝要件定義書、グループ名＝Ｇ００１、工程＝基本設計、版数＝１」とを取得する。そして、利用者状態判定部３２は、取得した利用者情報の「担当分野」と文書管理情報の「工程」とが一致するか否かを判定する。
そして、利用者情報の「担当分野」と文書管理情報の「工程」とが一致しない場合、
利用者状態判定部３２は、「担当外」を出力する（ステップＳ３３０４）。
一方、利用者情報の「担当分野」と文書管理情報の「工程」とが一致する場合、利用者状態判定部３２は、スケジュール情報を取得して、現在時刻と始期・終期とを比較する（ステップＳ３３０５とステップＳ３３０６）。
具体的には、利用者情報の「担当分野」と文書管理情報の「工程」とが一致する場合、利用者状態判定部３２は、図７に示したようなスケジュール情報ＤＢ２５から「グループＩＤ＝Ｇ００１、工程＝基本設計、始期＝2007/01/01、終期＝2007/01/14」などを取得し、現在時刻と始期・終期とを比較する。
そして、現在時刻が始期よりも前であれば、利用者状態判定部３２は、「担当期間前」を出力し（ステップＳ３３０７）、現在時刻が始期と終期との間であれば、「担当期間中」を出力し（ステップＳ３３０８）、現在時刻が終期よりも後であれば、「担当期間経過後」を出力する（ステップＳ３３０９）。
［実施例１による効果］
このように実施例１によれば、ファイルを一意に識別する識別情報に対応付けて、当該ファイルを更新することができる排他権を保持しているクライアント装置を示す排他権所有装置（クライアント装置Ａ）と、排他権を譲渡されたクライアント装置を示す譲渡先装置（クライアント装置Ｂ）とを記憶し、記憶される譲渡先装置によって当該ファイルの編集が行われた場合に、当該ファイルの更新を承認するか否かを示す更新承認要求を排他権所有装置に送信し、送信された更新承認要求に対して、排他権所有装置が承認した場合に、当該ファイルを更新するので、ファイル全体を同時に編集することが可能であることと、ファイル管理を簡単に行うことが可能である。
例えば、ファイルＡの排他権を所有するクライアント装置Ａから一時的に排他権を譲渡されたクライアント装置ＢがファイルＡを編集した場合、当該編集内容を承認するか否かをクライアント装置Ａに問い合わせ、承認する場合にのみ、ファイルＡを更新する。この場合、クライアント装置Ａとクライアント装置Ｂとの両方が同時にファイルＡにアクセスしている状態であり、同時にファイルＡを編集していたとしても、クライアント装置Ｂによる編集をクライアント装置Ａが承認しなければ、ファイルＡは更新されないこととなるので、ファイル全体を同時に編集することが可能であることと、ファイル管理を簡単に行うことが可能である。
また、実施例１によれば、クライアント装置Ｂから受け付けたファイルを編集する内容を示す編集内容を排他権所有装置であるクライアント装置Ａに送信して、クライアント装置Ａによって編集内容が承認された場合に、当該クライアント装置Ｂを譲渡先装置として、格納するので、同時に更新の際の矛盾を防止することが可能である。
例えば、ファイルＡの排他権をもともと所有するクライアント装置Ａは、ファイルＡの編集を希望するクライアント装置Ｂの編集内容を確認して承認してから、当該ファイルＡの排他権を譲渡するので、編集内容を確認して承認できる場合にのみ、編集を許可することになる結果、同時に更新の際の矛盾を防止することが可能である。
また、実施例１によれば、ファイルを処理するスケジュール情報を記憶し、ファイルの編集を希望する編集要求をクライアント装置Ｂから受け付けた場合に、記憶される当該ファイルに対応したスケジュール情報を取得するとともに、当該ファイルの排他権を保持している排他権所有装置（クライアント装置Ａ）を取得し、取得したスケジュール情報とクライアント装置Ａとから、当該クライアント装置Ａの当該ファイルに対する処理状態を判定し、編集内容とともに、判定された処理状態をクライアント装置に送信するので、同時に更新の際の矛盾をさらに防止することが可能である。
例えば、複数の文書を「基本設計、機能設計、コーディング、詳細設計」などとするプロジェクトで本発明を利用する場合に、それぞれの文書のスケジュールを記憶しておき、それぞれのスケジュール内でのみ、他の装置による編集を許可したり、ユーザにより許可する時期を容易に設定することができる結果、同時に更新の際の矛盾をさらに防止することが可能である。
さて、これまで本発明の実施例について説明したが、本発明は上述した実施例以外にも、種々の異なる形態にて実施されてよいものである。そこで、以下に示すように、（１）クライアント装置の数、（２）ファイルの種類、（３）システム構成等、（４）プログラム、にそれぞれ区分けして異なる実施例を説明する。
（１）クライアント装置の数
例えば、実施例１では、クライアント装置Ａとクライアント装置Ｂとの２つの装置がファイル管理装置に接続されており、この両装置の間でファイルの編集が行われる場合について説明したが、本発明はこれに限定されるものではなく、３つのクライアント装置がファイル管理装置に接続されて、その間でファイルの編集が行われてもよく、クライアント装置の台数を限定するものではない。
（２）ファイルの種類
また、本発明では、ファイル管理装置に管理されるファイルの種類を限定するものではなく、例えば、表形式、文字形式、ＨＴＭＬ（Hyper Text Markup Language）やＸＭＬ（eXtensible Markup Language）など様々な形式のファイルを管理することができる。
（３）システム構成等
また、図示した各装置の各構成要素は機能概念的なものであり、必ずしも物理的に図示の如く構成されていることを要しない。すなわち、各装置の分散・統合の具体的形態は図示のものに限られず、その全部または一部を、各種の負荷や使用状況などに応じて、任意の単位で機能的または物理的に分散・統合（例えば、排他通知部と交渉通知部とを統合するなど）して構成することができる。さらに、各装置にて行なわれる各処理機能は、その全部または任意の一部が、ＣＰＵおよび当該ＣＰＵにて解析実行されるプログラムにて実現され、あるいは、ワイヤードロジックによるハードウェアとして実現され得る。
また、本実施例において説明した各処理のうち、自動的におこなわれるものとして説明した処理（例えば、ファイル管理装置がユーザＩＤとパスワードとの入力受け付ける画面を出力する処理など）の全部または一部を手動的におこなうこともでき、あるいは、手動的におこなわれるものとして説明した処理（例えば、クライアント装置がユーザＩＤとパスワードとをユーザから受け付ける処理など）の全部または一部を公知の方法で自動的におこなうこともできる。この他、上記文書中や図面中で示した処理手順、制御手順、具体的名称、各種のデータやパラメータを含む情報（例えば、図３〜図８、図１１〜図２１など）については、特記する場合を除いて任意に変更することができる。
（４）プログラム
ところで、上記の実施例で説明した各種の処理は、あらかじめ用意されたプログラムをパーソナルコンピュータやワークステーションなどのコンピュータシステムで実行することによって実現することができる。そこで、以下では、上記の実施例と同様の機能を有するプログラムを実行するコンピュータシステムを他の実施例として説明する。
図３４は、ファイル管理制御プログラムを実行するコンピュータシステムの例を示す図である。図１２に示すように、コンピュータシステム１００は、ＲＡＭ１０１と、ＨＤＤ１０２と、ＲＯＭ１０３と、ＣＰＵ１０４とから構成される。ここで、ＲＯＭ１０３には、上記の実施例と同様の機能を発揮するプログラム、つまり、図３４に示すように、文書ファイル送信プログラム１０３ａと、利用者状態判定プログラム１０３ｂと、排他通知プログラム１０３ｃと、交渉通知プログラム１０３ｄ、ファイル更新プログラム１０３ｅとがあらかじめ記憶されている。
そして、ＣＰＵ１０４には、これらのプログラム１０３ａ〜１０３ｅを読み出して実行することで、図３４に示すように、文書ファイル送信プロセス１０４ａと、利用者状態判定プロセス１０４ｂと、排他通知プロセス１０４ｃと、交渉通知プロセス１０４ｄ、ファイル更新プロセス１０４ｅとなる。なお、文書ファイル送信プロセス１０４ａは、図２に示した、文書ファイル送信部３１に対応し、同様に、利用者状態判定プロセス１０４ｂは、利用者状態判定部３２に対応し、排他通知プロセス１０４ｃは、排他通知部３３に対応し、交渉通知プロセス１０４ｄは、交渉通知部３４に対応し、ファイル更新プロセス１０４ｅは、ファイル更新部３５に対応する。
また、ＨＤＤ１０２には、複数のクライアント装置が各種処理を実行する複数のファイルを記憶する文書ファイルテーブル１０２aと、ファイル管理装置が管理するファイルを編集するクライアント装置に関する情報を記憶する利用者情報テーブル１０２ｂと、編集対象ファイルと当該ファイルの排他権所有装置と対応づけて記憶する排他権管理情報テーブル１０２ｃと、複数のクライアント装置が各種処理を実行する複数のファイルと、当該ファイルの編集内容とを対応付けて記憶する文書管理情報テーブル１０２ｄと、ファイルを処理するスケジュール情報を記憶するスケジュール情報テーブル１０２ｅと、ファイルを一意に識別する識別情報に対応付けて、当該ファイルを更新することができる排他権を保持している排他権所有装置と、排他権を譲渡された譲渡先装置とを記憶する譲渡管理情報テーブル１０２ｆとが設けられる。なお、文書ファイルテーブル１０２aは、図２に示した、文書ファイルＤＢ２１に対応し、同様に、利用者情報テーブル１０２ｂは、利用者情報ＤＢ２２に対応し、排他管理情報テーブル１０２ｃは、排他管理情報ＤＢ２３に対応し、文書管理情報テーブル１０２ｄは、文書管理情報ＤＢ２４に対応し、スケジュール情報テーブル１０２ｅは、スケジュール情報ＤＢ２５に対応し、譲渡管理情報テーブル１０２ｆは、譲渡管理情報ＤＢ２６に対応する。
ところで、上記したプログラム１０３ａ〜１０３ｅは、必ずしもＲＯＭ１０３に記憶させておく必要はなく、例えば、コンピュータシステム１００に挿入されるフレキシブルディスク（ＦＤ）、ＣＤ−ＲＯＭ、ＭＯディスク、ＤＶＤディスク、光磁気ディスク、ＩＣカードなどの「可搬用の物理媒体」の他に、コンピュータシステム１００の内外に備えられるハードディスクドライブ（ＨＤＤ）などの「固定用の物理媒体」、さらに、公衆回線、インターネット、ＬＡＮ、ＷＡＮなどを介してコンピュータシステム１００に接続される「他のコンピュータシステム」に記憶させておき、コンピュータシステム１００がこれらからプログラムを読み出して実行するようにしてもよい。
（付記１）複数のクライアント装置それぞれに接続され、前記複数のクライアント装置が各種処理を実行する複数のファイルを管理するファイル管理プログラムであって、
前記ファイルを一意に識別する識別情報に対応付けて、当該ファイルを更新することができる排他権を保持しているクライアント装置を示す排他権所有装置と、前記排他権を譲渡されたクライアント装置を示す譲渡先装置とを記憶する譲渡管理情報記憶手段と、
前記譲渡管理情報記憶手段に記憶される譲渡先装置によって当該ファイルの編集が行われた場合に、当該ファイルの更新を承認するか否かを示す更新承認要求を、前記譲渡管理情報記憶手段から排他権所有装置を取得して、当該更新承認要求を送信する更新承認手順と、
前記更新承認手順により送信された更新承認要求に対して、前記排他権所有装置が承認した場合に、当該ファイルを更新するファイル更新手順と、
をコンピュータに実行させることを特徴とするファイル管理プログラム。
（付記２）前記クライアント装置から受け付けた前記ファイルを編集する内容を示す編集内容を前記排他権所有装置に送信して、前記排他権所有装置によって前記編集内容が承認された場合に、当該クライアント装置を前記譲渡先装置として、前記譲渡管理情報記憶手段に格納する譲渡管理情報更新手順をさらに備えたことを特徴とする付記１に記載のファイル管理プログラム。
（付記３）前記ファイルを処理するスケジュール情報を記憶するスケジュール情報記憶手段と、
前記ファイルの編集を希望する編集要求を前記クライアント装置から受け付けた場合に、前記スケジュール情報記憶手段に記憶される当該ファイルに対応したスケジュール情報を取得するとともに、当該ファイルの排他権を保持している排他権所有装置を前記譲渡管理情報記憶手段から取得し、取得したスケジュール情報と排他権所有装置とから、当該排他権所有装置の当該ファイルに対する処理状態を判定する利用者状態判定手順とをさらに備え、
前記譲渡管理情報更新手順は、前記編集内容とともに、前記利用者状態判定手順により判定された前記処理状態をクライアント装置に送信することを特徴とする付記２に記載のファイル管理プログラム。
（付記４）複数のファイルを管理するファイル管理装置と、前記ファイル管理装置に管理されるファイルに対して各種処理を実行するクライアント装置とから構成されるファイル管理システムであって、
前記複数のクライアント装置は、
前記ファイル管理装置に対して、ファイルを更新することができる排他権の取得を前記ファイル管理装置に要求する排他権取得要求手段と、
前記排他権取得要求手段により排他権が取得されたファイルに対して、他のクライアント装置から排他権譲渡要求を受信した場合に、前記他の装置に排他権を譲渡する排他権譲渡手段と、
前記ファイル管理装置は、
前記ファイルを一意に識別する識別情報に対応付けて、当該ファイルを更新することができる排他権を保持しているクライアント装置を示す排他権所有装置と、前記排他権を譲渡されたクライアント装置を示す譲渡先装置とを記憶する譲渡管理情報記憶手段と、
前記譲渡管理情報記憶手段に記憶される譲渡先装置によって当該ファイルの編集が行われた場合に、当該ファイルの更新を承認するか否かを示す更新承認要求を、前記譲渡管理情報記憶手段から排他権所有装置を取得して、当該更新承認要求を送信する更新承認手段と、
前記更新承認手段により送信された更新承認要求に対して、前記排他権所有装置が承認した場合に、当該ファイルを更新するファイル更新手段と、
を備えたことを特徴とするファイル管理システム。
（付記５）前記ファイル管理装置の更新承認手段は、前記譲渡管理情報記憶手段に記憶される譲渡先装置によって当該ファイルの編集が行われた場合に、前記更新承認要求を前記排他権所有装置に送信するとともに、前記譲渡先装置に編集される前のファイルと前記譲渡先装置によって編集された後のファイルとの差分を抽出して、抽出した差分を前記排他権所有装置に送信することを特徴とする付記４に記載のファイル管理システム。
（付記６）前記複数のクライアント装置は、前記ファイル管理装置の更新承認手段により前記譲渡先装置に編集される前のファイルと前記譲渡先装置によって編集された後のファイルとの差分を受信した場合に、前記譲渡先装置の編集時期と同時期に自装置において編集したファイルから、当該差分を反映させるファイルを選択する差分反映手段をさらに備えたことを特徴とする付記５に記載のファイル管理システム。
（付記７）複数のクライアント装置それぞれに接続され、前記複数のクライアント装置が各種処理を実行する複数のファイルを管理するファイル管理装置であって、
前記ファイルを一意に識別する識別情報に対応付けて、当該ファイルを更新することができる排他権を保持しているクライアント装置を示す排他権所有装置と、前記排他権を譲渡されたクライアント装置を示す譲渡先装置とを記憶する譲渡管理情報記憶手段と、
前記譲渡管理情報記憶手段に記憶される譲渡先装置によって当該ファイルの編集が行われた場合に、当該ファイルの更新を承認するか否かを示す更新承認要求を、前記譲渡管理情報記憶手段から排他権所有装置を取得して、当該更新承認要求を送信する更新承認手段と、
前記更新承認手段により送信された更新承認要求に対して、前記排他権所有装置が承認した場合に、当該ファイルを更新するファイル更新手段と、
を備えたことを特徴とするファイル管理装置。
（付記８）複数のクライアント装置それぞれに接続され、前記複数のクライアント装置が各種処理を実行する複数のファイルを管理することに適するファイル管理方法であって、
前記ファイルを一意に識別する識別情報に対応付けて、当該ファイルを更新することができる排他権を保持しているクライアント装置を示す排他権所有装置と、前記排他権を譲渡されたクライアント装置を示す譲渡先装置とを記憶する譲渡管理情報記憶手段と、
前記譲渡管理情報記憶手段に記憶される譲渡先装置によって当該ファイルの編集が行われた場合に、当該ファイルの更新を承認するか否かを示す更新承認要求を、前記譲渡管理情報記憶手段から排他権所有装置を取得して、当該更新承認要求を送信する更新承認工程と、
前記更新承認工程により送信された更新承認要求に対して、前記排他権所有装置が承認した場合に、当該ファイルを更新するファイル更新工程と、
を含んだことを特徴とするファイル管理方法。
以上のように、本発明に係るファイル管理プログラム、ファイル管理システムおよびファイル管理装置は、複数のクライアント装置それぞれに接続され、前記複数のクライアント装置が各種処理を実行する複数のファイルを管理することに有用であり、特に、ファイル全体を同時に編集することと、ファイル管理を簡単に行うことに適する。
実施例１に係るファイル管理装置を含むシステムの全体構成を示すシステム構成図である。 実施例１に係るファイル管理装置の構成を示すブロック図である。 文書ファイルＤＢに記憶される情報の例を示す図である。 利用者情報ＤＢに記憶される情報の例を示す図である。 排他管理情報ＤＢに記憶される情報の例を示す図である。 文書管理情報ＤＢに記憶される情報の例を示す図である。 スケジュール情報ＤＢに記憶される情報の例を示す図である。 譲渡管理情報ＤＢに記憶される情報の例を示す図である。 実施例１に係るファイル管理装置におけるファイル更新処理の流れを示すフローチャートである。 実施例１に係るファイル管理装置におけるファイル更新処理の流れを示すシーケンス図である。 実施例１に係るファイル管理装置におけるファイル更新処理の流れを示すシーケンス図である。 実施例１に係るファイル管理装置におけるファイル更新処理の流れを示すシーケンス図である。 文書取得要求の構成例を示す図である。 排他通知の構成例を示す図である。 交渉通知の構成例を示す図である。 交渉要求通知の構成例を示す図である。 交渉応答の構成例を示す図である。 文書履歴の構成例を示す図である。 交渉結果の構成例を示す図である。 更新要求の構成例を示す図である。 返還通知の構成例を示す図である。 承認依頼通知の構成例を示す図である。 承認応答の構成例を示す図である。 アクセス時に表示される画面の構成例を示す図である。 排他通知の構成例を示す図である。 交渉内容入力画面の例を示す図である。 交渉通知の構成例を示す図である。 編集履歴の構成例を示す図である。 更新要求選択画面の構成例を示す図である。 返還通知の表示出力例を示す図である。 文書ファイルの差分を出力する例を示す図である。 承認依頼通知の表示出力例を示す図である。 文書ファイルの差分を出力する例を示す図である。 クライアントＢによる編集内容結果の例を示す図である。 実施例１に係るファイル管理装置における利用者状態判定処理の流れを示すフローチャートである。 ファイル管理制御プログラムを実行するコンピュータの例を示す図である。
符号の説明
１０ ファイル管理装置
１１ 通信制御Ｉ／Ｆ部
２０ 記憶部
２１ 文書ファイルＤＢ
２２ 利用者情報ＤＢ
２３ 排他管理情報ＤＢ
２４ 文書管理情報ＤＢ
２５ スケジュール情報ＤＢ
２６ 譲渡管理情報ＤＢ
３０ 制御部
３１ 文書ファイル送信部
３２ 利用者状態判定部
３３ 排他通知部
３４ 交渉通知部
３５ ファイル更新部
１００ コンピュータシステム
１０１ ＲＡＭ
１０２ ＨＤＤ
１０２ａ 文書ファイルテーブル
１０２ｂ 利用者情報テーブル
１０２ｃ 排他管理情報テーブル
１０２ｄ 文書管理情報テーブル
１０２ｅ スケジュール情報テーブル
１０２ｆ 譲渡管理情報テーブル
１０３ ＲＯＭ
１０３ａ 文書ファイル送信プログラム
１０３ｂ 利用者状態判定プログラム
１０３ｃ 排他通知プログラム
１０３ｄ 交渉通知プログラム
１０３ｅ ファイル更新プログラム
１０４ ＣＰＵ
１０４ａ 文書ファイル送信プロセス
１０４ｂ 利用者状態判定プロセス
１０４ｃ 排他通知プロセス
１０４ｄ 交渉通知プロセス
１０４ｅ ファイル更新プロセス

Claims (5)

  1. 複数のクライアント装置それぞれに接続され、前記複数のクライアント装置が各種処理を実行する複数のファイルを管理することをコンピュータに実行させるファイル管理プログラムであって、
    前記ファイルを一意に識別する識別情報に対応付けて、当該ファイルを更新することができる排他権を保持しているクライアント装置を示す排他権所有装置と、前記排他権を譲渡されたクライアント装置を示す譲渡先装置とを記憶する譲渡管理情報記憶手段と、
    前記譲渡管理情報記憶手段に記憶される譲渡先装置によって当該ファイルの編集が行われた場合に、当該ファイルの更新を承認するか否かを示す更新承認要求を、前記譲渡管理情報記憶手段から排他権所有装置を取得して、当該更新承認要求を送信する更新承認手順と、
    前記更新承認手順により送信された更新承認要求に対して、前記排他権所有装置が承認した場合に、当該ファイルを更新するファイル更新手順と、
    をコンピュータに実行させることを特徴とするファイル管理プログラム。
  2. 前記クライアント装置から受け付けた前記ファイルを編集する内容を示す編集内容を前記排他権所有装置に送信して、前記排他権所有装置によって前記編集内容が承認された場合に、当該クライアント装置を前記譲渡先装置として、前記譲渡管理情報記憶手段に格納する譲渡管理情報更新手順をさらに備えたことを特徴とする請求項１に記載のファイル管理プログラム。
  3. 前記ファイルを処理するスケジュール情報を記憶するスケジュール情報記憶手段と、
    前記ファイルの編集を希望する編集要求を前記クライアント装置から受け付けた場合に、前記スケジュール情報記憶手段に記憶される当該ファイルに対応したスケジュール情報を取得するとともに、当該ファイルの排他権を保持している排他権所有装置を前記譲渡管理情報記憶手段から取得し、取得したスケジュール情報と排他権所有装置とから、当該排他権所有装置の当該ファイルに対する処理状態を判定する利用者状態判定手順とをさらに備え、
    前記譲渡管理情報更新手順は、前記編集内容とともに、前記利用者状態判定手順により判定された前記処理状態をクライアント装置に送信することを特徴とする請求項２に記載のファイル管理プログラム。
  4. 複数のファイルを管理するファイル管理装置と、前記ファイル管理装置に管理されるファイルに対して各種処理を実行するクライアント装置とから構成されるファイル管理システムであって、
    前記複数のクライアント装置は、
    前記ファイル管理装置に対して、ファイルを更新することができる排他権の取得を前記ファイル管理装置に要求する排他権取得要求手段と、
    前記排他権取得要求手段により排他権が取得されたファイルに対して、他のクライアント装置から排他権譲渡要求を受信した場合に、前記他の装置に排他権を譲渡する排他権譲渡手段と、
    前記ファイル管理装置は、
    前記ファイルを一意に識別する識別情報に対応付けて、当該ファイルを更新することができる排他権を保持しているクライアント装置を示す排他権所有装置と、前記排他権を譲渡されたクライアント装置を示す譲渡先装置とを記憶する譲渡管理情報記憶手段と、
    前記譲渡管理情報記憶手段に記憶される譲渡先装置によって当該ファイルの編集が行われた場合に、当該ファイルの更新を承認するか否かを示す更新承認要求を、前記譲渡管理情報記憶手段から排他権所有装置を取得して、当該更新承認要求を送信する更新承認手段と、
    前記更新承認手段により送信された更新承認要求に対して、前記排他権所有装置が承認した場合に、当該ファイルを更新するファイル更新手段と、
    を備えたことを特徴とするファイル管理システム。
  5. 複数のクライアント装置それぞれに接続され、前記複数のクライアント装置が各種処理を実行する複数のファイルを管理するファイル管理装置であって、
    前記ファイルを一意に識別する識別情報に対応付けて、当該ファイルを更新することができる排他権を保持しているクライアント装置を示す排他権所有装置と、前記排他権を譲渡されたクライアント装置を示す譲渡先装置とを記憶する譲渡管理情報記憶手段と、
    前記譲渡管理情報記憶手段に記憶される譲渡先装置によって当該ファイルの編集が行われた場合に、当該ファイルの更新を承認するか否かを示す更新承認要求を、前記譲渡管理情報記憶手段から排他権所有装置を取得して、当該更新承認要求を送信する更新承認手段と、
    前記更新承認手段により送信された更新承認要求に対して、前記排他権所有装置が承認した場合に、当該ファイルを更新するファイル更新手段と、
    を備えたことを特徴とするファイル管理装置。
JP2007094952A 2007-03-30 2007-03-30 ファイル管理プログラム、ファイル管理システムおよびファイル管理装置 Expired - Fee Related JP4833136B2 (ja)

Priority Applications (1)

Application Number Priority Date Filing Date Title
JP2007094952A JP4833136B2 (ja) 2007-03-30 2007-03-30 ファイル管理プログラム、ファイル管理システムおよびファイル管理装置

Applications Claiming Priority (1)

Application Number Priority Date Filing Date Title
JP2007094952A JP4833136B2 (ja) 2007-03-30 2007-03-30 ファイル管理プログラム、ファイル管理システムおよびファイル管理装置

Publications (2)

Publication Number Publication Date
JP2008250944A JP2008250944A (ja) 2008-10-16
JP4833136B2 true JP4833136B2 (ja) 2011-12-07

Family

ID=39975765

Family Applications (1)

Application Number Title Priority Date Filing Date
JP2007094952A Expired - Fee Related JP4833136B2 (ja) 2007-03-30 2007-03-30 ファイル管理プログラム、ファイル管理システムおよびファイル管理装置

Country Status (1)

Country Link
JP (1) JP4833136B2 (ja)

Families Citing this family (71)

* Cited by examiner, † Cited by third party
Publication number Priority date Publication date Assignee Title
US8326814B2 (en) 2007-12-05 2012-12-04 Box, Inc. Web-based file management system and service
GB2500356A (en) 2011-01-20 2013-09-18 Box Inc Real time notification of activities that occur in a web-based collaboration environment
US9015601B2 (en) 2011-06-21 2015-04-21 Box, Inc. Batch uploading of content to a web-based collaboration environment
US9063912B2 (en) 2011-06-22 2015-06-23 Box, Inc. Multimedia content preview rendering in a cloud content management system
US9978040B2 (en) 2011-07-08 2018-05-22 Box, Inc. Collaboration sessions in a workspace on a cloud-based content management system
WO2013009337A2 (en) 2011-07-08 2013-01-17 Arnold Goldberg Desktop application for access and interaction with workspaces in a cloud-based content management system and synchronization mechanisms thereof
US9197718B2 (en) 2011-09-23 2015-11-24 Box, Inc. Central management and control of user-contributed content in a web-based collaboration environment and management console thereof
US8515902B2 (en) 2011-10-14 2013-08-20 Box, Inc. Automatic and semi-automatic tagging features of work items in a shared workspace for metadata tracking in a cloud-based content management system with selective or optional user contribution
US11210610B2 (en) 2011-10-26 2021-12-28 Box, Inc. Enhanced multimedia content preview rendering in a cloud content management system
US9098474B2 (en) 2011-10-26 2015-08-04 Box, Inc. Preview pre-generation based on heuristics and algorithmic prediction/assessment of predicted user behavior for enhancement of user experience
US20130111336A1 (en) * 2011-11-01 2013-05-02 Griffin Dorman Platform and application independent system and method for networked file access and editing
US8990307B2 (en) 2011-11-16 2015-03-24 Box, Inc. Resource effective incremental updating of a remote client with events which occurred via a cloud-enabled platform
US9773051B2 (en) 2011-11-29 2017-09-26 Box, Inc. Mobile platform file and folder selection functionalities for offline access and synchronization
US9019123B2 (en) 2011-12-22 2015-04-28 Box, Inc. Health check services for web-based collaboration environments
US11232481B2 (en) 2012-01-30 2022-01-25 Box, Inc. Extended applications of multimedia content previews in the cloud-based content management system
US9965745B2 (en) 2012-02-24 2018-05-08 Box, Inc. System and method for promoting enterprise adoption of a web-based collaboration environment
US9195636B2 (en) 2012-03-07 2015-11-24 Box, Inc. Universal file type preview for mobile devices
US9054919B2 (en) 2012-04-05 2015-06-09 Box, Inc. Device pinning capability for enterprise cloud service and storage accounts
US9575981B2 (en) 2012-04-11 2017-02-21 Box, Inc. Cloud service enabled to handle a set of files depicted to a user as a single file in a native operating system
US9413587B2 (en) 2012-05-02 2016-08-09 Box, Inc. System and method for a third-party application to access content within a cloud-based platform
US9691051B2 (en) 2012-05-21 2017-06-27 Box, Inc. Security enhancement through application access control
US9027108B2 (en) 2012-05-23 2015-05-05 Box, Inc. Systems and methods for secure file portability between mobile applications on a mobile device
US8914900B2 (en) 2012-05-23 2014-12-16 Box, Inc. Methods, architectures and security mechanisms for a third-party application to access content in a cloud-based platform
US9021099B2 (en) 2012-07-03 2015-04-28 Box, Inc. Load balancing secure FTP connections among multiple FTP servers
GB2505072A (en) 2012-07-06 2014-02-19 Box Inc Identifying users and collaborators as search results in a cloud-based system
US9712510B2 (en) 2012-07-06 2017-07-18 Box, Inc. Systems and methods for securely submitting comments among users via external messaging applications in a cloud-based platform
US9792320B2 (en) 2012-07-06 2017-10-17 Box, Inc. System and method for performing shard migration to support functions of a cloud-based service
US9237170B2 (en) 2012-07-19 2016-01-12 Box, Inc. Data loss prevention (DLP) methods and architectures by a cloud service
US8868574B2 (en) 2012-07-30 2014-10-21 Box, Inc. System and method for advanced search and filtering mechanisms for enterprise administrators in a cloud-based environment
US9794256B2 (en) 2012-07-30 2017-10-17 Box, Inc. System and method for advanced control tools for administrators in a cloud-based service
US8745267B2 (en) 2012-08-19 2014-06-03 Box, Inc. Enhancement of upload and/or download performance based on client and/or server feedback information
US9369520B2 (en) 2012-08-19 2016-06-14 Box, Inc. Enhancement of upload and/or download performance based on client and/or server feedback information
GB2513671A (en) 2012-08-27 2014-11-05 Box Inc Server side techniques for reducing database workload in implementing selective subfolder synchronization in a cloud-based environment
US9135462B2 (en) 2012-08-29 2015-09-15 Box, Inc. Upload and download streaming encryption to/from a cloud-based platform
US9311071B2 (en) 2012-09-06 2016-04-12 Box, Inc. Force upgrade of a mobile application via a server side configuration file
US9195519B2 (en) 2012-09-06 2015-11-24 Box, Inc. Disabling the self-referential appearance of a mobile application in an intent via a background registration
US9117087B2 (en) 2012-09-06 2015-08-25 Box, Inc. System and method for creating a secure channel for inter-application communication based on intents
US10200256B2 (en) 2012-09-17 2019-02-05 Box, Inc. System and method of a manipulative handle in an interactive mobile user interface
US9553758B2 (en) 2012-09-18 2017-01-24 Box, Inc. Sandboxing individual applications to specific user folders in a cloud-based service
US10915492B2 (en) 2012-09-19 2021-02-09 Box, Inc. Cloud-based platform enabled with media content indexed for text-based searches and/or metadata extraction
US9959420B2 (en) 2012-10-02 2018-05-01 Box, Inc. System and method for enhanced security and management mechanisms for enterprise administrators in a cloud-based environment
US9495364B2 (en) 2012-10-04 2016-11-15 Box, Inc. Enhanced quick search features, low-barrier commenting/interactive features in a collaboration platform
US9705967B2 (en) 2012-10-04 2017-07-11 Box, Inc. Corporate user discovery and identification of recommended collaborators in a cloud platform
US9665349B2 (en) 2012-10-05 2017-05-30 Box, Inc. System and method for generating embeddable widgets which enable access to a cloud-based collaboration platform
JP5982343B2 (ja) 2012-10-17 2016-08-31 ボックス インコーポレイテッドＢｏｘ， Ｉｎｃ． クラウドベース環境におけるリモートキー管理
US9756022B2 (en) 2014-08-29 2017-09-05 Box, Inc. Enhanced remote key management for an enterprise in a cloud-based environment
US10235383B2 (en) 2012-12-19 2019-03-19 Box, Inc. Method and apparatus for synchronization of items with read-only permissions in a cloud-based environment
US9396245B2 (en) 2013-01-02 2016-07-19 Box, Inc. Race condition handling in a system which incrementally updates clients with events that occurred in a cloud-based collaboration platform
US9953036B2 (en) 2013-01-09 2018-04-24 Box, Inc. File system monitoring in a system which incrementally updates clients with events that occurred in a cloud-based collaboration platform
EP2755151A3 (en) 2013-01-11 2014-09-24 Box, Inc. Functionalities, features and user interface of a synchronization client to a cloud-based environment
US10599671B2 (en) 2013-01-17 2020-03-24 Box, Inc. Conflict resolution, retry condition management, and handling of problem files for the synchronization client to a cloud-based platform
US10725968B2 (en) 2013-05-10 2020-07-28 Box, Inc. Top down delete or unsynchronization on delete of and depiction of item synchronization with a synchronization client to a cloud-based platform
GB2515192B (en) 2013-06-13 2016-12-14 Box Inc Systems and methods for synchronization event building and/or collapsing by a synchronization component of a cloud-based platform
US9805050B2 (en) 2013-06-21 2017-10-31 Box, Inc. Maintaining and updating file system shadows on a local device by a synchronization client of a cloud-based platform
US10110656B2 (en) 2013-06-25 2018-10-23 Box, Inc. Systems and methods for providing shell communication in a cloud-based platform
US10229134B2 (en) 2013-06-25 2019-03-12 Box, Inc. Systems and methods for managing upgrades, migration of user data and improving performance of a cloud-based platform
US9535924B2 (en) 2013-07-30 2017-01-03 Box, Inc. Scalability improvement in a system which incrementally updates clients with events that occurred in a cloud-based collaboration platform
GB2518298A (en) 2013-09-13 2015-03-18 Box Inc High-availability architecture for a cloud-based concurrent-access collaboration platform
US8892679B1 (en) 2013-09-13 2014-11-18 Box, Inc. Mobile device, methods and user interfaces thereof in a mobile device platform featuring multifunctional access and engagement in a collaborative environment provided by a cloud-based platform
US9535909B2 (en) 2013-09-13 2017-01-03 Box, Inc. Configurable event-based automation architecture for cloud-based collaboration platforms
US9704137B2 (en) 2013-09-13 2017-07-11 Box, Inc. Simultaneous editing/accessing of content by collaborator invitation through a web-based or mobile application to a cloud-based collaboration platform
US10509527B2 (en) 2013-09-13 2019-12-17 Box, Inc. Systems and methods for configuring event-based automation in cloud-based collaboration platforms
US9213684B2 (en) 2013-09-13 2015-12-15 Box, Inc. System and method for rendering document in web browser or mobile device regardless of third-party plug-in software
US10866931B2 (en) 2013-10-22 2020-12-15 Box, Inc. Desktop application for accessing a cloud collaboration platform
JP6324708B2 (ja) * 2013-11-22 2018-05-16 株式会社図研 並行編集システム、並行編集方法、プログラムおよびメモリ媒体
US10530854B2 (en) 2014-05-30 2020-01-07 Box, Inc. Synchronization of permissioned content in cloud-based environments
US9602514B2 (en) 2014-06-16 2017-03-21 Box, Inc. Enterprise mobility management and verification of a managed application by a content provider
US9894119B2 (en) 2014-08-29 2018-02-13 Box, Inc. Configurable metadata-based automation and content classification architecture for cloud-based collaboration platforms
US10038731B2 (en) 2014-08-29 2018-07-31 Box, Inc. Managing flow-based interactions with cloud-based shared content
US10574442B2 (en) 2014-08-29 2020-02-25 Box, Inc. Enhanced remote key management for an enterprise in a cloud-based environment
CN113204528A (zh) * 2021-03-29 2021-08-03 北京意匠文枢科技有限公司 一种分享文档的方法与设备

Family Cites Families (3)

* Cited by examiner, † Cited by third party
Publication number Priority date Publication date Assignee Title
JPH11272534A (ja) * 1998-01-20 1999-10-08 Fujitsu Ltd ドキュメント分散処理方法，ドキュメント分散処理システムのサーバ管理方法およびサーバプログラムの記録媒体
JP2003308284A (ja) * 2002-04-12 2003-10-31 Canon Inc 情報処理システム、共有資料作成装置、共有資料作成方法、記録媒体およびプログラム
JP2005235111A (ja) * 2004-02-23 2005-09-02 Hitachi Ltd ドキュメント管理システム

Also Published As

Publication number Publication date
JP2008250944A (ja) 2008-10-16

Similar Documents

Publication Publication Date Title
JP4833136B2 (ja) ファイル管理プログラム、ファイル管理システムおよびファイル管理装置
US11775285B2 (en) System and method for managing a public software component ecosystem using a distributed ledger
US11985192B2 (en) Synchronized content library
AU2022201538B2 (en) Control transfer of shared content
US9374326B2 (en) Providing information for shared content
TW200424868A (en) Method for managing file replication in applications
GB2515192A (en) Systems and methods for synchronization event building and/or collapsing by a synchronization component of a cloud-based platform
WO2014193911A1 (en) Access permissions for shared content
US10242215B2 (en) Content preview including sharable information
US11816128B2 (en) Managing content across discrete systems
JP2004265418A (ja) ピアコンピューティングデバイスの間で共用されるデータを同期させるための方法およびシステム
JP2002342316A (ja) 文書構造変換方法および文書構造変換装置およびプログラム
US20140358853A1 (en) Optimistic Concurrency Utilizing Distributed Constraint Enforcement
JP4955982B2 (ja) 情報処理システム、方法、及びプログラム
KR20100067976A (ko) 분산 저장된 컨텐츠 파일의 동기화 방법
US20140181213A1 (en) Prioritizing structural operations and distributing changes in a synced online content management system
US20140229438A1 (en) Multiple platform data storage and synchronization
JP2007310481A (ja) 文書管理方法、そのプログラム及び記録媒体、並びに文書共有サーバ及び文書共有システム
US10917468B2 (en) Systems and methods of re-associating content items
JP5267590B2 (ja) 情報処理装置、情報処理システム及びプログラム
JP2023547439A (ja) 非同期動作のための意図トラッキング
Qian Data synchronization and browsing for home environments
JP2023107766A (ja) 外部ロケーションの同期
JP2013175227A (ja) クライアント装置及びプログラム

Legal Events

Date Code Title Description
A621 Written request for application examination

Free format text: JAPANESE INTERMEDIATE CODE: A621

Effective date: 20091214

A977 Report on retrieval

Free format text: JAPANESE INTERMEDIATE CODE: A971007

Effective date: 20110908

TRDD Decision of grant or rejection written
A01 Written decision to grant a patent or to grant a registration (utility model)

Free format text: JAPANESE INTERMEDIATE CODE: A01

Effective date: 20110913

A01 Written decision to grant a patent or to grant a registration (utility model)

Free format text: JAPANESE INTERMEDIATE CODE: A01

A61 First payment of annual fees (during grant procedure)

Free format text: JAPANESE INTERMEDIATE CODE: A61

Effective date: 20110921

R150 Certificate of patent or registration of utility model

Free format text: JAPANESE INTERMEDIATE CODE: R150

FPAY Renewal fee payment (event date is renewal date of database)

Free format text: PAYMENT UNTIL: 20140930

Year of fee payment: 3

LAPS Cancellation because of no payment of annual fees