(57)【要約】【課題】受け付けた依頼情報を、予め定めた割当条件の下で出力順序を確保する。【解決手段】同一の依頼者端末１４（依頼者Ａ）から通常プリント依頼情報と蓄積プリント依頼情報とが混在して送出された場合、プリントサーバー１０のキュー内依頼情報も依頼者端末１４から送出された順に格納される。キュー内依頼情報は、この実施例１の割当条件（キュー識別）であるプリント形態割当条件（通常プリントか蓄積プリントか）によって依頼情報処理部５８が割り当てられ、それぞれ独立して依頼情報処理が実行される。各依頼情報処理の結果、出力では、依頼順と一致していないことがわかる。しかしながら、白丸印及び網掛け丸印別にみると、その順序が変更されていないことがわかる。このため、通常プリントだけを見れば、或いは蓄積プリントだけを見れば、依頼順に入れ替えがなく、必要最小限のＦＩＦＯの原則を守り、かつ並行依頼情報処理を効率よく実行している。【選択図】図５
2011008520.tif 000002
【特許請求の範囲】
【請求項１】
依頼情報に設定された情報を、出力装置での出力処理用の情報に変換する依頼情報処理部を複数備え、それぞれ独立して並行処理する依頼情報処理手段と、
複数の依頼情報を順次受け付け、かつ受け付けた順に、前記依頼情報処理手段へ出力するように依頼情報を管理する管理手段と、
前記管理手段によって管理され、かつ、前記依頼情報処理手段へ出力する前の依頼情報を対象として、予め定めた割当条件に基づいて、前記複数の依頼情報処理部の何れかに割り当てる割当手段と、
前記依頼情報処理手段における各依頼情報処理部の処理が終了した順に、前記出力装置へ依頼情報を送出する送出手段と、
を有する依頼情報管理制御装置。
【請求項２】
前記依頼情報に優先順位が設定された場合、前記割当手段の割り当ての際、優先して前記複数の依頼情報処理部の何れかに割り当てる請求項１記載の依頼情報管理制御装置。
【請求項３】
依頼情報に設定された情報を、画像形成部で処理可能な情報に変換する依頼情報処理部を複数備え、それぞれ独立して並行処理する依頼情報処理手段と、
複数の依頼情報を順次受け付け、かつ受け付けた順に、前記依頼情報処理手段へ出力するように依頼情報を管理する管理手段と、
前記管理手段に管理され、かつ、前記依頼情報処理手段へ出力する前の依頼情報を対象として、予め定めた割当条件に基づいて、前記複数の依頼情報処理部の何れかに割り当てる割当手段と、
前記依頼情報処理手段における各依頼情報処理部の処理が終了した順に、前記画像形成部へ前記処理可能な情報を送出する送出手段と、
を有する画像形成装置。
【請求項４】
前記依頼情報に優先順位が設定された場合、前記割当手段の割り当ての際、優先して前記複数の依頼情報処理部の何れかに割り当てる請求項３記載の画像形成装置。
【請求項５】
依頼情報に設定された情報を、出力装置での出力処理用の情報に変換する依頼情報処理部を複数備えた依頼情報管理制御装置において実行され、
それぞれ独立して並行処理し、
複数の依頼情報を順次受け付け、かつ受け付けた順に、前記依頼情報処理部へ出力するように依頼情報を管理し、
前記管理され、かつ、依頼情報処理部へ出力する前の依頼情報を対象として、予め定めた割当条件に基づいて、前記複数の依頼情報処理部の何れかに割り当て、
前記各依頼情報処理部の処理が終了した順に、前記出力装置へ依頼情報を送出する、
ことをコンピュータに実行させる依頼情報管理制御プログラム。
【請求項６】
前記依頼情報に優先順位が設定された場合、前記割り当ての際、優先して前記複数の依頼情報処理部の何れかに割り当てる請求項５記載の依頼情報管理制御プログラム。
【発明の詳細な説明】
【技術分野】
【０００１】
本発明は、依頼情報管理制御装置、画像形成装置、依頼情報管理制御プログラムに関する。
【背景技術】
【０００２】
従来、依頼情報管理制御装置（画像形成装置で言えば、プリントサーバー）では、出力装置（画像形成装置等）への出力処理を、依頼情報管理装置で受け付けた順序を守って行っている。一方、出力すべき頁数が多い場合や処理データが大きい場合などで処理に時間を要すると、その後に控えている依頼情報が滞留するため、依頼情報処理を並列して行うことが考えられる。
【０００３】
特許文献１では、依頼情報に重みをつけ、重み順に並び替えをして処理順位をつけることが開示されている。
【０００４】
特許文献２では、順序制御をしつつ情報漏洩防止を保持することが開示されている。
【０００５】
特許文献３では、依頼情報が複数あり、先に処理すべきものが用紙不足などで完了できないことを検出した場合、その次の依頼情報を実行することが記載され、依頼情報順が入れ替わることが明記されている。
【先行技術文献】
【特許文献】
【０００６】
【特許文献１】特開２００４−３３４５１３公報
【特許文献２】特開２００６−０１５６２４公報
【特許文献３】特開２００８−１８１５１７公報
【発明の概要】
【発明が解決しようとする課題】
【０００７】
本発明は、受け付けた依頼情報を、予め定めた割当条件の下で出力順序を確保することができる依頼情報管理制御装置、画像形成装置、依頼情報管理制御プログラムを得ることが目的である。
【課題を解決するための手段】
【０００８】
請求項１に記載の発明は、依頼情報に設定された情報を、出力装置での出力処理用の情報に変換する依頼情報処理部を複数備え、それぞれ独立して並行処理する依頼情報処理手段と、複数の依頼情報を順次受け付け、かつ受け付けた順に、前記依頼情報処理手段へ出力するように依頼情報を管理する管理手段と、前記管理手段によって管理され、かつ、前記依頼情報処理手段へ出力する前の依頼情報を対象として、予め定めた割当条件に基づいて、前記複数の依頼情報処理部の何れかに割り当てる割当手段と、前記依頼情報処理手段における各依頼情報処理部の処理が終了した順に、前記出力装置へ依頼情報を送出する送出手段と、を有している。
【０００９】
請求項２に記載の発明は、前記請求項１に記載の発明において、前記依頼情報に優先順位が設定された場合、前記割当手段の割り当ての際、優先して前記複数の依頼情報処理部の何れかに割り当てる。
【００１０】
請求項３に記載の発明は、依頼情報に設定された情報を、画像形成部で処理可能な情報に変換する依頼情報処理部を複数備え、それぞれ独立して並行処理する依頼情報処理手段と、複数の依頼情報を順次受け付け、かつ受け付けた順に、前記依頼情報処理手段へ出力するように依頼情報を管理する管理手段と、前記管理手段に管理され、かつ、前記依頼情報処理手段へ出力する前の依頼情報を対象として、予め定めた割当条件に基づいて、前記複数の依頼情報処理部の何れかに割り当てる割当手段と、前記依頼情報処理手段における各依頼情報処理部の処理が終了した順に、前記画像形成部へ前記処理可能な情報を送出する送出手段と、を有している。
【００１１】
請求項４に記載の発明は、前記請求項３に記載の発明において、前記依頼情報に優先順位が設定された場合、前記割当手段の割り当ての際、優先して前記複数の依頼情報処理部の何れかに割り当てる。
【００１２】
請求項５に記載の発明は、依頼情報に設定された情報を、出力装置での出力処理用の情報に変換する依頼情報処理部を複数備えた依頼情報管理制御装置において実行され、それぞれ独立して並行処理し、複数の依頼情報を順次受け付け、かつ受け付けた順に、前記依頼情報処理部へ出力するように依頼情報を管理し、前記管理され、かつ、依頼情報処理部へ出力する前の依頼情報を対象として、予め定めた割当条件に基づいて、前記複数の依頼情報処理部の何れかに割り当て、前記各依頼情報処理部の処理が終了した順に、前記出力装置へ依頼情報を送出する、ことをコンピュータに実行させる依頼情報管理制御プログラムである。
【００１３】
請求項６に記載の発明は、前記請求項５に記載の発明において、前記依頼情報に優先順位が設定された場合、前記割り当ての際、優先して前記複数の依頼情報処理部の何れかに割り当てる。
【発明の効果】
【００１４】
請求項１、請求項３、請求項５に記載の発明によれば、受け付けた依頼情報を、並行して処理する場合であっても、予め定めた割当条件の依頼情報に関して出力順序を確保することができる。
【００１５】
請求項２、請求項４、請求項６に記載の発明によれば、本構成を有しない場合に比べて、割当条件を逸脱することなく、依頼情報の優先順位に基づいて優先処理することができる。
【図面の簡単な説明】
【００１６】
【図１】本実施の形態に係るプリントサーバーを用いた画像形成処理のための、依頼情報管理制御システムが構築された通信回線網を示す概念図である。
【図２】本実施の形態に係るプリントサーバーのハード構成を示すブロック図である。
【図３】本実施の形態に係るプリントサーバーにおける依頼情報の受付からラスタライズされたデータを出力するための処理を機能的に示したブロック図である。
【図４】本実施の形態に係るプリントサーバーにおける、依頼情報管理制御の基本的な流れを示すフローチャートである。
【図５】実施例１に係り、プリント形態割当条件により、依頼情報処理部５８に依頼情報を割り当てる場合の依頼情報の流れを示す概念図である。
【図６】実施例２に係り、依頼者端末割当条件により、依頼情報処理部５８に依頼情報を割り当てる場合を示す概念図である。
【図７】実施例３に係り、蓄積利用者割当条件により、依頼情報処理部５８に依頼情報を割り当てる場合を示す概念図である。
【発明を実施するための形態】
【００１７】
図１は、本実施の形態に係る依頼情報管理制御装置（以下、「プリントサーバー」という）１０を中心とした、依頼情報管理システムが示されている。
【００１８】
プリントサーバー１０は、通信回線網１２に接続されている。この通信回線網１２には、依頼情報の画像形成処理(以下、必要に応じて「プリント」という）を依頼する依頼者が操作する複数の依頼者端末１４（図１では、依頼者端末１４Ａ及び依頼者端末１４Ｂを図示するが、３台以上であってもよい。）が接続されている。
【００１９】
これらの複数の依頼者端末１４からは、プリントを依頼する依頼情報を送出する。
【００２０】
この送出された依頼情報は、通信回線網１２を介して、前記プリントサーバー１０で受け取り、一時的に格納されるようになっている。
【００２１】
プリントサーバー１０では、受け取った依頼情報を、所謂先入れ先出しの原則（ＦＩＦＯ)に基づいて、前記通信回線網１２に接続された画像形成装置（以下、「プリンタ」という)１６でプリントするためのラスタデータに変換する（ラスタライズ）ことを中心とした依頼情報処理が実行される（詳細後述）。なお、図１では、通信回線網１２に３台のプリンタ１６Ａ、プリンタ１６Ｂ、プリンタ１６Ｃが示されているが、１台又は２台、或いは４台以上であってもよい。
【００２２】
図２に示される如く、プリンタサーバー１０は、メインコントロール部１８を含んでいる。メインコントロール部１８は、ＣＰＵ２０、ＲＡＭ２２、ＲＯＭ２４、Ｉ／Ｏ（入出力部）２６、及びこれらを接続するデータバスやコントロールバス等のバス２８を有している。
【００２３】
Ｉ／Ｏ２６には、ＵＩ（ユーザ・インターフェイス）３０が接続されている。ＵＩ３０は、ユーザーからの後述する割当条件等の情報の入力指示を受け付け、かつユーザーへ依頼情報管理制御処理に関する情報を報知する役目を有している。さらに、Ｉ／Ｏ２６には、ハードディスク３２が接続されている。また、Ｉ／Ｏ２６は、Ｉ／Ｆ３４を介して通信回線網１２に接続されている。
【００２４】
ここで、プリントサーバー１０では、依頼情報の受取処理は基本的には、前記ＦＩＦＯの原則で処理するが、受け取った後の前記依頼情報処理に関しては、複数の依頼情報処理が並行処理されるようになっている。
【００２５】
この場合、本実施の形態では、並行処理される依頼情報処理の各ユニット（図３では、依頼情報処理部５８）毎に割当条件を定めている。この割当条件に基づいて、依頼情報処理部５８に割り当てることで、同一割当条件内での順序を確保している。言い換えれば、非同一割当条件間の依頼情報においては、指定されたプリンタ１６へ出力する順序が入れ替わる場合がある。
【００２６】
なお、割当条件には、プリント形態割当条件、依頼者端末割当条件、蓄積利用者割当条件等が挙げられる。
【００２７】
（プリント形態割当条件）
近年のプリンタ１６は機密保持機能があり、例えば、依頼者端末１４から当該機密保持に関する指示があると、依頼情報を送出しても、プリンタ１６側で識別記号照合等を行わない限り、依頼情報はプリント処理されずにプリンタ１６に保持される。このようなプリントを「蓄積プリント」という。なお、反対に、例えば、依頼者端末１４からプリント指示があった場合、直ちにプリント処理するものを「通常プリント」という。
【００２８】
この「蓄積プリント」か「通常プリント」かの何れかによって依頼情報処理部５８（図３参照）を割り当てる場合がある。
【００２９】
（依頼者端末割当条件）
図１に示される如く、通信回線網１２に接続された複数の依頼者端末１４からは、不規則に依頼情報が送出され、プリントサーバー１０はこれを受け取ることになる。
【００３０】
この受け取り順に、依頼情報処理(並行処理）を行っていくと、当然、依頼情報処理の早い順に出力されていくため、同一依頼者端末１４から出力された依頼情報間でも出力順が前後入替される場合がある。
【００３１】
そこで、依頼者端末１４毎に依頼情報処理部５８（図３参照）を割り当てる場合がある。
【００３２】
（蓄積利用者割当条件）
依頼者端末１４から依頼情報を送出する場合、プリンタ１６でプリント処理できる者（蓄積利用者）を指定することがある。
【００３３】
この蓄積利用者毎に依頼情報処理部５８（図３参照）を割り当てる場合がある。
【００３４】
図３は、プリントサーバー１０における依頼情報の受付からラスタライズされたデータを出力するための処理を機能的に示したブロック図である。
【００３５】
プリントサーバー１０は、大きく分けて、「キュー」と称される依頼情報を受け付ける機能と、「ラスタライズ」する等の受け付けた依頼情報に対する処理を行う機能と、に分類される。「キュー」は、所謂論理プリンタであり、依頼者端末１４から依頼情報を受け付け、ＦＩＦＯの原則を守り、後段の処理へ出力する。一方、「ラスタライズ」は、依頼情報処理であり、それぞれの依頼情報処理は、依頼情報の情報量や処理時間に依存して、依頼情報処理が終了した順に後段の処理へ出力する。
【００３６】
図３に示される如く、依頼者端末１４から送出された依頼情報は、受付管理部５０に入力されるようになっている。
【００３７】
受付管理部５０は、条件情報記憶部５２及び割当部５４に接続されている。受付管理部５０に依頼情報が入力されると、受付管理部５０では、まず条件情報記憶部５２に対して、当該条件情報記憶部５２に記憶されている割当条件を、割当部５４へ送出するように指示する指示信号を出力する。
【００３８】
条件情報記憶部５２には、条件設定部５５が接続されている。条件設定部５５は、図２に示すＵＩ３０の機能としてもよい。条件設定部５５では、例えば、ユーザーにより、割当条件の設定を行うようになっている。設定された割当条件は、前記条件情報記憶部５２に記憶される。
【００３９】
受付管理部５０は、前記指示信号を条件情報記憶部５２に出力すると共に、割当部５４へ受け付けた依頼情報を送出する。
【００４０】
割当部５４では、条件情報記憶部５２から送られてくる割当条件に基づいて、入力された依頼情報を独立依頼情報処理実行部５６に設けられた、複数の依頼情報処理部５８の何れかへ割り当てる。本実施の形態では、独立依頼情報処理実行部５６は、５つの依頼情報処理部５８によって構成されているが、この依頼情報処理部５８の数は限定されるものではない。
【００４１】
各依頼情報処理部５８では、割り当てられた依頼情報に含まれる属性と印刷データを分類し、当該属性に基づいて、印刷データをラスタライズする（依頼情報処理）。依頼情報処理部５８で処理された依頼情報（ラスタデータ）は、出力部６０を介して、各プリンタ１６へ通信回線網１２を介して配信出力される
前述の如く、複数の各依頼情報処理部５８は、独立して処理されているため、実行される依頼情報処理時間はまちまちである。そのため、第一の依頼情報処理部５８に処理量の大きい依頼情報が入力され、その後第二の依頼情報処理部５８に処理量の小さい依頼情報が入力された場合では、後から入力された依頼情報の処理が先に終了して出力部６０へ出力されることがあり、依頼情報処理部５８間では出力部６０へ到達する依頼情報の順序が入れ替わる場合がある。
【００４２】
本実施の形態の特徴は、割当条件が同一のものは、同一の依頼情報処理部５８へ割り当てられるため、同一割当条件であれば、上記のようには、依頼情報の入れ替えが発生しない点にある。
【００４３】
以下に本実施の形態の作用を説明する。
【００４４】
まず、プリントサーバー１０における、依頼情報管理制御の基本的な流れを図４のフローチャートに従い説明する。
【００４５】
依頼者端末１４から依頼情報が出力されると、依頼情報は通信回線網１２を介してプリントサーバー１０へ集約される。プリントサーバー１０では、依頼情報が入力されると（ステップ１００で肯定判定）、ステップ１０２へ移行して、受付順に管理される。より具体的に言えば、キュー内に順次格納される。
【００４６】
ステップ１０４では、依頼情報の受付に基づいて、条件情報記憶部５２へ指示信号を出力する。この指示信号により、割当処理が実行される（ステップ１０６）。
【００４７】
割当処理とは、条件情報記憶部１０４に記憶された割当条件を割当部５４へ送出し、この予め設定された割当条件に基づいて、それぞれの依頼情報を、複数ある依頼情報処理部５８の何れかへ割り当てことである。これにより、同一割当条件の依頼情報は、同一依頼情報処理部５８へ割り当てられることになる。
【００４８】
各依頼情報処理部５８は、独立して、並行処理され（ステップ１０８）、依頼情報処理が終了すると、当該終了順に出力部６０へ送られ、指定されたプリンタ１６へ通信回線網１２を介して配信される（ステップ１１０）。
【００４９】
このとき、依頼情報処理部５８間では、依頼情報処理時間が異なることで、出力部６０へ至る依頼情報が、割当部５４で割り当てた順序から逸脱（入れ替わる）場合がある。しかしながら、単一の依頼情報処理部５８では、このような入れ替えは起こり得ない。すなわち、割当条件が同一であれば、依頼情報の入れ替えがないことになる。
（実施例１）
図５は、プリント形態割当条件により、依頼情報処理部５８に依頼情報を割り当てる場合を示している。
【００５０】
同一の依頼者端末１４（依頼者Ａ）から通常プリント依頼情報と蓄積プリント依頼情報とが混在して送出された場合、プリントサーバー１０のキュー内依頼情報も依頼者端末１４から送出された順に格納されることになる。
【００５１】
図５では、白丸印で示される依頼情報が通常プリントであり、網掛け丸印で示される依頼情報が蓄積プリントである。
【００５２】
ここで、キュー内依頼情報は、この実施例１の割当条件（キュー識別）であるプリント形態割当条件（通常プリントか蓄積プリントか）によって依頼情報処理部５８が割り当てられ、それぞれ独立して依頼情報処理が実行される。
【００５３】
上記各依頼情報処理の結果、出力では、プリントサーバー１０への依頼順と一致していないことがわかる。しかしながら、白丸印の依頼情報及び網掛け丸印の依頼情報別にみると、その順序が変更されていないことがわかる。このため、通常プリントだけを見れば、或いは蓄積プリントだけを見れば、依頼順に入れ替えがなく出力されることになる。
(実施例２）
図６は、依頼者端末割当条件により、依頼情報処理部５８に依頼情報を割り当てる場合を示している。
【００５４】
異なる依頼者端末１４（依頼者Ａ、Ｂ、Ｃ）からそれぞれ依頼情報が混在して送出された場合、プリントサーバー１０のキュー内依頼情報も依頼者端末１４から送出された順に格納されることになる。
【００５５】
図６では、白丸印で示される依頼情報が依頼者Ａであり、斜線丸印で示される依頼情報が依頼者Ｂであり、網掛け丸印で示される依頼情報が依頼者Ｃである。
【００５６】
ここで、キュー内依頼情報は、この実施例２の割当条件（キュー識別）である依頼者割当条件によって依頼情報処理部５８が割り当てられ、それぞれ独立して依頼情報処理が実行される。
【００５７】
上記各依頼情報処理の結果、出力では、プリントサーバー１０への依頼順と一致していないことがわかる。しかしながら、白丸印、斜線丸印、網掛け丸印別にみると、その順序が変更されていないことがわかる。このため、依頼者Ａだけを見れば、或いは依頼者Ｂだけを見れば、或いは依頼者Ｃだけを見れば、依頼順に入れ替えがなく出力されることになる。
（実施例３）
図７は、蓄積利用者割当条件により、依頼情報処理部５８に依頼情報を割り当てる場合を示している。
【００５８】
例えば、単いつの依頼者端末１４（依頼者Ａ）から異なる蓄積利用者（蓄積利用者（１）、蓄積利用者（２））のそれぞれ依頼情報が混在して送出された場合、プリントサーバー１０のキュー内依頼情報も依頼者端末１４から送出された順に格納されることになる。
【００５９】
図７では、白丸印で示される依頼情報が蓄積利用者（１）であり、斜線丸印で示される依頼情報が蓄積利用者（２）である。
【００６０】
ここで、キュー内依頼情報は、この実施例３の割当条件（キュー識別）である蓄積利用者割当条件によって依頼情報処理部５８が割り当てられ、それぞれ独立して依頼情報処理が実行される。
【００６１】
上記各依頼情報処理の結果、出力では、依頼順と一致していないことがわかる。しかしながら、白丸印、斜線丸印別にみると、その順序が変更されていないことがわかる。このため、蓄積利用者（１）だけを見れば、或いは蓄積利用者（２）だけを見れば、依頼順に入れ替えがなく出力されることになる。
【００６２】
上記実施例１から３では、独立依頼情報処理実行部５６での依頼情報処理部５８の並行処理数が「２」又は「３」程度での事例を示したが、理論的には、並行依頼情報処理数は、処理速度（処理クロック）のさらなる高速化に依存して無限であるが、実情としては、並行依頼情報処理数に制限を持たせたときの対策を講じておく必要がある。
【００６３】
例えば、並行依頼情報数が最大「５」とした場合、例えば並行処理しなければならない割当数が６種類（６人目の依頼者等）の場合の対策が以下の実施例４及び実施例５である。
（実施例４）
実施例４では、依頼者を、一般社員とマネージャー（Ｍｇｒ）とに分け、５つの依頼情報処理部５８に依頼情報を割り当てる際、一般社員とマネージャーとが競合した場合、マネージャーを優先する事例である。
【００６４】
まず、表１は、初期状態（ｔ＝０）であり、依頼者Ａが９件の依頼情報を異なる蓄積利用者（１）から（３）をキュー識別（割当条件）として送出し、依頼者Ｄが蓄積利用者（４）をキュー識別（割当条件）として送出し、依頼者Ｅが蓄積利用者（５）をキュー識別（割当条件）として送出している。
【００６５】
ここで、表１では、５機の依頼情報処理は、それぞれ、依頼情報１，３，４，５，６を処理している。この場合、受付順に処理していることがわかる（ＦＩＦＯの原則）。
【００６６】
【表１】
2011008520.tif 000003
【００６７】
次に、表２は、前記初期状態から決められた時間が経過したときの状況を示している（ｔ＝１）。この表２では、新たに、依頼者Ｆ（Ｍｇｒ）が蓄積利用者（６）をキュー識別（割当条件）として送出し、依頼者Ｇが蓄積利用者（７）をキュー識別（割当条件）として送出したことを表している。但し、依頼情報処理は表１の状態が継続されている（何れの依頼情報も依頼情報処理が未終了）。
【００６８】
【表２】
2011008520.tif 000004
【００６９】
前記表２において、何れかの依頼情報処理部５８の依頼情報処理が終了すると、本来であれば、依頼情報番号「２」が、当該依頼情報処理が終了した依頼情報処理部５８に割り当てられるはずである。
【００７０】
しかしながら、表２の状態（ｔ＝１）よりもさらに時間が経過した表３（ｔ＝２）で、依頼情報番号「１」の依頼情報処理が終了しっとすると、は、依頼者Ｆ（Ｍｇｒ）がマネージャーであるということで優先され、依頼者Ｆ（Ｍｇｒ：マネージャー）の依頼情報１３を優先処理するべく、空いた依頼情報処理部５８へ割り当てられる。
【００７１】
【表３】
2011008520.tif 000005
【００７２】
次に、表４において、前記表３の状態（ｔ＝２）よりもさらに時間が経過した場合（ｔ＝３）依頼情報番号「３」が終了すると、正規の順序に従い、依頼情報番号「２」が、空いた依頼情報処理部５８へ割り当てられ、依頼情報処理が開始される。
【００７３】
【表４】
2011008520.tif 000006
【００７４】
このように、実施例４は、既に、プリントサーバー１０へ投げ込まれた依頼情報よりも後に、依頼情報を投げ込んでも、その後に依頼情報処理が終了した依頼情報処理部５８へ優先的に割り当てることで、マネージャーが依頼したプリントの迅速化を図るものである。
（実施例５）
実施例５は、予め定められた時間内に同一の依頼者（この実施例５では、依頼者Ａ）からの依頼情報を受け付けた場合、他の依頼者（この実施例５では、依頼者Ｄ、依頼者Ｅ、依頼者Ｆ）よりも優先して処理する事例である。
【００７５】
表５は、初期状態（ｔ＝０）であり、依頼者Ａが８件の依頼情報を異なる蓄積利用者（１）から（３）をキュー識別（割当条件）として送出し、依頼者Ｄが蓄積利用者（４）をキュー識別（割当条件）として送出し、依頼者Ｅが蓄積利用者（５）をキュー識別（割当条件）として送出し、依頼者Ｆが蓄積利用者（６）をキュー識別（割当条件）として送出している。
【００７６】
ここで、表１では、５機の依頼情報処理は、それぞれ、依頼情報１，３，４，５，６を処理している。この場合、受付順に処理していることがわかる（ＦＩＦＯの原則）。
【００７７】
【表５】
2011008520.tif 000007
【００７８】
次に、表６は、前記初期状態から決められた時間が経過したときの状況を示している（ｔ＝１）。この表２では、新たに、依頼者Ａの蓄積利用者（１）をキュー識別（割当条件）とした依頼情報（依頼情報番号「１」）が終了したので、引き続き、当該依頼者Ａの蓄積利用者（２）をキュー識別とした依頼情報（依頼情報番号「２」）が割り当てられる（ＦＩＦＯの原則）。
【００７９】
【表６】
2011008520.tif 000008
【００８０】
表７は、表６の状態（ｔ＝１）よりもさらに時間が経過した状態（ｔ＝２）を示しており、依頼情報番号「５」の依頼情報処理が終了している。この場合、本来であれば、次に若い依頼情報番号「７」が処理されるのが通常であるが、決められた時間内に依頼者Ａの依頼情報番号「１１」を受け付けたため、この依頼者Ａの依頼情報番号「１１」を優先して、空いた依頼情報処理部５８へ割り当てる。なお、依頼者Ａの他のキュー内依頼情報（８，９，１０）は、それよりも先に処理しなければならない依頼情報（２，３）の依頼情報処理が終了していないため、割り当てることはできない。
【００８１】
【表７】
2011008520.tif 000009
【００８２】
表８は、表７の状態（ｔ＝２）よりもさらに時間が経過した状態（ｔ＝３）を示しており、依頼情報番号「４」の依頼情報処理が終了し、前記後回しにされた依頼情報番号「７」が、空いた依頼情報処理部５８へ割り当てられる。
【００８３】
【表８】
2011008520.tif 000010
【００８４】
このように、実施例５は、予め定めた時間内に特定の依頼者（実施例５では、依頼者Ａ）から依頼情報を受け付けた場合に、この後から受け付けた依頼情報を、依頼情報処理が終了した依頼情報処理部５８へ優先的に割り当てることで、マネージャーが依頼したプリントの迅速化を図るものである。
【００８５】
なお、本実施の形態では、プリントサーバー１０を、プリンタ１６とは別に、独立して通信回線網１２に接続する構成としたが、通信回線網１２に接続されたプリンタ１６の何れか、或いはそれぞれのプリンタ１６に依頼情報管理制御機能を持たせるようにしてもよい。例えば、複数のプリンタ１６で群を構成し、その何れかのプリンタ１６にプリントサーバーとしての機能（依頼情報管理制御機能）を持たせることで、群内のプリンタ１６でのラスタライズ等の依頼情報処理を一括して処理する。或いは、個々に、依頼情報管理制御機能を持たせれば、プリンタを群構成しなくてもよい。
【符号の説明】
【００８６】
１０    プリントサーバー（依頼情報管理制御装置）
１２    通信回線網
１４    依頼者端末
１６    プリンタ
１８    メインコントロール部
２０    ＣＰＵ
２２    ＲＡＭ
２４    ＲＯＭ
２６    Ｉ／Ｏ（入出力部）
２８    バス
３０    ＵＩ（ユーザ・インターフェイス）
３２    ハードディスク
３４    Ｉ／Ｆ
５０    受付管理部
５２    条件情報記憶部
５４    割当部
５５    条件設定部
５６    独立依頼情報処理実行部
５８    依頼情報処理部
６０    出力部
【図１】
2011008520.tif 000011
【図２】
2011008520.tif 000012
【図３】
2011008520.tif 000013
【図４】
2011008520.tif 000014
【図５】
2011008520.tif 000015
【図６】
2011008520.tif 000016
【図７】
2011008520.tif 000017