JP4797703B2

JP4797703B2 - 印刷制御システム及び印刷属性情報管理サーバ

Info

Publication number: JP4797703B2
Application number: JP2006056763A
Authority: JP
Inventors: 和寿岩瀬
Original assignee: Fuji Xerox Co Ltd; Fujifilm Business Innovation Corp
Current assignee: Fujifilm Business Innovation Corp
Priority date: 2006-03-02
Filing date: 2006-03-02
Publication date: 2011-10-19
Anticipated expiration: 2026-03-02
Also published as: JP2007233860A; US20070206215A1

Description

本発明は、印刷制御システム、特にデータファイルを印刷するときの印刷属性の設定方法に関する。

近年では、複合機等の画像形成装置における印刷機能の高機能化が進んでおり、印刷対象の文書全体に対して数多くの印刷属性を設定できる。これにより、様々な書式の印刷物を得ることができる。更に、印刷属性は、文書全体に留まらず、文書を複数に分割したセクション毎に、更にページ毎に設定することが可能になってきている。例えば、５〜１０ページだけを２アップ、１５〜２０ページだけをカラー印刷、３ページと２１ページをＡ３サイズ等である。印刷属性を事細かに設定した文書を繰り返し印刷する可能性がある場合、設定ミスや印刷属性の再入力を回避するためにその設定内容を当該文書と関連付けて保持管理しておきたいものである。

従来において文書に対する印刷属性を保持管理する方法として、例えば、印刷属性の設定内容に個別に名前をつけてクライアントＰＣもしくはプリンタ（プリントサービス内）に登録することが行なわれていた。クライアントＰＣの場合、プリンタアイコンとしてデスクトップに貼り付けておけば、設定済みの印刷属性を容易に取り出すことができる。

また、文書毎ではなく、ユーザグループやプリンタ毎に印刷属性を保持管理することも可能である。その他にも、文書管理サーバに文書と印刷属性を関連づけて登録しておき、印刷の際にこの登録情報を読み出して利用していた。また、印刷物の目的に応じて印刷属性を設定登録しておき、所望の目的に合致する印刷属性の設定を読み出し利用していた（例えば特許文献１）。

特開２０００−２３５４６６号公報特開平１０−２１４１６号公報

しかしながら、従来のように、各文書と印刷属性とを組にしてクライアントＰＣに保存しておくと、異なる印刷属性を設定するたびにプリンタアイコンが増えることになり、その中から所望の印刷属性が設定されたアイコンを見つけ出さなければならないので面倒であった。また、文書作成者は、個人のＰＣに登録した印刷属性を再利用できるかもしれないが、文書利用者は、その文書を印刷したい場合、文書作成者が事細かに設定した内容を知らないため、文書作成者が期待する印刷属性に従って当該文書を印刷できない可能性があった。

これを解消するために、文書作成者が当該文書の印刷属性をプリンタに設定登録しておけば、文書利用者も同じ印刷属性にて文書を印刷することは可能かもしれない。しかしながら、当該文書の印刷のために他のプリンタを使用することはできない。

また、文書の改訂に伴いページ数が増加すると改訂前の文書に設定した印刷属性を改訂後の文書を印刷する際にそのまま利用できなくなるかもしれない。従って、このような場合にも対応できるようにしておくことが望ましいが、従来においては、このような場合に柔軟に対応することができなかった。

本発明は、以上のような課題を解決するためになされたものであり、データファイルを同じ印刷属性にて印刷を行いたい場合の便宜を図ることを目的とする。

以上のような目的を達成するために、本発明に係る印刷制御システムは、情報管理サーバと、データファイルに対して指定された印刷属性と当該データファイルのデータ識別情報及び履歴情報とを少なくとも含む印刷属性情報登録要求を前記情報管理サーバへ送ることで、当該データファイルに対する印刷属性情報を前記情報管理サーバに保持管理させる情報生成処理手段と、印刷要求されたデータファイルのデータ識別情報を含む印刷属性情報の取得要求を前記情報管理サーバへ送り、その取得要求に応じて送られてきた印刷属性情報に従い当該データファイルの印刷の実行制御を行う印刷実行制御手段とを有し、前記情報管理サーバは、データファイルに対して指定された印刷属性と当該データファイルのデータ識別情報及び履歴情報とを少なくとも対応付けして生成した印刷属性情報を記憶する情報記憶手段と、データファイルに対して指定された印刷属性と当該データファイルのデータ識別情報及び履歴情報とを少なくとも含む印刷属性情報登録要求を受信したときに、その印刷属性情報登録要求に含まれている印刷属性情報を前記情報記憶手段に登録する情報登録処理手段と、を有し、前記情報登録処理手段は、受信した印刷属性情報登録要求に含まれているデータファイルのデータ識別情報及び履歴情報と一致する印刷属性情報が前記情報記憶手段にすでに登録されている場合には、当該登録されている印刷属性情報を、受信した登録要求に含まれている印刷属性で更新することを特徴とする。

本発明に係る印刷属性情報管理サーバは、データファイルに対して指定された印刷属性と当該データファイルのデータ識別情報及び履歴情報とを少なくとも対応付けして生成した印刷属性情報を記憶する情報記憶手段と、データファイルに対して指定された印刷属性と当該データファイルのデータ識別情報及び履歴情報とを少なくとも含む印刷属性情報登録要求を受信したときに、その印刷属性情報登録要求に含まれている印刷属性情報を前記情報記憶手段に登録する情報登録処理手段と、データファイルのデータ識別情報を含む印刷属性情報取得要求を受信したときに、その印刷属性情報取得要求に含まれているデータファイルのデータ識別情報により特定しうる印刷属性情報を前記情報記憶手段から取り出し、その取り出した印刷属性情報を取得要求送信元へ送る情報提供処理手段とを有し、前記情報登録処理手段は、受信した印刷属性情報登録要求に含まれているデータファイルのデータ識別情報及び履歴情報と一致する印刷属性情報が前記情報記憶手段にすでに登録されている場合には、当該登録されている印刷属性情報を、受信した登録要求に含まれている印刷属性で更新することを特徴とする。

また、前記情報登録処理手段は、受信した印刷属性情報登録要求に含まれているデータファイルのデータ識別情報及び履歴情報と一致する印刷属性情報が前記情報記憶手段にすでに登録されている場合、印刷属性情報登録要求送信元に問い合わせた結果に応じて当該登録されている印刷属性情報を更新することを特徴とする。

また、データファイルのデータ識別情報を含む印刷属性情報公開要求を受信したときに、その印刷属性情報公開要求に含まれているデータファイルのデータ識別情報により特定しうる印刷属性情報を公開する公開処理手段を有することを特徴とする。

本発明によれば、データファイルの印刷に用いる印刷属性情報を情報管理サーバで一括管理するように構成し、そしてデータファイルを印刷する際に、当該データファイルに関連した印刷属性情報を情報管理サーバから取得して印刷を実行するようにしたので、当該データファイルに関しては、印刷の度に印刷属性を細かく設定する必要がなくなり便利である。また、その都度設定する必要がないので設定ミスを防止することができる。

また、データファイルを異なる印刷装置に印刷させる場合にも、情報管理サーバから取り出した同じ印刷属性情報を用いて印刷させることができるので、出力先として指定する印刷装置に関係なく同じ印刷形態にて印刷物を得ることができる。

以下、図面に基づいて、本発明の好適な実施の形態について説明する。

図１は、本発明に係る印刷制御システムの一実施の形態を示したブロック構成図である。図１には、スキャナ２、プリンタ３、文書管理サーバ１０、クライアントＰＣ２０及びジョブチケット管理サーバ３０が示され、それぞれはネットワーク４に接続されている。スキャナ２は、印刷対象の文書を読み取る装置である。プリンタ３は、印刷対象の文書を印刷する装置である。本実施の形態において使用するプリンタ３は、高機能な印刷装置であって、事前に保持している印刷属性情報若しくは印刷対象のデータと共に送られてきた印刷属性情報に従い印刷画像を形成して用紙に印刷する。なお、印刷対象データを印刷するための印刷属性を含む印刷属性情報は、ジョブチケットと呼ばれるデータファイルの形式にてクライアントＰＣ２０など他の装置との間で送受信され、クライアントＰＣ２０に搭載の記憶装置にて保存される。本実施の形態では、スキャナ２とプリンタ３を別装置として図示したが、必ずしも別装置として設ける必要はなく、１台の複合機等画像形成装置で実現してもよい。ネットワーク４は、図１では、便宜的に１本のＬＡＮで図示したが、このようなネットワーク構成に限定する必要はない。

文書管理サーバ１０は、システム内において取り扱うデータファイルを一括して保持管理するサーバコンピュータである。文書管理サーバ１０は文書データを主に取り扱うことから、本実施の形態では、電子文書をデータファイルの代表として説明する。文書管理サーバ１０は、文書管理部１１、文書データベース１２及び収集履歴情報記憶部１３を有している。文書管理部１１は、文書管理サーバ１０において取り扱う情報の管理を行う。文書データベース１２は、電子文書が蓄積される記憶手段である。収集履歴情報記憶部１３には、印刷対象の文書の履歴情報としてどのようなバージョン情報を収集するかということについて設定された情報が記憶される。文書管理サーバ１０における文書管理部１１は、文書管理サーバ１０を構成するコンピュータと、コンピュータに搭載されたＣＰＵで動作するプログラムとの協調動作により実現される。また、各記憶手段１２，１３は、文書管理サーバ１０に搭載された外部記憶装置にて実現される。

図２は、本実施の形態における収集履歴情報記憶部１３に設定登録された収集履歴情報の設定内容例を示した図である。図２に示したように、この情報には、各ファイルフォーマットについて履歴情報として用いるバージョン情報が指定されている。ところで、電子文書は、改訂されるとバージョンアップにより新たなバージョンが割り当てられる。ただ、このバージョンに相当する情報に関して、例えば、ＰＤＦ（ＰｏｒｔａｂｌｅＤｏｃｕｍｅｎｔＦｏｒｍａｔ）は文書内にＩＤを保持させることができるが、ＴＩＦＦは文書内に保持できない。従って、本実施の形態において取り扱うバージョン情報として、電子文書のフォーマットがＰＤＦの場合はＰＤＦ文書内に設定されたバージョンを、電子文書がＴＩＦＦの場合はＴＩＦＦファイルに文書作成者若しくは文書管理部１１が割り振った文書管理用のバージョンを、それぞれ用いる。電子文書のフォーマットが上記以外の場合は文書管理用のバージョンを用いる。図２には、このような判断にて設定された内容が示されている。また、図３には、図２に示した設定内容に従って収集された履歴情報の内容例が示されている。図３（ａ）は、文書内バージョン履歴に“ＴＲＵＥ”が設定されたＰＤＦの履歴情報の例であり、履歴の数字が大きいほど古いバージョンを示している。従って、履歴Ｎｏ．３のバージョンは、ＰＤＦの作成ＩＤに相当し、履歴Ｎｏ．２，１のバージョンは、それぞれＰＤＦの更新ＩＤに相当する。図３（ｂ）は、管理バージョン履歴に“ＴＲＵＥ”が設定されたＴＩＦＦ，その他の履歴情報の例であり、履歴の数字が大きいほど古いバージョンを示している。従って、履歴Ｎｏ．４のバージョンは、ＴＩＦＦ等が新規に作成されたときのバージョンに相当し、履歴Ｎｏ．３〜１のバージョンは、改訂版の各バージョンに相当する。

クライアントＰＣ２０は、文書を印刷したいユーザが使用するパーソナルコンピュータであり、ジョブチケット生成処理部２１、印刷実行制御部２２及びジョブチケット公開指示処理部２３を有している。ジョブチケット生成処理部２１は、文書管理サーバ１０にて新たに保持管理させる電子文書に対して、後述するジョブチケット作成画面を利用して指定された印刷属性を受け付けてジョブチケットを生成する。そして、生成したジョブチケット当該電子文書の特定情報とを少なくとも含むジョブチケット登録要求をジョブチケット管理サーバ３０送ることで、当該電子文書に対するジョブチケットを保持管理させる。印刷実行制御部２２は、印刷の実行制御を行う手段であり、ジョブチケット取得処理部２４及び印刷指示部２５を有している。ジョブチケット取得処理部２４は、印刷要求された電子文書の特定情報を含む印刷属性情報取得要求をジョブチケット管理サーバ３０へ送ることで、当該電子文書を印刷に利用するジョブチケットを取得する。印刷指示部２５は、印刷対象となる電子文書の印刷をプリンタ３へ送出して印刷指示を出す。また、この指示と同時に若しくはその前に対応するジョブチケットをプリンタ３へ送出する。ジョブチケット公開指示処理部２３は、ジョブチケット管理サーバ３０に登録されているジョブチケットの公開指示をジョブチケット管理サーバ３０へ出す。クライアントＰＣ２０における上記各構成要素２１〜２３は、クライアントＰＣ２０を構成するコンピュータと、コンピュータに搭載されたＣＰＵで動作するプログラムとの協調動作により実現される。

ジョブチケット管理サーバ３０は、文書管理サーバ１０で保持管理される電子文書に対応するジョブチケットを保持管理するサーバコンピュータであり、ジョブチケット登録処理部３１、ジョブチケット提供処理部３２、ジョブチケット公開処理部３３、ジョブチケット管理情報記憶部３４及びジョブチケットデータベース３５を有している。ジョブチケット登録処理部３１は、クライアントＰＣ２０から送られてくるジョブチケット登録要求を受信したときに、そのジョブチケット登録要求に含まれているジョブチケットをジョブチケットデータベース３５に登録する。これと同時に、ジョブチケット管理情報記憶部３４にジョブチケットを管理するための情報を設定登録する。ジョブチケット提供処理部３２は、クライアントＰＣ２０から送られてくるジョブチケット取得要求を受信したときに、そのジョブチケット取得要求に含まれている電子文書の特定情報により特定しうるジョブチケットをジョブチケットデータベース３５から取り出し、その取り出したジョブチケットを取得要求送信元へ送る。ジョブチケット公開処理部３３は、クライアントＰＣ２０からのジョブチケット公開指示に応じて該当するジョブチケットを公開する。

図４は、本実施の形態におけるジョブチケット管理情報記憶部３４に登録されるジョブチケット管理情報の例を示した図である。ジョブチケット管理情報は、電子文書を識別する文書識別子と、当該文書のバージョンと、当該文書の直前の前バージョンと、当該文書の文書名と、当該文書に対応したジョブチケットを識別するためのジョブチケットＩＤとが対応付けして設定される。本実施の形態では、文書識別子として電子文書の格納先を特定する格納先情報（ＵＲＬ）を用いる。また、ジョブチケットＩＤは、ジョブチケットデータベース３５の中から該当するジョブチケットを取り出す際に必要な情報である。

ジョブチケット管理サーバ３０における上記各構成要素３１〜３３は、ジョブチケット管理サーバ３０を構成するコンピュータと、コンピュータに搭載されたＣＰＵで動作するプログラムとの協調動作により実現される。また、各記憶手段３４，３５は、文書管理サーバ１０に搭載された外部記憶装置にて実現される。

次に、本実施の形態における動作について説明する。本実施の形態では、電子文書に対してジョブチケットを事前に生成してジョブチケット管理サーバ４０に保持管理させておき、電子文書の印刷の際に該当するジョブチケットをジョブチケット管理サーバ４０から取得し印刷を実行することを基本動作としている。この基本動作の流れに従って、最初にジョブチケットの登録処理について説明する。

ジョブチケットの登録処理は、クライアントＰＣ２０がジョブチケット管理サーバ３０へ文書属性や印刷属性を含む登録要求を送信し、ジョブチケット管理サーバ３０がクライアントＰＣ２０側の登録要求に応じてジョブチケットの管理に必要な情報をジョブチケット管理情報記憶部３４及びジョブチケットデータベース３５に登録する処理である。本実施の形態においてジョブチケットの生成対象となる電子文書は、クライアントＰＣ２０のユーザがローカルに保持管理するデータファイル、文書管理サーバ１０で保持管理されているデータファイル及びスキャナ２による読取操作により生成された画像データ等である。

まず、クライアントＰＣ２０のユーザが電子文書をローカルにて作成した後、所定のジョブチケット作成処理の開始操作を行うと、ジョブチケット生成処理部２１は、ジョブチケット作成画面がクライアントＰＣ２０のディスプレイに表示する。図５には、このジョブチケット作成画面の表示例が示されている。ジョブチケット生成処理部２１は、これと同時に処理対象の電子文書の解析を行って文書属性を抽出する。抽出する文書属性には、少なくとも当該文書の文書識別子、文書名、履歴情報が含まれている。ユーザによる印刷属性の設定が終了すると、ジョブチケット生成処理部２１は、入力された設定値に従い所定フォーマットでジョブチケットを生成する。そして、抽出した文書属性とジョブチケットを含むジョブチケットの登録要求をジョブチケット管理サーバ３０へ送信する。なお、基本的には、ジョブチケットが登録され管理される電子文書は、文書管理サーバ１０にて管理されることになるので、ユーザは当該電子文書の登録処理を合わせて行うことになる。ただ、文書識別子により電子文書の格納場所は特定できるので、文書管理サーバ１０への登録は必須ではない。

次に、文書管理サーバ１０で保持管理されている電子文書に対するジョブチケットの登録処理について説明する。基本的には、文書管理サーバ１０で保持管理されている電子文書には、ジョブチケットが生成されジョブチケット管理サーバ３０にて保持管理されているはずであるが、前述したジョブチケット作成画面からの印刷属性設定操作をユーザが行わなければ、ジョブチケットは登録されていないことになる。このような場合、クライアントＰＣ２０のユーザは、文書管理サーバ１０に登録されている文書の一覧を画面表示させ、その中からジョブチケットの関連付け対象とする電子文書を選択し、右クリックなどの所定操作を行うことでジョブチケット作成メニューを表示させ選択する。この選択操作によって図５に示したジョブチケット作成画面が画面表示される。これ以降の処理は、ローカルファイルの場合と同じなので、説明を省略する。

最後に、スキャナ２による読取操作により生成された画像データに対するジョブチケットの生成についてであるが、ジョブチケット生成対象となる電子文書の提供元がローカルディスクかスキャナ２かの違いだけであり、基本的な処理内容は、クライアントＰＣ２０のユーザが電子文書をローカルにて作成した時と同じである。従って、説明を省略する。

以上のようにして、クライアントＰＣ２０が電子文書の文書属性と印刷属性を含む登録要求をジョブチケット管理サーバ３０へ送信すると、ジョブチケット管理サーバ３０では、以下に示す登録処理を実施する。このジョブチケットの登録処理について図６に示したフローチャートを用いて説明する。

ジョブチケット管理サーバ３０がクライアントＰＣ２０から送られてきた登録要求を受け取ると（ステップ１１０）、ジョブチケット登録処理部３１は、ジョブチケット管理情報記憶部３４を検索し（ステップ１２０）、登録要求に含まれている文書識別子と一致する情報の登録の有無を調べる。一致する情報が登録されていない場合（ステップ１３０でＮ）、当該文書に関連するジョブチケットの新規登録と判断できるので、ジョブチケット登録処理部３１は、新規登録するジョブチケット、具体的には登録要求に含まれているジョブチケットに対して新たなジョブチケットＩＤを発行し、当該登録要求に含まれている文書属性を対応付けてジョブチケット管理情報を生成して登録する（ステップ１５０）。なお、新規登録の場合には直前のバージョンはないので“ＮＵＬＬ”を設定する。このようにして生成・登録したジョブチケット管理情報は図７においてレコード３４ａのような内容となる。そして、ジョブチケット登録処理部３１は、登録要求に含まれているジョブチケットをジョブチケットデータベース３５に登録する（ステップ１８０）。

一方、登録要求に含まれている文書識別子と一致する情報が登録されている場合（ステップ１３０でＹ）、続いて登録要求に含まれている履歴情報のうち先頭のバージョンと一致する情報の登録の有無を調べる。一致する情報が登録されていない場合（ステップ１４０でＮ）、当該文書の最新バージョンに関連するジョブチケットの新規登録要求と判断できるので、ジョブチケット登録処理部３１は、新規登録するジョブチケットに対して新たなジョブチケットＩＤを発行し、当該登録要求に含まれている文書属性を対応付けてジョブチケット管理情報を生成する（ステップ１５０）。これは、登録要求の履歴情報にＶ１．０とＶ２．０が設定されていて、ジョブチケット管理情報記憶部３４にレコード３４ａのみが登録されていた場合、あるいは登録要求の履歴情報にＶ１．０とＶ２．０とＶ２．５が設定されていて、ジョブチケット管理情報記憶部３４にレコード３４ａ，３４ｂのみが登録されていた場合がこの処理を実施する。このようにして生成・登録したジョブチケット管理情報は図７においてレコード３４ｂ若しくは３４ｃのような内容となる。そして、ジョブチケット登録処理部３１は、登録要求に含まれているジョブチケットをジョブチケットデータベース３５に登録する（ステップ１８０）。

登録要求に含まれている履歴情報のうち先頭のバージョンと一致する情報がすでに登録されている場合（ステップ１４０でＹ）、登録済みの更新の有無を確認する（ステップ１６０）。これは、登録要求を発したクライアントＰＣ２０にその旨を通知すると共に更新の有無を問い合わせる。もちろん、クライアントＰＣ２０のユーザに問い合わせずに予め決めておいた処理を実施するようにしてもよい。なお、この処理は、登録要求の履歴情報にＶ１．０とＶ２．０とＶ２．５が設定されていて、ジョブチケット管理情報記憶部３４にレコード３４ａ，３４ｂ，３４ｃが登録されていた場合がこの処理を実施する。

ここで、登録済みの情報の更新をしない場合（ステップ１６０でＮ）、ジョブチケット登録処理部３１は、新規登録するジョブチケットに対して新たなジョブチケットＩＤを発行し、当該登録要求に含まれている文書属性を対応付けてジョブチケット管理情報を生成する（ステップ１５０）。ここで生成されるジョブチケット管理情報は、直前のレコードとジョブチケットＩＤが異なるのみである。そして、ジョブチケット登録処理部３１は、登録要求に含まれているジョブチケットをジョブチケットデータベース３５に登録する（ステップ１８０）。

一方、登録済みの情報の更新をする場合（ステップ１６０でＹ）、ジョブチケット登録処理部３１は、新規登録するジョブチケットに対して新たなジョブチケットＩＤを発行し、既存レコードのジョブチケットＩＤを更新する（ステップ１７０）。既存レコードというのは、最新のレコード、ジョブチケット管理情報記憶部３４にレコード３４ａ〜３４ｃが登録されていた場合はレコード３４ｃを指す。

以上のようにして、ジョブチケットは、ジョブチケット管理サーバ３０に登録されることで、ジョブチケット管理サーバ３０は、電子文書に関連したジョブチケットを一括して保持管理することになる。

続いて、本実施の形態における印刷時における処理について説明する。

クライアントＰＣ２０におけるジョブチケット取得処理部２４は、ユーザ操作に応じて印刷したい電子文書の文書識別子とバージョンを内部から取り出し、若しくは文書管理サーバ１０から取得して、文書識別子とバージョンを含むジョブチケットの取得要求をジョブチケット管理サーバ３０へ送信する。以下、取得要求に応じてジョブチケットを要求元へ返送するジョブチケット管理サーバ３０におけるジョブチケットの提供処理を図８に示したフローチャートを用いて説明する。

ジョブチケット管理サーバ３０がクライアントＰＣ２０から送られてきた取得要求を受け取ると（ステップ２１０）、ジョブチケット提供処理部３２は、ジョブチケット管理情報記憶部３４を検索し、取得要求に含まれている文書識別子及びバージョンと一致する情報（レコード）の登録の有無を調べる（ステップ２２０）。まず、ヒットする情報が１レコードだけ登録されていた場合（ステップ２３０で“＝１”）、取得要求発信元へ応答するステータスとして該当するレコードが１件のみ存在する旨を示す“ＯＫ”を設定する（ステップ２６０）。

ヒットする情報が１レコードだけ登録されていない場合（ステップ２３０で“≠１”）、これに該当するのは、該当するレコードが登録されていない場合と複数登録されている場合とが考えられる。この場合、本実施の形態では、予め決められた選定条件に従い取得要求に対して、登録されているジョブチケットの中から最適と考えられるジョブチケットを選定ようにしている。

まず、取得要求にて指定された文書識別子とバージョンの双方の検索条件に合致するレコードが存在しない場合（ヒット数＝０の場合）、検索条件をゆるめて再度検索を行う。例えば、文書識別子のみで検索を試みる。つまり、選定条件には、バージョンより文書識別子の優先度が高く設定されているということができる。これにより、当該文書識別子に該当する電子文書が検索される可能性がある。また、複数のバージョンが存在する場合には複数のレコードがヒットすることになるので、複数のレコードがヒットする場合には最新バージョンを選定するという選定条件が設定されていた場合には、この設定内容に従って最新のバージョンを選定する。以上のように優先情報に従って最適と考えられるジョブチケットが選定できれば（ステップ２５０でＹ）、応答するステータスとして取得要求に合致するレコードは存在しなかったものの最適な（この例では最新バージョンの）ジョブチケットが存在したのでそれを返送する旨を示す“ＷＡＲＮ”を設定する（ステップ２７０）。一方、優先情報に従って検索条件を変更してみたものの最適なジョブチケットが選定できなかった場合（ステップ２５０でＮ）、該当するジョブチケットが登録されていない旨を示す“ＮＯＮＥ”を設定する（ステップ２８０）。

ジョブチケット提供処理部３２は、以上の処理にて得られたステータスと、ステータスが“ＮＯＮＥ”以外の場合には該当するジョブチケットをジョブチケットデータベース３５から取り出し、取得要求発信元のクライアントＰＣ２０へ返送する（ステップ２９０）。

クライアントＰＣ２０において、ジョブチケット取得処理部２４が以上のようにしてジョブチケットを取得すると、印刷指示部２５は、ステータスに応じて処理を実行する。例えば、ステータスが“ＯＫ”であれば、取得したジョブチケットと印刷対象の電子文書とを無条件にプリンタ３に送信することで印刷を指示する。ステータスが“ＮＯＮＥ”であれば、ユーザにその旨を画面表示するなどして通知して、例えばユーザ指示操作に応じてジョブチケット作成処理に移行する。ステータスが“ＷＡＲＮ”であれば、ユーザにその旨を画面表示するなどして通知し、ユーザの印刷の可否を問い合わせる。印刷可であれば、ステータスが“ＯＫ”の場合と同様にプリンタ３に印刷を指示し、印刷否であれば、ステータスが“ＮＯＮＥ”の場合と同様に処理する。

プリンタ３は、印刷対象の電子文書を取得したジョブチケットに指定された印刷属性にて印刷を行う。なお、電子文書の実体ではなくＵＲＬ等の格納先情報が送られてきた場合、プリンタ３は、格納先情報を参照に文書管理サーバ１０から該当する電子文書を取得して印刷を実行する。

本実施の形態によれば、印刷属性に関するジョブチケットをジョブチケット管理サーバ３０で一括管理するように構成し、そして電子文書を印刷する際に、当該電子文書に関連したジョブチケットをジョブチケット管理サーバ３０から取得してプリンタ３へ印刷指示を出すようにしたので、当該電子文書に関しては、印刷の度に印刷属性を細かく設定する必要がないので便利である。また、設定する必要がないので設定ミスを防止することができる。また、プリンタ３には、ジョブチケットを保持させることなく送られてきたジョブチケットに従って印刷処理を実施させるようにしたので、各プリンタ３に各電子文書のジョブチケットを保持させる必要はない。また、電子文書を異なるプリンタ３から出力させる場合にも、同じジョブチケットを用いて印刷指示を出せるので、プリンタ３に関係なく同じ印刷形態にて印刷物を得ることができる。

ところで、本実施の形態では、ジョブチケットを一括管理するように構成し、印刷文書に関連したジョブチケットをその都度取り出して印刷を実行するようにした。文書作成登録者からしてみれば、ジョブチケット管理サーバ３０に当該文書対応のジョブチケットが登録されていることは当然ながら知っているが、当該文書を閲覧したいユーザが登録されているとは限らない。そこで、本実施の形態では、ジョブチケットに関する情報を公開してジョブチケットの利用度向上を図るようにした。この処理について以下に説明する。

前述したジョブチケット登録処理にてジョブチケットをジョブチケット管理サーバ３０に登録した後、ジョブチケットの公開を希望するユーザは、その文書識別子やジョブチケットＩＤ等ジョブチケットＩＤを特定する情報を含む公開要求をジョブチケット管理サーバ３０へ送信する。

ジョブチケット管理サーバ３０がクライアントＰＣ２０から送られてきた公開要求を受け取ると（ステップ１１０）ジョブチケット公開処理部３３は、公開要求に含まれている文書識別子等と一致するジョブチケットを特定し、そのジョブチケットを特定するＵＲＬ（ＵｎｉｆｏｒｍＲｅｓｏｕｒｃｅＬｏｃａｔｏｒ）情報とＲＳＳ（ＲＤＦ（ＲｅｓｏｕｒｃｅＤｅｓｃｒｉｐｔｉｏｎＦｒａｍｅｗｏｒｋ）ＳｉｔｅＳｕｍｍａｒｙ）文書を作成し、これをウェブサーバに公開する。ウェブサーバに公開する際、ジョブチケット管理サーバ３０では、ジョブチケットに関する情報（文書属性、印刷属性）とジョブチケットを特定するＵＲＬをＲＤＦフォーマットで作成する。この作成したＲＤＦの例を図９に示す。また、該当するジョブチケットの対象文書が文書管理サーバ１０にある場合は、対象文書のＵＲＬと共に他の印刷属性（ｉｐｐ）に変更してダウンロードするリンク先情報を付加して公開することも可能である。

本発明に係る印刷制御システムの一実施の形態を示したブロック構成図である。本実施の形態における収集履歴情報記憶部に設定登録された収集履歴情報の設定内容例を示した図である。図２に示した収集履歴情報の設定内容に従って収集された履歴情報の内容例を示した図である。本実施の形態におけるジョブチケット管理情報記憶部に登録されるジョブチケット管理情報の例を示した図である。本実施の形態において用いるジョブチケット作成画面の表示例を示した図である。本実施の形態におけるジョブチケットの登録処理を示したフローチャートである。本実施の形態におけるジョブチケット管理情報の内容例を示した図である。本実施の形態におけるジョブチケットの提供処理を示したフローチャートである。本実施の形態において作成するＲＤＦの内容例を示した図である。

符号の説明

２スキャナ、３プリンタ、４ネットワーク、１０文書管理サーバ、１１文書管理部、１２文書データベース、１３収集履歴情報記憶部、２０クライアントＰＣ、２１ジョブチケット生成処理部、２２印刷実行制御部、２３ジョブチケット公開指示処理部、２４ジョブチケット取得処理部、２５印刷指示部、３０ジョブチケット管理サーバ、３１ジョブチケット登録処理部、３２ジョブチケット提供処理部、３３ジョブチケット公開処理部、３４ジョブチケット管理情報記憶部、３５ジョブチケットデータベース、４０ジョブチケット管理サーバ。

Claims

情報管理サーバと、
データファイルに対して指定された印刷属性と当該データファイルのデータ識別情報及び履歴情報とを少なくとも含む印刷属性情報登録要求を前記情報管理サーバへ送ることで、当該データファイルに対する印刷属性情報を前記情報管理サーバに保持管理させる情報生成処理手段と、
印刷要求されたデータファイルのデータ識別情報を含む印刷属性情報の取得要求を前記情報管理サーバへ送り、その取得要求に応じて送られてきた印刷属性情報に従い当該データファイルの印刷の実行制御を行う印刷実行制御手段と、
を有し、
前記情報管理サーバは、
データファイルに対して指定された印刷属性と当該データファイルのデータ識別情報及び履歴情報とを少なくとも対応付けして生成した印刷属性情報を記憶する情報記憶手段と、
データファイルに対して指定された印刷属性と当該データファイルのデータ識別情報及び履歴情報とを少なくとも含む印刷属性情報登録要求を受信したときに、その印刷属性情報登録要求に含まれている印刷属性情報を前記情報記憶手段に登録する情報登録処理手段と、
を有し、
前記情報登録処理手段は、受信した印刷属性情報登録要求に含まれているデータファイルのデータ識別情報及び履歴情報と一致する印刷属性情報が前記情報記憶手段にすでに登録されている場合には、当該登録されている印刷属性情報を、受信した登録要求に含まれている印刷属性で更新することを特徴とする印刷制御システム。
データファイルに対して指定された印刷属性と当該データファイルのデータ識別情報及び履歴情報とを少なくとも対応付けして生成した印刷属性情報を記憶する情報記憶手段と、
データファイルに対して指定された印刷属性と当該データファイルのデータ識別情報及び履歴情報とを少なくとも含む印刷属性情報登録要求を受信したときに、その印刷属性情報登録要求に含まれている印刷属性情報を前記情報記憶手段に登録する情報登録処理手段と、
データファイルのデータ識別情報を含む印刷属性情報取得要求を受信したときに、その印刷属性情報取得要求に含まれているデータファイルのデータ識別情報により特定しうる印刷属性情報を前記情報記憶手段から取り出し、その取り出した印刷属性情報を取得要求送信元へ送る情報提供処理手段と、
を有し、
前記情報登録処理手段は、受信した印刷属性情報登録要求に含まれているデータファイルのデータ識別情報及び履歴情報と一致する印刷属性情報が前記情報記憶手段にすでに登録されている場合には、当該登録されている印刷属性情報を、受信した登録要求に含まれている印刷属性で更新することを特徴とする印刷属性情報管理サーバ。
請求項２記載の印刷属性情報管理サーバにおいて、
前記情報登録処理手段は、受信した印刷属性情報登録要求に含まれているデータファイルのデータ識別情報及び履歴情報と一致する印刷属性情報が前記情報記憶手段にすでに登録されている場合、印刷属性情報登録要求送信元に問い合わせた結果に応じて当該登録されている印刷属性情報を更新することを特徴とする印刷属性情報管理サーバ。
請求項２記載の印刷属性情報管理サーバにおいて、
データファイルのデータ識別情報を含む印刷属性情報公開要求を受信したときに、その印刷属性情報公開要求に含まれているデータファイルのデータ識別情報により特定しうる印刷属性情報を公開する公開処理手段を有することを特徴とする印刷属性情報管理サーバ。