(57)【要約】【課題】より有益なシステム利用を図ることができる電子入稿管理装置及びその制御方法、電子入稿管理システム、プログラムを提供する。【解決手段】電子入稿管理サーバ３０１は、印刷依頼に係る印刷情報を依頼端末１００からネットワーク４００を介して受信する。次に、印刷情報に基づく印刷を行う印刷拠点を複数の印刷拠点の中から決定する。また、複数の印刷拠点それぞれの印刷スケジュールを監視する。そして、印刷スケジュールの状態と印刷情報に基づいて、決定された印刷拠点を変更する。【選択図】  図１
2004213379.tif 000002
【特許請求の範囲】
【請求項１】
ネットワークを介して、電子入稿による印刷依頼を受け付け、管理する電子入稿管理装置であって、
前記印刷依頼に係る印刷情報を前記依頼端末から前記ネットワークを介して受信する受信手段と、
前記印刷情報に基づく印刷を行う印刷拠点を複数の印刷拠点の中から決定する決定手段と、
前記複数の印刷拠点それぞれの印刷スケジュールを監視する監視手段と、
前記監視手段が監視する印刷スケジュールの状態と前記印刷情報に基づいて、前記決定手段で決定された印刷拠点を別の印刷拠点に変更する変更手段と
を備えることを特徴とする電子入稿管理装置。
【請求項２】
前記決定手段は、前記印刷情報に含まれる、印刷条件、該印刷情報に基づく印刷物の配送先及び希望納期に基づいて、前記印刷情報に基づく印刷を行う印刷拠点を前記複数の印刷拠点の中から検索するための検索条件を決定する決定手段と、
前記決定手段で決定された検索条件に合致する印刷拠点を検索する検索手段とを備え、
前記検索手段で検索された印刷拠点を、前記印刷情報に基づく印刷を行う印刷拠点に決定する
ことを特徴とする請求項１に記載の電子入稿管理装置。
【請求項３】
前記決定手段で決定された印刷拠点が前記印刷物の配送先から最短の第１印刷拠点であるか否かを判定手段とを備え、
前記判定手段の判定結果と、前記監視手段が監視する印刷スケジュールと前記印刷情報に基づいて、前記決定手段で決定された印刷拠点を別の印刷拠点に変更する
ことを特徴とする請求項１に記載の電子入稿管理装置。
【請求項４】
前記判定手段の判定の結果、前記決定手段で決定された印刷拠点が前記第１印刷拠点でない第２印刷拠点である場合、前記変更手段は、前記監視手段が監視する印刷スケジュールと前記印刷情報に基づいて、前記第２印刷拠点を該第１印刷拠点に変更する
ことを特徴とする請求項３に記載の電子入稿管理装置。
【請求項５】
前記判定手段の判定の結果、前記決定手段で決定された印刷拠点が前記第１印刷拠点でない第２印刷拠点である場合、前記変更手段は、前記監視手段が監視する印刷スケジュールと前記印刷情報に基づいて、前記第２印刷拠点を、該第２印刷拠点以外の前記第１印刷拠点を含む印刷拠点群の内、前記配送先により近い印刷拠点に変更する
ことを特徴とする請求項２に記載の電子入稿管理装置。
【請求項６】
前記変更手段による変更に基づいて、前記印刷情報に基づく印刷物の配送料金を再計算する再計算手段と
を更に備えることを特徴とする請求項１に記載の電子入稿管理装置。
【請求項７】
前記再計算手段によって前記印刷物の配送料金が変更された旨を示す変更情報を前記依頼端末へ前記ネットワークを介して送信する送信手段と
を更に備えることを特徴とする請求項１に記載の電子入稿管理装置。
【請求項８】
電子入稿による印刷依頼を行う依頼端末と、前記印刷依頼を受け付け、管理する電子入稿管理サーバとがネットワークを介して相互に接続されて構成される電子入稿管理システムであって、
前記依頼端末は、
前記印刷依頼に係る印刷情報を前記電子入稿管理サーバへ前記ネットワークを介して送信する送信手段とを備え、
前記電子入稿管理サーバは、
前記印刷情報を前記依頼端末から前記ネットワークを介して受信する受信手段と、
前記印刷情報に基づく印刷を行う印刷拠点を複数の印刷拠点の中から決定する決定手段と、
前記複数の印刷拠点それぞれの印刷スケジュールを監視する監視手段と、
前記監視手段が監視する印刷スケジュールの状態と前記印刷情報に基づいて、前記決定手段で決定された印刷拠点を別の印刷拠点に変更する変更手段と
を備えることを特徴とする電子入稿管理システム。
【請求項９】
ネットワークを介して、電子入稿による印刷依頼を受け付け、管理する電子入稿管理装置の制御方法であって、
前記印刷依頼に係る印刷情報を前記依頼端末から前記ネットワークを介して受信する受信工程と、
前記印刷情報に基づく印刷を行う印刷拠点を複数の印刷拠点の中から決定する決定工程と、
前記複数の印刷拠点それぞれの印刷スケジュールを監視する監視工程と、
前記監視工程が監視する印刷スケジュールの状態と前記印刷情報に基づいて、前記決定工程で決定された印刷拠点を別の印刷拠点に変更する変更工程と
を備えることを特徴とする電子入稿管理装置の制御方法。
【請求項１０】
ネットワークを介して、電子入稿による印刷依頼を受け付け、管理する電子入稿管理装置の制御を実現するプログラムであって、
前記印刷依頼に係る印刷情報を前記依頼端末から前記ネットワークを介して受信する受信工程のプログラムコードと、
前記印刷情報に基づく印刷を行う印刷拠点を複数の印刷拠点の中から決定する決定工程のプログラムコードと、
前記複数の印刷拠点それぞれの印刷スケジュールを監視する監視工程のプログラムコードと、
前記監視工程が監視する印刷スケジュールの状態と前記印刷情報に基づいて、前記決定工程で決定された印刷拠点を別の印刷拠点に変更する変更工程のプログラムコードと
を備えることを特徴とするプログラム。
【発明の詳細な説明】
【０００１】
【発明の属する技術分野】
本発明は、ネットワークを介して、電子入稿による印刷依頼を受け付け、管理する電子入稿管理装置及びその制御方法、電子入稿による印刷依頼を行う依頼端末と、前記印刷依頼を受け付け、管理する電子入稿管理サーバと、前記印刷依頼に対する決済を行う決済端末とがネットワークを介して相互に接続されて構成される電子入稿管理システム、プログラムに関するものである。
【０００２】
【従来の技術】
近年、ＩＴ技術の進歩により様々なサービスがインターネットなどのネットワークを経由して提供されるようになっている。例えば、商品販売用のカタログ、教育用のテキスト本等と言った印刷物も電子的に印刷依頼をユーザから受け付けるサービスが考えられている。
【０００３】
その１つとして、特許文献１には、電子的ネットワークを通じてユーザから印刷物の発注を受け、発注された印刷物の印刷処理等を迅速且つ低コストにて行うことができる受発注処理システムが開示されている。特に、ユーザの端末装置から電子的ネットワークを通じて印刷物の注文の仮見積り要求を受けた場合、当該印刷物の印刷に適する印刷デバイスを登録されている印刷デバイス中から抽出し、抽出された印刷デバイスのうちで最も印刷費用の安い見積りとなる印刷デバイスを所有している印刷会社に対して印刷の発注を行うように動作するものである。このシステムにおいては、段落番号＜００７３＞等に記載されているように、仮見積りの後、承認者の承認を得て印刷発注が確定される。また、同様に段落番号＜０１５７＞乃至＜０１７２＞にも承認者の承認動作について詳細に記載されている。
【０００４】
【特許文献１】
特開２００２−２９７９３５
【発明が解決しようとする課題】
しかしながら、特許文献１に記載の受発注システムにおいては、承認者の承認後に印刷業者への発注が行われ、見積りの段階においては最も安くなる条件の印刷業者を検索しているものの、一度発注がなされた後においては発注に係わる料金が安くなる状況が発生しているかを確認することができない。仮に発注に係わる印刷等の料金が安くなる状況が発生していたとしても料金の変更等はできず、本受発注システムの利用者にとっては非常に不利益な状態が有り得た。
【０００５】
本発明は上記の課題を解決するためになされたものであり、より有益なシステム利用を図ることができる電子入稿管理装置及びその制御方法、電子入稿管理システム、プログラムを提供することを目的とする。
【０００６】
【課題を解決するための手段】
上記の目的を達成するための本発明による電子入稿管理装置は以下の構成を備える。即ち、
ネットワークを介して、電子入稿による印刷依頼を受け付け、管理する電子入稿管理装置であって、
前記印刷依頼に係る印刷情報を前記依頼端末から前記ネットワークを介して受信する受信手段と、
前記印刷情報に基づく印刷を行う印刷拠点を複数の印刷拠点の中から決定する決定手段と、
前記複数の印刷拠点それぞれの印刷スケジュールを監視する監視手段と、
前記監視手段が監視する印刷スケジュールの状態と前記印刷情報に基づいて、前記決定手段で決定された印刷拠点を別の印刷拠点に変更する変更手段と
を備える。
【０００７】
また、好ましくは、前記決定手段は、前記印刷情報に含まれる、印刷条件、該印刷情報に基づく印刷物の配送先及び希望納期に基づいて、前記印刷情報に基づく印刷を行う印刷拠点を前記複数の印刷拠点の中から検索するための検索条件を決定する決定手段と、
前記決定手段で決定された検索条件に合致する印刷拠点を検索する検索手段とを備え、
前記検索手段で検索された印刷拠点を、前記印刷情報に基づく印刷を行う印刷拠点に決定する。
【０００８】
また、好ましくは、前記決定手段で決定された印刷拠点が前記印刷物の配送先から最短の第１印刷拠点であるか否かを判定手段とを備え、
前記判定手段の判定結果と、前記監視手段が監視する印刷スケジュールと前記印刷情報に基づいて、前記決定手段で決定された印刷拠点を別の印刷拠点に変更する。
【０００９】
また、好ましくは、前記判定手段の判定の結果、前記決定手段で決定された印刷拠点が前記第１印刷拠点でない第２印刷拠点である場合、前記変更手段は、前記監視手段が監視する印刷スケジュールと前記印刷情報に基づいて、前記第２印刷拠点を該第１印刷拠点に変更する。
【００１０】
また、好ましくは、前記判定手段の判定の結果、前記決定手段で決定された印刷拠点が前記第１印刷拠点でない第２印刷拠点である場合、前記変更手段は、前記監視手段が監視する印刷スケジュールと前記印刷情報に基づいて、前記第２印刷拠点を、該第２印刷拠点以外の前記第１印刷拠点を含む印刷拠点群の内、前記配送先により近い印刷拠点に変更する。
【００１１】
また、好ましくは、前記変更手段による変更に基づいて、前記印刷情報に基づく印刷物の配送料金を再計算する再計算手段と
を更に備える。
【００１２】
また、好ましくは、前記再計算手段によって前記印刷物の配送料金が変更された旨を示す変更情報を前記依頼端末へ前記ネットワークを介して送信する送信手段と
を更に備える。
【００１３】
上記の目的を達成するための本発明による電子入稿管理システムは以下の構成を備える。即ち、
電子入稿による印刷依頼を行う依頼端末と、前記印刷依頼を受け付け、管理する電子入稿管理サーバとがネットワークを介して相互に接続されて構成される電子入稿管理システムであって、
前記依頼端末は、
前記印刷依頼に係る印刷情報を前記電子入稿管理サーバへ前記ネットワークを介して送信する送信手段とを備え、
前記電子入稿管理サーバは、
前記印刷情報を前記依頼端末から前記ネットワークを介して受信する受信手段と、
前記印刷情報に基づく印刷を行う印刷拠点を複数の印刷拠点の中から決定する決定手段と、
前記複数の印刷拠点それぞれの印刷スケジュールを監視する監視手段と、
前記監視手段が監視する印刷スケジュールの状態と前記印刷情報に基づいて、前記決定手段で決定された印刷拠点を別の印刷拠点に変更する変更手段と
を備える。
【００１４】
上記の目的を達成するための本発明による電子入稿管理装置の制御方法は以下の構成を備える。即ち、
ネットワークを介して、電子入稿による印刷依頼を受け付け、管理する電子入稿管理装置の制御方法であって、
前記印刷依頼に係る印刷情報を前記依頼端末から前記ネットワークを介して受信する受信工程と、
前記印刷情報に基づく印刷を行う印刷拠点を複数の印刷拠点の中から決定する決定工程と、
前記複数の印刷拠点それぞれの印刷スケジュールを監視する監視工程と、
前記監視工程が監視する印刷スケジュールの状態と前記印刷情報に基づいて、前記決定工程で決定された印刷拠点を別の印刷拠点に変更する変更工程と
を備える。
【００１５】
上記の目的を達成するための本発明によるプログラムは以下の構成を備える。即ち、
ネットワークを介して、電子入稿による印刷依頼を受け付け、管理する電子入稿管理装置の制御を実現するプログラムであって、
前記印刷依頼に係る印刷情報を前記依頼端末から前記ネットワークを介して受信する受信工程のプログラムコードと、
前記印刷情報に基づく印刷を行う印刷拠点を複数の印刷拠点の中から決定する決定工程のプログラムコードと、
前記複数の印刷拠点それぞれの印刷スケジュールを監視する監視工程のプログラムコードと、
前記監視工程が監視する印刷スケジュールの状態と前記印刷情報に基づいて、前記決定工程で決定された印刷拠点を別の印刷拠点に変更する変更工程のプログラムコードと
を備える。
【００１６】
【発明の実施の形態】
以下、図面を参照して、本発明の実施形態を詳細に説明する。
【００１７】
本発明は、特に、大量印刷や製本印刷等の集中コピー室（ＣＲＤ：Ｃｅｎｔｒａｌｉｚｅｄ  Ｒｅｐｒｏｇｒａｐｈｉｃ  Ｄｅｐａｒｔｍｅｎｔ）に電子ファイル（印刷データ）を入稿して印刷依頼を行う電子入稿システムに関するものである。
【００１８】
本実施形態では、特に、複数の印刷拠点（ＣＲＤ）を利用可能な環境において、ある印刷拠点での印刷の見積が一旦確定した後でも、各印刷拠点の印刷スケジュールの状態に応じて、見積を安くすることができるような場合には、見積を再計算して更新するとともに、当初の見積が安くなった旨を印刷の依頼者へ通知する。
【００１９】
これにより、印刷の依頼者は、一旦確定した見積が安くなる状況が発生しているか否かを意識しなくても、見積が安くなる状況が発生した場合には、自動的にその見積を安くすることができる。
【００２０】
尚、以下の説明において、「サーバ」とは、ＷＷＷシステムにおいてＨＴＭＬ文書や画像などの情報を蓄積しておき、Ｗｅｂブラウザなどのクライアントソフトウェアからの要求を受けてインターネットなどのネットワークを通じて情報送信を行うＷｅｂサーバ（ウェブサーバ）や、ネットワークを通じてユーザからの要求を受けて、データベースシステムなどの処理に橋渡しを行う機能を備えたアプリケーションサーバ（または、Ｗｅｂアプリケーションサーバ）を意味するものである。
【００２１】
また、「クライアント」とは、ネットワークにおいてサーバの提供する機能やデータを利用するコンピュータ、およびソフトウェアを意味するものである。このクライアントとしては、本実施形態では、例えば、図１のネットワーク４００に接続された依頼端末１００、決済端末２００や、ネットワーク４００上に接続される各種コンピュータ上で動作するＷｅｂブラウザ、ビューワ等が該当する。
【００２２】
また、以下に説明する本発明の実施形態では、ネットワーク４００を介するＷｅｂ環境下で、電子入稿を依頼する依頼者が使用する依頼端末１００、電子入稿による印刷に対する決済依頼の承認の可否を決定する決裁者が使用する決済端末２００と、ＣＲＤシステム３００（その内部の電子入稿管理サーバ３０１や印刷装置３０３も含む）、ＣＲＤシステム５００〜８００間で実現する電子入稿管理例を挙げて説明するが、本発明はこのような構成に限定されるものではない。つまり、サーバが提供する機能に係る処理を実行するための各種操作画面がクライアントのブラウザ（ビューワ）上で表示可能な形態を提供できるようなコンピュータネットワーク環境であれば、本発明を適用することができる。
【００２３】
＜実施形態１＞
図１は本発明の実施形態の電子入稿管理システムの構成を示す図である。
【００２４】
尚、図１のネットワーク４００上に接続される各種端末の構成は一例であり、用途や目的に応じて様々な構成例があることは言うまでもない。
【００２５】
１００は電子入稿依頼を行う依頼者が使用する依頼端末である。依頼端末１００は、ネットワーク４００を介して、複数のＣＲＤシステム３００、５００〜８００それぞれや決済端末２００とデータの送受信が可能である。
【００２６】
２００は電子入稿による印刷に対する決済依頼の承認の可否を指示する決裁者が使用する決済端末である。決済端末２００は、ネットワーク４００を介して、複数のＣＲＤシステム３００、５００〜８００それぞれや依頼端末１００とデータの送受信が可能である。
【００２７】
尚、依頼者と決裁者が同一である場合も想定され、依頼端末１００及び決済端末２００の両端末で実行する処理が、それらの端末のどちらか１つで実行することになる。
【００２８】
３００は電子入稿依頼を受け付け、その依頼に応じて印刷の手配や印刷料金の見積等の印刷に係る処理を実行するＣＲＤシステムである。ＣＲＤシステム３００は、ネットワーク４００を介して、依頼端末１００や決済端末２００とデータの送受信が可能である。
【００２９】
本実施形態では、ＣＲＤシステム３００の構成要素として、電子入稿を管理する電子入稿管理サーバ３０１と、電子入稿された印刷対象の電子ファイルや、電子入稿に係る各種情報やテーブルを管理するデータベース３０２、その電子ファイルの印刷を行うネットワーク機能を有する印刷装置３０３から構成されている。
【００３０】
また、本実施形態では、ＣＲＤシステム３００と同様のＣＲＤシステム５００〜９００がネットワーク４００に接続され、複数の印刷拠点が電子入稿管理システム内に構成されている。また、以下の説明では、便宜上、ＣＲＤシステム３００の印刷拠点名として東京、ＣＲＤシステム５００〜８００それぞれの拠点名として大阪、茨城、福岡、北海道と定義する。
【００３１】
ＣＲＤシステム３００において、電子入稿管理サーバ３０１は、クライアントである依頼端末１００や決済端末２００からの要求に基づいて、以下に説明する本実施形態の各種処理を実現するための各種操作画面を提供したり、依頼端末１００や決済端末２００間で送受信するデータに基づいて、データベース３０２の内容を更新する。
【００３２】
尚、電子入稿管理サーバ３０１と印刷装置３０３はＣＲＤシステム３００内部のネットワークを介して相互に接続されているが、これに限定されるものではなく、電子入稿管理サーバ３０１がネットワーク４００に直接接続されていても良い。
【００３３】
また、印刷装置３０３の印刷形式は、例えば、インクジェット方式、レーザビーム方式、熱転写方式等の各種印刷方式を利用することができる。加えて、印刷装置３０３としては、例えば、ネットワークスキャナ、ファクシミリ機能及びスキャナ機能を併せ持つ複合機であっても良い。また、印刷装置３０３の種類としては、様々な用途に対応するために、通常、複数種類の高速／低速カラー印刷機、複数種類の高速／低速白黒印刷機が存在する。
【００３４】
４００はネットワークであり、典型的にはインターネットやＬＡＮやＷＡＮや電話回線、専用デジタル回線、ＡＴＭやフレームリレー回線、通信衛星回線、ケーブルテレビ回線、データ放送用無線回線等のいずれか、またはこれらの組み合わせにより実現されるいわゆる通信ネットワークであり、データの送受信が可能であれば良い。
【００３５】
次に、図１の依頼端末１００、決済端末２００、電子入稿サーバ３０１、印刷装置３０３の各種端末のハードウエア構成について、図２を用いて説明する。
【００３６】
図２は本発明の実施形態の各種端末のハードウエア構成を示す図である。
【００３７】
図２において、ＣＰＵ２０１は、システムバス２０４に接続される各デバイスを統括的に制御する。また、ＲＯＭ２０３あるいは外部メモリ２１１には、ＣＰＵ２０１の制御プログラムであるオペレーティングシステム（ＯＳ）や、各サーバあるいは各クライアントの後述する各種機能を実現するためのプログラムが記憶されている。
【００３８】
ＲＡＭ２０２は、ＣＰＵ２０１の主メモリ、ワークエリア、一時待避領域等として機能する。
【００３９】
入力コントローラ２０５は、入力部２０９からの入力を制御する。この入力部２０９としては、特に、サーバやクライアント等の端末では、キーボード、マウス等のポインティングデバイスが挙げられる。また、印刷装置等では、タッチパネル、ボタン、スイッチ等が挙げられる。
【００４０】
表示コントローラ２０６は、表示部２１０の表示を制御する。この表示部２１０としては、例えば、ＣＲＴや液晶等が挙げられる。
【００４１】
外部メモリコントローラ（ＭＣ）２０７は、ブートプログラム、各種のアプリケーション、フォントデータ、ユーザファイル、編集ファイル、プリンタドライバ等を記憶する外部メモリ２１１へのアクセスを制御する。加えて、各サーバあるいは各クライアントの各種機能を実現するための各種テーブル、パラメータが記憶されている。この外部メモリ２１１としては、ハードディスク（ＨＤ）やフロッピー（登録商標）ディスク（ＦＤ）、ＰＣＭＣＩＡカードスロットにアダプタを介して接続されるコンパクトフラッシュ、スマートメディア等が挙げられる。
【００４２】
通信Ｉ／Ｆコントローラ２０８は、ネットワーク４００を介して外部機器との通信制御処理を実行する。
【００４３】
次に、電子入稿管理システムの基本的な処理フローについて、図３を用いて説明する。
【００４４】
尚、以下の説明では、ＣＲＤシステム３００内の電子入稿管理サーバ３０１における処理を例に挙げて説明するが、別印刷拠点にある各ＣＲＤシステム内の電子入稿管理サーバも同様の処理が実現できることは言うまでもない。
【００４５】
図３は本発明の実施形態の電子入稿管理システムの基本的な処理フローを示す図である。
【００４６】
上述したように、依頼端末１００と決済端末２００と電子入稿管理サーバ３０１は、ネットワーク４００を介して相互に接続されている。そして、依頼端末１００と決済端末２００は、電子入稿管理サーバ３０１から提供される各種操作画面を介して、電子入稿に係る各種処理を実行する。その一例について、以下に説明する。
【００４７】
▲１▼まず、依頼端末１００は、電子入稿管理サーバ３０１から提供される操作画面を介して、印刷対象となる印刷データとその印刷条件、印刷依頼者情報等からなる印刷情報を電子入稿管理サーバ３０１へ送信する。
【００４８】
▲２▼電子入稿管理サーバ３０１は、依頼端末１００から受信した印刷情報に基づいて、印刷料金や納期等の印刷確認情報を依頼端末１００へ送信する。
【００４９】
▲３▼依頼端末１００は、電子入稿管理サーバ３０１から受信した印刷確認情報に基づいて、その印刷の実行の決済依頼を電子入稿管理サーバ３０１へ送信する。
【００５０】
▲４▼電子入稿管理サーバ３０１は、依頼端末１００から決済依頼を受信すると、決済依頼対象の印刷データの印刷の承認／否認を決定するための決済データ（印刷情報、印刷依頼者情報、印刷料金、印刷物予定納期等）を決済端末２００へ送信する。
【００５１】
▲５▼決済端末２００は、電子入稿管理サーバ３０１から受信した決済データに基づいて、その決済データに対応する印刷を承認する場合にはその旨を示す承認指示情報を電子入稿管理サーバ３０１へ送信する。▲５▼’一方、その決済データに対応する印刷を否認する場合にはその旨を示す否認指示情報を電子入稿管理サーバ３０１へ送信する。
【００５２】
▲６▼電子入稿管理サーバ３０１は、特に、決済端末３０１から承認指示情報を受信した場合には、印刷情報を印刷装置３０３へ送信して、印刷を実行する。その後、印刷装置３０３で印刷された印刷物は、依頼者へ配送されることになる。
【００５３】
▲７▼一方で、電子入稿管理サーバ３０１は、決済端末２００から受信した決済にデータに対応する決済結果（承認情報／否認情報）を、依頼端末１００へ送信する。
【００５４】
次に、この基本的な処理フローにおいて実現される本発明で特徴的な処理フローの詳細について説明して行く。
【００５５】
まず、依頼端末１００が電子入稿管理サーバ３０１へ電子入稿依頼をする場合に、依頼端末１００と電子入稿管理サーバ３０１間で実行される入稿依頼処理について、図４Ａ、図４Ｂを用いて説明する。
【００５６】
図４Ａ、図４Ｂは本発明の実施形態の入稿依頼処理を示すフローチャートである。
【００５７】
まず、ステップＳ１０１で、依頼端末１００は、電子入稿管理サーバ３０１へログインする。
【００５８】
ステップＳ２０１で、電子入稿管理サーバ３０１は、依頼端末１００からのログインの有無を判定する。ログインがない場合（ステップＳ２０１でＮＯ）、ログインがあるまで待機する。一方、ログインがある場合（ステップＳ２０１でＹＥＳ）、ユーザテーブル（図１１）を参照して、ログインユーザを認証し、認証が完了したら、ステップＳ２０２で、ログイン時に依頼端末１００から送信されるユーザ情報を取得する。ステップＳ２０３で、初期画面７００（図７）を生成して、依頼端末１００へ送信する。
【００５９】
ステップＳ１０２で、依頼端末１００は、電子入稿管理サーバ３０１から初期画面７００の受信の有無を判定する。初期画面７００を受信していない場合（ステップＳ１０２でＮＯ）、受信するまで待機する。一方、初期画面７００を受信した場合（ステップＳ１０２でＹＥＳ）、ステップＳ１０３へ進み、その初期画面７００を表示する。
【００６０】
ここで、初期画面７００の一例について、図７を用いて説明する。
【００６１】
図７は本発明の実施形態の初期画面７００の一例を示す図である。
【００６２】
図７の初期画面７００は、依頼端末１００や決済端末２００が電子入稿管理サーバ３０１へアクセスした場合に端末に表示される。
【００６３】
７０１は入稿依頼ボタンであり、電子入稿依頼を行う場合に押下する。この入稿依頼ボタン７０１が押下されると、電子入稿依頼を行うための注文画面８００（図８Ａ）が表示される。
【００６４】
７０２は決済依頼ボタンであり、電子入稿依頼に対する印刷の決済依頼を行う場合に押下する。この決済依頼ボタン７０２が押下されると、決済依頼待の印刷情報に係る入稿決済処理が電子入稿管理サーバ３０１で実行される。尚、この入稿決済処理の詳細については後述する。
【００６５】
７０３は依頼状況ボタンであり、現在の依頼状況を確認する場合に押下する。この依頼状況ボタン７０３が押下されると、現在の印刷情報の依頼状況（依頼中／決済待／受付待／印刷中／変更）の一覧画面９００（図９）が表示される。
【００６６】
図４Ａ、図４Ｂの説明に戻る。
【００６７】
ステップＳ１０４で、依頼端末１００は、初期画面７００を介する操作を判定する。ここでの判定は、電子入稿の新規依頼あるいは依頼状況の確認を判定する。具体的には、初期画面７００の入稿依頼ボタン７０１が押下された場合には、新規依頼と判定する。一方、初期画面７００の依頼状況ボタン７０３が押下された場合には、依頼状況の確認と判定する。
【００６８】
そして、ステップＳ１０４において、依頼状況の確認と判定された場合、ステップＳ１１２へ進み、依頼端末１００には、一覧画面９００が表示される。一方、ステップＳ１０４において、新規依頼と判定された場合、ステップＳ１０５へ進み、依頼端末１００には、注文画面８００が表示される。この場合、依頼端末１００がブラウザで電子入稿管理サーバ３０１の作成したＨＴＭＬのファイルを単純に閲覧する構成では、ステップＳ１０４の判断に相当するボタンの押下情報を電入稿管理サーバ３０１に送信することで、ボタン押下情報に基づいて電子入稿管理サーバ３０１が生成した注文画面８００を依頼端末１００が受信して表示する構成でもよい。
【００６９】
ここで、注文画面８００の一例について、図８Ａを用いて説明する。
【００７０】
図８Ａは本発明の実施形態の注文画面の一例を示す図である。
【００７１】
尚、注文画面８００の上部には、その入稿依頼ボタン７０１が押下された日付が依頼日付として表示され、かつ電子入稿管理サーバ３０１で発番される依頼を特定するための固有の依頼ＮＯが表示される。
【００７２】
図８Ａの注文画面８００において、８０１は依頼者情報の表示フィールドである。この表示フィールド８０１には、依頼者情報として、例えば、依頼者名、メールアドレス、依頼者の所属先（社員コード、内線、事業所名、事業部名、部門名、部門コード）等が表示される。
【００７３】
８０２は電子入稿方法として電子ファイルを利用する場合にその依頼内容を入力する入力フィールド８０７を表示するためのデータ出力ボタンである。８０３は電子入稿方法として書類原稿を利用する場合にその依頼内容を入力する入力フィールド８０７を表示するためのコピー出力ボタンである。８０４は電子入稿方法として電子入稿管理サーバ３０１のデータベース３０２（ＤＢ）を利用する場合にその依頼内容を入力する入力フィールド８０７を表示するためのＤＢ出力ボタンである。
【００７４】
尚、このデータベース３０２を利用する電子入稿方法とは、複数回の印刷が想定される印刷物（例えば、マニュアル、取扱説明書、カタログ等）の印刷情報を予めデータベース３０２に登録しておき、依頼端末１００はそのデータベースに登録されている印刷情報を指定して電子入稿の依頼を実行することである。
【００７５】
８０５は配送方法を設定する設定画面８１０（図８Ｂ）を表示するための配送ボタンである。また、８０６は電子入稿に係るコメントを入力するコメント入力画面８２０（図８Ｃ）を表示するためのコメントボタンである。
【００７６】
ここで、設定画面８１０及びコメント入力画面８２０それぞれの一例について、図８Ｂ及び図８Ｃを用いて説明する。
【００７７】
図８Ｂは本発明の実施形態の設定画面の一例を示す図である。
【００７８】
図８Ｂの設定画面８１０において、８１１は配送方法を設定するための入力フィールドである。この入力フィールド８１１では、配送方法として、予め登録されている配送拠点や、過去に使用した配送先や、新規の配送先（住所、宛名、受取人氏名、電話番号等）の設定が可能である。
【００７９】
８１２は依頼対象の印刷情報に対する印刷物の希望納期の入力フィールドである。８１３は依頼対象の印刷情報に対する印刷物の予定納期の表示フィールドである。この表示フィールド８１３で表示される予定納期は、印刷情報が電子入稿管理サーバ３０１へ送信された後、その印刷情報に基づいて電子入稿管理サーバ３０１が計算して表示する。
【００８０】
図８Ｃは本発明の実施形態のコメント入力画面の一例を示す図である。
【００８１】
図８Ｃのコメント入力画面８２０において、８２１は電子入稿管理システムの各ユーザに係るコメントの入力フィールドである。ここでは、依頼端末１００から電子入稿依頼を行う依頼者（注文者）のコメント入力フィールド、決済端末２００を使用する決済者のコメント入力フィールド、電子入稿管理システムのオペレータのコメント入力フィールド等が用意されている。
【００８２】
８２２は決済依頼ボタンであり、電子入稿依頼に対する印刷の決済依頼を行う場合に押下する。８２３は印刷ボタンであり、電子入稿依頼に対する印刷の決済が承認された印刷情報の印刷の実行を指示する場合に押下する。
【００８３】
図８Ａの説明に戻る。
【００８４】
８０７は依頼内容を入力するための入力フィールドである。依頼内容としては、例えば、電子ファイルに基づいて生成される印刷物の文書名、入稿方法（電子メールに添付、ＭＯ、ＣＤ−Ｒ／ＲＷ、ＤＶＤ−ＲＡＭ等の記憶媒体）、印刷条件（カラー／白黒、原稿サイズ、印刷体裁、用紙種類、印刷枚数等）、電子ファイルのデータ種別、電子ファイル、電子ファイルの保管の有無、保管期間、保管場所等がある。
【００８５】
尚、図８Ａの入力フィールド８０７は、電子入稿方法がデータ出力である場合の入力フィールドを示しているが、それ以外の電子入稿方法、つまり、コピー出力／ＤＢ出力である場合の入力フィールドも、入力フィールド８０７と同様にして、各電子入稿方法で必要な情報が入力できるように構成される。
【００８６】
８０８は入力フィールド８０７で入力された依頼内容での印刷を行う場合の見積金額の表示フィールドである。この表示フィールド８０８で表示される見積金額（例えば、印刷料金、あるいは印刷料金＋配送料金）は、入力フィールド８０７で依頼内容が入力された時点、あるいは入力フィールド８０７で依頼内容が入力され、かつ図８Ｂの設定画面８１０の入力フィールド８１１で配送先が入力された時点で電子入稿管理サーバ３０１が計算して表示する。
【００８７】
続いて、一覧画面９００の一例について、図９を用いて説明する。
【００８８】
図９は本発明の実施形態の一覧画面の一例を示す図である。
【００８９】
図９の一覧画面９００において、９０１は現在電子入稿管理サーバ３０１で管理されている印刷情報の内容を示す表示フィールドである。ここでは、印刷情報の内容として、現在の状態（印刷中、受付待、決済待、変更）、依頼ＮＯ、入稿方法の種類（データ出力、コピー出力、ＤＢ出力）、依頼日、文書名、部数、金額、費目を表示している。但し、この印刷情報の内容は、これに限定されず、用途や目的に応じて、様々な情報（例えば、印刷に使用する印刷装置名、予定納期、配送先等）を表示できることは言うまでもない。
【００９０】
また、この一覧画面９００では、各ユーザ毎に閲覧可能な印刷情報への権限を設定しておき、ステップＳ２０１で認証されたユーザの閲覧できる権限に基づいて電子入稿管理サーバ３０１で作成されるように制御することも可能である。
【００９１】
また、表示フィールド９０１で表示される各印刷情報の先頭には、チェックボックスが用意されており、このチェックボックスによって、印刷情報の選択／非選択を実行することができる。
【００９２】
９０２は詳細表示ボタンであり、この詳細表示ボタン９０２を押下すると、チェックボックスにチェックがなされている印刷情報の詳細として、その印刷情報に対応する詳細表示画面（例えば、注文画面８００）を表示する。
【００９３】
９０４は決済依頼ボタンであり、この決済依頼ボタン９０４を押下すると、チェックボックスにチェックがなされている印刷情報に対する決済依頼が実行される。
【００９４】
９０５は終了ボタンであり、この一覧画面９００の表示を終了する場合に押下する。
【００９５】
尚、決済依頼は、上述の図８Ｃのコメント入力画面８２０の決済依頼ボタン８２２でも実行できるようになっているが、これは、例えば、即時性を有する場合を考慮しているためである。つまり、このコメント入力画面８２０では、電子入稿依頼と同時に、その電子入稿依頼に対する印刷の決済依頼を実行することができる。
【００９６】
これに対し、一覧画面９００の決済依頼ボタン９０４は、複数の電子入稿依頼だけを予め実行しておき、後でまとめてそれらの複数の電子入稿依頼に対する印刷の決済依頼を実行する場合を考慮しているためである。つまり、一覧画面９００では、チェックボックスにチェックがなされている印刷情報すべてに対して一度に決済依頼を実行することができる。
【００９７】
図４Ａ、図４Ｂの説明に戻る。
【００９８】
ステップＳ１０５で、依頼端末１００は、注文画面８００を介して、印刷条件を入力する。ステップＳ１０６で、電子入稿依頼対象の印刷データを指定する。ステップＳ１０７で、注文画面８００の入力フィールド８０７の入力、設定画面８１０の入力フィールド８１２の入力が完了した時点で、電子入稿依頼対象の印刷データ及びその印刷条件、希望納期を含む印刷情報を電子入稿管理サーバ３０１へ送信する。
【００９９】
尚、本実施形態では、決済端末２００において、印刷情報の変更権限が与えられていることを前提としているが、依頼端末１００において、印刷情報に決済端末２００での印刷情報の変更権限の有無を示すフラグを設定して、そのフラグに応じて決済端末２００での印刷情報の変更権限を与えるようにしても良い。
【０１００】
ステップＳ２０４で、電子入稿管理サーバ３０１は、依頼端末１００からの印刷情報の受信の有無を判定する。印刷情報を受信していない場合（ステップＳ２０４でＮＯ）、受信するまで待機する。一方、印刷情報を受信した場合（ステップＳ２０４でＹＥＳ）、ステップＳ２０５に進む。
【０１０１】
ステップＳ２０５で、電子入稿管理サーバ３０１は、印刷情報中の印刷条件から印刷料金の見積を算出する。ステップＳ２０６で、印刷情報に基づいて、印刷スケジュールを調査する印刷スケジュール調査処理を実行する。尚、この印刷スケジュール調査処理の詳細については後述する。ステップＳ２０７で、印刷料金の見積や印刷物の予定納期を含む印刷確認情報を依頼端末１００へ送信する。
【０１０２】
尚、このステップＳ２０５で実行する印刷料金の算出は、印刷情報に基づいて、料金算出テーブル（図１２）と、配送時間テーブル及び配送料金テーブル（図１３）を参照して実行する。また、ステップＳ２０６で実行する印刷スケジュールの調査及び予定納期の決定は、印刷情報に基づいて、配送時間テーブル（図１３）、一印刷拠点のＣＲＤシステムが有する各印刷装置の印刷スケジュールテーブル（図１４）、配送先が属する配送エリアに対する拠点の優先関係を示す優先関係管理テーブル（図１５）、各印刷拠点の印刷拠点別印刷スケジュールテーブル（図１６）を参照して実行する。
【０１０３】
ステップＳ１０８で、依頼端末１００は、電子入稿管理サーバ３０１からの印刷確認情報の受信の有無を判定する。印刷確認情報を受信していない場合（ステップＳ１０８でＮＯ）、受信するまで待機する。一方、印刷確認情報を受信した場合（ステップＳ１０８でＹＥＳ）、ステップＳ１０９へ進み、印刷料金の見積と印刷物の予定納期をそれぞれ、対応する注文画面８００（図８Ａ）の表示フィールド８０７と設定画面８１０（図８Ｂ）の表示フィールド８１３に表示する。
【０１０４】
ステップＳ１１０で、依頼端末１００は、決済依頼指示の入力の有無を判定する。尚、ここでの判定は、コメント入力画面８２０（図８Ｃ）の決済依頼ボタン８２２の押下の有無で判定する。決済依頼指示入力がある場合（ステップＳ１１０でＹＥＳ）、ステップＳ１１１へ進み、決済依頼指示を電子入稿管理サーバ３０１へ送信する。
【０１０５】
一方、決済依頼指示入力がない場合（ステップＳ１１０でＮＯ）、ステップＳ１１５へ進み、印刷情報の未変更の有無を判定する。未変更である場合（ステップＳ１１５でＹＥＳ）、ステップＳ１１０に戻る。一方、未変更でない場合（ステップＳ１１５でＮＯ）、ステップＳ１０７へ進み、変更内容を含む印刷情報を再度電子入稿管理サーバ３０１へ送信する。この場合、ステップＳ２０４〜ステップＳ２０７の処理を経て、ステップＳ１０８で、依頼端末１００は、変更内容が反映された印刷情報を含む印刷確認情報を電子入稿管理サーバ３０１から受信することになる。
【０１０６】
ステップＳ２０８で、電子入稿管理サーバ３０１は、依頼端末１００より決済依頼指示の受信の有無を判定する。決済依頼指示を受信していない場合（ステップＳ２０８でＮＯ）、受信するまで待機する。一方、決済依頼指示を受信した場合（ステップＳ２０８でＹＥＳ）、ステップＳ２０９へ進み、決済端末２００からの要求に基づいて、決済依頼待の印刷情報に基づく印刷の承認／否認を決定するための決済データを生成して、決済端末２００へ送信する。
上述の各ステップにおいて必要なタイミングで、各種データが各端末やサーバのＲＡＭ２０３や外部メモリ２１１に記憶されていることは言うまでもない。例えば、本ステップＳ２０９の処理時にはここまでの各ステップで入力された印刷情報だけでなく、一覧画面９００で示される状態の情報として「決済待」の状態がフラグとして電子入稿管理サーバ３０１の外部メモリ２１１に記憶される。
【０１０７】
一方、ステップＳ１０４において、依頼状況の確認と判定された場合、ステップＳ１１２で、依頼端末１００は、一覧画面９００を表示する。ステップＳ１１３で、印刷情報の詳細表示指示あるいは決済依頼指示の入力の有無を判定する。尚、ここでの判定は、一覧画面９００の詳細表示ボタン９０２あるいは決済依頼ボタン９０４の押下の有無で判定する。決済依頼指示入力がある場合、ステップＳ１１０へ進む。
【０１０８】
一方、詳細表示指示入力がある場合、ステップＳ１１４へ進み、処理対象の印刷情報の詳細表示画面として注文画面８００を表示する。これにより、依頼端末１１０は、注文画面８００を介して、現在の印刷情報に対して適宜変更を行うことが可能となる。ここでの印刷情報の変更内容としては、印刷データ自体、印刷条件（部数、カラー／白黒等）、印刷日程（納期）等が有り得る。
【０１０９】
そして、ステップＳ１１５で、印刷情報の未変更の有無を判定する。未変更である場合（ステップＳ１１５でＹＥＳ）、ステップＳ１１０に戻る。一方、未変更でない場合（ステップＳ１１５でＮＯ）、ステップＳ１０７に進む。
【０１１０】
次に、電子入稿管理サーバ３０１が決済端末２００へ決済データを送信した場合に、電子入稿管理サーバ３０１と決済端末２００間で実行される入稿決済処理について、図５を用いて説明する。
【０１１１】
図５は本発明の実施形態の入稿決済処理を示すフローチャートである。
【０１１２】
ステップＳ３０１で、決済端末２００は、未決済の印刷情報を確認するための未決済確認情報を電子入稿管理サーバ３０１へ送信する。特に、ログインの際の細かい処理ステップについては省略する。ここでの処理は、例えば、決済端末２００が、電子入稿管理サーバ３０１にログインした後に初期画面７００の表示中に決済依頼ボタン７０２を押下するなどの動作が相当する。
【０１１３】
ステップＳ４０１で、電子入稿管理サーバ３０１は、決済端末２００からの未決済確認情報の受信の有無を判定する。未決済確認情報を受信していない場合（ステップＳ４０１でＮＯ）、受信するまで待機する。一方、未決済確認情報を受信した場合（ステップＳ４０１でＹＥＳ）、ステップＳ４０２に進み、未決済確認情報に含まれる決済端末２００のユーザ情報を取得する。
【０１１４】
ステップＳ４０３で、電子入稿管理サーバ３０１は、取得したユーザ情報に対応する決済依頼待の印刷情報の有無を判定する。決済依頼待の印刷情報がない場合（ステップＳ４０３でＮＯ）、ステップＳ４０８に進み、印刷情報に基づく印刷に対する決済データがない旨を示す通知を決済端末２００へ送信する。尚、この通知は、メールで通知しても良いし、ダイアログ等のメッセージを表示させるようにしても良い。一方、決済依頼待ちの印刷情報がある場合（ステップＳ４０３でＹＥＳ）、ステップＳ４０４に進み、印刷情報に基づく印刷に対する決済データを決済端末２００へ送信する。
【０１１５】
ステップＳ３０２で、決済端末２００は、電子入稿管理サーバ３０１からの決済データの受信の有無を判定する。決済データを受信していない場合（ステップＳ３０２でＮＯ）、受信するまで待機する。一方、決済データを受信した場合（ステップＳ３０２でＹＥＳ）、ステップＳ３０３に進む。
【０１１６】
ステップＳ３０３で、決済端末２００は、受信した決済データに基づく決済画面１０００（図１０）を表示する。
【０１１７】
ここで、決済画面１０００の一例について、図１０を用いて説明する。
【０１１８】
図１０は本発明の実施形態の決済画面の一例を示す図である。
【０１１９】
図１０の決済画面１０００において、１００１は決済対象の印刷情報中のコメントの表示／入力フィールドであり、図８Ｃのコメント入力画面８２０の入力フィールド８２１に対応する。尚、図１０の決済画面１０００は、図８Ａ〜図８Ｃの各画面に対応するものであり、図８Ａで説明した各ボタン８０２〜８０６に対応する図１０の決済画面１０００上の各機能ボタン（１００５）を押下することで、決済対象の印刷情報の依頼者情報、依頼内容や配送方法を確認することができる。
【０１２０】
１００２は承認ボタンであり、決済対象の印刷情報に基づく印刷を承認する場合に押下する。この承認ボタン１００２を押下すると、承認指示情報が電子入稿管理サーバ３０１へ送信される。１００３は否認ボタンであり、決済対象の印刷情報に基づく印刷を否認する場合に押下する。この否認ボタン１００３を押下すると、否認指示情報が電子入稿管理サーバ３０１へ送信される。
【０１２１】
１００４は印刷ボタンであり、印刷情報に基づく印刷の実行を指示する場合に押下する。
【０１２２】
図５の説明に戻る。
【０１２３】
ステップＳ３０４で、決済端末２００は、決済画面１０００を介する承認ボタン１００２あるいは否認ボタン１００３の押下を判定する。否認ボタン１００３が押下された場合、ステップＳ３０５へ進み、否認指示情報を電子入稿管理サーバ３０１へ送信する。一方、承認ボタン１００２が押下された場合、ステップＳ３０６へ進み、承認指示情報を電子入稿管理サーバ３０１へ送信する。
【０１２４】
ステップＳ４０５で、電子入稿管理サーバ３０１は、決済端末２００からの承認指示情報あるいは否認指示情報の受信を判定する。承認指示情報を受信した場合、ステップＳ４０６へ進み、それに対応する印刷情報に基づく印刷の実行を確定する。ステップＳ４０７で、その印刷情報に基づく印刷が承認された旨を示す承認情報を依頼端末１００へ送信する。一方、否認指示情報を受信した場合、ステップＳ４０９へ進み、その印刷情報が否認された旨を示す否認情報を依頼端末１００へ送信する。
【０１２５】
次に、図４ＢのステップＳ２０６の印刷スケジュール調査処理の詳細について、図６Ａを用いて説明する。
【０１２６】
図６Ａは本発明の実施形態の印刷スケジュール調査処理の詳細を示すフローチャートである。
【０１２７】
まず、ステップＳ５０１で、電子入稿管理サーバ３０１は、依頼端末１００による注文画面８００（図８Ａ）を介する印刷依頼内容の入力の有無を判定する。依頼内容が入力されていない場合（ステップＳ５０１でＮＯ）、依頼内容が入力されるまで待機する。一方、依頼内容が入力された場合（ステップＳ５０１でＹＥＳ）、ステップＳ５０２に進む。
【０１２８】
ステップＳ５０２で、依頼内容によって得られる印刷情報に基づく印刷の印刷所要時間を算出する。尚、この印刷所要時間の算出は、例えば、印刷情報中の印刷枚数、部数、両面／片面、製本形態、折り等の印刷条件と、電子入稿管理システムで利用可能な印刷装置（複数の印刷拠点のそれぞれにあるＣＲＤシステムが有する印刷装置でも良いし、ある印刷拠点のＣＲＤシステムが有する印刷装置）の性能に基づいて算出する。あるいは、各種印刷条件に対する平均印刷所要時間を計測しておき、その計測値を各印刷条件毎にテーブルとして管理しておき、そのテーブルを参照して、印刷所要時間を算出するようにしても良い。
【０１２９】
ステップＳ５０３で、依頼端末１００による設定画面８１０（図８Ｂ）を介する希望納期の入力の有無を判定する。希望納期の入力がない場合（ステップＳ５０３でＮＯ）、希望納期の入力があるまで待機する。一方、希望納期の入力がある場合（ステップＳ５０３でＹＥＳ）、ステップＳ５０４に進む。
【０１３０】
ステップＳ５０４で、印刷情報に基づく印刷を行う印刷装置を検索するための検索条件を決定する。この検索条件の決定は、印刷装置の稼動スケジュールと、処理対象の印刷情報から得られる印刷条件、その印刷情報に基づく印刷の印刷所要時間、納期、配送先に基づいて決定する。
【０１３１】
ステップＳ５０５で、印刷スケジュールテーブル（図１４）、優先関係管理テーブル（図１５）及び印刷拠点別印刷スケジュールテーブル（図１６）を参照して、検索条件に合致する印刷装置が第１優先印刷拠点に存在するか否かを判定する。検索条件に合致する印刷装置が第１優先印刷拠点に存在する場合（ステップＳ５０５でＹＥＳ）、ステップＳ５０６へ進み、その第１優先拠点の印刷装置を印刷情報に基づく印刷に使用する印刷装置に確定する。その後、この印刷装置の拠点を示す印刷拠点情報を含む印刷情報をデータベース３０２に記憶する。
【０１３２】
尚、第１優先印刷拠点とは、配送先が属する配送エリアに対し最短の印刷拠点を示し、第２優先印刷拠点は、次に最短の印刷拠点を示している。
【０１３３】
一方、ステップＳ５０５において、検索条件に合致する印刷装置が第１優先印刷拠点に存在しない場合（ステップＳ５０５でＮＯ）、ステップＳ５０７へ進み、印刷スケジュールテーブル（図１４）、優先関係管理テーブル（図１５）及び印刷拠点別印刷スケジュールテーブル（図１６）を参照して、検索条件に合致する印刷装置が第２優先印刷拠点に存在するか否かを判定する。検索条件に合致する印刷装置が第２優先印刷拠点に存在する場合（ステップＳ５０７でＹＥＳ）、ステップＳ５０６へ進み、その第２優先印刷拠点の印刷装置を印刷情報に基づく印刷に使用する印刷装置に確定する。その後、この印刷装置の拠点を示す印刷拠点情報を含む印刷情報をデータベース３０２に記憶する。
【０１３４】
一方、ステップＳ５０７において、検索条件に合致する印刷装置が第２優先印刷拠点に存在しない場合（ステップＳ５０７でＮＯ）、ステップＳ５０８へ進み、検索条件中の納期を所定期間延長する。そして、ステップＳ５０４で、その納期が所定期間延長された新たな検索条件を再決定して、以降の処理を印刷装置が確定するまで繰り返して実行する。
【０１３５】
ここで、図６ＡのステップＳ５０４〜ステップＳ５０６における検索条件に合致する印刷装置の検索の具体例について説明する。
【０１３６】
尚、この具体例においては、印刷スケジュールテーブル（図１４）は大阪ＣＲＤシステムの印刷スケジュールテーブルであるとし、このテーブル内の各行の印刷機の各日程内を６つに区切る１マスは２時間であるとする。
【０１３７】
まず、ステップＳ５０４で、例えば、検索条件として、印刷条件によって要求される印刷機能を有する印刷装置の種類が「高速カラー印刷機２」、印刷所要時間が「２時間」、納期が「２００２／１２／６」、配送先が属する配送エリアが「東京・横浜地区」とあると決定されたとする。
【０１３８】
次に、ステップＳ５０５では、検索条件の配送エリアが「東京・横浜地区」であるので、優先関係管理テーブル（図１５）により、その第１優先印刷拠点は東京ＣＲＤとなる。次に、印刷拠点別印刷スケジュールテーブル（図１６）を参照すると、検索条件中の納期「２００２／１２／６」前の日程において、東京ＣＲＤのスケジュールはすべて埋まっていることがわかる。そのため、この場合、検索条件に合致する第１優先印刷拠点がないことなり、ステップＳ５０７へ進む。
【０１３９】
次に、ステップＳ５０７で、検索条件の配送エリアが「東京・横浜地区」であるので、優先関係管理テーブル（図１５）により、その第２優先印刷拠点は大阪ＣＲＤとなる。次に、印刷拠点別印刷スケジュールテーブル（図１６）を参照すると、検索条件中の納期「２００２／１２／６」前の日程において、大阪ＣＲＤのスケジュールは「２００２／１２／３」、「２００２／１２／４」に空きがあることがわかる。更に、大阪ＣＲＤの印刷スケジュール（図１４）を参照すると、検索条件中の印刷装置の種類「高速カラー印刷機２」及び印刷所要時間「２時間」を満足する、高速カラー印刷機２とその空き時間が存在することがわかる。これにより、検索条件に合致する第２優先印刷拠点が存在することになり、ステップＳ５０６で、この第２優先印刷拠点である大阪ＣＲＤの高速カラー印刷機２を、印刷情報に基づく印刷に使用する印刷装置に確定する。
【０１４０】
以上説明した図６Ａの処理によって、依頼者の希望納期を満足する印刷拠点候補を、配送先が属する配送エリアから最短あるいは次に最短の２つの印刷拠点から検索することができる。これにより、依頼者の希望納期を満足し、かつ配送エリアから最短あるいは次に最短の印刷拠点で印刷が可能な印刷装置を検索することができる。
【０１４１】
本実施形態の電子入稿管理システムでは、印刷情報に基づく印刷に使用する印刷装置を複数の印刷拠点から選択する関係から、依頼者が指定する配送先から最短ではない印刷拠点が選択される場合がある。この場合、納期は維持されるものの、配送先の最短の印刷拠点と、それ以外の印刷拠点の配送距離に応じて配送料金の増加が生じることになる。
【０１４２】
一方で、各印刷拠点の印刷スケジュールにおいては、当初予定していた印刷がキャンセルされることによって、印刷スケジュールに空きが生じることは珍しくない。この場合、当然、その空きに別の印刷を割当ることが可能である。
【０１４３】
そこで、本実施形態では、特に、第１優先印刷拠点と第２優先印刷拠点の印刷スケジュールを監視しておき、第１優先印刷拠点の印刷スケジュールに空きが生じた場合には、第２優先印刷拠点での印刷予定（印刷の承認が確定済）にある印刷情報を、その印刷情報に基づいて、第１優先印刷拠点の印刷予定に割り当てる。つまり、第２優先印刷拠点での印刷予定に一旦確定した印刷情報でも、第１優先印刷拠点での印刷スケジュールの状態に応じて、第１優先印刷拠点での印刷予定に変更することができる。
【０１４４】
そして、第２優先印刷拠点から第１優先印刷拠点での印刷に変更されることは、配送先と印刷拠点の配送距離が縮められることになるので、当初の配送料を削減することができる、つまり、当初の見積金額（印刷料金＋配送料金）を変更する（安くする）ことができる。
【０１４５】
以下、この見積金額を変更する見積変更処理について、図６Ｂを用いて説明する。
【０１４６】
図６Ｂは本発明の実施形態の見積変更処理を示すフローチャートである。
【０１４７】
まず、ステップＳ６０１で、電子入稿管理サーバ３０１は、印刷情報とその印刷情報に対する見積変更処理の実行の有無を示す処理フラグ（処理済／未処理）を対応づけて管理する印刷情報管理テーブル（図１７）を参照する。ステップＳ６０２で、印刷情報管理テーブルにおいて、未処理の印刷情報を抽出する。
【０１４８】
ステップＳ６０３で、抽出した印刷情報の納期が所定期間内であるか否かを判定する。所定期間内である場合（ステップＳ６０３でＹＥＳ）、ステップＳ６０６に進み、処理フラグを「処理済」にして、ステップＳ６０７へ進む。一方、所定期間内でない場合（ステップＳ６０３でＮＯ）、ステップＳ６０４へ進む。
【０１４９】
尚、この所定期間とは、現在印刷予定にある印刷拠点（第２優先印刷拠点）を別の印刷拠点（第１優先印刷拠点）の印刷予定に変更できる変更期間を示しており、例えば、この処理日時が印刷情報に基づく印刷物の納期の１週間前の期間が変更期間となる。
【０１５０】
ステップＳ６０４で、印刷情報から配送先と印刷拠点情報を抽出する。ステップＳ６０５で、印刷拠点情報が示す印刷拠点が第１優先印刷拠点であるか否かを判定する。第１優先印刷拠点である場合（ステップＳ６０５でＹＥＳ）、ステップＳ６０６に進み、印刷情報の処理フラグを「処理済」にして、ステップＳ６０７へ進む。一方、第１優先印刷拠点でない場合（ステップＳ６０５でＮＯ）、ステップＳ６０８に進む。
【０１５１】
ステップＳ６０８で、第１優先印刷拠点の印刷スケジュールテーブル（図１４）を参照して、第１優先印刷拠点の印刷スケジュールを確認する。ステップＳ６０９で、印刷情報中の印刷条件に合致する印刷装置の印刷スケジュールに空きがあるか否かを判定する。印刷スケジュールに空きがない場合（ステップＳ６０９でＮＯ）、ステップＳ６０６へ進む。一方、印刷スケジュールに空きがある場合（ステップＳ６０９でＹＥＳ）、ステップＳ６１０へ進む。
【０１５２】
ステップＳ６１０で、印刷スケジュールに空きがある印刷装置で印刷情報に基づく印刷を行った場合、その印刷情報で指定されている納期に間に合うか否かを判定する。納期に間に合わない場合（ステップＳ６１０でＮＯ）、ステップＳ６０６へ進む。一方、納期に間に合う場合（ステップＳ６１０でＹＥＳ）、ステップＳ６１１へ進む。
【０１５３】
尚、この納期に間に合うか否かの判定は、印刷スケジュールに空きがある印刷装置で印刷情報に基づく印刷の完了日時と、その印刷装置の印刷拠点から配送先までに要する日時を加算して得られる日時が、その印刷情報で指定されている納期であるか否かで判定する。
【０１５４】
ステップＳ６１１で、印刷拠点情報を変更する。具体的には、印刷情報中の印刷拠点情報を第２優先印刷拠点から第１優先印刷拠点へ変更する。ステップＳ６１２で、印刷拠点の変更に伴って変更する配送料金を再計算する。ステップＳ６１３で、この配送料金の変更に伴う見積を再計算する。ステップＳ６１３で、見積の変更があった旨を示す見積変更情報を依頼者端末１００及び決済者端末２００へ送信する。尚、この見積変更情報の送信は、メールで送信しても良いし、ダイアログ等のメッセージを表示させるようにしても良い。同時に、印刷情報中の見積料金（配送料金）を更新する。これにより、依頼端末１００や決済端末２００で注文画面８００（８Ａ）を表示した場合には、配送料金が変更された（安くなった）新たな見積金額が表示フィールド８０８に表示される。
【０１５５】
ステップＳ６０７で、印刷情報管理テーブル（図１７）で管理されているすべての印刷情報の処理フラグが処理済であるか否かを判定する。すべての印刷情報が処理済でない場合（ステップＳ６０７でＮＯ）、ステップＳ６０２へ戻る。一方、すべての印刷情報が処理済である場合（ステップＳ６０７でＹＥＳ）、処理を終了する。
【０１５６】
尚、この見積変更処理の実行タイミングは、電子入稿管理サーバ３０１が任意に設定することができ、例えば、１日１回、半日１回のタイミングで見積変更処理を実行すれば良い。あるいは、各印刷拠点での印刷スケジュールを各印刷拠点の電子入稿管理サーバが監視しておき、印刷スケジュールに空きが生じた場合には、その旨を他の印刷拠点の電子入稿管理サーバへ通知し、この通知を受けた電子入稿管理サーバ３０１が見積変更処理を実行しても良い。
【０１５７】
また、図６Ｂの見積変更処理が完了した時点あるいは新たに見積変更処理を開始する時点で、印刷情報管理テーブル（図１７）で管理されているすべての印刷情報の処理フラグは「未処理」にリセットされる。
【０１５８】
尚、本実施形態では、上述の図１１〜図１７の各種テーブルは電子入稿管理サーバ３０１の外部メモリ２１１に記憶されているが、これ以外に、上述の各種処理を実現するための各種テーブル（例えば、図９の一覧画面９００を生成するためのテーブル等）やデータが外部メモリ２１１あるいはデータベース３０２に記憶されている。
また、本実施形態における印刷依頼に関する印刷情報の状態としては、決済待ちの状態とは料金や印刷スケジュールなどが確定しないで印刷予約の状態である。
さらに、上記図４Ａ、図４Ｂ、図５に示した各フローチャートにおける処理は、クライアント側である依頼端末１００や決済端末２００の処理ではいくつかの判断手段などの機能を含めた形で説明した。しかし、単純にブラウザアプリケーションでのＨＴＭＬファイルの表示を行い、クライアントからは操作イベントに関する情報を電子入稿管理サーバ３０１に送信することでサーバ側はＣＧＩを用いて各ステップを実現する処理を行うなどの変形でも実現可能である。
【０１５９】
ここで、図１１〜図１７で示す各テーブルについて説明する。
【０１６０】
図１１のユーザテーブルは、ユーザである依頼端末１００の依頼者を特定するためのユーザＩＤ、ユーザ名、そのユーザが所属する事業所名、所属名、メールアドレス、その依頼者に対する決済者名、決済者を特定するための決済者ＩＤ、メールアドレスから構成されている。上述のユーザ情報とは、これらユーザテーブルで管理される情報を含み、各種処理で必要な情報がユーザ情報として使用される。
【０１６１】
図１２の料金算出テーブルは、印刷情報に基づいて印刷する印刷物の本文単価、表紙単価、合紙／章紙単価、印刷物の製本単価、折り単価と、これらの単価に基づいて印刷料金を算出する算出式を示している。尚、このテーブルで示される単価は一例である。また、単価の種類はこれに限定されるものではなく、図８Ａの初期画面８００の入力フィールド８０７で入力された依頼内容に基づいて、単価の種類を適宜設定することができる。
【０１６２】
図１３の配送時間テーブル及び配送料金テーブルは、配送地区毎に要する配送時間と、配送地区毎の重量別の配送料金で構成されている。
【０１６３】
図１４の印刷スケジュールテーブルは、一印刷拠点における、ある期間（３日分）内の複数種類の印刷装置３０３の決済待ちの仮印刷予定状況及び決済済の印刷予定情報を管理している。
【０１６４】
図１５の優先関係管理テーブルは、配送先が属する配送エリア毎の第１優先印刷拠点と第２優先印刷拠点を管理している。但し、第２優先印刷拠点が存在しない場合もある。また、本実施形態では、配送先が属する配送エリアに最短の印刷拠点を第１優先印刷拠点、次に最短の印刷拠点を第２優先印刷拠点としたが、これに限定されず、第１優先印刷拠点以外の印刷拠点群のいずれかを第２優先印刷拠点としても良い。
【０１６５】
あるいは、第１優先印刷拠点以外の印刷拠点群の内、図６ＡのステップＳ５０４で決定した検索条件に合致し、かつ配送先が属する配送エリアにより近い印刷拠点を第２優先印刷拠点としても良い。この場合、図６Ｂの処理において、処理対象の印刷情報に基づく印刷を行う当初の印刷拠点が第２優先印刷拠点である場合には、現在の第２優先印刷拠点より配送先が属する配送エリアにより近い優先印刷拠点（第１優先印刷拠点を含む）群の各印刷スケジュールの状態に応じて、その印刷拠点群の内、配送先が属する配送エリアにより近い優先印刷拠点を処理対象の印刷情報に基づく印刷を行う印刷拠点に変更することができる。
【０１６６】
図１６の印刷拠点別印刷スケジュールテーブルは、印刷拠点別の印刷スケジュールを管理している。
【０１６７】
図１７の印刷情報管理テーブルは、特に、印刷情報の内、決済端末２００で決済済（承認済）の印刷情報と、その印刷情報に対する見積変更処理の実行の有無を示す処理フラグを管理するテーブルである。
【０１６８】
尚、これらの図１１〜図１７の各種テーブルの構成及びその内容は限定されるものではなく、用途や目的に応じて、様々な構成や内容で構成されることは言うまでもない。
【０１６９】
また、本実施形態では、複数の印刷拠点の内の１つの印刷拠点（東京ＣＲＤシステム３００）内の電子入稿管理サーバ３０１が、特に、図６Ａ及び図６Ｂの処理を実行する例に挙げて説明したが、各印刷拠点の電子入稿管理サーバを統合した統合電子入稿管理サーバをネットワーク４００上に構築し、この統合電子入稿管理サーバが図６Ａ及び図６Ｂの処理を実行するようにしても良い。
【０１７０】
以上説明したように、本実施形態によれば、電子入稿管理サーバ３０１は、各印刷拠点における印刷スケジュールを監視しておき、その印刷スケジュールの状態に応じて、一旦確定した見積を安くなる条件が満足する状況となった場合には、その見積を再計算する。そして、この再計算によって見積が安くなった旨を依頼者や決済者へ通知する。
【０１７１】
これにより、依頼者に対して、一旦確定した見積が安くなることを期待させることができるとともに、安くなった場合にはその旨を示す通知をするので、より有益なシステム利用を図ることができる。
【０１７２】
以上、実施形態例を詳述したが、本発明は、例えば、システム、装置、方法、プログラムもしくは記憶媒体等としての実施態様をとることが可能であり、具体的には、複数の機器から構成されるシステムに適用しても良いし、また、一つの機器からなる装置に適用しても良い。
【０１７３】
尚、本発明は、前述した実施形態の機能を実現するソフトウェアのプログラム（実施形態では図に示すフローチャートに対応したプログラム）を、システムあるいは装置に直接あるいは遠隔から供給し、そのシステムあるいは装置のコンピュータが該供給されたプログラムコードを読み出して実行することによっても達成される場合を含む。
【０１７４】
従って、本発明の機能処理をコンピュータで実現するために、該コンピュータにインストールされるプログラムコード自体も本発明を実現するものである。つまり、本発明は、本発明の機能処理を実現するためのコンピュータプログラム自体も含まれる。
【０１７５】
その場合、プログラムの機能を有していれば、オブジェクトコード、インタプリタにより実行されるプログラム、ＯＳに供給するスクリプトデータ等の形態であっても良い。
【０１７６】
プログラムを供給するための記録媒体としては、例えば、フロッピー（登録商標）ディスク、ハードディスク、光ディスク、光磁気ディスク、ＭＯ、ＣＤ−ＲＯＭ、ＣＤ−Ｒ、ＣＤ−ＲＷ、磁気テープ、不揮発性のメモリカード、ＲＯＭ、ＤＶＤ（ＤＶＤ−ＲＯＭ，ＤＶＤ−Ｒ）などがある。
【０１７７】
その他、プログラムの供給方法としては、クライアントコンピュータのブラウザを用いてインターネットのホームページに接続し、該ホームページから本発明のコンピュータプログラムそのもの、もしくは圧縮され自動インストール機能を含むファイルをハードディスク等の記録媒体にダウンロードすることによっても供給できる。また、本発明のプログラムを構成するプログラムコードを複数のファイルに分割し、それぞれのファイルを異なるホームページからダウンロードすることによっても実現可能である。つまり、本発明の機能処理をコンピュータで実現するためのプログラムファイルを複数のユーザに対してダウンロードさせるＷＷＷサーバも、本発明に含まれるものである。
【０１７８】
また、本発明のプログラムを暗号化してＣＤ−ＲＯＭ等の記憶媒体に格納してユーザに配布し、所定の条件をクリアしたユーザに対し、インターネットを介してホームページから暗号化を解く鍵情報をダウンロードさせ、その鍵情報を使用することにより暗号化されたプログラムを実行してコンピュータにインストールさせて実現することも可能である。
【０１７９】
また、コンピュータが、読み出したプログラムを実行することによって、前述した実施形態の機能が実現される他、そのプログラムの指示に基づき、コンピュータ上で稼動しているＯＳなどが、実際の処理の一部または全部を行ない、その処理によっても前述した実施形態の機能が実現され得る。
【０１８０】
さらに、記録媒体から読み出されたプログラムが、コンピュータに挿入された機能拡張ボードやコンピュータに接続された機能拡張ユニットに備わるメモリに書き込まれた後、そのプログラムの指示に基づき、その機能拡張ボードや機能拡張ユニットに備わるＣＰＵなどが実際の処理の一部または全部を行ない、その処理によっても前述した実施形態の機能が実現される。
【０１８１】
【発明の効果】
以上説明したように、本発明によれば、より有益なシステム利用を図ることができる電子入稿管理装置及びその制御方法、電子入稿管理システム、プログラムを提供できる。特に、印刷依頼を行った後でも料金が下がることがありえるので本システムの利用ユーザに対する経済効果は大きく、システムの利用促進につながるものである。
【図面の簡単な説明】
【図１】本発明の実施形態の電子入稿管理システムの構成を示す図である。
【図２】本発明の実施形態の各種端末のハードウエア構成を示す図である。
【図３】本発明の実施形態の電子入稿管理システムの基本的な処理フローを示す図である。
【図４Ａ】本発明の実施形態の入稿依頼処理を示すフローチャートである。
【図４Ｂ】本発明の実施形態の入稿依頼処理を示すフローチャートである。
【図５】本発明の実施形態の入稿決済処理を示すフローチャートである。
【図６Ａ】本発明の実施形態の印刷スケジュール調査処理の詳細を示すフローチャートである。
【図６Ｂ】本発明の実施形態の見積変更処理を示すフローチャートである。
【図７】本発明の実施形態の初期画面７００の一例を示す図である。
【図８Ａ】本発明の実施形態の注文画面の一例を示す図である。
【図８Ｂ】本発明の実施形態の設定画面の一例を示す図である。
【図８Ｃ】本発明の実施形態のコメント入力画面の一例を示す図である。
【図９】本発明の実施形態の一覧画面の一例を示す図である。
【図１０】本発明の実施形態の決済画面の一例を示す図である。
【図１１】本発明の実施形態のユーザテーブルの一例を示す図である。
【図１２】本発明の実施形態の料金算出テーブルの一例を示す図である。
【図１３】本発明の実施形態の配送時間テーブル及び配送料金テーブルの一例を示す図である。
【図１４】本発明の実施形態の印刷スケジュールテーブルの一例を示す図である。
【図１５】本発明の実施形態の優先関係管理テーブルの一例を示す図である。
【図１６】本発明の実施形態の印刷拠点別印刷スケジュールテーブルの一例を示す図である。
【図１７】本発明の実施形態の印刷情報管理テーブルの一例を示す図である。
【符号の説明】
１００  依頼端末
２００  決済端末
３００、５００〜８００  ＣＲＤシステム
３０１  電子入稿管理サーバ
３０２  データベース
３０３  印刷装置
４００  ネットワーク
【図１】
2004213379.tif 000003
【図２】
2004213379.tif 000004
【図３】
2004213379.tif 000005
【図４Ａ】
2004213379.tif 000006
【図４Ｂ】
2004213379.tif 000007
【図５】
2004213379.tif 000008
【図６Ａ】
2004213379.tif 000009
【図６Ｂ】
2004213379.tif 000010
【図７】
2004213379.tif 000011
【図８Ａ】
2004213379.tif 000012
【図８Ｂ】
2004213379.tif 000013
【図８Ｃ】
2004213379.tif 000014
【図９】
2004213379.tif 000015
【図１０】
2004213379.tif 000016
【図１１】
2004213379.tif 000017
【図１２】
2004213379.tif 000018
【図１３】
2004213379.tif 000019
【図１４】
2004213379.tif 000020
【図１５】
2004213379.tif 000021
【図１６】
2004213379.tif 000022
【図１７】
2004213379.tif 000023