(57)【特許請求の範囲】
【請求項１】
フォルダに投入されたファイルのファイル情報を外部から受信する受信手段と、
前記ファイル情報を含む印刷ジョブ情報を生成し、前記フォルダに予め対応付けられた画像形成装置に前記印刷ジョブ情報を送信する送信手段と、
前記画像形成装置が印刷できる状態にあるか否かを前記画像形成装置の状態情報に基づいて監視するデバイス監視手段と、
前記デバイス監視手段により前記画像形成装置が印刷できない状態にあると判断された場合、前記フォルダへのファイルの投入を拒否する権限を前記フォルダに設定し、前記フォルダへのファイルの投入を拒否する権限を設定した後に前記デバイス監視手段により前記画像形成装置が印刷できる状態になったと判断された場合、前記フォルダへのファイルの投入を許可する権限を前記フォルダに設定する設定手段と、
を有する管理装置。
【請求項２】
前記印刷ジョブ情報に含まれるファイル情報に対応するジョブの印刷が前記画像形成装置において終了したか否かを前記画像形成装置の印刷進行情報に基づいて監視するジョブ監視手段と、
前記ジョブ監視手段で一のジョブの印刷が終了したと判断された場合、前記一のジョブに対応するファイル情報を前記フォルダから削除するフォルダ管理手段と、
を更に有する請求項１に記載の管理装置。
【請求項３】
前記印刷ジョブ情報に含まれるファイル情報に対応するジョブの印刷が前記画像形成装置において終了したか否かを前記画像形成装置の印刷進行情報に基づいて監視するジョブ監視手段と、
前記ジョブ監視手段で一のジョブの印刷が終了したと判断された場合、前記ファイル情報の名称を前記ファイル情報の印刷が終了したことを表す名称に変更するフォルダ管理手段と、
を更に有する請求項１に記載の管理装置。
【請求項４】
前記印刷ジョブ情報に含まれるファイル情報に対応するジョブの印刷が前記画像形成装置において終了したか否かを前記画像形成装置の印刷進行情報に基づいて監視するジョブ監視手段と、
前記ジョブ監視手段で一のジョブの印刷が終了したと判断された場合、前記ファイル情報の印刷が終了したことを表す情報を外部の表示装置に表示するフォルダ管理手段と、
を更に有する請求項１に記載の管理装置。
【請求項５】
前記ジョブ監視手段は、前記印刷ジョブ情報に含まれるファイル情報が、バリアブルデータと共通データとを含むバリアブル印刷用のファイル情報であった場合、前記ファイル情報に含まれるバリアブルデータを利用するページに対応するジョブの印刷が前記画像形成装置において終了したか否かを前記画像形成装置の印刷進行情報に基づいて更に監視し、
前記フォルダ管理手段は、前記ジョブ監視手段で一のジョブの印刷が終了したと判断された場合、前記一のジョブに対応するページに利用されているバリアブルデータを前記フォルダから削除する請求項２に記載の管理装置。
【請求項６】
コンピュータを、請求項１乃至５のいずれか１項に記載の管理装置の各手段として機能させるためのプログラム。
【請求項７】
管理装置が実行する管理方法であって、
フォルダに投入されたファイルのファイル情報を外部から受信する受信工程と、
前記ファイル情報を含む印刷ジョブ情報を生成し、前記フォルダに予め対応付けられた画像形成装置に前記印刷ジョブ情報を送信する送信工程と、
前記画像形成装置が印刷できる状態にあるか否かを前記画像形成装置の状態情報に基づいて監視するデバイス監視工程と、
前記デバイス監視工程で前記画像形成装置が印刷できない状態にあると判断された場合、前記フォルダへのファイルの投入を拒否する権限を前記フォルダに設定し、前記フォルダへのファイルの投入を拒否する権限を設定した後に前記デバイス監視工程で前記画像形成装置が印刷できる状態になったと判断された場合、前記フォルダへのファイルの投入を許可する権限を前記フォルダに設定する設定工程と、
を含む管理方法。
【請求項８】
前記印刷ジョブ情報に含まれるファイル情報に対応するジョブの印刷が前記画像形成装置において終了したか否かを前記画像形成装置の印刷進行情報に基づいて監視するジョブ監視工程と、
前記ジョブ監視工程で一のジョブの印刷が終了したと判断された場合、前記一のジョブに対応するファイル情報を前記フォルダから削除するフォルダ管理工程と、
を更に含む請求項７に記載の管理方法。
【請求項９】
前記印刷ジョブ情報に含まれるファイル情報に対応するジョブの印刷が前記画像形成装置において終了したか否かを前記画像形成装置の印刷進行情報に基づいて監視するジョブ監視工程と、
前記ジョブ監視工程で一のジョブの印刷が終了したと判断された場合、前記ファイル情報の名称を前記ファイル情報の印刷が終了したことを表す名称に変更するフォルダ管理工程と、
を更に含む請求項７に記載の管理方法。
【請求項１０】
前記印刷ジョブ情報に含まれるファイル情報に対応するジョブの印刷が前記画像形成装置において終了したか否かを前記画像形成装置の印刷進行情報に基づいて監視するジョブ監視工程と、
前記ジョブ監視工程で一のジョブの印刷が終了したと判断された場合、前記ファイル情報の印刷が終了したことを表す情報を外部の表示装置に表示するフォルダ管理工程と、
を更に含む請求項７に記載の管理方法。
【発明の詳細な説明】
【技術分野】
【０００１】
本発明は、管理装置、管理方法、及びプログラムに関する。
【背景技術】
【０００２】
印刷を開始できるだけのファイルと印刷指示情報とが揃うまでは、フォルダ名称に準備中を示す名称を付け、印刷準備が完了すると、印刷準備完了を示す名称にフォルダ名称を変更するシステムが開示されている（例えば、特許文献１参照）。
【先行技術文献】
【特許文献】
【０００３】
【特許文献１】特開２００６−２２２６６１号公報
【発明の概要】
【発明が解決しようとする課題】
【０００４】
しかしながら、上記従来技術では、投入したファイルの印刷が終了したかどうかがわからない。すなわち、ユーザは、フォルダに投入されたファイルの印刷が終了したか否かの適切な判断が困難であった。
【０００５】
本発明はこのような問題点に鑑みなされたもので、フォルダに投入されたファイルの印刷が終了したか否かの適切な判断をユーザがより容易にできるようにすることを目的とする。
【課題を解決するための手段】
【０００６】
そこで、本発明に係る管理装置は、フォルダに投入されたファイルのファイル情報を外部から受信する受信手段と、前記ファイル情報を含む印刷ジョブ情報を生成し、前記フォルダに予め対応付けられた画像形成装置に前記印刷ジョブ情報を送信する送信手段と、前記画像形成装置が印刷できる状態にあるか否かを前記画像形成装置の状態情報に基づいて監視するデバイス監視手段と、前記デバイス監視手段により前記画像形成装置が印刷できない状態にあると判断された場合、前記フォルダへのファイルの投入を拒否する権限を前記フォルダに設定し、前記フォルダへのファイルの投入を拒否する権限を設定した後に前記デバイス監視手段により前記画像形成装置が印刷できる状態になったと判断された場合、前記フォルダへのファイルの投入を許可する権限を前記フォルダに設定する設定手段と、を有する。
【発明の効果】
【０００７】
本発明によれば、フォルダに投入されたファイルの印刷が終了したか否かの適切な判断をユーザがより容易にできる。
【図面の簡単な説明】
【０００８】
【図１】ＰＯＤシステム（Print On Demand System）の構成の一例を示す図である。
【図２】ホットフォルダ部の構成の一例を示す図である。
【図３】ディジタルプリント部の構成の一例を示す図である。
【図４】ＰＯＤシステムの構成の一例を示す図である。
【図５】ＨＦクライアント及びＨＦサーバをより詳細に説明するための図である。
【図６】各種のアプリケーションの機能構成を示す図である。
【図７】削除処理の一例を示す図である。
【図８】削除処理の一例を示す図である。
【図９】送信管理テーブルの一例を示す図である。
【図１０】ＨＦサーバでの処理に係るフローチャートの一例を示す図である。
【図１１】ＰＰＭＬファイルの一例を示す図である。
【図１２】エラー発生時処理の一例を示す図である。
【図１３】エラー発生時処理の一例を示す図である。
【図１４】エラー発生時処理の一例を示す図である。
【図１５】ホットフォルダ管理テーブルの一例を示す図である。
【図１６】デバイスステータス記録部の一例を示す図である。
【図１７】印刷終了時処理の一例を示す図である。
【図１８】印刷終了時処理の一例を示す図である。
【図１９】表示デバイスにおける画面の表示例を示す図である。
【発明を実施するための形態】
【０００９】
以下、本発明の実施形態について図面に基づいて説明する。
【００１０】
（第１の実施形態）
図１は、ホットフォルダ（ＨＦ）を使用したＰＯＤシステム（Print On Demand System）３の構成の一例を示す図である。ＰＯＤシステム３は、ホットフォルダ部４及びディジタルプリント部５を有する。なお、ＰＯＤシステム３において、ディジタル複写機やディジタル複合機等のディジタル画像形成装置に接続されているフィニッシング装置の機能や能力が不足する場合には、ＰＯＤシステム３がポストプレス部を有する構成を採用してもよい。
ＰＯＤシステム３には、ホットフォルダ部４にコンテンツを生成する上流システムが含まれている。ホットフォルダ部４は、上流システムから受け取ったコンテンツファイルに印刷指示書を付けて印刷ジョブ（印刷ジョブ情報）を生成し、生成した印刷ジョブをディジタルプリント部５へ転送する。また、ホットフォルダ部４は、工程管理を行う。より具体的には、ホットフォルダ部４は、ホットフォルダ部４及びディジタルプリント部５（構成に加えられているならばポストプレス部）の各工程に対して作業を指示し、ＰＯＤシステム３のワークフローを一元管理する。また、ホットフォルダ部４は、印刷ジョブを保管したり、各デバイス（ディジタル画像形成装置）や各作業者における作業を効率よくスケジュールしたりする。
【００１１】
ディジタルプリント部５は、ホットフォルダ部４より受信した印刷ジョブの印刷指示書（作業指示）に従って、印刷処理を実行する。また、ディジタルプリント部５は、その他のＰＯＤ処理として、白黒ＭＦＰ、カラーＭＦＰ等により作業者（オペレータ）から受け取った紙原稿をコピーする。また、ディジタルプリント部５は、クライアントＰＣからプリンタドライバを経由して、各種のファイルを白黒ＭＦＰ、カラーＭＦＰ等のプリントデバイスにプリントアウトしたりする。各種のファイルとしては、オペレータから受信した文書／画像ファイル、スキャンデバイスによりスキャンしたスキャン画像ファイル、それらを編集した文書／画像ファイル等がある。
なお、ポストプレス部を採用した場合には、ポストプレス部は、ホットフォルダ部４或いはディジタルプリント部５より受信したポストプレスジョブの作業指示に従って、後処理デバイスを制御する。後処理デバイスとしては、紙折り機、中綴じ製本機、くるみ製本機、断裁機、封入機、帳合機などがある。例えば、ポストプレス部は、ディジタルプリント部５より出力された記録紙に対して、紙折り、中綴じ製本、くるみ製本、断裁、封入、帳合等の仕上げ処理を実行する。
【００１２】
図２は、ホットフォルダ部４の構成の一例を示す図である。ホットフォルダ部４は、ホットフォルダサーバ（ＨＦサーバ）２０、ファイルサーバ２１、ホットフォルダクライアント（ＨＦクライアント）２２、２３を有している。各装置は、互いにネットワークを介して接続されている。
ＨＦサーバ２０は、管理装置（コンピュータ）の一例であり、受注から納品までのＰＯＤシステム３全体のワークフローを管理すると共に、ＨＦクライアント２２、２３を制御するサーバである。
ファイルサーバ２１は、印刷用のコンテンツファイルを保存するサーバである。つまり、ファイルサーバ２１は、同一原稿による再発注に備えて、受信したコンテンツファイルを保管する文書管理サーバである。例えば、ファイルサーバ２１は、コンテンツファイル（画像データ等）と前回に出力した際の印刷ジョブの設定情報（印刷指示書等）とを一緒に保存している。
【００１３】
ＨＦクライアント２２は、ホットフォルダ部４にコンテンツファイルを投入し、印刷を指示する上流システムであるコンテンツ生成アプリケーションを有している。コンテンツ生成アプリケーションは、印刷に使用するコンテンツファイルを作成する。また、ＨＦクライアント２２、２３には、ＨＦクライアントアプリケーションがインストールされている。ＨＦクライアントアプリケーションは、コンテンツ生成アプリケーションから受信（或いはオペレータによる投入操作により受信）したコンテンツファイルとＪＤＦ（Job Definition Format）ファイルとをＨＦサーバ２０に送信する。なお、ＨＦサーバ２０は、ＰＯＤシステム３において処理可能な形式で印刷ジョブを生成し、ディジタルプリント部５へ出力（submit：サブミット）する。
ＰＯＤシステム３では、ＨＦサーバ２０、ファイルサーバ２１、及びＨＦクライアント２２、２３間で使用される印刷指示書（印刷指示情報）には、ＪＤＦファイルを使用する。ＪＤＦファイルは、ジョブの作業指示を記載したジョブチケット（ＪＴ）として情報交換に利用される。ＰＯＤシステム３では、ＪＤＦファイルを使用して印刷ジョブを転送したり、制御コマンドを発行したりすることで、ホットフォルダ部４を中心にディジタルプリント部５（更にはポストプレス部）等と連携をとってトータルなワークフローの自動化を実現している。
【００１４】
図３は、ディジタルプリント部５の構成の一例を示す図である。ディジタルプリント部５は、プリントサーバ３０、クライアントＰＣ３１、３２、白黒ＭＦＰ３３、３４、及びカラーＭＦＰ３５、３６、３７を有する。プリントサーバ３０、クライアントＰＣ３１、３２、白黒ＭＦＰ３３、３４、及びカラーＭＦＰ３５、３６、３７は、それぞれ１個又は複数個存在しし、互いにネットワークを介して接続されている。
プリントサーバ３０は、主な機能を２つ有する。１つ目は、ディジタルプリント部５の外部と情報を送受する機能であり、入稿されるジョブ（印刷ジョブを含む。）の画像情報や設定情報などは、まず、プリントサーバ３０に入力され、そのジョブが終了するとステータス等の情報を外部に知らせる機能である。もう１つは、ディジタルプリント部５を管理して制御する機能であり、外部から入力されたジョブ、及びディジタルプリント部５の内部で発生したジョブを、プリントサーバ３０にて一元管理する機能である。
【００１５】
また、プリントサーバ３０は、ディジタルプリント部５の内部にある全てのデバイスと全てのジョブの状況とを監視し、ジョブの一時停止、設定変更、印刷再開、或いはジョブの複製、移動、削除などの制御を行う。
クライアントＰＣ３１、３２は、プリントサーバ３０で管理されているデバイスやジョブの監視や制御を補佐する。また、クライアントＰＣ３１、３２は、その他のＰＯＤ業務においては、入力されたアプリケーションファイルの編集、印刷指示、或いはプリントレディファイルをプリントサーバ３０等に投入する。
白黒ＭＦＰ３３、３４及びカラーＭＦＰ３５、３６、３７は、スキャン、プリント、コピー等の様々な機能を有する画像形成装置の一例であり、カラーＭＦＰと白黒ＭＦＰとでスピードやコスト等が異なるので、それぞれの用途に応じて採用される。なお、カラーＭＦＰ３７には、フィニッシャ装置が接続されている。
【００１６】
図４は、本実施形態で採用し得るＰＯＤシステム３の構成の一例を示す図である。この例では、ホットフォルダ部４は、ＨＦクライアント２２、２３とＨＦサーバ２０とを含んで構成されているものとする。また、ディジタルプリント部５は、カラーＭＦＰ３６、３７を含んで構成されているものとする。なお、カラーＭＦＰ３７は、カラーＭＦＰ本体とインラインフィニッシャとを含んで構成される。カラーＭＦＰ本体は、例えば、印刷ジョブを受信し、印刷ジョブ内に記録されている情報に従って印刷原稿を出力する。インラインフィニッシャは、紙の搬送経路がカラーＭＦＰ本体と物理的に繋がっている後処理デバイスである。また、ＨＦクライアント２２、ＨＦサーバ２０、カラーＭＦＰ３７等の各機器は、ＬＡＮ等のネットワークを介して互いに接続されている。
【００１７】
この例では、ＨＦクライアント２２は、ホットフォルダ（ホットフォルダ４６、４７、４８）、コンテンツ生成アプリケーション４ｆ、及びＨＦクライアントアプリケーション４ｇを有する。
コンテンツ生成アプリケーション４ｆは、ホットフォルダに印刷用のコンテンツファイルを提供する上流システムである。また、コンテンツ生成アプリケーション４ｆは、コンテンツファイルを生成すると、ホットフォルダにコンテンツファイルをコピーする（換言するならば、コンテンツファイルのファイル情報をホットフォルダに格納する。）。
なお、オペレータが印刷開始指示を行うことで、コンテンツファイルの投入が行われてもよい。例えば、オペレータがコンテンツファイルをマウスポインタでホットフォルダ上へDrag & Dropする操作することでコンテンツファイルの投入が行われる。また、バッチファイル等のプログラムが実行されて、コンテンツ生成アプリケーション４ｆで作成されたコンテンツファイルをコピーすることによってコンテンツファイルの投入が行われてもよい。
【００１８】
ＨＦクライアントアプリケーション４ｇは、コンテンツファイルが投入されたことをイベントによって検知すると、投入されたコンテンツファイル等をＨＦサーバ２０に転送する。なお、ＨＦサーバ２０では、受信したコンテンツファイル等から印刷ジョブを作成し、指示された印刷機（カラーＭＦＰ３７等）に転送する。
なお、ＨＦクライアント２２、２３、ＨＦサーバ２０等のハードウェア構成は一般的な情報処理装置と同様のハードウェア構成であるので、図示を省略する。例えば、ＨＦサーバ２０は、ＣＰＵ、メモリ、記憶デバイス、入力デバイス、表示デバイス、ＮＩＣ（ネットワークインターフェースカード）、及びシステムバスを有する。
【００１９】
ＣＰＵは、メモリに記憶されたプログラムに基づいて各種処理を実行する。さらに、ＣＰＵは、システムバスに接続される各デバイスを総括的に制御する。メモリは、ＣＰＵの主記憶領域やワークエリア等として機能する。記憶デバイスは、記憶部の一例であり、ＨＤ（ハードディスク）やＦＤ（フレキシブルディスク）のような記憶媒体により構成され、各種プログラムや各種データを格納することができる。入力デバイスは、キーボードやマウス等で構成され、ＨＦサーバ２０上で実行されるプログラムにユーザが指示を与えることができる。表示デバイスは、ＨＦサーバ２０上で実行されるプログラムのＧＵＩ（グラフィカルユーザインターフェース）等を表示する。ＮＩＣは、ＬＡＮ等のネットワークを介した他のネットワーク装置との通信を制御する。
そして、ＣＰＵが、記憶デバイスに格納されたプログラムの手順に従って処理を行うことによって、ＨＦサーバ２０における機能及び後述するフローチャートに係る処理が実現される。
【００２０】
また、ＨＦクライアント２２、２３も、ＨＦサーバ２０と同様のハードウェア構成を有する。例えば、ＨＦクライアント２２、２３は、表示デバイスを有し、表示デバイスにはホットフォルダに関する内容が表示される。すなわち、ＨＦクライアント２２、２３のＣＰＵが、記憶デバイスに格納されたプログラムの手順に従って処理を行うことによって、ＨＦクライアント２２、２３における機能及び処理が実現される。
【００２１】
図５は、ＨＦクライアント２２及びＨＦサーバ２０をより詳細に説明するための図である。
ホットフォルダ４６、４７、４８は、コンテンツ生成アプリケーション４ｆにより投入されるコンテンツファイルを格納するフォルダである。
ＨＦサーバアプリケーション４ａは、複数のＨＦクライアントアプリケーションを管理している。例えば、ＨＦサーバアプリケーション４ａは、複数のＨＦクライアントから、コンテンツファイル等を受信したときは、生成した印刷ジョブをＨＦサーバアプリケーション４ａに送信する順序を管理（制御）する。
ジョブ管理アプリケーション４９は、ＨＦサーバアプリケーション４ａから送信された印刷ジョブをカラーＭＦＰ３７等に送信し、送信した印刷ジョブに係るジョブのステータスを監視して表示する。また、ジョブ管理アプリケーション４９は、カラーＭＦＰ３７等のステータスを監視する。
【００２２】
図６は、ＨＦクライアントアプリケーション４ｇ、ＨＦサーバアプリケーション４ａ、及びジョブ管理アプリケーション４９の機能構成を示す図である。
識別情報作成部１２０は、印刷ジョブを識別可能にするために、ホットフォルダの名称、ホットフォルダに投入されたコンテンツファイルにシーケンシャルに振られる番号（連番）、及びコンテンツファイルの投入日付を含む識別情報を作成する。なお、識別情報作成部１２０は、ホットフォルダ４６等にコンテンツファイルが投入されたことを契機として、識別情報を作成する。
ＪＤＦ生成部１２１は、ホットフォルダに付随して設定されている印刷指示情報などを基にして印刷指示情報であるＪＤＦファイルを生成する。表示部１２ｋは、ＨＦクライアントアプリケーション４ｇ用のＵＩを提供する。表示部１２ｋは、ホットフォルダの設定を行ったり、ホットフォルダ内に投入されたコンテンツファイルのリストを表示デバイスに表示したりする。データ送信部１２２は、投入されたコンテンツファイルとＪＤＦ生成部１２１で生成されたＪＤＦファイルとをＨＦサーバアプリケーション４ａに送信する。
【００２３】
データ受信部１２３は、ＨＦクライアントアプリケーション４ｇのデータ送信部１２２から送信されたコンテンツファイル等を受信する。コンテンツチェック部１２４は、受信された印刷対象のコンテンツファイルがサポート対象であるか否かをチェックする。例えば、コンテンツチェック部１２４は、自己が有する予め定められたチェック情報を参照して、印刷対象のコンテンツファイルの種別が適切であるか否か、コンテンツファイルのフォーマットのバージョンが適切であるか否かをチェックする。
ジョブデータ生成部１２５は、受信されたＪＤＦファイルとコンテンツファイルとを使用して、ＭＩＭＥエンコーディングを行い、ＪＤＦ仕様に準拠したＪＤＦジョブデータ（印刷ジョブ）を生成する。
【００２４】
データ送信部１２６は、ジョブデータ生成部１２５で生成された印刷ジョブをジョブ管理アプリケーション４９に送信する。ジョブ管理部１２iは、データ送信部１２６が送信する印刷ジョブを管理する。例えば、生成された印刷ジョブが複数ある場合は、印刷ジョブをジョブ管理アプリケーション４９に送信する順序を管理（いわゆるキュー制御）する。印刷ジョブの印刷先は、ホットフォルダ毎に事前にホットフォルダの作成時に設定され、ＨＦサーバアプリケーション４ａは、設定された設定情報を有しているものとする。デバイス管理部１２ｈは、印刷先のカラーＭＦＰ３７等の構成情報を管理（記録）している。
【００２５】
データ受信部１２７は、ＨＦサーバアプリケーション４ａのデータ送信部１２６から送信された印刷ジョブを受信する。制御部１２８は、ジョブ管理アプリケーション４９全体の処理を制御する。ジョブチケット解析部１２ｂは、受信された印刷ジョブに記録されているジョブチケットであるＪＤＦファイルを解析する。例えば、ジョブチケット解析部１２ｂは、ＪＤＦファイルを解析して印刷ジョブの送信元の情報（ホットフォルダの名称、ＨＦクライアントの名称）等を取得し、ジョブ情報としてジョブ管理情報更新部１２ｅ及びジョブ記録部１２ｆを介して記録デバイスに記録する。
ジョブ管理情報更新部１２ｅは、データ受信部１２７で受信された印刷ジョブを基にジョブチケット解析部１２ｂで解析された結果で、ジョブ記録部１２ｆを介して記録デバイスに記録されているジョブ情報を更新する。表示部１２９は、ジョブ管理情報更新部１２ｅで管理されているジョブ情報等を表示デバイスの画面に表示する。
【００２６】
印刷ジョブ送信・更新部１２ａは、ジョブ管理アプリケーション４９から印刷ジョブをカラーＭＦＰ３７等へ送信する。また、印刷ジョブ送信・更新部１２ａは、ジョブ監視手段の一例であり、カラーＭＦＰ３７等におけるジョブのステータス情報（印刷進行情報）を監視する。
なお、印刷ジョブ送信・更新部１２ａは、カラーＭＦＰ３７等からジョブのステータス情報を受け取り、ジョブのステータス情報を、ジョブ記録部１２ｆを介して記録デバイスへ記録してもよい。例えば、印刷ジョブ送信・更新部１２ａは、カラーＭＦＰ３７に印刷ジョブを送信した場合、カラーＭＦＰ３７から、ステータス情報として、送信した印刷ジョブに係るジョブの印刷中、ホールド中、印刷終了等を表す情報を取得する。
また、印刷ジョブ送信・更新部１２ａは、更新されたステータス情報を、表示部１２９を介して表示デバイスの画面に表示する。
【００２７】
デバイス情報管理部１２ｇは、デバイス監視手段の一例であり、カラーＭＦＰ３７等のデバイスステータス情報（状態情報）等を取得する。例えば、デバイス情報管理部１２ｇは、カラーＭＦＰ３７等にセットされている用紙のサイズや種類、カラーＭＦＰ３７等が有するフィニッシング機能の情報などを取得して管理（記録）する。
ホットフォルダ管理部１２ｊは、ホットフォルダ内のコンテンツファイルを削除したり、ホットフォルダの名称や書き込み権限（WRITE許可／WRITE不許可）を変更したりする。なお、ホットフォルダ管理部１２ｊは、コンテンツファイルを削除する指示、ホットフォルダの名称や書き込み権限を変更する指示をＨＦクライアントアプリケーション４ｇに送信してもよい。このとき、ＨＦクライアントアプリケーション４ｇは、受信した指示に応じて処理を実行する。
【００２８】
図７は、ホットフォルダにコンテンツファイルが投入されてから、投入されたコンテンツファイルが削除されるまでの処理（削除処理）の一例を示す図である。
コンテンツ生成アプリケーション４ｆは、コンテンツファイルを生成する。Ｓ１では、コンテンツ生成アプリケーション４ｆ（ファイル投入機能）は、ホットフォルダ（この例では、ホットフォルダ４６）にコンテンツファイルをコピーする。ＰＤＦファイル７３は、コピーされたコンテンツファイルである。
【００２９】
Ｓ２では、ＨＦクライアントアプリケーション４ｇは、ホットフォルダからコンテンツファイルを取り出し、ジョブチケット（ＪＴ）であるＪＤＦファイルとコンテンツファイルとをＨＦサーバアプリケーション４ａに送信する。なお、図７では、ＨＦクライアントアプリケーション４ｇについては、図示を省略している。
そして、Ｓ３−１では、ＨＦサーバアプリケーション４ａは、ＪＤＦファイルとコンテンツファイルとを基に印刷ジョブを作成し、ジョブ管理アプリケーション４９に送信する。他方、ジョブ管理アプリケーション４９は、印刷ジョブを受信し終わると、Ｓ３−２では、受信した印刷ジョブに対応するホットフォルダ内のコンテンツファイルを削除する。そして、Ｓ４では、ジョブ管理アプリケーション４９は、ホットフォルダ４６に対応付けられているデバイス（カラーＭＦＰ３７）へ印刷ジョブを送信（サブミット）する。
この例では、ホットフォルダに投入されたコンテンツファイルは、印刷ジョブの印刷の終了と関係ないタイミングで削除される。
【００３０】
図８は、ホットフォルダにコンテンツファイルが投入されてから、投入されたコンテンツファイルが削除されるまでの処理（削除処理）の一例を示す図である。なお、図８において、図７に示した例と同一の部分については、図７に付した符号と同一の符号を付し、説明を適宜省略する。
Ｓ３では、ＨＦサーバアプリケーション４ａは、ＪＤＦファイルとコンテンツファイルとを基に印刷ジョブを作成し、ジョブ管理アプリケーション４９に送信する。
Ｓ４では、ジョブ管理アプリケーション４９は、ホットフォルダ４６に対応付けられているデバイス（この例では、カラーＭＦＰ３７）へ印刷ジョブを送信する。送信後、Ｓ５では、ジョブ管理アプリケーション４９は、印刷処理が終了したか否かを判定するためにジョブの監視を行う。ジョブ管理アプリケーション４９は、コンテンツファイル毎のジョブの印刷の終了を表すステータス情報に基づいて印刷の終了を検知すると、Ｓ６では、印刷が終了したジョブに対応するホットフォルダ内のコンテンツファイルを削除する。
この例では、ホットフォルダに投入されたコンテンツファイルは、ジョブの印刷が終了したときに削除される。
【００３１】
図９は、ジョブ管理アプリケーション４９が送信した印刷ジョブ（送信ジョブ）の管理に使用する送信管理テーブルの一例（送信管理テーブル９０）を示す図である。送信管理テーブル９０には、管理テーブルヘッダ９１とテーブル（テーブル９３、９ｆ等）とが含まれる。
管理テーブルヘッダ９１には、管理テーブル数９２が含まれる。管理テーブル数９２は、送信管理テーブル９０で管理されるテーブルの数を示す。
テーブル９３は、１つの送信ジョブの情報を示すテーブルである。テーブル９３には、送信先情報９４と送信元情報９８とが含まれる。
送信先情報９４には、送信ジョブＩＤ９５、送信ジョブ名称９６、及び送信デバイス名称９７の情報が含まれる。
【００３２】
送信元情報９８には、ホットフォルダ名称９９、ＰＣ名称（ＨＦクライアントの名称）９ａ、コンテンツファイルリスト９ｂの情報が含まれる。コンテンツファイルリスト９ｂには、コンテンツファイル数９ｃ、並びに削除フラグ及びコンテンツファイルの名称の情報（コンテンツ状態情報９ｄ、９ｅ等）が含まれる。コンテンツファイル数９ｃは、コンテンツファイルの数を示す。削除フラグは、コンテンツファイルが削除されたか否か（削除済であるか否か）を示す。なお、削除フラグ及びコンテンツファイルの名称は、コンテンツファイル毎に設けられている。この例では、コンテンツファイル数が２つの場合を示している。
また、テーブル９ｆは、第２の送信ジョブの情報を示す。テーブル９ｆのデータ構造は、テーブル９３と同じであるので、説明を省略する。なお、テーブルは、送信ジョブ数に対応して設けられている。
【００３３】
図１０は、ジョブ管理アプリケーション４９での処理に係るフローチャートの一例を示す図である。
まず、Ｓ２１では、ジョブ管理アプリケーション４９は、デバイス（カラーＭＦＰ３７等）に送信した印刷ジョブ（送信ジョブ）に係るジョブがあるか否かを判断する。このとき、ジョブ管理アプリケーション４９は、ジョブがあると判断した場合は、Ｓ２２の処理を行い、ジョブがないと判断した場合は、Ｓ２１の処理を繰り返す。
Ｓ２２では、ジョブ管理アプリケーション４９は、送信管理テーブルを参照し、送信ジョブに係るジョブ（監視するジョブ）の情報（送信ジョブＩＤ等）を取得する。続いて、Ｓ２３では、ジョブ管理アプリケーション４９は、Ｓ２２で取得した情報を使用して、送信ジョブに係るジョブのステータス情報を監視する。なお、ステータス情報には、ジョブの進行状況を表す情報、送信ジョブＩＤ、ジョブが印刷の対象とするコンテンツファイル名称の情報などが含まれている。
【００３４】
続いて、Ｓ２４では、ジョブ管理アプリケーション４９は、ジョブの印刷が終了したか否かをステータス情報に基づいて判断する。このとき、ジョブ管理アプリケーション４９は、ジョブの印刷が終了したと判断した場合は、Ｓ２５の処理を行い、ジョブの印刷が終了していないと判断した場合は、Ｓ２３の処理を行う。
続いて、Ｓ２５では、ジョブ管理アプリケーション４９は、再び送信管理テーブルを参照し、印刷が終了したジョブに対応するコンテンツファイルを格納するホットフォルダを特定し、特定したホットフォルダ内の前記コンテンツファイルを削除する。また、ジョブ管理アプリケーション４９は、コンテンツファイル名称に対応する削除フラグを削除済みに設定し、更新管理テーブルを更新する。
【００３５】
（第２の実施形態）
第２の実施形態では、コンテンツファイルとして、バリアブル印刷で使用されるＰＰＭＬ（Personalized Printing Markup Language）ファイルを採用した場合の例を説明する。
図１１は、３ページのバリアブル印刷用のＰＰＭＬファイルの一例（ＰＰＭＬデータ１１０）を示す図である。
ＰＤＦ１１１は、１ページ目の印刷で使用されるバリアブルデータである。ＰＤＦ１１２は、２ページ目の印刷で使用されるバリアブルデータである。ＰＤＦ１１３は、３ページ目の印刷で使用されるバリアブルデータである。ＰＤＦ１１４は、共通で使用されるデータ（共通データ）を示し、いわゆるＰＰＭＬ仕様におけるリユーザブルオブジェクトである。ＰＤＦ１１５は、ＰＤＦ１１４と同様であり、共通で使用されるデータ（リユーザブルオブジェクト）を示している。
【００３６】
ページデータ１１６は、ＰＰＭＬデータ１１０をバリアブル印刷したときの１ページ目を示し、可変表示１１７は、バリアブルデータ１１１に対応した印刷内容を示している。なお、ページデータ１１８及び可変表示１１９、並びに、ページデータ１１ａ及び可変表示１１ｂも同様である。
このようなＰＰＭＬファイルをホットフォルダに投入して印刷を行う場合、ジョブ管理アプリケーション４９は、１ページ目の印刷が終了したと判断すると、ＰＤＦ１１１をホットフォルダから削除する。また、ジョブ管理アプリケーション４９は、２ページ目の印刷が終了したと判断すると、ＰＤＦ１１２をホットフォルダから削除し、３ページ目の印刷が終了すると、ＰＤＦ１１３をホットフォルダから削除する。このように、本実施形態では、複数のコンテンツデータが１つのファイル内で使用されている場合、一のコンテンツデータが使用されているページの印刷が終了すると、全てのページの印刷が終了していなくても、前記一のコンテンツデータが削除される。
【００３７】
（第３の実施形態）
図１２は、ホットフォルダにコンテンツファイルを投入してから、印刷先のデバイス（カラーＭＦＰ３７）で用紙なし、ジャム等のエラーが発生するまでの処理（エラー発生時処理）の一例を示す図である。なお、図１２において、図８に示した例と同一の部分については、図８に付した符号と同一の符号を付し、説明を適宜省略する。
本実施形態では、Ｓ５の後、ジョブ管理アプリケーション４９は、用紙なし、ジャム等のエラー情報を含むデバイスステータス情報に基づいてデバイスのステータスを監視し、用紙なし、ジャム等のエラーが発生しているか否かを監視する。エラーを検知（発見）した場合には、ジョブ管理アプリケーション４９は、エラーの内容を表示デバイスの画面に表示する。
なお、この例では、デバイスのエラーを検知した場合、エラーの内容を報知（ユーザに通知）するのみであり、ホットフォルダからの印刷処理は継続されている。
【００３８】
図１３は、デバイスでエラーが発生した場合、ホットフォルダの名称を変更し、デバイスの状態がわかるようにするまでの処理（エラー発生時処理）の一例を示す図である。なお、図１３において、図１２に示した例と同一の部分については、図１２に付した符号と同一の符号を付し、説明を適宜省略する。
ここで、コンテンツ生成アプリケーション４ｆにはコンテンツファイルを自動的にコピーする処理が規定されており、コンテンツ生成アプリケーション４ｆでファイルが生成されると、印刷が開始される。
Ｓ１では、コンテンツ生成アプリケーション４ｆは、第１のコンテンツファイルをホットフォルダに投入する。続いて、Ｓ２では、ＨＦクライアントアプリケーション４ｇは、コンテンツファイルとジョブチケット（ＪＤＦファイル）とをＨＦサーバアプリケーション４ａに送信する。
【００３９】
続いて、Ｓ３では、ＨＦサーバアプリケーション４ａは、コンテンツファイルとＪＤＦファイルとを基に生成した印刷ジョブをジョブ管理アプリケーション４９に送信する。続いて、Ｓ４では、ジョブ管理アプリケーション４９は、印刷ジョブをカラーＭＦＰ３７に送信する。続いて、Ｓ５−２では、ジョブ管理アプリケーション４９は、用紙なし、ジャム等のエラーが発生しているか否かを監視する。この例では、厚紙の用紙なしのエラーが発生したと仮定する。すると、Ｓ６では、ジョブ管理アプリケーション４９は、厚紙の用紙なしのエラー情報を含むデバイスステータス情報をカラーＭＦＰ３７から取得し、Ｓ７では、ホットフォルダの名称を変更する。
【００４０】
本実施形態では、エラーの内容を示すようにホットフォルダ名称を変更するものとする。例えば、変更前は「ホットフォルダ−１」という名称だったが、変更後は「ホットフォルダ（未セット＝厚紙（120〜140g/m2））」に変更されるものとする。その後、コンテ
ンツ生成アプリケーション４ｆから、第２のコンテンツファイルがホットフォルダに投入されると、Ｓ８では、ホットフォルダへのコンテンツファイルの投入に失敗する。コンテンツ生成アプリケーション４ｆには、「ホットフォルダ−１」という名称のホットフォルダにコンテンツファイル投入するように処理が規定されているからである。そして、コンテンツファイルの投入に失敗したので、Ｓ９では、コンテンツ生成アプリケーション４ｆは、コンテンツファイルの投入に成功するまでコンテンツファイルの投入を繰り返すものとする。
そして、ジョブ管理アプリケーション４９は、Ｓ１０では、カラーＭＦＰ３７に厚紙が補給されたことを検知すると、Ｓ１１では、ホットフォルダの名称を元に戻す。そして、フォルダの名称が元に戻されたので、Ｓ１２では、コンテンツ生成アプリケーション４ｆは、ホットフォルダへのコンテンツファイルの投入に成功する。
上記の構成によれば、オペレータは、デバイスの状態を容易に把握できる。また、上記の構成によれば、オペレータは、他のホットフォルダ（他のカラーＭＦＰ）にコンテンツファイルを投入し、印刷先を容易に変更することもできる。
【００４１】
（第４の実施形態）
図１４は、デバイス（カラーＭＦＰ３７等）でエラーが発生した場合、ホットフォルダのアクセス権限を変更してコンテンツファイルの投入ができないようにし、デバイスで印刷待ちのジョブが滞留しないようにする処理（エラー発生時処理）の一例を示す図である。なお、図１４において、図１３に示した例と同一の部分については、図１３に付した符号と同一の符号を付し、説明を適宜省略する。
【００４２】
Ｓ７−２では、ジョブ管理アプリケーション４９は、ホットフォルダのアクセス権限をWRITE不許可に変更する（換言するならば、ホットフォルダへのコンテンツファイルの投入を拒否する権限を設定する。）。すると、図１３と同様にＳ８では、コンテンツ生成アプリケーション４ｆがホットフォルダへのコンテンツファイルの投入に失敗し、Ｓ９では、コンテンツ生成アプリケーション４ｆは、ホットフォルダへのコンテンツファイルの投入を反復する。なお、このとき、ＨＦクライアント２２の表示デバイスは、エラーを表す表示を行う。
そして、Ｓ１０では、ジョブ管理アプリケーション４９は、厚紙がカラーＭＦＰ３７に補給されたことを検知する。すると、Ｓ１１−２では、ジョブ管理アプリケーション４９は、ホットフォルダのアクセス権限を元に戻す。そして、Ｓ１２では、コンテンツ生成アプリケーション４ｆは、ホットフォルダへのコンテンツファイルの投入に成功する。
上記の構成によれば、デバイスで印刷できない多数のジョブが滞留する事態の発生を極力防ぎ、また、オペレータは、他のホットフォルダにコンテンツファイルを投入し、印刷先を容易に変更することもできる。
【００４３】
図１５は、ジョブ管理アプリケーション４９が管理するホットフォルダ管理テーブルの一例（ホットフォルダ管理テーブル１５０）を示す図である。ホットフォルダ管理テーブル１５０には、管理テーブルヘッダ１５１とテーブル（テーブル１５３、１５４等）との情報が含まれる。
管理テーブルヘッダ１５１は、管理テーブル数１５２を有する。管理テーブル数１５２は、ホットフォルダ管理テーブル１５０で管理されるテーブルの数を示す。
テーブル１５３、１５４は、ホットフォルダ毎に設けられている。テーブル１５３には、ホットフォルダ名称（オリジナル）１５５、ホットフォルダ名称（変更後）１５６、ホットフォルダアクセス権変更フラグ１５７、送信デバイス名称１５８、デバイスステータス記録部１５９の情報が含まれる。ホットフォルダアクセス権変更フラグ１５７は、ホットフォルダのアクセス権をWRITE不許可に変更したか否かを示すフラグである。例えば、ＯＮであるときはWRITE不許可に変更したことを表す。デバイスステータス記録部１５９には、ステータス種１５ａとステータス詳細１５ｂの情報が含まれる。付言するならば、第３の実施形態でも同様の管理テーブルを採用している。
図１６は、デバイスステータス記録部１５９に記録される情報（デバイスステータス情報）の一例を示す図である。ここでは、厚紙（120〜140g/m2）が用紙なしになった際の
記録の例を示している。
【００４４】
（第５の実施形態）
図１７は、印刷終了時にファイル名称を「元のファイル名」＋「.終了」と変更することにより、印刷の終了がわかるようにする処理（印刷終了時処理）の一例を示す図である。なお、図１７において、図８に示した例と同一の部分については、図８に付した符号と同一の符号を付し、説明を適宜省略する。
Ｓ６−２では、ジョブ管理アプリケーション４９は、ホットフォルダ内にある印刷が終了したコンテンツファイルの名称を変更する。なお、ここでは、変更前のファイル名「顧客A.pdf」から変更後の「顧客A.pdf.終了」に変更する例が示されている。
【００４５】
（第６の実施形態）
図１８は、印刷終了時にファイルのアイコンに対してマークを付すことにより、印刷の終了がわかるようにする処理（印刷終了時処理）の一例を示す図である。なお、図１８において、図８に示した例と同一の部分については、図８に付した符号と同一の符号を付し、説明を適宜省略する。
Ｓ６−３では、ジョブ管理アプリケーション４９は、ホットフォルダ内にあるコンテンツファイルに対して印刷が終了したことを表すマークをＨＦクライアント２２の表示デバイスに表示させるための情報を設定する。なお、ここでは、印刷が終了したコンテンツファイルのアイコン上に済のマークを表示させる例が示されている。
【００４６】
図１９は、ＨＦクライアント２２等の表示デバイスにおける画面の表示例を示す図である。画面１９０は、表示デバイスに表示される画面の一例であり、ＨＦクライアントアプリケーション４ｇがホットフォルダ４６内のコンテンツファイルの一覧を表示している例である。ここでは、「顧客A.pdf」のファイル１８１と「顧客B.pdf」のファイル１９１との２つのコンテンツファイルがホットフォルダに投入されていることが示されている。また、ファイル１８１に対しては済のマーク１８０が表示され、ファイル１８１の印刷は終了していることが示されている。
【００４７】
（その他の実施形態）
また、本発明は、以下の処理を実行することによっても実現される。即ち、上述した実施形態の機能を実現するソフトウェア（プログラム）を、ネットワーク又は各種記憶媒体を介してシステム或いは装置に供給し、そのシステム或いは装置のコンピュータ（又はＣＰＵやＭＰＵ等）がプログラムを読み出して実行する処理である。
【００４８】
上述した実施形態の構成によれば、フォルダに投入されたファイルの印刷が終了したか否かの適切な判断をユーザがより容易にできる。
【００４９】
以上、本発明の好ましい実施形態について詳述したが、本発明は係る特定の実施形態に限定されるものではなく、特許請求の範囲に記載された本発明の要旨の範囲内において、種々の変形・変更が可能である。
【図１】
0005574821.tif 000002
【図２】
0005574821.tif 000003
【図３】
0005574821.tif 000004
【図４】
0005574821.tif 000005
【図５】
0005574821.tif 000006
【図６】
0005574821.tif 000007
【図７】
0005574821.tif 000008
【図８】
0005574821.tif 000009
【図９】
0005574821.tif 000010
【図１０】
0005574821.tif 000011
【図１１】
0005574821.tif 000012
【図１２】
0005574821.tif 000013
【図１３】
0005574821.tif 000014
【図１４】
0005574821.tif 000015
【図１５】
0005574821.tif 000016
【図１６】
0005574821.tif 000017
【図１７】
0005574821.tif 000018
【図１８】
0005574821.tif 000019
【図１９】
0005574821.tif 000020