(57)【要約】【課題】フォーマットの異なる指示書を用いて、注文、注文確認、注文処理完了を通知する。【解決手段】注文があると、管理部２において、データベースの情報項目とデータ値とを対応させた内部指示書を作成し、発注先を決定し、決定された供給管理装置と予め関係付けした例えば編成部１２により、所定のテーブルを参照して外部指示書を作成し、決定された印刷拠点サーバにルーチングする。そして、印刷拠点サーバから外部指示書が送り返して注文確認又は供給完了が通知されると、例えば編成部１２において、送り返された外部指示書から、データ値が更新された情報項目とデータ値を抽出し、更新された情報項目に対応する内部指示書の情報項目を前記テーブルを参照して取り出し、この情報項目に前記抽出したデータ値をコピーし、管理部１１においては、得られた内部指示書に基づき前記データベースを更新する。【選択図】        図２
2004326677.tif 000002
【特許請求の範囲】
【請求項１】
印刷製本の注文データを作成するための端末と、注文を管理する注文管理装置と、印刷製本の供給を管理する複数の供給管理装置とを有する注文処理システムにおいて、
前記注文管理装置は、
前記端末により作成された注文を管理するためのデータベースと、
前記端末からの注文があった場合に、前記データベースの情報項目とデータ値とを対応させた内部指示書を作成する内部指示書作成手段と、
前記複数の供給管理装置から発注先を決定する決定手段と、
該決定手段により決定された供給管理装置と予め関係付けした外部指示書編成手段であって、内部指示書と外部指示書との間における情報項目の対応関係を表したテーブルを参照して外部指示書を作成する外部指示書編成手段と、
該外部指示書編成手段により作成された外部指示書を前記決定手段により決定された供給管理装置にルーチングするルーチング手段と、
前記供給管理装置からの外部指示書から、データ値が更新された情報項目とデータ値を抽出し、更新された情報項目に対応する内部指示書の情報項目を前記テーブルを参照して取り出し、この情報項目に前記抽出したデータ値をコピーし、得られた内部指示書に基づき前記データベースを更新するデータベース管理手段と
を備え、
前記供給管理装置は、
前記外部指示書の少なくとも注文ステータスに関係する情報項目のデータ値を注文確認を表すデータ値で更新し更新後の外部指示書を前記注文管理装置に送り返すことにより注文確認を通知する注文確認通知手段と、
前記外部指示書の少なくとも注文ステータスに関係する情報項目のデータ値を供給完了を表すデータ値で更新し更新後の外部指示書を前記注文管理装置に送り返すことにより供給完了を通知する供給完了通知手段と
を備えたことを特徴とする注文処理システム。
【発明の詳細な説明】
【０００１】
【発明の属する技術分野】
本発明は、印刷、製本の注文を受けその注文を処理する注文処理システムに関するものである。
【０００２】
【従来の技術】
一般の企業や個人がインタネットを利用できるようになって、電子データを簡単かつ高速に相手に送ることができるようになったことから、印刷出版を専門にする者でなくても、原稿（電子データ）を印刷製本業者へ送って、原稿から短納期で小ロットの印刷を行うことのできるいわゆるオンデマンド印刷サービスを受けることができるようになった。
【０００３】
原稿（電子データ）のやり取りおいては、高速で行うことができるが、印刷、製本などの製品の作成においては、出力の量に比例した時間がかかることになる。顧客の注文の出し方によっては、印刷製本業者によって受注した依頼の負荷に大きな差が出る場合もある。業者間の受注量の差は業者ごとの品質（製品の品質、納期の早さ等）や設備の規模などで違いが出るものであるが、１つの業者が複数の印刷製本拠点を持っているか、あるいは系列の業者と連携して受注できる場合には、印刷製本拠点間でバランスの取れた配分が行えることが望ましい。
【０００４】
このような大規模な業者の場合には、印刷製本依頼を１つのネットワークサービスで受注するようなシステムを構築している。例えば、インタネットにおけるＷｏｒｌｄ  Ｗｉｄｅ  Ｗｅｂ等を利用し、全国どこからでも１つのホームページにおいて注文を受け、それぞれ注文者の地理的位置や注文内容に応じてバランスの取れた拠点配分を行う。
【０００５】
この印刷製本の電子注文システムは、利用者の側から見ると、クライアントが原稿ページデータと印刷製本指示をサーバへアップロードし、印刷製本業者に製本物を作成することを依頼するシステムということになる。注文に際しては、両面指示等のレイアウト指示や製本指示のような印刷方法を指示する内容を、印刷対象とは別の文書で保持し、印刷対象と対にしてサーバへ送信するということが行われている。
【０００６】
この指示内容を含む文書は、指示書あるいはジョブチケット（Ｊｏｂ  Ｔｉｃｋｅｔ）（以下「ＪＴ」ともいう。）と呼ばれている。ジョブチケットの使用により、複雑となる指示内容を保存しておき、同じ印刷方法での印刷を容易に繰り返すことが可能となっている。また、同じ原稿データに対して違うジョブチケットを用いることにより異なる形態の出力が可能となる。
【０００７】
このジョブチケットは、クライアントからサーバへアップロードする際だけでなく、サーバから個々の印刷拠点であるプリントショップ（以下「ショップ」という。）へ配分した注文指示を送る際にも、使用することができる。サーバとショップの間で使用されるジョブチケットは、クライアントとサーバの間でやり取りされるものと同じ形式でも良いし、異なっていても良い。ジョブチケットの形式が同じであれば、注文者の指示した内容を直接ショップへ送ることもでき、これによりサーバの負荷を大きく減らすことができる。ジョブチケットの形式が異なっていたとしても、サーバが分配した注文指示をショップへ伝える際に、ジョブチケットのようなファイルの形式をとること自体に利点がある。
【０００８】
ジョブチケットを利用すれば、注文を受けたショップが処理の一部あるいは全部をさらに下請けショップへまわすことが容易に実現可能となる。以下、サーバからジョブを直接分配されたショップを「１次ショップ」といい、下請け以降のショップを「２次ショップ」という。
【０００９】
インターネットを介した、ジョブチケット等の印刷記述ファイルを用いて印刷注文を行い、料金の見積もりを行う仕組みとして、特許文献１の技術が知られている。
【００１０】
【特許文献１】
特開２００３−００５９３５号公報
【００１１】
【発明が解決しようとする課題】
ジョブチケットの流れは、通常、一方向であるが、同じフォーマットのジョブチケットは、双方向のデータ送信に利用されることもある。双方向のデータ送信に利用されるジョブチケットは、フォーマットは共通であるが、ジョブチケットの内容に反映される情報ソースは、データ送信方向により異なる。例えば、クライアントからサーバへ送られるジョブチケットの内容は、注文者の意図が反映され、サーバからクライアントへ送られるジョブチケットの内容は、サーバ内のデータベースからジョブチケットフォーマットに変換されたものが反映される。
【００１２】
２つの目的の異なるフォーマット間でフォーマットの変換を行った場合には、互いのフォーマットに存在しない情報項目が失われ、結果としてデータが失われるから、サーバとショップとの間においては、ジョブチケットの他に処理の進捗状態を管理するための通信手段が必要となり、双方向で状態の同期を取るために、サーバとの通信プロトコルによるインタフェースやサーバのデータベースへ直接アクセスが必要となる。
【００１３】
ところで、印刷製本業者および印刷製本拠点は多く存在し、その中でそれぞれ独自のシステムを用いた運用を行っている。また、同じ業者内での異なる印刷拠点においても、システムのバージョン変更や新規システムの導入などで、必ずしも統一された仕様のシステムとなっているとは限らない。
【００１４】
しかし、１次ショップ、２次ショップを含め、通信プロトコルによるインタフェースや、サーバのデータベースへの直接アクセスでは、サーバおよびショップのシステムを完全に統一する必要がある。とは言え、統一されていないシステムどうしを接続する必要性は一般的に良くあり、全体のシステムの移行の過渡期や多くの拠点を抱える印刷業者にとっては重要な課題である。
【００１５】
これに対して、サーバからショップへの指示にはジョブチケットを送り、ショップは完了通知のみを送るという簡単な手段も考えられる。この場合、ジョブチケットに対応する識別子と完了通知のみを送ればよいため、複雑な通信手段を用意する必要はない。
【００１６】
しかし、この手段では、詳細な進捗を注文者が確認することが難しく、また処理内容に関する詳細をサーバのデータベースに記録することができない。このことは、ジョブチケットを再注文に利用しようとする場合の利便性を損ねることになる。
【００１７】
そうすると、利用者の印刷製本注文を一括して受け付け、複数の印刷拠点に対してその処理を分配する印刷注文システムにおいて、注文を一括して受け付けるサーバにおいて各注文の処理進捗および処理結果の詳細情報を完全に把握、管理しようとすると、サーバおよび各印刷製本拠点の処理および通信システムを統一しなければならず、サービスシステム全体の構築にコストおよび工数が非常にかかってしまうことになる。
【００１８】
そこで、本発明の目的は、上記のような問題点を解決し、注文を管理する注文管理装置と、印刷製本の供給を管理する複数の供給管理装置との間で、フォーマットの異なる指示書を用いて、注文、注文確認、注文処理完了を通知することができる注文処理システムを提供することにある。
【００１９】
【課題を解決するための手段】
請求項１の発明は、印刷製本の注文データを作成するための端末と、注文を管理する注文管理装置と、印刷製本の供給を管理する複数の供給管理装置とを有する注文処理システムにおいて、前記注文管理装置は、前記端末により作成された注文を管理するためのデータベースと、前記端末からの注文があった場合に、前記データベースの情報項目とデータ値とを対応させた内部指示書を作成する内部指示書作成手段と、前記複数の供給管理装置から発注先を決定する決定手段と、該決定手段により決定された供給管理装置と予め関係付けした外部指示書編成手段であって、内部指示書と外部指示書との間における情報項目の対応関係を表したテーブルを参照して外部指示書を作成する外部指示書編成手段と、該外部指示書編成手段により作成された外部指示書を前記決定手段により決定された供給管理装置にルーチングするルーチング手段と、前記供給管理装置からの外部指示書から、データ値が更新された情報項目とデータ値を抽出し、更新された情報項目に対応する内部指示書の情報項目を前記テーブルを参照して取り出し、この情報項目に前記抽出したデータ値をコピーし、得られた内部指示書に基づき前記データベースを更新するデータベース管理手段とを備え、前記供給管理装置は、前記外部指示書の少なくとも注文ステータスに関係する情報項目のデータ値を注文確認を表すデータ値で更新し更新後の外部指示書を前記注文管理装置に送り返すことにより注文確認を通知する注文確認通知手段と、前記外部指示書の少なくとも注文ステータスに関係する情報項目のデータ値を供給完了を表すデータ値で更新し更新後の外部指示書を前記注文管理装置に送り返すことにより供給完了を通知する供給完了通知手段とを備えたことを特徴とする。
【００２０】
【発明の実施の形態】
以下、本発明の実施の形態を図面を参照して詳細に説明する。
【００２１】
＜第１の実施の形態＞
図１は本発明の第１の実施の形態を示す。これは、印刷製本に対する注文処理システムの例であり、クライアント端末３、４と印刷注文サーバ１とが、ネットワーク７を介して相互に接続してあり、印刷注文サーバ１と印刷拠点サーバ５，６，７とがネットワーク８を介して相互に接続してある。
【００２２】
クライアント端末３、４は注文を作成するためのものである。印刷注文サーバ１は注文および印刷製本の進捗を管理するものであり、データベース２を持っている。データベース２は、図４に示すように、注文情報をレコード単位で管理しており、各レコードは、レコードごとに一意な値を持つレコードＩＤ２００と、管理されるデータ２０１ａ、２０１ｂ、２０１ｃ、２０１ｄとを持っている。レコードＩＤ２０２は目的のレコードを特定するために使用し、その他のデータは注文内容や顧客情報、拠点情報など印刷のサービスを行うために必要な情報である。印刷拠点サーバ５、６は印刷製本を行う印刷拠点に設けられていて、印刷拠点においてローカルに受注および印刷製本の進捗を管理するものである。
【００２３】
図２は図１の印刷注文サーバ１の構成を示す。図２において、２，７，８は図１と同一部分を示す。印刷注文サーバ１は、サービスＵＩ１０と、管理部１１と、編成部１２，１３，１４と、インタフェース部１５とを有する。
【００２４】
サービスＵＩ１０はネットワーク７とのインタフェース部である。管理部１１は、サービスＵＩ１０及びネットワーク７を介して通信を行い、クライアント端末３，４により作成された注文の内容をデータベース２に記録し、データベース２のレコード及びレコードの内容に対応するフォーマット及び内容を有するファイル（以下「内部ジョブチケット」という。）を作成するものである。また、管理部１１は、注文を振り分ける印刷拠点、すなわち印刷拠点サーバ５、６、７から１つの印刷拠点サーバを決定し、この決定した印刷拠点サーバに、端末３，４によりアップロードされたドキュメントファイル電子データと、編成部１２、１３、１４により編成された外部ジョブチケットをルーチングする。編成部１２、１３、１４は、印刷拠点サーバ５、６、７に関付けしてあり、管理部１１により渡された内部ジョブチケットを記憶部１２１，１３１，１４１に格納するものである。また、編成部１２、１３、１４は、編成部１２、１３、１４に対して予め用意された編成テーブル（以下「編成ルールセット」ともいう。）を参照して、外部ジョブチケットを編成し、得られた外部ジョブチケットを記憶部１２１，１３１，１４１に格納するものである。さらに、編成部１２、１３、１４は、更新前及び更新後の外部ジョブチケットの差分をとり、この差分に基づき、記憶部１２１，１３１，１４１の関係付けされていた内部ジョブチケットを更新するものである。インタフェース部１５はネットワーク８とのインタフェース部である。
【００２５】
印刷注文サーバ１の管理部１１が内部ジョブチケットとデータベース２との同期を担当するのに対して、印刷拠点サーバ５、６、７は外部ジョブチケットの送受信と更新を担当する。
【００２６】
次に、図３を参照して、注文を処理する手順を説明する。まず、例えばクライアント端末３が印刷注文サーバ１へログインする（Ｓ１０３）と、印刷注文サーバ１は、ログインからログアウトまでの間、クライアント端末３を使用して自分の業務を処理するヒューマンユーザ（以下「ユーザ」という。）を識別し管理する。なお、印刷注文サーバ１は公知の技術により実現されるユーザ認証手段を持ち、決済や出力物の配送のための手段が実現されているものとする。また、クライアント端末３は印刷注文サーバ１によって識別されるアクセス権を既に持っているものとする。
【００２７】
ついで、クライアント端末３は印刷に供されるドキュメントファイル電子データを印刷注文サーバ１へアップロードする（Ｓ１０４）。さらに、所望の印刷製本方法を記述したジョブチケットを印刷注文サーバ１へ送信する（Ｓ１０５）。ここで、送信されるジョブチケットは、ユーザがクライアント端末３を使用して入力した印刷製本指示の内容に従って、クライアント端末３において自動的に作成されたものであり、サービスＵＩ１０が認識できるフォーマットを持つデータであって、後述する内部ジョブチケットおよび外部ジョブチケットとは異なるものである。このジョブチケットの送信によって発注が行われる。発注後、ユーザはクライアント端末３を使用して印刷注文サーバ１からログアウトし（Ｓ１０６）、注文処理を終了する。
【００２８】
印刷注文サーバ１においては、管理部１１は、クライアント端末３からサービスＵＩ１０を介してジョブチケットを受け取ると、このジョブチケットの内容をデータベース２に記録し、印刷拠点、例えば印刷拠点サーバ５を注文振り分け基準に従って決定し、アップロードされているドキュメントファイル電子データを、インタフェース部１５とネットワーク８とを介して印刷拠点サーバ５にルーチングする（Ｓ１０７）。ついで、管理部１１は、データベース２の記録内容から内部ジョブチケットを作成し、この内部ジョブチケットを、既に決定した印刷拠点サーバである印刷拠点サーバ５と予め関係付けされている編成部１２に渡す。編成部１２においては、例えば図５に示す編成テーブルに従って、外部ジョブチケットが編成され、得られた外部ジョブチケットが、先に格納されている内部ジョブチケットと関係付けをされて記憶装置１２１に格納され、管理部１１に渡される。そして、この外部ジョブチケットを受け取った管理部１１は、インタフェース部１５とネットワーク８とを介して、印刷拠点サーバ５へ転送する。管理部１１が外部ジョブチケットを転送することにより、印刷拠点サーバ５へ印刷指示が送られる（Ｓ１０８）。
【００２９】
印刷拠点サーバ５においては、受け取った外部ジョブチケットに基づいて、処理のスケジューリングを行う。処理のスケジューリングは、印刷拠点によって異なるが、主に受注可能か不可能かの判断や注文内容の詳細化、処理優先順位の決定などを手動あるいは自動にて行う。そして、処理の進捗に応じて外部ジョブチケットが更新され、更新が完了した外部ジョブチケットをネットワーク８を介して印刷注文サーバ１に転送する。この外部ジョブチケットの転送により注文受理が印刷注文サーバ１へ通知される（Ｓ１０９）。
【００３０】
その後、印刷拠点サーバ５において、所定の業務進捗の中でこの外部ジョブチケットに対応した処理を行い、印刷製本を完了する。そして、処理の進捗状態について外部ジョブチケットを更新し、更新した外部ジョブチケットを完了通知として印刷注文サーバ１へ通知する（Ｓ１１０）。
【００３１】
印刷注文サーバ１においては、管理部１１が、ネットワーク８上からインタフェース部１５を介して外部ジョブチケット（更新後）を受け取ると、この外部ジョブチケットの所定のフィールドを参照して、この外部ジョブチケットの宛先として例えば編成部１２を判定し、編成部１２にこの外部ジョブチケットを渡す。この外部ジョブチケットを受け取った編成部１２は、この外部ジョブチケットと、記憶部１２１に保持されていた外部ジョブチケット（更新前）との差分をとり、得られた差分から、記憶部１２１に保持されていた内部ジョブチケットに対する修正差分（パッチ）を作成し、作成された修正差分に基づきこの内部ジョブチケットを修正し、修正された内部ジョブチケットを管理部１１に渡す。
【００３２】
修正された内部ジョブチケットを受け取った管理部１１は、修正された内部ジョブチケットに基づき、データベース２のデータのうち元の内部ジョブチケットに関係する記録内容を更新する。
【００３３】
印刷製本が完了した出力物については、印刷拠点サーバ５を有する印刷拠点からクライアント端末３へ送付される（Ｓ１１１）。
【００３４】
なお、クライアント端末３は、注文を完了してから出力物が送付されるまでの間にも、印刷注文サーバ１に対して進捗の状況を問い合わせることができ、管理部１１は、進捗の状況の問い合わせに応答して、データベース２から情報を取り出し、サービスＵＩ１０を通してクライアント端末３へ転送する。
【００３５】
次に、図４を参照して、内部ジョブチケットの作成、外部ジョブチケットの編成、更新、及び内部ジョブチケットの更新をより詳細に説明する。図４において、２，５，１２，１２１は図１及び図２と同一部分を示す。そして、クライアント端末３からの注文内容を示す情報がレコード２０２に格納されているものとし、管理部１１は、レコード２０２に関連する注文の振り分け先として、振り分け基準に従って、印刷拠点サーバ５を決定し、決定した印刷拠点サーバ５に予め関係付けされている編成部１２を、外部ジョブチケットを編成する編成部として指定するものとする。
【００３６】
（１）内部ジョブチケットの作成
管理部１１により、データベース２のレコード２０２のフィールドに対応するフィールドを有する内部ジョブチケットが作成される。この作成された内部ジョブチケットを内部ジョブチケット２０３（図４）とする。
【００３７】
内部ジョブチケット２０３は、図５に示すように、フィールド３００〜３１１を有し、フィールド３００〜３１１は、上述したように、その内容がデータベース２２のレコードデータに対応しており、図４との対応でいえば、フィールド３００の内容がデータベース２２のレコードＩＤ２００に対応し、フィールド３０１〜３１１の各内容がデータ２０１ａ、２０１ｂ、２０１ｃ、…、２０１ｄに対応している。
【００３８】
フィールド３００は、フィールド名がＲｅｃｏｒｄＩＤ、タイプがテキスト、その内容がレコードＩＤである。
【００３９】
フィールド３０１は、フィールド名がＵｓｅｒＮａｍｅ、タイプがテキスト、その内容が注文者のユーザ名である。
【００４０】
フィールド３０２は、フィールド名がＵｓｅｒＩＤ、タイプがテキスト、その内容が印刷注文サーバ１において管理されるユーザの識別子である。
【００４１】
フィールド３０３は、フィールド名がＭｅｄｉａＳｉｚｅ、タイプがテキスト、その内容が注文内容における用紙サイズである。
【００４２】
フィールド３０４は、フィールド名がＦｉｎｉｓｈｉｎｇ、タイプがテキスト、その内容が製本方式である。
【００４３】
フィールド３０５は、フィールド名がＭｅｄｉａＴｙｐｅ、タイプがテキスト、その内容が用紙の種類（上質紙、再生紙、等）である。
【００４４】
フィールド３０６は、フィールド名がＳｔａｔｕｓ、タイプがテキスト、その内容が本注文の現在の状態である。これから、ユーザは進捗状態が分かる。
【００４５】
フィールド３０７は、フィールド名がＰａｇｅＤａｔａＦｉｌｅＮａｍｅ、タイプがテキスト、その内容が原稿データのファイル名である。
【００４６】
フィールド３０８は、フィールド名がＰａｇｅＤａｔａＦｉｌｅＩＤ、タイプがテキスト、その内容が印刷注文サーバ１において管理される原稿データの識別子である。
【００４７】
フィールド３０９は、フィールド名がＯｒｄｅｒＤａｔｅ、タイプがテキスト、その内容が印刷注文サーバ１がクライアント端末３から受け付けた注文日時である。
【００４８】
フィールド３１０は、フィールド名がＯｒｄｅｒＳｈｏｐ、タイプがテキスト、その内容が印刷注文サーバ１が振り分けた印刷拠点名である。
【００４９】
フィールド３１１は、フィールド名がＯｒｄｅｒＩＤ、タイプがテキスト、その内容が印刷注文サーバ１において管理される印刷拠点の識別子である。
【００５０】
内部ジョブチケットはテキストであって、その各行が、フィールド名と、コロン（：）と、フィールドの内容と、改行キャラクタとを有するものである。内部ジョブチケットの例を、図１３に示す。
【００５１】
（２）外部ジョブチケットの編成
編成部１２は固有の外部ジョブチケットテンプレートを持っており、この外部ジョブチケットテンプレートは図５に示すようにフィールド３１４〜３２２を有する。
【００５２】
フィールド３１４は、フィールド名がＳｅｒｖｅｒＩＤ、タイプがテキスト、その内容が印刷注文サーバ１においてその外部ジョブチケットを一意に識別するための識別子である。この識別子は後述する印刷拠点において使用するジョブチケットの識別子ＩＤとは異なる。
【００５３】
フィールド３１５は、フィールド名がＵｓｅｒ、タイプがテキスト、その内容が注文者名である。
【００５４】
フィールド３１６は、フィールド名がＳｉｚｅ、タイプがテキスト、その内容が用紙サイズである。
【００５５】
フィールド３１７は、フィールド名がＢｏｏｋＴｙｐｅ、タイプがテキスト、その内容が製本方式である。
【００５６】
フィールド３１８は、フィールド名がＭｅｄｉａＴｙｐｅ、タイプがテキスト、その内容が用紙の種類である。
【００５７】
フィールド３１９は、フィールド名がＪｏｂＳｔａｔｕｓ、タイプがテキスト、その内容が進捗状態である。
【００５８】
フィールド３２０は、フィールド名がＦｉｌｅＮａｍｅ、タイプがテキスト、その内容が原稿データのファイル名である。
【００５９】
フィールド３２１は、フィールド名がＩＤ、タイプがテキスト、その内容が印刷拠点サーバ５におけるその外部ジョブチケットの識別子である。
【００６０】
フィールド３２２は、フィールド名がＰｒｉｏｒｉｔｙ、タイプがテキスト、その内容がその外部ジョブチケットの処理の優先度である。
【００６１】
次に、外部ジョブチケットの編成に用いられる編成ルールセットを説明する。編成ルールセットは、［１］外部ジョブチケットのフィールドに対応する内部ジョブチケットのフィールドがある場合には、外部ジョブチケットのフィールドに、対応する内部ジョブチケットのフィールドの内容をコピーする。［２］外部ジョブチケットのフィールドに対応する内部ジョブチケットのフィールドがない場合には、その外部ジョブチケットのフィールドにデフォルト値を入力する。とのルールを有する。
【００６２】
編成部１２により編成ルールセットとして用いられる編成テーブルは、フィールドの対応に次のように意味付けが行なわれている。矢印は、内部ジョブチケットと外部ジョブチケットテンプレートとの間で、フィールドの内容の受け渡しを行うことを表す。内部ジョブチケットのフィールドでないものから、外部ジョブチケットテンプレートのフィールドへ向けての矢印は、その外部ジョブチケットテンプレートのフィールドに対応した情報が、内部ジョブチケットにおいて保持されていないことを表す。
【００６３】
編成部１２は、この編成ルールセットに従って、次のようにして、外部ジョブチケットテンプレートのフィールドをテキストで埋めていくことになる（図４のＰ２２０）。
【００６４】
図５の編成テーブルに照らすと、外部ジョブチケットテンプレートのＳｅｒｖｅｒＩＤフィールドに対しては、内部ジョブチケットのＲｅｃｏｒｄＩＤフィールドが対応するので、図１３の内部ジョブチケットのＲｅｃｏｒｄＩＤフィールドの内容である１２３４５６７８を、外部ジョブチケットテンプレートのＳｅｒｖｅｒＩＤフィールドにコピーする。
【００６５】
外部ジョブチケットテンプレートのＵｓｅｒフィールドに対しては、内部ジョブチケットのＵｓｅｒＮａｍｅフィールドが対応するので、図１３の内部ジョブチケットのＵｓｅｒＮａｍｅフィールドの内容であるＯＯＳＩＭＡを、外部ジョブチケットテンプレートのＵｓｅｒフィールドにコピーする。
【００６６】
外部ジョブチケットテンプレートのＳｉｚｅフィールドに対しては、内部ジョブチケットのＭｅｄｉａＳｉｚｅフィールドが対応するので、図１３の内部ジョブチケットのＭｅｄｉａＳｉｚｅフィールドの内容であるＡ４を、外部ジョブチケットテンプレートのＳｉｚｅフィールドにコピーする。
【００６７】
外部ジョブチケットテンプレートのＢｏｏｋＴｙｐｅフィールドに対しては、内部ジョブチケットのＦｉｎｉｓｈｉｎｇフィールドが対応するので、図１３の内部ジョブチケットのＦｉｎｉｓｈｉｎｇフィールドの内容であるａｎｙを、外部ジョブチケットテンプレートのＢｏｏｋＴｙｐｅフィールドにコピーする。
【００６８】
外部ジョブチケットテンプレートのＭｅｄｉａＴｙｐｅフィールドに対しては、内部ジョブチケットのＭｅｄｉａＴｙｐｅフィールドが対応するので、図１３の内部ジョブチケットのＭｅｄｉａＴｙｐｅフィールドの内容であるｎｏｒｍａｌを、外部ジョブチケットテンプレートのＭｅｄｉａＴｙｐｅフィールドにコピーする。
【００６９】
外部ジョブチケットテンプレートのＪｏｂＳｔａｔｕｓフィールドに対しては、内部ジョブチケットのＳｔａｔｕｓフィールドが対応するので、図１３の内部ジョブチケットのＳｔａｔｕｓフィールドの内容であるｏｒｄｅｒを、外部ジョブチケットテンプレートのＪｏｂＳｔａｔｕｓフィールドにコピーする。
【００７０】
外部ジョブチケットテンプレートのＦｉｌｅＮａｍｅフィールドに対しては、内部ジョブチケットのＰａｇｅＤａｔａＦｉｌｅＮａｍｅフィールドが対応するので、図１３の内部ジョブチケットのＰａｇｅＤａｔａＦｉｌｅＮａｍｅフィールドの内容であるｏｒｉｇｉｎａｌ．ｐｄｆを、外部ジョブチケットテンプレートのＦｉｌｅＮａｍｅフィールドにコピーする。
【００７１】
外部ジョブチケットテンプレートのＩＤフィールドに対しては、内部ジョブチケットのフィールドが対応していないので、編成部１２が有するデフォルト値であるｎｕｌｌキャラクタを、外部ジョブチケットテンプレートのＩＤフィールドに入力する。
【００７２】
外部ジョブチケットテンプレートのＰｒｉｏｒｉｔｙフィールドに対しては、内部ジョブチケットのフィールドが対応していないので、編成部１２が有するデフォルト値であるｈｉｇｈを、外部ジョブチケットテンプレートのＰｒｉｏｒｉｔｙフィールドに入力する。
【００７３】
編成部１２によるこのような処理をまとめて図６に示し、得られた外部ジョブチケット２０４（図４）の例を図１４に示す。
【００７４】
そして、レコードＩＤ２００の内容（すなわち、１２３４５６７８）と、内部ジョブチケット２０３と、外部ジョブチケット２０４とのセットが記憶装置１２１に保持される（図４のＰ２２１、Ｐ２２２）。
【００７５】
（３）外部ジョブチケットの更新
印刷拠点サーバ５においては、内部スケジューリング（図３）において、受け取った外部ジョブチケット２０４に対して、例えば、ＢｏｏｋＴｙｐｅフィールドの内容について、ａｎｙ（お任せを意味する。）をｓａｄｄｌｅ−ｓｔｉｔｃｈ（中綴じ製本を意味する。）に更新し、ＪｏｂＳｔａｔｕｓフィールドの内容について、ｏｒｄｅｒ（注文中を意味する。）をｗａｉｔｉｎｇ（処理待ちを意味する。）に更新し、ＩＤフィールドの内容について、ｎｕｌｌキャラクタをＪＩＤ１１２２３３に更新し、Ｐｒｉｏｒｉｔｙフィールドの内容について、ｈｉｇｈをｌｏｗに更新する。この更新の様子を図７に示し、更新された外部ジョブチケットを図１５に示す。
【００７６】
なお、ＪｏｂＳｔａｔｕｓフィールドの内容は、Ｓｔａｔｕｓフィールドの内容が印刷注文サーバ１における処理進捗の管理に使用されるため、印刷拠点においても適切に更新する必要がある。
【００７７】
そして、更新された外部ジョブチケット２０７は印刷注文サーバ１のデータベース２を更新するべく、印刷注文サーバ１へ送られる。これにより、外部ジョブチケットを受理し、処理内容の詳細を決定した旨が通知される。
【００７８】
（４）内部ジョブチケットの更新
印刷注文サーバ１においては、編成部１２は、外部ジョブチケット２０７（更新後）のレコードＩＤ（すなわち、１２３４５６７８）から特定される内部ジョブチケット２０３（更新前）と外部ジョブチケット２０４（更新前）を記憶部１２１から取り出し、取り出した外部ジョブチケット２０４（更新前）と、管理部１１から送られてきた外部ジョブチケット２０７（更新後）との差分を抽出する（図４のＰ２２３）。テキストファイルの差分抽出については公知の技術により実現可能であり、詳細な説明は省略する。差分の抽出処理の様子を図８に示す。図８の例においては、差分抽出された外部ジョブチケットのフィールドは、ＢｏｏｋＴｙｐｅフィールドと、ＪｏｂＳｔａｔｕｓフィールドである。
【００７９】
そして、差分抽出された外部ジョブチケットのフィールドに対応する内部ジョブチケット２０３のフィールドを、図５の編成テーブルに照らして抽出し、抽出した内部ジョブチケット２０３のフィールドの内容を、差分抽出された外部ジョブチケットのフィールドの内容で更新し（図４のＰ２２４）、内部ジョブチケット２０９（更新後）を作成する（図４のＰ２２５）。図８の例においは、抽出される内部ジョブチケット２０３のフィールドは、Ｆｉｎｉｓｈｉｎｇフィールドと、Ｓｔａｔｕｓフィールドであり、内部ジョブチケット（更新前）のＦｉｎｉｓｈｉｎｇフィールドの内容がａｎｙからｓａｄｄｌｅ−ｓｔｉｔｃｈに更新され、Ｓｔａｔｕｓフィールドの内容がｏｒｄｅｒからｗａｉｔｉｎｇに更新されることになる。この更新の様子を図９に図示し、これらフィールドの内容が更新された内部ジョブチケット２０９を図１６に示す。
【００８０】
このように、内部ジョブチケット２０９の内容がデータベース２に反映されたことにより、印刷拠点サーバ５の処理状態がデータベース２に反映され、さらに注文内容の詳細化された部分も更新されることになる。
【００８１】
そして、更新後の内部ジョブチケットのＳｔａｔｕｓフィールドの内容を参照し、その内容がｃｏｍｐｌｅｔｅでなくｗａｉｔｉｎｇである場合には、その後のさらなる更新のために、レコードＩＤ（すなわち、１２３４５６７８）と、内部ジョブチケット２０９（更新後）と、外部ジョブチケット２０７（更新後）とのセットを記憶部１２１に保持する（図４のＰ２２６、Ｐ２２７）。内部ジョブチケット２０９（更新後）はレコード２０２を更新するために使用される。データベース２のレコードは、データベース２のレコードと内部ジョブチケットとがレコードＩＤを介して対応させてあるので、データベース２のレコードから内部ジョブチケットを作成する場合と同様にして、全上書き更新などの単純な操作で更新可能である。
【００８２】
（５）外部ジョブチケットの再更新
いま、印刷拠点サーバ５を有する印刷拠点においては、印刷製本処理が完了し更新も最後であるとする。印刷拠点サーバ５においては、印刷製本工程（図３）において、受け取った外部ジョブチケット２０７に対して、例えば、ＪｏｂＳｔａｔｕｓフィールドの内容について、ｗａｉｔｉｎｇ（処理待ちを意味する。）ｃｏｍｐｌｅｔｅ（印刷製本処理が完了したことを意味する。）に更新する。この更新の様子を図１０に示し、更新された外部ジョブチケットを図１７に示す。そして、更新されたジョブチケット２１０は印刷注文サーバ１のデータベース２を更新するべく、印刷注文サーバ１へ送られる。
【００８３】
（６）内部ジョブチケットの再更新
印刷注文サーバ１においては、管理部１１は、外部ジョブチケット２１１（再更新後）のレコードＩＤ（すなわち、１２３４５６７８）から特定される内部ジョブチケット２０９（再更新前）と外部ジョブチケット２０７（再更新前）を記憶部１２１から取り出し、取り出した外部ジョブチケット２０７（再更新前、図１２の左側）と、管理部１１により送られてきた外部ジョブチケット２１１（再更新後、図１２の右側）との差分を抽出する（図４のＰ２２８）。
【００８４】
差分の抽出処理の様子を図１１に示す。図１１の例においては、差分抽出された外部ジョブチケットのフィールドはＪｏｂＳｔａｔｕｓフィールドである。
【００８５】
そして、差分抽出された外部ジョブチケットのフィールドに対応する内部ジョブチケット２０９（再更新前）のフィールドを、図５の編成テーブルに照らして抽出し、抽出した内部ジョブチケット２０９（再更新前）のフィールドの内容を、差分抽出された外部ジョブチケットのフィールドの内容で更新し（図４のＰ２２９）、内部ジョブチケット２１２（再更新後）を作成する（図４のＰ２３０）。図１１の例においは、抽出される内部ジョブチケット２０９のフィールドは、Ｓｔａｔｕｓフィールドであり、Ｓｔａｔｕｓフィールドの内容がｗａｉｔｉｎｇからｃｏｍｐｌｅｔｅに更新されることになる。これらフィールドの内容が更新された内部ジョブチケット２１２を図１８に示す。内部ジョブチケット２１２（再更新後）はレコード２０２を更新するために使用される。
【００８６】
そして、更新後の内部ジョブチケットのＳｔａｔｕｓフィールドの内容を参照し、その内容がｃｏｍｐｌｅｔｅである場合には、印刷拠点サーバ５においてその後さらに更新がないため、外部ジョブチケット２１１（再更新後）と内部ジョブチケット２１２（再更新後）を破棄し、記憶部１２１に格納されているレコードＩＤと内部ジョブチケット２０９（再更新前）と外部ジョブチケット２０７（再更新前）とを削除する。
【００８７】
このように、内部ジョブチケットの内容がデータベース２に反映され、印刷拠点サーバ５の処理状態もデータベース２に反映され、その結果、印刷注文サーバ１が完了状態となる。
【００８８】
このように、外部ジョブチケットにおいて、内部ジョブチケットに対応するフィールドがない場合にも、内部ジョブチケットの内容の更新を行うことができる。内部ジョブチケットに設けたフィールド以外のフィールドについては、印刷注文サーバ１、印刷拠点、夫々のシステムで独自の運用をしても問題はない。
【００８９】
以上、印刷拠点サーバとして印刷拠点サーバ５を使用し、編成部として、印刷拠点サーバ５に対応する編成部１２を使用する例を説明したが、印刷拠点ごとに利用するシステムが異なっても、つまり外部ジョブチケットのフォーマットが異なっても、処理手順は本質的に異ならない。そうであるから、印刷拠点ごとに利用するシステムが異なっても、印刷注文サーバ１においては、特に個別に対応をする必要はなく、システムの異なる印刷拠点（印刷拠点サーバ）に対して適正な編成部を用意すればよい。
【００９０】
これに対して、他の印刷拠点と同じシステムを利用している印刷拠点に対しては、この他の印刷拠点（印刷拠点サーバ）と関係付けられている編成部を利用するようにして、この印刷拠点（印刷拠点サーバ）に対して全く新規に編成部を構築しないようにもできる。すなわち、編成部１２、１３、１４は、印刷拠点の種類に対応させることもできる。印刷拠点の種類は、印刷注文サーバ１と印刷拠点サーバ５，６，７との間でやり取りされるジョブチケットの種類に対応するものであるから、同一フォーマットのジョブチケットファイルを処理できる印刷拠点サーバは、印刷拠点が異なっても、同一の編成部を共有することができることになる。
【００９１】
全く新規に構築した編成部にあっては、編成テーブル（編成ルールセット）のみを新たに用意すればよい。具体的には、図４で、Ｐ２２０、Ｐ２２３〜２２５、Ｐ２２８〜２３０で示すパスに対して、同じ編成テーブルを用いればよい。
【００９２】
実際の編成においては、ジョブチケットファイルへのアクセスを行う手段が必要であるが、それについては、内部ジョブチケットにあっては、データベース２との間で使用するもの、外部ジョブチケットにあっては、印刷拠点サーバでアクセスするものと同じ手段が利用できるという前提とし、共通のアクセスインタフェースが利用できるものとする。
【００９３】
なお、本実施の形態においては、編成テーブルについては、図５に示す１４個の情報項目を挙げたが、実際の運用上はこれに限るものではない。例えば、図３のＳ１１１で印刷拠点からクライアント端末３へ出力物を送付する際に必要な住所情報をジョブチケットに保持するなどのことも考えられるが、その種類の情報については本実施の形態における説明においては省略した。
【００９４】
なお、ジョブチケットのフォーマットとして、コロンで区切ったテキスト形式を例に挙げたが、内部ジョブチケット、外部ジョブチケットともにこれに限るものではない。内部ジョブチケットとして効果的かつ重要であるのは、印刷注文サーバのデータベース２内レコードと簡易かつ一対一に全対応することでありフィールドごとに内容の設定取得手段が提供されていることである。
【００９５】
外部ジョブチケットとしても内部ジョブチケットに対応する項目（フィールド）を特定し内容の設定取得手段が提供されていれば良い。例えば、ＸＭＬのような構造化されたマークアップ言語を利用する場合には、ＸＰａｔｈのような表現手段を用いることが有用であるし、バイナリフォーマットのファイルにおいても同様の手段が用意されていれば、本発明におけるジョブチケットとして適用可能である。
【００９６】
印刷注文サーバ１と印刷拠点のシステムを完全に統一することなく、ジョブチケットを利用した注文指示情報の交換により、印刷注文サーバが各印刷拠点の状態を十分に把握することが可能となった。
【００９７】
これにより、コスト、工数を抑えつつ複数の印刷拠点を利用した印刷注文システムの構築および拠点拡張、導入が可能となった。
【００９８】
＜第２の実施の形態＞
本実施の形態は第１の実施の形態との比較でいえば、編成ルールセットが異なる。第１の実施の形態においては、編成ルールセットが、
［１］外部ジョブチケットのフィールドに対応する内部ジョブチケットのフィールドがある場合には、外部ジョブチケットのフィールドに、対応する内部ジョブチケットのフィールドの内容をコピーする。
［２］外部ジョブチケットのフィールドに対応する内部ジョブチケットのフィールドがない場合には、その外部ジョブチケットのフィールドにデフォルト値を入力する。
とのルールを有する。
【００９９】
これに対して、本実施の形態においては、図２１に示す編成ルールセットが、３つの種類の編成ルールを有する。内部ジョブチケットにはフィールドがあるが、対応する外部ジョブチケットのフィールドが存在しない場合には処理をしない（第１ルール）。
【０１００】
内部ジョブチケットのフィールドと外部ジョブチケットのフィールドの対応がある場合には、その内部ジョブチケットのフィールドの内容を対応する外部ジョブチケットのフィールドにコピーする（第２ルール）。
【０１０１】
外部ジョブチケットにはフィールドがあるが、内部ジョブチケットには対応するフィールドが存在せずデフォルト値との対応となっている場合にはそのデフォルト値をその外部ジョブチケットのフィールドにコピーする（第３ルール）。
とのルールを有する。
【０１０２】
図１９は図２１の編成ルールセットに従って例えば編成部１２により外部ジョブチケットを編成する手順の一例を示すフローチャートである。処理はステップＳ４００から始まる。まず、ステップＳ４０１にて編成テーブルの読み込みを行う。これにより、図５に示すような編成ルールを利用できるようになる。ステップＳ４０２において、編成元の内部ジョブチケットを読み込む。これにより、内部ジョブチケットの各フィールドの値を取得することができるようになる。ステップＳ４０１において、読み込んだ編成テーブルに基づいて、内部ジョブチケットの情報を外部ジョブチケットにコピーしていく。ステップＳ４０３にてループの終了を判断する。
【０１０３】
そして、全ての編成ルールについて処理済の場合には、ステップＳ４０９へ進み、その後、この処理を終了する。そうでない場合には、ステップＳ４０４へ進む。ステップＳ４０４にて、編成テーブルから１つの編成ルールを読み込み、ステップＳ４０５において、その編成ルールが第１ないし第３ルールのいずれであるかを判断する。
【０１０４】
そして、第１ルールと判断した場合には、ステップＳ４０３へ戻る。第２ルールと判断した場合には、ステップＳ４０６へ進み、ステップＳ４０６にて、内部ジョブチケットのフィールドの内容を読み取り、ステップＳ４０７で、その内容を、対応する外部ジョブチケットのフィールドに設定する。設定が終了すると、次の対応を調べるために、ステップＳ４０３へ戻る。
【０１０５】
他方、第３ルールと判断した場合には、ステップＳ４０８へ進み、ステップＳ４０８にて、そのデフォルト値を取得し、そのデフォルト値を、対応する外部ジョブチケットのフィールドに設定する。その後、ステップＳ４０７へ進む。
【０１０６】
以上の手順に従えば、内部ジョブチケットから外部ジョブチケットへの編成を行うことができる。そして、内部あるいは外部ジョブチケットのフォーマットが本実施の形態とは異なる場合でも同じ処理で編成することが可能である。
【０１０７】
図２０は図２１の編成ルールセットに従って例えば編成部１２により内部ジョブチケットを更新する手順の一例を示すフローチャートである。処理はステップＳ４２０から始まる。まず、ステップＳ４２１にて、図２１の編成ルールセットの読み込みを行う。この編成ルールセットに照らすと、例えばレコードＩＤ（内部ジョブチケットのＲｅｃｏｒｄＩＤフィールドの内容）に対応する外部ジョブチケットのフィールドは、ＳｅｒｖｅｒＩＤフィールドである。
【０１０８】
ステップＳ４２２において、編成元の外部ジョブチケット、つまり更新後の外部ジョブチケットを読み込む。そして、ステップＳ４２３で、読み込んだ外部ジョブチケットからレコードＩＤを取得し、つまりＳｅｒｖｅｒＩＤフィールドの内容を読み取る。ここで読み取ったレコードＩＤから、ステップＳ４２４において、編成部において保持してある更新前の外部ジョブチケットを取得する。ステップＳ４２５にて、この更新前外部ジョブチケットを読み込む。
【０１０９】
ステップＳ４２２およびＳ４２５において、読み込んだ外部ジョブチケットに基づいて、レコードＩＤに対応する更新前内部ジョブチケットを更新していく。ステップＳ４２６にて、ループの終了を判断する。そして、全てのフィールドについて処理済の場合には、ステップＳ４３２へ進み、その後、この処理を終了する。そうでない場合には、ステップＳ４２７へ進む。
【０１１０】
ステップＳ４２７にて、更新前の外部ジョブチケットから１つのフィールドの内容を読み取る。ステップＳ４２８にて、更新後の外部ジョブチケットから同じフィールドの内容を読み取る。ステップＳ４２９にて、これらの値を比較し、一致する場合、すなわち、そのフィールドは更新されていない場合には、ステップＳ４２６へ戻る。他方、不一致の場合、すなわち、フィールドが更新されている場合には、対応する内部ジョブチケットを更新する必要があり、ステップＳ４３０にて、それを調べる。
【０１１１】
ステップＳ４３０にて、編成ルールセットに従って、不一致であったが外部ジョブチケットのフィールドに対応する内部ジョブチケットのフィールドを調べる。そして、外部ジョブチケットのそのフィールドに対応する内部ジョブチケットのフィールドが存在する場合には、ステップＳ４３１にて、内部ジョブチケットの該当するフィールドを更新する。他方、外部ジョブチケットのそのフィールドに対応するものが内部ジョブチケットのフィールドではなくデフォルト値であった場合には、ステップＳ４２６へ戻る。
【０１１２】
以上の手順に従えば、外部ジョブチケットから内部ジョブチケットへの編成を行うことができる。
【０１１３】
以上説明したように、外部ジョブチケットと内部ジョブチケットのフィールドの対応を表現するルールに従って、各内容を対応付け、逆編成の際には外部ジョブチケットの更新部分に対応する部分の更新を逆に内部ジョブチケットに適用することにより、双方のジョブチケットがそれぞれ固有の情報を失わずに相互編成をすることが可能となった。
【０１１４】
そして、この手順を用いて、内部ジョブチケットと外部ジョブチケットとの交換を、印刷注文サーバ１と印刷拠点の通信手段とすることにより、必ずしも印刷注文サーバ１と印刷拠点がすべて同じインタフェースを持つ必要が無くなり、多くの印刷拠点を持つ印刷製本業者のシステム構築が容易になり、システム構築のコストを下げることが可能となった。
【０１１５】
さらに、ジョブチケットファイルを印刷製本指示に用いているため、印刷拠点が受けた注文をそのまま同じ手段で下請け印刷拠点に回すことも可能となり、運用に柔軟性のあるシステムを構築することができるようになった。
【０１１６】
なお、下請け印刷拠点がさらに異なるジョブチケットフォーマットを使用する場合には、本実施の形態の印刷注文サーバ１、印刷拠点間の編成系と同じシステムを入れるだけで対応できる。
【０１１７】
＜第３の実施の形態＞
本実施の形態は第１の実施の形態との比較でいえば、編成部の配置が異なる。すなわち、第１の実施の形態においては編成部を印刷注文サーバ１内に置くようにしたのに対して、本実施の形態においては、編成部を印刷拠点側に置くようにした。
【０１１８】
そうすると、本実施の形態においては、印刷注文サーバは内部ジョブチケットだけを扱えばよく、印刷注文サーバの負荷を減らすことが可能となる。
【０１１９】
一方で、全ての印刷拠点が編成部を必要とすることになるが、編成ルールセット以外は全て同じシステムを利用することが可能であるため、導入の敷居が高くなることはない。
【０１２０】
また、印刷注文サーバ１と印刷拠点との間で交換するフォーマットは、内部ジョブチケットに統一されることになるが、ジョブチケットはファイルの形式で扱うため、通信手段としては任意のものを選択することが可能である。この場合、印刷注文サーバは各通信手段に対応していれば良い。例えば、第１印刷拠点はＦＴＰを利用し、第２印刷拠点はＨＴＴＰを利用することもできるようになる。
【０１２１】
以下に本発明の実施態様の例を列挙する。
【０１２２】
〔実施態様１〕  印刷製本の注文データを作成するための端末と、注文を管理する注文管理装置と、印刷製本の供給を管理する複数の供給管理装置とを有する注文処理システムにおいて、
前記注文管理装置は、
前記端末により作成された注文を管理するためのデータベースと、
前記端末からの注文があった場合に、前記データベースの情報項目とデータ値とを対応させた内部指示書を作成する内部指示書作成手段と、
前記複数の供給管理装置から発注先を決定する決定手段と、
該決定手段により決定された供給管理装置と予め関係付けした外部指示書編成手段であって、内部指示書と外部指示書との間における情報項目の対応関係を表したテーブルを参照して外部指示書を作成する外部指示書編成手段と、
該外部指示書編成手段により作成された外部指示書を前記決定手段により決定された供給管理装置にルーチングするルーチング手段と、
前記供給管理装置からの外部指示書から、データ値が更新された情報項目とデータ値を抽出し、更新された情報項目に対応する内部指示書の情報項目を前記テーブルを参照して取り出し、この情報項目に前記抽出したデータ値をコピーし、得られた内部指示書に基づき前記データベースを更新するデータベース管理手段と
を備え、
前記供給管理装置は、
前記外部指示書の少なくとも注文ステータスに関係する情報項目のデータ値を注文確認を表すデータ値で更新し更新後の外部指示書を前記注文管理装置に送り返すことにより注文確認を通知する注文確認通知手段と、
前記外部指示書の少なくとも注文ステータスに関係する情報項目のデータ値を供給完了を表すデータ値で更新し更新後の外部指示書を前記注文管理装置に送り返すことにより供給完了を通知する供給完了通知手段と
を備えたことを特徴とする注文処理システム。
【０１２３】
〔実施態様２〕  実施態様１において、前記テーブルは、内部指示書において、外部指示書の情報項目と対応する情報項目がある場合に、この対応する情報項目のデータ値を、この外部指示書の情報項目にコピーし、他方、対応する情報項目がない場合には、予め定めたデフォルト値をこの外部指示書の情報項目に入力することを意味付けしたものであることを特徴とする注文処理システム。
【０１２４】
〔実施態様３〕  実施態様１において、前記テーブルは、内部指示書において、外部指示書の情報項目と対応する情報項目がある場合に、この対応する情報項目のデータ値を、この外部指示書の情報項目にコピーし、他方、対応する情報項目がない場合には、処理せず、予め定めたデフォルト値がある場合に、このデフォルト値をこの外部指示書の情報項目に入力することを意味付けしたものであることを特徴とする注文処理システム。
【０１２５】
〔実施態様４〕  実施態様２又は３において、前記内部指示書作成手段により作成された内部指示書と、前記外部指示書編成手段により作成された外部指示書とを関係付けをして格納する格納手段を備え、
前記データベース管理手段は、
前記供給管理装置からの外部指示書と前記格納手段の外部指示書との差分を抽出する差分抽出手段と、
該差分抽出手段により抽出された情報項目に対応する内部指示書の情報項目を前記テーブルを参照して取り出す取出手段と、
前記格納手段の内部指示書における前記取出手段により取り出された情報項目のデータ値を、前記抽出された情報項目のデータ値で更新する内部指示書更新手段と、
該内部指示書更新手段により更新された内部指示書に基づき前記データベースを更新するデータベース更新手段と
を備えたことを特徴とする注文処理システム。
【０１２６】
〔実施態様５〕  実施態様４において、前記格納手段は、前記内部指示書及び外部指示書を、該内部指示書及び外部指示書に共通の所定の文書識別子と関係付けをして格納することを特徴とする注文処理システム。
【０１２７】
〔実施態様６〕  印刷製本の注文データを作成するための端末と、注文を管理する注文管理装置と、印刷製本の供給を管理する複数の供給管理装置とを有する注文処理システムにおいて、
前記注文管理装置は、
前記端末により作成された注文を管理するためのデータベースと、
前記端末からの注文があった場合に、前記データベースの情報項目とデータ値とを対応させた内部指示書を作成する内部指示書作成手段と、
前記複数の供給管理装置から発注先を決定する決定手段と、
該決定手段により発注先として決定された供給管理装置に、前記内部指示書作成手段により作成された内部指示書をルーチングするルーチング手段と、
前記供給管理装置からの外部指示書から、データ値が更新された情報項目とデータ値を抽出し、更新された情報項目に対応する内部指示書の情報項目を前記テーブルを参照して取り出し、この情報項目に前記抽出したデータ値をコピーし、得られた内部指示書に基づき前記データベースを更新するデータベース管理手段と
を備え、
前記供給管理装置は、
内部指示書と外部指示書との間における情報項目の対応関係を表したテーブルを参照して外部指示書を作成する外部指示書編成手段と、
前記外部指示書の少なくとも注文ステータスに関係する情報項目のデータ値を注文確認を表すデータ値で更新し更新後の外部指示書を前記注文管理装置に送り返すことにより注文確認を通知する注文確認通知手段と、
前記外部指示書の少なくとも注文ステータスに関係する情報項目のデータ値を供給完了を表すデータ値で更新し更新後の外部指示書を前記注文管理装置に送り返すことにより供給完了を通知する供給完了通知手段と
を備えたことを特徴とする注文処理システム。
【０１２８】
〔実施態様７〕  実施態様６において、前記テーブルは、内部指示書において、外部指示書の情報項目と対応する情報項目がある場合に、この対応する情報項目のデータ値を、この外部指示書の情報項目にコピーし、他方、対応する情報項目がない場合には、予め定めたデフォルト値をこの外部指示書の情報項目に入力することを意味付けしたものであることを特徴とする注文処理システム。
【０１２９】
〔実施態様８〕  実施態様６において、前記テーブルは、内部指示書において、外部指示書の情報項目と対応する情報項目がある場合に、この対応する情報項目のデータ値を、この外部指示書の情報項目にコピーし、他方、対応する情報項目がない場合には、処理せず、予め定めたデフォルト値がある場合に、このデフォルト値をこの外部指示書の情報項目に入力することを意味付けしたものであることを特徴とする注文処理システム。
【０１３０】
〔実施態様９〕  実施態様７又は８において、前記内部指示書作成手段により作成された内部指示書と、前記外部指示書編成手段により作成された外部指示書とを関係付けをして格納する格納手段を備え、
前記データベース管理手段は、
前記供給管理装置からの外部指示書と前記格納手段の外部指示書との差分を抽出する差分抽出手段と、
該差分抽出手段により抽出された情報項目に対応する内部指示書の情報項目を前記テーブルを参照して取り出す取出手段と、
前記格納手段の内部指示書における前記取出手段により取り出された情報項目のデータ値を、前記抽出された情報項目のデータ値で更新する内部指示書更新手段と、
該内部指示書更新手段により更新された内部指示書に基づき前記データベースを更新するデータベース更新手段と
を備えたことを特徴とする注文処理システム。
【０１３１】
〔実施態様１０〕  実施態様９において、前記格納手段は、前記内部指示書及び外部指示書を、該内部指示書及び外部指示書に共通の所定の文書識別子と関係付けをして格納することを特徴とする注文処理システム。
【０１３２】
【発明の効果】
以上説明したように、本発明によれば、上記のように構成したので、注文を管理する注文管理装置と、印刷製本の供給を管理する複数の供給管理装置との間で、フォーマットの異なる指示書を用いて、注文、注文確認、注文処理完了を通知することができる。
【図面の簡単な説明】
【図１】本発明の第１の実施の形態を示すブロック図である。
【図２】図１の印刷注文サーバ１の構成を示すブロック図である。
【図３】注文処理手順を説明するための説明図である。
【図４】内部ジョブチケットの作成、外部ジョブチケットの編成、更新、及び内部ジョブチケットの更新を説明するための説明図である。
【図５】編成テーブルの一例を示す図である。
【図６】作成された内部ジョブチケット２０３と外部ジョブチケット２０４の各フィールドの内容の一例を示す図である。
【図７】更新前及び後の外部ジョブチケット２０４，２０７の各フィールドの内容の一例を示す図である。
【図８】差分の抽出処理を説明するための説明図である。
【図９】更新前及び後の内部ジョブチケット２０３，２０９の各フィールドの内容の一例を示す図である。
【図１０】更新前及び後の外部ジョブチケット２０７，２１０の各フィールドの内容の一例を示す図である。
【図１１】差分の抽出処理を説明するための説明図である。
【図１２】再更新前及び後の内部ジョブチケット２０９，２１２の各フィールドの内容の一例を示す図である。
【図１３】作成された内部ジョブチケットの一例を示す図である。
【図１４】作成された外部ジョブチケットの一例を示す図である。
【図１５】更新された外部ジョブチケットの一例を示す図である。
【図１６】更新された内部ジョブチケットの一例を示す図である。
【図１７】再更新された外部ジョブチケットの一例を示す図である。
【図１８】再更新された内部ジョブチケットの一例を示す図である。
【図１９】図２１の編成ルールセットに従って例えば編成部１２により外部ジョブチケットを編成する手順の一例を示すフローチャートである。
【図２０】図２１の編成ルールセットに従って例えば編成部１２により内部ジョブチケットを更新する手順の一例を示すフローチャートである。
【図２１】第２の実施の形態に係る編成ルールセットをテーブルとして示す図である。
【符号の説明】
１  印刷注文サーバ
２  データベース
３，４  クライアント端末
５，６  印刷拠点サーバ
７，８  ネットワーク
１０  サービスＵＩ
１１  管理部
１２，１３，１４  編成部
１５  インタフェース部
１２１，１３１，１４１  記憶部
【図１】
2004326677.tif 000003
【図２】
2004326677.tif 000004
【図３】
2004326677.tif 000005
【図４】
2004326677.tif 000006
【図５】
2004326677.tif 000007
【図６】
2004326677.tif 000008
【図７】
2004326677.tif 000009
【図８】
2004326677.tif 000010
【図９】
2004326677.tif 000011
【図１０】
2004326677.tif 000012
【図１１】
2004326677.tif 000013
【図１２】
2004326677.tif 000014
【図１３】
2004326677.tif 000015
【図１４】
2004326677.tif 000016
【図１５】
2004326677.tif 000017
【図１６】
2004326677.tif 000018
【図１７】
2004326677.tif 000019
【図１８】
2004326677.tif 000020
【図１９】
2004326677.tif 000021
【図２０】
2004326677.tif 000022
【図２１】
2004326677.tif 000023