(57)【要約】【課題】  データファイル名を利用した出力管理を行う場合に、データファイル名が途中のモジュールなどに変更されてしまうため出力管理ができないという課題がある。【解決手段】  データファイル名を一旦保存し印刷を実行し、印刷データファイルのみを取得する。取得した印刷データファイルを保存したデータファイル名で再度印刷を実行する。そうすることで印刷実行時に一旦はデータファイル名が変更されても、最終的な印刷時に正しいデータファイル名で印刷を実行するので正常に印刷及び出力管理を実施することができる。【選択図】  図５
2009145976.tif 000002
【特許請求の範囲】
【請求項１】
インターネット、イントラネットのようなネットワークに接続された基幹システム、クライアントパソコン、サーバ及び印刷処理装置から構成され、印刷ジョブをトラッキングする出力モジュールは出力管理系及び印刷を実行するＪｏｂ制御モジュールに分かれている。ユーザがクライアントパソコンから印刷を実行し、サーバでデータ変換処理及び出力管理情報を生成し、出力管理情報は出力管理モジュールに送信するステップ、変換後データはＪｏｂ制御モジュールに送信するステップ、そしてそれぞれのモジュールでデータファイル名を保持するステップ、またＪｏｂ制御モジュールが渡されたデータファイルを印刷デーモンに対して出力するステップ、印刷デーモンで処理され変換された印刷データをＰｏｒｔＭｏｎｉｔｏｒでファイル化するステップ、ファイルからした印刷データをＪｏｂ制御モジュールが監視し取得するステップ、取得した印刷データを保存していたファイル名で所定のプリンタに対して印刷を実行するステップ、プリンタに出力された印刷ドキュメント名と出力管理系で保持しているデータファイル名を利用して出力のトラッキングを行うことを特徴とする印刷ジョブトラッキングシステム。
【請求項２】
前記請求項１に加え、サーバで処理されたデータを出力管理モジュールが受け取り、そのファイル名をキーにして実データをテーブルに保存し管理することを特徴とする印刷トラッキングシステム。
【請求項３】
前記請求項２に加え、印刷デーモンに対して出力処理を実施する際に、印刷を実施するファイル名は元々のファイル名又は任意のファイル名を指定することを特徴とする印刷トラッキングシステム。
【請求項４】
前記請求項３に加え、印刷デーモンによって処理された印刷データを、実際に印刷を実施したいプリンタのポート指定のみを変更したプリンタオブジェクトに対して印刷を実施することを特徴とする印刷トラッキングシステム。
【請求項５】
前記請求項４に加え、コピーしたプリンタオブジェクトはファイルを出力するように作成されたポートモニタに対してデータを出力することを特徴とする印刷トラッキングシステム。
【請求項６】
前記請求項５に加え、ポートモニタによってファイル化された印刷データを任意のフォルダに保存できることを特徴とする印刷トラッキングシステム。
【請求項７】
前記請求項６に加え、任意のフォルダに保存された印刷データを一定間隔でファイル投入の有無の監視を実施することを特徴とする印刷トラッキングシステム。
【請求項８】
前記請求項７に加え、印刷データのファイルの投入完了を確実に監視しているＪｏｂ制御モジュールが認識するために、印刷データの投入完了後に、ポートモニタが実データ投入完了ファイルを投入することを特徴とする印刷トラッキングシステム。
【請求項９】
前記請求項８に加え、印刷データ投入監視しているＪｏｂ制御モジュールは投入完了ファイルが投入されると印刷データを検知し回避フォルダにファイルを移動することを特徴とする印刷トラッキングシステム。
【請求項１０】
前記請求項９に加え、回避フォルダに移動が完了した後、テーブルに保存されているファイル名を利用し、そのファイル名でプリンタに対してＯＳの印刷コマンドを実行して印刷を実施することを特徴とする印刷トラッキングシステム。
【請求項１１】
前記請求項１０に加え、出力モジュールではデータ変換サーバからプリンタに対してジョブを実行するところまでを同期処理で実行することを特徴とする印刷トラッキングシステム。
【請求項１２】
前記請求項１１に加え、出力モジュールが印刷デーモンに対して出力処理を実行してから終了するまでの間でタイムアウト値を設定することを特徴とする印刷トラッキングシステム。
【請求項１３】
前記請求項１２に加え、印刷データを回避フォルダに回避しないで印刷を実施することを特徴とする印刷トラッキングシステム。
【発明の詳細な説明】
【技術分野】
【０００１】
本発明は、印刷処理装置、クライアントパソコン、サーバ等を用いて、ジョブをトラッキングするためのデータ保持、データ監視、印刷処理を実行するプログラム。
【背景技術】
【０００２】
システムからデータ出力を行い、そのデータファイルのユーザ名を後段の処理が特定し処理を継続するために、ファイル名に任意の識別情報を埋め込み後段の処理でファイル名からユーザ名を判別するシステムは存在していた。印刷のジョブトラッキングに関しても、このようにファイル名を手がかりにして印刷処理と出力管理を結びつけているシステムは多数あった。
【特許文献１】特開２００３−０８４９２８号公報
【発明の開示】
【発明が解決しようとする課題】
【０００３】
しかしながら、上述した従来の技術では、ファイル名に埋め込まれた識別情報を後段で判別し利用しているが、途中の処理でファイル名が変換されてしまう場合、その後の処理でファイルの特定ができないという課題があった。これを印刷のジョブトラッキングに当てはめた場合、印刷が実行されるファイル名が変換されてしまうために、出力管理で管理されているファイル名と異なるファイル名となってしまうために、ジョブトラッキングができなくなる課題があった。
【課題を解決するための手段】
【０００４】
上述した課題を解決するために、本発明は、
ユーザがクライアントパソコンから印刷を実行し、サーバでデータ変換処理及び出力管理情報を生成し、出力管理情報は出力管理モジュールに送信するステップ
変換後データはＪｏｂ制御モジュールに送信するステップ、そしてそれぞれのモジュールでデータファイル名を保持するステップ
Ｊｏｂ制御モジュールが渡されたデータファイルを印刷デーモンに対して出力するステップ
印刷デーモンで処理され変換された印刷データをＰｏｒｔＭｏｎｉｔｏｒでファイル化するステップ
取得した印刷データを保存していたファイル名で所定のプリンタに対して印刷を実行するステップ
サーバで処理されたデータを出力管理モジュールが受け取り、そのファイル名をキーにして実データをテーブルに保存し管理するステップ
印刷デーモンに対して出力処理を実施する際に、印刷を実施するファイル名は元々のファイル名又は任意のファイル名を指定するステップ
印刷デーモンによって処理された印刷データを、実際に印刷を実施したいプリンタのポート指定のみを変更したプリンタオブジェクトに対して印刷を実施するステップ
コピーしたプリンタオブジェクトはファイルを出力するように作成されたポートモニタに対してデータを出力するステップ
ポートモニタによってファイル化された印刷データを任意のフォルダに保存できるステップ
任意のフォルダに保存された印刷データを一定間隔でファイル投入の有無の監視を実施するステップ
印刷データのファイルの投入完了を確実に監視しているＪｏｂ制御モジュールが認識するために、印刷データの投入完了後に、ポートモニタが実データ投入完了ファイルを投入するステップ
印刷データ投入監視しているＪｏｂ制御モジュールは投入完了ファイルが投入されると印刷データを検知し回避フォルダにファイルを移動するステップ
回避フォルダに移動が完了した後、テーブルに保存されているファイル名を利用し、そのファイル名でプリンタに対してＯＳの印刷コマンドを実行して印刷を実施するステップ
出力モジュールではデータ変換サーバからプリンタに対してジョブを実行するところまでを同期処理で実行するステップ
出力モジュールが印刷デーモンに対して出力処理を実行してから終了するまでの間でタイムアウト値を設定するステップ
印刷データを回避フォルダに回避しないで印刷を実施するステップ
を有することを特徴とする印刷ジョブトラッキングを実行するプログラム。
【発明の効果】
【０００５】
本発明によって、今後中段の処理緒である印刷デーモンなどのバージョン等が上がりデータファイル名に対する処理が変化しても問題なくその印刷ジョブのトラッキングを実施することが可能となる。
【発明を実施するための最良の形態】
【０００６】
（実施例１）
本発明の実施形態に関して図面を参照して説明する。
【０００７】
図１は本発明のマシン構成図である。ネットワークとはインターネット、イントラネット等を含むもので、そのネットワークにクライアントパソコン（Ｓ１０１）、サーバ（Ｓ１０２）及び印刷処理装置（Ｓ１０３）が接続される。本発明のプログラムはＳ１０１，Ｓ１０３の記憶領域に格納されており、マシンの起動時にそれぞれのキャッシュメモリにロードされてプログラムが実行可能状態となる。
【０００８】
図２は、本発明のプログラムが動作するコンピュータの概略構成を示すブロック図である。
【０００９】
ＣＰＵＳ１１０は、ＨＤ（ハードディスク）Ｓ１１５に格納されているアプリケーションプログラム、プリンタドライバプログラム、ＯＳやネットワークプリンタ制御プログラム等を実行し、ＲＡＭＳ１１２にプログラムの実行に必要な情報、ファイル等を一時的に格納する制御を行う。ＲＯＭＳ１１１には、基本Ｉ／Ｏプログラム等のプログラム、文書処理の際に使用するフォントデータ、テンプレート用データ等の各種データを記憶する。Ｓ１１２はＲＡＭであり、ＣＰＵＳ１１０の主メモリ、ワークエリア等として機能する。Ｓ１１３は外部記憶ドライブであり、メディアＳ１１４に記憶されたプログラム等を本コンピュータシステムにロードすることができる。Ｓ１１４はメディアであり、本実施例で説明するプログラムおよび関連データを格納しており、その記憶されている内容の構成を以下、図３に示す。Ｓ１１５はＨＤであり、アプリケーションプログラム、プリンタドライバプログラム、ＯＳ、制御プログラム、関連プログラム等を格納している。Ｓ１１６はキーボードであり、ユーザがクライアントコンピュータに対して、デバイスの制御コマンドの命令等を入力指示するものである。Ｓ１１７はディスプレイであり、キーボードＳ１１６から入力したコマンドや、プリンタの状態等を表示したりするものである。Ｓ１１８はシステムバスであり、クライアントコンピュータ内のデータの流れを司るものである。Ｓ１１９はネットワークインターフェイス（以下、Ｉ／Ｆという）であり、ローカルエリアネットワーク（ＬＡＮ）あるいは、インターネットに接続するための通信インターフェイスである。
【００１０】
図３は、本発明のプログラムがＲＡＭＳ１１２にロードされ実行可能となった状態のメモリマップを表すものである。
【００１１】
本実施例では、メディアＳ１１４からプログラム及び関連データを直接ＲＡＭＳ１１２にロードして実行させる例を示すが、この以外にも、メディアＳ１１４から本発明のプログラムを動作させる度に、ＨＤＳ１１５からＲＡＭＳ１１２にロードするようにしてもよい。また、本発明のプログラムを記録する媒体は、メディアはＦＤ、ＣＤ−ＲＯＭ、ＤＶＤ、ＩＣメモリーカード等であっても良い。更に、本発明のプログラムをＲＯＭＳ１１１に記録しておき、これをメモリマップの一部となすように構成し、直接ＣＰＵＳ１１０で実行することも可能である。Ｓ１２１は基本Ｉ／Ｏプログラムであり、本制御装置の電源がＯＮされたときに、ＨＤＳ１１５からＯＳがＲＡＭＳ１１２に読み込まれ、ＯＳの動作を開始させるＩＰＬ（イニシャルプログラムローティング）機能等を有しているプログラムが入っている領域である。Ｓ１２２はＯＳであり、Ｓ１２３には制御プログラム、Ｓ１２４には関連データがそれぞれ展開され、Ｓ１２５にはＣＰＵＳ１１０が本プログラムを実行するワークエリアがとられている。
【００１２】
図４において、Ｓ１３０はメディアＳ１１４のデータ内容であり、Ｓ１３１はデータの情報を示すボリューム情報であり、Ｓ１３２はディレクトリ情報、Ｓ１３３は本実施例で説明するプログラム、Ｓ１３４はその関連データである。Ｓ１３３のプログラムは、図５〜７に示される本プログラムのフローチャートに基づいてプログラムコード化されたものである。
【００１３】
図５は本発明の全体処理フロー概略図である。基幹システムから出力されたデータはサーバ（Ｓ５０１）でデータ変換及び出力管理情報の生成が実施さ出力管理情報（Ｓ５０２）が出力管理モジュール（Ｓ５０３）に、変化後のデータ（Ｓ５０５）がＪｏｂ制御モジュールに出力される。出力管理モジュールでは送信されたデータファイル名情報を元にプリンタ（Ｓ５０４）と通信を行いながら該当ファイルのプリンタでの印刷情報のトラッキングを行う。一方Ｊｏｂ制御モジュール（Ｓ５０６）は、送信されたデータのファイル名を保存した後、印刷デーモン（Ｓ５０７）に対して印刷を実行する。印刷を実行するとＧＤＩＡＰＩ※が動作しＰｏｒｔＭｏｎｉｔｏｒ（Ｓ５０９）を介して生成した印刷データを任意のデータフォルダ（Ｓ５１０）にファイル化して保存する。Ｊｏｂ制御モジュールは、一定間隔でデータフォルダのポーリング（Ｓ５１１）を行い印刷データファイルの生成を監視する。ポートモニタが印刷データ投入完了後に完了通知用の投入完了ファイルを投入するので、Ｊｏｂ制御モジュールは印刷データファイルを保存していたデータファイル名を利用して印刷を実行する。印刷が実行されるとＧＤＩＡＰＩが動作しプリンタ（Ｓ５０４）に対して最終的な印刷が実行される。そしてプリンタにおいて印刷が実行されると出力管理モジュールが該当するデータファイル名の印刷状態に関する情報を取得する。
【００１４】
図６は本発明のＪｏｂ制御モジュールの処理フローである。Ｊｏｂ制御モジュールが処理を開始（Ｓ６０１）すると、サーバからデータファイルを取得する（Ｓ６０２）。取得したデータファイルを一旦キューイングする（Ｓ６０３）。そのキューからデータを取り出し（Ｓ６０４）キューにデータがない場合処理は終了（Ｓ６１７）しデータ受信待ち状態となる。キューにデータが存在する場合（Ｓ６０５）キューからデータを取り出す（Ｓ６０６）。そして取り出したデータファイル名を保持し（Ｓ６０７）、印刷デーモンに対して印刷処理を実行し印刷データ（ＰＤＬ）を生成する（Ｓ６０８）。印刷デーモンで生成されたＰＤＬデータは指定されたポート（ＰｏｒｔＭｏｎｉｔｏｒ）に出力される（Ｓ６０９）。そしてＰｏｒｔＭｏｎｉｔｏｒによって指定された任意のディレクトリで、印刷データはファイル化される（Ｓ６１０）。Ｊｏｂ制御モジュールは、任意ディレクトリに印刷データが生成されるまで、指定時間間隔でｗａｉｔしながらポーリングを実施する（Ｓ６１２）。そして任意の指定フォルダ内で印刷データが発見できるまで監視を繰り返し実行する（Ｓ６１１）。印刷データが存在した場合（Ｓ６１３）、監視対象の任意データフォルダから生成された印刷データを取得し（Ｓ６１４）、保持していたデータファイル名を利用して印刷を実行する（Ｓ６１５）。印刷が終了した後に、改めてキューにデータが存在するか否かチェックする（Ｓ６１６）。
【００１５】
（実施例２）
図７は本発明実施例２のデータキューイング時のデータソート処理フローである。基本的に図６で記載した処理フローと同様であるが、Ｓ７０４からＳ７０９の部分が異なる。データを一旦キューイングした後（Ｓ７０３）、ソート設定を取得し（Ｓ７０４）、あらかじめ設定されたソート種別に従って日付ソート（Ｓ７０６）、サイズソート（Ｓ７０７）、プリンタソート（Ｓ７０８）のいずれかを実行する。このようにデータファイルのソートを実行することで規則的なデータの処理順序を保持することが可能となり、利用者の意図した順序で印刷処理を実施することが可能となる。
【００１６】
図８は本発明のソート処理設定ＵＩである。ソート処理の種別（Ｓ８０１）には３種類あり、日付ソート、データサイズソート、プリンタ名ソートがある。またソートの詳細設定（Ｓ８０２）として昇順、降順でのソートが選択可能となっている。
【００１７】
（実施例３）
図９は本発明実施例３のデータ処理フローの概略図である。サーバ（Ｓ９０１）からデータがＪｏｂ制御モジュール（Ｓ９０２）に対してデータをキューイングし、データファイル名の保持する。その後Ｊｏｂ制御モジュールは印刷デーモンに対して印刷処理を実行する。その際に、印刷デーモンへの印刷処理に失敗した場合、指定回数分のリトライ処理を実行する（Ｓ９０４）。そしてリトライ回数分の処理を実施しなおも失敗した場合、別マシンのＪｏｂ制御モジュール（Ｓ９１０）に対してデータ（Ｓ９０９）を送信し印刷処理を実施する。この処理によって、１つのマシン上での印刷処理が実行できなかった場合、別なマシンでその処理を代行することでより確実に印刷処理を実施することが可能となる。
【００１８】
（語彙）
※ＧＤＩＡＰＩ：ＯＳ固有の描画用ＡＰＩ。通常印刷デーモンはこのＡＰＩを呼び出し印刷データの生成を行う。
【図面の簡単な説明】
【００１９】
【図１】本発明のマシン構成図である。
【図２】本発明が動作するコンピュータの概略構成を示すブロック図である。
【図３】本発明のプログラムを展開したときのメモリマップである。
【図４】本発明のＦＤ内部のデータを表すメモリマップである。
【図５】本発明の全体処理フローの概略図である。
【図６】本発明の全体データ処理フローである。
【図７】本発明実施例２のデータソート処理フローである。
【図８】本発明実施例２のソート設定ＵＩである。
【図９】本発明実施例３のデータ処理フロ―の概略図である。
【図１】
2009145976.tif 000003
【図２】
2009145976.tif 000004
【図３】
2009145976.tif 000005
【図４】
2009145976.tif 000006
【図５】
2009145976.tif 000007
【図６】
2009145976.tif 000008
【図７】
2009145976.tif 000009
【図８】
2009145976.tif 000010
【図９】
2009145976.tif 000011