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