JPH09231121A

JPH09231121A - 文書蓄積装置

Info

Publication number: JPH09231121A
Application number: JP3249096A
Authority: JP
Inventors: Hideki Ichiriki; 英樹一力
Original assignee: Fuji Xerox Co Ltd
Current assignee: Fujifilm Business Innovation Corp
Priority date: 1996-02-20
Filing date: 1996-02-20
Publication date: 1997-09-05
Anticipated expiration: 2016-02-20
Also published as: JP2970521B2

Abstract

(57)【要約】【課題】一般アプリケーションソフトウェアで作成し
た任意の文書を閲覧対象にでき、閲覧時の転送情報量を
減らす。【解決手段】文書蓄積装置２において、文書格納手段
２ｂには、文書作成装置４で作成した複数ページから成
る文書を少なくとも１つの画像データの集合がページ単
位で保持されるような電子文書の形で格納しておく。文
書閲覧装置１から閲覧要求が発行されると、閲覧要求受
信・解析手段２ａがその閲覧要求を受信して要求内容を
解析する。要求された電子文書は文書格納手段２ｂから
ページ単位で取得され、文書加工手段２ｃにて要求内容
に応じたフォーマットに加工され、応答データ生成手段
２ｄにて次の閲覧要求発行時にページ指定が可能な参照
情報を埋め込んだ応答データを生成する。このページ単
位の応答データは、文書送信手段２ｅより文書閲覧装置
１に送信される。

Description

【発明の詳細な説明】

【０００１】

【発明の属する技術分野】本発明は文書閲覧システムの
文書蓄積装置に関し、特に文書閲覧装置からの閲覧要求
に従って、蓄積された電子文書を利用者に提供する文書
閲覧システムの文書蓄積装置に関する。

【０００２】

【従来の技術】近年、ネットワーク環境にて簡易文書を
閲覧するシステムが普及しつつある。たとえば最近話題
の「インターネット（Ｉｎｔｅｒｎｅｔ）」、「ワール
ド・ワイド・ウエブ（ＷＷＷ）」と呼称される情報閲覧
環境がある。この閲覧システムでは、「ＷＷＷサーバ」
と「ＷＷＷブラウザ」との間で「ＨＴＴＰ（Ｈｙｐｅｒ
ＴｅｘｔＴｒａｎｓｆｅｒＰｒｏｔｏｃｏｌ）」と
呼ばれるプロトコルで、「ＨＴＭＬ（ＨｙｐｅｒＴｅ
ｘｔＭａｒｋｕｐ−Ｌａｎｇｕａｇｅ）」と呼ばれる
データフォーマットを交換する方式を採っている。

【０００３】このシステムは、ハイパーテキストのよう
に、主に文字情報と既定フォーマットのイメージ情報と
を、カード（ページの概念のない１枚のシート）単位と
して、マークアップ言語によるシンプルなフォーマット
でデータ交換し、閲覧するシステムとして一般市場にも
普及しつつある。なお、インターネットに関する技術に
ついては、ＩＳＢＮ４−９００７１８−１２−２「イン
ターネットユーザーズガイド」に詳述されている。

【０００４】このインフラストラクチャ上で、社内、社
外を問わず、電子文書を交換して閲覧するようなシステ
ムを構築したいという利用者の要望が高まっている。

【０００５】

【発明が解決しようとする課題】しかし、上記のような
ネットワーク環境を文書閲覧に利用する場合、次の問題
点があり、満足なシステムが実現できない。すなわち、
文書のフォーマットがテキストベースの簡単な文法であ
る分、そのトレードオフとして、表現できる文書の種類
に限界が出てくる。特定の文法で文書を作成するため、
たとえば自分が使用しているワープロでそのまま文書を
作成することができず、独特の文書作成技術が必要であ
ったり、ＨＴＭＬという特定のフォーマットに変換また
は出力できる機能を持ったワープロを使用しなければな
らない。

【０００６】他方、文書交換を目的とする場合、個々の
文書をそれぞれの場所でファイル転送プロトコルを利用
して取得し、ワープロ文書のデータファイルとして交換
する方式があるが、この方式も次の理由から、満足なシ
ステムが実現できない。すなわち、ワープロデータは全
ページを取得しなければならないので、たとえ先頭ペー
ジでも文書内容をすぐには閲覧することができず、ペー
ジ数の大きな文書を閲覧する場合には、文書の転送に時
間がかかる。しかも、利用者側で各種ワープロデータの
閲覧に対応するには、それぞれのワープロなどのアプリ
ケーションソフトウェアを用意しなければならないの
で、全ての閲覧者が閲覧に必要なアプリケーションソフ
トウェアを全て用意する前提は不可能である。

【０００７】さらに、これらの問題を改善するため、サ
ーバ側で、利用者側の要求する文書フォーマットに変換
して送信する方式も考えられるが、ワープロデータの変
換に完全互換はあり得ないので、限られた範囲でしか変
換することができず、必ずオリジナルとの食い違いが発
生してしまう。しかも、ワープロデータのフォーマット
は多数あり、バージョンアップも頻繁に繰り返されるた
め、全てのフォーマットにコンバートする方式は、本来
は実現不可能である。したがって、一般には、よく利用
される代表的なアプリケーションソフトウェアのフォー
マット以外は交換できないのが現状である。

【０００８】他方、ネットワーク経由の文書交換に対し
て、ローカルな装置としてイメージファイリング装置が
ある。イメージファイリングのラスターイメージ画像の
表示には従来から各種の工夫があるが、もともとページ
単位のデータ形式である事が自明なスキャンイメージを
扱う画像ファイリングシステムに対する工夫は、複数ペ
ージで構成され、フォーマットにも互換性のない一般ア
プリケーションソフトウェアの文書データに対しては適
用できず、また、ネットワーク経由の遠隔閲覧装置に対
する工夫は、ローカルファイリングを前提とするイメー
ジファイリングとは異なる工夫が必要である。

【０００９】本発明はこのような点に鑑みてなされたも
のであり、一般アプリケーションソフトウェアで作成し
た任意の文書を、ページ概念のない閲覧システムでもペ
ージを意識した閲覧対象にでき、ローカルシステムはも
ちろんのこと、通信回線を経由した遠隔閲覧装置で閲覧
する場合でも、１回の閲覧要求に対する転送情報の量を
減らして、応答性能を向上させることが可能な文書閲覧
システムの文書蓄積装置を提供することを目的とする。

【００１０】

【課題を解決するための手段】図１は文書閲覧システム
の原理構成図である。この図において、文書閲覧システ
ムは文書閲覧装置１と、文書蓄積装置２と、これらを結
合する通信経路３とから構成される。文書閲覧装置１
は、入力手段１ａによって指示された閲覧要求を文書蓄
積装置２へ送信する閲覧要求送信手段１ｂと、この閲覧
要求に応答して送信されてきた文書を受信して表示手段
１ｃに出力する文書受信手段１ｄとを有している。文書
蓄積装置２は、文書閲覧装置１から通信経路３を介して
送信されてきた閲覧要求を受信して解析する閲覧要求受
信・解析手段２ａと、少なくとも１つの画像データの集
合がページ単位で保持されている電子文書を格納してお
く文書格納手段２ｂと、文書閲覧装置１から要求された
文書格納手段２ｂ内の電子文書のデータを指定された要
求に従ってページ単位で加工する文書加工手段２ｃと、
この文書加工手段２ｃで加工された文書に前後ページへ
の参照情報を付与して応答データを生成する応答データ
生成手段２ｄと、この応答データ生成手段２ｄにて生成
された応答データを閲覧要求が発行された文書閲覧装置
１へ送信する文書送信手段２ｅとを有している。

【００１１】また、文書閲覧システムは電子文書作成装
置４を備え、この電子文書作成装置４は、紙媒体への印
刷機能を持ったアプリケーションソフトウェア４ａが印
刷処理時に発行した印刷制御コマンドを受けて所定の画
像フォーマットでページ単位の画像データに加工し、ペ
ージ単位の画像データを集めて所定の文書フォーマット
で出力する電子文書作成手段４ｂを有している。

【００１２】上記構成の文書閲覧システムによれば、ま
ず、文書作成装置４において、アプリケーションソフト
ウェア４ａで作成した複数ページから成る文書を、電子
文書作成手段４ｂで少なくとも１つの画像データの集合
がページ単位で保持されるような電子文書に加工し、文
書蓄積装置２に格納しておく。基本的な閲覧の機構は、
まず、文書閲覧装置１が閲覧要求送信手段１ｂを通じて
閲覧要求を発行する。すると、文書蓄積装置２の側で
は、閲覧要求受信・解析手段２ａが送信された閲覧要求
を受信する。閲覧要求のあった電子文書が文書格納手段
２ｂから取得され、文書加工手段２ｃにて、閲覧要求の
内容に応じたフォーマットに加工され、応答データ生成
手段２ｄにて応答データを用意する。このとき、応答デ
ータ生成手段２ｄは文書閲覧装置１が閲覧要求送信手段
１ｂで閲覧要求を発行する際に、電子文書の指定だけで
なく、ページ指定を併せて発行することができるよう
に、閲覧用文書のフォーマットにあらかじめ参照情報を
埋め込んだ応答データを生成する。このようにして生成
された応答データは、文書送信手段２ｅより送信され
る。通信経路３を通じて送信された応答データは、文書
閲覧装置１の文書受信手段１ｄにより受信され、表示手
段１ｃに送られて表示される。

【００１３】したがって、文書閲覧装置１からの閲覧要
求に対する応答データは、ページ単位での画像情報とな
るので、１回の閲覧要求で通信経路３を介して送受され
る伝送データは高々１ページ分の画像データ量以下に抑
えられ、ページ表示要求操作から実際のページが文書閲
覧装置１の表示手段１ｃで表示されるまでの応答時間を
短縮し、閲覧の応答効率を上げることができる。また、
特定のアプリケーションソフトウェア４ａで作成された
複数のページを持つ電子文書は、電子文書作成手段４ｂ
によってページ単位に分割された閲覧用画像データにさ
れて文書蓄積装置２の文書格納手段２ｂに格納されるた
め、文書閲覧装置１では、電子文書を表示するための特
定のアプリケーションソフトウェアを用意する必要がな
い。

【００１４】

【発明の実施の形態】まず、本発明の概略について図面
を参照して説明する。図１は文書閲覧システムの原理構
成図である。

【００１５】同図において、文書閲覧システムは文書閲
覧装置１と、文書蓄積装置２と、これらを結合する通信
経路３とから構成され、さらに、文書蓄積装置２に蓄積
される閲覧用の電子文書を作成するための文書作成装置
４を備えている。

【００１６】文書閲覧装置１は、入力手段１ａによって
入力・指示された閲覧要求を文書蓄積装置２へ送信する
閲覧要求送信手段１ｂと、この閲覧要求に応答して文書
蓄積装置２から送信されてきた応答データを受信して表
示手段１ｃに出力する文書受信手段１ｄとを有してい
る。また、文書蓄積装置２は、文書閲覧装置１から通信
経路３を介して送信されてきた閲覧要求を受信してその
閲覧要求の内容を解析する閲覧要求受信・解析手段２ａ
と、文書作成装置４によって作成された少なくとも１つ
の画像データの集合がそれぞれページ単位で保持されて
いる電子文書を格納しておく文書格納手段２ｂと、文書
閲覧装置１から要求された文書格納手段２ｂ内の電子文
書のデータを指定された要求に従ってページ単位で加工
する文書加工手段２ｃと、この文書加工手段２ｃで加工
された文書に隣接ページを指定するための参照情報を付
与して応答データを生成する応答データ生成手段２ｄ
と、この応答データ生成手段２ｄにて生成された応答デ
ータを閲覧要求が発行された文書閲覧装置１へ送信する
文書送信手段２ｅとを有している。文書作成装置４は、
紙媒体への印刷機能を持ったワープロなどのアプリケー
ションソフトウェア４ａと、このアプリケーションソフ
トウェア４ａが印刷処理時に発行した印刷制御コマンド
を受けて所定の画像フォーマットでページ単位の画像デ
ータに加工し、ページ単位の画像データを集めて所定の
文書フォーマットで文書蓄積装置２に出力する、疑似印
刷機構を持った電子文書作成手段４ｂとを有している。

【００１７】上記構成の文書閲覧システムによれば、ま
ず、文書作成装置４において、アプリケーションソフト
ウェア４ａによって電子文書が作成される。このアプリ
ケーションソフトウェア４ａは、ワープロソフト、表計
算ソフト、作画ソフト、データベースソフトなどであ
り、厳密には、紙に印刷する機能を持ったソフトウェア
である。アプリケーションソフトウェア４ａで作成され
た複数ページから成る文書は、電子文書作成手段４ｂに
渡され、ここで少なくとも１つの画像データの集合がペ
ージ単位で保持されるような電子文書に加工される。加
工された電子文書は、文書蓄積装置２に転送され、その
文書格納手段２ｂに蓄積される。

【００１８】蓄積された電子文書を閲覧するときは、ま
ず、入力手段１ａを通じて入力された閲覧要求は、文書
閲覧装置１の閲覧要求送信手段１ｂにより通信経路３に
送出される。送出された閲覧要求は文書蓄積装置２の閲
覧要求受信・解析手段２ａにおいて受信され、要求内容
が解析される。次いで、閲覧要求のあった電子文書が文
書格納手段２ｂから取得され、文書加工手段２ｃにて、
閲覧要求の内容に応じたフォーマットに加工される。こ
こでは、たとえば指定されたページの抽出、指定された
領域の抽出、指定された解像度への変換、指定された画
像フォーマットへの変換などの加工が行われれる。その
後、応答データ生成手段２ｄにて応答データが生成され
る。このとき、応答データ生成手段２ｄは文書閲覧装置
１が閲覧要求送信手段１ｂで閲覧要求を発行する際に、
電子文書の指定だけでなく、ページ指定を併せて発行す
ることができるように、閲覧用文書のフォーマットにあ
らかじめ参照情報を埋め込んだ応答データを生成する。
このようにして生成された応答データは、文書送信手段
２ｅより送信される。通信経路３を通じて送信された応
答データは、文書閲覧装置１の文書受信手段１ｄにより
受信され、表示手段１ｃに送られて表示されることにな
る。

【００１９】したがって、本発明によれば、文書閲覧装
置１からの閲覧要求に対する応答データは、ページ単位
での画像情報となるので、１回の閲覧要求で通信経路３
を介して送受される伝送データは高々１ページ分の画像
データ量以下に抑えられることになり、ページ表示要求
操作から該当するページが文書閲覧装置１の表示手段１
ｃで実際に表示されるまでの応答時間が短縮され、文書
閲覧システムにおける閲覧の応答効率を上げることが可
能になる。

【００２０】また、特定のアプリケーションソフトウェ
ア４ａで作成された複数のページを持つ電子文書は、電
子文書作成手段４ｂによってページ単位に分割された汎
用の閲覧用画像データにされて文書蓄積装置２の文書格
納手段２ｂに格納されるため、文書閲覧装置１では、電
子文書を表示するための特定のアプリケーションソフト
ウェアを用意する必要がない。

【００２１】次に、本発明の実施の形態を、ネットワー
ク上のサーバに格納された複数ページからなる文書を複
数の利用者が閲覧することができるシステムに適用した
場合を例にして説明する。

【００２２】図２はサーバクライアントシステムの構成
例を示すブロック図である。図示のサーバクライアント
システムは、ユーザの端末であるクライアント１０と、
ファイルサーバ２０と、これらを接続したＬＡＮ（Ｌｏ
ｃａｌＡｒｅａＮｅｔｗｏｒｋ）、ＷＡＮ（Ｗｉｄｅ
ＡｒｅａＮｅｔｗｏｒｋ）と呼ばれるネットワーク
３０とによって構成されている。クライアント１０は文
書閲覧装置として機能するもので、ネットワーク上に複
数存在するが、図示の例では１つのみを示してある。

【００２３】クライアント１０は閲覧要求送信部１１お
よび文書受信部１２から構成され、閲覧要求送信部１１
にはキーボードまたはマウスなどのポインティングデバ
イスからなる入力装置１３が接続され、文書受信部１２
には表示装置１４が接続されている。また、閲覧要求送
信部１１および文書受信部１２はそれぞれネットワーク
３０に接続されている。ファイルサーバ２０は、ネット
ワーク３０に接続された閲覧要求受信部２１と、受信し
た閲覧要求を解析する閲覧対象判別部２２と、判別され
た閲覧対象を取得する文書取得部２３と、あらかじめ作
成された電子文書を蓄積しておくファイル格納部２４
と、取得された文書を閲覧対象判別部２２で解析された
指定のフォーマットに加工する文書加工部２５と、閲覧
対象判別部２２で解析されたページ情報を基に隣接ペー
ジの情報を生成する参照情報生成部２６と、文書加工部
２５にて加工された文書データに参照情報生成部２６に
て生成された参照情報を埋め込んだ応答データを作成す
る応答フォーマット合成部２７と、閲覧対象判別部２２
で判別された要求元の情報から応答データの送信先を判
定する送信先判定部２８と、応答データを判定された送
信先に送信する文書送信部２９とから構成されている。
閲覧対象判別部２２はさらに、閲覧要求から対象ファイ
ルの所在情報を抽出する所在抽出部２２ａと、閲覧要求
から要求した処理内容を表わす拡張部分を抽出する拡張
部抽出部２２ｂとから構成されている。ファイルサーバ
２０は、また、一般アプリケーションソフトウェア４１
と擬似プリンタドライバ４２とから構成された文書作成
部４０を備えている。なお、この文書作成部４０はファ
イルサーバ２０に搭載されている場合を例示したが、一
般アプリケーションソフトウェア４１が動作する環境で
あれば、ネットワーク３０上の任意のクライアントにあ
ってよい。

【００２４】クライアント１０は、具体的には、たとえ
ばインターネットのＷＷＷサーバにアクセスできる文書
閲覧ソフトウェア（ＷＷＷブラウザ）を搭載したパソコ
ンまたはワークステーションである。このクライアント
１０において、ユーザがそのソフトウェアを起動し、Ｈ
ＴＴＰ（ＨｙｐｅｒＴｅｘｔＴｒａｎｓｆｅｒＰｒ
ｏｔｏｃｏｌ）、ＦＴＰ（ＦｉｌｅＴｒａｎｓｆｅｒ
Ｐｒｏｔｏｃｏｌ）と呼ばれる指定のプロトコルでＵ
ＲＬ（ＵｎｉｆｏｒｍＲｅｓｏｕｒｃｅＬｏｃａｔｏ
ｒ）と呼ばれる所在識別名称をＷＷＷサーバとするファ
イルサーバ２０に送ると、応答として返されるデータが
表示され、その上でユーザが参照情報を操作することに
より、再びファイルサーバに所在識別名称を送るといっ
た一連の操作を繰り返して、インターネットに接続され
た数多くのファイルサーバの情報を閲覧・取得すること
ができる。

【００２５】参照情報は、クライアント１０が受け取る
表示用データの一部に含まれるもので、文字範囲または
領域指定の情報と次の閲覧要求発行に必要な情報とを備
え、入力装置１３によってその特定の表示領域が指示さ
れた時に、そこに含まれた情報による閲覧要求が発行さ
れる。この参照情報は、ＷＷＷのＨＴＭＬ文法用語で言
えば、「ＵＲＬを含むアンカータグ」である。

【００２６】閲覧要求は、閲覧要求送信部１１と閲覧要
求受信部２１とが解釈できる、通信プロトコルである。
たとえば、ＷＷＷの場合、交換する内容はＵＲＬと呼ば
れ、プロトコル種別、ＷＷＷサーバの名前（ネットワー
クアドレス）指定および閲覧したいファイルの所在指定
を結合した文字列、たとえば、「http://www.fx.co.jp/
dir1/dir2/index.htm 」を交換する。

【００２７】ファイルサーバ２０は、インターネットで
ＷＷＷサーバと呼ばれる機構を指している文書蓄積装置
であって、一般のＵｎｉｘ（Ｘ／ＯｐｅｎＣｏ., Ｌ
ｔｄ．がライセンスしている米国およびその他の国にお
ける登録商標）、Ｗｉｎｄｏｗｓ、ＷｉｎｄｏｗｓＮＴ
（いずれも米国Ｍｉｃｒｏｓｏｆｔ社の登録商標）など
のディレクトリ型ファイルシステムとネットワーク通信
機能とを備えるオペレーティングシステムの上の常駐プ
ログラムとして動作する。クライアント１０からアクセ
ス要求が届くと、ファイル格納部２４の所定のディレク
トリに格納されたＨＴＭＬ形式のデータファイルの中か
ら、指定されたファイルを、要求のあったクライアント
１０に対して送り返す。

【００２８】ファイルサーバ２０内の文書作成部４０に
おいて、一般アプリケーションソフトウェア４１は、一
般に市販されているアプリケーションソフトウェアの総
称であり、紙に印刷するＧＤＩ（ＧｒａｐｈｉｃＤｅ
ｖｉｃｅＩｎｔｅｒｆａｃｅ）経由の印刷機能を持っ
たワープロ、エディタ、表計算、データベース、ドロー
イングなどの各種アプリケーションソフトウェアを対象
とする。

【００２９】疑似プリンタドライバ４２は、一般アプリ
ケーションソフトウェア４１が印刷処理時に発行する印
刷制御コマンドを受け取り、このコマンドをページ単位
でまとめて１種類以上の画像データを作成し、この画像
データをまとめてページレコードを構成し、ページを集
めて後述する特定のフォーマットで出力する装置であ
る。すなわち、この疑似プリンタドライバ４２は、一般
アプリケーションソフトウェア４１が印刷処理で発行す
るＧＤＩコマンド（描画関数）をドライバインタフェー
スで受け取り、その情報からたとえば、ＰＤＬ（ページ
記述言語）や一般的な画像フォーマット情報に変換し、
通常のプリンタドライバがプリンタに送信する処理の代
わりに、ファイル化し、電子文書としてファイル格納部
２４に保存する。この疑似プリンタドライバ４２は、た
とえば特願平７−１１７７３３号明細書に記載の文書処
理装置を利用することができる。この文書処理装置は、
あたかも紙媒体の文書を貼り合わせるかの如く電子的な
複合文書を作成し、作成された複合文書を紙媒体の文書
の如く電子的に取り扱えるようにしたもので、文書作成
アプリケーションソフトウェアに依存したデータと文書
作成アプリケーションソフトウェアに依存しない表示用
のデータと各文書要素間の合成位置に関する関係データ
とを作成し、記憶手段に格納するものである。

【００３０】図３はクライアントの文書閲覧機能の動作
を示すフローチャートである。クライアント１０におい
て、文書閲覧を行う場合、まず、入力装置１３によって
指示された座標を判定する（ステップＳ１）。指示され
た座標を基に閲覧要求を決定する（ステップＳ２）。次
に、決定された閲覧要求を送信する処理をする（ステッ
プＳ３）。この処理では、その閲覧要求は閲覧要求送信
部１１に渡される。

【００３１】一方、文書受信部１２では閲覧要求に対す
る応答を受信すると、ページイメージ受信処理をする
（ステップＳ４）。受信されたページイメージは表示装
置１４に渡され、表示装置１４にて表示される（ステッ
プＳ５）。最後に、文書閲覧が終了かどうかが判断さ
れ、終了でなければ、ステップＳ１に戻り、終了なら
ば、この文書閲覧は終了する（ステップＳ６）。

【００３２】ここで、ステップＳ３の閲覧要求送信処理
およびステップＳ４のページイメージ受信処理について
それぞれの詳細を以下に示す。図４は閲覧要求送信処理
の流れを示すフローチャートである。

【００３３】閲覧要求送信部１１は、決定された閲覧要
求から通信プロトコルを判定する（ステップＳ１１）。
たとえば、閲覧要求（ＵＲＬ）が、「http://www.fx.c
o.jp/A.mp?p1」とすれば、通信プロトコルは、「ｈｔｔ
ｐ」であると判定する。次に、閲覧要求から閲覧要求受
信部２１のネットワークアドレスを判定する（ステップ
Ｓ１２）。上記の例では、閲覧要求に記述された相手先
「ｗｗｗ．ｆｘ．ｃｏ．ｊｐ」からたとえば、「１２
９．２４９．ｘｘｘ．ｙｙｙ」の如きネットワークアド
レスを判定する。そして、指定のプロトコルで、指定の
アドレスに閲覧要求を送信する（ステップＳ１３）。

【００３４】図５はページイメージ受信処理の流れを示
すフローチャートである。文書受信部１２では、まず、
受信待ち状態になる（ステップＳ２１）。ここで、文書
イメージの受信があったかどうかが判断され（ステップ
Ｓ２２）、なければ、受信待ちに戻り、あれば文書送信
部２９から転送されたファイルを受信する（ステップＳ
２３）。そして、受信完了かどうかが判断され（ステッ
プＳ２４）、受信完了でなければ、受信待ちに戻り、受
信完了ならば、このページイメージ受信処理は終了す
る。

【００３５】次に、ファイルサーバ２０の動作について
説明する。図６はファイルサーバの動作を示すフローチ
ャートである。ファイルサーバ２０では、まず、閲覧要
求受信部２１における閲覧要求受信処理がある。すなわ
ち、閲覧要求受信部２１は閲覧要求受信待ちの状態にな
り（ステップＳ３１）、閲覧要求の受信があったかどう
かが判定され（ステップＳ３２）、なければ、受信待ち
に戻る。

【００３６】閲覧要求の受信があれば、プロトコル別処
理の分岐が行われ（ステップＳ３３）、閲覧対象判別部
２２における閲覧対象の判別処理（ステップＳ３４）に
進む。判別処理が終わると、閲覧対象のファイルは文書
作成部４０のフォーマットによる電子文書ファイルかど
うかを判断する（ステップＳ３５）。閲覧対象が文書作
成部４０による電子文書ファイルでなければ、従来通り
のＨＴＭＬ送信処理を行い（ステップＳ３６）、文書作
成部４０による電子文書ファイルであれば、その送信情
報加工処理が行われ（ステップＳ３７）、加工結果の送
信処理が行われる（ステップＳ３８）。ステップＳ３６
およびＳ３８の送信処理が終了すると、閲覧要求受信処
理に戻る。

【００３７】次に、ステップＳ３４における閲覧対象の
判別処理およびステップＳ３７の電子文書送信情報加工
処理の詳細を以下に示す。図７は閲覧対象の判別処理の
流れを示すフローチャートである。

【００３８】閲覧対象判別部２２における電子文書送信
情報加工処理では、まず、所在抽出部２２ａが閲覧要求
から閲覧対象の所在情報を抽出する（ステップＳ４
１）。閲覧要求がたとえば、前述の「http://www.fx.c
o.jp/A.mp?p1」とすれば、所在情報として相手先を指定
した記述以降の「Ａ．ｍｐ？ｐ１」が抽出される。次
に、該当所在にファイルが格納されているかどうかがチ
ェックされる（ステップＳ４２）。ここで、該当所在に
ファイルが格納されていなければ、所在情報のパスを１
要素カットする（ステップＳ４３）。すなわち、所在情
報の「Ａ．ｍｐ？ｐ１」からその拡張部分「？ｐ１」を
カットして、「Ａ．ｍｐ」を得る。該当所在にファイル
「Ａ．ｍｐ」が格納されていれば、その格納ファイルは
文書作成部４０のフォーマットによる電子文書かどうか
が判断される（ステップＳ４４）。ここで、文書作成部
４０のフォーマットによる電子文書と判断されたなら
ば、その格納ファイルは「電子文書」であると判別され
る（ステップＳ４５）。ステップＳ４４において、電子
文書でなければ、ステップＳ４３によるパス要素のカッ
トがあったかどうかが判断され（ステップＳ４６）、こ
こで、カットしていなければ、そのファイルは通常ファ
イルと判別され（ステップＳ４７）、カットしていれ
ば、エラーと判別される（ステップＳ４８）。

【００３９】図８は電子文書送信情報加工処理の流れを
示すフローチャートである。文書加工部２５では、閲覧
対象の判別処理でカットした所在情報の拡張部分を拡張
部抽出部２２ｂから取得する（ステップＳ５１）。すな
わち、所在情報が「Ａ．ｍｐ？ｐ１」であれば、その拡
張部分の「ｐ１」を得る。次に、この拡張部分の内容に
よって処理が分岐される（ステップＳ５２）。すなわ
ち、上記の例のように、拡張部分が「ｐ１」であれば、
これはページ指定を表す拡張部分であるので、指定ペー
ジイメージ抽出処理に進む（ステップＳ５３）。他の分
岐としては、指定フォーマット画像データ抽出処理（ス
テップＳ５４）、表示領域指定処理（ステップＳ５
５）、表示倍率指定処理（ステップＳ５６）、データフ
ァイル取得処理（ステップＳ５７）、およびアクセス権
判定処理（ステップＳ５８）がある。次いで、参照情報
生成部２６において前後ページへの参照情報を作成する
処理をし（ステップＳ５９）、最後に、応答フォーマッ
ト合成部２７において、応答用のデータフォーマットに
加工する（ステップＳ６０）。

【００４０】次に、上記のステップＳ５４からステップ
Ｓ５９までの各処理の詳細について説明するが、その前
に文書作成部４０にて作成され、ファイル格納部２４に
格納されている電子文書について先に説明しておく。

【００４１】図９は文書作成装置が出力する電子文書の
データフォーマットを示す図である。この図において、
電子文書は、プロファイル部５１と、ページ部５２と、
文書データ部５３とから構成される。プロファイル部５
１には、どのページにも共通した属性、たとえばインデ
ックス情報、アクセス情報、ページ数属性などが記述さ
れている。ページ部５２は各ページ単位のレコードで構
成される。さらに、ページ部５２には複数の画像フォー
マットによる画像データＰＤを複数格納することができ
る。ここで、ＰＤ１−ｘ，ＰＤ２−ｘ，ＰＤ３−ｘ（ｘ
は１，２，３・・・）は各ページの画像データレコード
を示す。また、ＰＤｙ−ｚ（ｙはページ数、ｚは１，
２，３・・・）で表されるｚは画像フォーマットの種類
を示したもので、具体的には、たとえば、ラスタイメー
ジ画像系では、ペイント系ソフトウェア用イメージ、通
称ＭＭＲ（ｍｏｄｉｆｉｅｄｍｏｄｉｆｉｅｄｒｅ
ａｄ）圧縮イメージであるＧ３ファックス交換用イメー
ジ、イメージスキャナやデジタル複写機が生成するスキ
ャンイメージなどがあり、そのペイント系ソフトウェア
用イメージとしては、ＨＴＭＬで標準的なビットマップ
フォーマットや、ウインドウズ環境で扱えるフォーマッ
トが多数ある。また、ベクタ画像系（文字コード、図形
要素、イメージ、描画属性の集合）では、ウインドウズ
環境での図形交換標準フォーマットであるＷＭＦ（Ｗｉ
ｎｄｏｗｓＭｅｔａＦｉｌｅ）やＥＷＭＦ（Ｅｎｈ
ａｎｃｅｄＷＭＦ）、主にマッキントッシュ（Ｍａｃ
ｉｎｔｏｓｈは米国ＡｐｐｌｅＣｏｍｐｕｔｅｒＩ
ｎｃ．の商標）などで使われる図形交換標準フォーマッ
トのＰＩＣＴ、図形交換用ＩＳＯ標準であるＣＧＭ（Ｃ
ｏｍｐｕｔｅｒＧｒａｐｈｉｃＭｅｔａｆｉｌ
ｅ）、米国アドビシステムズ社が提唱するビューア「Ａ
ｃｒｏｂａｔ」用フォーマットのＰＤＦ、ＥＰＳＦ（Ｅ
ｎｃａｐｓｕｌａｔｅｄＰｏｓｔＳｃｒｉｐｔＦｏ
ｒｍａｔ）などがある。さらに、プリンタ印刷用記述言
語系では、米国アドビシステムズ社が規定する代表的な
ＰＤＬのＰｏｓｔＳｃｒｉｐｔ（米国アドビシステムズ
社の商標）がある。このような汎用的な画像の中から複
数を選択して格納できる。そして、文書データ部５３に
は、この電子文書を作成したアプリケーションソフトウ
ェア指定のフォーマットによるデータファイルが文書レ
コードとして格納されれている。

【００４２】図１０は指定ページイメージ抽出処理の流
れを示すフローチャートである。指定ページイメージ抽
出処理においては、拡張部抽出部２２ｂより抽出された
拡張部分から閲覧要求ページの判別を行う（ステップＳ
７１）。たとえば、閲覧要求が「Ａ．ｍｐ？ｐ３」とす
れば、その拡張部分「？ｐ３」から閲覧要求ページは３
ページ目と判別する。次に、閲覧対象の電子文書ファイ
ル「Ａ．ｍｐ」をオープンし（ステップＳ７２）、その
電子文書ファイルのプロファイル部のインデックス情報
を読み込む（ステップＳ７３）。このインデックス情報
を基に電子文書ファイルのページ部におけるページ３レ
コードを読み込み（ステップＳ７４）、閲覧用画像デー
タＰＤを読み込む（ステップＳ７５）。

【００４３】図１１は指定フォーマット画像データ抽出
処理の流れを示すフローチャートである。指定フォーマ
ット画像データ抽出処理では、まず、拡張部抽出部２２
ｂより抽出された拡張部分から閲覧要求ページの判別を
行う（ステップＳ８１）。たとえば、閲覧要求が「Ａ．
ｍｐ／ｐ３？ｗｍｆ」とすれば、その拡張部分から閲覧
要求ページは３ページ目、指定フォーマットは「ｗｍ
ｆ」であると判別する。次に、閲覧対象の電子文書ファ
イル「Ａ．ｍｐ」をオープンし（ステップＳ８２）、そ
の電子文書ファイルのプロファイル部のインデックス情
報を読み込む（ステップＳ８３）。このインデックス情
報を基に電子文書ファイルのページ部からページ３レコ
ードを読み込む（ステップＳ８４）。ここで、指定フォ
ーマットの画像データが格納されているかどうかが判別
される（ステップＳ８５）。指定フォーマットの画像デ
ータが格納されていれば、指定フォーマットの画像デー
タＰＤを読み込む（ステップＳ８６）。もし、指定フォ
ーマットの画像データが格納されていなければ、そのペ
ージ３レコードに格納されている画像データＰＤ群から
高品質の画像データＰＤを読み込む（ステップＳ８
７）。そして、読み込んだ高品質な画像データＰＤを指
定フォーマットの画像データＰＤに変換する（ステップ
Ｓ８８）。

【００４４】このように、閲覧要求時に、同一のページ
画像に対して、画像データＰＤの種類を指定することに
より、指定されたフォーマットの画像データＰＤを転送
することができる。したがって、画像データＰＤとし
て、一般に普及している閲覧ソフトで受信・表示ができ
る画像フォーマットで送ることができるので、広い利用
者が文書を閲覧することができる。また、クライアント
で扱える標準的なイメージ、高圧縮率のイメージ、高品
質イメージなど、交換するデータの種類を選択すること
ができるので、たとえば、普段はデータ量が少ない、モ
ノクロ２値の圧縮画像で閲覧し、必要に応じてカラー画
像を要求するとか、ネットワークがすいていたり、近い
ネットワークのため、データ転送量に余裕がある場合
は、品質重視の画像を要求し、混雑していたり遠くて伝
送率が悪い条件では、データ量軽減重視の画像を要求す
るなど、条件に応じた転送方法を選択できる。

【００４５】図１２は表示領域指定処理、表示倍率指定
処理およびデータファイル取得処理の流れを示すフロー
チャートである。表示領域指定処理、表示倍率指定処理
およびデータファイル取得処理では、拡張部抽出部２２
ｂより抽出された拡張部分から閲覧要求ページおよび処
理要求内容の判別を行う（ステップＳ９１）。次に、閲
覧対象の電子文書ファイルをオープンし（ステップＳ９
２）、その電子文書ファイルのプロファイル部のインデ
ックス情報を読み込む（ステップＳ９３）。このインデ
ックス情報を基に電子文書ファイルのページ部のページ
３レコードを読み込む（ステップＳ７４）。ここで、画
像データ加工要求別の処理に移る。

【００４６】ステップＳ９１で、処理要求内容として表
示領域指定処理が判別されていたとすると、閲覧用画像
データを読み込み（ステップＳ９５）、その閲覧用画像
データから指定された領域のイメージを作成する（ステ
ップＳ９６）。このように、閲覧要求に、必要とする画
像データＰＤの表示領域を指定した処理内容を、たとえ
ば「http://www.fx.co.jp/A.mp?(20,30)-(150x400)」と
定義しておくことにより、さらに伝送効率がよいイメー
ジデータを交換することができる。これは、伝送される
データ量を減らす場合に特に有利である。また、大きな
用紙サイズの原稿を閲覧する場合、部分領域に分けて転
送する場合にもデータ量および転送時間の低減効果が高
い。

【００４７】ステップＳ９１で、処理要求内容として表
示倍率指定処理が判別されていたとすると、高解像度の
画像データを読み込み（ステップＳ９７）、読み込んだ
高解像度の画像データから指定された解像度のイメージ
を作成する（ステップＳ９８）。このように、閲覧要求
に、必要とする画像データＰＤの表示倍率を指定した内
容を定義することにより、さらに詳細なイメージデータ
を交換することができる。閲覧要求としては、たとえば「http://www.fx.co.jp/A.mp?75dpi」「http://www.fx.co.jp/A.mp?100dpi」あるいは「http://www.fx.co.jp/A.mp?100%」「http://www.fx.co.jp/A.mp?200%」といった拡縮係数を含む形式で定義することができる。
これにより、伝送されるイメージの解像度を上げれば、
細密な文書でも詳細を閲覧できるようになり、伝送され
るイメージの解像度を下げれば、大きな版面を持つ文書
でも、高速に俯瞰することができ、目的に応じた文書閲
覧が実現できる。

【００４８】ここで、「閲覧要求」には閲覧用イメージ
だけでなく、文書データ自体を取得するように定義した
場合には、一般アプリケーションソフトウェアのデータ
ファイルを取得する事ができるので、データファイルの
取得要求があったかどうかが判別され（ステップＳ９
９）、取得要求があれば、文書データ部の文書レコード
を読み込む（ステップＳ１００）。これにより、閲覧し
たイメージから、編集用のワープロデータを入手したい
と思った場合に、連続した操作でデータ取得要求を発行
することによりそのワープロデータを取得することがで
きる。

【００４９】また、電子文書のプロファイル部５１に
は、アクセス可能条件を登録しておくことができ、閲覧
要求があったアドレスや、要求種別ごとに、応答可否の
判定が可能である。これにより、特定のアドレスを持っ
たクライアントにだけ、閲覧を許諾するような構成のシ
ステムを構築できる。同様に、文書アクセスのレベルイ
メージによる閲覧のみ可能にしたり、印刷を可能にした
り、電子文書の元になった一般アプリケーションソフト
ウェアのデータファイルを送付可能にしたり、といっ
た、受けられる文書情報のサービス内容を、特定のアド
レスを持ったクライアント単位で制御できるようなシス
テム構成が構築できる。他にも、クライアントの条件
や、アクセスするユーザ条件に応じて提供するサービス
の内容を制御可能なシステム構成は容易に類推できる。

【００５０】図１３はアクセス権判定処理の流れを示す
フローチャートである。アクセス権判定処理では、ま
ず、拡張部抽出部２２ｂより抽出された拡張部分から閲
覧要求ページの判別を行う（ステップＳ１１１）。次
に、閲覧対象の電子文書ファイルをオープンし（ステッ
プＳ１１２）、その電子文書ファイルのプロファイル部
のアクセス情報を読み込む（ステップＳ１１３）。ここ
で、閲覧要求元の照合を行う（ステップＳ１１４）。照
合がＯＫならば、閲覧可能と判別し（ステップＳ１１
５）、ＯＫでなければ、閲覧拒否の応答をする（ステッ
プＳ１１６）。

【００５１】このように、アクセス可能条件の登録を利
用することにより、たとえば、部内のクライアントに対
してのみ一般アプリケーションソフトウェアのデータフ
ァイルを送付可能としたり、同一ネットワーク上のクラ
イアントに対して印刷可能としたり、ＷＡＮ経由でアク
セスしているクライアントにはイメージによる閲覧のみ
可能としたり、といった様な、アクセスコントロールが
可能になる。

【００５２】図１４は前後ページ参照情報作成処理の流
れを示すフローチャートである。参照情報生成部２６に
おける前後ページ参照情報作成処理では、まず、拡張部
抽出部２２ｂより抽出された拡張部分から閲覧要求ペー
ジの判別を行う（ステップＳ１２１）。次に、閲覧対象
の電子文書ファイルをオープンし（ステップＳ１２
２）、その電子文書ファイルのプロファイル部のページ
数属性を読み込み、その電子文書ファイルの中に何ペー
ジ分のレコードがあるかを調べる（ステップＳ１２
３）。ここで、閲覧要求されているページが先頭ページ
かどうかを判別する（ステップＳ１２４）。もし、先頭
ページならば、それより前のページはないので、現在の
ページと、現在のページの次のページとを参照情報とし
て埋め込むべきアンカーのページ番号に決定する（ステ
ップＳ１２５）。すなわち、閲覧要求ページがｎである
とするならば、前ページ＝ｎ，後ページ＝ｎ＋１とす
る。先頭以外のページならば、閲覧要求されているペー
ジが最終ページかどうかを判別する（ステップＳ１２
６）。もし、最終ページならば、これより後のページは
ないので、前ページ＝ｎ−１，後ろページ＝ｎとし（ス
テップＳ１２７）、中間のページならば、前ページ＝ｎ
−１，後ページ＝ｎ＋１とする（ステップＳ１２８）。

【００５３】その後、応答フォーマット合成部２７にお
いて、応答用のデータフォーマットに加工する処理を行
う。この処理は閲覧用イメージファイルの指定および前
後ページに対する参照情報からクライアントが解釈でき
る汎用的な交換フォーマットを作成するものである。

【００５４】たとえば、文書加工部２５において、閲覧
要求「Ａ．ｍｐ？ｐ３＋ＪＰＧ」に対して指定ページイ
メージ抽出処理が行われて、「Ａ．ＭＰ−ｐ３．ＪＰ
Ｇ」というＪＰＥＧ（ＪｏｉｎｔＰｈｏｔｏｇｒａｐ
ｈｉｃＥｘｐｅｒｔｓＧｒｏｕｐ）フォーマットの
ページイメージの画像データが作成され、一方、参照情
報生成部２６では前ページ（ｎ＝２）、後ページ（ｎ＝
４）が決定されて、それぞれ応答フォーマット合成部２
７に入力される。応答フォーマット合成部２７では、入
力された情報を基にたとえば、以下のような所定の汎用
交換フォーマットを生成する。

【００５５】図１５は応答用データフォーマットの生成
例を示す図である。図示の応答用データフォーマット
は、ＷＷＷのＨＴＭＬという文法で記述された例であ
り、テキストファイルで生成される。このテキストファ
イルによれば、タグ＜ＴＩＴＬＥ＞および＜／ＴＩＴＬ
Ｅ＞によって囲まれた文字列が、クライアント１０の表
示装置１４における閲覧ウインドウのタイトル欄に表示
されることを示している。タグ＜ＢＯＤＹ＞および＜／
ＢＯＤＹ＞で囲まれた部分が本文の記述であって、ま
ず、閲覧要求に対して加工生成されたページイメージ、
すなわち、指定文書ファイル「Ａ．ＭＰ」の３ページ目
のＪＰＥＧフォーマットのイメージを表示させることを
示している。次の２行が、参照情報が埋め込まれた部分
であって、＜ＡＨＲＥＦ＝”参照先”＞表示文字列＜／Ａ＞の形式で記述される。上の記述が文書閲覧装置で実行さ
れた場合、表示された「表示文字列」を指示することで
参照内容「参照先」の参照が行われる。したがって、ク
ライアント側では、「前ページ」という文字列を表示
し、その文字列を入力装置１３で指示した場合には、文
書ファイル「Ａ．ＭＰ」およびページ番号（２ページ
目）を指定した閲覧要求が発行される。また、「次ペー
ジ」という文字列が表示され、その文字列が入力装置１
３で指示された場合には、文書ファイル「Ａ．ＭＰ」お
よびページ番号（４ページ目）を指定した閲覧要求が発
行されることになる。

【００５６】ここまで、参照情報の所在表記部分を拡張
した方式の閲覧要求で、実施例を記載したが、他にクラ
イアントからファイルサーバへ伝える別の任意の方式で
実現可能である。たとえば、ＷＷＷのＨＴＭＬの場合、
クライアントからファイルサーバへユーザの入力を伝え
るための＜ＦＯＲＭ＞タグと呼ばれる機構があるが、こ
の機構を利用する方式もある。

【００５７】また、これまで列挙した閲覧要求を組み併
せて指定することもできる。たとえば、ページ指定・画
像データの種類の指定・表示領域指定・表示倍率指定を
合成し、「http://www.fx.co.jp/A.mp?p3+wmf+(20、30)-
(150x400)+150dpi」のように組み合わせて指定すると、
各加工を合成した結果を閲覧できる。これにより、倍率
を上げた場合の部分領域転送や、フォーマット別の解像
度指定など、伝送効率や表示品質を、よりきめ細かく制
御することができる。

【００５８】さらに、ファイルサーバから送り返す画像
データＰＤの種類を制限したり、アクセス権に応じて受
け付ける加工指定に一定の制約を加えるようにすること
もできる。たとえば、ある特定の利用者には、一般アプ
リケーションソフトウェアの本来のデータファイル（た
とえばワープロデータそのもの）の送信要求に応答する
が、他の利用者に対しては表示用の画像情報しか応答し
ないようにするとか、文字コードの再利用を許す場合
は、ベクタ系の表示画像を送り、禁止したい場合はコー
ドでなくラスタイメージの送信のみ受け付けるようにす
るとか、通常は、表示要求には応答するが印刷要求は拒
否し、印刷料金を支払った場合に限り、印刷要求に応ず
るようにするとか、通常は、表紙のみ閲覧可能で、料金
を支払った場合に限り、全文閲覧可能にするなど、文書
提供者側の意図に応じた、様々な応用例がある。これに
より、送信する文書情報を可変にできれば、作成者の意
図に合った情報のみを提供することができる。また、許
諾判定を発展させれば、カタログ発注システムのような
課金構造を持ったシステムにすることもできる。

【００５９】

【発明の効果】以上説明したように本発明では、一般ア
プリケーションソフトウェアで作成した複数ページから
成る文書を、文書蓄積装置に格納する際に、少なくとも
１つの画像データの集合がページ単位で保持されている
電子文書で格納しておき、文書閲覧装置が閲覧要求を発
行する際に電子文書ファイルの指定だけでなく、ページ
指定を併せて発行するようにするため、文書蓄積装置か
ら送る閲覧用文書のフォーマットにあらかじめ参照情報
を埋め込むようにした。これにより、ページ単位で画像
データを送受でき、ページ表示要求操作に対する応答時
間を短縮することができる。また、一般アプリケーショ
ンソフトウェアで作成した文書を汎用イメージデータと
して閲覧できるため、各種文書フォーマットに対応した
閲覧装置に比べ、汎用イメージ情報を扱う閲覧装置は、
多くの市販閲覧装置で各種文書の扱いが可能になる。し
かも、利用者側の文書閲覧装置の構成は、既に市場に流
通している閲覧機構（＝ＷＷＷブラウザ）に何ら修正を
加えることなく、文書蓄積装置側を対応させるだけで、
この文書閲覧システムを実現することができる。さら
に、文書加工手段を備えたことにより、閲覧要求がある
度に一時的に閲覧表示用の画像データを作成するので、
文書蓄積装置には、要求時に動的に生成可能な画像デー
タはあらかじめ保存しておく必要がなく、蓄積効率を上
げることができる。

【図面の簡単な説明】

【図１】文書閲覧システムの原理構成図である。

【図２】サーバクライアントシステムの構成例を示すブ
ロック図である。

【図３】クライアントの文書閲覧機能の動作を示すフロ
ーチャートである。

【図４】閲覧要求送信処理の流れを示すフローチャート
である。

【図５】ページイメージ受信処理の流れを示すフローチ
ャートである。

【図６】ファイルサーバの動作を示すフローチャートで
ある。

【図７】閲覧対象の判別処理の流れを示すフローチャー
トである。

【図８】電子文書送信情報加工処理の流れを示すフロー
チャートである。

【図９】文書作成装置が出力する電子文書のデータフォ
ーマットを示す図である。

【図１０】指定ページイメージ抽出処理の流れを示すフ
ローチャートである。

【図１１】指定フォーマット画像データ抽出処理の流れ
を示すフローチャートである。

【図１２】表示領域指定処理、表示倍率指定処理および
データファイル取得処理の流れを示すフローチャートで
ある。

【図１３】アクセス権判定処理の流れを示すフローチャ
ートである。

【図１４】前後ページ参照情報作成処理の流れを示すフ
ローチャートである。

【図１５】応答用データフォーマットの生成例を示す図
である。

【符号の説明】

１文書閲覧装置１ａ入力手段１ｂ閲覧要求送信手段１ｃ表示手段１ｄ文書受信手段２文書蓄積装置２ａ閲覧要求受信・解析手段２ｂ文書格納手段２ｃ文書加工手段２ｄ応答データ生成手段２ｅ文書送信手段３通信経路４文書作成装置４ａアプリケーションソフトウェア４ｂ電子文書作成手段１０クライアント１１閲覧要求送信部１２文書受信部１３入力装置１４表示装置２０ファイルサーバ２１閲覧要求受信部２２閲覧対象判別部２２ａ所在抽出部２２ｂ拡張部抽出部２３文書取得部２４ファイル格納部２５文書加工部２６参照情報生成部２７応答フォーマット合成部２８送信先判定部２９文書送信部３０ネットワーク４０文書作成部４１一般アプリケーションソフトウェア４２擬似プリンタドライバ

───────────────────────────────────────────────────── フロントページの続き (51)Int.Cl.⁶ 識別記号庁内整理番号ＦＩ技術表示箇所Ｇ０６Ｔ 1/00 Ｇ０６Ｆ 15/62 ３３０ＡＨ０４Ｌ 12/54 9466−5ＫＨ０４Ｌ 11/20 １０１Ｃ 12/58

Claims

【特許請求の範囲】

【請求項１】閲覧要求を送信する閲覧要求送信手段
と、前記閲覧要求に応答して送信された文書を受信する
文書受信手段とを有し、前記受信した文書を表示すると
ともに、前記表示した文書の参照情報が指示された場合
に該指示された参照情報に基づき閲覧要求を作成して送
信する文書閲覧装置と組み合わされて文書閲覧システム
を構成する文書蓄積装置において、前記文書閲覧装置から発行された前記閲覧要求を受信し
て要求内容を解析する閲覧要求受信・解析手段と、ページ単位で保持されている電子文書を格納する文書格
納手段と、前記閲覧要求に従い電子文書の該当するページを抽出す
る文書抽出手段と、前記閲覧要求に従って前後ページへの参照情報を生成
し、前記文書抽出手段によって抽出された電子文書のペ
ージに前記参照情報を合成して応答データを生成する応
答データ生成手段と、生成された応答データを前記閲覧要求が発行された前記
文書閲覧装置へ送信する文書送信手段と、を備えることを特徴とする文書蓄積装置。
【請求項２】前記文書抽出手段は、前記抽出した電子
文書のページを、前記閲覧要求に従って加工することを
特徴とする請求項１記載の文書蓄積装置。
【請求項３】前記文書格納手段は、アプリケーション
ソフトウェアが印刷処理時に発行した印刷制御コマンド
を受け、前記印刷制御コマンドを所定の画像フォーマッ
トでページ単位の画像データに加工し、ページ単位の画
像データを集めて所定の文書フォーマットで出力する電
子文書作成手段を備えた文書作成装置によって作成され
た電子文書を蓄積することを特徴とする請求項１記載の
文書蓄積装置。
【請求項４】前記閲覧要求受信・解析手段は、前記文
書閲覧装置から発行された閲覧要求を受信する閲覧要求
受信手段と、受信された閲覧要求から閲覧対象の所在情
報および閲覧要求時に指定された処理指定情報を抽出す
る閲覧対象判別手段と、前記所在情報に基づいて前記文
書格納手段から閲覧対象の電子文書を取得する文書取得
手段とを有することを特徴とする請求項１記載の文書蓄
積装置。