(57)【要約】【課題】  印刷作業の複雑度等のコスト要因や、ユーザの要求の難易度等を費用に反映することが可能で、印刷Ｓｈｏｐ毎に異なるワークフローを、ユーザが効率よく選択可能である印刷サービス。【解決手段】  印刷データ入力手段１０１と、印刷指示入力手段１０２と、印刷情報表示手段１０３と、発注側Ｉ／Ｆ手段１０４と、ユーザ間Ｉ／Ｆ手段１０５と、印刷サービス制御手段１０６と、ユーザ管理手段１０７と、印刷Ｓｈｏｐ情報管理手段１０８と、サーバ側印刷ジョブ統合ファイル管理手段１０９と、サーバ側オーダチケット管理手段１１０と、印刷Ｓｈｏｐ間Ｉ／Ｆ手段１１１と、受注側Ｉ／Ｆ手段１１２と、印刷Ｓｈｏｐコスト情報保持手段１１３と、印刷コスト見積り手段１１４と、印刷Ｓｈｏｐ側オーダチケット管理手段１１５と、印刷Ｓｈｏｐ制御手段１１６と、ジョブチケット管理手段１１７と、プリプレス手段１１８と、プレス手段１１９と、ポストプレス手段１２０と、デリバリー手段１２１と、課金処理手段１２２と、印刷ジョブ統合ファイル管理手段１２３を有する。【選択図】        図１
2005128606.tif 000002
【特許請求の範囲】
【請求項１】
印刷の原稿となる印刷データからなる印刷情報を入力する印刷データ入力手段と、
印刷Ｓｈｏｐへの印刷指示を入力する印刷指示入力手段と、
印刷データおよび印刷指示からなる印刷情報を表示する印刷情報表示手段と、
クライアントと印刷サービス管理サーバとの間において印刷情報やユーザ情報や印刷経過情報等をやり取りするための、クライアント側のＩ／Ｆである発注側Ｉ／Ｆ手段と、
クライアントと印刷サービス管理サーバとの間において印刷情報やユーザ情報や印刷経過情報等をやり取りするための、サーバ側のＩ／Ｆであるユーザ間Ｉ／Ｆ手段と、
上記印刷情報やユーザ情報や印刷経過情報等を元に印刷サービスを制御する印刷サービス制御手段と、
ユーザ情報（ユーザ名やユーザ毎の受注情報やユーザ毎の印刷経過情報やユーザ毎のサーバアクセス情報など）を管理するユーザ管理手段と、
印刷Ｓｈｏｐ情報（印刷Ｓｈｏｐ名称や印刷Ｓｈｏｐ能力情報や印刷へのオーダー情報からなる）を管理する印刷Ｓｈｏｐ情報管理手段と、
印刷Ｓｈｏｐにおいて作成された印刷ジョブ統合ファイルから、印刷ワークフローの候補や、印刷ワークフロー毎の見積り情報を含むオーダチケット等のアクセスを管理する、サーバ側印刷ジョブ統合ファイル管理手段と、
ユーザの注文情報を用いてオーダチケットを作成したり、印刷Ｓｈｏｐからの見積り情報や印刷経過情報等の入ったオーダチケットを読み取り、ユーザへの提示情報へと変換するサーバ側オーダチケット管理手段と、
印刷Ｓｈｏｐと印刷サービス管理サーバとの間においてジョブチケットやオーダチケットや印刷経過情報等をやり取りするための、サーバ側のＩ／Ｆである印刷Ｓｈｏｐ間Ｉ／Ｆ手段と、
印刷Ｓｈｏｐと印刷サービス管理サーバとの間においてジョブチケットやオーダチケットや印刷経過情報等をやり取りするための、印刷Ｓｈｏｐ側のＩ／Ｆである受注側Ｉ／Ｆ手段と、
印刷Ｓｈｏｐのコスト要因ならびにコスト量等の情報を保持する印刷Ｓｈｏｐコスト情報保持手段と、
ジョブチケットのワークフローを解析して、印刷Ｓｈｏｐコスト情報とマッチングを行ない、
印刷コスト見積りを算出する、印刷コスト見積り手段と、
オーダチケットに対して、上記印刷コスト見積りを情報として記録したり、印刷経過情報を記録する、印刷Ｓｈｏｐ側オーダチケット管理手段と、
ユーザが最終的に決定したジョブチケットを解釈して、印刷ワークフローの各所で必要なリソースやオペレータの準備を行ない、印刷ワークフローの各所への指示の制御を行ない、印刷ワークフロー経過の管理を行ない、印刷サービス管理サーバとの間でオーダチケットやジョブチケット等のやり取りを制御する、印刷Ｓｈｏｐ制御手段と、
印刷Ｓｈｏｐで処理可能なワークフローからジョブチケットを作成したり、オペレータ等をジョブチケット中に指定する等の編集を行なう、ジョブチケット管理手段と、
印刷データを加工し出力の準備を行なうことや、色校正処理や、試し刷り等のプリプレス処理を行なうプリプレス手段と、
上記プリプレス後の印刷情報の本番の印刷を行なうプレス手段と、
上記プレス後の後加工処理を行なうポストプレス手段と、
上記ポストプレス後のラッピング処理や配送等を行なうデリバリー手段と、
最終的な代金等の算出や請求等を管理する課金処理手段と、
印刷Ｓｈｏｐ側において、作成した印刷ワークフローの候補と、印刷ワークフロー毎の見積り情報を含むオーダチケットをひとつのファイルとして統合し管理する、印刷Ｓｈｏｐ側印刷ジョブ統合ファイル管理手段と
からなる印刷サービスシステム。
【請求項２】
ユーザの印刷目的も入力可能な印刷指示入力手段を有し、ジョブチケット管理手段が、ユーザが入力した印刷目的を解析して、印刷Ｓｈｏｐ独自ワークフローのジョブチケット候補のうち、ユーザの目的にそったワークフローの推奨ジョブチケットを選別し、印刷サービス制御手段が、ユーザ提示用に加工する際に、推奨ワークフローを他のワークフローと色や文字の大きさやディスプレイ上での表示面積などで差別化して加工し、印刷情報表示手段が、推奨ワークフローを他のワークフローと差別化して表示することを特徴とする請求項１に記載の印刷サービスシステム。
【請求項３】
印刷指示入力手段が、オペレータの選択も可能であり、印刷情報表示手段が、ワークフローにおけるオペレータ関与情報も表示し、印刷サービス制御手段が、印刷サービスにおけるオペレータの関与も制御し、印刷Ｓｈｏｐコスト情報保持手段が、オペレータ毎のコスト情報も保持し、印刷コスト見積り手段が、ジョブチケットのワークフローを解析して、オペレータのコストも含めて印刷コスト見積りを算出し、ジョブチケット管理手段が、ワークフローに関与するオペレータの指定を含むジョブチケットを作成することを特徴とする請求項１に記載の印刷サービスシステム。
【発明の詳細な説明】
【技術分野】
【０００１】
本発明は、インターネットを介した印刷サービスシステムに関するものであって、特に、印刷指示および印刷データならびに印刷注文情報を用いた印刷システムに関するものである。
【背景技術】
【０００２】
従来、インターネットを介した印刷サービスシステムにおいては、納期に応じて料金を決定する方法（例えば、特許文献１参照。）や、＜１＞印刷データに基づいて、印刷に使用する消耗品の使用量を予測して、印刷データの印刷に要する費用を見積る。＜２＞印刷媒体の配送に要する費用を見積り、それを加算する（例えば、特許文献２参照。）、という見積り方法を用いるサービスがあった。
【特許文献１】特開２００１−３１２５３４号公報
【特許文献２】特開２００１−２２９００４号公報
【発明の開示】
【発明が解決しようとする課題】
【０００３】
しかしながら、それらの方法では、
１．印刷Ｓｈｏｐ毎のワークフローの違いやオペレータの関与の有無等によるコスト要因の違いを反映したりすることが出来なかった
また、
２．ワークフローの複雑度によって課金することができない
３．ユーザの要求の難易度を費用に反映することができない
４．印刷にたずさわるオペレータ等を、ユーザが指定することができない
という問題があった。
【課題を解決するための手段】
【０００４】
本発明では、印刷データ入力手段と、印刷指示入力手段と、印刷情報表示手段と、発注側Ｉ／Ｆ手段と、ユーザ間Ｉ／Ｆ手段と、印刷サービス制御手段と、ユーザ管理手段と、印刷Ｓｈｏｐ情報管理手段と、サーバ側印刷ジョブ統合ファイル管理手段と、サーバ側オーダチケット管理手段と、印刷Ｓｈｏｐ間Ｉ／Ｆ手段と、受注側Ｉ／Ｆ手段と、印刷Ｓｈｏｐコスト情報保持手段と、印刷コスト見積り手段と、印刷Ｓｈｏｐ側オーダチケット管理手段と、印刷Ｓｈｏｐ制御手段と、ジョブチケット管理手段と、プリプレス手段と、プレス手段と、ポストプレス手段と、デリバリー手段と、課金処理手段と、印刷Ｓｈｏｐ側印刷ジョブ統合ファイル管理手段からなる、印刷サービスシステムを構築することにより、
１．印刷作業の複雑度等のコスト要因を見積りに反映することを可能にし、
２．印刷にたずさわるオペレータの有無によるコスト要因を反映することを可能にし、
３．ユーザの要求の難易度を費用に反映することを可能にし、
４．印刷Ｓｈｏｐ毎に異なるワークフローを、ユーザが効率よく選択可能にしたものである。
【０００５】
以上、本発明を要約すると下記の構成となる。
【０００６】
（１）印刷の原稿となる印刷データからなる印刷情報を入力する印刷データ入力手段と、
印刷Ｓｈｏｐへの印刷指示を入力する印刷指示入力手段と、
印刷データおよび印刷指示からなる印刷情報を表示する印刷情報表示手段と、
クライアントと印刷サービス管理サーバとの間において印刷情報やユーザ情報や印刷経過情報等をやり取りするための、クライアント側のＩ／Ｆである発注側Ｉ／Ｆ手段と、
クライアントと印刷サービス管理サーバとの間において印刷情報やユーザ情報や印刷経過情報等をやり取りするための、サーバ側のＩ／Ｆであるユーザ間Ｉ／Ｆ手段と、
上記印刷情報やユーザ情報や印刷経過情報等を元に印刷サービスを制御する印刷サービス制御手段と、
ユーザ情報（ユーザ名やユーザ毎の受注情報やユーザ毎の印刷経過情報やユーザ毎のサーバアクセス情報など）を管理するユーザ管理手段と、
印刷Ｓｈｏｐ情報（印刷Ｓｈｏｐ名称や印刷Ｓｈｏｐ能力情報や印刷へのオーダー情報からなる）を管理する印刷Ｓｈｏｐ情報管理手段と、
印刷Ｓｈｏｐにおいて作成された印刷ジョブ統合ファイルから、印刷ワークフローの候補や、印刷ワークフロー毎の見積り情報を含むオーダチケット等のアクセスを管理する、サーバ側印刷ジョブ統合ファイル管理手段と、
ユーザの注文情報を用いてオーダチケットを作成したり、印刷Ｓｈｏｐからの見積り情報や印刷経過情報等の入ったオーダチケットを読み取り、ユーザへの提示情報へと変換するサーバ側オーダチケット管理手段と、
印刷Ｓｈｏｐと印刷サービス管理サーバとの間においてジョブチケットやオーダチケットや印刷経過情報等をやり取りするための、サーバ側のＩ／Ｆである印刷Ｓｈｏｐ間Ｉ／Ｆ手段と、
印刷Ｓｈｏｐと印刷サービス管理サーバとの間においてジョブチケットやオーダチケットや印刷経過情報等をやり取りするための、印刷Ｓｈｏｐ側のＩ／Ｆである受注側Ｉ／Ｆ手段と、
印刷Ｓｈｏｐのコスト要因ならびにコスト量等の情報を保持する印刷Ｓｈｏｐコスト情報保持手段と、
ジョブチケットのワークフローを解析して、印刷Ｓｈｏｐコスト情報とマッチングを行ない、
印刷コスト見積りを算出する、印刷コスト見積り手段と、
オーダチケットに対して、上記印刷コスト見積りを情報として記録したり、印刷経過情報を記録する、印刷Ｓｈｏｐ側オーダチケット管理手段と、
ユーザが最終的に決定したジョブチケットを解釈して、印刷ワークフローの各所で必要なリソースやオペレータの準備を行ない、印刷ワークフローの各所への指示の制御を行ない、印刷ワークフロー経過の管理を行ない、印刷サービス管理サーバとの間でオーダチケットやジョブチケット等のやり取りを制御する、印刷Ｓｈｏｐ制御手段と、
印刷Ｓｈｏｐで処理可能なワークフローからジョブチケットを作成したり、オペレータ等をジョブチケット中に指定する等の編集を行なう、ジョブチケット管理手段と、
印刷データを加工し出力の準備を行なうことや、色校正処理や、試し刷り等のプリプレス処理を行なうプリプレス手段と、
上記プリプレス後の印刷情報の本番の印刷を行なうプレス手段と、
上記プレス後の後加工処理を行なうポストプレス手段と、
上記ポストプレス後のラッピング処理や配送等を行なうデリバリー手段と、
最終的な代金等の算出や請求等を管理する課金処理手段と、
印刷Ｓｈｏｐ側において、作成した印刷ワークフローの候補と、印刷ワークフロー毎の見積り情報を含むオーダチケットをひとつのファイルとして統合し管理する、印刷Ｓｈｏｐ側印刷ジョブ統合ファイル管理手段と
からなる印刷サービスシステム。
【０００７】
（２）ユーザの印刷目的も入力可能な印刷指示入力手段を有し、ジョブチケット管理手段が、ユーザが入力した印刷目的を解析して、印刷Ｓｈｏｐ独自ワークフローのジョブチケット候補のうち、ユーザの目的にそったワークフローの推奨ジョブチケットを選別し、印刷サービス制御手段が、ユーザ提示用に加工する際に、推奨ワークフローを他のワークフローと色や文字の大きさやディスプレイ上での表示面積などで差別化して加工し、印刷情報表示手段が、推奨ワークフローを他のワークフローと差別化して表示することを特徴とする前記（１）に記載の印刷サービスシステム。
【０００８】
（３）印刷指示入力手段が、オペレータの選択も可能であり、印刷情報表示手段が、ワークフローにおけるオペレータ関与情報も表示し、印刷サービス制御手段が、印刷サービスにおけるオペレータの関与も制御し、印刷Ｓｈｏｐコスト情報保持手段が、オペレータ毎のコスト情報も保持し、印刷コスト見積り手段が、ジョブチケットのワークフローを解析して、オペレータのコストも含めて印刷コスト見積りを算出し、ジョブチケット管理手段が、ワークフローに関与するオペレータの指定を含むジョブチケットを作成することを特徴とする前記（１）に記載の印刷サービスシステム。
【発明の効果】
【０００９】
以上説明したように、印刷データ入力手段と、印刷指示入力手段と、印刷情報表示手段と、発注側Ｉ／Ｆ手段と、ユーザ間Ｉ／Ｆ手段と、印刷サービス制御手段と、ユーザ管理手段と、印刷Ｓｈｏｐ情報管理手段と、サーバ側印刷ジョブ統合ファイル管理手段と、サーバ側オーダチケット管理手段と、印刷Ｓｈｏｐ間Ｉ／Ｆ手段と、受注側Ｉ／Ｆ手段と、印刷Ｓｈｏｐコスト情報保持手段と、印刷コスト見積り手段と、印刷Ｓｈｏｐ側オーダチケット管理手段と、印刷Ｓｈｏｐ制御手段と、ジョブチケット管理手段と、プリプレス手段と、プレス手段と、ポストプレス手段と、デリバリー手段と、課金処理手段と、印刷Ｓｈｏｐ側印刷ジョブ統合ファイル管理手段からなる、印刷サービスシステムを構築することにより、
１．印刷作業の複雑度等のコスト要因を見積りに反映することが可能になる
２．印刷にたずさわるオペレータの有無によるコスト要因を反映することが可能になる
３．ユーザの要求の難易度を費用に反映することが可能になる
４．オペレータ自体の熟練度等によるコスト要因を反映することが可能になる
５．印刷Ｓｈｏｐ毎に異なるワークフローを、ユーザが効率よく選択可能になる
６．ワークフローの複雑度によって課金する印刷サービスが可能になる
７．印刷Ｓｈｏｐ毎の個性（ワークフローの違い、もしくはワークフローにたずさわる人・機器の違い）によって課金する印刷サービスが可能になる
という効果がある。
【発明を実施するための最良の形態】
【００１０】
以下、本発明の実施例を図面に基づいて説明する。
【実施例１】
【００１１】
図１は第１の実施例を表わすシステム構成ブロックである。
【００１２】
図１において、１０１は、印刷の原稿となる印刷データからなる印刷情報を入力する印刷データ入力部、１０２は、印刷Ｓｈｏｐへの印刷指示を入力する印刷指示入力部、１０３は、印刷データおよび印刷指示からなる印刷情報を表示する印刷情報表示部、１０４は、クライアントと印刷サービス管理サーバとの間において印刷情報やユーザ情報や印刷経過情報等をやり取りするための、クライアント側のＩ／Ｆである発注側Ｉ／Ｆ部、１０５は、クライアントと印刷サービス管理サーバとの間において印刷情報やユーザ情報や印刷経過情報等をやり取りするための、サーバ側のＩ／Ｆであるユーザ間Ｉ／Ｆ部、１０６は、上記印刷情報やユーザ情報や印刷経過情報等を元に印刷サービスを制御する印刷サービス制御部、１０７は、ユーザ情報（ユーザ名やユーザ毎の受注情報やユーザ毎の印刷経過情報やユーザ毎のサーバアクセス情報）を管理するユーザ管理部、１０８は、印刷Ｓｈｏｐ情報（印刷Ｓｈｏｐ名称や印刷Ｓｈｏｐ能力情報や印刷へのオーダー情報からなる）を管理する印刷Ｓｈｏｐ情報管理部、１０９は、印刷Ｓｈｏｐにおいて作成された印刷ジョブ統合ファイルから、印刷ワークフローの候補や、印刷ワークフロー毎の見積り情報を含むオーダチケット等のアクセスを管理する、サーバ側印刷ジョブ統合ファイル管理部、１１０は、ユーザの注文情報を用いてオーダチケット（この時点では、希望納期や配送場所や支払い方法など）を作成したり、印刷Ｓｈｏｐからの見積り情報や印刷経過情報等の入ったオーダチケットを読み取り、ユーザへの提示情報へと変換するサーバ側オーダチケット管理部、１１１は、印刷Ｓｈｏｐと印刷サービス管理サーバとの間においてジョブチケットやオーダチケットや印刷経過情報等をやり取りするための、サーバ側のＩ／Ｆである印刷Ｓｈｏｐ間Ｉ／Ｆ部、１１２は、印刷Ｓｈｏｐと印刷サービス管理サーバとの間においてジョブチケットやオーダチケットや印刷経過情報等をやり取りするための、印刷Ｓｈｏｐ側のＩ／Ｆである受注側Ｉ／Ｆ部、１１３は、印刷Ｓｈｏｐのコスト要因ならびにコスト量等の情報を保持する印刷Ｓｈｏｐコスト情報保持部、１１４は、ジョブチケットのワークフローを解析して、印刷Ｓｈｏｐコスト情報とマッチングを行ない、印刷コスト見積りを算出する、印刷コスト見積り部、１１５は、オーダチケットに対して、上記印刷コスト見積りを情報として記録したり、印刷経過情報を記録する、印刷Ｓｈｏｐ側オーダチケット管理部、１１６は、ユーザが最終的に決定したジョブチケットを解釈して、印刷ワークフローの各所で必要なリソースやオペレータの準備を行ない、印刷ワークフローの各所への指示の制御を行ない、印刷ワークフロー経過の管理を行ない、印刷サービス管理サーバとの間でオーダチケットやジョブチケット等のやり取りを制御する印刷Ｓｈｏｐ制御部、１１７は、印刷Ｓｈｏｐで処理可能なワークフローからジョブチケット作成したり、オペレータ等をジョブチケット中に指定する等の編集を行なう、ジョブチケット管理部、１１８は、印刷データを加工し出力の準備を行なうことや、色校正処理や、試し刷り等のプリプレス処理を行なうプリプレス部、１１９は、上記プリプレス後の印刷情報の本番の印刷を行なうプレス部、１２０は、上記プレス後の後加工処理を行なうポストプレス部、１２１は、上記ポストプレス後のラッピング処理や配送等を行なうデリバリー部、１２２は、最終的な代金等の算出や請求等を管理する課金処理部、１２３は、印刷Ｓｈｏｐ側において、作成した印刷ワークフローの候補と、印刷ワークフロー毎の見積り情報を含むオーダチケットをひとつのファイルとして統合し管理する、印刷Ｓｈｏｐ側印刷ジョブ統合ファイル管理部である。
【００１３】
本実施例では、具体例として、ネットワークで繋がっている、クライアント、印刷サービス管理サーバ、印刷Ｓｈｏｐの３つによって構成されている印刷サービスを例にする。
【００１４】
次に処理の流れに付いて図１、２、３、４、５、６、１２、１３、１４、１５、１６、１７、１８にしたがって説明する。
【００１５】
＜クライアント＞
まず、クライアントにおいて、ユーザは印刷サービス管理サーバへログインを行なう（Ｓ２０１）。
【００１６】
ログインが許可された後、ユーザは、既に見積り情報があるか否かをチェックする（Ｓ２０２）。
【００１７】
初回のログインであれば、この時点では見積り情報は無いので、ユーザは印刷データを印刷サービス管理サーバへアップロードする（Ｓ２０３）。
【００１８】
次に印刷指示として、部数や紙の種類や配送先や希望納期など、印刷の基本情報となる項目を入力する（Ｓ２０４）。
【００１９】
次に、Ｓ２０５において、見積りを要求する見積り指示を出す。
【００２０】
見積り指示は印刷サービス管理サーバに送られる。
【００２１】
ここで、一旦終了することも、そのまま、印刷Ｓｈｏｐからの見積りを待つことも可能である（Ｓ２０６）。
【００２２】
一旦終了する場合には、印刷サービス管理サーバからログアウトする（Ｓ２０７）。
【００２３】
そのまま、印刷Ｓｈｏｐからの見積りを待ち、処理を続ける場合には、印刷Ｓｈｏｐから見積り情報が来ているかどうかをチェックし待つ（Ｓ２０２）。
【００２４】
印刷Ｓｈｏｐからの見積りが来たならば、見積り情報ならびにワークフローの候補の中から所望の処理を選択する（Ｓ２０８）。
【００２５】
これらの情報は、印刷ジョブ統合ファイルにアーカイブされている。
【００２６】
次に、Ｓ２０９において、発注決定ならば、ユーザは発注決定指示を出す。
【００２７】
発注決定指示が印刷サービス管理サーバに送られる（Ｓ２１０）。
【００２８】
Ｓ２０８にて選択肢が気に入らない場合や、Ｓ２０９にて発注決定ではない場合、Ｓ２１１において、注文を取り消すか否かを選択する。
【００２９】
注文を取り消すことをユーザが選択した場合は、Ｓ２１２において、注文情報削除指示が印刷サービス管理サーバに送られる。
【００３０】
Ｓ２１１において、注文を取り消さない場合は、これまでの印刷指示情報等が一時的に印刷サービス管理サーバに保管されることになる。
【００３１】
＜サーバ＞
次に、印刷サービス管理サーバは、ユーザからの受信か印刷Ｓｈｏｐからの受信かをチェックし（Ｓ３０１）、ユーザからの受信であれば、ユーザからの受信対応処理（Ｓ３０３）に移行し、オーダチケットの有無をチェックする（Ｓ４０１）。
【００３２】
オーダチケットが無ければ、初回の見積り請求であるとみなし、まず、Ｓ４０２においてユーザの希望納期や配送場所等からオーダチケットを生成する。
【００３３】
次に、印刷Ｓｈｏｐへの見積り依頼なので、オーダチケットにオーダステータスとして「見積り依頼」というステータスをセットする（Ｓ４０３）。
【００３４】
次に、ユーザが入力した紙の種類や部数などの基本情報のみのテンプレートジョブチケットを生成する（Ｓ４０４、図１７の１７０１）。
【００３５】
次に、Ｓ４０５にて、オーダチケット（図１６の１６０１）および印刷データを印刷ジョブ統合ファイル化（図１８）する。
【００３６】
次に、印刷Ｓｈｏｐに印刷ジョブ統合ファイルを送信する（Ｓ４０６）。
【００３７】
また、Ｓ３０１において、ユーザからの受信がある場合で（Ｓ３０３）、Ｓ４０１でオーダチケットの有無をチェックした結果、オーダチケットが有る場合、Ｓ４０７にて、ユーザが発注決定ならば、オーダチケットのオーダステータスを「発注決定」に変更し（Ｓ４１２、図１６の１６０２）、ユーザの選択情報がオーダチケットに反映され（例：図１６の１６０２におけるＩＤ＝００１のジョブチケットのステータスが“選択”に変化）、印刷ジョブ統合ファイルを更新し（Ｓ４１３）、印刷Ｓｈｏｐに更新した印刷ジョブ統合ファイルを送信する（Ｓ４１４）。
【００３８】
もしも、Ｓ４０７において、ユーザが発注は決定せず、Ｓ４０８において、発注取り消しの場合は、オーダチケットのオーダステータスを「発注取り消し」とセットし（Ｓ４０９）、Ｓ４１０において印刷ジョブ統合ファイルを一時保管し、あらかじめ定めた期限がきたら、印刷ジョブ統合ファイルを削除する（Ｓ４１１）。
【００３９】
もしも、Ｓ４０８において、発注取り消しもしない場合は、オーダチケットに何も変更は加えず、ユーザに見積り情報を送信した状態として作業は保留される。
【００４０】
このときも、Ｓ４１０において印刷ジョブ統合ファイルを一時保管し、あらかじめ定めた期限がきたら、印刷ジョブ統合ファイルを削除する（Ｓ４１１）
（この場合、オーダチケットのオーダステータスは「見積り中」のままとなる）
（期限は、「発注取り消し」と「保留」の場合で差異をつけることも可能）。
【００４１】
また、Ｓ３０１にて、オーダチケットが印刷Ｓｈｏｐから返却されている場合は、印刷Ｓｈｏｐからの受信対応処理（Ｓ３０２）に移行し、Ｓ５０１にて、オーダステータスをチェックした結果、オーダステータスが「見積り中」となっていれば、印刷Ｓｈｏｐから返却されたオーダチケットから各ワークフロー毎の見積り額を抽出し、ユーザ提示用に加工して提示する（Ｓ５１０、Ｓ５１１、Ｓ５１２）。
【００４２】
また、Ｓ３０１にて、オーダチケットが印刷Ｓｈｏｐから返却されている場合で、印刷Ｓｈｏｐからの受信対応処理（Ｓ３０２）に移行し、Ｓ５０１にて、オーダステータスをチェックした結果、オーダステータスが「請求」の場合、印刷Ｓｈｏｐから返却されたオーダチケットから請求額を抽出し（Ｓ５０２）、ユーザに請求用に加工して請求する（Ｓ５０３、Ｓ５０４）。
【００４３】
決済が済んだことが確認できたら（Ｓ５０５、Ｓ５０６）、オーダステータスを「決済」とし（Ｓ５０７）、印刷ジョブ統合ファイルを更新し（Ｓ５０８）、印刷Ｓｈｏｐに変更したオーダチケットを送信する（Ｓ５０９）。
【００４４】
＜ＳＨＯＰ＞
次に、印刷Ｓｈｏｐ側の処理について具体例を元に説明する。
【００４５】
まず、サーバから受信し（Ｓ６０１）、オーダチケットのオーダステータスをチェックし（Ｓ６０２）、その結果が「見積り要求」の場合、まず、印刷Ｓｈｏｐ内の状況を解析し（Ｓ６０３）、稼動可能な機器やオペレータならびにそれらが稼動状況等に応じて印刷Ｓｈｏｐ独自のワークフロー用ジョブチケット候補を作成し、各々ＩＤをつける（Ｓ６０４）。
【００４６】
さらに具体例として、プリプレス関連の部分のワークフローに関するジョブチケット作成の例を図１４で示す。
【００４７】
本例は、プリプレス関連において、レイアウト指示関連で３種類、プルーフ指示関連で２種類の処理が選択可能な印刷Ｓｈｏｐの例である。
【００４８】
まず、Ｓ１４０２にて、レイアウト指示部を作成する。
【００４９】
その場合、さらに詳細として、Ｓ１４０５にて、オペレータ用レイアウト指示部を作成し、Ｓ１４０６にて、デバイス用簡易レイアウト指示部を作成し、Ｓ１４０７にて、デバイス用詳細レイアウト指示部を作成する。
【００５０】
次に、Ｓ１４０３にて、プルーフ部を作成する。
【００５１】
この場合も、さらに詳細として、Ｓ１４０８にて、プルーフ指示部無しの場合を作成し、Ｓ１４０９にて、オペレータ用プルーフ指示部を算出する。
【００５２】
次に、上記作成結果の組み合わせにより、各ジョブチケット候補のプリプレス関連部が作成される（Ｓ１４０４）。
【００５３】
さらに、同様に、プレス関連、ポストプレス関連、その他の処理関連の指示部を各々組み合わせることにより、全体的なジョブチケット候補群が作成される。
【００５４】
次に、印刷Ｓｈｏｐ側コスト情報とのマッチングにより、各ワークフロー用ジョブチケット毎に、印刷コストを算出し（Ｓ６０５）、オーダチケットに各ジョブチケットのＩＤと、それらの印刷コストを見積もり情報としてセットする（Ｓ６０６）。
【００５５】
さらに具体例として、プリプレス関連の部分のワークフローに関するコスト算出の例を図１５で示す。
【００５６】
まず、Ｓ１５０２にて、レイアウト指示部のコストを算出する。
【００５７】
その場合、さらに詳細として、Ｓ１５０５にて、オペレータ用レイアウト指示部のコストを算出し、Ｓ１５０６にて、デバイス用簡易レイアウト指示部のコストを算出し、Ｓ１５０７にて、デバイス用詳細レイアウト指示部のコストを算出する。
【００５８】
次に、Ｓ１５０３にて、プルーフ部のコストを算出する。
【００５９】
この場合も、さらに詳細として、Ｓ１５０８にて、プルーフ指示部無しの場合のコストを算出し、Ｓ１５０９にて、オペレータ用プルーフ指示部のコストを算出する。
【００６０】
次に、上記算出結果の組み合わせにより、先に作成した各ジョブチケット候補のプリプレス関連のトータルコストを算出する（Ｓ１５０４）。
【００６１】
さらに、同様に、プレス関連、ポストプレス関連、その他の処理関連の指示部のコストを各々組み合わせることにより、全体的なジョブチケット候補群のトータルコストが算出される。
【００６２】
次に、オーダステータスを「見積り依頼」から「見積り中」に変更し（Ｓ６０７）、各ワークフロー毎のジョブチケット候補を印刷ジョブ統合ファイルにアーカイブして、印刷ジョブ統合ファイルを更新し（Ｓ６０８）、印刷サービス管理サーバに返却する（Ｓ６０９）。
【００６３】
また、まず、サーバから受信し（Ｓ６０１）、オーダチケットのオーダステータスをチェックし（Ｓ６０２）、その結果が「発注決定」の場合、印刷ワークフローを開始する。
【００６４】
まず、Ｓ６１０にて、ユーザが選択したジョブチケットを分析し、印刷ワークフローをプリプレス処理、プレス処理、ポストプレス処理、その他の処理（デリバリー処理など）の順に実行する（Ｓ６１１、Ｓ６１２、Ｓ６１３、Ｓ６１４）。
【００６５】
次に、請求用の課金情報を算出し（Ｓ６１５）、オーダチケットに算出した課金情報をセットし（Ｓ６１６）、オーダステータスを「請求」にセットし（Ｓ６１７）、印刷ジョブ統合ファイルを更新したら（Ｓ６１８）、課金情報がセットされているオーダチケットを印刷サービス管理サーバに返却する（Ｓ６１９）。
【００６６】
また、サーバから受信し，オーダチケットのオーダステータスが「決済」の場合、印刷Ｓｈｏｐ側の経理処理を行ない、一連の取引は終了となる（Ｓ６２０）。
【実施例２】
【００６７】
ユーザによる印刷目的の入力によって、Ｓｈｏｐ独自ワークフローのジョブチケット候補のうち、ユーザの目的にそったワークフローの推奨ジョブチケットを提示することも可能である。
【００６８】
この場合の例を、図２、４、５、７、１６、１７を用いて説明する。
【００６９】
＜クライアント＞
例えば、図２におけるクライアントの例では、Ｓ２０４において、ユーザは印刷指示として、部数や紙の種類や配送先や希望納期など、印刷の基本情報となる項目を入力するとともに、印刷目的として、仕上がり具合（キレイ／普通）ならびに、仕上がり時間（早い／普通／念入り）から、それぞれ１項目づつ選択する（例：仕上がり具合＝キレイ、仕上がり時間＝普通）。
【００７０】
＜サーバ＞
また、この場合、図４、図５の印刷サービス管理サーバの例では、Ｓ４０４において、ユーザが入力した紙の種類や部数などの基本情報および、ユーザ目的情報がセットされたテンプレートジョブチケットを生成する（図１７の１７０３）。
【００７１】
また、Ｓ５１１およびＳ５１２においては、印刷Ｓｈｏｐから返却されたオーダチケットから各ワークフロー毎の見積り額を抽出し、ユーザ提示用に加工する際に、推奨ワークフローを他のワークフローと色や文字の大きさやディスプレイ上での表示面積などで差別化して提示する。
【００７２】
＜ＳＨＯＰ＞
また、この場合の印刷Ｓｈｏｐ側の処理について具体例を図７をもとに説明する。
【００７３】
まず、サーバから受信し（Ｓ７０１）、オーダチケットのオーダステータスをチェックし（Ｓ７０２）、その結果が「見積り要求」の場合、まず、印刷Ｓｈｏｐ内の状況を解析し（Ｓ７０３）、稼動可能な機器やオペレータならびにそれらが稼動状況等に応じて印刷Ｓｈｏｐ独自のワークフロー用ジョブチケット候補を作成し、各々ＩＤをつける（Ｓ７０４）。
【００７４】
次に、印刷Ｓｈｏｐ側コスト情報とのマッチングにより、各ワークフロー用ジョブチケット毎に、印刷コストを算出し（Ｓ７０５）、ユーザ目的を解析して、ユーザの目的に合致するワークフローのジョブチケットを選択し（Ｓ７０６）、オーダチケットに各ジョブチケットのＩＤと、それらの印刷コストを見積もり情報としてセットする（Ｓ７０７）とともに、そのジョブチケットが推奨であることをセットする（図１６の１６０３）。
【００７５】
ユーザ目的の解析の具体例を、図１４のジョブチケットの一部の作成のフローとの関連で示すと、
例えば、
「仕上がり具合＝キレイ、仕上がり時間＝普通」ならば、デバイス用詳細レイアウト指示（Ｓ１４０７）かつ、オペレータによるプルーフ（Ｓ１４０９）を選択。
「仕上がり具合＝キレイ、仕上がり時間＝早い」ならば、デバイス用詳細レイアウト指示（Ｓ１４０７）かつ、プルーフ無し（Ｓ１４０８）を選択。
「仕上がり具合＝キレイ、仕上がり時間＝念入り」ならば、オペレータ用レイアウト指示（Ｓ１４０５）かつ、オペレータによるプルーフ（Ｓ１４０９）を選択。
「仕上がり具合＝普通、仕上がり時間＝早い」ならば、デバイス用簡易レイアウト指示（Ｓ１４０６）かつ、プルーフ無し（Ｓ１４０８）を選択。
「仕上がり具合＝普通、仕上がり時間＝普通」ならば、デバイス用簡易レイアウト指示（Ｓ１４０６）かつ、オペレータによるプルーフ（Ｓ１４０９）を選択。
などの選択肢により、ジョブチケットを作成する。
【００７６】
次に、オーダステータスを「見積り依頼」から「見積り中」に変更し（Ｓ７０８）、各ワークフロー毎のジョブチケット候補を印刷ジョブ統合ファイルにアーカイブして、印刷ジョブ統合ファイルを更新し（Ｓ７０９）、印刷サービス管理サーバに返却する（Ｓ７１０）。
【実施例３】
【００７７】
ユーザが、印刷Ｓｈｏｐワークフローにおける特定のオペレータを選択し、そのオペレータが必ず作業を行なうように指示することも可能である。
【００７８】
＜クライアント＞
この場合の例を、図３、８、９、１０、１１を用いて説明する。
【００７９】
まず、クライアントの処理（図８）において、ユーザは印刷サービス管理サーバへログインを行なう（Ｓ８０１）。
【００８０】
ログインが許可された後、ユーザは、既に見積り情報があるか否かをチェックする（Ｓ８０２）。
【００８１】
初回のログインであれば、この時点では見積り情報は無いので、ユーザは印刷データを印刷サービス管理サーバへアップロードする（Ｓ８０３）。
【００８２】
次に印刷指示として、部数や紙の種類や配送先や希望納期など、印刷の基本情報となる項目を入力する（Ｓ８０４）。
【００８３】
次に、Ｓ８０５において、見積りを要求する見積り指示を出す。
【００８４】
見積り指示は印刷サービス管理サーバに送られる。
【００８５】
ここで、一旦終了することも、そのまま、印刷Ｓｈｏｐからの見積りを待つことも可能である（Ｓ８０６）。
【００８６】
一旦終了する場合には、印刷サービス管理サーバからログアウトする（Ｓ８０７）。
【００８７】
そのまま、印刷Ｓｈｏｐからの見積りを待ち、処理を続ける場合には、印刷Ｓｈｏｐから見積り情報が来ているかどうかをチェックし待つ（Ｓ８０２）。
【００８８】
印刷Ｓｈｏｐからの見積り（すなわち印刷ジョブ統合ファイル）が来たならば、印刷ジョブ統合ファイルにアーカイブされている見積り情報ならびにワークフローの候補の中から所望の処理を選択する（Ｓ８０８）。
【００８９】
次に、Ｓ８０９において、発注決定ならば、ユーザは発注決定指示を出す。
【００９０】
発注決定指示が印刷サービス管理サーバに送られる（Ｓ８１０）。
【００９１】
Ｓ８０９にて先に選択したワークフロー候補におけるオペレータを変更したい場合は、発注決定ではなく、Ｓ８１１にてオペレータを変更するか否かにおいて、変更（ＹＥＳ）を選択する。
【００９２】
その場合、Ｓ８１４において、提示されたワークフローにおけるオペレータを変更し、Ｓ８１５において、必要であれば希望納期や配送場所等を再入力して、見積りを再度要求する再見積り指示を出す。
【００９３】
再見積り指示は印刷サービス管理サーバに送られる。
【００９４】
また、Ｓ８１１においてオペレータを変更しない場合は、さらにＳ８１２において、注文を取り消すか否かを選択する。
【００９５】
注文を取り消すことをユーザが選択した場合は、Ｓ８１３において注文情報削除指示が印刷サービス管理サーバに送られる。
【００９６】
Ｓ８１２において、オペレータは変更しないが、注文は取り消さない場合は、これまでの印刷指示情報等が一時的に印刷サービス管理サーバに保管されることになる。
【００９７】
また、オペレータを変更した結果、「受注不可能」となってしまった場合は、再度、Ｓ８０２以降の処理において、オペレータを再度変更するか、注文を取り消すかを選択することになる。
【００９８】
＜サーバ＞
次に、印刷サービス管理サーバの処理（図３、９、１０）は、Ｓ３０１にて、ユーザからの受信で、ユーザからの受信対応処理（Ｓ３０３）に移行し、Ｓ９０１にて、オーダチケットの有無をチェックした結果、オーダチケットが有る場合、ユーザがワークフローの選択＆発注決定をしていないならば（Ｓ９０２）、Ｓ９０６にて、発注取り消しか否かを調べる。
【００９９】
ユーザが発注取り消しをしている場合は、オーダチケットのオーダステータスを「発注取り消し」とセットし（Ｓ９１２）、Ｓ９１３において印刷ジョブ統合ファイルを一時保管し、あらかじめ定めた期限がきたら、印刷ジョブ統合ファイルを削除する（Ｓ９１４）。
【０１００】
もし、発注取り消しでない場合は、さらに、Ｓ９０７において、ユーザがオペレータ変更指示を出したか否かを調べる。
【０１０１】
ユーザがオペレータ変更指示を出した場合は、まず、オーダチケットのオーダステータスを再度「再見積り依頼」とセットしなおし（Ｓ９０８）、ユーザの変更したオペレータをジョブチケットに反映させ（Ｓ９０９）、印刷ジョブ統合ファイルを更新し（Ｓ９１０）、印刷Ｓｈｏｐに変更したオーダチケットを含む印刷ジョブ統合ファイルトを送信する（Ｓ９１１）。
【０１０２】
もしも、Ｓ９０７において、オペレータ変更もない場合は、オーダチケットに何も変更は加えず、ユーザに見積り情報を送信した状態として作業は保留される。
【０１０３】
このときも、印刷ジョブ統合ファイルを一時保管し（Ｓ９１３）、あらかじめ定めた期限がきたら、印刷ジョブ統合ファイルを削除する（Ｓ９１４）
（この場合、オーダチケットのオーダステータスは「見積り中」のままとなる）
（期限は、「発注取り消し」と「保留」の場合で差異をつけることも可能）。
【０１０４】
もしも、印刷Ｓｈｏｐからのオーダステータスが「受注不可」の場合（Ｓ１００１）は、変更された指示では受注不可能であることをユーザに提示する（Ｓ１０１１、Ｓ１０１２）。
【０１０５】
＜ＳＨＯＰ＞
次に、印刷Ｓｈｏｐ側の処理は図１１を元に説明する。
【０１０６】
まず、サーバから受信し（Ｓ１１０１）、オーダステータスをチェックし（Ｓ１１０２）、その結果が「再見積り要求」の場合、まず、印刷Ｓｈｏｐ内の状況を解析し（Ｓ１１１０）、変更されたオペレータの稼動状況等に応じて受注可能か否かを判断する（Ｓ１１１１）。
【０１０７】
受注可能であれば、再度、印刷Ｓｈｏｐ側コスト情報とのマッチングにより、（例えば、オペレータＡよりもオペレータＢの方がコストが高いなどの差異をつけるため。）変更したワークフロー用ジョブチケットの印刷コストを算出し（Ｓ１１１２）、オーダチケットに各ジョブチケットのＩＤと、それらの印刷コストを見積もり情報としてセットし（Ｓ１１０６）、オーダステータスを「見積り中」に変更し（Ｓ１１０７）、印刷ジョブ統合ファイルを更新して（Ｓ１１０８）、印刷ジョブ統合ファイルをサーバに送信する（Ｓ１１０９）。
【０１０８】
受注可能でない場合は、オーダステータスを「受注不可」に変更し（Ｓ１１１３）、印刷ジョブ統合ファイルを更新して（Ｓ１１０８）、印刷ジョブ統合ファイルをサーバに送信する（Ｓ１１０９）。
【図面の簡単な説明】
【０１０９】
【図１】第１の実施例のシステム構成ブロック図
【図２】第１の実施例のクライアント側の処理の例を示すフローチャート
【図３】第１の実施例のサーバ側の処理の例を示すフローチャート
【図４】第１の実施例のサーバ側の処理の例を示すフローチャート
【図５】第１の実施例のサーバ側の処理の例を示すフローチャート
【図６】第１の実施例の印刷Ｓｈｏｐ側の処理の例を示すフローチャート
【図７】第２の実施例の印刷Ｓｈｏｐ側の処理の例を示すフローチャート
【図８】第３の実施例のクライアント側の処理の例を示すフローチャート
【図９】第３の実施例のサーバ側の処理の例を示すフローチャート
【図１０】第３の実施例のサーバ側の処理の例を示すフローチャート
【図１１】第３の実施例の印刷Ｓｈｏｐ側の処理の例を示すフローチャート
【図１２】第１の実施例のユーザによる印刷指示入力処理の例を示すフローチャート
【図１３】第１の実施例の印刷Ｓｈｏｐ独自のジョブチケット作成処理の例を示すフローチャート
【図１４】第１の実施例の印刷Ｓｈｏｐ独自のジョブチケット作成処理の一部の例を示す模式図
【図１５】第１の実施例の印刷Ｓｈｏｐ独自のコスト算出処理の例を示す模式図
【図１６】第１の実施例のオーダチケットの例を示す模式図
【図１７】第１の実施例のジョブチケットの例を示す模式図
【図１８】第１の実施例の印刷ジョブ統合ファイルの例を示す模式図
【符号の説明】
【０１１０】
１０１  印刷データ入力部
１０２  印刷指示入力部
１０３  印刷情報表示部
１０４  発注側Ｉ／Ｆ部
１０５  ユーザ間Ｉ／Ｆ部
１０６  印刷サービス制御部
１０７  ユーザ管理部
１０８  印刷Ｓｈｏｐ情報管理部
１０９  印刷ジョブ統合ファイル管理部
１１０  オーダチケット管理部
１１１  印刷Ｓｈｏｐ間Ｉ／Ｆ部
１１２  受注側Ｉ／Ｆ部
１１３  印刷Ｓｈｏｐコスト情報保持部
１１４  印刷コスト見積り部
１１５  オーダチケット管理部
１１６  印刷Ｓｈｏｐ制御部
１１７  ジョブチケット管理部
１１８  プリプレス部
１１９  プレス部
１２０  ポストプレス部
１２１  デリバリー部
１２２  課金処理部
１２３  印刷ジョブ統合ファイル管理部
【図１】
2005128606.tif 000003
【図２】
2005128606.tif 000004
【図３】
2005128606.tif 000005
【図４】
2005128606.tif 000006
【図５】
2005128606.tif 000007
【図６】
2005128606.tif 000008
【図７】
2005128606.tif 000009
【図８】
2005128606.tif 000010
【図９】
2005128606.tif 000011
【図１０】
2005128606.tif 000012
【図１１】
2005128606.tif 000013
【図１２】
2005128606.tif 000014
【図１３】
2005128606.tif 000015
【図１４】
2005128606.tif 000016
【図１５】
2005128606.tif 000017
【図１６】
2005128606.tif 000018
【図１７】
2005128606.tif 000019
【図１８】
2005128606.tif 000020