(57)【要約】【課題】  同時にファイルの同一箇所を編集することは禁じたまま異なる箇所の同時編集を許可する使い勝手のよいファイル共有システムを提供する。【解決手段】  複数のクライアント装置により共有されているファイルの管理において、ファイルへの第１のクライアント装置のアクセスを受け付け、アクセスが受け付けられたファイルについて、ファイル管理データを参照して、前記ファイルを編集中の第２のクライアント装置があるか否かを判断する。編集中の第２のクライアント装置がある場合、第１のクライアント装置により指定された編集予定領域内に編集領域を持つ第２のクライアント装置から編集予定領域について編集許可の通知を受け取ると、第１のクライアント装置に前記編集予定領域の編集を許可する状態で前記ファイルを開くことを許可する。【選択図】図４
2006011936.tif 000002
【特許請求の範囲】
【請求項１】
複数のクライアント装置にネットワークを介して接続されているサーバー装置において、複数のクライアント装置により共有されているファイルを管理する方法であって、
ネットワーク上で共有されているファイルへの第１のクライアント装置のアクセスを受け付け、
アクセスが受け付けられた前記ファイルについて、ファイルへのアクセス状況を記憶するファイル管理データを参照して、前記ファイルを編集中の第２のクライアント装置があるか否かを判断し、
前記ファイルを編集中の第２のクライアント装置がない場合、第１のクライアント装置による前記ファイルの編集を許可する状態で前記ファイルを開くことを許可し、
前記ファイルを編集中の第２のクライアント装置がある場合、前記ファイル管理データを参照して、第１のクライアント装置により指定された編集予定領域内に編集領域を持つ第２のクライアント装置に、第１のクライアント装置による前記編集予定領域の編集の許可／拒絶を通知するためのＧＵＩを提示し、前記第２のクライアント装置から前記編集予定領域の編集許可の通知を受け取ると、第１のクライアント装置に前記ファイルの前記編集予定領域の編集を許可する状態で前記ファイルを開くことを許可する
共有ファイル管理方法。
【請求項２】
第１のクライアント装置により指定された前記編集予定領域がすでに第２のクライアント装置によって編集されていた領域である場合には、前記領域を除いた前記編集予定領域について編集の許可／拒絶を通知するためのＧＵＩを提示する
請求項１に記載された共有ファイル管理方法。
【請求項３】
第１のクライアント装置により指定された前記編集予定領域がすでに第２のクライアント装置によって編集されていた領域である場合には、その領域を上書き保存した後で、当該ファイルを開くことを許可する
請求項１に記載された共有ファイル管理方法。
【請求項４】
第１のクライアント装置により指定された前記編集予定領域がすでに第２のクライアント装置によって編集されていた領域である場合には、前記領域を除いた前記編集予定領域について編集の許可／拒絶を通知するためのＧＵＩにおいて、第２の前記編集予定領域の中の一部についてのみの編集の拒絶の通知を可能にし、前記編集予定領域の中の一部についてのみの編集の拒絶が通知されると、前記一部の編集を許可しない状態で前記ファイルを開くことを許可する
請求項１に記載された共有ファイル管理方法。
【請求項５】
前記ファイルを編集中の第２のクライアント装置がある場合、第１のクライアント装置に前記ファイルの中の編集予定領域を指定するＧＵＩを提示し、前記ＧＵＩにおいて編集予定領域の指定を受け取る
請求項１〜４のいずれかに記載された共有ファイル管理方法。
【請求項６】
ネットワーク上で共有されているファイルへの第１のクライアント装置のアクセスを受け付けるとき、同時に編集予定領域の指定を受け付ける
請求項１〜４のいずれかに記載された共有ファイル管理方法。
【請求項７】
第１のクライアント装置によりアクセスされた前記ファイルについて前記ファイルを開くことを許可する場合、前記ファイルを編集中の第２のクライアント装置がない場合、第１のクライアント装置に前記ファイルの編集予定領域を指定できるＧＵＩを表示し、編集予定領域が指定されると、前記ファイルの前記編集予定領域について第１のクライアント装置による編集を許可する状態で前記ファイルを開くことを許可する
請求項１に記載された共有ファイル管理方法。
【請求項８】
前記ファイルを編集中の第２のクライアント装置がある場合、前記のすべての第２のクライアント装置から前記編集予定領域の編集許可通知を受け取る前は、アクセスが受け付けられた前記ファイルの全領域を読み取り専用で開くことを許可する
請求項１〜６のいずれかに記載された共有ファイル管理方法。
【請求項９】
複数のクライアント装置にネットワークを介して接続されていて、複数のクライアント装置により共有されるファイルを管理するサーバー装置であって、
ネットワーク上で共有されるファイルを記憶する第１記憶手段と、
第１記憶手段に記憶されているファイルへのアクセス状況を含むファイル管理データを記憶する第２記憶手段と、
第１記憶手段に記憶されているファイルへの第１のクライアント装置のアクセスを受け付ける受付手段と、
アクセスが受け付けられた前記ファイルについて、ファイルへのアクセス状況を記憶するファイル管理データを参照して、前記ファイルを編集中の第２のクライアント装置があるか否かを判断し、
前記ファイルを編集中の第２のクライアント装置がない場合、第１のクライアント装置による前記ファイルの編集を許可する状態で前記ファイルを開くことを許可し、
前記ファイルを編集中の第２のクライアント装置がある場合、前記ファイル管理データを参照して、第１のクライアント装置により指定された編集予定領域内に編集領域を持つ第２のクライアント装置に、第１のクライアント装置による前記編集予定領域の編集の許可／拒絶を通知するためのＧＵＩを提示し、前記第２のクライアント装置から前記編集予定領域の編集許可の通知を受け取ると、第１のクライアント装置に前記ファイルの前記編集予定領域の編集を許可する状態で前記ファイルを開くことを許可するアクセス管理手段と
を備えるサーバー装置。
【請求項１０】
複数のクライアント装置と、
前記複数のクライアント装置によりネットワーク上で共有されるファイルを管理するサーバー装置とからなり、
前記サーバー装置は、
ネットワーク上で共有されるファイルを記憶する第１記憶手段と、
第１記憶手段に記憶されているファイルへのアクセス状況を含むファイル管理データを記憶する第２記憶手段と、
第１記憶手段に記憶されているファイルへの第１のクライアント装置のアクセスを受け付ける受付手段と、
アクセスが受け付けられた前記ファイルについて、ファイルへのアクセス状況を記憶するファイル管理データを参照して、前記ファイルを編集中の第２のクライアント装置があるか否かを判断し、
前記ファイルを編集中の第２のクライアント装置がない場合、第１のクライアント装置による前記ファイルの編集を許可する状態で前記ファイルを開くことを許可し、
前記ファイルを編集中の第２のクライアント装置がある場合、前記ファイル管理データを参照して、第１のクライアント装置により指定された編集予定領域内に編集領域を持つ第２のクライアント装置に、第１のクライアント装置による前記編集予定領域の編集の許可／拒絶を通知するためのＧＵＩを提示し、前記第２のクライアント装置から前記編集予定領域の編集許可の通知を受け取ると、第１のクライアント装置に前記ファイルの前記編集予定領域の編集を許可する状態で前記ファイルを開くことを許可するアクセス管理手段と
を備える共有ファイル管理システム。
【請求項１１】
複数のクライアント装置によりネットワーク上で共有されるファイルを管理するプログラムであって、
ネットワーク上で共有されているファイルへの第１のクライアント装置のアクセスを受け付けるステップと、
アクセスが受け付けられた前記ファイルについて、ファイルへのアクセス状況を記憶するファイル管理データを参照して、前記ファイルを編集中の第２のクライアント装置があるか否かを判断するステップと、
前記ファイルを編集中の第２のクライアント装置がない場合、第１のクライアント装置による前記ファイルの編集を許可する状態で前記ファイルを開くことを許可するステップと、
前記ファイルを編集中の第２のクライアント装置がある場合、前記ファイル管理データを参照して、第１のクライアント装置により指定された編集予定領域内に編集領域を持つ第２のクライアント装置に、第１のクライアント装置による前記編集予定領域の編集の許可／拒絶を通知するためのＧＵＩを提示し、前記第２のクライアント装置から前記編集予定領域の編集許可の通知を受け取ると、第１のクライアント装置に前記ファイルの前記編集予定領域の編集を許可する状態で前記ファイルを開くことを許可するステップと
を実行させるためのプログラムを記憶する、コンピュータ読み出し可能な記憶媒体。
【請求項１２】
複数のクライアント装置によりネットワーク上で共有されるファイルを管理するプログラムであって、
ネットワーク上で共有されているファイルへの第１のクライアント装置のアクセスを受け付けるステップと、
アクセスが受け付けられた前記ファイルについて、ファイルへのアクセス状況を記憶するファイル管理データを参照して、前記ファイルを編集中の第２のクライアント装置があるか否かを判断するステップと、
前記ファイルを編集中の第２のクライアント装置がない場合、第１のクライアント装置による前記ファイルの編集を許可する状態で前記ファイルを開くことを許可するステップと、
前記ファイルを編集中の第２のクライアント装置がある場合、前記ファイル管理データを参照して、第１のクライアント装置により指定された編集予定領域内に編集領域を持つ第２のクライアント装置に、第１のクライアント装置による前記編集予定領域の編集の許可／拒絶を通知するためのＧＵＩを提示し、前記第２のクライアント装置から前記編集予定領域の編集許可の通知を受け取ると、第１のクライアント装置に前記ファイルの前記編集予定領域の編集を許可する状態で前記ファイルを開くことを許可するステップと
をコンピュータに実行させるためのプログラム。
【発明の詳細な説明】
【技術分野】
【０００１】
本発明は、ネットワーク上で共有されるファイルを管理するシステムに関する。
【背景技術】
【０００２】
複数のユーザーによりネットワーク上で共有されるファイルを管理する現在の多くのシステムでは、一人のユーザーが、ネットワーク上で共有されるファイルを編集していると、他のユーザーはこのファイルを読み取り専用で開くしかなく、編集することは不可能である。これは、同時に同一箇所を編集すると情報の不整合が発生するという問題を避けるための処置である。たとえば、先に保存された内容が後に保存された内容によって上書きされてしまうと、先に保存したユーザーにとっては加えた変更が失われてしまう。このように、ファイルを共有する多くのシステムは、異なる箇所を同時に編集することを許さない。
【０００３】
しかし、ファイル上の異なる箇所を同時に編集する上では、いずれのユーザーの編集内容も後先関係なく保存でき、この問題は回避できる。また、ファイルが小規模であれば、同一箇所が同時に編集される可能性は高いが、ファイルが大規模になるにつれてその可能性は低くなる。また、それに加えて、異なる箇所を同時に編集する必要性は高くなるものと推測される。そこで、ネットワーク上でファイルを共有するシステムにおいて、共有されるファイルの編集の管理について多くの提案がされている。
【０００４】
たとえば、１つのファイルの中の部分的な領域ごとに管理する種々の手法が提案されている。特開平１０−５５３００号公報に記載されたシステムでは、管理手段が、ファイルを複数の領域に分割し、各領域のアクセス状況とアクセス元を管理テーブルに保持しておく。ファイルアクセス要求があると、そのアクセス要求元に対してアクセス領域を指定させ、指定されたアクセス領域が未使用であればアクセスを許可し、管理テーブルを更新する。こうして、ファイルを破壊することなく、複数のコンピュータから１つのファイルを異なる領域に対して同時にアクセスでき、参照／更新できる。また、特開平６−２９５２９９号公報に記載されたシステムでは、文書ファイルの電子編集作業において、ページごとに複数の作業者を共同して同時に編集作業に投入できるようにするため、文書ファイルをページごとに分割し、ページごとに並列編集フラグ、ユーザー管理テーブル、アクセスエリアマップを用意するとともに、ユーザー管理テーブルに登録したユーザーごとに編集対象データを管理するオブジェクトテーブルを設け、マスタファイルとデータファイルの間で更新データを自動的に交換する。こうして、ファイルの全編集者の編集する領域があらかじめ決められて、同一箇所を編集する危険をあらかじめ回避している。また、特開平６−１２３１０号公報に記載されたシステムでは、ファイルの部分領域の単位で、一人の使用者のみに編集を許可する排他制御をする。このため、排他管理テーブルに、すべての被編集ファイルの部分領域についての排他管理情報を記憶し、また、関連情報テーブルに、被編集ファイルの部分領域の関連情報を同一または他のファイルに持つという情報を記憶する。１つの編集装置が１つのファイルの部分領域の編集作業を開始するときに排他管理テーブルを参照して編集作業が行えるかを調べ、編集可能である場合には、排他管理がされていることを示すように排他管理テーブルを更新する。続いて関連情報テーブルを参照してそのファイルのその部分領域の関連領域部分の有無を調べ、有った場合にはそれも排他管理の対象として排他管理テーブルを更新する。そして編集作業を行い、終了時に排他管理テーブルを元に戻し排他管理を解除する。こうして、１つのファイルに対して情報の整合性を保ちつつ同時に複数の部分領域で変更を行うことを可能にし、かつ、編集作業時に変更対象のファイルの部分領域と変更対象でない部分領域との情報の整合性を保つ。
【０００５】
また、最新の情報に更新して禁止制御をほとんど意識することなく、データへのアクセスを可能にすることが提案されている。特開平５−２２５０２８号公報に記載されたシステムでは、複数のユーザーにより共有されるファイルに対する同時のアクセスを排他制御しつつ、各ユーザーによるファイル内の情報の読み出し及び書き込みを統括管理する。ここで、現在参照している情報が最新の情報であるか否かを所定時間ごとに判断管理して、現在参照している情報が最新の情報でないときには最新の参照情報を読み出して表示手段に表示する。また、継続的な変更が行われる可能性のあるデータの場合は、ロックをかけ、データに対する矛盾が生じないようにするが、最後に変更した時点から一定時間が経過するとロックを解除する。
【０００６】
【特許文献１】特開平１０−５５３００号公報
【特許文献２】特開平６−２９５２９９号公報
【特許文献３】特開平６−１２３１０号公報
【特許文献４】特開平５−２２５０２８号公報
【発明の開示】
【発明が解決しようとする課題】
【０００７】
しかし、ネットワーク上で共有されるファイルを管理する従来のシステムにおいて、複数のユーザーが異なる箇所を編集することは可能ではあるが、使い勝手がよくない。たとえば特開平１０−５５３００号公報や特開平６−１２３１０号公報に記載されたファイル同時編集では、ファイルの編集権をもっているのがシステム自体であるので、先にファイルにアクセスしている人がいなくても、アクセス領域を指定しなければならず、操作性が悪いという問題がある。また、特開平６−２９５２９９号公報に記載されたシステムでは、ファイルの部分領域の単位で、一人の使用者のみに編集を許可する排他制御をする。したがって、編集者の編集領域があらかじめ決まっていない場合には対応できない。また、特開平５−２２５０２８号公報に記載されたシステムでは、所定時間ごとに最新情報を更新するので、ネットワークリソースを消費している。
【０００８】
この発明の目的は、同時にファイルの同一箇所を編集することは禁じたまま異なる箇所の同時編集を許可する使い勝手のよいファイル共有システムを提供することである。
【課題を解決するための手段】
【０００９】
本発明に係る共有ファイル管理方法は、複数のクライアント装置にネットワークを介して接続されているサーバー装置において、複数のクライアント装置により共有されているファイルを管理する方法である。この方法では、ネットワーク上で共有されているファイルへの第１のクライアント装置のアクセスを受け付け、アクセスが受け付けられた前記ファイルについて、ファイルへのアクセス状況（編集領域を含む）を記憶するファイル管理データを参照して、前記ファイルを編集中の第２のクライアント装置があるか否かを判断する。前記ファイルを編集中の第２のクライアント装置がない場合、第１のクライアント装置による前記ファイルの編集を許可する状態で前記ファイルを開くことを許可する。前記ファイルを編集中の第２のクライアント装置がある場合、前記ファイル管理データを参照して、第１のクライアント装置により指定された編集予定領域内に編集領域を持つ第２のクライアント装置に、第１のクライアント装置による前記編集予定領域の編集の許可／拒絶を通知するためのＧＵＩを提示する。そして、前記第２のクライアント装置から前記編集予定領域の編集許可の通知を受け取ると、第１のクライアント装置に前記ファイルの前記編集予定領域の編集を許可する状態で前記ファイルを開くことを許可する。
【００１０】
前記共有ファイル管理方法において、たとえば、第１のクライアント装置により指定された前記編集予定領域がすでに第２のクライアント装置によって編集されていた領域である場合には、前記領域を除いた前記編集予定領域について編集の許可／拒絶を通知するためのＧＵＩを提示する。したがって、前記編集予定領域内に編集可能な領域を持つ第２のクライアント装置に編集予定領域の指定を通知することなく、第１のクライアント装置による当該編集予定領域の編集を拒絶する。
【００１１】
前記共有ファイル管理方法において、たとえば、第１のクライアント装置により指定された前記編集予定領域がすでに第２のクライアント装置によって編集されていた領域である場合には、その領域を上書き保存した後で、当該ファイルを開くことを許可する。
【００１２】
前記共有ファイル管理方法において、たとえば、第１のクライアント装置により指定された前記編集予定領域がすでに第２のクライアント装置によって編集されていた領域である場合には、前記領域を除いた前記編集予定領域について編集の許可／拒絶を通知するためのＧＵＩにおいて、第２の前記編集予定領域の中の一部についてのみの編集の拒絶の通知を可能にし、前記編集予定領域の中の一部についてのみの編集の拒絶が通知されると、前記一部の編集を許可しない状態で前記ファイルを開くことを許可する。
【００１３】
前記共有ファイル管理方法において、たとえば、前記ファイルを編集中の第２のクライアント装置がある場合、第１のクライアント装置に前記ファイルの中の編集予定領域を指定するＧＵＩを提示し、前記ＧＵＩにおいて編集予定領域の指定を受け取る。
【００１４】
前記共有ファイル管理方法において、たとえば、ネットワーク上で共有されているファイルへの第１のクライアント装置のアクセスを受け付けるとき、同時に編集予定領域の指定を受け付ける。
【００１５】
前記共有ファイル管理方法において、第１のクライアント装置によりアクセスされた前記ファイルについて前記ファイルを開くことを許可する場合、好ましくは、前記ファイルを編集中の第２のクライアント装置がない場合、第１のクライアント装置に前記ファイルの編集予定領域を指定できるＧＵＩを表示する。そして、編集予定領域が指定されると、前記ファイルの前記編集予定領域について第１のクライアント装置による編集を許可する状態で前記ファイルを開くことを許可する。
【００１６】
前記共有ファイル管理方法において、たとえば、前記ファイルを編集中の第２のクライアント装置がある場合、前記のすべての第２のクライアント装置から前記編集予定領域の編集許可通知を受け取る前は、アクセスが受け付けられた前記ファイルの全領域を読み取り専用で開くことを許可する。
【００１７】
本発明に係るサーバー装置は、複数のクライアント装置にネットワークを介して接続されていて、複数のクライアント装置により共有されるファイルを管理するサーバー装置である。このサーバー装置は、ネットワーク上で共有されるファイルを記憶する第１記憶手段と、第１記憶手段に記憶されているファイルへのアクセス状況を含むファイル管理データを記憶する第２記憶手段と、第１記憶手段に記憶されているファイルへの第１のクライアント装置のアクセスを受け付ける受付手段と、アクセスが受け付けられた前記ファイルについて、ファイルへのアクセス状況（編集領域を含む）を記憶するファイル管理データを参照して、前記ファイルを編集中の第２のクライアント装置があるか否かを判断し、前記ファイルを編集中の第２のクライアント装置がない場合、第１のクライアント装置による前記ファイルの編集を許可する状態で前記ファイルを開くことを許可し、前記ファイルを編集中の第２のクライアント装置がある場合、前記ファイル管理データを参照して、第１のクライアント装置により指定された編集予定領域内に編集領域を持つ第２のクライアント装置に、第１のクライアント装置による前記編集予定領域の編集の許可／拒絶を通知するためのＧＵＩを提示し、前記第２のクライアント装置から前記編集予定領域の編集許可の通知を受け取ると、第１のクライアント装置に前記ファイルの前記編集予定領域の編集を許可する状態で前記ファイルを開くことを許可するアクセス管理手段とを備える。
【００１８】
本発明に係る共有ファイル管理システムは、複数のクライアント装置と、前記複数のクライアント装置にネットワークを介して接続されていて、前記複数のクライアント装置によりネットワーク上で共有されるファイルを管理するサーバー装置とからなる。このサーバー装置は、ネットワーク上で共有されるファイルを記憶する第１記憶手段と、第１記憶手段に記憶されているファイルへのアクセス状況を含むファイル管理データを記憶する第２記憶手段と、第１記憶手段に記憶されているファイルへの第１のクライアント装置のアクセスを受け付ける受付手段と、アクセスが受け付けられた前記ファイルについて、ファイルへのアクセス状況を記憶するファイル管理データを参照して、前記ファイルを編集中の第２のクライアント装置があるか否かを判断し、前記ファイルを編集中の第２のクライアント装置がない場合、第１のクライアント装置による前記ファイルの編集を許可する状態で前記ファイルを開くことを許可し、前記ファイルを編集中の第２のクライアント装置がある場合、前記ファイル管理データを参照して、第１のクライアント装置により指定された編集予定領域内に編集領域を持つ第２のクライアント装置に、第１のクライアント装置による前記編集予定領域の編集の許可／拒絶を通知するためのＧＵＩを提示し、前記第２のクライアント装置から前記編集予定領域の編集許可の通知を受け取ると、第１のクライアント装置に前記ファイルの前記編集予定領域の編集を許可する状態で前記ファイルを開くことを許可するアクセス管理手段とを備える。
【００１９】
本発明に係るプログラムは、複数のクライアント装置によりネットワーク上で共有されるファイルを管理するプログラムであって、ネットワーク上で共有されているファイルへの第１のクライアント装置のアクセスを受け付けるステップと、アクセスが受け付けられた前記ファイルについて、ファイルへのアクセス状況を記憶するファイル管理データを参照して、前記ファイルを編集中の第２のクライアント装置があるか否かを判断するステップと、前記ファイルを編集中の第２のクライアント装置がない場合、第１のクライアント装置による前記ファイルの編集を許可する状態で前記ファイルを開くことを許可するステップと、前記ファイルを編集中の第２のクライアント装置がある場合、前記ファイル管理データを参照して、第１のクライアント装置により指定された編集予定領域内に編集領域を持つ第２のクライアント装置に、第１のクライアント装置による前記編集予定領域の編集の許可／拒絶を通知するためのＧＵＩを提示し、前記第２のクライアント装置から前記編集予定領域の編集許可の通知を受け取ると、第１のクライアント装置に前記ファイルの前記編集予定領域の編集を許可する状態で前記ファイルを開くことを許可するステップとをコンピュータに実行させるためのプログラムである。本発明に係るコンピュータ読み出し可能な記憶媒体は、前記のプログラムを記憶する。
【発明の効果】
【００２０】
ネットワーク上でファイルを共有するシステムにおいて、システムが共有ファイルの編集権を持っているユーザーとその編集可能領域を管理する。実際に編集を許可するのは編集権を持っているユーザーなので、複数のユーザーが、同一領域を同時に編集することなく、同一ファイルの異なる領域を同時に編集でき、また、先に保存された変更内容が後に別のユーザーによって保存された変更内容によって上書きされてしまうことがない。
【発明を実施するための最良の形態】
【００２１】
以下、本発明の実施の形態を添付の図面を参照して説明する。なお、図面において、同じ参照記号は同一または同等のものを示す。以下の実施の形態は請求の範囲に係る発明を限定するものではなく、また、実施の形態の中で説明されている特徴の組み合わせのすべてが発明の解決手段に必須のものとは限らない。
【００２２】
図１は、ネットワーク（たとえばＬＡＮ）上でファイルを共有するシステム全体の概念図を示す。ネットワーク１０上には、共有ファイルを保持するサーバー装置２０と、このサーバー装置が管理する共有ファイルにアクセス可能な複数のクライアント装置（たとえばパーソナルコンピュータ）３０が接続されており、サーバー装置２０上に、ファイル管理プログラムがインストールされている。ユーザーはクライアント装置３０を操作してサーバー装置２０上の共有ファイルにアクセスし、編集する。なお、図には２台のクライアント装置３０が記載されているが、クライアント装置３０の数は２に限られない。
【００２３】
図２はサーバー装置２０の構成を示す。サーバー装置２０において、全体を制御するＣＰＵ２００は、ハードディスクドライブなどの記憶装置２０２、外部のネットワーク１０を介するデータ送受信のための通信装置２０４などに接続される。記憶装置２０２には、ネットワークを介して共有されるファイル２１０や、共有ファイル２１０についてのファイル管理テーブル２１２、共有ファイル２１０を管理するファイル管理プログラム２１４や、外部からファイル２１０へのアクセスを可能とするウェブサーバ２１６が記憶されている。ウェブサーバ２１６は、ファイル管理プログラム２１４にアクセスするための各種ＧＵＩを記憶し、ファイル管理プログラム２１４を介して共有ファイル２１０へのアクセスを可能にする。
【００２４】
図３はクライアント装置３０の１例の構成を示す。クライアント装置３０において、全体を制御するＣＰＵ３００は、キーボード、マウスなどの入力装置３０６、表示手段であるディスプレイ装置３０８、ハードディスクドライブなどの記憶装置３０２、外部のネットワークを介するデータ送受信のための通信装置３０４などに接続される。記憶装置には、共有ファイルを扱う各種アプリケーション３１０や、サーバー装置２０などにネットワーク１０を介してアクセス可能なブラウザ３１２が記憶されている。なお、この実施の形態では、サーバー装置２０とクライアント装置３０はウェブサーバ２１６とブラウザ３１２を用いて通信するが、通信方法はこれに限られない。ユーザーは、いずれかのクライアント装置３０からアプリケーション３１０を用いてサーバー装置２０内の共有ファイルを編集できる。ここで、「編集」とは、文書に対する追加、削除、変更などの広い意味での作業をいう。
【００２５】
サーバー装置２０のファイル管理プログラム２１４は、ネットワーク上で共有されるファイル２１０について、同時に同一箇所を編集することは禁じたまま、異なる箇所の同時編集は許可できるようにする。共有ファイル管理に用いる共有ファイル管理テーブル２１２には、ファイル２１０へのアクセス状況（各ファイルにアクセスしているユーザーの名前と、そのユーザーが編集権を持っている編集領域を含む）が記憶されている。この文書管理システムは、共有ファイル管理テーブル２１２を参照して、共有ファイルの編集権を持っているユーザーとその編集可能領域を管理する。この文書管理システム内のファイルは、一番初めにアクセスしたユーザーが、ファイルの全領域を編集する権限を持つものとする。また、そのファイルの中の編集予定領域を指定できるようにしてもよい。この編集権限のことを「編集権」と記述する。
【００２６】
ファイルへのアクセス要求があると、ファイル管理プログラム２１４は、共有ファイル管理テーブル２１２を参照してファイルの編集を許可する。すなわち、１人のユーザーしかアクセスしていない場合は、上述したように、そのユーザーがファイルの全領域を編集する権限を持つ。あるユーザーが編集権を持っているファイルに他のユーザーがアクセスしようとする場合、編集権を持っているユーザーが、他のユーザーによる編集を許可または拒絶するようにする。他のユーザーが異なる領域で編集する権限を編集中のユーザーが許可した場合、すなわち、現在編集中のユーザーが一部の編集領域について他のユーザーに編集権を譲渡した場合は、複数のユーザーが異なる編集領域を編集できる。共有ファイル管理テーブル２１２は編集権の状況を更新して記憶する。したがって、編集権を持っているユーザーにより編集権を持つ領域が変更できるので、先に編集をはじめたユーザーが編集予定であった領域を、後から編集をはじめたユーザーによって編集できなくなることは起こらない。ここで、編集中のユーザーの編集権譲渡において、そのユーザーが既に編集をしていた部分の取り扱いについては、後に説明するように種々の形態を採ることができる。
【００２７】
この共有ファイル管理システムにおいて、サーバー装置２０とクライアント装置３０の間の通信は、クライアント装置３０のディスプレイ装置３０８の画面での表示（ＧＵＩ）と、その画面での入力により行う。あるユーザー（ユーザーＢ）が編集中のファイルに他のユーザー（ユーザーＡ）がアクセスした場合でも、そのファイルについて異なる領域の同時編集は許可するようにするため、共有ファイル管理システムは、ユーザーＡに、そのクライアント装置３０のディスプレイ装置３０８の画面（ＧＵＩ）において、そのファイルが現在他のユーザーＢによって編集されている旨を通知する。そして、編集しようとしているファイルの編集予定領域を指定するように促す。画面においてユーザーＡが編集予定領域を指定すると、共有ファイル管理システムは、ユーザーＢのクライアント装置３０のディスプレイ装置３０８の画面（ＧＵＩ）において、この編集予定領域の編集権を持っているユーザーＢに、他のユーザーＡが編集を望んでいる領域がある旨を通知し、その編集予定領域を示す。そして、編集権を持っているユーザーＢがその編集予定領域について編集の拒絶／許可を通知する。ユーザーＢが編集許可を通知した場合、ユーザーＡはその領域に限り編集権を得て、編集を開始できる。しかし、ユーザーＢが編集権を手放さなかった場合は、ユーザーＡはそのファイルを編集できない。編集中のユーザーＢが編集権を手放せないときに、その理由をユーザーＡに通知できる。
【００２８】
次に、本発明の第１の実施の形態について説明する。ここで、ファイルに１人のユーザーしかアクセスしていない場合は、そのユーザーにファイルの全領域を編集する権限を与える。また、他のユーザーがそのファイルの中の編集予定領域を指定した場合は、編集中のユーザーに許可／拒絶の権限を与える。なお、第１の実施の形態では、ユーザーＡが編集要望を出した領域（またはその一部）がすでにユーザーＢによって変更されていた場合は、文書管理システムは、ユーザーＢによって変更されていた領域については、ユーザーＢに確認の通知は出さず、ユーザーＡに直接要望を拒否する通知を出す。すなわち、ユーザーＡが編集要望を出した領域の一部がすでにユーザーＢによって変更されていた場合は、その領域を除いた編集予定領域に対して編集を望んでいると取り扱う。これは、先に編集権を持っていたユーザーＢの編集作業を優先するようにしたものである。
【００２９】
図４は本実施の形態によるサーバー装置２０のファイル管理プログラム２１４の編集権に関する部分のフローチャートを示す。クライアント装置３０からのユーザーＡによる共有ファイル管理システムへのログインが受け付けられ、１つの共有ファイル２１０へのアクセスがあると（Ｓ１０）、ファイル管理テーブル２１２を参照して、そのファイルが他のユーザーによって編集中であるか否かをチェックする（Ｓ１２）。その結果、他のユーザーは誰も編集していないと判断する場合（Ｓ１２でＮＯ）、そのファイルの全領域を編集する権利をユーザーＡに与えた上で、ユーザーＡのクライアント装置３０のディスプレイ装置３０８でファイルを開くことを許可する（Ｓ１４）。これにより、ユーザーＡはファイルのどの領域でも編集することが可能となる。これに応じてファイル管理テーブル２１２は更新される。
【００３０】
一方、他のユーザーがそのファイルを編集中であると判断する場合は（Ｓ１２でＹＥＳ）、そのファイルを読み取り専用で開くことを許可する（Ｓ１６）。そして、ユーザーＡのクライアント装置３０のディスプレイ装置３０８に提示する画面（ＧＵＩ）において、他のユーザーがそのファイルを編集中である旨を通知し、これと同時に、編集予定領域を指定すれば現在編集中のユーザーに編集可能かどうか問い合わせることができることを伝える（Ｓ１８）。図５は、ユーザーＡに編集予定領域があるかどうかの確認を求めるダイアログを示す。このダイアログには、「このファイルは現在他のユーザーが編集中のため、読み取り専用で聞かれています。このまま読み取り専用で聞きますか？編集予定領域を指定して、現在編集中のユーザーにその領域が編集可能かどうか問い合わせることもできます。」とのメッセージが表示される。ユーザーＡは、「読み取り専用で開く」ボタンまたは「編集予定領域を指定する」ボタンを選択できる。図５では、「読み取り専用で開く」ボタンがクリックされている。
【００３１】
ユーザーＡにより「読み取り専用で聞く」ボタンがクリックされた場合は（Ｓ２０でＮＯ）、そのまま読み取り専用でそのファイルを開く。しかし、ユーザーＡにより「編集予定領域を指定する」ボタンがクリックされた場合は（Ｓ２０でＹＥＳ）、編集領域指定用ＧＵＩ（図６）をユーザーＡのディスプレイ装置３０８の画面に提示する（Ｓ２２）。詳細は次に述べるが、ユーザーＡはこのＧＵＩにおいて、１以上の編集しようとしている領域（「編集予定領域」という）を指定できる（Ｓ２４、図７〜図１１参照）。各編集予定領域は、その開始点と終了点を設定することにより指定できる。
【００３２】
図６は、図５のＧＵＩにおいて「編集予定領域を指定する」ボタンが押された場合に提示される編集予定領域指定ＧＵＩである。このＧＵＩにおいて、「編集予定領域を指定してください。指定ボタンを押して、開始点および終了点にカーソルを移動し、確定ボタンを押すことで領域を指定します。複数の領域を指定することもできます。」とのメッセージが表示される。（なお、このＧＵＩにおいて、「別の領域を追加指定」ボタンと「ＯＫ」ボタンは非アクティブ状態である。）ここで、「開始点」テキストボックスの右にある「指定」ボタンを押すと、ファイルを表示しているウィンドウがアクティブになり、図７のようにテキストボックス内に「○ページ、○行、○桁」の形式で、ファイルを表示しているウィンドウ上の現在のカーソル位置情報が表示される。また、「指定」ボタンのキャプションは「確定」に変化する。意図する開始点にマウスカーソルを移動し、「確定」ボタンを押すと、図８のダイアログのように、テキストボックスが編集できない状態になる。（なお、図示されていないが、確定ボタンが押されるとテキストボックスの色が変わるので、ユーザーは、確定された入力データであることを容易に判断できる。）「確定」ボタンのキャプションは「再指定」に変化し、これを押すと、再度図７の状態に戻る。また、このテキストボックスにはキーボードからの直接入力も可能であり、開始点の位置情報が把握できている場合は、ファイルを表示しているウィンドウでカーソルを移動しなくても、キーボードから直接指定できる。このとき、ページを指定しなかった場合は「１ページ」が自動的に指定され、行を指定しなかった場合は「１行」が自動的に指定され、桁を指定しなかった場合は「１桁」が自動的に指定される。
【００３３】
同様にして終了点も指定できる。ただし、開始点よりも前を指定するとエラーになる。または、開始点より前はカーソルが移動できないようにしてもよい。正しく終了点を設定できれば、図９のダイアログのように、「ＯＫ」ボタンがアクティブになる。
【００３４】
このとき、図９のダイアログにおいて、同時に「別の領域を追加指定」ボタンもアクティブになり、編集予定領域を他にも指定したい場合はこのボタンをクリックする。このボタンをクリックすると、図１０のようにダイアログが拡張され、別の領域が指定できるようになる。ここで、開始点２と終了点２を設定するテキストボックスが表示される。（このＧＵＩにおいて、「別の領域を追加指定」ボタンは非アクティブ状態になる。）図１１は、２つの領域を指定した状態のダイアログを示す。
【００３５】
ユーザーにより指定された編集予定領域を受け取ると、ファイル管理テーブル２１２において、その領域の編集権がどのユーザーに渡っているのかを検索する（Ｓ２６、図１２参照）。その結果、すでに指定された領域に変更（編集）が加えられていた場合（Ｓ２８でＹＥＳ）、ユーザーＡのディスプレイ装置３０８の画面（図１３）上でその領域は編集できないことを表示する（Ｓ３０）。
【００３６】
図１１のダイアログのように２つの編集予定領域を指定した状態で「ＯＫ」ボタンを押すと、図１２のような通信ログのウィンドウが立ちあがる。このウィンドウには編集権の譲渡を要求した編集予定領域に関する情報が表示される。共有ファイル管理システムは、すでに変更が加えられている領域については編集権の譲渡を許可しないようになっているため、図１２のダイアログのように、「指定した編集予定領域がすでに変更されていないかチェックしています…。」とのメッセージを表示し、指定した編集予定領域にすでに変更が加えられていないかどうかをチェックする。その結果、変更が加えられている領域があった場合、図１３のウィンドウのように、その領域は編集権が得られないことを通知する。このチェックが終了すると、その他にも指定した編集予定領域がある場合は、その領域について、編集権を保持するユーザーを検索する。そして、編集予定領域の編集権を保持するユーザーに、図１４のようなダイアログを用いて他のユーザーが編集権の譲渡を求めている編集予定領域を通知する。ここで、指定された編集予定領域から、すでに編集が加えられている領域を自動的に除いて通知する。図１１の例では、このユーザーへは「開始点２」を「24ページ10行１桁」と指定しているが、図１３のダイアログで、「24ページ10行１桁〜26ページ18行24桁」が編集済みの領域と通知されていて、図１４のダイアログでは、この領域を除き、新たな開始点２として「26ページ18行25桁」が表示されている。
【００３７】
変更が加えられていない領域については、その領域の編集権を持っているユーザーＢに、ディスプレイ装置３０８の画面において、編集権の譲渡を希望しているユーザーがいることを通知する（Ｓ３２、図１４〜図１７参照）。ここで、編集予定領域の編集権を持っているユーザーに対し、図１４のダイアログのように、「以下の領域について、他のユーザーが編集権の譲渡を要求しています。すべての領域について、拒絶か許可かを選択ください．拒絶の場合、拒絶理由を通知することもできます。」とのメッセージが表示される。ユーザーＡは、ダイアログ上で表示されるすべての領域について編集権の譲渡を許可するか拒絶するかを決定するまで編集できない状態となる。ユーザーＡは、編集しようとしている領域の編集権を持っているユーザーからの通知待ち状態となる（Ｓ３４でＮＯ、Ｓ４０）。編集予定領域通知ダイアログにおいて、すべての領域について「拒絶」ボタンと「許可」ボタンのいずれかがクリックされると、図１４のダイアログは閉じる。
【００３８】
たとえば図１５のように、編集権を持っているユーザーＢが、開始点１〜終了点１の領域については許可し、開始点２〜終了点２の領域について拒絶したとする。拒絶した領域について、図１６のような編集権譲渡拒絶理由記述のダイアログが表示され、ユーザーＢは拒絶理由を入力し送信できる。この例では、「現在編集中です．考察の修正でしたら、こちらで行います。」との拒絶理由が送られる。また、「キャンセル」ボタンを押すことで、拒絶理由なしに拒絶することも可能である。この後、図１７の通信ログＧＵＩのように、以上の情報が、編集予定領域を指定したユーザーＡに通知される。
【００３９】
編集予定領域について編集権を譲渡され次第（Ｓ３４でＹＥＳ）、その領域の編集権をユーザーＡに与え（Ｓ３６）、この領域のみの編集を許可する状態でファイルを開くことを可能にする。これにより、ユーザーＡはその領域の編集が可能になる。これに応じてファイル管理テーブル２１２は更新される。編集権を譲渡されなかった領域については、読み取り専用の状態が維持され、編集はできない。
【００４０】
ユーザーＡが要求している領域が他にもある場合は（Ｓ３８でＹＥＳ）、その領域の編集権がユーザーＡに譲渡されるのを待機する（Ｓ４０）。ユーザーＡからの譲渡要求のキャンセルがなければ（Ｓ４２でＮＯ）、ステップＳ３４に戻り、待機を続ける。ユーザーＡからの編集権譲渡要求のキャンセルがあれば（Ｓ４２でＹＥＳ）、処理を終了する。
【００４１】
なお、上述の実施の形態では、ユーザーが共有ファイルにアクセスしたときに他のユーザーがそのファイルを編集中の時に、編集予定領域の指定をする編集予定領域指定ＧＵＩを表示するようにしている。しかし、ファイルにアクセスする際に、同時に編集予定領域の指定をできるようにしてもよい。
【００４２】
次に、本発明の第２の実施の形態の共有ファイル管理システムについて説明する。第２の実施の形態は、多くは第１の実施の形態に同じであるが、先に編集を開始したユーザーが編集した領域でも、後にアクセスしたユーザーＡが編集することを可能にする。すなわち、第２の実施の形態では、ユーザーＡが編集要望を出した領域（またはその一部）がすでに他のユーザーによって変更されていた場合でも、そのユーザーに確認の通知を出し、指示を待つ。これは、そのユーザーが、その領域への編集処理が終了している場合などにおいて編集権を手放す可能性があることを考慮したものである。
【００４３】
図１８は、第２の実施の形態のファイル管理プログラムのフローチャートを示す。以下では主に第１の実施の形態のファイル管理プログラムと異なる点のみを述べる。ユーザーＡが編集予定領域指定ＧＵＩで編集予定領域を指定すると、指定された領域の編集権を持っているユーザーを検索する（Ｓ２６）。ここまでは第１の実施の形態の処理に同じである。その後、第１の実施の形態では、指定した領域の中に編集済みの領域があれば、編集権の譲渡を他のユーザーに問い合わせることなく、ユーザーＡは編集権を得ることはできなかった。これに対し、第２の実施の形態では、検索されたユーザーに編集権の譲渡を希望しているユーザーがいることを通知し、問い合わせを行う（Ｓ３３）。ユーザーＡが指定した領域の中に他のユーザーにより編集権がユーザーＡに譲渡された領域がなければ（Ｓ３４でＮＯ）、第１の実施の形態と同様に、編集権がユーザーＡに譲渡されるのを待機する（Ｓ４０）。また、ユーザーＡが指定した領域の中に編集権がユーザーＡに譲渡された領域があるとき（Ｓ３４でＹＥＳ）、その領域が編集ずみであれば（Ｓ３５でＹＥＳ）、その領域を上書き保存して、ユーザーＡはファイルのその領域のみ（または全体）をリロードする（Ｓ３５ａ）。そして、この領域の編集権をユーザーＡに与え、この領域のみの編集を許可する（Ｓ３６）。これに応じてファイル管理テーブル２１２を更新する。これにより、ユーザーＡは、その領域を最新の状態にした上で編集を開始することができ、情報の不整合を防げる。これ以降は第１の実施の形態に同じである。
【００４４】
編集予定領域指定ＧＵＩについて、ユーザーＡ（後にアクセスしたユーザー）が指定した編集予定領域の一部が他のユーザー（先に編集を開始したユーザー）によってすでに編集されていた状況で、第１の実施の形態との相違点を説明する。図６から図１２における操作と表示の流れは第１の実施の形態と同様である。共有ファイル管理システムが、すでに編集されている領域を検出した後、他のユーザーＢに図１９のダイアログを提示する。第１の実施の形態の図１４のダイアログと異なるのは、開始点２の内容が、ユーザーＢが編集している、いないに関わらず、ユーザーＡの要求した通りになっている点である。ここで、他のユーザーが、図２０のように、いずれの領域も「許可」ボタンをクリックして編集権の譲渡を通知したとする。すると、第２の編集予定領域の開始点２［24ページ10行１桁〜26ページ18行24桁］が編集された後であることを認識しているので、この領域を上書き保存して、ユーザーＡ側でリロードする。これによって、編集権を持つユーザーが開いているファイルを最新の状態に保つようにする。また、ユーザーＡ側では、図２１の通信ログウィンドウにおいて、メッセージを表示して、システムがどのような処理を行っているのかが分かるようにする。この例では、「領域［開始点２(24ページ10行１桁)〜26ページ18行24桁)］の編集権を保持するユーザーはこの領域をすでに変更していましたが、編集権が譲渡されました。この変更を反映します．お待ちください・・・。」などのメッセージが表示される。
【００４５】
次に、本発明の第３の実施の形態の共有ファイル管理システムについて説明する。第３の実施の形態は、多くは第１および第２の実施の形態と同じなので異なる点のみ述べる。第３の実施の形態では、編集権を譲渡する際、ユーザーが編集を要求している編集予定領域内の一部の領域に対しては譲渡するが、それ以外の領域については譲渡しないことを可能にする。すなわち、編集予定領域の一部だけについて編集中のユーザーが編集権を手放すことも可能にする。この場合、第２の実施の形態と異なるのは、図１８のファイル管理プログラムのフローチャートにおいて、ステップＳ３６の処理において、編集予定領域に対して部分的に編集権を与えることである。
【００４６】
図２２は、ユーザーＡ（後からアクセスしたユーザー）が編集権の譲渡を要求した際に、システムが他のユーザー（先に編集を開始した編集権を持つユーザー）のディスプレイ装置に提示する通知ダイアログである。このダイアログには、「拒絶」ボタン、「許可」ボタン、「すべて拒絶」ボタン、「すべて許可」ボタンの他に「一部拒絶」ボタンが用意される。「一部拒絶」ボタンは、編集予定領域の一部だけ編集を拒絶する場合に用いる。
【００４７】
いま他のユーザーが現在26ページ18行24桁目を編集中であるとする。そして、ここまでの編集は完了しているので編集権を譲渡できるが、それ以降はこれから編集していくので編集権を譲渡したくないという場合、「一部拒絶」ボタンをクリックする。するとテキストボックスが編集可能状態になり、拒絶する領域を指定できるようになる。また、「一部拒絶」ボタンのキャプションは「確定」に変化する。テキストボックスにカーソルを表示させたまま、ファイルを表示するウィンドウ内で指定すべき点にカーソルを合わせると、その位置情報がテキストボックスに表示される。もちろん、キーボードから直接入力してもいい。この、「一部拒絶」ボタンを押して指定した領域以外の領域は編集権譲渡許可領域として扱われる。すべての領域が「拒絶」ボタン、「許可」ボタン、「確定」ボタンのいずれかがクリックされると、このダイアログが閉じる。拒絶した領域がある場合は、図１６と同じダイアログを表示し、拒絶理由を記入させることも可能である。ユーザーＡは一部拒絶した領域の拒絶理由として、図１６と同じ理由を入力したものとする。この場合、他のユーザーに表示される通信ログは図２４のようになる。一部拒絶については、「領域［26ページ18行25桁〜終了点２(28ページ24行38桁)］の編集権を得られませんでした。この領域の編集権を保持するユーザーより次のメッセージを受信しました。「現在編集中です。考察の修正でしたら、こちらで行います。」」などのメッセージが表示される。
【００４８】
次に、本発明の第４の実施の形態の共有ファイル管理システムについて説明する。上述の実施の形態では、第１のユーザーがファイルにアクセスしたとき、他の編集中のユーザーがいない場合、ファイルの全領域の編集権をすべて第１のユーザーに渡している。しかし、あらかじめ複数のユーザーによりこのファイルを編集することがわかっている場合、特に編集箇所をあらかじめ分担しているような場合には、第２以降のユーザーが常に第１のユーザーに編集権の譲渡を行う必要があり、このため第１のユーザーに多くの操作を要求するという問題があった。これを避けるため、この実施の形態では、最初の共有ファイルにアクセスする第１のユーザーが、ファイルを開く際に、あらかじめ予定している編集領域を指定できるようにする。したがって、第２以降のユーザーが第１のユーザーの指定領域を指定しない限り、第１のユーザーの編集権譲渡の操作を必要としないので、第１のユーザーの負担を減らすことができる。
【００４９】
図２５と図２６は、第４の実施の形態のファイル管理プログラムのフローチャートを示す。第１の実施の形態のファイル管理プログラム（図４）と異なるのは、共有ファイルに最初にアクセスした場合（すなわち、ステップＳ１２でＮＯと判断された場合）の処理（図２６）である。この場合、まず、図２７に示される編集予定領域指定ＧＵＩをユーザーＡの画面に提示する（Ｓ４４）。このＧＵＩは、第１の実施の形態で表示されるＧＵＩ（図６）と同様に編集予定領域を指定できるが、さらに、「全領域を指定」ボタンと「読取専用で開く」ボタンを追加している。そのファイルを編集する他のユーザーが現れる可能性が低い場合や、最初のユーザーが編集を予定している領域がファイル全体にわたる場合、「全領域を指定」ボタンを押すと、ファイルの全領域を編集予定領域に設定できる。また、編集をしない場合は、「読取専用で開く」ボタンを押せばよい。
【００５０】
いま「全領域を指定」ボタンが押された場合（Ｓ４６でＹＥＳ）、ユーザーＡにこの共有ファイルの全領域の編集権を与え、そのファイルをオープンする（Ｓ１４）。また、「読取専用で開く」ボタンが押された場合（Ｓ４８でＹＥＳ）、読取専用でファイルを開く（Ｓ５０）。その他の場合、ユーザーＡによる編集指定領域の指定があると（Ｓ５２）、指定された領域の編集権をユーザーＡに与えて、そのファイルをオープンする（Ｓ５４）。
【００５１】
なお、第２と第３の実施の形態の共有ファイル管理システムでも、変形例として上述の図２６に示される編集予定領域指定処理を採用できるのはいうまでもない。
【００５２】
上述のいずれの実施の形態でも、１つの共有ファイルについて先に編集しているユーザーが１人である場合について説明しているが、１つの共有ファイルを複数のユーザーが編集している場合も、その編集領域は重複しないように設定されるので、図４、図１８、図２５〜図２６のフローチャートで同様に対処できる。
【００５３】
また、上述の実施の形態ではいずれも文章が主体のファイルを対象としているが、領域（範囲）を一意に指定する方法が存在するファイルであれば、本発明を適用できる。たとえば、表計算ソフトなどで、ある範囲のセル（値を入力するエリアの最小単位）を指定し、その領域の編集権を持つユーザーに編集権の譲渡を要求すると、編集権が譲渡された場合に編集できるようになる。すなわち、複数のユーザーが１つのファイルの中の異なる箇所を同時に編集することが本発明の適用により可能となる。
【図面の簡単な説明】
【００５４】
【図１】共有ファイル管理システム全体の構成を示す図
【図２】サーバー装置の構成を示す図
【図３】クライアント装置の構成を示す図
【図４】第１の実施の形態の共有ファイル管理のフローチャート
【図５】編集予定領域があるかどうかの確認のためのＧＵＩの図
【図６】編集予定領域指定ＧＵＩ(１)の図
【図７】編集予定領域指定ＧＵＩ(２)の図
【図８】編集予定領域指定ＧＵＩ(３)の図
【図９】編集予定領域指定ＧＵＩ(４)の図
【図１０】編集予定領域指定ＧＵＩ(５)の図
【図１１】編集予定領域指定ＧＵＩ(６)の図
【図１２】通信ログウィンドウの図
【図１３】通信ログウィンドウの図
【図１４】編集予定領域通知ＧＵＩ(１)の図
【図１５】編集予定領域通知ＧＵＩ(２)の図
【図１６】編集権譲渡拒絶理由記述ＧＵＩの図
【図１７】通信ログウィンドウの図
【図１８】第２の実施の形態の共有ファイル管理のフローチャート
【図１９】編集予定領域通知ＧＵＩ(３)の図
【図２０】編集予定領域通知ＧＵＩ(４)の図
【図２１】通信ログウィンドウの図
【図２２】第３の実施の形態の編集予定領域通知ＧＵＩ(５)の図
【図２３】編集予定領域通知ＧＵＩ(６)の図
【図２４】通信ログウィンドウの図
【図２５】第４の実施の形態の共有ファイル管理の一部のフローチャート
【図２６】第４の実施の形態の共有ファイル管理の残りの部分のフローチャート
【図２７】編集予定領域指定ＧＵＩ(７)の図
【符号の説明】
【００５５】
１０  ネットワーク、    ２０  サーバー装置、    ３０  クライアント装置、    ３００  ＣＰＵ、    ２０２  記憶装置、    ２１０  共有ファイル、    ２１２  ファイル管理テーブル、    ２１４  ファイル管理プログラム、    ３００  ＣＰＵ、    ３０８  ディスプレイ装置、    ３０２  記憶装置、    ３１０アプリケーション。
【図１】
2006011936.tif 000003
【図２】
2006011936.tif 000004
【図３】
2006011936.tif 000005
【図４】
2006011936.tif 000006
【図５】
2006011936.tif 000007
【図６】
2006011936.tif 000008
【図７】
2006011936.tif 000009
【図８】
2006011936.tif 000010
【図９】
2006011936.tif 000011
【図１０】
2006011936.tif 000012
【図１１】
2006011936.tif 000013
【図１２】
2006011936.tif 000014
【図１３】
2006011936.tif 000015
【図１４】
2006011936.tif 000016
【図１５】
2006011936.tif 000017
【図１６】
2006011936.tif 000018
【図１７】
2006011936.tif 000019
【図１８】
2006011936.tif 000020
【図１９】
2006011936.tif 000021
【図２０】
2006011936.tif 000022
【図２１】
2006011936.tif 000023
【図２２】
2006011936.tif 000024
【図２３】
2006011936.tif 000025
【図２４】
2006011936.tif 000026
【図２５】
2006011936.tif 000027
【図２６】
2006011936.tif 000028
【図２７】
2006011936.tif 000029