JP2003099299A

JP2003099299A - 画像処理システム

Info

Publication number: JP2003099299A
Application number: JP2001290045A
Authority: JP
Inventors: Daisuke Yamada; 大介山田
Original assignee: Ricoh Co Ltd
Current assignee: Ricoh Co Ltd
Priority date: 2001-09-21
Filing date: 2001-09-21
Publication date: 2003-04-04

Abstract

(57)【要約】【課題】ネットワーク上に分散されたドキュメント処
理システムにおいて、画像文書転送の高速化と効率化を
実現する。【解決手段】読み取られる原稿を順次セットするフィ
ーダー部と読み取りを実行するスキャン部を有するイメ
ージ入力装置、イメージデータを保存しておく画像文書
サーバと、入力文書を受け取るクライアントＰＣ及び、
アドレス帳などを管理する「文書ブローカ」が、ネット
ワーク上に分散配置されているようなドキュメント処理
システムにおいて、クライアントＰＣから、画像文書サ
ーバへ圧縮ミドルウエアをダウンロードし、画像文書サ
ーバは読取文書をその圧縮方式に従って圧縮し、ネット
ワーク転送する。

Description

【発明の詳細な説明】

【０００１】

【発明の属する技術分野】本発明は、スキャナ装置と画
像文書ファイリングシステムを利用した画像処理システ
ムに係り、特に、丸秘文書の配信や画像文書の暗号化、
例えばクライアントＰＣ側でのみ解読可能な変換を施す
ことにより、転送上の画像データを盗み見ることができ
なくなるような処理を行う画像処理システムに関する。

【０００２】

【従来の技術】画像処理システム、特にドキュメント処
理システムでは、イメージ入力装置、イメージ蓄積装置
などの画像文書サーバと、画像を受け取るクライアント
ＰＣ、アドレス帳を管理する文書ブローカなどがネット
ワーク上に分散して配置されることが多くなってきてい
る。また、画像文書は、そのサイズが大きくなるため、
何らかの圧縮処理を施された後で、ネットワーク上を通
過し、クライアントＰＣ上に蓄積される。なお、ＰＣは
パーソナルコンピュータの略称である。

【０００３】この種の技術として例えば、１）特開平１０−２６９０４５号公報２）特開平１１−１３６４７５号公報３）特開平１１−１３６４８３号公報４）特開平５−１７４０７３号公報などの各公報に記載された発明が公知である。

【０００４】このうち１）の特開平１０−２６９０４５
号公報には、画像処理ミドルウエアのダウンロード方式
に関する発明が開示されている。この発明では、リクエ
ストと画像処理を関連付けたもので張り、装置内で閉じ
た処理を行うことを特徴としている。

【０００５】また、２）の特開平１１−１３６４７５号
公報や３）の特開平１１−１３６４８３号公報には、ア
ドレス帳の選択内容と、画像の読取条件、及び、配信時
の配信順序といった、処理の効率化に関する発明が開示
されている。

【０００６】さらに４）の特開平５−１７４０７３号公
報には、複数の「文書」を保持する「バインダ」、複数
の「バインダ」を保持する「キャビネット」という階層
構造が開示されている。

【０００７】

【発明が解決しようとする課題】１）の公報には、前述
のように画像処理ミドルウエアのダウンロード方式に関
する発明が開示され、リクエストと画像処理を関連付け
たもので張り、装置内で閉じた処理を行うように構成さ
れているが、伸長側クライアントＰＣや、アドレス帳を
管理するブローカ、との協調動作については特に配慮さ
れていない。

【０００８】ドキュメント処理システムは、イメージ入
力装置、イメージ蓄積装置などの画像文書サーバと、画
像を受け取るクライアントＰＣ、アドレス帳を管理し、
画像の配信サービスを提供する配信文書サーバ（ブロー
カ）がネットワーク上に分散して配置されることが多く
なってきている。また、画像文書はサイズが大きくなる
ため何らかかの圧縮処理を施された後で、ネットワーク
上を通過し、クライアントＰＣ上に蓄積されるようにな
っている。

【０００９】そこで、本発明の第１の目的は、画像文書
サーバ、クライアントＰＣで、それぞれ圧縮、伸長が可
能な組み合わせを保有し、ネットワーク上は圧縮された
画像文書を通過させることにより、ネットワーク上に分
散された画像処理システムの画像文書転送の高速化と効
率化を実現することにある。

【００１０】本発明の第２の目的は、圧縮ミドルウエア
をダウンロードされても、画像文書サーバ上で実行でき
ない場合があるので、必ず事項可能なソフトウエアをダ
ウンロードし、ネットワーク上に分散された画像処理シ
ステムの画像文書転送の高速化と効率化を実現すること
にある。

【００１１】本発明の第３の目的は、利用者が画像文書
を配信するたびに、圧縮ミドルウエアをダウンロードし
なければならないが、その頻度を減らすことにより、ネ
ットワーク上に分散された画像処理システムの画像文書
転送の高速化と効率化を実現することにある。

【００１２】２）および３）の公報には、前述のように
アドレス帳の選択内容と、画像の読取条件、及び、配信
時の配信順序といった、処理の効率化に関する発明が開
示されている。しかし、画像の読取装置とアドレス帳を
管理するサーバとのアドレス帳の整合を保つ技術につい
ては特に開示されていない。また、アドレス帳に関して
は、画像文書サーバから入力するのではなく、配信文書
サーバ内で入力され保持される形式が一般的である。こ
れは、通常、画像文書サーバはコピーマシンなどであり
キーボードなどの入力手段を持たない場合が多いためで
ある。

【００１３】そこで、本発明の第４の目的は、ネットワ
ーク上に分散された画像処理システムにおいて、画像文
書サーバと配信文書サーバ間のアドレス帳のバージョン
の整合とアドレス帳取得の効率化を実現するため、アド
レス帳が更新されるたびに配信文書サーバからアドレス
帳がブロードキャストされるのではなく、画像文書サー
バ側が必要に応じて、アドレス帳を取得することによ
り、無駄な通信を発生させないことにある。

【００１４】また、利用者のキーオペレーションが発生
してから、アドレス帳を取得したのでは、利用者に待ち
状態が発生してしまうことになる。

【００１５】そこで、本発明の第５の目的は、電力オン
時、及び、予熱、夜間モードからの復帰のタイミングで
アドレス帳を取得することにより、利用者があまり意識
しなくても、常に最新のアドレス帳が利用できるように
することにある。

【００１６】また、本発明の第６の目的は、宛先選択キ
ー押下時にアドレス帳を取得することにより、常に最新
のアドレス帳を取得するモードと、利用者が意識しない
状況下（たとえば省電力復帰時）に、アドレス帳の取得
するモードなどを利用環境に応じてプログラマブルにす
ることにある。

【００１７】紙原稿の文書を電子情報（画像文書）に変
換し、ネットワークを介してＰＣへ前記電子情報を転送
する場合、ディジタル複写機やスキャナ装置といった画
像文書サーバは紙原稿を１枚ずつスキャンし、その画像
データを一時的に装置内のメモリに保存し、そのメモリ
内の情報をネットワーク回線に送出することにより、ク
ライアントＰＣへ画像文書を送付することができる。そ
の際、文書を一括して読み取った後に送信するのか、１
ページ読み取るたびに送信するのか、１ページに満たな
いバンドを読み取ったたびに送信するのかなど、種々の
送信形態が考えられるが、これらの送信形態は画像処理
サーバの性能や受け取り側のＰＣの性能を考慮して選択
もしくは決定されるべきであるが、このような送信形態
まで配慮された画像処理システムは現在知られていな
い。

【００１８】そこで、本発明の第７の目的は、文書を一
括して読み取った後に送信するのか、１ページ読み取る
たびに送信するのか、１ページに満たないバンドを読み
取ったたびに送信するのかを選択可能とし、画像処理サ
ーバの性能や受け取り側のＰＣの性能を考慮した画像文
書配信を行うことができるようにすることにある。

【００１９】また、本発明の第８の目的は、配信途中で
のメモリ残量なし等のエラーを回避できる画像文書配信
を行うことができるようにすることにある。

【００２０】また、本発明の第９の目的は、文書単位で
の分解と統合がスキャン動作や送信動作のタイミングに
依存せずに行うことができるようにすることにある。

【００２１】４）の公報には前述のように複数の「文
書」を保持する「バインダ」、複数の「バインダ」を保
持する「キャビネット」という階層構造が開示されてい
るが、この発明は、蓄積、ファイリング、検索、といっ
た領域のものであり、文書の配信及び転送といったジョ
ブ処理の単位には適用されていない。

【００２２】そこで、本発明の第１０の目的は、バイン
ダという概念を用いることにより、複数の文書に対する
ジョブ処理を一元管理でき、利用者の１回の処理をひと
つのバインダという形式で内部に保持することにより、
バインダ単位での動作結果の確認及びバインダ単位での
動作の再実行処理を可能にすることにある。

【００２３】が可能となる。

【００２４】また、本発明の第１１の目的は、利用者の
１回の処理単位で動作履歴を記録し、装置側の処理単位
ではない履歴管理の単位を決定できるようにすることに
ある。

【００２５】さらに、本発明の第１２及び第１３の目的
は、再コピー時の処理対象検索が容易に行えるようにす
ることにある。

【００２６】

【課題を解決するための手段】前記目的を達成するた
め、第１の手段は、読み取られる原稿を順次セットする
原稿供給手段と読み取りを実行する読み取り手段を有す
るイメージ入力装置およびイメージデータを保存するイ
メージ蓄積装置を備えた画像文書サーバと、入力文書を
受け取るクライアントと、アドレス帳などを管理する文
書ブローカとが、ネットワーク上に分散配置されている
画像処理システムにおいて、前記クライアントから画像
文書サーバへ圧縮ミドルウエアをダウンロードし、画像
文書サーバは、読取文書をその圧縮方式に従って圧縮
し、ネットワーク転送することを特徴とする。

【００２７】第２の手段は、第１の手段において、画像
文書側のソフトウエア実行環境の能力をクライアント側
へ通知し、クライアント側は、その能力に応じた圧縮ミ
ドルウエアをダウンロードすることを特徴とする。

【００２８】第３の手段は、第１の手段において、文書
ブローカが管理するアドレス帳の宛先に圧縮ドルウエア
を保有し、利用者が宛先を選択し、画像を配信すること
により、自動的に該当する圧縮ミドルウエアが動作する
ことを特徴とする。

【００２９】第４の手段は、読み取られる原稿を順次セ
ットするフィーダー部と読み取りを実行するスキャン部
を有するイメージ入力装置およびイメージデータを保存
する画像蓄積装置を備えた画像文書サーバと、アドレス
帳を管理し画像文書を配信する配信文書サーバと、画像
文書を受け取るクライアントとが、ネットワーク上に分
散配置されているドキュメント処理システムにおいて、
配信文書サーバにおいてアドレス帳が更新された場合、
配信文書サーバは能動的に画像文書サーバに対してアド
レス帳更新の伝達を行わず、配信文書サーバが必要に応
じてアドレス帳を取得することを特徴とする。

【００３０】第５の手段は、第４の手段において、配信
文書サーバがアドレス帳を取得するタイミングが、省電
力状態から復帰したタイミングであることを特徴とす
る。

【００３１】第６の手段は、第４の手段において、配信
文書サーバがアドレス帳を取得するタイミングを、利用
者が登録する手段を備えていることを特徴とする。

【００３２】第７の手段は、読み取られる原稿を順次セ
ットするフィーダー部と読み取りを実行するスキャン部
を有するイメージ入力装置およびイメージデータを保存
する画像蓄積装置を備えた画像文書サーバと、アドレス
帳を管理し画像文書を配信する配信文書サーバと、画像
文書を受け取るクライアントとが、ネットワーク上に分
散配置されている画像処理システムにおいて、複数のペ
ージから構成される原稿を順次スキャンし、スキャンし
た画像をクライアントに送信する際の画像文書サーバ内
での画像のプール単位が、文書単位、ページ単位、バン
ド単位の３種類のうち少なくとも２種類以上選択可能な
ことを特徴とする。

【００３３】第８の手段は、第７の手段において、前記
文書単位、ページ単位、バンド単位の３つの画像プール
単位が、処理実行時に自動的に切り替わることを特徴と
する。

【００３４】第９の手段は、第７の手段において、複数
ページの画像を送信し、その後に、文書としてのページ
のリンク情報を送信することを特徴とする。

【００３５】第１０の手段は、読み取られる紙原稿を順
次セットするフィーダー部と読み取りを実行するスキャ
ン部を有する画像入力装置および画像文書を保存する画
像蓄積装置を備えた画像文書サーバと、アドレス帳を管
理し画像文書を配信する配信文書サーバと、画像文書を
受け取るクライアントとが、ネットワーク上に分散配置
されている画像処理システムにおいて、画像文書の管理
を、複数の文書を保持するバインダ、複数のバインダを
保持するキャビネットという階層構造で行なっている画
像文書配信装置を備え、関画像文書配信装置は、複数の
画像文書から構成されるバインダ単位でネットワーク送
出し、バインダ単位での送出動作の起動、実行、停止の
管理、及び次のバインダへのスケジューリングを行うこ
とを特徴とする。

【００３６】第１１の手段は、第１０の手段において、
動作履歴として、個別の文書単位に行うことなくバイン
ダ単位で記録することを特徴とする。

【００３７】第１２の手段は、第１０の手段において、
コピー、ファクス、プリンタなどの処理に伴って自動的
にバインダを生成することを特徴とする。

【００３８】第１３の手段は、第１２の手段において、
コピー、ファクス、プリンタ処理に伴うバインダ生成に
おいて、利用者及び一定期間単位でバインダをマージす
ることを特徴とする。

【００３９】第１の手段によれば、前記クライアントか
ら画像文書サーバへ圧縮ミドルウエアをダウンロード
し、画像文書サーバは、読取文書をその圧縮方式に従っ
て圧縮し、ネットワーク転送するので、ネットワーク上
を通過するデータ量を減らし、かつ、クライアント側
で、必ずその画像文書を伸長（解凍）できる。また、ク
ライアントでは、伸長プログラムと対になる、圧縮プロ
グラムをダウンロードすることにより、必ずその画像文
書を伸長（解凍）できる。

【００４０】第２の手段によれば、画像文書側のソフト
ウエア実行環境の能力をクライアント側へ通知し、クラ
イアント側は、その能力に応じた圧縮ミドルウエアをダ
ウンロードするので、複数機種の画像文書サーバにおい
ても、能力交換することにより、その画像文書サーバ上
で実行可能な圧縮ソフトウエアをダウンロードすること
が可能となる。

【００４１】第３の手段によれば、文書ブローカが管理
するアドレス帳の宛先に圧縮ドルウエアを保有し、利用
者が宛先を選択し、画像を配信することにより、自動的
に該当する圧縮ミドルウエアが動作するので、あらかじ
め、圧縮ミドルウエアをダウンロードしておくことによ
り、利用者が配信処理を投入するたびに、圧縮ミドルウ
エアのダウンロード処理をする必要がなくなる。また、
宛先毎に、圧縮ミドルウエアをダウンロードしておくこ
とにより、クライアントＰＣ側の機種や能力を知らなく
ても、適切な圧縮が施された画像文書を配信することが
可能となる。

【００４２】第４の手段によれば、配信文書サーバにお
いてアドレス帳が更新された場合、配信文書サーバは能
動的に画像文書サーバに対してアドレス帳更新の伝達を
行わず、配信文書サーバが必要に応じてアドレス帳を取
得するので、装置側（画像文書サーバ）の都合に合わせ
てオンデマンドで、アドレス帳の更新が可能となる。

【００４３】第５の手段によれば、配信文書サーバがア
ドレス帳を取得するタイミングが、省電力状態から復帰
したタイミングなので、利用者が意識せずに、アドレス
帳を更新することができる。

【００４４】第６の手段によれば、配信文書サーバがア
ドレス帳を取得するタイミングを、利用者が登録する手
段を備えているので、装置の利用用途に応じてアドレス
帳の更新タイミングを利用者自身で設定することが可能
となる。

【００４５】第７の手段によれば、複数のページから構
成される原稿を順次スキャンし、スキャンした画像をク
ライアントに送信する際の画像文書サーバ内での画像の
プール単位が、文書単位、ページ単位、バンド単位の３
種類のうち少なくとも２種類以上選択可能なので、スキ
ャン動作とネットワーク送信動作の動作タイミングを指
定することができる。

【００４６】第８の手段によれば、前記文書単位、ペー
ジ単位、バンド単位の３つの画像プール単位が、処理実
行時に自動的に切り替わるので、画像文書サーバ内の、
画像蓄積メモリの量に応じて、動作タイミングを自動的
に補正することが可能となる。

【００４７】第９の手段によれば、複数ページの画像を
送信し、その後に、文書としてのページのリンク情報を
送信するので、紙原稿の文書を、紙原稿のページ単位に
受け取ることができる。

【００４８】第１０の手段によれば、画像文書配信装置
は、複数の画像文書から構成されるバインダ単位でネッ
トワーク送出し、バインダ単位での送出動作の起動、実
行、停止の管理、及び次のバインダへのスケジューリン
グを行うので、利用者の１回の処理を、ひとつのバイン
ダという形式で内部に保持することにより、バインダ単
位での動作結果の確認、及びバインダ単位での動作の再
実行処理が可能となる。

【００４９】第１１の手段によれば、動作履歴として、
個別の文書単位に行うことなくバインダ単位で記録する
ので、利用者の１回の処理単位で、動作履歴を記録する
ことにより利用者が動作結果を参照し易くなり、動作情
報の管理も容易になる。

【００５０】第１２の手段によれば、コピー、ファク
ス、プリンタなどの処理に伴って自動的にバインダを生
成するので、同じ文書の再コピーなどに関して、文書名
を一つずつ指定するのではなく、コピーを行なった日時
や、バインダに処理内容の名称をつけることにより、コ
ピー目的から検索することが可能となる。

【００５１】第１３の手段によれば、コピー、ファク
ス、プリンタ処理に伴うバインダ生成において、利用者
及び一定期間単位でバインダをマージするので、同じ文
書の再コピーなどに関して、該当する文書を探し易くな
る。

【００５２】

【発明の実施の形態】以下、本発明の実施形態について
図面を参照して説明する。

【００５３】１．第１の実施形態１．１システム環境図１は第１の実施形態に係るネットワーク分散環境にお
けるドキュメント（画像）処理システムのシステム構成
を示す図である。図１において、ネットワーク分散環境
ではプリンタなどの画像文書サーバ１、複写機、プリン
タ、ファクシミリ等の画像文書サーバ２、ＰＣからなる
クライアントＡ３、クライアントＢ５、及びブローカが
ネットワーク（イーサネット−登録商標）６上に配置さ
れている。これらの端末はソフトウエアより動作する。
ここで、複写機、ファクシミリ、プリンタ、スキャナ等
の画像文書サーバ１，２やクライアントＰＣ３，４は、
スタンドアロンや１対１の接続で利用されることもあ
る。

【００５４】１．２ハードウエア構成図２はシステムのハードウエア構成を示すブロック図で
あり、同図を参照して画像文書サーバ１，２の構成につ
いて説明する。このシステムのハードウエアは画像文書
サーバ２０（総括的に符号２０で画像文書サーバを示
す。）、ネットワーク６を介して接続されたブローカ４
０及びＰＣ（クライアント）３から基本的に構成されて
いる。

【００５５】画像文書サーバ２０において、プロセッサ
（ＣＰＵ）２１はイメージ入出力装置の各々の全体の制
御を実行し、その制御下にはＲＯＭ２２、ＲＡＭ２３、
ＮＶＲＡＭ２４、操作パネル２５及びパネル制御部２
６、スキャン／プリントエンジン２７及びエンジン制御
部２８、記憶装置２９及びディスクドライバ３０、通信
制御部３１、モデム３２、ＤＳＰ（digital signal pro
cessor）３３が接続されている。

【００５６】ＲＯＭ２２には予めプログラムコード、フ
ォント及びその他の静的なデータが格納されている。Ｒ
ＡＭ２３はデータを一時的に記憶するために用いられ、
ＮＶＲＡＭ２４はデータを不揮発性で記憶するために用
いられる。操作パネル２５及びパネル制御部２６はユー
ザとのインタフェースを司り、スキャン／プリントエン
ジン２７及びエンジン制御部２８はイメージデータの入
出力装置として紙原稿の読み取りと転写紙への印刷を行
う。記憶装置２９及びディスクドライバ３０は大量のイ
メージデータ等を蓄積したり、データベースを記憶する
ために用いられる。通信制御部３１は外部機器との間で
通信を行うためにイーサネット（登録商標）等のネット
ワーク６に接続され、パラレルインターフェース、シリ
アルインターフェースなどによるピアトゥピアの接続形
態も可能である。モデム３２は公衆回線を介して外部機
器との間で通信を行うために用いられる。ＤＳＰ３３
は、ディジタル信号処理のプロセッサであり、矩形の画
像データに対する処理を行う。処理の内容としては画像
の補正、画像の加工、画像の圧縮などである。そのアル
ゴリズムはＤＳＰ固有な言語によって記述され、ソフト
ウエアとして組み込まれている。

【００５７】ブローカ４０はネットワーク６に接続され
ている入出力装置に必要な機能情報や管理情報を維持
し、クライアント（ここではＰＣ）３，４とサーバ（こ
こでは画像文書サーバ）１，２との間の接続を確立する
役目を有するミドルウエアである。このブローカ４０は
ＣＰＵ４１、ＲＯＭ４２、ＲＡＭ４３、通信制御部４
４、及びデータベース４５を有する。なお、このブロー
カ４０はＰＣ３，４、画像文書サーバ１，２のどちら側
に位置してもよい。

【００５８】アドレス帳などの情報も、このブローカ上
で管理される場合が多い。それは、分散したシステム上
に一意に存在するアドレス帳として一元管理が可能であ
るからである。

【００５９】１．３ソフトウエア構成図３は画像処理サーバ１，２内部に組み込まれたソフト
ウエアの構造を示す説明図であり、この図を参照して画
像処理サーバ１，２のソフトウエア構造について説明す
る。この構造は大きく分けてアプリケーション層５０
と、カーネル層６０と、ドライバ層７０とハードウエア
層８０の４層で構成されている。アプリケーション層５
０はコピー、ファックス、プリンタ等のアプリケーショ
ンを形成する層であり、オペレーションマネージャ５
１、ドキュメントマネージャ５２、サービスマネージャ
５３、デバイスマネージャ５４、及びデータベースマネ
ージャ５５を有する。

【００６０】ドキュメントマネージャ５２はコピー、フ
ァックス、プリンタ等のシナリオに沿ってドキュメント
をハンドリングするアプリケーションとして中心となる
機能であり、サービスマネージャ５３はドキュメントハ
ンドリングの際に共通に必要となる機能であって各種サ
ービスの管理、実行を行う。デバイスマネージャ５４は
ハードウエア部８０のスキャナ２７ａ、プロッタ２７
ｂ、画像バス８６のような物理デバイスの動作を決定す
る機能であって各種サービスの管理、実行を行う。オペ
レーションマネージャ５１は図２に示す操作パネル２５
を制御する機能であってボタンの表示、ボタンオペレー
ションのノーティファイ、アラートの通知等を行う。デ
ータベースマネージャ５５はフォント、定型フォーム、
ファックス受信履歴、装置の利用履歴、課金データ等の
永続的なデータの維持、管理を行う。

【００６１】カーネル層６０は、通常、ＯＳのカーネル
として組み込まれ、仮想メモリ６１、実行プロセス６
２、ファイルシステム６３、ソケット６４、実行管理６
５ａ及びモード管理６５ｂを有する仮想マシン６５の各
種デバイスを抽象化してアプリケーション５０に対して
サービスを提供する。アプリケーション層５０はカーネ
ル層６０に対してシステムコールすることにより動作す
る。

【００６２】ドライバ層７０はメモリ管理ドライバ７
１、プロセス管理ドライバ７２、ファイル管理ドライバ
７３、ネットワークドライバ７４、ＤＳＰ７５の各種ハ
ードウエアを駆動するための制御を実行する機能の集ま
りである。ここでは、画像データに対する演算を行うド
ライバとしてＤＳＰ３３としてある。ＤＳＰ３３の処理
プログラムは、ＤＳＰ３３内部に保有しているが、ＣＰ
Ｕ２１上のＲＯＭやＲＯＭにあるプログラムをダウンロ
ードして動作することも可能である。

【００６３】ハードウエア層８０はＲＯＭ２２、ＲＡＭ
２３、ＮＶＲＡＭ２４、ネットワークインタフェース８
４、スキャナ２７ａ、画像バス８６、プロッタ２７ｂ等
の装置内に存在する制御可能なリソースの集合である。
紙搬送装置のローラ、モータ等のアクチュエータやセン
サはこの層に該当する。

【００６４】１．４動作前述の図１に示したようにネットワーク６上に、画像文
書サーバ１，２、ブローカ５、クライアントＰＣ３，４
が配置されたネットワーク分散環境におけるドキュメン
ト処理システムにおける動作について説明する。

【００６５】このシステムでは、利用者は、画像文書サ
ーバ１，２に紙文書をセットし、宛先を指定し、スター
トキー押下することにより、特定のクライアントＰＣへ
画像文書を配信することができるようになっている
（「Adeonis-C1ネットワークスキャナ-Remoteスキャ
ン」システムと同等の構成）。

【００６６】ここで、通常、画像文書サーバ１，２内に
保有する圧縮処理が施されて、画像がネットワーク６上
を通過し、クライアントＰＣ３，４側でその画像を見る
ことが可能となる。しかし、クライアントＰＣ３，４側
で、施された圧縮処理に対応する伸長処理プログラムが
保有されていなければ、配信されてきた画像を見ること
はできない。そこで、クライアントＰＣ３，４側で解凍
処理が可能な、圧縮ソフトウエア（ミドルウエア）を画
像文書サーバ１，２側にダウンロードし、画像文書を圧
縮することにより、クライアントＰＣ３，４側で必ず、
配信されてきた画像を見ることが可能となる。

【００６７】しかし、画像文書サーバ１，２側で実行可
能な圧縮ミドルウエアの形式は、画像文書サーバ１，２
側のソフトウエア実行環境により異なる。例えば、プロ
グラムをダウンロード可能なＤＳＰ種別、ＣＰＵ種別、
仮想マシン種別であり、これらの能力をクライアントＰ
Ｃ３，４へ通知することにより、画像文書サーバ１，２
側で実行可能な圧縮ライブラリをダウンロードすること
が可能となる。また、ソフトウエア実行環境により、圧
縮スピードが異なるので、クライアントＰＣ３，４で
は、最もスピードが速くなる圧縮ミドルウエアを選択
し、ダウンロードすることが賢明である。一般的には、
ＤＳＰ３３上で実行するミドルウエア→ＣＰＵ上で実行
するミドルウエア→仮想マシン上で実行するミドルウエ
ア、の順でスピード性能は落ちる。

【００６８】また、利用者は、画像文書配信時に必ず宛
先を指定してくるので、その宛先毎に事前に圧縮ミドル
ウエアを設定しておけば、自動的にクライアントＰＣ
３，４側で解凍できることになる。画像処理サーバ１，
２では、宛先毎に圧縮ミドルウエアを保有し、ネットワ
ーク６上に送信する時に、その圧縮ミドルウエアを実行
可能とする制御を行う。

【００６９】１．５アルゴリズム１．５．１クライアントＰＣから画像文書サーバへ圧
縮ミドルウエアをダウンロードし、画像文書サーバは、
読取文書をその圧縮方式に従って圧縮し、ネットワーク
転送する処理画像文書サーバ１，２、ブローカ５、クライアントＰＣ
３，４間のインタラクションと画像文書サーバの処理手
順を図４のシーケンス図に示す。このシーケンスでは、
画像処理サーバ１で宛先表示が選択される（ステップ４
０１）と、ブローカ５にアドレス帳の取得要求が出力さ
れ（シーケンス４２１）、ブローカ５からアドレス帳デ
ータが画像処理サーバ１に返信される（シーケンス４２
２）。画像処理サーバ１では、返信されてきたアドレス
帳データの表示を見て、宛先を選択し（ステップ４０
２）、読み取り条件を指定する（ステップ４０３）。そ
してスタートキーを押す（ステップ４０４）。次いで、
次原稿があるかどうかをチェックし（ステップ４０
５）、次原稿があれば、原稿を読み取ってステップ４０
６画像データを蓄積する（ステップ４０７）。この処理
を原稿がなくなるまで実行する（ステップ４０５でｎ
ｏ）。

【００７０】そして、宛先をチェックし（ステップ４０
８）、宛先のクライアントＰＣを特定する（ステップ４
０９）。次いで、圧縮ミドルウエアを取得する（ステッ
プ４１０）。この圧縮ミドルウエアの取得は、画像処理
サーバ１からクライアントＰＣ３に圧縮ミドルウエア要
求を出力し（シーケンス４２３）、この要求に応じてク
ライアントＰＣ３から圧縮ミドルウエアが返信される
（シーケンス４２４）。圧縮ミドルウエアを取得した画
像処理サーバ１は圧縮ミドルウエアをビルドし（ステッ
プ４１１）、画像データを圧縮し（ステップ４１２）、
圧縮した画像データをクライアントＰＣ３に送信する
（ステップ４１３、シーケンス４２５）。宛先に指定さ
れた全てのクライアントＰＣへの送信が終了するまで繰
り返す。

【００７１】圧縮ミドルウエアがクライアントＰＣ毎に
ダウンロードされるイベントシーケンスを図５に示す。
なお、このシーケンスは請求項１に対応している。この
シーケンスは図４のシーケンスとシーケンス４２１から
４２５までは同一である。すなわち、画像処理サーバ１
からブローカ５にアドレス帳取得要求を行い、クライア
ントＰＣ３に圧縮された画像データを送信すると（シー
ケンス４２５）、今度は次のクライアントＰＣ４に圧縮
ミドルウエアを要求し（シーケンス４２６）、圧縮ミド
ルウエア４２７が画像処理サーバ１にダウンロードされ
ると（シーケンス４２７）、画像処理サーバ１からクラ
イアントＰＣ４に圧縮された画像データが送信される
（シーケンス４２８）。

【００７２】１．５．２画像文書側のソフトウエア実
行環境の能力を、クライアントＰＣ側へ通知し、クライ
アントＰＣ側は、その能力に応じた圧縮ミドルウエアを
ダウンロードする処理画像文書サーバのソフトウエア実行環境の能力交換と、
それに適したミドルウエアダウンロードのイベントシー
ケンスと、クライアントＰＣの処理手順を図６に示す。
ソフトウエア実行環境としては、ＤＳＰ３３の種別、Ｃ
ＰＵ２１の種別、仮想マシン６５の種別を情報として与
える。画像処理サーバ１からブローカ５に対してアドレ
ス帳取得要求を出力し（シーケンス４２１）、アドレス
帳データをブローカ５から受信すると（シーケンス４２
２）、圧縮ミドルウエア要求をクライアントＰＣに対し
て送信する（シーケンス４２３）。クライアントＰＣ３
側は、保有するミドルウエアのうち、指定されたＤＳＰ
３３上で動作するソフトウエアを探し、存在しなけれ
ば、指定されたＣＰＵ上で動作するソフトウエアを探
し、存在しなければ、指定された仮想マシン上で動作す
るソフトウエアを探し、最初に見つかったソフトウエア
を画像処理サーバ１にダウンロードする（シーケンス４
３１）。そして、ソフトウエア実行環境の情報をクライ
アントＰＣ３に送信し（シーケンス４３２）、クライア
ントＰＣ３側では、圧縮ミドルウエアをダウンロードす
る（シーケンス４２４）。画像処理サーバ１は、ダウン
ロードされた圧縮ミドルウエアにより画像を圧縮してク
ライアントＰＣ３に送信する（シーケンス４２５）。な
お、前記シーケンス４２３に応じてソフトウエアを探し
ても、ひとつも該当するソフトウエアを保有していない
場合は、クライアントＰＣ３は「圧縮ミドルウエアな
し」を画像処理サーバ１側に通知する。

【００７３】このシーケンス中では、図６中のフローチ
ャートに示すようにクライアントＰＣ３は実行処理環境
を取得した後（ステップ６０１）、適切なミドルウエア
を選択し（ステップ６０２）、選択したミドルウエアを
画層処理サーバ１にダウンロードする（ステップ６０
３）。そして、圧縮された画像データを画像文書として
取得する（ステップ６１１）。

【００７４】１．５．３文書ブローカが管理するアド
レス帳の「宛先」に、圧縮ミドルウエアを保有し、利用
者が「宛先」を選択し、画像を配信することにより、自
動的に該当する圧縮ミドルウエアが動作するようにする
処理事前に宛先毎の圧縮ミドルウエアをクライアントＰＣ
３，４から取得し、ブローカ５側で保持しておく時のブ
ローカ５の処理手順とイベントシーケンスを図７に、そ
の後画像文書サーバからクライアントＰＣに配信する処
理手順とイベントシーケンスを図８に示す。図７に示す
処理では、ブローカ５が画像文書サーバ１に対してソフ
トウエア実行環境の取得を送信し（シーケンス７１
１）、これに応じてソフトウエア実行環境の情報が返信
され（シーケンス７１２）、ブローカ５が実行環境を取
得すると（ステップ７０１）、クライアントＰＣ３に対
して適切なミドルウエアを要求する（ステップ７０２、
シーケンス７１３）。クライアントＰＣ３は圧縮ミドル
ウエアを送信し（シーケンス７１４）、これによりブロ
ーカ５はミドルウエアを取得する（ステップ７０３）。
このシーケンスを他のクライアントＰＣ４にも行い（シ
ーケンス７１５，７１６）、ブローカ５はミドルウエア
と宛先との関連を保持する（ステップ７０４）。

【００７５】その後、図８に示すように、利用者からの
画像文書配信要求時は、クライアントＰＣからミドルウ
エアを取得することなく、ブローカとのインタラクショ
ンのみで適切な圧縮ミドルウエアによる圧縮画像をクラ
イアントＰＣで配信することが可能となる。すなわち、
次宛先があると（ステップ８０１）、画像文書サーバ１
は圧縮ミドルウエアをクライアントＰＣではなくブロー
カ５に要求し（シーケンス８１１）、ブローカ５が画像
文書サーバ１に対して圧縮ミドルウエアをダウンロード
する（シーケンス８１２）。これにより画像文書サーバ
１は圧縮ミドルウエアを取得し（ステップ８０２）、圧
縮ミドルウエアをビルドする（ステップ８０３）。そし
て画像データを圧縮し（ステップ８０４）、圧縮された
画像データをクライアントＰＣ３に送信する（ステップ
８０５、シーケンス８１３）。この処理を宛先として設
定されたクライアントＰＣの数だけ繰り返し、設定され
たクライアントＰＣ全てに対する配信が終了するとこの
処理を終える。

【００７６】２．第２の実施形態この実施形態は、ネットワーク上に分散されたドキュメ
ント処理システムにおいて、画像文書サーバとブローカ
間のアドレス帳のバージョンの整合をとること及びアド
レス帳取得の効率化を実現するものである。

【００７７】２．１システム環境第１の実施形態の図１の構成と同一であり、同一の構成
要素には同一の参照符号を付し、重複する説明は省略す
る。

【００７８】２．２ハードウエア構成第１の実施形態の図２の構成と同一であり、同一の構成
要素には同一の参照符号を付し、重複する説明は省略す
る。

【００７９】２．３ソフトウエア構成第１の実施形態の図３の構成と同一であり、同一の構成
要素には同一の参照符号を付し、重複する説明は省略す
る。

【００８０】２．４動作前述の図１に示したようにネットワーク６上に、画像文
書サーバ１，２、ブローカ５、クライアントＰＣ３，４
が配置されたネットワーク分散環境におけるドキュメン
ト処理システムにおける動作について説明する。

【００８１】このシステムでは、利用者は、画像文書サ
ーバ１，２に、紙文書をセットし、宛先を指定し、スタ
ートキー押下することにより、特定のクライアントＰＣ
へ画像文書を配信することができるようになっている
「Adeonis-C1ネットワークスキャナ-Remoteスキャン」
システムと同等の構成?第１の実施形態と同様）ここで、画像文書の配信先となるクライアントＰＣ
（Ａ）３やクライアントＰＣ（Ｂ）４の名称とアドレス
の組み合わせを、アドレス帳としてブローカ５が一元管
理する。画像文書サーバ１，２は、ブローカ５からアド
レス帳を取得し、その中から宛先を選択し、読み取った
画像と共に、ブローカ５に引き渡すことにより、ブロー
カ５がクライアントＰＣ３，４へ画像文書を配信する。

【００８２】画像文書サーバが、ブローカに対して、ア
ドレス帳のバージョン確認を行い、バージョンが更新さ
れていた時に、アドレス帳データを取得する。取得のタ
イミングは、予熱・低電力、夜間電力といった省電力か
らの復帰のタイミングとし、そのタイミングは、画像文
書サーバの初期設定項目として登録できる。

【００８３】２．５アルゴリズム２．５．１ブローカにおいてアドレス帳が更新された
場合、（ブローカが能動的に画像文書サーバに対してア
ドレス帳更新の伝達するのではなく、）ブローカが必要
に応じてアドレス帳を取得する処理画像文書サーバ１、ブローカ５、クライアントＰＣ３間
のインタラクションと画像文書サーバの処理シーケンス
を図９に示す。同図において、画像文書サーバ１の電源
がオンされると、ブローカ５に対してアドレス帳取得要
求が行われる（シーケンス９０２）。ブローカ５は画像
文書サーバ１からの取得要求に応じてアドレス帳データ
を画像文書サーバ１に送り（シーケンス９０３）、省電
力状態に移行する（シーケンス９０４）。その後、利用
者ＵＲのキーオペレーションや予熱キーの再押下などに
より、省電力状態が解除されると（シーケンス９０
５）、ブローカ５に対してアドレス帳バージョンの確認
を行い（シーケンス９０６）、最新アドレス帳のバージ
ョンを取得する（シーケンス９０７）。

【００８４】そして、利用者ＵＲから画像文書サーバ１
に対して宛先が選択され（シーケンス９０８）、スター
トキーが押下されると（シーケンス９０９）、画像文書
サーバ１はスキャン動作を行い（シーケンス９１０）、
読み取った画像文書の配信をブローカ５に対して要求す
る（シーケンス９１１）。この要求を受けてブローカ５
は選択されたクライアントＰＣ３に画像文書を送信する
（シーケンス９１２）。画像文書サーバ１はシーケンス
９１１で画像文書配信要求を行った後、省電力状態に移
行し（シーケンス９１３）、また、ブローカ５はシーケ
ンス９１２で画像文書を送信した後、アドレス帳を更新
する（シーケンス９１４）。

【００８５】その後、画像文書サーバ１は前述のように
利用者ＵＲのキーオペレーションや予熱キーの再押下な
どにより、省電力状態が解除されると（シーケンス９１
５）、ブローカ５に対してアドレス帳バージョンの確認
を行い（シーケンス９１６）、最新アドレス帳のバージ
ョンを取得する（シーケンス９１７）。そして、アドレ
ス帳取得要求をブローカ５に対して行い（シーケンス９
１８）、アドレス帳データを取得する（シーケンス９１
９）。

【００８６】このようにブローカ５のアドレス帳更新タ
イミングと、画像文書サーバ１のアドレス帳バージョン
確認のタイミングは、非同期であり、互いに相関はな
い。また、画像文書サーバ１は、アドレス帳のバージョ
ンが更新されていた場合に、アドレス帳データをブロー
カ５から取得することにより、ブローカ５とのアドレス
帳の整合をとることになる。

【００８７】画像文書サーバ１の電力状態の状態遷移図
を図１０に示す。

【００８８】画像文書サーバ１は、予熱キーや電源キー
の押下、あるいは、予熱タイマや夜間タイマにより、省
電力状態に移行し、その後、利用者ＵＲのキーオペレー
ションや、予熱キーの再押下などにより、省電力状態を
解除し、装置として利用可能な定常状態へ移行する。

【００８９】それらの省電力からの復帰時（予熱復帰、
夜間復帰、電源カット復帰）に、アドレス帳の取得を行
う。

【００９０】その際の、画像文書サーバ１の処理手順を
図１１のフローチャートに示す。すなわち、画像文書サ
ーバ１の省電力復帰後の処理は、まず、アドレス帳のバ
ージョンを確認し（ステップ１１０１）、更新されてい
るかどうかをチェックして（ステップ１１０２）、更新
されていれば、アドレス帳を取得して（ステップ１１０
３）この処理を終え、更新されていなければそのまま終
了する。また、アドレス帳の更新タイミングは、例え
ば、利用者ＵＲが宛先キーを押下したタイミングでも良
い。

【００９１】宛先キー押下時に、アドレス帳を確認・取
得する時の処理シーケンスを図１２に示す。この処理で
は、利用者ＵＲが画像文書サーバ１の宛先キーを押下す
ると（シーケンス１２０１）、画像文書サーバ１はブロ
ーカ５に対してアドレス帳のバージョン確認を行い（シ
ーケンス１２０２）、ブローカ５はこれを受けて最新の
アドレス帳のバージョンを送信する（シーケンス１２０
４）。画像文書サーバ１はバージョンを確認した後、ア
ドレス帳データを画像文書サーバ１に送る（シーケンス
１２０５）。画像文書サーバ１では、送られてきたアド
レス帳データに基づいて宛先を表示する（シーケンス１
２０６）。

【００９２】頻繁にアドレス帳が更新される場合など、
アドレス帳の整合を保つには確実な方法であるが、通信
回線の状況や転送データ量によっては、利用者に待ち時
間を与えてしまうことになるという短所もある。そこ
で、何種類かのアドレス帳更新タイミングを利用者が選
択できるようにする。例えば、初期設定情報として、ア
ドレス帳更新タイミングを、利用者が登録可能とするこ
とができる。

【００９３】その時の画面デザインを図１３に示す。画
像文書サーバ１は、アドレス帳更新タイミングの設定値
に従って、配信文書サーバとのアドレス帳更新のための
通信を行う。

【００９４】３．第３の実施形態紙原稿の文書を電子情報（画像文書）に変換し、その電
子情報をネットワークを介してＰＣへ転送する場合、デ
ィジタル複写機やスキャナ装置といった画像文書サーバ
は紙原稿を１枚ずつスキャンし、その画像データを一時
的に装置内のメモリに保存し、そのメモリ内の情報をネ
ットワーク回線に送出することにより、クライアントＰ
Ｃへ画像文書を送付することができる。その際、文書を
一括して読み取った後に送信するのか、１ページ読み取
るたびに送信するのか、１ページに満たないバンドを読
み取ったたびに送信するのかなど、種々の送信形態が考
えられるが、これらの送信形態は画像処理サーバの性能
や受け取り側のＰＣの性能を考慮して選択もしくは決定
されるべきである。この実施形態は、この点を関するも
のである。

【００９５】３．１システム環境第１の実施形態の図１の構成と同一であり、同一の構成
要素には同一の参照符号を付し、重複する説明は省略す
る。

【００９６】３．２ハードウエア構成第１の実施形態の図２の構成と同一であり、同一の構成
要素には同一の参照符号を付し、重複する説明は省略す
る。

【００９７】３．３ソフトウエア構成第１の実施形態の図３の構成と同一であり、同一の構成
要素には同一の参照符号を付し、重複する説明は省略す
る。

【００９８】３．４動作３．４．１アルゴリズム図１４は、この第３の実施形態におけるモジュール構成
を示すブロック図である。このモジュール構成では、ド
キュメントストリーム１４０１の制御により、シート文
書１４０２から画像文書を生成する方法と、ページスト
リーム１４０３の制御により、原稿の読取面１４０４の
スキャン画像からページ画像１４０５を生成し、その単
位でスキャン動作とネットワーク送信動作の順次動作を
行う方法がある。

【００９９】書誌情報の構成を図１５に示す。この構成
では、１つの文書１５０１に１つの書誌情報１５０２が
有り、文書内のページのリンク情報１５０３と、読取機
器の情報１５０４などの情報を保有する。

【０１００】ドキュメント単位の処理シーケンスを図１
６に示す。この処理シーケンスでは、オペレータ（利用
者）ＵＲからの配信要求（スタートキー押下−シーケン
ス１６０１）に対応して、スキャナ装置（画像文書サー
バ）１内では蓄積デバイス（画像プール−ブローカ）５
に読み取った画像を全て蓄積する（シーケンス１６０
２，１６０３）。ここで、スタートキー押下に付随する
画像プール単位の情報は、機器の初期設定プログラムあ
るいは、サービスマンプログラムにおいて、設定されて
いる情報を用いる。

【０１０１】そして、文書単位の読取が完了した時点
（次原稿なし−シーケンス１６０４，１６０５）で、ペ
ージのリンク情報となる書誌情報１５０２を作成し（シ
ーケンス１６０６）、クライアントＰＣ３へ送信を開始
する（シーケンス１６０７，１６０８）。すべての画像
文書データを送信した後に（シーケンス１６０９〜１６
１２）、書誌情報１５０２を作成し、クライアントＰＣ
３へ送信する（シーケンス１６１３）。

【０１０２】ページ単位の処理シーケンスを図１７に示
す。この処理シーケンスでは、オペレータ（利用者）Ｕ
Ｒからの配信要求（スタートキー押下−シーケンス１６
０１）に対応して、スキャナ装置（画像文書サーバ）１
で１ページの読み取りが完了すると（シーケンス１７０
２）、読み取った画像データを１ページ毎に蓄積デバイ
ス（画像プール−ブローカ）５に送信し（シーケンス１
７０３）、さらに、蓄積デバイス５からクライアントＰ
Ｃ３に送信する（シーケンス１７０４）。この動作を原
稿がなくなるまで繰り返し（シーケンス１７０５ないし
１７０８）、文書が確定した時点で（シーケンス１７０
９）蓄積デバイス５は書誌情報１５０２を作成し（シー
ケンス１７１０）、クライアントＰＣ３に送信する（シ
ーケンス１７１１）。

【０１０３】実行途中でメモリなしを検出し、その後、
ページ単位のインタラクションを行う処理シーケンスを
図１８に示す。この処理シーケンスでは、オペレータ
（利用者）ＵＲからの配信要求（スタートキー押下−シ
ーケンス１８０１）に対応して、スキャナ装置（画像文
書サーバ）１で１ページの読み取りが完了すると（シー
ケンス１８０２）、読み取った画像データを１ページ毎
に蓄積デバイス（画像プール−ブローカ）５に送信し
（シーケンス１７０３）、蓄積デバイス５に蓄積する
（シーケンス１８０４）。その際、格納するメモリがな
いことが検出されると（シーケンス１８０５）、蓄積し
ていた画像文書をクライアントＰＣ３を送信する（シー
ケンス１８０６）。この後、ページ単位に読み取り（シ
ーケンス１８０７）と蓄積デバイス５への送信（シーケ
ンス１８０８）と蓄積デバイス５からクライアントＰＣ
３への送信（シーケンス１８０９）を原稿がなくなるま
で繰り返し（シーケンス１８０７ないし１８１０）、文
書が確定した時点で（シーケンス１８１１）蓄積デバイ
ス５は書誌情報１５０２を作成し（シーケンス１８１
２）、クライアントＰＣ３に送信する（シーケンス１８
１３）。

【０１０４】４．第４の実施形態バインダという概念を用いることにより、複数の文書に
対するジョブ処理を一元管理でき、利用者の１回の処理
をひとつのバインダという形式で内部に保持することに
より、バインダ単位での動作結果の確認及びバインダ単
位での動作の再実行処理を行うことができる。この実施
形態は、この点に関するものである。

【０１０５】４．１システム環境第１の実施形態の図１の構成と同一であり、同一の構成
要素には同一の参照符号を付し、重複する説明は省略す
る。

【０１０６】４．２ハードウエア構成第１の実施形態の図２の構成と同一であり、同一の構成
要素には同一の参照符号を付し、重複する説明は省略す
る。

【０１０７】４．３ソフトウエア構成第１の実施形態の図３の構成と同一であり、同一の構成
要素には同一の参照符号を付し、重複する説明は省略す
る。

【０１０８】４．４動作４．４．１アルゴリズム図１９は本実施形態に係るモジュール構成を示すブロッ
ク図である。本実施形態では、この図１９に示すような
モジュール構成において、バインダ単位のジョブ発行を
制御する。複数の文書を一括して取り扱うバインダ（Bi
nder）オブジェクト１９０１が、中心的存在であり、複
数のバインダを収納するドキュメントキャビネット（Do
cCabinet）オブジェクト１９０２、バインダに対する処
理を実行するバインダアクション（BinderAction）オブ
ジェクト１９０３、及び、個別の文書であるドキュメン
ト（Document）オブジェクト１９０４から構成される。

【０１０９】図２０は図１９の詳細クラス図である。以
下、各クラスについて説明する。

【０１１０】・ドキュメントキャビネット（DocCabine
t）クラス文書キャビネット部品の窓口であり、初期化や要求の伝
達を行なう。

【０１１１】・バインダ（Binder）クラス利用者が操作（入力、保管、出力）をする上で一括して
扱いたい「文書」の集合であり、バインダ内において、
文書は順番を持つ。操作に必要な情報（検索情報、送信
先等）は、直接文書につかずに、必ずバインダを経由し
て文書と関係する。

【０１１２】・バインダアクション（BinderAction）ク
ラスバインダに対する操作を行う。SendJobActionは、指定
された文書一覧を、配信するジョブを起動する。ListVi
ewActionは、文書一覧の表示ためのデータを収集し、ユ
ーザーインターフェイスへ通知する。

【０１１３】・ドキュメント（Document）クラス平面画像の集合で、利用者が編集、保存、入力、出力を
行う際に一括して扱う最小単位である。

【０１１４】バインダ単位の、処理シーケンスを図２１
に示す。

【０１１５】このシーケンスでは、利用者ＵＲからドキ
ュメントキャビネットに選択文書リストの配信要求が行
われ（シーケンス２１０１）、このシーケンス１から図
に示したようなシーケンス２１０２からシーケンス２１
１０までの処理を経てシーケンス２１１１において、ド
キュメントストリーム１４０１にSendRequestからopen
コマンドが送信され、文書単位のジョブを実行する。そ
のジョブの処理が終了すると、SendRequest（リクエス
ト）にcomplete()メッセージが送出される（シーケンス
２１１２）。

【０１１６】SendRequestは、バインダ内の、全ての文
書が実行されたかを確認し、実行待ちの文書が有れば、
その文書のジョブを実行させる。

【０１１７】ジョブの実行結果は、正常終了・異常終了
・一時停止（リトライ待ち）の３種類が有り、バインダ
内の全ての文書が、前述の３つのいずれかの状態になっ
た時に、次のSendRequestの処理を開始する。

【０１１８】スケジューリングのタイミングは、 (1)現在実行中のジョブが存在していない時に、新規ジ
ョブが投入された時 (2)現在実行中のジョブが完了した時 (3)現在実行中のジョブが停止中状態へ移行した時 (4)現在実行中のジョブが存在していない時に、停止中
のジョブがレディ状態へ移行した時の４通りであり、他のジョブが実行中の割り込み処理
（プリエンプション）は行わない。

【０１１９】また、バインダはクローズ時に履歴情報を
生成し、それを記録する（シーケンス２１１７）。

【０１２０】なお、図２２はスケジューラの動作を示す
説明図である。

【０１２１】配信履歴として記録する情報は、 (1)配信開始日時 (2)先頭の宛先の名称 (3)送信者の名称 (4)文書の名称 (5)宛先の総件数 (6)配信結果（完了／不達）であり、バインダはこれらの情報を収集する。

【０１２２】コピー、ファクス、プリンタ機能として
は、一通りの文書を印刷後、その文書データを、文書蓄
積サーバ５に転送する。これは、以前実行した動作を、
再実行するために格納するものであり、再コピーなどの
コスト削減を狙った機能である。

【０１２３】コピーなどからの、転送要求受信後のシー
ケンスを図２３に示す。

【０１２４】文書キャビネットに、文書ＩＤリスト付き
で転送要求が発行されて、その文書群を一度バインダに
格納した形式で保持する（シーケンス２３０１，２３０
２）。

【０１２５】そして、そのバインダに対して、ジョブ発
行のアクション(RequestAction)を付加することによ
り、実際にジョブ処理を行なうソフトウエアモジュール
（配信アフ゜リ）へ要求を発行する（シーケンス２３０３，
２３０４，２３０５，２３０６）。そして、文書蓄積サ
ーバに文書を転送する（シーケンス２３０７）。

【０１２６】ジョブ処理が終了後、ジョブ発行のアクシ
ョンに対して、完了通知がなされるので、その時にバイ
ンダとして保管する（シーケンス２３０８，２３０
９）。その際に、同一利用者のバインダが存在すれば、
そのバインダの内部に、今回のバインダも保管する（シ
ーケンス２３１０）。バインダは、バインダの内部にも
バインダを格納できる構成とする。

【０１２７】バインダをマージするかどうかは、発明者
名称および／またはバインダ生成の期間（例えば、１週
間ごとに新規バインダを作成する）などの要因から、自
動的に判断される（シーケンス２３１１，２３１２）。
なお、バインダの入れ子構造は、図２４で定義される。

【０１２８】

【発明の効果】以上のように本発明によれば、画像文書
サーバ、クライアントＰＣで、それぞれ圧縮、伸長が可
能な組み合わせを保有し、ネットワーク上は圧縮された
画像文書を通過させることにより、ネットワーク上に分
散された画像処理システムの画像文書転送の高速化と効
率化を実現することができる。これにより、ネットワー
ク上を通過するデータ量を減らし、かつ、クライアント
側で、必ずその画像文書を伸長（解凍）できる。また、
クライアントでは、伸長プログラムと対になる圧縮プロ
グラムをダウンロードすることにより、必ずその画像文
書を伸長（解凍）できる。

【０１２９】また、本発明によれば、アドレス帳が更新
されるたびに配信文書サーバからアドレス帳がブロード
キャストされるのではなく、画像文書サーバ側が必要に
応じて、アドレス帳を取得することにより、無駄な通信
を発生させないようにすることにある。

【０１３０】また、本発明によれば、文書を一括して読
み取った後に送信するのか、１ページ読み取るたびに送
信するのか、１ページに満たないバンドを読み取ったた
びに送信するのかを選択できるので、画像処理サーバの
性能や受け取り側のＰＣの性能を考慮した画像文書配信
を行うことができる。

【０１３１】さらに、本発明によれば、バインダという
概念を用いることにより、複数の文書に対するジョブ処
理を一元管理でき、利用者の１回の処理をひとつのバイ
ンダという形式で内部に保持することにより、バインダ
単位での動作結果の確認及びバインダ単位での動作の再
実行処理を行うことができる。

【図面の簡単な説明】

【図１】本発明の第１ないし第４の実施形態のハードウ
エア構成を示すブロック図である。

【図２】本発明の第１ないし第４の実施形態のソフトウ
エア構成を示すブロック図である。

【図３】本発明の第１ないし第３の実施形態におけるネ
ットワーク分散環境におけるドキュメント処理システム
のシステム構成を示す図である。

【図４】第１の実施形態における画像文書サーバ、ブロ
ーカ、クライアントＰＣ間のインタラクションと画像文
書サーバの処理手順を示す図である。

【図５】第１の実施形態におけるクライアントＰＣ毎に
圧縮ミドルウエアがダウンロードされるイベントシーケ
ンスを示す図である。

【図６】第１の実施形態における画像処理サーバのソフ
トウエア実行環境の能力交換と、それに適したミドルウ
エアダウンロードのイベントシーケンスと、クライアン
トＰＣの処理シーケンスを示す図である。

【図７】第１の実施形態において、事前に、宛先毎の圧
縮ミドルウエアをクライアントＰＣから取得し、ブロー
カ側で保持しておく時のブローカの処理手順とイベント
シーケンスを示す図である。

【図８】第１の実施形態において、利用者からの画像文
書配信要求時にクライアントPCからミドルウエアを取得
することなく、ブローカとのインタラクションのみで適
切な圧縮ミドルウエアによる圧縮画像をクライアントPC
で配信するシーケンスを示す図である。

【図９】第２の実施形態における画像文書サーバ、配信
文書サーバ、クライアントＰＣ間のインタラクションと
画像文書サーバの処理手順を示す図である。

【図１０】第２の実施形態における画像文書サーバの電
力状態の状態遷移図である。

【図１１】第２の実施形態において省電力からの復帰時
にアドレス帳の取得を行う際の画像文書サーバの処理手
順を示すフローチャートである。

【図１２】第２の実施形態において、宛先キー押下時に
アドレス帳を確認・取得する時の処理手順を示す図であ
る。

【図１３】第２の実施形態において、初期設定情報とし
てアドレス帳更新タイミングを利用者が登録可能とする
時の画面例を示す図である。

【図１４】第３の実施形態におけるモジュール構成を示
す図である。

【図１５】第３の実施形態における書誌情報の構成を示
す図である。

【図１６】第３の実施形態における一つの文書に一つの
書誌情報が有り、文書内のページのリンク情報と、読取
機器の情報などの情報を保有するときのドキュメント単
位の処理シーケンスを示す図である。

【図１７】第３の実施形態におけるページ単位の処理シ
ーケンスを示す図である。

【図１８】第３の実施形態において、実行途中で、メモ
リなしを検出し、その後、ページ単位のインタラクショ
ンを行う処理シーケンスを示す図である。

【図１９】第４の実施形態おけるモジュール構成を示す
図である。

【図２０】図１９における詳細クラス図である。

【図２１】第４の実施形態におけるバインダ単位の処理
シーケンスを示す図である。

【図２２】第４の実施形態におけるスケジューラの動作
を示す説明図である。

【図２３】第４の実施形態におけるコピーなどからの転
送要求受信後のシーケンスを示す図である。

【図２４】第４の実施形態におけるバインダの入れ子構
造の定義を示す図である。

【符号の説明】

１ ROM ２ RAM ３ NVRAM ４ DSP ５操作パネルとパネル制御部６スキャン/プリントエンジンとエンジン制御部７記憶装置とディスクドライバ８通信制御部９モデム

Claims

【特許請求の範囲】

【請求項１】読み取られる原稿を順次セットする原稿
供給手段と読み取りを実行する読み取り手段を有するイ
メージ入力装置およびイメージデータを保存するイメー
ジ蓄積装置を備えた画像文書サーバと、入力文書を受け
取るクライアントと、アドレス帳などを管理する文書ブ
ローカとが、ネットワーク上に分散配置されている画像
処理システムにおいて、前記クライアントから画像文書サーバへ圧縮ミドルウエ
アをダウンロードし、画像文書サーバは、読取文書をそ
の圧縮方式に従って圧縮し、ネットワーク転送すること
を特徴とする画像処理システム。
【請求項２】画像文書側のソフトウエア実行環境の能
力をクライアント側へ通知し、クライアント側は、その
能力に応じた圧縮ミドルウエアをダウンロードすること
を特徴とする請求項１記載の画像処理システム。
【請求項３】文書ブローカが管理するアドレス帳の宛
先に圧縮ドルウエアを保有し、利用者が宛先を選択し、
画像を配信することにより、自動的に該当する圧縮ミド
ルウエアが動作することを特徴とする請求項１記載の画
像処理システム。
【請求項４】読み取られる原稿を順次セットするフィ
ーダー部と読み取りを実行するスキャン部を有するイメ
ージ入力装置およびイメージデータを保存する画像蓄積
装置を備えた画像文書サーバと、アドレス帳を管理し画
像文書を配信する配信文書サーバと、画像文書を受け取
るクライアントとが、ネットワーク上に分散配置されて
いるドキュメント処理システムにおいて、配信文書サーバにおいてアドレス帳が更新された場合、
配信文書サーバは能動的に画像文書サーバに対してアド
レス帳更新の伝達を行わず、配信文書サーバが必要に応
じてアドレス帳を取得することを特徴とする画像処理シ
ステム。
【請求項５】配信文書サーバがアドレス帳を取得する
タイミングが、省電力状態から復帰したタイミングであ
ることを特徴とする請求項４記載の画像処理システム。
【請求項６】配信文書サーバがアドレス帳を取得する
タイミングを、利用者が登録する手段を備えていること
を特徴とする請求項４記載の画像処理システム。
【請求項７】読み取られる原稿を順次セットするフィ
ーダー部と読み取りを実行するスキャン部を有するイメ
ージ入力装置およびイメージデータを保存する画像蓄積
装置を備えた画像文書サーバと、アドレス帳を管理し画
像文書を配信する配信文書サーバと、画像文書を受け取
るクライアントとが、ネットワーク上に分散配置されて
いる画像処理システムにおいて、複数のページから構成される原稿を順次スキャンし、ス
キャンした画像をクライアントに送信する際の画像文書
サーバ内での画像のプール単位が、文書単位、ページ単
位、バンド単位の３種類のうち少なくとも２種類以上選
択可能なことを特徴とする画像処理システム。
【請求項８】前記文書単位、ページ単位、バンド単位
の３つの画像プール単位が、処理実行時に自動的に切り
替わることを特徴とする請求項７記載の画像処理システ
ム。
【請求項９】複数ページの画像を送信し、その後に、
文書としてのページのリンク情報を送信することを特徴
とする請求項７記載の画像処理システム。
【請求項１０】読み取られる紙原稿を順次セットする
フィーダー部と読み取りを実行するスキャン部を有する
画像入力装置および画像文書を保存する画像蓄積装置を
備えた画像文書サーバと、アドレス帳を管理し画像文書
を配信する配信文書サーバと、画像文書を受け取るクラ
イアントとが、ネットワーク上に分散配置されている画
像処理システムにおいて、画像文書の管理を、複数の文書を保持するバインダ、複
数のバインダを保持するキャビネットという階層構造で
行なっている画像文書配信装置を備え、前記画像文書配信装置は、複数の画像文書から構成され
るバインダ単位でネットワーク送出し、バインダ単位で
の送出動作の起動、実行、停止の管理、及び次のバイン
ダへのスケジューリングを行うことを特徴とする画像処
理システム。
【請求項１１】動作履歴として、個別の文書単位に行
うことなくバインダ単位で記録することを特徴とする請
求項１０記載の画像処理システム。
【請求項１２】コピー、ファクス、プリンタなどの処
理に伴って自動的にバインダを生成することを特徴とす
る請求項１０記載の画像処理システム。
【請求項１３】コピー、ファクス、プリンタ処理に伴
うバインダ生成において、利用者及び一定期間単位でバ
インダをマージすることを特徴とする請求項１２記載の
画像処理システム。