JP2003280961A - 情報処理システム、情報処理装置、及びその制御方法、並びに、コンピュータプログラム及びコンピュータ可読記憶媒体 - Google Patents

Abstract

(57)【要約】 【課題】 ネットワーク上の各クライアントに対しては
格別な処理を行うためのアプリケーションを必要とせ
ず、複数の処理の中から簡単に目的とする処理を行わせ
ることが可能となる。 【解決手段】 ネットワーク上には一時共有フォルダ３
００ａ乃至３００ｃが設けられている。処理サーバ５０
０は、これらの一時共有フォルダを監視していて、いず
れかに画像ファイルが格納されると、そのフォルダ固有
の処理を実行し、その結果を分類し、他の通常共有フォ
ルダ４００ａに格納すると共に、一時共有フォルダに格
納された、処理済みの画像ファイルを削除する。

Description

【発明の詳細な説明】

【０００１】

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

【０００２】

【従来の技術】近年のオフィスにおいては、ＬＡＮ（ロ
ーカルエリアネットワーク、以下、単にネットワークと
いう）を設置し活用することが多い。ネットワークを活
用することの利点の１つにリソースの共有が挙げられる
が、中でもファイルの共有がその最たるものであろう。

【０００３】普通、かかるファイルの共有を行うために
は、ネットワーク上にファイルサーバを設置する。そし
て、ファイルサーバは、ドライブやホルダ（ディレクト
リ）を共有設定しておくことで、ネットワーク上のパー
ソナルコンピュータ（以下、ＰＣという）等のクライア
ントから自由にファイルを読み書きできるようにしてい
る。ここで、ファイルサーバ、クライアントの違いは、
夫々で動作しているＯＳ或いは／及びサービスするプロ
グラムの違いであって、ハードウェア上の違いはあって
も無くても構わない。ただし、一般にサーバとなる装置
は、不特定多数のクライアントがアクセスしてくるの
で、処理能力が要求される。

【０００４】

【発明が解決しようとする課題】さて、かかるファイル
サーバを活用すると、ネットワーク上の各クライアント
は、自由にファイルを共有できることになるので、互い
にファイルをやりとりすることも容易になる。しかし、
その便利な面があるが故に、次第に記憶するファイル数
が多くなり、よほど巧く運用しないと目的とするファイ
ルを探し出すのに手間がかかることになる。

【０００５】また、一般に、クライアントとなるＰＣに
は、各種アプリケーションがインストールされていて、
各ユーザがそれを用いてデータファイルを作成編集して
いる。

【０００６】ここで問題となるのが、例えば文字認識を
行う場合、当然、そのＰＣにはイメージスキャナを接続
して原稿読み取りができるようにし、尚且つ、文字認識
アプリケーションがインストールされていることが必要
なことである。従って、各ＰＣのユーザがみな文字認識
を行ないたい場合には、ＰＣの台数だけイメージスキャ
ナや文字認識アプリケーションをインストールすること
が必要になり、ハードウェア及びソフトウェアの両面で
の費用がかかることは避けられない。

【０００７】一方、最近ではネットワーク上に原稿読み
取り機能を有する装置（例えば、複合機等）を設置し、
読み取った画像を所望とするＰＣに送ることができるよ
うになってきている。しかしながら、かかる場合でも、
文字認識アプリケーションが個々のＰＣにインストール
されていなければならないとう問題は残る。

【０００８】本発明はかかる問題点に鑑みなされたもの
であり、ネットワーク上の各クライアントに対しては格
別な処理を行うためのアプリケーションを必要とせず、
簡単に目的とする複数の処理の中から目的とする処理を
行わせることを可能ならしめる情報処理システム、情報
処理装置、及びその制御方法、並びに、コンピュータプ
ログラム及びコンピュータ可読記憶媒体を提供しようと
するものである。

【０００９】

【課題を解決するための手段】かかる課題を解決するた
め、例えば本発明の情報処理システムは以下の構成を備
える。すなわち、ネットワーク上のクライアントから保
存依頼されたファイルを保存する共有リソースを有する
ファイルサーバ、及び、画像ファイルについて所定の処
理を行う処理サーバで構成される情報処理システムであ
って、前記処理サーバは、前記ファイルサーバが有する
共有フォルダ毎、或いは共有フォルダの下のサブフォル
ダ毎に画像ファイルに対する処理の種別を設定する設定
手段と、設定されたフォルダに画像ファイルが格納され
たか否かを監視する監視手段と、該監視手段で画像ファ
イルが格納されたと判断した場合、当該画像ファイルが
格納されていたフォルダの、前記設定手段で設定した内
容に従った処理を実行させる制御手段とを備える。

【００１０】

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

【００１１】＜システム構成と動作概要＞図１は実施形
態におけるシステムの構成概念図である。図示におい
て、１０１乃至１０３はパーソナルコンピュータ（Ｐ
Ｃ）である。１５０はＦＡＸ装置であり、１６０はイメ
ージスキャナであり、これらはネットワーク２００に接
続されている。

【００１２】また、３００、４００はファイルサーバで
あって、図示の場合は模式的に示しているが、ハードウ
ェアはＰＣ１０１等と同様である。また、ファイルサー
バ３００、４００を区別するため、ファイルサーバ３０
０は一時ファイルサーバと呼び、ファイルサーバ４００
は通常ファイルサーバと呼ぶ（その違いは後述の記載か
ら明らかにする）。また、５００は文字認識や翻訳処
理、さらには、ファイル分類処理を行うための処理サー
バである。なお、実施形態では「処理サーバ」と言うこ
とにするが、これは便宜的なものであって、後述する処
理を行えば良く、特にサーバである必要はない。

【００１３】なお、図示の場合、一時ファイルサーバ３
００、通常ファイルサーバ４００、処理サーバ５００は
それぞれ別装置として示しているが、これらのうち２つ
或いは全部が同一装置でもって実現しても構わないこと
を付言しておく。

【００１４】ＦＡＸ装置１５０は受信した画像をＴＩＦ
Ｆ形式のファイルにして一時ファイルサーバ３００に出
力し、スキャナ１６０も同様に読み取った画像データを
ＴＩＦＦ形式のファイルにして一時ファイルサーバ３０
０に出力する。また、ＰＣ１０１乃至１０３もアプリケ
ーションで作成した画像をＴＩＦＦ形式で一時ファイル
サーバ３００に出力するものとして説明する。以下、一
時ファイルサーバ３００にＴＩＦＦファイルを格納する
装置を総称してクライアントと言う。

【００１５】一時ファイルサーバ３００には、図示に示
す如く、例えば３つの共有フォルダ（ディレクトリ）３
００ａ乃至３００ｃを設定しておき、これら共有フォル
ダは、クライアントがアクセス可能に設定しておく（こ
こでは３つとしているが、その数は１つ以上であれば如
何なるものでも良い）。ここで、各共有フォルダ３００
ａ乃至３００ｃのネットワーク上での共有名はfolder-a
1,folder-a2,folder-a3とする。一時ファイルサーバ３
００のネットワーク上での名前をserver-aとすると、こ
れら共有フォルダのネットワーク上でのリソース名は、
「\\server_a\folder-a1」、「\\server_a\folder-a
2」、「\\server_a\folder-a3」として定義できる。

【００１６】一方、通常ファイルサーバ４００には１つ
のフォルダ４００ａを共有設定しているものとする。通
常ファイルサーバ４００のネットワーク上での名前はse
rver-b、その共有フォルダ名をfolder-b1とすると、そ
のネットワークリソース名は、「\\server-b\folder-b
1」となる。

【００１７】また、処理サーバ５００は、一時ファイル
サーバ３００及び通常ファイルサーバ４００に対しての
アクセス権を有する。そして、実施形態における処理サ
ーバ５００は、一時ファイルサーバ３００の各共有フォ
ルダ３００ａ乃至３００ｃに格納されたファイル（ＴＩ
ＦＦ）に対して、そのフォルダ毎に設定された各種処理
を行ない、その結果を通常ファイルサーバ４００の共有
フォルダ４００ａに系統別に分類し、保存する処理を行
う。処理サーバ５００が行う処理の種類は、実施形態で
は、先に説明したように、文字認識処理、翻訳処理とす
る。

【００１８】＜処理サーバの動作概要の説明＞一時ファ
イルサーバ３００、通常ファイルサーバ４００は、公知
のファイルサーバと何等変わるところがないので、その
説明については省略し、ここでは実施形態における処理
サーバ５００について説明する。

【００１９】図２は実施形態における処理サーバ５００
のブロック構成図である。図示において、５０１は装置
全体の制御を司るＣＰＵ、５０２はブートプログラム及
びＢＩＯＳを記憶しているＲＯＭ、５０３はＣＰＵ５０
１のワークエリアとして使用するＲＡＭである。５０４
はキーボード、５０５はマウス（Ｒ）等のポインティン
グデバイスである。５０６はネットワーク（一時ファイ
ルサーバ３００、通常ファイルサーバ４００）と接続す
るためのネットワークインターフェースであり、５０７
は表示用イメージを展開するメモリを有し、ＣＰＵ５０
１の制御の下でイメージの描画を行うと共に、表示用メ
モリに格納されたイメージデータをビデオ信号として表
示装置５０８に出力する表示制御部である。

【００２０】５０９は外部記憶装置としてのハードディ
スク装置であって、図示に示す如く、ＯＳ５０９ａ、及
び、一時ファイルサーバの共有フォルダにファイルが保
存されたか否かを監視し、各種処理の起動制御、さらに
は、分類処理を行う監視・分類プログラム５０９ｂ（詳
細後述）、起動対象となる文字認識プログラム５０９
ｃ、翻訳プログラム５０９ｄ、設定ファイル５０９ｅ
（詳細後述）、キーワードファイル５０９ｆ（詳細後
述）が予め格納されている。なお、文字認識プログラム
や翻訳プログラムそのものは公知の技術を用いるものと
し、その説明は省略する。

【００２１】さて、処理サーバ５００に電源が投入され
ると、ＲＯＭ５０２のブートプログラムに従ってハード
ディスク５０９のＯＳがＲＡＭ５０３にロードされ、且
つ、監視・分類プログラム５０９ｂもＲＡＭ５０３にロ
ードされ実行されることになる。

【００２２】この結果、一時ファイルサーバ３００の共
有フォルダ３００ａ乃至３００ｃへの、クライアントか
らのＴＩＦＦファイルが格納がなされたか否かを監視を
開始することになる。以下、この監視・分類プログラム
５０９ｂの動作概要を説明する。

【００２３】上記の如く、一時ファイルサーバ３００の
各共有フォルダ３００ａ乃至３００ｃには、クライアン
トからＴＩＦＦ形式のファイル（画像ファイル）が格納
されるが、格納する共有フォルダ毎に、如何なる所定の
処理を行うか否か、及び、その処理結果を何を基準に分
類して通常ファイルサーバに保存するかを処理サーバ５
００に設定しておく。設定内容は設定ファイル５０９ｅ
として保存されることになる。

【００２４】この設定は、処理サーバ５００上で動作し
ている監視プログラムでの「設定追加」を指定すること
で行う。図３はこの際に表示されるウインドウを示して
いる。

【００２５】図示に示す如く、入力する項目は、一時共
有フォルダ名、処理種別、処理結果を出力する際の分類
方法、そして、出力先である通常共有フォルダ名であ
る。

【００２６】図示の場合、一時共有フォルダ名として
「\\server-a\folder-a1」、すなわち、図１における一
時共有フォルダ３００ａについての設定であることを示
している。そして、このフォルダに格納されたＴＩＦＦ
ファイルについては、何も処理しないことを指定し、分
類方法としてはＴＩＦＦファイルを格納した際の日時情
報を使用すること、そして、処理結果を「\\server-b\f
older-b1」（通常ファイルサーバ４００の共有フォルダ
４００ａ）にサブディレクトリ「一般」として作成し、
その中に必要に応じて更なるサブフォルダを作成して格
納するように設定していることを示している。

【００２７】なお、この通常ファイルサーバ４００の共
有フォルダへの処理結果の格納（保存）が完了した場合
には、一時ファイルサーバ３００の共有フォルダに格納
されていた該当ファイルについては削除する。これは以
下に説明する他の処理種別についても同様である。

【００２８】処理種別として、「ＯＣＲを行う」がチェ
ックされた場合、該当するフォルダに格納されたＴＩＦ
Ｆファイルに対し文字認識を行ない、その結果及びＴＩ
ＦＦファイルを指定された分類方法に従って保存するこ
とになる。

【００２９】また、処理種別として「英文の場合には翻
訳を試みる」がチェックされている場合、文字認識を行
ない、英文であるか否かを判断し、英文であれば日本語
への翻訳を行ない、その結果であるテキストファイルと
ＴＩＦＦファイルを、分類方法に従って保存することに
なる。文字認識及び翻訳の両方ともチェックされた場
合、それらの認識結果は共にテキストファイル（拡張子
が「ｔｘｔ」）となるので、文字認識結果ファイルにつ
いてはファイル名は「******ocr.txt」、翻訳結果は「*
****trns.txt」とし、同じファイル名とはならないよう
にした。

【００３０】一方、分類方法であるが、これは図示の如
く「デフォルト」、「送信元により分類を試みる」、そ
して、「キーワード」のいずれか１つが選択できる（複
数選択することはできない）。

【００３１】「デフォルト」とは、一時共有ファイルに
格納したＴＩＦファイルのタイムスタンプを利用し、
「日付」というサブフォルダを作成し、更にその下に日
付のサブフォルダを作成し、その中に格納する。

【００３２】また、「送信元により分類を試みる」であ
るが、これはファクシミリ受信した画像に対応させるも
のである。通常、ファクシミリ受信を行うと、各ページ
のヘッダ部分（上端余白部分）に送信元の名称や電話番
号（或いはＦＡＸ番号）が埋め込まれてくるので、その
上端余白部分については文字認識を行ない、その結果を
フォルダ名として採用するものである。保存する際に
は、「送信元」というサブフォルダを作成し、その下に
認識して得た送信元を特定する文字列のフォルダを作成
し、その中に格納する。例えば、送信元を示す文字列と
して「アイウ株」という文字列があった場合には、図示の
状態では、通常共有リソース「\\server-b\folder-b1」
の「\一般\送信元\アイウ株」というフォルダの中に、処理
結果のファイルを保存する（該当するフォルダが無かっ
た場合にはフォルダを作成する）。

【００３３】なお、ファクシミリ受信画像のヘッダに送
信元となる文字列が見つからなかった場合には、上記に
おける「アイウ株」と同階層に「送信元不明」というフォ
ルダを作成して、そのフォルダ内に保存する。

【００３４】また、「送信元により分類を試みる」がチ
ェックされると、オプションとして「ＣＴＬを優先す
る」をチェックできるようになる。これが未チェックで
ある場合には、上記のように分類されるが、これがチェ
ックされるとコントロールファイル（拡張子が「ｃｔ
ｌ」のファイル）を探し、もしそれがあれば、その記述
内容を優先して分類するものである。コントロールファ
イルが存在しない場合には、上記の通りである。コント
ロールファイルとは、ＦＡＸ装置において着呼があった
場合に送信元ＦＡＸ番号が通知されてきた場合（ナンバ
ーディスプレイを応用する）、或いは、通信のネゴシエ
ーションで送信元が判明した場合、その情報を記述して
出力する機能を有するＦＡＸ装置を有効利用しようとす
るものである。

【００３５】最後の「キーワード」は、ＯＣＲ処理を行
うことを指定した場合に、選択可能となるものである。
文字認識を行うように設定し、尚且つ、分類方法として
「キーワード」が選択されると、その認識結果中に特定
の文字列を探し出し、その探し出したキーワードに従っ
て分類し、保存する。このため、その文字列を定義する
必要があるので、その定義ファイルを予めユーザーが作
成しておく。図２におけるキーワードファイル５０９ｆ
はこの定義ファイルのことである。

【００３６】キーワードファイル５０９ｆは、本システ
ムを運用するユーザが自由に設定できるものであるが、
その内容の一例は例えば図４に示す通りである。

【００３７】図示において、第１列目が検索するキーワ
ードを示し、２列目が個別フォルダ名、３列目が中項目
（フォルダ）名、４列目が大項目（フォルダ）名を示し
ている。

【００３８】例えば、文字認識した結果、『特許検討
「委員会」』が発見された場合には、そのＴＩＦＦファ
イル及び文字認識結果のファイルは、￥大項目￥中項目
￥個別フォルダ名（この場合は「特許検討委員会」とい
う名のフォルダ名）に格納されることを示している。こ
の階層構造は、図示によれば、「\\server-b\folder-b1
\一般」の下に作成されることになる。

【００３９】また、文字認識結果中に、「委員会」及び
「申請書」のキーワードが見つかった場合には、上位の
キーワード（図示の場合には「委員会」）を優先して分
類するようにした。なお、キーワードが発見できなかっ
た場合には、「その他」というフォルダ名の下に保存す
る。

【００４０】さて、上記のように末端のサブフォルダに
ファイルを保存していくと、そのフォルダ内に格納され
るファイル数は増える一方となり、目的とするファイル
を探し出すには、スクロール等をおこなうことになり、
繁雑になる。

【００４１】そこで、実施形態では、図３の下部に示す
ように、最大ファイル数を設定する。そして、この設定
したファイル数を越えるようになったとき、『「末端の
サブフォルダ名」＋数字』のサブフォルダを作成し、そ
の中に格納するようにした。例えば、末端のフォルダ名
が「特許検討委員会」であって、その中の処理結果のフ
ァイルを格納する際に、許容数を越えると判断した場合
には、「特許検討委員会１」というフォルダを同階層に
作成し、その中に保存する。

【００４２】ただし、ＯＣＲ、翻訳を行うようにする
と、オリジナルのＴＩＦＦファイルを含めて３つのファ
イルが存在し、それらは同一フォルダに格納された方が
都合が良いので、処理結果ファイルの数を保存しようと
した際に、その結果、許容ファイル数を越えてしまうと
判断した場合には、新たに作成したフォルダに格納する
ようにした。ただし、実施形態では最大でも一度に増え
るファイル数は３つであるので、「許容数＋処理結果フ
ァイル数−１」個までのファイル数については認めるよ
うにしても良い。

【００４３】以上が処理サーバ５００における監視・分
類プログラム５０９ｂの動作概要であるが、一時ファイ
ルサーバ３００の他の共有フォルダ３００ｂ、３００ｃ
についても図３に示したウインドウで設定を行う。この
とき、例えば、ＯＣＲを行うように設定した一時共有フ
ォルダの出力リソース名（図３参照）には、例えば「\\
server\folder-b1\OCR」等と記述しておけば、ユーザか
らは分かりやすいであろう。翻訳についても同じであ
る。

【００４４】また、一時ファイルサーバ３００の共有フ
ォルダ３００ａ乃至３００ｃに保存する際のファイル名
であるが、クライアントがＰＣ１０１乃至１０３である
場合には任意のファイル名で良い、任意のフォルダに保
存できる。すなわち、どの共有ホルダに保存するかは、
ユーザの判断に任せる。従って、実際には、共有フォル
ダの名称は、如何なる処理が行われるかを示す名称を付
けることが望ましい。場合によってはフォルダのプロパ
ティを表示させた際、いかなる処理を行うかを表示させ
るようにしても良いであろう。一方、ＦＡＸ装置１５０
やイメージスキャナ１６０の場合、格納する共有ホルダ
名をその都度指定しても良いが、その指定に係る作業が
繁雑になることが予想される。従って、これらの装置の
場合には、それぞれに適した共有ホルダ名を予め設定し
ておき、特に変更がない限りは、同じ共有フォルダに受
信、或いは読み取った画像を格納するようにする。この
際の格納するファイル名であるが、互いに同じファイル
名にし、同じ共有フォルダに格納してしまうと、後から
格納するファイルが上書きされてしまうので、実施形態
では、各装置にユニークな機番番号＋作成するファイル
の順番を示す番号をファイル名とするようにした。

【００４５】一方、通常ファイルサーバ４００に格納す
る際のファイル名であるが、これは基本的に一時ファイ
ルサーバ３００に格納する際に用いたファイル名を利用
するものとした。つまり、先に説明したように、一時共
有フォルダに格納した際のファイル名が例えば「123456
7.tif」である場合には、通常ファイルサーバの共有フ
ォルダに保存するファイル名は、オリジナルの「123456
7.tif」、文字認識結果、翻訳結果を行った際には、そ
れぞれ「1234567ocr.txt」、「1234567trns.txt」とな
るようにした。ただし、処理結果のファイルは、一時共
有フォルダに保存した際の時刻にしても良いし、如何な
るものでも構わない。更に、ファイル名の付け方につい
て、日時を採用するか、オリジナルのファイル名を利用
するか、さらには、他の手法を用いるか（例えば、「文
書０１」、「文書０２」…）とするか等をオプションと
して指定できるようにしても構わない。

【００４６】次に、処理サーバ５００における監視・分
類プログラム５０９ｂの具体的な処理手順を図５のフロ
ーチャートに従って説明する。

【００４７】先ず、処理サーバ５００における、監視・
分類プログラム５０９ｂの実行が開始されると、ステッ
プＳ１で設定ファイル５０９ｅが存在するか否か（或い
は、意味のあるデータが格納されているか否か）を判断
する。否の場合には、本プログラムを最初に起動させた
場合であるので、ステップＳ２で監視すべき一時共有フ
ォルダや、処理種別、分類方法、出力先の共有ホルダの
設定ウインドウ（図３参照）を表示し、設定を行わせ、
設定ファイルを作成させる。

【００４８】設定ファイルが存在すると判断した場合に
は、ステップＳ３でユーザによる入力があったか否かを
判断する。入力ありと判断した場合には、ステップＳ４
で環境の再設定（監視対象のフォルダに関する修正、或
いは監視対象のフォルダの追加や削除のため）の為、ス
テップＳ５で上記ステップＳ２と同様の処理を行う。ま
た、それ以外の入力であると判断した場合には、ステッ
プＳ１５で対応する処理を行う。

【００４９】また、ステップＳ３でユーザによる入力が
なかったと判断した場合には、ステップＳ６で設定ファ
イル５０９ｅで設定された監視対象となる一時共有ホル
ダー内にファイルが存在するか否かを判断する。否の場
合には、ステップＳ３に戻ることになる。つまり、キー
入力がない場合には、ステップＳ３、Ｓ６の判断処理を
繰り返すことで、一時共有フォルダの監視を行うことに
なる。

【００５０】さて、一時共有フォルダにファイルが格納
されていると判断した場合には、ステップＳ７に進み、
該当一時共有フォルダについて翻訳を行うように設定さ
れているか否かを判断する。翻訳を行うように設定され
ていた場合には、ステップＳ８において、予めメモリに
確保された翻訳フラグをオンし（ステップＳ８）、ステ
ップＳ１１に進み、翻訳の前処理である文字認識を行わ
せる。

【００５１】一方、翻訳を行わないと設定されている場
合には、ステップＳ１０に進んで文字認識を行うよう設
定されているか否かを判断する。文字認識を行うと設定
されている場合には、ステップＳ１１に進んで文字認識
処理（文字認識プログラム５０９ｃ）を実行させる。ま
た、文字認識を行わないとして設定されている場合（同
時に翻訳も行わないと設定されている場合）には、ステ
ップＳ１４に進み、分類保存処理を行い、ステップＳ３
に戻る。

【００５２】ステップＳ１１における文字認識処理が終
了すると、ステップＳ１２に進んで、翻訳処理がオンに
なっているか否かを判断する。もし、そのフラグがオン
になっていると判断した場合には、ステップＳ１３に進
んで翻訳処理を行う。なお、実施形態の場合、翻訳処理
は和訳である場合であるので、文字認識した結果が英語
であるか否かをステップＳ１３内において判断し、もし
日本語であると判断した場合には、ステップＳ１３をス
ルーし、英語であると判断した場合に翻訳プログラム５
０９ｄを実行させる。また、翻訳フラグがオフである場
合には、ステップＳ１３の処理をスキップし、ステップ
Ｓ１４に進む。

【００５３】なお、上記において、文字認識処理、及び
翻訳処理を行った結果は、処理サーバ５００の予め設定
したテンポラリホルダーに格納され、ステップＳ１４で
その出力先を決定し、保存することになる。

【００５４】上記ステップＳ２、ステップＳ５の処理を
更に詳しく示すと、図６の様になる。

【００５５】先ず、ステップＳ２１において、図３に示
すウインドウを表示し、ステップＳ２２で各種欄に文字
列（共有フォルダのパス）の入力や、オプションの選択
を行わせる。そして、ステップＳ２３で設定内容を検査
し、ステップＳ２４でＯＫであるか否かを判断し、ＯＫ
であれば設定内容を設定ファイル５０９ｅに保存する。
なお、設定内容に誤りがある場合とは、一時共有フォル
ダ名（監視対象フォルダ名）や、分類した際の出力用フ
ォルダ名が記述が正しいか否か、及び、キーワード分類
が選択された場合に、キーワードファイル５０９ｆが存
在するか否かである。

【００５６】次に、図５におけるステップＳ１４におけ
る分類保存処理の詳細を図７のフローチャートに従って
説明する。

【００５７】先ず、ステップＳ３１で、処理対象のファ
イル（ＴＩＦＦファイル）が格納されていた一時共有フ
ォルダに対する分類方法が如何なるものであるのかを設
定ファイルを参照することで判断する。

【００５８】デフォルト（日付）であると判断した場合
には、ステップＳ３２において、保存する仮のフォルダ
名として、対象としていたＴＩＦＦファイルが保存され
た日付の文字列を設定する。

【００５９】また、キーワードによる分類（文字認識結
果が存在するのは先に説明した通り）であると判断した
場合には、ステップＳ３３に進んで、キーワードファイ
ル５０９ｆに記述されたキーワードが存在するか否かを
検索する。該当するキーワードが発見できなかった場合
には、ステップＳ３５で「その他」を仮のフォルダ名と
して設定する。一方、キーワードに合致するものが検索
できた場合には、ステップＳ３６でその中の最優先する
キーワードを仮のフォルダ名として設定する。

【００６０】また、分類法として「送信元」が指定され
ていた場合には、ステップＳ３１からステップＳ３７に
進み、コントロールファイルを優先するか否かを判断す
る。コントロールファイル優先であると判断した場合に
は、ステップＳ３８で、処理対象であったＴＩＦＦファ
イルに対応するコントロールファイルが一時共有フォル
ダに存在するか否かを判断し、存在する場合にはそのコ
ントロールファイル内に記述された送信元を特定する文
字列（ＦＡＸ番号）を仮のフォルダ名として設定する
（ステップＳ３９）。

【００６１】一方、コントロールファイルを優先しな
い、もしくは、優先するとしていしたものの該当するコ
ントロールファイルが存在しない場合には、ステップＳ
４０に進み、ＴＩＦＦのヘッダ（予め設定された上端余
白領域）を抜き出し、それに対して文字認識プログラム
５０９ｃを実行させる。そして、ステップＳ４１で文字
列の抽出が行われたか否かを判断し、抽出されていれば
その抽出文字列を仮のフォルダ名として設定する（ステ
ップＳ４２）。また、抽出されなかった場合には、「そ
の他」を仮のフォルダ名として設定する。

【００６２】上記のようにして仮のフォルダ名が決定さ
れると、処理はステップＳ４４に進む。ここでは、通常
ファイルサーバ４００の設定されたパス内に同一フォル
ダが存在するか否かを判断する。もし、存在すれば、ス
テップＳ４５に進んで、そのフォルダ内のファイル数を
カウントし、これから保存しようとするファイル（その
数は処理の種別で既に判明している）を保存した場合に
許容数を越えるか否かを判断する。同一フォルダが存在
しない、或いは、存在するが許容数を越えると判断した
場合には、ステップＳ４６に進み、先に設定した『「仮
のフォルダ名』＋「番号」』（従前の番号は予め設定し
た領域に記憶保持している）を新たなフォルダ名として
作成する。

【００６３】こうして、許容数以内のフォルダが決定さ
れると、ＴＩＦＦファイル、さらには、文字認識してい
るのであればその文字認識結果ファイル、翻訳している
のであれば翻訳結果ファイルをそのフォルダ内に格納保
存する（ステップＳ４７）。そして、ステップＳ４８に
進んで、一時共有フォルダ内の該当するＴＩＦＦファイ
ル、及び、もしコントロールファイルが存在するのであ
ればそのコントロールファイルを削除し、本処理を終え
る。

【００６４】上記処理を行った場合の、通常ファイルサ
ーバ４００の共有フォルダ４００ａの具体的な状態につ
いて説明する。

【００６５】なお、ここでは、一時ファイルサーバ３０
０の一時共有フォルダ３００ａについては、図３に示し
た設定内容にし、一時共有フォルダ３００ｂ、３００ｃ
について以下のようにしたとする。 ・一時共有フォルダ３００ｂについて： 処理種別：ＯＣＲを行う。

【００６６】英文の場合には翻訳を試みる。 分類方法：送信元により分類を試みる。

【００６７】また、ＣＴＬ（コントロールファイル）を
優先する。 出力リソース名：\\server-b\folder-b1\ＦＡＸ等 ・一時共有フォルダ３００ｃについて： 処理種別：ＯＣＲを行う。 分類方法：キーワード 出力リソース名：\\server-b\folder-b1\スキャン原稿
等 また、これに伴い、ＦＡＸ装置１５０の出力先を、一時
共有ホルダ３００ｂ、スキャナ装置１６０の出力先を一
時共有ホルダ３００ｃに設定してあるものとする。

【００６８】図８は通常ファイルサーバ４００の共有ホ
ルダー「\\server-b\folder-b1」の、実際に運用した際
のツリー構造を示している。

【００６９】図示において、サブフォルダ「FAX等」に
着目した場合、ファイル名の「F0001」がＦＡＸ装置１
５０の機番情報を示し、続く文字（数字）がＩＤ（発行
する度にインクリメントする数字）を示している。この
フォルダは、先に説明したように文字認識を行うように
設定した結果が格納されるので、図示の如く、ＴＩＦＦ
ファイル（拡張子「ｔｉｆ」）とは別に、「…ｏｃｒ．
ｔｘｔ」のファイルが格納されている。また、２段めの
サブフォルダにおいて「アイウ株01」とあるのは、それ
以前に同階層に「アイウ株」というフォルダがあって、
その中のファイル数が許容数に達したために作成された
ことを示している。また、２段めのサブフォルダ「その
他」に着目すると、ファイル「F0001019.tif」には送信
元に該当する文字列が発見できず、且つ、文字認識結果
のファイル「F0001019ocr.txt」が英文であったため、
その翻訳結果のファイル「F0001019trns.txt」が生成さ
れていることを示している。

【００７０】一方、サブフォルダ「スキャン原稿等等」
に着目すると、このフォルダにはＴＩＦＦファイルとそ
の文字認識結果が保存されることになる。ファイル名の
「S0023」がイメージスキャナ１６０の機番情報を示
し、続く数字がＩＤを示している。

【００７１】なお、ＰＣ１０１乃至１０３のユーザは、
例えばＴＩＦＦファイルを翻訳したい場合には、一時フ
ァイルサーバ３００のフォルダ３００ｂにそのファイル
を放り込むことで実現できるし、文字認識のみで良いの
であれば、同フォルダ３００ｃにそれを放り込めばよ
い。

【００７２】以上説明したように本実施形態によれば、
ネットワーク上のクライアントにとっては、各種処理別
に設けられたフォルダに、処理させたいファイルを格納
させるだけで、目的とする処理を行わせることができ、
しかも、その処理結果は自動的に分類され、尚且つ、適
度なファイル数以上にならず、ファイルが繁雑にならな
いようにすることが可能となる。

【００７３】なお、実施形態では、一時共有フォルダに
格納されるファイルはＴＩＦＦファイルとして説明し
た。クライアントがＦＡＸ装置やイメージスキャナの場
合、一度設定しさえすれば格納先は変わらないが、ＰＣ
の場合にはユーザの判断でファイルの保存先を決定で
き、しかも、格納するファイルは画像ファイルであると
も限らない。そこで、保存しようとするファイルの拡張
子を調べ、ＴＩＦＦのみを受け付け、それ以外は不可に
なるようにしても良い。この場合、アクセス制御は、処
理サーバの処理と連動したものとなるので、１つのサー
バで、上記３つのサーバを実現することになる。

【００７４】また、実施形態では、画像ファイルの種類
としてＴＩＦＦとしたが、これ以外のフォーマット（Ｊ
ＰＥＧ、ＢＭＰ、ＰＤＦ等）であっても構わないし、こ
れらが混在していても構わない。

【００７５】更にまた、実施形態では一時ファイルサー
バ３００における１つの共有リソースについて１つの設
定を行うものとして説明したが、これによって本願発明
が限定されるものでもない。すなわち、１つの共有ホル
ダーに、予めサブフォルダを作成しておき、そのサブフ
ォルダ毎に如何なる処理を行うかを設定しても本実施形
態では動作可能であるからである。これは、通常ファイ
ルサーバの共有ホルダーについても言えるものである。

【００７６】また、実施形態では、処理の種類として、
文字認識、翻訳の２つを例にして説明したが、ファイリ
ングする際のキーワード抽出処理を追加しても良いし、
翻訳でも和訳は勿論のこと、英訳、場合によっては多言
語間まで含めても構わない。さらには、画像ファイルの
コンバート、例えばＴＩＦＦファイルをＪＰＥＧへ変換
する処理等でも構わない。また、これらの機能はアドオ
ンできることが望ましい。なぜなら、その際には、どの
フォルダにどのような機能を持たせるかを設定しさえす
れば、その時点からクライアントがその機能を活用でき
るからである。

【００７７】また、実施形態では、一時ファイルサー
バ、通常ファイルサーバ、処理サーバの３つに分けて説
明したが、これらは論理的なものであって、物理的な３
つのファイルサーバを設ける必要はないし、１つの物理
的なハードウェア（装置）で実現しても構わない。特
に、一時ファイルサーバ、通常ファイルサーバは名前の
違いこそあれ、その動作内容は通常のファイルサーバと
何等変わるものでもないので、ファイルサーバは１つで
充分である。ただし、処理サーバは、その処理能力が要
求されるので、ファイルサーバとは物理的に異なる装置
で運用することが望ましい。

【００７８】また更に、実施形態における処理の中心と
なるのは、処理サーバ４００であるが、この処理サーバ
４００の機能はコンピュータプログラムによって実現し
ている。従って、本願発明はコンピュータプログラムを
もその範疇とするのは明らかである。また、通常、コン
ピュータプログラムは、フロッピー（Ｒ）ディスクやＣ
Ｄ−ＲＯＭ等のコンピュータ可読記憶媒体に記憶され、
コンピュータにセットしてコピーもしくはインストール
するものであるから、このコンピュータ可読記憶媒体も
本願発明の範疇にあるのも明らかである。

【００７９】

【発明の効果】以上説明したように本発明によれば、ネ
ットワーク上の各クライアントに対しては格別な処理を
行うためのアプリケーションを必要とせず、複数の処理
の中から簡単に目的とする処理を行わせることが可能と
なる。

【００８０】また、他の発明によれば、上記に加えて、
処理結果のファイルが系統別に分類され、しかも、ファ
イル数が１つのフォルダに対して無制限に増えることも
無くなり、ファイル管理が繁雑になることも無くなる。

【図面の簡単な説明】

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

【図２】実施形態における処理サーバのブロック構成図
である。

【図３】処理サーバにおける設定ウインドウを示す図で
ある。

【図４】実施形態におけるキーワードファイルの内容を
示す図である。

【図５】実施形態における処理サーバの処理手順を示す
フローチャートである。

【図６】実施形態における処理サーバの処理手順を示す
フローチャートである。

【図７】実施形態における処理サーバの処理手順を示す
フローチャートである。

【図８】実施形態における処理結果を保存するファイル
サーバのディレクトリツリーを示す図である。

───────────────────────────────────────────────────── フロントページの続き (72)発明者 伊藤 慎一郎 東京都港区三田３丁目11番28号 キヤノン 販売株式会社内 Ｆターム(参考） 5B082 AA13 EA01 EA08 GA02 5C062 AA02 AA05 AA06 AA14 AA35 AB38 AB40 AB42 AB53 AC21 AC22 AC23 AC35 AC51 AE01 AF14

Claims (16)

【特許請求の範囲】
1. 【請求項１】 ネットワーク上のクライアントから保存
   依頼されたファイルを保存する共有リソースを有するフ
   ァイルサーバ、及び、画像ファイルについて所定の処理
   を行う処理サーバで構成される情報処理システムであっ
   て、 前記処理サーバは、 前記ファイルサーバが有する共有フォルダ毎、或いは共
   有フォルダの下のサブフォルダ毎に画像ファイルに対す
   る処理の種別を設定する設定手段と、 設定されたフォルダに画像ファイルが格納されたか否か
   を監視する監視手段と、 該監視手段で画像ファイルが格納されたと判断した場
   合、当該画像ファイルが格納されていたフォルダの、前
   記設定手段で設定した内容に従った処理を実行させる制
   御手段とを備えることを特徴とする情報処理システム。
2. 【請求項２】 前記制御手段は、処理を実行した結果得
   られたファイル、及び、処理対象となったファイルを、
   他の共有リソース宛てに保存する保存手段と、 処理対象となった前記画像ファイルを前記監視手段での
   監視対象フォルダから削除する手段を含むことを特徴と
   する請求項１に記載の情報処理システム。
3. 【請求項３】 前記設定手段は、更に、処理後のファイ
   ルを保存する際の分類法を設定することを特徴とする請
   求項２に記載の情報処理システム。
4. 【請求項４】 設定手段は、処理対象となるファイルの
   保存された日時、画像の特定領域にある文字列、或い
   は、画像中に含まれる文字画像を認識して得た際のキー
   ワードを用いて分類させるよう設定することを特徴とす
   る請求項３に記載の情報処理システム。
5. 【請求項５】 前記設定手段は、更に、前記保存手段で
   保存する際の１つのフォルダに保存する許容数を設定す
   ることを特徴とする請求項第３項に記載の情報処理シス
   テム。
6. 【請求項６】 前記処理の種別には、文字認識を行うか
   否かが含まれることを特徴とする請求項１乃至５のいず
   れか１項に記載の情報処理システム。
7. 【請求項７】 前記処理の種別には、翻訳処理を行うか
   否かが含まれることを特徴とする請求項６に記載の情報
   処理システム。
8. 【請求項８】 ネットワークに接続され、画像ファイル
   に対して所定の処理を行う情報処理装置であって、 ネットワーク上に存在する、ファイルを共有するための
   共有フォルダ、もしくは当該共有ホルダの更に下層にあ
   るサブフォルダ等のネットワークリソースへのファイル
   の格納状況を監視する監視手段と、 監視対象のネットワークリソースに対する処理の種別を
   設定する設定手段と、 前記監視手段で監視しているネットワークリソースへの
   画像ファイルが格納されたことを検出した際、当該画像
   ファイルに対し、前記設定された処理を実行する処理実
   行手段と、 実行して得られたファイル、及び、処理対象となった画
   像ファイルを他の共有リソースに分類し、保存する保存
   手段とを備えることを特徴とする情報処理装置。
9. 【請求項９】 前記設定手段で設定する処理の種別に
   は、文字認識を行うか否かが含まれることを特徴とする
   請求項８に記載の情報処理装置。
10. 【請求項１０】 前記設定手段で設定する処理の種別に
    は、更に、翻訳処理を行うか否かが含まれることを特徴
    とする請求項９に記載の情報処理装置。
11. 【請求項１１】 前記設定手段は、更に、前記保存手段
    で保存する際の分類法を設定することを特徴とする請求
    項８乃至１０のいずれか１項に記載の情報処理装置。
12. 【請求項１２】 前記分類には、処理対象のファイルの
    保存された日時、画像の所定領域の認識結果の文字列、
    或いは、画像全体の文字認識して得られた文字列のう
    ち、予め設定されたキーワードに合致する場合の当該キ
    ーワードのいずれにかを前記他の共有ホルダのサブホル
    ダ名として作成することを特徴とする請求項８乃至１１
    のいずれか１項に記載の情報処理装置。
13. 【請求項１３】 前記保存手段で保存した場合、処理対
    象となった画像ファイルを監視対象のネットワークリソ
    ースより削除することを特徴とする請求項８乃至１２の
    いずれか１項に記載の情報処理装置。
14. 【請求項１４】 ネットワークに接続され、画像ファイ
    ルに対して所定の処理を行う情報処理装置の制御方法で
    あって、 ネットワーク上に存在する、ファイルを共有するための
    共有フォルダ、もしくは当該共有ホルダの更に下層にあ
    るサブフォルダ等のネットワークリソースへのファイル
    の格納状況を監視する監視工程と、 監視対象のネットワークリソースに対する処理の種別を
    設定する設定工程と、 前記監視工程で監視しているネットワークリソースへの
    画像ファイルが格納されたことを検出した際、当該画像
    ファイルに対し、前記設定された処理を実行する処理実
    行工程と、 実行して得られたファイル、及び、処理対象となった画
    像ファイルを他の共有リソースに分類し、保存する保存
    工程とを備えることを特徴とする情報処理装置の制御方
    法。
15. 【請求項１５】 ネットワークに接続され、画像ファイ
    ルに対して所定の処理を行う情報処理装置として機能す
    るコンピュータプログラムであって、 ネットワーク上に存在する、ファイルを共有するための
    共有フォルダ、もしくは当該共有ホルダの更に下層にあ
    るサブフォルダ等のネットワークリソースへのファイル
    の格納状況を監視する監視手段と、 監視対象のネットワークリソースに対する処理の種別を
    設定する設定手段と、 前記監視手段で監視しているネットワークリソースへの
    画像ファイルが格納されたことを検出した際、当該画像
    ファイルに対し、前記設定された処理を実行する処理実
    行手段と、 実行して得られたファイル、及び、処理対象となった画
    像ファイルを他の共有リソースに分類し、保存する保存
    手段として機能することを特徴とするコンピュータプロ
    グラム。
16. 【請求項１６】 請求項１５に記載のコンピュータプロ
    グラムを格納することを特徴とするコンピュータ可読記
    憶媒体。