JPH09198296A - 画像情報処理システム - Google Patents

Abstract

(57)【要約】 【課題】 一度読み出し要求のあった頁データの再要求
に対して迅速に対応する。 【解決手段】サーバ９とこのサーバ９とネットワークを
介して接続されたクライアント１２からなり、サーバ９
では、大容量記憶媒体１は複数頁からなる文書データを
１ファイルとして蓄積しており、ファイルアクセス制御
部２はこの文書データにアクセスして指定の頁データを
１つの頁よりなる頁データファイルとして読み出し、頁
キャッシュ蓄積部３に格納する。キャッシュ制御部７は
クライアント１２から指定の頁データが頁キャッシュ蓄
積部３に格納さているか調べ、格納されていない場合は
ファイルアクセス制御部２に大容量記憶媒体１から該当
する頁データを読み出させ、格納されている場合は、該
当する頁データを読み出して、共に頁インタフェース部
８から送出する。

Description

【発明の詳細な説明】

【０００１】

【発明の属する技術分野】本発明は、光ディスク等の大
容量記憶媒体を有する画像情報処理装置をサーバとし、
ネットワークを介して複数のクライアントが画像情報を
共用する画像情報処理システムに関する。

【０００２】

【従来の技術】近年、電子ファイル装置等の画像情報処
理装置を搭載した装置は、オフィス業務等の効率化、ペ
ーパーレス化、省スペース化などを目的としてシステム
が開発されて以来、オフィス内で普及し使用範囲が広が
るにつれ、その機能および運用形態等に対する要求も、
急速に高まりつつある。例えば、使用者については、専
門に文書を入力および管理する業務担当者から、個人お
よび一般作業者へと広がり、運用形態についても、さま
ざまな業務およびさまざまな文書への適応を求められて
きており、文書の管理形態についても、共有管理形態か
ら個人管理形態へと柔軟な管理機構を要求されてきてい
る。

【０００３】この流れの中にあって、装置のプラットフ
ォームは専用のマシンから汎用のマシンに移行し、また
その構成も一体型の処理方式からクライアント／サーバ
方式の分散処理システムへと移行してきている。また、
そのシステムの位置づけも文書管理システムという一つ
のアプリケーションプログラムとして、他のアプリケー
ションと同等の位置づけとなってきており、操作時の簡
易性、高速性が他のアプリケーションと同等のレベルを
要求されてきている。従って、その要素としての画像情
報処理システムについても同様に、汎用のプラットフォ
ーム上で動作し、さまざまなアプリケーションから使用
できるクライアント／サーバ方式の分散処理システムが
望まれてきている。

【０００４】従来の画像情報処理システムでは、複数頁
から成る主にイメージ文書データを一つのファイルとし
て扱い、頁データの操作を行うために、すべての頁を含
むファイルをアプリケーションが処理できる形で準備
し、アプリケーションが頁データの各種処理を実行する
構成をとっていた。あるいは、複数頁から成る文書デー
タを頁ごとにファイルとして蓄積し、アプリケーション
が頁データの各種処理をそれぞれの頁に対応するファイ
ルをアクセスすることによって実現していた。

【０００５】

【発明が解決しようとする課題】図２は複数頁からなる
文書を１つのファイルとして扱う場合を説明する図で、
従来の汎用のマシン環境で用いられている様式である。
このような汎用マシン環境で動作している様々なクライ
アントアプリケーション２０は、ある文書の頁操作を行
う場合、該当の文書データファイル２１をまずオープン
し、ファイルヘッダ２２の内容を解釈し、１頁データ２
３、２頁データ２４、Ｎ頁データ２５のファイル内での
格納場所を判断し、それぞれの頁データを読み出し、様
々な頁操作を行う。この場合、文書データファイルがロ
ーカルに存在せずネットワーク上の他のマシンに存在す
る場合は、文書データファイル２１をクライアントアプ
リケーション２０がオープンできる状態にするため、文
書データファイル内のすべてのデータの転送が必要とな
り、特にイメージデータのようにデータ量が大量の場合
は、この転送時間が膨大となり、クライアントアプリケ
ーション２０が文書データファイルをオープンするまで
の時間が大幅にかかってしまう。

【０００６】図３は複数頁から成る文書データを頁ごと
にファイルして扱う場合を説明する図である。この場合
は、クライアントアプリケーション３０がそれぞれの頁
を操作するため、該当する頁データが格納されている頁
データファイルヘッダ３２、３５、３８の内容を解釈
し、１頁データ３３、２頁データ３６、Ｎ頁データ３９
のそれぞれのファイル内での格納場所を判断し、それぞ
れの頁データを必要時に順次読み出し、様々な頁操作を
行う。この方式を採ると、必要とするファイルの転送時
間が必要な１頁のデータの転送時間に抑えられる。しか
しながら、このインタフェースを採用すると、図２に示
した一つの文書データファイルをオープンし、順次頁デ
ータを読み出しながら頁操作を行う汎用のクライアント
アプリケーション２０では頁データファイルにアクセス
できなくなり、システムの機能拡張性に大きな制限を加
えることになってしまう。

【０００７】図３に示す方式は、複数頁から成る文書デ
ータを頁ごとにファイルとして蓄積し、専用のアプリケ
ーション３０が頁データの各種処理をそれぞれの頁に対
応するファイルをアクセスして実現している。しかし、
この方式は連続する頁データを順次操作する場合など
に、各頁のデータを順次準備するまでに時間がかかり、
連続する頁データのスムーズな操作ができないという問
題点も有している。

【０００８】また、図２，図３に示す両方式に共通する
が、同一の頁を様々な圧縮形式または非圧縮形式、様々
な解像度、あるいは様々な角度で各クライアントが処理
するために、再び同一の頁を同じ圧縮形式または非圧縮
形式、同じ解像度、あるいは同じ角度で処理する場合で
も、同じ頁データに対して同じ圧縮伸長処理、拡大縮小
処理、回転処理を繰り返すため、頁データの処理に時間
がかかり、頁データのスムーズな操作ができないという
問題点があった。

【０００９】本発明は、上述の問題点に鑑みてなされた
もので、次の事項を目的とする。 一度読み出し要求のあった頁データの再要求に対し
て、迅速に対応する。 同一頁データであっても圧縮縮小等の異なる処理を行
ったものは別々に記憶しておき、要求に応じて迅速に供
給する。 既に圧縮等の処理がしてある同一頁データに、可能な
場合要求に応じ別の処理をして迅速に供給する。 連続する頁の要求がある場合、該当する頁を送出中に
次の頁の読み出しを行い迅速に供給する。 複数頁で構成される文書を１つのファイルとした文書
データファイルにしかアクセスできないクライアントア
プリケーションであっても、頁ごとにファイルとした頁
データファイルにアクセスできるようにする。

【００１０】

【課題を解決するための手段】本発明の画像情報処理シ
ステムにおいては、頁キャッシュ蓄積部を設け一度読み
出し要求のあった頁は記憶しておくようにしたものであ
る。この発明によれば、一度読み出し要求のあった頁の
再要求があった場合、迅速にその頁を供給することがで
きる。

【００１１】

【発明の実施の形態】請求項１の発明では、画像情報処
理を行うサーバと、このサーバとネットワークを介して
接続された画像情報処理を行うクライアントとからな
り、前記サーバは、複数頁からなる文書データを１つの
文書ファイルとして蓄積する記憶媒体と、この記憶媒体
に蓄積された文書ファイルをアクセスし指定の頁データ
を１つの頁よりなる頁データファイルとして読み出すフ
ァイルアクセス制御部と、このファイルアクセス制御部
が読み出した頁データファイルを格納する頁キャッシュ
蓄積部と、前記クライアントより指定の頁データが前記
頁キャッシュ蓄積部に頁データファイルとして存在する
か否か検索し、存在する場合は当該ファイルを、存在し
ない場合は前記ファイルアクセス制御部により前記記憶
媒体より読み出した頁データファイルを指定頁データフ
ァイルとして管理するキャッシュ制御部と、前記頁キャ
ッシュ蓄積部に格納された前記指定頁データを前記クラ
イアントへ送出する頁インタフェース部とを具備する。

【００１２】かかる構成により、クライアントから記憶
媒体に格納された文書データに対する読み出し要求があ
ると、サーバでは、キャッシュ制御部が読み出し要求の
あった頁データが頁キャッシュ蓄積部に格納されてある
か調べ、あればその頁データを頁インタフェース部より
送出し、なければファイルアクセス制御部に記憶媒体か
ら読み出させて頁キャッシュ蓄積部に格納すると共にそ
の頁データを頁インタフェース部より送出する。このよ
うに一度読み出し要求のあった頁データは頁キャッシュ
蓄積部に格納してあるので、同じ頁の読み出し要求があ
った場合、クライアントに迅速に送出することができ
る。

【００１３】請求項２の発明では、請求項１において前
記ファイルアクセス制御部により読み出された頁データ
または前記頁キャッシュ蓄積部に格納された頁データに
対して、圧縮または伸長処理を行う圧縮伸長処理部、前
記頁データの拡大または縮小処理を行う拡大縮小処理
部、前記頁データの回転処理を行う回転処理部の少なく
とも１つを備え、前記キャッシュ制御部は同一頁データ
であっても処理の異なる頁データは別の頁データファイ
ルとして前記頁キャッシュ蓄積部に格納する。

【００１４】かかる構成により、各処理部において処理
のなされた頁は、同一頁であっても、拡大とか縮小など
の処理が異なった頁データは別々のファイルにして頁キ
ャッシュ蓄積部に格納されるので、格納されている頁デ
ータの読み出し要求があった場合迅速に送出することが
できる。

【００１５】請求項３の発明では、請求項２において、
前記キャッシュ制御手段は、前記頁キャッシュ蓄積部に
既に加工処理された頁データが格納されており、同一頁
で別の加工処理のデータを要求され再加工が可能であれ
ば再加工した頁データを前記頁キャッシュ蓄積部に格納
する。

【００１６】同一頁で圧縮等の処理がなされ頁キャッシ
ュ蓄積部に格納されている頁データに別の加工処理が要
求された場合、再加工処理が可能であれば再加工するこ
とにより、記憶媒体からファイルアクセス制御部が読み
出してきて、該当する処理部で処理を行うよりも迅速に
供給することができる。

【００１７】請求項４の発明では、請求項１において、
前記キャッシュ制御部は、前記頁インタフェース部が指
定頁データを前記クライアントに送出している間に、こ
の頁データに続く頁を前記ファイルアクセス制御部に読
み出させて前記頁キャッシュ蓄積部に順次格納する。

【００１８】かかる構成により、連続した頁データの読
み出し要求があると、頁インタフェース部で頁データを
送出中に、その頁データに続く頁データをファイルアク
セス制御部で読み出し頁キャッシュ蓄積部へ格納するの
で、連続した頁を迅速にクライアントに送出することが
できる。

【００１９】請求項５の発明では、請求項１乃至４のい
ずれかにおいて、前記クライアントは、複数頁からなり
１つのファイルとして構成された文書データをアクセス
するクライアントアプリケーションと、このクライアン
トアプリケーションの要求に合わせて１つの頁からなる
頁データファイルへアクセスするＡＰインタフェース部
とから構成されている。

【００２０】かかる構成により、ＡＰインタフェース部
は頁インタフェース部からクライアントに順次送出され
てくる頁データファイルをクライアントアプリケーショ
ンからの要求に合わせてクライアントアプリケーション
へ供給している。これによりクライアントアプリケーシ
ョンは複数頁で１つのファイルよりなる文書データに直
接アクセスしているのと同じになる。汎用のアプリケー
ションは複数頁で１つのファイルよりなる文書データに
アクセスするように構成されているものが多いので、Ａ
Ｐインタフェース部を用いることによって本発明のサー
バの利用範囲が広がる。

【００２１】以下、本発明の実施の形態について図面を
参照して説明する。図１は実施の形態の画像情報処理シ
ステムを示す。画像情報処理サーバ９は、ＬＡＮを介し
て多数の画像情報処理クライアント１２に接続され、要
求に応じて画像情報を処理し供給する。

【００２２】図１において、１は複数頁で構成される文
書データを１つのファイルとして蓄積するための、光デ
ィスク装置などで代表される比較的低速ではあるが記憶
容量の大きい記憶装置で構成される大容量記憶媒体、２
は大容量記憶媒体１に蓄積されたファイル群にアクセス
指定の頁データが格納されているファイルをオープし、
ファイルデータ構造を解釈し、指定の頁データを読み出
し、１つの頁データファイルとして作成するファイルア
クセス制御部、３は一度読み出し要求のあった前記頁デ
ータを一時的に頁データファイルとして蓄積する、ハー
ドディスク装置などで代表される大容量ではないが比較
的高速の記憶装置で構成される頁キャッシュ蓄積部、４
は頁データの圧縮および伸長処理を行う圧縮伸長処理
部、５は頁データの拡大および縮小処理を行う拡大縮小
処理部、６は頁データの回転処理を行う回転処理部であ
る。

【００２３】７はクライアント１２指定のデータ形式の
頁データが頁キャッシュ蓄積部３に頁データファイルと
して存在するかどうかを判定し、頁キャッシュ蓄積部３
に存在した場合は該当ファイルを指定頁データファイル
として、存在しない場合はファイルアクセス制御部２に
新たに頁データファイル作成を指示し、新たに作成され
た頁データファイルをクライアント１２指定のデータ形
式に変換するため、圧縮伸長処理部４、拡大縮小処理部
５、または回転処理部６にデータ変換を指示し、あるい
は頁キャッシュ蓄積部３に存在する頁データを再加工す
れば指定のデータ形式に変換可能な場合は、該当ファイ
ルを圧縮伸長処理部４、拡大縮小処理部５、または回転
処理部６によってデータ変換し、変換によって得られた
ファイルをあらたに別の頁データファイルとして頁キャ
ッシュ蓄積部３に格納し、指定頁データファイルとして
管理し、また連続する次の頁データを指定の頁データと
してファイルアクセス制御部２によって順次抜き出さ
せ、頁キャッシュ蓄積部３に蓄積するよう制御するキャ
ッシュ制御部である。

【００２４】８はクライアント１２からの読み出し要求
にしたがって、指定頁データファイルをキャッシュ制御
部７から受け取り、ネットワークＬＡＮを介してクライ
アント１２に送出する頁インタフェース部、９は大容量
記憶媒体１、ファイルアクセス制御部２、頁キャッシュ
蓄積部３、圧縮伸長処理部４、拡大縮小処理部５、回転
処理部６、キャッシュ制御部７、および頁インタフェー
ス部８によって構成される画像情報処理サーバである。

【００２５】１０は画像処理サーバ９によって供給され
た頁データファイルを、複数頁で構成される文書データ
ファイルとしてあたかも１つのファイルをアクセスする
かのように見せるためのインタフェースを提供するＡＰ
インタフェース部、１１は画像情報処理サーバ９に対し
てＡＰインタフェース部１０を介して要求を出し、供給
された頁データにさまざま処理を行う各種クライアント
アプリケーション、１２はＡＰインタフェース部１０お
よびクライアントアプリケーション１１によって構成さ
れる画像情報処理クライアントである。

【００２６】なお、大容量記憶媒体１の構成は図２に示
した文書データファイル２１と同様で、各文書データフ
ァイル２１は１頁以上の連続した頁データ２３，２４，
２５よりなり、ファイルヘッダ２２により各頁データ２
３，２４，２５を管理する。

【００２７】図４は本実施の形態における画像情報処理
サーバ９と画像情報処理クライアント１２との頁データ
アクセスの方法を説明する図である。図２の文書データ
ファイル２１に示すように、大容量記憶媒体１に記憶さ
れた複数の頁データはファイルアクセス制御部２によっ
て頁ごとに読み出され、１つの頁データファイル３１，
３４，３７として構成され、各頁データファイル３１，
３４，３７は、それぞれファイルヘッダ３２，３５，３
８と頁データ３３，３６，３９を有しており、図３で説
明した頁データファイルと同じ構成になっている。

【００２８】次に本実施の形態における画像情報処理ク
ライアント１２の動作について説明する。画像情報処理
クライアント１２は画像情報処理サーバ９によって供給
される頁データファイル３１，３４，３７を、複数頁で
構成される文書データファイルとしてあたかも１つのフ
ァイルをアクセスするかのように見せるためのインタフ
ェースを提供するＡＰインタフェース部１０を導入す
る。この方式を採用すると、図２に示した従来のクライ
アントアプリケーション２０と画像情報処理サーバ９を
接続し、さまざまな頁操作を可能とした画像情報システ
ムを提供することができるようになる。

【００２９】本実施の形態の場合、クライアントアプリ
ケーション１１は従来通り、文書データファイルをまず
オープンし、順次頁データを読み出し、様々な頁操作を
行う。このときＡＰインタフェース部１０は、それぞれ
の頁データに対応したかたちで画像情報処理サーバ９よ
り頁データファイル３１，３４，３７の供給を受け、順
次オープンし、該当頁データをクライアントアプリケー
ション１１に供給する。このような構成を画像情報処理
クライアント１２でとることで、従来のクライアントア
プリケーション２０をそのまま使用し、なおかつデータ
量が大量の場合でも、文書データの準備時間を必要最小
限に抑えることができる。

【００３０】次に画像情報処理サーバの動作を説明す
る。画像情報処理クライアント１２から、画像情報処理
サーバ９に対して頁データの読み出し要求が来ると、ま
ずその要求を頁インタフェース部８が受け取り、そのま
まキャッシュ制御部７へ引き渡す。キャッシュ制御部７
は、まず頁キャッシュ蓄積部３にクライアントアプリケ
ーション１１指定のデータ形式の頁データが頁データフ
ァイルとして存在するかどうかを判定する。該当ファイ
ルが頁キャッシュ蓄積部３に存在した場合は、そのファ
イルを指定頁データファイルとして、そのまま画像情報
処理クライアント１２へ転送するよう頁インタフェース
部８に指示し、頁インタフェース部８がネットワークＬ
ＡＮを介して指定頁データファイルを画像情報処理クラ
イアント１２に送出する。

【００３１】このとき、キャッシュ制御部７は、頁キャ
ッシュ蓄積部３に存在した頁データファイルが、今回ア
クセスされた旨を管理するための情報を更新する。例え
ば、キャッシュの管理をアクセス時刻によって行う場合
は、アクセス時刻を、アクセス回数によって行う場合
は、アクセス回数を更新するが、この管理データの更新
は様々なキャッシュの管理方法にしたがって行えばよ
い。

【００３２】次にクライアントアプリケーション１１指
定のデータ形式とは異なるが、頁としては同じ頁データ
が頁データファイルとして頁キャッシュ蓄積部３に存在
した場合、キャッシュ制御部７は、頁キャッシュ蓄積部
３に存在する頁データファイルを再加工すれば、クライ
アントアプリケーション１１指定のデータ形式となるか
どうかを判定する。その結果、再加工可能と判定した場
合は、キャッシュ制御部７がデータの形式にしたがっ
て、圧縮伸長処理部４、拡大縮小処理部５、あるいは回
転処理部６に対して該当ファイルのデータ変換を指示す
る。圧縮伸長処理部４、拡大縮小処理部５、あるいは回
転処理部６によって作成された新たな頁データファイル
を、キャッシュ制御部７はキャッシュ管理対象のファイ
ルとして登録し、そのファイルを指定頁データファイル
として、そのまま画像情報処理クライアント１２へ送出
するよう頁インタフェース部８に指示する。

【００３３】次に該当ファイルが頁キャッシュ蓄積部３
に存在しない場合、もしくは頁としては同じ頁データが
頁データファイルとして頁キャッシュ蓄積部３に存在す
るが、再加工を行ってもクライアントアプリケーション
１１指定のデータ形式とすることが不可能な場合、キャ
ッシュ制御部７は、ファイルアクセス制御部２に新たに
頁データファイルの作成を指示する。

【００３４】ファイルアクセス制御部２は、大容量記憶
媒体１に蓄積されたファイル群をアクセスし、指定の頁
データが格納されているファイルをオープンし、ファイ
ルのデータ構造を解釈し、指定の頁データを読み出し、
１つの頁データファイルとして作成する。このときの処
理は、例えば、図２のような文書データファイル２１を
オープンし、ファイルヘッダ２２の内容を解釈し、指定
の頁データのファイル内の格納場所を判定し、例えば指
定の頁が１頁ならば１頁データ２３を読み出し、図４に
示したように新たに頁データファイル３１としてデータ
を書き込む。

【００３５】この際、ヘッダ情報として、文書データフ
ァイル２１のファイルヘッダ２２の内容を編集し、新た
な頁データファイル３１用のファイルヘッダ３２として
作成する。さらに、キャッシュ制御部７は新たに作成さ
れた頁データファイルをクライアント指定のデータ形式
に変換するため、圧縮伸長処理部４、拡大縮小処理部
５、または回転処理部６にデータ変換を指示し、変換に
よって得られたファイルをあらたに別の頁データファイ
ルとして管理し、キャッシュ制御部７がキャッシュ管理
対象のファイルとして登録し、そのファイルを指定頁デ
ータファイルとして、そのまま画像情報処理クライアン
ト１２へ送出するよう頁インタフェース部８に指示す
る。

【００３６】また、キャッシュ制御部７は、指定頁デー
タファイルの画像情報処理クライアント１２への送出を
頁インタフェース部８に指示した後、次の要求が画像情
報処理クライアント１２からくるまでの間に、特に処理
すべきことがない場合は、頁データの連続するアクセス
を予想して、最新の指定頁データの次の頁データが頁キ
ャッシュ蓄積部３に存在しないことを確認し、ファイル
アクセス制御部２によって新たな頁データファイルを作
成し、新たな頁データファイルとしてキャッシュ管理す
る。この処理をあらかじめ設定された頁数分繰り返し、
連続する頁データが極力キャッシュ上に存在するよう制
御する。

【００３７】図５はキャッシュ動作の一例を説明する図
で、左側が大容量記憶媒体１に記憶された各文書データ
ファイル４１，４２，４３，を示し、右側は頁キャッシ
ュ蓄積部３に蓄積された頁データファイルを示す。図中
の番号１〜１４は、この番号順にキャッシュ管理された
ことを表している。まず１，２として文書データファイ
ル４１の１頁と２頁が読み出され、３，４として文書デ
ータファイル４２の１頁と２頁が読み出され、５，６と
して文書データファイル４３の１頁と２頁が読み出され
る。これらの頁は、線密度が２００ｄｐｉ（１インチ当
たり２００ドット）、加工処理しない生画像、０度回転
（回転処理なし）である。

【００３８】次に７，８として文書データファイル４２
の１頁と２頁が圧縮伸長処理部４で圧縮処理され生画像
が圧縮画像となる。さらに９，１０として文書データフ
ァイル４３の１頁と２頁が拡大縮小処理部５で縮小処理
され線密度が２００ｄｐｉから１００ｄｐｉとなり、さ
らに回転処理部６で回転処理され右９０度回転となる。
その後１１，１２，１３，１４として文書データファイ
ル４１の３頁〜６頁が順次先読みで読み出される。

【００３９】次に画像処理サーバ９の処理の流れを図６
に示す動作フロー図により説明する。まず画像情報処理
クライアント１２から頁データの読み出し要求を受ける
（Ｓ１）。するとキャッシュ制御部７は頁キャッシュ蓄
積部３に要求された頁があるか調べ（Ｓ２）、ある場合
は圧縮したもの、縮小したもの、回転したもの等の要求
データ形式を調べる（Ｓ３）。要求データ形式の頁デー
タが存在する場合、当該ファイルを指定頁データファイ
ルとする（Ｓ４）。この指定頁データファイルを送出す
ることにより、このファイルの使用回数などのキャッシ
ュ管理情報を更新した後（Ｓ５）、ファイルアクセス制
御部２が指定頁の次の頁を大容量記憶媒体１から先読み
中であるかを調べ、先読み中でない場合は（Ｓ６）、指
定頁データファイルを画像情報処理クライアント１２へ
頁インタフェース部８より送出する（Ｓ７）。この送出
後、または先読み中であった場合、次頁の要求があるか
調べ（Ｓ８）、あれば指定頁の次頁を要求頁とし（Ｓ
９）、ステップＳ２へ戻る。

【００４０】ステップＳ２で頁キャッシュ蓄積部３に要
求頁データがない場合は、ファイルアクセス制御部２は
要求頁データが格納された文書ファイルをオープンし
（Ｓ１０）、頁データファイルを作成し（Ｓ１１）、ス
テップＳ３に移る。またステップＳ３で要求データ形式
の頁データがない場合は頁キャッシュ蓄積部３の頁デー
タを再加工できるか調べ（Ｓ１２）、できなければステ
ップＳ１０，Ｓ１１により新たに指定頁を読み出し、で
きれば圧縮伸長処理、拡大縮小処理、または回転処理等
要求形式に応じた処理を実施し（Ｓ１３）、作成ファイ
ルを頁キャッシュ蓄積部３に保管し（Ｓ１４）、ステッ
プＳ４に移る。

【００４１】以上のような動作を画像情報処理サーバ９
がとることで複数頁で構成された大容量の文書データの
頁データを高速に画像情報処理クライアント１２に供給
することができる。なお、本実施の形態では図１，図４
に示すＡＰインタフェース部１０を備えた画像情報処理
クライアント１２としたが、本実施の形態の画像情報処
理サーバ９は図３で示した、複数頁から成る文書データ
の頁ごとのファイルにアクセスする専用のクライアント
アプリケーション３０に対しても適応することができ
る。

【００４２】

【発明の効果】以上の説明より明らかなように、本発明
は、次の効果を奏する。 複数頁からなる文書データについて一度読み出し要求
のあった頁データを頁キャッシュ蓄積部に蓄積しておく
ことにより、読み出し要求頁に蓄積してある頁データが
含まれる場合その頁を迅速に供給することができる。 圧縮、縮小、回転などの処理を頁が同一であっても処
理が異なれば別の頁データとして頁キャッシュ蓄積部に
蓄積しておくことにより、要求に該当する処理済データ
を迅速に供給することができる。 頁キャッシュ蓄積部に要求の頁と同一頁が格納されて
いるが、なされている処理が異なっている場合、再加工
が可能であれば再加工を行い要求元へ供給することがで
きるので、要求された処理のなされている頁データを迅
速に供給することができる。 １つの文書の連続した頁を要求されているときは指示
された頁データを送出中に次の頁を読み出し頁データフ
ァイルとして頁キャッシュ蓄積部に蓄積しておくので、
要求さた頁データを迅速に供給することができる。 サーバよりクライアントに送出されてくる１つの頁よ
りなる頁データファイルを、複数頁データから成り、１
つのファイルで構成された文書データのようにクライア
ントアプリケーションに見せかけるＡＰインタフェース
部を設けることにより、複数頁から成る文書データを１
つのファイルとして扱う汎用アプリケーションをクライ
アントアプリケーションとして用いることができるの
で、本発明のサーバを多くのアプリケーションで使用す
ることができるようになる。

【図面の簡単な説明】

【図１】本発明の実施の形態の全体システム図

【図２】複数頁からなり１つのファイルとして構成され
る文書ファイルとこの文書ファイルをアクセスするクラ
イアントアプリケーションの動作説明図

【図３】１つの頁よりなる頁データファイルとこの頁デ
ータファイルにアクセスするクライアントアプリケーシ
ョンの動作説明図

【図４】複数頁からなり１つのファイルとして構成され
る文書ファイルにアクセスし１つの頁よりなる頁データ
ファイルを構成し、ＡＰインタフェース部により文書フ
ァイルをアクセスするクライアントアプリケーションで
頁データファイルをアクセスできるようにした本実施の
形態の動作説明図

【図５】本実施の形態のキャッシュ動作を説明する図

【図６】本実施の形態のサーバの動作フロー図

【符号の説明】

１ 大容量記憶媒体 ２ ファイルアクセス制御部 ３ 頁キャッシュ蓄積部 ４ 圧縮伸長処理部 ５ 拡大縮小処理部 ６ 回転処理部 ７ キャッシュ制御部 ８ 頁インタフェース部 ９ 画像情報処理サーバ １０ ＡＰインタフェース部 １１ クライアントアプリケーション １２ 画像情報処理クライアント ２０ クライアントアプリケーション ２１ 文書データファイル ２２ ファイルヘッダ ２３ １頁データ ２４ ２頁データ ２５ Ｎ頁データ ３０ クライアントアプリケーション ３１，３４，３７ 頁データファイル ３２，３５，３８ ファイルヘッダ ３３ １頁データ ３６ ２頁データ ３９ Ｎ頁データ ４１，４２，４３ 文書データファイル

Claims (5)

【特許請求の範囲】
1. 【請求項１】 画像情報処理を行うサーバと、このサー
   バとネットワークを介して接続された画像情報処理を行
   うクライアントとからなり、前記サーバは、複数頁から
   なる文書データを１つの文書ファイルとして蓄積する記
   憶媒体と、この記憶媒体に蓄積された文書ファイルをア
   クセスし指定の頁データを１つの頁よりなる頁データフ
   ァイルとして読み出すファイルアクセス制御部と、この
   ファイルアクセス制御部が読み出した頁データファイル
   を格納する頁キャッシュ蓄積部と、前記クライアントよ
   り指定の頁データが前記頁キャッシュ蓄積部に頁データ
   ファイルとして存在するか否か検索し、存在する場合は
   当該ファイルを、存在しない場合は前記ファイルアクセ
   ス制御部により前記記憶媒体より読み出した頁データフ
   ァイルを指定頁データファイルとして管理するキャッシ
   ュ制御部と、前記頁キャッシュ蓄積部に格納された前記
   指定頁データを前記クライアントへ送出する頁インタフ
   ェース部とを具備したことを特徴とする画像情報処理シ
   ステム。
2. 【請求項２】 前記ファイルアクセス制御部により読み
   出された頁データまたは前記頁キャッシュ蓄積部に格納
   された頁データに対して、圧縮または伸長処理を行う圧
   縮伸長処理部、前記頁データの拡大または縮小処理を行
   う拡大縮小処理部、前記頁データの回転処理を行う回転
   処理部の少なくとも１つを備え、前記キャッシュ制御部
   は同一頁データであっても処理の異なる頁データは別の
   頁データファイルとして前記頁キャッシュ蓄積部に格納
   することを特徴とする請求項１記載の画像情報処理シス
   テム。
3. 【請求項３】 前記キャッシュ制御部は、前記頁キャッ
   シュ蓄積部に既に加工処理された頁データが格納されて
   おり、同一頁で別の加工処理のデータを要求され再加工
   が可能であれば再加工した頁データを前記頁キャッシュ
   蓄積部に格納するようにしたことを特徴とする請求項２
   記載の画像情報処理システム。
4. 【請求項４】 前記キャッシュ制御部は、前記頁インタ
   フェース部が指定頁データを前記クライアントに送出し
   ている間に、この頁データに続く頁を前記ファイルアク
   セス制御部に読み出させて前記頁キャッシュ蓄積部に順
   次格納するようにしたことを特徴とする請求項１記載の
   画像情報処理システム。
5. 【請求項５】 前記クライアントは、複数頁からなり１
   つのファイルとして構成された文書データをアクセスす
   るクライアントアプリケーションと、このクライアント
   アプリケーションの要求に合わせて１つの頁からなる頁
   データファイルへアクセスするＡＰインタフェース部と
   から構成されていることを特徴とする請求項１乃至４の
   いずれかに記載の画像情報処理システム。