JPH09231022A

JPH09231022A - 文書蓄積装置

Info

Publication number: JPH09231022A
Application number: JP8032484A
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: JP3055455B2

Abstract

(57)【要約】【課題】ネットワーク上の電子文書の印刷イメージを
高速閲覧しつつ高品質な印刷を利用者に提供する。【解決手段】文書蓄積装置２において、文書格納手段
２ｂには、文書作成装置５で作成した複数ページから成
る文書をページ単位に分割された閲覧用データの集合と
印刷用データとで保持された形で格納しておく。文書閲
覧装置１から印刷イメージの表示または印刷条件の指示
を含む閲覧要求が発行されると、要求された電子文書が
文書格納手段２ｂから取得され、文書加工手段２ｃにて
表示要求の場合は指定ページの閲覧用データが、印刷要
求の場合は全ページまたは指定ページの印刷用データが
抽出され、文書送信手段２ｅから低解像度の閲覧用デー
タは要求元の文書閲覧装置１に送信され、高品質の印刷
用データは指定された印刷装置３に送信される。

Description

【発明の詳細な説明】

【０００１】

【発明の属する技術分野】本発明は遠隔印刷システムの
文書蓄積装置に関し、特に文書閲覧装置からの閲覧要求
に従って蓄積された文書を印刷前に利用者に提供し、文
書閲覧装置では印刷イメージの表示（印刷プレビュー）
に基づいた印刷条件の指定が可能な遠隔印刷システムの
文書蓄積装置に関する。

【０００２】

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

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

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

【０００５】

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

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

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

【０００８】さらに、閲覧したデータを印刷しようとす
る場合、閲覧の際に使用した文書が表現力に限界のある
文書では、各種図表などを駆使し体裁を整えた、複数ペ
ージの高品質な印刷は難しく、高品質な文書を望むなら
ば閲覧の際に時間の掛かるワープロ文書が必要になると
いう問題点がある。

【０００９】本発明はこのような点に鑑みてなされたも
のであり、利用者側からの閲覧・印刷対象の文書を特定
のアプリケーションソフトウェアに依存しない文書と
し、閲覧要求に対する転送情報の量を減らして応答性能
を向上させることと、閲覧したページの高品質な遠隔印
刷を可能にすることとを両立させた遠隔印刷システムに
おける文書蓄積装置を提供することを目的とする。

【００１０】

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

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

【００１２】上記構成の遠隔印刷システムによれば、ま
ず、文書作成装置５において、アプリケーションソフト
ウェア５ａで作成した複数ページから成る文書を、電子
文書作成手段５ｂでページ単位に分割された閲覧用画像
データの集合および印刷用画像データで保持されるよう
な電子文書に加工し、文書蓄積装置２に格納しておく。

【００１３】印刷プレビューを行うための基本的な閲覧
機構は、まず、文書閲覧装置１が閲覧要求送信手段１ｂ
を通じて閲覧要求を発行する。すると、文書蓄積装置２
の側では、閲覧要求受信・解析手段２ａが送信された閲
覧要求を受信する。閲覧要求のあった電子文書が文書格
納手段２ｂから取得され、文書加工手段２ｃにて、閲覧
用画像データが閲覧要求の内容に応じたフォーマットに
加工され、応答データ生成手段２ｄにて応答データを用
意する。このとき、応答データ生成手段２ｄは文書閲覧
装置１が閲覧要求送信手段１ｂで閲覧要求を発行する際
に、電子文書の指定だけでなく、ページ指定を併せて発
行するように、閲覧用画像データにあらかじめ参照情報
を埋め込んだ応答データを生成する。このようにして生
成された応答データは、文書送信手段２ｅより送信され
る。通信経路４を通じて送信された応答データは、文書
閲覧装置１の文書受信手段１ｄで受信され、表示手段１
ｃへ送られて表示される。

【００１４】一方、閲覧した文書のページまたは閲覧し
た文書全体を印刷装置３で印刷する場合には、文書閲覧
装置１から印刷指示を含む閲覧要求を発行する。文書蓄
積装置２では、その閲覧要求を閲覧要求受信・解析手段
２ａが受信し、文書加工手段２ｃが閲覧要求の内容に応
じた印刷用画像データを用意し、文書送信手段２ｅによ
りその印刷用画像データを印刷装置３に送信する。印刷
装置３は印刷用画像データを受信し、印刷を実行する。

【００１５】したがって、文書閲覧装置１からの閲覧要
求に対する閲覧用の応答データは、ページ単位での画像
情報となるので、１回の閲覧要求で通信経路４を介して
送受される伝送データは高々１ページ分の画像データ量
以下に抑えられ、ページ表示要求操作から実際のページ
が文書閲覧装置１の表示手段１ｃに表示されるまでの応
答時間を短縮し、閲覧の応答効率を上げることができ
る。また、閲覧した文書に対して印刷要求を出すことに
より、文書蓄積装置２は印刷用の画像データを用意して
これを指定の印刷装置３に転送するようにしたので、品
質の高い印刷をすることができる。つまり、利用者は、
実際の印刷を行う前に、文書蓄積装置２の文書のページ
内容を高速にプレビューしながら確認することが可能に
なる。

【００１６】

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

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

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

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

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

【００２１】このようにして、文書閲覧装置１にて内容
が確認された電子文書を印刷する場合には、文書閲覧装
置１から印刷指示を含む閲覧要求を発行する。文書蓄積
装置２では、その閲覧要求を閲覧要求受信・解析手段２
ａが受信し、文書加工手段２ｃが閲覧要求の内容に応じ
た印刷用画像データを用意する。ここでは、印刷ページ
が指定されている場合は指定ページの印刷用画像データ
を電子文書から抽出し、その電子文書全体を印刷する場
合は、文書全体の印刷用画像データを抽出する。印刷用
画像データは、文書送信手段２ｅによりその印刷装置３
へ送信される。印刷装置３はその印刷用画像データを受
信し、印刷を実行する。

【００２２】したがって、本発明によれば、文書閲覧装
置１からの閲覧要求に対する閲覧用応答データはページ
単位の画像情報であるので、１回の閲覧要求で通信経路
４を介して送受される転送画像データは多くても１ペー
ジ分なので、ページ表示要求操作から指定ページが文書
閲覧装置１の表示手段１ｃで実際に表示されるまでの応
答時間が短縮され、遠隔印刷システムにおける印刷プレ
ビューの応答効率を上げることが可能になる。また、閲
覧した文書に対して印刷要求を出すことにより、文書蓄
積装置２は印刷用の高品質の画像データを用意してこれ
を指定の印刷装置３に転送するようにしたので、品質の
高い印刷をすることができる。つまり、利用者は、実際
の高品質な印刷を行う前に、文書蓄積装置２の文書のペ
ージ内容を低解像度の画像によって高速にプレビュー
し、内容を確認することが可能になる。

【００２３】また、一般に、閲覧用画像データに比べ、
高品質印刷用画像データは、情報量・印刷処理の負荷が
飛躍的に増加するが、実際の印刷処理（画像処理、デー
タ転送など）は、各利用者の文書閲覧装置１を経由せ
ず、文書蓄積装置２から印刷装置３へ直接渡すことがで
きるので、負荷の高い処理を高性能マシンで構成される
文書蓄積装置２および印刷装置３においてバックエンド
で処理でき、文書閲覧装置１のような端末装置には負荷
がかからない。

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

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

【００２６】クライアント１０は閲覧要求送信部１１お
よび文書受信部１２から構成され、閲覧要求送信部１１
にはキーボードまたはマウスなどのポインティングデバ
イスからなる入力装置１３が接続され、文書受信部１２
には表示装置１４が接続されている。また、閲覧要求送
信部１１および文書受信部１２はそれぞれネットワーク
４０に接続されている。

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

【００２８】プリントサーバ３０は、ネットワーク４０
に接続されて転送された印刷用画像データを受ける印刷
情報受信部３１を備えている。この印刷情報受信部３１
は受けた印刷用画像データをプリンタ３２に出力するよ
う接続されている。

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

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

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

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

【００３３】ファクシミリ送信部５０は、クライアント
１０にて印刷イメージを確認した文書をプリントサーバ
３０に転送するのではなく、文書加工部２５でファクシ
ミリ用のたとえば、Ｇ３規格のファクシミリの場合、Ｍ
ＭＲ（ｍｏｄｉｆｉｅｄｍｏｄｉｆｉｅｄｒｅａ
ｄ）圧縮されたラスタイメージに変換された画像データ
を公衆回線４５を通じてファクシミリ受信機に送信する
場合に使用される。

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

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

【００３６】プリントサーバ３０は、ネットワーク４０
を通じて送られてくる印刷コマンドを受信し、紙に印刷
する機能を持った装置である。たとえば、プリントサー
バ３０はプリンタ３２に接続したコンピュータを備え、
このコンピュータが印刷情報受信部３１にて受信したＰ
ＤＬファイルをスプールし、印刷キューに登録し、キュ
ーイングされたＰＤＬファイルを順番にプリンタ３２に
送り込み、印刷を実行していくような装置である。

【００３７】図３はクライアントの文書閲覧機能の動作
を示すフローチャートである。クライアント１０におい
て、文書閲覧を行う場合、入力装置１３によって指示さ
れた座標を判定する（ステップＳ１）。入力指示に遠隔
印刷の指示があるかどうかを判定し（ステップＳ２）、
印刷指示がある場合は、ここで、プリントサーバアドレ
スを判定する（ステップＳ３）。この判定は、ＨＴＭＬ
の場合、＜Ｆｏｒｍ＞タグを用いて実現することができ
る。指示された座標や判定されたプリントサーバアドレ
スを基に閲覧要求を決定する（ステップＳ４）。次に、
決定された閲覧要求を送信する処理をする（ステップＳ
５）。この処理では、その閲覧要求は閲覧要求送信部１
１に渡される。

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

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

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

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

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

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

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

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

【００４６】図８は電子文書送信情報加工処理の流れを
示すフローチャートである。文書加工部２５では、閲覧
対象の判別処理でカットした所在情報の拡張部分を拡張
部抽出部２２ｂから取得する（ステップＳ５１）。すな
わち、上記の例では、印刷プレビュー時の拡張部分「ｐ
１」または印刷指示時の拡張部分「ｒ−ｐｒｉｎｔ＠”
プリントサーバアドレス”」を得る。次に、この拡張部
分の内容によって処理が分岐される（ステップＳ５
２）。たとえば、上記の例のように、拡張部分が「ｐ
１」であれば、これはページ指定を表す拡張部分である
ので、指定ページイメージ抽出処理に進む（ステップＳ
５３）。他の分岐としては、指定フォーマット画像デー
タ抽出処理（ステップＳ５４）、特定ページの指定され
た領域の画像データを用意するための表示領域指定処理
（ステップＳ５５）、指定解像度または指定倍率の画像
データを用意するための表示倍率指定処理（ステップＳ
５６）、一般アプリケーションソフトウェアによるネイ
ティブなデータを用意するためのデータファイル取得処
理（ステップＳ５７）、プリントサーバ３０へ送出する
ための遠隔印刷処理（ステップＳ５８）、ファクシミリ
用画像データを用意するためのファクシミリ送信処理
（ステップＳ５９）、およびクライアント１０の備える
プリンタに送るための印刷用画像データを用意するロー
カル印刷処理（ステップＳ６０）がある。次いで、参照
情報生成部２６において前後ページへの参照情報を作成
する処理をし（ステップＳ６１）、最後に、応答フォー
マット合成部２７において、応答用のデータフォーマッ
トに加工する（ステップＳ６２）。

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

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

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

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

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

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

【００５３】ステップＳ９１で、処理要求内容として表
示領域指定処理が判別されていたとすると、閲覧用画像
データを読み込み（ステップＳ９５）、その閲覧用画像
データから指定された領域のイメージを作成する（ステ
ップＳ９６）。このように、閲覧要求に、必要とする画
像データＰＤの表示領域を指定した処理内容を、たとえ
ば「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%」といった拡縮係数を含む形式で定義することができる。
これにより、伝送されるイメージの解像度を上げれば、
細密な文書でも詳細を閲覧できるようになり、伝送され
るイメージの解像度を下げれば、大きな版面を持つ文書
でも、高速に俯瞰することができ、目的に応じた文書閲
覧が実現できる。

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

【００５６】図１３は遠隔印刷処理の流れを示すフロー
チャートである。閲覧要求に遠隔印刷要求が含まれてい
た場合、たとえば閲覧要求に、プリントサーバアドレス
とともに「ｒ−ｐｒｉｎｔ」が指定されていた場合に
は、閲覧対象の電子文書ファイルをオープンし（ステッ
プＳ１１１）、文書データ部の文書全体の印刷画像デー
タＰＤを読み込む（ステップＳ１１２）。通常は、全ペ
ージの印刷を要求する場合が多いので、文書データ部に
格納されている文書全体の画像データ（たとえば、Ｐｏ
ｓｔＳｃｒｉｐｔによるＰＤＬデータ）を読み込むが、
特定のページまたはページ範囲の印刷が要求された場合
には、電子文書のページ部からここに格納されている該
当ページの印刷画像データを読み込む。また、必要な
ら、閲覧要求にカラー・解像度・フォーマットなどの印
刷品質の指定をすることもできるので、その場合は、読
み込まれた文書全体または指定ページの画像データは要
求に応じて加工される。次に、閲覧要求に指定されてい
たプリントサーバアドレスのプリントサーバにおける印
刷情報受信部に対して印刷画像データＰＤを送信する
（ステップＳ１１３）。そして、クライアントに送信可
否の結果を伝える応答用文書データを作成する（ステッ
プＳ１１４）。

【００５７】図１４はファクシミリ送信処理の流れを示
すフローチャートである。閲覧要求にファクシミリ送信
要求が含まれていた場合、たとえば、閲覧要求が「htt
p://www.fx.co.jp/A.mp?send-FAX@03-zzzz-zzzz」のよ
うに、ファクシミリ送信指示があった場合、まず、閲覧
対象の電子文書ファイルをオープンし（ステップＳ１２
１）、文書データ部の文書全体の印刷画像データＰＤを
読み込む（ステップＳ１２２）。読み込んだ印刷画像デ
ータＰＤをファクシミリ送信データに加工する（ステッ
プＳ１２３）。印刷画像データがたとえば、ＰｏｓｔＳ
ｃｒｉｐｔによるＰＤＬデータならば、ＰｏｓｔＳｃｒ
ｉｐｔからＭＭＲ圧縮データへの変換が行われる。その
後、ファクシミリ送信部５０により、閲覧要求に指定さ
れたファクシミリ番号のファクシミリ受信装置にそのフ
ァクシミリ送信データを送信する（ステップＳ１２
４）。最後に、クライアントに送信可否の結果を伝える
応答用文書データを作成する（ステップＳ１２５）。

【００５８】次に、ローカル印刷の場合は、閲覧要求と
して、閲覧対象の電子ファイル名の後に、たとえば「？
Ｌ−ｐｒｉｎｔ」が指定される。このローカル印刷の場
合の処理は、送信先が、クライアントである点を除き、
遠隔印刷処理の場合と同じである。

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

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

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

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

【００６３】上記のような環境の実現に当たって、利用
者側のクライアントの構成は、既に市場で流通している
機構（＝ＷＷＷブラウザ）になんら修正を加えることな
く、ファイルサーバ側を対応させるだけで、満足のいく
印刷プレビューおよび文書印刷の環境を実現することが
できる。また、ファクシミリ回線を通じてファクシミリ
画像として印刷（ファクシミリ送付）する閲覧要求を定
義することができるので、ＬＡＮ回線での転送に負荷が
予想されるときや、手近にプリンタがないときに、ファ
クシミリ装置を代替プリンタとしても利用できる。この
技術は、また、インターネットを利用した「ＦＡＸＢ
ＯＸシステム」にも応用できる。すなわち、画面上で文
書内容を確認して、必要な文書についてはファクシミリ
送信を要求するサービスを実現できる。

【００６４】

【発明の効果】以上説明したように本発明では、文書蓄
積装置は、一般アプリケーションソフトウェアで作成し
た複数ページから成る文書を格納する場合、ページ単位
に分割された閲覧用画像データの集合および印刷用画像
データが保持されている電子文書の形で格納するように
した。これにより、印刷プレビューのために電子文書を
閲覧する場合に、閲覧用画像データの送受はページ単位
となり、ページの印刷プレビュー表示要求操作に対する
応答を高速にすることができる。遠隔印刷指示の場合
は、文書蓄積装置は閲覧文書から印刷用の画像データを
取得してネットワーク上の別のアドレスにある印刷装置
に転送するようにしたので、高品質な印刷を実行するこ
とができる。つまり、電子画面上での高速な閲覧応答速
度と、高品質な印刷とを両立することができる。

【００６５】また、一般に、高品質印刷用画像データ
は、低解像度の閲覧用画像データの場合に比べ、情報量
および印刷処理の負荷が飛躍的に増加するが、実際の印
刷処理では、印刷用画像データは各利用者の文書閲覧装
置を経由しないで直接文書蓄積装置から印刷装置へ転送
されるため、文書閲覧装置には負荷がかからない。

【００６６】さらに、文書加工手段は、印刷装置に転送
する印刷情報として、閲覧文書の全ページはもちろん、
特定のページ、ページ範囲を指定することができ、カラ
ー・解像度・フォーマットなどの印刷品質を指定するこ
とができ、目的に応じたきめの細かい印刷設定が可能で
ある。文書蓄積装置はファクシミリ送信手段を備えたこ
とにより、ファクシミリ装置を印刷装置として使用する
ことができる。

【図面の簡単な説明】

【図１】遠隔印刷システムの原理構成図である。

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

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

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

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

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

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

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

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

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

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

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

【図１３】遠隔印刷処理の流れを示すフローチャートで
ある。

【図１４】ファクシミリ送信処理の流れを示すフローチ
ャートである。

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

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

【符号の説明】

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

フロントページの続き (51)Int.Cl.⁶ 識別記号庁内整理番号ＦＩ技術表示箇所Ｈ０４Ｎ 1/00 １０７Ｈ０４Ｎ 1/32 Ｚ 1/32 1/387 1/387 Ｇ０６Ｆ 15/20 ５６６Ｄ

Claims

【特許請求の範囲】

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