JPH022450A - 複数のワークステーションからなる共同システムの操作方法 - Google Patents

Abstract

(57)【要約】本公報は電子出願前の出願データであるた
め要約のデータは記録されません。

Description

【発明の詳細な説明】 ・関連−出願 本件出願は、本件出願人に譲渡され、本件出願に引用編
入された１９８７年１２月２日出顆の特許出願（Ｄ／８
７００９）　　ｒ他のユーザの活動を示す小規模ワーク
スペース表現（Ｓｍａｌｅ−Ｓｃａｌｅ　１ｌｏｒｋｓ
ｐａｃｅＲｅｐｒｅｓｅｎｔａｔｉｏｎｓ　ＩｎｄＩｃ
ａｔｉｎｇ　Ａｃｔｉｖｉｔｉｅｓ　ｂｙ口ｔｈｅｒ　
ｔｌｓｅｒｓ）　Ｊの関連出願である。

・発明の背景 本発明は、ネットワーク化ワークステーションシステム
にふける、−すなわちマルチユーザ・インタフェースを
仲介するリアルタイム・コシピユータペース協同マルチ
ユーヂ環境におけるユーザ間の協同に関する。本発明は
、より具体的には、成る形態のデータが含まれている共
用構造化データオブジェクト（ｓｈａｒｅｄ　５ｔｒｕ
ｃｔｕｒｅｄ　ｄａｔａ　ｏｂｊｅｃｔ＞を、ステー多
ス及び簡単な要約或いは圧縮バージョンの形で足跡情報
をユーザに示し、共用構造化データオブジェクトのステ
ータス及び活動の現時点における変化を複数のユーザに
同時に認知させる手段を備えた協同システム内において
表現し、管理する方法に関する。

協同システムのマルチユーザ・インタフェースには、マ
ルチユーザを同時に参加させ、同参加に関する情報に同
時にアクセスさせるインタフェースユーティリティを備
えなければならない。

同インタフェースは、いわゆるＩνＹＳＩＩＩＩＩＳ（
ウィジイウイズ（ｗｉｚｚｙ　ｗｈｉｚ）と発音する）
　「貴方が見ているものを私も見ている（Ｗｈａｔ　Ｙ
、ｏｕ　Ｓｅｅ　Ｉｓ　Ｗｈａｔｌ　５ｅｅ）”抽象概
念（ａｂｓｔｒａｃｔｉｏｎ）からスタートすることが
できる。この抽象概念を用いて、マルチユーザインタフ
ェース設計を厳密な意味において管理することができる
。すなわち、そこでは、全てのユーザが完全に同じ情報
像を見る、すなわち、すべてのユーザの像が同一であり
、ユーザがカーシブ（ｃｕｒｓｉｖｅ）に情、報を指示
し、変更する箇所を見ることができる。また、この抽象
概念を用いて、マルチユーザインタフェース設計を緩い
意味において管理することもできる。すなわち、そこで
は、デイスプレィスペース、表示された情報の現在性（
ｃｕｒｒｅｎｃｙ）、表示された情報の時間及びピ３　
’　−（ｖｉｅｗ）視認の合同性（ｃｏｎｇｒｕｅｎｃ
ｅ　ｏｆ　ｖｉｅｗ）等の、一つ或いは複数の属性（ａ
ｔｒｉｂｕｔｅ）に関して像は必ずしも同じ時点ですべ
てが同一である必要はない。

本発明のユーザインタフェースは、緩い意味での１１Ｙ
ｓＩＩＩＩｓ　テある。

複数のユーザを一つの構造化データオブジェクトにアク
セスさせるユーザインタフェース方式としては様々なタ
イプのものが知られている。一つの構造化データオブジ
ェクトを一度に一人のユーザにだけ表示する方式や、一
つの構造化データオブジェクトを複数のユーザに同時に
表示する方式ここで用いる「構造化データオブジェクト
」とは、デイスプレィスクリーンにおける視覚表現或い
は機能的抽象概念（ｆｕｎｃｔｉｏｎａｌ　ａｂｓｔｒ
ａｃｔｉｏｎ）を含む場合と含まない場合がある、所定
の方式に従って相互結合されている一連の他のデータオ
ブジェクトが含まれているデータオブジェクトを意味す
る。、データオブジェクトは、一連のオペレーションを
有し、一つ或いは複数の機能目的のために相互結合する
ことができる。構造化データオブジェクトの一例として
、下記の電子的なバージョン（ｅｌｅｃｔｒｏｎｉｃ　
ｖｅｒｓｉｏｎ）を挙げることができる。（１）−各ペ
ージが、所定の順序で、データオブジェクトである先行
ページと後続ページの双方に結合されている多ページ文
書、（２）他の構造化データオブジェクトを格納できる
複数の構造化データオブジェクト、たとえば、ファイル
フォルダ或いは文書を含むデイスプレィスクリーン自体
によって規定されるようなワークスペースやデスクトッ
プ。たとえば、一つのファイルフォルダに、複数の文書
、他のファイルフォ□ルダ或いはファイルドロワーを含
ませることができる。他の構造化データオブジェクトを
保持できる構造化データオブジェクトは、関係者の間で
「コンテナ」と呼ばれることもある。

たとえば、ファイルフォルダは、文書のコンテナである
。コンテナの一例として、アップルコンピュータ・イン
コーホレーテッド（Ａｐｐｌｅ　Ｃｏｍｐｕｔｅｒ。

Ｉｎｃ、　）の７７キントツシ：ｘ　（Ｍａｃｌｎｔｏ
ｓｈ）　：］　ンピュータのファイルフォルダは、デイ
スプレィが開かれたとき、個々のフォルダのアイコン表
現として表示される複数の他のファイルフォルダを含む
ことができる。（３）個々のワークスペース或いはテキ
ストウィンドウ自身を、所定の方式で相互結合できるハ
イパーテキスト結合構造化データオブジェクト（ｈｙｐ
ｅｒｔｅｘｔ　　１ｉｎｋｅｄ　　５ｔｒｕｃｔｕｒｅ
ｄ　　ｄａｔａ　ｏｂｊｅｃｔ）。

本件出願に引用組人する１９８７年３月２５日出願の本
件出願人の米国特許出頼第０３０．７６６号「デイスプ
レィシステムオブジェクトの共用を目的とする複数のワ
ークスペースを備えたユーザインタフェース（Ｕｓｅｒ
　Ｉｎｔｅｒｆａｃｅ　Ｗｉｔｈ　Ｍｕｌｔｔｐｌｅ　
ＷｏｒｋｓｐａｓｃｅｓＦｏｒ　５ｈａｒ＋ｎｇ　Ｄｉ
ｓｐｌａｙ　Ｓｙｓｔｅｍ　０ｂｊｅｃｔｓ）　　Ｊに
おいて用いられている「構造化データオブジェクト」と
言う言葉には、同出願明細書において定義されている通
りの「デイスプレィ・オブジェクト」、「コンテナ」及
び「デイスプレィシステム・オブジェクト」が含まれて
いる。

本発明は、共用マルチユーザ環境における前記構造化デ
ータオブジェクトの採用に関する。本書において言う「
共用構造オブジェク）　（ｓｈａｒｅｄｓｔｒｕｃｔｕ
ｒｅ　ｏｂｊｅｃｔ）　　Ｊとは、複数のユーザがネッ
トワークにより結合されたデイスプレィ・ワークステー
ションを介してアクセスできる構造化データオブジェク
トを意味する。

本発明の基本目的は、表現のいかなる遠隔インスタンス
（ｒｅｍｏｔｅ　１ｎｓｔａｎｃｅ）　　の足跡維持や
識別を必要とすることなく、リアルタイム協同環境にお
けるマルチユーザ・アプリケーションとしてアクセスで
きる共用構造化データオブジェクトのステータス及び足
跡変化を示す表現としての手段を提供することである。

すなわち、本発明の基本目的は、複数のユーザに共用構
造化データオブジェクトに自由に都合よくアクセスさせ
、有効寿命が尽きるまで共用構造化データオブジェクト
を管理させ、ユーザに構造化データオブジェクトの実質
プロセス（ｓｕｂｓｔａｎｃｅ　ｐｒｏｃｅｓｓ）　　
に注意を集中させ、管理及び製作調整プロセスには注意
を集中させる必要のないユーザインタフェースを備えて
いるマルチユーザ環境及び協同型システムを提供するこ
とである。

・発明の概要 本発明によれば、共用構造化データオブジェクトの表現
により、共用構造化データオブジェクト及び複数の構造
化データオブジェクトの内容に関する活動及びステータ
ス、及び、共用構造化データオブジェクト内容に影響を
与える或いは足跡を示す他の情報を表現することができ
る。本発明はさらに、ＩＩＹｓＩＩＩＩｓ　ユーザイン
タフェースを用いて、デマンド通知／更新ベース（ｄｅ
ｍａｎｄ　ｎｏｔｉｆｉｃａｔｉｏｎ／ｕｐｄａ七ｅ　
ｂａｓｉｓ）で、共用構造化データオブジェクト或いは
その内容のリアルタイムお変更或いは修正の範囲に関す
る詳細な定量情報を表現する方法を提供することを目的
とする。さらに、ユーザアクセス制御により、他のユー
ザからの干渉を受けることなく、アクセス制御属性を他
のニー゛ザに示し、共用構造化データオブジェクトの一
部分の発動された変更に関する排他性或いはプライバシ
ーを提供し、それによって共用構造化データオブジェク
トのすべての部分の変更に関係するユーザ間の調整の一
貫性を確保する。

本発明の目的は、一つの共通リンクに接続されている相
異なるワークステーションの各ユーザが、一つ或いは複
数の関連構造化データオブジェクトをデータエン）　Ｉ
Ｊの形で表現する共用構造化データオブジェクトの他の
ユーザ活動の内容及び現在のステータスに同時にアクセ
スできるマルチユーザ協同システムによって達成される
。共用構造化データオブジェクトの１ＩＹｓ［１１［ｓ
ユーザインタフェース表現の内容は、次の通りである。

すなわち、構造化データオブジェクトによって維持され
るエントリの順序付きリスト及びリストされた各エント
リの種々の属性、特にエントリのタイプとクラス；共用
構造化データオブジェクトの改訂ナンパ−；ページ数及
び各構造化データオブジェクトエントリの改訂ナンバー
；各エントリの作成及び前回改訂口；ユーザがエントリ
にアクセスできるか、できない場合は誰がアクセスを阻
止したか；ユーザシステムにエントリのローカルインス
タンスが存在するか；他のユーザが閲覧する各エントリ
に関する雑注記或いはコメントである。ユーザオペレー
ションによって発動するユーザ起動型のデマンド更新ベ
ースで、共用構造化データオブジェクト及びそのエン）
　ＩＪに関する現在情報を維持する手段が設けられてい
る。同ユーザオペレ゛−ジョンには、オペレーションを
正しく実行するための更新された情報が必要である。さ
らに、個々のユーザによる一つ或いは複数のデータエン
トリをロックアツプ（ｌｏｃｋ　ｕｐ）　　シ、それに
よって他のユーザがロックしたエントリにアクセスする
のを阻止し、複数のユーザによる同一エン）ＩＪの同時
編集その他の変更を阻止する手段を備える。このことに
関連して、共用構造化データオブジェクトエントリは、
ロックアツプしなければ、ユーザは、編集成いは変更を
行うことができない。エントリのロック状態及びその他
ロックを行ったユーザ及びロックの時間に関する情報に
関する視覚指示は、ユーザが共用構造化データオブジェ
クト或いはその内容に対するユーザオペレーションを発
ｉすれば、ユーザのワークスチーシコンに存在している
共用構造化データオブジェクト表現において更新され表
示される。このように表現の更新は、完全に分散（ｄｅ
ｃｅｎｔｒａｓｌｉｚｅ）され、顧客ベースであるので
、ネットワークに存在している共用構造化データオブジ
ェクトの数及び現在性を監視する必要はなく、共用構造
化データオブジェクトの内容及び変°更データ内容の表
現の更新は、個々のユーザが共用構造化データオブジェ
クトオペレーションを最初に発動すれば実行される。

以下、添附図を参照しつつ本発明の内容について詳述す
る。

・好ましい実施！ａ様の詳細な説明 Ａ、背景及び基本的特徴 本発明の基本的特徴は、添附図を参照しつつ以下に展開
するところの、出版会社の共通の手段である「ジョブド
ラフト（ｊｏｂ　ｄｏｃｋｅｔ）　Ｊを模擬した出版管
理システムにおいて用いる共用構造化データオブジェク
トを用いる本発明の協同環境の詳述を通して明らかにさ
れる。本発明の共用構造化データオブジェクト表現は、
これ以外にも様々な用途を持っている。−例として、本
発明の共用構造化データオブジェクト表現は、ハイパー
テキストシステム、たとえば、「ノートカード（Ｎｏｔ
ｅＣａｒｄｓ）や階層式゛データペース検索システムに
適用することができる。

ジョブドラフトは、テキスト及び図表のドラフト、ゲラ
（ｇａｌｌｅｙ）及び校正刷り（ｐａｇｅ　、ｐｒｏｏ
ｆ）、設計及びレイアウト仕様、通信文、及び製作スケ
ジユールなどである。ジョブを識別し、実行すべきタス
クのリスト、完成予定日、各作業者の業務等の製作スケ
ジュールをリストするために、「ジョブシート」をドラ
フトの表紙に貼付する場合も少なくない。一つのジョブ
ステップが完了するごとに、−人の作業者から次の作業
者へジョブドラフトを送る。しかし共用ブック（ｓｈａ
ｒｅｄ　ｂｏｏｋ）　　は、ジョブドラフトと違って、
複数の専門のユーザが、同じ出版物について同時に編集
その他の作業を行えるというメリットを備えている。

出版物或いはジョブ管理は、セキュリティ、文書履歴、
出版ジョブのスケジユーリング等の題目を含む広い範囲
にわたっている。出版作業管理の基本構成要素は、格納
及び取出し、文書製本、ジョブ管理の三つである。

出版物或いはジョブ管理システムにおける最も重要な条
件の一つは、文書の正しい改訂バージョンを効率的に検
出し、取り出し、格納することである。それには、全文
書の情報が必要である。

つの文書は、単なる各部分の総和ではない。システムは
、最低限文書を再生するのに必要な全情報を管理しなけ
ればならない。この情報には、文書に属する内容に加え
て、スタイル及びレイアウト、スペル辞書、複数の文書
間で共用するボイラー板の内容、他の出版物とのリンク
及びクロスリファレンスをフォローすることによって得
られる情報なども含めることができる。出版管理システ
ムは、契約書、仕様、通信文、製作スケジュール、経理
データなどの関連情報を管理しなければならない。

このシステムは、さらに重要な派生情報も管理しなけれ
ばならない。この情報は、たとえば、特定のオペレーシ
ョンに要する時間を短縮するために出版物エントリから
のみ計算する情報である。

例として、出版物の印刷に当たって、各部分間のクロス
リファレンス及びインタープレス（Ｉｎｔｅｒ−ｐｒｅ
ｓｓ）或いはポストスクリプト（Ｐｏｓｔｓｃｒ　１ｐ
ｔ）のページ記述ファイルを分解する（ｒｅｓｏｌｖｅ
）　　する。のに必要な記号表を挙げることができる。

印刷物或いは文書が変更修正され、更新されると、一連
の改訂が行われる。文書には、寿命の短いものと、出版
物管理の機能性が最重要条件である改訂履歴（ｒｅｖｉ
ｓｉｏｎ　ｈｉｓｔｏｒｙ）の長いものとがある。長寿
命出版物は、一般に、文書の発行に対応する大改訂バー
ジョン（ｍａｊｏｒ　ｒｅｖｉｓｉｏｎ）を持っている
。−例としてスブレッドンート・パッケージ（ｓｐｒｅ
ａｄｓｈｅｅｔ　ｐａｃｋａｇｅ）　　のユーザマニュ
アルは、一般にパッケージが発行されるたびに改訂され
る。

出版物管理システムは、文書の特定の旧バージョン及び
現在のバージョンを再生できることが望ましい。また、
特定の時点において複数の同時バージョンを持っている
出版物もある。−例として、コンピュータ・ユーザマニ
ュアルは、一つのソフトウェア・アプリケーションを使
用する各コンピュータ機種に対して一つづつ、複数の相
異なるバージョンを持っている場合がある。この相異な
るが関連性を有している併存バージョンは、各々独自の
改訂履歴を持っており、出版物管理システムは、これを
個別に管理しなければならない。出版物管理システムは
、各個別バージョンの繋がりの中で特定の改訂バージョ
ンを再作成できなければならない。頻繁に検索されるこ
とのない旧バージョンは、アクセスに時間がかかるが１
ビット当りのコストが安いデジタル格納装置に入れるこ
とができる。

近代オフィスにおける出版物或いはジョブ管理システム
は、信頼度の高い情報格納能力を備えていなければなら
ない。コンビ二一夕やネットワークにトラブルが発生し
た場合、或いは、情報の無断変更が行われようとした場
合に、データを保護できなければならない。情報が失わ
れたり破壊されたりすると、金銭の問題や法律の問題を
生じる恐れがある。厳しいデッドラインが決められてい
る場合は、他のソースから文書を再作成することは許さ
れない。また二人の相異なるユーザが同じ情報を同時に
変更することを阻止しなければならない。管理システム
の一つの難点として、情報の正確な現在のバージョンを
位置付けることが困難であること、そして改訂バージョ
ンを、検討用及び後続改訂用に正しく配分することが困
難であるということである。システムが共用データを長
期的に総括ロックできなければ、情報が失われる恐れが
ある。出版物管理システムはまた、無断の文書アクセス
及び変更を阻止するアクセス制御機能を備えていなけれ
ばならない。出版物管理システムのアクセス制御は、同
じユーザ間においてさえ時間の経過と共に変わることが
少なくない。−例として、ゼネラルモータース・コーポ
レーション（Ｇｅｎｅｒａｌ　！Ｊｏｔｏｒｓ　Ｃｏｒ
ｐｏｒａｔｉｏｎ）の社員は、誰−人として、ドラフト
が法律担当部によって承認された後は、自動車のオーナ
マニュアル「セーフティコピー（ｓａｆｅｔｙ　ｃｏｐ
ｙ）　　Ｊに一切手を加えることはできない。

出版物の製本の内容は、一般に、出版物の目次、及び、
セクション、図、脚注、ページ等のレイアウトオブジェ
クトのナンバリング、及び、このオブジェクトに対する
クロスリファレンスからなる。

目次表、索引表などの前付け、後付けの作成が含まれる
こともある。製本は、一般に出版物管理システムではな
くエディタプログラムで行う。ただし、出版物が複数の
独立編集記事で構成されている場合は、文書各パートの
正しい改訂バージョン及びその他の所要情報を得るため
には出版物管理システムの助けを借りる必要がある。

複数の作業者が一つの出版物の作成作業に携わる場合は
、出版物の一貫性をチエツクしなければならない。前付
け、後付けを含めて全パートが−賞してナンパングされ
、相互参照されていれば、その出版物には一貫性がある
ということができる。

また、一つの出版物の各パートには、単に出版物に帰属
している情報であるか、それとも他から「移入した（ｉ
ｍｐｏｒｔｅｄ）　Ｊ情報であるかの別に関係なく、ス
タイルの記述（ｓｔｙｌｅ　ｄｅｓｃｒｉｐｔｉｏｎ）
　　やボイラー板の内容等の補助情報の同じ改訂バージ
ョンを引用しなければならない。エディタプログラムが
一貫性のチエツクを行うが、このチエツクは一つの出版
物管理機能である。他の出版物のクロスリファレンスも
同一でなければならない。文書管理システムによって、
各パートの改訂及び製本情報の足跡を維持し、文書の一
貫性の有無をチエツクすることができる。

出版物管理システムは、文書の製作の組織化をサポート
する。出版物管理システムは、プランニング及び作業の
進歩状況の追跡をサポートする。

ジョブ費用の見積り、経理及び統計情報の管理をす゛ポ
ートすることもできる。ジョブ管理システムは、個別の
文書の製作をサポートするだけでなく、ジョブ間サポー
トを行うこともできる。−例を挙げれば、製作部向はピ
ークロード報告書と、現在進行中のジョブの報告書であ
る。ジョブ管理システムは、出版という仕事には、原稿
書き、設計、コピー編集、製作編集などの複数の相異な
る工程があることを認識しなければならない。各工程に
はそれぞれ独自の条件がある。たとえば、イラストレー
タがジョブの経理情報を訂正することを許されることは
ほとんどない。同じ作業者が複数の相異なる仕事をする
場合もある。

出版物管理システムのもう一つの条件は、柔軟性である
。すなわち、複数の相異なる製作スタイルに対応できな
ければならない。出版会社の大半は高度に組織化されて
おり、新しい或いは異なるジョブ管理システムを導入す
るために現在の方式を変更することを拒むところが多い
。

近代オフィスにおいては、長寿命、多パート文書或いは
出版物の管理には、作業者が必ず別途時間を充てなけれ
ばならない。その一つの理由として、この文書は、チー
ム作業で製作され、頻繁に改訂されるということが挙げ
られる。複数の作業者が一つの文書を製作する場合は、
作業の調整及び進歩状況の追跡も一つの仕事として別途
の時間を充てなければならない。これは、次の処理のた
めに、出版物の異なった部分の現在の改訂バージョンを
位置付けることを含んでいる。「電子オフィス」におい
てさえ、出版物管理という仕事は未だに手作業に頼って
おり、それに伴う過ちが、コストアップ、納期切れ、ま
た時には情報消失の原因になっている。

構造化データオブジェクト表現を行う本発明の協同シス
テムは、ゼロックス・コーポレーション（Ｘｅｒｏｘ　
Ｃｏｒｐｏｒａｔｉｏｎ）の既存ビューポイント（Ｖｉ
ｅｗＰｏｉｎｔ）　ｒ　Ｖ　Ｐ　Ｊソフトウェアシステ
ム及びその文書処理環境におけるマルチユーザ出版物管
理作業をサポートする。標準的ｖＰオフィス情報システ
ムは、イーサネット（Ｂｔｈｅｒｎｅｔ）ローカルエリ
アネットワークによって共用ファイルサービス、通信サ
ービス及び印刷サービスに結合されている複数のワーク
ステーションで構成されている。各ワークステーション
には独自のローカルファイルシステム れているファイルを用いて行うが、ファイルは、ワーク
ステーションと各サーバとの間で手作業でコピーしなけ
ればならない。ＶＰには分散電子メイルシステムも備え
られている。これらの既存システムは、文書の作成をサ
ポートするが、未だに手作業及び調整作業を必要とし、
作業の進歩状況や調整に関する情報にエラーを生じやす
い。複数の作業者が一つの文書を製作する場合や、一つ
の出版物を複数の独立編集パートで構成する場合は特に
そうである。たとえば、二人のユーザが同じ文書の分か
れているコピーを同時に編集したり、−人のユーザが多
パート出版物の各パートの位置を確認できないなどの事
態が生じる。出版物管理システムのこれらの難点は、ユ
ーザの作業を出版物の処理に集中させ、管理と製作の作
業の負担を軽減する本発明を適用することによって解決
することができる。

本件出願に引用編入した本件出願人の係属米国特許出願
（Ｄ／８７００９Ｑ）　ｒ多重共用仮想ワークスペース
（Ｍｕｌｔｉｐｌｅ　５ｈａｒｅｄ　Ｖｉｒｔｕａ！　
Ｗｏｒｋｓｐａｃｅｓ）　Ｊは、協同Ｊ】境における、
情報及びワークスペースの共用に関する出願である。本
発明は、米国特許出願（Ｄ）８７００９）　　に開示さ
れている原理を応用すると同時に、共用構造化データオ
ブジェクト表現という概念を導入している。本書におい
て言う「共用構造データオブジェクト」とは、複数のユ
ーザがアクセスできる任意の共用構造化データオブジェ
クトを意味する。共用構造化データオブジェクト表現と
は、単なるデータオブジェクトであるか、デイスプレィ
スクリーン全体の内容であるか、ワークスペースの内容
であるかの別に関係なく、またワークスペースが部屋で
あるか、窓であるか、黒板であるか、スケッチパッドで
あるか、スプレッドシートであるか、カードであるか、
デイスプレィエリア内で表す形式の他の実体（ｅｎｔｉ
ｔｙ）であるかの別に関係なく、オブジェクトと内容で
表現した共用データを表示する任意の方式のことである
。

表示エリアのほぼ全体を占めるフルスケール表現の場合
は、ユーザは、通常、キャラクタシーケンス、ビットマ
ツプ化（ｂ已ｍａｐｐｅｄ）　　図形オブジェクトなど
のマツプ化形態で、共用データの詳細を見ることができ
る。このような共用構造化データオブジェクトの本体は
、たとえば一つの文書をページ単位で所望の順序で表示
するような、様々なフルスケール表現が可能である。表
示エリアの一部分を占めるスモールスケール表現の場合
は、共用構造化データオブジェクトの詳細を見ることは
できない。同じ共用データのフルスケールの小部分を占
めるスモールスケール表現によれば、共用構造化データ
オブジェクトの特定の属性に関する「詳細ｊを見ること
ができ、スモールスケール表現は、詳細を省いたフルス
ケール表現の総括的な特徴を示す、構造化データオブジ
ェクトのフルスケール表現の収縮（ｓｈｒｕｎｋｅｎ）
バージョンとすることもできる。縮小（ｒｅｄｕｃｅｄ
）　　スケール表現は、また、構造化データオブジェク
トの名称や構成等の識別子（ｉｄｅｎｔｉｆｉｅｒ）以
外のフルスケール表現の特徴や属性をほとんど示さない
アイコン（ｉｃｏｎ）その他のスモール表示抽象概念と
することもできる。

人間の視覚及び標準表示すイズに限界があるため、構造
化データオブジェクトの最小縮小スケール表現は、たと
えば、アイコンシンボルでは、約１インチ平方或いはこ
れ以下の固定サイズとすることが多い。この縮小スケー
ル表現のサイズは、通常は文字形状と識別子を表示する
のに充分な大きさである。このような表現では、ユーザ
は対応するデータにアクセスすることはできないが、対
応するデータのフルスケール表現を得るために、オペレ
ーションの一部として選択することができる。これに対
して、フルスケール表現は、数インチ平方からフルスケ
ールまで、サイズが可変である場合が少なくなく、ユー
ザが、オペレーションを実行すべきフルスケール表現内
で一つのデイスプレィオブジェクトを選択し、対応する
データにアクセスすることができる。在来の図形ユーザ
インタフェースの多くは、ウィンドウ及びアイコンのよ
うな、容易に識別できるフルスケール表現機能及び縮小
スケール表現を備えている。本発明のＩ造化データオブ
ジェクト表現には、縮小スケール表現とフルスケール表
現の両方の属性が採用されている。

第１図に標準的オフィス情報システム１ｏを示す。

このシステム１０においては、ワークステーション１４
Ａ、１４Ｂを含む複数のユーザワークステーション１４
がイーサネット（Ｅｔｈｅｒｎｅｔ）ローカルエリアネ
ットワーク（ＬＡＮ）１２に接続されている。ワークス
テーション１４は、−例としてゼロックス６０８５プロ
フエツシヨナル・ワークステーションとすることができ
る。ＬＡＮ１２には、ネットワークファイルサーバ１６
、ネットワーク・ファイル／メイル／通信サーバ１８、
プリンタサーバ２０．プリンタ２２等の他の事務機器を
接続することもできる。また、ＵＮＩＸミニコンビコー
タ２４等の大容量遠隔記憶装置をＬ　Ａ　Ｎ１２に接続
することもできる。システム１０は協同型システムであ
る。すなわち、相異なるワークステーション１４におけ
るユーザが、ネットワーク１２を介して互いに情報を伝
送し処理し、記憶サービスに情報を蓄積しまた取り出す
ることにより、リアルタイムの共同作業ができる。シス
テムｌＯの協同機能は、一つの主ＣＰＵに集中させるこ
ともできるし、各ワークステーションのプロセッサに分
散させることもできるし、集中／分散複合システムとす
ることもできる。同様に、ＬＡＮ１２も、協同作業をサ
ポートするのに必要な通信機能を備えていることを条件
として、任意の適当な構成とすることができる。

システム１０にはデイスプレィベース・ユーザインタフ
ェースが備えられており、各ワークステーション１４に
デイスプレ゛イ装置とユーザ人力装置がある。この接続
関係において、ワークステーション１４Ａ、１４Ｂには
、それぞれデイスプレィカーソルマウス３０を備えた、
ＣＲＴデイスプレィスクリーン２６．２ｇ及びキーボー
ド２５がある。システムｌＯには、デイスプレィスクリ
ーンのワークスベースに位置している相異なる構造化デ
ータオブジェクトのアイコン表現、たとえば実オフィス
オブジェクト（ｒｅａｌ　ｏｆｆｉｃｅ　ｏｂｊｅｃｔ
）を表現する標準的オフィス環境の各種抽象を採用する
オフィス・デスクトップ比囁（ｏｆｆｉｃｅ　ｄｅｓｋ
ｔｏｐ　ｍｅｔａｐｈｏｒ）の表示を行うオブジェクト
指向デイスプレィシステムがある。このオフィス比重の
一例として、ゼロックスコーポレーションの８０１０．
８０６５型のデイスプレィ・ワークステーションと併用
する同社の「ビニ−ポイント（Ｖｉｅｗ　Ｐｏ１ｎｔ　
　：登録商標）Ｊ（ｒＶＰＪ）ソフトウェアシステムを
挙げることができる。第１図に示すこの抽象例は、デス
クトップ３２、受信箱（ｉｎｂａｓｋｅｔ）　３３、送
信箱（Ｈｔｂａｓｋｅｔ）３４　、文書３５及び３５Ａ
、ファイルフォルダ３６、ファイルドロワー３７及びプ
リンタ３８である。文書アイコン３５Ａは、「開かれて
いる」。そこでは、く開（ＯＰＥＮ）　＞−命令が発動
され、ウィンドウ３５Ｂが開き、文書がフルスケールで
表示されている。プリンタ３８は、ＬＡＮ１２のプリン
タ２２のアイコン表現である。文書３５は、キーボード
２５からプリンタアイコン３７に発動されろくコピー（
ＣＯＰＹ）　＞命令に従って移動し、この文書は、プリ
ンタ２２でプリントアウトされる。

電子メイルは、ワークステーションの受信箱３３、送信
箱３４を介してＬＡＮ１２の他のワークステーションと
の間で、すなわち、ファイル／メイル／通信（Ｆ　ｉ　
ｌｅ／！Ｊａ　１１／Ｃｏｍ）　　サーバ１８を介して
他のネットワークのワークステーションとの間で送受さ
れる。

Ｂ、共用構造化データオブジェクト用ユーザインタフェ
ース ワークステーション１４Ａ、１４Ｂのデスクトップ３２
には、さらに、ワークステーション１４Ａとワークステ
ーション１４Ｂとの間において拡大して詳細が示されて
いる共用構造化データオブジェクト４０がある。この共
用構造化データオブジェクトは、関連構造化データオ°
ブジェクトのコンテナに相当するものであり、関連構造
化データオブジェクトのデータ内容によって、相異なる
ワークステーションにおけるユーザが、リアルタイムで
、共同作業を行うことができる。関連構造化データオブ
ジェクトの格納された本体は、相互に排他的である必要
はない。

ここに紹介する出版物の例においては、共用構造化デー
タオブジェクト４０は、「発明の背景」に右いて説明し
たｖＰ「ブック」の基本嘱性をとつて「共用ブック」と
呼ぶこともある。ＶＰブックと同様に、共用ブック４０
もエントリ、たとえばＶＰ文書及び／又はインタープレ
ス（Ｉ　ｎｔｅｒｐｒｅｓｓ）マスター又はファイルと
呼ばれる複数の関連共用構造化データオブジェクトを持
っているコンテナである。共用ブック４０は、ハーフト
ーンで示されており、ファイルサーバ１６のような遠隔
ファイルサービスに遠隔ロケーションがある基準アイコ
ンであることを示している。ただし共用ブックのインプ
リメンテーションは、顧客ベースであり、ワークステー
ション１４で実行する。

ここに紹介する実施例においては、第１図に示す共用ブ
ック４０は、「ボンドファント共有ブック（Ｂｏｎｃｌ
　Ｆｕｎｄ　５ｈａｒｅｄ　Ｂｏｏｋ）　　」として識
別されるマルチパート出版物を含む共用データのローカ
ルインスタンス（ｌｏｃａｌ　１ｎｓｔａｎｃｅ）であ
る。共用ブック４０のローカルインスタンスを複数のウ
ークステーション１４に出現させることができる。共用
ブック４０とのユーザの対話（ｉｎｔｅｒａｃｔｉｏｎ
）　　は、ｖｐ比喰で可能な限り従来のように設計され
る。ユーザが既に馴染んでいる習得ずみである標準オペ
レーション、たとえば文書のコピー、編集は、デスクト
ップ３２で行う共用オブジェクトのオペレーションと同
じである。

共用ブック４０は、独自のウィンドウ表現４２（第２図
）と、各種プロパティシート（後述）を持っており、最
大量の有益情報を読取り容易なフォーマットにして伝送
する働きをするように設計されてきた。共用ブック４０
内のエントリ４４、たとえばＶＰ文書は、エントリがデ
スクトップ３２にあるときと全く同じインスタンスであ
る。ｖＰの通常の編集、コピー、移動、削除オペレーシ
ョンは、ユーザが共用ブック４０のエントリ４４に適正
にアクセスしている間中、適用することができる。

共用ブック４０とその内容に対するユーザのアクセスに
は２つの形態がある。第１は、ＶＰの世界で周知である
読出し、書込み、変更及び削除の標準アクセス権である
。ユーザは、少なくとも読出しアクセス権を持っていな
ければ、共用ブックの内容を開くこと或いは見ることが
できない。

アクセス権の第２形態は、特に共用ブックのインプリメ
ンテーションに関するアクセス権であり、マルチユーザ
環境に直接由来するものである。共用ブック４０は、複
数のユーザによる内容或いはプロパティの同時変更を阻
止しなければならない。

相異なるユーザが共用データの変更や訂正を上書きする
のを阻止するために、これが必要である。

このアクセスの第２形態は、共用ブック４０全体に関わ
るものであり、本発明の最も重要な観点の一つである。

ワークステーンヨン１４における共用ブック・アプリケ
ーションは、顧客ベース・トランザクションシステムで
あり、遠隔ファイルサービスの情報に関するトランザク
ションは、本書に引用し編入したウィリアム・エイチ・
バクストン（ＷｉｌｌｉａｍＨ，Ｐａｘｔｏｎ）著「デ
ータ保全を目的とした顧客ベース・トランザクションシ
ステム（Ａ　Ｃ１１ｅｎｔ−ＢａｓｅｄＴｒａｎｓａｃ
ｔｉｏｎ　Ｓｙｓｔｅｍ　Ｔｏ　！Ｊａ、１ｎｔａｉｎ
　Ｄａｔａ　Ｉｎｔｅｇｒｔｙ）　　、Ｃ５Ｌ−８０−
３，ゼロックス・パロアルト・リサーチセンタ（Ｘｅｒ
ｏｘ　Ｐａ１ｏ　Ａｌｔｏ　Ｒｅ５ｅａｒｃｈ　Ｃｅｎ
ｔｅｒ）１９８０年３月、「オペレーティングシステム
の原理に関する第７回ンンボジウム会報（Ｐｒｏｃｅｅ
ｄｉｎｇｓ　ｏｆｔｈｅ　５ｅｖｅｎｔｈ　Ｓｙｍｐｏ
ｓｉｕｍ　ｏｎ　０ｐｅｒａｔ＋ｎｇ　Ｓｙｓｔｅｍｓ
Ｐｒｉｎｃｉｐｌｅｓ）　　Ｊ　、第１８〜２３ページ
、１９７９年１２月１０日〜１２日、カリフォル−ニア
州パシフィックグローブ（Ｐａｃｉｆｉｃ　Ｇｒｏｖｅ
、　Ｃ＾）、に紹介されているとおりに、一つ或いは複
数の遠隔ファイルサーバとの顧客交信プロセスによって
実行する。また、共用ブックアプリケーションにおいて
は、単純な在来型のデータベースシステムとデータベー
スマネージャによってこの第２形態のアクセス権を実行
する。

このシステムの一例として、本書に引用編入したアール
・ブラウン（Ｒ，Ｂｒｏｗｎ）　　ほか著「アルバイン
・ファイルンステム（Ｔｈｅ　Ａｌｐｉｎｅ　Ｆｉｌｅ
　Ｓｙｓｔｅｍ）　Ｊ、ＣＳ　Ｌ　−８４−４、ゼロッ
クス・パロアルト・リサーチセンタ、　１９８４　年１
０月に紹介されているアルバイン・ファイルンステムを
挙げることができる。アルバイン・ファイルシステムは
、データベース或いはファイルの特定レコードに関して
、長期のロックを提供するプログラムされたユーティリ
ティである。サン・マイクロシステムズ・インコーホレ
ーテッド（Ｓｕｎ　ｌＪｉｃｒｏｓｙｓｔｅｍｓ、　Ｉ
ｎｃ、　）　　からも、プログラムされたロック能力を
提供するデータベースを製品として提供している。

その分野では周知であるが、ファイルサービス関係の専
門用語について簡単に説明しておく。ファイルサービス
とは、大量の情報をデジタルフォーマットで記憶するデ
ジタル記憶装置であり、データベースマネーシアとは、
データベースのレコードのアクセス、読出し、書込み、
検索を行うコンピュータプログラムシステムである。「
レコード」とはデータベースの基本データエントリ単位
である。レコードの内容に関する情報、或いはまたレコ
ードの内容そのものを格納する一連の「フィールド」が
各レコードにある。したがって一連の同類レコードによ
って一つの「データベース」（「ファイル」とも呼ばれ
る）が構成されている。

「トランザクション」とは、一つ或いは複数のレコード
のフィールドを修正することによって、データベース或
いはその中のレコードを、一つの−貢した状態（ｃｏｎ
ｓｉｓｔｅｎｔ　５ｔａｔｅ）から別の一貫した状態に
変える一連の損１作成いはステップである。

前記のいずれかのファイルシステムを用いることにより
、特定のユーザがアクセスし使用しているレコードをロ
ックアウトし、その間に他のすべてのユーザにとって他
のすべてのレコードをアクセス可能な状態に保持する。

各共用ブロック４０は、共用ブック４０の作成時に、フ
ァイルサービスに格納された各々独自のレコードを有す
る。ファイルサービスは、レコードの一つ或いは複数の
データベースをサポートする。共用ブック４０において
は、一つのレコードは、特定のデータベースにいて、名
称が付けられたプロパティリスト又は一連の「フィール
ド」、すなわち遠隔ファイル、名称、データベースから
のファイルチエツクイン及びチエツクアウト及び誰から
であるかなどのレコードの属性特性のリストである。

リストの各プロパティには名称が付けられている。

ファイルサービスは、これらのレコードに対する単純な
照会及び編集を行うアプリケーションをサポートし、し
たがって各レコードに入っている実プロパティは特定の
アプリケーションによって設定される。共用ブックアプ
リケーションに関しては、共用ブック４０のいくつかの
プロパティは、共用ブックの名称、ファイルサービス、
ファイルサービス・データベース、ユーザアクセスリス
ト、ファイルサーバにふいて維持すべき各共用ブックエ
ントリの遠隔バージョンの数、及びエントリに関する注
記である。

新兵用ブック作成時にユーザが特定ファイルサービスに
対してデータベースを指定する。これを受けてファイル
サービスが特定レコードを共用ブック４０と各エントリ
４４に指定し、このデータベースにレコードを格納する
。続いてファイルサービスがどのエントリがロックされ
たか、及び、誰によってであるかを追跡する。ユーザは
、共用ブック４０そのものを明示的にロックすることは
できないが、ページ付けなどの特定のユーザオペレーシ
ョンによって共用ブック４０を短時間だけ他の全ユーザ
に対してロックすることができる。このようなオペレー
ションの間は、２人のユーザが共用ブック４０の内容或
いは属性を同時に変えることはできない。一般的には、
各組織は、それら出版のために一つのデータベースを共
用する。各ファイルサービス、たとえばファイルサーバ
１６は、複数の相異なるデータベースをサポートするこ
とができる。各データベースは、複数の共用ブック４０
をサポートすることができる。共用ブック４０との間で
実行されるトランザクションはすべて、共用ブックのレ
コードを使用できるかどうかのチエツクをまず最初に行
う。レコードが使用できない場合は共用ブック４０はロ
ックされるように決定され、トランザクションが終了す
る。共用ブックのレコードを使用できる場合は、トラン
ザクションは、必要に応じて共用ブック更新に進み、さ
らにユーザ発動オペレーションへ進む。共用ブックのロ
ック、アンロツタは自動的に行われ、ユーザには見えな
い、すなわち現在のロック状態を指示する実行されなか
ったアクション（ｆａｉｌｅｄ　ａｃｔｉｏｎ）以外は
ファイルのロック／アンロックは視覚的に指示されない
。

先述のごとく、共用ブック４０は、ファイルサーバ１６
のような特定のファイルサービスの特定のサブディレク
トリ（ｓｕｂｄ　１ｒｅｃｔｏｒｙ）又はデータベース
に入っている。ユーザが、第３図の４０′に示されてる
ブランク共用ブックプロトタイプから共用ブック４０の
特定のインスタンスを最初に作成する際に共用ブック４
０を入れるべき遠隔ロケーションを指定する。共用ブッ
ク４０と、その全関連共用構造化データオブジェクト又
はエントリがこの指定ロケーションに維持される。共用
ブックアプリケーションは、そのようなエントリを自動
的に特定のファイルサーバ１６に格納し、またそこから
取出す。

ブランク用ブックアイコン４０”　は、デスクトップ３
２のディレクトリアイコンのプロトタイプフォルダから
電子的に取出すことができる。ディレクトリアイコンに
ついては、米国特許出願第８５６．５２５号に詳細に説
明されている。プロトタイプ共用ブックアイコン４０’
　　のプロパティをプロパティシートを介してオブジェ
クトに正しく割当てない限り、開いてその内容を見るこ
とはできない。プロパティシートは、キーボード２５の
〈プロパティ〉キーを押せば得られる。このプロパティ
シートとその出し方については米国特許出願束８５６．
５２５号に詳細に説明されている。ブランク共用ブック
４０°　の唯一の目的は、ユーザが新井用ブックを作成
し、以前に作成した共用ブック４０のローカルインスタ
ンスを得ることを可能にするということである。

このプロトタイプ４０°　に対しては「ブランク共用ブ
ック」という名称が確保されるから、共用ブック４０の
作成時にプロトタイプ４０′　　に別の名称を与えなけ
ればならない。

共用ブック４０は、数多くの相異なる共用構造化データ
オブジェクトを入れることができる。そのため、ユーザ
は、出版物を作り上げるファイルと出版物サポートファ
イルの両方を、一つのロケーションに維持することがで
きる。共用ブック４０に入れることのできる共用構造化
データオブジェクトは、グラフィック入りＶＰ文書、単
純なテキストのＶＰ文書、ＡＳＣＩＩ　及びＷｏｒｄｓ
ｔａｒ　７　フィル、メイルノート、スペル及びハイフ
ン辞書及びＶＰスプレッドシートである。二つの共用構
造化データオブジェクトは、共用ブック４０に入れるこ
とができない。共用ブックは、階層的機能を持っていな
いので、コンテナ型共用構造化データオブジェクトは共
用ブック４０に入れることはできない。このクラスの構
造化データオブジェクトは、フォルダ、レコードファイ
ル、ブック及び共用ブックそのものを含む。共用ブック
４０に入れることができない２番目の構造化データオブ
ジェクトは、リファレンスアイコンである。

キーボード２５のファンクションキーく開（ＯＰＥＮ）
　＞を押して開いた共用ブックウィンドウ４２を第２図
に示す。共用ブック４０に格納されている全エントリ４
４のリストが共用ブックウィンドウ４２に出ている。各
エントリ４４がたとえば出版物の一つのパートに対応し
ており、出版物において出現する順序に従って表示され
ている。このように、ウィンドウ表現４２は目次に似て
いる。しかし、ウィンドウ表現４２は、内容識別を超え
ている。全エン）’＋４４が共用ブック４０によって所
有される、すなわちサーバ１６の実遠隔共用ブック４０
と共にエントリ４４が格納される。ユーザは、前に選択
したエントリ４４に対してキーボード２５からく開〉命
令を出して共用ブックウィンドウ内でエントリ４４を変
えることもできるし、またエントリ４４を自己のテ゛ス
クトツブ３２に〈コピー（ＣＯＰＹ）　＞　Ｌ、編集し
、共用ブック４０へ戻すように〈コピー〉することもで
きる。或いは、共用ブック出版は、以前に選択したエン
トリについてキーボード２５から〈開〉命令を与え、別
個の独立ウィンドウ、たとえば第１図のウィンドウ３５
Ｂのようなウィンドウをウィンドウ４２に対面させて、
デスクトップ３２上で作成する機能を持たせることがで
きる。この機能は、アイコン表現の選択機能及び〈開〉
命令の発動に似ている。

各エントリ４４は、プロパティシート４２の「クラス」
と頭書きされた瀾の下において「本文（Ｂｏｄｙ）　Ｊ
エントリ４６又は「補助（Ａｕｘｉｌｉａｒｙ）　　Ｊ
　ｘシトリ４８に分類される。本文エントリ４６は、一
般に出版物の内容、たとえばｖ　ｐ　ｌＪｉ集自在文書
で構成されているデータ内容とエントリ４４とで構成さ
れている。

本文エントリ４６は、ページ付け、目次生成及び索引生
成に関与する。補助エントリ４８は、支援又は索引除外
／包含辞書（ｉｎｄｅｘ　ｅｘｃｅｐｔｉｏｎ／１ｎｃ
ｌｕｓｉｏｎｄｉｃｔｉｏｎａｒｉｅｓ）、インタープ
レス（Ｉ　ｎｔｅｒｐｒｅＳＳ）ファイル、及び本文エ
ントリ４６で構成されている出版物に関連する通信文な
どのエントリの作成時に他の情報を使用或いは参照する
ことができる他の情報である。エントリを「本文」或い
は「補助」に分類するところまではユーザの仕事である
。

共用ブックウィンドウ４２には、「名称（Ｎａｍｅ）　
Ｊの欄に入っているエントリ４４の名称と、「クラス」
の欄に入っているクラス４６．４８の他に、たとえば一
番目の名称付エン）　＋Ｊの次の第２図のロックアイコ
ン９２の有無によって指示されるロック状態を指示する
、エン）　ＩＪロツタ状態に関する情報、編集ずみエン
トリが「セーブ（Ｓａｖｅｄ）　　Ｊされるとインクリ
メントするナンバーであり、また、このオペレーション
によって他のユーザが改訂を行える「改訂（Ｒｅｖ）　
　Ｊの欄の各エントリの改訂ナンバー最も最近にセーブ
した改訂のタイムスタンプである「作成（Ｃｒｅａｔｅ
ｄ）　　Ｊの欄の作成日、「ページ」の欄の各コラムの
ページ数、及びユーザがエントリ４４に関するステータ
ス情報や他のコメントを入れるための各エントリに関す
る「注記（Ｎｏｔｅｓ）　　Ｊが入っている。

共用ブック４０には次の２種類のプロパティシートがあ
る：（１）第３図、第４図に示される共用ブックプロパ
ティシート５０゜このプロパティシートによって共用ブ
ック４０のパラメータ或いは属性にアクセスすることが
できる。（２）第５図、第６図に示されるエントリ「詳
細」プロパティシート６０゜このプロパティシートによ
って、個々のエントリ４４のパラメータ或いは属性、た
とえば、エントリのアクセスリスト、エントリがロック
されていれば、エントリをロックしたユーザのアイデン
ティティ。

何時また何故エントリがロックされたか、すなわち、ユ
ーザがエントリで何を行っているかについての他のユー
ザに対する説明にアクセスすることができる。共用ブッ
ク４０内の各エントリ４４には、共用ブック４０に関連
する「詳細Ｊプロパティシート６０がある。プロパティ
シート６０は、共用ブック４０に格納されているファイ
ルのいずれのアプリケーション分類プロパティシートと
も異なっている。

共用ブックプロパティシート５０には、共用ブックがプ
ロトタイプ４０’　　であるか、実遠隔共用ブック４０
のインスタンスであるかによって異なる２種類のバージ
ョンがある。

共用ブックウィンドウ４２０大半には各エントリ４４に
関する情報が表示される。エントリに関する使用頻度の
低い情報、たとえばフィールド６８におけるエントリア
クセス制御は、エントリ「詳−細」プロパティシート６
０に表示される。

第３図に示されているブランク共用ブックプロパティシ
ート５０Ａは、プロトクイブディレクトリからプロトタ
イプ共用ブックを選択し、選択した共用アイコンブック
４０に対して〈プロパティ〉命令を発動すれば得られる
。名称フィールド５１、注記フィールド５２、データベ
ースフィールド５３及び遠隔ロケーションフィールド５
４は、編集自在である。シート５０Ａにはさらに、共用
ブックに入っているエントリ数を指示するフィールド５
９Ａ１共用ブツクのディスクページの総数を指示するフ
ィールド５９Ｂ及び実ページの総数を指示するフィール
ド５９°　がある。ユーザが適切なるアクセス権を持っ
ていれば、プロパティシート５０Ａは、ユーザがこれら
フィールドに既存の共用ブックのフィールドデータを入
れることによって新井用ブック及び既存遠隔共用ブック
の新インスタンスを作成することを可能にする。

第４図に示されている共用ブックプロパティシー１５０
Ｂは、ユーザが共用ブック４０を選択し□、先述の通り
くプロパティ〉命令を与えるか、又は第９図に示される
共用ブック補助メニュ８０−において共用ブックプロパ
ティ命令８１を選択すれば得られる。第９図に示される
ように開いた共用ブックウィンドウ４２のヘッダー４１
において命令記号４３を選択すればメニ５−８０が現れ
る。

共用ブックプロパティシート５０には、共用ブック全体
に関わるアイテムのフィールドがある。先述の通り、共
用ブック全体に関わるアイテムとは、共用ブックの名称
、ファイルサービス、データベース、アクセスリスト、
維持すべき各共用ブックエン）　＋７の遠隔逐次バージ
ョンの数、共用ブック注記などである。アクセスリスト
フィールド５６は、共用ブック４０のエントリ４４にア
クセスできる個人或いはグループのリストである。フィ
ールド５５を維持する遠隔バージョン数によって、ユー
ザは、編集したエントリの先行バージョンを遠隔サーバ
１６に維持することができる。注記フィールド５２は、
共用ブック４０に格納されているプロジェクトに関する
短いコメントを維持するために用いることができる。

ユーザが共用ブックに対する適切なるアクセス権を持っ
ていれば、どのユーザも、第４図に示される共用ブック
プロパティシー）５０Ｂに入っている３つのアイテムを
編集することができる。編集できるアイテムは、注記フ
ィールド５２、遠隔バージョンフィールド５５の維持数
及びアクセスリストフィールド５６である。フィールド
をボックスで囲めばプロパティシート５０Ｂに編集自在
フィールドが現れる。これらのアイテムは、プロパティ
シート５０Ｂを開いているか否かに関係なく編集できる
。

共用ブック４０がロックされているときは、プロパティ
シート５０Ｂを開くことはできない。プロパティシート
５０Ｂを開いているときは、共用ブック４０をロックす
ることはできない。他のユーザが発動したオペレーショ
ンによって、プロパティシート５０Ｂに対してなんらか
の変更を行った最初のユーザがプロパティシートヘッダ
５７において命令記号「完了（Ｄｏｎｅ）　Ｊ　５８を
選択すると同時に共用ブック４０がロックされる可能性
がある。この場合は、プロパティシー）５０Ｂに対して
行った変更の試みがアボート（ａｂｏｒｔ）　　される
旨のメツセージがデスクトップ３２上において最初の、
ユーザに与えられ、いかなる場合も、プロパティシート
５０Ｂは、開かれた状態に維持される。そのユーザは、
再度試行することができる。

第５図及び第６図に示されるエントリ「詳細」プロパチ
イン−トロ０は、第５図、第６図に４４ａとして指示さ
れた共用ブックエントリを選択し、第２図に示される共
用ブックウィンドウ４２のヘッダ４１において「詳細表
示（Ｓｈｏｗ　Ｄｅｔａｉｌｓ）　Ｊ命令記号４５を選
択すれば得られる。プロパティシート６０には、この命
令を選択したときのエントリ４４０ツク状態によって異
なる２つのバージョンがある。いずれのバージョンのエ
ントリ「詳細」シート６０にも、７１にエントリ名称、
６２にクラス、６５に改訂レベルと前回の変更、７２に
作成日、７３にサイズ、７０にロックをかけたユーザの
識別及びエン）　１７０７７時間（ロックされていない
場合は、最後にロックをかけたユーザのアイデンティテ
ィ及びそれが何時６５Ａで起きたか）、６４に注記、６
６に理由及び６８にアクセスのフィールドがある。ユー
ザは、フィールド情報によって出版物の現在のステータ
スを追跡する独自の手順を構築する。

注記フィールド６４と理由フィールド６６は、たとえば
、手順情報（ｐｒｏｃｅｄｕａｌ　ｉｎｆｏｒｍａｔｉ
ｏｎ）　　、注釈情報（ａｎｎｏｔａｔｉｖｅ　ｉｎｆ
ｏｒｍａｔｉｏｎ）の双方等の追加の基本ジョブ管理サ
ポートを提供する。手順情報とは、製作プロセスに関す
るメツセージを言い、注釈情報とは、出版物の内容１こ
関するメツセージを言う。アクセスリストのフィールド
とユーザアイデンティティのフィールドによってユーザ
の各種業務をサポートすることができる。−人のユーザ
は、複数のユーザアイデンティティを持ち、共用ブック
４０に対して複数の相異なるアクセス権を持つことがで
きる。たとえば、一つのアイデンティティである「製作
エディタ（ｐｒｏｄｕｃｔｉｏｎ　ｅｄｉｔｏｒ）　　
Ｊで共用ブックアクセスリストを変更し、別のアイデン
ティティである「著者（ａｕｔｈｅｒ）　Ｊで共用ブッ
クエントリを編集し、また、三つめのアイデンティティ
である「リーグ（ｒｅａｄｅｒ）　ｊでエントリの読み
取を行うことができる。アクセスについては、ｒｐ、共
用ブックアクセス権」で詳述する。

第５図は、ウィンドウ４２のエントリ４４Ａにおいてハ
イライトされた帯により示されるように、選択された非
ロツクエントリ４４Ａ及びプロパティシートのウィンド
ウ及び内容を表すために発動されろくプロパティ〉命令
のためのプロパティシート６０Ａを示す。このバージョ
ンのシートには、ユーザが選択したときに、このエント
リ４４Ａのアクセスを、選択したユーザだけに限定する
働きをするロック命令記号６１がある。同様なことは、
マウス３０によって共用ブックウィンドウ４１でまずロ
ックすべきエントリを選択し、続いてマウス３０によっ
てウィンドウ４２のへラダ４１でロック命令４７を選択
することによっても行える。このロックされていないエ
ントリ・プロパティシート６０Ａの他のフィールドは、
全て読み出し専用である。

第６図は、ウィンドウ４２のエントリ４４Ｂにおいてハ
イライトされた帯によって示されるように、選択された
ロックしたエントリ４４Ｂのプロパティシート６０Ｂ及
びプロパティシートのウィンドウと内容を表すために起
動される〈プロパティ〉命令を示す。最初に出した「ロ
ック」命令６１が「キャンセル・ロック」命令６３で置
換されている。この状態で、ユーザは、クラスフィール
ド６２、注記フィールド６４、理由フィールド６６及び
アクセスリストフィールド６８を全て編集できる。この
編集可能状態は、これらのフィールドをボックスで囲ん
で指示する。−人のユーザによりロックされ、別のユー
ザのワークステーション１４に表示されるエン）ＩＪ４
４Ｂのプロパティシー）６０Ｂは、第５図のプロパティ
シート６０Ａに似ているが、エントリ４４Ｂが最初のユ
ーザによりロックされているため、このエントリプロパ
ティシートには「ロック」命令６１も「キャンセル・ロ
ック」命令６３もない点が違っている。この他のユーザ
にとって重要なことは、エントリ４４Ｂをロックしたユ
ーザの名前がフィールド７０にリストされて″いること
である。これらの他のユーザのフィールドもすべて読み
出し専用である。

ユーザが、エントリ４４を選択し、キーボード２５から
くプロパティ〉命令を発動すれば、選択したエントリの
プロパティシートを利用することができないことを知ら
せるメツセージがデスクトップ３２に表れるが、そのと
きは、ウィンドウ４２のヘッダ４１でく詳細表示〉を選
択すれば、エントリのプロパティシート６０を得ること
ができる。ユーザが、エントリの選択を行わずにく詳細
表示〉命令４５を起動すればエラーメツセージ「エント
リの選択を行って下さい」がデスクトップ３２に出る。

共用ブック４０において２つ以上のエントリ４４を選択
したときは、エラーメツセージ「１度に一つのエントリ
の詳細しか表示できません」が出る。いずれの場合も行
ふうとしたオペレーションは止まる。

共用ブックウィンドウ４２が開かれているときに、共用
ブック４０のユーザインスタンスが期限切れになってい
れば、どのエントリ４４のどのプロパティシートも開く
ことができない。プロパティシート６０を開こうとすれ
ば、ネットワーク１２の指定−サービス、たとえば、フ
ァイルサーバ１６を介してネットワーク１２全体にわた
って共用ブック４０が更新される。これでユーザは、エ
ントリ４４を再選択し、〈詳細表示〉命令４５を再発動
し、プロパティシート６０を表示することができる。

共用ブック・プロパティシート５０或いはエントリ「詳
細」プロパティシート６０を開いているときは、共用ブ
ック４０をロックできないということは重要なことであ
る。それゆえ、そのようなプロパティシートのいずれか
を開いているときに、他のユーザが共用ブック４０或い
は選択されたエントリ４４を変更或いは修正する可能性
がある。これが発生すると、ユーザがプロパティシート
に対して行った変更は無視され、共用ブック４０が更新
され、同じオペレーションを改めて発動しなければなら
ないことを知らせるメツセージが、デスクトップ３２に
出る。

Ｃ１共用ブックのインプリメンテーション今度は、共用
ブック及びその各エントリからなるレコードのための簡
単なデータベース及びエントリ内容の記憶装置を備えた
遠隔ファイルサービスに関連して、ワークステーション
１４における機能オペレーションに関連する共用ブック
のインプリメンテーションについて説明する。このイン
プリメンテーションは、基本的にはファイルの一貫した
バージョンの管理、共用ブックプロパティの現在のステ
ータス、エントリリスト及びエントリプロパティの簡単
な視覚表現、及び複数のユーザが同じファイル或いはエ
ントリを同時に修正する恐れがないマルチユーザ間にお
けるタイムシェアリングを行う制御システムである。一
貫性は、マルチユーザ間ニーデインタフエース表現のデ
イスプレィによって達成される。この表現は、所定のア
クションを実行する、すなわち、共用ブックインプリメ
ンテーションに関連する機能オペレーションを発動する
ユーザにとって現在の表現となる。

一貫性は絶対条件であり、所定の共用ブックオペレーシ
ョン或いは機能を発動すれば、インプリメンテーション
がレコードのデータベースファイルについて、共用ブッ
ク或いはそのエントリのいずれかの現在のステータスが
変わったかどうかのチエツクを行い、もし変わっていれ
ば、ユーザインタフェース表現を更新する。

前述のとおり、インプリメンテーションは、ワークステ
ーション１４から操作できるが遠隔ファイルサービスか
らは操作できない分散顧客ベースシステムであるので、
ネットワーク上のバージョン数、或いは既存バージョン
のワークステーションのロケーション、既存バージョン
が現行バージョンであるか旧バージョンであるか、或い
は既存バージョンを更新すべきであるか否かに関する情
報を持っている遠隔ファイルサービスは、必ずしも必要
ではない。言い換えれば、表現４０において表示される
ステータス情報は、緩やかなＷＹＳＩＷＩＳ方式で現行
情報として維持される。機能オペレーションの発動、た
とえば、ワークステーション１４におけるエントリの変
更或いは修正、共用ブック４０への新エントリの追加は
、ネットワーク１２においてはモニターされず、厳密な
ＷＹＳＩＷＩＳユーザインターフェースの場合と同様に
、そのようなオペレーションに起因するステータスの変
化が直ちに他のユーザに通報される。共用ブック４０に
関するステータス情報は、命令によ゛って更新される。

すなわち、同じ共用ブック４０及びその表現に対するア
クセス権を持っているユーザが、共用ブック４０に関連
するオペレーションを発動したときにのみ、顧客ベース
インプリメンテーションより検索され、当該情報の表現
が更新される。このインプリメンテーションによって、
発動ユーザが情報の現在性（ｃｕｒｒｅｎｃｙ）に従っ
てオペレーションを実行する前に現行情報を得ることが
できるため、期限切れ共用ブック構造化データオブジェ
クトに関連するオペレーションを発動する危険性はない
。顧客ベースシステムにおいて、読出し／書込みトラン
ザクションに一貫性を持たせるという考え方は、新しく
ない（たとえば前記バクストン参照）が、構造化データ
オブジェクトに関連して顧客のワークステーションにお
いて実行する所定のオペレーションに対して一貫性を継
続的に確保し、一貫性の更新時に他のトランザクション
をロックアウト°するという考え方は、本発明の重要な
特徴の一つである。以上のことを念頭において、第１３
図〜第１５図のフローチャートを参照しつつ、共用ブッ
クのような構造化データオブジェクトに関する現在の情
報及びステータスのユーザインタフェース表現、及び、
マルチユーザ及び構造化データオブジェクトに格納され
ている関連構造化データオブジェクト、たとえばエント
リの一貫性のあるバージョンの共用に関連する属性につ
いて更に詳しく説明する。

共用ブックオペレーションの各インスタンスにおいて実
行される、すなわち、ユーザが共用ブック４０のオペレ
ーション命令を発動すれば実行される基本トランザクシ
ョンのフローチャートを第１３図ニ示す。オペレーショ
ンを正しく実行するためには、現在の共用ブック情報が
必要である。第１３図のトランザクションは、「スター
ト（ＳＴＡＲＴ）　　Ｊから「フィニッシｓ　（ＦＩＮ
ＩＳ）Ｉ）　Ｊまでが１サイクルであり、１１６　にお
いて、発動された［オペレーション実行（０００ρｅｒ
ａｔｉｏｎ）が実行される。第１３図のトランザクショ
ンは、便宜上、「ビギン（ＢＥＧＩＮ）　Ｊ部分と「エ
ンド（εＮＯ）」１ｉ［分に分けである。「ビギン」部
分において、共用ブック情報のローカルコピーを必要に
応じて更新する。「エンド３部分において、必要に応じ
て、ワークステーション１４からデータを遠隔ファイル
サービスヘコビーすることにより、共用ブックデータフ
ァイルの遠隔インスタンスを更新する。この２つの更新
機能は、共用ブックのロックのロッキングとアンロッキ
ングを橋渡しする。「ビギン」部分の機能は、１１０゜
１１２、１１４であり、「エンド１部分の機能は、１１
８゜１２０である。このことに関して、共用ブックのイ
ンプリメンテーションによって、共用ブックをロックす
ることで遠隔共用ブックデータに対するアクセスの調停
（ａｒｂｉｔｒａｔｉｏｎ）　を提供することができる
。ロックは、データベース部で実行され、ネットワーク
全体で利用可能となる。このようにして、最新の共用ブ
ックデータを必要とする、或いは、データを変える可能
性のあるユーザ発動のオペレーション、たとえば、共用
ブック４０の開設、エントリ４４の開設、共用ブックプ
ロパティシート５０の開設或いは共用ブック「詳細」プ
ロパティシート６０の開設、特定エントリ４４のロック
、デスクトップ３２への共用ブックエントリ４４のコピ
ー或いはデスクトップ３２から共用ブック４０へのコピ
ー等によって、インプリメンテーションは共用ブックを
ロックしようとする。共用ブックがロックされると、命
令が先に進むことを許され、命令が実行される間中、共
用ブックにロックが保持され、命令の実行が終われば共
用ブックのロックが解除される。共用ブックをロックで
きなかった場合は、当該共用ブックが現在使用中である
ことがユーザに通知され、現在共用ブックをロックして
いる他のユーザの名前が表示される。

ロックは、共用ブック自体或いはエントリに対して指定
される。前者の制御は、ユーザは見ることができず、後
者の制御は、ユーザによって起動され、ユーザインタフ
ェース・デイスプレィ表現ですべてのユーザが見ること
ができる。前者の制御によって、共用ブック表現の一貫
した直列的に連続した更新が行われ、後者の制御によっ
て、通常はエントリ修正を目的とするエントリ独占権が
ユーザに与えられる。共用ブックは、オペレーション命
令の実行中にのみロックされ、従ってロックは、一般に
「短寿命」、すなわち、ミリ秒、秒或いは分ｍ位であり
、これに対してユーザが手操作でかけるエントリロック
は、無限１こ維持されるか、或いは、・エントリに対し
て「セーブ（Ｓａｖｅ）　Ｊ命令を発動するか、ロック
を明示的にキャンセルするまで存続する、分９日１週単
位の「長寿命」である。共用ブックロ□ツクの目的は、
他の共用ブック・インプリメンテーションからのそれ以
上の更新情報を処理することなく、共用ブックに関する
情報を緩和１１ＹｓＩ旧Ｓ表現で更新するときに、質性
を維持し、０７りを透過的（ｔｒａｎｓｐａｒｅｎｔｌ
ｙ）に得ることによって、共用ブックのデータファイル
の更新を直列化することである。−旦ロツクが解除され
れば、他のインプリメンテーションが、後続のユーザ発
動オペレーション命令によって共用ブックを得ることが
できる。

ユーザ発動オペレーション命令が発せられると、インプ
リメンテーションは、遠隔データベースサービスとの間
でトランザクションを行い、デシジョンボックス１１０
　に示されるように、共用ブックがロックされているか
どうかのチエツクを行う。

共用ブックデータファイルがロックされていれば、タス
クが終止（ｆ＋ｎ５ｈ）　すなわちアボートされるので
、ユーザは再試行する必要があ払。共用ブックデータフ
ァイルがロックされていなければ、ボックス１１２　に
示されるように、この共用ブックをロックする。続いて
、必要に応じて、共用ブックデータファイルから現在の
共用ブック情報、すなわち、共用ブックのエントリの現
在のリスト及び共用ブックウィンドウ４２、共用ブック
プロパティシー）５０Ｂ及び各共用ブフクエントリプロ
パティシ−）６０Ｂのレコードフィールドに関する更新
された情報を取り出す。この機能は、第１３図において
ボックス１１４　により表される。共用ブック・ニーサ
インターフエース表現のローカルインスタンスの情報更
新を完了すれば、ユーザが最初に発動したタスクが、ボ
ックス１１６の「オペレーション実行（Ｄｏ　０ｐｅｒ
ａｔｉｏｎ）　Ｊに示されるように処理される。

第１３図のトランザクションを発動するこのタスクは、
共用ブックにおけるエントリの開設、エントリのコピー
、エントリ「詳細」プロパティシート６０Ｂの開設、１
つ或いは複数のエン）　ＩＪのエントリページ付けのロ
ック、１つ或いは複数のエントリの印刷等のエントリレ
ベルのオペレーションである。また、共用ブックアイコ
ン４０の開設、共用ブックプロパティシー）５０Ｂの開
設、共用ブックへ或いは共用ブックからのコピー、共用
ブックのページ付け、プリンタアイコンへの共用ブック
のコピー等の、第１３図のトランザクションを発動する
、共用ブック自体に関するオペレーションもある。

続いて、第１３図のトランザクションにおいて、ローカ
ルインスタンス、遠隔ファイルサービス、すなわち、遠
隔共用ブックデータ及びデータベースファイルに関する
共用ブック情報の更新が行われる。これは、第１３図の
ボックス１１８　で示される。

このようにして、共用ブック４９に関する情報のローカ
ル変更、たとえば、共用ブック４０のローカルインスタ
ンスへの新しいエントリ４４Ｃの追加、或いは、エント
リ４４に対する「セーブ（ｓａｖｅ）　Ｊ命令の発動が
、遠隔゛共用ブックへ更新され、その後、ボックス１１
２　のところで示すように共用ブックロックが解除され
る。これでトランザクションが完結すなわち「完了（Ｆ
ＩＮＩＳＨ）　Ｊする。

選択済みエン）１７４４Ａに関するユーザ発動オペレー
ション例を第１４図、第１５図に示す。第１４図は、く
開〉命令によってエントリ４４を開くエントリレベルオ
ペレーションを示し、第１５図はエントリをセーブする
エントリレベルオペレーションを示ス。

セーブについては、「セクション１．共用ブックに右ケ
るエントリのセービング」に詳述する。第１４図におい
て、共用ブックウィンドウ４２を開き、エントリを選択
し、続いてキーボード２５から〈開〉命令を出せば、第
１３図のトランザクンヨンの「ビギン」部分が開始され
、共用ブックデータファイルがロックされているかどう
かのチエツクが行われ（ボックス１１Ｏ）、ロックされ
ていなければロックされ（ボックス１１２）、共用ブッ
クデータファイルのローカルインスタンスが更新される
（ボックス１１４）。

これで、「オペレーション実行（Ｄｏ　０ｐｅｒａｔｉ
ｏｎ）　Ｊ１１６　が実行される。この場合は、エント
リ４４が開かれる。エントリの開設、エンドリンウドの
コピ、エントリ詳細等のオペレーションに関しては、ロ
ーカル共用ブックデータがボックス１１４　で確かに更
新されていれば、この段階でアボートすることによって
正しい選択を行うことができる。報告すべき新データが
ないために、ボックス１１４　において新しいデータが
実際に取り出されなかった場合は、これらのオペレーシ
ョンは、命令通りに実行される。エントリのローカルキ
ャッシュ（ｌｏｃａｌｃａｃｈｅ）　　が存在している
かどうかのチエツクが行われ、存在していなければ遠隔
ファイルサービスからのエントリの現在のバージョンを
求める。他方、共用ブックのローカルインスタンスにエ
ントリのコピーが存在していれば、ローカルインスタン
スが最新のものであるか、すなわち、遠隔ファイルサー
ビスのバージョンの作成日が、ローカルキー？　７　’
／　ｘバージョン（ｌｏｃａｌｌｙ　ｃａｃｈｅｄ　ｖ
ｅｒｓｉｏｎ）の作成日よりも遅いかどうかのチエツク
が行われる。遠隔ファイルサービスのバージョンの作成
日がローカルキャッシュバージョンの作成日よりも遅け
れば、エントリのローカルコピーが、遠隔ファイルサー
ビスのより最近のバージョンで置換される。この機能は
第１４図のボックス１２２　で示される。続いて、第１
４図のボックス１２４で示される最新エントリが開かれ
る。「オペレーション実行」１１６　が完了すれば、必
要に応じて共用ブック表現の遠隔インスタンスが更新さ
れ（ボックス１１８）、表現の共用、ブックデータファ
イルがアンロックされ（ボックス１２０）　、第１３図
のトランザクションの「エンド」部分が完了する。

第１４図の「エントリ開設（Ｏｐｅｎ　Ｅｎｔｒｙ）　
Ｊ例ニふいては、ユーザが前もって「エントリロック（
Ｌｏｃｋεｎｔｒｙ）　Ｊオペレーションを発動してい
なければ、エントリの前記の開かれたごＡ　−（ｏｐｅ
ｎｅｄ　ｖｉｅｗ）は、場合によっては読出し専用バー
ジョン、すなわち、編集不能になることがある点に留意
する必要がある。

第１５図において、共用ブックの１つ或いは複数のエン
）ＩＪをロックし、且つ／或いは、編集しである状態で
、エントリ４４の遠隔インスタンスを更新したい場合は
、後で詳述するように、ユーザは、共用ブックウィンド
ウ４２のへツク４１から「セーブ」命令を出すことがで
きる。この動作によって、第１３図のトランザクンヨン
の「ビギン」部分が発動され、共用ブックがロックされ
ているかどうかのチエツクが行われ（ボックス１１０）
、ロックされていなければロックされ（ボックス１１２
）、必要に応じて共用ブック表現のローカルコピーが更
新される（ボックス１１４）。これで「オペレーション
実行」１１６　、この場合はエントリ４４のセービング
が実行される。ユーザがロックした各エントリは、遠隔
ファイルサービスヘコピーされ、エントリ４４の最新遠
隔コピーになる。この機能は、第１５図のボックス１２
６で示される。エントリ「セーブ」オペレーションは、
エントリ修正タスクの完了を意味するので、「セーブ」
機能が実行されると、セーブされたエントリが自動的に
アンロックされる。これは、第１５図のボックス１２８
　で示される。「オペレーション実行」１１６が完了す
れば、必要に応じて共用ブック表現の遠隔インスタンス
が更新され（ボックス１１８）　、表現の共用ブックデ
ータファイルがアンロックされ（ボックス１２０）　、
第１３図のトランザクジョンの「エンド」部分が完了す
る。

第１５図の「エン上りをセーブ（Ｓａｖｅ　Ｅｎｔｒｙ
）　Ｊの例に関しては、ユーザが前もって「エントリを
ロック（Ｌｏｃｋ　Ｅｎｔｒｙ）　Ｊオペレーションを
発動していなければ、遠隔ファイルサービスへのコピー
によってはエントリはセーブされないという点に留意す
る必要がある。前述のとおり、共用ブックの現在のステ
ータスの一貫性を維持するために、特定のユーザによる
「セーブ」オペレーションと同時に他のユーザが共用ブ
ックを変更したり更新したりすることはできず、相異な
るワークステーションに共用構造データオブジェクトの
現在ステータスが同時に表示されることはない。

この２つの例によって明らかにされた重要な点は、特定
のユーザが共用ブックデータファイル或いはレコードを
ロックすれば、同ユーザが、たとえば「セーブ」命令に
よる更新によって、１つ或いは複数のエントリのステー
タスを変更している間は、他のユーザは共用ブックのス
テータスを変更することはできないということである。

第１３図のトランザクションは、各ユーザが更新すべき
共用ブック情報を論理的に要求するオペレーションを発
動するたびに繰返される。−例を示せば、（１）共用ブ
ックを開く（口ｐｅｎ　５ｈａｒｅｄ　Ｂｏｏｋ）、（
２）エントリをロックする（Ｌｏｃｋ　Ｅｉｎｔｒｙ）
、（３）　ｘ　７トリを開＜　（Ｏｐｅｎ　Ｅｎｔｒｙ
）、（４）エントリを閉じる（Ｃ１ｏｓｅ［！ｎｔｒｙ
）　　、（５）エントリをセーブ（自動アンロック）（
Ｓａｖｅ　（Ａｕｔｏ　Ａｎｌｏｃｋ）　Ｅｎｔｒｙ）
、（６）共用ブックを閉じる（Ｃ１ｏｓｅ　５ｈａｒｅ
ｄ　Ｂｏｏｋ）　　である。コの６つの命令の中の第３
命令と第４命令との間でエントリを編集できる。表現へ
ツク５７からエントリ及び共用ブックを消す第４及び第
６命令は、共用ブック情報の更新を必要とするオペレー
ションではない。

しかし、共用ブック及びエントリの開設、エントリのロ
ック、エントリのセービングの４つの命令は、共用ブッ
ク情報の更新を必要とするオペレーションであり、共用
ブック・ユーザインタフェース表現を介してこの情報を
ローカルコピーするユーザは、共用ブック全体に関連す
るユーザ作業の現在のステータスと一貫性がある。この
４つの逐次命令の発動に関連して、命令が実際に実行さ
れる前に、第１３図のトランザクションを４回続けて発
動し、共用ブック情報の現在のステータスをチエツクし
、必要に応じて共用ブック表現のローカルインスタンス
を更新し、命令を実行した後に、必要に応じて共用ブッ
ク表現の遠隔コピーを更新することができる。この４つ
のトランザクションが実行されている間は、他のユーザ
は共用ブックにアクセスすることはできない。

Ｄ、新しい共用ブックの作成 ユーザは、第３図に示すように、ブランク共用ブックの
プロパティシート５０Ａのフィールド５１〜５４を満た
すことによって新しい共用ブック４０を作成することが
できる。４つの編集可能なフィールドの中の注記フィー
ルド５２だけがオプションである。他の３つのフィール
ド５１．５３．５４には有効エントリを入れなければな
らない。共用ブックの名称の長さは、約１００キヤラク
タに制限されている。

データベースフィールド５３は、ユ゛−ザのワークステ
ーション１４に存在しているユーザプロファイルのエン
トリからセットできる。すなわち、ワークステーション
・ネットワーク通信プロファイルに、デフォルトのデー
タベースサービスがある。

エン）　ＩＪの一例を次に示す。

ＤａｔａＢａｓｅ：Ｂｏｏｋ：Ａｌｐｈａｓｅｒｖｉｃ
ｅｓ−ＰＡ：　Ｘｅｒｏｘ第４図を参照して、上の例に
おいては、ファイルサーバは、ゼロックスコーポレーシ
ョン（ＸｅｒｏｘＣｏｒｐｏｒａｔｉｏｎ）　のパロア
ルト（Ｐａｌｏ　Ａｌｔｏ）　　のドメインロケーショ
ン（ｄｏｍａｉｎ　１ｏｃａｔｉｏｎ）　　にファイル
サービス「アルファ（Ａｌｐｈａ）　　Ｊ　ヲ持ってい
る「ブック（［］ｏｏｋ）　Ｊである。望むならば、ユ
ーザは、プロパティシートのこのプリセット値を変える
ことができる。ただし、データファイルの完全に適格な
名称（ｆｕｌｌｙ　ｑｕａｌｉｆｉｅｄ　ｎａｍｅ）を
使用しなけらばならない。

遠隔ロケーションフィールド５４のフォーマットは次の
如く厳密に定義されている。

（ＳｅｒｖｅｒＮａｍｅ：Ｄｏｍａｉｎ：口ｒｇａｎｉ
ｚａｔｉｏｎ）：ＦｉｌｅＤｒａｗｅｒ／Ｆｏｌｄｅｒ
第４図を参照すると、上の例においては、ファイル名称
は、ｒＬＤＳＪと呼ばれるファイルドロワーにあるゼロ
ックスコーポレーションの［事務機器営業部（Ｏｆｆｉ
ｃｅ　Ｓｙｓｔｅｍｓ　Ｂｕｓｉｎｅｓｓ　Ｕｎｉｔ）
　Ｊ（ＯＳ　Ｂ　Ｕ）　　に位置する組織における「ス
ピナー（Ｓｐｉｎｎｅｒ）　　である。ＬＤＳは「長文
書サービス（Ｌｏｎｇ　Ｄｏｃｕｍｅｎｔ　５ｅｒｖｉ
ｃｅ）　　Ｊの意味であり、文書を意味する「ドック（
ＤＯＣ）　　Ｊと呼ばれる共用ブックファイル用に作成
したフォルダーの中にある。

角括弧（ｓｑｕａｒｅ　ｂｒａｃｋｅｔ）或いは山形括
弧（ａｎｇｌｅｂｒａｃｋｅｔ）等の他のデリミタは、
使用してはならない。各々が上記フォルダーに入ってい
る複数レベルのファイルフォルダーで構成されているパ
ス名称（ｐａｔｈｎａｍｅ）は、フォルダ名称をスラッ
ジ、（ｒ／Ｊ）で区切るならば使用してよい。遠隔ファ
イルサーバの完全に適格な名称を使用しなければならな
い。

これらはすべて在来のファイル及びデータベースの命名
であり、関係者にとって周知のファイルサービス表現で
ある。実共用ブック（ｒｅａｌ　５ｈａｒｅｄｂｏｏｋ
）のデータベースサービス及びと遠隔ロケーションは、
同じファイルサービスにあることもあるし、相異なるフ
ァイルサービスにあることもある。

ユーザがフィールド５１〜５４を満たし、「完了」命令
を発動するとユーザに対してオペレーションにｍ認が行
われる。問い合わせをしたワークステーション１４が確
認（通常は「イエス（Ｙｅｓ）　　Ｊという応答）を受
は取ると、指定の遠隔ファイルドロワーの指定のフォル
ダーにおいて共用ブック４０が作成され、共用ブックの
レコードが指定データベースに入り、以前のブランク共
用ブックプロトタイプ４０′　　が新らしい遠隔実共用
ブック４０のローカルインスタンスになる。遠隔ロケー
ションフィールドに存在していないフォルダの名称を入
れた場合は、新しいフォルダが作成され、新しい共用ブ
ックがこのフォルダに収められる。新規作成の共用ブッ
ク４０の初期アクセスリストは、新規作成の共用ブック
４０が収められるフォルダの初期アクセスリストに自動
的にセットされる。フォルダも新規作成する場合は、共
用ブック４０とフォルダのアクセスリストは、共にフォ
ルダーを入れたコンテナのアクセスリストと同じになる
。また、新共用ブック４０に対しても初期改訂ナンバー
１．０がプロパティシートフィールド５９に与えられる
。

新共用ブックが作成されると、そのデータベースと遠隔
ロケーションが固定される。新共用ブック４０のプロパ
ティシート５０Ｂを開いたとき（第４図）、この２つの
フィールドは読出し専用フィールドである。ユーザが、
共用ブック４０を別の遠隔ロケーション或いはデータフ
ァイルサービスへ移したいときけは、新共用ブックを作
成しなければならない。

共用ブックのデータベースレコードによって、アクセス
権を持っている複数のユーザが、同時に共用ブック４０
を変更することを阻止する。共用ブックデータを発動す
るトランザクションは、すべてまず最初に共用ブックの
レコードをロックすることを試みる。レコードがすでに
ロックされている場合は、ロックしたユーザの名前とロ
ック時間の長さを知らせるメツセージがデスクトップ３
２に出る。ロック時間が非常に長い、たとえば、数時間
或いはそれ以上の場合は、共用ブックをロックしたユー
ザが、レコードをロックしたままオペレーションを途中
で投出した疑いがある。

Ｅ、既存共用ブックのインスタンスの取得共用ブックを
用いる代表的な場合として、たとえば出版のような１つ
のブロジェク・トに複数のユーザが携わる場合が挙げら
れる。共用ブック４０及びそのエントリ４４は、ファイ
ルサービスに格納されており、ユーザは、共用ブックの
全ユーザにアクセスすることができる。すべてのユーザ
が、各自のデスクトップ３２において、共用ブック４０
のローカルインスタンスを持つ場合がある。この場合は
、共用ブック４０は、「発明の背景」において説明した
ＶＰリファレンスフォルダーに似ている。

ユーザが既存共用ブック４０のインスタンスを取得する
方法は、２種類に分かれている。

ｌ）ユーザが「ブランク共用ブック」プロトタイプ４０
゛　　を取り、そのプロパティシー）５０Ａ（第３図）
を編集し、指定ファイルサービスの実遠隔共用ブック・
１０を指示する。この場合は、名称と遠隔ロケーション
フィールド５１．５４のみをブロバティシート５０Ａに
入れればよい。データベース・ポインタは不要である。

注記フィールド５２のエントリは、取出し時に遠隔共用
ブック４０の注記によって重ね書きされる。ユーザが「
完了」命令５８を発動すれば、デスクトップ３２に回答
を要求する確認メツセージが表れ、これに対して「イエ
ス」を出せばオペレーションが先に進む。

この方法による場合は、共用ブックのエントリのリスト
が作成されるが、ファイルそのものは、実際にはユーザ
のワークステーションにコピーされない。実際にユーザ
が必要とするエントリを取出すことによってのみ、ユー
ザのデスクトップ３２にローカルデスクスペースを確保
することができる。

ユーザは、最低限共用ブック４０に対する［続出しくＲ
ｅａｄ）　Ｊアクセス権は持っていなければならない。

ユーザが充分なアクセス権を持っていなければ、エラー
メツセージが出て、共用ブック４０の取出しオペレーシ
ョンが終結する。

２）ユーザは、まず最初に共用ブック４０の遠隔ロケー
ションを決定し、キーボード２５からくコピー〉命令を
出して、共用ブック４０のコピーをデスクトップ３２に
取出すこともできる。この方法による場合は、全エント
リ４４のコピーがユーザのワークステーション１４に取
出される。この方法の難点は、遠隔共用ブックに格納さ
れている各エントリ４４のすべての許容バージョンがコ
ピーされることである。共用ブックが大きい場合は、ユ
ーザはそれに対応できるだけの充分なローカルディスク
スペースをワークステーション１４において確保しなけ
ればならない。不要バージョンは、く消去（ＤＥＬＥＴ
Ｅ）　＞命令を出して、共用ブックローカルファイル１
００から削除することができる。これについては後で詳
述することとする。

エントリ４４のローカルコピーは、同シバ−ジョンナン
バーを、ローカルコピーの実遠隔対応部として維持しな
い。その代わり、ｌから始まるナンバーが再度付与され
る。エントリ４４の複数の／（−ジョンをワークステー
ションにコピーする場合は、ｌから始まる逐次ナンバー
がバージョンに与えられる、最新バージョンに一番高い
ナンバーが与えられる。

Ｆ、共用ブックへの新エン）　１７の追加今度は算７図
を参照しつつ、ユーザが新エンドｌ７４４Ｃを共用ブッ
ク４０に追加する手順を説明する。

ユーザは、共用ブック４０に追加すべき素材が入ってい
るファイル４４Ｃをデスクトップ３２において選択する
。第７図に示すケースにおいては、ユーザは、デスクト
ップ３２において文書４４Ｃ，ｒ追加（＾ｄｄｉｔｉｏ
ｎ）　Ｊを選択し、キーボード２５からく移動（ＭＯＶ
Ｅ）　＞或イハくコピー（ＣＯＰＹ）　＞命令を発動し
て文書４４Ｃを移動し、続いて共用ブックウィンドウ４
２内で、共用ブック４０の第２章及び第３章エントリ４
４との間のエントリ点を選択する。新エントリ４４Ｃは
、この指定エントリ点に挿入され、データファイルサー
ヒ°スでの独自のエントリレコードを持っているエント
リとして格納され、更に遠隔ファイルサービスの実遠隔
共用ブックヘコビーされる。ユーザが〈コピー〉命令を
発動してこの機能を実行する場合は、小さなワークステ
ーション・アイコン９０が、新井用ブックエンド１Ｊ４
４ｃのそばに出現し、このエントリのローカルコピーが
デスクトップ３２にあることをユーザに知らせる。ウィ
ンドウ表現を見ているユーザは、これによってデスクト
ップ３２にもエントリ４４Ｃがあるのならば、エントリ
を発動するオペレーション、たとえば、く開〉命令はも
っと速く進行するということを知る。第２図のウィンド
ウ４２に示すように、小さなワークステーション・アイ
コン９０が、全エントリ４４のそばに出現し、そのよう
なローカルコピーがあることを知らせる。

新エントリ４４Ｃも、第７図のエントリ４４Ｃのそばの
ロック記号すなわちアイコン９２°　で指示されるよう
に、共用ブック４０へ挿入した時に最初にロックする。

ユーザが、新エン）ｌＪ４４ｃを変更或いは修正しな一
１場合は、ロック９２°　を解除しなければならない。

ロック９２°　の解除方法としては、ユーザが、メニユ
ー８０で「小改訂をセーブする（Ｓａｖｅ！Ｊ＋ｎｏｒ
　Ｒｅｖｉｓｉｏｎ）　　Ｊを選択する（第９図）か、
或いは、エントリの「詳細」プロパティシート６０Ｂを
開き、ロック９２゛　　をキ、・ンセルする。

新エントリは、開いた共用ブック４０にのみ追加するこ
とができる。閉じた共用ブックアイコン４０にファイル
をくコピー〉することはできない。このようにして、共
用ブック４０の他のエントリ４４間における追加エント
リの正確な順序を知ることができる。

「本文」エントリ４６に関しては、ユーザは、新素材を
共用ブック出版素材に属する順序の位置に追加しなけれ
ばならない。この順序によって、ページ付は作業の一貫
として逐次エントリに与えるページ番号を決める。ただ
し、エン）＋７４４の順序は随時変えることができる。

ユーザは共用ブックウィンドウ４２においてエントリ４
４を選択し、〈移動〉命令を発動し、共用ブックの「名
称」の欄において行き光点を選択するだけでよい。遠隔
ファイルサービスの実遠隔共用ブック４０も更新される
。

２つの制約がある。第１の制約としては、複数のエン）
　ＩＪを−１めにして共用ブック４０の終端へ移動させ
ることはできない。第２の制約として、いずれかのユー
ザによってすでにロックされているエントリ４４は、最
初のユーザがアンロックするまで他のユーザは移動させ
ることはできない。

共用ブック４０に追加するエントリ４４のデフォルトク
ラｘ　（ｄｅｆａｕｌｔ　ｃｌａｓｓ）　　は、「本文
」クラス４６である。ユーザが、新規追加エントリ４４
Ｃを「補助」にしたい場合は、エントリ「詳細」プロパ
チイン−トロ０Ｂを使用しなければならない。

選択して追加したエンドＩＪ４４Ｃのファイル名称が、
共用ブック４０の既存エン）　ＩＪのそれと同じである
場合は、エン）９４４Ｃが格納されるか否かは、ユーザ
が同じ名称の既存エントリをロックした元のブック中の
（ｉｎ−ｔｈｅ−ｂｏｏｋ）　　エントリを持っている
か否かによって決まる。ユーザが、元のブック中のエン
トリをロックしていなければ、デスクトップ３２にエラ
ーメツセージが出現し、オペレーンヨンが終了する。元
のブック中のエン）　ＩＪをロックしてれば、新エンド
１Ｊ４４ｃを共用ブック４０に挿入すれば、元のエント
リが新エンド１Ｊ４４ｃによって置換される。新エント
リ４４Ｃのファイルタイプが異なっている場合でも、エ
ントリの置換は行われる。新エンｌ−’Ｊ４４Ｃをセー
ブすれば、改訂ナンバーが更新される。エントリのクラ
スフィールド６２及び注記フィールド６４は、この更新
の影響を受けない。

共用ブック４０のユーザローカルインスタンスにおいて
、共用ブックウィンドウ４２におけるエントリリストは
、新エントリの影響を受ける。元のエントリは、ローカ
ルインスタンスから削除されるが、共用ブックプロパテ
ィシート５０Ｂの「バージョン維持（Ｖｅｒｓｉｏｎｓ
　Ｔｏ　Ｋｅｅｐ）　Ｊオプションフィールド５５を、
複数バージョンにセットしておけば、実遠隔共用ブック
からは削除されない。第１２図に示し、後で詳述するが
、遠隔ファイルのフォルダー１０２を開けば、元のエン
トリと新エントリが共に存在していることが判る。元の
エントリは、フォルダ−１０２から削除することもでき
るし、デスクトップ３２ヘコピーすることもできる。こ
のオプションによって、不要になる可能性のある変更を
キャンセルすることができる。

共用ブック４０のサイズは有限であるので、ユーザは、
エントリを無限に追加することはできない。

２つの制約がある。第１の制約は、共用ブックを維持す
る遠隔ファイルサーバの有効スペースである。ファイル
サーバが満杯になっているときは、それ以上エントリ共
用ブック４ｏに追加することはできない。第２の制約は
、エン）　ＩＪに関する情報を保持する共用ブック４０
の有効スペースである。

長いエントリ名称、注記及び大きなアクセスリストが有
効スペースを減少させる。この制約は、エン）　ＩＪ自
体のサイズとは独立である。共用ブック４０が現在使用
しているスペースの量が、第４図に「共用ブックページ
（Ｓｈａｒｅｄ　Ｂｏｏｋ　Ｐａｇｅｓ）　　Ｊとラベ
ルが付されたフィールド５９゛　　て示されるように、
共用ブックプロパティシート５０Ｂに表示される。

共用ブック４０の有効ディスクページ数は、−例として
１２８　ページである。限界に達したときは、ユーザは
、共用ブックを複数のより小さな共用ブノりに分割しな
ければならない。

Ｇ、共用ブックのエントリのロック エンド１７４４Ａをロックすれば、他のユーザはこのエ
ントリを同時には修正することができない。

ユーザがエントリ４４をロックする方法としては、第２
図に示すように、共用ブックヘッダー４１において「ロ
ック（Ｌｏｃｋ）　Ｊ命令４７を出すか、或いは、第５
図に示すように、エントリ「詳細」プロパティシート６
０Ａにおいて「ロック」命令６１を出す。

ロックしたエントリ４４のインスタンスは、第２及び第
８図に示すように、共用ブックウィンドウ４２の左端欄
のロックアイコン９２によって示される。

共用ブックヘッダー「ロック」命令を使用することは「
加速器（ａｃｃｅｌｅｒａｔｏｒ）　　Ｊである。すな
わち、最初にエントリ「詳細」プロパティシート６０Ａ
を開くよりも、エントリ４４を選択し「ロック」命令４
７を出す方が速い。ヘッダ「ロック」命令４７によって
複数のエントリ４４を同時にロックすることもできる。

ただし、共用ブックヘッダ命令法による場合は一エント
リの注記フィールド６４や理由フィールド６６を修正す
ることはできない。なお、後でプロパティシー）６０Ｂ
を発動して注記フィールド６４、理由フィールド６６を
編集できることはいうまでもない。エントリ「詳細」　
「ロック」命令６１を用いる場合は、エントリ４４Ａを
ロックした「後に」、理由、注記を与えることができる
。この情報は、共用ブック４０の他のユーザがエントリ
４４Ａの「詳細」プロパティシー）６０Ａを開けばこの
ユーザにも表示される。エントリ４４Ａをロックすれば
、エントリをく開き（ＯＰＥＮ）　＞、編集することが
できる。

前述のとおり、−度に複数のエントリを選択しロックす
ることができる。ただし、エントリを選択せずに「ロッ
ク」命令４７或いは６１を発動すれば、エラーメツセー
ジ「エントリを選択して下さい」が出て、オペレーショ
ンは終結する。複数のユーザが１つのエントリを同時に
ロックしようとすれば、一方のユーザが選択されたエン
）　ＩＪを制御することができ、他方のユーザにはエン
トリがすでにロックされていることが知らされる。

他方のユーザが、たとえば、最後にアクセスした後に、
エントリ４４を変更したり、或いは、何らかの方法で共
用ブックを変更することによって、実遠隔共用ブック４
０を変更した場合は、共用ブック４０の当該ユーザのイ
ンスタンスは、最新のものではない。この場合は、「ロ
ック」命令４７或いは６１は、最初に機能しない。その
代わり、共用ブック４０がまず更新され、元の「ロック
」選択がキャンセルされる。この自動選択キャンセルは
、すべての共用ブック命令に対して同じように働く。ユ
ーザの共用ブック４０のローカルインスタンスが更新さ
れれば、ユーザは所望エントリ４４を選択し、改めて「
ロック」命令４７．６１を発動することができる。

共用ブックウィンドウ４２は、どのエントリ４４がロッ
クされていないか、他のユーザによってロックされてい
るか、及び、自分自身がロックしたものであるかを指示
する。これについては、第２図、第８Ａ図、第８Ｂ図の
例を参照されたい。エントリの前にロックアイコン９２
或いは９４が出ていなければ、当該エントリは他のユー
ザによつてロックされていない。エントリ４４の前に薄
鼠色すなわちハーフトーンのロックアイコン９４が出て
いれば、当該エントリは他のユーザによってロックされ
ている。ユーザがエントリをロックすれば、黒色のロッ
クアイコン９２が出る。ハーフトーンのロックアイコン
９４及びビｘ　　フィー）Ｌ’ド（ｖｉｅｗｉｎｇ　ｆ
ｉｅｌｄ）７０を含む特定のエントリのための第４図の
「詳細」プロパティシート６０Ｂを開けば、エントリを
ロックしたユーザの名前を知ることができる。第８Ａ図
、第８Ｂ図に、ユーザが別のエントリ、この場合は、「
ボンド・ファント・エンド・セクション（Ｂｏｎｄ　Ｆ
ｕｎｄ　Ｅｎｄ　５ｅｃｔｉｏｎ）　　」と名付けられ
、ｏ　−７クアイコン９２で示されたエントリをロック
した場合を示す。

Ｈ０共用ブックの編集 共用ブック４０のエントリ４４を編集するには、ユーザ
が共用ブックウィンドウ４２を開き、所望のエントリ４
４Ａを選択する。エントリ４４Ａは、前述のとおりロッ
クされる。選択してロックしたエンドＩＪ４４Ｂに対し
て〈開（ＯＰＥＮ）　＞命令を発動すれば、エントリ４
４Ｂのビューが共用ブックウィンドウ４２のワークスペ
ースに取って代わるか、或いは、デスクトップ３２に新
ウィンドウ３５Ｂが生成され、同ウィンドウ３５Ｂ内で
エントリ４４Ｂを見ながら編集することができる。エン
トリ４４ＢがＶＰ文書であり、ロックせずにく開〉命令
を発動した場合は、ＶＰ文書ヘッダから標準編集命令が
消え、エントリが編集不能になる。

ユーザは、共用ブック外部でエントリ４４をデスクトッ
プ３２において編集することもできる。操作としては、
まず、エントリ４４をデスクトップ３２へくコピー〉す
る。この機能を実行するには、エントリをロックする必
要はない。エントリ４４はデスクトップ３２ヘコピーし
さえすれば、普通のＶＰ文書と同じように編集すること
ができる。最後に、編集したエントリ４４を共用ブック
４０に〈コピー〉して戻す。この操作にあたっては、共
用ブック４０内の同じ名称のエントリを、前述の通りロ
ックしなければならない。そうすれば、デスクトップ３
２にお５）で更新され、共用ブック４０へ移動或いはコ
ピーされたエントリによって、共用ブック４０の元のエ
ントリが置換される。共用ブック４０の同じ名称のエン
ドＩＪ４４をロックしなければ「このエントリは既存エ
ントリであり、ロックすることはできない」のメツセー
ジがデスクトップ３２へ送られ、オペレーションが終結
する。

この２番目の方法においては、エントリ４４は共用ブッ
ク４０ヘコピーして戻せる状態になるまで待ってからロ
ックすることもできるが、この方法は勧められない。エ
ン）　ＩＪをロックしていなければ、他のユーザが共用
ブック４０の同じエントリをロッックし、エントリを編
集する恐れがある。こ、れは、最初のユーザが、編集済
みバージョンをコピーして共用ブック４０へ戻そうとす
るときに厄介なことになる。

編集が終わったがまだセーブされていないエントリ４４
に対しては、共用ブックウィンドウ４２においてバージ
ョンナンバーに「＋」符号４９が付けられる。エントリ
を編集し終わった後、ウィンドウ４２を再表示すれば符
号４９が表れる。符号４９は、ローカルエントリがファ
イルサービスのｉｎエントリよりも新しい日付を有し、
場合によっては「セーブ」オペレーションを実行しなけ
ればならないことをユーザに示す。

ある状況下では、エントリ４４を開けることができない
場合がある。データベースレコードが利用できない場合
がそうである。またエントリ４４のローカルインスタン
スが、最も最近のインスタンスではなく、最新バージョ
ンを取り出せるだけのディスクスペースがワークステー
ションにないときもそうである。いずれの場合にもデス
クトップ３２にエラーメツセージが出る。

■、共用ブックのエントリのセーブ 共用ブック４０のエントリをセーブする２つのメニュー
命令がメニユー８０に用意されている。すなわち、第９
図に示すように「小改訂セーブ（ＳａｖｅＭｉｎｏｒ　
Ｒｅｖｉｓｉｏｎ）　　Ｊ命令８２及び「大改訂セーブ
（Ｓａｖｅ　ＭａＪｏｒ　Ｒｅｖｉｓｉｏｎ）　　Ｊ命
令８３である。この２つの命令は、フィールド５９の共
用ブックの改訂ナンバーの更新の仕方だけが違っている
。フィールド５９の共用ブック改訂ナンバーは、アブリ
ケーンヨンによってのみ、共用ブックプロパティシート
５０Ｂに表示し、維持することができる。

共用ブック改訂ナンバー５９と各エントリ４４の改訂ナ
ンバーは同じではない。共用ブック改訂ナンバーは、共
用ブック４０によって小改訂レベルと大改訂レベルを区
別することができる。第６０Ｂ図のフィールド６３に示
すエントリ改訂ナンバーは、エントリ４４Ｂの特定イン
スタンスを示す。

共用ブック改訂ナンバー５９は、ｒｍ、ｎＪフォーマッ
トで維持される。なお、ｍは大改訂ナンバー、ｎは小改
訂ナンバーである。

「大改訂セーブ」命令８３は、次のルールに従ってｒｍ
、と「ｎ」をセットする。

ｍ−＋７１＋ｌ　　　　　　　　　　　　（１）ｎ−１ 「小改訂セーブ」命令８３は、次のルールに従って「ｍ
」と「ｎ」をセットする。

ｍ　−ｍ　　　　　　　　　　　　　　（２）ｎ４−ｎ
＋１ エントリ改訂ナンバー６３は、１つのエントリを編集し
、セーブするごとにインクリメントする。

エントリ改訂ナンバー６３は、ファイルサービスに維持
されているエントリ遠隔格納バージョンナンバーと同じ
である。エントリ改訂ナンバー６３は、共用ブック４０
によって維持される。このことは、たとえば、ローカル
共用ブック４０からデスクトラフ３２ヘコピーされるエ
ントリ４４Ｂには、エントリ改訂ナンバー６３は随伴し
ないということを意味する。

共用ブック４０に格納されているエントリ４４の改訂ナ
ンバーは、「ｋ」形態で維持され、「小改訂セーブ」命
令８２の場合も、「大改訂セーブ」命令８３の場合も、
共に次のルールに従ってセットされる。

ｋ　４−に＋１　　　　　　　　　　　　　　　　（３
）上の３つのルール（１）、　（２）、　（３）は、ロ
ックした後にセーブするエントリ４４を変更或いは修正
した場合にのみ適用される。エントリ４４と共用ブック
４０の改訂ナンバー６３は、エントリ４４を修正しなげ
れば更新されない。共用ブック４０のプロパティシート
５０、エントリ４４のプロパティシート６０に切替えて
も、共用ブックの改訂ナンバーは更新されない。

エン）　ＩＪを削除しても、共用ブックの改訂ナンバー
は変わらない。「セーブ」オペレーションのみが共用ブ
ックの改訂ナンバー５９を更新することができる。−例
として、第２図でエン）　ＩＪの左側のロックアイコン
９２によって示されるように、エントリ「ボンド・ファ
ント・フロント・セクション（Ｂｏｎｄ　Ｆｕｎｄ　Ｆ
ｒｏｎｔ　５ｅｃｔｉｏｎ）　　ＪをＯ−）りした場合
を考える。改訂ナンバー６３は、ウィンドウ４２から明
らかなように現在「２」であり、エントリ「詳細」は、
第６図にあるように「ボンド・ファント・フロント・セ
クション」であり、共用ブック改訂ナンバーは、第４図
のプロパティシート５０Ｂから明らかなように、現在ｒ
１．７」である。ユーザは、このエントリを共用ブック
ウィンドウ４２において選択し、メニ５−８０から「小
改訂セーブ」命令８２を発動する。これにより、共用ブ
ック改訂ナンバー５９がｒｌ、８」になり、エントリ改
訂ナンバー６３は、「３」に増える。「小改訂セーブ」
命令８２ではなく「大改訂セーブ」命令８３を、メニユ
ー８０から発動した場合は、エントリ改訂ナンバー６３
は、やはり「３」になる。しかし、共用ブック改訂ナン
バー５９は、どの場合でもｒ２．ＯＪに増える。

これらの「セーブ」は、共にエントリの選択に関しては
同じ働きをする。共用ブックにおいてエントリを選択し
なかった場合は、ユーザが現在ロックしているすべての
エントリがセーブされる。

ロックしていないエントリ及び他のユーザがロックして
いるエントリはスキップされる。セーブ命令を発動する
前に、ユーザが１つ或いは複数のエントリ４４を選択す
ると、アプリケーションは、まず選択されたエン）　Ｉ
Ｊが、すべて選択しているユーザによってロックされて
いるかどうかのチエツクを行なう。そのセクションにお
いて、１つのエントリでもユーザによってロックされて
いなければ、デスクトップ３２にエラーメツセージが出
現し、オペレーションが終結する。そのセクションのす
べてのエントリが、ユーザによってロックされていれば
、これらのエントリはセーブされる。

ロックされたエントリは、セーブされると自動的にアン
ロックされる。ロック状態のエントリを１つでも変更或
いは修正すれば、遠隔ファイルサービスの実遠隔共用ブ
ック４０が更新され、その改訂ナンバー５９が更新され
る。

Ｊ、共用ブックのエントリの削除 共用ブック４０のエントリを削除するには、ユーザは、
まずそのエントリをロックする必要がある。

ロックすると、ユーザは、同エントリを選択し、キーボ
ード２５からく削除（Ｄ８ＬＥＴ巳）　＞命令を出すこ
とにより、共有ブックのエン）　ＩＪを削除する。デス
クトップ３２に確認メツセージ「共有ブックからこのア
イテムを永久的に削除するか」が出るから、これに対し
て、ＶＰソフトウェアシステムにおいてよく知られてい
るように、「イエス」を与える。

すると、同エントリのローカルコピーがデスクトップ３
２にあれば、遠隔ファイルサービスにあるコピーと共に
削除される。すなわち、同エントリが共用ブック４０か
ら完全に消滅する。更に、エンドリレコードが、データ
ベースサービスから削除される。つまり、エントリは、
共用ブック表現からトレースすることなく削除できる。

共用ブックの他のユーザは、削除されたエントリのロー
カルキャッシュコピーを、共用ブック４０の各自のイン
スタンスにおいて保持することができる。すなわち、遠
隔的に削除されたエントリのこのローカル分散コピーは
、自動的に削除されることはない。それゆえ、エントリ
を削除した後には、同エントリのローカルキャッシュエ
ントリを削除できることを他のユーザに知らせなければ
ならない。ローカルキャッシュエントリを残しておく方
がよい場合もある。誤って共有ブックからエントリが削
除された場合、他のユーザは共有ブック４０のローカル
インスタンスにコピーを有している。削除されたエント
リは、共用ブック４０の削除シタユーザのローカルイン
スタンスヘコピーシテ戻すことができる。

はとんどのｖＰオペレーションにおいては、キーボード
２５からく移動〉命令を出せば、選択した共用構造化デ
ータオブジェクトが新しい行き先へ転送され、元のロケ
ーションから削除される。特記的例外は、文書に対して
く移動〉命令を発動してプリンタアイコンへ移して文書
を印刷する場合である。この場合のく移動〉命令はくコ
ピー〉命令と同じ働きをする。いずれの場合も、ユーザ
はエントリ４４を共用ブック４０内の新ロケーションへ
く移動〉することができ、また共用ブック４０内の元の
位置から削除することができる。デスクトップ２５にお
いて共用ブック４０の外部のロケーションが、行き先と
して指定された場合には、く移動〉命令は幾分違った働
きをする。この場合は、く移動〉命令は印刷の場合と同
様にくコピー〉命令と同じ働きをする。従って、エント
リのローカルインスタンスと実遠隔インスタンスは影響
を受けない。く削除〉命令を発動した場合にのみ、エン
トリは永久的に削除される。

Ｋ、共用ブックの削除 共用ブックの削除方法には２種類ある。すなわち、（１
）ユーザのデスクトップ３２から共用ブックアイコン４
０だけを消す方法、及び、（２）遠隔ファイルサービス
から実遠隔共用ブック４０を削除する方法である。

ユーザが共用ブック４０のユーザインスタンスだけを削
除したい場合は、第１の方法を実行する。

同じ共用ブックの他のユーザに影響を及ぼすことはなく
、実遠隔共用ブック４０は、遠隔ファイルサービスに残
り続ける。削除は、デスクトップ３２において共用ブッ
ク４０を選択し、く削除〉命令を発動することにより実
行される。これで共用ブックコンテナ及びそこに格納さ
れている全エントリが、ユーザのデスクトップ３２から
削除される。

ユーザが、実遠隔共用ブック４０を遠隔ファイルサービ
スから削除したい場合は、第２の方法を実行する。この
場合は、共用ブック４０の他のユーザに影響が及ぶ。遠
隔共用ブックを削除した後、他のユーザが共用ブックの
ユーザインスタンスを使用しようとすると、実遠隔共用
ブックがもはや存在しないことを知らせるエラーメツセ
ージが他のユーザのデスクトップ３２へ送られる。

実遠隔共用ブック４０を削除するには、遠隔ファイルサ
ービスの遠隔ロケーションに通じる道を開設し、遠隔共
用ブック遠隔インスタンスを削除するだけでよい。ただ
し、これによって共用ブック４０のローカルインスタン
スがデスクトップ３２から削除されることはなく、また
、共用ブックやそのエントリレコードがデータベース部
から削除されることもない。

すなわち、実遠隔共用ブック削除の手順としては、まず
共用ブック４０に対するアクセス権を持っている他のす
べてのユーザに対して、これから共用ブックの遠隔イン
スタンスを削除する旨を通知する。続いて当該共用ブッ
クの全エン）ＩＪヲロックし、共用ブックウィンドウ４
２から削除する。これで、エントリレコードがデータベ
ースサービスから削除される。この状態で、各ユーザが
各自のデスクトップ３２から当該共用ブックの全ローカ
ルインスタンスを削除することできる。最後に、空にな
った遠隔共用ブックを遠隔ファイルサービスから削除す
ることができる。

Ｌ、ページ付は及びページ番号付は ページ付けは、共用ブック４０の「本文」エントリ４６
だけをページ付けすることを除いては「発明の背景」に
おいて説明したＶＰブックの場合と同じである。共用ブ
ック４０のエントリのページ付けは、文書或いはエンｌ
−ＩＪの境界を越えてページ番号付けを行えるという点
が、ＶＰフォルダのファイルのページ付けと異なってい
る。ＶＰブックの場合と同様に、ページ付けによって影
響を受けるのはＶＰ文書だけである。他のファイル形式
は、ユーザにより「本文」エントリ４６として分類され
ていても、ページ付はオペレーションの影響は受けない
。閉じられた共用ブックアイコン４０を選択すれば、共
用ブック４０の全「本文」エントリ４６を、−度にペー
ジ付けすることができる。ただし、ユーザは、共用ブッ
ク４０の各エントリ４４を選択して個別にページ付けす
ることもできる。これは、出版準備の段階（ｐｕｂｌｉ
ｃａｔｉｏｎ　ｐｒｅｐａｒａｔｉｏｎ）　　において
、選択されたエントリだけを印刷するときに有用である
。

このように、共用ブック４０を閉めてページ付けすると
きは、すべての「本文」エントリ４６に影響が及ぶ。共
用ブックを開いている場合は、ユーザが選択した「本文
」エントリだけがページ付けされる。「補助」エントリ
４８は、たとえ選択しても無視される。「補助」エント
リ４８として分類したＶＰ文書は、無視される。共用ブ
ック４０によって表されている出版物を正しくページ付
けするためには、共用ブックの全「本文」エントリ４６
をロックしなければならない。

ページ付けによってファイルが編集されるので、エント
リ４６を編集するためには、エントリ４６をロックしな
ければならない。ページ付はオペレーションは、ロック
されていない「本文」エンドＩＪ４６を自動的にロック
する。閉じられた共用ブック４゜の場合は、全「本文」
エントリ４６がロックされ、開かれた共用ブックの場合
は、ユーザが選択した「本文」エントリ４６だけがロッ
クされる。いずれの場合も、他のユーザが、ハーフトー
ンのロックアイコン９４によって示されるように、影響
を受けた１つ或いは複数の「本文」エントリ４６をロッ
クしていれば、ページ付けが行われずにページ付はオペ
レーションが緯線する。

「本文」エントリをチエツクし、ロックしている間は、
共用ブック４０自体がロックされる。このことは、ペー
ジ付はオペレーションによって「本文」エントリ４６の
チエツク及びページ付けを行っている間は、他のユーザ
は、遠隔ファイルサービスの実遠隔共用ブックを使用す
ることができないということを意味する。ページ付けが
完了すれば、共用ブック４０の遠隔インスタンスが解除
される。

これで「本文」エンドＩＪ４６に対して実際にページ付
けが行われているときに、他のユーザが残存エントリ４
８をコピーしたり編集することができる。

ページ付けそのものは、バックグランドで行う。

共用ブックの「本文」エントリ４６０ページ付けと並行
して、他の作業をワークステーション１４で行うことが
できる。ページ付はオペレーションが完了すれば、ユー
ザは、ページ付けのためにロックした各エンド＋Ｊ４６
をアンロックしなければならない。

ページ番号付けは、「発明の背景Ｊにおいて説明したＶ
Ｐブックの場合にして達成される。ＶＰブックで知られ
るように、一つの例外を除いて通常の文書と同様である
。共用ブック４０のエントリ４４の初期「ページフォー
マット・プロパティシート」（図示せず）のページ番号
付はパラメータを、「連続（ＣＯＮＴＩＮＵＥ）　Ｊ　
ｌ：　セ−／　）　シタ場合ハ、ページ付けが完了すれ
ば、当該のエントリの最初のページのページ番号が、共
用ブック４０の先行エントリの最後のページの番号に続
く番号になる。このパラメータを、「なしくＮＯＮ巳）
」或いは「リスタート（ＲＥＳＴＡＲＴ）　　Ｊにセッ
トした場合は、エントリが共用ブック４０の外にある場
合と同じになる。「なし」を起動すればページ番号付け
は行われず、「リスタート」はページ番号を強制的にペ
ージフォーマット・プロパティシートにおいてセットさ
れている番号に戻す。ページフォーマット・プロパティ
シートのこれ以外の点は、すべて通常の文書の場合と同
じである。

前記の「連続Ｊオプションは、共用ブックを閉め、共用
ブック全体に対してページ番号付けを行う場合にのみ効
果を発揮する。共用ブックを開けて個々のエン）　ＩＪ
を選択し、ページ付けを行う場合は、セクションの各Ｖ
Ｐエン）　ＩＪの最初のページの番号は１になる。「な
し」及び「リスタート」の発動により、前記の通りの動
作が行われる。

Ｍ、共用ブックの操作 共用ブック全体のオペレーションは、共用ブックアイコ
ン４０を選択し、オペレーションを発動すれば実行され
る。ユーザは、必要に応じて、閉じられた共用ブックア
イコン４０を選択し、プリンタアイコン３８を行き先と
してくコピー〉命令を出し、アイコンによって指示され
る出版物をページ付けをしながら印刷することもできる
。ユーザが、共用ブック４０のエントリ４４を印刷する
には、エントリ４４を選択し、キーボード２５から〈コ
ピー〉命令を発動し、デスクトップ３２においてプリン
タアイコン３８を行き先として選択する。エントリ４４
は、「本文」エントリ４６であっても「補助」エントリ
４８であってもよい。ユーザが、出版物全体の現在のバ
ージョンを印刷するには、出版物を構成している全「本
文」エントリ４６を選択し、プリンタアイコン３８を行
き先としてくコピー〉命令を出す。

共用ブックアイコン４０をプリンタアイコン３８ヘコピ
ーすると、「本文」エントリ４６だけが印刷され「補助
」エントリ４８は印刷されない。〈移動〉命令はくコピ
ー〉命令と同じ働きをする。なぜなら、印刷オペレーシ
ョンにおいては、再ページ付けする印刷すべきファイル
はどれであるか指定する必要があるので、印刷されたエ
ントリ４６は、自動的にロックされる。印刷オペレーシ
ョンが一完了すればエントリ４６をアンロックしなけれ
ばならない。

Ｎ、共用ブックのローカルファイルの操作ユーザが、共
用ブックのローカルエントリ４４を操作するには、第１
１図に示すように、共用ブックエントリ４４が格納され
ているローカルファイルのフォルダ１００を開く。この
タスクを達成する方法には２種類ある。第１の方法とし
ては、第１０図に示される閉じられたアイコン・ポップ
アップメニ５−８６から［ローカルファイル表示（Ｓｈ
ｏｗ　ＬｏｃａｌＦｉｌｅｓ）　Ｊ命令８４を選択する
。メニュー８６の出し方には２通りある。すなわち、（
１）共用ブックアイコン４０をコーディング（ｃｈｏｒ
ｄｉｎｇ）するか、或いは、（２）キーボード２５の「
シフト」キーにより発動し、それと同時にマウス３０の
左側マウスボタンをアイコン４０に当てかう。第２に方
法は、第９図に示される共用ブックの補助メニュー８０
の同じ「ローカルファイル表示」命令８４を用いる。

ローカルファイルのフォルダ１００　の−例を第１１図
のフォルダのウィンドウ表現に示す。ローカルファイル
フォルダ１００　の基本目的は、ユーザのデスクトップ
３２を、選択的に迅速に片づける（ｃｌｅａｎｕｐ）す
ることである。操作としては、フォルダニ００内におい
てエントリ４４を直接削除する。このようにして削除さ
れたファイルは、遠隔ファイルサービスからは削除され
ない。ユーザは、フォルダ１００のエントリ４４を、デ
スクトップ３２へくコピー〉したり〈移動〉したりする
こともできる。ただし、ユーザは、デスクトップ３２か
らエントリ４４をフォルダ−１００へ〈コピー〉したり
く移動〉することはできない。〈プロパティ〉命令もフ
ォルダ−１００に対しては無効である。このような制約
があるために、共用ブックの一貫性が維持される。共用
ブックを遠隔ロケーションからユーザのデスクトップ３
２ヘコピーすると、共用ブック４４に格納されている各
エントリ４４のすべてのバージョンもデスクトップヘコ
ピーされる。このように、ローカルファイルのフォルダ
１００　の重要な機能は、各エントリ４４の現行バージ
ョンを除くすべてのバージョンを削除することである。

０、共用ブックの遠隔ファイルの操作 ユーザが、共用ブックの遠隔エントリ、すなわち、遠隔
ファイルサービスの実遠隔共用ブックに格納されている
エントリを操作するには、第１２図に示すように、遠隔
共用ブック４４が格納されているローカルファイルのフ
ォルダ１０２　を開けばよい。

フォルダ−１０２を活性化するには、第１０図のアイコ
ン・ポツプメニ：Ｌ−８６或いは第９図の共用ブッり補
助メニ５−８０において「リモートファイル表示」命令
８５を選択すればよい。

遠隔ファイルのフォルダ１０２　の−例を、第１２図の
フォルダのウィンドウ表現に示す。ユーザは、フォルダ
１０２　のエントリ４４をデスクトップ３２或いはブッ
ク４０へくコピー〉することができる。ユーザは、エン
トリ４４をフォルダ−１０２からく削除〉したり、フォ
ルダ−１０２へく移動〉したりくコピー〉することはで
きない。〈プロパティ〉命令も無効である。先に述べた
ように、このような制約があるために、共用ブックの一
貫性が維持される。遠隔ファイルのフォルダ１０２　の
基本目的は、遠隔共用ブックロケーションにおいて維持
されているエントリ４４の先行バージョンを確保するこ
とである。前述の如く、共用ブック４０に確保できるバ
ージョンの数は、共用ブックプロパティシート５０Ｂの
「確保パージｗ　ン（Ｖｅｒｓｉｏｎ　Ｔｏ　Ｋｅｅｐ
）　　Ｊ　フィールド５５に挿入する選択ナンバーで決
定される。

ユーザは、フィールド５５の数値を随時変更できる。

Ｐ、共用ブックアクセス権 特定共用ブック４０とのユーザインタラクションは、共
用ブックに対するアクセス権で制御される。

ユーザは、最低限、共用ブック４０を開き、その内容を
ウィンドウ４２に出して見ることができる「読出し」ア
クセス権が必要である。エントリ４４を、遠隔ファイル
サービスの実遠隔共用ブックに格納するには、フィール
ド５６に「書込み／追加」アクセス権が必要である。遠
隔ファイルサービスの実遠隔共用ブックからエントリ４
４を削除する場合は、「除去（Ｒｅｍｏｖｅ）　Ｊアク
セス権が必要である。アクセスリスト自体を変更或いは
修正するためには、「オーナ（Ｏｗｎｅｒ）　Ｊアクセ
ス権が必要である。

各エントリ４４は、エントリが格納されている共用ブッ
クアクセスリストとは異なったものとすることができる
、各々独自のアクセスリストを持っている。ユーザは、
同じ共用ブック４０内において、１つのエントリに自由
にアクセスし、別のエンド、りに「読出し専用」でアク
セスし、また第３のエントリにはアクセスしないという
こともある。しかし、ユーザは、エントリ４４が位置し
ている共用ブックに対してユーザが持っているアクセス
権と同じアクセス権を、ユーザはエントリ４４に対して
も持っているというのが普通である。

新井用ブック４０を作成すれば、共用ブックを格納する
遠隔ファイルドロワー或いはフォルダのアクセスリスト
が自動的に割り当てられる。同アクセスリストは、第４
図に示される共用ブックプロパティシート５０Ｂのフィ
ールド５６に以下のように表れる。

Ａｃｃｅｓｓ　１ｉｓｔ：（Ｓａｍｅ　Ａｓ　Ｃｏｎｔ
ａｉｎｅｒ）既存共用ブック４０の新ローカルインスタ
ンスに対しては、遠隔共用ブックと同じアクセスリスト
が与えられる。新エン１Ｊ４４ｃに対しては、共用ブッ
クに初めてコピーするときには、初期的に共用ブックの
アクセスリストが与えられる。このアクセスリストは、
第６図に「コンテナと同１　（Ｓａｍｅ＾ｓ　Ｃｏｎｔ
ａｉｎｅｒ）　　Ｊで示されるエントリ「詳細」プロパ
ティシ−ト６０Ｂのアクセスフィールド６８に表れる。

第４図の共用ブックプロパティシー）５０Ｂにおいては
、アクセスリストフィールド５６は、常に編集可能であ
る。プロパティシー）５０Ｂを開くことができるユーザ
は、すべてこのフィールドを編集できる。ただし、「オ
ーナ」アクセス権をもっていないユーザが「完了」命令
５８を発動すると、オペレーションは成功しない。第６
図に示すようにユーザがエントリ４４Ａをロックしない
場合は、エントリ「詳細」プロパティシ−ト６０Ａのア
クセスリストフィールド６８は、読出し専用である。エ
ン）ｌＪ４４Ａをロックすれば、第６図のフィールド６
８でアクセスリストを変更することができる。

新規ユーザが共用ブック４０に対するアクセス権を取得
する際は、遠隔共用ブックの遠隔ファイルサービスのフ
ァイルドロワー或いはフォルダに対するアクセス権を取
得しなければならない。

エントリ４４に対するアクセス権を変更する場合は、同
変更はエントリの最高位バージョンに対してのみ有効で
あるという点に留意する必要がある。

このように、エントリ４４に対するアクセス権を取消さ
れたユーザでも、共用ブックの遠隔ロケーンョンから当
該エントリの１つ前のバージョンのコピーを求めること
ができる。

６つの標準共用ブックオペレーションにおケルアクセス
権の各種の組合せの効果を第１表に示す。

「読出しくＲｅａｄ）　Ｊ及び「書込み（ｌｌｒｉｔｅ
）　　Ｊアクセスが基本アクセス権であり、他のアクセ
ス権はこれら二つのアクセス権と組合せて用いなければ
ならない。第１表中、Ｒは読出し、Ｗは書込み、Ａは追
加、Ｒｍは除去、０はオーナを意味する。

（以下、余白） 第１表：アクセス権と共用ブックオペレーンａンブラン
クはオペレーションを実行できないことを意味する。

１：見ることはできるが変更は一切できない。

２　：　ｙｅｓ、ただしアクセスリストの変更はできな
い。

３　：　ｙｅｓ、ただしエントリをセーブできないため
、いかなるユーザもエントリを使用できない。

４　：　ｙｅｓ、ただしエントリの遠障コピーがない場
合に限る。

５　：　ｙｅｓ、ただしエントリ書込みアクセス権を持
っていなければならない。

５　：　ｙｅｓ、ただしエントリを分配できないからエ
ラーメツセージが出る。

７　：　ｙｅｓ、ただしエントリ書込みアクセス権を持
っていなければエラーメツセージが出る場合がある。

Ｑ、その他 本発明は、様々な形で実施することができる。

−例として、フォスター、ジー（Ｆｏｓｔｅｒ、　Ｇ、
　）　　著「協同システムとマルチユーザインターフェ
ース（Ｃｏｌｌａｂｏｒａｔｉｖｅ　Ｓｙｓｔｅｍｓ　
ａｎｄ　Ｍｕｌｔｉ−ｕｓｅｒ　［ｎｔｅｒ−ｆａｃｅ
ｓ）　Ｊ　、　　カリフォルニア大学、パークレー校。

コンピュータサイエンス部、博士論文、　（Ｐｈ、　Ｄ
。

Ｔｈｅｓｉｓ、ｔｌｎｉｖｅｒｓｉｔｙ　ｏｆ　Ｃａ１
ｉｆｏｒｎｉａ、　Ｂｅｒｋｅｌｅｙ。

Ｃｏｍｐｕｔｅｒ　５ｃｉｅｎｃｅ　Ｄｉｖ＋５ｉｏｎ
）、１９８６　に紹介されているシステムとして実施す
ることができる。同システムにおいては、ボブロウ、デ
イ−、ジー（Ｂｏｂｒｏｗ、　Ｄ、　Ｇ、）　　及びス
ティフィク、　　ｘ　ム（Ｓｔｅｆｉｋ。

Ｍ、）著「ルーブスマニニアル（Ｔｈｅ　ＬＯＯＰＳ　
Ｍａｎｕａｌ）　Ｊ　。

ゼロックスコーポレーション、　１９８３年１２月、　
　ニｍ介されているＬＯＯＰＳを用いる。ループスゲー
ジ（Ｌｏｏｐｓ　Ｇａｕｇｅ）　の使用方法については
、スティフィク、エム及びボブロウ、デイ−、ジー共著
「オブジェクト指向プログラミング：主題と変形例（Ｏ
ｂｊｅｃｔ−Ｏｒｉｅｎｔｅｄ　Ｐｒｏｇｒａｍｍｉｎ
ｇ：Ｔｈｅｍｅｓ　ａｎｄＶａｒｉａｔｉｏｎｓ）　　
Ｊ、　　ニーアイ・マガジン（Ｔｈｅ　ＡＩＭａｇａｇ
ｉｎｅ）、　１９８６年、第４０〜６２ページ、第５８
〜６０ページを参照のこと。

本発明の実施例として、本件出願明細書に引用編集した
本件出願人の係属米国特許出願第０３０．７６６号「デ
イスプレィシステム・オブジェクトの共用を目的とする
多重仮想ワークスペースを備えたユーザインターフェー
ス（口ｓｅｒ　Ｉｎｔｅｒｆａｃｅ　ｗｉｔｈＭｕｌｔ
ｉｐｌｅ　Ｖｉｒｔａｌ　Ｗｏｒｋｓｐａｃｅｓ　ｆｏ
ｒ　Ｓｈａｒｉｎｇ　ＤｉｓｐｌａｙＳｙｓｔｅｍｓ　
０ｂｊｅｃｔｓ）　　Ｊの第５図に示されている縮小表
現（ｒｅｄｕｃｅｄ　５ｃａｌｅ　ｒｅｐｒｅｓｅｎｔ
ａｔｉｎ）を挙げることができる。

同表現は、ワークスペースの内容が収縮形態になってお
り、本件出願明細書に引用組人した本件出願人の係属米
国特許出願（ドケット番号Ｄ／８７００９Ｑ）、　ｒ多
重共用仮想ワークスペース（ＭｕｌｔｉｐｌｅＳｈａｒ
ｅｄ　Ｖｉｒｔｕａｌ　Ｗｏｒｋｓｐａｃｅｓ）に紹介
されている技術と組合せて使用することができる。

本発明は、本書に紹介した実施態様だけに限られること
なく、その特許請求の範囲内においてこれ以外にも様々
な応用実施態様が可能であることは関係者にとって容易
に理解されよう。

【図面の簡単な説明】

第１図は、本発明の共用構造化データオブジェクトを示
すオフィス情報システムの図解である。 第２図は、第１図のワークステーションデイスプレィの
ウィンドウに表示される複数のエントリが入っている内
容を持っている共用構造化データオブジェクトの表現を
示す。第３図は、第１図のワークステーションデイスプ
レィに表示されるブランク共用構造化データオブジェク
トのプロパティシートを示す。第４図は、第１図のワー
クステーションデイスプレィに表示される以前に作成し
た共用構造化データオブジェクトのプロパティシートを
示す。第５図は、第１図のワークステーションデイスプ
レィに表示される第２図に示す共用構造化データオブジ
ェクトウィンドウにおいてロックされていないエントリ
の詳細オプションシートを示す。第６図は、第１図のワ
ークステーションデイスプレィに表示される第２図に示
す共用構造化データオブジェクトウィンドウにおいてロ
ックされているエントリのデイテールオプションシート
を示す。第７図は、共用構造化データオブジェクトへの
追加方法を示す共用構造化データオブジェクトウィンド
ウの簡略バージョンをしめす。第８Ａ図、第８Ｂ図は、
共用構造化データオブジェクトにおけるエン）　ＩＪの
ロックを示す共用構造化データオブジェクトウィンドウ
の簡略バージョンを示す。第９図は、以前に開かれた補
助メニューを示す第２図に示す共用構造化データオブジ
ェクトの開かれたウィンドウを示す。第１０図は、第２
図に示す共用構造化データオブジェクトのポツプアップ
メニューを示す。第１１図は、第２図に示す共用構造化
データオブジェクトのローカルファイルの開かれたフォ
ルダの一例を示す。第１２図は、第２図に示す共用構造
化データオブジェクトの遠隔ファイルの開かれたフォル
ダの一例を示す。第１３図は、本発明において実行する
基本演算のフローチャートである。東１４図、第１５図
は、本発明において実行する他の演算のフローチャート
例である。 １０ニジステム　　　　　１２：ＬＡＮ１４：ワークス
テーション １６：ファイルサーバ １８：ファイル／メイル／通信サーバ ２０ニブリントサーバ　　２２：プリンタ２４：ミニコ
ンビ；−タ ２６．２８：ディスプレイスクリーン ３０：マウス ［ｆ４１願人　　　　　ゼロックスコーポレーション代
　　理　　人　　　　　　小　　堀　　　益　　（ほか
２名）（−一、−一ノ （−一、−ｍ−）

Claims (1)

1. 【特許請求の範囲】 １、ネットワーク化ワークステーション環境における相
   異なるワークステーションにおける相異なるユーザがそ
   れぞれ同時にアクセスすることのできる関連構造化デー
   タオブジェクトを持っている共用構造化データオブジェ
   クトがあり、前記ネットワーク化環境における前記各ワ
   ークステーション及び遠隔ファイルサービスにおいて前
   記ユーザが前記共用構造化データオブジェクトにアクセ
   スすることができ、前記各ワークステーションにおいて
   表示された前記構造化データオブジェクトの表現は前記
   ユーザの所定の属性の現在のステータスを含んでおり、
   前記各ワークステーション及び前記遠隔ファイルサービ
   スにおいて維持されている前記表現のステータスを定期
   的に更新する手段が前記各ワークステーションにあり、
   各ワークステーションにおいて各ユーザに関して前記更
   新手段が作動しているときは他のワークステーションに
   おける他のユーザが前記遠隔ファイルサービスにおける
   前記表現にアクセスすることを阻止する手段があり、オ
   ペレーションの実行内容が前記表現の現在性に依存し、
   前記各ワークステーションにおける前記表現のバージョ
   ンと前記遠隔ファイルサービスにおける前記表現のバー
   ジョンとの間に同時性がない場合は、前記更新手段は各
   ワークステーションにおいて各ユーザが前記共用構造化
   データオブジェクトに対して前記オペレーションを発動
   するたびにデマンド通知ベースでのみ作動し、前記発動
   されたオペレーションがアボートされ前記表現が更新さ
   れるマルチユーザ協同システム。 ２、前記共用構造化データオブジェトに対するオペレー
   ションが前記ユーザにより発動されたときに、前記遠隔
   ファイルサービスにおいて、前記表現のバージョンを更
   新する手段が前記ワークステーションにある請求項１記
   載のマルチユーザ協同システム。 ３、前記オペレーションが、少なくとも一つの前記関連
   構造化データオブジェトのアクセスを前記各ユーザによ
   る制御に限定するものである請求項１記載のマルチユー
   ザ協同システム。