JP2003283744A - 情報処理システム、サーバ、端末、及びそれらの制御方法、並びに、コンピュータプログラム及びコンピュータ可読記憶媒体 - Google Patents

Abstract

(57)【要約】 【課題】 読み取った原稿画像をネットワーク上の複数
のクライアント端末のいずれかに送信するシステムにお
いて、導入コストを抑えながらも、各クライアント端末
が受信した文書画像に対するＯＣＲ処理を行うのと等価
の処理環境を提供する。 【解決手段】 複合機１００に原稿をセットし、その読
み取りを行わせる際に、読み取った画像をＬＡＮ３００
のいずれのＰＣ宛てに送信するか、及び、文字認識させ
るかを設定する。読み取りを行うと、指定されたＰＣに
画像データがファイルとして転送され、保存される。ま
た、このとき、ドキュメント処理サーバ３０００にも同
様のデータが送信される。ドキュメント処理サーバ３０
００は、受信したデータを調べることで、文字認識処理
が要求されているかどうかを判断し、要求されていれば
文字認識を行ない、その結果を保存する。また、画像デ
ータを受信したＰＣで、受信した画像に対して文字認識
させたい旨を指示があると、ドキュメント処理サーバ３
０００に文字認識結果の転送要求を発行する。

Description

【発明の詳細な説明】

【０００１】

【産業上の利用分野】本発明は情報処理システム、サー
バ、端末、及びそれらの制御方法、並びに、コンピュー
タプログラム及びコンピュータ可読記憶媒体に関するも
のである。

【０００２】

【従来の技術】通常、オフィスでイメージスキャナを使
用する場合、パーソナルコンピュータ等の汎用情報処理
装置（以下、単にＰＣという）と、ＵＳＢやＳＣＳＩイ
ンターフェースを介して接続し、それらインターフェー
スを介して原稿画像を読み取る。読み取った画像は各種
処理（ＯＣＲ等）に用いられることになる。

【０００３】しかしながら、上記のシステムでは、イメ
ージスキャナは１台のＰＣにしか接続されないわけであ
るから、不特定多数のユーザが原稿画像を読み取るよう
な環境では、使用勝手が悪い。

【０００４】そこで、近年、急速に普及してきているネ
ットワークを活用し、そのネットワーク上にイメージス
キャナ（ネットワークスキャナ）を接続することで、デ
バイスの共有化が行われている。なお、ここで言う、イ
メージスキャナとは、文字通り、単体のイメージスキャ
ナを指すのは勿論のこと、イメージスキャナとして機能
する装置（例えば複写機、ファクシミリ装置、或いはそ
れらを包含する複合機）を言う。

【０００５】かかるネットワークでの共有化が行われる
ようにする場合、読み取った原稿画像の取り扱いは２通
りが考えられる。

【０００６】１つは、読み取った画像を共有リソース
（例えばイメージスキャナ自身、或いは、特定のファイ
ルサーバ）に蓄積し、ネットワーク上のクライアントが
そのリソースをアクセスして、自端末（ＰＣ）にダウン
ロードするものである。もう１つは、読み取る際に、ネ
ットワーク上のどのＰＣの、どのリソース（フォルダ、
ディレクトリ）に保存するかを指定し、読み取った画像
を指定されたリソースに向けて転送して格納させるもの
である。

【０００７】前者は、クライアント側での操作によって
読み取った画像をダウンロードするので、不特定多数の
人が原稿画像を得ることができる点でメリットがある
が、逆に言えば、操作者のみが閲覧できるようにするこ
とはできない。一方、後者は読み取った原稿画像の転送
先を自身が使用するＰＣを指定し、送信すれば良いの
で、かかる問題は発生しない。

【０００８】

【発明が解決しようとする課題】さて、ユーザは、上記
いずれかでもって、自身が使用するＰＣで、読み取った
原稿画像を種々の処理を行う。その中には、閲覧、ファ
イリングする等があるが、中でもＯＣＲへの活用する要
望が最も高い。

【０００９】ＯＣＲ処理するには、ＯＣＲアプリケーシ
ョンをＰＣ上で動作させる必要がある。従って、ネット
ワークスキャナを利用する各ユーザのＰＣにはＯＣＲア
プリケーションが導入（インストール）されている必要
があり、必然、その数分のライセンスが必要になり、コ
ストが高くつく。特に、高い精度のＯＣＲソフトはそれ
に応じて高価になるのでなおさらである。

【００１０】また、通常、ネットワークには種々のＰＣ
が混在したものとなっており、その処理能力について異
なる。従って、高速なＰＣであれば、ＯＣＲ処理は処理
は短時間で済むものの、逆にそうでないＰＣでは相当の
時間を要し、平等な処理環境を提供することもできな
い。

【００１１】本発明はかかる問題点に鑑みなされたもの
であり、読み取った原稿画像をネットワーク上の複数の
クライアント端末のいずれかに送信するシステムにおい
て、導入コストを抑えながらも、各クライアント端末が
受信した文書画像に対するＯＣＲ処理を行うのと等価の
処理環境を提供することを可能ならしめる情報処理シス
テム、サーバ、端末、及びそれらの制御方法、並びに、
コンピュータプログラム及びコンピュータ可読記憶媒体
を提供しようとするものである。

【００１２】

【課題を解決するための手段】かかる課題を解決するた
め、例えば本発明の情報処理システムは以下の構成を備
える。すなわち、顧客に設置された画像読取装置及び端
末、及び、当該画像読取装置及び端末とインターネット
上を介して通信可能であって、受信した情報を処理する
処理サービスサーバで構成される情報処理システムであ
って、前記処理サービスサーバは、顧客に設置された画
像読取装置より読み取られた画像データ、及び、当該画
像データを特定するための特定情報、所定の処理を実行
させるか否かを示す要求情報を受信する受信手段と、該
受信手段で受信した画像データをファイルとして保存す
る保存手段と、前記受信手段で受信した要求情報に基づ
き、前記所定の処理を実行するか否かを判断する判断手
段と、該判断手段によって前記所定の処理を実行すると
判断した場合には、当該所定の処理を受信した画像デー
タに対して実行させ、その実行結果をファイルとして保
存する処理実行手段と、顧客に設置された端末から、前
記特定情報で示される画像データに対する処理結果のフ
ァイルの要求があった場合、前記処理実行手段で得られ
たファイルを前記端末に送信する手段とを備える。

【００１３】

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

【００１４】＜システム構成と動作概要＞図１は実施形
態におけるシステム全体の概念図を示している。図示に
おいて、１０００乃至１００２はオフィスを、２０００
はインターネットを、そして、３０００は実施形態にお
けるドキュメント処理サーバ（詳細は後述）を示してい
る。

【００１５】ここで、オフィス１０００に着目した場
合、そこには複写機能、ファクシミリ機能、ネットワー
クプリンタ機能を有する複合機１００、パーソナルコン
ピュータ等の汎用情報処理装置（以下、ＰＣという）２
００乃至２０２、それらを接続するネットワーク（ＬＡ
Ｎ）３００、及び、インターネット２０００（実際はＩ
ＳＰ）に接続するためのルータ４００を備える。図示の
場合、ＰＣは３台の例を示しているが、勿論、この数に
限るものでもなく、ＬＡＮ３００は優先、無線を問わな
いし、それらが混在していても構わない。

【００１６】上記構成において、オフィス１０００を例
にして、その動作概要を簡単に説明すると次の通りであ
る。

【００１７】ユーザーは、読み取りたい原稿があると、
複合機１００のＡＤＦ（オートドキュメントフィーダ
ー）にその原稿をセットし、複合機１００が有する操作
パネルを操作して、イメージスキャンモード（複合機な
ので、複写、ＦＡＸモードも指定できる）を操作パネル
より指定すると共に、読み取った画像の送り先（図１で
はＰＣ２００乃至２０２のいずれか）、及び、その原稿
に対して要求する処理種別の設定を行う。

【００１８】なお、実施形態では、この処理種別として
は、原稿全体の文字認識、キーワード抽出、翻訳処理
（英訳）の３つとするが、それ以外であっても構わな
い。また、キーワード抽出や翻訳は、基本的に文字認識
処理結果を活用するものであるので、キーワード抽出が
指定されると、文字認識も同時に指定されたものと見な
す。これは翻訳についても同様である。また、指定する
処理はいずれか１つのみに限定されず、全部を指定する
ことも、或いは、全て指定しないこともあり得る。実施
形態の場合、３種類存在するわけであるから、３ビット
のフラグでこの処理種別の指定が行える。

【００１９】さて、こうして、各種設定が終わると、操
作パネルから読み取りの開始を指示し、ＡＤＦに設置し
た原稿の読み取りを行わせる。

【００２０】この結果、複合機１００は、ＡＤＦに載置
された原稿を順次読み取り、その結果である画像データ
を所定形式のファイルフォーマット（例えば、データ量
削減の為、ＰＤＦ（Ｒ）形式等）にし、且つ、複合機１
００に予め記憶されている機番（製造時にユニークに割
り当てられる装置固有の情報）と、読み取った画像を特
定するドキュメントＩＤ情報、更には、要求する処理の
種別を示す要求情報を付加させ、それを指定されたＰＣ
のリソースに転送し、格納させる。このとき、複合機１
００は同様の情報（機番情報、ドキュメントＩＤ情報、
要求情報、及び画像データ（ＰＤＦ形式））をルータ４
００を介してドキュメント処理サーバ３０００にも送信
する。なお、ファイル形式はＰＤＦに限らず、如何なる
ものでも良いが、ＰＤＦファイルはテキストタグとバイ
ナリーが混在した記述ができるので、その中に、各種情
報を挿入することが可能になる点が挙げられる。すなわ
ち、実施形態の場合、機番情報、ドキュメントＩＤ、要
求する処理の種別を簡単に挿入できるので、都合が良
い。

【００２１】ドキュメント処理サーバ３０００には、予
め利用する顧客の登録がなされており、その登録内容に
は各顧客に設置された複合機の機番情報が格納されてい
る（登録時に機番情報を登録する）。従って、受信した
内容を解析することで、どの顧客からのものであるのか
を判別可能となっている。なお、顧客ＩＤを設けて、こ
れでもって管理しても構わないが、機番は先に説明した
ように製造段階でユニークに決めているので、これで充
分に顧客を特定できる。ただし、顧客ＩＤと併用するよ
うにしても構わない。

【００２２】さて、サーバ３０００は、顧客（図１のオ
フィス１０００）より上記の情報を有する画像データを
受信すると、その画像データを、その顧客専用（各顧客
毎に設けられ、他人からはアクセス不可）のリソース
（フォルダ、ディレクトリ）に保存蓄積する。そして、
要求された処理を行ない、その結果を、受信した画像デ
ータと関連付けて記憶する。格納されるファイルは、例
えば同じドキュメントＩＤ＋文字認識であることを示す
文字、キーワード抽出であることを示す文字、或いは、
翻訳結果を判別できるようにする文字を付加したファイ
ル名にして保存する。従って、文字認識、キーワード抽
出、翻訳の全てを要求した場合には、３つのファイル
（いずれもテキストファイル（書式に関する情報も保存
する場合にはＨＴＭＬが望ましい））が出来上ることに
なる。

【００２３】一方、顧客１０００におけるユーザーは、
原稿の読み取りを行わせると、意図したＰＣ（ここでは
ＰＣ２００であるものとする）にその画像ファイルが格
納されることになるわけであるから、後は、そのＰＣ２
００を操作して読み取った原稿画像を表示させることが
可能となる。

【００２４】また、表示された原稿画像をワープロ等の
アプリケーションで編集したい場合には、ＯＣＲ処理を
行うように指定することになる。この指定があると、Ｐ
Ｃ２００は、その指定された画像ファイルの要求情報
（３ビット）を調べる。そして、その中の文字認識に関
するフラグがセットされている場合には、サーバ３００
０で文字認識が行われていることがわかるので、ドキュ
メント処理サーバ３０００に対して文字認識結果のファ
イルを要求する。この要求は、画像ファイルに格納され
ていた複合機１００の機番とドキュメントＩＤを通知す
ることで行う。サーバ３０００は、この要求があると、
該当する原稿画像に対する文字認識結果を返送する。こ
れは、キーワード抽出結果、翻訳結果についても同様で
ある。

【００２５】また、複合機１００において、原稿読み取
る際に、実行する処理の指定を行わないで読み取らせた
場合、上記の例では、ＰＣ２００に格納されている画像
ファイル中の要求情報の３ビットのいずれのビットもセ
ットされていない。しかし、この場合であっても、例え
ばユーザは文章として編集したい場合が当然に有り得
る。そこで、ユーザがＯＣＲ処理を行うよう指示した場
合には、ドキュメント処理サーバ３０００に対して、該
当する画像の文字認識処理の開始を要求し、文字認識を
行わせる。キーワード抽出、翻訳についても同様であ
る。サーバ３０００は、自身が有する記憶装置（ハード
ディスク等）に記憶されている画像データファイルを特
定する必要があるので、ＰＣ２００は、機番情報、ドキ
ュメントＩＤ情報と共に文字認識要求であることを示す
情報を通知することになる。

【００２６】この結果、原稿読み取る際に処理要求を設
定する場合によりも、処理結果を得るまでの時間はかか
るものの、意図した文章としての編集が行えることにな
る。キーワード抽出、翻訳の要求も同様である。

【００２７】以上、本実施形態の動作概要について説明
したが、以下では、上記処理を実現する具体的な例を説
明する。なお、説明を簡単なものとするため、図１にお
けるオフィス１０００におけるシステムと、サーバ３０
００に着目して説明する。

【００２８】＜複合機の説明＞複合機１００のブロック
構成図を図２に示す。

【００２９】図中、１０１は装置全体の制御を司るＣＰ
Ｕである。１０２はＣＰＵの動作処理手順（プログラ
ム）が格納されたＲＯＭであって、内部には装置固有の
情報である機番情報が格納されている。１０３はＣＰＵ
１０１のワークエリアとして使用されるＲＡＭである。
１０４は操作パネルであって、実施形態では、各種スイ
ッチやボタン、及び、液晶表示器、並びにその前面にタ
ッチパネルで構成している。１０５はトリミングや階調
処理、色変換（調整）、符号・復号処理を行う画像処理
部であり、１０６はネットワーク３００に接続するため
のネットワークインターフェース、１０７はファクシミ
リ装置として機能するためのＦＡＸモデムである。１０
８は原稿を読み取るリーダ部であって、ＡＤＦを含むも
のである。１０９はプリンタ部であり、例えばレーザビ
ームプリンタエンジンである。１１０は外部記憶装置
（例えばハードディスク装置）であって、ここにドキュ
メント処理サーバ３０００のアドレスを記憶する領域１
１０ａ、及び、ＬＡＮ３００上の各ＰＣのアドレス及び
格納する際のパス（path）で構成されるリソースを記憶
するユーザアドレステーブル１１０ｂ、さらには、過去
の処理経歴（ログ）を格納する領域が確保されている。
なお、ファクシミリ送信するための短縮ダイヤルを記憶
するテーブルも存在するが、本発明に直接には関係がな
いので、図示では示していない。また、ＬＡＮ３００に
新にＰＣが設置された場合には、操作パネル１０４を操
作して、このユーザアドレステーブル１１０ｂに登録さ
れる。

【００３０】ユーザアドレステーブル１１０ｂの内容
は、例えば図３に示すようなものである。図示の如く、
略称、正式名、部署名、そして、画像ファイルの格納先
を示すリソース名で１レコードを構成している。先頭の
「￥￥」と、その次の「￥」の間の文字列がネットワー
ク上におけるＰＣの名前であり、後続する文字列がその
ＰＣで共有設定している名称である。先に説明した、読
み取り原稿画像の転送先はこのアドレス宛てに送信され
ることになる。

【００３１】図４は操作パネル１０４の上面図である。
図示に示すごとく、操作パネルは、液晶表示器＆タッチ
パネル部分（以下、これらを総称して表示パネルとい
う）と、標準ボタン（コピーの場合にはコピー部数、Ｆ
ＡＸの場合には相手先ＦＡＸ番号入力の為の１０キー、
及び、処理を開始させるためのスタートキー、さらに
は、設定内容をキャンセルするキー）で構成される。

【００３２】実施形態の場合、複合機１００は、ネット
ワークプリンタ、複写機能、ＦＡＸ機能、及び、読み取
った原稿画像を画像ファイルとしてユーザ（ＰＣ）に送
信する機能を有する。この中で、ネットワークプリン
タ、ＦＡＸ受信についてはバックグラウンドで動作する
ものであるので、操作者から選択及び設定可能なものは
複写（コピー）、ＦＡＸ送信、原稿画像を読み取りそれ
をＰＤＦファイルとして、指定したＰＣ宛に送信するフ
ァイル送信の３つになる。

【００３３】これら３つの機能はタブメニューによって
切り換わるようになっている。図示の場合には、「ファ
イル送信」がアクティブになっている状態を示してい
る。

【００３４】ファイル送信で設定する項目は、ＬＡＮ上
の画像ファイルの送信先、処理種別（実施形態では、文
字認識（ＯＣＲ）、キーワード抽出、翻訳（英訳）の３
つ）であり、これらを設定した後、標準ボタン中のスタ
ートキーを押下することで、原稿の読み取りが開始され
る。

【００３５】送信すべき相手を指定するのは、図示の
「宛先表」ボタン１０４ｂをタッチすることで表示され
る不図示のユーザ一覧（ユーザアドレステーブル１１０
ｂの内容）の中から目的とする宛て先を指定することで
行われる。この指定が行われると、ファイル送信宛てを
表示する領域（宛て先表示領域）１０４ａに選択したＰ
Ｃのユーザ名（略称）が表示される。また、読み取った
画像に対する各種処理を行わせる場合には、図示のフレ
ーム１０４ｃの中の目的とする処理を指定する。指定可
能な処理は、上記の通り文字認識（ＯＣＲ）、キーワー
ド抽出、翻訳の３種類であるので、必要と思われる処理
のボタンをタッチする。フレーム１０４ｃ内のボタンは
トグル処理が設定されていて、タッチする度にその処理
の行う／行わないが切り替え可能になっている。

【００３６】処理を行うか否かの現在状況は、表示領域
１０４ａに反映される。図示では、宛て先名の右側の
「ＯＣＲ」が○印であり、その他は×印であるので、こ
の状態でスターとキーを押下すると、文字認識のみのフ
ラグがセットされ、残りの２つはリセットの状態で宛て
先ＰＣ及びドキュメント処理サーバ３０００に送信され
ることになる。なお、先に説明したように、キーワード
抽出や翻訳を指定した場合には、文字認識も同時に指定
されたものとして扱う。従って、例えばキーワード抽出
を行うように設定すると、ＯＣＲも同時に設定され、そ
の内容が表示領域１０４ａに反映される。

【００３７】さて、実施形態における複合機１００にお
けるＣＰＵ１０１の処理内容をまとめると図５に示すフ
ローチャートに従って処理が行われることになる。な
お、同図の処理は、表示パネルで「ファイル送信」がア
クティブになっている場合の処理である。

【００３８】先ず、ステップＳ１で操作者からの入力を
待つ。入力が行われると、ステップＳ２、Ｓ４、Ｓ１
０、Ｓ１２において、その入力についての判断が行われ
る。例えば、タブメニューの切り替えであると判断した
場合には、複写（コピー）、ＦＡＸ送信のいずれかを行
うことの意思の現れであるから、ステップＳ３に進ん
で、それらの処理に移行することになる。

【００３９】また、宛先表１０４ｂがタッチされたと判
断した場合には、ステップＳ５に進んで、宛て先リスト
を表示（不図示）する。この表示は先に説明したよう
に、ユーザアドレステーブル１１０ｂの内容である。こ
の後、ステップＳ６で、そのリストの中から目的とする
ユーザ名（ＰＣ）を選択する。選択結果はＲＡＭ１０３
に一時的に記憶され（ステップＳ７）、表示されていた
宛て先リストを非表示状態にする（ステップＳ８）と共
に、宛て先表示領域１０４ａを更新する（選択したユー
ザ名を表示させる）。

【００４０】また、入力がフレーム１０４ｃ内の処理種
別であると判断した場合には、ステップＳ１１に進み、
その指定内容を反映させるべく、宛て先表示領域１０４
ａを更新する。

【００４１】また、スタートキーが押下されたと判断し
た場合には、ステップＳ１４以降の処理を行い、それ以
外が操作されたと判断した場合（ユーザ登録、ログ表示
等）にはステップＳ１３で対応する処理を行う。

【００４２】さて、スタートキーが押下され、ステップ
Ｓ１４に処理が進むと、ＡＤＦに載置された原稿を１枚
読み取る。そして、ステップＳ１５で全ての原稿の読み
取りが完了したと判断するまで、ステップＳ１４の処理
を繰り返す。全原稿の読み取りが完了すると、ステップ
Ｓ１６に進んで、全原稿（ページ）をＰＤＦ化すると共
に、その中に、機番情報、ドキュメントＩＤ情報、指定
された処理種別を示すフラグ情報を挿入し、ステップＳ
１７、Ｓ１８においてドキュメント処理サーバ３０００
及び指定されたＰＣに送信する。この送信が完了する
と、ログを更新し、ステップＳ１に戻ることになる。

【００４３】＜ドキュメント処理サーバの説明＞次に、
実施形態におけるドキュメント処理サーバ３０００の構
成とその処理内容について説明する。

【００４４】図６はドキュメント処理サーバ３０００の
ブロック構成図である。図示において、３００１は装置
全体の制御を司るＣＰＵであり、３００２はブートプロ
グラム及びＢＩＯＳ等を記憶しているＲＯＭ、３００３
はＣＰＵ３００１のワークエリアとして使用されるＲＡ
Ｍである。３００４はキーボード、３００５はポインテ
ィングデバイス（マウス）である。３００６はインター
ネットと接続するためのネットワークインターフェー
ス、３００７は表示用メモリを有し、ＣＰＵ３００１の
制御下で表示イメージの描画及び表示用メモリに展開さ
れたイメージを表示装置３００８に出力する表示制御部
である。３００９は外部記憶装置としてのハードディス
クであって、ここには顧客を管理するための顧客管理デ
ータベース（ＤＢ）３００９ａ、文書画像や各処理結果
を記憶管理する文書管理領域３００９ｂ、そして、ドキ
ュメント処理サーバとして動作するためのＯＳ並びにそ
の処理アプリケーションを記憶している領域３００９ｃ
がある。

【００４５】顧客管理ＤＢ３００９ａの内容を示すのが
図７である。図示の如く、１レコードは、顧客（ユー
ザ）名、住所、設置されている複合機の機番情報を格納
する領域（複数存在する場合もあるので、最後にＥＯＤ
（End Of Data）で区切りを定めた）、前回該当する顧
客に対して利用請求書を提出してから現在までの利用内
容を累積保持する処理累計、そして、処理類型から算出
した現在の累積課金額のフィールドで構成される。

【００４６】機番情報は、先に説明したように、顧客か
ら文書画像を受信した際に、どの顧客からの要求である
のかを判定するために設けた。

【００４７】また、処理累計におけるＯＣＲ、キーワー
ド（抽出）、翻訳は、顧客側の複合機で設定する処理種
別に対応するものである。ただし、その中のキーワード
抽出、翻訳については、その過程で文字認識結果を利用
するものであるから、ＯＣＲの項目にその枚数がカウン
トされるようにした。また、ＯＣＲは枚数を単位とし、
キーワード抽出は１つの依頼件を単位とし、翻訳は英訳
した際のワード数を単位とした。

【００４８】一方、文書管理領域３００９ｂは、例えば
図８に示す構造を備える。図示では主として「○×△株
式会社」のフォルダの内容を示しているが、ファイル名
は顧客より受信したデータに付属するドキュメントＩＤ
を基本にしたものとなっている。拡張子がＰＤＦのファ
イルはその顧客より受信した原稿画像を示している。ま
た、拡張子がｔｘｔのものは本サーバが処理した結果の
ファイルを示しており、テキストファイルであることを
示している。また、ドキュメントＩＤに続く文字列ｏｃ
ｒ，ｋｅｙ，ｔｒｎｓ（それぞれはファイル名の一部と
なっている）は文字認識結果、キーワード抽出結果、翻
訳結果をそれぞれ示している。

【００４９】次に実施形態におけるドキュメント処理サ
ーバ３０００の処理内容を図９のフローチャートに従っ
て説明する。同フローチャートに係るプログラムはサー
バ用アプリケーションプログラムとしてハードディスク
３００９の領域３００９ｃに格納されているプログラム
の一部である。

【００５０】先ず、ステップＳ３１でインターネットか
ら何らかの情報を受信を待つ。受信が行われるとステッ
プＳ３２、Ｓ４０、Ｓ４１でその受信内容を判断する。

【００５１】受信したデータが複合機で読み取った画像
ファイル（実施形態ではＰＤＦファイル）であると判断
した場合には、ステップＳ３３に進んで、そのデータ内
容を解析し、機番情報、ドキュメントＩＤ、要求された
処理内容を抽出する。

【００５２】次いで、ステップＳ３４に進み、機番情報
で特定される顧客先頭のフォルダ内に、受信した文書画
像を、そのドキュメントＩＤをファイル名、ＰＤＦを拡
張子とするファイルとして保存する。

【００５３】ステップＳ３５に進むと、要求された処理
内容を調べ、１つでもセットされているものがあるか否
かを判断する。もしステップＳ３６に進んで、文字認識
処理、キーワード抽出、翻訳処理のいずれかを行う。
尚、先に説明したように、キーワード抽出、翻訳処理
は、その前処理で文字認識処理を行うことが必要にな
る。顧客側でキーワード抽出、或いは、翻訳を指定した
際には、文字認識についても同時に指定するものである
ので、ステップＳ３６の処理を最初に実行するのは文字
認識処理となる。この処理の結果（最初の段階では文字
認識結果）は、ステップＳ３７でドキュメントＩＤ＋処
理の内容を示す文字列＋“．”＋“ｔｘｔ”として保存
する。そして、ステップＳ３８で処理の種別に応じた、
顧客管理ＤＢ内の該当する顧客データの処理累計に処理
量（枚数、件数、或いはワード数）を加算し、課金額を
再計算して更新する。

【００５４】そして、ステップＳ３９で全ての依頼され
た処理について未完であると判断した場合には、ステッ
プＳ３６に戻って次の依頼処理を実行することになる。

【００５５】なお、文字認識、翻訳処理そのものは公知
の技術であって、そのプログラムを起動することで行
う。キーワード検索は、例えば、出現頻度の高い単語を
抽出するものとする。ただし、出現頻度が多くても積極
的にキーワードから除外したい場合もあるだろうから、
除外する単語を収録したテーブルを用意するようにして
も良い。このキーワードから除外したい単語は、顧客に
よって異なるものであるから、顧客毎にその情報を自由
に登録できるようにしておくと良い。

【００５６】さて、ステップＳ３１において受信したと
判断された情報が、処理結果のファイル要求であると判
断した場合、ステップＳ４６に進み、要求されたファイ
ルの作成が未処理中（処理が完了していない）であるか
否かを判断する。この判断は、顧客のＰＣから、機番情
報及びドキュメントＩＤ、さらには、処理種別情報を含
むファイル転送要求を示すコマンドを受信するので、該
当するファイル名のファイルが作成されているか否かで
判断する。

【００５７】そのファイルが存在しない場合には、ステ
ップＳ４７でその旨のメッセージｗ送信する。また、該
当するファイルが存在する場合には、ステップＳ４８に
進んで、そのファイルを要求元に送信する。

【００５８】先に、説明したように、顧客側の複合機で
文字認識するか否か等を設定し、本ドキュメント処理サ
ーバに送信すると、ステップＳ３６でその要求された処
理を行うが、処理の要求がない場合には、受信した文書
画像をそのまま保存するのみである。しかしながら、後
から、文字認識させたいという要望に応えるようにする
ため、その要求を受け付けるため、ステップＳ４１乃至
４５を設けた。

【００５９】処理要求（機番、ドキュメントＩＤ、要求
する処理の種別を含む処理要求コマンド）を受け付ける
と、ステップＳ４１からステップＳ４３に進んで、その
要求を受け付けた旨のメッセージを送信し、ステップＳ
４４で該当する処理を行い、その結果をファイルとして
保存する。この後、ステップＳ４５で課金処理を行う。

【００６０】＜オフィス内のＰＣの処理内容＞次に、図
１における各ＰＣの処理内容について説明する。説明を
簡単なものとするため、図１におけるオフィス１０００
におけるＰＣ２００について説明するが、他のＰＣ、さ
らには他のオフィスのＰＣについても同様であるのは勿
論である。

【００６１】図１０はＰＣ２００のブロック構成図を示
している。図示において、２１は装置全体の制御を司る
ＣＰＵであり、２２はブートプログラムやＢＩＯＳ等を
記憶しているＲＯＭ、２３はＣＰＵ２１のワークエリア
として使用されるＲＡＭである。２４はキーボード、２
５はマウス、２６はＦＤＤ、２７はＣＤ−ＲＯＭドライ
ブである。２８はネットワークインターフェースであ
り、２９は表示用メモリを内蔵し、ＣＰＵ２１の制御下
で画像の描画処理を行うと共に表示用メモリに展開され
た画像データをビデオ信号として表示装置３０に出力す
る表示制御部である。３１は外部記憶装置としてのハー
ドディスクであって、内部にはＯＳをはじめ各種アプリ
ケーションがインストールされている（図示の符号３１
ａ）。また、実施形態におけるドキュメント処理クライ
アントプログラム（図示の符号３１ｂ）もインストール
されている。また、後述のプログラム３１ａ及び３１ｂ
は、ドキュメント処理サーバ３０００からＷｅｂ等を通
じて提供される形式で構わない。更に、複合機１００で
読み取った画像データ、さらには、ドキュメント処理サ
ーバ３０００からダウンロードした処理済みのファイル
を保存する文書保存領域（図示の３１ｃで、通常はディ
レクトリ）が予め確保されている。

【００６２】なお、ハードディスク３１にインストール
されているアプリケーションプログラムとしては、例え
ば、ＰＤＦファイルを閲覧するプログラムである、米国
adobe社が無償で配布しているAcrobat Reader(R)があ
る。また、テキストファイルはＯＳが通常有するアプリ
ケーションで閲覧できる（ワープロアプリケーションで
も当然に編集できる）。

【００６３】更にまた、複合機１００から送信された原
稿画像ファイル（ＰＤＦ形式のファイル）を受信し、保
存する処理は簡単な処理（図１０における文書保存領域
（ディレクトリ）３１ｃを共有設定させておき、そのア
クセス可能ユーザに複合機１００を設定しておけば良
い）であって、以下に説明する処理とは別タスクで実行
しているものとし、その説明は省略する。

【００６４】図１３はＰＣ２００上で動作する、実施形
態におけるドキュメント処理クライアントプログラム３
１ｂの実行画面（ウインドウ）を示している。図示にお
いて、１２は処理を指定するメニューバーであって、１
３はファイル一覧を表示する領域である。ファイル一覧
表示領域１３で指定されたファイルがＰＤＦファイル
（拡張子がＰＤＦであるファイル）の場合、メニューバ
ー１２における各ボタンが有効になり、それ以外では無
効となる。また、図１４に示す様に詳細を表示するよ
う、変更することもでき、ファイルの日時や選択した処
理フラグを確認することもできる。

【００６５】また、ファイル一覧表示領域１３内のファ
イルを、マウス等でダブルクリックすると、そのアプリ
ケーションに関連づけられたアプリケーションに、指定
されたファイル（パス付きファイル名）を引数にして渡
すことで、そのファイルをオープン（閲覧や編集）が行
える。例えば、拡張子がＰＤＦのファイルをダブルクリ
ックすることで、拡張子ＰＤＦに関連づけられたアプリ
ケーション（普通は、Acrobat Reader(R)というアプリ
ケーション）が実行される。拡張子ｔｘｔについても、
そのＰＣにインストールされたアプリケーションの中
で、拡張子ｔｘｔに関連するアプリケーションが起動す
ることになる。

【００６６】従って、文字認識結果、キーワード抽出結
果、翻訳結果のファイルは実施形態の場合、ｔｘｔファ
イルであるので、ファイル一覧表示領域１３内の該当す
るファイルをダブルクリックするだけで、その内容を見
ることも、編集することもできるようになる。

【００６７】さて、図１３ではファイル名“０００１２
３．ＰＤＦ”が選択されている状態を示している。この
とき、メニューバー１２における各ボタンが有効になる
ので、その中の１つをクリックすることで、選択したＰ
ＤＦファイルに対する処理を開始させることができる。

【００６８】例えば、「ＯＣＲ」ボタンをクリックする
と、ユーザからは、あたかも指定したＰＤＦファイルに
対して文字認識しているかのように見える。

【００６９】先に説明したように、実施形態の場合、Ｐ
ＤＦファイルには、複合機１００で指定した処理種別を
示す情報が格納されているので、指定したファイルを調
べることで、ドキュメント処理サーバ３０００に対して
文字認識の依頼が成されているか否かがこの時点で判明
する。もし、文字認識を既に依頼しているのであれば、
本プログラムは、ドキュメント処理サーバ３０００に対
して、文字認識結果のファイル（機番情報とドキュメン
トＩＤで特定できるファイル）の転送要求し、その結
果、そのファイルをダウンロードし保存する。また、文
字認識依頼していないと判断した場合には、ドキュメン
ト処理サーバ３０００に該当するＰＤＦファイルを特定
する情報を通知して、文字認識を要求する。これは、他
のキーワード抽出、及び、翻訳でも同じである。前者の
場合、単純にテキストファイルをダウンロードするだけ
なので、ユーザにしてみれば高速な文字認識が行えたか
のように見えるであろう。

【００７０】以下、ＰＣ２００におけるドキュメント処
理クライアントプログラム３１ｂの処理手順を図１１、
１２に従って説明する。

【００７１】先ず、ＰＣ２００のＣＰＵは、ステップＳ
５１で、本プログラムが起動すると、予め設定したフォ
ルダの内容一覧を表示するウインドウを表示する（図１
３参照）。

【００７２】この後、ステップＳ５２でユーザからの入
力を待つ。入力がファイル一覧表示領域１３中のファイ
ルに対するダブルクリックであると判断した場合には、
ステップＳ５４に進んで、その指定されたファイルを特
定するパス付きファイル名を、そのファイル用のアプリ
ケーションとしてインストールされたプログラムに、引
数として引き渡し、実行させることで、そのファイルを
オープンする（閲覧及び／又は編集可能状態にする）。

【００７３】また、ファイルが選択された状態でメニュ
ーバー１２中の「ＯＣＲ」ボタンがクリックされた場合
には、ステップＳ５６からステップＳ５８に進み、ＯＣ
Ｒに係る処理を実行する（詳細後述）。「キーワード」
ボタンがクリックされた場合、「翻訳」ボタンがクリッ
クされた場合には、ステップＳ５９、Ｓ６０でそれぞれ
に沿った処理を行う。これ以外の操作、例えばファイル
の１つが指定された場合には、ステップＳ６１で対応す
る処理を行うことになる。

【００７４】なお、上記は、起動した後、ユーザにより
指定された場合の処理であったが、例えば、起動時に処
理を自動化させるオプションを設け、このオプションが
指定（登録）されていた場合には、本プログラムが起動
時に、フラグがセットされており、尚且つ、未ダウンロ
ードのファイルが存在する際に、自動でそれらのファイ
ルに対応する処理結果のファイルをダウンロードするよ
うにしても良い。

【００７５】上記において、ステップＳ５８のＯＣＲ処
理の内容を図１２のフローチャートに従って説明する。
本処理は、図１２の表示画面において、メニューバー１
２の「ＯＣＲ」ボタンがクリックされた場合の処理であ
る。

【００７６】先ず、ステップＳ７１において、選択され
ているファイル名（図１２では「０００１２３．ＰＤ
Ｆ」）に対応するＯＣＲ処理結果のファイル（ファイル
名は、この場合「０００１２３ＯＣＲ.ＴＸＴ」）が存
在するか否かを判断する。もし、存在するのであれば、
ステップＳ７２に進んで、既にＯＣＲ結果が存在する旨
のメッセージを表示し、本処理を終える。

【００７７】一方、ＯＣＲ結果のファイルが存在しない
と判断した場合、ステップＳ７３に進んで、選択されて
いるＰＤＦファイルの中を解析し、ドキュメント処理サ
ーバ３０００に対して文字認識処理依頼済みであるかど
うかを判断する。依頼済みであると判断した場合には、
ステップＳ７４に進み、注目ＰＤＦファイルに格納され
ている機番情報、ドキュメントＩＤを含む、ＯＣＲ処理
結果のファイルの転送要求を行う。この要求に対して、
ドキュメント処理サーバ３０００から、該当する処理を
行っている最中であるのと通知（メッセージ）を受信し
た場合には、ＯＣＲ処理中である旨のメッセージを表示
し（ステップＳ７６）、ステップＳ７４に戻る。また、
ドキュメント処理サーバ３０００から、要求したＯＣＲ
処理結果のファイルが送信されてきたら、ステップＳ７
７に進んで、そのファイルをダウンロード、保存し、ス
テップＳ７８でＯＣＲが完了した旨のメッセージを表示
し、本処理を終える。

【００７８】一方、ユーザが指定したファイルの文字認
識を、ドキュメント処理サーバ３０００に依頼していな
いと判断した場合には、ステップＳ７３からステップＳ
７９に進み、ドキュメント管理サーバ３０００が保持し
ている該当するＰＤＦファイルに対してＯＣＲ処理を要
求する。次いで、ステップＳ８０で、ＰＣ２００の指定
されたＰＤＦファイルについて、ＯＣＲ依頼済みである
ことを示すフラグをセットし、ステップＳ７４に進む。
ステップＳ７４では、上記の通り、ＯＣＲファイルを要
求することになるので、その処理が完了するまで待つこ
とになる。

【００７９】また、図１１におけるキーワード抽出処理
（Ｓ５９）、翻訳処理（Ｓ６０）であるが、これらの処
理は、上記のＯＣＲ処理（Ｓ５８）と同様、ドキュメン
ト処理サーバ３０００との通信処理である。すなわち、
図１２における「ＯＣＲ」を夫々キーワード抽出、或い
は、翻訳に置き換えたものとなるので、その説明は不要
であろう。

【００８０】以上説明したように、本実施形態によれ
ば、ドキュメント処理サーバ３０００を設置し、各顧客
内のシステムはこれを活用することで、顧客側ではドキ
ュメント処理に関するアプリケーションは一切不要にな
り、高度な処理結果を得ることが可能になる。

【００８１】つまり、文字認識を例にした場合には、そ
の文字認識を行うためのアプリケーションを、インスト
ールするＰＣの数だけ購入する必要があり、必然、コス
ト高にならざるを得ない。また、その処理速度も使用す
るＰＣの処理能力に依存したものとなり、どのユーザ
（ＰＣ）でも高速で均等な操作環境を得るには至らな
い。

【００８２】かかる点、本実施形態によれば、実際の処
理はサーバで行ないながらも、見かけ上、各ユーザが使
用するＰＣ上で処理を指定できるし、しかも、その処理
プログラム（図１０に示した処理を行うプログラム）
は、データの受信、保存、アプリケーションプログラム
の起動処理を行う単純なものであり、導入コストは格安
にできる。また、比較的低速はＰＣであっても、高い処
理能力を有するかの如く、処理を遂行することも可能に
なる。

【００８３】なお、実施形態では、文書画像の処理の例
として、文字認識、キーワード抽出、翻訳を例にして説
明したが、要約の作成等でも構わない。また、文章（文
字コードを利用した処理）に限らず、画像処理に適用し
ても構わない。画像処理の例としては、カラー画像を読
み取り、その色を変換する処理（例えばセピア色単色
化）、画像の変形処理（例えば球面化等）等が挙げられ
る。画像処理結果は、標準的なファイルフォーマット
（例えばＪＰＥＧ等）にすれば、普通のＰＣが備えるア
プリケーションで閲覧できるし、印刷することもできる
ので、上記と同様の効果を奏することに成功するであろ
う。

【００８４】また、実施形態におけるドキュメント処理
サーバ３０００には、複合機で読み取った画像が累積さ
れていくとになるので、ファイリングシステムとしても
機能させることができる。

【００８５】更にまた、実施形態では、サーバ及びＰＣ
とも、処理能力の違いこそあれ、汎用の情報処理装置で
構築できる。すなわち、本発明においては、サーバ、及
び、顧客側のＰＣに必要な大部分がコンピュータプログ
ラムによって実現できるものであるので、これらコンピ
ュータプログラムも本発明の範疇に含まれるものであ
る。また、通常、コンピュータプログラムは、フロッピ
ー（Ｒ）ディスクや、ＣＤ−ＲＯＭ等のコンピュータ可
読記憶媒体に記憶させ、コンピュータにセットすること
でインストールするものであるから、当然、そのコンピ
ュータ可読記憶媒体も本願発明の範疇に含まれるもので
ある。

【００８６】また、実施形態では、原稿画像を読み取
り、ドキュメントサーバやＰＣに送信する装置として複
合機を例にして説明したが、必ずしも複合機である必要
はなく、原稿画像を読み取り装置であれば如何なる装置
に適用しても良いのは勿論である。

【００８７】更に、実施形態でが、画像データをＰＤＦ
形式、認識結果をプレーンテキスト形式（ｔｘｔ）を例
にして説明したが、画像データのファイルフォーマット
はこれに限らず如何なるものでも良いし、テキストにつ
いても書式を付けるのであればリッチテキストやＨＴＭ
Ｌ、ＳＧＭＬ等を活用しても良いので、上記実施形態で
本願発明が限定されるものでもない。

【００８８】

【発明の効果】以上説明したように、本発明によれば、
読み取った原稿画像をネットワーク上の複数のクライア
ント端末のいずれかに送信するシステムにおいて、導入
コストを抑えながらも、各クライアント端末が受信した
文書画像に対するＯＣＲ処理を行うのと等価の処理環境
を提供することが可能になる。

【図面の簡単な説明】

【図１】実施形態における文書処理システムの全体の概
念図である。

【図２】実施形態における複合機のブロック構成図であ
る。

【図３】図２の複合機におけるユーザアドレステーブル
の内容を示す図である。

【図４】図２の複合機の操作パネルの上面図である。

【図５】図２の複合機のファイル送信の処理手順を示す
フローチャートである。

【図６】実施形態におけるドキュメント処理サーバのブ
ロック構成図である。

【図７】図６のドキュメント処理サーバの顧客管理ＤＢ
の内容を示す図である。

【図８】図６のドキュメント処理サーバの文書管理領域
の構造を示す図である。

【図９】図６のドキュメント処理サーバの動作処理手順
を示すフローチャートである。

【図１０】実施形態におけるクライアント端末としての
ＰＣのブロック構成図である。

【図１１】図１０のＰＣにおけるドキュメント処理クラ
イアントプログラムの動作処理手順を示すフローチャー
トである。

【図１２】図１１におけるＯＣＲ処理の詳細を示すフロ
ーチャートである。

【図１３】図１０のＰＣにおけるドキュメント処理クラ
イアントプログラムの実行画面を示す図である。

【図１４】図１０のＰＣにおけるドキュメント処理クラ
イアントプログラムの他の実行画面を示す図である。

フロントページの続き (72)発明者 藤井 雅博 東京都港区三田３丁目11番28号 キヤノン 販売株式会社内 Ｆターム(参考） 5B050 AA08 AA10 BA10 BA16 CA07 CA08 DA06 EA04 FA02 FA12 FA19 5C062 AA14 AA29 AB38 AB42 AC24 AC41 AC42 AC43 AF00 BA04 5C075 AB90 CA14 CD25

Claims (17)

【特許請求の範囲】
1. 【請求項１】 顧客に設置された画像読取装置及び端
   末、及び、当該画像読取装置及び端末とインターネット
   上を介して通信可能であって、受信した情報を処理する
   処理サービスサーバで構成される情報処理システムであ
   って、 前記処理サービスサーバは、 顧客に設置された画像読取装置より読み取られた画像デ
   ータ、及び、当該画像データを特定するための特定情
   報、所定の処理を実行させるか否かを示す要求情報を受
   信する受信手段と、 該受信手段で受信した画像データをファイルとして保存
   する保存手段と、 前記受信手段で受信した要求情報に基づき、前記所定の
   処理を実行するか否かを判断する判断手段と、 該判断手段によって前記所定の処理を実行すると判断し
   た場合には、当該所定の処理を受信した画像データに対
   して実行させ、その実行結果をファイルとして保存する
   処理実行手段と、 顧客に設置された端末から、前記特定情報で示される画
   像データに対する処理結果のファイルの要求があった場
   合、前記処理実行手段で得られたファイルを前記端末に
   送信する手段とを備えることを特徴とする情報処理シス
   テム。
2. 【請求項２】 前記顧客に設置された画像読取装置及び
   端末はＬＡＮを介して接続されており、 前記画像読取装置は、 読み取った原稿画像の、前記ＬＡＮ上の送信宛て先端末
   を指定する宛先指定手段と、 前記所定の処理を行うか否かを設定する設定手段と、 宛先指定手段で指定された宛て先の端末に、読み取った
   画像データ及び当該画像データを特定するための特定情
   報、前記設定手段での設定情報を送信する第１の送信手
   段と、 前記処理サービスサーバに、読み取った画像データ及び
   当該画像データを特定するための特定情報、前記設定手
   段での設定情報を送信する第２の送信手段とを備え、 前記端末は、 前記第１の送信手段で送信された情報を保存する保存手
   段と、 前記保存手段で保存された画像データに対する、操作者
   からの処理要求があった場合、保存された画像データに
   対する前記設定情報を解析し、前記処理サービスサーバ
   に処理の依頼がなされているか否かを判断し、依頼済み
   である場合には、注目画像データに対する処理結果の信
   を要求し、依頼がなされていないと判断した場合には、
   処理の要求を行う要求手段と該要求手段による要求の結
   果、前記処理サービスサーバから送られてきた情報を受
   信し、保存する手段とを備えることを特徴とする請求項
   １に記載の情報処理システム。
3. 【請求項３】 前記処理サービスサーバがサービスする
   処理には、文字認識処理が含まれることを特徴とする請
   求項１又は２に記載の情報処理システム。
4. 【請求項４】 前記処理サービスサーバがサービスする
   処理には、キーワード抽出、翻訳処理が含まれることを
   特徴とする請求項３に記載の情報処理システム。
5. 【請求項５】 前記端末には、文字認識、キーワード抽
   出、翻訳のいずれを行わせるかを設定する手段を有する
   ことを特徴とする請求項第３項に記載の情報処理システ
   ム。
6. 【請求項６】 顧客に設置された画像読取装置及び端末
   とインターネット上を介して通信可能であって、インタ
   ーネットを介して受信した画像データに対して所定の処
   理を行う処理サービスサーバであって、 画像データ及び当該画像データを特定する特定情報、及
   び、所定の処理を実行させるか否かを要求情報を受信す
   る受信手段と、 受信した画像データを保存する保存手段と、 受信した要求情報に基づき、前記所定の処理を実行する
   か否かを判断する判断手段と、 該判断手段によって前記所定の処理を実行すると判断し
   た場合には、当該所定の処理を、受信した画像データに
   対して実行させ、その実行結果をファイルとして保存す
   る処理実行手段と、 顧客に設置された端末から、前記特定情報で示される画
   像データに対する処理結果のファイルの要求があった場
   合、前記処理実行手段で得られたファイルを前記端末に
   送信する手段とを備えることを特徴とする処理サービス
   サーバ。
7. 【請求項７】 前記顧客に設置された画像読取装置及び
   端末はＬＡＮを介して接続されており、 前記画像読取装置は、 読み取った原稿画像の、前記ＬＡＮ上の送信宛て先端末
   を指定する宛先指定手段と、 前記所定の処理を行うか否かを設定する設定手段と、 宛先指定手段で指定された宛て先の端末に、読み取った
   画像データ及び当該画像データを特定するための特定情
   報、前記設定手段での設定情報を送信する第１の送信手
   段と、 前記処理サービスサーバに、読み取った画像データ及び
   当該画像データを特定するための特定情報、前記設定手
   段での設定情報を送信する第２の送信手段とを備え、 前記端末は、 前記第１の送信手段で送信された情報を保存する保存手
   段と、 前記保存手段で保存された画像データに対する、操作者
   からの処理要求があった場合、保存された画像データに
   対する前記設定情報を解析し、前記処理サービスサーバ
   に処理の依頼がなされているか否かを判断し、依頼済み
   である場合には、注目画像データに対する処理結果の信
   を要求し、依頼がなされていないと判断した場合には、
   処理の要求を行う要求手段と該要求手段による要求の結
   果、前記処理サービスサーバから送られてきた情報を受
   信し、保存する手段とを備えることを特徴とする請求項
   ６に記載の処理サービスサーバ。
8. 【請求項８】 前記処理サービスサーバがサービスする
   処理には、文字認識処理が含まれることを特徴とする請
   求項６又は７に記載の処理サービスサーバ。
9. 【請求項９】 前記処理サービスサーバがサービスする
   処理には、キーワード抽出、翻訳処理が含まれることを
   特徴とする請求項８に記載の処理サービスサーバ。
10. 【請求項１０】 前記端末には、文字認識、キーワード
    抽出、翻訳のいずれを行わせるかを設定する手段を有す
    ることを特徴とする請求項第８項に記載の処理サービス
    サーバ。
11. 【請求項１１】 顧客に設置された画像読取装置及び端
    末とインターネット上を介して通信可能であって、イン
    ターネットを介して受信した画像データに対して所定の
    処理を行う処理サービスサーバの制御方法であって、 画像データ及び当該画像データを特定する特定情報、及
    び、所定の処理を実行させるか否かを要求情報を受信す
    る受信工程と、 受信した画像データを保存する保存工程と、 受信した要求情報に基づき、前記所定の処理を実行する
    か否かを判断する判断工程と、 該判断工程によって前記所定の処理を実行すると判断し
    た場合には、当該所定の処理を、受信した画像データに
    対して実行させ、その実行結果をファイルとして保存す
    る処理実行工程と、 顧客に設置された端末から、前記特定情報で示される画
    像データに対する処理結果のファイルの要求があった場
    合、前記処理実行工程で得られたファイルを前記端末に
    送信する工程とを備えることを特徴とする処理サービス
    サーバの制御方法。
12. 【請求項１２】 顧客に設置された画像読取装置及び端
    末とインターネット上を介して通信可能であって、イン
    ターネットを介して受信した画像データに対して所定の
    処理を行う処理サービスサーバとして機能するコンピュ
    ータプログラムであって、 画像データ及び当該画像データを特定する特定情報、及
    び、所定の処理を実行させるか否かを要求情報を受信す
    る受信手段と、 受信した画像データを保存する保存手段と、 受信した要求情報に基づき、前記所定の処理を実行する
    か否かを判断する判断手段と、 該判断手段によって前記所定の処理を実行すると判断し
    た場合には、当該所定の処理を、受信した画像データに
    対して実行させ、その実行結果をファイルとして保存す
    る処理実行手段と、 顧客に設置された端末から、前記特定情報で示される画
    像データに対する処理結果のファイルの要求があった場
    合、前記処理実行手段で得られたファイルを前記端末に
    送信する手段として機能することを特徴とする処理サー
    ビスサーバ用コンピュータプログラム。
13. 【請求項１３】 請求項１２に記載のコンピュータプロ
    グラムを格納することを特徴とするコンピュータ可読記
    憶媒体。
14. 【請求項１４】 請求項第６項に記載の処理サービスサ
    ーバと通信可能であって、前記顧客に設置されることに
    なる端末であって、 前記画像読取装置で読み取られた画像データ及び当該画
    像データを特定する特定情報、及び、所定の処理を実行
    させるか否かを要求情報を所定の記憶手段に保存する手
    段と、 保存した画像データに対し、操作者からの処理要求があ
    った場合、当該画像データに対する前記要求情報を解析
    し、前記処理サービスサーバに処理の依頼がなされてい
    るか否かを判断し、依頼済みである場合には、注目画像
    データに対する処理結果の送信を要求し、依頼がなされ
    ていないと判断した場合には、処理の要求を行う要求手
    段と該要求手段による要求の結果、前記処理サービスサ
    ーバから送られてきた情報を受信し、保存する手段とを
    備えることを特徴とする端末。
15. 【請求項１５】 請求項第６項に記載の処理サービスサ
    ーバと通信可能であって、前記顧客に設置されることに
    なる端末の制御方法であって、 前記画像読取装置で読み取られた画像データ及び当該画
    像データを特定する特定情報、及び、所定の処理を実行
    させるか否かを要求情報を所定の記憶手段に保存する工
    程と、 受信した画像データに対し、操作者からの処理要求があ
    った場合、当該画像データに対する前記要求情報を解析
    し、前記処理サービスサーバに処理の依頼がなされてい
    るか否かを判断し、依頼済みである場合には、注目画像
    データに対する処理結果の送信を要求し、依頼がなされ
    ていないと判断した場合には、処理の要求を行う要求工
    程と該要求工程による要求の結果、前記処理サービスサ
    ーバから送られてきた情報を受信し、保存する工程とを
    備えることを特徴とする端末の制御方法。
16. 【請求項１６】 コンピュータが読み込み実行すること
    で、請求項第６項に記載の処理サービスサーバと通信可
    能であって、前記顧客に設置されることになる端末とし
    て機能するコンピュータプログラムであって、 前記画像読取装置で読み取られた画像データ及び当該画
    像データを特定する特定情報、及び、所定の処理を実行
    させるか否かを要求情報を所定の記憶手段に保存する手
    段と、 保存した画像データに対し、操作者からの処理要求があ
    った場合、当該画像データに対する前記要求情報を解析
    し、前記処理サービスサーバに処理の依頼がなされてい
    るか否かを判断し、依頼済みである場合には、注目画像
    データに対する処理結果の送信を要求し、依頼がなされ
    ていないと判断した場合には、処理の要求を行う要求手
    段と該要求手段による要求の結果、前記処理サービスサ
    ーバから送られてきた情報を受信し、保存する手段とし
    て機能することを特徴とする端末用コンピュータプログ
    ラム。
17. 【請求項１７】 請求項１６に記載のコンピュータプロ
    グラムを格納することを特徴とするコンピュータ可読記
    憶媒体。