JPH08161467A - 電子ファイル装置並びに電子ファイルシステム - Google Patents

Abstract

(57)【要約】 【目的】 各アプリケーションプログラムに基づいて生
成された各ファイルを各アプリケーションプログラムに
共有するファイル資源として容易、かつ安価に取り扱う
ことができる。 【構成】 コンピュータシステムで起動可能な各アプリ
ケーションプログラムから伝達される各描画情報がプリ
ントドライバ６により前記所定のオペレーティングシス
テムが規定する所定の印刷データ形式に変換されると、
QuickDraw −共通文書変換装置１０−１が所定の印刷デ
ータ形式に変換された印刷データを前記複数のアプリケ
ーションプログラムが直接参照可能な共通文書ファイル
形式に変換し、該変換された前記共通文書ファイル形式
に従う共通文書１２をデータベース１３に記憶する構成
を特徴とする。

Description

【発明の詳細な説明】

【０００１】

【産業上の利用分野】本発明は、任意のアプリケーショ
ンで作成編集された文書，表組，画像等を記憶媒体に登
録して、任意のアプリケーションからの要求に応じて登
録されたファイルを随時出力可能な電子ファイル装置並
びに電子ファイルシステムに関するものである。

【０００２】

【従来の技術】従来、ＤＴＰアプリケーションは、それ
を開発するメーカ毎にバラバラのフォーマットでデータ
を保存していたので、異なるメーカ間のファイルのやり
取りは困難であった。この問題を解決するツールとし
て、各種のフィルタが提供されていた。

【０００３】

【発明が解決しようとする課題】上記フィルタの必要個
数は、使用するアプリケーションの数によって変化し、
例えば１０種類のアプリケーションが必要とするフィル
タの組合せの個数は、１０Ｃ２通りになるので、膨大な
フィルタ処理が必要となる。

【０００４】ただし、一旦中間ファイルに落すやり方を
すれば、その数は１０通りで済むが、それでもアプリケ
ーションの数分まで必要となる。

【０００５】また、小形で安価な電子ファイリング装置
を実現するためには、必然的に市販のパーソナルコンピ
ュータ（以下パソコン）をベースにしたファイリング装
置を実現することになる。

【０００６】そして、電子ファイリングに必須の機能要
素としては、スキャナ，ＯＣＲ，キーワード検索機能，
（光磁気）ディスク装置等を備えている。「紙」に印刷
された文書をスキャナで読んで保存するのが基本であ
る。その際、検索を容易にするためにＯＣＲ処理部で文
字情報をコード化し、キーワードを自動的に拾い出して
一緒に保存する訳である。

【０００７】専用機であれば、これだけの機能で十分で
あるが、パソコンをベースに電子ファイリングを行うた
めには、対象とする文書は「紙」に印刷された文書だけ
では不十分で、キーボードから入力して作成したような
ＤＴＰ文書も統一的に扱う必要性が出てくる。

【０００８】ところが、ＤＴＰ文書というのは、作成し
たアプリケーションによってファイルフォーマットが全
く異なり、それらをファイルの形で保存すると以下
（１）〜（４）のような問題が生じる。

【０００９】（１）ネットワーク上にあるサーバに保存
したＤＴＰ文書を複数のパソコンからアクセスする場
合、全てのパソコンに作成時に用いたアプリケーション
と同じアプリケーションが存在するという保証は無い。
バージョンが違うだけでも問題である。

【００１０】（２）ネットワーク上にアーキテクチャー
の異なるパソコンが存在する場合、たとえ同一アプリケ
ーションの作成したファイルでもファイル形式が異なる
のが普通なので、相互にアクセスできない。

【００１１】（３）市販のアプリケーションには、キー
ワードを抽出する機能など無いのが普通であるから、電
子ファイリングをする場合、ファイルを媒介するか、カ
ット＆ペースト機能を媒介して文書情報を伝送するわけ
だが、操作手順が繁雑で時間がかかり、自動化も困難で
あるから実用にならない。

【００１２】また、市販のアプリケーション、例えばス
キャナアプリ，ワープロ，表計算アプリ等のように非常
に正確が異なるアプリケーション間でのデータ交換を考
えてみる。これらのアプリケーション間でデータのやり
取りをするには、ファイルを介して行うのは非常に困難
である。

【００１３】なぜなら、スキャナアプリ，ワープロ，表
計算アプリ等のように性格が異なるアプリケーションが
生成するファイルのフォーマットはそれぞれのベンダー
が独自に定めたものなので、互換性は全く無いからであ
る。

【００１４】また、アプリケーションに依存しないファ
イルフォーマットとして「ＴＩＦＦ」「ＰＩＣＴ」「Ｅ
ＰＳ」「ＧＩＦ」「ＴＧＡ」等の業界標準フォーマット
はアプリケーションに向き／不向きがあり万能ではな
い。

【００１５】さらに、コンピュータがMacintosh （商品
名）やWindows （商品名）の場合には、「カット＆ペー
スト」の機能を用いてやり取りする仕組が用意されてい
るが、フォーマットは「ＰＩＣＴ」か「ＧＩＦ」に限定
される。

【００１６】本発明は、上記の問題点を解消するために
なされたもので、本発明に係る第１の発明〜第６の発明
の目的は、プリントドライバにより所定の印刷データ形
式に変換された印刷データを前記複数のアプリケーショ
ンプログラムが直接参照可能な共通文書ファイル形式に
変換して記憶媒体で管理することにより、各アプリケー
ションプログラムに基づいて生成された各ファイルを各
アプリケーションプログラムに共有するファイル資源と
して容易、かつ安価に取り扱うことができる電子ファイ
ル装置並びに電子ファイルシステムを提供することであ
る。

【００１７】

【課題を解決するための手段】本発明に係る第１の発明
は、所定のオペレーティングシステムに準拠する複数の
アプリケーションプログラムを起動して作成編集される
文書，表組，画像のファイル情報を処理可能なコンピュ
ータシステムと、このコンピュータシステムで起動可能
な各アプリケーションプログラムから伝達される各描画
情報を前記所定のオペレーティングシステムが規定する
所定の印刷データ形式に変換するプリントドライバ手段
と、このプリントドライバにより所定の印刷データ形式
に変換された印刷データを前記複数のアプリケーション
プログラムが直接参照可能な共通文書ファイル形式に変
換する変換手段と、この変換手段に変換された前記共通
文書ファイル形式に従う共有ファイルを記憶する記憶手
段とを有するものである。

【００１８】本発明に係る第２の発明は、記憶手段に記
憶された共通文書ファイル形式に従う共有ファイルを変
換手段を介して検索する検索ドライバを設け、この検索
ドライバは各アプリケーションプログラムの汎用ドライ
バとしてコンピュータシステムに組み込み可能とするも
のである。

【００１９】本発明に係る第３の発明は、プリントドラ
イバは、各アプリケーションプログラムから伝達される
各描画情報を解析して、文字部分，ベクトル描画部分，
ビットマップ画像部分，中間調画像部分とに分割して、
該分割された文字部分，ベクトル描画部分，ビットマッ
プ画像部分，中間調画像部分に圧縮処理した圧縮データ
を生成するよう構成したものである。

【００２０】本発明に係る第４の発明は、変換手段は、
プリントドライバにより所定の印刷データ形式に変換さ
れた圧縮データを前記複数のアプリケーションプログラ
ムが直接参照可能な共通文書ファイル形式に変換するよ
うに構成したものである。

【００２１】本発明に係る第５の発明は、プリントドラ
イバにより分割されたビットマップ画像部分，中間調画
像部分を解析して文字情報を認識して抽出する光学文字
認識処理手段を設け、この光学文字認識処理手段により
抽出された文字情報を既に分割された文字部分に追加す
るように構成したものである。

【００２２】本発明に係る第６の発明は、所定のオペレ
ーティングシステムに準拠する複数のアプリケーション
プログラムを起動して作成編集される文書，表組，画像
のファイル情報を処理可能なコンピュータシステムと、
このコンピュータシステムで起動可能な各アプリケーシ
ョンプログラムから伝達される各描画情報を前記所定の
オペレーティングシステムが規定する所定の印刷データ
形式に変換するプリントドライバ手段と、このプリント
ドライバにより所定の印刷データ形式に変換された印刷
データを前記複数のアプリケーションプログラムが直接
参照可能な共通文書ファイル形式に変換する変換手段
と、この変換手段に変換された前記共通文書ファイル形
式に従う共有ファイルを記憶する記憶手段とを有する電
子ファイル装置を所定のネットワークを介して複数接続
したものである。

【００２３】

【作用】第１の発明において、コンピュータシステムで
起動可能な各アプリケーションプログラムから伝達され
る各描画情報がプリントドライバにより前記所定のオペ
レーティングシステムが規定する所定の印刷データ形式
に変換されると、変換手段が所定の印刷データ形式に変
換された印刷データを前記複数のアプリケーションプロ
グラムが直接参照可能な共通文書ファイル形式に変換
し、該変換された前記共通文書ファイル形式に従う共有
ファイルを記憶媒体に記憶して、各アプリケーションプ
ログラムからプリントドライバに伝達された描画情報を
各アプリケーションプログラムに共有できるファイルと
して管理することを可能とする。

【００２４】第２の発明において、各アプリケーション
プログラムの汎用ドライバとしてコンピュータシステム
に組み込まれる検索ドライバが記憶手段に記憶された共
通文書ファイル形式に従う共有ファイルを変換手段を介
して検索して、共有ファイルを各アプリケーションプロ
グラムで直接的に処理可能とする。

【００２５】第３の発明において、プリントドライバ
は、各アプリケーションプログラムから伝達される各描
画情報を解析して、文字部分，ベクトル描画部分，ビッ
トマップ画像部分，中間調画像部分とに分割して、該分
割された文字部分，ベクトル描画部分，ビットマップ画
像部分，中間調画像部分に圧縮処理した圧縮データを生
成し、記憶媒体に登録するデータボリュームをできるだ
け小さくすることを可能とする。

【００２６】第４の発明において、変換手段は、プリン
トドライバにより所定の印刷データ形式に変換された圧
縮データを前記複数のアプリケーションプログラムが直
接参照可能な共通文書ファイル形式に変換して、各アプ
リケーションプログラムからプリントドライバに伝達さ
れた描画情報を圧縮した圧縮データを各アプリケーショ
ンプログラムに共有できるファイルとして管理すること
を可能とする。

【００２７】第５の発明において、プリントドライバに
より分割されたビットマップ画像部分，中間調画像部分
を光学文字認識処理手段が解析して文字情報を認識して
抽出し、該抽出された文字情報を既に分割された文字部
分に追加して、画像情報中の文字画像を文字情報として
利用可能とする。

【００２８】第６の発明において、所定のネットワーク
を介して各電子ファイル装置間で共有ファイルを転送可
能とし、ネットワーク上で各アプリケーションプログラ
ムでにより生成されたファイルを共有ファイルとして処
理可能とする。

【００２９】

【実施例】以下、図示の実施例に基づき詳細に説明す
る。 〔第１実施例〕図１は本発明の第１実施例を示す電子フ
ァイル装置の構成を説明するブロック図である。

【００３０】図において、１，２，３は市販のアプリケ
ーションであり、例えばスキャナアプリ，ワープロ，表
計算アプリ等を示している。これらのアプリケーション
間でデータのやり取りをするには、ファイル４，５を介
して行うのは非常に困難である。なぜなら、スキャナア
プリ，ワープロ，表計算アプリ等が生成するファイルの
フォーマットはそれぞれのベンダが独自に定めたものな
ので、互換性は全くない。

【００３１】ところが、これらのアプリケーションが印
刷する際にプリンタドライバに引き渡すデータは、Maci
ntosh （第１のコンピュータ系）の場合はQuickDraw
（第１の出力データ）、Windows （第２のコンピュータ
系）の場合はＧＤＩ（第２の出力データ）に統一されて
いる。

【００３２】図１に示す様に、第１のコンピュータ系の
アプリケーション１，２，３がプリンタドライバ６に印
刷データを渡す際、Postscriptアプリケーションの一部
に例外はあるが、ほとんどのアプリケーションがQuickD
raw の描画コマンド７，８，９をプリンタドライバ６に
渡している。

【００３３】本発明はこの特徴に着目し、プリンタドラ
イバ６の中に文書変換／蓄積機能を実現した。すなわ
ち、QuickDraw の描画コマンドはコンピュータに依存し
た描画コマンドであり、Macintosh のみに限定すればほ
とんどのアプリケーションに共通の言語があるが、Wind
ows ではＧＤＩコマンドが用いられており、互換性はな
い。そこで、QuickDraw −共通文書変換装置１０−１に
より、データベース１３にセーブしやすい一般的なドキ
ュメントの形のデータ、すなわち、共通文書１２，１４
に変換を行う。

【００３４】なお、共通文書１２，１４はドローであっ
てもペイントであっても、また混在していても構わな
い。ドローとは、描画の線の太さ，色，座標点を指定す
る数値で表現する描画方法で、それを受け取った側もそ
の数値をデコードする機能がなければならない。

【００３５】一方、ペイントとは、ビットマップ画像の
ことであり、データのサイズは大きくなるが、受け取っ
た側のデコード機能は不要である。

【００３６】１０−２はＯＣＲ装置で、ビットマップ画
像をコード化する場合に用いるが、ドロー系の情報の場
合には処理はバイパスする。

【００３７】１０−３はキーワード抽出装置で、QuickD
raw から変換された共通文書の中から、検索に使えそう
な単語を拾いだし、その共通文書とセットでアクセスす
るためのものである。

【００３８】１０−４はデータベースＡＰＩで、ローカ
ルまたはネットワーク（ＬＡＮ）１１を介して接続され
ているリモートのデータベース１３に接続するためのも
のである。

【００３９】プリンタドライバ６は、システムが提供す
るものに合わせるが、プリンタドライバ６は印刷だけを
想定しているので、通常はデータの流れは一方通行であ
り、データベース１３から引き出した文書をQuickDraw
コマンドに逆変換してアプリケーション１，２，３側に
送ることはできない。

【００４０】この問題を解決するために、本発明のプリ
ンタドライバ６は汎用ドライバの形式になっている。プ
リンタドライバ６を介して双方向の文書変換をするため
には、ＯＳやアプリケーションの変更が必要であるが、
専用の文書検索ソフトウェアを用いた場合には双方向の
文書変換が実現できる。共通文書１２はＬＡＮ１１を介
してデータベース１３に送られる。

【００４１】この装置を文書のファイリングシステムと
して用いるには、通常スキャナ１５で原稿を読み取る。
その制御はスキャナアプリ１が行うが、そのアプリが印
刷する場合にはやはりQuickDraw ７に変換されてプリン
タドライバ６に伝達される。

【００４２】QuickDraw ７とはいっても、スキャン画像
の場合には中身はビットマップであるから、QuickDraw
−共通文書変換装置１０−１でビットマップに戻し、必
要に応じて図示しない圧縮回路によって画像圧縮を行
う。

【００４３】プリンタドライバ６は、パソコンのＯＳが
サポートするすべてのQuickDraw コマンドをサポートす
る必要がある。さもないと、あらゆるアプリケーション
からの印刷要求に応えられない。

【００４４】一方、アプリケーション１，２，３は自分
の都合により一部のQuickDraw コマンドしかサポートし
なくても何ら問題はなかった。ところが、プリンタドラ
イバ６を双方向性にし、QuickDraw −共通文書変換装置
１０−１が出力するQuickDraw コマンドを表示可能にす
るためには、やはりすべてのQuickDraw コマンドをサポ
ートする必要がある。

【００４５】なぜなら、その文書は自分より高機能なア
プリケーションが作成したものかもしれないからであ
る。

【００４６】そのためプリンタドライバ６は、アプリケ
ーションに伝達しようとしたドロー系のコマンドがアプ
リケーションドライバに理解できないと拒絶された場合
には、それをペイント系のデータに変換して再度伝達し
なおす。

【００４７】これらの誤り制御機能のないアプリケーシ
ョンのために、QuickDraw 運用に水準を設け、例えばＪ
ＩＳの漢字コードの如く、第１，第２，第３水準に分類
し、伝達しても理解されないことが分かっている場合に
は、あらかじめ低レベルのQuickDraw コマンドに変換し
て伝達してもよい。 〔第２実施例〕図２は本発明の第２実施例を示す電子フ
ァイル装置の構成を説明するブロック図であり、図１と
同一のものには同一の符号を付してある。

【００４８】なお、図１では市販のアプリケーション
１，２，３からデータベース１３への文書蓄積を説明し
たが、市販のアプリケーションはやはり文書蓄積／検索
用に設計されている訳ではないから、スピーディーな検
索には専用の検索アプリ（アプリケーションプログラ
ム）１６が必要となる。この検索アプリ１６はQuickDra
w−共通文書変換装置１０−１と直接接続する。データ
フォーマットはQuickDrawではなく共通文書フォーマッ
ト１７である。QuickDraw −共通文書変換装置１０−１
は汎用ドライバとして構築されている。 〔第３実施例〕図３は本発明の第３実施例を示す電子フ
ァイル装置の構成を説明するブロック図であり、図１と
同一のものには同一の符号を付してある。

【００４９】なお、図３は、ＯＣＲアクセラレータ１０
−５を使う場合の実施例である。

【００５０】ＯＣＲアクセラレータ１０−５は、ＯＣＲ
には変換時間がかかるので、専用のハードウェアに処理
を代行させることにより高速化を図るため、通常ハード
ウェアで実現される。

【００５１】また、QuickDraw −共通文書変換装置１０
−１はプリンタドライバ／汎用ドライバとしてソフトウ
ェアで実現する。

【００５２】一方、ＯＣＲ１０−２，キーワード抽出装
置１０−３，データベースＡＰＩ１０−４はバックグラ
ウンドで走る汎用ドライバとしてソフトまたはハードで
実現し、これらが処理しているときでも、オペレータの
他の操作を中断しない。

【００５３】図４は、図３に示した電子ファイル装置に
おけるデータ処理系を説明する図である。

【００５４】図において、１０−６はプリントキュー、
１０−７はバッファメモリである。

【００５５】QuickDraw −共通文書変換装置１０−１は
もっぱらプリンタドライバ６と一体で動作し、プリント
キュー１０−６への出力はフォアグランドで行う。

【００５６】一方、ＯＣＲ１０−２以下はプリントキュ
ー１０−６から文書データをバックグランドで受取り、
アプリケーション１，２，３，１６と同時並行的に処理
する。メモリ１０−７は、プリントキュー１０−６が一
時的に文書データを蓄えておくためのものである。 〔第４実施例〕図５は本発明の第４実施例を示す電子フ
ァイルシステムの構成を説明するブロック図であり、図
１と同一のものには同一の符号を付してある。

【００５７】図において、左半分は図１のパソコンと同
じものであり、説明上必要な番号には「ａ」の枝番を付
けてある。

【００５８】一方、右半分は第２のパソコンで「ｂ」の
枝番を付けたものは、「ａ」の枝番の付いた同じ番号の
要素と同じものである。第１のパソコン（左）にはスキ
ャナ１５をそのまま残して説明してあるが、第２のパソ
コン（右）にスキャナがない場合の状態を説明してい
る。

【００５９】この場合、ＯＣＲ，キーワード検索，デー
タベースＡＰＩ機能は不要なので、図示される傾斜線で
示した様に機能を止めて使う。ネットワーク上を流れる
データが共通文書である限りは、アプリケーションとの
インタフェースは共通文書であっても他のフォーマッ
ト、すなわち、QuickDraw であっても構わない。

【００６０】スキャナ１５からのデータは、プリンタド
ライバ６が共通文書に変換するので、何ら問題なく相互
通信が可能である。 〔第５実施例〕図６は本発明の第４実施例を示す電子フ
ァイル装置の構成を説明するブロック図であり、図１と
同一のものには同一の符号を付してある。

【００６１】図において、２０−１はQuickDraw −共通
文書変換ドライバインタフェース、２０−２はユニット
で、ＯＣＲユニット，構文解析ユニット，逆ＰＤＬユニ
ットの集合である。２０−３はファイル構築ルーチンで
ある。２０−１で印刷時の描画コードはQuickDraが解析
され、文字部分，ベクトル描画コード部分，ビットマッ
プ画像部分，中間調画像部分に分けられる。ビットマッ
プ画像部分と中間調画像部分はＯＣＲに掛けられ、文字
部分がコードとして抽出される。

【００６２】ベクトル描画コード部分は、いくつかの描
画コードの集合の単位で逆ＰＤＬユニットで処理され、
「表」，「画」，「マーク」，「閉曲線」等の機能要素
に区分される。機能要素に入らないものは、「線」，
「円」，「四角」，「楕円」，「円弧」，「自由曲線」
等に分類する。

【００６３】ユニット２０−２の構文解析ユニットは、
主にテキスト部分の構文を解析して、それを「タイト
ル」，「章」，「節」，「段落」，「ヘッダ」，
「文」，「フッタ」，「ページ」，「日付」等に区分す
る。それらの区分に入らないものは、「テキスト」とし
て扱われる。そのようにして分類解析された共通文書
は、ファイル構築ルーチン２０−３で共通文書１２に落
とされる。

【００６４】一旦、共通文書１２に落とされれば、該フ
ァイルフォーマットを理解できる編集アプリ１９で標準
のＯＳのインタフェース１８を介して再編集が可能とな
る。

【００６５】以下、本実施例と第１〜第６の発明の各手
段との対応及びその作用について図１〜図６を参照して
説明する。

【００６６】第１の発明は、所定のオペレーティングシ
ステム（ＤＯＳ／Ｖ，漢字トーク等，ＵＮＩＸ）に準拠
する複数のアプリケーションプログラム（アプリケーシ
ョンプログラム１，２，３）を起動して作成編集される
文書，表組，画像のファイル情報を処理可能なコンピュ
ータシステムと、このコンピュータシステムで起動可能
な各アプリケーションプログラムから伝達される各描画
情報を前記所定のオペレーティングシステムが規定する
所定の印刷データ形式に変換するプリントドライバ手段
（プリンタドライバ６）と、このプリントドライバ６に
より所定の印刷データ形式に変換された印刷データを前
記複数のアプリケーションプログラムが直接参照可能な
共通文書ファイル形式に変換する変換手段（本実施例で
は、プリントドライバ６のサブドライバとして組み込む
構成となっているQuickDraw −共通文書変換装置１０−
１）と、この変換手段に変換された前記共通文書ファイ
ル形式に従う共有ファイルを記憶する記憶手段（データ
ベース１３）とを有し、コンピュータシステムで起動可
能な各アプリケーションプログラムから伝達される各描
画情報がプリントドライバ６により前記所定のオペレー
ティングシステムが規定する所定の印刷データ形式に変
換されると、QuickDraw −共通文書変換装置１０−１が
所定の印刷データ形式に変換された印刷データを前記複
数のアプリケーションプログラムが直接参照可能な共通
文書ファイル形式に変換し、該変換された前記共通文書
ファイル形式に従う共有ファイル（共通文書１２）を記
憶媒体に記憶して、各アプリケーションプログラムから
プリントドライバに伝達された描画情報を各アプリケー
ションプログラムに共有できるファイルとして管理する
ことを可能とする（図１，図２，図３等参照）。

【００６７】第２の発明は、各アプリケーションプログ
ラムの汎用ドライバとしてコンピュータシステムに組み
込まれる検索ドライバ（検索アプリケーション１６等
（図３参照）が記憶手段（データベース１３）に記憶さ
れた共通文書ファイル形式に従う共有ファイルをQuickD
raw −共通文書変換装置１０−１を介して検索して、共
有ファイルを各アプリケーションプログラムで直接的に
処理可能とする。

【００６８】第３の発明は、プリントドライバ６は、各
アプリケーションプログラムから伝達される各描画情報
を解析して、文字部分，ベクトル描画部分，ビットマッ
プ画像部分，中間調画像部分とに分割して、該分割され
た文字部分，ベクトル描画部分，ビットマップ画像部
分，中間調画像部分に圧縮処理した圧縮データを生成
し、記憶媒体に登録するデータボリュームをできるだけ
小さくすることを可能とする。

【００６９】第４の発明は、変換手段（QuickDraw −共
通文書変換装置１０−１）は、プリントドライバにより
所定の印刷データ形式に変換された圧縮データを前記複
数のアプリケーションプログラムが直接参照可能な共通
文書ファイル形式に変換して、各アプリケーションプロ
グラムからプリントドライバに伝達された描画情報を圧
縮した圧縮データを各アプリケーションプログラムに共
有できるファイルとして管理することを可能とする。

【００７０】第５の発明は、プリントドライバ６により
分割されたビットマップ画像部分，中間調画像部分を光
学文字認識処理手段が解析して文字情報をＯＣＲ装置１
０−２により（本実施例ではプリントドライバ６のサブ
ドライバとして構成される）認識して抽出し、該抽出さ
れた文字情報を既に分割された文字部分に追加して、画
像情報中の文字画像を文字情報として利用可能とする。

【００７１】第６の発明は、所定のネットワークを介し
て各電子ファイル装置間で共有ファイルを転送可能（図
５等参照）とし、ネットワーク上で各アプリケーション
プログラム（アプリケーションプログラム１，２，３）
でにより生成されたファイルを共有ファイルとして処理
可能とする。

【００７２】上記各実施例によれば、アプリケーション
が印刷する場合に出力するデータ形式はＯＳ毎に標準化
されているという点に着目し、プリンタドライバの部分
に「統一したファイル形式への変換機能」，「ＯＣＲ機
能」，「キーワード検索機能」を構築することにより、
パソコンのアーキテクチャーの違いによらず、あらゆる
市販アプリで作成した文書を、統一した１種類のフォー
マットで保存することができた。

【００７３】また、本実施例によれば、従来ハード／ソ
フト共にスタンドアロンの機械として提供されていた文
書蓄積／検索装置を、市販されているコンピュータをベ
ースにし、市販されている幾多のアプリケーションをフ
ロントエンドとする文書蓄積／検索機能を自在に組み込
むことでできる安価なシステムを提供できる。

【００７４】なお、本発明は、複数の機器から構成され
るシステムに適用しても、１つの機器から成る装置に適
用しても良い。また、本発明はシステムあるいは装置に
プログラムを供給することによって達成させる場合にも
適用できることは言うまでもない。

【００７５】以下、図７〜図１１等を参照して本発明に
係る電子ファイルシステムにおけるファイル処理方法に
ついて説明する。

【００７６】図７は本発明に係る電子ファイルシステム
におけるファイル処理方法のメイン処理手順の一例を示
すフローチャートである。なお、（１）〜（５）はアプ
リケーション側のステップを示し、（６）〜（１３）は
ＯＳ側のステップを示し、（１４）〜（１９）はファイ
リングドライバ側のステップを示す。

【００７７】なお、本実施例では、ＯＳがマルチタスク
のものならもちろんのこと、シングルタスクの場合で
も、アプリケーションとＯＳ，ドライバの処理動作は見
かけ上独立したタスクのように振舞うから、図７に示す
ように、３種の独立タスクのように記載することは何ら
問題とはならない。また、図中の点線の矢印で示してあ
る部分は、実際には関数コールであるが、プログラム言
語（Ｃ＋＋）やクラス定義の中では「メッセージ」とい
う表現を用いることが一般的であり、ここではその例に
習うものとする。

【００７８】まず、アプリケーションがドキュメントを
作成して（１）、それを本発明に係る電子ファイルシス
テムにファイルする時、通常の印刷動作と全く同じ操作
を行う。印刷メニューを選択すると（２）、ＯＳに対し
て印刷開始メッセージが送られる。ＯＳはこの時種々の
ＯＳサービスを実行しながら（６）、イベントループに
入っていて（７）、印刷開始メッセージを受け付ける
と、ドライバを起動する（８）。

【００７９】ファイリングドライバは、レジスタセット
やメモリ空間の確保等の初期化処理を実行した後（１
４）、初期化完了メッセージをＯＳに返す。この間、Ｏ
Ｓはドライバからの返事をループで待っている（９）。

【００８０】そして、アプリケーションに対し、ドライ
バの準備が整ったことを示すメッセージを送る（１
０）。これを受けて、アプリケーションはステップ
（３）のループから抜け出し、プリンタに描画すべきＧ
ＤＩコードを出力する（４）。該ＧＤＩコードを受け取
ったＯＳは、プリンタ（ドライバ）がＧＤＩプリンタな
らば、ＧＤＩコードのままで、また、ビットマッププリ
ンタならば、ＯＳの中でＧＤＩコードをラスタライズし
てプリンタドライバに渡す（１１）。ファイルドライバ
ば、プリンタドライバをエミュレートしており、ＧＤＩ
プリンタかビットマッププリンタのどちらかであること
を宣言する必要がある。そのどちらでも実現可能であ
る。

【００８１】もし、ＧＤＩプリンタであると宣言する
と、ＯＳからはＧＤＩコードがそのままの形で送られて
来るので、ドライバの中では容易にＧＤＩコードの解析
ができるし、ビットマップが必要なら、ＯＳのシステム
コールを呼んで、ラスタライズすることができる。

【００８２】もし、ビットマッププリンタであると宣言
すると、ＯＳの中でＧＤＩをビットマップに変換するＧ
ＤＩサービスが実行され（１１）、ファイリングドライ
バにはビットマップが渡される（１５）。なお、ＯＳが
Windows の場合、たとえビットマップにしても、ビット
マップコードの片隅に元のＧＤＩコードが記載されてい
るから、本発明ではビットマップを宣言することにす
る。

【００８３】ファイリングドライバは、受け取ったＧＤ
Ｉコードを解析して（１６）、原稿に書かれている内容
の特徴を抽出し（１７）、それをデータベースに保存す
る（１８）。ファイリングドライバからＯＳに対し、印
刷完のメッセージが届いたら、ドライバの処理待ちにな
っているループ（１２）から抜け出し、印刷完了メッセ
ージをアプリケーションに送るとともに（１３）、ファ
イリングドライバを終了させ、メモリ空間からスワップ
アウトする。アプリケーションは、ＯＳからの印刷完了
メッセージを受けて、印刷シーケンスを終了する
（５）。なお、ファイリングドライバは、ステップ（１
８）でデータベースに保存したら、メモリ空間を解放す
る（１９）。

【００８４】図８は、図７に示したファイリングドライ
バによるＧＤＩコード解析および特徴抽出処理の詳細手
順を示すフローチャートである。なお、（２０）〜（２
９）は各ステップを示す。

【００８５】ＯＳ経由でアプリケーションから渡された
ＧＤＩコードを取得したら（２０）、該ＧＤＩコードを
解析し（２１）、画像か、文字か、ドローかを区別する
（２１）〜（２３）。なお、本実施例において、ドロー
とは、ベクトル情報の集合による線図形，面図形を用い
た描画をいう。

【００８６】そして、ステップ（２１）でＹＥＳの場合
は、画像を表すＧＤＩコードを、ＪＢＩＧ，ＪＰＥＧ，
ＭＭＲ等の圧縮アルゴリズムを用いて圧縮され、画像バ
ッファに保存される（２４）。

【００８７】一方、ステップ（２２）でＹＥＳの場合
は、文字を表すＧＤＩコードは文字バッファに蓄えら
れ、文字バッファの処理でタイトルであるかどうかの判
定を受けた後、文字に関する各種の情報（文字コード，
スタイル，文字色）を保存し、キーワードとして登録す
る（２５）。

【００８８】一方、ステップ（２３）でＹＥＳの場合
は、ドロー部分のＧＤＩコードは、ドロー情報の処理ル
ーチン（詳細は後述する）において、表，図形の判定を
受け、さらに統計処理を受ける（２７）。

【００８９】一方、ステップ（２３）でＮＯすなわち、
ＧＤＩコードが上記のいずれでもない時は、制御コード
であるから、ステップ（２６）において、制御コードの
処理を行う。制御コードの中身は、例えば紙サイズ指定
であり、また、紙方向指定，解像度指定，余白指定，頁
番号指定，印刷枚数指定，改頁であるかもしれない。

【００９０】次いで、すなわち、ステップ（２４），
（２５），（２６），（２７）の後は、次のＧＤＩコー
ドを取得するための準備に入る（２８）。もし、制御コ
ードが終了コードであった時は、ＧＤＩコードの解析は
終了するが、そうでない場合には次のＧＤＩコードを取
得するためにステップ（２）にループする。

【００９１】図９は、図８に示した文字バッファの処理
ルーチンの詳細手順を示すフローチャートである。な
お、（３０）〜（３８）は各ステップを示し、該ステッ
プにより、文字バッファに蓄えられた文字情報を解析し
て、タイトル文字かどうかの判定を行い、キーワードと
して登録する処理を行う。

【００９２】なお、ＧＤＩコードの場合、文字コードは
一連のストリング（文章）になって表現されるとは限ら
ない。ストリングのＧＤＩコードを吐き出すアプリケー
ションは、エディタと呼ばれるソフトウエア程度で、高
級なＤＴＰアプリケーションになればなるほど、むしろ
１文字１文字描画する場合が多い。高級なＤＴＰアプリ
ケーションは、ＧＤＩコードの表現能力を越えた高度の
文章表現をするので、１文字１文字の描画になることが
多い。

【００９３】先ず、１個前の文字との距離を計算し（３
０）、文字の高さの１／２より狭いかどうかを判定し
（３１）、ＮＯならば、すなわち、文字の高さの１／２
より以上であれば単語の区切りと判定して（３２）、キ
ーワード登録する。

【００９４】その中でも、タイトルと思われる文字は、
特別に保存し、タイトル文字として検索の用に供する。
タイトルと判定するアルゴリズムは、対象とする文字が
原稿の縦寸法の上から１／４以内にあり（３３）、か
つ、原稿中で最大サイズの文字ならタイトルと判定する
（３４），（３５）。それ以外の文字は、タイトル以外
の文字としてキーワード登録する（３６）。なお、タイ
トル自身もキーワードであることはいうまでもない。
一方、ステップ（３１）の判定でＹＥＳの場合は、すな
わち、文字の高さの１／２より狭い場合は、前の文字と
とともに単語を構成していると判定し（３７）、該単語
の区切りを見つけるために、文字情報を文字バッファに
書き込み（３８）、該ルーチンを終了する。

【００９５】図１０は、図８に示したドロー情報の処理
ルーチンの詳細手順を示すフローチャートである。な
お、（４０〜（５０）は各ステップを示す。また、図１
１に示すドロー情報例を参照して処理動作を説明する。

【００９６】先ず、ＧＤＩコードが直線かどうかを判定
し（４０）、直線であれば、さらに表であるかどうかを
判別するルーチンに入るが、直線以外の円，楕円，四
角，ポリゴン，斜め線，曲線等であり、単純にドロー画
グループに加え（４９）、保存する。

【００９７】一方、ステップ（４０）で、直線と判別さ
れた場合、既に登録済みの直線グループの中の線と接す
るかどうかを判定する（４１）。判定方法は、直線の持
つ２点（始点，終点）の持つＸ座標とＹ座標のどれが直
線グループの中の線の持つ２点の座標のどれかと１つで
も一致し、かつ、他の座標が所定範囲内であれば接して
いると判別できる。例えば図１１に示すように、２本の
線Ａ，Ｂが接しているとかどうかを判別する場合、Ｘ１
＝Ｘ３であるかどうかをチェックするだけで良い。

【００９８】また、線Ａ，Ｂも斜め線でないことは解っ
ているので、Ｘ１＝Ｘ３＝Ｘ４でもある。さらに、線Ｂ
のＹ座標は、Ａの始点と終点の間になければならないか
ら、Ｙ４≦Ｙ１≦Ｙ３でなければならない。すなわち、
２本の直線を有する４種類のＸ，Ｙ座標の内、３つが一
致する成分を調べ、もし一致する場合には、２つとも一
致する成分を持つ直線の他方の成分の間に他の線分の同
じ座標が入っていれば、接していると判別できる。これ
が、Ｘ座標，Ｙ座標ともに成立するときは、ｔ２本の直
線Ａ，Ｂは直角を形成する。

【００９９】そこで、ステップ（４１）で、どの直線グ
ループとも接しないと判別された直線は、それ自身が新
たな直線グループを形成するものとして登録する（５
０）。

【０１００】一方、接することが解った直線について
は、その直線グループの一員として加える（４２）。

【０１０１】ある直線グループを有するＸ座標，Ｙ座標
のうち、最大，最小の４つを、その直線グループの矩形
領域と定める。この矩形領域は、新たな直線が加わる毎
に再計算する（４３）。その直線グループの構成するＸ
座標だけまたはＹ座標だけの種類の数を求め、それから
「１」を引いた数がセル数として導出される（４４）。

【０１０２】また、同様に、Ｘ座標の成分と、Ｙ座標の
成分を別々に大きさ順に並べ、互いに接近する座標同志
の差分がセルサイズとなる（４５）。

【０１０３】この直線グループの矩形領域の中に、文字
が入るかどうかを判定し（４６）、文字が入る場合に
は、その文字を表中の文字として特別に登録し（４
７）、かつ、その直線グループを表と判定する（４
８）。なお、文字を全く含まない直線グループは表とは
見做さない。

【０１０４】

【発明の効果】以上説明したように、本発明に係る第１
の発明によれば、コンピュータシステムで起動可能な各
アプリケーションプログラムから伝達される各描画情報
がプリントドライバにより前記所定のオペレーティング
システムが規定する所定の印刷データ形式に変換される
と、変換手段が所定の印刷データ形式に変換された印刷
データを前記複数のアプリケーションプログラムが直接
参照可能な共通文書ファイル形式に変換し、該変換され
た前記共通文書ファイル形式に従う共有ファイルを記憶
媒体に記憶するので、各アプリケーションプログラムか
らプリントドライバに伝達された描画情報を各アプリケ
ーションプログラムに共有できるファイルとして管理す
ることができる。

【０１０５】第２の発明によれば、各アプリケーション
プログラムの汎用ドライバとしてコンピュータシステム
に組み込まれる検索ドライバが記憶手段に記憶された共
通文書ファイル形式に従う共有ファイルを変換手段を介
して検索するので、共有ファイルを各アプリケーション
プログラムで直接的に処理することができる。

【０１０６】第３の発明によれば、プリントドライバ
は、各アプリケーションプログラムから伝達される各描
画情報を解析して、文字部分，ベクトル描画部分，ビッ
トマップ画像部分，中間調画像部分とに分割して、該分
割された文字部分，ベクトル描画部分，ビットマップ画
像部分，中間調画像部分に圧縮処理した圧縮データを生
成するので、記憶媒体に登録するデータボリュームをで
きるだけ小さくすることができる。

【０１０７】第４の発明によれば、変換手段は、プリン
トドライバにより所定の印刷データ形式に変換された圧
縮データを前記複数のアプリケーションプログラムが直
接参照可能な共通文書ファイル形式に変換するので、各
アプリケーションプログラムからプリントドライバに伝
達された描画情報を圧縮した圧縮データを各アプリケー
ションプログラムに共有できるファイルとして管理する
ことができる。

【０１０８】第５の発明によれば、プリントドライバに
より分割されたビットマップ画像部分，中間調画像部分
を光学文字認識処理手段が解析して文字情報を認識して
抽出し、該抽出された文字情報を既に分割された文字部
分に追加するので、画像情報中の文字画像を文字情報と
して利用することができる。

【０１０９】第６の発明によれば、所定のネットワーク
を介して各電子ファイル装置間で共有ファイルを転送可
能とするので、ネットワーク上で各アプリケーションプ
ログラムでにより生成されたファイルを共有ファイルと
して処理することができる。

【０１１０】従って、各アプリケーションプログラムに
基づいて生成された各ファイルを各アプリケーションプ
ログラムに共有するファイル資源として容易、かつ安価
に取り扱うことができるという効果を奏する。

【図面の簡単な説明】

【図１】本発明の第１実施例を示す電子ファイル装置の
構成を説明するブロック図である。

【図２】本発明の第２実施例を示す電子ファイル装置の
構成を説明するブロック図である。

【図３】本発明の第３実施例を示す電子ファイル装置の
構成を説明するブロック図である。

【図４】図３に示した電子ファイル装置におけるデータ
処理系を説明する図である。

【図５】本発明の第４実施例を示す電子ファイルシステ
ムの構成を説明するブロック図である。

【図６】本発明の第５実施例を示す電子ファイル装置の
構成を説明するブロック図である。

【図７】本発明に係る電子ファイルシステムにおけるフ
ァイル処理方法のメイン処理手順の一例を示すフローチ
ャートである。

【図８】図７に示したファイリングドライバによるＧＤ
Ｉコード解析および特徴抽出処理の詳細手順を示すフロ
ーチャートである。

【図９】図８に示した文字バッファの処理ルーチンの詳
細手順を示すフローチャートである。

【図１０】図８に示したドロー情報の処理ルーチンの詳
細手順を示すフローチャートである。

【図１１】図１０に示したドロー情報の処理ルーチンで
使用するドロー情報の一例を示す図である。

【符号の説明】

１ アプリケーション ２ アプリケーション ３ アプリケーション ６ プリンタドライバ １０−１ QuickDraw −共通文書変換装置 １０−２ ＯＣＲ装置 １０−３ キーワード抽出装置 １０−４ データベースＡＰＩ（アプリケーション・プ
ログラム・インタフェース） １２ 共通文書

Claims (6)

【特許請求の範囲】
1. 【請求項１】 所定のオペレーティングシステムに準拠
   する複数のアプリケーションプログラムを起動して作成
   編集される文書，表組，画像のファイル情報を処理可能
   なコンピュータシステムと、このコンピュータシステム
   で起動可能な各アプリケーションプログラムから伝達さ
   れる各描画情報を前記所定のオペレーティングシステム
   が規定する所定の印刷データ形式に変換するプリントド
   ライバ手段と、このプリントドライバにより所定の印刷
   データ形式に変換された印刷データを前記複数のアプリ
   ケーションプログラムが直接参照可能な共通文書ファイ
   ル形式に変換する変換手段と、この変換手段に変換され
   た前記共通文書ファイル形式に従う共有ファイルを記憶
   する記憶手段とを有することを特徴とする電子ファイル
   装置。
2. 【請求項２】 記憶手段に記憶された共通文書ファイル
   形式に従う共有ファイルを変換手段を介して検索する検
   索ドライバを設け、この検索ドライバは各アプリケーシ
   ョンプログラムの汎用ドライバとしてコンピュータシス
   テムに組み込み可能とすることを特徴とする請求項１記
   載の電子ファイル装置。
3. 【請求項３】 プリントドライバは、各アプリケーショ
   ンプログラムから伝達される各描画情報を解析して、文
   字部分，ベクトル描画部分，ビットマップ画像部分，中
   間調画像部分とに分割して、該分割された文字部分，ベ
   クトル描画部分，ビットマップ画像部分，中間調画像部
   分に圧縮処理した圧縮データを生成することを特徴とす
   る請求項１記載の電子ファイル装置。
4. 【請求項４】 変換手段は、プリントドライバにより所
   定の印刷データ形式に変換された圧縮データを前記複数
   のアプリケーションプログラムが直接参照可能な共通文
   書ファイル形式に変換することを特徴とする請求項１記
   載の電子ファイル装置。
5. 【請求項５】 プリントドライバにより分割されたビッ
   トマップ画像部分，中間調画像部分を解析して文字情報
   を認識して抽出する光学文字認識処理手段を設け、この
   光学文字認識処理手段により抽出された文字情報を既に
   分割された文字部分に追加することを特徴とする請求項
   ３記載の電子ファイル装置。
6. 【請求項６】 所定のオペレーティングシステムに準拠
   する複数のアプリケーションプログラムを起動して作成
   編集される文書，表組，画像のファイル情報を処理可能
   なコンピュータシステムと、このコンピュータシステム
   で起動可能な各アプリケーションプログラムから伝達さ
   れる各描画情報を前記所定のオペレーティングシステム
   が規定する所定の印刷データ形式に変換するプリントド
   ライバ手段と、このプリントドライバにより所定の印刷
   データ形式に変換された印刷データを前記複数のアプリ
   ケーションプログラムが直接参照可能な共通文書ファイ
   ル形式に変換する変換手段と、この変換手段に変換され
   た前記共通文書ファイル形式に従う共有ファイルを記憶
   する記憶手段とを有する電子ファイル装置を所定のネッ
   トワークを介して複数接続したことを特徴とする電子フ
   ァイルシステム。