(57)【要約】【課題】従来の印刷システムにおける、印刷枚数の加算先は、利用するシステムで設定された加算先に一意に固定されているため、ユースケースによっては、適切な枚数負担先に加算できなかった。【解決手段】枚数負担依頼元のユーザ情報と、枚数負担依頼先のユーザ情報を、ジョブ情報と関連付けて格納しておき、該当ジョブが実行された場合に、枚数負担先のユーザ情報を参照し、対象ユーザに対して、枚数の負担を行えるシステムを構成する。【選択図】図３
2015125619.tif 000002
【特許請求の範囲】
【請求項１】
印刷データに基づく印刷の実行による印刷量の一部または全部の負担依頼先である依頼先ユーザを指定する指定手段と、
前記指定手段による指定の内容に基づいて、前記依頼先ユーザを指定した依頼先ユーザリストを含む印刷データを生成する生成手段と
を有することを特徴とする情報処理装置。
【請求項２】
前記指定手段はさらに、前記依頼先ユーザリストによる印刷量の負担方法を指定し、前記印刷データには前記負担方法を含むことを特徴とする請求項１に記載の情報処理装置。
【請求項３】
前記負担方法は、印刷量の配分のしかたの指定を含むことを特徴とする請求項１に記載の情報処理装置。
【請求項４】
前記指定手段はさらに、前記依頼先ユーザリストによる印刷量の負担の条件を指定し、前記印刷データには前記条件を含むことを特徴とする請求項１乃至３のいずれか一項に記載の情報処理装置。
【請求項５】
前記条件は、カラー・モノクロ、レイアウト、印刷量の範囲の少なくともいずれかの指定を含むことを特徴とする請求項４に記載の情報処理装置。
【請求項６】
前記指定手段は、前記依頼先ユーザとして選択可能なユーザのリストを含むユーザーインターフェースを表示し、前記リストから前記依頼先ユーザを指定させることを特徴とする請求項１乃至５のいずれか一項に記載の情報処理装置。
【請求項７】
前記選択可能なユーザのリストには、前記依頼先ユーザとして選択されたことのあるユーザのリストをさらに含むことを特徴とする請求項６に記載の情報処理装置。
【請求項８】
前記印刷データには、該印刷データの印刷の実行を指示できるユーザのリストをさらに含むことを特徴とする請求項１乃至７のいずれか一項に記載の情報処理装置。
【請求項９】
請求項１乃至８のいずれか一項に記載の情報処理装置としてコンピュータを機能させるためのプログラム。
【請求項１０】
印刷データに基づく印刷の実行による印刷量の一部または全部の負担依頼先である依頼先ユーザを指定する指定工程と、
前記指定工程による指定の内容に基づいて、前記依頼先ユーザを指定した依頼先ユーザリストを含む印刷データを生成する生成工程と
を有することを特徴とする印刷管理方法。
【請求項１１】
ユーザごとに印刷量を管理する情報処理装置であって、
印刷データに基づく印刷の実行による印刷量の一部または全部の負担依頼先である依頼先ユーザリストを含む印刷データを第１の端末から受信する手段と、
前記依頼先ユーザリストに基づいて、負担依頼情報を生成して保存する手段と、
前記印刷データを画像形成装置に送信して登録させる手段と、
前記画像形成装置から前記印刷データの印刷の実行の通知に応じて、前記印刷データについて指定された前記依頼先ユーザがあれば、当該印刷データに基づく印刷量の一部または全部を、前記依頼先ユーザの印刷量としてカウントするカウント手段と
を有することを特徴とする情報処理装置。
【請求項１２】
前記依頼情報には、前記依頼先ユーザの指定に加えて、負担方法の指定を含み、
前記カウント手段は、前記印刷データに基づく印刷量の一部または全部を、前記依頼先ユーザの印刷量として、前記負担方法に従ってカウントすることを特徴とする請求項１０に記載の情報処理装置。
【請求項１３】
前記依頼情報には、前記依頼先ユーザの指定に加えて条件の指定を含み、
前記カウント手段は、前記条件が満たされていれば、当該印刷データに基づく印刷量の一部または全部を、前記依頼先ユーザの印刷量としてカウントすることを特徴とする請求項１１又は１２に記載の情報処理装置。
【請求項１４】
前記印刷データの印刷を実行する場合に、前記依頼先ユーザが、当該印刷データの印刷の実行を指示したユーザと同一であれば、当該印刷データに基づく印刷量の一部または全部を前記ユーザの印刷量としてカウントし、同一でなければ、前記依頼先ユーザに、負担の依頼を通知することを特徴とする請求項１１乃至１３のいずれか一項に記載の情報処理装置。
【請求項１５】
前記負担の依頼が前記依頼先ユーザにより承認された場合には、当該印刷データに基づく印刷量の一部または全部を前記ユーザの印刷量としてカウントし、拒否された場合には、当該印刷データに基づく印刷量の一部または全部を前記印刷データの設定者の印刷量としてカウントすることを特徴とする請求項１４に記載の情報処理装置。
【請求項１６】
許可発行ユーザにより発行された、許可対象ユーザにより設定された印刷データに基づく印刷量の負担依頼の事前承認を示す許可情報を保存する保存手段を更に有し、
前記許可情報に基づいて、前記負担の依頼が事前承認されている場合には、前記依頼先ユーザに負担の依頼を通知することなく、当該印刷データに基づく印刷量の一部または全部を前記許可発行ユーザの印刷量としてカウントすることを特徴とする請求項１４又は１５に記載の情報処理装置。
【請求項１７】
前記依頼先ユーザの印刷量としてカウントする値が所定の限度を超えた場合には、超えた量の負担を依頼する他の依頼先ユーザを更に指定し、該他の依頼先ユーザに、負担の依頼を通知することを特徴とする請求項１４乃至１６のいずれか一項に記載の情報処理装置。
【請求項１８】
前記指定手段は、１または複数の前記依頼先ユーザを指定できることを特徴とする請求項１１乃至１７のいずれか一項に記載の情報処理装置。
【請求項１９】
請求項１１乃至１８のいずれか一項に記載の情報処理装置としてコンピュータを機能させるためのプログラム。
【請求項２０】
ユーザごとに印刷量を管理する印刷管理方法であって、
印刷データに基づく印刷の実行による印刷量の一部または全部の負担依頼先である依頼先ユーザリストを含む印刷データを第１の端末から受信する工程と、
前記依頼先ユーザリストに基づいて、負担依頼情報を生成して保存する工程と、
前記印刷データを画像形成装置に送信して登録させる工程と、
前記画像形成装置から前記印刷データの印刷の実行の通知に応じて、前記印刷データについて指定された前記依頼先ユーザがあれば、当該印刷データに基づく印刷量の一部または全部を、前記依頼先ユーザの印刷量としてカウントするカウント工程と
を有することを特徴とする印刷管理方法。
【請求項２１】
前記第１の端末として請求項１乃至８のいずれか一項に情報処理装置と、
プリント管理サーバとして請求項１１乃至１８のいずれか一項に記載の情報処理装置と、
画像形成装置と
を含むことを特徴とする印刷管理システム。
【請求項２２】
第２の端末を更に含み、
前記第２の端末から前記許可情報を受信することを特徴とする請求項２１に記載の印刷管理システム。
【発明の詳細な説明】
【技術分野】
【０００１】
本発明は、例えばユーザ認証や、課金処理等が可能な印刷管理システム、情報処理装置及び印刷管理方法に関する。
【背景技術】
【０００２】
近年、企業におけるセキュリティやコスト意識が高まってきており、印刷、コピー、スキャン等が行えるＭＦＰ（Ｍｕｌｔｉ  Ｆｕｎｃｔｉｏｎａｌ  Ｐｅｒｉｐｈｅｒａｌ）と呼ばれる複合機に、ＩＣカードやＰＩＮコード、ユーザＩＤ等を用いた個人認証を行えるシステムが導入されてきている。さらに、個人認証を行う事で、ユーザ個人と使用状況が紐づけられることを利用して、ユーザ毎の使用状況の分析や、課金管理等に活用されてきている。例えば、ユーザ毎に印刷可能な紙枚数を設定し、予め設定された枚数以上の印刷は出来ないといった制限をかけてコストを抑制する目的の手段等に活用されている。
【０００３】
一方で、個人認証が前提となるシステムは、セキュリティや、コスト管理の面で優れている半面、印刷ジョブを投入したユーザ本人がＭＦＰまで行き、出力処理を開始させるためにＭＦＰにおいて認証を受けなければならない場合もある。このようなシステムでの利便性を向上させる目的で、様々なユースケースを想定した技術が提案されている。例えば、特許文献１には、ジョブに複数のユーザＩＤを結び付けておく事により、印刷ジョブ設定者本人のみならず、第３者も印刷物を利用できるように設定できるようにするシステムが提案されている。
【先行技術文献】
【特許文献】
【０００４】
【特許文献１】特開２０１１−１９９６３５号公報
【発明の概要】
【発明が解決しようとする課題】
【０００５】
従来の印刷システムにおける、印刷枚数のカウント先は、利用するシステムで設定されたカウント先に一意に固定されていた。２人のユーザ間で印刷の代行実行の依頼をするユースケースを例に、課題を説明する。
【０００６】
特許文献１では、印刷ジョブを投入した者と、印刷ジョブを実際に実行し、出力する者との関係を分離することで、利便性を向上させているが、印刷枚数のカウント先はシステムで設定されたカウント先に一意に固定されてしまう。仮に「印刷枚数のカウントが印刷ジョブを実行したものにつく」という設定のシステムである場合、第３者から印刷物のピックアップのみを依頼された場合であっても、実際に印刷を実行するユーザに、印刷枚数のカウント値が加算されてしまう。印刷を実行するユーザは代理で印刷物を出力しているだけにも関わらず、印刷枚数を負担しなければならない。例えば、ユーザごとに印刷枚数の上限が設定されていたり、印刷コストをユーザの属する部署に負担させるなどのシステムであれば、代理のユーザに対して印刷枚数が反映されてしまうことは、そのシステム本来の機能が発揮できないこととなる。
【０００７】
本発明では、これら課題を踏まえ、様々なユースケースに柔軟に対応できる枚数管理システムを提案する。
【課題を解決するための手段】
【０００８】
そこで、本発明に係る情報処理装置は以下の構成を有する。
【０００９】
印刷データに基づく印刷の実行による印刷量の一部または全部の負担依頼先である依頼先ユーザを指定する指定手段と、
前記指定手段による指定の内容に基づいて、前記依頼先ユーザを指定した依頼先ユーザリストを含む印刷データを生成する生成手段と
を有することを特徴とする。
【００１０】
また他の側面によれば、
ユーザごとに印刷量を管理する情報処理装置であって、
印刷データに基づく印刷の実行による印刷量の一部または全部の負担依頼先である依頼先ユーザリストを含む印刷データを第１の端末から受信する手段と、
前記依頼先ユーザリストに基づいて、負担依頼情報を生成して保存する手段と、
前記印刷データを画像形成装置に送信して登録させる手段と、
前記画像形成装置から前記印刷データの印刷の実行の通知に応じて、前記印刷データについて指定された前記依頼先ユーザがあれば、当該印刷データに基づく印刷量の一部または全部を、前記依頼先ユーザの印刷量としてカウントするカウント手段とを有することを特徴とする。
【発明の効果】
【００１１】
本発明では、印刷の実行ユーザではないユーザに対して枚数の負担依頼を出す事が可能となる為、細やかなユースケース毎にふさわしい負担の割り当て先を指定できるようになる。
【図面の簡単な説明】
【００１２】
【図１】本実施形態における印刷システム１００の全体ブロック図である。
【図２Ａ】本実施形態におけるユーザ端末１０１、１０２、１０３の詳細なブロック図である。
【図２Ｂ】本実施形態におけるＭＦＰ１０４、１０５の詳細なブロック図である。
【図２Ｃ】本実施形態におけるプリント管理サーバ１０６の詳細なブロック図である。
【図３】本実施形態における印刷ジョブの登録方法を示したフローである。
【図４】本実施形態における印刷ジョブ実行時のフローである。
【図５】負担割り当て依頼先ユーザ選択画面の一例、および負担候補者検索画面の一例を示す図である。
【図６】負担依頼情報の一例を示す図である。
【図７】ジョブ選択画面の一例を示した図である。
【図８】負担の可否を選択できる場合のジョブ実行時のフローである。
【図９】負担依頼先ユーザに負担の可否を選択させる場合のフローである。
【図１０】負担可否選択画面の一例を示す図である。
【図１１Ａ】負担許可情報を登録する時のフローである。
【図１１Ｂ】負担許可情報を含むジョブの登録フローである。
【図１１Ｃ】負担許可情報を含むジョブの実行フローである。
【図１２】許可発行ユーザ指定画面１２００の一例、および依頼先ユーザ指定画面１２０９の一例を示す図である。
【図１３】負担依頼枚数が依頼先の限度枚数を超過した場合に、超過分を別のユーザへ負担依頼として設定する場合のフローである。
【発明を実施するための形態】
【００１３】
［実施形態１］
以下、本発明を実施するための形態について図面を用いて説明する。
【００１４】
＜システムの全体構成＞
図１は、本実施形態における印刷管理を行う印刷管理システム１００の全体ブロック図である。各ブロックが、ネットワーク１０７を介して接続されている。各ブロックのネットワーク１０７への接続方法は、ワイヤードＬＡＮ（Ｌｏｃａｌ  Ａｒｅａ  Ｎｅｔｗｏｒｋ）やワイヤレスＬＡＮなどにより実現される。ユーザ端末１０１、１０２、１０３はネットワークに接続可能な情報処理装置等の電子機器であり、デスクトップＰＣやノートＰＣやタブレットＰＣ、スマートフォンなどのユーザがジョブ設定等を行う端末である。詳細は後述する。ＭＦＰ１０４，１０５はネットワークに接続可能なマルチファンクションプリンタであり、後述するこれも情報処理装置であるプリント管理サーバ１０６から送信された印刷データを受信し、紙媒体に印刷を行う画像形成装置として機能する。詳細は後述する。なお、本実施形態ではＭＦＰとしているが、プリント機能のみを備えたＳＦＰ（シングルファンクションプリンタ）であってもよい。プリント管理サーバ１０６は、ユーザ端末１０１から送信された印刷データと、印刷データに紐づけられたユーザＩＤを受信し、格納する。さらに、プリント管理サーバ１０６は、シングルサインオン環境を提供する為、ユーザ認証をするためのユーザ管理情報を有している。さらに、プリント管理サーバ１０６はＭＦＰ１０４，１０５に印刷データを送信する。詳細は後述する。プリント管理サーバ１０６は、ユーザごとに印刷量を管理するためのカウンタを有しており、印刷ジョブの実行時には、この後説明する負担依頼先ユーザのカウンタに、実行する印刷ジョブの全印刷量のうち、当該負担依頼先ユーザに配分された印刷量が加算される。
【００１５】
＜ユーザ端末の構成＞
図２Ａは、本実施形態におけるユーザ端末１０１、１０２、１０３の詳細なブロック図である。図２Ａにおいて、各ブロックがシステムバス２１０に接続されており、ＣＰＵ２００が操作部２０１等から入力される動作指示を受け、各ブロックを操作することにより、印刷のジョブの設定を含む様々な機能を実現する。また、ユーザ端末１０１、１０２、１０３は、ネットワークＩ／Ｆ２０５を介し、ネットワーク１０７へ接続することができ、ＭＦＰ１０４、１０５やプリント管理サーバ１０６と画像データやデバイス情報の送受信を行うことができる。
【００１６】
ＣＰＵ２００はユーザ端末１０１、１０２、１０３を制御するための中央処理装置であり、後述するＲＡＭ２０９上に展開されたアプリケーションに従って演算を行い、ＰＤＬデータ作成や、印刷ジョブの生成等の処理や、各種Ｉ／Ｆの制御をおこなう。操作部２０１は、ユーザ端末１０１、１０２、１０３のユーザーインターフェースとして機能し、ユーザからの操作指示の受付を行う。操作部２０１としては、キーボード、マウス、タッチパネル、カードリーダ等が備えられる。操作制御部２０２は、操作部２０１に入力されたユーザからの操作指示情報をＭＦＰ１０４、１０５で実行できる形式に変換し、ＣＰＵ２００へ伝える。表示部２０３は、ユーザ端末１０１、１０２、１０３のユーザーインターフェースとして機能し、プリントドライバの設定画面を表示するなどして、ユーザへの作業指示や、ユーザの入力指示の結果の表示を行う。表示部２０３としては、ブラウン管や液晶パネル等が用いられる。表示デバイスＩ／Ｆ操作部２０４は、ユーザ端末１０１、１０２、１０３の描画バッファに作成される表示用内部データを、表示部２０３に表示することができるように変換し、出力する。描画バッファはＲＡＭ２０９に確保されていても良いし、表示デバイスＩ／Ｆに備えられていてもよい。
【００１７】
ネットワークＩ／Ｆ２０５は、モデムやＬＡＮカード、無線ＬＡＮアクセスポイント等で実現され、ネットワーク１０７に接続して外部装置との間で画像データやデバイス情報の入出力を行う。ストレージ２０６はハードディスクドライブ等に代表される大容量記憶デバイスであり、各種処理のためのアプリケーションソフトウェア及び画像データ等を格納する。ＲＯＭ２０７はユーザ端末のブートＲＯＭであり、システムのブートプログラムが格納されている。メモリコントローラ２０８は、例えばＣＰＵ２００からのメモリアクセスコマンドをＲＡＭ２０９が解釈可能なコマンドに変換して、ＲＡＭ２０９に対してアクセスを行う為の制御をおこなう。ＲＡＭ２０９は、ＣＰＵ２００が動作するためのシステムワークメモリであり、画像データを一時記憶するためや、画像編集用の画像データを保持しておく画像メモリでもある。更に、印刷ジョブに用いられる設定データ等もＲＡＭ２０９に保持される。保持するパラメータとしては、拡大率、カラー・モノ設定情報、ステイプル、両面印刷設定等が１例として挙げられる。更に、本実施例ではジョブの出力が可能なユーザの情報や枚数の負担先ユーザの情報等もＲＡＭ２０９に一時的に記憶される。更に、ＲＡＭ２０９は表示部２０３に画像を表示する為の画像描画用バッファとして用いても良い。以上のユニットがシステムバス２１０上に配置されている。
【００１８】
＜ＭＦＰの構成＞
図２Ｂは、本実施形態におけるＭＦＰ１０４、１０５の詳細なブロック図である。図２Ｂにおいて、ＭＦＰ１０４、１０５は、画像入力デバイスであるスキャナ２１９と画像出力デバイスであるプリンタエンジン２１８が内部で接続されている。そして画像データの読み取りやプリント出力のための制御を行う。また、ＭＦＰ１０４、１０５は、ＬＡＮ１０７や公衆回線と接続することで、デバイス情報や画像データの入出力を行うための制御を行う。
【００１９】
ＣＰＵ２１１はＭＦＰ１０４、１０５を制御するための中央処理装置である。操作部２１２は、操作者から操作指示の受付を、ハードキーやマルチタッチ検知が可能なタッチパネル等から受け付ける。さらに操作結果の表示を行う。操作制御部２１３は、操作部から入力された入力信号をＭＦＰ１０４，１０５で実行できる形に変換し、ＣＰＵ２１１へ伝える。操作制御部２１３は操作部２１２に備えられた表示部へ、描画バッファに保持されている画像データを表示する為の制御を行うブロックでもある。描画バッファはＲＡＭ１１４に確保されていても良いし、操作制御部内部に描画バッファを別途備えても良い。なお、ユーザ端末１０３の説明で示したように、操作部と表示部を別々に設ける構成にしてもよい。ネットワークＩ／Ｆ２１４は、モデムやＬＡＮカード、無線ＬＡＮアクセスポイント等で実現され、ネットワーク１０７に接続して外部装置との間で画像データやデバイス情報の入出力を行う。ストレージ２１５はハードディスクドライブ等に代表される大容量記憶デバイスであり、各種処理のためのアプリケーションソフトウェア及び入力された画像データ等を格納する。ＲＯＭ２１６はブートＲＯＭであり、システムのブートプログラムが格納されている。
【００２０】
デバイスＩ／Ｆ２１７は、スキャナ２１８やプリンタエンジン２１９と接続し、画像データの転送処理を行う。画像編集用画像処理部２２０は、画像データの回転や、変倍、色処理、トリミング・マスキング、２値変換、多値変換、白紙判定等の各種画像処理を行う。プリント画像処理部２２１は、プリント出力する画像データに対して、プリンタエンジン２１８に応じた画像処理補正等を行う。スキャン画像処理部２２２は、スキャナ２１９で読み込まれた画像データに対して、補正、加工、編集等の各種処理を行う。ＲＩＰ（ラスタイメージプロセッサ）２２３は、ページ記述言語（ＰＤＬ）コードをイメージデータに展開する。メモリコントローラ２２４は、例えばＣＰＵ２１１や各画像処理部からのメモリアクセスコマンドをＲＡＭ２２５が解釈可能なコマンドに変換して、ＲＡＭ２２５に対してアクセスを行う。ＲＡＭ２２５は、ＣＰＵ２１１が動作するためのシステムワークメモリであり、入力された画像データを一時記憶するためや、画像編集用の画像データを保持しておく画像メモリでもある。更に、ＲＡＭ１１４は操作部１０２に画像を表示する為の画像描画用バッファとして用いても良い。以上のユニットがシステムバス２２６上に配置されている。
【００２１】
＜プリント管理サーバの構成＞
図２Ｃは、本実施形態におけるプリント管理サーバ１０６の詳細なブロック図である。ＣＰＵ２２７はプリント管理サーバ１０６を制御するための中央処理装置である。操作制御部２２８は、おもにサーバ管理者等の操作者からネットワークを通じた操作指示の受付を行う。更に入力された入力信号をプリント管理サーバ１０６で実行できる形に変換し、ＣＰＵ２２７へ伝える。なお、操作制御部にさらにユーザ端末やＭＦＰで示した操作部を設け、操作指示を受け付けるように構成してもよい。ネットワークＩ／Ｆ２３０は、モデムやＬＡＮカード、無線ＬＡＮアクセスポイント等で実現され、ネットワーク１０７に接続して外部装置との間で画像データやデバイス情報の入出力を行う。ストレージ２３１はハードディスクドライブ等に代表される大容量記憶デバイスであり、各種処理のためのアプリケーションソフトウェア及び入力された画像データ等を格納する。本実施形態では、更に各ユーザのＩＤ、現在までに印刷した枚数、制限枚数、待機中のジョブといった情報も格納される。なお本実施形態では出力量をカラー・モノクロ別の印刷枚数で数えているが、これは一例であって出力されたシートの面の数や出力物に課金される課金情報あるいは印刷量を表す印刷量情報と呼ぶこともできる。課金情報は例えばカラー・モノクロ別、及びサイズ別のページ数（面数）などを単位として計数されることもある。更に、本実施形態で後述する、印刷枚数の一部または全部を負担させるユーザ、すなわち負担割り当て先（あるいは印刷量配分先とも呼ぶ）のユーザや、ジョブと負担割り当て先ユーザとを紐づけるテーブル情報、各ユーザが負担する印刷枚数（あるいは印刷面数や課金情報、印刷量）の情報等もストレージ２３１に保持される。なお、ユーザへ割り当てる出力物に対する印刷枚数を当該ユーザの枚数負担と呼ぶこともある。ＲＯＭ２３２はブートＲＯＭであり、システムのブートプログラムが格納されている。メモリコントローラ２３３は、例えばＣＰＵ２２７や各画像処理部からのメモリアクセスコマンドをＲＡＭ２３４が解釈可能なコマンドに変換して、ＲＡＭ２３４に対してアクセスを行う。ＲＡＭ２３４は、ＣＰＵ２２７が動作するためのシステムワークメモリであり、入力された画像データを一時記憶するためや、印刷枚数の負担依頼、加算制御をおこなう際のワークメモリでもある。認証部２３５は、入力されたユーザＩＤとパスワードをもとに、シングルサインオン環境を提供するような公知の認証サービスを実装する。カウント制御部２３６は、チャージを負担するユーザに対し、ジョブ実行がなされた場合に印刷枚数の加算を行うといった、負担割り当てに関する処理を行うユニットである。以上のユニットがシステムバス２３７上に配置されている。
【００２２】
＜枚数負担依頼が可能な印刷ジョブの設定／処理フロー＞
図３は、枚数負担の依頼が可能となるシステムを、印刷ジョブの出力可能なユーザを印刷ジョブ設定者が可能なシステムにおいて実施した場合における印刷ジョブの設定／処理フローである。なおユーザ端末１０１を例として説明するが、図１に示したいずれのユーザ端末を用いても構わない。また以下の説明では、印刷ジョブの実行を指示したユーザを特に当該印刷ジョブのオーナと呼ぶことにする。まずＳ３００では、ユーザ端末１０１のＣＰＵ２００が操作部２０１からの操作情報を元に、プリンタドライバが立ち上がったことを知らせるジョブ設定開始フラグを作成する。さらに、ＣＰＵ２００はオーナのユーザ認証情報を作成する。ここで、ユーザ認証情報を作成する為に、ＣＰＵ２００はユーザＩＤやパスワードの入力を求めてもよいし、ユーザ端末１０１を使用する為のログインＩＤ等を利用して認証情報を作成しても良い。さらに、ＩＤカード認証カードの使用をトリガーとしても良い。そして、作成したジョブ設定開始フラグとユーザ認証情報をプリント管理サーバ１０６へ送信する。
【００２３】
続いてＳ３００１では、フローはプリント管理サーバ１０６側にうつり、プリント管理サーバ１０６がユーザ端末１０１から送信されたジョブ設定開始フラグとユーザ認証情報を受信する。Ｓ３０２では、Ｓ３０１で受信したユーザ認証情報を、認証部２３５で照合し、ユーザ端末を使用しているユーザを特定する。本実施形態では、認証部２３５を、プリント管理サーバ１０６に接続されている１モジュールとして記述しているが、同様の機能をソフトウェアで実現させても良い。この場合、認証部２３５は、ＣＰＵ２２７上で実行されるソフトウェアとして実装される。また認証専用のサーバで実現してもよい。
【００２４】
Ｓ３０３では、プリント管理サーバ１０６のＣＰＵ２２７は、出力可能者情報と、負担可能者情報とを作成する。このステップで出力可能者とは、この後のステップで、印刷ジョブの実行を指示したジョブのオーナであるユーザによって設定される、ジョブを出力可能なユーザを意味する。ここでオーナは当然出力可能であるから、出力可能者にはオーナを含めない。また、負担可能者とは、印刷物の一部あるいは全部についてチャージ（たとえば印刷枚数）の負担を依頼することが可能なユーザを意味する。さらに、本フローでジョブを設定するユーザ（すなわちオーナ）と出力可能者と負担可能者は同一ユーザとしても設定できるし、異なるユーザとしても設定できる。ここで、出力可能者および負担可能者は、基本的にプリント管理サーバ１０６にアクセス可能な全ユーザを含む。Ｓ３０４では、Ｓ３０３で作成された出力可能者情報と枚数負担可能者情報とをユーザ端末１０１へ送信する。
【００２５】
Ｓ３０５は、プリント管理サーバ１０６から送信されてきた出力可能者情報と負担可能者情報とをユーザ端末１０１が受信するステップとなっている。Ｓ３０６では、ＣＰＵ２００は、ジョブの設定情報を取得し、ＲＡＭ２０９へ格納して保持する。具体的には、ＣＰＵ２００で実行されているプリンタドライバにより、表示部２０３にＵＩ画面を表示する。そのＵＩに従い、ユーザが操作部２０１への操作を通してジョブの設定情報の入力を行う。そして、ＣＰＵ２００は操作部２０１からの入力情報を元に、ジョブの設定情報を取得し、ＲＡＭ２０９へ格納し保持しておく。Ｓ３０７では、ＣＰＵ２００は、出力可能者リストを取得し、ＲＡＭ２０９へ保持する。具体的には、ＣＰＵ２００が、Ｓ３０５でユーザ端末１０１が受信した出力可能者情報を元に、表示部２０３へ出力可能者選択画面を表示する。そして、ユーザに、操作部２０１への操作を通じて出力可能となるユーザを選択させる。そして、ＣＰＵ２００は操作部２０１からの入力情報を元に、選択されたユーザのリストを出力可能者リストとしてＲＡＭ２０９へ保持しておくステップとなる。
【００２６】
Ｓ３０８では、ＣＰＵ２００は、負担依頼先ユーザのリストを取得し、ＲＡＭ２０９保持する。具体的には、ＣＰＵ２００が、Ｓ３０５でユーザ端末１０１が受信した負担可能者情報を元に、表示部２０３へ負担依頼先ユーザを選択するための選択画面（負担依頼先ユーザリスト）を表示する。そして、ユーザに、操作部２０１への操作を通じて印刷枚数の負担を依頼したいユーザを選択させる。そして、ＣＰＵ２００は操作部２０１からの情報を元に、選択されたユーザを負担依頼先ユーザリストとして、ＲＡＭ２０９へ保持しておくステップとなる。
【００２７】
ここで、ＣＰＵ２００が、表示部２０３へ表示する負担依頼先ユーザ選択画面５００の一例を図５に示す。この画面５００は、Ｓ３０２の認証ステップで認証されたユーザのユーザＩＤ５０１や、日付５０２、現在の枚数情報５０３，５０４、メッセージ領域５０５などから構成される。さらに、負担依頼先ユーザの選択部５０６や、今までの選択履歴５０７等が表示される。負担依頼元ユーザが、枚数負担依頼先ユーザを選択する為に行う操作としては、追加ボタン５０８を押下し、後述する負担依頼先ユーザ検索画面４１１から負担依頼先ユーザを決定することで、負担依頼先ユーザの選択部５０６のリストに加えられる。負担依頼先ユーザは一人のみ選択可能なように構成しても良いが、図５の選択部５０６に示すように、複数の依頼先ユーザを選択できるように構成しても良い。さらに、選択履歴５０７には、今まで負担依頼先ユーザとして選択したユーザが一覧表示されている。ここから、負担依頼先ユーザとして設定したいユーザを選択し、「履歴から追加」ボタン５０９を押下することにより、負担依頼先ユーザの選択部５０６のリストに加えることもできる。所望の負担依頼先ユーザを選択し終わったら、決定ボタン５１０を押下することにより、負担先ユーザを確定する。
【００２８】
図５の負担依頼者検索画面５１１は、追加ボタン５０８を押下することによって表示される画面である。ここで、負担依頼者検索の一例を説明する。負担依頼者検索画面５１１では、負担依頼先ユーザの名前５１２、所属５１３、内線番号５１４等の特定のユーザ固有の情報を元に負担依頼先ユーザを検索することができる。所望の情報を入力し、検索ボタンを押下することで、図には示さない負担依頼先ユーザ候補リストが示され、その中から所望のユーザを選択し、決定ボタンを押下することで負担依頼先ユーザを決定する。
【００２９】
ここで、負担依頼者検索画面５１１は枚数負担依頼先ユーザ選択画面５００とは別画面として説明したが、負担依頼先ユーザ選択画面５００の一部として負担依頼者検索画面５１１の内容を構成しても良いことは言うまでもない。
【００３０】
負担依頼先ユーザを複数選択できるようにシステムが構成された場合、各負担依頼先ユーザへの負担をどのように割り振るかを負担依頼元ユーザが選択できるように構成しても良い。負担依頼元ユーザが枚数の負担方式を設定する為のＵＩ画面の一例である負担方式選択部５１６を図５に示す。複数の負担依頼先ユーザを設定した場合、負担方法選択画面５１０を表示し、枚数負担依頼元ユーザに枚数負担方法を求める。負担方法は、システム設定や管理者によりあらかじめ設定された負担方法の中から最適と思われるものを負担依頼元ユーザに選択させるように構成できる。負担方法の例としては、全てを一人のユーザが負担するようしたり、各負担先ユーザが１部ずつ負担するようにしたりもできる。さらには、ユーザ毎が指定された枚数を負担したり、一般職、管理職などといったユーザの属性別に負担枚数を変更したりできるようにすることも可能である。ただし、分配方法はここに記載した方法に限定されるものではない。
【００３１】
つぎに、Ｓ３０９では、ＣＰＵ２００は、確定されたジョブ設定情報と、出力可能者リストと、負担依頼先ユーザリストをＲＡＭ２０９から読み出し、これらの情報を関連付けてプリント管理サーバ１０６へジョブとして送信する。ジョブ設定情報と、出力可能者リストと、負担依頼先ユーザリストは、例えば共通のＩＤ情報を保持させる等して関連付けがおこなわれる。これらの情報は、関連付けがされている限り、別々に送信されてもいいし、ひとまとまりジョブデータとして送信されてもよい。
【００３２】
Ｓ３１０では、プリント管理サーバ１０６がユーザ端末１０１から送信されたジョブデータを受信する。Ｓ３１１では、ＣＰＵ２２７がＳ３１０で受信した印刷ジョブのジョブデータを、出力待ちのジョブキューに登録したのち、ジョブ設定情報と、出力可能者リストと、負担依頼先ユーザリストとの関連性を保ったまま、ストレージ２３１に保存する。出力待ちのジョブキューは、ユーザ毎に管理され、ユーザが投入したジョブが一覧となって管理されている。Ｓ３１２では、ＣＰＵ２２７の制御を受けて、枚数カウント制御部２３６がＳ３１０で受信したジョブデータに含まれる負担依頼先ユーザリストから、負担依頼先ユーザを判別し、負担依頼先ユーザへ負担依頼情報を作成し、ストレージ２３１に保存する。この時保存される負担依頼情報６００の一例を図６に示す。この例では、負担依頼情報６００は、負担割り当て処理を行うジョブＩＤ、負担依頼元ユーザＩＤ、負担依頼先ユーザＩＤを保持している。負担依頼情報はほかにも、負担枚数、詳細なジョブ設定等をもつことができる。なお、本実施形態ではカウント制御部２３６は、プリント管理サーバ１０６に備えられるシステムバス２３７に接続されている１モジュールとして記述しているが、同様の機能をソフトウェアで実現させても良い。この場合、カウント制御部２３６は、ＣＰＵ２２７上で実行されるソフトウェアとして実装される。
【００３３】
Ｓ３１３は、ＣＰＵ２２７が、ジョブの出力待ちのキューへの登録および負担依頼情報の作成が完了したことを処理完了通知としてユーザ端末１０１へ送信する。Ｓ３１４は、プリント管理サーバ１０６が送信した処理完了通知を受信し、負担依頼情報を含む印刷ジョブの設定を終了する。
【００３４】
＜ジョブ実行から枚数加算が行われるまでのフロー＞
図４は、図３のフローによって負担依頼がなされたジョブをＭＦＰ１０４で印刷する場合における、ジョブ実行から、負担依頼先ユーザのアカウントへ印刷枚数の加算が行われるまでの一例を示したフローである。Ｓ４００は、ＣＰＵ２１１が、ジョブを出力可能なユーザがＭＦＰ１０４にユーザＩＤやパスワード、もしくは非接触ＩＣカード等を使って登録した認証情報を、プリントサーバに送信するステップである。ここで、ＭＦＰを実際に操作し、ジョブを実行するユーザをジョブ実行者と呼ぶことにする。
【００３５】
Ｓ４０１は、プリント管理サーバ１０６が、ＭＦＰ１０４から送信された認証情報を受信して、ＲＡＭ２３４へ格納するステップである。Ｓ４０２では、Ｓ４０１で受信したユーザ認証情報を、認証部２３５で照合し、ＭＦＰ１０４を操作しているジョブ実行者を特定する。Ｓ４０３では、ＣＰＵ２１１が、Ｓ４０２で特定した実行者がジョブ出力可能者に設定されているジョブの一覧を、あらかじめ保持されている出力待ちのキューから取得する。さらに、ＣＰＵ２１１は、取得したジョブに関連付けて保存されている負担依頼先ユーザリストを取得する。Ｓ４０４では、Ｓ４０３で取得したジョブの一覧と、各ジョブに関連づけられている負担依頼先ユーザリストをＭＦＰ１０４へ送信する。
【００３６】
Ｓ４０５では、ＭＦＰ１０４が、プリント管理サーバ１０６から送信されたジョブ一覧と、各ジョブに関連づけられている枚数負担依頼先ユーザリストを受信する。Ｓ４０６では、ＣＰＵ２１１が、実行者がＭＦＰ１０４の操作部２１２を操作して、認証プリントを選択したかどうかを判定している。認証プリントが選択されない場合は、本フローは実施されずに、終了する。認証プリントが選択された場合Ｓ４０７へ進む。Ｓ４０７は、ＣＰＵ２１１が、表示部も兼ねる操作部２１２に、Ｓ４０３で受信したジョブの一覧と、各ジョブに関連づけられている枚数負担依頼先ユーザを表示し、実行者に、実行するジョブの選択を行わせるステップとなっている。図７は操作部２１２に表示されるジョブ選択画面７００の一例を示した図である。ジョブ選択画面７００には、実行できるジョブ名７０１、各ジョブの枚数や属性情報７０２、ジョブ投入日時７０３が表示されている。更に、ジョブの設定者であり印刷枚数の負担の依頼元であるユーザ名（オーナ名）７０４、負担依頼先であるユーザ名７０５が各ジョブに関連付けてリスト表示されている。実行者はこのリストを見ながら、例えばタッチパネルをタップすることで、実行するジョブを選択する。選択したジョブは、例えばチェックボックス７０６が空白からチェック表記に変化することで画面にフィードバックされる。また、たとえば負担依頼先ユーザの指定がない場合には、当該ジョブはジョブの依頼元オーナに課金されてもよい。この場合、負担依頼先７０５には依頼元７０４と同じユーザ名を表示する。Ｓ４０８は、ＣＰＵ２１１が、実行者がＭＦＰ１０４の操作部２１２を操作して、ジョブ実行を選択したかを判定している。ジョブ実行の選択とは、例えばタッチパネルに表示された図７のジョブ選択画面７００において、プリント開始ボタン７０７を押下することに相当する。ジョブが実行された場合は、Ｓ４０９へ進み、ジョブがキャンセルされた場合は、フローを終了する。Ｓ４０９は、ＣＰＵ２１１が、確定されたジョブのジョブ実行通知をプリント管理サーバ１０６に送信するステップである。
【００３７】
Ｓ４１０は、プリント管理サーバ１０６が、ＭＦＰ１０４から送信されたジョブ実行通知を受信する。Ｓ４１１は、ＣＰＵ２２７が、Ｓ４１０で受信したジョブ実行通知より、実行されるジョブを特定し、ジョブに関連する負担依頼情報をストレージ２３１から読み出す。そして、ＣＰＵ２２７が枚数カウント制御部２３６を制御し、負担依頼先ユーザのカウンタ（単にカウンタと呼ぶ）に、負担方法の選択に応じてカウントを加算する。Ｓ４１２は、ＣＰＵ２２７が、Ｓ４１０で受信したジョブ実行通知から要求されているジョブデータをＭＦＰ１０４へ送信し、登録する。Ｓ４１３は、ＣＰＵ２１１が、プリント管理サーバから送信されてきたジョブを実行するフローとなる。
【００３８】
以上説明したように、本実施形態では、印刷枚数を加算するユーザを可変としたことで、細やかなユースケース毎にふさわしいユーザを指定してジョブの一部または全部を負担させること、すなわちチャージすることができる。更に、印刷ジョブを設定するユーザが、印刷枚数の負担依頼先ユーザを選択できるように構成することで、プリントする文章や状況に応じたユーザに対して、枚数を負担させることできる。
【００３９】
なお、本実施形態ではジョブの実行者を指定できるシステムを前提として説明したが、ジョブの実行者が指定できないシステムでも実施可能である。この場合、以上の説明における負担依頼元ユーザと出力可能者の関係が、あらかじめ管理者が指定した関係に固定されるとすれば良い。
【００４０】
［実施形態２］
実施形態１では、印刷枚数を加算するユーザを可変とし、印刷ジョブを設定するユーザが、印刷枚数の負担依頼先ユーザを選択できる構成とフローについて説明した。すなわち負担依頼がすなわち確定した負担割り当てであった。本実施形態では、更に、負担依頼先ユーザが、負担の可否を選択できるように構成した場合について説明する。
【００４１】
実施形態２を実施する上では、図３に示される印刷ジョブの設定／処理フローは変化せず、図４に示されるジョブ実行から負担依頼先ユーザへの枚数加算のフローが変化する。さらに、負担依頼先ユーザが負担の可否を選択するフローが新たに加わる。本実施形態では、変更したポイントに絞って説明する。
【００４２】
＜ジョブ実行から枚数負担依頼が通知されるまでのフロー＞
図８は、負担依頼先ユーザが負担の可否を選択できる場合のジョブ実行フローを示している。図８は実施形態１の図４に代わるものである。ここで、Ｓ８００からＳ８０９までは、図４のＳ４００からＳ４０９までのフローと同じなため説明を省略する。
【００４３】
Ｓ８１０では、プリント管理サーバ１０６のＣＰＵ２２７が、ＭＦＰ１０４より受信したジョブ実行通知に基づき、実行されるジョブの負担依頼先ユーザと実行者のユーザＩＤを比較し、同一ユーザかを判断している。同一ユーザだった場合は、Ｓ８１１へ進み、同一ユーザではなかった場合、Ｓ８１２へ進む。Ｓ８１１は、ＣＰＵ２２７が、負担依頼先ユーザである実行者のカウンタに、実行を指示された印刷ジョブによる印刷枚数を加算するステップとなる。すでに実施形態１で説明したとおり、ジョブの実行を決定するステップで表示されるジョブ選択画面７００には、ジョブと負担依頼先ユーザが関連付けて表示される。その為、実行者は自分に負担の依頼が来ていることを了承した上でジョブを実行することになるため、すでに承認済みと判断してＳ８１１にて枚数の加算を行うことができる。ただし、図８に示されるフローにおいて、Ｓ８１０、Ｓ８１１を省略しても本実施形態の目的である負担依頼先ユーザが、枚数の負担の可否を選択できることには変わりがない。しかしながら、Ｓ８１０、Ｓ８１１を備えたほうが、よりユーザの利便性が高いシステムが構築できる。
【００４４】
Ｓ８１２は、ＣＰＵ２２７が、実行されるジョブの枚数の加算処理を保留し、保留枚数情報としてストレージ２３１に保存するステップとなる。この時、保留枚数情報には加算が保留されている印刷枚数の他に、負担の依頼元と依頼先のユーザ名、依頼日時、ジョブＩＤ、ジョブの内容等の情報を含むことができる。また、保留枚数情報と、負担依頼情報を結びつけておくことで、同様の内容を保持しておくことができる。
【００４５】
Ｓ８１３では、ＣＰＵ２２７が、負担依頼先ユーザへ、ジョブ実行によって負担依頼が発生したことを通知する。通知方法は、メールで通知しても良いし、常駐アプリケーションにポップアップを表示させるような仕組みにしても良いし、次回、負担依頼先ユーザがＭＦＰにログインした時に表示することで通知するでも良い。Ｓ８１４以降は、図４のＳ４１２以降とまったく同様なため、省略する。
【００４６】
＜負担の可否を選択するフロー＞
図９は、Ｓ８１０の判断がＮｏだった場合のフローで、ＭＦＰ１０４に負担依頼先ユーザがＭＦＰにログインした場合に、負担依頼が来たことを通知し、保留された印刷枚数の負担の可否を、負担依頼先ユーザに選択させるフローである。
【００４７】
Ｓ９００は、ＭＦＰ１０４への認証情報をプリント管理サーバ１０６が受信し、認証部２３５によって負担依頼先ユーザがＭＦＰ１０４にログインしたことを認識するステップとなる。Ｓ９０１は、Ｓ９００で負担依頼先ユーザがＭＦＰ１０４にログインしたことをうけて、プリント管理サーバ１０６がＭＦＰ１０４にログインした負担依頼先ユーザに対して負担依頼がきたことを通知するステップである。
【００４８】
ＭＦＰ１０４は、負担通知を受けて、ＵＩ画面に負担依頼があることを表示し、負担依頼先ユーザに通知する。Ｓ９０２は、プリント管理サーバ１０６がＭＦＰ１０４を操作し、依頼された枚数の負担の可否を負担依頼先ユーザに選択させるステップである。ここで、ＭＦＰ１０４に表示させるＵＩ画面の一例を図１０に示す。
【００４９】
負担可否選択画面１０００には、ログインしているユーザ情報の他に、負担依頼元ユーザ１００１、枚数やジョブの属性を表すジョブ情報１００２、依頼がなされた日時１００３が示されている。ここでは、負担依頼先ユーザはＢさんで、負担依頼元ユーザであるＡさん、Ｃさん、Ｄさん、Ｆさんから、負担依頼が来ている表示となっている。さらに、ジョブ毎に許可チェックボックス１００４、不許可チェックボックス１００５、保留チェックボックス１００６が備えられている。負担依頼先ユーザは、これらの表示された情報をもとに、負担することを承認するか、拒否するか、または判断を一時先送りにするかを選択する。例えば、Ａさんからの負担依頼は、元々Ｂさんが印刷依頼をしたものだったので、負担を許可するといった判断や、Ｆさんからの依頼は依頼理由が不明なので、一時保留にして確認する、等の判断が行える。それらの判断を行うために、ジョブごとにそのオーナを表示してもよい。Ｓ９０３では、ＣＰＵ２２７が、Ｓ９０２で負担の許可が選択されたかを判断する。許可が選択された場合はＳ９０４へ進み、許可が選択されていない場合はＳ９０５へ進む。なお、許可１００４あるいは不許可１００５のラジオボタンが選択され、そのうえで決定ボタン１００７が押されると、許可（すなわち承認）あるいは不許可（すなわち拒否）が選択されたと判定される。
【００５０】
Ｓ９０４は、ＣＰＵ２２７が、Ｓ９０２で枚数負担先ユーザが負担許可を選択したことを受けて、カウント制御部２３６を操作し、負担依頼先ユーザのカウンタに、選択された負担方法方に応じた印刷枚数を加算するステップである。Ｓ９０５は、ＣＰＵ２２７が、Ｓ９０２で負担依頼先ユーザが拒否を選択したかを判断する。拒否が選択された場合はＳ９０６へ進み、拒否が選択されなかった場合は、Ｓ９０７へ進む。
【００５１】
Ｓ９０６では、ＣＰＵ２２７が、Ｓ９０２で負担依頼先ユーザが拒否を選択した場合に、カウント制御部２３６を操作し、負担依頼元のユーザのカウンタに、負担を拒否した負担依頼先ユーザに対して加算されるはずであった印刷枚数を加算するステップとなる。
【００５２】
Ｓ９０７は、ＣＰＵ２２７が、Ｓ９０２で負担依頼先ユーザが保留を選択したことを受けて、枚数の加算処理を行わず、保留状態を継続することを示すステップとなる。
【００５３】
以上説明したように、本実施形態では、負担依頼先ユーザに対し、印刷枚数の負担の可否の選択を可能にすることで、負担すべきケースかを被依頼者が考慮できる余地が生まれ、負担を承諾したユーザに対して、印刷枚数の一部または全部を負担させることができる。
【００５４】
なお、本実施形態では、負担依頼を、ＭＦＰ１０４を通して実施する場合を説明したが、通知先がユーザ端末１０１、１０２，１０３であっても構わない。さらに、フローを簡略化することも可能である。例えば、拒否した場合に関するフローを取り除き、承認しない場合は保留状態を維持とすることも可能である。この場合は、Ｓ９０２では承認・保留の選択を行い、Ｓ９０５，Ｓ９０６をフローから取り除くことで実現できる。
【００５５】
［実施形態３］
これまでの実施形態では、ジョブの実行開始後に負担を求める、いわば事後承認を基本とするステムについて説明した。実施形態３では、印刷枚数の負担を割り当てるユーザ間で合意がとれている場合に、ジョブの設定以前に負担許可を発行し、ジョブ実行開始後の事後承認のフロー無しに負担割り当て処理を行える構成について、図１１Ａ、図１１Ｂ，図１１Ｃに示すフローを用いて説明する。以下、負担許可を発行するユーザの端末を端末１０２、負担許可を受けジョブを設定するユーザの端末を端末１０３とする。
【００５６】
＜許可情報を登録する時のフロー＞
図１１Ａは、負担許可を発行するユーザが、プリント管理サーバ１０６に、許可情報を登録する時のフローである。Ｓ１１００において、ユーザ端末１０２は、プリント管理サーバ１０６から、負担許可の発行先ユーザすなわち許可の対象となるユーザ（これを許可対象ユーザと呼ぶ）としてとして設定できるユーザリストを取得し、設定画面に表示する。負担許可の発行元ユーザ（これを許可発行ユーザと呼ぶ）は、その許可発行ユーザに対する負担依頼の依頼元ユーザが、あらかじめ指定しておいた許可対象ユーザであれば、その負担依頼を引き受ける。図１２に、許可対象ユーザ指定画面１２００の一例を示す。許可対象ユーザ指定画面１２００には、メッセージボックス１２０１や許可対象ユーザ選択ボックス１２０２，１２０３、許可形式設定領域１２０６、許可形式詳細設定ボタン１２０７等からなる。メッセージボックス１２０１には、許可対象ユーザを決定する際の簡単なインストラクションが示される。許可対象ユーザ選択ボックス１２０２は、選択した許可対象ユーザが一覧となって表示される。このボックスにユーザを追加する方法は、新しく追加ボタン１２０４を押下して、ユーザを検索するか、今までの選択履歴１２０３からユーザを選んで、履歴から追加ボタン１２０５を押下するなどして追加できる。許可形式設定領域１２０６では、印刷枚数を負担する際の出力形式等の条件を限定できる。つまり、ここで設定を行うことで、印刷物が設定された条件を満たしていない場合、負担を行わないように設定できる。設定できる項目としては、カラー設定、印刷形式、枚数等であり、これに限らずＭＦＰに搭載されている項目ならなんでも登録できるように構成しても良い。例えば図１２の形式指定１２０６による指定は、印刷ジョブが、カラーまたはモノクロであり、かつ、レイアウトが２イン１であり、かつ、２０枚以内であれば、印刷枚数の割り当てを引き受けることを意味している。なお枚数の指定はたとえば片面印刷時の枚数であり、両面であればその半分の１０枚と定めてもよい。ＵＩ上の制約等により、ひとつの画面に設定画面を表示できない場合、許可対象ユーザ指定画面１２００では、簡易的に代表的な設定項目を設定できるようにして、詳細設定は詳細指定ボタン１２０７を押下することにより設定できるように構成しても良い。全ての設定が終了すると、ユーザは決定ボタン１２０８を押下して設定を終了することになる。
【００５７】
Ｓ１１０１は、ユーザ端末１０２のＣＰＵ２００が、Ｓ１１００で設定された許可設定情報を取得する。許可設定情報は、図１２のユーザーインターフェースで設定された情報を含む。たとえば許可発行ユーザのユーザ情報と、許可対象ユーザのユーザ情報とが少なくとも含まれる。さらに、許可設定情報には、負担する際の出力形式を限定している場合には、設定されている条件、たとえばカラー設定や印刷設定等の各種設定情報を含んでいても良い。Ｓ１１０２は、ＣＰＵ２００が、プリント管理サーバ１０６へ向けて、許可設定情報を送信する。
【００５８】
Ｓ１１０３は、プリント管理サーバ１０６のＣＰＵ２２７が、ユーザ端末１０２から送信された許可設定情報を受信し、ＲＡＭ２３４に一時的に保持する。Ｓ１１０４は、ＣＰＵ２２７が、Ｓ１１０３で受信した許可設定情報をストレージ２３１へ保存する。
【００５９】
＜許可されたユーザがジョブ登録する場合のフロー＞
図１１Ｂは、負担許可をあらかじめ発行できるように構成されたシステムにおける、ジョブの登録フローである。ジョブの投入フローについてはすでに説明しているので、ここでは、差分に絞って説明する。Ｓ１１０５〜Ｓ１１０８、Ｓ１１１２は、図３のＳ３００〜Ｓ３０４と同様である。
【００６０】
Ｓ１１０９は、プリント管理サーバ１０６のＣＰＵ２２７が、ストレージ２３１に保存されている許可設定情報を読み出すステップとなる。Ｓ１１１０では、ＣＰＵ２２７が、Ｓ１１０７で取得した認証情報と、Ｓ１１０９で読み出した許可設定情報から取得できる許可対象ユーザとを比較し、許可対象ユーザの場合はＳ１１１１に進む。許可対象ユーザでない場合はＳ１１１２に進む。Ｓ１１１１では、ＣＰＵ２２７が許可設定情報、出力可能者情報、負担可能者情報をユーザ端末１０３へ送信する。
【００６１】
Ｓ１１１３では、Ｓ１１１１或いはＳ１１１２でプリント管理サーバ１０６が送信した情報をユーザ端末１０３が受信する。Ｓ１１１４では、ユーザ端末１０３のＣＰＵ２００が、プリント管理サーバ１０６から受信した情報に、許可設定情報が含まれるかを判別する。許可設定情報が含まれる場合は、Ｓ１１１５へ進み、含まれない場合はＳ１１１６進む。Ｓ１１１５は、ＣＰＵ２００が、ジョブを設定する画面上に許可情報を表示するステップとなる。図１２に、許可情報が表示された負担依頼先画面１２０９の一例を示す。メッセージボックス１２１０には、負担許可が発行されていることを示すメッセージが表示されている。負担許可の詳細確認ボタン１２１１を押下すると、図にはかかれない許可の内容を確認できる別画面が表示され、負担依頼元ユーザが負担許可の詳細な内容を確認することができる。要求設定適用ボタン１２１２は、負担許可の発行元ユーザと、そのユーザが設定した許可設定情報をジョブ設定に自動的に適用するボタンである。このボタンを押下すると、ワンタッチで全ての設定が完了することができる。この後、すでに説明した図３のＳ３０６からＳ３１０と同等のＳ１１１６からＳ１１２０までフローを進めてジョブの登録処理に進む。
【００６２】
Ｓ１１２１では、プリント管理サーバ１０６のＣＰＵ２２７が、ジョブデータを出力待ちのキューに登録したのち、ジョブ設定情報と、負担許可情報と、出力可能者リストと、負担依頼先ユーザリストの関連性を保ったまま、ストレージ２３１に保存する。ここで負担許可情報があれば、負担許可情報と印刷ジョブとが関連付けられる。この後、すでに説明した図３のＳ３１２からＳ３１４と同等のＳ１１２２からＳ１１２４までのフローを進めてジョブの登録が終了する。
【００６３】
＜負担許可されたジョブを印刷するフロー＞
図１１Ｃは、負担許可をあらかじめ発行できるように構成されたシステムにおける、ジョブの印刷フローである。ジョブの印刷フローは既に図４、図８で説明しているため、ここでは差分にしぼって説明する。Ｓ１１２５からＳ１１３６、Ｓ１１３９からＳ１１４２は、それぞれ図８のＳ８００からＳ８１５に相当し、Ｓ１１３７、Ｓ１１３８が本実施形態の新たなステップである。
【００６４】
Ｓ１１３７では、プリント管理サーバ１０６のＣＰＵ２２７が、受信したジョブ実行通知に含まれるジョブに、の負担依頼先ユーザによる負担許可が発行されているかを、ジョブと関連付けて保存されている負担依頼先ユーザリストおよび許可設定情報を読み出して判別する。負担許可情報が当該ジョブに関連付けて保存されており、負担依頼先ユーザが許可発行元ユーザでもある場合は、その負担依頼先ユーザによる事前許可（あるいは事前承認）があると判定してＳ１１３８に進み、保存されていない場合はＳ１１３９に進む。なお、印刷形式等の受け入れ条件が指定されている場合には、その条件を満たしている場合に事前許可があると判定される。Ｓ１１３８では、ＣＰＵ２２７は、実行するジョブの負担依頼先ユーザによる負担許可が下りているという判定から、当該負担依頼先ユーザ（すなわち許可発行ユーザ）のカウンタに、当該ユーザが負担する印刷枚数を加算する。負担の受け入れを事前に承認している負担依頼先ユーザが複数いる場合には、各ユーザに対してそれぞれ同様にカウンタへの負担枚数の加算を行う。その後、既に説明したＳ１１４１からＳ１１４２までのフローを進めてジョブの実行が終了する。
【００６５】
以上説明したように、本実施形態では、負担依頼先ユーザが、事前に負担の許可を特定のユーザへ発行できるようにした。このような構成にすることで、枚数のやりとりが発生するユーザ間で予め合意がとれている場合に、ジョブ実行開始後の承認のフロー無しに枚数負担処理を行え、ユーザに対する利便性を向上させることができる。さらに、実施形態２と組み合わせれば、負担枚数の通知タイミングを任意に構成できるようになる。
【００６６】
［実施形態４］
実施形態４では、印刷枚数の負担の依頼や、負担許可の発行を行う場合に、負担依頼先のユーザに設定されている所定の限度枚数を超えて設定しようとする場合に、超過分を更に別のユーザへの負担依頼として設定できる方法について説明する。
【００６７】
＜超過枚数を更に別ユーザに負担依頼する場合のフロー＞
図１３は、負担依頼先のユーザに設定されている限度枚数を超えて設定しようとする場合に、超過分を更に別のユーザへ負担依頼として設定する場合のフローを示している。Ｓ１３００は、プリント管理サーバ１０６のＣＰＵ２２７が、負担依頼先ユーザリストとジョブの枚数情報を取得する。情報は、例えば実施形態１で説明したように、ユーザ端末１０１上でジョブ設定完了後に、プリント管理サーバ１０６に送信される内容を受信するとしても良いし、ユーザ端末１０１上でジョブの設定が行われている最中に通信を行い、逐一取得するようにしても良い。Ｓ１３０１は、ＣＰＵ２２７が、取得した枚数負担依頼先ユーザの情報を基に、該当ユーザの現在枚数情報（現在のカウンタ）と限度枚数情報をストレージ２３１から取得する。Ｓ１３０２は、ＣＰＵ２２７が、Ｓ１３００で取得した枚数と、Ｓ１３０２で取得した現在枚数とを足し合わせ、更に限度枚数と比較することで、限度枚数を超過するかどうかの判断を行う。限度枚数を超過する場合は、Ｓ１３０３へ進み、超過しない場合はＳ１３０７へ進む。更に、限度枚数情報と比較する際に、超過分の枚数を、超過枚数情報としてストレージ２３１に保存しておく。
【００６８】
Ｓ１３０３は、プリント管理サーバ１０６が、ユーザ端末１０１に対し、表示部２０３に、他の負担依頼先ユーザを追加するように表示させ、負担依頼先ユーザ追加操作の受付を始めるように制御するステップとなる。プリント管理サーバ１０６の制御を受けて、ユーザ端末１０１のＣＰＵ２００は、例えば図５のメッセージボックス５０５に、負担依頼先ユーザを更に追加するよう求めるメッセージを表示する等の制御をおこなう。そして、負担依頼先ユーザ選択ボックス５０６に、新たな負担依頼先ユーザが追加されるのを待つ。なお、プリント管理サーバ１０６は、限度枚数に余裕があるユーザを候補として表示するように、ＭＦＰ１０６を制御しても良い。Ｓ１３０４は、プリント管理サーバ１０６が、ユーザ端末１０１から送信されてきた追加の負担依頼先ユーザ情報を受信し取得する。Ｓ１３０５は、プリント管理サーバ１０６のＣＰＵ２２７が、取得した追加の負担依頼先ユーザの情報を基に、該当ユーザの現在枚数情報と限度枚数情報をストレージ２３１から取得する。Ｓ１３０６は、ＣＰＵ２２７が、Ｓ１３０２で保存した超過枚数を読み出し、Ｓ１３０５で取得した追加の負担依頼先ユーザの現在枚数に加え、さらに限度枚数と比較し、限度枚数を超過するかの判定を行う。限度枚数を超過しない場合、つまり、設定された全ての負担依頼先ユーザの限度枚数内に収まる場合は、各ユーザに要求する負担枚数をユーザ毎に関連付けてストレージ２３１へ保存し、Ｓ１３０８へ進む。限度枚数を超過する場合は、Ｓ１３０３へ戻って、更に負担依頼先ユーザの追加を求める。
【００６９】
Ｓ１３０７は、ＣＰＵ２２７が、確定されたジョブ設定情報と負担依頼先ユーザリストとをＭＦＰ１０４から受信し、受信したジョブを出力待ちキューに登録すると共に、受信した情報と、ユーザ毎の負担枚数とを関連付ける。Ｓ１３０８は、ＣＰＵ２２７が、Ｓ１３０６で保存されたユーザ毎に設定された負担枚数をもとに、各ユーザに対する負担依頼情報を作成し、ストレージ２３１へ保存する。
【００７０】
以上説明したように、本実施形態では、負担依頼先ユーザの限度枚数を超えたジョブを設定する場合に、超過分を更に別のユーザへの負担依頼として設定できるようにした。このような構成をとることで、ユーザ間で枚数の分配が可能になるため、よりユーザの利便性を向上できる。
【００７１】
また、本実施形態では、超過枚数の算出をＳ１３０２で行ったが、超過枚数の算出を行うタイミングはＳ１３０２以降であれば、どのタイミングでも可能である。
【００７２】
［その他の実施例］
また、本発明は、以下の処理を実行することによっても実現される。即ち、上述した実施形態の機能を実現するソフトウェア（プログラム）を、ネットワーク又は各種記憶媒体を介してシステム或いは装置に供給し、そのシステム或いは装置のコンピュータ（またはＣＰＵやＭＰＵ等）がプログラムを読み出して実行する処理である。
【図１】
2015125619.tif 000003
【図２Ａ】
2015125619.tif 000004
【図２Ｂ】
2015125619.tif 000005
【図２Ｃ】
2015125619.tif 000006
【図３】
2015125619.tif 000007
【図４】
2015125619.tif 000008
【図５】
2015125619.tif 000009
【図６】
2015125619.tif 000010
【図７】
2015125619.tif 000011
【図８】
2015125619.tif 000012
【図９】
2015125619.tif 000013
【図１０】
2015125619.tif 000014
【図１１Ａ】
2015125619.tif 000015
【図１１Ｂ】
2015125619.tif 000016
【図１１Ｃ】
2015125619.tif 000017
【図１２】
2015125619.tif 000018
【図１３】
2015125619.tif 000019