(57)【要約】【課題】  トラブルが発生したときの代行作業の管理対象を限定することなく、配送等も含めた印刷サービス全体に関しての工程の管理を可能にする。【解決手段】  印刷システムにおいて、ユーザ管理、ショップ情報管理、印刷注文管理、印刷ジョブ管理を行うことにより、印刷にたずさわる機械や、人間の作業工程をトータルに管理して、印刷サービス全体に関しての工程の管理を行う。【選択図】  図１
2005174230.tif 000002
【特許請求の範囲】
【請求項１】
印刷の原稿となる印刷データからなる印刷情報を入力する印刷データ入力手段と、印刷Shopへの印刷指示を入力する印刷指示入力手段と、印刷データおよび印刷指示からなる印刷情報を表示する印刷情報表示手段と、クライアントと印刷サービス管理サーバとの間において印刷情報やユーザ情報や印刷経過情報等をやり取りするための、クライアント側のI/Fである発注側I/F手段と、クライアントと印刷サービス管理サーバとの間において印刷情報やユーザ情報や印刷経過情報等をやり取りするための、サーバ側のI/Fであるユーザ間I/F手段と、上記印刷情報やユーザ情報や印刷経過情報等を元に印刷サービスを制御する印刷サービス制御手段と、ユーザ情報（ユーザ名やユーザ毎の受注情報やユーザ毎の印刷経過情報やユーザ毎のサーバアクセス情報など）を管理するユーザ管理手段と、印刷Shop情報（印刷Shop名称や印刷Shop能力情報や印刷へのオーダー情報など）を管理する印刷Shop情報管理手段と、ユーザの注文情報（希望納期や配送場所や支払い方法など）からオーダチケットを作成したり、印刷Shopからの見積り情報や印刷経過情報等の入ったオーダチケットを読み取り、ユーザへの提示情報へと変換する印刷注文管理手段と、
ユーザの印刷指示から、初期のジョブチケットを作成する、ジョブチケット作成手段と、
印刷Shopにおいて作成された印刷ジョブ統合ファイルから、印刷ワークフローの候補や、印刷ワークフロー毎の見積り情報を含むオーダチケット等のアクセスを管理する、印刷ジョブ統合ファイル管理手段と、印刷Shopと印刷サービス管理サーバとの間においてジョブチケットやオーダチケットや印刷経過情報等をやり取りするための、サーバ側のI/Fである印刷Shop間I/F手段と、印刷Shopと印刷サービス管理サーバとの間においてジョブチケットやオーダチケットや印刷経過情報等をやり取りするための、印刷Shop側のI/Fである受注側I/F手段と、注文情報を管理し、印刷ワークフローの各所で必要なリソースやオペレータの準備を行い、印刷サービス管理サーバとの間でオーダーチケットやジョブチケット等のやり取りを制御する、印刷Shop管理手段と、印刷ワークフローの各所への指示の制御を行ない、印刷ワークフロー経過の管理を行い、印刷ワークフローの各所で必要なオペレータの指定／変更を行う印刷ワークフロー管理手段と、印刷Shopでの全工程にわたるオペレータ候補や、実際に作業を行ったオペレータ等をジョブチケット中に記述する等の編集をおこなう、ジョブチケット管理手段と、印刷データの加工や出力等を行う、オペレーション実行手段からなる、印刷サービスシステム。
【請求項２】
オペレーション手段が、人タイプやデバイスタイプや会社タイプなどの複数のタイプ属性を有することを特徴とする、請求項１に記載の印刷サービスシステム。
【発明の詳細な説明】
【技術分野】
【０００１】
本発明は、インターネットを介した印刷サービスシステムに関するものであって、特に、印刷指示および印刷データならびに印刷注文情報を用いた印刷システムに関するものである。
【背景技術】
【０００２】
従来、印刷システム及び印刷装置及びその制御方法において、
（１）ジョブチケットを解析して当該ジョブチケットに対応するジョブの処理ができるか否かを判断し、処理できないと判断した場合には、エージェントにジョブチケットを転送するという印刷ジョブ処理システムが存在する（特許文献１）。
【０００３】
（２）プリンタで印刷中に、用紙やトナー切れエラーの発生が予想されたなら、プリンタはブロードキャスト送信によってネットワーク上の全ノードに代行印刷を依頼する。依頼を受けたノードはそれがプリンタでしかもレディ状態にあるならば、代行受領応答を、代行依頼発行元に送信する。この後、プリンタは、ホストから受信した印刷データを、代行印刷先のプリンタに転送するという印刷システムが存在する（特許文献２）。
【０００４】
（３）障害が発生した印刷装置で印刷されなかった印刷データが当初予定された制御コマンドに従って印刷されなかった印刷データのみ印刷処理されるようにするという印刷システムが存在する（特許文献３）。
【特許文献１】特開平９−１７９８３３号公報
【特許文献２】特開２００１−６７１９３号公報
【特許文献３】特開平９−２３１０２５号公報
【発明の開示】
【発明が解決しようとする課題】
【０００５】
しかしながら、それらの方法では、いずれも
（１）印刷にたずさわる機械や、人間の作業工程をトータルに管理することが出来ない。
【０００６】
（２）トラブルが発生したときの代行作業の管理対象が機械のみで、印刷サービス全体に関しての工程の管理が出来ない。
という問題があった。
【課題を解決するための手段】
【０００７】
本発明では、
印刷データ入力手段、
印刷指示入力手段、
印刷情報表示手段、
発注側I/F手段、
ユーザ間I/F手段、
印刷サービス制御手段、
ユーザ管理手段、
印刷Shop情報管理手段、
印刷注文管理手段、
ジョブチケット作成手段、
印刷ジョブ統合ファイル管理手段、
印刷Shop間I/F手段、
受注側I/F手段、
印刷Shop管理手段、
印刷ワークフロー管理手段、
ジョブチケット管理部手段、
オペレーション実行手段
からなる、印刷サービスシステムを構築することにより、
（１）印刷にたずさわる機械や、人間の作業工程をトータルに管理することを可能にし、
（２）トラブルが発生したときの代行作業の管理対象を限定することなく、
（３）印刷作業そのものだけでなく、配送等も含めた印刷サービス全体に関しての工程の管理を可能にしたものである。
【発明の効果】
【０００８】
以上説明したように、
印刷データ入力手段、
印刷指示入力手段、
印刷情報表示手段、
発注側I/F手段、
ユーザ間I/F手段、
印刷サービス制御手段、
ユーザ管理手段、
印刷Shop情報管理手段、
印刷注文管理手段、
ジョブチケット作成手段、
印刷ジョブ統合ファイル管理手段、
印刷Shop間I/F手段、
受注側I/F手段、
印刷Shop管理手段、
印刷ワークフロー管理手段、
ジョブチケット管理部手段、
オペレーション実行手段
からなる、印刷サービスシステムを構築することにより、
（１）印刷にたずさわる機械や、人間の作業工程をトータルに管理することが可能になり、
（２）トラブルが発生したときの代行作業の管理対象を限定することなく、
（３）印刷作業そのものだけでなく、配送等も含めた印刷サービス全体に関しての工程の管理が可能になる。
という効果がある。
【発明を実施するための最良の形態】
【０００９】
図１は第１の実施例を表わすシステム構成ブロックである。
【００１０】
図１において、
101は、印刷の原稿となる印刷データからなる印刷情報を入力する印刷データ入力部、102は、印刷Shopへの印刷指示を入力する印刷指示入力部、103は、印刷データおよび印刷指示からなる印刷情報を表示する印刷情報表示部、104は、クライアントと印刷サービス管理サーバとの間において印刷情報やユーザ情報や印刷経過情報等をやり取りするための、クライアント側のI/Fである発注側I/F部、105は、クライアントと印刷サービス管理サーバとの間において印刷情報やユーザ情報や印刷経過情報等をやり取りするための、サーバ側のI/Fであるユーザ間I/F部、106は、上記印刷情報やユーザ情報や印刷経過情報等を元に印刷サービスを制御する印刷サービス制御部、107は、ユーザ情報（ユーザ名やユーザ毎の受注情報やユーザ毎の印刷経過情報やユーザ毎のサーバアクセス情報）を管理するユーザ管理部、108は、印刷Shop情報（印刷Shop名称や印刷Shop能力情報や印刷へのオーダー情報からなる）を管理する印刷Shop情報管理部、109は、ユーザの注文情報（希望納期や配送場所や支払い方法など）からオーダチケットを作成したり、印刷Shopからの見積り情報や印刷経過情報等の入ったオーダチケットを読み取り、ユーザへの提示情報へと変換する印刷注文管理部、110は、ユーザの印刷指示から初期のジョブチケットを作成するジョブチケット作成部、111は、印刷Shopにおいて作成された印刷ジョブ統合ファイルから、印刷ワークフローの候補や、印刷ワークフロー毎の見積り情報を含むオーダチケット等のアクセスを管理する、印刷ジョブ統合ファイル管理部、112は、印刷Shopと印刷サービス管理サーバとの間においてジョブチケットやオーダチケットや印刷経過情報等をやり取りするための、サーバ側のI/Fである印刷Shop間I/F部、113は、印刷Shopと印刷サービス管理サーバとの間においてジョブチケットやオーダチケットや印刷経過情報等をやり取りするための、印刷Shop側のI/Fである受注側I/F部、114は、注文情報を管理し、印刷ワークフローの各所で必要なリソースやオペレータの準備を行い、印刷サービス管理サーバとの間でオーダーチケットやジョブチケット等のやり取りを制御する印刷Shop管理部、115は、印刷ワークフローの各所への指示の制御を行ない、印刷ワークフロー経過の管理を行い、印刷ワークフローの各所で必要なオペレータの指定／変更を行う印刷ワークフロー管理部、116は、印刷Shopでの全工程にわたるオペレータ候補や、実際に作業を行ったオペレータ等をジョブチケット中に記述する等の編集をおこなう、ジョブチケット管理部、117は、印刷データの加工や出力等を行う、人タイプやデバイスタイプのオペレーション実行部である。
【００１１】
本実施例では、具体例として、ネットワークで繋がっている、クライアント、印刷サービス管理サーバ、印刷Shopの３つによって構成されている印刷サービスを例にする。
【００１２】
次に処理の流れに付いて図１、２、３、４、５、６、７、８、９、１０にしたがって説明する。
【００１３】
＜クライアント＞
まず、クライアントにおいて、ユーザは印刷サービス管理サーバへログインを行なう（S201）。
【００１４】
ログインが許可された後、ユーザは印刷Shopを選択し（S202）、ユーザは印刷データを印刷サービス管理サーバへアップロードする（S203）。
【００１５】
次に印刷指示（部数や紙の種類、面付け指示、配送方法など）や注文情報（支払方法や希望納期など）の情報を入力する（S204）。
【００１６】
ここで、一旦終了し、印刷サービス管理サーバからログアウトする（S205）。
【００１７】
その後、印刷サービス管理サーバからの各種通知（決済通知、配送通知等）を受信し（S206）、最終的にサービス完了通知を待ち（S207）、サービス完了通知が来たならば（S208）、後は、実印刷物を受け取ることで完了となる。
【００１８】
＜サーバ＞
次に、印刷サービス管理サーバは、ユーザからの受信か印刷Ｓｈｏｐからの受信かをチェックし（S301）、ユーザからの受信であれば、ユーザからの受信対応処理（S303）に移行し、S401においてユーザの希望納期や支払い方法等からオーダチケット(図５の501)を生成する。
【００１９】
次に、ユーザが入力した紙の種類や部数、配送場所等などの情報から初期ジョブチケットを生成する(S402、図５の502)。
【００２０】
次に、S403にて、オーダチケットおよび印刷データを印刷ジョブ統合ファイル化(図１０)する。
【００２１】
次に、印刷Shopに印刷ジョブ統合ファイルを送信する(S404)。
【００２２】
また、S301にて、印刷Ｓｈｏｐから受信した場合は、印刷Shopからの受信対応処理（S302）に移行し、印刷Shopからの各種サービス通知（決済通知、配送通知、サービス完了通知等）を受信し、クライアントに伝達する。
【００２３】
＜SHOP＞
次に、印刷Ｓｈｏｐ側の処理について具体例を元に説明する。
【００２４】
まず、サーバから受信（S601）した後、ジョブチケットから、その印刷に必要なShop内の全工程を解析し（S602）する。
【００２５】
次に、その結果をもとに印刷Shop内の状況を解析し、稼動可能な機器やオペレータならびにそれらの稼動状況等に応じて印刷ワークフローの各所への割り振りを行い（S603）、印刷Shop独自の全工程にオペレータ候補が指定されたジョブチケットを作成する（S604、図８の801）。
【００２６】
次に、S605から、作成したジョブチケットを元に、印刷ワークフローを開始し、プリプレス処理、プレス処理、ポストプレス処理、その他の処理(デリバリー処理など)の順に実行する（S605、S606、S607、S608）。
【００２７】
つぎに、請求用の課金情報を算出し（S609）、オーダチケットの課金情報等を更新し（S610）、各印刷ワークフローで更新されたジョブチケットとも合わせて印刷ジョブ統合ファイルを更新したら（S611）、課金情報がセットされているオーダチケットを印刷サービス管理サーバに返却する（S612）。
【００２８】
最後に印刷サービス完了通知情報を印刷サービス管理サーバに送信する（S613）。
【００２９】
さらに具体例として、各印刷ワークフロー関連の部分の基本的処理に関する例を図７で示す。
【００３０】
まず、S701にて、オペレータ候補の順位Nを１に初期化する。
【００３１】
S702にて、第N候補オペレータに対し、当該処理への割り当てが可能かどうかチェックする。
【００３２】
可能であれば、S703にて、第N候補オペレータへ当該処理に関する指示を通知する。
【００３３】
例えば、第N候補オペレータがデバイスタイプであれば、直接ジョブチケットを送信する等の方法があり、また、第N候補オペレータが人タイプであれば、ジョブチケットを電子メール等で通知する等の方法もある。
【００３４】
S704にて、通知を受け取った第N候補オペレータが当該処理を行い、S705にてトラブル発生がなければ、S706にて、ジョブチケットの記録部に処理が正常になされたことを記録し、当該処理は終了となる。
【００３５】
また、S702にて、第N候補オペレータは、当該処理への割り当てが不可能な場合は、S708にて、Nに１を加算し、次の候補を選択するように準備する。
もし、S709にてNが全候補数以下であれば、S702にて、次候補がオペレータに対し、当該処理への割り当てが可能かどうかチェックする。
【００３６】
もし、S709にて、Nが全候補数を超えた場合は、S706にて、当該処理が正常に終了されなかったことを記録し、当該処理を終了する。
【００３７】
また、S705にてトラブルが発生した場合は、S707にて、第N候補オペレータによる処理にて正常に終了されなかったこと、および、処理に応じて、部分的に終了した情報等（「１００部印刷のうちの４０部まで終了」など）をジョブチケットに記録し（S707）、S708にて、Nに１を加算し、次の候補にて代行処理ができるように準備する。
【００３８】
S709以降の処理は前述と同一である。
【００３９】
トラブル発生を印刷ワークフロー管理部が感知するタイミングとしては、トラブル発生と同時に第Ｎオペレータが印刷ワークフロー管理部へ通知する場合や、印刷ワークフロー管理部が一定時間毎にオペレータへ処理進捗を打診し応答が無い場合はトラブル発生とみなし、前回応答時の進捗以降を残量とする場合などがある。
【００４０】
（第２の実施例）
オペレータのタイプに、「会社」等を用いることも可能である。
【００４１】
図７の基本フローを、配送処理に適用した場合の例を例を、図７、１２を用いて説明する。
【００４２】
印刷Shopの作成したジョブチケット（図１２）において、第１候補が運送会社A（オペレータH）、第２候補が運送会社B（オペレータI）となり、一連の印刷ワークフローにおいて、「配送」の段階（S603のその他の処理）に至ったら、第一候補の運送会社Aに配送可能か否かの打診（S702の割り当て可能チェックに該当）をする。
【００４３】
可能ならば、正式な配送依頼（S703の指示に該当）を通知し、配送依頼を受け取った運送会社A（オペレータH）によって運送が行われる。
【００４４】
もし打診（S702）の段階で断られた場合は、S708、S709を経て、第２候補の運送会社B（オペレータI）に打診（S702）を行う。
【図面の簡単な説明】
【００４５】
【図１】第１の実施例のシステム構成ブロック図。
【図２】第１の実施例のクライアント側の処理の例を示すフローチャート。
【図３】第１の実施例のサーバ側の処理の例を示すフローチャート。
【図４】第１の実施例のサーバ側の処理の例を示すフローチャート。
【図５】第１の実施例のサーバ側で作成するオーダチケット及びジョブチケットの例を示す模式図。
【図６】第１の実施例の印刷Shop側の処理の例を示すフローチャート。
【図７】第１の実施例の印刷Shop側の処理の例を示すフローチャート。
【図８】第１の実施例の印刷Shop側で編集されたジョブチケットの例を示す模式図。
【図９】第１の実施例の印刷Shop側で編集されたジョブチケットの例を示す模式図。
【図１０】第１の実施例の印刷ジョブ統合ファイルの例を示す模式図。
【図１１】第２の実施例の印刷Shop側の処理の例を示すフローチャート。
【図１２】第２の実施例の印刷Shop側で編集されたジョブチケットの例を示す模式図。
【図１】
2005174230.tif 000003
【図２】
2005174230.tif 000004
【図３】
2005174230.tif 000005
【図４】
2005174230.tif 000006
【図５】
2005174230.tif 000007
【図６】
2005174230.tif 000008
【図７】
2005174230.tif 000009
【図８】
2005174230.tif 000010
【図９】
2005174230.tif 000011
【図１０】
2005174230.tif 000012
【図１１】
2005174230.tif 000013
【図１２】
2005174230.tif 000014