画像読取転送装置及び画像形成装置
【課題】簡単な構成で、画像データファイルを頁単位で送信しても受信側でメタデータファイルと画像データファイルとを対応付可能にするとともに、受信側で最後の頁であるか否かを容易に確認可能にする。
【解決手段】メタファイル作成部２０２は、プレメタデータファイル及びポストメタデータファイルを生成し、制御部２０１はファイル配信装置へ、プレメタデータファイルを送信した後に、画像ファイルを頁単位で送信し、読取画像の全頁分を送信した後に、ポストメタデータファイルを送信する。また、これらのファイルに、送信ファイル名共通部作成部２０３で作成された共通部を含むファイル名を付加する。
【解決手段】メタファイル作成部２０２は、プレメタデータファイル及びポストメタデータファイルを生成し、制御部２０１はファイル配信装置へ、プレメタデータファイルを送信した後に、画像ファイルを頁単位で送信し、読取画像の全頁分を送信した後に、ポストメタデータファイルを送信する。また、これらのファイルに、送信ファイル名共通部作成部２０３で作成された共通部を含むファイル名を付加する。
【発明の詳細な説明】
【技術分野】
【０００１】
本発明は、画像読取転送装置及び画像形成装置に係り、特に、画像読取装置で読み取った画像データのファイルを、ネットワークを介して受信側装置へ転送する画像読取転送装置及び画像形成装置に関する。
【背景技術】
【０００２】
下記特許文献１には、画像読取装置で読み取った画像データのファイルに、ＸＭＬで記述したメタデータファイルを添付して、ネットワークを介しワークフローサーバに送信する構成が開示されている。この構成によれば、ワークフローサーバは、受信したメタデータファイルに基づいて画像ファイルを処理することができる。
【０００３】
一方、画像データファイルを頁単位で送信すれば、原稿画像の読み取りと画像データファイルの送信とを並行処理することができる。
【先行技術文献】
【特許文献】
【０００４】
【特許文献１】特開２０１０−４５７８５号公報
【発明の概要】
【発明が解決しようとする課題】
【０００５】
しかしながら、画像データファイルを頁単位で送信すると、メタデータファイルとの対応付けが問題となる。また、最後の頁であるか否かをタイマで確認することになり、受信側での全頁に対する処理開始が遅延する。頁毎にメタデータファイルを送信すれば無駄が生ずるとともに、送信側及び受信側での処理が複雑になる。
【０００６】
本発明の目的は、このような問題点に鑑み、簡単な構成で、画像データファイルを頁単位で送信しても受信側でメタデータファイルと画像データファイルとを対応付けることができるとともに、受信側で最後の頁であるか否かを容易に確認することができる画像読取転送装置及び画像形成装置を提供することにある。
【課題を解決するための手段】
【０００７】
本発明の第１態様では、画像読取装置で読み取った画像データのファイルを、ネットワークを介して受信側装置へ転送する画像読取転送装置において、
該画像データファイルを該受信側装置へ転送する前に該画像データファイルの第１メタデータファイルを該受信側装置へ転送し、該画像データファイルを該受信側装置へ転送した後に該画像データファイルの第２メタデータファイルを該受信側装置へ転送し、
該第１及び第２メタデータファイル並びに該画像データファイルの名前は、該受信側装置においてユニークな共通部を含んでいる。
【０００８】
本発明による画像読取転送装置の第２態様では、第１態様において、該第２メタデータファイルは、画像読取が正常に終了したか否かを示す情報を含む。
【０００９】
本発明による画像読取転送装置の第３態様では、第１又は２態様において、該共通部は、送信元識別符号を含む。
【００１０】
本発明による画像読取転送装置の第４態様では、第１乃至３態様のいずれか１つにおいて、該第１メタデータファイルは、該受信側装置を介して該画像データを転送する転送先のアドレスに関する情報を含む。
【００１１】
本発明による画像読取転送装置の第５態様では、第４態様において、該第１メタデータファイルは、該画像データの検索キーワードを含む。
【発明の効果】
【００１２】
上記第１態様の構成によれば、第１メタデータファイル、画像データファイル及び第２メタデータファイルの順に受信側装置へ転送し、これらファイルの名前が共通部を含んでいるので、画像データファイルを頁単位で複数回送信しても受信側でメタデータファイルと画像データファイルとを対応付けることができるとともに、受信側で最後の頁であるか否かを容易に確認することができるという効果を奏する。
【００１３】
上記第２態様の構成によれば、該第２メタデータファイルが、画像読取が正常に終了したか否かを示す情報を含むので、異常終了しても受信側装置において適切に処理することが可能となるという効果を奏する。
【００１４】
上記第３態様の構成によれば、該共通部が送信元識別符号を含むので、複数の画像読取転送装置から１つの受信側装置へ頁毎に画像データファイルを送信しても、受信側装置でこれらを適正に仕分けることが可能となるという効果を奏する。
【００１５】
上記第４態様の構成によれば、該第１メタデータファイルが、該受信側装置を介して該画像データを転送する転送先のアドレスに関する情報を含むので、転送先アドレスを直接指定しなくても受信側装置で配信先を適正に決定することができるという効果を奏する。
【００１６】
上記第５態様の構成によれば、該第１メタデータファイルが、該画像データの検索キーワードを含むので、該画像データに検索キーワードを付加する機能を画像読取転送装置が備えていなくても、受信側装置でこれを付加することが可能となるという効果を奏する。
【００１７】
本発明の他の目的、特徴的な構成及び効果は、以下の説明を特許請求の範囲及び図面の記載と関係づけて読むことにより明らかになる。
【図面の簡単な説明】
【００１８】
【図１】本発明の実施例１に係る画像形成装置に備えられた画像読取転送部の機能ブロック図である。
【図２】図１の制御部による処理の概略フローチャートである。
【図３】（Ａ）及び（Ｂ）はそれぞれプレメタデータファイル及びポストメタデータファイルの説明図である。
【図４】ファイル名を受信順に記述した説明図である。
【図５】ファイル配信装置で用いられるファイル振分条件／振分先対応情報の説明図である。
【図６】図７中の画像形成装置のハードウェア概略ブロック図である。
【図７】本発明の実施例１に係るファイル配信システムの概略説明図である。
【実施例１】
【００１９】
図７は、本発明の実施例１に係るファイル配信システムの概略説明図である。
【００２０】
ファイル送信を仲介するファイル配信装置１０は、送信元の画像形成装置２０及び２０Ａと、配信先のＰＣ（パーソナルコンピュータ）３０及び３０Ａ〜３０Ｎと共に、ネットワーク４０に結合されている。画像形成装置２０からファイル配信装置１０へのファイル送信及びファイル配信装置１０からＰＣ３０及び３０Ａ〜３０Ｎのうちの１つ以上の装置へのファイル配信は、これらのＯＳ（Operating System）に備えられているファイル共有サービスを用いて行う。すなわち、送信先の補助記憶装置に共有フォルダを作成し、送信元でこれを操作可能にして、この共有フォルダへファイルを投入することにより、ファイルを送信する。
【００２１】
図６は、図７中の画像形成装置のハードウェア概略ブロック図である。
【００２２】
画像形成装置２０では、ＣＰＵ２１がインターフェイス２２を介してＰＲＯＭ２３、ＤＲＡＭ２４、ハードディスクドライブ２５、ネットワークインターフェイス２６、操作パネル２７、スキャナ２８、プリンタ２９、ＩＣカードリーダ２Ａ及びファックスモデム２Ｂに結合されている。
【００２３】
ＰＲＯＭ２３は、例えばフラッシュメモリであり、ＢＩＯＳ（Basic Input/Output System）、ＯＳ、各種ドライバ、及び、画像形成装置として機能させるための各種アプリケーションが格納されている。このアプリケーションには、後述の図２のプログラムが含まれる。ＤＲＡＭ２４は、主記憶装置として用いられる。ハードディスクドライブ２５には、印刷用データ、スキャナ２８で読み取った画像データ及びファクシミリ受信データが保存される。ネットワークインターフェイス２６は、ネットワーク４０に結合されている。操作パネル２７は、キー及び表示パネルを供えている。スキャナ２８は、印刷及びファクシミリ送信の入力装置として用いられるとともに、画像ファイル生成のために用いられる。プリンタ２９は、プリントエンジン並びに用紙の給紙部、搬送部及び排紙部を備え、ＤＲＡＭ２４に生成されたビットマップデータが供給され、このデータに基づいて感光ドラムに静電潜像を形成し、この像をトナーで現像し、トナー像を用紙に転写し定着させ、排紙する。
【００２４】
図１は、画像形成装置２０に備えられた画像読取転送部２００の機能ブロック図である。
【００２５】
制御部２０１、メタファイル作成部２０２、送信ファイル名共通部作成部２０３、ユーザインタフェース２０４及び認証部２０５は、図６のＰＲＯＭ２３に格納されたソフトウェアと、これを実行するＣＰＵ２１とで構成される。通信部２６Ａは、図６のネットワークインターフェイス２６と、ＰＲＯＭ２３に格納されたソフトウェアと、これを実行するＣＰＵ２１とで構成される。
【００２６】
制御部２０１は、全体を制御するものであり、画像読取装置としてのスキャナ２８で読取った画像データのファイルと、メタファイル作成部２０２で作成されたメタデータのファイルとのそれぞれに、送信ファイル名共通部作成部２０３で作成された共通部を含むファイル名を付けて、通信部２６Ａ及びネットワーク４０を介しファイル配信装置１０へ送信する。制御部２０１は、ユーザインタフェース２０４を介して操作パネル２７に各種入力画面を表示させ、操作パネル２７から入力されたデータを、ユーザインタフェース２０４を介して取得し、入力データに応じて、スキャナ２８の読取解像度、明るさ、サイズ、片面／両面等を設定し、メタファイル作成部２０２で用いられるメタデータを設定し、ユーザファイル名２４１を設定する。
【００２７】
送信ファイル名共通部作成部２０３は、それぞれＤＲＡＭ２４内の所定アドレスの内容であるユーザファイル名２４１、ＭＡＣアドレス２４２、日時２４３及びジョブＩＤカウンタ２４４の値に基づいて、送信ファイル名を作成する。ＭＡＣアドレス２４２には、ネットワークインターフェイス２６が持っているＭＡＣアドレスを読み取ったものが書き込まれる。日時２４３の内容は、ＣＰＵ２１に備えられたタイマからの内部割込にＯＳが応答して、更新される。ジョブＩＤカウンタ２４４の初期値は０である。
【００２８】
制御部２０１は、スキャナ２８から読取った画像データを、頁単位でファイルとして、通信部２６Ａを介しこれを送信することにより、処理を簡単化するとともに、スキャナ２８からの読取りと、通信部２６Ａを介した送信とを並行処理することにより、処理速度を向上させている。
【００２９】
図７において、画像形成装置２０及び２０Ａのそれぞれでこのような頁単位送信をファイル配信装置１０に対して行う場合、ファイル配信装置１０では、関連した頁及びその範囲を確認する必要がある。
【００３０】
これを容易にするために、図１のメタファイル作成部２０２は、図３に示すようなプレメタデータファイル２０２１及びポストメタデータファイル２０２２を生成し、制御部２０１はファイル配信装置１０へ、プレメタデータファイル２０２１を送信した後に、画像ファイルを頁単位で送信し、読取画像の全頁分を送信した後に、ポストメタデータファイル２０２２を送信する。また、これらのファイルに、送信ファイル名共通部作成部２０３で作成された共通部を含むファイル名を付加する。
【００３１】
図３において、プレメタデータファイル２０２１及びポストメタデータファイル２０２２の内容は、いずれもＸＭＬで記述されている。
【００３２】
プレメタデータファイル２０２１には、ユーザが操作パネル２７を操作して入力したキーワードと、この操作とは無関係に記述される複数の項目とが含まれている。これら項目には、装置情報としての型式名、ＩＰアドレス、ホスト名及びＭＡＣアドレスと、ユーザ情報としてのグループＩＤ及びユーザＩＤとがある。
【００３３】
一方、ポストメタデータファイル２０２２には、ユーザによる操作パネル２７の操作とは無関係の、ジョブ情報としてのジョブＩＤとスキャン処理結果の状態とが含まれている。スキャナ２８が原稿画像をすべて正常にスキャンした場合、この状態は、「SCAN_COMPLETED」と表記され、スキャン中に紙詰まり等のエラーが生じ、所定時間内にスキャンジョブが完了せずジョブを強制終了した場合には、エラーの種類が表記される。
【００３４】
プレメタデータファイル２０２１及びポストメタデータファイル２０２２のファイル名は、例えば図４に示すように、それぞれ「@FMU@000001#00005E3A1229#稟議1023.meta_start」及び「@FMU@000001#00005E3A1229#稟議1023.meta_end」であり、本体部は共通である。本体部中の記号「画像読取転送装置及び画像形成装置」及び「＃」は、要素の区切り記号である。要素「ＦＭＵ」は、ファイル配信装置１０を介して配信されることを意味している。要素「００００００１」は、ジョブＩＤカウンタ２４４の内容である。要素「00005E3A1229」は、送信元情報としてのＭＡＣアドレス２４２の内容である。要素「稟議１０２３」は、ユーザファイル名２４１の内容である。拡張子「meta_start」及び「meta_end」は、ファイルの種類がそれぞれプレメタデータファイル２０２１及びポストメタデータファイル２０２２であることを示している。
【００３５】
各ユーザが保持している不図示のＩＣカードには、ユーザＩＤとパスワードとからなるユーザ認証情報が記憶されている。このＩＣカードをＩＣカードリーダ２Ａにかざすと、認証部２０５はその認証情報を読み出し、これを、登録されている認証情報と比較し、その結果を制御部２０１に供給する。制御部２０１は、この結果に基づいて、スキャンジョブ実行の可否を判定する。
【００３６】
図２は、制御部２０１による処理の概略フローチャートである。この処理は、ユーザが操作パネル２７上のスキャン機能を選択した後、スタート釦を押下することにより、開始される。図２では、上述のエラーが生じた場合のジョブ強制終了処理を省略している。以下、括弧内は、図２中のステップ識別符号である。
【００３７】
（ＳＴ０）認証部２０５による認証がすでに行われており、その結果が登録ユーザであることを示していれば、ステップＳＴ２へ進み、そうでなければステップＳＴ１へ進む。
【００３８】
（ＳＴ１）認証されていないことを操作パネル２７に表示して、図２の処理を終了する。
【００３９】
（ＳＴ２）スキャナ２８の原稿センサが原稿を検出していればステップＳＴＯへ進み、そうでなければステップＳＴ３へ進む。
【００４０】
（ＳＴ３）スキャン対象の原稿がセットされていないことを操作パネル２７に表示して、図２の処理を終了する。
【００４１】
（ＳＴ４）ジョブＩＤカウンタ２４４を１だけインクリメントする。
【００４２】
（ＳＴ５）メタファイル作成部２０２を介してプレメタデータファイル２０２１を作成し、これに送信ファイル名共通部作成部２０３で作成された共通部を本体部とし、「meta_start」を拡張子とするファイル名を付けて、通信部２６Ａを介しファイル配信装置１０へ送信する。ユーザがファイル名を入力しなかったため、ユーザファイル名２４１が空文字であっても、送信ファイル名は図７のシステムにおいてユニークであるので、正常なスキャンジョブとみなす。
【００４３】
（ＳＴ６）スキャナ２８を駆動させて１頁の原稿画像を読取り、そのファイルにファイル名を付けて、通信部２６Ａを介しファイル配信装置１０へ送信する。このファイル名の本体部は、上記共通部にさらに、日時と頁番号、例えば「20100325_233100-1」を付加したものであり、拡張子はファイルの種類を示す「ｊｐｇ」である。
【００４４】
（ＳＴ７）原稿センサが原稿を検出していればステップＳＴ６へ戻り、そうでなければステップＳＴ８へ進む。
【００４５】
（ＳＴ８）メタファイル作成部２０２を介してポストメタデータファイル２０２２を作成し、これに送信ファイル名共通部作成部２０３で作成された共通部を本体部とし、「meta_end」を拡張子とするファイル名を付けて、通信部２６Ａを介しファイル配信装置１０へ送信する。
【００４６】
図４は、ファイル配信装置１０の共有フォルダ１００に投入されたファイル名を投入順に記述したものであり、画像形成装置２０から１回目に受信したファイル群の各ファイル名と、画像形成装置２０から２回目に受信したファイル群の各ファイル名と、画像形成装置２０Ａから１回目に受信したファイル群の各ファイル名とを示している。このようにファイル群間でファイルが入り混じっていても、ファイル名共通部でファイル群を分けることができ、かつ、同一の画像ファイル群がプレメタデータファイル２０２１とポストメタデータファイル２０２２の間のみに存在すると判断することができる。したがって、ポストメタデータファイル２０２２を受信すると直ぐにそのファイル群を配信処理することができる。
【００４７】
図５は、ファイル配信装置１０で用いられるファイル振分条件／振分先対応情報の説明図である。
【００４８】
振分条件は、１つ以上のファイル関連情報の論理式を含み、ファイル配信装置１０は、ファイル関連情報がこの論理式を満たす場合、すなわち論理式の値が「真」である場合に、論理式に対応したファイル振分先アドレスを、このファイルの振分先アドレスと決定する。ここにファイル関連情報とは、ファイル名の要素及びメタデータファイル中のメタデータある。図５中の論理式の意味は次の通りである。
【００４９】
（１）論理式[KW=稟議]AND[KW=1000〜15000]は、ファイル名中にキーワードＫＷとして「稟議」が含まれ、且つ、ファイル名中にキーワードＫＷとして連番が含まれその番号が1000〜15000の範囲に含まれれば（番号が1000〜15000のいずれかという論理和を満たせば）、「真」となる。
【００５０】
（２）論理式[UID=Shizue]AND[KW=発注書控]AND[KW=総務課]は、ユーザＩＤが「Shizue」であり、且つ、ファイル名中にキーワードＫＷとして「発注書控」及び「総務課」が含まれれば、「真」となる。
【００５１】
（３）論理式[KW=???-???-????]において、「?」は任意の１桁の数値であり、論理式[KW=???-???-????]は、ファイル名中にキーワードＫＷとして任意の３桁、３桁及び４桁の数字が「−」で結合されていれば、「真」となる。
【００５２】
（４）論理式[UID=Hanako]AND[MID=KM6235]AND([KW=経理]OR[KW=会計])は、ユーザＩＤが「Hanako」であり、送信元のホスト名が「KM6235」であり、且つ、ファイル名中にキーワードＫＷとして「経理」又は「会計」が含まれれば、「真」となる。
【００５３】
（５）論理式[UID=Taro]AND[Time<12:00]は、ユーザＩＤが「Taro」であり、送信ファイル名中の日時の時刻が「12:00」前であれば、「真」となる。
【００５４】
（６）論理式[UID=Taro]AND[Time≧12:00]は、ユーザＩＤが「Taro」であり、ファイルの属性であるファイル作成日時中の時刻が「12:00」以降であれば、「真」となる。
【００５５】
（７）論理式[GID=設計]AND[Format=PDF]は、グループＩＤが「設計」であり、ファイルフォーマットが「ＰＤＦ」（ファイル拡張子が.pdf）であれば、「真」となる。
【００５６】
図５中のファイル振分先アドレスＡ〜Ｋはいずれもファイル配信装置１０内のフォルダ又はファイル配信装置１０外の共有フォルダのＵＲＩであって、例えば、Ａ＝"SMB://192.168.126.162/SCAN/稟議/"、Ｊ＝"Design/"である。
【００５７】
上記論理式（１）〜（４）のように論理式の変数としてファイル名中の文字列を含んでいるので、ファイルの内容の種類に応じファイル振分先を自動決定することができる。
【００５８】
また、上記論理式（２）、（４）〜（７）のように論理式の変数としてユーザＩＤ又は部課等のグループＩＤを含んでいるので、ファイルの内容の種類が同一であっても、ユーザＩＤ又はグループＩＤに応じファイル振分先を異ならせることができる。
【００５９】
上記論理式（５）及び（６）は特に、ファイル受信者が時間帯によって異なる場所に存在する場合に好適である。
【００６０】
上記論理式（７）は、論理式の変数としてファイルフォーマットを含んでいるので、ファイルの内容の種類が同一であっても、ファイル形式に応じファイル振分先を異ならせることができる。
【００６１】
図５中のファイル名変更の列は、ファイル名を変更してファイルを配信することを意味する。但し、空欄はファイル名変更無しを意味する。例えば、「発注書[Count]」は、文字列「発注書」に、ファイル配信毎に１だけインクリメントされるソフトウェアカウンタ[Count]の値の文字列を付加したものにファイル名を変更することを意味する。FAX[Now]は、文字列「FAX」に、現在の日時[Now]の文字列を付加したものにファイル名を変更することを意味する。
【００６２】
図５中の配信時の列は、決められた時刻にファイルを配信することを意味する。但し、空欄は即時配信を意味する。例えば、「毎日10:00」は、その日の時刻10:00までファイルを溜めておき、時刻10:00になったらファイルを配信することを意味する。
【００６３】
１つのファイルのファイル関連情報が図５の振分条件／振分先対応情報Ｉｎｆｏ１中の複数行の振分条件を満たす場合、上の行ほど優先順位が高く、上の行から順に振分条件を照合し、最初に「真」となる行が適用される。この規則は、下の行ほど優先順位が高く、上の行から順に振分条件を照合し、最後に「真」となる行が適用されるようにしても、「真」となる行の全てが適用されるようにしても、これらの規則から１つ以上を選択可能にしてもよい。
【００６４】
以上において、本発明の好適な実施例を説明したが、本発明には他にも種々の変形例が含まれ、上記実施例で述べた各構成要素の機能を実現する他の構成を用いたもの、当業者であればこれらの構成又は機能から想到するであろう他の構成も、本発明に含まれる。
【００６５】
例えば、ファイル管理装置１０側で複数頁画像ファイルをマージして１つのファイルにまとめたり、さらにこれに、メタデータファイル内の検索キーワードなどの情報をファイルのヘッダに埋め込んだりすることにより、画像形成装置２０、２０Ａが備えていない機能をファイル管理装置１０側で実現する構成であってもよい。
【符号の説明】
【００６６】
１０ ファイル配信装置
２０、２０Ａ 画像形成装置
２１ ＣＰＵ
２２ インターフェイス
２３ ＰＲＯＭ
２４ ＤＲＡＭ
２５ ハードディスクドライブ
２６ ネットワークインターフェイス
２６Ａ 通信部
２７ 操作パネル
２８ スキャナ
２９ プリンタ
２Ａ ＩＣカードリーダ
２Ｂ ファックスモデム
３０、３Ａ〜３Ｎ ＰＣ
４０ ネットワーク
２００ 画像読取転送部
２０１ 制御部
２０２ メタファイル作成部
２０２１ プレメタデータファイル
２０２２ ポストメタデータファイル
２０３ 送信ファイル名共通部作成部
２０４ ユーザインタフェース
２０５ 認証部
２４１ ユーザファイル名
２４２ ＭＡＣアドレス
２４３ 日時
２４４ ジョブＩＤカウンタ
【技術分野】
【０００１】
本発明は、画像読取転送装置及び画像形成装置に係り、特に、画像読取装置で読み取った画像データのファイルを、ネットワークを介して受信側装置へ転送する画像読取転送装置及び画像形成装置に関する。
【背景技術】
【０００２】
下記特許文献１には、画像読取装置で読み取った画像データのファイルに、ＸＭＬで記述したメタデータファイルを添付して、ネットワークを介しワークフローサーバに送信する構成が開示されている。この構成によれば、ワークフローサーバは、受信したメタデータファイルに基づいて画像ファイルを処理することができる。
【０００３】
一方、画像データファイルを頁単位で送信すれば、原稿画像の読み取りと画像データファイルの送信とを並行処理することができる。
【先行技術文献】
【特許文献】
【０００４】
【特許文献１】特開２０１０−４５７８５号公報
【発明の概要】
【発明が解決しようとする課題】
【０００５】
しかしながら、画像データファイルを頁単位で送信すると、メタデータファイルとの対応付けが問題となる。また、最後の頁であるか否かをタイマで確認することになり、受信側での全頁に対する処理開始が遅延する。頁毎にメタデータファイルを送信すれば無駄が生ずるとともに、送信側及び受信側での処理が複雑になる。
【０００６】
本発明の目的は、このような問題点に鑑み、簡単な構成で、画像データファイルを頁単位で送信しても受信側でメタデータファイルと画像データファイルとを対応付けることができるとともに、受信側で最後の頁であるか否かを容易に確認することができる画像読取転送装置及び画像形成装置を提供することにある。
【課題を解決するための手段】
【０００７】
本発明の第１態様では、画像読取装置で読み取った画像データのファイルを、ネットワークを介して受信側装置へ転送する画像読取転送装置において、
該画像データファイルを該受信側装置へ転送する前に該画像データファイルの第１メタデータファイルを該受信側装置へ転送し、該画像データファイルを該受信側装置へ転送した後に該画像データファイルの第２メタデータファイルを該受信側装置へ転送し、
該第１及び第２メタデータファイル並びに該画像データファイルの名前は、該受信側装置においてユニークな共通部を含んでいる。
【０００８】
本発明による画像読取転送装置の第２態様では、第１態様において、該第２メタデータファイルは、画像読取が正常に終了したか否かを示す情報を含む。
【０００９】
本発明による画像読取転送装置の第３態様では、第１又は２態様において、該共通部は、送信元識別符号を含む。
【００１０】
本発明による画像読取転送装置の第４態様では、第１乃至３態様のいずれか１つにおいて、該第１メタデータファイルは、該受信側装置を介して該画像データを転送する転送先のアドレスに関する情報を含む。
【００１１】
本発明による画像読取転送装置の第５態様では、第４態様において、該第１メタデータファイルは、該画像データの検索キーワードを含む。
【発明の効果】
【００１２】
上記第１態様の構成によれば、第１メタデータファイル、画像データファイル及び第２メタデータファイルの順に受信側装置へ転送し、これらファイルの名前が共通部を含んでいるので、画像データファイルを頁単位で複数回送信しても受信側でメタデータファイルと画像データファイルとを対応付けることができるとともに、受信側で最後の頁であるか否かを容易に確認することができるという効果を奏する。
【００１３】
上記第２態様の構成によれば、該第２メタデータファイルが、画像読取が正常に終了したか否かを示す情報を含むので、異常終了しても受信側装置において適切に処理することが可能となるという効果を奏する。
【００１４】
上記第３態様の構成によれば、該共通部が送信元識別符号を含むので、複数の画像読取転送装置から１つの受信側装置へ頁毎に画像データファイルを送信しても、受信側装置でこれらを適正に仕分けることが可能となるという効果を奏する。
【００１５】
上記第４態様の構成によれば、該第１メタデータファイルが、該受信側装置を介して該画像データを転送する転送先のアドレスに関する情報を含むので、転送先アドレスを直接指定しなくても受信側装置で配信先を適正に決定することができるという効果を奏する。
【００１６】
上記第５態様の構成によれば、該第１メタデータファイルが、該画像データの検索キーワードを含むので、該画像データに検索キーワードを付加する機能を画像読取転送装置が備えていなくても、受信側装置でこれを付加することが可能となるという効果を奏する。
【００１７】
本発明の他の目的、特徴的な構成及び効果は、以下の説明を特許請求の範囲及び図面の記載と関係づけて読むことにより明らかになる。
【図面の簡単な説明】
【００１８】
【図１】本発明の実施例１に係る画像形成装置に備えられた画像読取転送部の機能ブロック図である。
【図２】図１の制御部による処理の概略フローチャートである。
【図３】（Ａ）及び（Ｂ）はそれぞれプレメタデータファイル及びポストメタデータファイルの説明図である。
【図４】ファイル名を受信順に記述した説明図である。
【図５】ファイル配信装置で用いられるファイル振分条件／振分先対応情報の説明図である。
【図６】図７中の画像形成装置のハードウェア概略ブロック図である。
【図７】本発明の実施例１に係るファイル配信システムの概略説明図である。
【実施例１】
【００１９】
図７は、本発明の実施例１に係るファイル配信システムの概略説明図である。
【００２０】
ファイル送信を仲介するファイル配信装置１０は、送信元の画像形成装置２０及び２０Ａと、配信先のＰＣ（パーソナルコンピュータ）３０及び３０Ａ〜３０Ｎと共に、ネットワーク４０に結合されている。画像形成装置２０からファイル配信装置１０へのファイル送信及びファイル配信装置１０からＰＣ３０及び３０Ａ〜３０Ｎのうちの１つ以上の装置へのファイル配信は、これらのＯＳ（Operating System）に備えられているファイル共有サービスを用いて行う。すなわち、送信先の補助記憶装置に共有フォルダを作成し、送信元でこれを操作可能にして、この共有フォルダへファイルを投入することにより、ファイルを送信する。
【００２１】
図６は、図７中の画像形成装置のハードウェア概略ブロック図である。
【００２２】
画像形成装置２０では、ＣＰＵ２１がインターフェイス２２を介してＰＲＯＭ２３、ＤＲＡＭ２４、ハードディスクドライブ２５、ネットワークインターフェイス２６、操作パネル２７、スキャナ２８、プリンタ２９、ＩＣカードリーダ２Ａ及びファックスモデム２Ｂに結合されている。
【００２３】
ＰＲＯＭ２３は、例えばフラッシュメモリであり、ＢＩＯＳ（Basic Input/Output System）、ＯＳ、各種ドライバ、及び、画像形成装置として機能させるための各種アプリケーションが格納されている。このアプリケーションには、後述の図２のプログラムが含まれる。ＤＲＡＭ２４は、主記憶装置として用いられる。ハードディスクドライブ２５には、印刷用データ、スキャナ２８で読み取った画像データ及びファクシミリ受信データが保存される。ネットワークインターフェイス２６は、ネットワーク４０に結合されている。操作パネル２７は、キー及び表示パネルを供えている。スキャナ２８は、印刷及びファクシミリ送信の入力装置として用いられるとともに、画像ファイル生成のために用いられる。プリンタ２９は、プリントエンジン並びに用紙の給紙部、搬送部及び排紙部を備え、ＤＲＡＭ２４に生成されたビットマップデータが供給され、このデータに基づいて感光ドラムに静電潜像を形成し、この像をトナーで現像し、トナー像を用紙に転写し定着させ、排紙する。
【００２４】
図１は、画像形成装置２０に備えられた画像読取転送部２００の機能ブロック図である。
【００２５】
制御部２０１、メタファイル作成部２０２、送信ファイル名共通部作成部２０３、ユーザインタフェース２０４及び認証部２０５は、図６のＰＲＯＭ２３に格納されたソフトウェアと、これを実行するＣＰＵ２１とで構成される。通信部２６Ａは、図６のネットワークインターフェイス２６と、ＰＲＯＭ２３に格納されたソフトウェアと、これを実行するＣＰＵ２１とで構成される。
【００２６】
制御部２０１は、全体を制御するものであり、画像読取装置としてのスキャナ２８で読取った画像データのファイルと、メタファイル作成部２０２で作成されたメタデータのファイルとのそれぞれに、送信ファイル名共通部作成部２０３で作成された共通部を含むファイル名を付けて、通信部２６Ａ及びネットワーク４０を介しファイル配信装置１０へ送信する。制御部２０１は、ユーザインタフェース２０４を介して操作パネル２７に各種入力画面を表示させ、操作パネル２７から入力されたデータを、ユーザインタフェース２０４を介して取得し、入力データに応じて、スキャナ２８の読取解像度、明るさ、サイズ、片面／両面等を設定し、メタファイル作成部２０２で用いられるメタデータを設定し、ユーザファイル名２４１を設定する。
【００２７】
送信ファイル名共通部作成部２０３は、それぞれＤＲＡＭ２４内の所定アドレスの内容であるユーザファイル名２４１、ＭＡＣアドレス２４２、日時２４３及びジョブＩＤカウンタ２４４の値に基づいて、送信ファイル名を作成する。ＭＡＣアドレス２４２には、ネットワークインターフェイス２６が持っているＭＡＣアドレスを読み取ったものが書き込まれる。日時２４３の内容は、ＣＰＵ２１に備えられたタイマからの内部割込にＯＳが応答して、更新される。ジョブＩＤカウンタ２４４の初期値は０である。
【００２８】
制御部２０１は、スキャナ２８から読取った画像データを、頁単位でファイルとして、通信部２６Ａを介しこれを送信することにより、処理を簡単化するとともに、スキャナ２８からの読取りと、通信部２６Ａを介した送信とを並行処理することにより、処理速度を向上させている。
【００２９】
図７において、画像形成装置２０及び２０Ａのそれぞれでこのような頁単位送信をファイル配信装置１０に対して行う場合、ファイル配信装置１０では、関連した頁及びその範囲を確認する必要がある。
【００３０】
これを容易にするために、図１のメタファイル作成部２０２は、図３に示すようなプレメタデータファイル２０２１及びポストメタデータファイル２０２２を生成し、制御部２０１はファイル配信装置１０へ、プレメタデータファイル２０２１を送信した後に、画像ファイルを頁単位で送信し、読取画像の全頁分を送信した後に、ポストメタデータファイル２０２２を送信する。また、これらのファイルに、送信ファイル名共通部作成部２０３で作成された共通部を含むファイル名を付加する。
【００３１】
図３において、プレメタデータファイル２０２１及びポストメタデータファイル２０２２の内容は、いずれもＸＭＬで記述されている。
【００３２】
プレメタデータファイル２０２１には、ユーザが操作パネル２７を操作して入力したキーワードと、この操作とは無関係に記述される複数の項目とが含まれている。これら項目には、装置情報としての型式名、ＩＰアドレス、ホスト名及びＭＡＣアドレスと、ユーザ情報としてのグループＩＤ及びユーザＩＤとがある。
【００３３】
一方、ポストメタデータファイル２０２２には、ユーザによる操作パネル２７の操作とは無関係の、ジョブ情報としてのジョブＩＤとスキャン処理結果の状態とが含まれている。スキャナ２８が原稿画像をすべて正常にスキャンした場合、この状態は、「SCAN_COMPLETED」と表記され、スキャン中に紙詰まり等のエラーが生じ、所定時間内にスキャンジョブが完了せずジョブを強制終了した場合には、エラーの種類が表記される。
【００３４】
プレメタデータファイル２０２１及びポストメタデータファイル２０２２のファイル名は、例えば図４に示すように、それぞれ「@FMU@000001#00005E3A1229#稟議1023.meta_start」及び「@FMU@000001#00005E3A1229#稟議1023.meta_end」であり、本体部は共通である。本体部中の記号「画像読取転送装置及び画像形成装置」及び「＃」は、要素の区切り記号である。要素「ＦＭＵ」は、ファイル配信装置１０を介して配信されることを意味している。要素「００００００１」は、ジョブＩＤカウンタ２４４の内容である。要素「00005E3A1229」は、送信元情報としてのＭＡＣアドレス２４２の内容である。要素「稟議１０２３」は、ユーザファイル名２４１の内容である。拡張子「meta_start」及び「meta_end」は、ファイルの種類がそれぞれプレメタデータファイル２０２１及びポストメタデータファイル２０２２であることを示している。
【００３５】
各ユーザが保持している不図示のＩＣカードには、ユーザＩＤとパスワードとからなるユーザ認証情報が記憶されている。このＩＣカードをＩＣカードリーダ２Ａにかざすと、認証部２０５はその認証情報を読み出し、これを、登録されている認証情報と比較し、その結果を制御部２０１に供給する。制御部２０１は、この結果に基づいて、スキャンジョブ実行の可否を判定する。
【００３６】
図２は、制御部２０１による処理の概略フローチャートである。この処理は、ユーザが操作パネル２７上のスキャン機能を選択した後、スタート釦を押下することにより、開始される。図２では、上述のエラーが生じた場合のジョブ強制終了処理を省略している。以下、括弧内は、図２中のステップ識別符号である。
【００３７】
（ＳＴ０）認証部２０５による認証がすでに行われており、その結果が登録ユーザであることを示していれば、ステップＳＴ２へ進み、そうでなければステップＳＴ１へ進む。
【００３８】
（ＳＴ１）認証されていないことを操作パネル２７に表示して、図２の処理を終了する。
【００３９】
（ＳＴ２）スキャナ２８の原稿センサが原稿を検出していればステップＳＴＯへ進み、そうでなければステップＳＴ３へ進む。
【００４０】
（ＳＴ３）スキャン対象の原稿がセットされていないことを操作パネル２７に表示して、図２の処理を終了する。
【００４１】
（ＳＴ４）ジョブＩＤカウンタ２４４を１だけインクリメントする。
【００４２】
（ＳＴ５）メタファイル作成部２０２を介してプレメタデータファイル２０２１を作成し、これに送信ファイル名共通部作成部２０３で作成された共通部を本体部とし、「meta_start」を拡張子とするファイル名を付けて、通信部２６Ａを介しファイル配信装置１０へ送信する。ユーザがファイル名を入力しなかったため、ユーザファイル名２４１が空文字であっても、送信ファイル名は図７のシステムにおいてユニークであるので、正常なスキャンジョブとみなす。
【００４３】
（ＳＴ６）スキャナ２８を駆動させて１頁の原稿画像を読取り、そのファイルにファイル名を付けて、通信部２６Ａを介しファイル配信装置１０へ送信する。このファイル名の本体部は、上記共通部にさらに、日時と頁番号、例えば「20100325_233100-1」を付加したものであり、拡張子はファイルの種類を示す「ｊｐｇ」である。
【００４４】
（ＳＴ７）原稿センサが原稿を検出していればステップＳＴ６へ戻り、そうでなければステップＳＴ８へ進む。
【００４５】
（ＳＴ８）メタファイル作成部２０２を介してポストメタデータファイル２０２２を作成し、これに送信ファイル名共通部作成部２０３で作成された共通部を本体部とし、「meta_end」を拡張子とするファイル名を付けて、通信部２６Ａを介しファイル配信装置１０へ送信する。
【００４６】
図４は、ファイル配信装置１０の共有フォルダ１００に投入されたファイル名を投入順に記述したものであり、画像形成装置２０から１回目に受信したファイル群の各ファイル名と、画像形成装置２０から２回目に受信したファイル群の各ファイル名と、画像形成装置２０Ａから１回目に受信したファイル群の各ファイル名とを示している。このようにファイル群間でファイルが入り混じっていても、ファイル名共通部でファイル群を分けることができ、かつ、同一の画像ファイル群がプレメタデータファイル２０２１とポストメタデータファイル２０２２の間のみに存在すると判断することができる。したがって、ポストメタデータファイル２０２２を受信すると直ぐにそのファイル群を配信処理することができる。
【００４７】
図５は、ファイル配信装置１０で用いられるファイル振分条件／振分先対応情報の説明図である。
【００４８】
振分条件は、１つ以上のファイル関連情報の論理式を含み、ファイル配信装置１０は、ファイル関連情報がこの論理式を満たす場合、すなわち論理式の値が「真」である場合に、論理式に対応したファイル振分先アドレスを、このファイルの振分先アドレスと決定する。ここにファイル関連情報とは、ファイル名の要素及びメタデータファイル中のメタデータある。図５中の論理式の意味は次の通りである。
【００４９】
（１）論理式[KW=稟議]AND[KW=1000〜15000]は、ファイル名中にキーワードＫＷとして「稟議」が含まれ、且つ、ファイル名中にキーワードＫＷとして連番が含まれその番号が1000〜15000の範囲に含まれれば（番号が1000〜15000のいずれかという論理和を満たせば）、「真」となる。
【００５０】
（２）論理式[UID=Shizue]AND[KW=発注書控]AND[KW=総務課]は、ユーザＩＤが「Shizue」であり、且つ、ファイル名中にキーワードＫＷとして「発注書控」及び「総務課」が含まれれば、「真」となる。
【００５１】
（３）論理式[KW=???-???-????]において、「?」は任意の１桁の数値であり、論理式[KW=???-???-????]は、ファイル名中にキーワードＫＷとして任意の３桁、３桁及び４桁の数字が「−」で結合されていれば、「真」となる。
【００５２】
（４）論理式[UID=Hanako]AND[MID=KM6235]AND([KW=経理]OR[KW=会計])は、ユーザＩＤが「Hanako」であり、送信元のホスト名が「KM6235」であり、且つ、ファイル名中にキーワードＫＷとして「経理」又は「会計」が含まれれば、「真」となる。
【００５３】
（５）論理式[UID=Taro]AND[Time<12:00]は、ユーザＩＤが「Taro」であり、送信ファイル名中の日時の時刻が「12:00」前であれば、「真」となる。
【００５４】
（６）論理式[UID=Taro]AND[Time≧12:00]は、ユーザＩＤが「Taro」であり、ファイルの属性であるファイル作成日時中の時刻が「12:00」以降であれば、「真」となる。
【００５５】
（７）論理式[GID=設計]AND[Format=PDF]は、グループＩＤが「設計」であり、ファイルフォーマットが「ＰＤＦ」（ファイル拡張子が.pdf）であれば、「真」となる。
【００５６】
図５中のファイル振分先アドレスＡ〜Ｋはいずれもファイル配信装置１０内のフォルダ又はファイル配信装置１０外の共有フォルダのＵＲＩであって、例えば、Ａ＝"SMB://192.168.126.162/SCAN/稟議/"、Ｊ＝"Design/"である。
【００５７】
上記論理式（１）〜（４）のように論理式の変数としてファイル名中の文字列を含んでいるので、ファイルの内容の種類に応じファイル振分先を自動決定することができる。
【００５８】
また、上記論理式（２）、（４）〜（７）のように論理式の変数としてユーザＩＤ又は部課等のグループＩＤを含んでいるので、ファイルの内容の種類が同一であっても、ユーザＩＤ又はグループＩＤに応じファイル振分先を異ならせることができる。
【００５９】
上記論理式（５）及び（６）は特に、ファイル受信者が時間帯によって異なる場所に存在する場合に好適である。
【００６０】
上記論理式（７）は、論理式の変数としてファイルフォーマットを含んでいるので、ファイルの内容の種類が同一であっても、ファイル形式に応じファイル振分先を異ならせることができる。
【００６１】
図５中のファイル名変更の列は、ファイル名を変更してファイルを配信することを意味する。但し、空欄はファイル名変更無しを意味する。例えば、「発注書[Count]」は、文字列「発注書」に、ファイル配信毎に１だけインクリメントされるソフトウェアカウンタ[Count]の値の文字列を付加したものにファイル名を変更することを意味する。FAX[Now]は、文字列「FAX」に、現在の日時[Now]の文字列を付加したものにファイル名を変更することを意味する。
【００６２】
図５中の配信時の列は、決められた時刻にファイルを配信することを意味する。但し、空欄は即時配信を意味する。例えば、「毎日10:00」は、その日の時刻10:00までファイルを溜めておき、時刻10:00になったらファイルを配信することを意味する。
【００６３】
１つのファイルのファイル関連情報が図５の振分条件／振分先対応情報Ｉｎｆｏ１中の複数行の振分条件を満たす場合、上の行ほど優先順位が高く、上の行から順に振分条件を照合し、最初に「真」となる行が適用される。この規則は、下の行ほど優先順位が高く、上の行から順に振分条件を照合し、最後に「真」となる行が適用されるようにしても、「真」となる行の全てが適用されるようにしても、これらの規則から１つ以上を選択可能にしてもよい。
【００６４】
以上において、本発明の好適な実施例を説明したが、本発明には他にも種々の変形例が含まれ、上記実施例で述べた各構成要素の機能を実現する他の構成を用いたもの、当業者であればこれらの構成又は機能から想到するであろう他の構成も、本発明に含まれる。
【００６５】
例えば、ファイル管理装置１０側で複数頁画像ファイルをマージして１つのファイルにまとめたり、さらにこれに、メタデータファイル内の検索キーワードなどの情報をファイルのヘッダに埋め込んだりすることにより、画像形成装置２０、２０Ａが備えていない機能をファイル管理装置１０側で実現する構成であってもよい。
【符号の説明】
【００６６】
１０ ファイル配信装置
２０、２０Ａ 画像形成装置
２１ ＣＰＵ
２２ インターフェイス
２３ ＰＲＯＭ
２４ ＤＲＡＭ
２５ ハードディスクドライブ
２６ ネットワークインターフェイス
２６Ａ 通信部
２７ 操作パネル
２８ スキャナ
２９ プリンタ
２Ａ ＩＣカードリーダ
２Ｂ ファックスモデム
３０、３Ａ〜３Ｎ ＰＣ
４０ ネットワーク
２００ 画像読取転送部
２０１ 制御部
２０２ メタファイル作成部
２０２１ プレメタデータファイル
２０２２ ポストメタデータファイル
２０３ 送信ファイル名共通部作成部
２０４ ユーザインタフェース
２０５ 認証部
２４１ ユーザファイル名
２４２ ＭＡＣアドレス
２４３ 日時
２４４ ジョブＩＤカウンタ
【特許請求の範囲】
【請求項１】
画像読取装置で読み取った画像データのファイルを、ネットワークを介して受信側装置へ転送する画像読取転送装置において、
該画像データファイルを該受信側装置へ転送する前に該画像データファイルの第１メタデータファイルを該受信側装置へ転送し、該画像データファイルを該受信側装置へ転送した後に該画像データファイルの第２メタデータファイルを該受信側装置へ転送し、
該第１及び第２メタデータファイル並びに該画像データファイルの名前は、該受信側装置においてユニークな共通部を含んでいることを特徴とする画像読取転送装置。
【請求項２】
該第２メタデータファイルは、画像読取が正常に終了したか否かを示す情報を含むことを特徴とする請求項１に記載の画像読取転送装置。
【請求項３】
該共通部は、送信元識別符号を含むことを特徴とする請求項１又は２に記載の画像読取転送装置。
【請求項４】
該第１メタデータファイルは、該受信側装置を介して該画像データを転送する転送先のアドレスに関する情報を含むことを特徴とする請求項１乃至３のいずれか１つに記載の画像読取転送装置。
【請求項５】
該第１メタデータファイルは、該画像データの検索キーワードを含むことを特徴とする請求項４に記載の画像読取転送装置。
【請求項６】
請求項１乃至５のいずれか１つに記載の画像読取転送装置を備えていることを特徴とする画像形成装置。
【請求項１】
画像読取装置で読み取った画像データのファイルを、ネットワークを介して受信側装置へ転送する画像読取転送装置において、
該画像データファイルを該受信側装置へ転送する前に該画像データファイルの第１メタデータファイルを該受信側装置へ転送し、該画像データファイルを該受信側装置へ転送した後に該画像データファイルの第２メタデータファイルを該受信側装置へ転送し、
該第１及び第２メタデータファイル並びに該画像データファイルの名前は、該受信側装置においてユニークな共通部を含んでいることを特徴とする画像読取転送装置。
【請求項２】
該第２メタデータファイルは、画像読取が正常に終了したか否かを示す情報を含むことを特徴とする請求項１に記載の画像読取転送装置。
【請求項３】
該共通部は、送信元識別符号を含むことを特徴とする請求項１又は２に記載の画像読取転送装置。
【請求項４】
該第１メタデータファイルは、該受信側装置を介して該画像データを転送する転送先のアドレスに関する情報を含むことを特徴とする請求項１乃至３のいずれか１つに記載の画像読取転送装置。
【請求項５】
該第１メタデータファイルは、該画像データの検索キーワードを含むことを特徴とする請求項４に記載の画像読取転送装置。
【請求項６】
請求項１乃至５のいずれか１つに記載の画像読取転送装置を備えていることを特徴とする画像形成装置。
【図１】
【図２】
【図３】
【図４】
【図５】
【図６】
【図７】
【図２】
【図３】
【図４】
【図５】
【図６】
【図７】
【公開番号】特開２０１１−２３４０９０（Ｐ２０１１−２３４０９０Ａ）
【公開日】平成２３年１１月１７日（２０１１．１１．１７）
【国際特許分類】
【出願番号】特願２０１０−１０２１１８（Ｐ２０１０−１０２１１８）
【出願日】平成２２年４月２７日（２０１０．４．２７）
【出願人】（０００００６１５０）京セラミタ株式会社 (13,173)
【Ｆターム（参考）】
【公開日】平成２３年１１月１７日（２０１１．１１．１７）
【国際特許分類】
【出願日】平成２２年４月２７日（２０１０．４．２７）
【出願人】（０００００６１５０）京セラミタ株式会社 (13,173)
【Ｆターム（参考）】
[ Back to top ]