JP2001075949A - 情報共有装置、方法、及び、その記録媒体 - Google Patents

Abstract

(57)【要約】 【課題】 本発明の目的は、共有している電子書類に対
する承認を行った後の当該電子書類の変更を禁止できる
情報共有装置、方法、及び、そのプログラムを記録した
記録媒体を提供することにある。 【解決手段】 本発明の情報共有装置は、端末装置に情
報共有環境を提供する情報共有手段と、少なくとも１の
共有情報と、該共有情報を共有する複数の情報共有者と
を対応づけるとともに、該対応毎に備わる複数の第１識
別子を含む第１のテーブルを記憶する記憶手段とを備
え、前記情報共有手段は、１情報共有者による入力を受
け、該入力が前記第１識別子の１つを設定するものであ
る場合、該第１識別子に対応する共有情報に対する変更
処理を禁止する。

Description

【発明の詳細な説明】

【０００１】

【発明の属する技術分野】本発明は、コンピュータネッ
トワーク、グループウェアソフトウェア及びデータベー
スを利用し、電子書類を共有する情報共有装置、方法、
及び、情報共有プログラムを記録した記憶媒体に関す
る。

【０００２】

【従来の技術】現在、ネットワーク環境が整備されるに
つれ、さまざまなネットワークシステム、グループウェ
ア等が開発され、情報の共有にも活用されている。例え
ば、特開平１０−１２４４９１「文書共有整理システ
ム、共有文書管理装置および文書アクセス装置」に開示
されている発明がある。この発明では、ローカルマシン
にある文書を所定の文書構造に変換し、ネットワークを
通じて共有マシンに送ると、共有マシンは、文書に文書
ＩＤを付与して蓄積するとともに、文書群を時間順また
はユーザの文書へのアクセスに応じて整理する。そし
て、文書ＩＤを指定することで、ローカルマシンで文書
の更新ができるものとなっている。また、ある人が更新
中の文書は、排他制御によって他人が更新できないよう
にロックされている。このような情報・電子文書（電子
書類）を共有するための環境において、ペーパーレス化
の要請の中、紙を用いた書類に対する承認行為と同様の
電子書類に対する承認を実施できることが要望されてい
る。

【０００３】

【発明が解決しようとする課題】これまで電子書類を共
有している際の承認行為には次のような問題点があっ
た。 （１）電子書類を共有している複数の当事者間で、承認
後の書類の変更が生じる可能性があった。例えば、上記
特開平１０−１２４４９１の発明では、更新中の文書に
限り、排他制御により他人が更新できないものとなって
いるにすぎず、少なくとも１人は、いつでも文書に変更
を加えることができるものとなっている。 （２）確実な承認を行うために、電子書類を印刷物など
の変更が容易にはできないものにする場合もあった（ペ
ーパーレス化への移行の阻害）。

【０００４】本発明は、上記の点に鑑みてなされたもの
で、共有している電子書類に対する承認を行った後の当
該電子書類の変更を禁止できる情報共有装置、方法、及
び、その記録媒体を提供するものである。

【０００５】

【課題を解決するための手段】本発明の情報共有装置
は、電子文書からなる情報を共有可能とする情報共有装
置において、前記情報共有装置は、該情報共有装置に含
まれるか、または、該情報共有装置に接続された端末装
置に情報共有環境を提供する情報共有手段と、少なくと
も１の共有情報と、該共有情報を共有する複数の情報共
有者とを対応づけるとともに、該対応毎に備わる第１識
別子を含む共有情報テーブルを記憶する記憶手段とを備
え、前記情報共有手段は、１情報共有者による入力を受
け、該入力が前記第１識別子の１つを設定するものであ
る場合、該第１識別子に対応する共有情報に対する変更
処理を禁止することを特徴とする。

【０００６】本発明の情報共有装置において、前記情報
共有手段は、前記第１識別子の設定に際し、前記共有情
報を作成した情報共有者のみを第１番目に許可し、後に
他の情報共有者に対応する第１識別子が該他の情報共有
者により設定された場合、先に第１識別子を設定した情
報共有者による先に設定された第１識別子の設定解除を
禁止することを特徴とする。

【０００７】本発明の情報共有装置において、前記記憶
手段は、前記情報共有者と該情報共有者により作成され
た共有情報とを対応づけるとともに、該共有情報毎に該
共有情報に対する承認の有無を示す第２識別子を含むフ
ァイル情報テーブルをさらに記憶し、前記情報共有手段
は、前記共有情報テーブルを参照し、１共有情報に対応
する前記複数の第１識別子のすべてが設定された場合、
該共有情報に対応する前記第２識別子を設定することを
特徴とする。

【０００８】本発明の情報共有装置において、前記記憶
手段は、前記複数の情報共有者の個人識別情報を含むメ
ンバー情報テーブルをさらに記憶し、前記情報共有手段
は、前記共有情報テーブル、ファイル情報テーブル、メ
ンバー情報テーブルを参照し、前記共有情報テーブルに
含まれた共有情報と該共有情報を共有する複数の情報共
有者との対応と、前記ファイル情報テーブルに含まれた
情報共有者と該情報共有者により作成された共有情報の
対応と、前記メンバー情報テーブルに含まれた個人識別
情報とから、前記共有情報に対するアクセス権限を決定
し、該共有情報を管理することを特徴とする。

【０００９】本発明の情報共有装置において、前記情報
共有装置は、インターネットに接続可能であり、前記情
報共有手段は、ネットワークを介して接続される端末装
置に情報共有環境を提供することを特徴とする。

【００１０】本発明は、情報共有装置における情報共有
方法であって、少なくとも１の共有情報と、該共有情報
を共有する複数の情報共有者とを対応づけるとともに、
該対応毎に備わる複数の第１識別子を含む共有情報テー
ブルを記憶させる手順と、前記情報共有者による入力を
受ける入力手順と、前記入力手順により、前記第１識別
子の１つが設定された場合、該第１識別子に対応する共
有情報に対する変更処理を禁止する手順とを含むことを
特徴とする。

【００１１】本発明は、情報共有装置に実装される情報
共有プログラムを記録した記録媒体であって、少なくと
も１の共有情報と、該共有情報を共有する複数の情報共
有者とを対応づけるとともに、該対応毎に備わる複数の
第１識別子を含む共有情報テーブルを記憶させる手順
と、前記情報共有者による入力を受ける入力手順と、前
記入力手順により、前記第１識別子の１つが設定された
場合、該第１識別子に対応する共有情報に対する変更処
理を禁止する手順とをコンピュータに実行させる情報共
有プログラムを記録したコンピュータ読み取り可能な記
録媒体を提供することで、コンピュータを用いて容易に
テキスト電子認証装置を実現できる。

【００１２】

【発明の実施の形態】以下、本発明の実施の形態を図面
を参照して説明する。図１は、本発明の一実施の形態で
ある情報共有装置の構成と利用形態を示す図である。本
実施の形態で説明する情報共有装置１００は、本出願人
により提案されているインターネット等のネットワーク
を利用する情報共有システム（特願平１１−０５４８３
０）に組み込まれ利用されてもよく、その一実施の形態
の詳細は後述する。

【００１３】本実施の形態の情報共有装置１００は、イ
ンターネットを介して接続された端末装置（クライアン
トマシン１、２、…、ｎ）に情報共有環境を提供する情
報共有手段としてのプラットフォームプログラムを実装
し実行するＷｅｂサーバ１０１と、記憶手段として、各
種テーブルを保存するデータベースサーバ１０２および
ワープロ文書や画像、音声等を含む電子書類（ファイ
ル）を保存するファイルサーバ１０３とから構成され
る。

【００１４】端末装置は、フロントエンドアプリケーシ
ョンソフトウェアとしてＷｅｂブラウザを実装し、イン
ターネットを介して本情報共有装置１００を構成するＷ
ｅｂサーバ１０１にアクセスする。Ｗｅｂサーバ１０１
上のプラットフォームプログラムは、ＨＴＭＬソース・
ファイルに記述するスクリプトを利用し、端末装置にフ
ァイルの共有に係るサービスを提供する。データベース
サーバ１０２に格納されたテーブルは、上記プラットフ
ォームプログラムを使用する以外には登録、修正がなさ
れないように設定されている。また、ファイルサーバ１
０３も上記プラットフォームプログラムを使用する以外
にはアップロード、ダウンロードならびに上書きや編
集、削除が行われないように設定されている。これら設
定は、Ｗｅｂサーバ１０１に実装されたオペレーティン
グシステムの機能を利用する。

【００１５】なお、本情報共有装置１００を構成するＷ
ｅｂサーバ１０１、データベースサーバ１０２、ファイ
ルサーバ１０３、は、個別のサーバ・マシンを用いても
よいし、同一のサーバ・マシンを用いて実施してもよい
ものである。また、上記各サーバには、周辺機器として
入力装置、表示装置等（いずれも図示せず）が接続され
るものとする。ここで、入力装置とはキーボード、マウ
ス等の入力デバイスのことをいう。表示装置とはＣＲＴ
（Ｃａｔｈｏｄｅ Ｒａｙ Ｔｕｂｅ）や液晶表示装置等
のことをいう。

【００１６】はじめに、データベースサーバ１０２に保
存され、本情報共有装置１００で用いるテーブルを図２
〜４を参照して説明する。本情報共有装置１００では、
以下に示すテーブルを用いる。 １．メンバー情報テーブル：本テーブルは、メンバー情
報を格納するテーブルであり、本実施の形態では、「メ
ンバーＩＤ」、「ログイン名」、「パスワード」、「名
前（姓）」、「名前（名）」、「メンバーの説明」の各
フィールドをもち、対応するデータがメンバー毎に格納
される。ここでメンバーとは、本情報共有装置１００を
利用することを許可され登録された利用者である。

【００１７】また、「メンバーＩＤ」には個々のメンバ
ー毎に重複することなく一意に割り当てられる番号が格
納される。「ログイン名」には認証を受ける際に必要と
なるパスワードと対になる名前が格納される。「パスワ
ード」には認証時に使用者が正当なメンバーであるかど
うかを判定するために設定された文字列が格納される。
図２では＊印で示しているが実際には暗号化された文字
列が格納されている。「名前（姓）」および「名前
（名）」にはメンバーの氏名が別々に格納される。「メ
ンバーの説明」にはこのメンバーの所属や肩書きなどを
示す文字列が格納される。

【００１８】２．ファイル情報テーブル：本テーブル
は、電子書類の実体であるファイルの情報を格納するテ
ーブルであり、本実施の形態では、「ファイルＩＤ」、
「所有メンバーＩＤ」、「文書名」、「ファイルサーバ
名」、「ファイルの格納場所」、「実際のファイル
名」、「ファイルの説明」、「承認の有無」の各フィー
ルドをもち、対応するデータがメンバー毎に格納され
る。「ファイルＩＤ」には、個々のファイル毎に重複す
ることなく一意に割り当てられる番号が格納される。ま
た、「所有メンバーＩＤ」には、このファイルを作成し
た（または登録した）メンバーのメンバーＩＤが格納さ
れる。なお、「所有メンバーＩＤ」には、必ず上記メン
バー情報テーブルの「メンバーＩＤ」に存在する番号が
格納されなければならない。

【００１９】また、「文書名」には、見出しとして使用
するためのファイルの名前が格納される。「ファイルの
格納場所」には、ファイルの実体がファイルサーバ１０
３のどのディレクトリ位置に格納されているかを表すデ
ィレクトリ名が格納される。「実際のファイル名」に
は、コンピュータ内部でのこのファイルの名前が格納さ
れる。共有されるファイルはこの名前でファイルサーバ
１０３の記録部（ハードディスク等）に記録される。
「ファイルの説明」には、格納されているファイルの内
容の説明が格納される。「承認の有無」には、特許請求
の範囲に記載の第２識別子に対応し、現在このファイル
が承認されているかどうかを表すデータが格納される。
ここでは０が格納されていれば承認されておらず、１が
格納されていれば承認されているとしている。

【００２０】３．共有情報テーブル：本テーブルは、フ
ァイルがどのメンバー間で共有されているかという情報
を格納するテーブルであり、本実施の形態では、「共有
ＩＤ」、「メンバーＩＤ」、「対象ファイルＩＤ」、
「個々のロックの有無」、「ロックした日付」、「拒絶
理由」の各フィールドをもち、対応するデータがメンバ
ー毎に格納される。「共有ＩＤ」には、個々のファイル
の共有状況に対して重複なく一意に割り当てられる番号
が格納される。また、「メンバーＩＤ」には、対象とな
るメンバーを表すＩＤ番号が格納される。ただし、この
値はメンバー情報テーブルの「メンバーＩＤ」に存在す
る番号が格納されなければならない。「対象ファイルＩ
Ｄ」には、対象となるファイルを表すＩＤ番号が格納さ
れる。ただし、この値はファイル情報テーブルの「ファ
イルＩＤ」に存在する番号が格納されなければならな
い。

【００２１】また、「個々のロックの有無」には、特許
請求の範囲に記載の第１識別子に対応し、「メンバーＩ
Ｄ」で示されたメンバーが「対象ファイルＩＤ」で示さ
れたファイルに対してロックをかけているかどうかを表
すデータが格納される。ここでは０が格納されていれば
ロックされておらず、０以外が入力されていたらロック
されているとしている。所有者がロックすると１が格納
され、それ以降ロックをかけた順番が設定される（２番
目にロックされると２が入る）。「ロックした日付」に
は、ロックを行った時点の日にちと時間が記録される。
「拒絶理由」には、ロックをかけることができない理由
を記録される。

【００２２】なお、本情報共有装置１００では、対象の
ファイルに対し該当者全員がロックした場合に、対象の
ファイルを承認したものとする。すなわち、対象のファ
イルに対し該当者全員がロックした時点で、上記ファイ
ル情報テーブル上の対応する「承認の有無」フィールド
に１が格納される。なお、この「承認の有無」フィール
ドは、該当者で最後にロックしたものがこのロックを解
除した時点で、０に戻されるものである。

【００２３】次に、このように構成された本実施の形態
の情報共有装置１００の動作について順に説明する。な
お、Ｗｅｂサーバ１０１は、上記プラットフォームプロ
グラムにより、下記に示す一連の動作を行うものであ
る。

【００２４】はじめに情報共有装置１００は、利用者
（メンバー）の認証を行う。端末装置からＷｅｂサーバ
１０１へのアクセスが行われると、Ｗｅｂサーバ１０１
は、認証に用いるログイン名とパスワードの入力を促す
認証画面を構成するＨＴＭＬドキュメントを端末装置に
転送する。そして、この端末装置に備わるＷｅｂブラウ
ザにより認証画面が表示される。利用者が自身のログイ
ン名とパスワードを入力し、端末装置からＷｅｂサーバ
１０１へこれらのデータが送られると、Ｗｅｂサーバ１
０１は、このログイン名およびパスワードと、データベ
ースサーバ１０２に記録されたメンバー情報テーブルに
含まれるログイン名およびパスワードとを比較し認証を
行う。この認証処理が完了すると、メンバーは、共有情
報となる電子書類のアップロードや編集、修正、削除等
の処理が行えるようになる。

【００２５】次に、上記認証完了後の電子書類のアップ
ロードに係る動作を説明する。

【００２６】上記認証を完了すると、先の利用者は、Ｗ
ｅｂブラウザに表示されるメニュー画面（図示せず）か
ら、電子書類のアップロードを指定する選択を行い、ア
ップロード用の入力画面へ移る。一例として、図５に示
す入力画面がＷｅｂブラウザ５００に表示される。この
画面例では、認証を受けたメンバーを示すメンバーＩＤ
（１００３）および氏名（佐伯）が符号５０１の部分に
表示されている。また、入力画面には、アップロードフ
ァイルを指定する入力欄（符号５０２）、文書名を指定
する入力欄（符号５０３）、ファイルの説明を入力する
入力欄（符号５０４）、そして本情報共有装置１００に
登録されたメンバーであって、このファイル共有する、
すなわちこのファイルの承認を行うメンバーを指定する
チェックボックスの欄（符号５０５）がある。この欄
は、メンバー情報テーブルのデータに基づき表示され
る。その他、入力画面にはアップロードファイルの指定
を行う際ファイルを参照するための参照ボタン（符号５
０６）と、実際にアップロードを開始させるアップロー
ド・ボタン（符号５０７）と、アップロードをキャンセ
ルするキャンセル・ボタン（符号５０８）が含まれる。

【００２７】アップロードするファイルを指定するメン
バー（ファイルの所有者（メンバーＩＤ：１００３））
は、この入力画面から、端末装置に記録されているファ
イル（この例では、ｏｉｌ＿ｐｒｉｃｅ．ｄｏｃ）を、
アップロードファイルを指定する入力欄（符号５０２）
から指定する。次に、文書名（この例では、潤滑油見積
書）を文書名指定欄（符号５０３）に、ファイルの説明
（この例では、潤滑油の納期と価格の見積書）をファイ
ルの説明欄（符号５０４）に入力する。そして、ファイ
ルを共有するメンバー（共有メンバー）を指定する。具
体的には承認を受けたいメンバー（この例では、田中、
木下）のチェックボックス（符号５０５）にチェックを
つける。最後に、アップロード・ボタンを押す。

【００２８】以上の操作で、入力データ（ファイル名、
文書名、ファイルの説明、共有メンバーのメンバーＩ
Ｄ）および指定されたファイル（電子書類）がＷｅｂサ
ーバ１０１へ送信される。Ｗｅｂサーバ１０１は、端末
装置から送信されたデータを受信すると（図９：ステッ
プＳ１０１）、受信したファイルをファイルサーバ１０
３へ送り記録させる（図９：ステップＳ１０２）。この
ファイルが格納された格納場所は、データベースサーバ
１０２のファイル情報テーブルのファイルの格納場所フ
ィールドに記録される（図９：ステップＳ１０３）。図
３に示す例では、符号３０１のレコードの「ファイルの
格納場所」フィールドに、格納場所のディレクトリ名
「ｃ：￥ｄｏｃｕｍｅｎｔｓ￥ｓｈａｒｅ￥」が記録さ
れる。

【００２９】さらに、受信したファイルに係る情報（フ
ァイル名、文書名、ファイルの説明）と上記認証処理で
認証を受けたメンバーのメンバーＩＤ（１００３）を所
有メンバーＩＤとしてデータベースサーバ１０２へ送り
ファイル情報テーブルに記録させる（図９：ステップＳ
１０４）。この処理により、図３に示すように、ファイ
ル情報テーブルの符号３０１のレコードに記録される。

【００３０】さらに、受信したファイルの共有に係るデ
ータ（共有メンバーのメンバーＩＤ（１００１、１００
２））とファイル情報を記録した上記ファイル情報テー
ブルのレコード（符合３０１）に設定されたファイルＩ
Ｄ（１００１）とをデータベースサーバ１０２へ送り共
有情報テーブルに記録させる（図９：ステップＳ１０
５）。この処理により、図４に示すように、共有情報テ
ーブルの符号４０１〜４０３のレコードに記録される。
以上、認証完了後の電子書類のアップロードに係る動作
を説明した。

【００３１】次に、共有ファイルに対するロックおよび
承認に係る動作を、上記アップロードに係る動作の説明
において示した例を引用して説明する。ここでは、ファ
イルＩＤ：１００１のファイル（電子書類）に対する承
認が行われるものとする。ファイルＩＤ：１００１のフ
ァイルは、メンバーＩＤ：１００１、１００２、１００
３の３人によって共有されている。

【００３２】まずはじめに、ファイルＩＤ：１００１の
ファイル所有者（メンバーＩＤ：１００３）は、当該フ
ァイル（電子書類）の査読を行った上、Ｗｅｂブラウザ
に表示されたメニュー画面からファイルのロック設定画
面へ移る。一例のファイルのロック設定画面を図６に示
す。ファイル所有者は、承認を受ける他の共有メンバー
にさきがけ、図６の符号６０１のファイルロック・ボタ
ンを押下（例えば、マウスでクリック）し、ファイルの
ロック（上記）を行う。

【００３３】本情報共有装置１００では、他の共有メン
バーが、ファイル所有者より先に、ファイルＩＤ：１０
０１のファイルにロックをかけることができないように
設定されている（図１０：ステップＳ１１１〜Ｓ１１
３）。すなわち、必ずファイル所有者が最初にロックを
かけるものとしている。またファイル所有者以外は、フ
ァイルの実体を上書きしたり、データベースのファイル
情報テーブルを編集したりすることはできないように設
定されている。Ｗｅｂサーバ１０１上で実行されるプラ
ットフォームプログラムは、共有情報テーブルを監視し
ており、当該ファイルのロックが全くなされていないと
きには、ファイル所有者以外はロックができない旨を知
らせるメッセージ画面を表示する。一例を図７に示す。

【００３４】共有ファイルのファイル所有者が上記ファ
イルのロックを行うと共有情報テーブルのメンバーＩ
Ｄ：１００３および対象ファイルＩＤ：１００１のレコ
ード（図４：符号４０３）の「個々のロックの有無」フ
ィールドに１が設定される。そして同じレコードの「ロ
ックした日付」フィールドにロックがなされた日時が記
録される（図１０：ステップＳ１１１〜Ｓ１１５）。フ
ァイルのロックを行った時点で、ファイル所有者（メン
バーＩＤ：１００３）自身、ファイルＩＤ：１００１の
ファイルの内容を書き換えることができなくなる。もち
ろんファイル所有者のみならず他のすべての共有メンバ
ーもファイル（ファイルＩＤ：１００１）そのものやデ
ータベース上のテーブルを書き換えることはできない。

【００３５】ただし、ファイル所有者（メンバーＩＤ：
１００３）は、他の共有メンバーが当該ファイルにロッ
クをかけるまでは、自身が設定したファイルのロックを
解除することができる。なお、他の共有メンバーのいず
れか１人でも当該ファイルにロックをかけるとファイル
所有者自身が設定したファイルのロックを解除できない
ようにする。ファイルのロックを解除する場合、Ｗｅｂ
ブラウザに表示されたメニュー画面からロック解除設定
画面へ移る。一例の表示画面例を図８に示す。ファイル
所有者は、符号８０１のロック解除ボタンを押下し、フ
ァイルのロック解除を行う。このとき、Ｗｅｂサーバ１
０１は、符合４０３のレコードの共有情報テーブルの
「個々のロックの有無」フィールドの値を０に戻す。

【００３６】ファイル所有者（メンバーＩＤ：１００
３）が、当該ファイル（ファイルＩＤ：１００１）にロ
ックをかけると、承認を行う他の共有メンバー（メンバ
ーＩＤ：１００１、１００２）もロックをかけることが
できるようになる。

【００３７】次に、共有メンバー（メンバーＩＤ：１０
０２）が、ファイルＩＤ：１００１のファイルを十分に
査読し、承認する場合、メニュー画面からファイルのロ
ック設定画面（図６に示した例と同様）へ移り、当該フ
ァイルをロックする。すると、Ｗｅｂサーバ１０１は、
データベースサーバ１０２の共有情報テーブルのメンバ
ーＩＤ：１００２かつ対象ファイルＩＤ：１００１のレ
コード（符号４０２）の「個々のロックの有無」フィー
ルドに２を設定し、このときの日付を「ロックした日
付」フィールドに格納する（図１０：ステップＳ１１１
〜Ｓ１１７）。

【００３８】この時点で、ファイル所有者（メンバーＩ
Ｄ：１００３）は、自身が所有するファイルＩＤ：１０
０１のファイルのロックを解除できなくなる。一方、共
有メンバー（メンバーＩＤ：１００２）がかけたファイ
ルのロックは、まだファイルのロックを行っていない共
有メンバー（ここではメンバーＩＤ：１００１）がファ
イルのロックをかけないかぎり自身がかけたファイルの
ロックを解除できる。

【００３９】さらに、共有メンバー（メンバーＩＤ：１
００１）がファイルＩＤ：１００１のファイルに対して
十分に査読し、承認する場合、メニュー画面からファイ
ルのロック設定画面（図６に示した例と同様）へ移り、
当該ファイルをロックする。すると、Ｗｅｂサーバ１０
１は、データベースサーバ１０２の共有情報テーブルの
メンバーＩＤ：１００１かつ対象ファイルＩＤ：１００
１のレコード（符号４０１）の「個々のロックの有無」
フィールドに３を設定し、このときの日付を「ロックし
た日付」フィールドに格納する（図１０：ステップＳ１
１１〜Ｓ１１７）。

【００４０】このとき２番目にファイルのロックをかけ
た共有メンバー（メンバーＩＤ：１００２）は、ファイ
ルのロックを解除できないようになる。共有メンバー
（メンバーＩＤ：１００１）は、自身がかけたファイル
のロックを解除できる。共有メンバー３人がかけたすべ
てのファイルのロックを解除するには、最後にファイル
ロックをかけたメンバー（メンバーＩＤ：１００１）か
ら、ロックをかけていった順番とは逆順にファイルのロ
ックを解除していくことで、すべてのファイルのロック
を解除することができる。そして、すべてのファイルの
ロックが解除された時点で、ファイルの所有者は、この
ファイルの修正を行うことができる。

【００４１】ファイル（ファイルＩＤ：１００１）に対
して承認を行う全ての共有メンバー（メンバーＩＤ：１
００１、１００２、１００３）によるファイルのロック
が設定された場合、Ｗｅｂサーバ１０１は、データベー
スサーバ１０２上のファイル情報テーブルのファイルＩ
Ｄ：１００１のレコード（符号３０１）の「承認の有
無」フィールドに１を設定する（図１０：ステップＳ１
１８〜Ｓ１１９）。この設定によりファイル（ファイル
ＩＤ：１００１）は承認されたことになる。そして、こ
の承認がなされた日付は、共有情報テーブルに記録され
た、最後にロックした共有メンバー（ここではメンバー
ＩＤ：１００１）の「ロックした日付」とする。なお、
共有メンバーで最後にファイルのロックを設定したもの
が、このロックを解除した場合、ファイル情報テーブル
のファイルＩＤ：１００１のレコード（符号３０１）の
「承認の有無」フィールドは、承認されていない状態の
０に戻される。

【００４２】上記処理によりアップロードされたファイ
ルが、指定された承認対象者（共有メンバー）により多
重に承認されたことが保証される。なお、上記処理は、
承認対象者が４名以上の場合でも同様に行うことができ
る。また、本実施の形態では、ファイルのロックを解除
できるものとしたが、このロックの解除を一切禁止し、
ファイルの修正を行う場合、あらためて新規のファイル
を作成すようにしてもよい。以上、本発明の情報共有装
置の一実施の形態の詳細を説明した。

【００４３】以下、本発明の情報共有装置が組み込まれ
利用される情報共有システムの一実施の形態を図面を参
照して説明する。はじめに、この情報共有システムの特
徴を示す。

【００４４】本情報共有システムは、情報管理部と共有
情報を蓄積する情報蓄積部とからなり、インターネット
に接続可能な情報共有システムにおいて、前記情報管理
部は、情報管理手段と複数からなる情報提供手段を備
え、前記情報管理手段は、ネットワークを介した端末か
らの情報入出力要求に係り、該端末と前記情報管理部間
の共有情報の入出力を管理制御し、前記情報提供手段
は、前記情報管理手段と前記情報蓄積部との間で、前記
情報入出力要求に応じて前記情報蓄積部より対応する共
有情報の入出力を行うとともに、該共有情報を送出する
際には前記情報提供手段に固有の形式で前記共有情報を
送出することを特徴とする。

【００４５】また、本情報共有システムにおいて、前記
情報蓄積部は、前記端末から前記情報共有システムを利
用する使用者毎に、該使用者が所属する共有グループお
よび該使用者が利用可能な前記情報提供手段を設定可能
とすることをことを特徴とする。

【００４６】また、本情報共有システムにおいて、前記
共有情報は、該共有情報に含まれるデータを入力した入
力者を示す識別子と、前記共有情報を共有するグループ
を示す識別子と、前記共有情報の入出力に際し使用する
前記情報提供手段を示す識別子の３種の識別子をさらに
付したデータからなり、前記情報管理手段および前記情
報提供手段は前記３種の識別子を利用して前記共有情報
の入出力を管理制御することを特徴とする。

【００４７】また、本情報共有システムにおいて、前記
情報蓄積部は、前記３種の識別子の其々に対し該識別子
の管理情報を格納する３つの主テーブルと、前記３種の
識別子の内２種間の関係情報を格納する少なくとも１つ
の副テーブルと、前記共有情報を格納する少なくとも１
つのデータテーブルを備えたテーブル構造を有すことを
特徴とする。

【００４８】また、本情報共有システムにおいて、前記
情報管理手段は、情報入出力要求の際に、共有情報が分
類され、該共有情報が格納されるまたは格納されたディ
レクトリを示し、共有情報を入出力するディレクトリの
選択がなされる共有情報分類フィールドと、共有情報の
出力要求の際に、共有情報の一覧を表示し、該共有情報
の選択がなされる共有情報一覧表示フィールドと、共有
情報の入力要求の際に、共有情報の内容を表示する共有
情報内容表示フィールドと、を含む入出力画面を前記端
末に表示させる入出力画面表示情報を送出することを特
徴とする。なお本情報共有システムは、前記入出力画面
から共有情報を簡単な手順で利用できるようにするもの
である。

【００４９】また、本情報共有システムにおいて、前記
情報管理部は、さらに公衆電話回線網を介したＦＡＸ受
信可能であり、前記情報管理手段は、ＦＡＸ機からの接
続の認証を行ない、該接続が正当であると判断すると、
前記ＦＡＸ機から発信された定型情報を受信し、該定型
情報を前記共有情報として、また、該定型情報を復元可
能な形式で、前記情報提供手段の１つを介し前記情報蓄
積部に保存し、前記情報提供手段の１つは、前記定型情
報を送出する際には該定型情報を復元可能とする形式の
ファイルを送出することを特徴とする。なお、復元可能
とは、共有情報として保存された定型文書等の定型情報
を、もとの形式で再現表示（出力）できることとする。
また、前記定型情報は、例えば画像データとして保存し
てよい。本情報共有システムによれば、共有情報の入力
手段として一般に普及しているＦＡＸ機を用いるので安
価に利用でき、例えば遠隔地で作成された紙を用いる文
書（例えば定型文書）等の定型情報の内容を共有するこ
とができる。

【００５０】以下、本情報共有システムの一実施の形態
を図面を参照して説明する。

【００５１】図１１は、本発明の一実施の形態であるシ
ステム構成を示す。本実施の形態の情報共有システムは
インターネットに接続可能な情報管理部であるＷｅｂサ
ーバ１と情報蓄積部であるＤＢサーバ２（データベース
サーバ）によって構成される。またインターネットには
複数の端末３（図では１台のみ図示）が接続され、これ
ら端末３からは、端末３に装備されるインターネット・
ブラウザ（以下、ブラウザと略す）によって本システム
にアクセスする。なお、本実施形態の情報共有システム
は複数のＷｅｂサーバ１およびＤＢサーバ２から構成さ
れてもよく、また、Ｗｅｂサーバ１とＤＢサーバ２は、
同一のコンピュータで構成されてもよい。また、ＤＢサ
ーバ２上のデータベースは、リレーショナル・データベ
ースである。

【００５２】図１２は、Ｗｅｂサーバ１のプログラム構
成を示す。端末３からの接続要求はすべて情報管理手段
であるプラットフォームプログラムによって処理され、
情報共有環境を端末３に提供する。情報提供手段である
サービスアイテムプログラムは複数からなり、プラット
フォームプログラムから識別子によって指定されたサー
ビスアイテムプログラムがＤＢサーバ２上のデータベー
スにアクセスする。なお、各サービスアイテムプログラ
ムは、別途定められる固有の機能をもつ。そして、各サ
ービスアイテムプログラムが処理するデータの種類と端
末３のブラウザにおけるデータの表示形式は、サービス
アイテムプログラム毎に固有のものが別途定義される。
また、本実施形態の場合、プラットフォームプログラム
から端末３のブラウザへ送られる共有情報はＨＴＭＬド
キュメントとして送られるものとするがその他でもよ
い。

【００５３】図１３は、ＤＢサーバ２のテーブル構造を
示す図である。テーブルは、識別子毎の管理情報を格納
する主テーブルである３種類のマスタテーブル（メンバ
マスタテーブル、チームマスタテーブル、アイテムマス
タテーブル）と、識別子どうしの関係情報を格納する副
テーブルであるサブマスタテーブル（メンバ・チーム・
サブマスタテーブル、チーム・アイテム・サブマスタテ
ーブル）、共有情報を格納するデータテーブルの３種類
に大別される。なお、これらのテーブルはＤＢサーバ２
において別途定められる設定方法により設定可能である
ものとする。そして、端末３より本実施形態の情報共有
システムを利用する使用者毎に、その所属する共有グル
ープおよび利用可能なサービスアイテムプログラムによ
り提供される機能が、これらのテーブルを元に管理され
る。

【００５４】図１４は、Ｗｅｂサーバ１のプログラムと
それらがアクセスするＤＢサーバ２のテーブルとの関係
を示す。プラットフォームプログラムはマスタテーブル
とサブマスタテーブルにアクセスし、情報共有環境を構
築する。サービスアイテムプログラムは、主としてデー
タテーブルにアクセスし、情報共有を行う。また、サー
ビスアイテムプログラムは、必要に応じてマスタテーブ
ルとサブマスタテーブルを参照する。

【００５５】図１５は、マスタテーブルの一例を示す。
マスタテーブルは１種類の識別子（コード）情報を含む
テーブルで、入力者情報を管理するマスタテーブル（メ
ンバマスタテーブル）、共有グループ情報を管理するマ
スタテーブル（チームマスタテーブル）、サービスアイ
テムプログラムによって実現される機能に係る機能情報
を管理するマスタテーブル（アイテムマスタテーブ
ル）、の３つのテーブルによって構成される。図１５の
例では、メンバマスタテーブルの場合、メンバコード、
ログインＩＤ、パスワード、氏名情報からなり、チーム
マスタテーブルの場合、チームコード、組織の名称から
なり、また、アイテムマスタテーブルの場合、アイテム
コード、機能の名称、プログラムファイル名からなる。

【００５６】図１６は、サブマスタテーブルの一例を示
す。サブマスタテーブルは２種類の識別子（コード）情
報を含み、マスタテーブルによって管理される各要素間
の関係を記録する。サブマスタテーブルは、入力者と所
属テーブル間の関係テーブル（メンバ・チーム・サブマ
スタテーブル）と所属グループと機能間の関係テーブル
（チーム・アイテム・サブマスタテーブル）の２つのテ
ーブルによって構成される。図１６の例では、メンバ・
チーム・サブマスタテーブルの場合、メンバコード、チ
ームコード情報からなり、チーム・アイテム・サブマス
タテーブルの場合、チームコード、アイテムコード情報
からなる。

【００５７】図１７は、データテーブルの一例を示す。
データテーブルは３種類の識別子（コード）情報を含
み、共有しようとするデータを格納する。この例では、
「住所録」機能と「電話帳」機能によって共有される場
合のデータテーブル例を示しており、メンバコード、チ
ームコード、アイテムコード、名前、電話番号、郵便番
号、住所情報からなる。

【００５８】次に、このように構成された本実施形態の
情報共有システムのインターネット接続された端末３か
らの操作に対する動作について説明する。

【００５９】図１８に、プラットフォームプログラムの
処理を示す。共有情報に端末３からアクセスしようとす
るユーザは、ログイン画面においてログインＩＤとパス
ワードを入力する（ステップＳ１）。これらログインＩ
Ｄとパスワードは、端末３のブラウザによりインターネ
ットを通してプラットフォームプログラムへ送られる。

【００６０】プラットフォームプログラムは、ステップ
Ｓ１において入力されたログインデータをＤＢサーバ２
に転送し、ＤＢサーバ２は、メンバマスタテーブルを検
索する（ステップＳ２）。

【００６１】ステップＳ２において、ログインＩＤとパ
スワードに対応するメンバコードが存在する場合、ＤＢ
サーバ２は、メンバコードとそれに付随する関連情報
（氏名等）をプラットフォームプログラムに転送する
（ステップＳ３）。

【００６２】プラットフォームプログラムは、これらの
データを受け付けて氏名等の付随する関連情報をインタ
ーネットを通して端末３のブラウザに送り、ブラウザが
端末３の画面に表示することによりログイン操作を完了
する（ステップＳ４）。

【００６３】そして、プラットフォームプログラムは、
メンバコードをプラットフォームプログラムが使用する
Ｗｅｂサーバ１のメモリ領域に格納する（ステップＳ
５）。

【００６４】次に、プラットフォームプログラムは、メ
モリ領域に格納されたメンバコードをＤＢサーバ２に転
送し、ＤＢサーバ２は、メンバ・チーム・サブマスタテ
ーブルを検索する（ステップＳ６）。

【００６５】ステップＳ６において、メンバコードに対
応するチームコードが存在する場合、ＤＢサーバ２はチ
ームコードをプラットフォームプログラムに転送する。
対応するチームコードが複数存在する場合には、すべて
のチームコードを転送する（ステップＳ７）。

【００６６】次に、プラットフォームプログラムはこれ
らのチームコードを受け付けるとともに、これらのチー
ムコードをＤＢサーバ２へ転送し、ＤＢサーバ２は、チ
ームマスタテーブルを検索する（ステップＳ８）。

【００６７】そして、ＤＢサーバ２は、対応する組織名
称等の付随する関連情報をプラットフォームプログラム
に転送する（ステップＳ９）。

【００６８】プラットフォームプログラムは、これらの
データを受け付けて組織名称一覧をインターネットを通
して端末３のブラウザに送り、このブラウザが組織名称
一覧を端末３の画面に表示する。ユーザは端末３の画面
に表示された組織名称一覧を参照し、目的とする組織を
選択する（ステップＳ１０）。ここで選択された組織情
報はブラウザによりインターネットを通してプラットフ
ォームプログラムへ送られる。

【００６９】プラットフォームプログラムは、ステップ
Ｓ１０で選択された組織のチームコードをプラットフォ
ームプログラムが使用するＷｅｂサーバ１のメモリ領域
に格納する（ステップＳ１１）。

【００７０】次に、プラットフォームプログラムは、メ
モリ領域に格納されたチームコードをＤＢサーバ２に転
送し、ＤＢサーバ２は、チーム・アイテム・サブマスタ
テーブルを検索する（ステップＳ１２）。

【００７１】ステップＳ１２において、チームコードに
対応するアイテムコードが存在する場合、ＤＢサーバ２
はアイテムコードをプラットフォームプログラムに転送
する。対応するアイテムコードが複数存在する場合に
は、すべてのアイテムコードを転送する（ステップＳ１
３）。

【００７２】次に、プラットフォームプログラムは、こ
れらのアイテムコードを受け付けるとともに、これらの
アイテムコードをＤＢサーバ２へ転送し、ＤＢサーバ２
は、アイテムマスタテーブルを検索する（ステップＳ１
４）。

【００７３】そして、ＤＢサーバ２は対応する機能名称
等の付随する関連情報をプラットフォームプログラムに
転送する（ステップＳ１５）。

【００７４】プラットフォームプログラムはこれらのデ
ータを受け付けて、機能名称一覧をインターネットを通
して端末３のブラウザに送り、このブラウザが端末３の
画面に機能名称一覧を表示する（ステップＳ１６）。

【００７５】ユーザはステップ１６において端末３の画
面に表示された機能名称一覧を参照し、目的とする機能
を選択する。端末３のブラウザは、この選択情報をイン
ターネットを通してプラットフォームプログラムに送
る。そして、プラットフォームプログラムは、選択され
た機能のアイテムコードをプラットフォームプログラム
が使用するＷｅｂサーバ１のメモリ領域に格納する（ス
テップＳ１７）。

【００７６】ステップＳ１７の処理が終了した時点で、
メモリ領域に３つのコード（メンバコード、チームコー
ド、アイテムコード）すべてが格納され、アイテムコー
ドによって指定されるサービスアイテムプログラムを実
行するための環境が整う。以上までがプラットフォーム
プログラムを中心として説明した本実施形態の処理であ
る。

【００７７】次に、プラットフォームプログラムの処理
の具体例を図１９を参照しながら説明する。以下に、
「田中」氏が「営業」組織の「電話帳」機能を利用する
場合の例を説明する。なお、処理の流れは上述したとお
りであり、動作の詳細は省略する。図２０に示すログイ
ン画面において、ログインＩＤ「ｔａｎａｋａ」、パス
ワード「ｔａ１１１」を入力する（ステップＳ１）。図
１５に示すメンバマスタテーブルの検索により、メンバ
コード「ｍ１」、氏名「田中」がプラットフォームプロ
グラムに転送される（ステップＳ３）。ログイン完了画
面が表示されると、引き続きメンバコード「ｍ１」が所
属するチーム所属するチームコード「ｔ１，ｔ５，ｔ
９」が検索され（ステップＳ６、Ｓ７）、「田中」氏が
所属する「営業、経営戦略、野球部」の情報が端末３に
表示される（ステップＳ１０）。

【００７８】ユーザは、図２１に示される所属組織一覧
から目的とする組織「営業」を選択する（ステップＳ１
０）。「営業」に対応するチームコードは「ｔ１」であ
り、引き続きチームコード「ｔ１」に対応するアイテム
コード「ｉ１，ｉ３，ｉ７，ｉ１０」が検索され（ステ
ップＳ１３）、「営業」組織に登録されている「スケジ
ュール、電話帳、報告書、備忘録」機能の情報が端末３
に表示される（ステップＳ１６）。

【００７９】ユーザは、図２２に示される機能一覧から
目的とする機能「電話帳」を選択する（ステップＳ１
６）。「電話帳」に対応するアイテムコードは「ｉ３」
である。ここまでの操作により、「田中」氏が「営業」
組織の「電話帳」機能を利用する環境が整い、プラット
フォームプログラムは、アイテムコード「ｉ３」に対応
するサービスアイテムプログラムを実行させ、端末３の
ブラウザに「電話帳」機能もつＨＴＭＬドキュメントを
送り表示させる。

【００８０】図２３は、サービスアイテムプログラムの
処理を示す図である。サービスアイテムプログラムは、
Ｗｅｂサーバ１のメモリに格納されたメンバコード、チ
ームコード、アイテムコードを用いて処理を行う。サー
ビスアイテムプログラムの処理は別途定められるもので
あるが、その機能により様々であり、ここでは代表的な
処理であるデータの表示、追加、編集（更新、削除）に
ついて一例を示す。

【００８１】まず共有データの表示について説明する。
Ｗｅｂサーバ１のメモリに格納されたチームコード、ア
イテムコードは、ステップＳ１８においてＤＢサーバ２
に転送されＤＢサーバ２がデータテーブルを検索する。
ここでチームコード、アイテムコードに対応するデータ
が存在する場合には、それが表示レコードとなる。表示
レコードはステップＳ１９においてサービスアイテムプ
ログラムを通してプラットフォームプログラムに転送さ
れ、さらに、プラットフォームプログラムはインターネ
ットを通して端末３のブラウザに転送し、端末３のブラ
ウザを通して画面に表示させる。

【００８２】次に共有データの追加について説明する。
まず追加しようとするレコードが、ステップＳ２０にお
いて端末３より入力される。端末３のブラウザは、この
追加レコードをインターンネットを通してプラットフォ
ームプログラムに転送する。そして、この追加レコード
はステップＳ２１において、メンバコード、チームコー
ド、アイテムコードとともにＤＢサーバ２に転送され、
所定のデータテーブルに格納される。なお、格納先のデ
ータテーブルは、サービスアイテムプログラムにより指
定される。

【００８３】次にデータの編集（更新、削除）について
説明する。ステップＳ２２において、共有データが表示
されている状態から、ユーザは編集対象となるデータを
指定する。そして編集対象の指定に伴う情報がブラウザ
からプラットフォームプログラムへ送られ、さらにサー
ビスアイテムプログラムへ送られる。サービスアイテム
プログラムは、ステップＳ２３においてメンバコード、
チームコード、アイテムコードを指定されたデータのも
つメンバコード、チームコード、アイテムコードと対照
する。ユーザが指定されたデータの編集権限をもつ場合
には、インターネットを通して端末３のブラウザに編集
画面を表示させ、ユーザはブラウザを通して編集作業を
行う。そして更新された共有データは、ブラウザよりプ
ラットフォームプログラムへ、そしてプラットフォーム
プログラムからサービスアイテムプログラムへ送られ、
サービスアイテムプログラムによりメンバコード、チー
ムコード、アイテムコードとともにＤＢサーバ２に転送
され、所定のデータテーブルに格納される。以上までが
サービスアイテムプログラムによる処理である。

【００８４】次に、サービスアイテムプログラムの処理
の具体例を図２４を参照して説明する。以下に、「田
中」氏が「営業」組織の「電話帳」機能を利用する場合
の例を説明する。なお、処理の流れは上述したとおりで
あり、動作の詳細は省略する。Ｗｅｂサーバ１のメモリ
にはメンバコード「ｍ１」チームコード「ｔ１」アイテ
ムコード「ｉ３」が格納されているものとする。

【００８５】まず共有データの表示について説明する。
図１７で示したデータテーブルに対してチームコード
「ｔ１」アイテムコード「ｉ３」を検索し（ステップＳ
１８、Ｓ１９）、図２５に示す検索結果例１を得る。こ
れが「営業」組織の「電話帳」機能を利用する場合に
「田中」氏が閲覧可能な共有データである。図２６に、
端末３での表示例を示す。

【００８６】次に共有データの追加について説明する。
「田中」氏が入力画面より、名前「石井」、電話番号
「５４３−２１００」を入力する（ステップＳ２０）。
入力データは、メンバコード「ｍ１」チームコード「ｔ
１」アイテムコード「ｉ３」とともにデータテーブルに
新規データとして登録される（ステップＳ２１）。

【００８７】次に共有データの編集について説明する。
図２６に示された電話番号一覧より編集データを指定す
る（ステップＳ２２）。「荻原」のデータを編集しよう
とする場合には、このデータのもつメンバコード「ｍ
１」はユーザである「田名」氏のメンバコードと一致する
ため編集画面が表示される（ステップＳ２３）。「田
崎」のデータを編集しようとする場合には、このデータ
のもつメンバコード「ｍ２」はユーザである「田中」氏
のメンバコードと一致しないため「田中」氏にはこのデ
ータに対する編集権限が与えられておらず、編集画面は
表示されない。

【００８８】次に、２種類の機能でデータテーブルを共
有する場合について具体例をあげて説明する。なお、動
作の詳細は上述したとおりであり、その説明は省略す
る。また、各機能は対応するサービスアイテムプログラ
ムにより実現されるものである。図１７で示したデータ
テーブルはアイテムコード「ｉ３」で識別される「電話
帳」機能の他にアイテムコード「ｉ２」で識別される
「住所録」機能のデータも格納している。「住所録」機
能は、チームコード「ｔ５」で識別される「経営戦略」
組織に登録されており、メンバコード「ｍ１」で識別さ
れる「田中」氏は「経営戦略」組織にも所属するため
「住所録」の閲覧権限をもつ。図１７で示したデータテ
ーブルからチームコード「ｔ１」アイテムコード「ｉ
２」を検索し、図２７に示す検索結果を得る。このよう
にしてデータテーブルは複数機能により共有することが
可能となる。図２８に、端末３での表示例を示す。

【００８９】次に、図２９に端末３における入出力画面
（以下、この入出力画面およびこの入出力画面を形成さ
せる情報（プログラム）をファイルキャビネットと称
す）の一例を示し、画像情報を含む共有情報の入出力に
係る情報共有システムの入出力動作例を説明する。なお
ファイルキャビネットは、請求項の入出力画面表示情報
に対応する。

【００９０】以下の説明では、プラットフォームプログ
ラムにより、共有情報発信者の認証処理が行われた後、
ファイルキャビネットが端末３へ転送され表示されてい
るものとする。なおこのファイルキャビネットには、各
種メニューを含むメニューフィールド１１と、共有情報
分類フィールドとしてのファイル分類用フォルダ表示フ
ィールド１２と、共有情報一覧表示フィールドおよび共
有情報内容表示フィールドとしてのファイル一覧／内容
表示フィールド１３を含むものである。

【００９１】（１）利用者により共有情報がアップロー
ドされる場合：プラットフォームプログラムは、利用者
によりファイルキャビネットに入力された共有情報が端
末３よりＷｅｂサーバ１へ転送されると、この共有情報
をファイルキャビネットに対応するサービスアイテムプ
ログラムに渡す。なお端末３においては、ファイルキャ
ビネットのファイル分類用フォルダ表示フィールド１２
に表示されたフォルダ（ディレクトリ）を利用者が選択
することを起点として、ファイルキャビネット上に共有
情報入力用フォーム（ウィンドウ：図示せず）が表示さ
れる。利用者はこのフォームを利用してアップロードす
るファイルの指定や付加するデータを入力する。そして
アップロードされたファイルの内容は、ファイル一覧／
内容表示フィールド１３に表示される。上記、共有情報
をアップロードするフォルダを指定（選択）する際、図
のフォルダ新規作成ボタン１４を指定して新たにアップ
ロードするフォルダを作成してもよい。また、上記した
「指定」、「選択」とは、マウスによるクリックまたは
キーボードからの入力により実施されるものである（以
下同様）。

【００９２】上記サービスアイテムプログラムは、プラ
ットフォームプログラムから共有情報を受け取ると、利
用者により指定された、ＤＢサーバ２のフォルダ（ディ
レクトリ）にこの共有情報を保存する。

【００９３】（２）利用者により共有情報がダウンロー
ドされる場合：プラットフォームプログラムは、端末３
のファイルキャビネットからファイル一覧表示要求を受
けると、ファイルキャビネットに対応したサービスアイ
テムプログラムを介してＤＢサーバ２のデータベースを
参照し、ファイル一覧のデータを端末３へ送信する。な
お、上記ファイル一覧表示要求は、ファイルキャビネッ
トのファイル分類用フォルダ表示フィールド１２に表示
されたフォルダ（ディレクトリ）の１つが利用者による
選択を起点として、ファイルキャビネットよりＷｅｂサ
ーバ１へ送られる。また、Ｗｅｂサーバ１から端末３へ
送られたファイル一覧のデータは、ファイルキャビネッ
トのファイル一覧／内容表示フィールド１３に表示され
る。

【００９４】次に、上記プラットフォームプログラム
は、端末３のファイルキャビネットからファイルダウン
ロード要求を受けると、ファイルキャビネットに対応し
たサービスアイテムプログラムを介してＤＢサーバ２の
データベースから指定されたファイルを取得し端末３へ
転送する。なお、上記ファイルダウンロード要求は、フ
ァイルキャビネットのファイル一覧／内容表示フィール
ド１３に表示されたファイル一覧の中から、利用者によ
る選択を起点として、ファイルキャビネットよりＷｅｂ
サーバ１へ送られる。ここでの選択は、ファイル一覧
に、例えば閲覧フィールド（図示せず）を設けこの閲覧
フィールドを指定することで選択するようにしてもよ
い。また、Ｗｅｂサーバ１から端末３へ送られたファイ
ルの内容は、ファイルキャビネットのファイル一覧／内
容表示フィールド１３に表示される。

【００９５】（３）利用者により共有情報が検索される
場合：プラットフォームプログラムは、端末３のファイ
ルキャビネットから検索条件を含むファイル検索要求を
受けると、ファイルキャビネットに対応したサービスア
イテムプログラムを介してＤＢサーバ２のデータベース
を検索し、検索結果のデータを端末３へ送信する。な
お、図の検索ボタン１５の指定を起点として検索用フォ
ーム（ウィンドウ：図示せず）がファイルキャビネット
上に表示される。この検索用フォームの入力領域に、利
用者が検索条件としての検索文字列を入力し検索用フォ
ーム上の送信ボタン（図示せず）を指定することで検索
条件を含むファイル検索要求がＷｅｂサーバ１へ送られ
る。また、検索ボタン１５が指定される前に、ファイル
分類用フォルダ表示フィールド１２において検索対象と
なるフォルダが利用者により指定されると、指定された
フォルダを検索対象とし、指定されない場合はすべての
フォルダを検索対象とする。以上、ファイルキャビネッ
トを用いた共有情報の入出力動作を説明した。

【００９６】次に、情報共有システムの他の実施の形態
を図３０を参照して説明する。本実施の形態は、前記実
施の形態のＷｅｂサーバ１にさらにモデム２１を接続し
た構成をとり、また公衆電話回線網を介してＦＡＸ機２
２が接続される利用形態をとる。

【００９７】次に、本実施形態の動作を説明する。はじ
めに、Ｗｅｂサーバ１のプラットフォームプログラム
は、ＦＡＸ機２２から送られた本人特定データを受信す
ると、発信者の認証を行う。ここで本人特定データが正
当でないと判断された場合、接続を中断する。なお、こ
の本人特定データは、チームコード、メンバコード、パ
スワードを含むデータからなり、例えばプッシュ回線に
おけるプッシュボタン操作によりＷｅｂサーバ１へ送ら
れる。また、上記認証の処理は、先の実施形態における
認証処理と同様である。

【００９８】次に、上記認証処理で本人特定データが正
当であると判断された場合、プラットフォームプログラ
ムは、ＦＡＸ機から送信されるデータの格納場所を特定
した後、ＦＡＸ機から送信される共有情報を受信する。
次にプラットフォームプログラムは、本実施の形態に対
応するサービスアイテムプログラムの１つを介し、受信
した共有情報を画像ファイルもしくは別途定められる形
式のファイルとして、ＤＢサーバ２へ保存する。ここ
で、ＦＡＸ機から送信される共有情報は定型文書や写真
等である。なお、図３１に定型文書の一例を示し、図３
２に写真（図では略図として表している）を含む定型文
書の一例を示している。また、ＤＢサーバ２に保存され
た共有情報は、前記実施形態の情報共有システムと同様
に閲覧できる。上記のように本実施の形態によれば、遠
隔地にある、所定の形式をもつ紙を用いた定型文書や写
真等を共有することができる。以上、本情報共有システ
ムの他の実施の形態を説明した。

【００９９】本情報共有システムによれば、以下の効果
がある。 （１）識別子を用いてデータを格納することにより共有
情報を格納するデータベースのテーブル構成を、情報提
供手段であるアプリケーション・プログラムから、より
分離することが可能となる。このことにより、アプリケ
ーション部分の変更に際してデータベース構造の変更が
少なくなり、機能の追加、変更に対するシステムの柔軟
性が向上する。

【０１００】（２）複数の情報提供手段でテーブルを共
有することにより、情報提供手段の追加に伴うデータベ
ース構造の変更が少なくなり、またテーブルを共有する
ことによりテーブル数の増加を抑えることができ共有情
報の管理が容易となる。

【０１０１】（３）入出力画面表示情報により表示され
る端末の入出力画面から、共有情報が保存されるディレ
クトリの指定と共有情報および付加データの入力・送信
の実行のみで共有情報を前記情報蓄積部へ保存でき、ま
た共有情報が保存されたディレクトリの指定と閲覧する
ファイルの指定のみで共有情報の閲覧ができるので、共
有情報の利用が簡便となる。

【０１０２】（４）共有情報の入力手段として一般に普
及しているＦＡＸ機を用いるので安価に利用でき、ま
た、遠隔地にある、所定の形式をもち紙を用いた定型文
書や写真等の定型情報を共有することができる。

【０１０３】以上、本発明の情報共有装置を組み込み利
用可能な情報共有システムの詳細を説明した。上記情報
共有システムに本発明の情報共有装置を組み込み実施す
ることで、上記情報共有システムにおいて、電子書類に
対する承認を紙面等に印刷することなく実施することが
できる。

【０１０４】なお、上記実施形態では、インターネット
を例として説明しているが、ＬＡＮやダイアルアップに
よるネットワークを利用してもよい。また、「コンピュ
ータシステム」は、ＷＷＷシステムを利用している場合
であれば、ホームページ提供環境（あるいは表示環境）
も含むものとする。また、「コンピュータ読み取り可能
な記録媒体」とは、フロッピーディスク、光磁気ディス
ク、ＲＯＭ、ＣＤ−ＲＯＭ等の可般媒体、コンピュータ
システムに内蔵されるハードディスク等の記憶装置のこ
とをいう。さらに「コンピュータ読み取り可能な記録媒
体」とは、インターネット等のネットワークや電話回線
等の通信回線を介してプログラムを送信する場合の通信
線のように、短時間の間、動的にプログラムを保持する
もの（伝送媒体ないしは伝送波）、その場合のサーバや
クライアントとなるコンピュータシステム内部の揮発性
メモリのように、一定時間プログラムを保持しているも
のも含むものとする。また上記プログラムは、前述した
機能の一部を実現するためのものであってもよい。さら
に、前述した機能をコンピュータシステムにすでに記録
されているプログラムとの組み合わせで実現できるも
の、いわゆる差分ファイル（差分プログラム）であって
もよい。

【０１０５】以上、この発明の実施形態を図面を参照し
て詳述してきたが、具体的な構成はこの実施形態に限ら
れるものではなく、この発明の要旨を逸脱しない範囲の
設計等も含まれる。

【０１０６】

【発明の効果】以上、詳細に説明したように、本発明に
よれば、情報共有者毎の第１識別子の１つを設定するこ
とで、該当する電子文書の変更処理を禁止するので、電
子文書の作成者自身も、該電子文書に対する変更が不可
能となる。また、本発明によれば、前記第１識別子の設
定に際し、該当する電子書類の作成者を第１番目に許可
するとともに、後に他の情報共有者により対応する第１
識別子が設定されると、先に第１識別子を設定した情報
共有者による先に設定された第１識別子の設定解除を禁
止するようにしたので、情報共有者全員による第１識別
子の設定解除が行われない限り前記電子書類の変更はで
きない。したがって、情報共有当事者間で電子書類の版
の違いや悪意ある改ざん等を防止できる。

【０１０７】また、本発明によれば、情報共有者全員に
よる該情報共有者に対応する第１識別子が設定されるこ
とにより、該当する電子書類に対応する第２識別子が設
定されるので、この第２識別子が設定されているか否か
により、該電子書類に対する承認がなされたことが判定
できる。したがって、電子書類に対する承認に際し、該
電子書類を印刷物などの変更が容易にはできないものに
出力する手間がなくなり、電子書類のまま取り扱うこと
が可能となる。

【図面の簡単な説明】

【図１】 本発明の一実施の形態である情報共有装置の
構成と利用形態を示す図である。

【図２】 メンバー情報テーブルのデータ構造を示す図
である。

【図３】 ファイル情報テーブルのデータ構造を示す図
である。

【図４】 共有情報テーブルのデータ構造を示す図であ
る。

【図５】 Ｗｅｂブラウザ上のファイルのアップロード
設定画面例である。

【図６】 Ｗｅｂブラウザ上のファイルのロック設定画
面例である。

【図７】 Ｗｅｂブラウザ上のメッセージ画面の一例で
ある。

【図８】 Ｗｅｂブラウザ上のファイルのロック解除設
定画面例である。

【図９】 ファイルのアップロード時におけるプラット
フォームプログラムの動作フローである。

【図１０】 ファイルのロック設定時（解除フローは省
略）におけるプラットフォームプログラムの動作フロー
である。

【図１１】 情報共有システムの一実施形態であるシス
テム構成図

【図１２】 同実施形態である情報共有システムにおけ
るＷｅｂサーバのプログラム構成図

【図１３】 同実施形態である情報共有システムにおけ
るＤＢサーバのテーブル構成図

【図１４】 プラットフォームプログラムおよびサービ
スアイテムプログラムとデータベーステーブルのアクセ
ス関係図

【図１５】 マスタテーブルの構成の一例

【図１６】 サブマスタテーブルの構成の一例

【図１７】 データテーブルの構成の一例

【図１８】 プラットフォームプログラム処理のフロー
図

【図１９】 プラットフォームプログラムの処理例

【図２０】 端末表示例（ログイン画面）

【図２１】 端末表示例（所属組織一覧）

【図２２】 端末表示例（機能一覧）

【図２３】 サービスアイテムプログラム処理のフロー
図

【図２４】 サービスアイテムプログラムの処理例

【図２５】 検索結果例１

【図２６】 端末表示例（検索結果１）

【図２７】 検索結果例２

【図２８】 端末表示例（検索結果２）

【図２９】 ファイルキャビネットの表示例である。

【図３０】 本発明の他の実施形態の利用形態を示す図
である。

【図３１】 ＦＡＸ機から送信される定型文書の一例で
ある。

【図３２】 ＦＡＸ機から送信される写真を含む定型文
書の一例である。

【符号の説明】

１…Ｗｅｂサーバ ２…ＤＢサーバ ３…端末 11…メニューフィ
ールド 12…ファイル分類用フォルダ表示フィールド 13…ファイル一覧／内容表示フィールド 14…フォルダ新規作成ボタン 15…検索ボタン 21…モデム 22…ＦＡＸ機 101…Ｗｅｂサーバ 102…データベー
スサーバ 103…ファイルサーバ 500…Ｗｅｂブラウザ 506…参照ボタン 507…アップロード・ボタン 508…キャンセル
・ボタン 601…ファイルロック・ボタン 801…ロック解除ボタン

フロントページの続き Ｆターム(参考） 5B009 SA14 TB13 5B017 AA01 BA05 BA06 BA07 BB02 BB05 BB06 CA16 5B082 AA11 AA13 EA01 EA12 GA02 GC04

Claims (7)

【特許請求の範囲】
1. 【請求項１】 電子文書からなる情報を共有可能とする
   情報共有装置において、 前記情報共有装置は、該情報共有装置に含まれるか、ま
   たは、該情報共有装置に接続された端末装置に情報共有
   環境を提供する情報共有手段と、 少なくとも１の共有情報と、該共有情報を共有する複数
   の情報共有者とを対応づけるとともに、該対応毎に備わ
   る第１識別子を含む共有情報テーブルを記憶する記憶手
   段とを備え、 前記情報共有手段は、 １情報共有者による入力を受け、該入力が前記第１識別
   子の１つを設定するものである場合、該第１識別子に対
   応する共有情報に対する変更処理を禁止することを特徴
   とする情報共有装置。
2. 【請求項２】 前記情報共有手段は、 前記第１識別子の設定に際し、前記共有情報を作成した
   情報共有者のみを第１番目に許可し、 後に他の情報共有者に対応する第１識別子が該他の情報
   共有者により設定された場合、先に第１識別子を設定し
   た情報共有者による先に設定された第１識別子の設定解
   除を禁止することを特徴とする請求項１に記載の情報共
   有装置。
3. 【請求項３】 前記記憶手段は、 前記情報共有者と該情報共有者により作成された共有情
   報とを対応づけるとともに、該共有情報毎に該共有情報
   に対する承認の有無を示す第２識別子を含むファイル情
   報テーブルをさらに記憶し、 前記情報共有手段は、前記共有情報テーブルを参照し、
   １共有情報に対応する前記複数の第１識別子のすべてが
   設定された場合、該共有情報に対応する前記第２識別子
   を設定することを特徴とする請求項２に記載の情報共有
   装置。
4. 【請求項４】 前記記憶手段は、 前記複数の情報共有者の個人識別情報を含むメンバー情
   報テーブルをさらに記憶し、 前記情報共有手段は、前記共有情報テーブル、ファイル
   情報テーブル、メンバー情報テーブルを参照し、前記共
   有情報テーブルに含まれた共有情報と該共有情報を共有
   する複数の情報共有者との対応と、前記ファイル情報テ
   ーブルに含まれた情報共有者と該情報共有者により作成
   された共有情報の対応と、前記メンバー情報テーブルに
   含まれた個人識別情報とから、前記共有情報に対するア
   クセス権限を決定し、該共有情報を管理することを特徴
   とする請求項３に記載の情報共有装置。
5. 【請求項５】 前記情報共有装置は、インターネットに
   接続可能であり、 前記情報共有手段は、ネットワークを介して接続される
   端末装置に情報共有環境を提供することを特徴とする請
   求項１ないし請求項４のいずれかに記載の情報共有装
   置。
6. 【請求項６】 情報共有装置における情報共有方法であ
   って、 少なくとも１の共有情報と、該共有情報を共有する複数
   の情報共有者とを対応づけるとともに、該対応毎に備わ
   る複数の第１識別子を含む共有情報テーブルを記憶させ
   る手順と、 前記情報共有者による入力を受ける入力手順と、 前記入力手順により、前記第１識別子の１つが設定され
   た場合、該第１識別子に対応する共有情報に対する変更
   処理を禁止する手順とを含むことを特徴とする情報共有
   方法。
7. 【請求項７】 情報共有装置に実装される情報共有プロ
   グラムを記録した記録媒体であって、 少なくとも１の共有情報と、該共有情報を共有する複数
   の情報共有者とを対応づけるとともに、該対応毎に備わ
   る複数の第１識別子を含む共有情報テーブルを記憶させ
   る手順と、 前記情報共有者による入力を受ける入力手順と、 前記入力手順により、前記第１識別子の１つが設定され
   た場合、該第１識別子に対応する共有情報に対する変更
   処理を禁止する手順とをコンピュータに実行させる情報
   共有プログラムを記録したコンピュータ読み取り可能な
   記録媒体。