JP2011028572A - 印刷システム、情報処理装置、及びその方法 - Google Patents

Abstract

【課題】管理コードを指定して印刷処理を行う印刷システムにおいて、印刷ユーザによる管理コード指定操作の負担軽減や、管理コード指定の間違い発生を抑えること。
【解決手段】登録部２０２に、管理コードと、管理コードを決定するための条件を登録しておき、文書データの印刷が指示されると、アプリケーション１２０の通知部１２１が印刷対象の文書データの属性をプリンタドライバ１１０に入力し、プリンタドライバ１１０の選択処理部１１１が決定部２０３に送信し、決定部２０３が、プリンタドライバ１１０から受け取った属性と登録部２０２に登録された条件とを比較して、前記文書データを印刷するための印刷ジョブに指定する管理コードを、登録部２０２により登録された管理コードから決定して、プリンタドライバ１１０に送信し、プリンタドライバ１１０の生成部１１２が、決定部２０３で決定された管理コードが指定された印刷ジョブを生成する。
【選択図】図１

Description

本発明は、本発明は、管理コードを含む印刷ジョブに基づいて印刷実績を集計する印刷システムにおける、印刷システムの管理コード決定するための技術などに関するものである。

近年、コスト意識の高まりにより、業務毎に印刷結果を計測し、集計することが望まれている。
例えば、法律事務所等では、顧客や、案件、仕事の内容ごとに発生した印刷やコピー経費を管理集計し、請求するといった業務管理を行っている。
また、他の業種でも、顧客及びプロジェクト毎、管理コードを定義し、発生した印刷を管理コード毎に集計分析することが望まれている。さらに業務の可視化の要求により、作業フェーズ毎にも、発生した印刷コストを集計分析することが望まれている。

このような要求に対して、顧客や、案件、仕事の内容に関するビリングコードという管理コードを定義し、印刷ジョブ毎に管理コードを指定し印刷を行い、実際の印刷が行われた結果を上記管理コードに基づいて集計する方法が提案されている（特許文献１）。

特開２００８−２９３４１６号公報

しかし、特許文献１では、ユーザが印刷するたびに管理コードを指定する必要があった。印刷時にユーザに管理コードを指定させることは、印刷ユーザに対する管理コード指定操作の負担と操作の煩雑さを招く。その結果、管理コードの指定間違いや、異なる業務であっても、前の印刷時の管理コードで印刷してしまうという変更し忘れなどの結果を招く場合が考えられる。

本発明の目的は、印刷ユーザによる管理コードの指定の負担軽減を可能にする仕組みを提供することである。

本発明は、印刷ジョブに管理コードを指定して印刷処理を行う印刷システムであって、管理コードを登録する管理コード登録手段と、文書データを印刷する際に管理コードを決定するための条件として、文書データの属性に関する条件を登録する条件登録手段と、印刷対象の文書データの属性を取得する取得手段と、前記取得手段により取得された属性と前記条件登録手段により登録された条件とを比較して、前記文書データを印刷するための印刷ジョブに指定する管理コードを前記管理コード登録手段により登録された管理コードから決定する決定手段と、前記決定手段により決定された管理コードが指定された印刷ジョブを生成する生成手段とを有し、前記文書データの属性は、文書データを作成したアプリケーションに関する情報、文書データのファイルの属性、及び文書データの内容に関する情報の少なくとも１つを含むことを特徴とする。

本発明によれば、管理コードを指定して印刷処理を行う印刷システムにおいて、印刷ユーザによる管理コード指定操作の負担を軽減させたり、管理コード指定の間違いの発生を抑えることができる。

本発明の実施例１を示す印刷システムの一例を示す図である。 ホストＰＣ１００及び集計装置２００に適用可能な情報処理装置のハードウエア構成の一例を示すブロック図である。 印刷装置３００のハードウエア構成の一例を示すブロック図である。 図１に示した印刷システムにおける全体の処理フローを示す図である。 設定フェーズで使用される管理コードの一覧ユーザインタフェース６００を示す図である。 管理コードの設定ための管理コードの設定ユーザインタフェース６１０を示す図である。 項目の設定のユーザインタフェース６２０を示す図である。 実施例１における運用フェーズの処理フローの一例を示す図である。 アプリケーション１２０の代表例とプリンタドライバ１１０とフォルダ１３１及びその格納ファイル（文書１３２）などのファイルデータ１３０の関係を示す図である。 文書１３２とテンプレート１３３の一例を示す図である。 テンプレート１３３とプリンタドライバ１１０が生成する判断属性の例を示す図である。 プリンタドライバ１１０での管理コード生成処理を示すフローチャートである。 集計装置２００内の決定部２０３の管理コード決定処理を示すフローチャートである。 本実施例の管理コード＋決定時情報１２００を示す図である。 実施例２における運用フェーズの処理フローの一例を示す図である。 判断属性より管理コードが決定できない場合のユーザインタフェースを示す図である。 実施例４における運用フェーズの処理フローの一例を示す図である。 ２回目以降の判断属性５１０を示す図である。 図１７のＳ９１３に示した管理コードの検証処理の一例を示すフローチャートである。

以下、本発明を実施するための形態について図面を用いて説明する。

＜実施例１＞
はじめに、実施例１として、アプリケーションプログラム（以下、アプリケーション）より渡された判断属性を元に管理コードを自動決定する実施例を説明する。
＜システム構成の説明＞
図１は、実施例１における印刷システムの一例を示す図である。

図１に示すように、本実施例の印刷システムは、ホストＰＣ１００と、集計装置２００と、印刷装置３００で構成されている。ホストＰＣ１００と、集計装置２００と、印刷装置３００は、通信媒体４００と接続されそれぞれ相互に通信可能な状態である。

ホストＰＣ１００は、後述する図２に示すハードウエアで構成され、プリンタドライバ１１０と、上位処理装置であるアプリケーション１２０を備える。
プリンタドライバ１１０及びアプリケーション１２０は、ホストＰＣ１００のハードディスク等の外部記憶装置にインストールされ、オペレーティングシステム（ＯＳ）の管理下で協調して印刷処理を実行する。アプリケーション１２０は、文書データ（以下、文書）を作成するものである。なお、上記文書は、例えば、ワードプロセッサデータ、表計算データ、図形データ、画像データ、プレゼンテーションデータ等の印刷可能なあらゆる構造のデータを含むものである。また、アプリケーション１２０は、ユーザからの印刷指示をうけて、印刷設定や印刷描画を伴う印刷要求をプリンタドライバ１１０へ行う。プリンタドライバ１１０は、アプリケーション１２０からの印刷指示をうけて、ネットワーク４００に接続される印刷装置３００で解釈可能な印刷コマンドを生成する。

プリンタドライバ１１０は、選択処理部１１１と、生成部１１２を備える。選択処理部１１１は、アプリケーション１２０より渡された判断属性を元に管理コードを決定（選択処理）する。また、生成部１１２は、選択処理部１１１で決定された管理コードを含む印刷コマンド（選択処理部１１１で決定された管理コードが指定された印刷ジョブ）を生成する。

アプリケーション１２０は、通知部１２１と、管理コード保持部１２２を備える。通知部１２１は、管理コードを決定するための判断属性を収集し、該収集した判断属性をプリンタドライバ１１０へ通知する。また、管理コード保持部１２２は、プリンタドライバ１１０が決定した管理コードを保持する。

集計装置２００は、後述する図２に示すハードウエアで構成され、ＵＩ部２０１と、登録部２０２と、決定部２０３と、集計部２０４を備える。ＵＩ部２０１は、登録部２０２への各種設定や、集計部２０４からの集計情報を表示するためのユーザインタフェースを提供する。登録部２０２は、特定の管理コードと使用可能な印刷ユーザとの関連付けと、その管理コードの有効期限や、判断属性から管理コードの各項目を決定するための条件を記憶管理する。

決定部２０３は、登録部２０２で管理する情報を元に、管理コードの決定を行う。集計部２０４は、印刷装置３００より印刷の出力実績（印刷ログ）を収集して保持する。また、集計部２０４は、上記出力実績に基づいて各種データ処理を行う。例えば、顧客や、案件、仕事の内容ごとに発生した印刷やコピー経費等を管理集計する等のデータ処理を行う。

印刷装置３００は、ＵＩ部３０１と、印刷ログ保持部３０２とを備える。ＵＩ部３０１は、ユーザが印刷装置３００の複写機能やファクシミリ機能などを利用する際に、印刷装置３００を直接操作するための操作パネルに各種の設定画面、確認画面、エラー表示画面等を表示する機能を実行する。また印刷ログ保持部３０２は、印刷装置３００の出力実績を保持し、集計装置２００の集計部２０４の要求により、出力実績を送付する。

なお、集計装置２００のＵＩ部２０１、登録部２０２、決定部２０３、集計部２０４のいずれか又は全てが、ホストＰＣ１００に備えられていてもよい。

＜情報処理装置のハードウエア構成の説明＞
図２は、図１に示したホストＰＣ１００及び集計装置２００に適用可能な情報処理装置のハードウエア構成の一例を示すブロック図である。
図２において、１０はＣＰＵであり、ＲＡＭ１２をワークメモリとして、ＲＯＭ１１及び外部記憶装置１６に格納されたプログラムを実行する。また、ＣＰＵ１０は、上記プログラムを実行することで、システムバス２０を介して接続される内部デバイスを制御する。

ホストＰＣ１００において、外部記憶装置１６は、ＯＳ１０１ｐやプリンタドライバ１１０ｐやアプリケーション１２０ｐや、文書を含むファイルデータ１３０を格納する。ホストＰＣ１００のＣＰＵ１０は、ＯＳ１０１ｐやプリンタドライバ１１０ｐやアプリケーション１２０ｐをホストＰＣ１００のＲＡＭ１２上に読み出して実行することにより、プリンタドライバ１１０やアプリケーション１２０を実現する。

集計装置２００において、ＵＩ部２０１と、登録部２０２と決定部２０３と、そして集計部２０４は、アプリケーション１２０ｐとして外部記憶装置１６に格納される。集計装置２００のＣＰＵ１０は、ＯＳ１０１ｐやアプリケーション１２０ｐを集計装置２００のＲＡＭ１２上に読み出して実行することにより、ＵＩ部２０１、登録部２０２、決定部２０３、及び、集計部２０４を実現する。なお、決定部２０３と集計部２０４は、常駐アプリケーションとしてＯＳ１０１起動時に実行が開始され、外部機器からの通信を待つ。

また、ＣＰＵ１０は、ＲＯＭ１１に記憶されるプログラムに従い、出力Ｉ／Ｆ１８を介してモニタ１９にユーザインタフェース（ＵＩ）を表示する。
さらに、ＣＰＵ１０は、キーボード１４やマスク等のポインティングデバイス１５によるユーザからの指示や入力を入力Ｉ／Ｆ１３を介して受け付け、ユーザの指示や入力に応じた様々な処理を、外部記憶装置１６に格納されたプログラムを用いて実行する。

また、ＣＰＵ１０は、ネットワークインタフェースカード（ＮＩＣ）１７を介して、通信媒体４００でつながっている他のホストＰＣ、サーバ、デバイス（プリンタ、複写機を含む）と所定のプロトコルで通信可能である。

＜印刷装置のハードウエア構成の説明＞
図３は、図１に示した印刷装置３００のハードウエア構成の一例を示すブロック図である。

図３において、１はＣＰＵであり、ＲＡＭ３をワークメモリとして、ＲＯＭ２及び外部記憶装置５に格納されたプログラムを実行する。外部記憶装置５は、図１のＵＩ部３０１と印刷ログ保持部３０２のプログラムを格納する。また、ＣＰＵ１は、ＵＩ部３０１のプログラムを実行することで、システムバス８を介して接続されるＵＩ操作装置４を制御する。

また、ＣＰＵ１は、ネットワークインタフェースカード（ＮＩＣ）６を介して、通信媒体４００でつながっている他のホストＰＣ、サーバ、デバイス（プリンタ、複写機を含む）と所定のプロトコルで通信可能である。ＣＰＵ１が、ＮＩＣ６を介してホストＰＣ１００より印刷コマンドをうけ、印刷部７へその印刷コマンド受け渡すことにより、紙媒体などへの印刷出力動作を行う。

さらに、ＣＰＵ１は、ＵＩ操作装置４によるユーザからの指示や、印刷部７の動作に応じて様々な処理を、外部記憶装置５に格納されているプログラムを用いて実行する。

＜印刷システムの全体の処理フローの説明＞
図４は、図１に示した印刷システムにおける全体の処理フローを示す図である。ここで装置間の全体の処理フローの概要を説明する。なお、図４中のＳ１〜Ｓ６は、各処理ステップを示す。

全体の処理フローは、＜設定フェーズ＞と＜運用フェーズ＞と＜集計フェーズ＞の３つのフェーズに分けられる。

＜設定フェーズ＞は、「（Ｓ１）管理コードとその判断属性の登録」より開始される。集計装置２００上での管理ユーザによるこのステップで、管理コードの項目に関する判断属性と、その管理コードを使用する印刷ユーザ、及び管理コードの有効期限が設定される。
＜運用フェーズ＞は、ホストＰＣ１００上での印刷ユーザによる「（Ｓ２）印刷指示」から開始される。次に、ホストＰＣ１００と集計装置２００間で、「（Ｓ３）判断属性送信」と「（Ｓ４）管理コード受信」のやり取りを行い、設定フェーズでの設定項目を元に、判断属性より管理コードが決定される。そして、決定されたその管理コードを含む「（Ｓ５）印刷ジョブの発行」で運用フェーズが終了する。
最後に、＜集計フェーズ＞では、印刷装置３００より集計装置２００へ定期的に「（Ｓ６）の印刷実績の収集」を行い、管理コードに関連付けられた実際の印刷実績を集計装置２００が収集管理する。具体的には、集計装置２００の集計部２０４が、印刷装置３００の印刷ログ保持部３０２に印刷実績の収集依頼を出し、印刷実績を受け取ることにより実現する。

＜設定フェーズの説明＞
図５は、設定フェーズで使用される管理コードの一覧ユーザインタフェース６００を示す図である。

管理コードの一覧ユーザインタフェース６００は、ＵＩ部２０１によって集計装置２００のモニタ１９へ表示され、キーボード１４やポインティングデバイス１５からの入力を待つ。

管理コードの一覧ユーザインタフェース６００の表６０１で示すように、本実施例において、管理コードは、"顧客名"と、"プロジェクト名"と、そして"目的"で構成される。また、管理コード毎に、使用可能な"印刷ユーザ"と、その"有効期限"が既定される。

また、表６０１の６０２で表すように、１つの行が選択された状態で、管理コードの設定ボタン６０３を押されたことを検知した場合、ＵＩ部２０１は、その行に相当する管理コードのための設定ユーザインタフェース６１０（図６）を表示する。

なお、図示しないが、表６０１をスクロールすると最下段に新規の管理コード追加用の行がある。この新規の管理コード追加用の行が選択された状態で、管理コードの設定ボタン６０３を押されたことを検知した場合、ＵＩ部２０１は、新規の管理コードのための設定ユーザインタフェース６１０（図６）を表示する。

図６は、管理コードの設定ための管理コードの設定ユーザインタフェース６１０を示す図である。
管理コードの設定ユーザインタフェース６１０は、ＵＩ部２０１によって集計装置２００のモニタ１９へ表示され、キーボード１４やポインティングデバイス１５からの入力を待つ。

図５で示した管理コードの各項目（顧客名、プロジェクト名、目的）は、それぞれ管理コードの設定ユーザインタフェース６１０の各リストボックス（顧客名リストボックス６１１、プロジェクト名リストボックス６１２、目的リストボックス６１３）に対応する。

続けて、印刷ユーザのエディットボックス６１５にユーザ名、若しくは、ユーザグループ名が入力されることにより、対象の管理コードを使用できるユーザが指定される。さらに、管理コード有効期限のエディットボックス６１６に日付を指定することにより、対象の管理コードの使用有効期限が指定される。

このように、管理コードの設定ユーザインタフェース６１０では、リストボックス６１１〜６１３の項目の設定を受け付けることにより、印刷ユーザ及び管理コードの有効期限の設定対象を決定する。

ＯＫボタン６１７の押下を検知すると、ＵＩ部２０１は、ユーザインタフェース６１０で選択された管理コード（６１１〜６１３の選択結果）と、それを使用可能な印刷ユーザと、有効期限とを、登録部２０２へ受け渡す。これにより、管理コード登録が行われれる。

登録部２０２は、ＵＩ部２０１から受け渡された管理コードが集計装置２００の外部記憶装置１６のファイルデータとして存在するかを確認する。もし存在すれば、登録部２０２は、該存在するファイルデータ内の印刷ユーザ及び管理コードの有効期限の設定を、新たに登録された印刷ユーザ及び管理コードの有効期限に変更して、集計装置２００の外部記憶装置１６へファイルデータ１３０として保存する。一方、存在しなければ、登録部２０２は、受け渡された管理コードを新規にファイルデータ１３０として集計装置２００の外部記憶装置１６へ登録し、該当の印刷ユーザ及び管理コードの有効期限の設定を登録する。

さらに、ＵＩ部２０１は、更新した集計装置２００の外部記憶装置１６に記憶されるファイルデータ１３０の情報を用いて、図５の管理コードの一覧ユーザインタフェース６００を、集計装置２００のモニタ１９へ表示し、ユーザからの入力を待つ。

また、ＵＩ部２０１は、キャンセルボタン６１８の押下を検知した場合は、ユーザインタフェース６１０での設定を無視し、管理コードの一覧ユーザインタフェース６００を集計装置２００のモニタ１９へ表示し、ユーザからの入力を待つ。

さらに、ユーザインタフェース６１０は、管理コードにおける各項目の新規追加及び項目に結び付けられた判断属性の条件を設定するために、項目の設定ボタン６１４を備えている。管理ユーザによる項目の設定ボタン６１４の押下を検知すると、ＵＩ部２０１は、図７に示す項目の設定のユーザインタフェース６２０をモニタ１９に表示する。

図７は、項目の設定のユーザインタフェース６２０を示す図である。
項目の設定のユーザインタフェース６２０は、ＵＩ部２０１によって装置２００のモニタ１９へ表示され、キーボード１４やポインティングデバイス１５からの入力を待つ。項目の設定ユーザインタフェース６２０は、管理コードの項目を指定するために項目の名称リストボックス６２１を備える。項目の名称リストボックス６２１の選択肢は、前記管理コードの３つの項目（顧客名と、プロジェクト名、目的）である。

項目の名称リストボックス６２１で指定した項目に対して値を設定するために、項目の設定ユーザインタフェース６２０は、項目の値コンボボックス６２２を備える。項目の値コンボボックス６２２は、選択肢として既に登録済みの値を表示する他に、新規で新しい値を追加できる機能をもつ。

項目の名称リストボックス６２１及び項目の値コンボボックス６２２で指定した項目の名称と値に対して、６２３で判断属性の条件を追加することが出来る。判断属性の条件追加欄６２３は、後述する図１１に示す判断属性の要素と値の入力を受け付けるエディットボックス６２３ａと６２３ｂを備える。なお、判断属性の詳細については後述する。さらに、判断属性の条件追加欄６２３は、判断属性の要素と値の組み合わせに関する"等しい"や"一部を含む"や"先頭一致"など論理条件を指定するリストボックス６２３ｃを備える。

ＵＩ部２０１は、追加ボタン６２５が押されたことを検知すると、判断属性の条件追加６２３で指定された条件を、判断属性条件の一覧のリスト６２４へ追加する。
また、ＵＩ部２０１は、判断属性条件の一覧のリスト６２４で条件を選択した状態で、削除ボタン６２６が押されたことを検知すると、判断属性条件の一覧のリスト６２４から、選択した条件を削除する。

さらに、項目の設定ユーザインタフェース６２０は、論理式エディットボックス６２７を備える。論理式エディットボックス６２７では、判断属性条件の一覧のリスト６２４の先頭の条件番号を用いて、項目の名称と値を決定するための、判断属性の条件間の論理式を指定することができる。図７に示した例では、"顧客名：Ａ社"という値に対して判断条件として、（「１．Content／Client：株式会社Ａ」、且つ、「２．ApplicationName：要件管理テンプレート」）、又は、「３．Folder：\\Server1.xxx.co.jp\ProjectA」といった判断属性の条件の論理式が指定されている。

即ち、項目の設定ユーザインタフェース６２０では、後述する判断属性から管理コードに含まれる項目の項目値を決定するための条件（判断条件）を指定することができる。上記条件は、後述する属性情報に対する条件であり、例えば、印刷対象の文書データを作成したアプリケーションに関する情報、印刷対象の文書データのファイルの属性、印刷対象の文書データの内容に関する情報の少なくとも１つに対する条件を含む。図７の例では、印刷対象の文書データを作成したアプリケーションに関する情報に対する条件として、アプリケーション名「２．ApplicationName：要件管理テンプレート」が指定されている。また、印刷対象の文書データのファイルの属性に対する条件として、文書データの格納場所「３．Folder：\\Server1.xxx.co.jp\ProjectA」が設定されている。また、印刷対象の文書データの内容に関する情報に対する条件として、顧客名「１．Content／Client：株式会社Ａ」が指定されている。なお、判断条件は、上記以外でも、後述する属性情報に対する条件であれば、どのような条件でも設定可能である。

最後に、項目の設定ユーザインタフェース６２０は、ＯＫボタン６２８とキャンセルボタン６２９を備える。ＵＩ部２０１は、ＯＫボタン６２８が押されたことを検知すると、項目の設定ユーザインタフェース６２０で設定した情報を登録部２０２へ受け渡し、管理コードの設定ユーザインタフェース６１０へ戻る。登録部２０２は、ＵＩ部２０１から受け渡された、ＵＩ部２０１で指定された項目の名称と値を決定するため判断属性条件を集計装置２００の外部記憶装置１６へファイルデータ１３０として保存する。これにより管理コードを決定するための条件登録が行われることになる。

ＵＩ部２０１は、キャンセルボタン６２９が押されたことを検知すると、項目の設定ユーザインタフェース６２０で設定した情報を捨てて、管理コードの設定ユーザインタフェース６１０の表示へ戻る。

なお、集計装置２００がＨＴＴＰサーバ機能を有し、ホストＰＣ１００等の他の装置から、集計装置２００にアクセスして、図５〜図７に示したようなＵＩを他の装置のモニタ上に表示させ、管理コードとその判断属性の条件の登録を行うように構成してもよい。

＜運用フェーズの説明＞
図８は、実施例１における運用フェーズの処理フローの一例を示す図である。なお、図８に示す例は、該当管理コードが一意に決定できる例である。

運用フェーズは、ホストＰＣ１００において、印刷ユーザからの印刷要求をアプリケーション１２０が受け付け（Ｓ１０００）、開始される。なお、アプリケーション１２０には、様々な種類のアプリケーションが存在する。以下、アプリケーション１２０の例を図９に示す。

図９は、アプリケーション１２０の代表例とプリンタドライバ１１０とフォルダ１３１及びその格納ファイル（文書１３２）などのファイルデータ１３０の関係を示す図である。

図９（ａ）は汎用アプリケーション１２０aの場合を示す。
汎用アプリケーション１２０aは、本実施例の印刷実績集計システムに対応していないために、特に印刷時に判断属性を指定することはない。そのため、図８のＳ１００１に示すアプリケーション１２０からプリンタドライバ１１０に渡される判断属性が存在しない。この場合、印刷ユーザ名や、印刷モジュール名や、印刷ジョブ名などの、プリンタドライバ１１０がＯＳより取得可能な情報を、印刷環境情報（以下、環境情報）として取得し、判断属性として扱う。

図９（ｂ）は専用アプリケーション１２０bの場合を示す。
専用アプリケーション１２０ｂは、本実施例の印刷実績集計システムに対応している。そのため、専用アプリケーション１２０ｂは、アプリケーション名や、アプリケーション上の設定である顧客／プロジェクト名称や、処理フェーズの情報をアプリケーション情報として収集する。また、専用アプリケーション１２０ｂは、印刷文書のファイル名や更新日時などのプロパティ情報、及びその格納フォルダの名称などのプロパティ情報を、ファイル情報として収集する。

そして、図８のＳ１００１では、図９（ｂ）に示すように、専用アプリケーション１２０ｂが、上記アプリケーション情報及びファイル情報を、印刷前にプリンタドライバ１１０へ伝える。プリンタドライバ１１０は、前記環境情報も含め、これらを判断属性として扱う。

なお、図９（ｂ）では専用アプリケーションとしたが、汎用アプリケーション１２０aには、サードベンダのための拡張インタフェースを提供するものがある。その拡張インタフェースを利用したプラグインソフトウエアとして上記アプリケーション情報及びファイル情報の収集機能を実現したものも専用アプリケーション１２０ｂに含まれるものとする。

図９（ｃ）はテンプレートとして拡張機能を追加可能な汎用アプリケーション１２０ｃの場合を示す。汎用アプリケーションには、定型文書のテンプレートとしてプログラム可能な拡張機能を提供するものが存在する。本実施例では、これらテンプレートも広義でのアプリケーションとして以下説明する。

テンプレート１３３は、定型文書を完成させるための入力フィールドを持っている。以下、図１０を用いて説明する。
図１０は、文書１３２とテンプレート１３３の一例を示す図である。特に、図１０（ａ）は文書１３２、図１０（ｂ）はテンプレート１３３の例を示す。
テンプレート１３３上のＴｉＴｌｅの入力フィールド１３３０に、"要件仕様書"と文字を入力することにより、文書１３２の１３２０へ、その文字が反映される。また、テンプレート１３３上の入力フィールド１３３１の入力が文書１３２の１３２１へ反映される。同様に、テンプレート１３３上の入力フィールド１３３２〜１３３６への入力が、文書１３２の１３２２〜１３２６として反映される。

テンプレート１３３は、印刷ユーザからの印刷要求を受けた場合に、図８のＳ１００１において、上記入力フィールド１３３０〜１３３６への入力を元にしたコンテンツ情報を含む判断属性を、プリンタドライバ１１０へ伝える。なお、テンプレート１３３上にプログラムを配置することにより、図１０（ｂ）で示したアプリケーション情報とファイル情報を追加でプリンタドライバ１１０へ伝えることも可能である。

図１１は、テンプレート１３３とプリンタドライバ１１０が生成する判断属性の例を示す図である。
図１１において、５００は判断属性の例であり、ＸＭＬ(Extensible Markup Language)で記載される。
判断属性５００において、５０１〜５０３の情報は、図８のテンプレート１３３が、プリンタドライバ１１０に受け渡す判断属性の例である。５０４の情報は、図９（ａ）で説明したプリンタドライバ１１０が収集する環境情報の判断属性の例である。

５０１と５０２は、図９（ｂ）で説明したアプリケーション情報とファイル情報に相当する。特に、５０１は、テンプレート１３３自身の識別情報であり、上記アプリケーション情報に相当する。５０２は、文書１３２の格納位置を示すものであり、上記ファイル情報に相当する。５０３は図９（ｃ）及び図１０で説明したコンテンツ情報の判断属性である。

上記５０３において、５０３１では、図１０（ｂ）のテンプレートの入力フィールド名がそのままタグとして使われている例を示す。５０３２の＜Phase＞要素は、図１０（ｂ）のテンプレートの入力フィールドがそのまま要素として使われていない例を示す。この例の場合、テンプレート１３３が、図１０（ｂ）の入力フィールド１３３７にサインがなく、入力フィールド１３３８にサインがあることを検知し、＜Phase＞要素として承認待ちという情報を判断属性としてプリンタドライバ１１０へ伝える。このようにテンプレート１３３がプリンタドライバ１１０へ伝える各入力フィールドの名称と値は、文書１３２上で不可視のものでもよい。また、テンプレート上の入力フィールドの名称と値を変換して、別の名称と値として、プリンタドライバ１１０へ伝えても良い。

なお、図９（ｂ）のアプリケーションは、印刷対象の文書データの属性（判断属性）として、上述のアプリケーション情報及びファイル情報を扱う。また、図９（ｃ）のアプリケーション（テンプレート）は、印刷対象の文書データの属性（判断属性）として、上述のアプリケーション情報、ファイル情報、及び、上述のコンテンツ情報を扱う。即ち、図９（ｂ）又は図９（ｃ）のアプリケーションは、印刷対象の文書データを作成したアプリケーションに関する情報、印刷対象の文書データのファイルの属性、印刷対象の文書データの内容に関する情報の少なくとも１つを含む判断属性を取得する。例えば、図９（ｂ）又は図９（ｃ）のアプリケーションは、印刷対象の文書データファイルのファイル属性であるファイルの格納場所のみを含む判断属性を取得する構成であってもよい。また、印刷対象の文書データを作成したアプリケーションに関する情報、印刷対象の文書データのファイルの属性、印刷対象の文書データの内容に関する情報の全てを含む判断属性を取得する構成であってもよい。

なお、上記印刷対象の文書データを作成したアプリケーションに関する情報は、例えば、アプリケーションを特定する情報（アプリケーション名、バージョン等）を含む。また、上記印刷対象の文書データのファイルの属性は、例えば、上記文書データファイルの格納場所（例えば、フォルダパス名）、上記文書データファイルのプロパティ（例えば、ファイル名、更新日時、コメント）等の情報の少なくとも１つを含む。また、上記印刷対象の文書データの内容に関する情報は、例えば、文書のタイトル、プロジェクト名、顧客名、文書の識別子（ドキュメントＩＤ）、文書に対応するフェーズ等の情報の少なくとも１つを含む。

図１１の例では、上記印刷対象の文書データを作成したアプリケーションに関する情報として、アプリケーション名「要件管理テンプレート」、バージョン「V1.00」が含まれる。また、上記印刷対象の文書データのファイルの属性として、文書データファイルの格納場所及びファイル名「\\Server1.xx.co.jp\ProjectA\ReportABC001.doc」、文書データファイルの更新日時「2009/07/01」が含まれる。また、上記印刷対象の文書データの内容に関する情報として、タイトル「要件仕様書」、プロジェクト名「勤怠管理システム」、顧客名「株式会社Ａ」、文書識別子「ＡＢＣ０００１」、文書に対応するフェーズ「承認待ち」が含まれる。

なお、判断属性に含まれる情報は、上記の情報に限定されるものではない。判断属性は、印刷対象の文書データを作成したアプリケーションに関する情報、印刷対象の文書データのファイルの属性、印刷対象の文書データの内容に関する情報であれば、どのような情報であってもよい。

以下、図１２のフローチャートを参照して、プリンタドライバ１１０での管理コード生成処理を説明する。図１２のフローチャートに係る制御プログラムは、ホストＰＣ１００の外部記憶装置１６に格納されており、ＲＡＭ１２に読み出され、ＣＰＵ１０によって実行される。

はじめに、プリンタドライバ１１０の選択処理部１１１は、ＯＳの機能を使って、印刷ユーザ名と、印刷ジョブ名と、印刷を実行してきているモジュール名及びプリンタドライバ名などの現在の印刷の環境情報を取得する（Ｓ９０１）。

選択処理部１１１は、次に図１１の５０１〜５０３に示した判断属性がアプリケーション１２０より伝えられた（入力された）か否かを判断する（Ｓ９０２）。もし判断属性が伝えられていない（入力されていない）と判断した場合は、選択処理部１１１は、Ｓ９１０へ処理を進める。この場合の説明は、図１５を用いて、実施例３として後述する。

一方、上記Ｓ９０２にて、判断属性が伝えられている（入力された）場合、選択処理部１１１は、Ｓ９０３へ処理を進める。
図８に示した運用フェーズの処理フローの場合では、Ｓ１００１に示すように、アプリケーション１２０より判断属性がプリンタドライバ１１０へ伝えられているので、Ｓ９０３へ処理を進めることとなる。

次に、Ｓ９０３では、選択処理部１１１は、アプリケーション１２０より、図１４に示すような、管理コードとその決定時情報が、入力されたか否かを判断する。もし管理コードとその決定時情報が入力されたと判断した場合には、選択処理部１１１は、Ｓ９１３に処理を進める。Ｓ９１３へ処理を進める場合の処理は、図１７の処理フローを用いて、実施例４として後述する。

一方、上記Ｓ９０３にて、管理コードとその決定時情報が入力されていないと判断した場合には、選択処理部１１１は、Ｓ９０４に処理を進める。なお、管理コードとその決定時情報については、図１４を用いて後述する。

図８に示す運用フェーズの処理フローの場合は、初回印刷時であるため、アプリケーション１２０より管理コードとその決定時情報は入力されない。そのため選択処理部１１１は、Ｓ９０４へ処理を進めることとなる。

次に、Ｓ９０４では、選択処理部１１１は、アプリケーション１２０より伝えられた判断属性５０１〜５０３とＳ９０１で取得した環境情報５０４をまとめ、ＸＭＬとして正規化して、図１１に示した判断属性５００を生成し、集計装置２００へ転送する。この処理は、図８に示す運用フェーズの処理フローのＳ１００２に相当する。

そして、プリンタドライバ１１０の選択処理部１１１は、判断属性５００を集計装置２００に送信後、その応答を待つ。ここで、集計装置２００内の決定部２０３の管理コード決定処理（Ｓ１００３）を図１３のフローチャートを用いて説明する。なお、図１３のフローチャートに係る制御プログラムは、集計装置２００の外部記憶装置１６に格納されており、ＲＡＭ１２に読み出され、ＣＰＵ１０によって実行される。

決定部２０３は、集計装置２００上のＯＳ１０１の開始後、常駐アプリケーションとしてＯＳにより起動され、プリンタドライバ１１０からの判断属性５００の入力を待つ。決定部２０３は、プリンタドライバ１１０から判断属性５００が送信されると、該判断属性５００を受信する（Ｓ１１０１）。
次に、決定部２０３は、判断属性５００に管理コードが指定されているか否かを判断し（Ｓ１１０２）、管理コードが指定されていると判断した場合には、Ｓ１１０８へ処理を進める。Ｓ１１０８へ処理を進める場合の処理は、後述する実施例２で示す。

一方、上記Ｓ１１０２にて、管理コードが指定されていないと判断した場合には、決定部２０３は、Ｓ１１０３へ処理を進める。図８に示す運用フェーズの処理フローのＳ１００３の場合は、管理コードを指定していないので、Ｓ１１０３へ進むこととなる。

Ｓ１１０３では、決定部２０３は、項目毎の判断条件を用いて、入力された判断属性５００に該当する項目値リストを抽出する。具体的には、図７のユーザインタフェース６２０で指定した項目値に対する判断条件と、入力された判断属性５００を比較し、上記判断条件を満たす場合、該判断条件に該当する項目値を抽出する。図７の例では、判断属性５００が、（「１．Content／Client：株式会社Ａ」且つ「２．ApplicationName：要件管理テンプレート」）又は「３．Folder：\\Server1.xxx.co.jp\ProjectA」を満たす場合、項目名称「顧客名」の項目値として「Ａ社」を抽出する。図１１に示した判断属性５００では、「Content／Client」が「株式会社Ａ」で、且つ、「ApplicationName」が「要件管理テンプレート」である。また、「Folder」が「\\Server1.xxx.co.jp\ProjectA\ReportABC001.doc」である。即ち、上記の判断条件（「１．Content／Client：株式会社Ａ」且つ「２．ApplicationName：要件管理テンプレート」）又は「３．Folder：\\Server1.xxx.co.jp\ProjectA」を満たす。よって、項目名称「顧客名」の項目値として「Ａ社」が抽出される。この処理を、登録部２０２により登録された全ての判断条件に対して行うことにより、各項目の項目値を抽出し、項目値リストに加える。

次に、決定部２０３は、上記Ｓ１１０３で抽出した項目値リストを管理コードの各項目の項目名称で分類し、項目値リスト内に、３種類の項目にそれぞれ１つ以上の項目値があるか否かを判断する（Ｓ１１０４）。そして、もし管理コードの項目で、項目値リスト内に項目値が存在しないものがあると判断した場合には、決定部２０３は、Ｓ１１１０へ処理を進める。Ｓ１１１０へ処理を進める場合の処理は、図１５の処理フローを用いて、実施例２の（ケース１）として、後述する。

一方、上記Ｓ１１０４にて、項目値リスト内に３種類全ての項目に項目値があると判断した場合には、決定部２０３は、Ｓ１１０５へ処理を進める。図８に示す運用フェーズの処理フローの場合は、該当管理コードが一意に決定できる例であるので、決定部２０３は、Ｓ１１０５へ処理を進めることとなる。

Ｓ１１０５では、決定部２０３は、図５の管理コードの一覧のユーザインタフェース６２０で登録された管理コードのうち、各項目の項目値がそれぞれＳ１１０３で抽出した項目値リストの各項目の項目値に含まれるものを管理コードリストとして抽出する。即ち、各項目の項目値がそれぞれＳ１１０３で抽出した項目値リストの各項目の項目値に含まれるものを管理コードの候補として絞り込み、管理コードリストとする。

さらに、決定部２０３は、上記Ｓ１１０５で抽出した管理コードリストの各管理コードから、判断属性５００の環境情報５０４の＜PrintUser＞タグでかこまれる印刷ユーザへ印刷が許可されているものを抽出する（管理コードを絞り込む）(Ｓ１１０６)。

次に、決定部２０３は、上記Ｓ１１０６で絞り込まれた（抽出された）結果、管理コードが１つに決定されたか否かを判断する（Ｓ１１０７）。そして、１つに決定されたと判断した場合には、決定部２０３は、Ｓ１１０８へ処理を進める。一方、１つに決定されないと判断した場合には、決定部２０３は、Ｓ１１０９へ処理を進める。Ｓ１１０９へ処理を進める場合の処理は、図１５の処理フローを用いて、実施例２の（ケース２）として、後述する。図８に示す運用フェーズの処理フローは、管理コードが一意に決定できる例であるので、決定部２０３はＳ１１０８へ処理を進めることとなる。

Ｓ１１０８では、決定部２０３は、図８のＳ１００４に示すように、管理コード決定結果として決定した管理コード（Ｓ１１０６で抽出された管理コード）と有効日時を、管理コード決定結果として、ホストＰＣ１００のプリンタドライバ１１０へ送信する。

以下、図１２のフローチャートの説明に戻る。
集計装置２００によるプリンタドライバ１１０への管理コード決定結果の送信をうけて、選択処理部１１１は、Ｓ９０５において、管理コード決定結果を受信する処理を行う。
選択処理部１１１は、上記Ｓ９０５で受信した管理コード決定結果として、管理コードが１つに決定されたかを判断する（Ｓ９０６）。そして、管理コードが１つに決定されていないと判断した場合には、選択処理部１１１は、Ｓ９０９に処理を進める。Ｓ９０９へ処理を進める場合の処理は、図１５の処理フローを用いて、実施例２として、後述する。

一方、上記Ｓ９０６にて、管理コードが１つに決定されたと判断した場合には、選択処理部１１１は、Ｓ９０７に処理を進める。図８に示す運用フェーズの処理フローは、管理コードが一意に決定できる例であるので、選択処理部１１１はＳ９０７へ処理を進めることとなる。

Ｓ９０７では、選択処理部１１１は、上記Ｓ９０５で受信した管理コード決定結果より、図１４に示す管理コード＋決定時情報１２００を生成し、アプリケーション１２０へ渡す（図８のＳ１００５）。

図１４は、本実施例の管理コード＋決定時情報１２００を示す図である。
図１４に示すように、管理コード＋決定時情報１２００は、ＸＭＬ形式で記載され、＜BillingCode＞タグにより示される。なお、管理コード＋決定時情報１２００は、管理コード１２０１と、決定時情報１２０２が含まれる。以下、詳細に説明する。

管理コード１２０１は、＜code＞タグにより示され、選択処理部１１１により、上記Ｓ９０５で受信した管理コード決定結果に含まれる管理コードから生成される。
また、決定時情報１２０２は、＜PrintUser＞タグと＜ValidateDate＞タグと＜HashValue＞タグを含む。
＜PrintUser＞タグでは、管理コードを決定した際の印刷ユーザ名を示す。この管理コードを決定した際の印刷ユーザ名は、選択処理部１１１により、当該管理コード生成処理を実行中のユーザ名から取得され、生成される。

また、＜ValidateDate＞タグは、管理コードの有効期限を示す。この管理コードの有効期限は、選択処理部１１１により、上記Ｓ９０５で受信した管理コード決定結果に含まれる管理コードの有効期限から取得され、生成される。

＜HashValue＞タグは、アプリケーション１２０より渡された判断属性５０１〜５０２をＸＭＬとして正規化した後のハッシュ値を示す。このハッシュ値は、選択処理部１１１により、アプリケーション１２０より伝えられた判断属性５０１〜５０２をＸＭＬとして正規化したものから算出され、生成される。

即ち、管理コード＋決定時情報１２００は、決定された管理コードと、前記管理コードが決定された時の判断属性とをセットにしたものである。
以上のように、選択処理部１１１は、管理コード＋決定時情報１２００を生成し、アプリケーション１２０へ送信する。
図１２のＳ９０７に示すように、選択処理部１１１から、管理コード＋決定時情報１２００（図１４）がアプリケーション１２０へ渡されると、アプリケーション１２０は、管理コード＋決定時情報１２００を受けて、印刷描画を開始する（図８のＳ１００６）。具体的には、アプリケーション１２０は、ＯＳ提供の描画ＡＰＩ（Application Program Interface）を呼び出し、該描画ＡＰＩに対して描画コマンドを送る。描画ＡＰＩは、この描画コマンドを解釈して、プリンタドライバ１１０が処理できる形のコマンドに変換して実行を促す。

なお、このときにアプリケーション１２０は、管理コード＋決定時情報１２００を外部記憶装置１６へ保存する。即ち、アプリケーション１２０は、決定された管理コードと、前記管理コードが決定された時の判断属性とが対応付けられた（セットとなった）管理コード＋決定時情報１２００を外部記憶装置１６へ保存する。これにより、アプリケーション１２０は、次回の印刷時に、管理コード＋決定時情報１２００を提示することが可能である。この場合の動作は実施例４として後述する。

また、ＯＳにより適宜呼び出されるプリンタドライバ１１０は、アプリケーション１２０からの印刷描画開始を受けて、上記描画ＡＰＩにより生成されたコマンドを取得する。さらに、プリンタドライバ１１０は、生成部１１２を用いて、上記コマンドから管理コードを含む印刷コマンド（印刷装置３００が処理できる形のコマンド）を生成し（管理コードが指定された印刷ジョブを生成し）、印刷装置３００に送信する（図８のＳ１００７）。

そして、印刷装置３００は、プリンタドライバ１１０からの上記管理コードを含む印刷コマンドを受けて、出力処理を行い、上記管理コードを含む出力実績（印刷ログ）を印刷ログ保持部３０２に格納する。なお、印刷ログ保持部３０２に保持された上記管理コードを含む出力実績は、集計装置２００の集計部２０４の要求に応じて、印刷ログ保持部３０２より、集計部２０４に送信され、集計部２０４で保持される。

以上のように、本実施例では、アプリケーションより渡された判断属性で管理コードが１つに決定できる場合、ユーザによる印刷時の管理コードの入力を省略することができる。これにより、ユーザによる管理コードの入力の手間が軽減される。また、管理コードの入力ミス等も防ぐことができる。

また、印刷を実行するユーザに対して許可されているか確認して、管理コードを抽出する（絞る）ことにより、管理コードの自動決定の精度を向上することができる。

＜実施例２＞
上記実施例１で示すように、プリンタドライバ１１０が取得した環境情報とアプリケーション１２０より渡された判断属性を元に管理コードを自動決定できればよい。しかし、例えば文書作成途中で図１０の一部の入力フィールドが未入力状態で管理コードを１つに決定できない場合や、また判断属性の判定条件の設定によっては複数の管理コードが該当する場合も想定される。

実施例２では、プリンタドライバ１１０が取得した環境情報とアプリケーション１２０より送信された判断属性を元に管理コードを自動決定できなかった場合の処理を示す。このような場合が起こるケースは２種類考えられる。
一つは、判断属性だけでは情報不足で該当する管理コードが決定できないケースである（ケース１）。
もう一つは、判断属性に該当する複数個の管理コードが存在するケースである（ケース２）。

＜ケース１：判断属性だけでは情報不足で該当する管理コードが決定できない＞
図１５は、実施例２における運用フェーズの処理フローの一例を示す図である。なお、図１５のＳ１０００〜Ｓ１００２までは図８の処理フローと同じである。よってここでは、図１５のＳ１３０１から説明する。

ケース１の場合、Ｓ１３０１の集計装置２００の管理コード決定において、決定部２０３は、図１３のＳ１１０４の判定で、抽出した３つの項目がそろわず管理コードが決定できない。そのため、決定部２０３は、図１３のＳ１１０４にて、抽出した管理コードの項目で、項目値リスト内に項目値が存在しないものがあると判断して、Ｓ１１１０へ処理を進める。

図１３のＳ１１１０では、決定部２０３は、図５の管理コードの一覧ユーザインタフェース６００で登録された管理コードのうち、Ｓ１１０３で抽出した項目値リストの項目値に当てはまるものを管理コードリストとして抽出する。

さらに、決定部２０３は、上記Ｓ１１１０で抽出した管理コードリストの各管理コードから、判断属性５００の環境情報５０４の＜PrintUser＞タグでかこまれる印刷ユーザへ印刷が許可されているものを抽出する（管理コードを絞る）(Ｓ１１１１)。

次に、決定部２０３は、管理コード決定結果として、上記Ｓ１１１１で抽出された管理コードのリストと、その管理コードリスト内で１つの管理コードを決定するために、現在、項目値が不足している項目の項目リストをプリンタドライバ１１０へ送信する。加えて、本実施例では、判断属性５００の環境情報５０４の＜PrintUser＞タグでかこまれる印刷ユーザへ印刷が許可されている管理コードのリスト（ユーザが使用可能な管理コードリスト）をプリンタドライバ１１０へ送信する（図１３のＳ１１１２、図１５のＳ１３０２）。なお、上記ユーザが使用可能な管理コードリストに、上記管理コード決定結果に含まれる管理コードのリストと重複する管理コードがある場合、該重複する管理コードは、上記ユーザが使用可能な管理コードリストから除外するものとする。

上記管理コード決定結果と、上記印刷ユーザへ印刷が許可されている管理コードのリストを受信して（図１２のS９０５）、プリンタドライバ１１０の選択処理部１１１は、Ｓ９０６において、管理コードが１つに決定されていないと判断し、Ｓ９０９へ処理を進める。

Ｓ９０９では、選択処理部１１１は、上記Ｓ９０５で受信した管理コード決定結果に基づいて、図１６に示す管理コードの選択ユーザインタフェース７００を表示し、ユーザに入力を促す（図１５のＳ１３０３）。

図１６は、判断属性より管理コードが決定できない場合のユーザインタフェースを示す図である。
なお、ユーザインタフェース７００は、管理コード決定結果に含まれる、現在、項目値が不足している項目の項目リストを、７０２のリストボックスとして表示する。また、ユーザインタフェース７００は、管理コード決定結果に含まれる管理コードのリストを、７０４のリストボックスとして、先頭に表示する。さらに、本実施例では、ユーザインタフェース７００は、リストボックスの７０４の選択肢として続けて、上記受信した、印刷ユーザへ印刷が許可されている管理コードのリストを表示する。

加えて、ユーザインタフェース７００は、リストボックス７０２と７０４の選択のどちらが有効かを選択する、互いに排他選択可能なチェックボックス７０１と７０３を備えている。

チェックボックス７０１が選択されている場合は、リストボックス７０２の選択が有効である。チェックボックス７０３が選択されている場合は、リストボックス７０４の選択が有効である。なお、図１６のユーザインタフェース７００は、決定できなかった項目が１つで（目的）、他の２つの項目（顧客名、プロジェクト名）は決定された場合の例である。なお、判断属性より決定されない項目が複数個存在する場合は、その個数分７０１と７０２を表示する（決定されない項目毎に７０１と７０２を表示する）。

管理コード若しくは管理コードの項目が選択された状態でＯＫボタン７０５が押されたことを検知すると、選択処理部１１１は、管理コード決定のための入力処理（図１２のＳ９０９）が行われたと判断し、Ｓ９０４へ処理を進める。

Ｓ９０４では、選択処理部１１１は、環境の情報を含む判断属性と、上記Ｓ９０９で選択された管理コード若しくは管理コードの項目を、集計装置２００へ送付する（図１５のＳ１３０４）。

上記Ｓ９０４（図１５のＳ１３０４）で、管理コードが、集計装置２００へ送付されると、集計装置２００の決定部２０３は、図１３のＳ１１０１で上記管理コードを受信する。そして、決定部２０３は、Ｓ１１０２において、管理コードが指定されたと判断し、Ｓ１１０８へ処理を進める。

また、上記Ｓ９０４（図１５のＳ１３０４）で、管理コードの項目が、集計装置２００へ送付されると、決定部２０３は、図１３のＳ１１０１で上記管理コードの項目を受信する。そして、決定部２０３は、Ｓ１１０２において、管理コードが指定されていないと判断し、Ｓ１１０３へ処理を進める。そして、Ｓ１１０３〜Ｓ１１６では、決定部２０３は、上記受信した管理コードの項目を、優先的に指定して処理を進め管理コードを抽出する。

そして、決定部２０３は、上記Ｓ１１０６で抽出された結果、管理コードが１つに決定されるか否かを判断し（Ｓ１１０７）、１つに決定されていないと判断した場合には、決定部２０３は、Ｓ１１０９へ処理を進める。なお、Ｓ１１０９へ処理を進める場合の処理は、ケース２として、後述する。

一方、１つに決定されたと判断した場合には、決定部２０３は、Ｓ１１０８へ処理を進める。なお、図１５に示す運用フェーズの処理フローでは、この時点で、管理コードが一意に決定され、決定部２０３はＳ１１０８へ処理を進める。

そして、Ｓ１１０８にて、決定部２０３は、管理コード決定結果として、決定した管理コードと、その有効期限を、ホストＰＣ１００のプリンタドライバ１１０へ送付する（Ｓ１００４）。以下の動作は実施例１で説明した動作と同じであるので説明は省略する。

＜ケース２：判断属性に該当する複数個の管理コードが存在する場合＞
ケース２は、図１３のＳ１１０７の判定で、アプリケーション１２０からの判断属性で複数個の管理コードが該当する場合である。

この場合、決定部２０３は、Ｓ１１０９へ処理を進める。Ｓ１１０９では、決定部２０３は、管理コード決定結果として、上記抽出した管理コードリストと、ユーザが使用可能な管理コードリストをプリンタドライバ１１０へ送付する。なお、ユーザが使用可能な管理コードリストとは、判断属性５００の環境情報５０４の＜PrintUser＞タグでかこまれる印刷ユーザへ印刷が許可されている管理コードのリストを示す。なお、上記ユーザが使用可能な管理コードリストに、上記管理コード決定結果に含まれる管理コードのリストと重複する管理コードがある場合、該重複する管理コードは、上記ユーザが使用可能な管理コードリストから除外するものとする。

そして、図１２のＳ９０５にて、集計装置２００から上記管理コード決定結果とユーザが使用可能な管理コードリストを受けたプリンタドライバ１１０の選択処理部１１１は、以降、ケース１の場合と同様に処理を進める。

即ち、選択処理部１１１は、Ｓ９０６にて、管理コードが１つに決定されていないと判断し、Ｓ９０９にて、上記Ｓ９０５で受信した管理コード決定結果に基づいて、図１６に示す管理コードの選択ユーザインタフェース７００を表示し、ユーザに入力を促す。なお、ケース２の場合、ユーザインタフェース７００では、管理コード指定のためのリストボックス７０４とＯＫボタン７０５のみが表示される。以下、ケース１の場合と同様であるので説明を省略する。

以上のように、本実施例では、アプリケーションより渡された判断属性を元に管理コードを自動決定できなかった場合には、ユーザに管理コードを決定するための入力を促すことにより、管理コードを決定することが可能になる。また、ユーザに管理コードを決定するための入力を促す際には、判断属性に関連する項目又は管理コードの選択肢を列挙することにより、管理コードを決定するための入力を容易にすることができる。

＜実施例３＞
実施例３では、図９（ａ）の場合、即ち、アプリケーション１２０より判断属性が入力されず、管理コードを自動決定できなかった場合の処理を示す。
この場合、プリンタドライバ１１０の選択処理部１１１は、図１２のＳ９０２で処理をＳ９１０へ進める。そして、Ｓ９１０で、選択処理部１１１は、環境情報５０４のみで構成される判断属性５００を集計装置２００へ送付する。

また、上記Ｓ１１１０で、判断属性５００が、集計装置２００へ送付されると、決定部２０３は、図１３のＳ１１０１で上記管理コードの項目を受信する。そして、決定部２０３は、Ｓ１１０２において、管理コードが指定されていないと判断し、Ｓ１１０３へ処理を進める。そして、決定部２０３は、Ｓ１１０３〜Ｓ１１０６の処理で、管理コードを抽出する。

そして、決定部２０３は、上記Ｓ１１０６で抽出された結果、管理コードが１つに決定されるか否かを判断し（Ｓ１１０７）、１つに決定されていないと判断し、決定部２０３は、Ｓ１１０９へ処理を進める。Ｓ１１０９では、決定部２０３は、管理コード決定結果として、上記抽出した管理コードリストと、ユーザが使用可能な管理コードリストをプリンタドライバ１１０へ送付する。

そして、選択処理部１１１は、上述した図１２のＳ９０５と同様に管理コード決定結果を受信する（Ｓ９１１）。なお、アプリケーション１２０aより入力された判断属性がない管理コード決定結果であるので、この管理コード結果は管理コードが１つに決定された管理コード結果ではない。そのため、選択処理部１１１は、該管理コード決定結果に基づいて、図１６に示した管理コードの選択ユーザインタフェース７００を表示し、ユーザに入力を促す（Ｓ９１２）。以下、ケース１の場合と同様であるので説明を省略する。

以上のように、本実施例では、アプリケーションより判断属性が入力されず、管理コードを自動決定できなかった場合にも、実施例２と同様に、ユーザに管理コードを決定するための入力を促す。これにより、判断属性が入力されない一般のアプリケーションからの印刷処理においても、管理コードを容易に決定することが可能になる。

＜実施例４＞
上記３つの実施例では印刷時に管理コードを決定した。文書を１回だけ印刷することは稀で、通常の場合文書は、１回以上印刷される。また、アプリケーションによっては、部数印刷の際に、部ごとに個別の印刷ジョブとして、印刷処理を行うものがある。そのような場合、印刷のたびに管理コードを決定するのは、無駄である。管理対象として変更がないのであれば、２回目以降の印刷では、前回の管理コードを流用し、処理負荷の軽減を行うように構成してもよい。以下、その実施例について説明する。

図１７は、実施例４における運用フェーズの処理フローの一例を示す図である。なお、図１５のＳ１００５〜Ｓ１００７は図８の処理フローと同じである。よってここでは、図１５のＳ１７０１〜Ｓ１７０３の説明を行う。

はじめに、アプリケーション１２０は、ユーザからの印刷要求を受ける（Ｓ１７０１）。アプリケーション１２０は、印刷対象の文書に関して図８のＳ１００５に示すプリンタドライバ１１０より渡された管理コード＋決定時情報１２００（図１４）があれば、現在の判断情報と伴に、プリンタドライバ１１０へ渡す（Ｓ１７０２）。ここでアプリケーション１２０からプリンタドライバ１１０へ渡される情報を、２回目以降の判断属性５１０として、図１８に示す。

図１８は、２回目以降の判断属性５１０を示す図である。
図１８に示すように、２回目以降の判断属性５１０は、図１４で示したプリンタドライバ１１０から渡された管理コード＋決定時情報１２００と、図１１の５０１〜５０３の判断属性とで構成される。

図１７のＳ１７０２にてアプリケーション１２０から送信された２回目以降の判断属性５１０（図１８）を受けて、プリンタドライバ１１０は、管理コードをそのまま流用できるか否かの判断を行う（Ｓ１７０３）。

以下、図１２を用いて、本実施例におけるプリンタドライバ１１０の選択処理部１１１での処理を具体的に説明する。
選択処理部１１１は、実施例２と同様に、Ｓ９０１でＯＳの機能を使って、印刷ユーザ名と、印刷ジョブ名と、印刷を実行してきているモジュール名及びプリンタドライバ名などの現在の印刷の環境情報を取得する（Ｓ９０１）。

次に、選択処理部１１１は、アプリケーション１２０より判断属性５１０（図１８）が入力されていると判断し（Ｓ９０２）、Ｓ９０３に処理を進める。
Ｓ９０３では、選択処理部１１１は、アプリケーション１２０より管理コードと決定時情報（図１８の管理コード＋決定時情報１２００）が入力されたと判断し、Ｓ９１３に処理を進め、管理コードの検証処理を実行する。

図１９は、図１７のＳ９１３に示した管理コードの検証処理の一例を示すフローチャートである。なお、図１９のフローチャートに係る制御プログラムは、ホストＰＣ１００の外部記憶装置１６に格納されており、ＲＡＭ１２に読み出され、ＣＰＵ１０によって実行される。

まず、選択処理部１１１は、図１２のＳ９０１で取得した現在の印刷ユーザ名と、図１８の管理コード＋決定時情報１２００の＜PrintUser＞タグで示されるユーザ名（決定時情報のユーザ名）が同じか否かを判断する（Ｓ１６０１）。そして、印刷ユーザ名と決定時情報のユーザ名が同じと判断した場合には、選択処理部１１１は、Ｓ１６０２へ処理を進める。一方、印刷ユーザ名と決定時情報のユーザ名が異なると判断した場合には、選択処理部１１１は、Ｓ１６０６へ処理を進める。なお、Ｓ１６０６の処理については後述する。

Ｓ１６０２では、選択処理部１１１は、現在時刻と、図１８の管理コード＋決定時情報１２００の＜ValidateDate＞タグで示される有効期限とを比較し、現在時刻が管理コードの有効期限内であるか否かを判断する。そして、現在時刻が管理コードの有効期限内であると判断した場合には、選択処理部１１１は、Ｓ１６０３へ処理を進める。一方、現在時刻が管理コードの有効期限を過ぎていると判断した場合には、選択処理部１１１は、Ｓ１６０６へ処理を進める。なお、本実施例では有効期限として日付と時刻を指定したが、設定フェーズでの指定方法と合致していれば、有効期限は集計装置２００により管理コードが決定されてからの経過時間や日数であってもよい。

Ｓ１６０３では、選択処理部１１１は、図１８の判断属性５０１〜５０３を、ＸＭＬとして正規化し、ハッシュ値を生成する。
続けて、選択処理部１１１は、図１８の管理コード＋決定時情報１２００の＜HashValue＞タグで示すハッシュ値と上記Ｓ１６０３で計算したハッシュ値とが等しいか否かを判断する（Ｓ１６０４）。そして、管理コード＋決定時情報１２００内のハッシュ値と判断属性５０１〜５０３から算出したハッシュ値とが一致すると判断した場合には、選択処理部１１１は、判断属性が前回と同じであるのと判断し、Ｓ１６０５へ処理を進める。一方、管理コード＋決定時情報１２００内のハッシュ値と判断属性５０１〜５０３から算出したハッシュ値とが異なると判断した場合には、選択処理部１１１は、判断属性が前回と異なると判断し、Ｓ１６０６へ処理を進める。

Ｓ１６０５では、選択処理部１１１は、アプリケーション１２０から渡された管理コード（２回目以降の判断属性５１０内の管理コード＋決定時情報１２００に含まれる管理コード）をそのまま使うと判断し、図１２のフローチャートへ処理を戻す。

また、Ｓ１６０６では、選択処理部１１１は、アプリケーション１２０から渡された管理コードを決定した時と現状の判断属性が異なるので、管理コードを再度決定すると判断し、図１２のフローチャートへ処理を戻す。

以下、図１２のフローチャートの説明に戻る。
Ｓ９１３の管理コードの検証処理（図１９）が終了すると、選択処理部１１１は、上記管理コードの検証処理の結果（Ｓ１６０５又はＳ１６０６の判断結果）を受けて、管理コードをそのまま使うか否かを判断する（Ｓ９１４）。そして、管理コードをそのまま使うと判断した場合には、選択処理部１１１は、処理をＳ９０７へ進める。なお、Ｓ９０７では、選択処理部１１１は、アプリケーション１２０から入力された２回目以降の判断属性５１０内の管理コード＋決定時情報１２００を、アプリケーション１２０へ渡す（図８のＳ１００５）。

一方、上記Ｓ９１４にて、管理コードをそのまま使わない（再決定する）と判断した場合には、選択処理部１１１は、処理をＳ９０４へ進め、実施例１、２と同様な処理により、判断属性より管理コードを再決定する。

以上のように、本実施例では、アプリケーションより渡された管理コードと決定時情報を元に、現在の判断属性を検証することにより、現在の印刷に関して渡された管理コードをそのまま流用してよいかを判断し、流用可能な場合には上記管理コードを流用する。これにより、管理コード再決定のための処理負荷を軽減することができる。

＜その他の実施例１＞
実施例１〜４では、管理コード及び決定時情報（管理コード＋決定時情報１２００）を、アプリケーション１２０が管理する構成を示した。しかし、アプリケーションと連携可能な、アプリケーション以外のドキュメント管理システムやドキュメントポータルサイトなどの外部文書管理手段とプリンタドライバとが連携することも可能である。

例えば、上記外部文書管理手段は、文書ファイルとともに、管理コード及び決定時情報（管理コード＋決定時情報１２００）を管理し、文書の印刷時に、この管理コード＋決定時情報１２００をプリンタドライバに入力する。

また、管理コード＋決定時情報１２００を、プリンタドライバ１１０で保持管理することも可能である。この場合、プリンタドライバ１１０は、アプリケーション１２０より判断属性の入力を受けて、上記保持管理している管理コード＋決定時情報１２００より、上記入力された判断属性に該当する管理コード＋決定時情報１２００を検索して使用することになる。

これらの構成によっても、ユーザによる管理コードの入力負担を軽減したり、管理コードの入力ミス等の防止をすることができる。また、アプリケーションによらず、どのアプリケーションからでも同様の効果が得られる。

＜その他の実施例２＞
また、本発明は、以下の処理を実行することによっても実現される。即ち、上述した実施形態の機能を実現するソフトウェアを、ネットワーク又は各種記憶媒体（記録媒体）を介してシステム或いは装置に供給し、そのシステム或いは装置のコンピュータ（またはＣＰＵやＭＰＵ等）がプログラムを読み出して実行する処理である。

なお、上述した各種データの構成及びその内容はこれに限定されるものではなく、用途や目的に応じて、様々な構成や内容で構成されることは言うまでもない。
以上、一実施例について示したが、本発明は、例えば、システム、装置、方法、プログラムもしくは記憶媒体等としての実施態様をとることが可能である。具体的には、複数の機器から構成されるシステムに適用しても良いし、また、一つの機器からなる装置に適用しても良い。

なお、本発明は上記実施例に限定されるものではなく、本発明の趣旨に基づき種々の変形（各実施例の有機的な組合せを含む）が可能であり、それらを本発明の範囲から除外するものではない。即ち、上述した各実施例及びその変形例を組み合わせた構成も全て本発明に含まれるものである。

Claims (18)

1. 印刷ジョブに管理コードを指定して印刷処理を行う印刷システムであって、
   管理コードを登録する管理コード登録手段と、
   文書データを印刷する際に管理コードを決定するための条件として、文書データの属性に関する条件を登録する条件登録手段と、
   印刷対象の文書データの属性を取得する取得手段と、
   前記取得手段により取得された属性と前記条件登録手段により登録された条件とを比較して、前記文書データを印刷するための印刷ジョブに指定する管理コードを前記管理コード登録手段により登録された管理コードから決定する決定手段と、
   前記決定手段により決定された管理コードが指定された印刷ジョブを生成する生成手段とを有し、
   前記文書データの属性は、文書データを作成したアプリケーションに関する情報、文書データのファイルの属性、及び文書データの内容に関する情報の少なくとも１つを含むことを特徴とする印刷システム。
2. 印刷ジョブに管理コードを指定して印刷処理を行う印刷システムにおける情報処理方法であって、
   管理コードを登録する管理コード登録工程と、
   文書データを印刷する際に管理コードを決定するための条件として、文書データの属性に関する条件を登録する条件登録工程と、
   印刷対象の文書データの属性を取得する取得工程と、
   前記取得工程で取得された属性と前記条件登録工程で登録された条件とを比較して、前記文書データを印刷するための印刷ジョブに指定する管理コードを前記管理コード登録工程で登録された管理コードから決定する決定工程と、
   前記決定された管理コードが指定された印刷ジョブを生成する生成工程とを有し、
   前記文書データの属性は、文書データを作成したアプリケーションに関する情報、文書データのファイルの属性、及び文書データの内容に関する情報の少なくとも１つを含むことを特徴とする情報処理方法。
3. 印刷ジョブに指定される管理コードを決定する情報処理装置であって、
   管理コードを登録する管理コード登録手段と、
   文書データを印刷する際に管理コードを決定するための条件として、文書データの属性に関する条件を登録する条件登録手段と、
   印刷対象の文書データの属性を取得する取得手段と、
   前記取得手段により取得された属性と前記条件登録手段により登録された条件とを比較して、前記文書データを印刷するための印刷ジョブに指定する管理コードを前記管理コード登録手段により登録された管理コードから決定する決定手段とを有し、
   前記文書データの属性は、文書データのファイルの属性であるファイルの格納場所であることを特徴とする情報処理装置。
4. 印刷ジョブに指定される管理コードを決定する情報処理装置であって、
   管理コードを登録する管理コード登録手段と、
   文書データを印刷する際に管理コードを決定するための条件として、文書データの属性に関する条件を登録する条件登録手段と、
   印刷対象の文書データの属性を取得する取得手段と、
   前記取得手段により取得された属性と前記条件登録手段により登録された条件とを比較して、前記文書データを印刷するための印刷ジョブに指定する管理コードを前記管理コード登録手段により登録された管理コードから決定する決定手段とを有し、
   前記文書データの属性は、文書データを作成したアプリケーションに関する情報、文書データのファイルの属性、及び文書データの内容に関する情報の少なくとも１つを含むことを特徴とする情報処理装置。
5. 前記文書データを作成したアプリケーションに関する情報は、前記アプリケーションを特定する情報を含み、
   前記文書データのファイルの属性は、前記文書データのファイルの格納場所、ファイル名、及び更新日時を含み、
   前記文書データの内容に関する情報は、文書のタイトル、プロジェクト名、顧客名、文書の識別子、及び文書が対応するフェーズを含むことを特徴とする請求項４に記載の情報処理装置。
6. 前記管理コードは、複数の項目の項目値で構成され、
   前記管理コードを決定するための条件は、前記管理コードの項目値を決定するための前記項目毎の条件であることを特徴とする請求項４又は５に記載の情報処理装置。
7. 前記決定手段により複数の管理コードが決定された場合、前記決定された前記複数の管理コードを提示し、該提示した複数の管理コードからいずれかの管理コードを選択するための指示を受け付ける選択手段を有し、
   前記決定手段は、前記選択手段により受け付けた指示において選択された管理コードを前記文書データの印刷ジョブに指定する管理コードに決定することを特徴とする請求項４乃至６のいずれか１項に記載の情報処理装置。
8. 前記決定手段により決定された管理コードと、前記管理コードが決定された時の属性とを対応付けて保持する保持手段を有し、
   前記決定手段は、前記保持手段に保持されている前記管理コードが決定された時の属性と、前記取得手段により取得された属性とが等しい場合、前記管理コードが決定された時の属性に対応して前記保持手段に保持されている管理コードを、前記文書データの印刷ジョブに指定する管理コードに決定することを特徴とする請求項４乃至７のいずれか１項に記載の情報処理装置。
9. 前記管理コード登録手段は、管理コードと該管理コードの有効期限を登録し、
   前記決定手段は、前記有効期限内の管理コードを、前記文書データの印刷ジョブに指定する管理コードに決定することを特徴とする請求項４乃至８のいずれか１項に記載の情報処理装置。
10. 前記管理コード登録手段は、管理コードと該管理コードを使用可能なユーザの情報を登録し、
    前記決定手段は、前記文書データの印刷を指示したユーザが使用可能な管理コードを、前記文書データの印刷ジョブに指定する管理コードに決定することを特徴とする請求項４乃至９のいずれか１項に記載の情報処理装置。
11. 印刷ジョブに指定される管理コードを決定する情報処理装置における情報処理方法であって、
    管理コードを登録する管理コード登録工程と、
    文書データを印刷する際に管理コードを決定するための条件として、文書データの属性に関する条件を登録する条件登録工程と、
    印刷対象の文書データの属性を取得する取得工程と、
    前記取得された属性と前記登録された条件とを比較して、前記文書データを印刷するための印刷ジョブに指定する管理コードを前記登録された管理コードから決定する決定工程とを有し、
    前記文書データの属性は、文書データのファイルの属性であるファイルの格納場所であることを特徴とする情報処理方法。
12. 印刷ジョブに指定される管理コードを決定する情報処理装置における情報処理方法であって、
    管理コードを登録する管理コード登録工程と、
    文書データを印刷する際に管理コードを決定するための条件として、文書データの属性に関する条件を登録する条件登録工程と、
    印刷対象の文書データの属性を取得する取得工程と、
    前記取得された属性と前記登録された条件とを比較して、前記文書データを印刷するための印刷ジョブに指定する管理コードを前記登録された管理コードから決定する決定工程とを有し、
    前記文書データの属性は、文書データを作成したアプリケーションに関する情報、文書データのファイルの属性、及び文書データの内容に関する情報の少なくとも１つを含むことを特徴とする情報処理方法。
13. 請求項３に記載の情報処理装置の手段としてコンピュータを機能させるためのプログラム。
14. 請求項３乃至１０のいずれか１項に記載の情報処理装置の手段としてコンピュータを機能させるためのプログラム。
15. 印刷ジョブを生成する情報処理装置であって、
    印刷対象の文書データの属性に基づき、予め登録されている管理コードを決定するための条件に合致する管理コードを取得する取得手段と、
    前記取得手段により取得された管理コードが指定された印刷ジョブを生成する生成手段とを有し、
    前記文書データの属性は、文書データのファイルの属性であるファイルの格納場所であることを特徴とする情報処理装置。
16. さらに、管理コードを登録する管理コード登録手段と、
    文書データを印刷する際に管理コードを決定するための条件を登録する条件登録手段とを有し、
    前記取得手段は、印刷対象の文書データの属性に基づき、前記条件登録手段で登録された条件に合致する管理コードを、前記管理コード登録手段により登録された管理コードから取得することを特徴とする請求項１５に記載の情報処理装置。
17. 印刷ジョブを生成する情報処理装置における情報処理方法であって、
    印刷対象の文書データの属性に基づき、予め登録されている管理コードを決定するための条件に合致する管理コードを取得する取得工程と、
    前記取得された管理コードが指定された印刷ジョブを生成する生成工程とを有し、
    前記文書データの属性は、文書データのファイルの属性であるファイルの格納場所であることを特徴とする情報処理方法。
18. 請求項１５又は１６に記載の情報処理装置の手段としてコンピュータを機能させるためのプログラム。

Images