JPH09251416A - ハイパーメディア型文書管理装置 - Google Patents

Abstract

(57)【要約】 【課題】 様々な文書の統一的な管理ができるリンクを
用いる文書管理システム。 【解決手段】 本システムはＯＳのファイル管理システ
ムを介して、文書（ファイル）本体にアクセスすること
ができる。この上に、本システムによる属性ファイル４
を本システムで管理する文書に対して付与している。こ
れをラッパー・システム(Wrapper System)と呼ぶ。属性
ファイルには、ファイル名、編集ツール名、文書名、キ
ーワード、参照／被参照、パス名等の各属性が格納され
ている。この属性ファイルは、文書を本システムに登録
する際に作成される。この属性ファイルを用いて、文書
マネージャとして示した本システムのいろいろな機能を
実現している。機能には、例えば、属性ファイルの管
理、属性による分類表示７、ファイル検索８、リンクの
可視化９、リンクの生成、維持管理１０、多様な分類構
成等がある。

Description

【発明の詳細な説明】

【０００１】

【発明の属する技術分野】本発明は、計算機システムの
記憶装置上に格納されている文書管理の管理に関し、特
に、ハイパーメディア型の文書管理装置に関する。

【０００２】

【従来の技術】従来の記憶装置上に格納されている文書
の管理に用いられている技術として、例えば、Windows
ファイルシステム、光ファイリングシステム 、カード
型ハイパーテキスト等がある。

【０００３】よく用いられているWindows ファイルシス
テムにおいては、Windows 3.1 のファイル名（半角８文
字＋拡張子３文字）を用いて文書名の管理をしている。
また、ディレクトリを用いて、分類して階層的に管理す
ることもできる。しかし、Windows 3.1 のファイル名
（半角８文字＋拡張子３文字）だけでは、内容を的確に
表わす文書名を与えることができないため、フロッピー
ディスクによる分類、ディレクトリによる分類を施して
も、個人情報管理でさえ苦労しているのが現状である。
特に、ネットワーク環境で複数の人間がファイルを共有
する場合には尚更である。このため、普通は複数のディ
レクトリに分けて分類するが、この場合でも誤ったディ
レクトリに入れてしまう危険性がある。

【０００４】Windows 95により長いファイル名を使える
ことができるようになったが、Windows 上の全ての文書
ファイルに対して、ハイパーリンク、キーワード付与、
及び、リンク付けされた文書の分類階層を自由に変更し
てもリンク付けが保存されるという枠組は持っていな
い。

【０００５】そもそも、分類というのは一意に決まるも
のではなく、様々な見方に応じた分類が存在するもので
ある。また、文書管理に於いては、予め文書の分類階層
を決定できるものではなく、文書の量が溜まった段階で
分類階層が決まるというものが多く、また、利用者のノ
ウハウの蓄積度により分類階層が進化していくものでも
あり、これをサポートする必要がある。

【０００６】また、光ファイリングシステムは、スキャ
ナから取り込んだ新聞・雑誌記事などのイメージデータ
に、文書名、キーワードなどを付与して格納するシステ
ムである。イメージデータをそのまま格納するだけで
は、その文書情報のどこが重要であるのか、その文書情
報を見た人が次の行動にどのように結びつけたらいいの
かが分からないために、後から取り出して利用するのが
難しい。

【０００７】文書情報の共有化のためには、文書情報の
重要な箇所、その文書情報と関連ある他の情報を明示化
することが必要である。

【０００８】ハイパーテキストの例として、カード型ハ
イパーテキストであるアップル社のパイパーカードがあ
る。ハイパーテキストを利用した情報整理は確かに有効
ではあるが、カード型ハイパーテキストでは以下の制約
がある。

【０００９】(1) 全ての文書情報をカードという単位に
書き直す必要がある。

【００１０】(2) スタック〜カードというデータ構造に
基づくために、リンク付けの種類、スキーマ構造の柔軟
性に制約がある。

【００１１】(3) リンク付け操作はスクリプトを書かな
くてはならないため、プログラム作成には不慣れな一般
の人には使えず、そのため、リンクを作る側と見る側と
に役割が明確に分れてしまう。

【００１２】つまり、日常業務で利用する市販ＯＡソフ
トで作成した文書情報管理という観点からのリンクの作
成・維持管理に制約がある。

【００１３】

【発明が解決しようとする課題】文書資料を整然と整理
しなくても、本人の頭の中には、文書の所在、文書間の
関連性はでき上がっている。誰でもが頭の中に自分なり
の「情報の空間」を持っており、その情報空間を泳ぎ回
って、目指す情報を次々にピックアップしながら仕事を
進めている。つまり、情報同士の間には目に見えない連
想のリンクが張られており、これをハイパーリンクで表
現し管理することが有効である。

【００１４】情報空間とは、現象のモデル化としての理
解の構造を表現したものであり、我々が理解をするとい
うことは、既に持っているモデルを通して現象を理解す
ることである。新しい情報に遭遇した際には、既存のモ
デルの一部を修正・拡張するという形で、その中に埋め
込まれていく。

【００１５】情報の共有化のためには、知っているとい
うことを明示的に示すことが有効であり、各人のノウハ
ウを文書同士のリンク付けという形で蓄積・継承するこ
とで促進される。

【００１６】したがって、本発明の目的は、上記の文書
同士のリンク付けがユーザより簡単にできる文書管理装
置を提供することである。

【００１７】多種多様なマルチメディア情報を多種多様
なまま扱うのではなく、情報の格納、情報の交換、情報
の付加価値化をより効果的に行うためには、情報に機能
を付加し、統一的な操作ができるように、「情報のメデ
ィア化」を行うことが重要である。

【００１８】情報のメディア化表現の良い例が本であ
る。多種多様な情報、種々雑多な対象領域を取り扱いな
がらも、表紙・目次・ページ・牽引などの同じ構造を持
っており、また、分野毎に同じサイズや形であり、これ
らの標準化により利用者から見たアクセス方法が統一化
されている。

【００１９】本発明の他の目的は、全ての文書ファイル
を、規格化された同じ属性を持つオブジェクトでカプセ
ル化して抽象的に扱うことができる文書管理を提供する
ことである。これにより、文書ファイルの中身を隠すこ
とができ、利用者には操作方法の統一化、プログラマに
はＡＰＩ（アプリケーション・プログラム・インターフ
ェース）の標準化を提供できる。

【００２０】

【課題を解決するための手段】上記目的を達成するため
に、様々な種類の文書間にリンクを張ることにより文書
を管理することができるハイパーメディア型文書管理装
置において、様々な種類の文書ファイルとその文書ファ
イルに対応する属性ファイルとを有し、文書管理は、属
性ファイルを介して文書ファイルにアクセスすることで
統一的に行い、文書間のリンクは、前記属性ファイルに
付されているユニークなＩＤを用いて行うことを特徴と
する。

【００２１】また、前記様々な種類の文書ファイルをハ
イパーメディア型文書管理装置で取り扱うために登録す
る場合、登録対象の文書ファイルに対応する前記属性フ
ァイルを自動的に作成して行うことを特徴とする。

【００２２】前記属性ファイルには、リンクの参照、被
参照情報を有し、該文書間のリンクをラバーバンドとし
て表示することを特徴とする。

【００２３】文書間のリンクを張る場合に、２つの文書
を表示し、一方の文書のリンクのためのアイコンを他の
文書にドラグアンドドロップすることで行うことを特徴
とする。

【００２４】文書間のリンクの参照、被参照の状態の表
示をアイコンの色で表示することを特徴とする。

【００２５】文書間のリンクを張る場合に、２つの文書
を表示し、リンクをラバーバンドとして表示して行うこ
とを特徴とする。

【００２６】文書間のリンクを張る場合に、２つの文書
を表示し、一方の文書に表示されたボタンと他の文書と
をリンクをラバーバンドとして表示して行うことを特徴
とする。

【００２７】一方の文書に表示されたボタンとその文書
中の箇所との関係を表示できることを特徴とする。

【００２８】属性ファイルには、分類階層の情報を有
し、分類階層をツリーとして表示することを特徴とす
る。

【００２９】属性ファイルには、キーワード情報を有
し、該キーワードを用いて文書検索を行うことができ
る。

【００３０】属性ファイル中の情報は表示、変更でき
る。

【００３１】文書ファイルと前記属性ファイルとをモデ
ルとして取り扱う拡張ＭＶＣモデルにより構成すること
を特徴とする。

【００３２】文書間において、リンクを介して他の文書
にメッセージを送信するとき、代理オブジェクトを介し
て送信することを特徴とする。

【００３３】代理オブジェクトは、文書ファイルの格納
形態の相違を包含して統一的に文書間のメッセージ送信
を行うことを特徴とする。

【００３４】文書ファイルは、その文書の種類に適合し
た大きさのメモリの割り当てを行うことを特徴とする。

【００３５】メモリ割り当ては、アレイ型を用いて動的
に行うことができることを特徴とする。

【００３６】このような本発明を用いることにより、各
種の文書を統一的に操作・管理することができ、各文書
間にリンクを張り、それを用いていろいろな管理ができ
る。

【００３７】また、本発明は、オブジェクト指向の考え
方に基づいてシステムが作成されているので、拡張性が
あり、新しい文書の種類にも簡単に適用することができ
る。

【００３８】

【発明の実施の形態】図面を参照して、本発明の実施形
態を説明する。

【００３９】本発明の実施形態は、オブジェクト指向に
よるアプローチが有効であるとの認識の基に、Smalltal
k を利用して開発を行った。同システムは米国ゼロック
ス社で開発されたオブジェクト指向言語の開発環境であ
り、マルチメディア、ハイパーメディアを記述すること
に適した環境である。しかし、本発明は、その言語や開
発環境とは独立に、他のシステムでも適用し、実施する
ことができるものである。

【００４０】（１）文書管理システムの構成 本実施形態の文書管理システム（以下本システム）は、
コンピュータ・システム上で統一的な文書管理ができる
ように、文書管理のための属性をオブジェクトとして付
加している。そして、その上に文書管理のための機能を
構築している。このように、本システムは３つのシステ
ム階層に分けて管理している。

【００４１】図１は、本発明の文書管理システムの実施
形態の例を示すものである。

【００４２】図１において、（Ａ）システムとしている
のは、システムのＯＳ（オペレーティング・システム）
における文書管理を示している。例えば、ウィンドウズ
・システムにおいては、ＭＳ−ＤＯＳのファイル管理シ
ステムで管理されている文書本体を示している。システ
ムはこのファイル管理システムを介して、文書（ファイ
ル）本体にアクセスすることができる。

【００４３】このＯＳによるファイル管理システムの上
に、本システムによる属性ファイル４を本システムで管
理する文書に対して付与している。このことをここで
は、ラッパー・システム(Wrapper System)と呼ぶ。この
属性ファイルには、ファイル名、編集ツール名、文書
名、キーワード、参照／被参照、パス名等の各属性が格
納されている。この属性ファイルは、文書を本システム
に登録する際に作成される。そして、作成後も自由に変
更ができる。図１に示されている各属性について説明す
る。

【００４４】・ＩＤ この属性ファイルを特定するための番号で、文書の本シ
ステムで管理する文書を特定するためにも用いられる。
このＩＤは、ファイルを本システムに登録するときに、
各文書に一意的に本システムにより自動的に付与され
る。

【００４５】・ファイル名 ＯＳのファイル管理システムにおけるファイル名であ
る。これにより、ＯＳのファイル管理システムを用い
て、対応する文書（ファイル）を読み出すことができ
る。

【００４６】・編集ツール名 本システムでは、各種のファイルを取り扱うので、その
ファイルを取り扱うこことのできるプログラム（編集ツ
ール）を起動して、その文書の表示、編集等を行ってい
る。この編集ツール名は、この属性ファイルに対応する
文書を取り扱う編集ツールを指定するために設けられて
いる。

【００４７】この編集ツールとしては、例えばワープ
ロ、ドロウ系グラフィックツール等がある。本システム
では、この編集ツールとしてネットワーク・アクセス・
プログラムも指定できるので、インターネットのＵＲＬ
(Uniform Resource Locators)システム内で文書として
管理できる。

【００４８】・文書名 本システムを利用しているユーザーが文書に対して付与
する文書名である。この文書名は、前に説明したファイ
ル名とは完全に別で、ＯＳの制限とは無関係に長い文書
名も付与することができる。この文書名を用いて、本シ
ステムのユーザーは文書を管理、操作する。

【００４９】・キーワード 各文書に対して検索のために付与したキーワードを格納
している。

【００５０】・参照／被参照 文書間のリンク付け情報を格納している。この参照／被
参照では、前に説明したＩＤを用いて参照／被参照の文
書を特定している。参照／被参照の文書は複数格納で
き、リスト形式で格納している。

【００５１】・パス名 本システムにおける文書の階層的分類を示す。

【００５２】このような属性ファイルを、文書を本シス
テムに登録した時点で作成する。この文書登録時に作成
された属性ファイルを用いて、図１に（Ｃ）文書マネー
ジャとして示した本システムのいろいろな機能を実現し
ている。機能には、例えば、属性ファイルの管理６、属
性による自動分類表示７、ファイル検索８、リンクの可
視化９、リンクの生成、維持管理１０、多様な分類構成
等がある。この機能として図示しているものは、例示で
ある。これらの機能については、後で詳しく説明する。

【００５３】なお、属性ファイルの格納される属性は、
上記の項目だけでなく、例えば作成者、作成日、更新
日、コメント等を設定することができる。

【００５４】本システムの構成については、後で詳しく
説明する。その前に、まず、本システムの使用（操作方
法）に説明するとともに、本システムの機能について、
詳しく説明する。

【００５５】（２）文書の登録 図２を用いて、本システムに文書を登録するときの操作
を説明する。図２は、本システムが起動されている画面
を示した図である。

【００５６】本システムを起動すると、利用者側から見
た文書管理のための画面（ウィンドウ）である「文書キ
ャビネット」が表示される。

【００５７】この文書キャビネットの画面において、左
側に上記属性ファイルのパス名で指定されている階層的
分類用いて、各文書がツリーとして表示している。そし
て、右側には、カレントの階層の詳細が表示される。図
２では、ルートがカレントの階層であるので、それが左
側に表示されている。本システムに文書を登録するため
には、ＯＳ上のファイル管理システム（ファイル・マネ
ージャ）の画面から、ファイルアイコンを文書キャビネ
ットの画面の登録したいツリーで表示されている階層
に、ドラッグ・アンド・ドロップ操作することにより、
本システムへ文書が登録が行われる。図２ではルートに
登録した様子を示している。この文書が本システムに登
録されると、上記に説明した登録された文書に対応する
属性ファイルが自動的に作成される。登録した文書は、
以降、文書キャビネットから属性ファイルを用いて操作
される。

【００５８】図２に示されている登録操作により作成さ
れる属性ファイルについて説明する。まず、ＩＤには、
ある方式例えば乱数、時刻等を用いて、一意的に定まる
数を設定する。また、図２に示されている登録しようと
しているファイルは、ワープロで作成されたワープロ・
ファイルであるので、属性ファイルの編集ツールとし
て、この文書を作成したワープロを設定する。これは、
例えばファイル名の拡張子（例えば、ピリオッド（．）
以下３文字）から対応する編集ツールを特定する。パス
名としては、図２の場合は階層をルートとする。そし
て、文書名はファイル名を用いている。このように、登
録時点で確定可能な情報は、自動的に設定する。

【００５９】（３）登録した文書の属性の表示と変更 登録した文書は、文書キャビネットの画面からツリーと
して表示されている文書を指定することで、各文書に対
応したエディタを起動して表示することができる。この
文書キャビネットで表示される文書名は、属性ファイル
に格納されている自由に付与できる文書名である。

【００６０】このようにして表示された様子を示したの
が図３である。図３において、一番後ろに開いている画
面（ウィンドウ）３０１が表示された文書を表示してい
る。表示している文書は、スキャナから読みとった新聞
の切り抜きである。このように、テキストによる文書ば
かりでなく、画像等も本システムに登録することができ
る。このようなスキャナで読みとった文書は、ドロー系
のツールを立ち上げて表示している。さて、この画面に
おいて、３１１は図２のツリーとして文書キャビネット
の画面上に表示されている一階層上のものが表示されて
いる。そして、次に、３１２にタイトル「日経産業：教
育ルネッサンス」が表示されている。これは、属性ファ
イルの文書名として格納されているものである。これ
は、自由にユーザーが変更することができる。おなじ、
バー上にアイコン３１３、３１４、３１５が表示されて
いる。このアイコンにより、この文書状態（属性）を表
示し、操作することができる。

【００６１】まず、荷札のアイコン３１３は、この文書
にキーワードを付与するときに、このアイコン３１３を
クリックする。また、アイコン３１４は文書同士をリン
クするときの操作に用いる。このアイコンの使用につい
ては、後で詳しく説明する。また、アイコン３１５は参
照／被参照の状態を色で示している。このアイコン３１
５が赤のときは、この文書に対して参照／被参照の双方
が行われている場合を示している。アイコン３１５が黄
色のときは、被参照されていることを示している。そし
て、アイコン３１５が緑のときは、他の文書を参照して
いることを示している。そして、白色のときは、この文
書が参照も被参照もしておらず、孤立した文書であるこ
とを示している。このアイコン３１５の色は、交通のシ
グナルのメタファを利用している。すなわち、このアイ
コンが赤のときは、参照／被参照の双方がなされている
ので、この文書を削除する場合は、影響が大きいことを
示している。そして、黄色のときは、参照されているの
でこの文書を削除する場合は注意をする必要があること
を示している。そして、緑のときは、この文書は参照し
ているだけなので、削除しても他の文書に影響がないこ
とを示している。

【００６２】画面３０２は、この文書の属性ファイルの
内容を表示、変更するためのものである。この画面３０
２を表示するには、メニュー・バーのファイルから属性
の詳細情報を選択する。そして、各属性を右横のタグか
ら選択すると、その属性の詳細情報が表示される。表示
されている属性情報は、「追加」、「削除」、「名称の
変更」等のボタンを選択することで、ユーザーが自由に
変更することができる。また、参照の場合は、「グラ
フ」をクリックすることでグラフ画面３０３が開き、分
かりやすい参照関係のグラフ表示が示される。

【００６３】（４）インターネットのＵＲＬの登録 図４は、インターネットで用いられているＵＲＬ(Unifo
rm Resource Locators) を本システムに登録することを
説明するための図である。この図において、文書キャビ
ネットの画面４０１から、「ＷＷＷのＵＲＬ管理」を選
択して、その登録するために、属性の詳細情報の画面４
０２を開き、そして、タグの「ＵＲＬ」を選択したとこ
ろを示している。

【００６４】この画面において、４１１の１行入力用フ
ィールドにＵＲＬを設定する。そして「登録」のボタン
をクリックすると、本システムに登録される。そして、
「開く」のボタンをクリックすると、自動的にインター
ネット・アクセス・プログラムが立ち上がり、指定され
ているＵＲＬへアクセスしてこのＵＲＬのＨＴＭＬ(Hyp
ertext Markup Language) 文書を表示することができ
る。

【００６５】このようにして本システムに登録されてた
インターネット上のＵＲＬで指定される文書に対して
も、本システムに登録されている他の文書と同様に取り
扱うことができる。したがって、この文書にキーワード
を付与し、また、他の文書との間に、リンクを設け、参
照することもできる。

【００６６】なお、コメント欄４１２は、ＵＲＬの文書
ばかりでなく、他の文書にも付与することができ、コメ
ントや備考欄として用いることができる。

【００６７】（５）文書間のリンク付け 図５、図６を用いて、文書間のリンク付けの操作を説明
する。

【００６８】図５において、まず、画面５１０の属性情
報を表示し、参照の属性を表示させる。そして、ボタン
「追加」をドラグするとラバーバンド５３０が表示され
る。このラバーバンド５３０を被参照文書を表示してい
る画面上のアイコン５２１まで引き出してドロップす
る。その結果、被参照の文書が参照側の文書の参照に追
加されて、表示される（５１３）。

【００６９】このように簡単に文書間にリンクをはり、
参照／被参照関係を生成することができる。この場合
は、参照している文書から、被参照文書を開くために
は、この属性情報の画面や、後で説明するリンク関係を
表示する画面等を用いることが必要である。

【００７０】参照している文書から、関連している参照
側の文書を簡単に開くことができるようにするために、
参照のためのボタンを参照側の文書に作成し、これをク
リックすることで被参照文書を開くことができる。これ
を説明したのが図６である。

【００７１】まず、画面６１０に表示されている参照側
の文書にリンクボタン６１１を作成する。これも、メニ
ューからリンクボタン作成を選択し、表示されるリンク
ボタンを希望の場所に、ドラッグすることで簡単に作成
することができる。このボタンの名称は自由に設定する
ことができる。図６では「参照文書」と設定している。
このリンクボタン６１１からラバーバンド６１２を引き
だし、画面６３０に表示されているリンク先文書のリン
クするためのアイコン６３１上でクリックする。これ
で、このリンクボタンをクリックすることで、被参照文
書が表示される。

【００７２】また、表示されている文書の編集ツールで
は、自由にマーキングを行うことができる。図６に示さ
れているように、このマーキングには、例えば、直線６
２０で示されている傍線や、楕円６１３および６１６、
矢印６１４、６１５および６１７がある。これを用いる
ことにより、例えば、個人別や役職別にマーキングの色
を変えて傍線を引く等の利用もある。また、リンクボタ
ンに対して関連箇所の表示を行うこともできる（６１３
〜６１７）。

【００７３】なお、リンクボタンは文書に対して複数設
けることができ、異なる文書に対してそれぞれリンクを
はることができる（６１８，６１９）。

【００７４】（６）文書のリンク付け状態の視覚化 本システムに登録された全ての文書ファイルのリンク付
け状態を視覚化し、直感的な理解を支援するために、文
書同士の参照〜被参照状態のグラフ図を自動作成するこ
とができる。

【００７５】これを示したのが、図７（ａ）である。こ
の図において、属性ファイルのパス名による階層関係を
示すために、ツリーとして表示されている。そして、参
照関係は曲線による矢印として表示されている。このよ
うに、図７（ａ）に示されている全参照関係図の画面に
おいては、単にグラフ図を自動作成・表示するだけでな
く、表示されているグラフ図から文書へのアクセスも行
うことができる。これは、表示されている文書名をクリ
ックすることで行うことができる。また、グラフ図上で
文書同士のリンク付けもできる。これは、メニューから
参照付与の選択し、リンク元の文書名からリンク先の文
書名にドラッグするだけでよい。

【００７６】文書管理においては、予め文書の分類階層
を全て決定できるものではなく、文書の量が溜まった段
階で分類方法が決まるというものが多く、また、利用者
のノウハウの蓄積度により分類方法が進化していくもの
でもあり、これをサポートする必要がある。

【００７７】この様子の例を示したのが図７（ｂ）であ
る。図７（ｂ）は、上記で説明した図７（ａ）に示され
ている「オブジェクト指向勉強会の資料」のディレクト
リの下に含まれている勉強会参加者２を「Ｑ＆Ａ資料」
の「委員会」の下に分類し直したことを示している。こ
の場合も、「勉強会実施報告」からのリンクが保存した
ままで移動できることがわかる。このようにして、予め
分類階層を定められない文書の体系的な管理を柔軟性良
く行うことができる。

【００７８】上記のように、柔軟に文書の管理を行うこ
とができるのは、属性の管理で説明しているように、本
システムでは文書名とパス名とは独立に管理しているか
らである。そして、リンクは、各文書ごとに与えられる
一意的なＩＤで指定されている。そのような属性ファイ
ルを用いて管理しているために、本システムの文書キャ
ビネットに登録された文書については、文書の分類階層
を変更しても、設定したリンク付けは保存される。

【００７９】リンクの多重度は重要な文書の目安となる
ので、文書量が増えて個人の管理能力を越えた場合にも
文書の管理がしやすくなる。また、文書の分類階層を変
更しても、設定したリンク付けは保存されるので、予め
分類階層を定められない文書の体系的な管理を柔軟性良
く行うことができる。

【００８０】（７）文書検索 このようにして、本システムに登録されている文書は管
理されているが、これをどのように利用して、多面的に
検索して読み出ことができるかについて説明する。

【００８１】(ａ) 文書型の指定による検索 本システムでは、文書の種類ことにアイコン化表示でき
る。このため、対象とする文書のアイコンを選択するだ
けで文書の種類を指定した検索をすることができる。そ
の様子を示したのが、図８に示されている検索画面であ
る。

【００８２】図８において、検索画面のタイプが表示さ
れているタイプ表示部分８００には、それぞれの文書の
種類ごとのアイコン（８０１〜８１４）が一覧で示され
ている。このアイコンの横にはチェック欄があり、そこ
をクリックすることで文書型が指定できる。８００に例
示されている文書型には、テキスト形式の文書８０１、
個人情報の文書８０２、カレンダ８０３、ＷＷＷのＵＲ
Ｌ８０４、イメージ形式の文書８０５、名刺情報８０
６、覚え書き８０７、組織図８０８、スプレッドシート
８０９、新聞情報８１０、研究資料８１１、タスクシー
ト（ＰＥＲＴ図）８１２、アプリケーションで作成した
文書８１３、タスクシート（ＰＥＲＴ図）中の個々のタ
スク８１４がある。

【００８３】図８では、新聞情報をクリックして、新聞
情報を指定したところを示している。そして、欄８２０
は、文書名を入力するフィールドである。この文書名
は、「電気＊」のように、文書名の１部を指定すること
ができる。これは、前方一致で電気を含む文書名を指定
している。「＊」はメタ・キャラクタでどんな文字でも
よいことを示している。その下の欄８３０は、キャビネ
ットのメタファを用いて、パス名のディレクトリを指定
できる。図８においては、ルートを指定している。その
右の欄８４０は、キーワードを指定できるフィールドで
ある。これは、現在指定された文書中に付与されている
キーワードを一覧で表示して選択することもできる。そ
の右の欄８６０は、関連語のチェック欄８７０がチェッ
クされていると、指定されたキーワードと関連する単語
が表示され、その単語も合わせて検索される。この関連
語は、予めユーザーがキーワードをグループとして関連
つける等指定しておく必要がある。このキーワード登録
については、後で説明する。

【００８４】検索結果は欄８５０に、文書名を作成日
（括弧の中の数字）が表示される。表示された文書名を
クリックすると文書が表示される。このように、その文
書名の中の特定の語句、付与したキーワード等の条件設
定をすることもできる。

【００８５】また、検索結果を用いた一括リンク付けに
より、抜けが無く効率良いリンク付けができる。

【００８６】（ｂ）キーワード登録 図９を用いて、キーワード登録を説明する。システム・
メニュー（本システムの最上位メニュー）において、キ
ーワード検索を選択すると、図９に示した画面が表示さ
れる。この画面において、カテゴリー、キーワード関連
語等を登録することができる。

【００８７】カテゴリーを選択してキーワードを入力す
ると、そのカテゴリーに対するキーワードを登録するこ
とができる。例えば、図示されている画面において、カ
テゴリーの欄９１０で、「取得資格」のカテゴリーを選
択されている。そのカテゴリーにおいて、キーワードを
キーワード欄９２０に入力すると、入力するキーワード
は、「取得資格」のカテゴリーのキーワードとして登録
される。

【００８８】関連語の欄９３０には、そのキーワードに
関連する関連する言葉を入力することにより、キーワー
ドをグループ化することができる。

【００８９】その他、参照、スコープノートの欄９４０
で、キーワードに対する参照やスコープを定義すること
ができる。

【００９０】（ｃ）多面的な視点からの文書検索 ハイパーリンクによる連鎖的な検索では、最初のアクセ
スポイントを見つけるのが大変である。文書キャビネッ
トの分類階層だけでは効率的な検索ができないので、日
常の業務で求められる検索パターンである、時間・人を
アクセスポイントとした検索をするために、 分類（文書キャビネット、リンク図） 時間（年表、カレンダ、ワークフロー） 人（個人情報、名刺情報、組織図） の専用文書を提供し、これらと市販ＯＡソフト等で作成
した文書とをリンク付けすることにより、多面的な視点
からの文書管理・検索ができる。

【００９１】これを説明するのが図１０である。システ
ム・メニュー１０１０から選択するように説明している
が、図８に示した検索画面から選択してもよい。

【００９２】さて、図１０において、システム・メニュ
ー１０１０から文書キャビネット１０１１を選択して、
文書キャビネットの画面１０２０やリンクのグラフ図の
画面１０２２を表示し、文書１０２４や文書１０２６を
表示するようにすることができる。これについては前に
説明しているので省略する。また、文書検索１０１２を
選択すると、文書検索の画面がでて、図８に説明した文
書検索ができる。

【００９３】時間に関する検索として、時事年譜１０１
３やカレンダー１０１４が用意されている。時事年譜の
画面１０５０では、時系列に並べられた項目から文書を
選択することができる。これにリンクされた文書を自動
的に付与された日付順に並べて、年表のように表示する
ことにより実現できる。なお、覚え書きとして、共通に
認識できるその年の出来事を付与しておくこともでき
る。

【００９４】また、カレンダー画面１０６０は、月ごと
のカレンダーの画面１０６０を表示する。そのカレンダ
ー画面１０６０で日を指定することで、その日にリンク
されている文書を表示することができる。

【００９５】人に関する検索としては、個人情報、名刺
情報、組織図等が用意されている。例えば、個人情報に
関しては、ある個人に関する文書１０３０を表示し、そ
の個人文書にリンクされている文書を表示することがで
きる。組織図の画面１０４０を表示し、その組織図にリ
ンクされている文書（個人情報の文書も含む）を表示す
ることができる。

【００９６】また、個人毎等にある視点による覚え書き
の文書を作成することができる。これを説明したのが図
１１である。まず、ある視点により、覚え書きの文書１
１３０を作成する。そして、その覚え書きに対して、関
連する文書に対してリンクを張ることができる。その操
作を図１１を用いて説明する。

【００９７】例えば、覚え書き１１３０に文書を張り込
む元として、文書キャビネット１１１０を用いるとす
る。この場合は、文書キャビネット１１１０の画面から
張り込む文書１１１１を選択する。これに対応する文書
が文書キャビネット１１１０の右下にアイコン１１２０
として表示される。このアイコン１１２０をドラグ・ア
ンド・ドロップにより、覚え書きの文書に張り込むこと
ができる。

【００９８】このように、本システムにおいては、格納
された文書に対する個人毎、視点毎に応じた文書管理画
面を設定できるので、組織情報と個人情報との共存が図
りやすい。

【００９９】（８）本システムのインプリメンテーショ
ン ここで、上記のいろいろな機能を実現するためのインプ
リメンテーション（実際のソフトウェア上の構成）につ
いて詳しく説明する。

【０１００】本システムは、オブジェクト指向の概念を
用いて作成されている。このオブジェクト指向とは、処
理対象のデータと処理とを一体的に考えて作成する概念
である。それは、本システムの設計の深い所まで、統一
的にこの概念を用いて作成されている。

【０１０１】（ａ）属性の後付けオブジェクト化方式 本システムは、図１で説明したように、属性ファイルを
用いて文書を管理している。これは、文書ファイル本体
の中にパス名などをリンク情報として直接に埋め込む方
式は、文書管理の観点からは大きな問題があるからであ
る。そこで、文書ファイル本体とは別に、属性ファイル
をもちいて、リンク情報等の属性を持つオブジェクトを
後付けで設定しているのである。文書ファイル本体と属
性との結び付けは、上述したように、文書キャビネット
への登録時点で間接実行されるので、利用者が操作する
必要はない。

【０１０２】これにより、システム上の全ての文書ファ
イルに対してリンク付け、キーワード付与、文書名等の
属性を統一的に管理できる。リンク情報は個人毎に管理
を行うことができる。

【０１０３】本システムでは、登録文書へのアクセス
は、後付けたオブジェクトを通してのみ行うことにな
る。文書ファイルを指示すると、文書ファイル自身が自
律的にその文書型に対応するエディタを起動する。

【０１０４】また、この方式を利用すると、例えば、Ｗ
ＷＷを利用した情報検索で必要なＵＲＬという単なるデ
ータをもオブジェクト化できるので、文書ファイルから
参照しているＷＷＷサーバのデータに直ぐにアクセスす
ることができると共に、組織内でＵＲＬ情報の共有化・
再利用を図ることができる。

【０１０５】（ｂ）ユーザー・インターフェースの統一
と文書型にあった処理 本システムにおいて用いている、オブジェクトは動的な
コンテンツであるので、属性を動的に解釈して処理をす
ることができる。したがって、図８等において説明した
ように、いろいろな文書型を取り扱っているが、そのユ
ーザー・インタフェースは、統一的に扱えるとともに文
書型にあった処理ができる。

【０１０６】これを実現するために、それぞれの文書に
対応した編集ツールは、各々の文書型の特徴に応じた作
成編集、リンク付け、キーワード付与等を行う拡張エデ
ィタ的発想に基づいて作成されている。

【０１０７】例えば、テキスト文書は、リンク付けされ
た状態での文書編集可能な機能（リンクボタンに相当す
る語句は後退キーでは削除できない、文書編集をしても
語句とリンクボタンとの対応関係は保持される等）を有
するテキスト文書であり、文書全体または特定の箇所毎
に他の文書とリンク付けすることができる。リンクボタ
ンに対応する語句は、Web ブラウザ風に青色表示（下線
付き）で表示される。

【０１０８】他の文書も、文書全体または文書の部分毎
にリンク付けすることができる。

【０１０９】後付け属性オブジェクトと、文書操作のた
めのインタフェース・オブジェクトとを協調させること
で、文書ファイルへのタグ埋め込みなどの煩わしい操作
を一切必要としない、マウスとアイコンの視覚的な操作
だけで簡単に動的リンクを作成することができる。

【０１１０】本システムのインタフェースの構成は、オ
ブジェクト指向言語の１つであるSmalltalk で用いられ
ているＭＶＣモデルの拡張に基づく独自なモデルを枠組
みとしており、この枠組みを用いることで、統一性を保
っている。

【０１１１】（ｃ）拡張ＭＶＣモデル 本システムが用いている拡張ＭＶＣモデルを図１２、図
１３を参照して説明する。

【０１１２】ＭＶＣモデルは、対話型グラフィック・シ
ステムを構築する際のフレームワークとして用いられて
いるモデルである。このＭＶＣモデルにおいて、Ｍはモ
デル（Ｍｏｄｅｌ）を意味し、アプリケーションの取り
扱うデータ（例えば文書）とそのデータ（例えば文書）
に係わる操作を担当するモデルである。また、Ｖは表示
（Ｖｉｅｗ）を意味し、Ｍｏｄｅｌを画面上のどの領域
に表示するのか、どうやって表示するのかの役割を有し
ている。最後に、Ｃは制御（Ｃｏｎｔｏｒｏｌｌｅｒ）
を意味し、ユーザーからの入力（キーボードやマウス）
を解釈して、ＭｏｄｅｌやＶｉｅｗに適切な指示を与え
る役割を有している。

【０１１３】本システムの拡張ＭＶＣモデルにおいて
は、図１２に示したように、モデル（文書）が２つある
形式を用いている。その１つが、実体としての文書のフ
ァイル１２０４であり、もう一つが属性ファイル（Ｗｒ
ａｐｐｅｒ）１２０５である。これらの２つのモデルを
用いることにより、様々な種類に文書ファイルを属性フ
ァイルを用いて統一的に取り扱うことができる。この２
つのモデルの区別は、モデルのプロトコル（メッセージ
のグループ化）で行っている。

【０１１４】この拡張ＭＶＣモデルを用いて、キャビネ
ットに表示されている文書を表示して編集することを例
に説明したのが、図１３である。

【０１１５】図１３において、まず、利用者は文書キャ
ビネット中の文書をマウスで指示する。この文書キャビ
ネットはＷｒａｐｐｅｒ（属性ファイル）のＶｉｅｗで
あるので、Ｗｒａｐｐｅｒのモデルに対してメッセージ
を送信する。そして、Ｗｒａｐｐｅｒのモデルから対応
している文書ファイル実体を獲得することができる。獲
得した対応する文書ファイルのモデルに対して、表示の
メッセージを送信することで、目的とする文書ファイル
がＶｉｅｗにより表示される。これで、目的の文書に対
して編集等を行うことができる。

【０１１６】（ｄ）代理オブジェクト 本システムにおいて、パス名などの物理的な情報を直接
的なリンク情報としておらず、属性ファイルのＩＤを用
いてリンクのための情報としている。このことにより、
上述した、リンク付けを保持した状態での動的な分類階
層が自由にできる。これは、このＩＤをオブジェクトと
する。そして、そのオブジェクトを文書オブジェクトに
対する代理オブジェクトとして用いることで実現してい
る。これについて、図１４を参照して説明する。

【０１１７】図１４（ａ）は、代理オブジェクトを用い
ない通常のオブジェクト指向の場合を示している。例え
ば、文書１を表示していて、その文書１とリンクされて
いる文書２を表示する場合、文書１から文書２に対して
メッセージを送信する。これを図示したのが図１４
（ａ）である。この場合、文書２がメモリ上にロードさ
れているときは、そのオブジェクトに直接送信すること
ができる。しがし、メッセージの受信側である文書２が
メモリ上にロードされていないときには、送信側である
文書１において、ディスク上のファイルをロードしてか
らメッセージ送信を行う処理を行う必要がある。もっと
複雑な例外処理を文書２に対して行う場合は、送信側で
ある文書１の処理は複雑になる。

【０１１８】図１４（ｂ）は、本システムにおける代理
オブジェクトを用いた場合を示している。この代理オブ
ジェクトを用いる場合は、文書１はメッセージを常にメ
モリ中にある代理オブジェクトを介して目的とする文書
２にメッセージを送信する。このため、文書１は文書２
の状態の違い（例えば、メモリにロードされているかど
うか）を意識する必要がなくなる。この文書２の状態に
対する処理をすべて代理オブジェクトが行い、そして、
文書１から送られてきたメッセージを文書２に転送す
る。文書２に対する例外処理も代理オブジェクトが行う
ことができる。

【０１１９】ハイパーメディアでは何にでもリンク付け
ができる必要があるので、リンク付けの際に発生する例
外処理を考慮していくことは極めて重要である。上記で
説明した代理オブジェクトを設けることで、送信側の文
書に例外処理の記述をしなくても済むようになる。

【０１２０】また、代理オブジェクトをクラス化してお
くことで、サブクラシングが可能となる。

【０１２１】その上、代理オブジェクトを用いることに
より、文書ファイルの格納の仕方を変更しても、プログ
ラムの書き直しの影響範囲を局所的に留めることができ
る。したがって、スタンドアローンのシステムから、ネ
ットワーク上のファイル管理を用いるシステムへの変更
も容易にできる。

【０１２２】（ｅ）文書型にあったメモリ管理 オブジェクト指向システム開発では、クラスライブラリ
化、インヘリタンスによる差分プログラミングが大きな
特徴であるが、クラス階層を設計する際の２つの異なる
観点（論理的・物理的）によるクラス階層を如何に一致
させるか、分類の恣意性にどう対応するかが大きな問題
として指摘されている。オブジェクト指向言語ではデー
タ構造は無条件に継承されてしまうので、注意深い設計
が必要となる（一方、メソッドはオーバーローディング
等で対応できる）。

【０１２３】特に、マルチメディア情報を取り扱うた
め、様々な文書型を有する本システムのような文書に対
しては、予め特定の固定的なデータ構造を決めることが
できない。そのために、データ構造を如何にフレキシビ
リティに保持するかが重要となる。また、今後に大きく
発展するマルチメディア技術を取り込んで融合化させる
ためには、各種の特性を持つクラス・ライブラリをマー
ジさせた場合の、多重継承に置ける同じ特性の回避／異
なる特性の吸収を考慮した設計が必要となる。

【０１２４】そこで、本システムにおいては、通常のシ
ステムが提供するクラス階層に基づくインスタンス変数
の継承ではなく、メタクラスに自分たちが与えたインス
タンス変数の継承を使っている。このことで、個々のク
ラス毎に同じ名前で異なる領域をクラス変数で持つこと
ができるようになり、文書毎に最適なデータ構造を与え
ることができる。それを示したのが図１５〜図１７であ
る。

【０１２５】図１５は、本システムにおける文書のデー
タを格納するためのメモリ内のエリアをａｒｒａｙ（配
列）で定義にして与えることを示す図である。このデー
タ型でエリアを割り当てる場合に、サイズを指定して与
えることが必要である。文書が使用する最大のサイズを
設定して用いる方法もあるが、この方法では、文書型等
に応じた適切なサイズを設定していないので、実際に使
用しないエリアが生じて、メモリの資源が無駄に使用さ
れることが多い。実際に生成される文書型に応じたａｒ
ｒａｙのサイズを定めることができれば、適切なエリア
の割り当てとなる。

【０１２６】本システムでは、例えば、図１６は、クラ
スを管理する情報をブラウズしているところを示してい
る。この内、ｓｅｌｆからｓｈａｒｅｄＰｏｏｌｓまで
は、通常のクラスを管理する情報であるが、Ｆｉｅｌｄ
ｓの項を本システムでは設けている。図１６は、そのＦ
ｉｅｌｄｓの内容を右側に表示しているところである。
これでわかるように、その内容はクラスごとに異なって
いる。図１６（ａ）は、イメージ形式の文書（図８参
照）である。それには、ｉｍａｇｅとｇｒａｐｈｉｃＯ
ｂｊｅｃｔの項目と大きさが設定されている。また、図
１６（ｂ）は個人情報の文書である。それには、ｃａｔ
ｅｇｏｒｙ，ｚｉｐＣｏｄｅ，ａｄｄｒｅｓｓとｏｆｆ
ｉｃｅ，ｔｅｌｅｐｈｏｎｅ，ｆａｘおよびｍｅｍｏＲ
ａｎｄｕｍの項の合計の大きさが設定される。このよう
に、それぞれの文書にあった大きさのａｒｒａｙを設定
することができる。

【０１２７】図１７は、オブジェクト指向において、ａ
ｒｒａｙクラスのサブクラスとして、それぞれの文書型
のメタ・クラスとからそれぞれの文書型が作成される様
子を示している。

【０１２８】図１７において、ａｒｒａｙクラス１７１
０のサブクラスとして、各文書型１７４０や１７５０
が、各文書型のメタクラス１７２０および１７３０から
Ｆｉｅｌｄｓを参照して作成されること示されている。
各文書型のインスタンス（１７４１〜１７４３および１
７５１〜１７５３）は、各文書型のクラスから作成され
る。

【０１２９】このように構成されているため、各種文書
を統一的の取り扱うことができ、また、新しい種類の文
書にも簡単に適用することができる。

【０１３０】本発明は、複数の機器から構成されるシス
テムに適用しても、１つの機器からなる装置に適用して
もよい。また、本発明は、システムあるいは装置にプロ
グラムを供給することによって達成される場合にも適用
されることは言うまでもない。この場合、本発明を達成
するためにソフトウェアによって表されるプログラムを
格納した記憶媒体をシステムあるいは装置が読み出すこ
とによって、そのシステムあるいは装置が本発明の効果
を享受することができる。

【０１３１】

【発明の効果】本発明を用いることにより、各種の文書
を統一的に操作・管理することができ、各文書間にリン
クを張り、それを用いていろいろな管理ができる。

【０１３２】また、本発明は、オブジェクト指向の考え
方に基づいてシステムが作成されているので、拡張性が
あり、新しい文書の種類にも簡単に適用することができ
る。

【図面の簡単な説明】

【図１】本発明の基本的構成を示す図である。

【図２】本システムに文書を登録することを説明する図
である。

【図３】属性の表示と変更を説明する図である。

【図４】ＵＲＬ文書の登録を説明する図である。

【図５】リンク付けを説明する図である。

【図６】リンク付けを説明する図である。

【図７】文書のリンク付けのグラフ表示と動的な分類変
更を説明する図である。

【図８】登録文書から目的の文書を検索することを説明
する図である。

【図９】キーワード登録を説明する図である。

【図１０】多面的な文書管理を説明する図である。

【図１１】覚え書き文書にある文書をリンク付けするこ
とを説明する図である。

【図１２】拡張ＭＶＣモデルを説明する図である。

【図１３】拡張ＭＶＣモデルの動作を説明する図であ
る。

【図１４】代理オブジェクトを説明する図である。

【図１５】ａｒｒａｙ型でエリア管理をすることを説明
する図である。

【図１６】オブジェクト指向のクラス情報を説明する図
である。

【図１７】オブジェクト指向のクラス形成を説明する図
である。

Claims (16)

【特許請求の範囲】
1. 【請求項１】 様々な種類の文書間にリンクを張ること
   により文書を管理することができるハイパーメディア型
   文書管理装置において、 様々な種類の文書ファイルとその文書ファイルに対応す
   る属性ファイルとを有し、 文書管理は、属性ファイルを介して文書ファイルにアク
   セスすることで統一的に行い、 文書間のリンクは、前記属性ファイルに付されているユ
   ニークなＩＤを用いて行うことを特徴とするハイパーメ
   ディア型文書管理装置。
2. 【請求項２】 前記様々な種類の文書ファイルをハイパ
   ーメディア型文書管理装置で取り扱うために登録する場
   合、登録対象の文書ファイルに対応する前記属性ファイ
   ルを自動的に作成して行うことを特徴とする請求項１記
   載のハイパーメディア型文書管理装置。
3. 【請求項３】 前記属性ファイルには、リンクの参照、
   被参照情報を有し、該文書間のリンクをラバーバンドと
   して表示することを特徴とする請求項１または２記載の
   ハイパーメディア型文書管理装置。
4. 【請求項４】 文書間のリンクを張る場合に、２つの文
   書を表示し、リンクをラバーバンドとして表示して行う
   ことを特徴とする請求項１〜３いずれか記載のハイパー
   メディア型文書管理装置。
5. 【請求項５】 文書間のリンクを張る場合に、２つの文
   書を表示し、一方の文書のリンクのためのアイコンを他
   の文書にドラグアンドドロップすることで行うことを特
   徴とする請求項１ないし４いずれか記載のハイパーメデ
   ィア型文書管理装置。
6. 【請求項６】 文書間のリンクの参照、被参照の状態の
   表示をアイコンの色で表示することを特徴とする請求項
   １ないし５いずれか記載のハイパーメディア型文書管理
   装置。
7. 【請求項７】 文書間のリンクを張る場合に、２つの文
   書を表示し、一方の文書に表示されたボタンと他の文書
   とをリンクをラバーバンドとして表示して行うことを特
   徴とする請求項１〜４いずれか記載のハイパーメディア
   型文書管理装置。
8. 【請求項８】 前記一方の文書に表示されたボタンとそ
   の文書中の箇所との関係を表示できることを特徴とする
   請求項７記載のハイパーメディア型文書管理装置。
9. 【請求項９】 前記属性ファイルには、分類階層の情報
   を有し、該分類階層をツリーとして表示することを特徴
   とする請求項１〜８いずれか記載のハイパーメディア型
   文書管理装置。
10. 【請求項１０】 前記属性ファイルには、キーワード情
    報を有し、該キーワードを用いて文書検索を行うことが
    できる請求項１〜９いずれか記載のハイパーメディア型
    文書管理装置。
11. 【請求項１１】 前記属性ファイル中の情報は表示、変
    更できることを特徴とする請求項１〜１０いずれか記載
    のハイパーメディア型文書管理装置。
12. 【請求項１２】 前記文書ファイルと前記属性ファイル
    とをモデルとして取り扱う拡張ＭＶＣモデルにより構成
    することを特徴とする請求項１〜１１いずれか記載のハ
    イパーメディア型文書管理装置。
13. 【請求項１３】 前記文書間において、リンクを介して
    他の文書にメッセージを送信するとき、代理オブジェク
    トを介して送信することを特徴とする請求項１２記載の
    ハイパーメディア型文書管理装置。
14. 【請求項１４】 前記代理オブジェクトは、文書ファイ
    ルの格納形態の相違を包含して統一的に文書間のメッセ
    ージ送信を行うことを特徴とする請求項１３記載のハイ
    パーメディア型文書管理装置。
15. 【請求項１５】 前記文書ファイルは、その文書の種類
    に適合した大きさのメモリの割り当てを行うことを特徴
    とする請求項１２〜１４いずれか記載のハイパーメディ
    ア型文書管理装置。
16. 【請求項１６】 前記メモリ割り当ては、アレイ型を用
    いて動的に行うことができることを特徴とする請求項１
    ５記載のハイパーメディア型文書管理装置。