JP2001229157A - 文書ファイル処理装置及び記録媒体 - Google Patents

Abstract

(57)【要約】 【課題】 コンピュータで扱うファイルを入出力、変
換、編集、管理するにあたって、新規の機能を容易に追
加するための手段を提供する。 【解決手段】 ユーザ操作によりユーザインターフェー
スに対しての操作が発生したときにどのプラグインに対
しての操作なのか判断し（Ｓ１１）。次に、プラグイン
のタイプに従って各処理を行う。例えば、入力プラグイ
ン処理時には入力プラグインに対して前処理を行い、入
力デバイスの準備を行い（Ｓ２１）、次に入力処理を行
い、入力デバイスから入力プラグインを介してファイル
を取得する（Ｓ２２）。最後に、入力プラグインに対し
て後処理を行い、入力デバイスの後処理を行う（Ｓ２
３）。なお、各プラグインの処理を実行するときに各プ
ラグインに対して機能のケーパビリティを取得する。

Description

【発明の詳細な説明】

【０００１】

【発明の属する技術分野】本発明は、文書ファイル処理
装置及び記録媒体に関し、より詳細には、コンピュータ
上で操作されるファイルを管理し文書として扱うことを
ユーザに提供することを目的とする文書ファイル処理の
システムにおいて、外部モジュールとして接続される入
力装置、出力装置、変換装置、文書管理装置との連携に
おける接続方法およびその連携方法に係わる文書ファイ
ル処理装置及び記録媒体に関する。

【０００２】

【従来の技術】特開平９−２４８８１２号公報「情報処
理装置のソフトウェア連携システム」には、埋め込んだ
外部モジュールに情報を持たせることで外部モジュール
の機能を使用することが可能な発明が記載されている。
この発明は、複数のソフトウエアが動作可能なオペレー
ティングシステムを持つ情報処理装置であって、情報処
理装置内の情報を取得する情報取得装置と、上記情報取
得装置が取得した情報に基づいて連携元ソフトウエアが
連携先ソフトウエアを認識するための連携条件を特定す
るアンカー情報の有無を判断するアンカー識別装置と、
アンカー識別装置により識別されたアンカー情報に対応
して連携動作を行う連携先ソフトウェアを実行する連携
実行装置とを備えることにより、連携ソフトウェアやそ
の形式のファイルを変更することなくアンカー処理を提
携ソフトウェアの外部で行うことにより、ソフトウェア
が連携元及び連携先の双方になることが可能な情報処理
装置のソフトウェア提携システムに得る。

【０００３】

【発明が解決しようとする課題】しかしながら、上述の
発明は、外部モジュール独特のユーザインターフェース
を構築することができず、また外部モジュールの不具合
反映、機能拡張を行うことができなかった。

【０００４】本発明は、上述のごとき実情に鑑みてなさ
れたものであり、各請求項毎に以下のごとき文書ファイ
ル処理装置及び記録媒体を提供することをその目的とす
る。 （請求項１の発明）コンピュータで扱うファイルを入
力、出力、変換、編集、管理するにあたって、新規の機
能を容易に追加するための手段を提供することを目的と
し、すべてのモジュールの入出力を画一化でき、これに
よってすべてのモジュールの独立設計、全モジュールが
でき上がった段階のシステム全体の機能レベルが各モジ
ュールの設計能力に左右されないこと、バグ発生時、機
能拡張時にソフトウエアの一部変更によりシステム全体
への影響を無くし、また、各モジュールを管理する文書
ファイル処理装置本体の設計効率の軽減、独立性を向上
するための仕組みを提供することを目的とする。

【０００５】（請求項２の発明）上記文書ファイル処理
装置において、あらかじめ定義しておいた機能を有して
いない入力手段、出力手段、変換手段、管理手段を文書
ファイル処理装置（文書操作装置）に機能追加するとき
に定義された機能のインターフェースを有していないモ
ジュールを新しくシステムに組み込めるような手段を提
供することを目的とする。

【０００６】（請求項３の発明）上記文書ファイル処理
装置において追加した外部機能提供モジュールを必要な
状態になるまで取り込まないための手段を提供すること
を目的とする。

【０００７】（請求項４の発明）上記文書ファイル処理
装置において、新しく追加する外部機能提供モジュール
特有の（それまでに定義された以外の）機能も取り込み
使用できるようにするための手段を提供することを目的
とする。

【０００８】（請求項５の発明）上記文書ファイル処理
装置において、文書ファイル処理装置で想定していない
データ形式のデータが入力された場合でも文書ファイル
処理装置自体は変更なしに扱えるようにするための手段
を提供することを目的とする。

【０００９】（請求項６の発明）請求項１乃至５のいず
れか１の発明の文書ファイル処理装置として機能させる
ためのプログラムを提供することを目的とする。

【００１０】

【課題を解決するための手段】請求項１の発明は、コン
ピュータで扱うファイルをユーザに扱いやすくするため
の文書ファイル処理装置において、装置にファイルを入
力する手段（入力プラグイン）と、装置内のファイルを
外部に出力する手段（出力プラグイン）と、装置内のフ
ァイルを変換して装置内に入力する手段（変換プラグイ
ン）と、装置内またはネットワークでつながれたファイ
ルサーバ上にあるファイルを管理する手段（文書管理プ
ラグイン）と、前記管理しているファイルを編集する手
段を持ち、入力、出力、変換、管理手段を判別する手段
（プラグインのケーパビリティ）と、あらかじめ、おの
おのの機能について定義されたインターフェースを持
ち、あらかじめ定義された条件に当てはまる外部機能提
供モジュール（プラグイン）を取り込むことを特徴とし
たものである。

【００１１】請求項２の発明は、請求項１の発明におい
て、入力手段に対する機能についての定義されたインタ
ーフェースと出力手段に対する機能についての定義され
たインターフェースと変換手段に対する機能についての
インターフェースと管理手段に対する機能についてのイ
ンターフェースと前記各インターフェースに対応する機
能の有無（入力プラグインのケーパビリティ、出力プラ
グインのケーパビリティ、変換プラグインのケーパビリ
ティ、文書管理プラグインのケーパビリティ）を各手段
に問い合わせ、対応するユーザインターフェースを構築
する手段を持ったことを特徴としたものである。

【００１２】請求項３の発明は、請求項２の発明におい
て、提供されている外部機能提供モジュールをユーザが
選択して取り込む手段とユーザによって取り込まれた外
部機能提供モジュールの情報を保持しておき、起動時に
は保持しておいた情報を読み込むことで起動時には外部
機能提供モジュールを起動しない手段を持ったことを特
徴としたものである。

【００１３】請求項４の発明は、請求項３の発明におい
て、提供されている外部機能提供モジュールに対して特
有の機能を有しているか問い合わせる手段と指定の特有
の手段を実行する為の呼出し手段を持ったことを特徴と
したものである。

【００１４】請求項５の発明は、請求項４の発明におい
て、提供されている外部機能提供手段に対してデータを
渡して使用できるか判断する手段と、外部機能提供手段
で渡されたデータを解読して自分で扱えるデータか判断
する手段を持ったことを特徴としたものである。

【００１５】請求項６の発明は、請求項１乃至５のいず
れか１の発明の文書ファイル処理装置として機能させる
ことを特徴としたものである。

【００１６】

【発明の実施の形態】図１は、本発明の第１の実施形態
における文書操作装置（文書ファイル処理装置）のシス
テムの構成を示す図である。本実施形態における文書フ
ァイル処理装置のシステム１は、文書ファイル処理装置
１０、接続された文書管理プラグインＡ（１１）、文書
管理プラグインＢ（１２）、入力プラグイン１３、出力
プラグイン１４、変換プラグイン（変換入力プラグイ
ン）１５、またそれぞれのプラグインに接続されるデバ
イスのデータベースＡ（２１）、データベースＢ（２
２）、スキャナ装置２３、プリンタ装置２４、変換装置
２５から構成される。なお接続されるプラグインは複数
接続することができ、また各プラグインに接続されるデ
バイスは特に指定しない。

【００１７】図２は、本発明の第１の実施形態の文書フ
ァイル処理装置本体と各プラグインとの関係を示す図で
ある。文書ファイル処理装置１０はあらかじめ定義して
おいた条件に一致する外部モジュール（プラグイン１１
〜１５等）をロードし、ケーパビリティを問い合わせ
る。プラグインモジュールは問い合わせのリクエストが
あった場合に自分のケーパビリティデータを呼出し元に
送ることができる。

【００１８】図３は、本発明の第１の実施形態における
プラグインが渡すケーパビリティデータの構造を示す図
である。ケーパビリティデータとしては、プラグインタ
イプ，使用可否，削除可否，複数使用可否，プラグイン
名称，アイコンデータ，バージョン，制限値情報，拡張
データ，拡張データサイズ等があり、各データは以下の
特徴を有するものとする。

【００１９】１．プラグインタイプ：プラグインが入力
タイプ（ファイルがプラグインから出力される）か出力
タイプ（プラグインにファイルを入力する）か変換タイ
プ（プラグインにファイルを入力し、プラグインからフ
ァイルが出力される）か文書管理タイプ（指定のファイ
ルを操作する）かを判断する種別。 ２．使用可否：プラグインが使用できるかを判断するフ
ラグ。このフラグを操作することにより文書ファイル処
理装置に取り込むことのできないプラグインを提供する
ことができる。 ３．削除可否：文書ファイル処理装置に取り込んだプラ
グインを解除できるか判断するフラグ。このフラグを操
作することにより解除できないプラグインを提供するこ
とができる。 ４．複数使用可否：すでに文書ファイル処理装置に取り
込んでいるプラグインをさらに複数取り込むことができ
るかを判断するフラグ。このフラグを操作することによ
り同じ機能を持ったプラグインを複数提供せずに１つの
プラグインで複数の同等機能を文書ファイル処理装置に
提供することができる。

【００２０】５．プラグイン名称：プラグインの名称。
名称を文書ファイル処理装置で使用することができる。 ６．アイコンデータ：プラグインを表すアイコンデー
タ。プラグイン独自のアイコンを文書ファイル処理装置
で使用することができる。 ７．バージョン：プラグインのバージョン。プラグイン
のバージョンを文書ファイル処理装置で管理することが
できる。 ８．制限値情報：同時ファイル操作数などプラグイン独
自の制限値情報を文書ファイル処理装置で使用すること
ができ、文書ファイル処理装置が構築するユーザインタ
ーフェースを画一的に提供することができる。 ９．拡張データ：プラグイン独特のインターフェースを
表すデータ。プラグインを画一的に提供する場合に独自
のデータを提供することができる。 １０．拡張データサイズ：プラグイン独自のインターフ
ェースを表すデータのサイズ。

【００２１】図４は、本発明の第１の実施形態における
文書ファイル処理装置の起動時の動作を説明するための
フロー図である。本実施形態におけるシステムは、ま
ず、文書ファイル処理装置１０のプログラム起動時、プ
ログラムのインストールされているディレクトリ下のプ
ラグインディレクトリを探し、あらかじめ決められた外
部モジュール名（ファイル名の先頭に固有の文字列を持
つ）のファイルを探す（ステップＳ１）。条件一致のプ
ラグインがある場合（ステップＳ２）、ヒットした外部
モジュールをロードして文書ファイル処理装置に取り込
む（ステップＳ３）。ロードしたプラグインに対して、
ケーパビリティの取得を行い、プラグインのケーパビリ
ティデータを保持する（ステップＳ４）。条件一致のプ
ラグインがなくなった場合、保持しておいたケーパビリ
ティを使用して下記の処理を行うことにより文書ファイ
ル処理装置のユーザインターフェースを作成し（ステッ
プＳ５）、処理を終了する。

【００２２】プラグインタイプにより、同一タイプのプ
ラグインをまとめて管理する。使用可否フラグを参照
し、ユーザインターフェースに表示するか判断する。削
除可否フラグを参照し、プラグインをユーザ操作により
削除するユーザインターフェースを表示するか判断す
る。複数使用可否フラグを参照し、ユーザ操作により、
プラグインを追加するユーザインターフェースを表示す
るか判断する。プラグイン名称，アイコンにより、表示
するユーザインターフェースを構成する。制限値情報に
より、ユーザ操作のユーザインターフェース構成を判断
する。拡張データ、拡張データサイズを参照し、プラグ
インに関わる拡張メニューの構成を判断する。

【００２３】図５は、本発明の第１の実施形態の文書フ
ァイル処理装置におけるユーザインターフェース画面の
一例を示す図で、図中、３１は入力プラグイン（スキャ
ナ装置）ボタン、３２は変換プラグイン（変換装置）ボ
タン、３３は出力プラグイン（プリンタ装置）ボタン、
３４は出力プラグイン（メール出力装置）ボタン、３
５，３６，３７は文書管理プラグインボタンである。

【００２４】図６は、本発明の第１の実施形態における
文書ファイル処理装置のユーザ操作時の動作を説明する
ためのフロー図である。文書ファイル処理装置起動後の
ユーザ操作に伴う処理としては、まず、ユーザ操作によ
りユーザインターフェースに対しての操作が発生したと
きにどのプラグインに対しての操作なのか判断し、その
プラグインタイプを判別する（ステップＳ１１）。次
に、プラグインのタイプが入力タイプの場合は入力プラ
グイン処理（ステップＳ１２）、出力タイプの場合は出
力プラグイン処理（ステップＳ１３）、変換タイプの場
合は変換プラグイン処理（ステップＳ１４）、文書管理
タイプの場合は文書管理プラグイン処理（ステップＳ１
５）を行う。

【００２５】図７は、本発の第１の実施形態における文
書ファイル処理装置の入力プラグイン処理時の動作を説
明するためのフロー図である。入力プラグイン処理時に
は、まず、文書ファイル処理装置は入力プラグインに対
して前処理を行い、入力デバイスの準備を行う（ステッ
プＳ２１）。次に、文書ファイル処理装置は入力プラグ
インに対して入力処理を行い、入力デバイスから入力プ
ラグインを介してファイルを取得する（ステップＳ２
２）。文書ファイル処理装置は入力プラグインに対して
後処理を行い、入力デバイスの後処理を行う（ステップ
Ｓ２３）。

【００２６】図８は、本発明の第１の実施形態における
文書ファイル処理装置の出力プラグイン処理時の動作を
説明するためのフロー図である。文書ファイル処理装置
は、出力プラグインに対して前処理を行い、出力デバイ
スの準備を行う（ステップＳ３１）。次に、文書ファイ
ル処理装置は、出力プラグインに対して出力処理を行
い、出力デバイスへ出力プラグインを介してファイルを
渡す（ステップＳ３２）。文書ファイル処理装置は出力
プラグインに対して後処理を行い、出力デバイスの後処
理を行う（ステップＳ３３）。

【００２７】図９は、本発明の第１の実施形態における
文書ファイル処理装置の変換プラグイン処理時の動作を
説明するためのフロー図である。文書ファイル処理装置
は、変換プラグインに対して前処理を行い、変換デバイ
スの準備を行う（ステップＳ４１）。次に、文書ファイ
ル処理装置は、変換プラグインに対して変換処理を行
い、変換デバイスに変換プラグインを介してファイルを
渡し、また変換デバイスから変換プラグインを介してフ
ァイルを取得する（ステップＳ４２）。文書ファイル処
理装置は変換プラグインに対して後処理を行い、変換デ
バイスの後処理を行う（ステップＳ４３）。

【００２８】図１０は、本発明の第１の実施形態におけ
る文書ファイル処理装置の文書管理プラグイン処理時の
動作を説明するためのフロー図、図１１は、本実施形態
における操作ＩＤデータの構成を示す図である。文書フ
ァイル処理装置は、まず、操作メニューを表示し（ステ
ップＳ５１）、ユーザにより選択された操作ＩＤ（図１
１）の機能を文書管理プラグインに対してリクエストす
る（ステップＳ５２）。なお、操作ＩＤデータとして
は、文書プロパティ表示，文書コピー表示，文書移動表
示，文書登録表示等がある。

【００２９】本発明の第２の実施形態における文書ファ
イル処理装置は、実施形態１の文書ファイル処理装置に
おいて、各プラグインの処理を実行するときに各プラグ
インに対して機能のケーパビリティを取得する。

【００３０】図１２は、本発明の第２の実施形態におけ
る文書ファイル処理装置の文書管理プラグイン処理時の
動作を説明するためのフロー図である。文書ファイル処
理装置は、まず、文書管理プラグインに対して機能のケ
ーパビリティを取得する（ステップＳ６１）。リクエス
トされた文書管理プラグインは、図１１で示す操作ＩＤ
の機能を有しているかを返す。文書ファイル処理装置は
取得した機能に対応した操作メニューを表示し（ステッ
プＳ６２）、ユーザにより選択された操作ＩＤの機能を
文書管理プラグインに対してリクエストする（ステップ
Ｓ６３）。

【００３１】本発明の第３の実施形態における文書ファ
イル処理装置は、実施形態２の文書ファイル処理装置に
おいて、一度ロードしたことのあるプラグインはプラグ
インのケーパビリティを保持しておき、次回起動時に
は、実際にプラグインの有する機能を使用する時までロ
ードしない様にする。

【００３２】図１３は、本発明の第３の実施形態におけ
る文書ファイル処理装置の起動時の動作を説明するため
のフロー図である。文書ファイル処理装置は、まず、プ
ラグイン条件を読み込み（ステップＳ７１）、条件の一
致するプラグインがあるかどうか判断する（ステップＳ
７２）。条件の一致するプラグインがなければ、ユーザ
インターフェースを作成し（ステップＳ７７）、処理を
終了してユーザイベント待ちの状態になる。ステップＳ
７２において条件の一致するプラグインがあれば、プラ
ブインのケーパビリティを持っているかを判断する（ス
テップＳ７３）。持っていればステップＳ７２へ戻り、
持っていなければプラグインをロードする（ステップＳ
７４）。続いて、プラグインのケーパビリティを取得し
（ステップＳ７５）、ケーパビリティを保存して（ステ
ップＳ７６）、ステップＳ７２へ戻る。

【００３３】本発明の第４の実施形態における文書ファ
イル処理装置は、実施形態３の文書ファイル処理装置に
おいて、プラグイン特有の機能の有無を取得し、取得し
た拡張機能を表す拡張機能メニューを表示する。ユーザ
により拡張機能に該当する機能が選択された場合、文書
ファイル処理装置はプラグインに対して該当する機能Ｉ
Ｄのリクエストを行う。

【００３４】図１４は、本発明の第４の実施形態におけ
る文書ファイル処理装置の文書管理プラグイン処理時の
動作を説明するためのフロー図である。文書管理プラグ
イン処理時には、まず、ケーパビリティを取得し（ステ
ップＳ８１）、拡張機能を取得する（ステップＳ８
２）。続いて、操作メニュー，拡張メニューを表示し
（ステップＳ８３，Ｓ８４）、操作ＩＤのリクエストを
実行する（ステップＳ８５）。

【００３５】本発明の第５の実施形態における文書ファ
イル処理装置は、実施形態４の文書ファイル処理装置に
おいて、読み込まれているプラグインのケーパビリティ
に関係なく、文書ファイル処理装置内のデータを各プラ
グインに渡す。データを渡されたプラグインはデータを
読み込み、プラグイン独自のあらかじめ決められた定義
によりデータを解読する。解読できた場合は該当する処
理を行い、文書ファイル処理装置に結果を返す。また、
解読できない場合は文書ファイル処理装置に解読できな
かった旨を返す。プラグインから解読できなかった旨の
結果が返ってきた場合、文書ファイル処理装置は取り込
まれているほかのプラグインに対して同様の処理を行
う。

【００３６】本発明の実施の形態としては、コンピュー
タを実施形態１乃至５のいずれか１の文書ファイル処理
装置として機能させるためのプログラムを記録した記録
媒体としての形態も、文書ファイル処理モジュールとし
ての形態も可能である。

【００３７】以上、本発明の説明においては、スタンド
アローンコンピュータにおいての実現形態を記述してい
るが、ネットワークにつながれたコンピュータ間で流れ
るデータを扱うシステムにおいて、クライアントコンピ
ュータに入力されるデータ、出力されるデータをあらか
じめ定義したインターフェースで受け渡しすることでク
ライアントコンピュータのユーザインターフェースを構
築し、本発明の目的である文書ファイル処理装置を構築
することができる。

【００３８】

【発明の効果】請求項１及び６の発明によれば、文書フ
ァイル処理装置に後から新しい機能、性能の入力手段、
出力手段、変換手段、文書管理手段を追加するときに文
書ファイル処理装置自体を変更することなく提供するこ
とができ、各モジュールに不具合があり、各モジュール
の機能を拡張する場合、文書ファイル処理装置本体の設
計変更なしに機能を拡張することができる。またシステ
ム全体の機能を拡張する場合、新しい外部モジュールを
追加することによりシステム全体の機能を拡張すること
ができる。

【００３９】請求項２及び６の発明によれば、物理的条
件、外部文書管理装置の文書管理方法の違いなどであら
かじめ定義しておいた機能を有していないプラグインで
も文書ファイル処理装置に機能を取り込むことができ、
外部モジュールの画一的な設計を行うことができる。

【００４０】請求項３及び６の発明によれば、追加した
機能を必要な状態まで取り込まないので、文書ファイル
処理装置自体の起動性能が早くなりレスポンスが早くな
る。また動作に必要なメモリ、リソースが少なくて済
む。

【００４１】請求項４乃至６の発明によれば、後から新
しい機能を有した外部機能提供モジュールができても文
書ファイル処理装置自体は変更なしに新しい機能を取り
込むことができる。

【図面の簡単な説明】

【図１】 本発明の第１の実施形態における文書ファイ
ル処理装置のシステムの構成を示す図である。

【図２】 本発明の第１の実施形態の文書ファイル処理
装置本体と各プラグインとの関係を示す図である。

【図３】 本発明の第１の実施形態におけるプラグイン
が渡すケーパビリティデータの構造を示す図である。

【図４】 本発明の第１の実施形態における文書ファイ
ル処理装置の起動時の動作を説明するためのフロー図で
ある。

【図５】 本発明の第１の実施形態の文書ファイル処理
装置におけるユーザインターフェース画面の一例を示す
図である。

【図６】 本発明の第１の実施形態における文書ファイ
ル処理装置のユーザ操作時の動作を説明するためのフロ
ー図である。

【図７】 本発明の第１の実施形態における文書ファイ
ル処理装置の入力プラグイン処理時の動作を説明するた
めのフロー図である。

【図８】 本発明の第１の実施形態における文書ファイ
ル処理装置の出力プラグイン処理時の動作を説明するた
めのフロー図である。

【図９】 本発明の第１の実施形態における文書ファイ
ル処理装置の変換プラグイン処理時の動作を説明するた
めのフロー図である。

【図１０】 本発明の第１の実施形態における文書ファ
イル処理装置の文書管理プラグイン処理時の動作を説明
するためのフロー図である。

【図１１】 本発明の第１の実施形態における操作ＩＤ
データの構成を示す図である。

【図１２】 本発明の第２の実施形態における文書ファ
イル処理装置の文書管理プラグイン処理時の動作を説明
するためのフロー図である。

【図１３】 本発明の第３の実施形態における文書ファ
イル処理装置の起動時の動作を説明するためのフロー図
である。

【図１４】 本発明の第４の実施形態における文書ファ
イル処理装置の文書管理プラグイン処理時の動作を説明
するためのフロー図である。

【符号の説明】

１…文書ファイル処理装置のシステム、１０…文書ファ
イル処理装置、１１…文書管理プラグインＡ、１２…文
書管理プラグインＢ、１３…入力プラグイン、１４…出
力プラグイン、１５…変換プラグイン、２１…データベ
ースＡ、２２…データベースＢ、２３…スキャナ装置、
２４…プリンタ装置、２５…変換装置、３１…入力プラ
グインボタン、３２…変換プラグインボタン、３３…出
力プラグインボタン、３４…出力プラグインボタン、３
５，３６，３７…文書管理プラグインボタン。

Claims (6)

【特許請求の範囲】
1. 【請求項１】 コンピュータで扱うファイルをユーザに
   扱いやすくするための文書ファイル処理装置において、
   該装置にファイルを入力する入力手段と、前記装置内の
   ファイルを外部に出力する出力手段と、前記装置内のフ
   ァイルを変換して該装置内に入力する変換入力手段と、
   前記装置内またはネットワークでつながれたファイルサ
   ーバ上にあるファイルを管理する管理手段と、該管理し
   ているファイルを編集する編集手段と、前記入力手段、
   出力手段、変換入力手段、管理手段を判別する判別手段
   と、あらかじめ、各々の前記手段の機能について定義さ
   れたインターフェースとを有し、あらかじめ定義された
   機能に当てはまる外部機能提供モジュールを取り込むこ
   とを特徴とする文書ファイル処理装置。
2. 【請求項２】 請求項１に記載の文書ファイル処理装置
   において、前記入力手段に対する機能についての定義さ
   れたインターフェースと、前記出力手段に対する機能に
   ついての定義されたインターフェースと、前記変換入力
   手段に対する機能についての定義されたインターフェー
   スと、前記管理手段に対する機能についての定義された
   インターフェースと、各々の前記インターフェースに対
   応する機能の有無を各々の前記手段に問い合わせ、対応
   するユーザインターフェースを構築する手段とを有する
   ことを特徴とする文書ファイル処理装置。
3. 【請求項３】 請求項２に記載の文書ファイル処理装置
   において、提供されている外部機能提供モジュールをユ
   ーザが選択して取り込む手段と、ユーザによって取り込
   まれた外部機能提供モジュールの情報を保持しておき、
   起動時には保持しておいた情報を読み込む手段とを有
   し、起動時には外部機能提供モジュールを起動しないこ
   とを特徴とする文書ファイル処理装置。
4. 【請求項４】 請求項３に記載の文書ファイル処理装置
   において、提供されている外部機能提供モジュールに対
   して特有の機能を有しているかを問い合わせる手段と、
   指定の特有の手段を実行する為の呼出し手段とを有する
   ことを特徴とする文書ファイル処理装置。
5. 【請求項５】 請求項４に記載の文書ファイル処理装置
   において、提供されている外部機能提供手段に対してデ
   ータを渡して使用できるかを判断する手段と、外部機能
   提供手段で渡されたデータを解読して自分で扱えるデー
   タかを判断する手段とを有することを特徴とする文書フ
   ァイル処理装置。
6. 【請求項６】 請求項１乃至５のいずれか１に記載の文
   書ファイル処理装置として機能させるためのプログラム
   を記録したコンピュータ読み取り可能な記録媒体。