JP2013171534A - 情報処理装置、フォルダ監視方法 - Google Patents

Abstract

【課題】ホットフォルダ内の複数のファイルを選択的に結合して処理対象にできる情報処理装置を提供すること。
【解決手段】ファイルが格納されるフォルダ２０２と、前記フォルダ毎に、格納されたファイルを用いたジョブのジョブ設定情報が記述された処理内容テーブル２２０と、を有する情報処理装置２００であって、前記フォルダに格納されたファイルを検知し、ファイルのファイル名に含まれる結合数を抽出して、他のファイルと結合するか否かを判定するファイル検知手段２０３と、前記ファイル検知手段が他のファイルと結合すると判定した場合、同一フォルダ内のファイル名に共通部がある前記結合数のファイルを１つのファイルに結合するファイル結合手段２０４と、前記処理内容テーブルに記述された前記ジョブ設定情報にしたがい、結合されたファイルを用いたジョブを実行するジョブ実行手段２０５と、を有することを特徴とする。
【選択図】図１

Description

本発明は、ファイルが格納されるフォルダ毎に、格納されたファイルを用いたジョブを実行する情報処理装置に関する。

記憶装置にはファイルを分類して格納するためにいくつかのフォルダ（又はディレクトリと呼ばれる場合がある）が作成されることがある。フォルダにユーザなどが処理を設定しておき、フォルダにファイルが格納されると、処理手段がファイルに対し処理を施す処理方法が知られている。このようなファイルの処理方法に使用されるフォルダをホットフォルダという。ホットフォルダをいくつか用意しておけば、ユーザは施す処理に応じてホットフォルダにファイルを格納すればよいので、処理の度に処理内容を設定したり、処理手段を起動させるなどの煩わしい操作から解放される。

このホットフォルダの機能を拡張する試みが知られている（例えば、特許文献１参照。）。特許文献１には、フォルダに投入された２つ以上のファイルが所定の条件を満たした場合に、当該２つ以上のファイルをそれぞれ結合して１つのファイルを生成し、生成された１つのファイルに基づく印刷データを生成し、生成した当該印刷データを印刷装置に対して出力する情報処理装置が開示されている。

しかしながら、特許文献１に開示された情報処理装置では、フォルダに格納されたファイルの数をカウントし、投入されたファイルの数が所定数に達した場合に処理を開始する。このため、フォルダに誤ってファイルが格納されたような場合も処理が実行されてしまうという問題がある。また、ユーザがホットフォルダに格納しても処理対象とはしたくないファイルまで処理されてしまう。

本発明は、上記課題に鑑み、ホットフォルダ内の複数のファイルを選択的に結合して処理対象にできる情報処理装置を提供することを目的とする。

本発明は、ファイルが格納されるフォルダと、前記フォルダ毎に、格納されたファイルを用いたジョブのジョブ設定情報が記述された処理内容テーブルと、を有する情報処理装置であって、前記フォルダに格納されたファイルを検知し、ファイルのファイル名に含まれる結合数を抽出して、他のファイルと結合するか否かを判定するファイル検知手段と、前記ファイル検知手段が他のファイルと結合すると判定した場合、同一フォルダ内のファイル名に共通部がある前記結合数のファイルを１つのファイルに結合するファイル結合手段と、前記処理内容テーブルに記述された前記ジョブ設定情報にしたがい、結合されたファイルを用いたジョブを実行するジョブ実行手段と、を有することを特徴とする。

ホットフォルダ内の複数のファイルを選択的に結合して処理対象にできる情報処理装置を提供することができる。

情報処理装置によるホットファイルの概略的な特徴を説明する図の一例である。 情報処理システムの概略構成図の一例である。 情報処理装置のハードウェア構成図の一例である。 画像形成装置の概略構成図の一例である。 情報処理装置の機能構成を示すブロック図の一例である。 ファイルサーバのディレクトリ構造を模式的に説明する図の一例である。 ＷｅｂＵＩが保持するワークフローの設定の一例を示す図である。 情報処理装置の全体の動作を示すシーケンス図の一例である。 Ｓ１０のファイル検知部の処理手順を示すフローチャート図の一例である。 ファイル検知部がカウントするファイル種類名毎のカウンタを説明する図の一例である。 ファイル変換部によるファイルの結合を説明する図の一例である。 ファイルサーバのディレクトリ構造を模式的に説明する図の一例である。 実施例１のＳ１０のファイル検知部の処理手順を示すフローチャート図の一例である。

以下、本発明を実施するための形態について図面を参照しながら説明する。

図１は、本実施例の情報処理装置によるホットファイルの概略的な特徴を説明する図の一例である。ホットフォルダには複数のファイルを結合して、ワークフローとして所定のジョブを実行するジョブ実行条件が設定されている。また、ファイルを結合するための結合条件がファイルの種類（ここではファイルＡ、Ｂ，Ｃなどのファイル名）毎に設定されている。結合条件は、例えば、ファイルＡが２個、及び、ファイルＢが３個、ホットフォルダに格納されることである。

ファイル検知部は、ホットフォルダを監視しており、結合条件を満たすファイルが格納されたか否かを監視している。例えば、ユーザはファイルＡ１、Ａ２、Ｂ１、Ｂ２、Ｂ３、ファイルＣ１をホットフォルダに格納していく。

ファイル検知部は例えばファイルが格納される毎に、ファイルの種別毎にファイル数をカウントし、結合条件を満たすか否かを判定する。例えば、ファイルＡ１，Ｂ１，Ｃ１が格納されても、ファイル検知部は結合条件を満たしたとは判定しない。そして、ファイルＡ１，Ａ２が格納されるか、又は、ファイルＢ１，Ｂ２、Ｂ３が格納されると、結合条件を満たしたと判定する。これにより、ファイルＡ１とＡ２、ファイルＢ１とＢ２とＢ３はそれぞれ結合される。結合されたファイルはジョブ実行条件に従いジョブの実行に用いられる。

このように、本実施例のホットフォルダは、所定のファイル名の複数のファイルが定められた数だけ格納されると、ファイル名が共通する複数のファイルのみを結合することができる。換言すると、ユーザは同じホットフォルダ内の複数のフォルダを選択的に結合させジョブを実行できる。

〔構成例〕
図２は、情報処理システムの概略構成図の一例を示す。本実施例の情報処理システム５００では、画像形成装置１００、携帯端末装置４００、及び、ユーザ端末３００がネットワーク６００を介して接続されており、情報処理装置２００が画像形成装置１００と一体又は専用線で接続されている。情報処理装置２００は直接、ネットワーク６００に接続されていてもよい。ネットワーク６００は、社内ＬＡＮであることが多いが、インターネットと接続されていてもよい。また、ネットワーク６００は一部又は全てを無線で構成することもできる。

画像形成装置１００は、撮像機能、画像形成機能及び通信機能等を備えることにより、プリンタ、ファクシミリ、スキャナ、複写機として利用可能なＭＦＰ（ＭｕｌｔｉＦｕｎｃｔｉｏｎ Ｐｅｒｉｐｈｅｒａｌ：複合機）である。しかしながら、画像形成装置１００は、これらの機能の１つ以上を有していればその他の機能を有していなくてもよい。

情報処理装置２００は、画像形成装置１００が搭載していない機能（例えば、ＯＣＲ処理、画像の形式変換、ＰＤＦ化、高精細処理化など）の実行や、または、画像形成装置１００が有していても処理負荷を低減するため画像形成装置１００と同一の機能を有している。また、情報処理装置２００は、ファイルサーバの機能を有しており、一部のフォルダがホットフォルダとして設定されている。

携帯端末装置４００は、主にユーザが携帯するスマートフォンやタブレット、携帯電話、ノートＰＣ（Personal Computer）などである。携帯端末装置４００には、iphone（登録商標）OSやAndroid （登録商標）OSが搭載されている。ユーザ端末３００は、一般的なＰＣであり、Windows（登録商標）、MacOS（登録商標）、Linux（登録商標）、ＡｎｄｏｒｏｉｄなどのＯＳが搭載されている。

携帯端末装置４００もユーザ端末３００もファイルを情報処理装置２００に格納したり、ワークフローの設定を行ったり、複数のファイルの結合条件を設定するものであり、いずれか一方があればよい。

図３は、本実施例の情報処理装置２００のハードウェア構成図の一例を示す。情報処理装置２００は、一般的なサーバやＰＣ等と同様の構成を有している。すなわち、本実施例に係る情報処理装置２００は、バス６０を介して接続されている、ＣＰＵ（Ｃｅｎｔｒａｌ Ｐｒｏｃｅｓｓｉｎｇ Ｕｎｉｔ）１０、ＲＡＭ（Ｒａｎｄｏｍ Ａｃｃｅｓｓ Ｍｅｍｏｒｙ）２０、ＲＯＭ（Ｒｅａｄ Ｏｎｌｙ Ｍｅｍｏｒｙ）３０、ＨＤＤ（Ｈａｒｄ Ｄｉｓｋ Ｄｒｉｖｅ）４０及びネットワークＩ／Ｆ５０を有している。ネットワークＩ／Ｆ５０は、例えばＥｔｈｅｒｎｅｔ（登録商標）である、有線又は無線でＬＡＮ、ＷＡＮと接続され、また、ルータやファイアウォールなどを介してインターネットに接続される。

ＣＰＵ１０は演算手段であり、情報処理装置全体の動作を制御する。ＲＡＭ２０は、情報の高速な読み書きが可能な揮発性の記憶媒体であり、ＣＰＵ１０が情報を処理する際の作業領域として用いられる。ＲＯＭ３０は、読み出し専用の不揮発性記憶媒体であり、ファームウェア等のプログラムが格納されている。ＨＤＤ４０は、情報の読み書きが可能な不揮発性の記憶媒体であり、ＯＳ（Ｏｐｅｒａｔｉｎｇ Ｓｙｓｔｅｍ）や各種の制御プログラム、アプリケーション・プログラム等が格納される。また、ＨＤＤ４０にはホットフォルダが形成される。

このようなハードウェア構成において、ＲＯＭ３０やＨＤＤ４０又は図示しない光学ディスク等の記憶媒体に格納されたプログラムがＲＡＭ２０に読み出され、ＣＰＵ１０の制御に従って動作することにより、ソフトウェア制御部が構成される。このようにして構成されたソフトウェア制御部と、ハードウェアとの組み合わせによって、本実施例の機能を実現する次述の機能ブロックが構成される。

なお、プログラムは、インストール可能な形式又は実行可能な形式のファイルで、コンピュータで読み取り可能な記録メディアに記録して配布される。また、プログラムは、不図示のサーバからインストール可能な形式又は実行可能な形式のファイルで情報処理装置２００に配布される。

ユーザ端末３００と携帯端末装置４００のハードウェア構成においても、主要部は同様であるので図示は省略する。ただし、携帯端末装置４００は、ＣＤＭＡ（Code Division Multiple Access）、ＬＴＥ（Long Term Evolution）、ＷｉＭＡＸ（Worldwide Interoperability for Microwave Access）などの通信方式に対応した通信装置を有している。

図４は、画像形成装置１００の概略構成図の一例を示す。画像形成装置１００は、コントローラ１６０、ＡＤＦ（Ａｕｔｏ Ｄｏｃｕｍｅｎｎｔ Ｆｅｅｄｅｒ：原稿自動搬送装置）１０１、スキャナユニット１０２、排紙トレイ１０３、ディスプレイパネル１０４、給紙テーブル１０５、プリントエンジン１０６、排紙トレイ１０７及びネットワークＩ／Ｆ１０８を有する。

ネットワークＩ／Ｆ１０８は、画像形成装置１００が情報処理装置２００と通信するためのインタフェースであり、Ｅｔｈｅｒｎｅｔ（登録商標）やＵＳＢ（Ｕｎｉｖｅｒｓａｌ Ｓｅｒｉａｌ Ｂｕｓ）インタフェースが用いられる。ネットワークＩ／Ｆ１０８は、ＭＡＣアドレスに基づく通信制御を行い、これとＯＳやミドルウェアが処理するＴＣＰ／ＩＰプロトコル、アプリケーションが処理するＳＭＢプロトコル、ＨＴＴＰプロトコル、ＦＴＰプロトコルなどにより情報処理装置２００と通信する。

また、ネットワークＩ／Ｆ１０８は、画像形成装置１００がファクシミリとして機能する際に、ファクシミリ送信を実行するためのインタフェースとしても機能する。そのため、ネットワークＩ／Ｆ１０８は、電話回線にも接続されている。

主制御部１１０は、コントローラ１６０に含まれる各部を制御する役割を担い、コントローラ１６０の各部に命令を与える。エンジン制御部１２０は、プリントエンジン１０６、スキャナユニット１０２、ＡＤＦ１０１、給紙テーブル１０５、排紙トレイ１０７等を制御又は駆動する駆動手段としての役割を担う。

コントローラ１６０は、エンジン制御部１２０，画像処理部１３０、操作表示制御部１４０、文書記憶部１１５、主制御部１１０、及び、入出力制御部１５０を有する。

画像処理部１３０は、主制御部１１０の制御に従い、印刷出力すべき画像情報に基づいて描画情報を生成する。この描画情報とは、画像形成部であるプリントエンジン１０６が画像形成動作において形成すべき画像を描画するための情報である。描画情報は文書記憶部１１５に記憶される。

また、画像処理部１３０は、スキャナユニット１０２から入力される撮像データを処理し、画像データを生成する。この画像データとは、スキャナ動作の結果物として画像処理装置１の記憶領域である文書記憶部１１５に格納され又はネットワークＩ／Ｆ１０８を介して他の機器に送信される情報である。

操作表示制御部１４０は、ディスプレイパネル１０４に情報表示を行い又はディスプレイパネル１０４を介して入力された情報を主制御部１１０に通知する。入出力制御部１５０は、ネットワークＩ／Ｆ１０８を介して入力される情報を主制御部１１０に入力する。また、主制御部１１０は、入出力制御部１５０を制御し、ネットワークＩ／Ｆ１０８及びネットワークを介して情報処理装置２００や、他のネットワークに接続された機器にアクセスする。

ＡＤＦ１０１は、エンジン制御部１２０からの指示により、ユーザが載置した原稿を一枚ずつコンタクトガラス上に送出し、スキャナユニット１０２が画像を読み取ると、排紙トレイ１０３に排出することを繰り返す。エンジン制御部１２０は画像データを画像処理部１３０に送出するので上記の画像処理が行われる。

給紙テーブル１０５は、エンジン制御部１２０からの指示により、ユーザが選択した用紙サイズの用紙トレイから用紙を一枚ずつ給紙する。給紙された用紙は搬送路を通ってプリントエンジン１０６まで搬送される。

プリントエンジン１０６はレーザを画像データにより変調して感光体ドラムに潜像を形成しトナーで現像し用紙に転写することで、用紙に画像を形成する。または、インクジェット方式により、画像データに基づきインクの液滴を用紙に吐出することで画像を形成してもよい。排紙トレイ１０７は、画像が形成された用紙を蓄積するためのトレイである。

〔情報処理装置の機能〕
図５は、情報処理装置２００の機能構成を示すブロック図の一例である。図５に示すように、本実施例に係る情報処理装置２００は、ネットワークＩ／Ｆ２０９、及び、コントローラ２１０内の、ＯＳ２０１、ファイルサーバ２０２、ファイル検知部２０３、ファイル変換部２０４、ジョブ実行部２０５、印刷実行部２０６、送信実行部２０７、及び、WebUI（システム設定部）２０８を有する。

ネットワークＩ／Ｆ２０９は、情報処理装置２００がネットワークを介して、画像形成装置１００、ユーザ端末３００又は携帯端末装置４００等の他の機器と通信するためのインタフェースであり、例えばＥｔｈｅｒｎｅｔ（登録商標）やＵＳＢ（Ｕｎｉｖｅｒｓａｌ Ｓｅｒｉａｌ Ｂｕｓ）インタフェースが用いられる。

ＯＳ２０１は情報処理装置２００のオペレーティングシステムであり、システム全体を制御する。例えばWindows、Linux、MAC、Androidなどがある。ファイルサーバ２０２は、ネットワーク上に公開されたフォルダである。ユーザ端末３００や携帯端末装置４００が共有にアクセスできるので共有フォルダと読んでもよい。ファイルサーバ２０２は例えばＳＭＢやWebDAVのプロトコルによって実装される。ユーザ端末３００や携帯端末装置４００もＳＭＢやWebDAVのプロトコルの処理部を有している。なお、ＳＭＢやWebDAVのプロトコルはＯＳ、ミドルウェア、又は、アプリケーションにより提供される。ユーザはユーザ端末３００や携帯端末装置４００を操作して、ネットワークＩ／Ｆ２０９を介してファイルサーバ（ホットフォルダ）２０２にアクセスする。

図６は、ファイルサーバ２０２のディレクトリ構造を模式的に説明する図の一例である。ファイルサーバ２０２のフォルダには、全ての人がアクセスできる（アクセス制限のない）フォルダ「AllUsers」フォルダーと、あるユーザのみがアクセスできる「UserＡ」フォルダがある。「ＵｓｅｒＡ」の"Ａ"はユーザ名などユーザを識別する情報である。

さらにそれぞれのフォルダの配下に、ワークフローフォルダ（ＷｏｒｋＦｌｏｗ＿○○○）とデータフォルダ（ｄａｔａ）が存在する。図では「AllUsers」フォルダの配下に２つのワークフローフォルダと、１つのデータフォルダがある。

ワークフローフォルダは、ファイルが格納されると、ファイルに対し予め設定されたワークフローが実行されるフォルダである。データフォルダはユーザが自由に使えるフォルダであり、ユーザ同士がファイルを共有する場合に使用する。

図５に戻り、WebUI２０８は、ネットワークＩ／Ｆ２０９と接続されている。ＷｅｂＵＩ２０８はユーザ端末３００や携帯端末装置４００にＨＴＭＬなどで記述されたＷｅｂページを送信し、ユーザがＷebブラウザを使用して送信する設定を受け付ける。ＷｅｂＵＩ２０８はこの設定を設定テーブル２２０として保持（記憶）している。本実施例では、ワークフローフォルダに対するワークフローの設定テーブル２２０が保持されている。

図７（ａ）は、ＷｅｂＵＩ２０８が保持するワークフローの設定テーブル２２０の一例を示す図である。ワークフローフォルダ毎に、「ワークフロー名」「フォルダパス」「実行ジョブ」「ジョブ実行条件」「結果出力フォルダ」「入力ファイルフォルダ」が登録されている。「フォルダパス」はこのワークフローが適用されるフォルダへのパスであり、「実行ジョブ」はこのワークフローにおけるファイルに対する処理内容であり、「ジョブ実行条件」は「実行ジョブ」の設定条件であり、「結果出力フォルダ」はジョブの実行結果が格納されるフォルダであり、「入力ファイルフォルダ」は、ワークフローに使用されたファイルが格納されるフォルダである。

「ワークフロー名」が"メールワークフロー"のワークフローでは、ファイルを"メール送信"する処理が行われる。メール送信時の「ジョブ実行条件」は"メール宛先（メールアドレス）"、"ファイル形式"である。"ファイル形式"はＰＤＦ＋ＯＣＲ（OCR付きのPDF）である。また、ジョブの実行結果は "AllUsers￥workflow_mail￥output"に出力され、メール送信されたファイルは"AllUsers￥workflow_mail￥input"に出力される。実行結果はテキストやhtmlなどをフォーマットとすればよく、例えば、正常送信完了、宛先不明などが記述される。

例えば、ユーザがworkflow_mailフォルダにファイルを格納した場合、ファイル変換部２０４がファイル（結合されている場合と結合されていない場合がある）をＯＣＲ付きのＰＤＦに変換し、ジョブ実行部２０５はファイルを設定された宛先に送信する。

図５に戻り、ファイル検知部２０３は、ファイルサーバ２０２の各フォルダにファイルが格納されたことを検知するモジュールである。検知する方法は、ポーリングする方法やファイルシステムからのコールバックを受け取る方法がある。

また、ファイル検知部２０３は、結合条件に基づき、ファイルを結合するかどうかを判断する。ファイル変換部２０４は、ファイル検知部２０３の依頼に基づき複数のファイルを結合したり、別のファイルフォーマットに変換する処理を行う。

ジョブ実行部２０５は、図７に示した、ユーザが予めWebUI２０８にて設定したワークフローの設定テーブル２２０に基づいて出力処理を実行する。印刷実行部２０６はジョブ実行部２０５の依頼に基づき印刷を実行する。送信実行部２０７はジョブ実行部２０５の依頼に基づき、ファイル送信やメール送信を実行する。

〔動作手順〕
図８は、情報処理装置２００の全体の動作を示すシーケンス図の一例である。ここでは、情報処理装置２００上のワークフローフォルダにファイルが格納された場合を説明する。
Ｓ１：ファイル検知部２０３は情報処理装置２００が起動すると、ファイルサーバ２０２の全てのワークフローフォルダに対してファイル検知する処理を開始する（Ｓ１）。ワークフローフォルダのフォルダパスは設定テーブル２２０に登録されている。
Ｓ２：情報処理装置２００の起動後、ユーザは例えばユーザ端末上のエクスプローラ（ファイルシステム）を操作してファイルサーバ２０２にアクセスし、ワークフローフォルダにファイルをドラッグアンドドロップする。
Ｓ３：ファイル検知部２０３は、ワークフローフォルダにファイルが格納されたことを検知する。
Ｓ４：ファイル検知部２０３はファイル名を解析する。ファイル名の解析については図９にて説明するが、ファイル名の解析はファイルの種類毎にファイル数をカウントして閾値に到達したか否かを判定する処理である。
Ｓ５：ユーザは、続けてワークフローフォルダにファイルをドラッグアンドドロップする、
Ｓ６：ファイル検知部２０３はファイルを検知する。
Ｓ７：ファイル検知部２０３はこのファイルのファイル名に対しても解析する処理を行う。
Ｓ８：ファイル検知部２０３は結合すべきファイルが揃ったと判定すると、ファイル変換部２０４にファイル変換処理要求を行う。
Ｓ９：ファイル変換部２０４は、ＷｅｂＵＩ２０８のワークフローフォルダの設定テーブル２２０から、ファイルが格納されたワークフローフォルダのワークフローの設定「ジョブ実行条件」を取得する。
Ｓ１０：ファイル変換部２０４は、ファイルの結合処理を実行して設定されたファイル形式に変換処理を実行する。すなわち、「ジョブ実行条件」が"ＰＤＦ＋ＯＣＲ"なので、ＯＣＲ処理を行いテキスト付きのＰＤＦに変換する。
Ｓ１１：ファイル変換部２０４はジョブ実行部２０５に変換したファイルを渡し、処理を依頼する。すなわち、メール送信を依頼する。
Ｓ１２：ジョブ実行部２０５は、ＷｅｂＵＩ２０８のワークフローフォルダの設定テーブル２２０から、「実行ジョブ」「ジョブ実行条件」を取得する。
Ｓ１３：ジョブ実行部２０５は「実行ジョブ」「ジョブ実行条件」にしたがいジョブを実行する。この場合、例えば送信実行部２０７にファイルの送信を要求する。送信実行部２０７はジョブ実行部２０５に結果を通知する。
Ｓ１４：ジョブ実行部２０５は、ジョブの実行結果をワークフローフォルダの配下の「outputフォルダ」へ出力する。ユーザはこの「outputフォルダ」を確認する事により、ワークフローフォルダに設定したジョブの実行結果をエクスプローラ上で確認ができる。
Ｓ１５：ジョブ実行部２０５はワークフローフォルダの配下の「inputフォルダ」に、ファイル変換部２０４から渡された変換ファイルを保存する。ユーザはこの「inputフォルダ」を確認する事により、ファイル結合されてファイル変換されたファイルをエクスプローラ上で確認する事ができる。

図９は、上記Ｓ１０のファイル検知部２０３の処理手順を示すフローチャート図の一例である。

まず、ファイル検知部２０３はワークフローフォルダにファイルが格納された事を検知すると、ファイル種類名、総ファイル数、及び、ファイル番号を取得する（Ｓ１０１）。ファイル検知部２０３は、予め定められた結合条件に基づき、ファイルを結合するか否か、結合する場合のファイルの結合数を決定する。

図７（ｂ）はファイルの結合条件を説明する図の一例である。例えば、結合対象のファイルのファイル名の命名規則を、
「ファイル種類名」＋「ファイル番号」＋「−」＋「総ファイル数」
とする。すなわち、ファイル名が「議事録1-2.doc」の場合、「ファイル種類名」は"議事録"、「ファイル番号」は"１"、「総ファイル数」は"２"である。

この場合、結合条件は、「ファイル種類名」が"議事録"のファイルは、「総ファイル数」である"２"個、ファイルサーバ２０２に格納された場合に結合される、となる。

なお、この例は一例に過ぎず、ファイルの先頭に「ファイル番号」、末尾に「総ファイル数」があると規則を定めてもよいし、この逆にファイルの先頭に「総ファイル数」、末尾に「ファイル番号」があると規則を定めてもよい。結合規則はユーザがＷｅｂＵＩ２０８に設定することができる。

ファイル検知部２０３は、総ファイル数と"１"を比較する（Ｓ１０２）。

総ファイル数が"１"より大きい場合（Ｓ１０２のＹｅｓ）、結合が必要なファイルと判断し、処理はＳ１０３に移行する。

総ファイル数が"１"の場合、又は、ファイル名に設定されていない場合は、ファイルの結合は不要と判断し、処理はステップＳ１０６に移行する。

Ｓ１０３では、ファイル検知部２０３は、ファイル種類名毎にカウンタを１つ大きくする（Ｓ１０３）。カウントについては図１０にて説明する。

次に、ファイル検知部２０３は、カウンタが総ファイル数より小さいか否かを判定する（Ｓ１０４）。

カウンタが総ファイル数より小さい場合（Ｓ１０４のＹｅｓ）、結合すべきファイルが揃っていないと判断し、処理はステップＳ１０５に移行する。

総ファイル数がカウンタと同じ場合（Ｓ１０４のＮｏ）、結合すべきファイルが揃っていると判断し、処理はステップＳ１０６に移行する。

ステップＳ１０５では、ユーザが次の結合すべきファイルをドラックアンドドロップするまで待機する。

ファイルが全て揃った場合（Ｓ１０４のＮｏ）、ファイル種類名が同じファイルを、総ファイル数個まとめてファイル変換部２０４に渡す（Ｓ１０６）。

図１０（ａ）は、ファイル検知部２０３がカウントするファイル種類名毎のカウンタを説明する図の一例である。「ファイル名」に対し「ファイル種類名」「ファイル番号」「総ファイル数」「カウンタ」が図示されている。ファイル名が"議事録１−２．ｄｏｃ""議事録２−２．ｄｏｃ"のファイル種類名は同じ"議事録"である。一方、「ファイル番号」はそれぞれ"１""２"、「総ファイル数」は"２"である。したがって、ファイル検知部２０３は、"議事録１−２．ｄｏｃ"がファイルサーバ２０２に格納された場合、カウンタを"１"にして、"議事録２−２．ｄｏｃ"が ファイルサーバ２０２に格納された場合、カウンタを"２"にする。

この時、カウンタが総ファイル数に一致するので、ファイル検知部２０３はファイル変換部２０４にファイル変換を依頼する。

ファイル名が"サンプル．ｊｐｇ"のファイル種類名は"サンプル"である。ファイル番号と総ファイル数は設定されていないため"０"である。したがって、ファイル検知部２０３は、"サンプル．ｊｐｇ"が ファイルサーバ２０２に格納された時、ファイル変換部２０４にファイル変換を依頼する。

なお、例えば、同じファイル種類名なのに、総ファイル数が一致しない場合が生じうる。この場合、後からファイルサーバ２０２に格納されたファイルの総ファイル数を有効にすることで、ユーザが後からファイルを結合するファイル数を増やすことを可能にできる。

図１０（ｂ）は、総ファイル数の変更時について説明する図の一例である。図１０（ａ）と比較すると、"議事録１−２．ｄｏｃ"がファイルサーバ２０２に格納された後、"議事録２−３．ｄｏｃ"が ファイルサーバ２０２に格納されている。この場合、ファイル検知部２０３は、総ファイル数が"３"に増えたものとして、カウンタが"２"になってもファイル変換部２０４にファイル変換を依頼しない。

ユーザが総ファイル数を少なくする場合も生じうる。この場合は、ファイル検知部２０３は後からファイルサーバ２０２に格納されたファイル名の総ファイル数を有効にしない。仮に、ユーザが間違えて総ファイル数を小さくしてしまった場合、結合すべきファイルがないまま結合されてしまうためである。

ユーザが意識的に総ファイル数を小さくしたい場合には、例えば、ユーザ操作により強制的に結合を開始するような操作をＷｅｂＵＩ２０８が受け付ける。

同様に、ユーザが仮に間違えて総ファイル数を大きくてしてしまった場合、ユーザが結合されていると思っても、結合されない状況が継続する。しかし、この場合、ユーザは「結果出力フォルダ」を参照して、ジョブが実行されていないことから、強制的に結合を開始するような操作を行えばよい。

図１１（ａ）は、ファイル変換部２０４によるファイルの結合を説明する図の一例である。"議事録１−２．ｄｏｃ"が２ページ、"議事録２−２．ｄｏｃ"が３ページの場合、ファイル変換部２０４は合計５ページの"議事録．doｃ"を作成する。このように、ページに分かれているファイルはページ単位で加えればよい。

ファイル変換部２０４は、結合後ファイルのファイル名を、「ファイル種類名」とする。この他、結合の日時、ファイルの作成者などをファイル名としてもよい。

ファイル変換部２０４はファイル番号の順番にファイルを結合する。この場合、ファイル番号が小さいものほど、結合後ファイルで小さいページ番号が付与されるように結合する。逆に、ファイル番号が大きいものほど、結合後ファイルで小さいページ番号が付与されるように結合してもよく、ファイルの結合順は、ユーザがＷｅｂＵＩ２０８から設定することができる。

一方、図１１（ｂ）に示すように、ファイルが、ＪＰＥＧファイルのようにマルチページに対応していないフォーマットの場合、ファイル変換部２０４は、ＪＰＥＧファイルをいったんＰＤＦに変換する。そして、各ＰＤＦをページ単位で加える。こうすることで、ファイルの種類に関係なくファイルを結合できる。

ページ番号が付与されていないファイルに対しては、結合後ファイルに通し番号のページ番号、又は、結合前のファイルが切り替わる毎に１に戻るページ番号を付与することが好適である。

ページ番号が付与されているファイルに対しては、そのまま結合すればよい。元のページ番号を消去して結合後ファイルに通し番号のページ番号を付与してもよい。

以上説明したように、本実施例の情報処理装置２００を使用するユーザは、結合するファイルと結合したくないファイルを同時にワークフローフォルダ上に格納することができるようになる。例えば、最初に「議事録1-2.doc」をユーザが格納すると、情報処理装置２００はこのファイルと結合すべきファイル（議事録2-2.doc）が置かれるまでファイルを待機する。次にユーザーが「サンプル.jpg」を置くと、情報処理装置２００は、これは結合が不要なファイルと判断しすぐにワークフローフォルダに設定されたジョブを実行する。ユーザが「議事録2-2.doc」を格納すると、情報処理装置２００は「議事録1-2.doc」と結合し、ワークフローフォルダに設定されたジョブを実行する。

本実施例では、ワークフローフォルダの配下のフォルダのファイルを結合対象とする情報処理装置２００について説明する。

本実施例では、ファイル検知部２０３は以下の結合条件によりファイルを結合するか否かを判定する。
(i) ユーザがワークフローフォルダの配下のフォルダにファイルを格納した場合、連続して格納される複数のファイルの格納間隔が所定時間内である場合に限り、そのフォルダに格納された全てのファイルを結合対象とする。
(ii) ユーザがワークフローフォルダのルートにファイルを格納した場合、そのフォルダに格納されたファイルを結合対象としない（１ファイルずつジョブに用いられる）。

このような規則では、ユーザは結合したくないファイルは、ワークフローフォルダのルートに格納し、結合したいファイルの場合はワークフローフォルダの配下にフォルダを作成してファイルを格納すればよい。本実施例では、ファイル検知部２０３が総ファイル数になるまで格納されたファイルの数をカウントする処理は不要になるので、ファイル名の解析が不要になる。

図１２は、ファイルサーバ２０２のディレクトリ構造を模式的に説明する図の一例である。図１２では、図６の状態のディレクトリ構造に対し、ユーザがワークフローフォルダ"Workflow_mail"の配下に、フォルダ"join"を作成している。この場合、"Workflow_mail"がワークフローフォルダのルートで、"join"がワークフローフォルダの配下のフォルダである。

図１３は、実施例１のＳ１０のファイル検知部の処理手順を示すフローチャート図の一例である。なお、全体的なシーケンス図は実施例１と同様なので省略する。

ファイル検知部２０３はファイルが格納されたディレクトリ情報をファイルシステムなどから取得する（Ｓ２０１）。

このディレクトリがワークフローフォルダのルートの場合（Ｓ２０２のＹｅｓ）、ファイル検知部２０３は、結合は不要と判断し、処理はステップＳ２０６に移行する。

ディレクトリがルートでない場合（Ｓ２０２のＮｏ）、ファイル検知部２０３は結合が必要なファイルと判断し、処理はステップＳ２０３へ移行する。

ステップＳ２０３では、ファイル検知部２０３は、ファイルが格納されてからの経過時間を測定するタイマーの計測を開始する（Ｓ２０３）。このタイマーはファイルが格納されるたびに、リセットされる。

ファイル検知部２０３は、タイマーが例えば１分以上経過したか否かを判定する（Ｓ２０４）。

タイマーが１分以上経過していない場合（Ｓ２０４のＹｅｓ）、結合されるファイルが格納される可能性があると判断して待機する（Ｓ２０５）。

タイマーが１分以上経過した場合（Ｓ２０４のＮｏ）、結合されるファイルは全て格納されたと判断して、処理はステップＳ２０６に移行する。

この場合、ファイル検知部２０３は、ワークフローフォルダの配下のファイルをまとめてファイル変換部２０４に渡し、ファイル変換部２０４はファイルの結合処理を行う（Ｓ２０６）。

本実施例ではファイル番号が不明なので、ファイル変換部２０４は例えば、ファイルスタンプを監視して、古い順又は新しい順にファイルを結合する。こうすることで、ユーザは結合されたファイルを、古いページから又は新しいページから順に読むことができる。ファイルの結合順は、ユーザがＷｅｂＵＩ２０８から設定することができる。

したがって、本実施例の情報処理装置２００は、実施例１と同様の効果を奏するが、ファイル名の付与規則の設定や解析が不要になるというメリットがある。

１００ 画像形成装置
２００ 情報処理装置
２０１ ＯＳ
２０２ ファイルサーバ
２０３ ファイル検知部
２０４ ファイル変換部
２０５ ジョブ実行部
２０６ 印刷実行部
２０７ 送信実行部
２０８ ＷｅｂＵＩ
２０９ ネットワークＩ／Ｆ
３００ ユーザ端末
４００ 携帯端末装置
５００ 情報処理システム
６００ ネットワーク

特開２００６−０５３７９５号公報

Claims (8)

1. ファイルが格納されるフォルダと、
   前記フォルダ毎に、格納されたファイルを用いたジョブのジョブ設定情報が記述された処理内容テーブルと、を有する情報処理装置であって、
   前記フォルダに格納されたファイルを検知し、ファイルのファイル名に含まれる結合数を抽出して、他のファイルと結合するか否かを判定するファイル検知手段と、
   前記ファイル検知手段が他のファイルと結合すると判定した場合、前記フォルダ内のファイル名に共通部がある前記結合数のファイルを１つのファイルに結合するファイル結合手段と、
   前記処理内容テーブルに記述された前記ジョブ設定情報にしたがい、結合されたファイルを用いたジョブを実行するジョブ実行手段と、
   を有することを特徴とする情報処理装置。
2. 前記ファイル検知手段は、１つの前記フォルダに格納されたファイルのうち、ファイル名に共通部があるファイルの数をカウントし、カウント値が前記結合数になると、１つの前記フォルダに格納された複数のファイルを結合すると判定する、
   ことを特徴とする請求項１記載の情報処理装置。
3. ファイルが格納される１つ以上のフォルダと、
   前記フォルダ毎に、格納されたファイルを用いたジョブのジョブ設定情報が記述された処理内容テーブルと、を有する情報処理装置であって、
   複数のファイルを結合する前記フォルダとして予め定められている前記フォルダに、格納されたファイルを検知し、連続して格納されるファイルの格納間隔が所定時間内の複数のファイルを結合すると判定するファイル検知手段と、
   前記ファイル検知手段が結合すると判定した、前記フォルダ内の全てのファイルを１つのファイルに結合するファイル結合手段と、
   前記処理内容テーブルに記述された前記ジョブ設定情報にしたがい、結合されたファイルを用いたジョブを実行するジョブ実行手段と、
   を有することを特徴とする情報処理装置。
4. 前記ファイル検知手段は、前記フォルダに最後にファイルが格納されてから所定時間が経過した場合、１つめのファイルとして検知されたファイルから最後に前記フォルダに格納されたファイルまでの全てのファイルを結合するファイルであると判定する、
   ことを特徴とする請求項３記載の情報処理装置。
5. 前記ジョブ実行手段が実行したジョブの実行結果を記憶するジョブ実行結果記憶フォルダを有する、
   ことを特徴とする請求項１〜４いずれか１項記載の情報処理装置。
6. 前記ジョブ実行手段が実行したジョブに用いられたファイルを記憶するジョブ実行ファイル記憶フォルダを有する、
   ことを特徴とする請求項１〜５いずれか１項記載の情報処理装置。
7. 前記ファイル結合手段は、結合した複数のファイルのファイル名の共通部を結合後のファイルのファイル名として付与する、
   ことを特徴とする請求項１〜６いずれか１項記載の情報処理装置。
8. ファイルが格納される１つ以上のフォルダと、
   前記フォルダ毎に、格納されたファイルを用いたジョブのジョブ設定情報が記述された処理内容テーブルと、を有する情報処理装置のフォルダ監視方法であって、
   ファイル検知手段が、前記フォルダに格納されたファイルを検知し、ファイルのファイル名に含まれる結合数を抽出して、他のファイルと結合するか否かを判定するステップと、
   ファイル結合手段が、前記ファイル検知手段が他のファイルと結合すると判定した場合、前記フォルダ内のファイル名に共通部がある前記結合数のファイルを１つのファイルに結合するステップと、
   ジョブ実行手段が、前記処理内容テーブルに記述された前記ジョブ設定情報にしたがい、結合されたファイルを用いたジョブを実行するステップと、
   を有することを特徴とするフォルダ監視方法。
   
   
   

Images