JP2000259472A

JP2000259472A - 情報共有装置

Info

Publication number: JP2000259472A
Application number: JP11058316A
Authority: JP
Inventors: Koichi Hayashi; 浩一林; Tomoji Oguro; 友二大黒
Original assignee: Fuji Xerox Co Ltd
Current assignee: Fujifilm Business Innovation Corp
Priority date: 1999-03-05
Filing date: 1999-03-05
Publication date: 2000-09-22

Abstract

(57)【要約】【課題】ローカルな作業環境の内容を相互に公開する
ことによって共同作業に必要な情報共有を行うにあたっ
て、ネットワークの切断によっても、少なくとも切断直
前の状態は共有できることを保証する【解決手段】ローカル構造変更手段３は、管理者から
の作業環境１内のファイル操作に従って、ローカル構造
保持手段２が管理するローカル構造を変更する。共有構
造更新手段５は、ローカル構造保持手段２で管理されて
いるローカル構造の変更内容を共有構造保持手段４の共
有構造に反映させる。リモート構造表示手段６は、管理
者以外の非管理者の表示要求に応じて、共有構造保持手
段４で管理されている共有構造の内容を表示する。

Description

【発明の詳細な説明】

【０００１】

【発明の属する技術分野】本発明は複数の者で情報を共
有する機能を有する情報共有装置に関し、特にローカル
なファイルで作業を行った結果を共有する情報共有装置
に関する。

【０００２】

【従来の技術】ネットワークを介して、共同作業に必要
なドキュメントやデータなどを共有する装置が広く使わ
れている。共有のファイルサーバ中で、共有したいドキ
ュメントを管理することで、各自のローカル環境からそ
のファイルを参照したり、コピーすることができる。さ
らに、共同作業を行う際に、グループメンバーがファイ
ルサーバ上でフォルダーを共有し、その作業の遂行に必
要なドキュメントの更新を行うことで、共同作業を効率
よく進めることができる。

【０００３】共有のファイルを管理する方法を大別する
と、一旦ローカルなファイルで作業をして、その結果を
共有ファイルにコピーする方法と、直接共有ファイル上
で作業をする方法との二つがある。

【０００４】ローカルなファイルで作業をしてその結果
を共有ファイルに格納する方法では、格納のタイミング
が遅れることによって、作業の最新の状態を共有できな
いというデメリットがある。一方、直接共有ファイル上
の情報を編集する方法では、ドキュメントの更新の責任
者が誰で、アクセス権がどうなっているかといった管理
を行わなければならず、運用が煩雑なものになってい
た。

【０００５】そこで、簡単なアクセス権制御で作業の最
新状態を共有可能なシステムが求められている。例え
ば、特開平７−１０５１３０号公報には、共有データと
関連付けられているが自由に変更が可能な半共有データ
を導入する発明が開示されている。ところが、この方法
では同一のドキュメントに関連づけた半共有データが複
数の者の管理下で個別に更新されてしまうと、複数のバ
ージョンが派生してしまい、どれが正しいのかわからな
くなるという問題がある。

【０００６】一方、近年のＷＷＷ(World Wide Web)の発
達によって、各自のローカルな情報を他のメンバーに発
信することが可能になった。この方法であれば、情報を
管理している本人がドキュメントを変更した結果は、即
時に他のメンバーに伝わる。そのため、常に最新の状態
を共有できることになる。さらに、ファイルの管理者も
明確になるというメリットがある。

【０００７】

【発明が解決しようとする課題】しかし、ローカルな情
報を各自が発信して共有を行う方式を採ったときには、
以下のような二つの問題が生じる。

【０００８】第１の問題は、何かの事情でネットワーク
との接続が切れた場合に、他のメンバーからアクセスで
きなくなってしまう。特に、携帯型のコンピュータで作
業するときには、ネットからの切断は起こることが前提
なので、このことは大きな問題となる。

【０００９】第２の問題は、管理者以外のメンバーが共
有データを変更したいときに、管理者個人のワークスペ
ースを変更する必要があることである。管理者以外のメ
ンバーに変更を許すことは、管理者にとってはいつ変わ
ってしまうかわからない、非常に不安的な環境で作業を
しなくてはならなくなることを意味する。

【００１０】本発明はこのような点に鑑みてなされたも
のであり、各自が作業を行っているローカルな作業環境
の内容を相互に公開することによって共同作業に必要な
情報共有を行うにあたって、ネットワークの切断によっ
ても、少なくとも切断直前の状態は共有できることを保
証する情報共有装置を提供することを目的とする。

【００１１】また、本発明の他の目的は、管理者以外の
メンバーによる変更操作を管理者の監視の下に行える情
報共有装置を提供することである。

【００１２】

【課題を解決するための手段】本発明では上記課題を解
決するために、情報を共有するための情報共有装置にお
いて、特定の管理者にのみ操作が許された作業環境内の
ファイル構造をローカル構造として管理するローカル構
造保持手段と、前記管理者からのファイル操作の指示に
従って、前記ローカル構造保持手段が管理するローカル
構造を変更するローカル構造変更手段と、前記ローカル
構造保持手段で管理されているローカル構造に対応する
ファイル構造を共有構造として管理する共有構造保持手
段と、前記ローカル構造保持手段で管理されているロー
カル構造の変更内容を前記共有構造保持手段の共有構造
に反映させる共有構造更新手段と、前記管理者以外の非
管理者の表示要求に応じて、前記共有構造保持手段で管
理されている共有構造の内容を表示するリモート構造表
示手段と、を有することを特徴とする情報共有装置が提
供される。

【００１３】このような情報共有装置によれば、管理者
が作業環境内のファイル操作を行うと、ローカル構造変
更手段によって、ローカル構造保持手段に保持されてい
るローカル構造の内容が変更される。すると、共有構造
更新手段によって、ローカル構造の変更内容が、共有構
造保持手段の共有構造に反映される。そして、非管理者
からの表示要求が入力されると、リモート構造表示手段
により、共有構造保持手段の保持する共有構造の内容が
表示される。

【００１４】

【発明の実施の形態】以下、本発明の実施の形態を図面
を参照して説明する。図１は、本発明の原理構成図であ
る。本発明は、各自が作業を行っているローカルな作業
環境の内容の状態を、ネットワークが接続されている限
り、常時共有ファイルに転記することで、切断直前の状
況を常に共有可能にするものである。そのために、以下
のような構成を有している。

【００１５】本発明の情報共有装置では、特定の管理者
にのみ操作が許されたローカル作業環境１が用意されて
いる。ローカル構造保持手段２は、ローカル作業環境１
内のファイル構造をローカル構造として管理する。ロー
カル構造変更手段３は、管理者からの作業環境１内のフ
ァイル操作に従って、ローカル構造保持手段２が管理す
るローカル構造を変更する。共有構造保持手段４は、ロ
ーカル構造保持手段２で管理されているローカル構造に
対応するファイル構造を共有構造として管理する。共有
構造更新手段５は、ローカル構造保持手段２で管理され
ているローカル構造の変更内容を共有構造保持手段４の
共有構造に反映させる。リモート構造表示手段６は、管
理者以外の非管理者の表示要求に応じて、共有構造保持
手段４で管理されている共有構造の内容を、リモート構
造７として表示する。

【００１６】このような情報共有装置によれば、管理者
がローカル作業環境１内のファイル操作を行うと、ロー
カル構造変更手段３によって、ローカル構造保持手段２
に保持されているローカル構造の内容が変更される。す
ると、共有構造更新手段５によって、ローカル構造の変
更内容が、共有構造保持手段４の共有構造に反映され
る。そして、非管理者からの表示要求が入力されると、
リモート構造表示手段６により、共有構造保持手段４の
保持する共有構造の内容がリモート構造７として表示さ
れる。

【００１７】これにより、ローカル作業環境１に関する
ローカル構造が変更されれば、その内容が共有構造に反
映されるため、共有構造保持手段４内の共有構造を他の
ユーザの要求に応じて表示させることで、作業環境にお
ける最新のファイル構造を他のユーザが知ることができ
る。また、ローカル構造保持手段２と共有構造保持手段
４との間の通信が遮断されたとしても、遮断される直前
のローカル作業環境１のファイル構造を他のユーザが参
照することが可能である。

【００１８】次に、ネットワークを介して接続された複
数のコンピュータを用いた本発明の実施の形態を、具体
的に説明する。なお、以下の例では、ローカルな作業環
境として、一例として特開平８-２４９３５７号公報に
示されているデスクトップ上のアイコンの配置によって
作業状態を示すことのための領域を定義できるワークス
ペースシステムを用いている。

【００１９】図２は、システム構成を示す図である。本
発明では、各自が作業を行う情報管理クライアント３
０，４０，５０と、共有の情報を管理する共有情報管理
サーバ２０とで構成され、ネットワーク１０を介して情
報を交換する。共有情報管理サーバ２０は、共有ファイ
ルを管理するためのコンピュータである。情報管理クラ
イアント３０，４０，５０は、自己のローカルな情報を
共有情報として公開する機能と、他の情報管理クライア
ントが公開しているリモート情報にアクセスするための
機能とを有したコンピュータである。

【００２０】図３は、システム内の機能ブロック図であ
る。この図では、情報管理クライアント３０について
は、ローカルな構造を扱うための機能ブロックのみを示
しており、情報管理クライアント４０については、リモ
ートの構造を扱うための機能のみを示している。なお、
リモートとローカルとの二つの機能は同一の装置上に構
成されても、別々の装置として構成されてもよい。さら
に、共有情報管理サーバ２０の機能を、情報管理クライ
アント３０，４０と同一の装置上に構成することもでき
る。

【００２１】共有情報管理サーバ２０は、共同作業を行
っているメンバー間で共有するワークスペース情報を保
持する。しかも、共有されているワークスペース情報
は、ネットワークが接続されている間、ローカルの情報
管理クライアント３０のワークスペースの変化に合わせ
て更新される。このような共有の情報の管理を行うため
に、共有情報管理サーバ２０は、共有構造保持部２１、
共有構造更新部２２及び変更依頼情報管理部２３を有し
ている。

【００２２】共有構造保持部２１は、共同作業を行って
いるメンバー間で共有するワークスペース情報を、ファ
イル管理データとして保持する。ファイル管理データ
は、ワークスペース上の領域と、その領域内のドキュメ
ント（ファイル）とが対応づけられて管理されている。

【００２３】共有構造更新部２２は、ネットワークが接
続されている間、ローカルの情報管理クライアント３０
のワークスペースのファイル構造を示すローカル構造の
変化に合わせて、共有のワークスペースのファイル構造
である共有情報を更新する。

【００２４】変更依頼情報管理部２３は、共有ワークス
ペースの管理者以外のメンバーからのワークスペース変
更の依頼を、変更依頼管理データとして保持する。変更
依頼管理データは、「ＩＤ」、「コマンド」、「状
態」、「変更依頼」、「回答」、及び「付帯文書」の項
目が設けられており、これらの情報が変更依頼ごとに登
録される。「ＩＤ」は、変更依頼を出力したユーザの識
別子である。「コマンド」は、変更依頼に際してリモー
トのワークスペース上で行われた操作内容である。「状
態」は、その変更依頼が現在どのように取り扱われてい
るのかを示している。この「状態」には、「wait」、
「accept」、「reject」、及び「done」の状態がある。
「wait」は、対応担当者による判断待ちの状態である。
「accept」は、対応担当者が受諾している状態である。
「reject」は、対応担当者が拒絶したことを示す状態で
ある。「done」は、対応担当者による作業が終了した旨
を示す状態である。変更依頼管理データの「変更依頼」
には、変更依頼に際して依頼者が入力したコメント文が
登録される。「回答」には、変更依頼の返答として対応
担当者が入力したコメントが登録される。「付帯文書」
には、createコマンド（新規作成）による変更依頼時
に、依頼者が新たに作成した文書が登録される。

【００２５】情報管理クライアント３０は、ワークスペ
ース及びその上の情報を管理し操作する環境を提供す
る。この機能は、標準的なＯＳ(Operating System)の下
で実行される。その際、データの実体はハードディスク
装置などの二次記憶装置上に記録され、利用者との入出
力はウィンドウシステム及びマウスなどのポインティン
グデバイスを用いて行われる。このような機能を実現す
るために、情報管理クライアント３０は、ローカル構造
保持部３１、ローカル構造表示部３２、ローカル構造変
更部３３、及びローカル構造変更依頼受諾部３４を有し
ている。

【００２６】ローカル構造保持部３１は、各利用者のロ
ーカルなワークスペースを保持する。ワークスペースは
作業に必要なファイルを保持する環境で、作業に必要な
ファイルが作業過程のどの状態に属しているのかの情報
を、ファイル管理データとして保持する。ローカルのフ
ァイル管理データの構造は、共有情報管理サーバ２０の
ファイル管理データと同様である。

【００２７】ローカル構造表示部３２は、作業過程の状
態に属するファイルを、平面中に定義された対応領域中
に配置することで提示する。ローカル構造変更部３３
は、ワークスペースの表示を通じて、利用者がファイル
生成したり領域間を移動する操作を行った結果に基づい
てワークスペースの構造を変化させる。

【００２８】ローカル構造変更依頼受諾部３４は、他の
メンバーからの構造の変更依頼を受諾し、その結果に基
づいてローカル構造を変更する。変更依頼の内容に関す
る情報は、変更依頼管理データとして管理している。ロ
ーカルの変更依頼管理データの構造は、共有情報管理サ
ーバ２０の変更依頼管理データと同様である。

【００２９】情報管理クライアント４０は、装置の使用
者が管理者でない共有ワークスペースの表示と、そのワ
ークスペースに対する変更指示を受け付ける。このよう
な機能を実現するために、情報管理クライアント４０は
リモート構造表示部４１とリモート構造変更依頼部４２
とを有している。

【００３０】リモート構造表示部４１は、表示要求に応
じ、表示要求を出した者（情報管理クライアント４０の
使用者）が管理者でない共有ワークスペースの表示を行
う。なお、リモート構造表示部４１は、共有ワークスペ
ースの最新の内容を常に表示すべき旨の表示要求を受け
付けることができる。

【００３１】リモート構造変更依頼部４２は、情報管理
クライアント４０の使用者が管理者でない共有ワークス
ペースに対して、変更の依頼を行う。次に、図３に示し
た構成のシステムで行われる各種処理手順について説明
する。

【００３２】図４は、ローカル構造変更処理手順を示す
フローチャートである。［Ｓ１］情報管理クライアント３０内のローカル構造変
更部３３が、ユーザから操作オペレーションを取得す
る。［Ｓ２］ローカル構造変更部３３が、オペレーションに
従ってローカル構造保持部３１内のローカルファイル管
理データを変更する。［Ｓ３］ローカル構造変更部３３が、ネットワークに接
続されているか否かを判断する。接続されていればステ
ップＳ４へ進み、そうでなければ処理を終了する。［Ｓ４］共有情報管理サーバ２０のファイル管理データ
を更新する。すなわち、ローカル構造変更部３３から共
有情報管理サーバ２０に対して、ファイル管理データの
内容の更新依頼を出す。その更新依頼を受け取った共有
情報管理サーバ２０の共有構造更新部２２は、要求に従
って共有構造保持部２１内のファイル管理データの内容
を更新する。

【００３３】図５は、ローカル構造表示処理手順を示す
フローチャートである。［Ｓ１１］ローカル構造変更依頼受諾部３４は、ネット
ワークに接続されているか否かを判断する。ネットワー
クに接続されていればステップＳ１２へ進み、そうでな
ければステップＳ１３へ進む。［Ｓ１２］ローカル構造変更依頼受諾部３４は、共有情
報管理サーバ２０の共有構造保持部２１に格納されてい
る変更依頼管理データを読み込み、自己の管理する変更
依頼管理データを更新する。［Ｓ１３］ローカル構造表示部３２は、ローカル構造保
持部３１内のファイル管理データをワークスペースとし
て表示する。［Ｓ１４］ローカル構造表示部３２は、ローカル構造変
更依頼受諾部３４内の変更依頼管理データからwaitの変
更依頼データを取り出す。［Ｓ１５］ローカル構造表示部３２は、ステップＳ１３
で表示したファイル管理データの表示内容に、ステップ
Ｓ１４で取り出した変更依頼データを重ねて表示する。［Ｓ１６］ローカル構造変更依頼受諾部３４は、キーボ
ードなどの入力装置による対応担当者からの変更依頼受
諾に関する指示を取得する。［Ｓ１７］ローカル構造変更依頼受諾部３４は、変更依
頼が受諾（accept）されたか否かを判断し、受諾された
のであればステップＳ１８に進み、そうでなければ(rej
ect)ステップＳ２０に進む。［Ｓ１８］ローカル構造変更依頼受諾部３４は、依頼さ
れたオペレーションに対してローカル構造変更処理を呼
び出す。［Ｓ１９］ローカル構造変更依頼受諾部３４は、変更依
頼データにコメントを設定し、状態をacceptとする。そ
の後、ステップＳ２１に進む。［Ｓ２０］ローカル構造変更依頼受諾部３４は、変更依
頼データにコメントを設定し、「状態を」をrejectとす
る。［Ｓ２１］ローカル構造変更依頼受諾部３４は、ネット
ワークに接続されているか否かを判断し、接続されてい
ればステップＳ２２へ進み、接続されていなければステ
ップＳ２３へ進む。［Ｓ２２］ローカル構造変更依頼受諾部３４は、対応担
当者による受諾の許否判断がなされた旨を共有情報管理
サーバ２０の変更依頼情報管理部２３に通知する。変更
依頼情報管理部２３は、情報管理クライアント３０のロ
ーカル構造変更依頼受諾部から変更依頼管理データの内
容を取得し、自己の管理する変更依頼管理データを更新
する。［Ｓ２３］ローカル構造表示部３２は、変更依頼データ
の表示を消去する。［Ｓ２４］ローカル構造表示部３２は、ローカル構造変
更依頼受諾部３４内のすべてのwaitのデータを処理した
か否かを判断する。すべてのwaitのデータの処理が完了
していれば処理を終了し、そうでなければステップＳ１
４へ進む。

【００３４】図６は、リモート構造変更依頼処理を示す
フローチャートである。［Ｓ３１］リモート側の情報管理クライアント４０内の
リモート構造変更依頼部４２は、自分が管理者でない共
有のワークスペース上で行われたオペレーション（操
作）とコメントを取得する。［Ｓ３２］リモート構造変更依頼部４２は、共有情報管
理サーバ２０の変更依頼情報管理部２３に対して変更依
頼データを送る。変更依頼情報管理部２３は、自身の管
理する変更依頼管理データにwaitの変更依頼データをひ
とつ追加し、オペレーションの内容をコマンドとして登
録し、コメントなどの情報を設定する。

【００３５】図７は、リモート構造表示処理手順を示す
フローチャートである。これは、リモート側の情報管理
クライアント４０内のリモート構造表示部４１が行う処
理である。［Ｓ４１］リモート側の情報管理クライアント４０内の
リモート構造表示部４１は、共有情報管理サーバ２０の
共有構造保持部２１からファイル管理データを受け取
り、その内容を表示する。［Ｓ４２］リモート構造表示部４１は、共有情報管理サ
ーバ２０の変更依頼情報管理部２３から変更依頼管理デ
ータを受け取り、情報管理クライアント４０を操作して
いる本人の依頼データであり、かつ状態がdoneでないも
のを取り出す。［Ｓ４３］リモート構造表示部４１は、ファイル管理デ
ータの表示に変更依頼データを重ねて表示する。［Ｓ４４］リモート構造変更依頼部４２は、変更依頼結
果の確認を取得する。［Ｓ４５］リモート構造変更依頼部４２は、共有情報管
理サーバ２０の変更依頼情報管理部２３に対して変更依
頼データの状態をdoneにするように要求する。変更依頼
情報管理部２３は、要求に応じて変更依頼データの状態
をdoneとする。［Ｓ４６］リモート構造表示部４１は、変更依頼データ
の表示を消去する。［Ｓ４７］リモート構造表示部４１は、情報管理クライ
アント４０を操作している本人の依頼データであり、か
つ状態がdoneでないすべてのデータを処理したか否かを
判断する。すべてのdoneでないデータの処理が完了して
いれば処理を終了し、そうでなければステップＳ４２へ
進む。

【００３６】次に、上記のような処理を行うことにより
ローカルなワークスペースの状態が、他のメンバーとの
間で共有される過程について具体的に説明する。以下の
図８〜図２０は、自分が管理者となっているローカルな
ワークスペースと、それを他のメンバーと共有する共有
情報の状態、さらに、他のメンバーによってリモート表
示されているワークスペースの状態の変化を示してい
る。

【００３７】図８〜図１０では、担当者Ｘのワークスペ
ースの状態が共有され、他のメンバーにリモート表示さ
れる過程を示している。図８は、ワークスペースの状態
とデータ内容との例を示す図である。この例では、開発
中のシステムのＡＲ（アクションリクエスト：問題点な
どの改良要請）に対応する対応担当者Ｘと、テストを行
っている他のメンバー（テスト担当者Ｙ，Ｚ）が「ＡＲ
対応ワークスペース」を共有しながら共同作業を行って
いる。「ＡＲ対応ワークスペース」は、担当者Ｘが作業
をしている環境で、対応予定のＡＲを配置する「ＡＲ」
の領域６１、対応済みのＡＲを配置する「対応済み」の
領域６２、対応しなかったＡＲを配置する「未対応」の
領域６３に分かれており、ＡＲのドキュメントの配置を
変えることによって作業状態を表現する。

【００３８】ローカルの情報管理クライアント３０に表
示されるワークスペース６０の「ＡＲ」の領域６１に
は、「AR001」のドキュメントが配置されている。ま
た、ローカルの情報管理クライアント３０のファイル管
理データ３０ａには、領域「ＡＲ」に対応して文書「AR
001」が設定されている。これにより、識別子が「AR00
1」のＡＲを対応予定であることが示されている。な
お、この段階では、変更依頼管理データ３０ｂには何も
設定されていない。

【００３９】この際、共有情報管理サーバ２０内のファ
イル管理データ２０ａと変更依頼管理データ２０ｂとの
内容は、情報管理クライアント３０のファイル管理デー
タ３０ａ及び変更依頼管理データ３０ｂの内容と同じで
ある。また、テスト担当者Ｙの画面に表示されるワーク
スペース７０とテスト担当者Ｚの画面に表示されるワー
クスペース８０にもＡＲ対応担当者Ｘのワークスペース
６０と同じ領域７１〜７３，８１〜８３が設けられてお
り、現時点ではワークスペース６０と同じ内容となって
いる。

【００４０】このような状態で、担当者Ｘが「AR001」
に対応する作業を行い、その作業が終了したら、「AR00
1」のドキュメントを「対応済み」の領域６２に移動す
る。図９は、担当者Ｘがドキュメントを移動した直後の
状態を示す図である。図に示すように、担当者Ｘのワー
クスペース６０上で、「ＡＲ」の領域６１に配置されて
いた「AR001」のドキュメントが、「対応済み」の領域
６２に移動されている。それに応じて、ファイル管理デ
ータ３０ａの内容も更新され、「AR001」が「対応済
み」に対応する文書として設定されている。

【００４１】このようにドキュメントを「対応済み」の
領域６２に移動させることで、そのドキュメントの状態
が「対応済み」に変化する。この結果が共有のファイル
管理データ２０ａに反映される。

【００４２】図１０は、担当者Ｘの操作が反映された結
果を示す図である。この図は、担当者ＸのＡＲ対応のワ
ークスペース６０における状態の変化が、共有情報管理
サーバ２０で管理されているファイル管理データ２０ａ
に反映され、それがテスト担当者ＹとＺのリモート構造
を表示するワークスペース７０，８０に反映されている
ところを示している。このように、ローカル側のファイ
ル管理データ３０ａの内容が共有情報管理サーバ２０の
ファイル管理データ２０ａに反映され、それに応じて、
リモート側に表示されるワークスペース７０，８０の内
容も更新される。その結果、ローカルのワークスペース
６０と同じ内容がリモートのワークスペース７０，８０
にも表示されることになる。

【００４３】このローカルデータ状態の共有データへの
反映は、ネットワーク接続がなされている間、常に行わ
れる。他のメンバーとの状態の共有は、共有情報管理サ
ーバにあるデータを媒介するので、ネットワークが切断
されても、その直前までの状態は共有される。

【００４４】次に、他のメンバーが管理するワークスペ
ースの変更要求、及び変更要求の受諾処理について説明
する。図１１〜図１３では、テスト担当者Ｙがリモート
表示している「ＡＲ対応ワークスペース」の「ＡＲ」領
域に、新しいＡＲを追加してそれが受諾される過程を示
している。

【００４５】図１１は、テスト担当者が変更要求を入力
した状態を示す図である。この例では、テスト担当者Ｙ
が、新しいＡＲ「AR002」をワークスペース７０内の
「ＡＲ」領域７１に置き、コメントとして「緊急でお願
いします」というテキストを入力した状態を示してい
る。この情報は、共有情報において、「ＡＲ対応ワーク
スペース」に対する変更依頼管理データとして追加され
る。ここでデータのＩＤとしてテスト担当者Ｙからの最
初の依頼ということで、「Y001」というデータが追加さ
れている。依頼データには「create AR002 AR」という
実行するコマンドと対応するコメントが記録され、状態
が「wait」状態になる。「wait」状態は、ワークスペー
スの管理者がまだ受諾も拒否もしていない状態を示して
いる。また、テスト担当者Ｙがワークスペース７０の
「ＡＲ」の領域７１に配置したドキュメントは、共有情
報管理サーバ２０に転送され、変更依頼管理データ２０
ｂの付帯文書として登録される。

【００４６】図１２は、ワークスペースの担当者Ｘに変
更依頼が示された状態を示す図である。共有情報管理サ
ーバ２０が管理している変更依頼管理データ２０ｂの内
容が、ローカル側の変更依頼管理データ３０ｂにコピー
され、その内容がワークスペース６０の表示内容に重ね
て表示される。この例では、変更依頼を表示するウィン
ドウの下に「ＯＫ」と「ＮＯ」とのボタンが設けられて
いる。「ＯＫ」のボタンは、変更依頼を受諾する際に押
すボタンであり、「ＮＯ」のボタンは、変更依頼を拒絶
する際に押すボタンである。

【００４７】図１３は、対応担当者が受諾した状態を示
す図である。この例では、担当者Ｘが「ＯＫ」ボタンを
クリックすることで、ＡＲの追加依頼を受諾するととも
にコメントとして「了解しました」というテキストを入
力している。この結果、ローカルのファイル管理データ
３０ａには、ＡＲの領域に「AR002」のドキュメントが
追加され、変更依頼管理データ３０ｂには、回答として
「了解しました」のコメントが追加され、さらに状態が
「accept」に変更されている。

【００４８】図１４は、受諾結果が反映された後の状況
を示す図である。共有情報管理サーバ２０が管理するフ
ァイル管理データ２０ａと変更依頼管理データ２０ｂと
が、ワークスペース６０の対応担当者Ｘのローカルな変
化に対応して更新され、その結果がテスト担当者Ｙのリ
モート表示用のワークスペース７０に反映されている。
この依頼管理データの情報は、テスト担当者Ｚには知ら
されず、ワークスペース８０上では、「ＡＲ」の領域８
１に対して単に「AR002」が新たに追加されたことだけ
がわかる。

【００４９】図１５は、テスト担当者の確認後の状況を
示す図である。テスト担当者Ｙがワークスペース７０上
で対応担当者Ｘの受諾を確認することで、その依頼デー
タにかかわる表示が消え、共有情報管理サーバ２０の変
更依頼管理データ２０ｂ中の依頼データの状態が「don
e」に変更されている。

【００５０】次に、他のメンバーが管理するワークスペ
ースを変更しようとするが拒絶される過程について説明
する。図１６〜図２０では、テスト担当者Ｚが、ひとつ
のＡＲの配置領域の変更を依頼し、それが拒否される過
程を示している。

【００５１】図１６は、対処済みとされた作業を差し戻
す様子を示す図である。この例では、ワークスペース８
０上で、「AR001」のＡＲを「対応済み」領域８２から
「ＡＲ」領域８１に移動し、「解決できていない」とい
うコメントをつけて差し戻しの操作を行っている。この
コマンドは、共有情報管理サーバ２０における変更依頼
管理データ２０ｂに対して、「Z001」のデータとして追
加される。

【００５２】図１７は、差し戻した内容が管理者に伝え
られる様子を示す図である。差し戻しが行われると、図
のようにワークスペース６０の対応担当者Ｘの変更依頼
管理データ３０ｂが更新され、それに対応する内容がワ
ークスペース６０上に表示される。

【００５３】図１８は、差し戻された作業を管理者が拒
否する状況を示す図である。差し戻された内容を拒否す
べき理由が対応担当者Ｘにある場合には、変更依頼を拒
絶することができる。この例では、「ＮＯ」のボタンを
押し、変更依頼に対し「仕様通りです」というコメント
をつけて拒否した様子を示している。この結果、変更依
頼管理データ３０ｂの「Z001」のデータの回答に、「仕
様通りです」というコメントが記録され、状態がreject
になる。

【００５４】図１９は、拒否によって共有サーバの変更
依頼管理データが更新される様子を示す図である。ここ
で変更要求が管理者によって拒否されているので、変更
依頼管理データ２０ｂ内の該当するデータの状態はreje
ctに変更されるが、共有のファイル管理データ２０ａは
変更されない。テスト担当者Ｚのリモート表示にはこの
結果が上書きされる。この結果はテスト担当者Ｙのリモ
ート表示には表示されない。

【００５５】図２０は、テスト担当者が拒否された旨を
確認する様子を示す図である。テスト担当者Ｚが対応担
当者Ｘの拒否を確認し、その結果、変更依頼にかかわる
表示が消え、変更依頼管理データ２０ｂの状態がdoneに
なった様子を示している。

【００５６】以上のように、本発明によれば、ローカル
のワークスペースの最新の状態が共有の情報に反映され
ることで、常にネットワークにつながっていれば最新の
作業状況を共有することが可能となる。しかも、ネット
ワークが切断された場合でもその直前の状態を共有でき
る。

【００５７】また、他のメンバーから対応担当者へ何ら
かの要求がある場合には、他のメンバーからの変更依頼
をローカルな作業を行っている作業環境に通知し、他の
メンバーからの変更依頼の許否を対応担当者が判断して
いる。これにより、担当者本人の管理下において、他の
メンバーの意図を反映させることが可能となる。

【００５８】なお、上記の共有情報管理サーバや情報管
理クライアントが有すべき機能の処理内容は、コンピュ
ータで読み取り可能な記録媒体に記録されたプログラム
に記述されており、このプログラムをコンピュータで実
行することにより、上記処理がコンピュータで実現され
る。コンピュータで読み取り可能な記録媒体としては、
磁気記録装置や半導体メモリ等がある。市場へ流通させ
る場合には、ＣＤ−ＲＯＭ(Compact Disk Read Only Me
mory)やフロッピーディスク等の可搬型記録媒体にプロ
グラムを格納して流通させたり、ネットワークを介して
接続されたコンピュータの記憶装置に格納しておき、ネ
ットワークを通じて他のコンピュータに転送することも
できる。コンピュータで実行する際には、コンピュータ
内のハードディスク装置等にプログラムを格納してお
き、メインメモリにロードして実行する。

【００５９】

【発明の効果】以上説明したように本発明では、管理者
のみが操作できる作業環境内のファイル構造を示すロー
カル構造の最新の状態が共有情報に反映されるようにし
たため、最新の作業状況を非管理者に提示することが可
能となる。しかも、ローカル構造保持手段から共有構造
保持手段までの通信機能が切断された場合でも、直前の
状態を非管理者に提示できる。

【図面の簡単な説明】

【図１】本発明の原理構成図である。

【図２】システム構成を示す図である。

【図３】システム内の機能ブロック図である。

【図４】ローカル構造変更処理手順を示すフローチャー
トである。

【図５】ローカル構造表示処理手順を示すフローチャー
トである。

【図６】リモート構造変更依頼処理を示すフローチャー
トである。

【図７】リモート構造表示処理手順を示すフローチャー
トである。

【図８】ワークスペースの状態とデータ内容との例を示
す図である。

【図９】担当者Ｘがドキュメントを移動した直後の状態
を示す図である。

【図１０】担当者Ｘの操作が反映された結果を示す図で
ある。

【図１１】テスト担当者が変更要求を入力した状態を示
す図である。

【図１２】ワークスペースの担当者Ｘに変更依頼が示さ
れた状態を示す図である。

【図１３】対応担当者が受諾した状態を示す図である。

【図１４】受諾結果が反映された後の状況を示す図であ
る。

【図１５】テスト担当者の確認後の状況を示す図であ
る。

【図１６】対処済みとされた作業を差し戻す様子を示す
図である。

【図１７】差し戻した内容が管理者に伝えられる様子を
示す図である。

【図１８】差し戻された作業を管理者が拒否する状況を
示す図である。

【図１９】拒否によって共有サーバの変更依頼管理デー
タが更新される様子を示す図である。

【図２０】テスト担当者が拒否された旨を確認した結果
を示す図である。

【符号の説明】

１作業環境２ローカル構造保持手段３ローカル構造変更手段４共有構造保持手段５共有構造更新手段６リモート構造表示手段７リモート構造

Claims

【特許請求の範囲】

【請求項１】情報を共有するための情報共有装置にお
いて、特定の管理者にのみ操作が許された作業環境内のファイ
ル構造をローカル構造として管理するローカル構造保持
手段と、前記管理者からのファイル操作の指示に従って、前記ロ
ーカル構造保持手段が管理するローカル構造を変更する
ローカル構造変更手段と、前記ローカル構造保持手段で管理されているローカル構
造に対応するファイル構造を共有構造として管理する共
有構造保持手段と、前記ローカル構造保持手段で管理されているローカル構
造の変更内容を前記共有構造保持手段の共有構造に反映
させる共有構造更新手段と、前記管理者以外の非管理者の表示要求に応じて、前記共
有構造保持手段で管理されている共有構造の内容を表示
するリモート構造表示手段と、を有することを特徴とする情報共有装置。
【請求項２】非管理者からの要求に応じ、前記共有構
造保持手段に保持されている共有構造に反映されている
ローカル構造に対する変更を依頼するリモート構造変更
依頼手段と、前記リモート構造変更依頼手段からの変更依頼に関する
情報を管理する変更依頼情報管理手段と、前記変更依頼情報管理手段が管理する非管理者からのロ
ーカル構造の変更依頼の許否を管理者から受け付け、変
更依頼が受諾された際には、変更依頼に応じてローカル
構造を変更するローカル構造変更依頼受諾手段と、をさらに有することを特徴とする請求項１記載の情報共
有装置。
【請求項３】前記変更依頼情報管理手段は、変更依頼
を要求した者に関する情報を含むめて管理しており、前記リモート構造表示手段は、前記変更依頼情報管理手
段の内容を参照し、前記共有情報保持手段に保持されて
いる共有情報の内容に、表示要求を入力した非管理者自
身の依頼した変更依頼のデータを重ね合わせて表示する
ことを特徴とする請求項２記載の情報共有装置。
【請求項４】情報を共有するための情報共有プログラ
ムを記録したコンピュータ読み取り可能な記録媒体にお
いて、特定の管理者にのみ操作が許された作業環境内のファイ
ル構造をローカル構造として管理するローカル構造保持
手段、前記管理者からのファイル操作の指示に従って、前記ロ
ーカル構造保持手段が管理するローカル構造を変更する
ローカル構造変更手段、前記ローカル構造保持手段で管理されているローカル構
造に対応するファイル構造を共有構造として管理する共
有構造保持手段、前記ローカル構造保持手段で管理されているローカル構
造の変更内容を前記共有構造保持手段の共有構造に反映
させる共有構造更新手段、前記管理者以外の非管理者の表示要求に応じて、前記共
有構造保持手段で管理されている共有構造の内容を表示
するリモート構造表示手段、としてコンピュータを機能させることを特徴とする情報
共有プログラムを記録したコンピュータ読み取り可能な
記録媒体。