(57)【要約】【課題】  入稿時の納期情報確認を正確に行うようにして、ユーザにとってはより正確な情報参照が可能となり、企業側としては納期遅延に関連したトラブル回避がより容易となること。【解決手段】  印刷情報を入稿受付部に通知すると(Ｓ５０６)、入稿受付部４０２は受け付けたオーダに特化したスケジュール管理用のスレッド５０１を生成し(Ｓ５０７)、スケジュール管理スレッド５０１及びスケジューラクライアント４０３を介してスケジューラサーバ４０４にスケジュール作成依頼を行う(Ｓ５０８〜Ｓ５１０)。スケジューラサーバ４０４は、スケジュール作成依頼を受けると対応するオーダに関して作業スケジュールを作成し(Ｓ５１１)、スケジューラクライアント４０３、スケジュール管理スレッド５０１、入稿受付部４０２を介して入稿クライアント４０１に納期情報を通知する(Ｓ５１１からＳ５１５)。【選択図】  図５
2007004492.tif 000002
【特許請求の範囲】
【請求項１】
複数の画像形成ジョブから特定された特定の画像形成ジョブを所定の画像形成装置に割り当て、前記特定の画像形成ジョブを処理するために必要となる画像形成時間を算出する算出手段と、
前記特定の画像形成ジョブを該特定の画像形成ジョブ以外の画像形成ジョブより優先して処理した場合、前記特定の画像形成ジョブを前記所定の画像形成装置にて処理開始できる処理開始時間を決定し、前記処理開始時間および前記算出された画像形成時間から前記特定の画像形成ジョブの処理完了時期を算出する最短納期算出手段と、
前記特定の画像形成ジョブより該特定の画像形成ジョブ以外の画像形成ジョブを優先させて処理した場合、前記特定の画像形成ジョブを前記所定の画像形成装置にて処理開始できる処理開始時間を決定し、前記処理開始時間および前記算出された画像形成時間から前記特定の画像形成ジョブの処理完了時期を算出する最長納期算出手段と、
画像形成ジョブの納期として、最短納期算出手段により算出された最短納期と、最長納期算出手段により算出された最長納期とを該画像形成ジョブを発注したユーザ装置に提供する納期提供手段と
を備えたことを特徴とする情報処理装置。
【請求項２】
前記最短納期算出手段は、前記特定の画像形成ジョブを処理すべき所定の画像形成装置に割り当てられている他の画像形成ジョブがないものとして、前記特定の画像形成ジョブの処理が完了する処理完了納期を算出し、
前記最長納期算出手段は、前記特定の画像形成ジョブを処理すべき所定の画像形成装置に割り当てられている画像形成ジョブを処理した後に前記特定の画像形成ジョブの処理を始め、前記特定の画像形成ジョブのが完了する処理完了納期を算出することを特徴とする請求項１に記載の情報処理装置。
【請求項３】
前記最短納期算出手段および前記最長納期算出手段は、前記納期情報の更新事象が発生すると前記納期情報を再算出し、
前記納期提供手段は、前記再算出された納期情報を提供することを特徴とする請求項１または２に記載の情報処理装置。
【請求項４】
ユーザ発注装置からオーダ情報を受け取って前記画像形成ジョブを生成し、前記画像形成ジョブの更新事象を受信するオーダ受信手段をさらに備えたことを特徴とする請求項３に記載の情報処理装置。
【請求項５】
前記画像形成ジョブおよび前記画像形成ジョブの各々の納期情報を記憶する記憶手段をさらに備え、前記更新事象は、前記記憶手段に記憶されている少なくとも１つの画像形成ジョブの状態が印刷処理すべき状態に更新される処理、または前記記憶手段に記憶されている画像形成ジョブの少なくとも１つが印刷処理中止状態に更新される処理であることを特徴とする請求項３または４に記載の情報処理装置。
【請求項６】
オーダ発注装置から送信された複数のオーダ情報を記憶手段に記憶する情報処理装置であって、
前記記憶手段に記憶されている複数のオーダ情報において、少なくとも１つのオーダ情報の状態が変更された場合、前記状態の変更内容に従って、前記状態が変更されたオーダ情報とは異なるオーダ情報の納期情報を算出する算出手段と、
前記算出手段によって算出された納期情報を通知する通知手段と
を備えたことを特徴とする情報処理装置。
【請求項７】
前記通知手段によって前記納期情報を通知すべき通知先となるオーダ発注装置を記憶する通知先記憶手段をさらに備え、
前記通知手段は、前記算出手段により前記納期情報が算出されることに応じて、前記算出された納期情報を通知先記憶手段に記憶されているオーダ発注装置に通知することを特徴とする請求項６に記載の情報処理装置。
【請求項８】
前記オーダ情報は、印刷処理を実行することが確定していない仮オーダ情報であることを特徴とする請求項６または７に記載の情報処理装置。
【請求項９】
前記オーダ情報の状態の変更内容は、前記仮オーダ情報を印刷処理すべき確定オーダ情報に変更する変更処理、または前記仮オーダ情報の印刷処理を実行しない状態に変更する変更処理であることを特徴とする請求項８に記載の情報処理装置。
【請求項１０】
前記記憶手段に記憶されている仮オーダ情報を処理した後に所定のオーダ情報を処理することにより、前記所定のオーダ情報の処理が完了する時間を算出する最長納期算出手段をさらに備えたことを特徴とする請求項８または９に記載の情報処理装置。
【請求項１１】
前記記憶手段に記憶している前記仮オーダ情報を処理する前に所定のオーダ情報を処理することにより、前記所定のオーダの処理が完了する時間を算出する最短納期算出手段をさらに備えたことを特徴とする請求項８、９または１０に記載の情報処理装置。
【請求項１２】
前記情報処理装置と接続可能な画像形成装置の機能情報を記憶する機能情報記憶手段をさらに備えたことを特徴とする請求項１０または１１に記載の情報処理装置。
【請求項１３】
前記最短納期算出手段または最長納期算出手段は、少なくとも前記オーダ情報に設定されている印刷部数情報およびページ数情報と、前記オーダ情報を処理すべき画像形成装置の機能情報とを用いて、前記オーダ情報を処理するために必要となる時間を算出することを特徴とする請求項１２に記載の情報処理装置。
【請求項１４】
前記記憶手段に記憶されているオーダ情報において、印刷処理されること無くキャンセルされたオーダ情報を記憶するキャンセル情報記憶手段と、
前記キャンセル情報記憶手段によって記憶されているオーダ情報のキャンセル情報から納期期待値情報を算出する納期期待値算出手段とをさらに備え、
前記通知手段は、前記納期期待値情報を通知することを特徴とする請求項６ないし１３のいずれかに記載の情報処理装置。
【請求項１５】
複数の画像形成ジョブから特定された特定の画像形成ジョブを所定の画像形成装置に割り当て、前記特定の画像形成ジョブを処理するために必要となる画像形成時間を算出する算出ステップと、
前記特定の画像形成ジョブを該特定の画像形成ジョブ以外の画像形成ジョブより優先して処理した場合、前記特定の画像形成ジョブを前記所定の画像形成装置にて処理開始できる処理開始時間を決定し、前記処理開始時間および前記算出された画像形成時間から前記特定の画像形成ジョブの処理完了時期を算出する最短納期算出ステップと、
前記特定の画像形成ジョブより該特定の画像形成ジョブ以外の画像形成ジョブを優先させて処理した場合、前記特定の画像形成ジョブを前記所定の画像形成装置にて処理開始できる処理開始時間を決定し、前記処理開始時間および前記算出された画像形成時間から前記特定の画像形成ジョブの処理完了時期を算出する最長納期算出ステップと、
画像形成ジョブの納期として、最短納期算出ステップにより算出された最短納期と、最長納期算出ステップにより算出された最長納期とを該画像形成ジョブを発注したユーザ装置に提供する納期提供ステップと
を備えたことを特徴とする情報処理方法。
【請求項１６】
前記最短納期算出ステップは、前記特定の画像形成ジョブを処理すべき所定の画像形成装置に割り当てられている他の画像形成ジョブがないものとして、前記特定の画像形成ジョブの処理が完了する処理完了納期を算出し、
前記最長納期算出ステップは、前記特定の画像形成ジョブを処理すべき所定の画像形成装置に割り当てられている画像形成ジョブを処理した後に前記特定の画像形成ジョブの処理を始め、前記特定の画像形成ジョブのが完了する処理完了納期を算出することを特徴とする請求項１５に記載の情報処理方法。
【請求項１７】
前記最短納期算出ステップおよび前記最長納期算出ステップは、前記納期情報の更新事象が発生すると前記納期情報を再算出し、
前記納期提供ステップは、前記再算出された納期情報を提供することを特徴とする請求項１５または１６に記載の情報処理方法。
【請求項１８】
ユーザ発注装置からオーダ情報を受け取って前記画像形成ジョブを生成し、前記画像形成ジョブの更新事象を受信するオーダ受信ステップをさらに備えたことを特徴とする請求項１７に記載の情報処理方法。
【請求項１９】
前記更新事象は、前記画像形成ジョブおよび前記画像形成ジョブの各々の納期情報を記憶する記憶手段に記憶されている少なくとも１つの画像形成ジョブの状態が印刷処理すべき状態に更新される処理、または前記記憶手段に記憶されている画像形成ジョブの少なくとも１つが印刷処理中止状態に更新される処理であることを特徴とする請求項１７または１８に記載の情報処理方法。
【請求項２０】
オーダ発注装置から送信された複数のオーダ情報を記憶手段に記憶する情報処理装置によるオーダ管理方法であって、
前記記憶手段に記憶されている複数のオーダ情報において、少なくとも１つのオーダ情報の状態が変更された場合、前記状態の変更内容に従って、前記状態が変更されたオーダ情報とは異なるオーダ情報の納期情報を算出する算出ステップと、
前記算出ステップによって算出された納期情報を通知する通知ステップと
を備えたことを特徴とするオーダ管理方法。
【請求項２１】
前記通知ステップは、前記算出ステップにより前記納期情報が算出されることに応じて、前記算出された納期情報を、前記通知ステップにおいて前記納期情報を通知すべき通知先となるオーダ発注装置を記憶する通知先記憶手段に記憶されているオーダ発注装置に通知することを特徴とする請求項２０に記載のオーダ管理方法。
【請求項２２】
前記オーダ情報は、印刷処理を実行することが確定していない仮オーダ情報であることを特徴とする請求項２０または２１に記載のオーダ管理方法。
【請求項２３】
前記オーダ情報の状態の変更内容は、前記仮オーダ情報を印刷処理すべき確定オーダ情報に変更する変更処理、または前記仮オーダ情報の印刷処理を実行しない状態に変更する変更処理であることを特徴とする請求項２２に記載のオーダ管理方法。
【請求項２４】
前記記憶手段に記憶されている仮オーダ情報を処理した後に所定のオーダ情報を処理することにより、前記所定のオーダ情報の処理が完了する時間を算出する最長納期算出ステップをさらに備えたことを特徴とする請求項２２または２３に記載のオーダ管理方法。
【請求項２５】
前記記憶手段に記憶している前記仮オーダ情報を処理する前に所定のオーダ情報を処理することにより、前記所定のオーダの処理が完了する時間を算出する最短納期算出ステップをさらに備えたことを特徴とする請求項２２、２３または２４に記載のオーダ管理方法。
【請求項２６】
前記情報処理装置と接続可能な画像形成装置の機能情報を機能情報記憶手段に記憶する機能情報記憶ステップをさらに備えたことを特徴とする請求項２４または２５に記載のオーダ管理方法。
【請求項２７】
前記最短納期算出ステップまたは最長納期算出ステップは、少なくとも前記オーダ情報に設定されている印刷部数情報およびページ数情報と、前記オーダ情報を処理すべき画像形成装置の機能情報とを用いて、前記オーダ情報を処理するために必要となる時間を算出することを特徴とする請求項２６に記載のオーダ管理方法。
【請求項２８】
前記記憶手段に記憶されているオーダ情報において、印刷処理されること無くキャンセルされたオーダ情報を記憶するキャンセル情報記憶手段によって記憶されているオーダ情報のキャンセル情報から納期期待値情報を算出する納期期待値算出ステップをさらに備え、
前記通知ステップは、前記納期期待値情報を通知することを特徴とする請求項２０ないし２７のいずれかに記載のオーダ管理方法。
【請求項２９】
コンピュータを用いて請求項１５ないし２８のいずれかに記載の各ステップを実行させるためのプログラム。
【請求項３０】
請求項１５または２８に記載の各ステップを実行させるためのプログラムを記録したコンピュータ読み取り可能な記録媒体。
【発明の詳細な説明】
【技術分野】
【０００１】
本発明は、情報処理装置およびオーダ管理方法並びにプログラムに関し、より詳細には、ユーザからのドキュメント入稿を受け付け、受け付けたドキュメントを出力(印刷、製本加工)する印刷システムにおける工程管理装置及び入稿システム及び入稿サーバを実現する情報処理装置およびオーダ管理方法並びにプログラムに関する。
【背景技術】
【０００２】
顧客からの発注を受け、指定された文書を指定された部数だけ印刷し、かつ指定された方法で製本して納品する、いわゆる「コピーサービス」「印刷サービス」などと呼ばれるサービスが従来から提供されている。
【０００３】
このような印刷作業の依頼は、顧客から上記サービスを提供する企業に対して、紙媒体に記載、あるいは電子媒体(FD、MO、CD-ROMなど)に記録した原稿と、原稿の印刷部数や製本方法、納品期日などを記載した印刷指示書とを郵送する事により行われる(新規入稿)。あるいは、企業がインターネット上に入稿サービスを提供し、例えばブラウザ等を利用して電子原稿を入稿する入稿形態も存在する。さらに、以前に印刷を依頼したことのある原稿について再度印刷を依頼するときは、電話等によりサービス提供者に保管されている原稿を指定して、印刷部数等を指示するシステムも存在する(リピート入稿)。
【０００４】
企業側では、特定あるいは不特定の顧客から受け付けた各々の依頼について、印刷枚数や納品期日、あるいは人的、物的資源の制限などを考慮しつつ、処理順序や処理時期を決定する(作業の割り当て、スケジュールの作成)。そして、このスケジュールにしたがって、指定された原稿をコピー機やスキャナにより読み取った上で(紙原稿の場合)、パーソナルコンピュータに接続されたプリンタにより印刷して(電子入稿の場合)、最終的に確認・丁合し顧客に納品する。上記、作業割り当てにおいては、印刷システム内の工程管理装置を用いて自動的にスケジュールの作成を行う形態のシステムも提供されている。
【０００５】
このような印刷システムにおいて顧客から入稿した原稿の納期の確認があったとき工程管理装置が作成したスケジュールを考慮して、納品可能期日をシミュレートして納期回答を行う納期回答システムが、ドキュメント入稿システムに限らず一般の発注システムにおいても提供されていた。例えば、確定済みのスケジュール情報をデータベースで管理し、管理ＰＣにより常に最新のスケジュール状況を保持しておいて、新規受注をする際に最新のスケジュールを基にした納期をシミュレートして即時回答可能なスケジュールシステムが提案されている（例えば、特許文献１参照）。
【０００６】
また、見込みオーダを確定オーダとみなし作業スケジュールを立案し、任意のタイミングで見込みオーダを考慮した納期回答を行うスケジューリング装置が提案されている（例えば、特許文献２参照）。
【０００７】
【特許文献１】特開２００３−２０３１０６号公報
【特許文献２】特開平１１−１２６２２１号公報
【発明の開示】
【発明が解決しようとする課題】
【０００８】
しかしながら、上述した従来のスケジューリングシステムは、確定済みのスケジュールを元にした納期回答、あるいは見込みオーダを確定オーダとみなすことにより納期を算出しているため、複数ユーザが同時に入稿処理を行う場合、各ユーザが入稿確定処理または入稿キャンセル処理をすることに応じて、確定済みのスケジュール情報は随時変更される。この変更が影響して回答納期に納品が間に合わなくなる危険性がある。
【０００９】
特に、例えば、発注依頼を開始してから発注を確定するまでの間に、異なる顧客が発注を確定することにより、実際の納期は、発注依頼開始時に表示されていた納期情報よりも遅れる。ここで、発注者が画面を更新すれば、最新の納期情報（異なる顧客が発注を確定した情報を反映した納期情報）を取得することが可能であるが、必ずしも更新処理が行われるとは限らない。この場合、発注者は誤った納期情報から発注すべきか否かを判断してしまうため、発注者が認識した納期よりも遅れて納品されることにより何らかの損害を与えてしまう可能性がある。
【００１０】
本発明は上記課題に鑑みてなされたものであり、最新のスケジュール情報を反映した納期情報を通知することにより、正確な納期情報に基づいて発注すべきか否かを判断させることを目的とする。
【課題を解決するための手段】
【００１１】
上記の課題を解決するため、本願発明の情報処理装置は、複数の画像形成ジョブから特定された特定の画像形成ジョブを所定の画像形成装置に割り当て、特定の画像形成ジョブを処理するために必要となる画像形成時間を算出する算出手段と、特定の画像形成ジョブを特定の画像形成ジョブ以外の画像形成ジョブより優先して処理した場合、特定の画像形成ジョブを所定の画像形成装置にて処理開始できる処理開始時間を決定し、処理開始時間および算出された画像形成時間から特定の画像形成ジョブの処理完了時期を算出する最短納期算出手段と、特定の画像形成ジョブより特定の画像形成ジョブ以外の画像形成ジョブを優先させて処理した場合、特定の画像形成ジョブを所定の画像形成装置にて処理開始できる処理開始時間を決定し、処理開始時間および算出された画像形成時間から特定の画像形成ジョブの処理完了時期を算出する最長納期算出手段と、画像形成ジョブの納期として、最短納期算出手段により算出された最短納期と、最長納期算出手段により算出された最長納期とを画像形成ジョブを発注したユーザ装置に提供する納期提供手段とを備えたことを特徴とする。
【００１２】
また、本願発明の情報処理装置は、オーダ発注装置から送信された複数のオーダ情報を記憶手段に記憶する情報処理装置であって、記憶手段に記憶されている複数のオーダ情報において、少なくとも１つのオーダ情報の状態が変更された場合、状態の変更内容に従って、状態が変更されたオーダ情報とは異なるオーダ情報の納期情報を算出する算出手段と、算出手段によって算出された納期情報を通知する通知手段とを備えたことを特徴とする。
【００１３】
さらに、本願発明の情報処理方法は、複数の画像形成ジョブから特定された特定の画像形成ジョブを所定の画像形成装置に割り当て、特定の画像形成ジョブを処理するために必要となる画像形成時間を算出する算出ステップと、特定の画像形成ジョブを特定の画像形成ジョブ以外の画像形成ジョブより優先して処理した場合、特定の画像形成ジョブを所定の画像形成装置にて処理開始できる処理開始時間を決定し、処理開始時間および算出された画像形成時間から特定の画像形成ジョブの処理完了時期を算出する最短納期算出ステップと、特定の画像形成ジョブより特定の画像形成ジョブ以外の画像形成ジョブを優先させて処理した場合、特定の画像形成ジョブを所定の画像形成装置にて処理開始できる処理開始時間を決定し、処理開始時間および算出された画像形成時間から特定の画像形成ジョブの処理完了時期を算出する最長納期算出ステップと、画像形成ジョブの納期として、最短納期算出ステップにより算出された最短納期と、最長納期算出ステップにより算出された最長納期とを画像形成ジョブを発注したユーザ装置に提供する納期提供ステップとを備えたことを特徴とする。
【００１４】
また、本願発明のオーダ管理方法は、オーダ発注装置から送信された複数のオーダ情報を記憶手段に記憶する情報処理装置によるオーダ管理方法であって、記憶手段に記憶されている複数のオーダ情報において、少なくとも１つのオーダ情報の状態が変更された場合、状態の変更内容に従って、状態が変更されたオーダ情報とは異なるオーダ情報の納期情報を算出する算出ステップと、算出ステップによって算出された納期情報を通知する通知ステップとを備えたことを特徴とする。
【００１５】
以上の方法をプログラムに実行させ、および実行するプログラムをコンピュータ読取可能な媒体に格納することもできる。
【発明の効果】
【００１６】
本発明によれば、発注時に適切な納期情報を通知することが可能となり、ユーザは適切な納期情報をもとに入稿するか否かを判断することが可能となる。
【発明を実施するための最良の形態】
【００１７】
以下、図面を参照して本発明の実施形態を説明する。  
【００１８】
（第１実施形態）
本実施形態は、以下に詳述するように、ユーザが通信網で接続可能な印刷サーバに印刷原稿データ(以下ドキュメントと称す)をアップロードし、印刷サーバが提供するサービスを利用して、印刷体裁や納期等を指定する形態のドキュメント入稿システムにおいて、発注開始時に表示される作業スケジュールに基づく納期情報を、入稿済みオーダや入稿中の仮オーダの状況に応じてリアルタイムに発注開始処理をしているユーザに通知する方法を示している。ただし、本発明の技術的範囲はあくまで納期管理の部分であるからこれに限られず、通常の郵送による入稿にも及ぶことは明らかである。なお、仮オーダとは印刷処理を実行することが確定していないオーダ情報である。
【００１９】
図１は、本実施形態で使用するネットワーク構成図の一例である。図１の例では、ネットワークにクライアント拠点１６１、印刷サーバ拠点１６２、印刷拠点１６３の３拠点を中心に説明する。クライアント拠点１６１は、少なくとも１台以上のクライアントＰＣ（ワープロ機器、通信機器をそなえたゲーム機等であっても良い）を有し、クライアントＰＣはインターネットに接続することが可能な通信機器と、少なくとも本実施形態で使用する印刷サーバが提供する機能を使用可能な周辺機器を有する。クライアント拠点は、このような機器をもつものであればどのような形式でもよく、例えばオフィス内ＬＡＮを使用するシステムや家庭で使用する情報機器等を含む。
【００２０】
印刷サーバ拠点１６２は、少なくとも本実施形態で使用する印刷サーバを有し、印刷サーバはインターネットを介し特定の(あるいは不特定の)クライアントＰＣと接続可能な通信機器を有する。印刷拠点１６３は、少なくとも1台以上の印刷デバイスを有し、また印刷拠点１６３における印刷処理に関わる管理業務を行う管理ＰＣ１０６を有する。印刷拠点に設置された印刷デバイスがインターネット１４２に直接接続可能な場合、インターネット１４２を介して送信された印刷ジョブを直接処理することも可能である。管理ＰＣ１０６はインターネット１４２を介し、前述の印刷サーバと相互にアクセス可能な通信部を有するものとする。印刷拠点１６３は、例えば企業内POD(Print On Demand)システムやCRD(Centralized Reprographic Department)における印刷拠点を想定している。
【００２１】
図１において、デスクトップＰＣ１０１、ノートＰＣ１０２、およびワープロ機器１０３（説明簡略のため、あわせてクライアントＰＣと称す）は、インターネット通信網を介して印刷サーバ１０４と接続可能である。さらにブラウザ機能等を有し、印刷サーバに対しさまざまなコマンドを発行することが可能な機器である。ユーザはこのクライアントＰＣを利用して任意のドキュメントを印刷サーバ１０４にアップロードし、印刷サーバ１０４が提供する入稿メニューにより、製本指示等の印刷体裁指定、納期指定、配送先指定等を行うことにより印刷・製本の発注(以下オーダと称す)を行う。クライアントＰＣ１０１〜１０３は印刷サーバＰＣ１０４との通信に任意のプロトコルを利用し、印刷サーバ１０４へのログイン、通信のセッション管理等、ネットワーク通信、セキュリティ管理に必要なさまざまな処理を行う。
【００２２】
クライアントＰＣ１０１、１０２、１０３が接続されたＬＡＮ１２１は、インターネット１４１を介して外部のネットワークと接続することを可能にする。クライアントＰＣ１０１〜１０３は入稿用のJAVA（登録商標）アプレットを印刷サーバ１０４からダウンロードして印刷サーバ１０４と相互に通信したり、Macromedia社が開発した「Flash Remoting,Flashコンテンツ, ActionScript」技術を用いてサーバ側のフロントエンド／バックエンドシステムと同期して、あるいは非同期に処理を授受したりするなどの方法が可能である。またはこれに替えてクライアントＰＣが印刷サーバ１０４に対してポーリングすることによりあたかも印刷サーバ１０４内の動的情報にリアルタイムでアクセスしているかのごとく処理することも可能である。本実施形態ではこれら通信プロトコル/通信技術を限定しないが、以降では、クライアントＰＣとサーバＰＣは相互に通信が可能であることを前提に説明を行う。なお、上述したクライアントＰＣとサーバＰＣとの相互通信により本願発明に記載のリアルタイムでの納期情報を発注を開始したクライアントＰＣに表示することが可能となる。
【００２３】
印刷サーバＰＣ１０４は、インターネット通信網にサービスを提供可能な通信部を有し、クライアントＰＣと１０１等の接続管理を行う。サービスの提供にあたっては、WAS(Web Application Server)技術を用い、データベースや認証システム等のバックエンドシステムとの連携が可能である。ただし、本実施形態においてアカウント管理、セキュリティ管理、DB連携、および企業オフィス基幹システムとの連携等は重要でないので説明は省略する。印刷サーバ１０４が接続されているＬＡＮ１２２は、インターネット１４１、１４２を介し外部のネットワークに接続するためのものである。
【００２４】
印刷拠点１６３に設置されたデスクトップＰＣ（ワープロ機器等でも良い。以下、管理ＰＣと称す）1０６は、インターネット通信網を介して印刷サーバ１０４と接続可能であり、クライアントＰＣからアップロードされたドキュメントをダウンロードし、入稿ドキュメントの管理、印刷指示、配送管理、スケジュール編集を行う機能を有する。カラー高画質MFP(Multi Function Peripheral：スキャナ機能、印刷機能、FAX機能等を搭載した複合複写機であり、ステイプル・パンチ機能などを有するフィニッシャ装置を利用可能な機種も多い）１１１、１１２、１１３は、以後プリンタと称する。プリンタ１１１〜１１３にはフィニッシャが装着されており、ステイプルフィニッシング、パンチフィニッシングが使用可能であり印字画質も高く、また管理ＰＣ１０６からの印刷要求を受け付け、印字処理可能なものである。管理ＰＣ１０６及びプリンタ１１１〜１１３が接続されているＬＡＮ１２３は、インターネット１４２を介して外部のネットワークへの接続を行なうためのものである。なお、印刷拠点に設置されている各画像形成装置は、印刷拠点の管理ＰＣまたは印刷サーバ拠点にある印刷サーバが、クライアント拠点から受信したオーダ情報を用いて生成した画像形成ジョブに基づいて画像形成処理を実行する。
【００２５】
図２は、一般的なＰＣの内部構成の一例を示す図であり、図１におけるクライアントＰＣ１０１、１０２、１０３、印刷サーバ１０４、及び管理ＰＣ１０６の内部構成を示す図である。内部構成には、本実施形態を利用/制御するＣＰＵ２０１、ＣＰＵ２０１のワークエリアを提供し、データ等を保持することが可能なＲＡＭ２０２、本実施形態における通信プログラムを提供する補助記憶装置（ハードディスク、フロッピー（登録商標）ディスク、ＣＤ-ＲＯＭ等）２０３、ＰＣ使用者にメッセージを通知する目的で使用される画像表示装置（具体的にはCRTディスプレイ、DSTN液晶ディスプレイ等）２０４、ユーザのコマンドを入力するユーザコマンド入力装置（具体的にはマウス、キーボード等）２０５、ＬＡＮ２２０を介して他の情報機器とデータをやり取りするためのネットワークインタフェースカード（ＮＩＣ）２０６およびメインバス２０９が示されている。なお、本実施形態において印刷サーバ１０４に関し、ユーザコマンド入力装置２０５、画像表示装置２０４は必須ではない。また、ＬＡＮ２２０は図１におけるＬＡＮ１２１、１２２、１２３と同じものである。
【００２６】
図３は、プリンタ１１１〜１１３の内部構成の一例を示す図である。図３のプリンタには、ＰＣなどから受信した印字データを解釈して印字制御やフィニッシング制御をコントロールするＣＰＵ３０１、ＣＰＵ３０１のワークエリアの提供、印字データの一時保管を行うためのＲＡＭ３０２、印字データの一時保管や、CPU３０１の判断により、RAM３０２の代わりに用いられる補助記憶装置（具体的にはハードディスク、CD-ROM等）３０３が含まれる。タッチパネル等の画像表示装置３０４は、プリンタ装置の状態やエラーメッセージ等を表示する。ユーザコマンド入力装置（タッチパネル等）３０５は、コピー部数の指定や、拡大指定、印刷キャンセル等をユーザが操作指示するためのものである。さらにＮＩＣ（Network Interface Card）３０６はＬＡＮ３２０を介してネットワーク機器と双方向にデータをやり取りするためのものである。表示装置等３０４、３０５はタッチパネル等の単一のモジュールとすることも可能である。
【００２７】
ＰＣなどから投入された印字データを実際に用紙に出力するための印字制御装置３０７は、本実施形態においてフィニッシャの制御も管理することとする。画像読み取り部３０８は、原稿上の画像を読み取って、白黒２値（カラーでもよい）のイメージデータを入力する。なお、本実施形態においては、ＬＡＮ３２０は図１におけるＬＡＮ１２３と同じ物である。また、図３ではＰＣとのデータの送受信を行うインタフェースはNIC３０６に限定しているが、パラレルインタフェース、シリアルインタフェース、USBなどであっても良い。
【００２８】
図４は、クライアントＰＣ１０１、印刷サーバ１０４、及び管理ＰＣ１０６が利用可能なソフトウェア構成の一例を示す図である。入稿クライアント用のソフトウェア４０１はクライアントＰＣ１０１が使用し、前述のとおり、ブラウザなどを用いて印刷サーバ１０４と相互に通信が可能な機能を有する。印刷サーバ１０４が提供する入稿処理全般の管理を行うための入稿受付部４０２は、具体的にはスケジューラクライアント４０３を介してスケジューラサーバ４０４に、スケジュール作成やスケジュール更新などの処理依頼などを行う。スケジューラクライアント４０３は、入稿受付部４０２とスケジューラサーバ４０４との通信を中継するプロキシ的なインタフェースである。スケジューラクライアント４０３が受けた処理依頼を実際に行うモジュールであるスケジューラサーバ４０４は、スケジュールの作成、スケジュール情報の管理、及び印刷拠点情報の管理等を行う。スケジュールサーバ４０４は、複数の画像形成ジョブから特定された特定の画像形成ジョブを所定の画像形成装置に割り当て、特定の画像形成ジョブを処理するために必要となる画像形成時間を算出する。なお、画像形成ジョブを処理するために必要となる画像形成時間は、画像形成ジョブに設定されているページ数および部数や所定の画像形成装置の機能により算出される。
【００２９】
また、スケジュールサーバ４０４は、スケジュール情報の更新事象（オーダの確定またはオーダのキャンセルなど）が発生すると前記スケジュールを再生成する。データ管理部４０５は、受信した複数のオーダ情報や算出された納期情報、スケジュール情報を記憶する。
【００３０】
スケジューラクライアント４０３はスケジューラサーバ４０４が提供する機能を利用するためのインタフェースで、例えば印刷拠点１６３に設置された管理ＰＣ上に配置して(４０６)、印刷拠点ＰＣとスケジューラサーバ間の中継を行う際にも利用可能である。
【００３１】
図５は、本実施形態で説明するドキュメント入稿、注文受け付け、注文管理、スケジュール管理全般の処理フローの概要を説明する処理シーケンスの一例である。ここでは、説明簡略化のため、前述のデータ管理部の処理に関する説明は省略する。図５では、入稿クライアント４０１が、ユーザによって入力された識別情報等を認識する。そして、入稿クライアント４０１が認識した識別情報を用いて印刷サーバの入稿受付部にログイン要求を行う(S５０１)。詳細には、クライアントＰＣの入力装置２０５を用いて入力された情報（識別情報）を、入稿クライアント４０１が認識して、識別情報を印刷サーバ１０４へ送信することによりＳ５０１が実現される。  印刷サーバ１０４内の入稿受付部４０２は、Ｓ５０１により入稿クライアント４０１から送信された識別情報を用いて認証処理を行う(Ｓ５０２)。詳細には、印刷サーバのＲＡＭ２０２には認証情報が保持されており、例えば送信された識別情報が認証情報内に含まれていた場合、入稿受付部４０２は送信された識別情報は認証すべき情報であると判定する。なお、入稿クライアント４０１におけるログイン処理は、例えば図６に示すような画面を用いて行う。入稿受付部４０２はログインＩＤ６０１及びパスワード６０２で指定されたログインIDとパスワードを基に認証処理を行う。
【００３２】
認証処理(Ｓ５０２)において、入稿受付部４０２が認証した場合（ドキュメント入稿システムへのログインが許可された場合）、入稿クライアント４０１は入稿受付部４０２に対して入稿画面要求を行い(Ｓ５０３)、入稿クライアント４０１の画面表示装置２０４に入稿画面を表示する。図７は、Ｓ５０３の要求により入稿クライアントが取得する入稿画面の一例を示す図であり、上述した発注開始時にクライアントＰＣに表示される入稿画面である。入稿対象ドキュメントの指定エリア７０１は、ここで指定したローカルドキュメントがアップロードボタン７０４押下時に、入稿クライアント４０１が属するクライアントＰＣ１０１の記憶部（例えばＲＡＭ２０２または補助記憶装置２０３）から読み出され、入稿受付部４０２にアップロードされる（Ｓ５０５）。なお、入稿受付部４０２にアップロードされたドキュメントは印刷サーバ１０４内のＲＡＭ２０２などに保持される。
【００３３】
図７では納期情報表示エリアがあり、最短納期エリア７０５と最長納期エリア７０６を表示しているが、現段階では納期情報は未作成なので有用な情報は表示されていない。最短納期と最長納期に関しては後述する。
【００３４】
ドキュメントを入稿受付部４０２にアップロードすると(Ｓ５０５)、入稿クライアント４０１は図８で示すドキュメント設定画面を表示する。図８は、入稿ドキュメントのページ数の入力エリア８０２、部数の入力エリア８０３を有している。スケジューラサーバ４０４は図８の設定画面に入力された情報を用いて印刷作業に必要な処理時間（画像形成時間）の算出を行う。処理時間算出の詳細は後述する。図８には、納期情報に有用な情報は表示されていないが、ここで納期確認ボタン８０４を押下すると、ページ情報８０２、部数情報８０３がスケジューラサーバ４０４に通知されて、スケジューラサーバ４０４にて入稿オーダに関するスケジューリングがなされ、納期情報に最短納期と最長納期が表示される。
【００３５】
図９は、図８において納期確認ボタン８０４を押下した際表示される画面の一例であり、最短納期９０７及び最長納期９０８にはスケジューラサーバ４０４が算出した納期情報が表示される。スケジュール作成部と納期情報通知部の詳細は後述する。入稿クライアント４０１は、図８あるいは図９に入力された印刷情報（ページ数および部数など）を入稿受付部４０２に通知すると(Ｓ５０６)、入稿受付部４０２は受け付けた印刷情報（オーダ）に特化したスケジュール管理用のスレッド５０１を生成する(Ｓ５０７)。入稿受付部４０２はスケジュール管理スレッド５０１及びスケジューラクライアント４０３を介してスケジューラサーバ４０４にスケジュール作成依頼を行う(Ｓ５０８〜Ｓ５１０)。詳細には、図８の画面にて（ページ数および部数など）を入力後、次へボタン８０６を押すことにより、入稿クライアント４０１から入稿受付部４０２へスケジュール作成が発行される。そして、入稿クライアント４０１からのスケジュール作成依頼を受信することにより、入稿受付部４０２はスケジュール作成依頼を発行する。
【００３６】
また、図８および図９に記載の納期確認ボタンが押されることにより、スケジュール更新依頼が発行される。このスケジュール管理スレッド５０１は、同時に処理されているオーダ毎に生成され、これらは互いの処理による影響を反映した納期情報を管理するために用いられる。
【００３７】
スケジューラサーバ４０４は、スケジュール作成依頼を受けると対応するオーダに関して作業スケジュールを作成し(Ｓ５１１)、スケジューラクライアント４０３、スケジュール管理スレッド５０１、入稿受付部４０２を介して入稿クライアント４０１に納期情報を通知する(Ｓ５１１〜Ｓ５１５)。スケジュールサーバ４０４が生成した作業スケジュールは印刷サーバ１０４内のＲＡＭ２０２などに保持される。
【００３８】
図１０は、発注確定前に表示される納品情報を指定するための画面であり、配送先住所１００１、電話番号１００２、宛先名１００３等を指定して発注ボタン１００５を押下すると発注が確定する(Ｓ５１８)。発注が確定すると他のユーザが入稿しているオーダに関する納期情報に影響を及ぼし、他の入稿クライアント４０１は随時更新される納期情報を印刷サーバ１０４から受信して、入稿クライアント４０１上に表示する。また、図９に表示されている納期情報９０７および９０８と図１０に表示されている納期情報１００６および１００７は、同じオーダ情報を取り扱っているにも関わらず納期情報が異なっている。
【００３９】
これは、図１０の画面にて配送先設定を行っている際に、例えば他のユーザが発注を確定することなどにより、納期情報が更新されたためである。このように、本願では発注が確定するまでの間（図１０の画面にて発注ボタン１００５が押されるまでの間）に変化する納期情報をリアルタイムに通知することを特徴としている。図５は入稿フローの概略のみを示す図だが、点線４００で囲まれた処理をユーザが行う際には、実際には発注キャンセル、ドキュメントの再アップロードなどの様々な処理が発生することが考えられる。
【００４０】
図１１は、図５を参照して説明した注文フローの際に入稿受付部４０２が作成するジョブチケットの一例を示す図である。図１１には、図６を用いてユーザが入力したユーザID１１０１、Ｓ５０５において入稿クライアント４０１が図７の入力エリア７０１に入力された情報からアップロードすべきドキュメントを特定し、該ドキュメントを入稿受付部４０２にアップロードした時点で入稿受付部４０２が発行する一意なオーダID１１０２、図７の入力エリア７０１に入力された入稿ファイルのファイル名１１０３、図８でユーザが入力したページ数１１０４と印刷部数、１１０５、図１０でユーザが入力した配送先情報１１０６と納期情報１１０７がそれぞれ示されている。つまり、入稿クライアント４０１から送信される情報をもとに入稿受付部４０２が図１１に示すジョブチケット情報を生成する。なお、入稿クライアント４０１から送信された情報は、印刷サーバ内のＲＡＭ２０２などに保持されているため、入稿受付部４０２はＲＡＭ２０２などを参照することにより、ユーザの入力情報に基づいてジョブチケットを生成することが可能となる。生成されたジョブチケット情報は印刷サーバ１０４内の補助記憶装置２０３などに保持され、本発明に関わる各ソフトウェアモジュールは、データ管理部４０５を介して任意のタイミングで参照/編集/削除できるものとする。なおジョブチケットの形式はXML形式やJDFに準拠した形式であっても本発明に適用することが可能である。
【００４１】
図１２は、印刷拠点１６３に設置されたプリンタ１１１〜１１３に関するプリンタ情報の一例を示す図であり、スケジューラサーバ４０４がスケジューリングを行う際に使用し、あらかじめシステム管理者などの手により作成済みであることを前提としているが、それに限ることはない。また、プリンタ情報は印刷サーバ内の記憶部であるＲＡＭ２０２や補助記憶装置２０３に保持される。
【００４２】
本実施形態においてプリンタの機能情報はINIファイル形式で管理する。すなわち、セクション、キーの情報をもとにソフトウェアが任意のタイミングで参照可能ということである。プリンタ情報１２００において、セクション名１２０１は印刷拠点１６３で利用可能なプリンタの台数を表し、キーと値１２０２は実際のプリンタ台数を記述する。プリンタ情報１２００における1台目のプリンタに関するセクション１２０３には、１台目のプリンタの任意名称を示すキーと値１２０４、１台目のプリンタの印刷スピードを示すキーと値１２０５、１台目のプリンタに関するコメントを示すキーと値１２０６などがさらに含まれる。なお、印刷スピードを表す１２０５の値は、後述の印刷処理時間算出を行う際に用いられる。
【００４３】
以下、プリンタ台数１２０２に記載されている台数分、同様の情報が列記される。詳細な説明は省略するが、本発明においてプリンタ情報１２００はデータ管理部４０５を介して任意のタイミングで参照/編集可能とする。
【００４４】
図１３は、スケジューラサーバ４０４が行う印刷時間算出処理の一例を示すフローチャートである。本発明において、印刷時間算出ロジックそのものは重要ではないが、便宜上、スケジューラサーバ４０４は、図１３に示すフローで印刷時間を算出するものとする。印刷時間算出は個々のプリンタ１１１〜１１３に対して適用することができる。なお、図１３の各ステップは印刷サーバ１０４内のＣＰＵ２０１により実行される。
【００４５】
スケジューラサーバ４０４は、ジョブチケット１１００からページ数１１０４と印刷部数１１０５とを取得する(Ｓ１３０２)。詳細には、ジョブチケット情報は印刷サーバ１０４内の補助記憶装置２０３などに保持されているため、スケジューラサーバ４０４が印刷サーバ内の補助記憶装置２０３などを参照することによりジョブチケット情報に記述されているページ数１１０４および印刷部数１１０５を取得することが可能となる。
【００４６】
次に、スケジューラサーバ４０４は、データ管理部４０５を介して所望するプリンタの印刷スピードを上述したプリンタ情報１２００から取得し(Ｓ１３０３）、以下に示す計算式により印刷時間を算出する(Ｓ１３０４)。なお、プリンタ情報１２００は上述した通り、印刷サーバ内の補助記憶装置２０３などに格納されているため、スケジュールサーバ４０４が補助記憶装置２０３を参照することにより所望のプリンタの印刷スピードを取得することが可能となる。また、印刷時間の算出に用いられる式は次の通りである。
(印刷時間)  =  (ページ数)  ×  (部数)  ÷  (印刷スピード)    [分]
例えば、「ページ数=３２枚」「部数=１００部」「印刷スピード=３２ppm」の場合印刷時間は、
(印刷時間)  =  ３２  ×  １００  ÷  ３２  =  １００[分]
となる。本実施形態において、N-UP仕上げや両面仕上げについては特に触れていないが、これらの印刷体裁を指定可能な入稿システムの場合にはN-UP数、片面/両面情報を考慮した印刷時間算出を行う必要があるが本実施形態では省略する。なお、Ｎ−ＵＰとは、１つの記録媒体に複数のページ画像を印刷する場合に用いられる設定であり、２−ＵＰならば１つの記録媒体に２つのページ画像が印刷される。また、算出された所望のプリンタの印刷時間は印刷サーバ内の補助記憶装置等２０３に保持される。
【００４７】
図１６は、図５の点線４００で囲まれた部分において、入稿クライアント４０１の納期情報表示の更新処理を説明するフローチャートである。前述のとおり、本発明の特徴はスケジューラが管理している動的なスケジュール情報をリアルタイムにクライアント側に反映することであり、図１６は入稿クライアント側の処理を説明するためのものである。なお、図１６の各ステップはクライアントＰＣ内のＣＰＵが実行する。
【００４８】
入稿クライアント４０１は、入稿受付部４０２との通信用ポートをオープンにすると(Ｓ１６０２)、入稿受付部４０２からのイベント待機状態を保持するため(Ｓ１６０３)、入稿受付部４０２からのイベントを受信(Ｓ１６０４)するまでＳ１６０３およびＳ１６０４の処理を繰り返す。入稿クライアント４０１が入稿受付部４０２からのイベントを受信した場合、イベント内容が納期情報通知イベントであるか否かを判断する(Ｓ１６０５)。詳細には、入稿クライアント４０１が入稿受付部４０２から受信したイベントを解釈することによりＳ１６０５の処理が可能となる。Ｓ１６０５により、入稿クライアント４０１が、納期情報通知イベントを受信したと判断した場合、入稿受付部４０２から受け取った納期情報をUIに表示する(Ｓ１６０６)。具体的には、例えば、図９、図１０に示す納期情報エリア９０７、９０８、１００６、１００７に納期情報を表示する。なお、受信した納期情報はＳ１６０６において表示すると共に、補助記憶装置２０３などに保持される。
【００４９】
Ｓ１６０５において、入稿クライアント４０１が納期情報通知イベントではないと判断した場合、納期情報更新イベントであるか否かを判断する(Ｓ１６０７)。なお、Ｓ１６０７の判断は、Ｓ１６０５の判断処理と同様の処理であるため詳細な説明は省略する。Ｓ１６０７により、入稿クライアント４０１が納期情報更新イベントを受信したと判断した場合、図９、図１０に表示中の納期情報を更新し、最新の納期情報を表示する(Ｓ１６０８)。なお、受信した納期情報更新に関する情報は、Ｓ１６０７において表示すると共に、補助記憶装置２０３などに保持される。
【００５０】
Ｓ１６０５において、納期情報通知イベントではないと判断し、さらにＳ１６０６において納期情報更新イベントではないと判断した場合、入稿クライアント４０１は、ユーザがシステムからのログオフすることをトリガとする入稿クライアント４０１の終了イベントであるか否かを判断する(Ｓ１６０９)。詳細には、入稿クライアント４０１が、ユーザがログオフを指定したことを認識することが可能であるため、Ｓ１６０９の処理が可能となる。Ｓ１６０９により、入稿クライアント４０１が終了イベントであると判断した場合、Ｓ１６０２でオープンしたポートをクローズし（Ｓ１６１０）、入稿クライアント処理を終了する(Ｓ１６１１)。また、入稿クライアント４０１が、Ｓ１６０５およびＳ１６０７およびＳ１６０９の全ての判断処理によりＮｏと判定した場合、入稿受付部４０２から受信したイベント情報を解釈して、該イベント情報を処理する（Ｓ１６１２）。
【００５１】
本フローチャートにより、本実施形態では印刷サーバ１０５が管理するオーダの状況変化に基づいて更新される納期情報の変化がリアルタイムに入稿クライアント４０１に通知され、入稿クライアント４０１は通知された納期情報をリアルタイムに更新することが可能となる。
【００５２】
図１４は、スケジュール管理スレッド５０１が行う処理の一例を説明するためのフローチャートである。スケジュール管理スレッド５０１は、図５の点線で囲まれた部分において、Ｓ５０７の処理のタイミングでオーダ毎に生成され、スケジューラサーバ４０４が生成する動的に変化する納期情報を、リアルタイムに入稿クライアント４０１に通知するために使用される。このスケジュール管理スレッド５０１は、同時に入稿処理が行われているオーダ毎に生成され、各々独立に動作する。図１４を参照して個々のスケジュール管理スレッド５０１が行う処理の説明をする。なお、図１４の各ステップは印刷サーバ１０４のＣＰＵによって実行される。
【００５３】
スケジュール管理スレッド５０１は、入稿受付部４０２からのリクエスト受付を開始しリクエスト待機状態を開始する(Ｓ１４０２)。スケジュール管理スレッド５０１は、入稿受付部４０２からのリクエストが発生したか否かを判断する(Ｓ１４０３)。詳細には、スケジュール管理スレッド５０１と入稿受付部４０２とは通信可能であり、入稿受付部４０２からリクエストが発生したか否かを認識することが可能である。Ｓ１４０３により、リクエストが発生したと判断した場合、スケジュール管理スレッド５０１は、入稿受付部４０２からのリクエスト内容を判断し、リクエストがスケジュール新規作成依頼か否かを判断する(Ｓ１４０４)。
【００５４】
詳細には、図８に記載の次へボタン８０６が押されたか否かを入稿受付部４０２が確認し、次へボタン８０６が押されたことを認識した場合、その旨をスケジュール管理スレッド５０１に通知することによりＳ１４０４の判断処理が可能となる。Ｓ１４０４により、スケジュール管理スレッド５０１が、スケジュール新規作成依頼であると判断した場合、スケジューラクライアント４０３を介してスケジューラサーバ４０４にスケジュールの新規作成依頼を行い(Ｓ１４０５）、作成された納期情報をスケジューラサーバ４０４から受信して入稿クライアント４０１に通知する(Ｓ１４０６)。ここで、スケジュールの新規作成依頼とは、図５におけるＳ５０９と同じものである。なお、スケジューラサーバ４０４が作成した納期情報は印刷サーバの補助記憶装置２０３などに保持される。
【００５５】
Ｓ１４０４において、スケジュール管理スレッド５０１がスケジュール新規作成依頼ではないと判断した場合、更新依頼リクエストを受信したか否かを判断する(Ｓ１４０７)。詳細には、図８または図９に記載の納期確認ボタンが押されたか否かを入稿受け付け部４０２が判断し、納期確認ボタンが押されたことを認識した場合、その旨をスケジュール管理スレッド５０１に通知することにより、Ｓ１４０７の判断処理が可能となる。
【００５６】
スケジュール管理スレッド５０１は、Ｓ１４０７において更新依頼リクエストを受信したと判断した場合、スケジューラクライアント４０３を介しスケジューラサーバ４０４にスケジュール更新依頼を行い(Ｓ１４０８)、スケジューラサーバ４０４が管理する最新の納期情報を受信して入稿クライアント４０１に通知する(Ｓ１４０９)。詳細には、スケジューラサーバ４０４は、他のオーダが仮オーダから確定オーダに移行した場合や、仮オーダ情報の印刷処理を実行しない状態に変更する場合などスケジュールや納期情報に影響を与える情報の変化により更新される現状のスケジュール情報を補助記憶装置２０３などで管理している。そして、入稿受付部４０２から更新依頼リクエストを受信したことをスケジュール管理スレッドから受信した場合、スケジューラサーバ４０４は、補助記憶装置２０３にて管理している最新のスケジュール情報をスケジュール管理スレッド５０１に対して通知する。この処理により、Ｓ１４０８およびＳ１４０９の処理が可能となる。なお、仮オーダ及び確定オーダに関しては後述する。
【００５７】
Ｓ１４０４およびＳ１４０７の判断処理により、スケジュール管理スレッド５０１がＮｏと判断した場合、キャンセルリクエストか否かを判断する(Ｓ１４１０)。Ｓ１４１０において、スケジュール管理スレッド５０１がキャンセルリクエストであると判断した場合、スケジューラクライアント４０３を介してスケジューラサーバ４０４に発注キャンセルを通知する(Ｓ１４１１)。ここで、発注キャンセルとは、例えばユーザが入稿作業中に入稿処理を中止したり、入稿クライアント４０１と入稿受付部４０２間のセッションがタイムアウトにより切断されたりした場合に発生するリクエストである。なお、Ｓ１４１１によりスケジューラサーバ４０４に発注キャンセルが通知された場合、スケジューラサーバ４０４はキャンセル通知をしたスケジュール管理スレッド以外のスケジュール管理スレッドに対してスケジュール更新情報（キャンセル情報を反映した最新のスケジュール情報）を通知する。
【００５８】
Ｓ１４０４、Ｓ１４０７、Ｓ１４１０の判断処理により、スケジュール管理スレッド５０１がＮｏと判断した場合、発注確定か否かを判断する（Ｓ１４１２）。Ｓ１４１２の判断により、発注確定であると判断された場合、スケジュール管理スレッドはスケジューラサーバ４０４に発注が確定したことを通知する。なお、Ｓ１４１２によりスケジューラサーバ４０４に発注確定が通知された場合、スケジューラサーバ４０４は発注確定情報を通知したスケジュール管理スレッド以外のスケジュール管理スレッドに対してスケジュール更新情報（発注確定情報を反映した最新のスケジュール情報）を通知する。
【００５９】
Ｓ１４０４、Ｓ１４０７、Ｓ１４１０、Ｓ１４１２の全ての判断処理によりＮｏと判断された場合、スケジュール管理スレッド５０１は、Ｓ１４０３により発生したイベント情報を解釈して、処理を実行する。
【００６０】
以上により、スケジュール管理スレッド５０１はスケジューラサーバ４０４から受信した動的に変化する納期情報を入稿クライアント４０１に通知可能となり、他のオーダ情報の変化によりスケジュール情報に変更が生じても、最新情報を通知することが可能となる。なお、図１４ではスケジュール管理スレッド５０１が更新依頼リクエストを受信することで、最新のスケジュール情報を通知するようにしていたがこれに限ることはなく、スケジューラサーバ４０４がスケジュール情報を更新することに応じて、スケジュール管理スレッド５０１に最新スケジュール情報を通知するようにしても構わない。つまり、ユーザからの更新情報リクエストが通知されなくとも、新たな納期情報が算出されることに応じて、算出された納期情報が通知される構成であっても良い。
【００６１】
図１９は、新規入稿に対応したスケジュール作成に関するスケジューラサーバ４０４の処理の一例を示すフローチャートであり、図５に示すフローチャートにおけるＳ511と同じものである。なお、図１９の各ステップは印刷サーバのＣＰＵにより実行される。スケジューラサーバ４０４はスケジュール新規作成依頼をスケジュール管理スレッド501から受信すると(Ｓ1902)、このオーダID１１０２とスケジュール管理スレッド501のスレッド識別子とを関連付けてスケジューラサーバの管理テーブルに追加する(Ｓ1903)。また、管理テーブルはサーバ装置内の記憶補助装置２０３等で管理される。
【００６２】
図２３は管理テーブルの具体例を示す図である。管理テーブル２３００にはオーダＩＤ情報とスレッド識別子情報とが対応付けて管理されている。なお、新たなオーダを受注した場合、新しいスケジュール管理スレッドおよびオーダＩＤが管理テーブル２３００に追加される。スケジューラサーバ４０４は、スケジュール情報が更新されると、この管理テーブルに記載されているスケジュール管理スレッド群に更新を通知するようになっている。なお、前述のとおりスケジュール管理スレッド５０１はオーダ毎に個別に生成されるため、複数の入稿が同時に行われているときには、スケジュール管理スレッドも複数存在する。
【００６３】
スケジューラサーバ４０４は、Ｓ１９０３により追加したオーダを仮オーダとして管理テーブルに登録し(Ｓ１９０４)、他の仮オーダは無視してスケジューリングを行う(Ｓ１９０５)。本発明において、スケジューリングの詳細は特に重要でなく、従来技術で用いられる各種スケジューリング方法を適用可能であるが、ここで他の仮オーダを無視してスケジューリングを行うことにより最短納期を算出することが可能である(Ｓ１９０６)。詳細に説明するため図２３の管理テーブルを用いて説明する。
【００６４】
管理テーブル２３００には、既に２つの仮オーダ（２３０２および２３０３）が記憶されているとする。Ｓ１９０６では最短納期を算出したいため、スケジューラサーバ４０４は、Ｓ１９０３で追加されたオーダ２３０４を一時的に最優先オーダ（他の仮オーダは無いものとして）であると認識して、オーダ２３０４と対応するジョブチケットに記載の情報およびプリント情報を基に最短納期を算出する。つまり、スケジューラサーバ４０４は、オーダ２３０４が仮オーダ２３０２および２３０３より前に処理される場合、オーダ２３０４の処理が完了する時間を算出する。なお、算出された最短納期情報は印刷サーバ１０４内の記憶補助装置２０３などに記憶される。また、最短納期情報の算出方法としては、例えば、特定の画像形成ジョブを特定の画像形成ジョブ以外の画像形成ジョブより優先して処理した場合、特定の画像形成ジョブを所定の画像形成装置にて処理開始できる処理開始時間を決定し、処理開始時間および上述の方法により算出された特定のジョブを処理するために必要となる画像形成時間から特定の画像形成ジョブの処理完了時期である最短納期を算出する。
【００６５】
次に、スケジューラサーバ４０４は他の仮オーダを全て確定オーダとして扱い、現在想定されている仮オーダ、および既に発注確定しているオーダ全てをスケジューリングした後、このオーダのスケジューリングを行うことにより(Ｓ１９０７)、現在管理テーブルにて管理されている全オーダの中で優先度を最低にして一番遅く作業が完了する場合の納期を算出する(Ｓ１９０８)。詳細に説明するため図２３の管理テーブルを用いて説明する。
【００６６】
管理テーブル２３００には既に確定オーダ２３０１および仮オーダ２３０２〜２３０３が記憶されている。最長納期を算出する場合、スケジューラサーバ４０４は、Ｓ１９０３で追加されたオーダ２３０４を一時的に最も優先度の低いオーダ（他の仮オーダを全て考慮して）であると認識して、オーダ２３０４と対応するジョブチケットに記載の情報およびプリント情報を基に最長納期を算出する。つまり、スケジューラサーバ４０４は、確定オーダ２３０１および仮オーダ２３０２〜２３０３を処理した後にオーダ２３０４を処理した場合、オーダ２３０４の処理が完了する時間を算出する。なお、算出された最長納期情報は印刷サーバ１０４内の記憶補助装置２０３などに記憶される。また、最長納期の算出方法としては、特定の画像形成ジョブより特定の画像形成ジョブ以外の画像形成ジョブを優先させて処理した場合、特定の画像形成ジョブを所定の画像形成装置にて処理開始できる処理開始時間を決定し、処理開始時間および上述の方法にて算出された画像形成時間から特定の画像形成ジョブの処理完了時期である最長納期を算出する。
【００６７】
以上により最短納期と最長納期が確定するので、スケジューラサーバ４０４はこのオーダに対応するスケジュール管理スレッド５０１に対して納期情報を通知すると共に(Ｓ１９０９)、このオーダ以外のオーダに対応した全てのスケジュール管理スレッドに対して最新のスケジュール情報を通知して(Ｓ１９１０)処理を終了する。
【００６８】
詳細には、スケジューラサーバ４０４はＳ１９０６およびＳ１９０７にて新たな納期情報を算出したことにより、仮オーダのスケジュール情報も更新する。つまり、仮オーダが１つ増加することにより他の仮オーダの最長納期情報が仮オーダの増加分だけ遅れることとなる。なお、ここで更新された最長納期情報が通知されるのはスレッド識別子５０２および５０３に対応するスケジュール管理スレッドのみである。その遅れた納期情報をＳ１９１０にて通知する。
【００６９】
以上により、新規オーダが入稿された際に、新規オーダの入稿が確定する前に、入稿した入稿クライアント４０１に対して適切な納期を通知することが可能となり、さらに他の入稿が確定していないオーダに対するスケジュール管理スレッドに対しても適切な納期情報を通知することが可能となる。
【００７０】
図２０は、スケジューラサーバ４０４が、他のオーダによりスケジュール情報が更新された場合に、各スケジュール管理スレッド５０１からスケジュール更新情報取得依頼を受け付けることに応じて実行する処理を説明するフローチャートである。なお、図２０のフローチャートにおける各ステップは印刷サーバ内のＣＰＵ２０１によって実行される。
【００７１】
スケジューラサーバ４０４は、更新情報取得依頼を受けると（図８または図９に記載の納期確認ボタンが押された場合）(Ｓ２００２)、更新情報取得依頼を発行したスケジュール管理スレッドと対応するオーダ以外の仮オーダジョブは無視してスケジューリングを行い(Ｓ２００３)、最短納期を算出する(Ｓ２００４)。なお、Ｓ２００４の処理は上述したＳ１９０５およびＳ１９０６と同様であるため、詳細な説明は省略する。
【００７２】
次に、スケジューラサーバ４０４は、更新情報取得依頼を発行したスケジュール管理スレッドと対応するオーダ以外の仮オーダを確定オーダと仮定してスケジューリングを行い(Ｓ２００５)、最長納期を算出する(Ｓ２００７)。なお、Ｓ２００７の処理は上述したＳ１９０７およびＳ１９０８と同様であるため、詳細な説明は省略する。
【００７３】
最短納期と最長納期が確定すると、スケジューラサーバ４０４はＳ２００２にて受信した更新情報取得依頼の依頼元に対応するスケジュール管理スレッド５０１にＳ２００４およびＳ２００７で算出した納期情報を通知し(Ｓ２００７)、処理を終了する(Ｓ２００８)。
【００７４】
以上により、スケジューラサーバ４０４は、更新情報取得依頼を受信することに応じて、管理テーブル２３００にて管理している全てのオーダの情報を考慮して最新のスケジュール情報を生成する。これにより、スケジュール管理スレッドは、他のオーダによりスケジュール情報が更新された場合に、その影響を考慮した最新のスケジュール情報を取得することが可能となる。なお、上述した通り、スケジューラサーバ４０４は、更新情報取得依頼を受信しなくとも、スケジュールに変更を与える情報（オーダのキャンセル情報、入稿確定情報）を受信することに応じて、更新された最新のスケジュール情報を通知するようにしてもかまわない。つまり、スケジュールの更新事象が発生することにより、上述の方法で最短納期および最長納期が再算出され、納期情報が算出されることに応じて、オーダを発注したクライアントＰＣ（オーダ発注装置）に対して算出された納期情報が通知される。なお、印刷サーバは、納期情報を通知すべき通知先となるオーダ発注装置を記憶している。また、更新事象とは、印刷サーバ内に記憶されている少なくとも１つの画像形成ジョブの状態が印刷処理すべき状態に更新される処理、または前記記憶手段に記憶されている画像形成ジョブの少なくとも１つが印刷処理中止状態に更新される処理を指す。
【００７５】
図２１は、あるオーダが入稿処理中にキャンセルされた場合のスケジューラサーバ４０４の処理を説明するフローチャートである。図２１のフローチャートの各ステップは印刷サーバ内のＣＰＵ２０１によって実行される。
【００７６】
スケジューラサーバ４０４はスケジュール管理スレッド５０１から削除イベントを受けると(Ｓ２１０２)、このオーダを前述の管理テーブル２３００から削除する。Ｓ２１０２にて指定されたオーダを削除することによりスケジュール情報に変更が生じる。よって、スケジューラサーバ４０４は、削除することにより変更されたスケジュール情報を記憶補助装置２０３などに格納する。
【００７７】
スケジューラサーバ４０４は、Ｓ２１０２による削除処理により変更されたスケジュール情報を全てのオーダに対応するスケジュール管理スレッド５０１に通知し(Ｓ２１０４)、処理を終了する。以上により、あるオーダがキャンセルされた際に、スケジューラサーバは、キャンセルに応じてスケジュールの変更処理を実行し、キャンセル処理の影響を考慮した最新のスケジュール情報を各クライアントに通知することが可能となる。
【００７８】
図２２は、あるオーダの発注が確定した場合のスケジューラサーバ４０４の処理を説明するフローチャートである。図２２のフローチャートの各ステップは印刷サーバ内のＣＰＵ２０１によって実行される。
【００７９】
スケジューラサーバ４０４は、スケジュール管理スレッド５０１からオーダ発注確定イベントを受信すると(Ｓ２２０２)、このオーダのフラグを仮フラグから確定フラグに変更する(Ｓ２２０３)。例えば、図２３に示すように管理テーブル２３００には各オーダの状態情報を示す項目があり、発注確定イベントを受信することにより管理テーブル２３００の状態情報を変更することによりＳ２２０３の処理が実現される。
【００８０】
スケジューラサーバ４０４は、Ｓ２２０３で確定したオーダを仮オーダを無視してスケジューリングし(Ｓ２２０４)、このオーダのスケジュールを確定し(Ｓ２２０５)、処理を終了する。
【００８１】
以上の処理で、入稿が確定したオーダに関してはスケジュールを確定し、以降は基本的にスケジュール変更はされないものとして扱う。ただし、印刷拠点１６３の都合などでスケジュールを変更する必要があった場合には、印刷拠点１６３に設置された管理ＰＣ１０６上のスケジューラクライアント４０６を介してスケジュール変更することは可能である。しかし、本発明では特に重要でないので詳細な説明は省略する。
【００８２】
図２１および図２２により、データ管理部４０５にて記憶されているオーダ情報の状態が変更されることにより、その状態の変更内容に従って、変更されたオーダとは異なるオーダの納期情報を算出して、算出された納期情報が通知される。これにより、複数のユーザが同時に入稿処理を行うようなオーダシステムであり、他人のオーダの変更処理によりスケジュールが変更されても最新の納期情報を認識することが可能となる。
【００８３】
なお、スケジューラサーバによって算出される最短納期または最長納期は、少なくともオーダ情報に設定されている印刷部数情報およびページ数情報とオーダ情報を処理すべき画像形成装置の機能情報を用いて算出されたオーダ情報を処理するために必要となる画像形成時間を用いて決定する。
【００８４】
以上により、本発明の特徴である動的なスケジュール情報をクライアント側でリアルタイムに取得可能な手段に関しての説明は終了するが、続いて、スケジューリング自体に関する説明を補足する。
【００８５】
図１５は、スケジューラサーバ４０４が作成した作業スケジュールに対応したスケジューラUIの一例を示す図である。本発明においてスケジューラUIは必要ないが、説明の便宜上図示する。図１５は、２００４年１２月２０日１３時００分から２００４年１２月２２日１８時００分までの、印刷拠点１６３における作業スケジュールを表しているものとする。
【００８６】
業務時間帯は区画１５０１〜１５０４であり、それ以外は休憩時間等、非業務時間帯とし、網掛けで表示している。一般に非業務時間帯には作業スケジュールを割り当てることはできず、それらの情報は予めシステム管理者や印刷拠点オペレータ等が設定しておくことが想定される。図１５に示す実施例の場合、本実施形態における確定オーダは実線で囲まれた矩形で表示され、仮オーダについては、例えばA〜Eのように点線で囲まれた矩形で表示されるものとする。
【００８７】
本実施形態で説明した最短納期とは仮オーダを無視したスケジュールであり、例えば図１５に示す状態で新規オーダFがプリンタ１１１にて処理するものとして入稿された場合には、オーダFの最短作業時間帯は図１７に示される点線矩形１７０１となり、最短納期は配送時間などのオーバヘッド(例えば２日間)を考慮して、２００４年１２月２３日となる。また、最長納期は、仮オーダを全て確定オーダと仮定し、それら確定オーダの後に割り当てられるスケジュールであり、例えば図１５に示す状態で新規オーダFがプリンタ１１３にて処理するものとして入稿された場合、オーダFの最長作業時間帯は図１８に示される点線矩形１８０１となり、最長納期は配送時間などのオーバヘッド(例えば２日間)を考慮して、２００４年１２月２４日となる。なお、図15、図18、図19において、スケジューリングアルゴリズムは「該当オーダに対して、与えられた条件において、最短となるように割り当て」を行った例であるが、例えば、オーダの優先度を考慮したスケジュールシステムやオペレータのスキルを考慮したスケジュールシステム等も広く普及しており、それらのスケジューリングアルゴリズムを適用した場合でも本発明は有効である。
【００８８】
以上により、本発明の特徴である、動的なスケジュール情報をクライアント側でリアルタイムに取得可能な手段およびスケジューリング自体の説明を終了するが、以降にスケジュールＵＩを用いて本願の具体例を説明する。
【００８９】
例えば、最長納期のスケジュール情報として図１８に記載されるようなスケジュールＵＩが表示されているとする。図１８ではプリンタ１１３を用いてオーダＦを処理するようにスケジューリングされている。また、オーダＦの前に１つの仮オーダ１８０２がスケジューリングされている。ここで、スケジューラサーバ４０４がプリンタ１１３を用いて処理すべき新規オーダを受注した場合、オーダＦの最長納期は新規オーダを考慮するため更に後へと遅れる。その最新のスケジュール情報を反映したスケジュールＵＩが図２４である。
【００９０】
図２４では、スケジューラサーバ４０４が新規追加オーダ２４０１のジョブチケットからプリンタ１１３にて必要となる処理時間（画像形成時間）を算出する。この算出された処理時間分だけオーダＦの処理開始時間は遅れる。
【００９１】
図２４に示すようなスケジュールの変更により生じる納期情報の変化が、上述したようにクライアントからの更新依頼のリクエストまたはスケジューラサーバ４０４が最新スケジュールの更新処理を行うことに応じてクライアントに通知される。これにより、複数のユーザが同時に入稿処理を行うようなオーダシステムであり、他人のオーダの変更処理によりスケジュールが変更されても最新の納期情報を認識することが可能となる。これにより、ユーザは適切な納期情報に基づいて発注するか否かを判定することができる。
【００９２】
なお、本願では、スケジュールを生成しておき、更新事象（オーダ情報のキャンセルや確定）によりスケジュールが変更された場合について説明を進めてきたが、スケジュール情報を生成しなくとも、更新事象により納期情報が変更する場合に本願発明を適応しても構わない。
【００９３】
次に本発明の目的である最新のスケジュール情報を提供するための方法について図２５〜図２９を用いて説明する。図２５は図８〜図１０などに示す入稿画面をブラウザに表示するためのＨＴＭＬの一例である。詳細は省略するが、クライアントＰＣは、例えば２５０１に示すタグを用いてアプレットを起動することで、アプレットプログラムを経由してサーバプログラムと通信する事が可能となり、図９に示す納期情報９０７および９０８を表示することが可能となる。
【００９４】
また、図２６、図２７は入稿クライアントプログラムの一例である。図２６、図２７では説明を簡略化するために、サーバとの通信部のみを記述しているが、実際にはその他の処理を実装しても良い。２６０１はサーバからメッセージ通知を受信処理を実行するためのプログラムであり、受信処理の実装は２７０２が実行されることにより行われる。
入稿クライアントプログラムは２７０１でサーバプログラムに対してメッセージ通知登録を行い、以後、サーバからのメッセージ受信が可能となる。２７０２は入稿クライアントプログラムが入稿サーバプログラムからメッセージを受け付けた場合の処理を行うメソッドである。これらの記述により、クライアントＰＣは、所定のタイミングでサーバから受信した納期情報を表示することが可能となる。
【００９５】
図２８、図２９はサーバプログラムの一例である。図２８、図２９では説明を簡略化するために、クライアントとの通信部のみを記述しているが、実際にはその他の処理も実装される。２８０１は入稿クライアントプログラムからのメッセージ通知登録リクエストを処理するためのプログラムである。このプログラムを実行することにより、印刷サーバは、納期情報の通知先を認識することが可能となる。
【００９６】
メッセージ追加登録リクエストを受けての登録処理は２９０１で示されるプログラムで実行される。スケジュール情報が変更した際には、印刷サーバ１０４内のＣＰＵ２０１の判断により２９０３のプログラムが実行され、２９０４の処理により変更された納期情報を登録されたクライアントＰＣの入稿クライアントプログラムに通知する。
【００９７】
なお、本発明では最短納期および最長納期を示すと記載したがこれに限ることなく、納期の期待値を表示するようにしても構わない。納期期待値とは、過去の履歴データから納期として予想される日時を算出して表示するものであり、納期の目安となる情報の１つである。納期期待値の算出方法としては、例えば、過去に発注依頼されたオーダ情報から印刷処理されること無くキャンセルされたオーダ情報を管理し、キャンセルされるオーダ情報の割合から、そのキャンセル処理による納期情報の変動値を元に、納期期待値情報を算出する。
【００９８】
具体的には過去のキャンセルの割合が５割である場合、入稿依頼されたオーダの納期期待値はすでに入稿されている半分のオーダがキャンセルされるものとして納期が算出される。この納期期待値を提示することにより、クライアントは最短納期および最長納期のみならず、過去の履歴から目安となる納期を認識することが可能となり、様々な納期情報を元に発注すべきか否かを判定することが可能となる。
【００９９】
［他の実施形態］  
以上述べた実施形態の他に次の形態を実施できる。上述の実施形態では、ネットワークを構成するハードウェア等が含まれるものの、各データ処理を順次実施するソフトウェアでも実現できるものである。即ち、上述した実施の形態の機能を実現するソフトウェアのプログラムコードを記録した記憶媒体（または、記録媒体）を、システムあるいは装置に供給し、そのシステムあるいは装置のコンピュータ（または、ＣＰＵやＭＰＵ）が、記憶媒体に格納されたプログラムコードを読み出し、実行することによっても達成されることは言うまでもない。この場合、記憶媒体から読み出されたプログラムコード自体が、上述した実施の形態の機能を実現することになり、そのプログラムコードを記憶しはCD、MD、メモリカード、MO等のさまざまな記憶媒体に書き込み可能である。
【０１００】
また、コンピュータが読み出したプログラムコードを実行することにより、上述した実施の形態の機能が実現されるだけでなく、そのプログラムコードの指示に基づき、コンピュータ上で稼働しているオペレーティングシステム（ＯＳ）等が、実際の処理の一部または全部を行い、その処理によって、上述した実施の形態の機能が実現される場合も含まれることは言うまでもない。
【０１０１】
さらに、記憶媒体から読み出されたプログラムコードが、コンピュータに挿入された機能拡張カードやコンピュータに接続された機能拡張ユニットに備わるメモリに書き込まれた後、そのプログラムコードの指示に基づき、その機能拡張カードや機能拡張ユニットに備わるＣＰＵ等が、実際の処理の一部または全部を行い、その処理によって、上述した実施の形態の機能が実現される場合も含まれることは言うまでもない。
【図面の簡単な説明】
【０１０２】
【図１】本発明の一実施形態で使用するネットワーク構成図の一例を示す図である。
【図２】本発明の一実施形態の一般的なＰＣの内部構成の一例を示す図である。
【図３】本発明の一実施形態のプリンタの内部構成の一例を示す図である。
【図４】本発明の一実施形態のクライアントＰＣ、印刷サーバ、及び管理ＰＣが利用可能なソフトウェア構成の一例を示す図である。
【図５】本実施形態で説明するドキュメント入稿、注文受け付け、注文管理、スケジュール管理全般の処理フローの概要を説明する処理シーケンスの一例である。
【図６】本発明の一実施形態の入稿クライアントにおけるログイン処理の画面を示す図である。
【図７】本発明の一実施形態のファイル入稿画面の一例を示す図である。
【図８】本発明の一実施形態のキュメント設定画面を示す図である。
【図９】図８において納期確認ボタンを押下した際表示される画面の一例を示す図である。
【図１０】本発明の一実施形態の納品情報を指定するための画面を示す図である。
【図１１】図５を参照して説明した注文フローの際に入稿受付部が作成するジョブチケットの一例を示す図である。
【図１２】本発明の一実施形態の印刷拠点に設置されたプリンタに関する情報の一例を示す図である。
【図１３】本発明の一実施形態のスケジューラサーバが行う印刷時間算出処理の一例を示すフローチャートである。
【図１４】本発明の一実施形態のスケジュール管理スレッドが行う処理の一例を説明するためのフローチャートである。
【図１５】本発明の一実施形態のスケジューラサーバが作成した作業スケジュールに対応したスケジューラUIの一例を示す図である。
【図１６】図５の点線で囲まれた部分において、入稿クライアントの納期情報表示の更新処理を説明するフローチャートである。
【図１７】本発明の一実施形態のスケジューラサーバが作成した作業スケジュールに対応したスケジューラUIの一例を示す図である。
【図１８】本発明の一実施形態のスケジューラサーバが作成した作業スケジュールに対応したスケジューラUIの一例を示す図である。
【図１９】本発明の一実施形態の新規入稿に対応したスケジュール作成に関するスケジューラサーバの処理の一例を示すフローチャートである。
【図２０】本発明の一実施形態の他のオーダによりスケジュール情報が更新された場合に、各スケジュール管理スレッドからスケジュール更新情報取得依頼を受け付けた場合のスケジューラサーバの処理を説明するフローチャートである。
【図２１】本発明の一実施形態のあるオーダが入稿処理中にキャンセルされた場合のスケジューラサーバの処理を説明するフローチャートである。
【図２２】本発明の一実施形態のあるオーダの発注が確定した場合のスケジューラサーバの処理を説明するフローチャートである。
【図２３】本発明の管理テーブルの一例を示す図である。
【図２４】本発明のスケジュールの変更により生じる納期情報の変化を説明するためのスケジュールＵＩの一例を示す図。
【図２５】本発明の入稿画面をブラウザに表示するためのＨＴＭＬの一例である。
【図２６】本発明の入稿クライアントプログラムの一例である。
【図２７】本発明の入稿クライアントプログラムの一例である。
【図２８】本発明のサーバプログラムの一例である。
【図２９】本発明のサーバプログラムの一例である。
【符号の説明】
【０１０３】
１０１、１０２、１０３  ＰＣ
１０４  印刷サーバ
１０５  データベース
１２１、１２２、１２３、２０２  ＬＡＮ
１４１  インターネット
２０１、３０１  ＣＰＵ
２０２、３０２  ＲＡＭ
２０３、３０３  補助記憶装置
２０４、３０４  画像表示装置
２０５、３０５  ユーザコマンド入力装置
２０６、３０６  ネットワークインタフェースカード（ＮＩＣ）
３０７  印字制御装置
３０８  画像読み取り部
【図１】
2007004492.tif 000003
【図２】
2007004492.tif 000004
【図３】
2007004492.tif 000005
【図４】
2007004492.tif 000006
【図５】
2007004492.tif 000007
【図６】
2007004492.tif 000008
【図７】
2007004492.tif 000009
【図８】
2007004492.tif 000010
【図９】
2007004492.tif 000011
【図１０】
2007004492.tif 000012
【図１１】
2007004492.tif 000013
【図１２】
2007004492.tif 000014
【図１３】
2007004492.tif 000015
【図１４】
2007004492.tif 000016
【図１５】
2007004492.tif 000017
【図１６】
2007004492.tif 000018
【図１７】
2007004492.tif 000019
【図１８】
2007004492.tif 000020
【図１９】
2007004492.tif 000021
【図２０】
2007004492.tif 000022
【図２１】
2007004492.tif 000023
【図２２】
2007004492.tif 000024
【図２３】
2007004492.tif 000025
【図２４】
2007004492.tif 000026
【図２５】
2007004492.tif 000027
【図２６】
2007004492.tif 000028
【図２７】
2007004492.tif 000029
【図２８】
2007004492.tif 000030
【図２９】
2007004492.tif 000031