(57)【要約】【課題】  インターネットを介して印刷の注文情報を受け付ける印刷店舗において、既に取得された注文情報に対し、再度取得要求があった場合に、誤ったオーダの更新処理を防ぐことを目的とする。【解決手段】  管理サーバ側では、注文を一意に特定するオーダーＩＤを割り当て、出力拠点側では、管理サーバへ、前記オーダーＩＤを指定して印刷注文情報を取得要求し、取得済みの注文情報を登録しておき、再取得する際に印刷注文情報が既に管理されていると判断された場合、出力拠点オペレータに対し、出力拠点オペレータが取得処理の継続の有無を指定可能な警告メッセージを表示する。【選択図】  図１
2005196440.tif 000002
【特許請求の範囲】
【請求項１】
ユーザからインターネット等のネットワークを介して要求された印刷注文情報がサーバで集中管理され、当該管理サーバに対し、単数或いは複数の出力拠点から注文情報の取得を行うことが可能な情報処理装置であって、
管理サーバ側では、
前記注文情報に対し、注文を一意に特定するオーダ識別子（以降、オーダーＩＤと記載）を割り当てる手段と、
前記印刷注文情報の一覧を出力拠点に提示する手段と、
前記出力拠点から前記オーダーＩＤを指定して印刷注文情報の取得要求を受け付ける手段と、
前記取得要求により、印刷注文情報管理部から指定された印刷注文情報を取得する手段と、
前記出力拠点へ、前記取得した印刷注文情報を送信する手段を持ち、
出力拠点側では、
前記管理サーバへ、前記オーダーＩＤを指定して印刷注文情報を取得要求する手段と、
前記取得済みの注文情報を登録し、オーダーＩＤで管理するオーダー管理手段と、
前記管理手段により、取得を指示された印刷注文情報が既に管理されている場合、出力拠点オペレータに対し、出力拠点オペレータが取得処理の継続の有無を指定可能な警告メッセージを表示する手段と、
前記警告メッセージで、
処理継続を選択された場合は、既登録の印刷注文情報に対し、新規取得データで情報を更新する手段と、
処理継続をしないよう選択された場合は、新規取得情報を廃棄し、既登録の印刷注文情報の状態を維持する手段
を備えることを特徴とする情報処理装置。
【請求項２】
前記警告メッセージで継続が選択された場合の更新手段においては、既登録の印刷注文情報を廃棄し、注文情報を新規取得データで初期状態に戻す手段を含むことを特徴とする情報処理装置。
【請求項３】
前記オーダー管理手段は、取得を指示されたオーダーＩＤの既登録の印刷注文情報の処理ステータスを確認する手段を含み、
前記警告メッセージは、注文情報の処理ステータスによって、表示及び表示情報を制御する手段を備えることを特徴とする情報処理装置。
【請求項４】
前記オーダー管理手段は、取得を指示されたオーダーＩＤの既登録の印刷注文情報の担当者を確認する手段を含み、
取得を指示した本人と前記担当者が同一であるか判定する手段と、
本人と担当者が異なる場合、前記警告メッセージに、担当者が異なる旨の警告表示を追加する手段を備えることを特徴とする情報処理装置。
【請求項５】
前記オーダー管理手段は、取得を指示されたオーダーＩＤの既登録の印刷注文情報の出力拠点のみで保持している編集、ファイル追加等の変更情報の有無を判定する手段と、
変更情報が有る場合には変更の詳細情報を取得する手段を含み、
前記警告メッセージは、変更情報の有無により、表示及び表示情報を制御する手段と、
変更情報がある場合は、表示情報には変更情報の詳細を追加表示する手段と、
変更情報がある場合は、注文を新規取得データで初期化する、変更情報を保持したまま、新規取得データを上書きする等の、継続処理候補を複数提示し、選択できる手段
を備えることを特徴とする情報処理装置。
【請求項６】
前記出力拠点は、インターネット等のネットワークを介して配信されてきた情報を印刷出力する機能を有する印刷装置を備えていることを特徴とする請求項１記載の情報処理装置。
【請求項７】
前記印刷注文情報は、インターネットのネットワークを介してユーザのクライアント端末から発行される印刷要求であって、この印刷要求には、印刷・製本体裁情報、印刷部数情報、印刷対象ファイル、依頼者情報、納品情報等も適宜含むことを特徴とする請求項１記載の情報処理装置。
【請求項８】
ユーザからインターネット等のネットワークを介して要求された印刷注文情報がサーバで集中管理され、当該管理サーバに対し、単数或いは複数の出力拠点から注文情報の取得を行うことが可能な印刷注文情報管理方法であって、
管理サーバ及び出力拠点は、請求項１〜７のいずれかに記載の情報処理装置の機能を有することを特徴とする印刷注文情報管理方法。
【請求項９】
請求項１〜７の何れかに記載の情報処理装置の機能を有することを特徴とする印刷管理システム。
【請求項１０】
請求項１〜７の何れかに記載の情報処理装置の機能をコンピュータに実現させるためのプログラムを記録したコンピュータ読出可能な記憶媒体。
【請求項１１】
請求項１〜７の何れかに記載の情報処理装置の機能をコンピュータに実現させるためのプログラム。
【発明の詳細な説明】
【技術分野】
【０００１】
本発明は、印刷注文情報管理及びシステム及び媒体及びプログラムに関し、ユーザからインターネット等のネットワークを介して要求された印刷注文情報がサーバで集中管理され、当該管理サーバに対し、単数或いは複数の出力拠点から注文情報の取得を行うことが可能な、情報処理装置、印刷注文情報管理方法、印刷管理システム、それを実施するためのプログラムを記憶したコンピュータ読み出し可能な記憶媒体、及び当該プログラムに関するものである。
【背景技術】
【０００２】
従来より、ユーザ（クライアント）に対して、インターネットなどのネットワークを介して、単数或いは複数の印刷拠点で印刷するサービス（プリントサービス）を提供する印刷システムがある。この印刷システムにおいては、クライアントがＷＥＢブラウザ或いは専用アプリケーションを使用して、プリントサービスに印刷要求（注文）を送信する。この印刷要求には、印刷・製本体裁情報、印刷部数情報、印刷対象ファイル、依頼者情報、納品情報等が適宜指定され、通常はこの情報のみで、印刷拠点で印刷を実行することが可能である。また、この印刷要求はクライアントのパーソナルコンピュータなどの端末から、ネットワーク上のセンターサーバに送信され、一括管理される。このセンターサーバから各印刷拠点への印刷要求の配信方法は、クライアントからの指定或いはセンターサーバの自動振り分けにより、センターサーバが拠点を指定して配信する場合と、各拠点からの取得要求により、拠点主導で印刷拠点が決定される場合の２通りがある。また、前者でも、通常、データが壊れた等で、注文情報の再取得要求が有り得るため、各拠点からセンターサーバへ、特定の注文情報の取得要求が送信することにより、注文情報を拠点に送信する仕組みを持っている。
【０００３】
また、この印刷システムにおいては、クライアントからの印刷要求のみで最後まで自動で印刷を実行可能な場合もあるが、印刷の仕上がりが高度な印刷サービスほど、各印刷拠点で複数のオペレータを抱え、各注文に対し担当者を割り当て、編集や製本処理、配送処理に責任を持たせる場合が多い。また、編集作業で編集したドキュメント、スキャンで取り込んだデータ等、クライアントが入稿する以外のデータを注文情報に付随させて保存する場合も多い。
【０００４】
このような印刷サービスとして、特許文献１に記載された技術が存在する。
【特許文献１】特開２００２−３３４１５０号公報
【発明の開示】
【発明が解決しようとする課題】
【０００５】
しかしながら、複数のオペレータを抱える出力拠点ほど、注文処理に関する誤操作も多く、複数のオペレータが同じ注文に関して同時に処理を進めようとする等の操作の衝突も少なからずあった。そのため、無用なオーダ情報の更新により、作業データや編集情報が消失するなどの問題があった。
【課題を解決するための手段】
【０００６】
本発明は、ユーザからインターネット等のネットワークを介して要求された印刷注文情報がサーバで集中管理され、当該管理サーバに対し、単数或いは複数の出力拠点から注文情報の取得を行うことが可能な情報処理装置であって、
管理サーバ側では、
前記注文情報に対し、注文を一意に特定するオーダ識別子（以降、オーダーＩＤと記載）を割り当てる手段と、前記印刷注文情報の一覧を出力拠点に提示する手段と、前記出力拠点から前記オーダーＩＤを指定して印刷注文情報の取得要求を受け付ける手段と、前記取得要求により、印刷注文情報管理部から指定された印刷注文情報を取得する手段と、前記出力拠点へ、前記取得した印刷注文情報を送信する手段を持ち、
出力拠点側では、
前記管理サーバへ、前記オーダーＩＤを指定して印刷注文情報を取得要求する手段と、前記取得済みの注文情報を登録し、オーダーＩＤで管理するオーダー管理手段と、前記管理手段により、取得を指示された印刷注文情報が既に管理されている場合、出力拠点オペレータに対し、出力拠点オペレータが取得処理の継続の有無を指定可能な警告メッセージを表示する手段と、前記警告メッセージで、処理継続を選択された場合は、既登録の印刷注文情報に対し、新規取得データで情報を更新する手段と、処理継続をしないよう選択された場合は、新規取得情報を廃棄し、既登録の印刷注文情報の状態を維持する手段を有するものである。
【発明の効果】
【０００７】
以上、説明したように本発明によれば、既に情報管理部に取得された注文情報に対し、再度取得要求があった場合に、上書きの警告表示を行うことでオペレータの注意を喚起し、誤ったオーダの更新処理を防ぐことが可能になる。これにより、オペレータの作業効率を向上させる効果がある。
【０００８】
また、上記効果に加え更に、警告メッセージの表示に担当者情報も加味することで、ユーザにより適切な操作を行わせることが可能となる。これにより、オペレータの作業効率を向上させる効果がある。
【０００９】
また、上記効果に加え更に、警告メッセージの表示にステータス情報も加味することで、ユーザにより適切な操作を行わせることが可能となる。これにより、オペレータの作業効率を向上させる効果がある。
【００１０】
また、上記効果に加え更に、警告メッセージの表示にオーダーの変更情報も加味することで、ユーザにより適切な操作を行わせることが可能となる。これにより、オペレータの作業効率を向上させる効果がある。
【発明を実施するための最良の形態】
【００１１】
（実施例１）
以下、本発明を適用するのに好適である実施形態について説明を行う。
【００１２】
図１は、本発明を適用可能な情報処理システムの構成を説明するブロック図である。なお、本システムにおけるクライアントコンピュータ及びオペレータ用コンピュータは、１台、または複数台接続されていることを仮定している。
【００１３】
図１において、１０１はクライアントコンピュータ（クライアント）としての情報処理装置であり、イーサネット（登録商標）などのネットワークケーブルやネットワーク或いは公衆回線などによって、ＬＡＮ／ＷＡＮ／インターネット等のネットワークに接続され、アプリケーションプログラム等の各種のプログラムを実行可能であり、印刷要求を生成し、送信できるプログラムを搭載している。
【００１４】
１０２は本実施形態のセンターサーバとしての情報処理装置であり、１０１同様、ネットワークに接続されている。
【００１５】
１１０、１２０、１３０は本実施形態の出力拠点であり、本システムでは、１つまたは複数の出力拠点がネットワークに接続されていることを仮定している。
【００１６】
１１０では、出力拠点の内部構成であり、オペレータ用コンピュータ、プリンタ、ファイルサーバ等がネットワークケーブルによってネットワーク１０８に接続されている。１０３、１０４はオペレータが注文確認、編集、印刷作業等に使用するオペレータ用コンピュータとしての情報処理装置であり、１０５、１０６、１０７は印刷制御装置であるネットワークプリンタであり、オペレータ用コンピュータから送信される印刷要求を解析して処理する。また、プリンタとしては印刷装置であるところの、電子写真方式を最小したレーザービームプリンタやインクジェット方式を採用したインクジェットプリンタや熱転写方式を利用したプリンタ等様々な方式のものに適応できることも無論想定される。
【００１７】
１０８はファイルサーバであり、注文情報の格納場所として使用される。また、注文情報の格納場所はファイルサーバである必要はなく、例えば、オペレータ用コンピュータのハードディスク等でもよい。その場合、ファイルサーバは不要である。
【００１８】
構成としては、クライアント１０１とセンターサーバ１０２、オペレータ用コンピュータ１０３、１０４は、一般的な情報処理装置であり、クライアントには印刷注文生成及び送信用のプログラム、センターサーバには印刷注文を受信及び配信及び管理するためのプログラム、オペレータ用コンピュータには印刷注文を閲覧及び受信及び編集、印刷処理を行うプログラムが実行可能に格納されている。
【００１９】
図２は、本実施の形態における情報処理装置の構成を説明するブロック図であり、情報処理装置であるクライントコンピュータ１０１、センターサーバ１０２、オペレータ用コンピュータ１０３、１０４、ファイルサーバ１０８は同様あるいは同等のハードウエア構成とする。よって、クライアント、センターサーバ、オペレータ用コンピュータの構成を説明するブロック図として説明する。
【００２０】
図２において、２００は情報処理装置の制御手段であるＣＰＵであり、ハードディスク（ＨＤ）２０５に格納されているアプリケーションプログラム、ＯＳや本発明の印刷注文情報管理プログラム等を実行し、ＲＡＭ２０２にプログラムの実行に必要な情報、ファイル等を一時的に格納する制御を行う。
【００２１】
２０１は記憶手段であるＲＯＭであり、内部には、基本Ｉ／Ｏプログラム等のプログラム、印刷注文情報処理の際に使用する各種データを記憶する。２０２は一時記憶手段であるＲＡＭであり、ＣＰＵ２００の主メモリ、ワークエリア等として機能する。
【００２２】
２０３は記憶媒体読み込み手段としてのフロッピー（登録商標）ディスク（ＦＤ）ドライブであり、後述する図６に示すようにＦＤドライブ３０３を通じて記憶媒体としてのＦＤ２０４に記憶されたプログラム等を本コンピュータシステムにロードすることができる。なお、記憶媒体は、ＦＤに限らず、ＣＤ−ＲＯＭ、ＣＤ−Ｒ、ＣＤ−ＲＷ、ＰＣカード、ＤＶＤ、ＩＣメモリカード、ＭＯ、メモリスティック等、任意である。
【００２３】
２０４は記憶媒体であるフロッピー（登録商標）ディスク（ＦＤ）であり、コンピュータが読み取り可能なプログラムが格納された記憶媒体である。
【００２４】
２０５は外部記憶手段の一つであり、大容量メモリとして機能するハードディスク（ＨＤ）であり、アプリケーションプログラム、ＯＳ、印刷注文情報管理プログラム、関連プログラム等を格納している。
【００２５】
２０６は指示入力手段であるキーボードであり、ユーザがクライアントコンピュータに対して、また、オペレータや管理者がオペレータ用コンピュータに対して、印刷注文情報取得コマンド等を入力指示するものである。
【００２６】
２０７は表示手段であるディスプレイであり、キーボード２０６から入力したコマンドや、取得情報等を表示したりするものである。
【００２７】
２０８はシステムバスであり、クライアントやサーバであるコンピュータ内のデータの流れを司るものである。
【００２８】
２０９は入出力手段であるインタフェースであり、該インタフェース２０９を介して情報処理装置は外部装置とのデータのやり取りを行う。
【００２９】
図３は、図２に示したＲＡＭ２０２のメモリマップの一例を示す図であり、ＦＤ２０４からロードされる上記印刷注文情報管理プログラムが、ＲＡＭ２０２にロードされ実行可能となった状態のメモリマップである。
【００３０】
本実施形態では、ＦＤ２０４から印刷注文情報管理プログラムおよび関連データを直接ＲＡＭ２０２にロードして実行させる例を示すが、これ以外にも、ＦＤ２０４から印刷注文情報管理プログラムを動作させる度に、既に印刷注文情報管理プログラムがインストールされているＨＤ２０５からＲＡＭ２０２にロードするようにしてもよい。
【００３１】
また、本印刷注文情報管理プログラムを記憶する媒体は、ＦＤ以外にＣＤ−ＲＯＭ、ＣＤ−Ｒ、ＰＣカード、ＤＶＤ、ＩＣメモリカードであってもよい。さらに、本印刷注文情報管理プログラムをＲＯＭ２０１に記憶しておき、これをメモリマップの一部となすように構成し、直接ＣＰＵ２００で実行することも可能である。
【００３２】
また、以上の各装置と同等の機能を実現するソフトウェアをもって、ハードウェア装置の代替として構成することもできる。
【００３３】
３０１は基本Ｉ／Ｏプログラムであり、本制御装置の電源がＯＮされたときに、ＨＤ２０５からＯＳがＲＡＭ２０２に読み込まれ、ＯＳの動作を開始させるＩＰＬ（イニシャルプログラムローデイング）機能などを有しているプログラムが入っている領域である。
【００３４】
３０２はオペレーティングシステム（ＯＳ）であり、３０３は印刷注文情報管理プログラムで、ＲＡＭ２０２上に確保される領域に記憶される。３０４は関連データで、ＲＡＭ２０２上に確保される領域に記憶される。３０５はワークエリアで、ＣＰＵ２００が本印刷注文情報管理プログラムを実行する領域が確保されている。
【００３５】
図４は、図２に示したＦＤ２０４のメモリマップの一例を示す図である。図４において、４００は前記ＦＤ２０４のデータ内容であり、４０１はデータの情報を示すボリューム情報であり、４０２はディレクトリ情報、４０３は本実施形態で説明する本印刷注文情報管理プログラム、４０４はその関連データである。４０３の本印刷注文情報管理プログラムは、センターサーバ用モジュールと出力拠点用モジュールを含み、実施形態で説明するフローチャートに基づいてプログラム化したものである。
【００３６】
図５は、図２に示したＦＤドライブ２０３に対して挿入されるＦＤ２０４との関係を示す図であり、図２と同一のものには同一の符号を付してある。
【００３７】
図５において、ＦＤ２０４には、本実施形態で説明する本印刷注文情報管理プログラムおよび関連データを格納している。
【００３８】
図６は、本印刷管理システムの全体構成を表した図である。
【００３９】
クライアントコンピュータ６００は図１のクライアントコンピュータ１０１と同様であり、少なくとも印刷注文生成部６０１、印刷注文送信部を持つプログラムが作動している。
【００４０】
センターサーバ６１０は図１のセンターサーバ１０２と同様であり、少なくともクライアントコンピュータからの印刷注文受信部６１１と、印刷注文に対し、一意に割り当てるオーダーＩＤ割当部６１２と、印刷注文を格納する印刷注文情報格納部６１４、出力拠点からの送信される印刷注文情報取得要求の受信部６１３、前記印刷注文情報取得要求に対して、出力拠点に対して送信する印刷注文情報の送信部６１４を持つプログラムが作動している。
【００４１】
出力拠点６２０（１）、…、６２０（Ｎ）は図１の出力拠点１１０、１２０、１３０と同様であり、少なくとも、センターサーバに対する印刷注文情報取得要求の送信部６２１、センターサーバからの印刷注文情報の受信部６２２、受信した印刷注文情報の表示部６２３、印刷注文情報取得要求生成部６２４、警告メッセージ表示部６２５、印刷処理部６２６、印刷注文情報管理部６２７、印刷注文情報格納部６２８を持つ。この出力拠点のシステム構成は色々な組み合わせがあり、その一例が図７、図８である。
【００４２】
図７はオペレータ用コンピュータから直接ネットワークを介してセンターサーバに印刷注文情報取得要求を送信、印刷注文情報を受信し、印刷注文情報の格納部であるファイルサーバにも直接オペレータ用コンピュータから格納し、印刷を行うプリンタに対しても直接オペレータ用コンピュータから印刷処理部から印刷要求を行う構成となっている。
【００４３】
図８は図７に加え、拠点管理サーバが設けられた構成であり、比較的大規模な出力拠点で採用される構成である。オペレータ用コンピュータは拠点管理サーバに印刷注文情報取得要求、印刷要求を送信することにより、印刷注文情報を取得し、印刷を実行することが可能となる。拠点管理サーバではセンターサーバに印刷注文情報取得要求を送信し、印刷注文情報を受信し、ファイルサーバに格納及びオペレータ用コンピュータに配信する。
【００４４】
図９は本実施例の印刷注文情報管理方法について、出力拠点のオペレータ用コンピュータ側の処理を表したフローチャートである。本実施例では図７、図８どちらの構成でも通用するが、説明を簡単にするために図７の場合を想定する。
【００４５】
以下、フローチャートに従い、本実施例のオペレータ用コンピュータの処理を説明する。
【００４６】
また、以下では印刷注文をオーダーと記載する。
【００４７】
まず、本実施例の印刷注文情報管理プログラムの起動に際し、必要な初期化処理を行う（Ｓ９０１）。次にオーダー一覧表示要求が検出されたか判定し（Ｓ９０２）、ｙｅｓの場合はセンターサーバにオーダ一覧取得要求を送信する（Ｓ９０３）。この結果を正常取得したか判定し（Ｓ９０４）、正常取得した場合は、オペレータにオーダー一覧を表示する（Ｓ９０５）。この一覧表の一例は図１１のようになる。Ｓ９０４でｎｏの場合、エラーと判定された場合は（Ｓ９０６）、適宜エラー処理を行い（Ｓ９０７）Ｓ９０２へ戻る。Ｓ９０６でｎｏの場合、Ｓ９０４に戻る。
【００４８】
Ｓ９０５の一覧表よりユーザが取得したいオーダーを選択する（Ｓ９０８）。この操作の一例として、ここでは、図１１から詳細ボタンを押下することで図１２のオーダー詳細を表示し、図中の「オーダー関連ファイルの一括ダウンロード」ボタンを押下することにより、可能になる。この操作により、センターサーバにオーダー情報取得要求が送信される（Ｓ９０９）。
【００４９】
この結果を正常に取得したか判定し（Ｓ９１０）、ｎｏの場合、エラーと判定された場合は（Ｓ９１２）、適宜エラー処理を行い（Ｓ９１３）Ｓ９０２へ戻る。Ｓ９１２でｎｏの場合、Ｓ９１０に戻る。
【００５０】
Ｓ９１０で正常取得した場合は、このオーダー情報が既に管理部に登録されているかを判定する（Ｓ９１１）。ｙｅｓの場合は図１３のような処理の継続の有無を指定可能な警告メッセージを表示する。処理の継続がキャンセルされたかを判定し（Ｓ９１６）、ｙｅｓの場合、即ち図１３で「いいえ」ボタンが押下された場合は取得情報を破棄して（Ｓ９１７）Ｓ９０２へ戻る。Ｓ９１６でｎｏの場合、取得したオーダー情報を管理オーダーに上書きする（Ｓ９１８）。この時、例えば、図１７のような終了処理のお知らせメッセージを表示する。この例では、取得内容確認も行えるようになっており、「ＯＫ」を押下すると、オーダー詳細表示画面が表示され、内容を確認することができる。
【００５１】
Ｓ９０２でｎｏの場合は、プログラム終了要求を検出したか判定し（Ｓ９１９）、ｙｅｓの場合はプログラムの終了処理を行い（Ｓ９２１）、プログラムを終了する。Ｎｏの場合は、その他、適宜処理する（Ｓ９２０）。
【００５２】
Ｓ９０７、Ｓ９１３のエラー処理、Ｓ９１９のその他の処理については、本発明の本質とは無関係であるため、説明を省略する。
【００５３】
図１０は本実施例の印刷注文情報管理方法について、センターサーバ側の処理を表したフローチャートである。以下、フローチャートに従い、本実施例のセンターサーバの処理を説明する。
【００５４】
まず、本実施例の印刷注文情報管理システムのセンターサーバプログラムの起動に際し、必要な初期化処理を行う（Ｓ１００１）。次にオーダー一覧取得要求が検出されたか判定し（Ｓ１００２）、ｙｅｓの場合は情報管理部から、図１１を表示するのに足るオーダーＩＤ、オーダー名等からなるオーダー情報の一覧を生成し（Ｓ１００４）、生成したオーダー一覧を要求先（この実施例の場合、出力拠点）に送信し（Ｓ１００５）、Ｓ１００２へ戻る。Ｓ１００２でｎｏの場合は、オーダー詳細情報取得要求が検出されたか判定し（Ｓ１００３）、ｙｅｓの場合は情報管理部から、図１２を表示するのに足るオーダー詳細情報を取得し（Ｓ１００６）、取得したオーダー詳細情報を要求先に送信し（Ｓ１００７）、Ｓ１００２へ戻る。Ｓ１００３でｎｏの場合は、顧客からの印刷注文であるか判定し（Ｓ１００８）、ｙｅｓの場合は、印刷注文を一意に特定するオーダーＩＤを発行し（Ｓ１００９）、情報管理部に印刷注文から生成したオーダー詳細情報を登録し（Ｓ１０１０）、Ｓ１００２へ戻る。Ｓ１００８でｎｏの場合は、プログラム終了要求を検出したか判定し（Ｓ１０１１）、ｙｅｓの場合はプログラムの終了処理を行い（Ｓ１０１２）、プログラムを終了する。Ｎｏの場合は、その他、適宜処理する（Ｓ１０１３）。Ｓ１０１３のその他の処理については、本発明の本質とは無関係であるため、説明を省略する。
【００５５】
以上、説明したように本発明によれば、既に情報管理部に取得された注文情報に対し、再度取得要求があった場合に、上書きの警告表示を行うことでオペレータの注意を喚起し、誤ったオーダの更新処理を防ぐことが可能になる。これにより、オペレータの作業効率を向上させる効果がある。
【００５６】
（実施例２）
実施例１では、オーダーの処理状況に関わらず、一様に上書き確認のみを行っていたが、オーダーの担当者に応じた警告表示を行うことが可能である。
【００５７】
この場合、印刷注文管理部において、オーダーの担当者情報を管理しておき、この担当者情報をＳ９１１のステップで同時に取得するか、或いはＳ９０９のステップでセンターサーバからオーダー情報の一部として担当者情報も取得し、最新担当者情報と、オーダー取得要求を出したオペレータと比較処理を行うことで、担当者に応じた警告メッセージを表示する。例えば、担当者未決、即ち担当者が割り当てられていない状態では、通常、オーダー状態に変更はなく、上書きをしても何ら問題はないため、警告表示を行わないで上書きする。他に、オーダー取得要求を出したオペレータと異なる担当者が割り当てられていた場合はオーダーの取得処理自体が不要である場合が多いので図１４のような警告メッセージを表示する。
【００５８】
以上、説明したように本発明によれば、実施例１に追加して警告メッセージの表示に担当者情報も加味することで、ユーザにより適切な操作を行わせることが可能となる。これにより、オペレータの作業効率を向上させる効果がある。
【００５９】
（実施例３）
実施例１では、オーダーの処理状況に関わらず、一様に上書き確認のみを行っていたが、オーダーのステータスに応じた警告表示を行うことが可能である。
【００６０】
この場合、印刷注文管理部において、オーダーのステータス情報を管理しておき、このステータス情報をＳ９１１のステップで同時に取得するか、或いはＳ９０９のステップでセンターサーバからオーダー情報の一部としてステータス情報も取得し、最新ステータス情報に応じた警告メッセージを表示する。例えば、「編集中」より前のステータスの場合、通常、オーダー情報に変更はなく、上書きをしても何ら問題はないため、警告表示を行わないで上書きする。「編集中」以降のステータスの場合、編集ファイルや取り込みファイルを追加したり、サーバで保存しないローカルなメモ情報等が追加されている場合があるため、図１５のような警告メッセージを表示する。
【００６１】
以上、説明したように本発明によれば、実施例１に追加して警告メッセージの表示にステータス情報も加味することで、ユーザにより適切な操作を行わせることが可能となる。これにより、オペレータの作業効率を向上させる効果がある。
【００６２】
（実施例４）
実施例１では、オーダーの処理状況に関わらず、一様に上書き確認のみを行っていたが、センターサーバから取得するオーダー情報より多くの情報を、出力拠点のオーダー情報として管理している場合、センターサーバからの情報で上書きしてしまうと、その差分情報が消失してしまう場合がある。これは、この差分情報について、オーダーの初期状態からの変更状況に応じて警告表示を行うことでご操作を防ぐことが可能である。
【００６３】
この場合、印刷注文管理部において、オーダーの編集、追加ファイル等の出力拠点特有の変更情報を管理しておき、これらの情報をＳ９１１のステップで同時に取得し、変更情報に応じた警告メッセージを表示する。例えば、変更がない場合は、上書きをしても何ら問題はないため、警告表示を行わないで上書きする。変更がある場合は、その変更情報により、通常、操作に選択肢が増えるため、続行処理の選択が可能な図１６のような警告メッセージを表示する。
【００６４】
以上、説明したように本発明によれば、警告メッセージの表示にオーダーの変更情報も加味することで、ユーザにより適切な操作を行わせることが可能となる。これにより、オペレータの作業効率を向上させる効果がある。
【図面の簡単な説明】
【００６５】
【図１】本実施例の印刷注文情報管理方法を実装した印刷管理システムの構成図。
【図２】本実施例の形態における情報処理装置の構成を説明するブロック図。
【図３】図２で示したブロック図におけるメモリマップ。
【図４】図３のメモリマップの一例を示す図。
【図５】図２に示したＦＤドライブに挿入されるＦＤとの関係を示す図。
【図６】本実施例の印刷管理システム全体の概要構成図。
【図７】図６の出力拠点の一例を表す構成図。
【図８】図６の出力拠点の一例を表す構成図。
【図９】本システムのセンターサーバの処理を表すフローチャート。
【図１０】本システムのオペレータ用コンピュータの処理を表すフローチャート。
【図１１】本システムで印刷注文情報を一覧するユーザインターフェースの一例。
【図１２】本システムで印刷注文情報の詳細から印刷要求を指示するユーザインターフェースの一例。
【図１３】本システムで表示する警告メッセージの一例。
【図１４】本システムで表示する警告メッセージの一例。
【図１５】本システムで表示する警告メッセージの一例。
【図１６】本システムで表示する警告メッセージの一例。
【図１７】本システムで表示する処理終了メッセージの一例。
【図１】
2005196440.tif 000003
【図２】
2005196440.tif 000004
【図３】
2005196440.tif 000005
【図４】
2005196440.tif 000006
【図５】
2005196440.tif 000007
【図６】
2005196440.tif 000008
【図７】
2005196440.tif 000009
【図８】
2005196440.tif 000010
【図９】
2005196440.tif 000011
【図１０】
2005196440.tif 000012
【図１１】
2005196440.tif 000013
【図１２】
2005196440.tif 000014
【図１３】
2005196440.tif 000015
【図１４】
2005196440.tif 000016
【図１５】
2005196440.tif 000017
【図１６】
2005196440.tif 000018
【図１７】
2005196440.tif 000019