(57)【要約】      （修正有）【課題】複数の工程を経て製作される成果物の、成果物単位での進捗管理と工程単位での進捗管理とを容易に行う情報処理装置及びその制御方法を提供する。【解決手段】複数の工程を経て生成される成果物の単位を表示列として、表示画面を生成する第１の生成手段と、前記工程の単位を表示列として、表示画面を生成する第２の生成手段と、前記第１の生成手段で生成された表示画面と、前記第２の生成手段で生成された表示画面の何れか１つの表示画面を表示する表示制御手段と、前記第１の生成手段で生成された表示画面を前記第２の生成手段で生成された表示画面に切り替える、あるいは、前記第２の生成手段で生成された表示画面を前記第１の生成手段で生成された表示画面に切り替える切り替え手段と、を有することを特徴とする。【選択図】図８
2017049848.tif 000002
【特許請求の範囲】
【請求項１】
複数の工程を経て生成される成果物の単位を表示列として、表示画面を生成する第１の生成手段と、
前記工程の単位を表示列として、表示画面を生成する第２の生成手段と、
前記第１の生成手段で生成された表示画面と、前記第２の生成手段で生成された表示画面の何れか１つの表示画面を表示する表示制御手段と、
前記第１の生成手段で生成された表示画面を前記第２の生成手段で生成された表示画面に切り替える、あるいは、前記第２の生成手段で生成された表示画面を前記第１の生成手段で生成された表示画面に切り替える切り替え手段を有することを特徴とする情報処理装置。
【請求項２】
前記複数の工程は、印刷工程と、後処理工程であることを特徴とする請求項１に記載の情報処理装置。
【請求項３】
前記工程を行うためのジョブを、印刷装置、あるいは、後処理装置に送信する送信手段をさらに有することを特徴とする請求項２に記載の情報処理装置。
【請求項４】
情報処理装置の制御方法であって、
複数の工程を経て生成される成果物の単位を表示列として、表示画面を生成する第１の生成ステップと、
前記第１の生成ステップで生成された表示画面を表示する表示ステップと、
前記工程の単位を表示列として、表示画面を生成する第２の生成ステップと、
前記第２の生成ステップで生成された表示画面を表示する表示ステップと、
前記第１の生成ステップで生成された表示画面を前記第２の生成ステップで生成された表示画面に切り替える、あるいは、前記第２の生成ステップで生成された表示画面を前記第１の生成ステップで生成された表示画面に切り替える切り替えステップを有することを特徴とする情報処理装置の制御方法。
【請求項５】
前記複数の工程は、印刷工程と、後処理工程であることを特徴とする請求項４に記載の情報処理装置の制御方法。
【請求項６】
前記工程を行うためのジョブを、印刷装置、あるいは、後処理装置に送信する送信ステップをさらに有することを特徴とする請求項５に記載の情報処理装置の制御方法。
【請求項７】
請求項１乃至３の何れか１項に記載の情報処理が有する各手段として機能させるためのプログラム。
【請求項８】
請求項７に記載のプログラムを格納した、読み取り可能な記憶媒体。
【発明の詳細な説明】
【技術分野】
【０００１】
本発明は、複数の工程を経て製作される成果物の管理を行う技術に関するものである。
【背景技術】
【０００２】
画像形成装置や注文受注方法のデジタル化による印刷技術の向上によりオンデマンド印刷が生産現場で流行している。近年は、オンデマンド印刷の生産現場においても、複数の印刷物を組み合わせた、複雑な形態の商材を取り扱っていることが多い。例えば、本の中身の印刷物に、表紙の印刷物を組み合わせて、製本した本を注文できるオンデマンド印刷がある。また、製本の形態にも、中綴じ、平綴じ、無線綴じなどのバリエーションがある。
【０００３】
これら製本の組み立てに使用する印刷物のことを部品と呼び、印刷や、無線綴じに使用する糊付け、断裁のことを製作工程（製造工程）と呼ぶことが多い。注文時、成果物の依頼者は、Ｗｅｂサイトの注文フォームを通じて、成果物の注文を行う。注文の方法は、カタログから成果物の形態を選ぶものもあれば、成果物の形態の特徴を指示して、注文を行うケースもある。
【０００４】
近年では、アプリケーションソフトウェアの表示画面に関して、ボタン等のレイアウトを規定できるものが存在する。特許文献１は、レイアウト規定情報を用いることにより、ユーザが使用する必要な機能のみを表示させることができる。
【先行技術文献】
【特許文献】
【０００５】
【特許文献１】特開２０１１−１８６６２６号公報
【発明の概要】
【発明が解決しようとする課題】
【０００６】
依頼を受けた生産現場は、製作から出荷まで成果物単位（例えば、一冊の本）の管理を必要とする。さらに、印刷や、糊付け等の後加工の製造工程では、各工程における進捗状況の管理も要求されている。成果物単位での進捗管理と工程単位の進捗管理は、互いに関係性のあるものの、いずれも管理することは難しかった。
【０００７】
しかし、特許文献１は、表示する機能の配置や並びをカスタマイズすることはできるが、異なる単位での進捗管理を行うための画面を表示することはできない。
本発明は、上述の問題点に鑑みなされたものであり、複数の工程を経て製作される成果物の、成果物単位での進捗管理と工程単位での進捗管理とを容易に行う技術を提供することを目的としている。
【課題を解決するための手段】
【０００８】
上記の課題を解決するために、本発明の情報処理装置は以下の構成を備える。すなわち、複数の工程を経て生成される成果物の単位を表示列として、表示画面を生成する第１の生成手段と、前記工程の単位を表示列として、表示画面を生成する第２の生成手段と、前記第１の生成手段で生成された表示画面と、前記第２の生成手段で生成された表示画面の何れか１つの表示画面を表示する表示制御手段と、前記第１の生成手段で生成された表示画面を前記第２の生成手段で生成された表示画面に切り替える、あるいは、前記第２の生成手段で生成された表示画面を前記第１の生成手段で生成された表示画面に切り替える切り替え手段を有することを特徴とする。
【発明の効果】
【０００９】
本発明によれば、複数の工程を経て製作される成果物の、成果物単位での進捗管理と工程単位での進捗管理とを容易に行うことが可能になる。
【図面の簡単な説明】
【００１０】
【図１】情報処理装置が適用される印刷システムのネットワーク構成の一例
【図２】情報処理装置が適用される印刷システムのブロック図
【図３】情報処理装置の一例を示すソフトウェア構成図
【図４】注文受付部が受け付ける注文ファイルの一例
【図５】情報保管部が保持するデータベースのテーブルの一例
【図６】画面表示を作成する時に使用する構成ファイルの一例
【図７】工程単位の画面表示の一例
【図８】成果物単位の画面表示の一例
【図９】注文情報受付処理のフローチャート
【図１０】画面表示処理のフローチャート
【図１１】印刷処理のフローチャート
【発明を実施するための形態】
【００１１】
本発明を実施するための形態について、印刷室外部（外部装置）からの成果物の依頼を受信し、その情報を基に成果物（本）の製造を行うＰＯＤ印刷システム（印刷システム）を例に詳細に説明する。ＰＯＤ印刷システムでは、依頼者がＷｅｂサイト等を通じて注文した注文情報を受け付け、アプリケーションの画面に表示する。本実施形では、一つの注文で、一つの成果物の注文を受けることする。情報処理装置は、注文情報の受け付けから、画面表示を行う。ユーザは製作指示を行いたい対象を選択し、製造を開始する。製造開始とは、アプリケーションからプリンタ（印刷装置）、後処理装置（後加工機）にデータと設定値が送信された状態である。その後、ユーザは、各プリンタ、後処理装置で実際の出力物を受け取り、製造を完了するものとする。以下、図面を用いて詳細に説明する。
最初に、本実施形態におけるネットワーク構成とシステム内部の構成図について説明する。
【００１２】
図１は本実施形態における印刷システムの構成の一例である。本実施形態では、注文管理サーバー１０１、ホストコンピュータ（情報処理装置）１０２、印刷を行うプリンタ（印刷装置）１０３、後工程を行う後処理装置１０４とで構成される印刷システムを例に挙げる。注文管理サーバー１０１は、印刷室の外部（外部装置）からの成果物の依頼を管理しており、印刷システムでは、このサーバーから、印刷に使用するファイルや依頼情報をダウンロードする。ホストコンピュータ（印刷制御装置）１０２では、ダウンロードしたファイルや依頼情報を基に画面を表示し、プリンタ１０３や後処理装置１０４に製造指示を行う。プリンタ１０３は、成果物を構成する表紙や本文を印刷し、後処理装置１０４は、表紙と本文の糊付けと小口や天地の断裁などの後加工（後処理）を行う。本実施形態の依頼内容は、くるみ製本を想定しているが、他の部品や他の後工程があっても変わらない。なお、小規模なシステムであれば、注文管理サーバー１０１とホストコンピュータ１０２は同じコンピュータであっても構わない。プリンタと後処理装置は、それぞれ、生産量に応じて複数接続されていてもよい。
【００１３】
図２は、本発明である印刷制御装置が適用される印刷システムのブロック図である。なお、本発明の機能が実行されるのであれば、単体の機器であっても、複数の機器からなるシステムであっても、ＬＡＮ、ＷＡＮ等のネットワークを介して接続が為され処理が行われるシステムであってもよい。
【００１４】
図２において、ホストコンピュータ２０１は、ＲＯＭ２０４のプログラム用ＲＯＭあるいは外部メモリ２１２に記憶された文書処理プログラム等に基づいて図形、イメージ、文字、表（表計算等を含む）等が混在した文書処理を実行するＣＰＵ２０２を備える。ＣＰＵ２０２は、システムバス２０５に接続される各印刷装置を総括的に制御する。また、ＲＯＭ２０４のプログラム用ＲＯＭあるいは外部メモリ２１２には、ＣＰＵ２０２の制御プログラムであるオペレーティングシステムプログラム（以下ＯＳ）や後述するプリンタドライバ等が記憶される。ＲＯＭ２０４のフォント用ＲＯＭあるいは外部メモリ２１２には、上記文書処理の際に使用するフォントデータ等が記憶され、ＲＯＭ２０４のデータ用ＲＯＭあるいは外部メモリ２１２には上記文書処理等を行う際に使用する各種データが記憶される。ＲＡＭ２０３は、ＣＰＵ２０２の主メモリ、ワークエリア等として機能する。キーボードコントローラ（ＫＢＣ）２０６は、キーボード２１０や不図示のポインティングデバイスからのキー入力を制御する。ＣＲＴコントローラ（ＣＲＴＣ）２０７は、ＣＲＴディスプレイ（ＣＲＴ）２１１の表示制御を行う。ディスクコントローラ（ＤＫＣ）２０８は、外部メモリ２１２とのアクセスを制御する。外部メモリ２１２は、ブートプログラム、各種のアプリケーション、フォントデータ、ユーザファイル、編集ファイル、プリンタ制御コマンド生成プログラム（以下プリンタドライバ）等を記憶するハードディスク（ＨＤ）、フレキシブルディスクを表す。プリンタコントローラ（ＰＲＴＣ）２０９は、双方向性インタフェース（インタフェース）２１８を介してプリンタ２１３に接続されて、プリンタ２１３との通信制御処理を実行する。
【００１５】
プリンタ２１３は、ＣＰＵ２１４により制御される。ＣＰＵ２１４は、ＲＯＭ２１６のプログラム用ＲＯＭに記憶された制御プログラム等あるいは外部メモリ２２４に記憶された制御プログラム等に基づいてシステムバス２１７に接続される印刷部（プリンタエンジン）２２２に出力情報としての画像信号を出力する。また、このＲＯＭ２１６のプログラムＲＯＭには、ＣＰＵ２１４の制御プログラム等が記憶される。フォント用ＲＯＭには上記出力情報を生成する際に使用するフォントデータ等が記憶され、データ用ＲＯＭには、ハードディスク等の外部メモリ２２４がない印刷装置の場合には、ホストコンピュータ上で利用される情報等が記憶されている。ＣＰＵ２１４は入力部２１９を介してホストコンピュータとの通信処理が可能となっており、印刷装置内の情報等をホストコンピュータ２０１に通知できる。ＲＡＭ２１５は、ＣＰＵ２１４の主メモリや、ワークエリア等として機能するＲＡＭで、図示しない増設ポートに接続されるオプションＲＡＭによりメモリ容量を拡張することができるように構成されている。なお、ＲＡＭ２１５は、出力情報展開領域、環境データ格納領域、ＮＶＲＡＭ等に用いられる。前述したハードディスク（ＨＤ）、ＩＣカード等の外部メモリ２２４は、メモリコントローラ（ＭＣ）２２１によりアクセスを制御される。外部メモリ２２４は、オプションとして接続され、フォントデータ、エミュレーションプログラム、フォームデータ等を記憶する。また、操作部２２３は前述した操作パネルで操作のためのスイッチおよびＬＥＤ表示器等が配されている。また、前述した外部メモリ２２４は１個に限らず、複数個備えられ、内蔵フォントに加えてオプションカード、言語系の異なるプリンタ制御言語を解釈するプログラムを格納した外部メモリを複数接続できるように構成されていてもよい。更に、図示しないＮＶＲＡＭを有し、操作部２２３からのプリンタモード設定情報を記憶するようにしてもよい。
【００１６】
図３は、本発明である印刷制御装置が適用される印刷システムの一例を示すソフトウェア構成図である。ホストコンピュータ３０１の内部に描かれたアプリケーション３０２、送信モジュール３０９はＲＯＭ２０４もしくは、外部メモリ２１２に記憶されている。アプリケーション３０２内では、注文受付部３０３が注文サーバーからダウンロードされる注文情報を含んだ注文ファイルを受け付ける。情報保管部３０７は、注文受付部３０３が受け付けた注文情報を決まった方法で保管する。具体的には、注文ファイルから必要な情報を読み取り、データベース上のテーブルに必要な情報を格納する。注文ファイルの構成とデータベースのテーブルの形式に関しては、後述する。そして、画面表示部３０４は、現在表示する画面を工程単位の画面（ジョブ表示画面）か、成果物単位の画面（注文表示画面）かを決定し、ジョブ列作成部３０５か、注文列作成部３０６に画面の作成を依頼する。ジョブ列作成部３０５（第２の生成手段）は、工程単位の表示列に従って、情報保管部３０７の保管しているデータベースのテーブルから必要な情報を読み取り、工程単位の画面（ジョブ表示画面）の作成を行う。注文列作成部（第１の生成手段）３０６は、成果物単位の表示列順に従って、情報保管部３０７の保管しているデータベースのテーブルから必要な情報を読み取り、成果物単位の画面（注文表示画面）の作成を行う。指示受付部３０８は、ユーザから表示切り替え指示、印刷指示を受け付ける。指示受付部３０８が表示切り替え指示を受け取った場合は、画面表示部３０４に、表示画面の再決定を促し、画面表示部３０４が適切な画面表示に切り替えを行う。指示受付部３０８が印刷指示を受け付けた場合には、現在の表示に合わせて、印刷する内容を判断し、印刷を送信モジュール３０９に依頼する。送信モジュール３０９は、プリンタ３１０と接続を行い、前述の方法で生成された印刷データを送るが、送信モジュールはアプリケーション３０２に組み込まれていてもよい。
【００１７】
次に、成果物単位の画面表示と工程単位の画面表示を作るために必要になるデータ構造、および表示列の設定方法の一例を説明する。
【００１８】
図４は、注文受付部３０３が受け付けるデータ形式の一例である。本実施形態では、注文受付部３０３が受付けるデータを注文ファイルと呼ぶことにする。注文ファイルは、注文管理サーバー１０１がユーザからの依頼情報を基に作成する。作成された注文ファイルは、注文管理サーバーにアクセスした、ホストコンピュータ３０１のサービスプログラムが自動でダウロードし、注文受付部３０３が監視している監視フォルダ内に注文ファイルを配置する。なお、注文ファイルは、ＯＳの提供するファイルシステムのフォルダを使用する（以下、注文フォルダと呼ぶ）。注文フォルダ４０１はフォルダ内に、注文メタデータ４０２、本文印刷データフォルダ４０３、表紙印刷データフォルダ４０５、製本データフォルダ４０７を抱え持つ。注文メタデータ４０２は、注文に関する情報を持ち、そこには、依頼者に依頼された成果物の形態、部数、納期が含まれる。本文印刷データフォルダ４０３は、本文印刷メタデータ４０４を持ち、内容は本文印刷に使用する、印刷チケット、印刷ファイルのパスである。本文の印刷に使用するプリンタの指定が有ってもよい。印刷チケットは、国際標準化団体ＣＩＰ４が定める、Ｊｏｂ  Ｄｅｆｉｎｉｔｉｏｎ  Ｆｏｒｍａｔ（ＪＤＦ）でもよいし、ベンダー独自の印刷チケットであっても構わない。印刷ファイルとは、アドビシステムズ社が提供するＰｏｒｔａｂｌｅ  Ｄｏｃｕｍｅｎｔ  Ｆｏｒｍａｔ（ＰＤＦ）、マイクロソフト社が提供するＷｏｒｄファイル、画像が使用される。表紙印刷データフォルダ４０５は、表紙印刷メタデータ４０６を持ち、内容は表紙印刷に使用する、印刷チケット、印刷ファイルのパスである。製本データフォルダ４０７は、製本メタデータ４０８を持ち、内容は製本機の実行指示に関わるチケットのファイルパスである。製本機の実行指示に関わるチケットとは、例えばＪＤＦが挙げられる。なお、本実施形態では、メタデータにファイルパスを使用したが、データフォル内に直接ファイルの実体が置かれていてもよい。また、成果物が本文、表紙以外の部品から成る場合は、その部品のフォルダが置かれることが想定される。そして、製本以外の後処理（後加工）がある場合には、その後処理装置用のフォルダが置かれることが想定される。
【００１９】
図５は、情報保管部３０７が保持する、データベースのテーブルの一例である。データベースのテーブルは、注文受付部３０３が受け付けた注文ファイルや、指示受付部３０８が受け付けたユーザからの変更指示の情報を保管するものである。Ｏｒｄｅｒ  ｔａｂｌｅ５０１は、注文に関連するデータを取り扱うテーブルである。ＯｒｄｅｒＩｄ５０３は、注文を識別する識別子を格納する領域であり、ＯｒｄｅｒＮａｍｅ５０４は、ユーザの認識し易い名前を格納する領域である。ＤｕｅＤａｔｅ５０５は、注文の納期を格納し、ＯｒｄｅｒＳｔａｔｕｓ５０６は、注文全体の進捗状況を格納する。例えば、成果物の部品の一つが印刷を開始すれば、「印刷中」となり、全ての部品が印刷を完了すれば、「印刷済み」となる。また、部品が一つでも、印刷中にエラーになれば、「エラー」となる。ＯｒｄｅｒＮｂＯｆＣｏｐｙ５０７は、注文ファイルに指定された成果物の部数を格納する。ＪｏｂＩｄ５０８は、後述するＪｏｂ  ｔａｂｌｅ５０２のキーを表す外部キーを格納する領域であり、複数のＪｏｂＩｄを格納することができる。一方、Ｊｏｂ  ｔａｂｌｅ５０２は、製造工程に関連するデータを取り扱うテーブルである。ＪｏｂＩｄ５０９は、注文内の一製造工程に関わるジョブを識別する識別子を格納する領域であり、ＪｏｂＮａｍｅ５１０は、ユーザの認識し易い名前を格納する領域である。Ｊｏｂｎａｍｅ５１０は注文ファイル内の印刷用メタデータに書かれてなければ、ＯｒｄｅｒＮａｍｅ５０４と同じものを生成・格納していてもよい。ＰａｒｔＮａｍｅ５１１は、本文や表紙などの部品を示す名称を格納し、Ｅｎａｂｌｅｄ５１２、Ｓｔａｔｕｓ５１３、ＮｂＯｆＣｏｐｙ５１４は、それぞれ、部品の印刷を行うか、印刷の進捗状況、部数を格納する。部数は、通常、注文の部数（ＯｒｄｅｒＮｂＯｆＣｏｐｙ５０７）に一致するが、印刷を失敗した時の再印刷時に、変更できるよう、別の格納領域を作っている。ＤｅｖｉｃｅＮａｍｅ５１５は、部品を印刷するのに使用するプリンタの名称を格納する領域であり、ＰｒｉｎｔＴｉｍｅ５１６は、印刷を最後に実行した時間を格納する領域である。
【００２０】
図６は、ジョブ画面表示や注文画面表示の作成に使用する、構成ファイルの一例である。ジョブ列作成部３０５や注文列作成部３０６は、本構成ファイルを参照して、画面表示に使用する表示列、およびヘッダー領域を作り出す。Ｊｏｂ要素６０１は、ジョブ画面において使用される表示列を定義するものである。上から、ＪｏｂＩｄ、ＪｏｂＮａｍｅ、ＰａｒｔＮａｍｅ、Ｓｔａｔｕｓ、ＮｂＯｆＣｏｐｙ、ＤｅｖｉｃｅＮａｍｅ、ＰｒｉｎｔＴｉｍｅと定義が並んでいるが、これは図５で説明した領域を指す。つまり、表示列には左から、ＪｏｂＩｄの値、ＪｏｂＮａｍｅの値、ＰａｒｔＮａｍｅの値、Ｓｔａｔｕｓの値、ＮｂＯｆＣｏｐｙの値、ＤｅｖｉｃｅＮａｍｅの値、ＰｒｉｎｔＴｉｍｅの値が表示される。表示列のヘッダーに表示する文字に関しては、別途、Ｄｉｓｐｌａｙ属性を使用して設定することができる。Ｏｒｄｅｒ要素６０２は、注文画面表示において使用される表示列を定義するものである。Ｏｒｄｅｒ要素６０２の定義の仕方は、Ｊｏｂ要素６０１と同じであるが、Ｏｒｄｅｒ要素は、Ｇｒｏｕｐ要素６０３を持つことができる。Ｇｒｏｕｐ要素６０３には、２段ヘッダー表示の１段目に表示する名称をＤｉｓｐｌａｙ属性に設定でき、２段目に表示する表示列を通常の表示列同様、設定することができる。Ｇｒｏｕｐ要素６０３の本文グループには、ＰａｒｔＮａｍｅ属性をＢｏｄｙと設定することで、同じＯｒｄｅｒＩｄを持つジョブの中から、ＰａｒｔＮａｍｅにＢｏｄｙを持つアイテムのみを表示に使用することができる。表紙グループ６０４、製本グループ６０５に関しても同様である。グループ設定を使用した際の表示列の表現方法は、図７、８で後述する。なお、本文、表紙、製本をグループに使用しているが、他の印刷部品や後工程を定義していても構成ファイルの扱いは変わらない。
【００２１】
図７、８では、画面表示部が画面を作成した際の、画面表示の例を説明する。図７は、工程単位の画面表示（ジョブ画面表示）時における、画面表示の一例である。表示される表示列７０３は、図６で説明した構成ファイルに定義されている表示名と並び順で表示される。そして、上部には、選択した行を出力する、出力ボタン７０１と、注文画面表示に切り替える、切り替えボタン７０２が存在する。選択された行７０４は、出力ボタン７０１を押した際に、対象のデバイスへ送信される範囲を示している。印刷用のジョブであれば、マウスの右クリックから表示されるコンテキストメニューは、プリンタの一覧７０５を表示し、ユーザにプリンタを選択できるようにする。ここでは、プリンタＡ、プリンタＢ、プリンタＣから、プリンタを選択可能である。従って、出力されるデバイスがプリンタＢとなっているジョブに対して、例えば、出力されるデバイスをプリンタＡに変更することができる。また、後工程用のジョブであれば、コンテキストメニューは、後処理装置の一覧７０６を表示し、ユーザに後処理装置を選択できるようにする。ここでは、バインダー、トリマーから、後処理装置を選択可能である。出力ボタン７０１を押下した時には、印刷用ジョブであっても、後工程用のジョブであっても、ユーザの指定したデバイスに対してジョブが送信される。
【００２２】
図８は、成果物単位の画面表示（注文画面表示）における、画面表示の一例である。表示される表示列８０２は、図６で説明した構成ファイルに定義されている表示名と並び順で表示される。注文画面表示では、行の選択８０３は、注文単位での選択を表す。個々の出力可否は、各部品グループの中にあるチェックボックス８０４で制御することができ、各注文の中でも、送信する部品、送信しない部品を選択することができる。ここでは、製本という後工程を一つの部品として表現しているが、印刷用の部品と後工程を区別して表現していても構わない。切り替えボタン８０１は、注文画面表示の時に使用すると、図７のジョブ画面表示に表示が切り替わる。しかし、各部品における、処理ステータスは、画面表示を切り替えても保持される。
【００２３】
最後に、注文ファイルを受け付けてから、表示を開始し、出力を行うまでの本発明の処理フローについて、フローチャートを用いて説明を行う。
【００２４】
図９はアプリケーション３０２が、注文情報を受け付けてから、注文情報をデータベースに保管するまでの処理を書いたフローチャートである。注文受付部３０３が図４で説明した注文ファイルから注文情報を解釈し、注文情報を受け付ける（Ｓ９０１）。そして、情報保管部３０７が、図５で説明したデータベースのテーブルに受け付けた注文情報を保管する（Ｓ９０２）。
【００２５】
図１０は、アプリケーション３０２が、表示画面を作成、または変更するときの処理を書いたフローチャートである。指示受付部３０８が切り替えボタン７０２からの入力を受け付けている場合（Ｓ１００１でＹｅｓ）、ユーザに指定されたジョブ画面表示か、注文画面表示のいずれかをレイアウト画面として決定する（Ｓ１００２）。指示受付部３０８が切り替えボタン７０２からの入力を受け付けていない場合、すなわちアプリケーション３０２が起動時（Ｓ１００１でＮｏ）、前回終了時のレイアウト画面に決定する。なお、アプリケーション３０２が初回起動時であれば、初期設定のレイアウト画面に決定する（Ｓ１００３）。次に、画面表示部３０４が決定したレイアウト画面に対応する構成ファイルの要素を取得し（Ｓ１００４）、ジョブ列作成部３０５か注文列作成部３０６が構成ファイルに指定された項目をデータベースのテーブルから取得し、表示画面を作成する（Ｓ１００５）。
【００２６】
図１１は、アプリケーション３０２が、印刷ジョブ、もしくは後処理ジョブを送信するときの処理を書いたフローチャートである。現在表示されている画面表示が、注文画面表示であった場合には（Ｓ１１０１でＹｅｓ）、各部品のジョブを対象とし、該当の部品列にチェックが入っている場合のみ（Ｓ１１０４でＹｅｓ）、該当の部品を送信する（Ｓ１１０５）。該当の部品列にチェックが入っていない場合には（Ｓ１１０５でＮｏ）、該当の部品の送信を行わずに、次の未処理の部品を対象とする（Ｓ１１０２）。現在表示されている画面表示が、ジョブ画面表示であった場合には（Ｓ１１０１でＮｏ）、該当の行に紐づいたジョブの送信を行う（Ｓ１１０３）。
【００２７】
上記説明の印刷室外部からの印刷物の依頼を受信し、その情報を基に本の製造を行うＰＯＤ印刷システムは、あくまで、本発明の実施形態の一例である。複数の工程のジョブから成る注文を扱う印刷システムであれば、特に外部からの依頼を伴うＰＯＤ印刷システムでなくてもよい。
【００２８】
＜その他の実施形態＞
また、本発明は、以下の処理を実行することによっても実現される。即ち、上述した実施形態の機能をソフトウェア（プログラム）を、ネットワーク又は各種記憶媒体を介してシステム或いは装置に供給し、そのシステム或いは装置のコンピュータ（またはＣＰＵやＭＰＵ等）がプログラムを読み出して実行する処理である。
【図１】
2017049848.tif 000003
【図２】
2017049848.tif 000004
【図３】
2017049848.tif 000005
【図４】
2017049848.tif 000006
【図５】
2017049848.tif 000007
【図６】
2017049848.tif 000008
【図７】
2017049848.tif 000009
【図８】
2017049848.tif 000010
【図９】
2017049848.tif 000011
【図１０】
2017049848.tif 000012
【図１１】
2017049848.tif 000013