(57)【要約】【課題】ファイル全体を同時に編集することと、ファイル管理を簡単に行うことを課題とする。【解決手段】このファイル管理装置は、利用者を一意に識別するユーザＩＤとして「ＡＡＡ」が割り当てられたクライアント装置Ａと、同様に「ＢＢＢ」が割り当てられたクライアント装置Ｂとがネットワークを介して相互に通信可能に接続される。このような構成において、ファイル管理装置は、ファイルを一意に識別する識別情報に対応付けて、当該ファイルを更新することができる排他権を保持しているクライアント装置を示す排他権所有装置と、排他権を譲渡されたクライアント装置を示す譲渡先装置とを記憶し、記憶される譲渡先装置によって当該ファイルの編集が行われた場合に、当該ファイルの更新を承認するか否かを示す更新承認要求を排他権所有装置に送信し、送信された更新承認要求に対して、排他権所有装置が承認した場合に、当該ファイルを更新する。【選択図】        図１
2008250944.tif 000002
【特許請求の範囲】
【請求項１】
複数のクライアント装置それぞれに接続され、前記複数のクライアント装置が各種処理を実行する複数のファイルを管理することをコンピュータに実行させるファイル管理プログラムであって、
前記ファイルを一意に識別する識別情報に対応付けて、当該ファイルを更新することができる排他権を保持しているクライアント装置を示す排他権所有装置と、前記排他権を譲渡されたクライアント装置を示す譲渡先装置とを記憶する譲渡管理情報記憶手段と、
前記譲渡管理情報記憶手段に記憶される譲渡先装置によって当該ファイルの編集が行われた場合に、当該ファイルの更新を承認するか否かを示す更新承認要求を、前記譲渡管理情報記憶手段から排他権所有装置を取得して、当該更新承認要求を送信する更新承認手順と、
前記更新承認手順により送信された更新承認要求に対して、前記排他権所有装置が承認した場合に、当該ファイルを更新するファイル更新手順と、
をコンピュータに実行させることを特徴とするファイル管理プログラム。
【請求項２】
前記クライアント装置から受け付けた前記ファイルを編集する内容を示す編集内容を前記排他権所有装置に送信して、前記排他権所有装置によって前記編集内容が承認された場合に、当該クライアント装置を前記譲渡先装置として、前記譲渡管理情報記憶手段に格納する譲渡管理情報更新手順をさらに備えたことを特徴とする請求項１に記載のファイル管理プログラム。
【請求項３】
前記ファイルを処理するスケジュール情報を記憶するスケジュール情報記憶手段と、
前記ファイルの編集を希望する編集要求を前記クライアント装置から受け付けた場合に、前記スケジュール情報記憶手段に記憶される当該ファイルに対応したスケジュール情報を取得するとともに、当該ファイルの排他権を保持している排他権所有装置を前記譲渡管理情報記憶手段から取得し、取得したスケジュール情報と排他権所有装置とから、当該排他権所有装置の当該ファイルに対する処理状態を判定する利用者状態判定手順とをさらに備え、
前記譲渡管理情報更新手順は、前記編集内容とともに、前記利用者状態判定手順により判定された前記処理状態をクライアント装置に送信することを特徴とする請求項２に記載のファイル管理プログラム。
【請求項４】
複数のファイルを管理するファイル管理装置と、前記ファイル管理装置に管理されるファイルに対して各種処理を実行するクライアント装置とから構成されるファイル管理システムであって、
前記複数のクライアント装置は、
前記ファイル管理装置に対して、ファイルを更新することができる排他権の取得を前記ファイル管理装置に要求する排他権取得要求手段と、
前記排他権取得要求手段により排他権が取得されたファイルに対して、他のクライアント装置から排他権譲渡要求を受信した場合に、前記他の装置に排他権を譲渡する排他権譲渡手段と、
前記ファイル管理装置は、
前記ファイルを一意に識別する識別情報に対応付けて、当該ファイルを更新することができる排他権を保持しているクライアント装置を示す排他権所有装置と、前記排他権を譲渡されたクライアント装置を示す譲渡先装置とを記憶する譲渡管理情報記憶手段と、
前記譲渡管理情報記憶手段に記憶される譲渡先装置によって当該ファイルの編集が行われた場合に、当該ファイルの更新を承認するか否かを示す更新承認要求を、前記譲渡管理情報記憶手段から排他権所有装置を取得して、当該更新承認要求を送信する更新承認手段と、
前記更新承認手段により送信された更新承認要求に対して、前記排他権所有装置が承認した場合に、当該ファイルを更新するファイル更新手段と、
を備えたことを特徴とするファイル管理システム。
【請求項５】
複数のクライアント装置それぞれに接続され、前記複数のクライアント装置が各種処理を実行する複数のファイルを管理するファイル管理装置であって、
前記ファイルを一意に識別する識別情報に対応付けて、当該ファイルを更新することができる排他権を保持しているクライアント装置を示す排他権所有装置と、前記排他権を譲渡されたクライアント装置を示す譲渡先装置とを記憶する譲渡管理情報記憶手段と、
前記譲渡管理情報記憶手段に記憶される譲渡先装置によって当該ファイルの編集が行われた場合に、当該ファイルの更新を承認するか否かを示す更新承認要求を、前記譲渡管理情報記憶手段から排他権所有装置を取得して、当該更新承認要求を送信する更新承認手段と、
前記更新承認手段により送信された更新承認要求に対して、前記排他権所有装置が承認した場合に、当該ファイルを更新するファイル更新手段と、
を備えたことを特徴とするファイル管理装置。
【発明の詳細な説明】
【技術分野】
【０００１】
この発明は、複数のクライアント装置それぞれに接続され、前記複数のクライアント装置が各種処理を実行する複数のファイルを管理するファイル管理プログラム、ファイル管理システムおよびファイル管理装置に関する。
【背景技術】
【０００２】
従来より、ハードウエア資源やアプリケーションソフト、データベースなどの情報資源を集中管理するサーバ装置と、サーバ装置が管理する資源を利用するクライアント装置とから構成されるクライアントサーバシステムなどの分散型コンピュータシステムが多く利用されている。
【０００３】
このような分散型コンピュータシステムでは、ファイルやデータベースを集中管理しているため、異なるクライアント装置が一つのファイルを同時に編集（更新）することができず、ファイルやデータベースの使い勝手が悪かった。そこで、異なるクライアント装置が一つのファイルを同時に編集・更新することができ、使い勝手の良い様々な技術が開示されている。
【０００４】
例えば、特許文献１（特開２００６−１１９３６号公報）では、同時にファイルの同一箇所を編集することを禁じたまま、異なる箇所の同時編集を許可する技術が開示されている。
【０００５】
【特許文献１】特開２００６−１１９３６号公報
【発明の開示】
【発明が解決しようとする課題】
【０００６】
しかしながら、上記した従来の技術では、ファイル全体を同時に編集することができないという課題があった。具体的には、後からファイルを編集したいクライアント装置に対しては、編集したい箇所だけ同時に編集することができるので、一つのファイルを同時に編集できるとは言い難く、使い勝手も悪い。
【０００７】
また、従来の技術では、責任分界点が曖昧になり、ファイル管理が煩雑になるという課題があった。具体的には、ファイルの一部分においては、同時に編集することができるが、ファイル全体としては、先に編集しているクライアント装置（ユーザ）が権限を所有していることになる。つまり、ファイル全体では編集権限を所有するクライアント装置が２台存在することになる結果、責任分界点が曖昧になり、管理が煩雑になる。
【０００８】
そこで、この発明は、上述した従来技術の課題を解決するためになされたものであり、ファイル全体を同時に編集することが可能であることと、ファイル管理を簡単に行うことが可能であるファイル管理プログラム、ファイル管理システムおよびファイル管理装置を提供することを目的とする。
【課題を解決するための手段】
【０００９】
上述した課題を解決し、目的を達成するため、請求項１に係る発明は、複数のクライアント装置それぞれに接続され、前記複数のクライアント装置が各種処理を実行する複数のファイルを管理することをコンピュータに実行させるファイル管理プログラムであって、前記ファイルを一意に識別する識別情報に対応付けて、当該ファイルを更新することができる排他権を保持しているクライアント装置を示す排他権所有装置と、前記排他権を譲渡されたクライアント装置を示す譲渡先装置とを記憶する譲渡管理情報記憶手段と、前記譲渡管理情報記憶手段に記憶される譲渡先装置によって当該ファイルの編集が行われた場合に、当該ファイルの更新を承認するか否かを示す更新承認要求を、前記譲渡管理情報記憶手段から排他権所有装置を取得して、当該更新承認要求を送信する更新承認手順と、前記更新承認手順により送信された更新承認要求に対して、前記排他権所有装置が承認した場合に、当該ファイルを更新するファイル更新手順と、をコンピュータに実行させることを特徴とする。
【００１０】
また、請求項２に係る発明は、上記の発明において、前記クライアント装置から受け付けた前記ファイルを編集する内容を示す編集内容を前記排他権所有装置に送信して、前記排他権所有装置によって前記編集内容が承認された場合に、当該クライアント装置を前記譲渡先装置として、前記譲渡管理情報記憶手段に格納する譲渡管理情報更新手順をさらに備えたことを特徴とする。
【００１１】
また、請求項３に係る発明は、上記の発明において、前記ファイルを処理するスケジュール情報を記憶するスケジュール情報記憶手段と、前記ファイルの編集を希望する編集要求を前記クライアント装置から受け付けた場合に、前記スケジュール情報記憶手段に記憶される当該ファイルに対応したスケジュール情報を取得するとともに、当該ファイルの排他権を保持している排他権所有装置を前記譲渡管理情報記憶手段から取得し、取得したスケジュール情報と排他権所有装置とから、当該排他権所有装置の当該ファイルに対する処理状態を判定する利用者状態判定手順とをさらに備え、前記譲渡管理情報更新手順は、前記編集内容とともに、前記利用者状態判定手順により判定された前記処理状態をクライアント装置に送信することを特徴とする。
【００１２】
また、請求項４に係る発明は、上記の発明において、複数のファイルを管理するファイル管理装置と、前記ファイル管理装置に管理されるファイルに対して各種処理を実行するクライアント装置とから構成されるファイル管理システムであって、前記複数のクライアント装置は、前記ファイル管理装置に対して、ファイルを更新することができる排他権の取得を前記ファイル管理装置に要求する排他権取得要求手段と、前記排他権取得要求手段により排他権が取得されたファイルに対して、他のクライアント装置から排他権譲渡要求を受信した場合に、前記他の装置に排他権を譲渡する排他権譲渡手段と、前記ファイル管理装置は、前記ファイルを一意に識別する識別情報に対応付けて、当該ファイルを更新することができる排他権を保持しているクライアント装置を示す排他権所有装置と、前記排他権を譲渡されたクライアント装置を示す譲渡先装置とを記憶する譲渡管理情報記憶手段と、前記譲渡管理情報記憶手段に記憶される譲渡先装置によって当該ファイルの編集が行われた場合に、当該ファイルの更新を承認するか否かを示す更新承認要求を、前記譲渡管理情報記憶手段から排他権所有装置を取得して、当該更新承認要求を送信する更新承認手段と、前記更新承認手段により送信された更新承認要求に対して、前記排他権所有装置が承認した場合に、当該ファイルを更新するファイル更新手段と、を備えたことを特徴とする。
【００１３】
また、請求項５に係る発明は、上記の発明において、複数のクライアント装置それぞれに接続され、前記複数のクライアント装置が各種処理を実行する複数のファイルを管理するファイル管理装置であって、前記ファイルを一意に識別する識別情報に対応付けて、当該ファイルを更新することができる排他権を保持しているクライアント装置を示す排他権所有装置と、前記排他権を譲渡されたクライアント装置を示す譲渡先装置とを記憶する譲渡管理情報記憶手段と、前記譲渡管理情報記憶手段に記憶される譲渡先装置によって当該ファイルの編集が行われた場合に、当該ファイルの更新を承認するか否かを示す更新承認要求を、前記譲渡管理情報記憶手段から排他権所有装置を取得して、当該更新承認要求を送信する更新承認手段と、前記更新承認手段により送信された更新承認要求に対して、前記排他権所有装置が承認した場合に、当該ファイルを更新するファイル更新手段と、を備えたことを特徴とする。
【発明の効果】
【００１４】
請求項１、４、５の発明によれば、ファイルを一意に識別する識別情報に対応付けて、当該ファイルを更新することができる排他権を保持しているクライアント装置を示す排他権所有装置と、排他権を譲渡されたクライアント装置を示す譲渡先装置とを記憶し、記憶される譲渡先装置によって当該ファイルの編集が行われた場合に、当該ファイルの更新を承認するか否かを示す更新承認要求を排他権所有装置に送信し、送信された更新承認要求に対して、排他権所有装置が承認した場合に、当該ファイルを更新するので、ファイル全体を同時に編集することが可能であることと、ファイル管理を簡単に行うことが可能である。
【００１５】
例えば、ファイルＡの排他権を所有するクライアント装置Ａから一時的に排他権を譲渡されたクライアント装置ＢがファイルＡを編集した場合、当該編集内容を承認するか否かをクライアント装置Ａに問い合わせ、承認する場合にのみ、ファイルＡを更新する。この場合、クライアント装置Ａとクライアント装置Ｂとの両方が同時にファイルＡにアクセスしている状態であり、同時にファイルＡを編集していたとしても、クライアント装置Ｂによる編集をクライアント装置Ａが承認しなければ、ファイルＡは更新されないことなるので、ファイル全体を同時に編集することが可能であることと、ファイル管理を簡単に行うことが可能である。
【００１６】
また、請求項２の発明によれば、クライアント装置から受け付けたファイルを編集する内容を示す編集内容を排他権所有装置に送信して、排他権所有装置によって編集内容が承認された場合に、当該クライアント装置を譲渡先装置として格納するので、同時に更新の際の矛盾を防止することが可能である。
【００１７】
例えば、ファイルＡの排他権をもともと所有するクライアント装置Ａは、ファイルＡの編集を希望するクライアント装置Ｂの編集内容を確認して承認してから、当該ファイルＡの排他権を譲渡するので、編集内容を確認して承認できる場合にのみ、編集を許可することになる結果、同時に更新の際の矛盾を防止することが可能である。
【００１８】
また、請求項３の発明によれば、ファイルを処理するスケジュール情報を記憶し、ファイルの編集を希望する編集要求をクライアント装置から受け付けた場合に、記憶される当該ファイルに対応したスケジュール情報を取得するとともに、当該ファイルの排他権を保持している排他権所有装置を取得し、取得したスケジュール情報と排他権所有装置とから、当該排他権所有装置の当該ファイルに対する処理状態を判定し、編集内容とともに、判定された処理状態をクライアント装置に送信するので、同時に更新の際の矛盾をさらに防止することが可能である。
【００１９】
例えば、複数の文書を「基本設計、機能設計、コーディング、詳細設計」などとするプロジェクトで本発明を利用する場合に、それぞれの文書のスケジュールを記憶しておき、それぞれのスケジュール内でのみ、他の装置による編集を許可したり、ユーザにより許可する時期を容易に設定することができる結果、同時に更新の際の矛盾をさらに防止することが可能である。
【発明を実施するための最良の形態】
【００２０】
以下に添付図面を参照して、この発明に係ファイル管理プログラム、ファイル管理システムおよびファイル管理装置の実施例を詳細に説明する。なお、以下では、本実施例に係るファイル管理装置の概要および特徴、ファイル管理装置の構成および処理の流れを順に説明し、最後に本実施例に対する種々の変形例を説明する。
【実施例１】
【００２１】
［ファイル管理装置の概要および特徴］
まず最初に、図１を用いて、実施例１に係るファイル管理装置の概要および特徴を説明する。図１は、実施例１に係るファイル管理装置を含むシステムの全体構成を示すシステム構成図である。
【００２２】
図１に示すように、このファイル管理装置は、利用者を一意に識別するユーザＩＤとして「ＡＡＡ」が割り当てられたクライアント装置Ａと、同様に「ＢＢＢ」が割り当てられたクライアント装置Ｂとがインターネットなどのネットワークを介して相互に通信可能に接続される。なお、この利用者ＩＤは、ファイル管理装置によってクライアント装置と対応付けて記憶されている。具体的には、ファイル管理装置は、「利用者ＩＤ、クライアント装置名」として「ＡＡＡ、クライアント装置Ａ」や「ＢＢＢ、クライアント装置Ｂ」と記憶している。
【００２３】
また、ファイル管理装置は、複数のクライアント装置が各種処理を実行する複数のファイルを管理する。具体的には、ファイル管理装置は、クライアント装置Ａやクライアント装置Ｂが更新、修正、閲覧などの各種処理を実行する複数のファイル（例えば、ファイル名＝ファイルＡ）などとファイル管理ＤＢに記憶する。そして、ここでは、クライアント装置Ａが、ファイルＡの更新中、つまり、ファイルＡの排他権を所有しているおり、一時的に、クライアント装置Ｂに排他権を譲渡している状態である。
【００２４】
このような構成において、ファイル管理装置は、ファイルを一意に識別する識別情報に対応付けて、当該ファイルを編集することができる排他権を保持している排他権所有装置と、排他権を譲渡された譲渡先装置とを記憶する。具体的に例を挙げれば、ファイル管理装置は、『ファイルを一意に識別する識別情報を示す「文書ＩＤ」、当該ファイルを編集することができる排他権を保持している排他権所有装置を示す「譲渡者ユーザＩＤ」、排他権を譲渡された譲渡先装置を示す「譲渡先ユーザＩＤ」』として「００１、ＡＡＡ、ＢＢＢ」などと譲渡管理情報ＤＢに記憶する。
【００２５】
そして、ファイル管理装置は、譲渡管理情報ＤＢに記憶される譲渡先装置によって当該ファイルの編集が行われた場合に、当該ファイルの更新を承認するか否かを示す更新承認要求を、譲渡管理情報ＤＢから排他権所有装置を取得して、当該更新承認要求を送信する（図１の（１）と（２）参照）。上記した例で具体的に説明すると、排他権所有装置であるクライアント装置Ａ（ＡＡＡ）から排他権が譲渡されているクライアント装置Ｂ（ＢＢＢ）は、ファイル管理ＤＢに記憶されるファイルＡ（文書ＩＤ＝００１、版数＝１）に対して編集作業を行う。そして、クライアント装置Ｂによる編集作業が終了すると、ファイル管理装置は、排他権を譲渡しているクライアント装置Ａに、当該ファイルＡの更新（文書ＩＤ＝００１、版数＝２）を承認するか否かを示す更新承認要求を送信する。なお、ここでは、ファイルＡが編集されたことを「版数」により示すこととする。つまり、編集前のファイルＡは、「版数＝１」であり、編集後のファイルＡは、「版数＝２」となる。
【００２６】
続いて、ファイル管理装置は、送信された更新承認要求に対して、排他権所有装置が承認した場合に、当該ファイルを更新する（図１の（３）と（４）参照）。上記した例で具体的に説明すると、更新承認要求を受信した排他権所有装置のクライアント装置Ａは、排他権の譲渡先装置であるクライアント装置ＢによるファイルＡ（文書ＩＤ＝００１、版数＝２）の更新を承認する旨の信号をファイル管理装置に送信する。すると、ファイル管理装置は、ファイルＡ（文書ＩＤ＝００１、版数＝１）を「文書ＩＤ＝００１、版数＝２」とする。そして、ファイル管理装置は、排他権をもとの所有装置であるクライアント装置Ａに返却する。
【００２７】
一方、クライアント装置Ａから承認を拒否する旨の信号を受信した場合、ファイル管理装置は、クライアント装置Ｂにより編集されたファイルＡ（文書ＩＤ＝００１、版数＝２）を破棄して更新を許可しない。つまり、ファイルＡは、「版数＝１」のままとなる。
【００２８】
このように、実施例１に係るファイル管理装置は、クライアント装置Ａとクライアント装置Ｂとの両方が同時にファイルＡにアクセスしている状態であり、同時にファイルＡを編集していたとしても、クライアント装置Ｂによる編集をクライアント装置Ａが承認しなければ、ファイルＡは更新されないこととなる結果、上記した主たる特徴のごとく、ファイル全体を同時に編集することが可能であることと、ファイル管理を簡単に行うことが可能である。
【００２９】
［ファイル管理装置の構成］
次に、図２を用いて、図１に示したファイル管理装置の構成を説明する。図２は、実施例１に係るファイル管理装置の構成を示すブロック図である。図２に示すように、このファイル管理装置１０は、通信制御Ｉ／Ｆ部１１と、記憶部２０と、制御部３０とから構成される。なお、後述するシーケンス図において、各種ＤＢやクライアント装置へ表示画面例などを用いて、機能部における詳細な処理の流れを説明するので、ここでは、詳細な説明は省略する。
【００３０】
通信制御Ｉ／Ｆ部１１は、接続されるクライアント装置との間でやり取りする各種情報に関する通信を制御する。具体的に例を挙げれば、通信制御Ｉ／Ｆ部１１は、ファイルを編集するクライアント装置に当該ファイルを送信したり、クライアント装置Ｂからファイの編集要求を受信したり、クライアント装置Ａに更新許可要求を送信したり、クライアント装置Ａから承認信号を受信したりする。
【００３１】
記憶部２０は、制御部３０による各種処理に必要なデータおよびプログラムを格納するとともに、特に本発明に密接に関連するものとしては、文書ファイルＤＢ２１と、利用者情報ＤＢ２２と、排他管理情報ＤＢ２３と、文書管理情報ＤＢ２４と、スケジュール情報ＤＢ２５と、譲渡管理情報ＤＢ２６とを備える。なお、後述する各種のデータやパラメータを含む情報については、特記する場合を除いて任意に変更することができる。
【００３２】
文書ファイルＤＢ２１は、複数のクライアント装置が各種処理を実行する複数のファイルを記憶する。具体的に例を挙げると、文書ファイルＤＢ２１は、図３に示すように、『ファイルを一意に識別する識別情報を示す「文書ＩＤ」、当該ファイルのファイル名を示す「ファイル名」、当該ファイルの更新状況を示す「版数」、当該ファイルの内容を示す「文書内容」』として「００１、要件定義書、２、・・・」などと記憶する。なお、図３は、文書ファイルＤＢに記憶される情報の例を示す図である。
【００３３】
利用者情報ＤＢ２２は、ファイル管理装置１０が管理するファイルを編集するクライアント装置に関する情報を記憶する。具体的に例を挙げれば、利用者情報ＤＢ２２は、図４に示すように、『利用者を一意に識別する「ユーザＩＤ」、利用者の氏名を示す「ユーザ名」、利用者が所属する部署名を示す「所属」、利用者の役職を示す「役職」、当該ファイルに対して利用者の担当処理内容を示す「担当分野」』として「ＡＡＡ、山田太郎、第三開発部、主任技術者、機能設計」や「ＢＢＢ、鈴木花子、第三開発部、係長、基本設計」などと記憶する。なお、図４は、利用者情報ＤＢに記憶される情報の例を示す図である。
【００３４】
排他管理情報ＤＢ２３は、編集対象ファイルと当該ファイルの排他権所有装置と対応づけて記憶する。具体的に例を挙げれば、排他管理情報ＤＢ２３は、図５に示すように、『編集対象ファイルを示す「文書ＩＤ」、当該ファイルに対して排他権限取得中のユーザを示す「排他権限取得中のユーザＩＤ」』として「００１、ＡＡＡ」や「００２、ＡＡＡ」などと記憶する。なお、図５は、排他管理情報ＤＢに記憶される情報の例を示す図である。
【００３５】
文書管理情報ＤＢ２４は、複数のクライアント装置が各種処理を実行する複数のファイルと、当該ファイルの編集内容とを対応付けて記憶する。具体的に例を挙げると、文書管理情報ＤＢ２４は、図６に示すように、『ファイルを一意に識別する識別情報を示す「文書ＩＤ」、当該ファイルのファイル名を示す「ファイル名」、当該ファイルを編集する利用者のグループを示す「グループＩＤ」、当該グループにより編集される内容を示す「工程」、当該ファイルの更新状況を示す「版数」』として「００１、要件定義書、Ｇ００１、基本設計、１」や「００２、機能設計書、Ｇ００１、機能設計、１」などと記憶する。なお、図６は、文書管理情報ＤＢに記憶される情報の例を示す図である。
【００３６】
スケジュール情報ＤＢ２５は、ファイルを処理するスケジュール情報を記憶する。具体的に例を挙げると、スケジュール情報ＤＢ２５は、図７に示すように、『当該ファイルを編集する利用者のグループを示す「グループＩＤ」、当該グループにより編集される内容を示す「工程」、編集される内容を開始する時期を示す「始期」、編集される内容が終了する時期を示す「終期」』として「Ｇ００１、基本設計、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は、図２に示した、文書ファイルＤＢ２１に対応し、同様に、利用者情報テーブル１０２ｂは、利用者情報ＤＢ２２に対応し、排他管理情報テーブル１０２ｃは、排他管理情報ＤＢ２３に対応し、文書管理情報テーブル１０２ｄは、文書管理情報ＤＢ２４に対応し、スケジュール情報テーブル１０２ｅは、スケジュール情報ＤＢ２５に対応し、譲渡管理情報テーブル１０２ｆは、譲渡管理情報ＤＢ２６に対応する。
【０１２３】
ところで、上記したプログラム１０３ａ〜１０３ｅは、必ずしもＲＯＭ１０３に記憶させておく必要はなく、例えば、コンピュータシステム１００に挿入されるフレキシブルディスク（ＦＤ）、ＣＤ−ＲＯＭ、ＭＯディスク、ＤＶＤディスク、光磁気ディスク、ＩＣカードなどの「可搬用の物理媒体」の他に、コンピュータシステム１００の内外に備えられるハードディスクドライブ（ＨＤＤ）などの「固定用の物理媒体」、さらに、公衆回線、インターネット、ＬＡＮ、ＷＡＮなどを介してコンピュータシステム１００に接続される「他のコンピュータシステム」に記憶させておき、コンピュータシステム１００がこれらからプログラムを読み出して実行するようにしてもよい。
【０１２４】
（付記１）複数のクライアント装置それぞれに接続され、前記複数のクライアント装置が各種処理を実行する複数のファイルを管理するファイル管理プログラムであって、
前記ファイルを一意に識別する識別情報に対応付けて、当該ファイルを更新することができる排他権を保持しているクライアント装置を示す排他権所有装置と、前記排他権を譲渡されたクライアント装置を示す譲渡先装置とを記憶する譲渡管理情報記憶手段と、
前記譲渡管理情報記憶手段に記憶される譲渡先装置によって当該ファイルの編集が行われた場合に、当該ファイルの更新を承認するか否かを示す更新承認要求を、前記譲渡管理情報記憶手段から排他権所有装置を取得して、当該更新承認要求を送信する更新承認手順と、
前記更新承認手順により送信された更新承認要求に対して、前記排他権所有装置が承認した場合に、当該ファイルを更新するファイル更新手順と、
をコンピュータに実行させることを特徴とするファイル管理プログラム。
【０１２５】
（付記２）前記クライアント装置から受け付けた前記ファイルを編集する内容を示す編集内容を前記排他権所有装置に送信して、前記排他権所有装置によって前記編集内容が承認された場合に、当該クライアント装置を前記譲渡先装置として、前記譲渡管理情報記憶手段に格納する譲渡管理情報更新手順をさらに備えたことを特徴とする付記１に記載のファイル管理プログラム。
【０１２６】
（付記３）前記ファイルを処理するスケジュール情報を記憶するスケジュール情報記憶手段と、
前記ファイルの編集を希望する編集要求を前記クライアント装置から受け付けた場合に、前記スケジュール情報記憶手段に記憶される当該ファイルに対応したスケジュール情報を取得するとともに、当該ファイルの排他権を保持している排他権所有装置を前記譲渡管理情報記憶手段から取得し、取得したスケジュール情報と排他権所有装置とから、当該排他権所有装置の当該ファイルに対する処理状態を判定する利用者状態判定手順とをさらに備え、
前記譲渡管理情報更新手順は、前記編集内容とともに、前記利用者状態判定手順により判定された前記処理状態をクライアント装置に送信することを特徴とする付記２に記載のファイル管理プログラム。
【０１２７】
（付記４）複数のファイルを管理するファイル管理装置と、前記ファイル管理装置に管理されるファイルに対して各種処理を実行するクライアント装置とから構成されるファイル管理システムであって、
前記複数のクライアント装置は、
前記ファイル管理装置に対して、ファイルを更新することができる排他権の取得を前記ファイル管理装置に要求する排他権取得要求手段と、
前記排他権取得要求手段により排他権が取得されたファイルに対して、他のクライアント装置から排他権譲渡要求を受信した場合に、前記他の装置に排他権を譲渡する排他権譲渡手段と、
前記ファイル管理装置は、
前記ファイルを一意に識別する識別情報に対応付けて、当該ファイルを更新することができる排他権を保持しているクライアント装置を示す排他権所有装置と、前記排他権を譲渡されたクライアント装置を示す譲渡先装置とを記憶する譲渡管理情報記憶手段と、
前記譲渡管理情報記憶手段に記憶される譲渡先装置によって当該ファイルの編集が行われた場合に、当該ファイルの更新を承認するか否かを示す更新承認要求を、前記譲渡管理情報記憶手段から排他権所有装置を取得して、当該更新承認要求を送信する更新承認手段と、
前記更新承認手段により送信された更新承認要求に対して、前記排他権所有装置が承認した場合に、当該ファイルを更新するファイル更新手段と、
を備えたことを特徴とするファイル管理システム。
【０１２８】
（付記５）前記ファイル管理装置の更新承認手段は、前記譲渡管理情報記憶手段に記憶される譲渡先装置によって当該ファイルの編集が行われた場合に、前記更新承認要求を前記排他権所有装置に送信するとともに、前記譲渡先装置に編集される前のファイルと前記譲渡先装置によって編集された後のファイルとの差分を抽出して、抽出した差分を前記排他権所有装置に送信することを特徴とする付記４に記載のファイル管理システム。
【０１２９】
（付記６）前記複数のクライアント装置は、前記ファイル管理装置の更新承認手段により前記譲渡先装置に編集される前のファイルと前記譲渡先装置によって編集された後のファイルとの差分を受信した場合に、前記譲渡先装置の編集時期と同時期に自装置において編集したファイルから、当該差分を反映させるファイルを選択する差分反映手段をさらに備えたことを特徴とする付記５に記載のファイル管理システム。
【０１３０】
（付記７）複数のクライアント装置それぞれに接続され、前記複数のクライアント装置が各種処理を実行する複数のファイルを管理するファイル管理装置であって、
前記ファイルを一意に識別する識別情報に対応付けて、当該ファイルを更新することができる排他権を保持しているクライアント装置を示す排他権所有装置と、前記排他権を譲渡されたクライアント装置を示す譲渡先装置とを記憶する譲渡管理情報記憶手段と、
前記譲渡管理情報記憶手段に記憶される譲渡先装置によって当該ファイルの編集が行われた場合に、当該ファイルの更新を承認するか否かを示す更新承認要求を、前記譲渡管理情報記憶手段から排他権所有装置を取得して、当該更新承認要求を送信する更新承認手段と、
前記更新承認手段により送信された更新承認要求に対して、前記排他権所有装置が承認した場合に、当該ファイルを更新するファイル更新手段と、
を備えたことを特徴とするファイル管理装置。
【０１３１】
（付記８）複数のクライアント装置それぞれに接続され、前記複数のクライアント装置が各種処理を実行する複数のファイルを管理することに適するファイル管理方法であって、
前記ファイルを一意に識別する識別情報に対応付けて、当該ファイルを更新することができる排他権を保持しているクライアント装置を示す排他権所有装置と、前記排他権を譲渡されたクライアント装置を示す譲渡先装置とを記憶する譲渡管理情報記憶手段と、
前記譲渡管理情報記憶手段に記憶される譲渡先装置によって当該ファイルの編集が行われた場合に、当該ファイルの更新を承認するか否かを示す更新承認要求を、前記譲渡管理情報記憶手段から排他権所有装置を取得して、当該更新承認要求を送信する更新承認工程と、
前記更新承認工程により送信された更新承認要求に対して、前記排他権所有装置が承認した場合に、当該ファイルを更新するファイル更新工程と、
を含んだことを特徴とするファイル管理方法。
【産業上の利用可能性】
【０１３２】
以上のように、本発明に係るファイル管理プログラム、ファイル管理システムおよびファイル管理装置は、複数のクライアント装置それぞれに接続され、前記複数のクライアント装置が各種処理を実行する複数のファイルを管理することに有用であり、特に、ファイル全体を同時に編集することと、ファイル管理を簡単に行うことに適する。
【図面の簡単な説明】
【０１３３】
【図１】実施例１に係るファイル管理装置を含むシステムの全体構成を示すシステム構成図である。
【図２】実施例１に係るファイル管理装置の構成を示すブロック図である。
【図３】文書ファイルＤＢに記憶される情報の例を示す図である。
【図４】利用者情報ＤＢに記憶される情報の例を示す図である。
【図５】排他管理情報ＤＢに記憶される情報の例を示す図である。
【図６】文書管理情報ＤＢに記憶される情報の例を示す図である。
【図７】スケジュール情報ＤＢに記憶される情報の例を示す図である。
【図８】譲渡管理情報ＤＢに記憶される情報の例を示す図である。
【図９】実施例１に係るファイル管理装置におけるファイル更新処理の流れを示すフローチャートである。
【図１０−１】実施例１に係るファイル管理装置におけるファイル更新処理の流れを示すシーケンス図である。
【図１０−２】実施例１に係るファイル管理装置におけるファイル更新処理の流れを示すシーケンス図である。
【図１０−３】実施例１に係るファイル管理装置におけるファイル更新処理の流れを示すシーケンス図である。
【図１１】文書取得要求の構成例を示す図である。
【図１２】排他通知の構成例を示す図である。
【図１３】交渉通知の構成例を示す図である。
【図１４】交渉要求通知の構成例を示す図である。
【図１５】交渉応答の構成例を示す図である。
【図１６】文書履歴の構成例を示す図である。
【図１７】交渉結果の構成例を示す図である。
【図１８】更新要求の構成例を示す図である。
【図１９】返還通知の構成例を示す図である。
【図２０】承認依頼通知の構成例を示す図である。
【図２１】承認応答の構成例を示す図である。
【図２２】アクセス時に表示される画面の構成例を示す図である。
【図２３】排他通知の構成例を示す図である。
【図２４】交渉内容入力画面の例を示す図である。
【図２５】交渉通知の構成例を示す図である。
【図２６】編集履歴の構成例を示す図である。
【図２７】更新要求選択画面の構成例を示す図である。
【図２８】返還通知の表示出力例を示す図である。
【図２９】文書ファイルの差分を出力する例を示す図である。
【図３０】承認依頼通知の表示出力例を示す図である。
【図３１】文書ファイルの差分を出力する例を示す図である。
【図３２】クライアントＢによる編集内容結果の例を示す図である。
【図３３】実施例１に係るファイル管理装置における利用者状態判定処理の流れを示すフローチャートである。
【図３４】ファイル管理制御プログラムを実行するコンピュータの例を示す図である。
【符号の説明】
【０１３４】
１０  ファイル管理装置
１１  通信制御Ｉ／Ｆ部
２０  記憶部
２１  文書ファイルＤＢ
２２  利用者情報ＤＢ
２３  排他管理情報ＤＢ
２４  文書管理情報ＤＢ
２５  スケジュール情報ＤＢ
２６  譲渡管理情報ＤＢ
３０  制御部
３１  文書ファイル送信部
３２  利用者状態判定部
３３  排他通知部
３４  交渉通知部
３５  ファイル更新部
１００  コンピュータシステム
１０１  ＲＡＭ
１０２  ＨＤＤ
１０２ａ  文書ファイルテーブル
１０２ｂ  利用者情報テーブル
１０２ｃ  排他管理情報テーブル
１０２ｄ  文書管理情報テーブル
１０２ｅ  スケジュール情報テーブル
１０２ｆ  譲渡管理情報テーブル
１０３  ＲＯＭ
１０３ａ  文書ファイル送信プログラム
１０３ｂ  利用者状態判定プログラム
１０３ｃ  排他通知プログラム
１０３ｄ  交渉通知プログラム
１０３ｅ  ファイル更新プログラム
１０４  ＣＰＵ
１０４ａ  文書ファイル送信プロセス
１０４ｂ  利用者状態判定プロセス
１０４ｃ  排他通知プロセス
１０４ｄ  交渉通知プロセス
１０４ｅ  ファイル更新プロセス
【図１】
2008250944.tif 000003
【図２】
2008250944.tif 000004
【図３】
2008250944.tif 000005
【図４】
2008250944.tif 000006
【図５】
2008250944.tif 000007
【図６】
2008250944.tif 000008
【図７】
2008250944.tif 000009
【図８】
2008250944.tif 000010
【図９】
2008250944.tif 000011
【図１０−１】
2008250944.tif 000012
【図１０−２】
2008250944.tif 000013
【図１０−３】
2008250944.tif 000014
【図１１】
2008250944.tif 000015
【図１２】
2008250944.tif 000016
【図１３】
2008250944.tif 000017
【図１４】
2008250944.tif 000018
【図１５】
2008250944.tif 000019
【図１６】
2008250944.tif 000020
【図１７】
2008250944.tif 000021
【図１８】
2008250944.tif 000022
【図１９】
2008250944.tif 000023
【図２０】
2008250944.tif 000024
【図２１】
2008250944.tif 000025
【図２２】
2008250944.tif 000026
【図２３】
2008250944.tif 000027
【図２４】
2008250944.tif 000028
【図２５】
2008250944.tif 000029
【図２６】
2008250944.tif 000030
【図２７】
2008250944.tif 000031
【図２８】
2008250944.tif 000032
【図２９】
2008250944.tif 000033
【図３０】
2008250944.tif 000034
【図３１】
2008250944.tif 000035
【図３２】
2008250944.tif 000036
【図３３】
2008250944.tif 000037
【図３４】
2008250944.tif 000038