(57)【要約】      （修正有）【課題】印刷装置に保存した印刷ジョブの印刷属性を更新するための更新情報を情報処理装置に通知し、情報処理装置からの更新情報へのアクセスに応じて印刷属性を自動的に更新する。【解決手段】第１のＰＣからの印刷ジョブを受信して印刷属性とともに記憶し、その印刷属性を更新するための更新情報を第１のＰＣへ通知する。第１のＰＣは、その更新情報を記述したメールを第２以降のＰＣのへ送信し、これら第２以降のＰＣが、その送信された更新情報にアクセスすると、プリンタに記憶されている印刷属性を更新し、印刷開始指示に応じて、その更新された印刷属性に従って印刷データに基づく印刷を実行する。【選択図】図７
2010214725.tif 000002
【特許請求の範囲】
【請求項１】
受信した印刷データを印刷属性とともに記憶する記憶手段と、
前記印刷属性を更新するための更新情報を情報処理装置に通知する通知手段と、
情報処理装置からの前記更新情報へのアクセスに応じて、前記印刷属性を更新する更新手段と、
前記印刷データの印刷開始指示に応じて、更新された前記印刷属性に従って前記印刷データに基づく印刷を実行する印刷制御手段と、
を有することを特徴とする印刷装置。
【請求項２】
前記印刷属性は印刷部数を含み、前記更新手段は、情報処理装置からの前記更新情報へのアクセスに応じて前記印刷部数を更新することを特徴とする請求項１に記載の印刷装置。
【請求項３】
前記印刷属性は、印刷レイアウトと各印刷レイアウトに対応する印刷部数を含み、前記更新情報は、各印刷レイアウトに対応する印刷部数を更新するための情報であり、前記更新手段は、情報処理装置からの前記更新情報へのアクセスに対応する印刷レイアウトの印刷部数を更新することを特徴とする請求項１に記載の印刷装置。
【請求項４】
前記印刷部数の上限値及び下限値の少なくともいずれかを設定する手段を更に有し、
前記印刷制御手段は、前記更新手段により更新された印刷部数が前記上限値より大きいときは前記印刷部数を前記上限値に設定し、又は前記更新手段により更新された印刷部数が前記下限値より小さいときは前記印刷部数を前記下限値に設定して、前記印刷データに基づく印刷を実行することを特徴とする請求項１又は２に記載の印刷装置。
【請求項５】
印刷装置と複数の情報処理装置とがネットワークを介して接続された印刷システムであって、
前記印刷装置は、
第１の情報処理装置からの印刷ジョブを受信して印刷属性とともに記憶する記憶手段と、
前記印刷属性を更新するための更新情報を前記第１の情報処理装置に通知する通知手段と、
情報処理装置からの前記更新情報へのアクセスに応じて、前記印刷属性を更新する更新手段と、
前記印刷データの印刷開始指示に応じて、更新された前記印刷属性に従って前記印刷データに基づく印刷を実行する印刷制御手段と、
前記第１の情報処理装置は、
前記更新情報を前記第１の情報処理装置以外の情報処理装置に送信する送信手段を有し、
前記第１の情報処理装置以外の情報処理装置は、前記送信手段により送信された前記更新情報にアクセスできる手段を備えていることを特徴とする印刷システム。
【請求項６】
前記印刷属性は印刷部数を含み、前記更新手段は、情報処理装置からの前記更新情報へのアクセスに応じて前記印刷部数を更新することを特徴とする請求項５に記載の印刷システム。
【請求項７】
前記印刷属性は、印刷レイアウトと各印刷レイアウトに対応する印刷部数を含み、前記更新情報は、各印刷レイアウトに対応する印刷部数を更新するための情報であり、前記更新手段は、情報処理装置からの前記更新情報へのアクセスに対応する印刷レイアウトの印刷部数を更新することを特徴とする請求項５に記載の印刷システム。
【請求項８】
前記印刷部数の上限値及び下限値の少なくともいずれかを設定する手段を更に有し、
前記印刷制御手段は、前記更新手段により更新された印刷部数が前記上限値より大きいときは前記印刷部数を前記上限値に設定し、又は前記更新手段により更新された印刷部数が前記下限値より小さいときは前記印刷部数を前記下限値に設定して、前記印刷データに基づく印刷を実行することを特徴とする請求項５又は６に記載の印刷システム。
【請求項９】
受信した印刷データを印刷属性とともにメモリに記憶する記憶工程と、
前記印刷属性を更新するための更新情報を情報処理装置に通知する通知工程と、
情報処理装置からの前記更新情報へのアクセスに応じて、前記印刷属性を更新する更新工程と、
前記印刷データの印刷開始指示に応じて、更新された前記印刷属性に従って前記印刷データに基づく印刷を実行する印刷制御工程と、
を有することを特徴とする印刷装置の制御方法。
【発明の詳細な説明】
【技術分野】
【０００１】
本発明は、印刷データに応じて印刷媒体に画像を印刷する印刷装置と、その印刷装置と接続された情報処理装置とを有する印刷システムと、その印刷装置の制御方法に関するものである。
【背景技術】
【０００２】
オフィスや会社における会議や打ち合わせ、或いは各種イベント等の催事や発表会、説明会など（以下、会議と記す）の様々な場において、各参加者に印刷物を配布するための資料を用意する場合が多い。この際、会議の開催者或いは資料作成者が事前に資料を用意する際、印刷コスト等に鑑みて、会議の参加人数と同一部数の印刷物を過不足なく用意したいという要望がある。このような要求は、特に事前に参加人数を正確に特定しにくいケースにおいて強くなる。
【０００３】
一方、近年、電子写真技術の普及により、オフィスにおける各種資料や印刷物をレーザビームプリンタや複合機を用いて用意する機会が増えてきている。この場合、ホストコンピュータ上で動作するプリンタドライバが、そのホストコンピュータで動作するアプリケーションソフトからの印刷指示を複合機が解釈可能なＰＤＬデータに変換して複合機に送信する。これにより複合機は、その受信したＰＤＬデータを解析してページ内容を構成するビットマップ画像（ページ画像）を生成し、必要に応じて、そのデータをハードディスク等に保存ジョブとして保持できる。このような保存ジョブを扱える複合機では更に、操作部或いは外部装置からのリモートアクセスによって、その保存ジョブの印刷属性情報を変更して印刷するように指示できる。ここで印刷属性情報の事例としては、印刷部数、両面／片面といった印刷面指定の他、綴じ代等のレイアウト情報などが含まれる。このような保存ジョブを扱えるように構成された複合機には、特許文献１に示したように、予め指定された時刻に保存ジョブを印刷する、いわゆる予約印刷機能を持つものがある。
【先行技術文献】
【特許文献】
【０００４】
【特許文献１】特開平９−１１４３２６号公報  上記特許文献１は、画像メモリに格納した画像データの印刷時刻を予約でき、その予約された時刻になると、その画像メモリに記憶された画像データを読み出して印刷する画像形成装置を提案している。
【発明の概要】
【発明が解決しようとする課題】
【０００５】
複数の参加者のために主催者が印刷物を提供する会議で、事前に参加人数を正確に確定できない場合には、参加人数と印刷した資料の部数が一致しないという問題が生じる。このような課題に対して従来は、まず、主催者（以下、第１のユーザと記す）は、参加予定者（以下、第２以降のユーザ）宛てに開催案内を発行する。その後、会議への参加を表明した第２以降のユーザからの回答を集計した後に、その会議で配布する資料を参加予定者と同じ部数だけ印刷するといった処理を実行していた。そのため、第１のユーザは、第２以降のユーザからの回答を逐一集計した上で資料の部数を確定しなければならないといった手間が発生していた。また上記処理フローでは、第１のユーザが集計して確定した部数で資料の印刷指示を行うだけであり、第１のユーザの手間を軽減して過不足ない部数の資料をより簡便に用意するために別段の考慮がなされているわけではない。
【０００６】
一方、予約印刷を含む保存ジョブの印刷属性情報（特に部数）は、ユーザの操作によって任意の数値に変更できるが、印刷部数を確定するためには、第１のユーザによる集計処理などが必要となり、ユーザの負担を軽減できるものではない。
【０００７】
本発明は、上記従来技術の問題点を解決することを目的とする。
【０００８】
本願発明の特徴は、印刷装置に保存した印刷ジョブの印刷属性を更新するための更新情報を情報処理装置に通知し、情報処理装置からの更新情報へのアクセスに応じて印刷属性を自動的に更新することにある。
【課題を解決するための手段】
【０００９】
上記目的を達成するために本発明の一態様に係る印刷装置は以下のような構成を備える。即ち、
受信した印刷データを印刷属性とともに記憶する記憶手段と、
前記印刷属性を更新するための更新情報を情報処理装置に通知する通知手段と、
情報処理装置からの前記更新情報へのアクセスに応じて、前記印刷属性を更新する更新手段と、
前記印刷データの印刷開始指示に応じて、更新された前記印刷属性に従って前記印刷データに基づく印刷を実行する印刷制御手段と、
を有することを特徴とする。
【発明の効果】
【００１０】
本発明によれば、印刷装置に保存した印刷ジョブの印刷属性を、情報処理装置からの更新情報へのアクセスに応じて印刷属性を自動的に更新することができる。
【図面の簡単な説明】
【００１１】
【図１】実施形態１に係る印刷システムの構成を説明するブロック図である。
【図２】実施形態１に係るＰＣの構成を示すブロック図である。
【図３】実施形態１に係るプリンタドライバのＧＵＩ画面の一例を示す図である。
【図４】実施形態１に係る保存ジョブの管理情報の構成並びに印刷属性の一例を示す図である。
【図５】本実施形態１で、第１のＰＣから送信される会議の開催案内の電子メールの一例を示す図である。
【図６】実施形態１に係る部数更新ジョブの登録手順を示すフローチャートである。
【図７】実施形態１に係る印刷部数の更新手順を示すフローチャートである。
【図８】実施形態２に係る保存ジョブ管理情報と電子メールの一例を示す図である。
【図９】本実施形態３に係る保存ジョブ管理情報の一例を示す図である。
【図１０】実施形態５に係る部数更新の手順を示すフローチャートである。
【図１１】本実施形態６に係る保存ジョブ管理情報の一例を示す図である。
【発明を実施するための形態】
【００１２】
以下、添付図面を参照して本発明の実施形態を詳しく説明する。尚、以下の実施形態は特許請求の範囲に係る本発明を限定するものでなく、また本実施形態で説明されている特徴の組み合わせの全てが本発明の解決手段に必須のものとは限らない。
【００１３】
図１は、本発明の実施形態１に係る印刷装置を含む印刷システムの構成を説明するブロック図である。
【００１４】
プリンタデバイス（以下、プリンタ）１０２は、プリンタ制御ユニット（コントローラ）１０３、操作部１０４、プリンタエンジン１０５を有する。コントローラ１０３において、ＣＰＵ１２１はシステムバス１２０に接続される各部を総括的に制御する。またＣＰＵ１２１は、ＲＯＭ１２２のプログラムＲＯＭ１２２ａに記憶された制御プログラムに基づいて印刷用の画像データを生成し、印刷部Ｉ／Ｆ１２５を介して印刷部（プリンタエンジン）１０５に、その画像データに応じたビデオ信号を出力する。プログラムＲＯＭ１２２ａは、少なくとも１種以上のページ記述言語解析プログラム（以下、ＰＤＬインタプリタ）を含む。またＣＰＵ１２１は、ＲＡＭ１２３にロードされたＰＤＬインタプリタを実行することで、ホストコンピュータ（ＰＣ）１０１から出力された印刷ジョブを解釈して印刷部１０５が印刷可能なビットマップデータに変換する。
【００１５】
またプリンタ１０２は、不図示の拡張ＲＯＭスロットにオプションＲＯＭが装着可能なように構成されており、このオプションＲＯＭに含まれる他の種類のＰＤＬインタプリタを追加して拡張可能となっている場合もある。或いは、複数種類のＰＤＬインタプリタを予めプログラムＲＯＭ１２２ａに記憶しておき、操作部１０４を使用したユーザの指示によって有効なライセンスキーを入力することによって、選択的にＰＤＬインタプリタを追加できる構成であっても良い。更に、ＲＯＭ１２２は、印刷ジョブ内の文字コードを解釈して画像データを生成する際に使用するフォントデータ（フォントＲＯＭ１２２ｂ）や、２値化等の各種画像処理用テーブル等を含むデータＲＯＭ１２２ｃも含んでいる。
【００１６】
またＣＰＵ１２１は、ホストＩ／Ｆ部１２４を介してホストコンピュータ１０１との通信が可能となっており、ホストコンピュータ１０１から印刷データを受信する。またホストＩ／Ｆ部１２４を介して、プリンタ１０２の各種ステータス情報をホストコンピュータ１０１に通知することができる。またこのプリンタ１０２はスキャナ１０９を有しており、このスキャナ１０９で読み取られた画像データはコントローラ１０３で処理されてコピー画像を生成して印刷或いは保存ジョブとしてＨＤＤ１２８のボックスに格納される。タイマ１１０は時間を計時しており、時刻情報などをＣＰＵ１２１に通知する。
【００１７】
ＲＡＭ１２３は、ＣＰＵ１２１が実行する制御プログラムをロードするプログラム領域や、各種データを保持するワークエリア等を提供している。ＲＡＭ１２３は、ホストコンピュータ１０１から受信した印刷データを一時的に保持する受信バッファ１２３ａや、印刷データの解析結果を中間オブジェクト形式で保持する描画オブジェクトメモリ１２３ｂを含んでいる。加えて、ＲＡＭ１２３は、その描画オブジェクトを基にページ画像を展開、保持するページスプールメモリ１２３ｃ、環境情報やＰＤＬ描画処理に用いる一時データを格納するためのワークメモリ１２３ｄも含んでいる。更にＲＡＭ１２３は、メニュー設置内容を保持するＮＶＲＡＭ（不図示）も含んでいる。
【００１８】
ＨＤＤ（ハードディスク）１２８は、ダウンロード操作によって外部から入力されたフォントデータやオーバレイデータを登録する領域の他、ホストコンピュータ１０１から受信した印刷データを保存しておくボックス（フォルダ）も有している。以下、このボックスへ登録を伴う印刷データをボックスジョブ又は保存ジョブと記す。
【００１９】
操作部１０４は、プリンタ１０２に対する各種メニューの設定やリセット等の各種操作を行うための操作パネル、各種ステータスやオペレータコールを表示するＬＥＤや表示器等を有している。操作部Ｉ／Ｆ１２７は、この操作部１０４とコントローラ１０３との間のインターフェースを制御している。ＡＳＩＣ１２６はカスタムＬＳＩで、プリンタ１０２の機能の一部を実現している。尚、このプリンタ１０２は、増設ポート（不図示）に接続されるオプションＲＡＭによりメモリ容量を拡張することができる。プリンタエンジン１０５は、ビデオ信号に従って感光ドラムに潜像を形成し、用紙に熱定着させることによって印刷を行う。この実施形態に係るプリンタエンジン１０５は、レーザビームプリンタ（以下、ＬＢＰ）或いはインクジェットプリンタ等の各種印刷方式を採用した印刷装置（画像出力装置）を適用できる。更に、このプリンタ１０２は、プリント機能のみを具備した単一機能型の画像出力装置であっても、或いは、コピー／ＦＡＸ／プリント等の複数機能を有する多機能処理装置であっても良い。
【００２０】
ホストコンピュータ１０１は、予約印刷を行うために第１のユーザが保存ジョブをプリンタ１０２に対して出力するホストコンピュータであり、以下本実施形態では、第１のＰＣ（第１の情報処理装置）として説明する。またＰＣ１０７，１０８は、少なくとも１以上の第２のユーザが使用するパーソナルコンピュータであって、規定のネットワーク１０６によってプリンタ１０２及び第１のＰＣ１０１と接続されている。本実施形態では、ＰＣ１０７，１０８はネットワーク１０６を介してプリンタ１０２に格納された更新情報（後述）にアクセスすることで、保存ジョブの印刷属性情報を更新する装置として機能している。
【００２１】
ここで更新情報は、第１のユーザがプリンタ１０２に登録した保存ジョブの印刷属性情報を更新するための情報であって、保存ジョブをプリンタ１０２に登録する際にＨＤＤ１２８に生成される。その際、プリンタ１０２は第１のユーザに対して、その更新情報の格納場所情報（ＵＲＬ）を通知する。一方、第２以降のＰＣ（第１の情報処理装置以外）のユーザは、第１のユーザから受け取った、そのＵＲＬを基に、その更新情報にアクセスして、その保存ジョブの印刷属性情報を更新する。
【００２２】
尚、本実施形態の第１のＰＣ１０１及び第２以降のＰＣ１０７，１０８は、一般的なパーソナルコンピュータが持つハードウェア及びソフトウェア構成を備える。
【００２３】
図２は、本実施形態１に係るＰＣ（情報処理装置）の構成を示すブロック図である。
【００２４】
ＣＰＵ２０１は、このＰＣ全体の動作を制御する。ＲＯＭ２０２は、ブートプログラムを記憶しており、ＰＣの立ち上げ時に、このプログラムに従ってＣＰＵ２０１は、ＨＤＤ２０４にインストールされているＯＳなどを読み出してＲＡＭ２０３にロードする。ハードディスク等の大容量記憶装置（ＨＤＤ）２０４は、ＯＳや各種アプリケーションを記憶している。表示部２０５は、ＣＲＴ或いは液晶などの表示部を有し、ＵＩ画面などを表示するのに使用される。操作部２０６はキーボードやポインティングデバイスを有し、ユーザの操作に応じて各種データやコマンドなどを入力するのに使用される。ネットワークインターフェース２０７は、ネットワーク１０６とのインターフェースを制御している。
【００２５】
また、少なくとも第１のＰＣ１０１には、保存ジョブを生成するためにプリンタドライバを備える。このプリンタドライバは、アプリケーションソフトからの印刷指示をプリンタ１０２が解釈可能なＰＤＬに変換して出力するプログラムコードであり、ＨＤＤ２０４にファイルとして格納されている。
【００２６】
図３は、本実施形態１に係るプリンタドライバのＧＵＩ画面の一例を示す図である。
【００２７】
図３は、ページ設定を行う印刷タブの一例を示しており、例えば原稿サイズの選択ボックス３０３、印刷部数を指定する部数指定部３０４、２ｉｎ１等の割付け印刷を指示するページレイアウト設定部３０５等を有している。本実施形態では、印刷モード３０２の一つとして、印刷部数を複数のユーザが共有かつ更新可能な保存ジョブとして印刷を指示する「保存（部数更新）」モードを指定できるよう構成されている。尚、「保存（部数更新）」モードを指定する場合、第２以降のユーザからのアクセスによって部数が確定するため、保存ジョブ投入時の部数は任意の数で構わない。また以下では、「保存（部数更新）」モードを指定した保存ジョブを「部数更新ジョブ」と呼び、通常の保存ジョブと区別する。
【００２８】
このように指定された各種印刷設定の内容は、プリンタドライバが管理するＲＡＭ２０３のワーク領域に保持され、アプリケーションからの印刷指示をＰＤＬに変換する際に参照される。また、図３の印刷品質タブでは、印刷解像度やカラーモードといった印刷品質設定なども指定することができる。この画面を使用して設定された仕様に従って、画像データはＰＤＬデータに変換されてプリンタ１０２に送信される。
【００２９】
次に図４（Ａ）（Ｂ）を参照して、本実施形態における保存ジョブの管理情報の構成並びに該保存ジョブの印刷属性情報について説明する。
【００３０】
図４（Ａ）は、本実施形態１に係るプリンタ１０２のＨＤＤ１２８のデータ構成を示した図である。
【００３１】
図４（Ａ）は、各保存されたジョブがファイル・ディレクトリ構造によって管理されている状況を示している。即ち、保存ジョブＡ４０４は、ルートディレクトリからの絶対パス名（/print-box/yoyaku-box/）によって識別されるフォルダ４０２に格納される。従って、ファイル名が「file-1234.prn」の場合は、パス名「/print-box/yoyaku-box/file-1234.prn」によって特定される。
【００３２】
また保存ジョブ管理情報４０１は、各保存ジョブのパス名や印刷属性情報とを含んでおり、ここでは保存ジョブＡ（４０４）と保存ジョブＢ（４０５）の各保存ジョブに対応するエントリ（４０６，４０７）が登録されている。ここで保存ジョブＡ（４０４）は、「保存（部数更新）」モードが指定された部数更新ジョブであり、部数更新ジョブを格納する専用のフォルダ４０２に格納されている。更に、印刷属性更新情報４０８は、部数更新ジョブが登録された際に生成され、ＵＲＬによって第２以降のＰＣ（１０７〜１０８）からアクセスして実行可能なスクリプトで構成されている。また保存ジョブＢ（４０５）は、「保存（部数更新）」モードが指定されていない通常の保存ジョブである。そして部数更新ジョブとは異なる通常保存ジョブフォルダ４０３（パス名：/print-box/box1/）に格納され、印刷属性を任意に変更可能なように制御される。
【００３３】
図４（Ｂ）は、保存ジョブＡの保存ジョブ管理情報の一例を示す図である。
【００３４】
保存ジョブＩＤ４１１は、保存ジョブを登録する度にプリンタ１０２が割り当てる識別情報で、各保存ジョブを識別できるユニークなＩＤである。パス名４１２は、保存ジョブＡの実体ファイルにアクセスするためのパスを示す。印刷属性４１３は、保存ジョブＡの属性を示し、保存ジョブＡの登録時に、図３に示すプリンタドライバのＵＩ画面から指定される。本実施形態では、印刷属性４１３は、以下の４種類の内いずれかの値を持つものとする。
（１）予約印刷：プリンタドライバのＵＩ画面から指定した時刻になると印刷開始指示を発行して印刷を行う。印刷完了後も保存ジョブを削除しない。
（２）予約印刷（一時）：同じくプリンタドライバのＵＩ画面から指定した時刻になると印刷開始指示を発行して印刷を行うが、印刷完了後は保存ジョブを削除する。
（３）通常保存：操作パネル等を介したユーザからの印刷指示に従って印刷開始指示を発行して印刷を行う。印刷完了後も保存ジョブを削除しない。
（４）通常保存（一時）：操作パネル等を介したユーザからの印刷指示に従って印刷開始指示を発行して印刷を行う。印刷完了後は保存ジョブを削除する。
【００３５】
図４（Ｂ）に示した保存ジョブＡは、印刷属性として（２）「予約印刷（一時）」が指定されており、ここでは予約時刻４１４で示す、「９／１、１２：５０」（９月１日、１２時５０分）に印刷を開始するように指定されている。最後に部数４１５は、部数更新ジョブとして登録された直後は部数（＝０）がセットされ、第２以降のＰＣのユーザが印刷属性更新情報４０８にアクセスする度に１ずつインクリメントされるよう制御プログラムによって管理されている。尚、部数更新ジョブでない通常の保存ジョブに対しては、操作部１０４により、その印刷部数を任意の部数に変更することができる。
【００３６】
図５は、本実施形態において、第１のＰＣから第２以降のＰＣ（ユーザ）に対して送信される会議の開催案内を想定した電子メールの文例を示した図であり、部数更新ジョブの印刷属性更新情報のＵＲＬを含んだ構成を示している。
【００３７】
ここで、部数更新ジョブ「file-1234.prn」に対する印刷属性更新情報４０８のＵＲＬは以下のように表わされる。ここでプリンタ１０２のＩＰアドレスが「xxx.yyy.zzz.aaa」で、ＨＴＴＰプロトコルによるアクセスできるものとする。
【００３８】
＜http://xxx.yyy.zzz.aaa/print-box/busuu-yoyaku/file-1234-busuu++.html＞
図５の例では、会議の案内に加えて、上記ＵＲＬが添付されており、第２以降のＰＣで、ユーザがそのＵＲＬにアクセスすることにより、その保存ジョブＡの印刷部数がカウントアップされる。
【００３９】
尚、本実施形態では、第１のＰＣでユーザが電子メールの文面を入力する例を示したが、プリンタ１０２が、そのＵＲＬのみならず電子メールの文面をテンプレートとして生成する構成としても良い。
【００４０】
次に、本実施形態１に係る画像出力システムにおける部数更新ジョブの登録手順を説明する。
【００４１】
図６は、その登録手順を示すフローチャートである。尚、このフローチャートに示した各ステップは、プリンタ１０２のＣＰＵ１２１が、プログラムＲＯＭ１２２ａに記憶された制御プログラムをロードして実行することによって実現される。
【００４２】
まずＳ６０１で、プリンタ１０２は、部数更新ジョブである旨が指示された保存ジョブをＰＣ１０１から受信する。この時、ＰＣ１０１のプリンタドライバは、予めＵＩ画面から入力された第１のＰＣ１０１のユーザのメールアドレスを、生成した部数更新ジョブの属性の一つとして指定し、プリンタ１０２から印刷属性更新情報のＵＲＬを受取れるようになっている。次にＳ６０２で、ＰＣ１０１受信した部数更新ジョブをフォルダ４０２に格納した後、その保存ジョブ管理情報を生成する。ここで、部数更新ジョブの部数は「０」にセットしておく。次にＳ６０３に進み、印刷属性更新情報４０８と、その印刷属性更新情報の格納場所（ＵＲＬ）を生成する。尚、この印刷属性更新情報４０８は、この保存ジョブの印刷属性（部数）を１だけインクリメントするスクリプトが記述された、ＨＴＭＬ形式のファイルデータである。次にＳ６０４に進み、印刷属性更新情報４０８のＵＲＬを第１のＰＣ１０１のユーザに電子メールで通知し、一連の部数更新ジョブの投入処理を終了する。
【００４３】
尚、本実施形態１では、第１のＰＣ１０１のユーザのメールアドレスはプリンタドライバのＵＩ画面から指定するものと説明したが、これに限らず、プリンタ１０２に予め登録したユーザ情報と保存ジョブに指定されたユーザ情報とから決定するようにしても良い。
【００４４】
図７は、実施形態１に係る部数更新ジョブの部数の更新手順を示すフローチャートである。尚、ここでは会議の主催者である第１のユーザのオペレーションに応答する第１のＰＣ１０１、及び参加予定者である第２以降のユーザのオペレーションに応答する第２以降のＰＣ１０７〜１０８、及びプリンタ１０２の処理を含んだ一連の処理フローで説明する。ここで第１及び第２のＰＣによる処理は、ＨＤＤ２０４にインストールされ、実行時にＲＡＭ２０３にロードされたプログラムをＣＰＵ２０１が実行することにより実行される。またプリンタ１０２の処理は、プログラムＲＯＭ１２２ａに記憶されているプログラムをＣＰＵ１２１が実行することにより実行される。
【００４５】
まずＳ７０１で、第１のＰＣ１０１は、プリンタ１０２に部数更新ジョブを登録した後、プリンタ１０２から印刷属性更新情報４０８のＵＲＬを電子メールで受取る。次にＳ７０２で、会議の参加予定者（第２以降のユーザ）に対して電子メールによる開催案内を送信する。この時、その電子メールには、印刷属性更新情報４０８のＵＲＬを添付して、会議に参加する予定のユーザに対して、そのＵＲＬへのアクセスを求める（図５参照）。
【００４６】
これによりＳ７０３で、第２以降のＰＣのユーザは、第１のＰＣ１０１から電子メールを受け取る。そしてＳ７０４で、各ユーザは、その会議に参加するかどうかを判定し、参加するのであればＳ７０５に進み、ユーザの操作に応じて各ＰＣで動作するアプリケーションが、そのＵＲＬにアクセスする。このＵＲＬへのアクセスによって、Ｓ７０６で、プリンタ１０２は、その部数更新ジョブの部数を＋１する。一方、Ｓ７０４で第２のＰＣのユーザが会議に参加しないと判定すると、その印刷属性更新情報４０８のＵＲＬにアクセスすることなく処理を終える。
【００４７】
上述した一連の操作によって、プリンタ１０２は、そのＵＲＬに第２のユーザがアクセスすることにより部数更新ジョブの部数をインクリメントする。また、開催案内を受取った他の参加予定者（第３以降のユーザ）も同様に、Ｓ７０４〜Ｓ７０５で示すステップを実行することによって、最終的に会議に参加する予定者の数と同じ部数が、この部数更新ジョブの印刷属性にセットされる。
【００４８】
最後に、開催案内に記した所定時刻になった時点で、第１のＰＣ１０１のユーザからの印刷指示により、プリンタ１０２は、その更新された印刷部数で部数更新ジョブの印刷を行う。こうして会議に参加する予定人数に対して過不足ない会議の資料を印刷することができる。
【００４９】
尚、印刷属性４１３として予約印刷を指定し、所定の時刻になった時点でユーザの操作なしで、その部数更新ジョブを印刷する構成であれば、ユーザが介在する処理フローを更に減らすことができるため好ましい。
【００５０】
［実施形態２］
前述の実施形態１では、登録した１つの部数更新ジョブに対して１つの印刷属性と印刷属性更新情報が対応する構成とし、会議に参加する参加予定者の人数は１つの部数に関連付けられていた。これに対して実施形態２では、その対応関係を拡張し、１つの部数更新ジョブに対して複数の印刷属性と印刷属性更新情報が対応する構成としても良い。
【００５１】
例えば、本実施形態２では、１枚の用紙にｎページ分の印刷データを配置して印刷する割付け印刷のレイアウト設定情報と部数とを対応付けて管理することで、第２以降のユーザ各自が好むレイアウトごとに過不足ない印刷部数を求めることができる。尚、ここでは、１枚の用紙に２ページ分の印刷データを配置するレイアウトを「２ｉｎ１」、１枚に４ページを配置するレイアウトを「４ｉｎ１」と記し、プリンタ１０２は、保存ジョブが登録された後に、そのレイアウトを変更して印刷できるものとする。
【００５２】
図８（Ａ）は、本実施形態２に係る保存ジョブ管理情報の一例を示す図である。
【００５３】
８０１〜８０５は、前述の実施形態１に係る保存ジョブ管理情報（図４（Ｂ）の４１１〜４１５に相当しているため、それらの説明を省略する。一方、レイアウト情報８０６でレイアウトと対応付けられた部数は、各レイアウトに対応して、それにアクセスした参加者の数が記憶されている。図８の例では、１ｉｎ１＝２部、２ｉｎ１＝１２部、４ｉｎ１＝８部となっており、計２２人によるアクセスがあったことを示している。
【００５４】
尚、部数更新ジョブとして登録された直後は、全てのレイアウトに対応する部数が「０」がセットされている。そして第２以降のＰＣのユーザが希望するレイアウト設定に対応する印刷属性更新情報４０８にアクセスする度に、その部数が１だけインクリメントされる点は、前述の実施形態１と同様である。
【００５５】
図８（Ｂ）は、本実施形態２に係る第１のＰＣのユーザから第２以降のＰＣのユーザに対して送信される会議の開催案内を想定した電子メールの一例を示す図である。
【００５６】
ここでは、複数のレイアウト設定情報（１ｉｎ１、２ｉｎ１、４ｉｎ１）のそれぞれに対応した、複数の印刷属性の更新情報のＵＲＬを含んでいる。この電子メールを受信したユーザは、希望する印刷レイアウトに対応するＵＲＬにアクセスする。
【００５７】
尚、実施形態１と同様に複数のＵＲＬはプリンタ１０２が生成するが、本実施形態２ではレイアウト情報８０６の各エントリを特定可能なパス名称によって各印刷属性更新情報を区別する。
【００５８】
以上説明したように本実施形態２によれば、異なる印刷レイアウトごとに、参加者の数に応じた部数の印刷を行うことができる。
【００５９】
［実施形態３］
上述の実施形態１や実施形態２では、部数更新ジョブの印刷部数は、第２以降のＰＣのユーザによる印刷属性更新情報へのアクセス数に応じて一意に確定していたが、印刷部数について下限値を設ける等の柔軟性を持たせる構成としても構わない。
【００６０】
本実施形態３では、会議への参加が確定している参加予定者や、参加が必須である参加予定者の数が予めわかっているような場合を想定する。この場合、部数更新ジョブに対する保存ジョブ管理情報として最低部数を更に持ち、第２以降のＰＣのユーザからのアクセス数と最低部数のうち、より大きい値を印刷部数として印刷するようことも可能である。尚、この最低部数は、第１のＰＣのユーザが部数更新ジョブを登録する際に、第１のＰＣ１０１のプリンタドライバのＵＩ画面から指定しても良いし、プリンタ１０２の操作部１０４から印刷設定メニューを操作することで指定できるようにしても良い。
【００６１】
図９は、本実施形態３に係る保存ジョブ管理情報の一例を示す図である。
【００６２】
図において、９０１〜９０５は、前述の実施形態１係る保存ジョブ管理情報の各構成メンバ４１１〜４１５に相当するため説明を省略する。最低部数９０６は、図では予め「１２」に設定されている。一方、参加予定者による印刷属性更新情報へのアクセスによって部数は「１０」となっている。このような場合は、予約印刷時刻になるとプリンタ１０２は、部数が最低部数に満たないため最低部数である「１２部」で印刷する。
【００６３】
このような構成とすることで、予め確定している最低の参加人数分は確実に資料を用意でき、また第２以降のＰＣのユーザがアクセスするのを忘れたため等に起因する資料の不足を防止できるという効果がある。
【００６４】
また、第１のＰＣ１０１のユーザが、事前に最低部数に相当する部数の保存ジョブを印刷するケースを想定しても良い。即ち、保存ジョブ管理情報の部数の初期値として、事前に印刷する部数を「０」から差し引いた数値を設定できるようにしても良い。例えば、第１のＰＣのユーザが、最初に最低の参加者数に相当する「８」部の印刷を行う。その後、保存ジョブ管理情報の部数に「−８」を設定する。そして、その保存ジョブを印刷する際に、ユーザによるアクセスで更新された部数がマイナスである場合は印刷を行わないようにする。これにより、前述の最低部数による印刷制御と同等の作用効果を奏することができる。
【００６５】
［実施形態４］
次に本発明の実施形態４について説明する。この実施形態４では、印刷部数の上限値を設け、ユーザの誤った操作や悪意あるユーザによる不正アクセスに対する制限機能を持たせる。
【００６６】
本実施形態４に係る保存ジョブ管理情報の例は、前述の実施形態３の図９に示した保存ジョブ管理情報と基本的に同じである。この実施形態４では、最低部数を最大部数として扱う。即ち、部数更新ジョブを印刷する際に、更新された部数９０５の部数と、最大部数９０６の小さい方の数値を、実際に印刷する部数として印刷する。
【００６７】
更に、第２以降のＰＣのユーザが印刷属性更新情報４０８のＵＲＬにアクセスして部数を更新し、その部数が最大部数を超える場合は、そのユーザに対して部数が最大部数に達した旨を通知するようにしても良い。また或いは、第１のＰＣのユーザのメールアドレスを図４（Ａ）の保存ジョブ管理情報に保持し、プリンタ１０２が、そのメールアドレスを参照して第１のＰＣ１０１のユーザに対して最大部数に達した旨を通知しても良い。
【００６８】
以上説明したように本実施形態５によれば、ユーザの操作ミスや不正アクセスによる無駄な印刷の発生を抑制することができる。
【００６９】
［実施形態５］
上述した実施形態１では、部数更新ジョブに対して印刷属性「予約印刷（一時）」を指定していた。そのため、予約した時刻に部数４１５に従って印刷を行った後、部数更新ジョブ（保存ジョブＡ）をフォルダ４０２から削除していた。従って、ユーザは保存ジョブの累積による記憶容量不足といった問題を気にする必要がなかった。
【００７０】
一方、本実施形態５では、その印刷属性に「（１）予約印刷」を指定し、予約印刷完了後も保存ジョブを削除しない場合の事例を説明する。ここでは、予約印刷の指定時刻よりも後に第２以降のＰＣのユーザが印刷属性更新情報４０８のＵＲＬにアクセスした場合、部数のインクリメントは行わずに、その部数更新ジョブを即座に部数１で印刷する。
【００７１】
図１０は、本実施形態５に係る部数更新ジョブに対する部数更新の手順を示すフローチャートである。尚、ここでは会議の主催者である第１のユーザのオペレーションに応答する第１のＰＣ１０１、及び参加予定者である第２以降のユーザのオペレーションに応答する第２以降のＰＣ１０７〜１０８、及びプリンタ１０２の処理を含んだ一連の処理フローで説明する。ここで第１及び第２のＰＣによる処理は、ＨＤＤ２０４にインストールされ、実行時にＲＡＭ２０３にロードされたプログラムをＣＰＵ２０１が実行することにより実行される。またプリンタ１０２の処理は、プログラムＲＯＭ１２２ａに記憶されているプログラムをＣＰＵ１２１が実行することにより実行される。尚、図１０において、Ｓ１００１〜Ｓ１００４までの各ステップは、前述の実施形態１に係る図７と同様であるため、それらステップの説明を省略する。
【００７２】
ユーザからの参加を示すアクセスがあるとＳ１００４からＳ１００５に進み、第２以降のＰＣによる印刷属性更新情報へのＵＲＬにアクセスにより、プリンタ１０２は部数更新を実行する。この実施形態５では、Ｓ１００６で、プリンタ１０２はタイマ１１０から現在時刻を取得し、予約印刷の登録時に指定した予約時刻４１４と比較する。ここで現在時刻が予約時刻４１４よりも前であると判定するとステップＳ１００７に進み、実施形態１と同様に、部数更新ジョブの部数を＋１する。ここまでの一連の操作によって、１名分の参加表明が部数に反映されたことになる。更に、他の参加予定者（第３以降のＰＣ）がＳ１００３〜Ｓ１００７の処理を実行することによって、会議に参加する予定者の数を反映した部数が印刷属性にセットされる。
【００７３】
一方、ステップＳ１００６で、第２以降のＰＣのユーザがＵＲＬにアクセスした日時が予約時刻４１４と同一もしくは、それ以降の場合はＳ１００８に進み、プリンタ１０２は、その部数更新ジョブの印刷が完了しているかを調べる。ここで印刷が完了していないと判定するとＳ１００７に進み、その部数をインクリメントする。従って、そのユーザの印刷属性更新情報４０８へのアクセス（即ち、参加表明）は、予約印刷に間に合ったとみなされる。
【００７４】
一方、Ｓ１００８で印刷が完了していると判定した場合はＳ１００９に進み、プリンタ１０２は、その部数更新ジョブを、即座に部数＝１の設定で印刷する。
【００７５】
以上説明したように本実施形態５によれば、部数更新ジョブの印刷完了を過ぎてから印刷属性の更新情報にアクセスした場合は、保存ジョブ管理情報の部数を更新する代わりに、部数更新ジョブを印刷することで会議直前の参加者の増加に対応できる。
【００７６】
［実施形態６］
本実施形態６では、第２以降のＰＣのユーザが印刷属性更新情報４０８のＵＲＬにアクセスする際に、プリンタ１０２に対してユーザ識別情報を合わせて送信する。尚、ここでユーザ識別情報は、各ユーザのメールアドレスや、ネットワークアカウント等、ユーザごとにユニークに割り当てられる情報であれば特に制限はない。
【００７７】
図１１は、本実施形態６に係る保存ジョブ管理情報の一例を示す図である。図において、印刷属性１１０１〜１１０５は、前述の実施形態１の図４に示した印刷属性４１１〜４１５と同様であるため、それらの説明を省略する。
【００７８】
ユーザ識別情報１１０６は、本実施形態６に特有の印刷属性であって、印刷属性更新情報４０８のＵＲＬにアクセスしたユーザの識別情報を保持している。尚、ユーザ識別情報１１０６の数は部数１１０５と同数であり、部数更新ジョブが登録された直後は「０」である。第２以降のＰＣのユーザが、そのＵＲＬにアクセスして部数１１０５をインクリメントする度に、ユーザ識別情報を格納する領域を割り当てる。
【００７９】
以上の構成により、第２以降のＰＣのユーザがＵＲＬにアクセスする際に、既に同一のユーザ識別情報が１１０６に格納されているかどうか調べ、同一のユーザ識別情報が見つかった場合は、部数１１０５を更新しないよう制御する。この処理によって、同一ユーザによる複数回のＵＲＬへのアクセスによる部数の更新は許可しないといった管理が可能となる。
【００８０】
［実施形態７］
第２のＰＣ以降のユーザが印刷属性更新情報４０８のＵＲＬにアクセスする際に、プリンタ１０２に対してユーザ識別情報を合わせて送ることで、本実施形態７では、例えば、部数更新ジョブの各部の表紙に、部数を更新したユーザの識別情報を印刷できる。ここでは、プリンタ１０２の制御プログラムが、ユーザ識別情報を印刷するためのＰＤＬデータを生成し、部数更新ジョブのＰＤＬ解釈時に合わせて処理を行う。更に、同様の方法によって、ユーザ識別情報を基に出席者名簿を生成して印刷することも可能である。
【００８１】
尚、前述した各実施形態では、各ユーザによるＵＲＬへのアクセスにより部数を１だけ増加するよう構成したが、これに限らず、部数のインクリメント指示は任意数を指示できるようにしても良い。この構成によれば、例えば、部門代表者が代理で複数ユーザの参加表明を行うような場合にも対処できる。
【００８２】
本発明の目的は、以下の処理を実行することによっても達成される。即ち、上述した実施形態の機能を実現するソフトウェアのプログラムコードを記録した記憶媒体を、システム或いは装置に供給し、そのシステム或いは装置のコンピュータ（又はＣＰＵやＭＰＵ）が記憶媒体に格納されたプログラムコードを読み出す処理である。この場合、記憶媒体から読み出されたプログラムコード自体が前述した実施の形態の機能を実現することになり、そのプログラムコード及び該プログラムコードを記憶した記憶媒体は本発明を構成することになる。
【図１】
2010214725.tif 000003
【図２】
2010214725.tif 000004
【図３】
2010214725.tif 000005
【図４】
2010214725.tif 000006
【図５】
2010214725.tif 000007
【図６】
2010214725.tif 000008
【図７】
2010214725.tif 000009
【図８】
2010214725.tif 000010
【図９】
2010214725.tif 000011
【図１０】
2010214725.tif 000012
【図１１】
2010214725.tif 000013