(57)【要約】【課題】  印刷注文情報管理システムにおいて、出力拠点の機器予約において、不必要な占有を防止することを目的とする。【解決手段】  １オーダＩＤ割り当て手段、２各オーダで指定された商品を作成するための機器を時間予約する手段、３機器予約情報記憶手段、４）オーダＩＤにより指定する機器予約情報検索手段、５予約機器の作業種類を設定する機器情報設定手段、６オーダステータス入力手段、７ステータスと終了する作業種類の関連情報を保持するステータス情報保持手段と、８オーダのステータス変更時に、当該オーダＩＤで予約された機器の内、当該ステータスで終了する作業に関連付けられた機器の現時刻以降の予約をキャンセルする手段を持つ。【選択図】  図１
2007087047.tif 000002
【特許請求の範囲】
【請求項１】
ユーザからインターネット等のネットワークを介して要求された印刷注文情報がサーバーで集中管理され、当該管理サーバーに対し、単数或いは複数の出力拠点から注文情報の取得を行うことが可能な情報処理装置であって、
管理サーバー側では、前記注文情報に対し、注文を一意に特定するオーダ識別子(以降、オーダーIDと記載)を割り当てる手段と、
前記注文情報で指定された商品を作成するために必要となる全ての出力拠点の機器を時間予約する手段と、
前記機器予約時にはオーダIDを指定し、予約情報として記憶する手段と、
オーダIDを指定して機器予約情報を検索できる機器予約情報検索手段と、
予約機器の作業種類を設定する機器情報設定手段と、
オーダの処理状態を出力拠点作業員（以降、オペレータと記述）が入力するオーダステータス入力手段と、
当該オーダステータス入力手段により入力されるステータスは、機器の作業種類として指定される作業の内どの作業が終了するかの関連情報を保持するステータス情報保持手段と、
オペレータがオーダのステータスを変更した時に、当該オーダIDで予約された機器の内、当該ステータスで終了する作業に関連付けられた機器の現時刻以降の予約をクリア(キャンセル)する手段を備えることを特徴とする情報処理装置。
【請求項２】
前記注文情報を一意に特定するオーダIDは、注文毎に一意であるが、各注文に含まれる印刷物が製本形態などの分類で複数種類ある場合に、各印刷物毎に特定可能な識別子（以降、サブオーダIDと記載）を割り当て、請求項１のオーダIDではなく、サブオーダID毎に前記処理ステータス入力手段、機器予約手段、機器予約情報記憶手段、機器予約変更手段
を備えることを特徴とする請求項１に記載の情報処理装置。
【請求項３】
請求項１に記載の情報処理装置で機器の予約クリアをする時、当該機器の次の予約者に機器が使用可能な旨を通知する手段を備えることを特徴とする情報処理装置。
【請求項４】
ユーザからインターネット等のネットワークを介して要求された印刷注文情報がサーバーで集中管理され、当該管理サーバーに対し、単数或いは複数の出力拠点から注文情報の取得を行うことが可能な印刷注文情報管理における機器予約管理方法であって、管理サーバー及び出力拠点は、請求項１〜３のいずれかに記載の情報処理装置の機能を有することを特徴とする機器予約管理方法。
【請求項５】
請求項１〜３の何れかに記載の情報処理装置の機能を有することを特徴とする印刷管理システム。
【請求項６】
請求項１〜３の何れかに記載の情報処理装置の機能をコンピュータに実現させるためのプログラムを記録したコンピュータ読出可能な記憶媒体。
【請求項７】
請求項１〜３の何れかに記載の情報処理装置の機能をコンピュータに実現させるためのプログラム。
【発明の詳細な説明】
【技術分野】
【０００１】
本発明は、印刷注文情報管理及びシステム及び媒体及びプログラムに関し、ユーザからインターネット等のネットワークを介して要求された印刷注文情報がサーバーで集中管理され、当該管理サーバーに対し、単数或いは複数の出力拠点から注文情報の取得を行うことが可能であって、各注文に応じた印刷物を作成するために出力拠点の機器の予約管理を行う、情報処理装置、機器予約管理方法、印刷管理システム、それを実施するためのプログラムを記憶したコンピュータ読み出し可能な記憶媒体、及び当該プログラムに関するものである。
【背景技術】
【０００２】
従来より、ユーザ（クライアント）に対して、インターネットなどのネットワークを介して、単数或いは複数の印刷拠点で印刷するサービス（プリントサービス）を提供する印刷システムがある。この印刷システムにおいては、クライアントがWEBブラウザ或いは専用アプリケーションを使用して、プリントサービスに印刷要求（注文）を送信する。 この印刷要求には、印刷・製本体裁情報、印刷部数情報、印刷対象ファイル、依頼者情報、納品情報等が適宜指定され、通常はこの情報のみで、印刷拠点で印刷を実行することが可能である。 また、この印刷要求はクライアントのパーソナルコンピュータなどの端末から、ネットワーク上のセンターサーバに送信され、一括管理される。このセンターサーバから各印刷拠点への印刷要求の配信方法は、クライアントからの指定或いはセンターサーバの自動振り分けにより、センターサーバが拠点を指定して配信する場合と、各拠点からの取得要求により、拠点主導で印刷拠点が決定される場合の2通りがある。
【０００３】
また、この印刷要求が処理される出力拠点および作業者が決定する時点、或いはその後に、その印刷要求を処理するのに必要な出力機器、製本機器等を出力拠点毎に時間予約して作業する場合が多い。出力拠点には通常、複数オペレータがいるために、それらオペレータで複数機器を効率よく使用するためである。
【０００４】
また、この印刷システムにおいては、クライアントからの印刷要求のみで最後まで自動で印刷を実行可能な場合もあるが、印刷の仕上がりが高度な印刷サービスほど、各印刷拠点オペレータが編集、印刷、製本処理に技術を凝らす。この時、各注文内容に依り、処理時間が予測しにくいために、出力機器、製本機器の予約時間は、開始から終了まで長めに予約されることが多い。
【０００５】
従来例としては、例えば特許文献１をあげることが出来る。
【特許文献１】特開２０００−２４２４６０号公報
【発明の開示】
【発明が解決しようとする課題】
【０００６】
しかしながら、各作業のカバーのために機器予約時間を長めにとる場合、特に予約時間より早く作業が終了しても、他の作業者に対し、機器が使用可能になった旨を知らせるためには、自分で該当する機器予約を解除したり、次の作業者に声をかけるなど、各作業者の自助努力によるところが大きく、この努力を怠ると機器の稼働率が悪くなるといった問題があった。
【課題を解決するための手段】
【０００７】
本発明は、ユーザからインターネット等のネットワークを介して要求された印刷注文情報がサーバーで集中管理され、当該管理サーバーに対し、単数或いは複数の出力拠点から注文情報の取得を行うことが可能な情報処理装置であって、
管理サーバー側では、前記注文情報に対し、注文を一意に特定するオーダ識別子(以降、オーダーIDと記載)を割り当てる手段と、
前記注文情報で指定された商品を作成するために必要となる全ての出力拠点の機器を時間予約する手段と、
前記機器予約時にはオーダIDを指定し、予約情報として記憶する手段と、
オーダIDを指定して機器予約情報を検索できる機器予約情報検索手段と、
予約機器の作業種類を設定する機器情報設定手段と、
オーダの処理状態を出力拠点作業員（以降、オペレータと記述）が入力するオーダステータス入力手段と、
当該オーダステータス入力手段により入力されるステータスは、機器の作業種類として指定される作業の内どの作業が終了するかの関連情報を保持するステータス情報保持手段と、
オペレータがオーダのステータスを変更した時に、当該オーダIDで予約された機器の内、当該ステータスで終了する作業に関連付けられた機器の現時刻以降の予約をクリア(キャンセル)する手段を有するものである。
【発明の効果】
【０００８】
本発明によれば、オペレータが処理ステータスを入力する際に関連スケジュール情報を自動的に変更(キャンセル)し、不要な機器の占有を行わないことで、システム全体の稼働率を上げることが可能になる。
【発明を実施するための最良の形態】
【０００９】
（実施例１）
以下、本発明を適用するのに好適である実施形態について説明を行う。
【００１０】
図１は、本発明を適用可能な情報処理システムの構成を説明するブロック図である。なお、本システムにおけるクライアントコンピュータ及びオペレータ用コンピュータは、１台、または複数台接続されていることを仮定している。
【００１１】
図１において、１０１はクライアントコンピュータ（クライアント）としての情報処理装置であり、ネットワークケーブルやネットワーク或いは公衆回線などによって、LAN/WAN/インターネット等のネットワークに接続され、アプリケーションプログラム等の各種のプログラムを実行可能であり、印刷要求を生成し、送信できるプログラムを搭載している。
【００１２】
１０２は本実施形態のセンターサーバとしての情報処理装置であり、１０１同様、ネットワークに接続されている。
【００１３】
１１０、１２０、１３０は本実施形態の出力拠点であり、本システムでは、１つまたは複数の出力拠点がネットワークに接続されていることを仮定している。
【００１４】
１１０では、出力拠点の内部構成であり、オペレータ用コンピュータ、プリンタ、ファイルサーバ等がネットワークケーブルによってネットワーク１０８に接続されている。１０３、１０４はオペレータが注文確認、編集、印刷作業等に使用するオペレータ用コンピュータとしての情報処理装置であり、１０５、１０６、１０７は印刷制御装置であるネットワークプリンタであり、オペレータ用コンピュータから送信される印刷要求を解析して処理する。また、プリンタとしては印刷装置であるところの、電子写真方式を最小したレーザービームプリンタやインクジェット方式を採用したインクジェットプリンタや熱転写方式を利用したプリンタ等様々な方式のものに適応できることも無論想定される。
【００１５】
１０８はファイルサーバであり、注文情報、機器予約情報の格納場所として使用される。また、注文情報、機器予約情報の格納場所はファイルサーバである必要はなく、例えば、センターサーバで管理され、そのコピーをオペレータ用コンピュータのハードディスクに保持する等の形態でもよい。その場合、ファイルサーバは不要である。
【００１６】
構成としては、クライアント１０１とセンターサーバ１０２、オペレータ用コンピュータ１０３、１０４は、一般的な情報処理装置であり、クライアントには印刷注文生成及び送信用のプログラム、センターサーバには印刷注文を受信及び配信及び管理するためのプログラム、オペレータ用コンピュータには印刷注文、機器予約情報を閲覧及び受信及び編集、印刷処理を行うプログラムが実行可能に格納されている。
【００１７】
図２は、本実施の形態における情報処理装置の構成を説明するブロック図であり、情報処理装置であるクライントコンピュータ１０１、センターサーバ１０２、オペレータ用コンピュータ１０３、１０４、ファイルサーバ１０８は同様あるいは同等のハードウエア構成とする。よって、クライアント、センターサーバ、オペレータ用コンピュータの構成を説明するブロック図として説明する。
【００１８】
図２において、２００は情報処理装置の制御手段であるＣＰＵであり、ハードディスク（ＨＤ）２０５に格納されているアプリケーションプログラム、ＯＳや本発明の機器予約管理プログラム等を実行し、ＲＡＭ２０２にプログラムの実行に必要な情報、ファイル等を一時的に格納する制御を行う。
【００１９】
２０１は記憶手段であるＲＯＭであり、内部には、基本Ｉ／Ｏプログラム等のプログラム、印刷注文情報処理、機器予約情報処理の際に使用する各種データを記憶する。２０２は一時記憶手段であるＲＡＭであり、ＣＰＵ２００の主メモリ、ワークエリア等として機能する。
【００２０】
２０３は記憶媒体読み込み手段としてのフレキシブルディスク（ＦＤ）ドライブであり、後述する図６に示すようにＦＤドライブ３０３を通じて記憶媒体としてのＦＤ２０４に記憶されたプログラム等を本コンピュータシステムにロードすることができる。なお、記憶媒体は、ＦＤに限らず、ＣＤ−ＲＯＭ、ＣＤ−Ｒ、ＣＤ−ＲＷ、ＰＣカード、ＤＶＤ、ＩＣメモリカード、ＭＯ、メモリスティック等、任意である。
【００２１】
２０４は記憶媒体であるフレキシブルディスク（ＦＤ）であり、コンピュータが読み取り可能なプログラムが格納された記憶媒体である。
【００２２】
２０５は外部記憶手段の一つであり、大容量メモリとして機能するハードディスク（ＨＤ）であり、アプリケーションプログラム、ＯＳ、機器予約管理プログラム、関連プログラム等を格納している。
【００２３】
２０６は指示入力手段であるキーボードであり、ユーザがクライアントコンピュータに対して、また、オペレータや管理者がオペレータ用コンピュータに対して、処理ステータス変更コマンド等を入力指示するものである。
【００２４】
２０７は表示手段であるディスプレイであり、キーボード２０６から入力したコマンドや、取得情報等を表示したりするものである。
【００２５】
２０８はシステムバスであり、クライアントやサーバであるコンピュータ内のデータの流れを司るものである。
【００２６】
２０９は入出力手段であるインタフェースであり、該インタフェース２０９を介して情報処理装置は外部装置とのデータのやり取りを行う。
【００２７】
図３は、図２に示したＲＡＭ２０２のメモリマップの一例を示す図であり、ＦＤ２０４からロードされる上記機器予約管理プログラムが、ＲＡＭ２０２にロードされ実行可能となった状態のメモリマップである。
【００２８】
本実施形態では、ＦＤ２０４から機器予約管理プログラムおよび関連データを直接ＲＡＭ２０２にロードして実行させる例を示すが、これ以外にも、ＦＤ２０４から機器予約管理プログラムを動作させる度に、既に機器予約管理プログラムがインストールされているＨＤ２０５からＲＡＭ２０２にロードするようにしてもよい。
【００２９】
また、本機器予約管理プログラムを記憶する媒体は、ＦＤ以外にＣＤ−ＲＯＭ、ＣＤ−Ｒ、ＰＣカード、ＤＶＤ、ＩＣメモリカードであってもよい。さらに、本機器予約管理プログラムをＲＯＭ２０１に記憶しておき、これをメモリマップの一部となすように構成し、直接ＣＰＵ２００で実行することも可能である。
【００３０】
また、以上の各装置と同等の機能を実現するソフトウェアをもって、ハードウェア装置の代替として構成することもできる。
【００３１】
３０１は基本Ｉ／Ｏプログラムであり、本制御装置の電源がＯＮされたときに、ＨＤ２０５からＯＳがＲＡＭ２０２に読み込まれ、ＯＳの動作を開始させるＩＰＬ（イニシャルプログラムローデイング）機能などを有しているプログラムが入っている領域である。
【００３２】
３０２はオペレーティングシステム（ＯＳ）であり、３０３は機器予約管理プログラムで、ＲＡＭ２０２上に確保される領域に記憶される。３０４は関連データで、ＲＡＭ２０２上に確保される領域に記憶される。３０５はワークエリアで、ＣＰＵ２００が本機器予約管理プログラムを実行する領域が確保されている。
【００３３】
図４は、図２に示したＦＤ２０４のメモリマップの一例を示す図である。図４において、４００は前記ＦＤ２０４のデータ内容であり、４０１はデータの情報を示すボリューム情報であり、４０２はディレクトリ情報、４０３は本実施形態で説明する本機器予約管理プログラム、４０４はその関連データである。４０３の本機器予約管理プログラムは、センターサーバ用モジュールと出力拠点用モジュールを含み、実施形態で説明するフローチャートに基づいてプログラム化したものである。
【００３４】
図５は、図２に示したＦＤドライブ２０３に対して挿入されるＦＤ２０４との関係を示す図であり、図２と同一のものには同一の符号を付してある。
【００３５】
図５において、ＦＤ２０４には、本実施形態で説明する本機器予約管理プログラムおよび関連データを格納している。
【００３６】
図６は、本印刷管理システムの全体構成を表した図である。
クライアントコンピュータ６００は図1のクライアントコンピュータ１０１と同様であり、少なくとも印刷注文生成部６０１、印刷注文送信部を持つプログラムが作動している。
【００３７】
センターサーバ６１０は図1のセンターサーバ１０２と同様であり、少なくともクライアントコンピュータからの印刷注文受信部６１１と、印刷注文に対し、一意に割り当てるオーダーID割当部６１２と、出力拠点から送信される処理ステータス受信部６１３と、印刷注文情報の処理管理部６１４、出力拠点から送信される印刷注文情報に関する要求の受信・送信部６１５、出力拠点の機器予約情報の管理部６１６、同機器予約に関する要求受信・送信部６１７、印刷注文を格納する印刷注文情報格納部６１８、機器予約情報を格納する機器予約情報格納部６１９を持つプログラムが作動している。
【００３８】
出力拠点620（1）、…、620（N）は図1の出力拠点１１０、１２０、１３０と同様であり、少なくとも、センターサーバーに対する印刷注文情報取得要求の送信・受信部６２１、センターサーバから受信した印刷注文情報の表示部６２２、オーダの処理ステータス入力部６２３、同処理ステータスをセンターサーバに送信する送信部６２４、センターサーバに対する機器予約情報に関する要求の送信・受信部６２５、センターサーバから受信した機器予約情報を表示する表示部６２６、同機器予約に関して予約実行・予約変更等の要求を生成する要求生成部６２７、印刷処理部６２８を持つ。このシステム構成は色々な組み合わせがあり、その一例が図７、図８である。
【００３９】
図７はオペレータ用コンピュータからネットワークを介してセンターサーバに印刷注文情報取得、機器予約情報取得等の要求を送信し、印刷注文情報、機器予約情報を受信、拠点側のファイルサーバに格納し、編集データや、各拠点の機器予約情報、その他、ローカルで行う一連の情報等を一元管理し、拠点内のネットワークに接続されたプリンタに対して各オペレータ用コンピュータから印刷要求を行う構成となっている。この場合、オペレータが行った処理ステータスの変更に伴って、機器予約変更を行う処理実行部（管理部）は出力拠点側で持つこととなり、図7の場合はオペレータ用コンピュータに持っている。
【００４０】
図８はセンターサーバ側で印刷注文情報、機器予約情報を一元管理する構成である。この場合、オペレータが行った処理ステータスの変更に伴って、機器予約変更を行う処理実行部（管理部）はセンターサーバ側にあればよく、センターサーバ側で処理ステータスの変更を検出した時に、機器予約変更を自動的に実行する。出力拠点が複数ある場合には特に、このようなセンター管理を行った方が、システム全体の機器稼働率がよくなる。また、図８ではオペレータ用コンピュータから各種要求を直接センターサーバに送信するような例を記載しているが、出力拠点側にプロキシサーバを設け、センターサーバとの情報の送受信を代行させる場合もある。
【００４１】
図９は本実施例の機器予約管理方法について、出力拠点のオペレータ用コンピュータ側の処理を表したフローチャートである。本実施例では図７、図8どちらの構成でも通用するが、説明を簡単にするために図８の場合を想定する。
【００４２】
以下、フローチャートに従い、本実施例のオペレータ用コンピュータの処理を説明する。
【００４３】
また、以下では印刷注文をオーダーと記載する。
【００４４】
まず、本実施例の機器予約管理プログラムの起動に際し、必要な初期化処理を行う(S901)。次にオーダー一覧表示要求が検出されたか判定し(S902)、yesの場合はセンターサーバにオーダ一覧取得要求を送信する（S903）。この一覧表の一例は図１３のようになる。S902でNoの場合は機器予約情報表示要求であるかを判定し（S919）、yesの場合はセンターサーバに機器予約情報取得要求を送信する（S920）。
【００４５】
次にサーバから受信データがあるか判定し（S904）、yesの場合、受信データがオーダ一覧であるか判定し（S905）、yesの場合はオペレータにオーダー一覧を表示する（S906）。S905でnoの場合は機器予約情報であるか判定し（S915）、yesの場合は機器予約情報を表示する（S916）。この機器予約情報の一例は図１１のようになる。S904でnoの場合はエラーが発生しているか判定し(S914)、yesならば適宜エラー処理を行う(S917)。NoならばS904に戻る。S915でnoの場合はその他処理を適宜行う(S918)。S906で表示したオーダー一覧からオペレータが処理ステータスを変更したいオーダーを選択表示し(S907)、ステータス変更処理を行う（S908）。図13の例では、処理ステータス変更のドロップダウンリストからステータスを選択することによって操作が可能である。次に、この変更要求をサーバに送信する(S909)。この処理結果を受信したか判定し(S910)、受信した場合は適宜処理結果を表示する(S911)。S910でnoの場合はエラーが発生しているか判定し(S912)、yesならば適宜エラー処理を行い(S913)、S902へ戻る。S912でnoの場合はS910へ戻る。S919でnoの場合はプログラムの終了要求を検出したか判定し（S921）、yesの場合はプログラムの終了処理を行い（S923）、プログラムを終了する。Noの場合は、その他、適宜処理する（S922）。
【００４６】
S913、S917のエラー処理、S918、S922のその他の処理は本発明の本質とは無関係であるため、説明を省略する。
【００４７】
図１０は本実施例の機器予約管理方法について、センターサーバ側の処理を表したフローチャートである。以下、フローチャートに従い、本実施例のセンターサーバの処理を説明する。
【００４８】
まず、本実施例の機器予約管理システムのセンターサーバプログラムの起動に際し、必要な初期化処理を行う(S1001)。次にオーダー一覧取得要求が検出されたか判定し(S1002)、yesの場合は情報管理部から、図１３を表示するのに足るオーダーID、オーダー名等からなるオーダー情報の一覧を生成し（S1003）、生成したオーダー一覧を要求先（この実施例の場合、出力拠点）に送信し（S1004）、S1002へ戻る。S1002でnoの場合は、オーダー詳細情報取得要求が検出されたか判定し(S1005)、yesの場合は情報管理部から、オーダー詳細情報を取得し（S1006）、取得したオーダー詳細情報を要求先に送信し（S1007）、S1002へ戻る。S1003でnoの場合は、顧客からの印刷注文であるか判定し（S1008）、yesの場合は、印刷注文を一意に特定するオーダーIDを発行し（S1009）、情報管理部に印刷注文から生成したオーダー詳細情報を登録し（S1010）、S1002へ戻る。S1008でnoの場合は、機器予約情報取得要求であるか判定し(S1011)、yesの場合は機器予約管理部から予約情報を生成し(S1012)、機器予約情報を要求先に送信し(S1013)、S1002へ戻る。S1011でnoの場合はオーダーIDで指定されたオーダーの処理ステータスの変更要求を検出したか判定し(S1014)、yesの場合は変更されるステータスで終了する作業リストを取得する（S1015）。
【００４９】
ここで、センターサーバの機器予約情報の管理部(図8の806、図7の場合はオペレータ用コンピュータの715)には、各機器が可能な作業種類が機器情報として登録されている。
【００５０】
例えば、
スキャナ機器：プリプレス
印刷機器：印刷
製本機：ポストプレス
複合機：プリプレス、印刷、ポストプレス
といった情報が登録されている。また、作業種類は時系列順にソート可能であり、
プリプレス＜印刷＜ポストプレス
のような情報も合わせて登録されている。
【００５１】
また、センターサーバの印刷注文情報管理部(図8の804、図7の場合はオペレータ用コンピュータの716)には各処理ステータスと終了する作業種類との関連情報も持つ。
【００５２】
例えば、
印刷前処理済、印刷中：プリプレスのみ
印刷済、製本中      ：プリプレス、印刷
製本処理済、配送処理中、配送処理済、注文完了：プリプレス、印刷、ポストプレス
という情報が登録されている。これらステータスも時系列順にソートが可能であり、
印刷前処理済＜印刷中＜印刷済＜製本中＜製本処理済＜配送処理中＜配送処理済＜注文完了
といった情報も併せ持っている。また、システムによってはこの名称が異なったり、幾つかのステータスを使用しない、例えば「〜済」のみのステータスを使用する、等の場合もある。
【００５３】
これらの情報より、S1015を判定する。例えば「製本中」という処理ステータスの場合は、終了する作業Wxはプリプレスと印刷の２つとなる。次に終了する作業があるか判定し(S1016)、noの場合はS1002へ戻り、yesの場合は、処理ステータス変更要求時に指定されたオーダーID、前記終了する作業種類を指定して、機器予約情報管理部より、終了するスケジュール情報を取得する（S1017）。終了するスケジュールの判定は、単機能機器の場合は終了する作業種類のいずれかに該当すれば列挙され、複合機器の場合は、その機器の作業種類の前記時系列ソートで一番大きいものと、終了する作業種類を比較し、終了する作業種類が小さい場合は列挙しない等の判定方法がある。ただし、機器予約時に作業種類を特定して予約している場合は、機器能力ではなく、各予約毎に作業種類を判定し、予約で指定された作業種類が、終了する作業種類に一致する場合は、終了するスケジュールとして列挙する。
【００５４】
次に、列挙されたスケジュールがあるか判定し(S1018)、noの場合はS1002へ戻り、yesの場合は予約変更のための処理を行う。まず、テンポラリ変数yを0で初期化し(S1019)、前記列挙したスケジュール情報Syの予約終了時刻が現時刻より後か判定する(S1020)。Yesの場合はSyの現時刻以降の予約をキャンセルする（S1021）。この時、Syの終了時刻を現時刻に変更する等の処理を行う。S1021の次、或いはS1020でnoの場合、yをインクリメントし、yが列挙スケジュール数Nより小さいか判定する（S1022）。Yesの場合はS1020に戻り、Noの場合はS1002へ戻る。
【００５５】
S1014でnoの場合は、プログラム終了要求を検出したか判定し（S1023）、yesの場合はプログラムの終了処理を行い（S1024）、プログラムを終了する。Noの場合は、その他、適宜処理する（S1025）。S1025のその他の処理については、本発明の本質とは無関係であるため、説明を省略する。
【００５６】
以上、説明したように本発明によれば、オペレータが処理ステータスを入力する際に関連スケジュール情報を自動的に変更(キャンセル)し、不要な機器の占有を行わないことで、システム全体の稼働率を上げることが可能になる。
【００５７】
（実施例２）
実施例１では、注文に対し、各１つ割り当てられるオーダIDを指定した機器予約について説明したが、各注文に含まれる印刷物が製本形態などの分類で複数種類ある場合に、各印刷物毎に特定可能なサブオーダID等の識別子を割り当て、実施例１のオーダIDではなく、サブオーダID毎に処理ステータス入力手段、機器予約手段、機器予約情報記憶手段、機器予約変更手段をシステムに持たせることも可能である。
【００５８】
実施例１よりも機器予約について詳細な制御ができるため、システム全体の機器稼働率を上げることが可能である。
【００５９】
（実施例３）
実施例１では、機器予約状況を変更しただけであり、この予約変更を他のオペレータが知るためには機器予約情報管理部に問い合わせて、予約情報を取得しなければならない。
【００６０】
ここで、機器の次の予約者に機器が使用可能な旨を通知する機能をプラスすることで、他のオペレータに対し、積極的な機器の有効利用を促進することができる。
【００６１】
実施例１のS1021でSyの現時刻以降の予約をキャンセルした時に、同機器に対し、ある時間内に次の予約者がいる場合は、その予約者に対し、図１２のようなメッセージを表示して、予約機器が使用可能な状態になったことを通知する。
【００６２】
図１２の場合は、「はい」ボタン押下で次予約の開始時刻を現時刻に自動的に変更する。この場合は、本メッセージダイアログに対して、ボタンクリックのみというオペレータの簡易な操作で機器の実際の占有時間を機器予約情報に反映することが可能となる。
【００６３】
機器を次に利用するオペレータに通知を行うことで、機器使用について、積極的な働きかけができるため、実施例１よりもさらにシステム全体の機器稼働率を上げることが可能である。
【図面の簡単な説明】
【００６４】
【図１】本実施例の機器予約管理方法を実装した印刷管理システムの構成図
【図２】本実施例の形態における情報処理装置の構成を説明するブロック図
【図３】図２で示したブロック図におけるメモリマップ
【図４】図３のメモリマップの一例を示す図
【図５】図2に示したFDドライブに挿入されるFDとの関係を示す図
【図６】本実施例の印刷管理システム全体の概要構成図
【図７】図６の出力拠点の一例を表す構成図
【図８】図６のセンターサーバ及び出力拠点の一例を表す構成図
【図９】本システムのオペレータ用コンピュータの処理を表すフローチャート
【図１０】本システムのセンターサーバの処理を表すフローチャート
【図１１】本システムで機器予約情報を一覧するユーザインターフェースの一例
【図１２】本システムで機器使用可能である旨を通知するメッセージの一例
【図１３】本システムで印刷注文情報を表示するユーザインターフェースの一例
【図１】
2007087047.tif 000003
【図２】
2007087047.tif 000004
【図３】
2007087047.tif 000005
【図４】
2007087047.tif 000006
【図５】
2007087047.tif 000007
【図６】
2007087047.tif 000008
【図７】
2007087047.tif 000009
【図８】
2007087047.tif 000010
【図９】
2007087047.tif 000011
【図１０】
2007087047.tif 000012
【図１１】
2007087047.tif 000013
【図１２】
2007087047.tif 000014
【図１３】
2007087047.tif 000015