JP2009069899A - オブジェクト文書作成システム - Google Patents

Abstract

【課題】オブジェクトを格納可能な文書の、複数人による同時編集を実現する。
【解決手段】オブジェクト文書を、その構成部品であるオブジェクトについて全て読み込み、オブジェクト単位でデータベースに登録し、サーバにて管理する。サーバはオブジェクト文書をそのオブジェクト単位で可視化表示し、オブジェクト単位で編集可能にする。
【選択図】図２

Description

本発明は、文章や図等、様々な形態のデータを格納可能な文書ファイルを編集するためのシステムに適用して好適な技術に関する。

マイクロソフト社のプレゼンテーション作成ソフトウェアである、ＰｏｗｅｒＰｏｉｎｔ（登録商標）は、簡易且つ迅速にプレゼンテーション資料を作成できる。このため、ノートパソコンの普及に伴い、世界のオフィスに普及している。なお、これ以降は便宜のため、ＰｏｗｅｒＰｏｉｎｔ（登録商標）の代わりに「プレゼンソフト」、その文書ファイルを「オブジェクト文書」と呼ぶ。

会社によっては、プレゼンソフトが隅々まで深く浸透し、その結果として様々な情報のやり取りもオブジェクト文書にて行う事例もある。
なお、本発明に関連があると思われる先行技術文献を特許文献１に示す。
特開２００６−３２３５２８号公報

プレゼンソフトのオブジェクト文書は、基本的に単数人で作成し、編集することを想定している。このため、一つのオブジェクト文書を複数の部分に分割して、複数人で分担して作成する、という作業形態にはあまり向いていない。
また、プレゼンソフトによるオブジェクト文書の作成の際には、過去に作成したオブジェクト文書の一部の箇所を参照して、新たなオブジェクト文書を作成するという、いわゆる「コピーアンドペースト」が広く行われている。その際、プレーンテキストとは異なり、参照して流用したい箇所を探すことが困難である。
更に、プレーンテキストとは異なり、直接的に文章を抜き出すことが困難であるが故に、単一のオブジェクト文書を複数名が共同で作成する作業形態を採った場合や、作成者の異なる複数のオブジェクト文書同士において、用いられている字句や用語を統一し難い、という難点がある。

本発明はかかる点に鑑みてなされたものであり、複数名によるオブジェクト文書作成及び編集を実現するシステムを提供することを目的とする。

上記課題を解決するための本発明によるオブジェクト文書作成システムは、サーバでは、異なるデータ構造を備えるオブジェクトを格納できるオブジェクト文書ファイルをファイル入出力部にて読み込む。読み込んだオブジェクト文書ファイルは、中に格納されているオブジェクトの関係を表示処理部で表示する情報を作成すると共に、オブジェクト関係テーブルに登録する。また、オブジェクトの中身はオブジェクトテーブルに登録する。このようなサーバにクライアントはアクセスして、表示処理部が生成した情報を表示する。

オブジェクト文書を構成するオブジェクトの中身と、その関係を全てデータベースに登録する。このことより、オブジェクト単位でオブジェクト文書を管理し、複数名による同時編集を可能にする。

本発明により、従来、複数名による同時編集が実質的に不可能であったオブジェクト文書の、オブジェクト単位での同時編集を実現する、オブジェクト文書作成システムを提供できる。

本発明の実施の形態を、図示を伴って詳細説明をする前に、本実施形態の概略を説明する。
本実施形態は、オブジェクトを埋め込むことが可能な文書を多人数で編集するためのツールと、そのツールを利用するシステムである。
オブジェクトを埋め込むことが可能な文書の一例として、本実施形態ではマイクロソフト社のプレゼンテーション作成ソフトウェアである、ＰｏｗｅｒＰｏｉｎｔ（登録商標）を対象とする。これ以降は便宜上、ＰｏｗｅｒＰｏｉｎｔ（登録商標）の代わりに「プレゼンソフト」、その文書ファイルを「オブジェクト文書」と呼ぶ。
本実施形態では、オブジェクト文書を、その構成部品であるオブジェクト単位に分解して、その中身と対応関係を全てデータベースに登録する。そして、オブジェクト文書全体のみならず、オブジェクト単位での編集を可能とする。編集の際には排他制御のための、オブジェクト単位でのロック機能を提供し、複数名で一つのオブジェクト文書を、論理矛盾を生じることなく同時に編集することを実現する。
また、オブジェクトの編集履歴をデータベースに管理することで、バージョン管理も実現する。
更に、オブジェクトの流用関係をデータベースに記録することで、欲しい情報（オブジェクト）の在り処を迅速に知り、作業効率を向上させる。
そして、流用が多く行われているオブジェクトのランキングを表示することで、使えるオブジェクトを即座に見つけることを実現する。

オブジェクトの流用関係は、データベースに記録する他に、オブジェクト自身にも「タグ」として、その情報を埋め込む。
このように流用関係の情報を埋め込むことで、本実施形態のアプリケーションを離れてオブジェクト文書の編集を行っても、改めて本実施形態のアプリケーションにオブジェクト文書を登録することで、流用元の在り処を知ることができる。

このような、オブジェクト毎の管理を実現するために、オブジェクト文書を構成する全てのオブジェクトを、ユニークに認識する情報を生成し、データベースで管理する。
全てのオブジェクトをユニークに認識する情報とは、シリアルナンバーであり、また文書ファイル名、文書のリビジョン番号、スライド番号そしてスライド中の順番の組み合わせである。

従来、このような多人数による成果物の作成作業を支援する管理ツール（リビジョン管理システム）はあるものの、その種類はあまり多くない。
その殆どがプログラムのソースコード管理に用いられ、バイナリファイルであるオブジェクト文書の管理に用いられるケースは殆ど見受けない。
また、管理は全てファイル単位であり、ファイルの中身を管理する機能を提供する管理ツールは見受けない。
本実施形態は、リビジョン管理システムの管理の単位を、文書の中身であるオブジェクト（＝部品）に及ぼすことで、オブジェクト単位の編集作業と、同一オブジェクト文書における同時多人数編集を実現する。

以下、本発明の実施の形態を、図１〜図２６を参照して説明する。

図１は、本実施の形態の例である、オブジェクト文書作成支援システム１０１の全体を概略的に示す図である。
本実施形態のオブジェクト文書作成支援システム１０１は、会社内のＬＡＮ１０２上に構築され、ファイルサーバを兼用するｗｅｂサーバ１０３によって実現される、「ｗｅｂアプリケーション」と呼ばれるものである。このｗｅｂアプリケーションは、所定のｃｇｉ（Common Gateway Interface：ｗｅｂサーバにて動的にｈｔｍｌ文書を生成するプログラム。）にて実現される。すなわち、作業者１０５ａ、１０５ｂ及び１０５ｃは手元のクライアントＰＣ１０４ａ、１０４ｂ及び１０４ｃを操作して、ｗｅｂサーバ１０３にアクセスし、所定のｗｅｂアプリケーションを実行する。
各人のクライアントＰＣには、ｗｅｂブラウザとプレゼンソフトがインストールされており、プレゼンソフトによってオブジェクト文書が編集可能になっている。
ｗｅｂブラウザによってｗｅｂサーバ１０３にアクセスして、ｗｅｂアプリケーションを実行すると、ｗｅｂブラウザを介してプレゼンソフトが起動され、ｗｅｂサーバ１０３の共有ディレクトリに作成されたオブジェクト文書を編集することができる。
そして、編集が終わると、編集終了がｗｅｂサーバ１０３に通知される。ｗｅｂサーバ１０３はこれに呼応して、共有ディレクトリ上にある、更新されたオブジェクト文書を読み込み、オブジェクト単位に分解して、内部のデータベースに登録する。

図２は、ｗｅｂサーバ１０３内の機能ブロック図である。
クライアントＰＣ上で稼動するｗｅｂブラウザが発するアクセス要求は、ｗｅｂサーバプログラム２０２が受け取り、その要求するＵＲＬに応じて、各種ｃｇｉを実行する。
ユーザ認証ｃｇｉ２０３は、ユーザマスタ２０４を参照して、ユーザ認証機能を提供する。
主機能ｃｇｉ２０５は、Ａｊａｘ（Asynchronous JavaScript + XML の略。ｗｅｂブラウザに実装されているＪａｖａＳｃｒｉｐｔ（登録商標）のＨＴＴＰ通信機能を使って、ｗｅｂページのリロードを伴わずに、ｗｅｂサーバとＸＭＬ形式のデータのやり取りを行って処理を進めていく、対話型ｗｅｂアプリケーションの実装形態。）を利用して、本実施形態の主要な機能を提供する。

主機能ｃｇｉ２０５は、
・ユーザがクライアントＰＣ上のｗｅｂブラウザを通じて行った操作を受信して解析する操作解析部２０６と、
・その操作の解析結果に基づいて各種テーブル２１３を検索するデータベース検索部２０７と、
・その各種テーブル２１３の検索結果に基づいて、ユーザが使用するクライアントＰＣのｗｅｂブラウザに表示する画面を構成するｈｔｍｌ文書を作成する表示処理部２０８と、
・前述の各種テーブル２１３の検索結果に基づいて、共有ディレクトリ２１０にオブジェクト文書を作成したり、逆に共有ディレクトリ２１０のオブジェクト文書からオブジェクトを読み込むファイル入出力部２０９と、
・前述の各種テーブル２１３の検索結果に基づいて、ロックファイルディレクトリ２１１にオブジェクトロックファイルを作成したり、作成したオブジェクトロックファイルを削除するオブジェクトロック管理部２１２と
を備える。

ここで、オブジェクトロックファイルとは、本実施形態の特色の一つである、一つの文書に属する複数のオブジェクトを、それぞれ異なるユーザが同時に編集することを許可するための、排他制御の仕組みである。この仕組みの詳細については後述する。

ファイル入出力部２０９は、文書ファイルから、データベース検索部２０７を経由して、各種テーブル２１３に所望のデータの読み出しや書き込みをするために、マイクロソフト社のＷｉｎｄｏｗｓ（登録商標）の機能である、ＯＬＥ（Object Linking and Embedding：アプリケーションソフト間でデータを転送・共有するための仕組み）を用いる。ＯＬＥを用いることで、文書ファイルに含まれているオブジェクトや、オブジェクトに含まれるデータを取得することができる。
この機能を実現するために、ファイル入出力部２０９は、プレゼンソフトをライブラリとして利用する実施形態も考えられる。

ファイルサーバプログラム２１４は、クライアントＰＣにネットワークストレージ機能を提供する。例えばマイクロソフト社のＷｉｎｄｏｗｓ（登録商標）で用いられる、ＳＭＢ（Server Message Block）と呼ばれるプロトコルに準拠したものである。

図３は、クライアントＰＣ上のｗｅｂブラウザ３０２でｗｅｂサーバ１０３をアクセスした結果、表示される、ｗｅｂアプリケーションの表示の一例である。
図３では、ログイン処理を行った直後の状態を示している。
ログインユーザ名３０３は、ｗｅｂアプリケーションにログインしたユーザ自身の名前を、ユーザマスタ２０４から読み込んで表示したものである。
「キーワードリスト」ボタン３０４は、後述するキーワードの一覧を表示する機能を実行するためのボタンである。
「パーツランキング」ボタン３０５は、後述するオブジェクトの流用頻度の順位を表示する機能を実行するためのボタンである。
「引用表示」ボタン３１７は、後述するオブジェクトの流用関係を表示する機能を実行するためのボタンである。
「文書新規作成」ボタン３１８は、後述するオブジェクト文書を新規に作成する際に押すボタンである。

「キーワードリスト」ボタン３０４及び「パーツランキング」ボタン３０５の下には、スクロールバー３０９を境に、左側にディレクトリ表示欄３０６、右側に詳細表示欄３０７が設けられている。この表示形態は、Ｗｉｎｄｏｗｓ（登録商標）に備わっている「エクスプローラ」と呼ばれる、ファイル操作プログラムのユーザインターフェースを模している。
ディレクトリ表示欄３０６には、ログインユーザ名３０３に表示されているユーザがアクセス可能な「論理ドライブ」と、その内部構造をツリー形式にて表示する。「論理ドライブ」とは、ｗｅｂサーバ１０３のファイルサーバプログラム２１４によって提供される、共有ディレクトリ２１０のうち、前述のユーザがアクセスできる論理領域部分を指す。

ディレクトリ表示欄３０６には、各項目毎にアイコンが設けられている。
論理ドライブアイコン３１０は、ユーザがアクセス可能な領域の最上位ディレクトリを示す。図３の表示例では、ユーザ自身のみアクセス可能な領域と、複数のユーザよりなるグループがアクセス可能な領域の、二つを示している。これらはファイルシステムに装備される周知のＡＣＬ（Access Control List）によってアクセス権限が管理されている。
ＡＣＬにてユーザのアクセスが許可されている領域においては、ディレクトリの作成やディレクトリ名の変更、移動、消去が自由にできる。ユーザはディレクトリを編集することで、自由に文書を分類し、整理することができる。

図４は、共有ディレクトリ２１０の中身の一部のディレクトリ構造をツリー形式にて図示したものである。ちょうど、図３のディレクトリ表示欄３０６に表示されている内容と対応している。
管理対象ディレクトリ４０２は、表示処理部２０８がｗｅｂサーバプログラム２０２を通じてｗｅｂブラウザ３０２のディレクトリ表示欄３０６に表示させる論理ドライブアイコン３１０の、上位に位置するディレクトリである。ディレクトリ表示欄３０６では明示的には表示しないが、論理ドライブアイコン３１０に該当するディレクトリが設けられている。
図４中、「甲田三郎」ディレクトリと「企画グループ」ディレクトリが、論理ドライブアイコン３１０の表示対象である。
図４中、「業績報告」ディレクトリ、「定期報告」ディレクトリ、「市場調査」ディレクトリと「定期ＷＧ」ディレクトリが、フォルダアイコン３１１の表示対象である。
図４中、「０７業績報告．Ｄ００２．Ｒ００１」、「０７業績報告．Ｄ００２．Ｒ００２」、「０７業績報告．Ｄ００２．Ｒ００３」、「０６業績報告．Ｄ００１．Ｒ００１」及び「０６業績報告．Ｄ００１．Ｒ００２」と書かれているものは、０バイトのファイルである。ファイル名のうち、「Ｄ」で始まる番号は後述する文書シリアルナンバーを、「Ｒ」で始まる番号は後述するリビジョンナンバーを示す。
しかし、文書ファイル名に含まれる文書シリアルナンバーとリビジョンナンバーは、ｗｅｂブラウザ３０２上では文書ファイル名としては表示されない。
このように、ｗｅｂブラウザ３０２上で表示される文書ファイル名と、実際に共有ディレクトリ２１０内に設けられる文書ファイル名には、文書シリアルナンバーとリビジョンナンバーを含んでいるか否かの違いがある。

図３に戻って説明を続ける。
フォルダアイコン３１１は、サブディレクトリを示す。
文書ファイルアイコン３１２は、文書ファイルそのものを指す。但し、本実施形態では実体のない空のファイルが設けられ、実体は各種テーブル２１３に格納されている。
各項目には、「＋」で示されるプラス記号アイコン３１３と、「−」で示されるマイナス記号アイコン３１４と、「＊」で示されるアスタリスク記号アイコン３１５、及び「Ｒ」アイコン３１６が表示されている。
プラス記号アイコン３１３は、当該項目が展開可能であることを示す。プラス記号アイコン３１３をクリックすると、マイナス記号アイコン３１４に変化して、当該項目に含まれる中身の項目がツリー形式で列挙表示される。
つまり、項目の中身が展開表示される。
マイナス記号アイコン３１４は、当該項目が展開済であることを示す。マイナス記号アイコン３１４をクリックすると、プラス記号アイコン３１３に変化して、ツリー形式で列挙表示されていた当該項目に含まれる中身の項目の表示が消える。つまり、表示されていた項目の中身が収納される。
プラス記号アイコン３１３とマイナス記号アイコン３１４は、前述のエクスプローラと全く同じ意味と機能である。

アスタリスク記号アイコン３１５と「Ｒ」アイコン３１６は、本実施形態の特色であり、文書ファイルアイコン３１２にのみ表示される。アスタリスク記号アイコン３１５と「Ｒ」アイコン３１６は、当該文書が複数のバージョンを含んでいることを示す。

図３の表示例で説明する。
ユーザ「甲田三郎」がｗｅｂブラウザ３０２でｗｅｂサーバ１０３にアクセスすると、ｗｅｂサーバプログラム２０２を通じて、ユーザ認証ｃｇｉ２０３によるログイン処理が行われる。その後、共有ディレクトリ２１０のアクセス可能な部分が、表示処理部２０８を通じて、ｗｅｂブラウザ３０２のディレクトリ表示欄３０６に表示される。
マウス等のポインティングデバイスで、ディレクトリ表示欄３０６に表示されている項目をクリックする等の操作を行うと、クリックによって選択された項目の情報が操作解析部２０６を通じてデータベース検索部２０７に送られる。データベース検索部２０７は所定の検索処理等をして、表示処理部２０８に所定の情報を送る。表示処理部２０８はそれら情報を受け取り、ユーザが選択した項目をハイライト表示すると共に、データベース検索部２０７から得た、選択された項目の詳細内容を、詳細表示欄３０７に表示する。
なお、詳細表示欄３０７に表示されるサムネイル画像３０８の数が多い場合は、詳細表示欄３０７の右側にもスクロールバー３０９が表示される。

図３では、ディレクトリ表示欄３０６のうち「０７業績報告」という、文書ファイルアイコン３１２にて示される項目が、マウスにてハイライト表示され、その中身が詳細表示欄３０７にサムネイル画像３０８にて示されている。

図３中、「０７業績報告」と記されている項目（文書ファイル名）をマウスでダブルクリックすると、当該文書ファイル全体がオブジェクト文書として共有ディレクトリ２１０上に再構成された後、プレゼンソフトで編集できるようになる。
図３中、詳細表示欄３０７に表示されている各スライドのサムネイル画像をダブルクリックすると、当該スライドだけを含むオブジェクト文書として共有ディレクトリ２１０上に再構成された後、プレゼンソフトで編集できるようになる。
また、各スライドもツリー構造を構成しており、図３では図示をしていないが、後述する図６（ｃ）に示すように、スライドに含まれる各パーツのサムネイル画像３０８が、詳細表示欄３０７に表示できるようになっている。このサムネイル画像３０８をダブルクリックすると、当該パーツだけを含む一枚のスライドよりなるオブジェクト文書が共有ディレクトリ２１０上に構成された後、プレゼンソフトで編集できるようになる。
ここでパーツとは、図８に示す、スライド７０３内に配置される各種オブジェクトを指す。また、「パーツ」という呼称は本実施形態のｗｅｂサーバ１０３上における、文書を構成する「部品」という意味を込めた、ユーザ向けの呼び名であり、プレゼンソフト上では「シェイプ」と呼ぶ。スライド及びパーツ（シェイプ）の詳細については後述する。

図５（ａ）、（ｂ）、（ｃ）及び（ｄ）、そして図６（ａ）、（ｂ）及び（ｃ）は、ディレクトリ表示欄３０６における、表示状態の推移を示す図である。なお、画面の推移を引き起こすマウスのクリック操作を明示するために、クリックする対象にマウスカーソル５０２を配している。
図５（ａ）は、論理ドライブ「甲田三郎」と「企画グループ」が、論理ドライブアイコン３１０とプラス記号アイコン３１３にて表示されている。
図５（ａ）の論理ドライブ「甲田三郎」にあるプラス記号アイコン３１３をマウスでクリックすると、図５（ｂ）に示す表示状態に変化する。
図５（ｂ）は、論理ドライブ「甲田三郎」が、論理ドライブアイコン３１０とマイナス記号アイコン３１４にて表示されている。そして、フォルダ「業績報告」と「定期報告」が、フォルダアイコン３１１とプラス記号アイコン３１３にて表示されている。
ここまでは、前述のエクスプローラと同様の動作状態である。

図５（ｂ）のフォルダ「業績報告」にあるプラス記号アイコン３１３と、論理ドライブ「企画グループ」にあるプラス記号アイコン３１３をマウスでクリックすると、図５（ｃ）に示す表示状態に変化する。
図５（ｃ）は、フォルダ「業績報告」が、論理ドライブアイコン３１０とマイナス記号アイコン３１４にて表示されている。そして、文書ファイル「０７業績報告」と「０６業績報告」が、文書ファイルアイコン３１２とプラス記号アイコン３１３とアスタリスク記号アイコン３１５にて表示されている。
図５（ｃ）の文書ファイル「０７業績報告」にあるアスタリスク記号アイコン３１５をマウスでクリックすると、図５（ｄ）に示す表示状態に変化する。
図５（ｄ）は、文書ファイル「０７業績報告」が、複数のバージョンを伴って表示されている。そして、「Ｒ」アイコン３１６の前にあったアスタリスク記号アイコン３１５が、げた記号アイコン５０３に変化している。

図６（ａ）は、図５（ｄ）の文書ファイル「０７業績報告 Ｖ１．２」を一部抜粋表示するものである。
図６（ａ）の文書ファイル「０７業績報告 Ｖ１．２」にあるプラス記号アイコン３１３をマウスでクリックすると、図６（ｂ）に示す表示状態に変化する。
図６（ｂ）は、文書ファイル「０７業績報告 Ｖ１．２」が、げた記号アイコン５０３と、「Ｒ」アイコン３１６と、マイナス記号アイコン３１４と、文書ファイルアイコン３１２にて表示されている。そして、「シート１」、「シート２」、「シート３」及び「シート４」が、シートアイコン６０２にて表示されている。
図６（ｂ）の表示形態によって、文書ファイル「０７業績報告 Ｖ１．２」は、「シート１」、「シート２」、「シート３」及び「シート４」を含んでいることが一目瞭然で判る。

図６（ｃ）は、図６（ｂ）で「シート２」をクリックしてハイライト表示した際の、ｗｅｂブラウザ３０２における表示状態を示す。
「シート２」をハイライト表示させると、詳細表示欄３０７には、「シート２」に含まれているパーツが、サムネイル画像３０８として縮小表示されている。
このように、文書ファイルの中身についても、ツリー構造形式にて詳細表示が行われる。

図７は、オブジェクト文書の構造を示す概念図である。
オブジェクト文書７０２は、一つ以上のスライド７０３の集合体である。
図８は、スライドの構造を示す概念図である。
スライド７０３は、一つ以上のオブジェクトが置かれる、論理的なキャンパスである。
オブジェクトとしては主に、
・テキストを書き込み、表示する、テキストボックスオブジェクト８０３と、
・テーブルを構成する、テーブルオブジェクト８０２と、
・画像を構成する、画像オブジェクト８０４と
がある。
なお、テーブルオブジェクト８０２は一つ以上のセル８０５の集合体であり、各セル８０５にはテキストが格納可能になっている。
これらスライドに配置されるオブジェクトは、ユーザに対しては、ｗｅｂブラウザ３０２の表示内容において「パーツ」（部品）という呼び名で示している。

図９（ａ）及び（ｂ）は、オブジェクト文書７０２とスライド７０３とパーツの関係を概念的に説明する図である。
前述の図７及び図８より、オブジェクト文書７０２とスライド７０３とパーツは、図９（ａ）に示すように、一対多の親子関係が成り立つ。
これをシンプルに書き表すと、図９（ｂ）のようになる。
本実施形態では、これら各点を全て等しく「オブジェクト」として取り扱う。
オブジェクト文書７０２、スライド７０３、そしてパーツを全てオブジェクトとして取り扱う。
オブジェクト文書７０２は、オブジェクトであると共に、オブジェクトの集合体でもある。

図１０は、各種テーブル２１３のフィールドを示す図である。
文書テーブル１００２は、オブジェクト文書の文書ファイルを管理するテーブルである。
文書シリアルナンバーとは、文書ファイルが作成される毎に付与される連番であり、ユニーク（unique：重複がない）なものである。

文書リビジョンテーブル１００３は、文書ファイルとリビジョンの関係を管理するテーブルである。
すなわち、文書ファイルは、編集を行う度毎にリビジョン（バージョン番号）が上がるが、文書リビジョンテーブル１００３はこれを管理するテーブルである。
リビジョンシリアルナンバーとは、リビジョンが作成される毎に付与される連番であり、ユニークなものである。つまり、文書ファイルが作成された時と、文書ファイルが更新される度に付与されるものである。
このように、一つの文書ファイルに複数のリビジョンが存在するので、文書シリアルナンバーとリビジョンシリアルナンバーとは一対多の関係になる。

リビジョンオブジェクトテーブル１００４は、リビジョンとオブジェクトの関係を管理するテーブルである。
一つのリビジョンには、多数のオブジェクトが属する。つまり、図９（ｂ）のツリー構造そのものである。
オブジェクトシリアルナンバーとは、オブジェクトが作成される毎に付与される連番である。
一つのリビジョンに複数のオブジェクトが存在するので、リビジョンシリアルナンバーとオブジェクトシリアルナンバーとは一対多の関係である。
なお、このリビジョンオブジェクトテーブル１００４を構成するレコードは、リビジョンシリアルナンバーとオブジェクトシリアルナンバーの組においてユニークであり、オブジェクトシリアルナンバーにおいてユニーク「ではない」ことに注意されたい。

オブジェクトテーブル１００５は、オブジェクトを管理するテーブルである。
このオブジェクトテーブル１００５を構成するレコードは、オブジェクトシリアルナンバーにおいてユニークである。
オブジェクトの種別とは、当該オブジェクトがどのようなものなのかを示すフィールドである。種別には、「文書」、「スライド」、「テキストボックス」、「テーブル」そして「画像」等がある。
親オブジェクトはオブジェクト文書そのものなので、「文書」である。
子オブジェクトはスライドなので、「スライド」である。
孫オブジェクトはスライドに配置されるものの種別が記入される。

オブジェクトの実体とは、オブジェクトの中身を示す情報全てを指す。これは、当該オブジェクトが親オブジェクトの何処に位置しているのかを示す位置情報と、オブジェクト自身の中身そのものの情報よりなる。
位置情報は、「文書」には存在しない。「スライド」の場合は、「文書」の何番目のスライドであるかを示す情報になる。「テキストボックス」や「テーブル」等の場合は、スライド上の位置と大きさを示す情報よりなる。
中身そのものの情報は、「文書」と「スライド」には存在しない。「テキストボックス」の場合は、フォントの種類とテキストそのものである。「テーブル」の場合は、テーブルを構成する全てのセルの情報であり、「画像」の場合は、画像データそのものである。

なお、テーブルはそれ自体がセルというオブジェクトの集合体であるが、本実施形態では簡便のため、テーブルを更にセルというオブジェクトで細分化するような説明はしないこととする。但し、実施形態ではそのように実装することは可能であるし、またその方が理想的である。
また、プレゼンソフトには、ユーザが任意に複数のオブジェクトをまとめて、一つのオブジェクトとして扱う「グルーピング」という機能が備わっている。これも、上記のテーブルと同様に一つのオブジェクトとして扱い、記録することも、本実施形態の視野に含まれる。

旧オブジェクトシリアルナンバーは、オブジェクト自体が更新された時に、以前のオブジェクトシリアルナンバーを記述するフィールドである。
このフィールドを辿ることで、オブジェクト自身のリビジョン、すなわち変更履歴が把握できる。

オブジェクト関係テーブル１００６は、所定のリビジョンにおける、オブジェクトの親子関係を記述するテーブルである。これは図１８において後に詳述する。
流用テーブル１００７は、あるオブジェクトを作成する際に、他のオブジェクトから複写（コピー）して貼り付けた（ペースト）際に記録するテーブルである。このテーブルを見ることで、オブジェクトの流用頻度がわかる。

プレゼンソフトに限らず、所望の文書を作成する際に、既存の文書の一部を流用することは非常に多く行われている。
プレゼンソフトにおいて、オブジェクトは、プレゼンソフト上ではクリップボード経由で複写と貼り付け（コピーアンドペースト）が可能である。
あるオブジェクトが一から作成されたものなのか、或は他から流用されたものなのかがわかると、文書の作成効率の向上に寄与する。
例えば、以前作った文書の中の画像オブジェクトを、今作っている文書にそのまま貼り付けたい場合、ファイル名を覚えていればそのファイルを探すことはできる。しかし、ファイル名を忘れてしまった場合、そのファイルを探すことが非常に大変である。
サムネイル画像表示は、見た目で所望のオブジェクトを探すことを実現する。
流用元情報及び流用先情報は、オブジェクト同士の流用関係を辿ったり、ランキング表示を実現する。
これら情報が、目的のオブジェクトの探索に寄与する。

流用テーブル１００７の各フィールドについて説明する。
流用テーブル１００７のフィールドには、ＤｏｃｕｍｅｎｔＩＤ＿Ｍｅ、ＶｅｒｓｉｏｎＮｏ＿Ｍｅ、ＳｌｉｄｅＮｏ＿Ｍｅ及びＳｈｅｐｅＮｏ＿Ｍｅの、オブジェクト自身の諸元を示す情報と、ＤｏｃｕｍｅｎｔＩＤ＿Ｒｅｆ、ＶｅｒｓｉｏｎＮｏ＿Ｒｅｆ、ＳｌｉｄｅＮｏ＿Ｒｅｆ、ＳｈｅｐｅＮｏ＿Ｒｅｆの、オブジェクト自身の流用元を示す情報が設けられている。
ここで、フィールド名の末尾の「＿Ｍｅ」はオブジェクト自身を意味する。
同様に、フィールド名の末尾の「＿Ｒｅｆ」はオブジェクトの流用元を意味する。

ＤｏｃｕｍｅｎｔＩＤ＿Ｍｅは、当該オブジェクトが属する文書の文書番号を意味する。これは文書シリアルナンバーと等しい。
ＶｅｒｓｉｏｎＮｏ＿Ｍｅは、当該オブジェクトが属する文書のバージョン番号を意味する。これはリビジョンナンバーと実質的に等しい。
ＳｌｉｄｅＮｏ＿Ｍｅは、当該オブジェクトが属する文書ファイルに含まれているスライドの番号である。
ＳｈｅｐｅＮｏ＿Ｍｅは、当該オブジェクトが属する文書のスライドに含まれているパーツ（シェイプ）の番号である。

プレゼンソフトは、ＯＬＥを用いて、文書ファイルに含まれているオブジェクトについて、データを取得することができる。
この、ＯＬＥを利用する開発者向けに、スライドに含まれるテーブルオブジェクト８０２、テキストボックスオブジェクト８０３、画像オブジェクト８０４等については、他のオブジェクトと区別するために「シェイプ（Shape）」と呼んでいる。

プレゼンソフトに対してＯＬＥを用いて文書ファイルを構成するオブジェクトの問い合わせを行うと、あるオブジェクトに直接的に属する全てのオブジェクトの情報を、順番の情報を伴って得ることができる。例えば、文書オブジェクトに問い合わせを行うと、文書オブジェクトに属する全てのスライドの情報を、スライドの番号を伴って得ることができる。同様に、スライドオブジェクトに問い合わせを行うと、スライドオブジェクトに属する全てのシェイプの情報を、シェイプの番号を伴って得ることができる。
上述のＳｌｉｄｅＮｏ＿ＭｅとＳｈａｐｅＮｏ＿Ｍｅは、ＯＬＥのプロセス間通信を通じて得ることができる番号である。

図１１は、流用テーブルのフィールドを説明する図である。
今、あるスライドに含まれているシェイプの一つである、テキストボックスオブジェクトに注目する。
テキストボックスオブジェクトは、それ自身を構成するために必須のデータが存在する。図１１では、
・（テキストボックスオブジェクトの）シート内の位置、
・（テキストボックスオブジェクトの）大きさ、
・（テキストボックスオブジェクトに記述される文字の）フォント種類、
・（テキストボックスオブジェクトに記述される文字の）文字色、
・（テキストボックスオブジェクトに記述される文字の）文字修飾情報、
・（テキストボックスオブジェクトに記述される文字の）文字列データ
等の、各種フィールドが存在する。これらはオブジェクト自身を構成するために必須のフィールド群である。

一方、プレゼンソフトは、シェイプを始めとする全てのオブジェクトに対して、ユーザ（開発者）が任意のフィールドと値を持たせることを許容している。これを「タグ」と呼んでいる。
開発者は、ＯＬＥによるプレゼンソフトとのプロセス間通信を通じて、文書ファイルを構成するオブジェクトに対し、任意の名前のフィールドよりなる「タグ」を作成し、それに任意の値を格納させることができる。
本実施形態では、この「タグ」を、当該オブジェクトが何処からコピー（流用）されたものなのかを示す情報として利用する。
本実施形態のｗｅｂサーバ１０３に文書ファイルを登録する動作を行うことにより、ｗｅｂサーバ１０３は、文書ファイルを構成する全てのオブジェクトに対し、このタグを記録すると共に、既に記録されているタグの更新を行う。
なお、ｗｅｂサーバ１０３に文書ファイルを登録する動作とは、作成或は更新した文書ファイルをｗｅｂサーバ１０３にアップロードし、ｗｅｂサーバ１０３が文書ファイルの内部を解析して、各種テーブル２１３に所定のデータを記録する動作を指す。

オブジェクトには、任意の情報をタグという形で埋め込むことができる。
そして、クリップボード経由によるオブジェクトのコピーアンドペーストの動作において、埋め込まれたタグも一緒にコピーされる。
流用テーブル１００７は、このタグをオブジェクト毎に記録し、管理し、更新する。

図１２（ａ）及び（ｂ）は、シェイプ内のタグの変化を説明する図である。
ある文書ファイルのあるスライドに含まれるシェイプは、二種類存在する。
一つは、プレゼンソフト内において完全に新規に作成されたシェイプ。或は、プレゼンソフト以外のソフトからデータを流用した場合も、この場合に含まれる。
もう一つは、プレゼンソフトの、既存の他のシェイプから複写された（コピーアンドペースト）シェイプ。
図１２（ａ）は、これら二つの種類のシェイプの内部に記録されている、タグの内容を示す。
文書ファイル１２０２に含まれるスライド１２０３のうちの一つに、シェイプ１２０４ａと１２０４ｂが存在する。
シェイプ１２０４ａは、ユーザ（文書作成者）がプレゼンソフトを使用することによって新規に作成されたものである。そのため、タグは存在しない。
シェイプ１２０４ｂは、ユーザがプレゼンソフトを使用して、他の文書ファイル或は同じ文書ファイル１２０２内の他のシェイプからコピーアンドペーストされたものである。そのため、元のシェイプに記録されていたタグがそのまま含まれている。

この状態で、文書ファイル１２０２をｗｅｂサーバ１０３に登録すると、ｗｅｂサーバ１０３は、ＯＬＥを通じて、文書ファイル１２０２を構成する全てのオブジェクトを読み込み、オブジェクトテーブル１００５に記録すると共に、流用テーブル１００７に、各々のオブジェクトのオブジェクトシリアルナンバーと、タグの記録を行う。

新規に作成されたシェイプ１２０４ａの場合は、
・ＤｏｃｕｍｅｎｔＩＤ＿ＭｅとＤｏｃｕｍｅｎｔＩＤ＿Ｒｅｆには、同じ現在の文書シリアルナンバーを、
・ＶｅｒｓｉｏｎＮｏ＿ＭｅとＶｅｒｓｉｏｎＮｏ＿Ｒｅｆには、同じ現在の文書のリビジョンナンバーを、
・ＳｌｉｄｅＮｏ＿ＭｅとＳｌｉｄｅＮｏ＿Ｒｅｆには、同じ現在の文書のスライドの番号を、
・ＳｈｅｐｅＮｏ＿ＭｅとＳｈｅｐｅＮｏ＿Ｒｅｆには、スライド内における当該シェイプの番号を、
記録する。

他のシェイプからコピーアンドペースト（流用）されたシェイプ１２０４ｂの場合は、
・ＤｏｃｕｍｅｎｔＩＤ＿Ｍｅには、現在の文書シリアルナンバーを、
・ＶｅｒｓｉｏｎＮｏ＿Ｍｅには、現在の文書のリビジョンナンバーを、
・ＳｌｉｄｅＮｏ＿Ｍｅには、現在の文書のスライドの番号を、
・ＳｈｅｐｅＮｏ＿Ｍｅには、スライド内における当該シェイプの番号を、
記録する。
その一方で、既に記録されているＤｏｃｕｍｅｎｔＩＤ＿Ｒｅｆ、ＶｅｒｓｉｏｎＮｏ＿Ｒｅｆ、ＳｌｉｄｅＮｏ＿ＲｅｆとＳｈｅｐｅＮｏ＿Ｒｅｆは、そのままで手を付けない。

以上のように、「＿Ｒｅｆ」が付されているフィールドのタグは、当該シェイプが新規に作成されたときにのみ記録が行われる。このように、タグの付与に規則を定めることにより、「＿Ｒｅｆ」が付されているタグに記録されている情報から、当該シェイプがどの文書のどのシートのどのシェイプから流用されたものなのかが明確に判る。

図１２（ａ）のシェイプ１２０４ｂの場合、当該シェイプは、「文書シリアルナンバーが０００１の、リビジョンナンバーが００３の、５番目のスライドの３番目のシェイプ」からコピーアンドペーストされたものであることが判る。
そして、ｗｅｂサーバ１０３にて登録を行い、その後再びプレゼンソフトで編集を開始するべく、同じ文書ファイルのダウンロードを行うと、図１２（ｂ）に示されるように、「＿Ｍｅ」が付されているタグについては、現在の文書に合致した内容に変更される。
図１２（ｂ）の例で言えば、シェイプ１２０４ｂは、「文書シリアルナンバーが０００２の、リビジョンナンバーが００１の、４番目のスライドの５番目のシェイプ」であると共に、「文書シリアルナンバーが０００１の、リビジョンナンバーが００３の、５番目のスライドの３番目のシェイプ」からコピーアンドペーストされたものである。

図１３は、シェイプと流用テーブルの具体例を示す。
シェイプ１２０４ａ及び１２０４ｂは、図１２（ｂ）の時点のタグが記録されている。
この状態は、流用テーブル１００７では、図１３に示すような状態で記録されている。
シェイプ１２０４ａに該当するレコードでは、「＿Ｍｅ」のフィールド群には値が記録されているものの、「＿Ｒｅｆ」のフィールド群は空欄のままである。これは、新規に作成されたシェイプについては、「＿Ｍｅ」のフィールド群にのみ値を記録する、というルールを定めていることによる。
シェイプ１２０４ｂに該当するレコードでは、「＿Ｍｅ」のフィールド群と「＿Ｒｅｆ」のフィールド群の両方に値が記録されている。すなわち、シェイプに記録されているタグを見て、当該シェイプが新規作成されたものでないときは、双方のフィールド群を全て記録する。
このように記録ルールを定めることにより、「＿Ｒｅｆ」フィールド群だけを注目すれば、直ちにコピーアンドペースト（流用）が行われたシェイプの存在、そのシェイプが属する文書、またその頻度を把握することができる。

図１４は、流用テーブルの活用例を示す。
流用テーブル１００７中で、現在注目しているレコードを、注目レコード１４０２とする。
注目レコード１４０２のうち、「＿Ｒｅｆ」のフィールド群を注目する。
この「＿Ｒｅｆ」のフィールド群と同じ値を「＿Ｍｅ」のフィールドに持つレコードが、「流用元」のレコード（シェイプ）である。
更に、この「＿Ｒｅｆ」のフィールド群と同じ値を「＿Ｒｅｆ」のフィールドに持つレコードが、「流用元のシェイプを流用している他のシェイプ」である。そして、そのシェイプが属する文書を見つけることで、現在注目しているシェイプが属する文書に関連する他の文書（自己の文書以外に流用元の文書から派生して作成された文書）を探すことができる。

図１５は、流用テーブルの活用例を示す。
流用テーブル１００７中で、現在注目しているレコードを、注目レコード１５０２とする。
注目レコード１４０２のうち、「＿Ｍｅ」のフィールド群を注目する。
この「＿Ｍｅ」のフィールド群と同じ値を「＿Ｒｅｆ」のフィールドに持つレコードが、「流用先」のレコード（シェイプ）である。そして、そのシェイプが属する文書を見つけることで、現在注目しているシェイプが属する文書に関連する他の文書（自己の文書から派生して作成された文書）を探すことができる。

図１６は、流用テーブルの活用例を示す。
流用テーブル１００７中、「＿Ｒｅｆ」のフィールド群に注目する。
「＿Ｒｅｆ」のフィールド群を並べ替えて、「＿Ｒｅｆ」のフィールド群において重複するレコードの数のランク付けを行う。すると、シェイプ毎に流用の頻度を確認することができる。
流用の頻度の高いシェイプは、多くの文書に流用されている「使えるシェイプ」である可能性が高い。

これら流用の状態を知るために、ｗｅｂブラウザ３０２には、「引用表示」ボタン３１７、「パーツランキング」ボタン３０５が表示され、利用可能になっている。
図１７（ａ）及び（ｂ）は、「引用表示」ボタン３１７及び「パーツランキング」ボタン３０５を押した際に表示される画面を示す。
図１７（ａ）は、「引用表示」ボタン３１７を押した後の、詳細表示欄３０７の表示状態を示す。
シェイプである画像オブジェクトのサムネイル画像１７０２の下に、引用元情報１７０３と引用先情報１７０４が列挙されている。なお、サムネイル画像１７０２のシェイプは、一から作成されたものであるため、引用元情報１７０３は空欄となっている。
シェイプである画像オブジェクトのサムネイル画像１７０５の下に、引用元情報１７０６と引用先情報１７０７が列挙されている。なお、サムネイル画像１７０５のシェイプは、他の文書等から引用されていないものであるため、引用先情報１７０７は空欄となっている。
これら情報は、図１４及び図１５に示した検索を実行した結果を表示したものである。

引用元情報或は引用先情報をマウス等でクリックすることにより、ディレクトリ表示欄３０６にて現在表示している文書の、詳細表示欄３０７にて現在表示しているシェイプのサムネイル画像から、ディレクトリ表示欄３０６では当該文書を表示し、詳細表示欄３０７では当該シェイプのサムネイル画像を表示する。

図１７（ｂ）は、「パーツランキング」ボタン３０５を押した後に作成される、ｗｅｂブラウザ３０２から新規に表示される新規ウィンドウ１７１１の表示状態を示す。
シェイプの引用先情報の数に応じて、最上位から下位へと列挙される。
シェイプである画像オブジェクトのサムネイル画像１７１２の右に、引用先一覧１７１３が表示されている。引用先一覧１７１３には四つのシェイプにおいて引用されていることが判る。
シェイプである画像オブジェクトのサムネイル画像１７１４の右に、引用先一覧１７１５が表示されている。引用先一覧１７１５には三つのシェイプにおいて引用されていることが判る。
シェイプであるテーブルオブジェクトのサムネイル画像１７１６の右に、引用先一覧１７１７が表示されている。引用先一覧１７１７には二つのシェイプにおいて引用されていることが判る。
以上のように、各サムネイル画像は、引用されているシェイプの多さで並べ替えられて表示される。

引用先一覧に表示されている引用先情報の一つをマウス等でクリックすることにより、ディレクトリ表示欄３０６にて現在表示している文書の、詳細表示欄３０７にて現在表示しているシェイプのサムネイル画像から、ディレクトリ表示欄３０６では当該文書を表示し、詳細表示欄３０７では当該シェイプのサムネイル画像を表示する。

以上、オブジェクトの流用元情報と、流用先情報について、シェイプに限って説明した。
しかし、流用元情報と流用先情報は、シェイプに限らない。
シートも、文書ファイルも同様である。
シートであれば、流用テーブル１００７のフィールドには、ＤｏｃｕｍｅｎｔＩＤ＿Ｍｅ、ＶｅｒｓｉｏｎＮｏ＿Ｍｅ及びＳｌｉｄｅＮｏ＿Ｍｅ迄が記録され、ＳｈｅｐｅＮｏ＿Ｍｅは空欄になる。
文書ファイルであれば、流用テーブル１００７のフィールドには、ＤｏｃｕｍｅｎｔＩＤ＿Ｍｅ及びＶｅｒｓｉｏｎＮｏ＿Ｍｅ迄が記録され、ＳｌｉｄｅＮｏ＿ＭｅとＳｈｅｐｅＮｏ＿Ｍｅは空欄になる。
ＳｈｅｐｅＮｏ＿Ｍｅのみ空欄のオブジェクトを集めると、シート同士の流用関係を把握することができる。
ＤｏｃｕｍｅｎｔＩＤ＿Ｍｅ及びＶｅｒｓｉｏｎＮｏ＿Ｍｅの両方が空欄のオブジェクトを集めると、文書ファイル同士の流用関係を把握することができる。

これより、本実施形態における、文書内のオブジェクトの親子関係と、これを記録する仕組み、また文書編集における排他制御の仕組みを説明する。
図１８（ａ）及び（ｂ）は、所定の文書の所定のリビジョンにおける、オブジェクトの親子関係と、オブジェクト関係テーブル１００６の対応を示す概略図である。なお、図１８（ａ）は図９（ｂ）と同じ図を用いているので、図９（ａ）と対比して見ることができる。
今、図１８（ａ）のようなオブジェクトの関係があったとする。
Ａは親オブジェクトである。
ＡにはＢ、Ｃ及びＤという子オブジェクトが存在する。
ＢにはＥ、Ｆ及びＧという孫オブジェクトが存在する。
図１８（ｂ）は、これら親子関係をオブジェクト関係テーブル１００６に記述した例を示す。
親オブジェクトであるＡには、子オブジェクトであるＢとＣとＤを記述したレコードが存在する。
子オブジェクトであるＢには、孫オブジェクトであるＥとＦとＧを記述したレコードが存在する。
オブジェクトＣ、Ｄ、Ｅ、ＦそしてＧには、それらの子となるオブジェクトが存在しないので、子オブジェクトシリアルナンバーのフィールドには、空を示す「Ｎｕｌｌ」が記載される。

ここで、オブジェクトの、親子関係のツリー構造を作成する手順を説明する。
オブジェクト関係テーブル１００６を、所定のリビジョンシリアルナンバーを検索キーにして検索する。すると、当該リビジョンシリアルナンバーに属する全てのオブジェクトシリアルナンバーのレコードが得られる。
得られたレコードについて、最初のレコードから順に、親子関係を見る。具体的には、以下の通りである。
（１）最初のレコードのオブジェクトシリアルナンバーを一時変数に格納する。
（２）次のレコード以降については、子オブジェクトシリアルナンバーを見て、一時変数に格納したオブジェクトシリアルナンバーがあるか否かを見る。
（３）もしあれば、そのレコードのオブジェクトシリアルナンバーは親に該当するので、一時変数に格納していた先のオブジェクトシリアルナンバーを、当該レコードのオブジェクトシリアルナンバーに置き換える。なければ何もせずに次のレコードを見る。
以上（１）乃至（３）の動作を、レコードの最後に至るまで続けることにより、ツリー構造のトップに位置する、唯一の親のオブジェクトシリアルナンバーを得ることができる。

図１９は、本実施形態のｗｅｂアプリケーションをｗｅｂブラウザ上にて実行した際の、初期動作を示すフローチャートである。
ｗｅｂブラウザにてｗｅｂサーバにアクセスすると（Ｓ１９０１）、ログイン画面を構成するｈｔｍｌ文書が送信され、ｗｅｂブラウザ上にログイン画面が表示される（Ｓ１９０２）。そして、実質的にユーザによるユーザＩＤ及びパスワードの入力待ち状態になる（Ｓ１９０３）。ユーザがユーザＩＤ及びパスワードを入力すると、ユーザ認証ｃｇｉ２０３が実行され、ユーザ認証が行われる（Ｓ１９０４）。
なお、ユーザ認証に失敗すると、エラー表示を伴って再度ログイン画面に戻るが、図１９においては表記を省略している。
ユーザ認証に成功した後は、ユーザＩＤを検索キーにして、共有ディレクトリ２１０を検索し、当該ユーザがアクセス可能な論理ドライブ、ディレクトリ、そしてそれらディレクトリ内に存在する、当該ユーザが編集あるいは表示可能な文書の文書ファイル名を全て取得する（Ｓ１９０５）。
そして、得られたディレクトリ構造と文書ファイル名をツリー構造に表示するｈｔｍｌ文書を作成して、ｗｅｂブラウザへ送信し（Ｓ１９０６）、一連の処理を終了する（Ｓ１９０７）。

本実施形態では、ユーザ認証をＣｏｏｋｉｅ認証にて実施する。多くの場合、ｗｅｂアプリケーションにおけるユーザ認証はＣｏｏｋｉｅ認証により実施される。Ｃｏｏｋｉｅ認証の詳細は本実施形態にて説明する発明の内容と直接的には関係しないので、詳細な説明は省略する。

図２０は、本実施形態のｗｅｂアプリケーションをｗｅｂブラウザ上にて実行した後、マーク３０７ａをポインティングデバイスでクリックしたことによって実行される、詳細表示動作を示すフローチャートである。つまり、図３（ａ）から図３（ｂ）に画面が遷移した際の動作を示すものである。
アイコンをクリックすると（Ｓ２００１）、アイコンに埋め込まれていたＵＲＬが、ｗｅｂサーバ１０３に送信される。すると、ｗｅｂサーバプログラム２０２が受信したＵＲＬ文字列は操作解析部２０６によって解析され、クリックされた対象は文書なのか否かが検証される（Ｓ２００２）。
クリックされた対象が文書であれば、操作解析部２０６はデータベース検索部２０７にテーブルの検索を命じる。具体的には、ＵＲＬ文字列に含まれている文書シリアルナンバーを検索キーにして、文書リビジョンテーブル１００３を検索し、該当するプロジェクトの最新のリビジョンシリアルナンバーを取得する（Ｓ２００３）。

次に、操作解析部２０６は、データベース検索部２０７に再度テーブルの検索を命じる。具体的には、先にデータベース検索部２０７が取得した最新のリビジョンシリアルナンバーを検索キーにして、リビジョンオブジェクトテーブル１００４を検索し、該当する最新のリビジョンシリアルナンバーに属する全てのオブジェクトシリアルナンバーを取得する（Ｓ２００４）。

次に、操作解析部２０６は、データベース検索部２０７に再度テーブルの検索を命じる。具体的には、先にデータベース検索部２０７が取得した最新のリビジョンシリアルナンバーを検索キーにして、オブジェクト関係テーブル１００６を検索し、該当する最新のリビジョンシリアルナンバーに属する全てのオブジェクトシリアルナンバーの親子関係のレコードを取得する。そして、全てのオブジェクトの親子関係を解析する（Ｓ２００５）。
全てのオブジェクトの親子関係を解析し終わったら、表示処理部２０８にて展開表示処理を行い（Ｓ２００６）、終了する（Ｓ２００７）。

なお、ステップＳ２００２において、クリックされたマークがオブジェクトを示すリンクであった場合（Ｓ２００２のＮ）は、そのオブジェクトシリアルナンバーと、リビジョンシリアルナンバーに関係する全てのオブジェクトシリアルナンバーを、オブジェクト関係テーブル１００６にて検索して取得する（Ｓ２００８）。

図２１は、文書を新規に作成する際の動作を示すフローチャートである。
「文書新規作成」ボタン３１８をクリックすると（Ｓ２１０１）、「文書新規作成」ボタン３１８に埋め込まれていたＵＲＬが、クリックすることによってｗｅｂサーバ１０３に送信される。すると、ｗｅｂサーバプログラム２０２が受信したＵＲＬ文字列は操作解析部２０６によって解析され、その結果、データベース検索部２０７を通じてファイル入出力部２０９に命令する。具体的には、共有ディレクトリ２１０に空のオブジェクト文書ファイルを新規に作成する（Ｓ２１０２）。

次に、操作解析部２０６はデータベース検索部２０７を通じてオブジェクトロック管理部２１２に命令する。具体的には、ロックファイルディレクトリ２１１に、空のオブジェクト文書ファイルに該当するオブジェクトロックファイルを作成する（Ｓ２１０３）。
次に、操作解析部２０６はデータベース検索部２０７を通じて表示処理部２０８を制御し、クライアントＰＣのｗｅｂブラウザを通じて、クライアントＰＣにインストールされているプレゼンソフトを起動させ、共有ディレクトリ１０に作成した空のオブジェクト文書ファイルを編集可能にする（Ｓ２１０４）。

次に、ｗｅｂブラウザは、ユーザの操作による、プレゼンソフトの終了を待つ（Ｓ２１０５）。
プレゼンソフトが終了すると、「プレゼンソフトが終了した」という情報がｗｅｂブラウザを通じてｗｅｂサーバに通知される。そして、操作解析部２０６はデータベース検索部２０７を通じて、オブジェクト文書ファイルのクローズ処理を行う（Ｓ２１０６）。この処理の詳細は図２２のフローチャートの説明にて後述する。
オブジェクト文書ファイルのクローズ処理を終えたら、操作解析部２０６はデータベース検索部２０７を通じてオブジェクトロック管理部に命令し、ロックファイルディレクトリ２１１に作成した、オブジェクトロックファイルの削除を行い（Ｓ２１０７）、一連の処理を終了する（Ｓ２１０８）。

図２２は、オブジェクト文書をクローズする処理のフローチャートである。図２１のステップＳ２１０６に相当する。
処理を開始すると（Ｓ２２０１）、操作解析部２０６はデータベース検索部２０７を通じてファイル入出力部２０９を制御し、共有ディレクトリ２１０にあるオブジェクト文書ファイルを読み込む処理を行う（Ｓ２２０２）。そして、オブジェクト文書ファイルを読み込んだ結果、更新が行われたか否かを判定する（Ｓ２２０３）。

オブジェクト文書ファイルに編集がなされたことが判明した場合は（Ｓ２２０３のＹ）、操作解析部２０６はデータベース検索部２０７を通じてファイル入出力部２０９を制御し、共有ディレクトリ２１０にあるオブジェクト文書ファイルを詳細に読み込み、オブジェクト文書ファイルを構成するオブジェクトを全て読み出す（Ｓ２２０４）。そして、
・読み出した全てのオブジェクトを、オブジェクトテーブル１００５に登録し（Ｓ２２０５）、
・新たなリビジョンシリアルナンバーを起こして付与し（Ｓ２２０６）、
・オブジェクトの流用関係を流用テーブル１００７に登録する（Ｓ２２０７）。
また、文書リビジョンテーブル１００３及び文書テーブル１００２の更新も行う。
なお、ステップＳ２２０５、Ｓ２２０６及びＳ２２０７の順序は問わない。
こうして文書ファイルは変更されたので、操作解析部２０６はデータベース検索部２０７を通じて表示処理部２０８を制御し、該当する文書ファイルの表示内容を更新して（Ｓ２２０８）、終了する（Ｓ２２０９）。

図２３は、既に存在する文書ファイルを編集する際の動作を示すフローチャートである。
ｗｅｂブラウザ上に表示されている、編集しようとする文書ファイル名をダブルクリックすると、処理が開始される（Ｓ２３０１）。すると、操作解析部２０６はデータベース検索部２０７を通じてオブジェクトロック管理部２１２に命令する。具体的には、ロックファイルディレクトリ２１１に、該当する文書ファイルに含まれる全てのオブジェクトについて、オブジェクトロックファイルが存在していないか否かを確認する（Ｓ２３０２）。もし、一つでもオブジェクトロックファイルが存在していれば、「編集不可」のエラーメッセージをｗｅｂブラウザに表示する処理を、表示処理部２０８を通じて行い（Ｓ２３０３）、終了する（Ｓ２３１０）。

もし、関係するオブジェクトロックファイルが全くない場合は、当該文書ファイルの編集が可能である。そこで、操作解析部２０６はデータベース検索部２０７を通じてオブジェクトロック管理部２１２に命令する。具体的には、ロックファイルディレクトリ２１１に、該当する文書ファイルに含まれる全てのオブジェクトについて、オブジェクトロックファイルを作成する（Ｓ２３０４）。

次に、操作解析部２０６はデータベース検索部２０７を通じてファイル入出力部２０９に命令し、共有ディレクトリ２１０に当該文書ファイルによって構成されるオブジェクト文書ファイルを作成する（Ｓ２３０５）。
次に、操作解析部２０６はデータベース検索部２０７を通じて表示処理部２０８を制御し、クライアントＰＣのｗｅｂブラウザを通じて、クライアントＰＣにインストールされているプレゼンソフトを起動させ、共有ディレクトリ１０に作成したオブジェクト文書ファイルを編集可能にする（Ｓ２３０６）。

次に、ｗｅｂブラウザは、ユーザの操作による、プレゼンソフトの終了を待つ（Ｓ２３０７）。
プレゼンソフトが終了すると、「プレゼンソフトが終了した」という情報がｗｅｂブラウザを通じてｗｅｂサーバに通知される。そして、操作解析部２０６はデータベース検索部２０７を通じて、オブジェクト文書ファイルのクローズ処理を行う（Ｓ２３０８）。
オブジェクト文書ファイルのクローズ処理を終えたら、操作解析部２０６はデータベース検索部２０７を通じてオブジェクトロック管理部に命令し、ロックファイルディレクトリ２１１に作成した、オブジェクトロックファイルの削除処理を行い（Ｓ２３０９）、終了する（Ｓ２３１０）。

図２４は、オブジェクトを編集する際の動作を示すフローチャートである。
ｗｅｂブラウザ上に表示されている、編集をしようとするスライド或は部品のサムネイルをダブルクリックすると、処理が開始される（Ｓ２４０１）。すると、操作解析部２０６はデータベース検索部２０７を通じてオブジェクトロック管理部２１２に命令する。具体的には、ロックファイルディレクトリ２１１に、該当するオブジェクトに関係する全てのオブジェクトについて、オブジェクトロックファイルが存在していないか否かを確認する（Ｓ２４０２）。もし、一つでもオブジェクトロックファイルが存在していれば、「編集不可」のエラーメッセージをｗｅｂブラウザに表示する処理を、表示処理部２０８を通じて行い（Ｓ２４０３）、終了する（Ｓ２４１０）。

もし、関係するオブジェクトロックファイルが全くない場合は、当該文書ファイルの編集が可能である。そこで、操作解析部２０６はデータベース検索部２０７を通じてオブジェクトロック管理部２１２に命令する。具体的には、ロックファイルディレクトリ２１１に、該当するオブジェクトを編集する際に排他ロックを実行することが必要である全てのオブジェクトについて、オブジェクトロックファイルを作成する（Ｓ２４０３）。このロックファイルの付与については後述する。

次に、操作解析部２０６はデータベース検索部２０７を通じてファイル入出力部２０９に命令し、共有ディレクトリ２１０に当該オブジェクトによって構成されるオブジェクト文書ファイルを作成する（Ｓ２４０５）。
次に、操作解析部２０６はデータベース検索部２０７を通じて表示処理部２０８を制御し、クライアントＰＣのｗｅｂブラウザを通じて、クライアントＰＣにインストールされているプレゼンソフトを起動させ、共有ディレクトリ１０に作成したオブジェクト文書ファイルを編集可能にする（Ｓ２４０６）。

次に、ｗｅｂブラウザは、ユーザの操作による、プレゼンソフトの終了を待つ（Ｓ２４０７）。
プレゼンソフトが終了すると、「プレゼンソフトが終了した」という情報がｗｅｂブラウザを通じてｗｅｂサーバに通知される。そして、操作解析部２０６はデータベース検索部２０７を通じて、オブジェクト文書ファイルのクローズ処理を行う（Ｓ２４０８）。
オブジェクト文書ファイルのクローズ処理を終えたら、操作解析部２０６はデータベース検索部２０７を通じてオブジェクトロック管理部に命令し、ロックファイルディレクトリ２１１に作成した、オブジェクトロックファイルの削除を行い（Ｓ２４０９）、一連の処理を終了する（Ｓ２４１０）。

以上に述べたフローチャートのうち、図２１、図２３及び図２４は、初期段階のステップが異なる以外は、実質的に同じ処理が行われる。

図２５は、オブジェクトロックファイルの作成ルールを解説するための図である。
オブジェクトロックファイルとは、ロックファイルディレクトリ２１１に作成される、オブジェクトシリアルナンバーをファイル名に付した小さなファイルである。このオブジェクトロックファイルを作成することで、今編集をしようとするオブジェクトは編集をして良いのか否かを確認することができる。

今、図２５に示したような、オブジェクトのツリー構造があるものとする。
あるユーザがオブジェクトＡを編集する場合は、Ａに属する全ての下位のオブジェクトが、当該ユーザによって編集される可能性があることを意味する。そこで、オブジェクトＡのみならず、Ｂ、Ｃ、Ｄ、Ｅ、Ｆ及びＧについてもオブジェクトロックファイルを作成する。

あるユーザがオブジェクトＢを編集する場合は、Ｂに属する全ての下位のオブジェクトが、当該ユーザによって編集される可能性があることを意味する。そこで、オブジェクトＢのみならず、Ｅ、Ｆ及びＧについてもオブジェクトロックファイルを作成する。
しかし、これだけでは不足である。何故ならば、オブジェクトＡの編集を許可してしまうと、オブジェクトＢの編集も許可することになってしまい、編集の衝突が起きてしまうからである。つまり、この場合は、オブジェクトＢの下位のオブジェクトのみならず、上位に存在するオブジェクトＡについても、オブジェクトロックファイルを作成する必要が生じるのである。

あるユーザがオブジェクトＣを編集する場合は、Ｃに属する全ての下位のオブジェクトが、当該ユーザによって編集される可能性があることを意味する。しかし、図２５を見るとわかるように、Ｃには下位オブジェクトが存在しない。そこで、オブジェクトＣと、上位にあるオブジェクトＡについてもオブジェクトロックファイルを作成する。
一方、オブジェクトＢ、Ｄ、またＢの下位オブジェクトＥ、Ｆ及びＧはどうだろうか。これらは、ＣとＡがロックされていても、編集を拒否する必要はない。つまり、編集の衝突は生じない。

あるユーザがオブジェクトＥを編集する場合は、Ｅに属する全ての下位のオブジェクトが、当該ユーザによって編集される可能性があることを意味する。しかし、図２５を見るとわかるように、Ｅには下位オブジェクトが存在しない。そこで、オブジェクトＥと、上位にあるオブジェクトＢ、更にその上位にあるオブジェクトＡについてもオブジェクトロックファイルを作成する。

以上より、オブジェクトロックファイルは、編集対象のオブジェクトと、その下位オブジェクトと、その上位オブジェクトについて作成する、というルールが成り立つ。
このような編集のルールを定めて、オブジェクトロックファイルを管理することにより、一つの文書ファイルについて複数名による同時編集が可能になる。
例えば、一つの文書ファイルに属する複数のスライドを、別々の担当者が同時に編集する、ということが実現できる。

また、文書リビジョンテーブル１００３を設けることにより、文書ファイルの全てのリビジョンを、ｗｅｂブラウザ上に列挙表示することもできる。つまり、マーク３０７ａ或は３０７ｂをダブルクリックすることで、文書リビジョンテーブル１００３を検索し、当該文書ファイルに属する全てのリビジョンを列挙表示する。
このような機能を装備することで、編集履歴を明確に表示すると共に、過去のリビジョンに戻って編集し直すことも可能になる。

更に、流用テーブル１００７を設けることにより、あるオブジェクトを作成する際に、他のオブジェクトから複写（コピー）して貼り付けた（ペースト）動作を記録することができる。このテーブルに記録されている元のオブジェクトシリアルナンバーを集計すると、オブジェクトの流用頻度がわかる。つまり、「利用価値の高いオブジェクト」が一目瞭然でわかるので、オブジェクト文書を作成する際の生産性を向上できる。
この機能を実現するのが、「パーツランキング」ボタン３０５である。

オブジェクトテーブル１００５のオブジェクト実体フィールドに含まれているテキストを抽出し、周知の形態素解析技術にて単語に分解し、ランキングを実行すると、キーワードのリストが得られる。この機能を実行するのが、「キーワードリスト」ボタン３０４である。
この機能により、複数メンバーで成果物を作成する際にしばしば起こりがちな、用語の不統一を防ぐことができる。
更に、キーワードがどのオブジェクトから抽出されたものかを記録するテーブルを用意すれば、複数のオブジェクト文書を跨る用語の統一を図るための、文書編集作業を、極めて効率的に遂行できる。つまり、当該テーブルを用いて、用語の不統一を引き起こした、問題となるオブジェクトを一覧表示し、それらオブジェクトに編集を施す。
これは、従来、テキストファイルであるプログラムのソースファイルを編集するテキストエディタや統合開発環境において、タグジャンプ機能と呼ばれ、従来より知られていた機能を、オブジェクト文書内のオブジェクトに適用する技術思想である。

本実施形態には、以下のような応用例が考えられる。
（１）上述の実施形態では、一つの文書ファイルが一つのオブジェクト文書ファイルに対応していたが、一つの文書ファイルが複数のオブジェクト文書ファイルに対応するように、ツリー構造の階層を多段化してもよい。
この場合、文書ファイルを直接編集することはできなくなる代わりに、オブジェクト文書ファイルも一つのオブジェクトとして取り扱うこととなる。つまり、図２３のフローチャートが実質的に不要になり、全ての編集は図２４のフローチャートで表現される。また、オブジェクトロックも最上位はオブジェクト文書ファイルまでとなる。

（２）オブジェクト文書は前述のプレゼンソフトに留まらない。複数のオブジェクトを格納可能な文書と、それを取り扱うソフトであれば何でも本実施形態を適用可能である。

（３）主機能ｃｇｉ２０５の機能の大半を、クライアントＰＣにインストールされているプレゼンソフト側に、プラグインとして組み込むことができる。

（４）ｗｅｂサーバ１０３とｗｅｂブラウザの代わりに、専用クライアントプログラムを用いたクライアント・サーバ型システムで、本実施形態を実装することができる。

（５）ｗｅｂブラウザ３０２にて形成されるユーザインターフェースは、図３のような形態に限られない。
図２６（ａ）及び（ｂ）は、クライアントＰＣ上のｗｅｂブラウザ３０２でｗｅｂサーバ１０３をアクセスした結果、表示される、ｗｅｂアプリケーションの表示の、別の一例である。
図２６（ａ）及び（ｂ）に示すように、ウィンドウ分割を行わず、一つのウィンドウ内に文書名とそのツリー構造、そして文書を構成するオブジェクトのサムネイル画像を階層的に表示させることができる。
図２６（ａ）において、文書ファイル名の左側に設けられているアイコン２６０２ａをクリックすると、図２６（ｂ）に示すように、文書ファイル名の下に、文書を構成するスライドのサムネイル画像が展開表示される。
図２６（ｂ）において、文書ファイル名の左側に設けられているアイコン２６０２ｂをクリックすると、図２６（ａ）に示すように、文書ファイル名の下に展開されていたスライドのサムネイル画像が消去され、展開されていたスライドが文書ファイル名へ収納されたようなイメージで表示される。

（６）上述の実施形態では、共有ディレクトリに文書ファイルの実体を置かずに、文書ファイルを構成するオブジェクトに関する情報の全てと、オブジェクト間のツリー構造関係をデータベースに記録していた。
これとは相対する実施形態として、共有ディレクトリに文書ファイルの実体を置いてしまう実施形態も考えられる。
最低限必要なテーブルとして流用テーブルを設け、文書のリビジョンが上がる毎に新たなリビジョン番号をファイル名の中に付した文書ファイルを設ける。
つまり、この実施形態では、オブジェクトの分解と登録、オブジェクト同士のツリー構造関係は一切データベースに登録しない。文書ファイルの実体があるので、画面表示の際には直接文書ファイルからそれら内容を読み取ればよい。
このような、簡素な実施形態であっても、前述の実施形態とほぼ同等の機能、効果が期待できる。

本実施形態においては、オブジェクト文書作成支援システムを開示した。
本実施形態のオブジェクト文書作成支援システムによって、従来、文書内のオブジェクトの出自が一目瞭然で判るようになると共に、引用頻度の高いオブジェクトがどの文書のどの場所にあるかが判るようになる。このため、欲しいオブジェクトの流用がスムーズにできるようになるので、オブジェクト文書の作成効率が向上する。
また、本実施形態のオブジェクト文書作成支援システムによって、従来、複数名による同時編集が実質的に不可能であったオブジェクト文書を、オブジェクト単位での同時編集が実現できるようになり、オブジェクト文書の作成効率が向上する。

以上、本発明の実施形態例について説明したが、本発明は上記実施形態例に限定されるものではなく、特許請求の範囲に記載した本発明の要旨を逸脱しない限りにおいて、他の変形例、応用例を含むことは言うまでもない。

本発明の一実施の形態による、オブジェクト文書作成支援システムの全体を外略的に示す図である。 ｗｅｂサーバの機能ブロック図である。 クライアントＰＣ上のｗｅｂブラウザでｗｅｂサーバをアクセスした結果、表示される、ｗｅｂアプリケーションの表示の一例である。 共有ディレクトリの中身の一部のディレクトリ構造をツリー形式にて示す図である。 ディレクトリ表示欄における、表示状態の推移を示す図である。 ディレクトリ表示欄における、表示状態の推移を示す図である。 オブジェクト文書の構造を示す概念図である。 スライドの構造を示す概念図である。 オブジェクト文書とスライドとオブジェクトの関係を概念的に説明する図である。 各種テーブルのフィールドを示す図である。 流用テーブルのフィールドを説明する図である。 シェイプ内のタグの変化を説明する図である。 シェイプと流用テーブルの具体例を示す図である。 流用テーブルの活用例を示す図である。 流用テーブルの活用例を示す図である。 流用テーブルの活用例を示す図である。 「引用表示」ボタンび「パーツランキング」ボタンを押した際に表示される画面を示す図である。 所定の文書の所定のリビジョンにおける、オブジェクトの親子関係と、オブジェクト関係テーブル１００６の対応を示す概略図である。 本実施形態のｗｅｂアプリケーションをｗｅｂブラウザ上にて実行した際の、初期動作を示すフローチャートである。 本実施形態のｗｅｂアプリケーションをｗｅｂブラウザ上にて実行した後、マークをポインティングデバイスでクリックしたことによって実行される、詳細表示動作を示すフローチャートである。 文書ファイルを新規に作成する際の動作を示すフローチャートである。 オブジェクト文書をクローズする処理のフローチャートである。 既に存在する文書ファイルを編集する際の動作を示すフローチャートである。 オブジェクトを編集する際の動作を示すフローチャートである。 オブジェクトロックファイルの作成ルールを解説するための図である。 クライアントＰＣ上のｗｅｂブラウザでｗｅｂサーバをアクセスした結果、表示される、ｗｅｂアプリケーションの表示の、別の一例である。

符号の説明

１０１…オブジェクト文書作成支援システム、１０２…ＬＡＮ、１０３…ｗｅｂサーバ、１０５ａ、１０５ｂ、１０５ｃ…作業者、１０４ａ、１０４ｂ、１０４ｃ…クライアントＰＣ、２０２…ｗｅｂサーバプログラム、２０３…ユーザ認証ｃｇｉ、２０４…ユーザマスタ、２０５…主機能ｃｇｉ、２０６…操作解析部、２０７…データベース検索部、２０８…表示処理部、２０９…ファイル入出力部、２１０…共有ディレクトリ、２１１…ロックファイルディレクトリ、２１２…オブジェクトロック管理部、２１３…各種テーブル、２１４…ファイルサーバプログラム、３０２…ｗｅｂブラウザ、３０３…ログインユーザ名、３０４…「キーワードリスト」ボタン、３０５…「パーツランキング」ボタン、３０６…ディレクトリ表示欄、３０７…詳細表示欄、３０９…スクロールバー、３１０…論理ドライブアイコン、３１１…フォルダアイコン、３１２…文書ファイルアイコン、３１３…プラス記号アイコン、３１４…マイナス記号アイコン、３１５…アスタリスク記号アイコン、３１６…「Ｒ」アイコン、３１７…「引用表示」ボタン、３１８…「文書新規作成」ボタン、４０２…管理対象ディレクトリ、５０２…マウスカーソル、５０３…げた記号アイコン、６０２…シートアイコン、７０２…オブジェクト文書、７０３…スライド、８０２…テーブルオブジェクト、８０３…テキストボックスオブジェクト、８０４…画像オブジェクト、８０５…セル、１００２…文書テーブル、１００３…文書リビジョンテーブル、１００４…リビジョンオブジェクトテーブル、１００５…オブジェクトテーブル、１００６…オブジェクト関係テーブル、１００７…流用テーブル、１２０２…文書ファイル、１２０３…スライド、１２０４ａ、１２０４ｂ…シェイプ、１４０２、１５０２…注目レコード、１７０２、１７０５、１７１２、１７１４、１７１６…サムネイル画像、１７０３、１７０６…引用元情報、１７０４、１７０７…引用先情報、１７１１…新規ウィンドウ、１７１３、１７１５、１７１７…引用先一覧、２６０２ａ、２６０２ｂ…アイコン

Claims (5)

1. 異なるデータ構造を備えるオブジェクトを格納できるオブジェクト文書ファイルを読み込むファイル入出力部と、
   前記ファイル入出力部にて得られた、前記オブジェクト文書ファイルに格納されている前記オブジェクトの関係を表示する情報を作成する表示処理部と、
   前記ファイル入出力部にて得られた、前記オブジェクト文書ファイルに格納されている前記オブジェクトの関係を登録するオブジェクト関係テーブルと、
   前記ファイル入出力部にて得られた、前記オブジェクト文書ファイルに格納されている前記オブジェクトの中身を登録するオブジェクトテーブルと
   を具備するサーバと、
   前記サーバに接続され、前記表示処理部が作成した前記情報を表示するクライアントと
   を具備することを特徴とする、オブジェクト文書作成システム。
2. 前記サーバは更に、
   前記オブジェクトの流用関係を記録する流用テーブルと
   を具備し、
   前記オブジェクト文書ファイルは、前記オブジェクト毎に任意の情報を格納可能であり、
   前記ファイル入出力部は、前記オブジェクト文書ファイル中の前記オブジェクトに前記流用テーブルに記録される前記オブジェクトの流用関係の情報を格納することを特徴とする、請求項１記載のオブジェクト文書作成システム。
3. 前記サーバは更に、
   前記オブジェクト文書の編集履歴を記録する文書リビジョンテーブルを具備することを特徴とする、請求項１記載のオブジェクト文書作成システム。
4. 前記オブジェクトテーブルは、編集前のオブジェクトの在り処を示すフィールドを有することを特徴とする、請求項１記載のオブジェクト文書作成システム。
5. 前記サーバは更に、
   前記クライアントの編集要求に対し、前記オブジェクトの関係に応じたオブジェクトロックファイルを作成するオブジェクトロック管理部を具備することを特徴とする、請求項１記載のオブジェクト文書作成システム。

Images