(57)【要約】【課題】複数のユーザによる共同の印刷物見積りを可能にする。【解決手段】複数のユーザ端末１０，１２，１４とＡＳＰサーバ２０が通信ネットワーク１００を介して接続される。ＡＳＰサーバ２０は、あるユーザ端末から送信された印刷用紙サイズ及び印刷ページ数を含む印刷条件データを受信すると、その時点より前にあるユーザ端末以外の他のユーザ端末から受信した印刷用紙サイズを基準印刷用紙サイズに換算して積算した累積印刷ページ数に対応する単価を決定し、概算見積りを算出して、あるユーザ端末に提供する。ユーザ端末が多いほど累積印刷ページが増大し単価が低下する。【選択図】図１
2013029964.tif 000002
【特許請求の範囲】
【請求項１】
印刷物の共同見積りシステムであって、
複数のユーザ端末と、
前記ユーザ端末と通信ネットワークで接続されたサーバコンピュータと、
を備え、
前記ユーザ端末は、印刷用紙サイズ及び印刷ページ数を含む印刷条件データを前記通信ネットワークを介して前記サーバコンピュータに送信し、
前記サーバコンピュータは、
前記ユーザ端末から送信された、印刷用紙サイズ及び印刷ページ数を含む印刷条件データを前記通信ネットワークを介して受信する受信手段と、
累積印刷ページ数と単価との関係を記憶する記憶手段と、
前記複数のユーザ端末のうち、あるユーザ端末から送信された前記印刷用紙サイズ及び印刷ページ数を含む前記印刷条件データを受信すると、その時点より前に前記あるユーザ端末以外の他の１又は複数のユーザ端末から受信した前記印刷用紙サイズを基準印刷用紙サイズに換算して積算した累積印刷ページ数に対応する単価を前記記憶手段にアクセスして読み出し、読み出した単価に、前記あるユーザ端末から送信された前記印刷用紙サイズを前記基準印刷用紙サイズに換算した印刷ページ数を乗じて概算見積りを算出する制御手段と、
前記あるユーザ端末に前記概算見積りのデータを送信する送信手段と、
を備え、
前記あるユーザ端末は、前記概算見積りのデータを受信して表示する
ことを特徴とする印刷物の共同見積りシステム。
【請求項２】
請求項１記載の印刷物の共同見積りシステムにおいて、
前記制御手段は、前記あるユーザ端末に前記概算見積りのデータを送信した後に、前記あるユーザ端末の前記印刷条件を用いて前記累積印刷ページ数を更新する
ことを特徴とする印刷物の共同見積りシステム。
【請求項３】
請求項１，２のいずれかに記載の印刷物の共同見積りシステムにおいて、
前記制御手段は、所定の締切時点における前記累積印刷ページに対応する単価を最終単価とし、前記最終単価に、前記あるユーザ端末から送信された前記印刷用紙サイズを前記基準印刷用紙サイズに換算した印刷ページ数を乗じて見積りを算出し、
前記送信手段は、前記あるユーザ端末に前記見積りのデータを送信する
ことを特徴とする印刷物の共同見積りシステム。
【請求項４】
請求項１，２のいずれかに記載の印刷物の共同見積りシステムにおいて、
前記基準印刷用紙はＡ４サイズであり、
前記制御手段は、前記印刷用紙サイズがＡ４より大きい場合にはＡ４の２ページとして換算し、前記印刷用紙サイズがＡ４より小さい場合にはＡ４の１ページとして換算することを特徴とする印刷物の共同見積りシステム。
【請求項５】
印刷物の共同見積りシステム用のサーバコンピュータであって、
前記サーバコンピュータは、複数のユーザ端末と通信ネットワークで接続され、
前記サーバコンピュータは、  
前記ユーザ端末から送信された、印刷用紙サイズ及び印刷ページ数を含む印刷条件データを前記通信ネットワークを介して受信する受信手段と、
累積印刷ページ数と単価との関係を記憶する記憶手段と、
前記複数のユーザ端末のうち、あるユーザ端末から送信された前記印刷用紙サイズ及び印刷ページ数を含む前記印刷条件データを受信すると、その時点より前に前記あるユーザ端末以外の他の１又は複数のユーザ端末から受信した前記印刷用紙サイズを基準印刷用紙サイズに換算して積算した累積印刷ページ数に対応する単価を前記記憶手段にアクセスして読み出し、読み出した単価に、前記あるユーザ端末から送信された前記印刷用紙サイズを前記基準印刷用紙サイズに換算した印刷ページ数を乗じて概算見積りを算出する制御手段と、
前記あるユーザ端末に前記概算見積りのデータを送信する送信手段と、
を備えることを特徴とする印刷物の共同見積りシステム用のサーバコンピュータ。
【請求項６】
請求項５記載のサーバコンピュータにおいて、
前記制御手段は、前記あるユーザ端末に前記概算見積りのデータを送信した後に、前記あるユーザ端末の前記印刷条件を用いて前記累積印刷ページ数を更新する
ことを特徴とする印刷物の共同見積りシステム用のサーバコンピュータ。
【請求項７】
請求項５，６のいずれかに記載のサーバコンピュータにおいて、
前記制御手段は、所定の締切時点における前記累積印刷ページに対応する単価を最終単価とし、前記最終単価に、前記あるユーザ端末から送信された前記印刷用紙サイズを前記基準印刷用紙サイズに換算した印刷ページ数を乗じて見積りを算出し、
前記送信手段は、前記あるユーザ端末に前記見積りのデータを送信する
ことを特徴とする印刷物の共同見積りシステム用のサーバコンピュータ。
【請求項８】
請求項５，６のいずれかに記載のサーバコンピュータにおいて、
前記基準印刷用紙はＡ４サイズであり、
前記制御手段は、前記印刷用紙サイズがＡ４より大きい場合にはＡ４の２ページとして換算し、前記印刷用紙サイズがＡ４より小さい場合にはＡ４の１ページとして換算することを特徴とする印刷物の共同見積りシステム用のサーバコンピュータ。
【発明の詳細な説明】
【技術分野】
【０００１】
本発明は共同見積りシステム、特に印刷物の共同見積りに関する。
【背景技術】
【０００２】
従来から、ユーザの利便性を向上させることを目的として、コンピュータシステムを用いた共同購入システムあるいは入札システムが提案されている。
【０００３】
下記の特許文献１には、コンテンツの共同購入を思い立った利用者Ａが勧誘者となり、利用者Ａが保有する携帯電話から、携帯電話の識別情報と、共同購入候補者である利用者Ｂ、Ｃが保有する携帯電話の識別情報を共同購入要求に含めて管理サーバに送ることが記載されている。管理サーバは、勧誘メッセージを利用者Ｂ，Ｃの携帯電話へ送り、同意情報を収集する。そして、収集された同意情報に基づいて共同購入契約が成立した場合に、管理サーバは利用者Ａ，Ｂ，Ｃの携帯電話に購入対象コンテンツのダウンロードに関する情報として購入対象コンテンツのＵＲＬを送ることが記載されている。
【０００４】
また、特許文献２には、共同購入のセッションに参加しているユーザ端末毎に表示されるＷｅｂページの情報の編集又は該Ｗｅｂページ内において商品の決定が行われると、該編集があったこと又は商品の決定が行われたことがユーザ端末に通知されることが記載されている。連携データベースを用いることで、代表者を立てることなく、グループの参加者がグループのメンバとともにページ情報を共有し、各々が購入物品の追加、変更等を行うものとしている。
【０００５】
また、特許文献３には、商品取引装置が、購入希望者の購入希望商品の仕様、規格や購入を希望する予約有効期間を含む商品検索条件からなる予測処理命令を購入希望者端末から受信して、商品の仕入れ予測に必要な情報を予め記憶した仕入予測情報記憶部を参照し、商品検索条件に合致する商品に関する仕入予測処理を仕入予測処理部で行うことが記載されている。仕入予測結果を通信手段により購入希望者端末へ送信し、仕入予測結果に対応する応答として、購入を希望する商品の数量、価格及び当該商品に関する希望サービスを含む購入条件を購入希望者端末から受信して予約情報として予約情報記憶部に記憶することが記載されている。
【０００６】
また、特許文献４には、半導体製造委託者が製造を委託する半導体チップの機能仕様、性能、チップサイズ、製造コスト、納期等の要求仕様を指定することで、半導体チップの製造に必要なマスクを製造するのに最適な条件となるマスク機と、マスクを用いて半導体チップを製造するのに最適な条件となるＦａｂを選定する電子入札方法が記載されている。
【先行技術文献】
【特許文献】
【０００７】
【特許文献１】特開２００７−１１５０４７号公報
【特許文献２】特開２００７−２４９５５７号公報
【特許文献３】特開２００４−６２６９３号公報
【特許文献４】特開２００５−６４０４０号公報
【発明の概要】
【発明が解決しようとする課題】
【０００８】
ところで、印刷物に関しては、種々の印刷コンテンツ、種々の印刷用紙、種々の印刷サイズ、種々の製本形態が存在し得ることから、いわゆる商品の共同購入システムに類するシステムを構築することが困難であり、印刷物を希望するユーザは、自身の希望する印刷条件及び印刷部数に応じた単価等で印刷物を注文せざるを得ない問題があった。また、ユーザ毎に印刷条件が多様であることから、全てを電子化することは困難であり、結局、ユーザと印刷業者とが面接して条件を詰めざるを得ないのが実状であり、ユーザの利便性に欠ける問題もあった。
【０００９】
例えば、あるユーザＡは、Ａ４の片面で３００部の印刷を希望しており、別のユーザＢは、Ａ３の両面で１００部の印刷を希望しているものとすると、従来の共同購入システムでは購入すべき商品の属性が互いに一致していることを前提としているため、ユーザＡの希望とユーザＢの希望は互いに一致せず、共同購入システムで処理することは困難である。また、ユーザＡが印刷を希望する条件の全てをコンピュータシステムで入力しようとすると、用紙サイズや製本形態のみならず、用紙のグレードや印刷コンテンツの色合い、構図、文字の配置、フォント等の細かい条件も全て入力しなければならず、手間がかかるだけでなく、希望通りに条件を入力できない場合も生じ得る。このため、電子化のメリットをユーザ、印刷業者ともに十分に享受できない事態が生じ得る。
【００１０】
本発明の目的は、印刷を希望する複数のユーザが共同して印刷物の単価を設定することが可能であり、これによりユーザ及び印刷業者の利便性を向上させることができる印刷物の共同見積りシステム及びこれに用いるサーバコンピュータを提供することにある。
【課題を解決するための手段】
【００１１】
本発明は、印刷物の共同見積りシステムであって、複数のユーザ端末と、前記ユーザ端末と通信ネットワークで接続されたサーバコンピュータとを備え、前記ユーザ端末は、印刷用紙サイズ及び印刷ページ数を含む印刷条件データを前記通信ネットワークを介して前記サーバコンピュータに送信し、前記サーバコンピュータは、前記ユーザ端末から送信された、印刷用紙サイズ及び印刷ページ数を含む印刷条件データを前記通信ネットワークを介して受信する受信手段と、累積印刷ページ数と単価との関係を記憶する記憶手段と、前記複数のユーザ端末のうち、あるユーザ端末から送信された前記印刷用紙サイズ及び印刷ページ数を含む前記印刷条件データを受信すると、その時点より前に前記あるユーザ端末以外の他の１又は複数のユーザ端末から受信した前記印刷用紙サイズを基準印刷用紙サイズに換算して積算した累積印刷ページ数に対応する単価を前記記憶手段にアクセスして読み出し、読み出した単価に、前記あるユーザ端末から送信された前記印刷用紙サイズを前記基準印刷用紙サイズに換算した印刷ページ数を乗じて概算見積りを算出する制御手段と、前記あるユーザ端末に前記概算見積りのデータを送信する送信手段を備え、前記あるユーザ端末は、前記概算見積りのデータを受信して表示することを特徴とする。
【００１２】
また、本発明は、印刷物の共同見積りシステム用のサーバコンピュータであって、前記サーバコンピュータは、複数のユーザ端末と通信ネットワークで接続され、前記サーバコンピュータは、前記ユーザ端末から送信された、印刷用紙サイズ及び印刷ページ数を含む印刷条件データを前記通信ネットワークを介して受信する受信手段と、累積印刷ページ数と単価との関係を記憶する記憶手段と、前記複数のユーザ端末のうち、あるユーザ端末から送信された前記印刷用紙サイズ及び印刷ページ数を含む前記印刷条件データを受信すると、その時点より前に前記あるユーザ端末以外の他の１又は複数のユーザ端末から受信した前記印刷用紙サイズを基準印刷用紙サイズに換算して積算した累積印刷ページ数に対応する単価を前記記憶手段にアクセスして読み出し、読み出した単価に、前記あるユーザ端末から送信された前記印刷用紙サイズを前記基準印刷用紙サイズに換算した印刷ページ数を乗じて概算見積りを算出する制御手段と、前記あるユーザ端末に前記概算見積りのデータを送信する送信手段を備えることを特徴とする。
【００１３】
本発明の印刷物の共同見積りシステムあるいはサーバコンピュータにおいて、１つの実施形態では、前記制御手段は、前記あるユーザ端末に前記概算見積りのデータを送信した後に、前記あるユーザ端末の前記印刷条件を用いて前記累積印刷ページ数を更新する。
【００１４】
また、本発明のシステムあるいはサーバコンピュータにおいて、他の実施形態では、前記制御手段は、所定の締切時点における前記累積印刷ページに対応する単価を最終単価とし、前記最終単価に、前記あるユーザ端末から送信された前記印刷用紙サイズを前記基準印刷用紙サイズに換算した印刷ページ数を乗じて見積りを算出し、前記送信手段は、前記あるユーザ端末に前記見積りのデータを送信する。
【００１５】
さらに、本発明のシステムあるいはサーバコンピュータにおいて、他の実施形態では、前記基準印刷用紙はＡ４サイズであり、前記制御手段は、前記印刷用紙サイズがＡ４より大きい場合にはＡ４の２ページとして換算し、前記印刷用紙サイズがＡ４より小さい場合にはＡ４の１ページとして換算する。
【発明の効果】
【００１６】
本発明によれば、多くのユーザが共同で参加するほど累積印刷ページ数が増大して単価が低下するので、ユーザの利便性が著しく向上する。本発明では、印刷条件が異なる複数のユーザでも、換算された累積ページ数による単価を共同利用できるので、利便性が高い。また、印刷物を提供する印刷業者にとっても、新規ユーザの獲得が容易化される。また、本発明では、見積書の発行までをユーザに提供することで、その後の詳細な打ち合わせ等を円滑に進めることができる。
【図面の簡単な説明】
【００１７】
【図１】システムの全体構成図である。
【図２】システムのシーケンス図である。
【図３】システムの概算見積り処理フローチャートである。
【図４】Ａ４片面換算を示す説明図である。
【図５】累積ページ数に応じた単価を規定するテーブル説明図である。
【図６】ユーザ端末に表示される画面説明図（その１）である。
【図７】ユーザ端末に表示される画面説明図（その２）である。
【図８】ユーザ端末に表示される画面説明図（その３）である。
【図９】ユーザ端末に表示される画面説明図（その４）である。
【図１０】ユーザ端末に表示される画面説明図（その５）である。
【図１１】ユーザ端末のプリンタから出力される見積書の説明図である。
【発明を実施するための形態】
【００１８】
以下、図面に基づき本発明の実施形態について説明する。
【００１９】
図１に、本実施形態における印刷物の共同見積りシステムの全体構成図を示す。印刷物の共同見積りシステムは、通信ネットワークで複数のコンピュータが互いに接続されたコンピュータシステムで構成され、より特定的には、インターネット等の公衆通信ネットワークで接続されたサーバ・クライアントシステムで構成される。
【００２０】
図１において、インターネット等の通信ネットワーク１００には、複数のユーザ端末１０，１２，１４が接続されるとともに、ＡＳＰサーバ２０が接続される。さらに、通信ネットワーク１００には、印刷業者の管理者端末３０が接続される。
【００２１】
ユーザ端末１０，１２，１４は、印刷物を希望するユーザがそれぞれ利用する端末であり、通信ネットワーク１００を介してＡＳＰサーバ２０にアクセスし、ＡＳＰサーバ２０に対して種々のデータを送信するとともに、ＡＳＰサーバ２０から種々のデータを受信する。ユーザ端末１０，１２，１４は、パーソナルコンピュータ（ＰＣ）、タブレット端末、携帯電話等の任意のネットワーク機器でよい。また、本実施形態では、ユーザ端末１０，１２，１４の３つを示しているが、この数については任意である。
【００２２】
ＡＳＰサーバ２０は、印刷業者が管理するサーバであり、入出力制御部２１と、制御部２２と、処理プログラムが格納された記憶装置２３と、データベース２４，２５，２６を備える。データベース２４は、過去の印刷物の累積単価を記憶するデータベースであり、月日毎に最終的に決定された単価を記憶する。データベース２５は、印刷物の累積ページ毎の単価をテーブルとして記憶するデータベースである。ここで、累積ページとは、所定の基準用紙サイズ、例えばＡ４の片面ページに換算した場合の累積ページを意味する。これについては、さらに後述する。データベース２６は、ユーザの各種情報を記憶するデータベースである。
【００２３】
ＡＳＰサーバ２０の入出力制御部２１は、ユーザ端末１０，１２，１４から送信されたデータを受信して制御部２２に供給するとともに、制御部２２から送信されたデータを通信ネットワーク１００を介してユーザ端末１０，１２，１４に送信する。また、管理者端末３０から送信されたデータを受信して制御部２２に供給するとともに、制御部２２から送信されたデータを管理者端末３０に送信する。
【００２４】
ＡＳＰサーバ２０の制御部２２は、具体的にはＣＰＵあるいはＭＰＵであって、ユーザ端末１０，１２，１４から送信されたデータに基づいて、印刷を希望するユーザの累積ページ数を算出し、算出した累積ページ数に応じた単価を算出して概算見積りを演算する。累積ページ数とは、上記のようにＡ４片面に換算した場合の累積ページ数である。具体的には、以下の通りである。ユーザとして印刷を希望するユーザＡ，Ｂ，Ｃが存在し、ユーザＡはユーザ端末１０を使用し、ユーザＢはユーザ端末１２を使用し、ユーザＣはユーザ端末１４を使用して印刷希望条件をそれぞれ入力してＡＳＰサーバ２０に送信するものとする。ユーザＡはＡ４片面で３０部、ユーザＢはＡ４両面で４０部、ユーザＣはＡ３片面で５０部を希望しているものとすると、制御部２２は、ユーザＡについてはＡ４片面の印刷希望であるからそのまま３０ページとし、ユーザＢについてはＡ４片面に換算して２×４０＝８０ページと算出する。また、ユーザＣについては、Ａ３片面はＡ４の２ページ分に相当するものと換算し、２×５０＝１００ページと算出する。そして、これらを累計して、３０ページ＋８０ページ＋１００ページ＝２１０ページと演算する。そして、制御部２２は、データベース２５にアクセスして累積ページに応じた単価を読み出し、この単価に応じて各ユーザＡ，Ｂ，Ｃ毎に概算見積りを演算する。データベース２５には累積ページ毎の単価を規定するテーブルが記憶されているが、累積ページ数が増大するほど単価が低下していくことは言うまでもない。制御部２２は、演算して得られた概算見積りを各ユーザＡ，Ｂ，Ｃ毎に送信するとともに、管理者端末３０にも送信する。
【００２５】
管理者端末３０は、印刷業者が使用する端末であり、ＡＳＰサーバ２０を介してユーザ端末１０，１２，１４から送信されたデータを受信し、かつ、概算見積りを受信する。印刷業者は、受信した概算見積りに基づいて、各ユーザＡ，Ｂ，Ｃに対して個別に訪問し、各ユーザＡ，Ｂ，Ｃが希望する印刷の詳細条件を詰め、最終的な見積りを作成するとともに各ユーザＡ，Ｂ，Ｃとの合意に基づいて各ユーザＡ，Ｂ，Ｃの希望する条件で印刷を実行し、作成した印刷物を各ユーザＡ，Ｂ，Ｃに提供する。
【００２６】
本実施形態のシステムでは、
（１）印刷用紙サイズ、片面／両面の相違によらず、基準のＡ４片面に換算して累積ページを算出して単価を算出することで、複数のユーザが共同で見積りに参画でき、参画するユーザ数が多いほど単価低下のメリットを享受できること
（２）概算見積りを算出して各ユーザに提供し、その後、この概算見積りを基礎として各ユーザ毎に印刷の詳細を詰めて決定していること、つまり、システムはあくまで概算見積りを作成する段階にとどめ、その後は直接的に打ち合わせて（いわゆる「オフライン」で）、詳細を決定していること
に留意されたい。
【００２７】
図２に、本実施形態における印刷物の共同見積りシステムの流れを示すシーケンス図を示す。なお、ユーザ端末１０，１２，１４はそれぞれ同様の機能を有するため、図ではこれらの端末を代表してユーザ端末１０のみを示す。
【００２８】
まず、ユーザＡは、ユーザ端末１０を用いてＡＳＰサーバ２０に対して資料請求データを送信する。具体的には、ユーザ端末１０がＡＳＰサーバ２０にアクセスすると、ＡＳＰサーバ２０は所望のＷｅｂページをユーザ端末１０に送信し、ユーザ端末１０は任意のＷｅｂブラウザでこのＷｅｂページを画面上に表示する。Ｗｅｂページには本実施形態における印刷物の共同見積りに関する説明が表示されるとともに、資料請求データを送信するためのボタンが表示される。ユーザＡは、ユーザ端末１０に表示されたＷｅｂページにおけるこのボタンを操作（クリック操作あるいはタッチ操作）することで、資料要求データをＡＳＰサーバ２０に送信する。なお、ユーザＡは、資料要求データとして、自身の会社名や部署名、担当者名、連絡電話番号、所在地、電子メールアドレス等も併せてユーザ端末１０からＡＳＰサーバ２０に送信する。
【００２９】
ＡＳＰサーバ２０は、ユーザ端末１０から送信された資料請求データを受信し、ユーザ情報として管理者端末３０に送信する。なお、制御部２２は、このときのユーザ情報をデータベース２６に登録してもよい。
【００３０】
管理者端末３０は、ＡＳＰサーバ２０から送信されたユーザ情報を受信してその記憶装置に登録するとともに、当該ユーザに対して新たに本システムを利用するための必要なＩＤ及びパスワードを発行し、資料、ＩＤ及びパスワードを通信ネットワーク１００を介してユーザ端末１０に送信する。なお、資料、ＩＤ及びパスワードは、管理者端末３０からユーザ端末１０に送信するのではなく、ＡＳＰサーバ２０を介してユーザ端末１０に送信してもよい。また、資料、ＩＤ及びパスワードは、通信ネットワーク１００を介することなく、郵送等によりオフラインでユーザＡに提供してもよい。
【００３１】
資料、ＩＤ及びパスワードを受け取ったユーザＡは、ユーザ端末１０を用いてＡＳＰサーバ２０に再びアクセスし、受け取ったＩＤ及びパスワードを入力してＡＳＰサーバ２０の見積りサービスにログインする。そして、ユーザ端末１０から見積りに必要な印刷条件を入力し、印刷条件データとしてＡＳＰサーバ２０に送信する。必要な印刷条件とは、具体的には以下の通りである。
（ａ）ページ数
（ｂ）部数
（ｃ）用紙サイズ
（ｄ）製本形態
（ｅ）納期
【００３２】
なお、製本形態とは、バラ、平綴じ、中綴じ、無線綴じ、アジロ綴じ、くるみ、がんだれ等の区別である。
【００３３】
ＡＳＰサーバ２０は、ユーザ端末１０から印刷条件データを受信すると、制御部２２により概算見積りを作成する。概算見積りを作成するに際しては、制御部２２は、上記のようにＡ４片面を基準とし、Ａ４片面に換算して累積ページを算出し、データベース２５に記憶されたテーブルを参照することで累積ページに対応する単価を読み出し、この単価を用いて概算見積りを算出する。なお、データベース２５に製本形態毎の単価をテーブルとして記憶しておき、制御部２２はこのテーブルも参照することで累積ページに応じた単価、及び製本形態に応じた単価を読み出し、これらの単価を用いて概算見積りを算出することもできる。
【００３４】
ＡＳＰサーバ２０は、概算見積りを算出すると、算出した概算見積りデータをユーザ端末１０に送信する。
【００３５】
ユーザ端末１０は、ＡＳＰサーバ２０から概算見積りデータを受信すると、概算見積りを表示装置に表示する。ユーザＡは、この概算見積りの内容を確認し、同意すると、表示装置に表示された見積確定ボタンを操作する。ユーザ端末１０は、このボタン操作に応じて、見積確定データをＡＳＰサーバ２０に送信する。また、見積書発行ボタンは見積書の印刷を実行するためのボタンであり、ユーザ端末１０はこのボタン操作に応じて見積書を出力する。
【００３６】
ＡＳＰサーバ２０は、ユーザ端末１０から見積確定データを受信すると、この時点でユーザＡが希望する印刷条件を反映させることで現在の累積ページを更新する。また、ＡＳＰサーバ２０は、見積確定データを管理者端末３０に送信する。
【００３７】
さらに、ＡＳＰサーバ２０は、締切時点における累積ページに応じて最終単価を決定し、最終単価を用いて再計算した見積書データをユーザ端末１０に送信する。また、締切時点までにＡＳＰサーバ２０にアクセスして印刷条件を送信した他の全てのユーザ端末１２，１４にも、最終単価を用いて見積書を再計算し、再計算した見積書データを送信する。また、ＡＳＰサーバ２０は、管理者端末３０にも、全てのユーザ端末１０，１２，１４に送信したそれぞれの再計算見積書データを送信する。管理者端末３０は、ＡＳＰサーバ２０から見積書データを受信すると、見積書を出力する。管理者は、管理者端末３０が出力した見積書をトリガとして、ユーザＡを個別に訪問し、出力された見積りを基準として印刷の詳細についてユーザＡと打ち合わせ、最終的な印刷条件を確定して印刷を実行する。もちろん、ユーザＡの印刷条件が見積書で設定された条件の範囲内で収まる場合には、見積書に記載された金額と同一金額で印刷を実行することになろう。なお、図において管理者端末３０からユーザ端末１０に向けて破線矢印としているのは、この訪問は通信ネットワーク１００を介するものではなく、オフラインで実行されることを示したものである。
【００３８】
図３に、ＡＳＰサーバ２０の制御部２２が実行する概算見積り処理の詳細フローチャートを示す。
【００３９】
まず、ユーザＡは、ユーザ端末１０からページ数、部数、用紙サイズ、製本形態、納期を入力する（Ｓ１０１〜Ｓ１０５）。これらのデータは、印刷条件データとしてユーザ端末１０からＡＳＰサーバ２０に送信される。
【００４０】
ＡＳＰサーバ２０の制御部２２は、これらのデータを受信すると、用紙サイズのデータを用いてＡ４片面に換算したページ数を算出する（Ｓ１０６）。例えば、印刷条件がＡ４片面で３００部の場合には、そのまま３００ページとする。印刷条件がＡ４両面で３００部の場合には、２×３００＝６００ページとする。印刷条件がＡ３片面で３００部の場合には、Ａ３片面をＡ４の２ページ分と換算し、２×３００＝６００ページとする。印刷条件がＡ３両面で３００部の場合には、２×２×３００＝１，２００ページとする。印刷条件がＢ４片面で３００部の場合には、Ａ３の場合と同様にＡ４の２ページ分と換算し、２×３００＝６００ページとする。印刷条件がＢ５片面で３００部の場合には、そのまま３００ページとする。
【００４１】
要するに、制御部２２は、用紙サイズがＡ４よりも大きい場合には、Ａ４で２ページ分に相当するものとして換算し、その一方で、用紙サイズがＡ４よりも小さい場合には、Ａ４で１ページに相当するものとして換算する。
【００４２】
制御部２２は、次に、現時点における複数のユーザＢ，Ｃ，・・・のＡ４片面換算の累積ページに応じた単価をデータベース２５に記憶されたテーブルから読み出し（Ｓ１０７）、この単価にユーザＡのＡ４片面換算したページ数を乗じることで概算見積りを算出する（Ｓ１０８）。現時点までの累積ページを表すページ変数Ｐは、制御部２２のメモリに記憶しておく。例えば、現時点における複数のユーザ、つまり概算見積りを算出する対象のユーザＡを除く、他のユーザの累積ページに応じた現時点の単価が２３円であり、ユーザＡのＡ４片面換算のページが３００ページである場合には、２３円×３００＝６，９００円と概算見積りが算出される。算出された概算見積りは、ユーザ端末１０に送信される。
【００４３】
なお、単価を算出する基準期間、すなわち複数のユーザからの印刷要求を累積する期間は、例えば当日の午前０時から午後１２時までの２４時間（１日単位）とすることができる。ユーザＡが午前１０時にＡＳＰサーバ２０にアクセスし、午前０時から午前１０時までの他のユーザの累積ページ数が１０，０００ページであり、これに応じた単価が２４．２５円であるとすると、この２４．２５円を単価としてユーザＡの概算見積りが算出される。もちろん、これ以後において他のユーザが本システムにアクセスして印刷条件を入力すると、その度に累積ページが増大して単価が低下していくことになるから、午前１０時の時点における単価と、午後１２時の時点における単価は一般に異なることになる。従って、ユーザＡに対して算出された概算見積りは、午後１２時の時点で最終的に単価が決定された後に更新ないし訂正されることになる。また、Ｓ１０８で算出された概算見積りをユーザ端末１０に送信する際には、いつの時点における単価を基準として作成されたものであるか、あるいは、最終的な単価はこれと異なることを明示しておくことが好適であろう。複数のユーザが順次参加する場合には累積ページは順次増大するから、午後１２時の時点における最終的な単価は、当該日における最安値である。
【００４４】
制御部２２のメモリに記憶された累積ページ変数Ｐは、ユーザ端末１０から見積確定データが送信された時点で更新される。すなわち、現時点の累積ページ変数Ｐに対し、見積確定データが送信されたときのユーザ端末１０から送信されたＡ４換算ページがＰａである場合、新たな累積ページ変数はＰ＋Ｐａと更新されて再びメモリに記憶される。次のユーザが本システムを利用する場合、その時点の累積ページ変数は、このＰ＋Ｐａである。
【００４５】
日毎に決定された最終単価は、データベース２４に記憶されるから、ＡＳＰサーバ２０の制御部２２は、適宜、データベース２４にアクセスして任意の日における最終単価をユーザ端末１０に送信することができる。午前１０時に本サービスを利用したユーザＡが、この日の最終単価を知りたい場合には、その日の午後１２時以降にＡＳＰサーバ２０にアクセスすることで最終単価を知り得る。
【００４６】
因みに、単価を算出する際の基準となる複数のユーザをまとめた累積ページは、図２で示したように、ユーザ端末１０から見積確定データが送信された時点である。すなわち、ユーザＡが単に印刷条件を入力しただけでは累積ページは更新されず、ユーザＡが見積の内容を確認し、これに合意して見積確定ボタンを操作して見積書を発行した時点で更新されるので、いわゆる「冷やかし」や「遊び半分」により累積ページが更新されることはなく、この点で単価の信頼性が確保されるといえる。
【００４７】
図４に、ＡＳＰサーバ２０の制御部２２で実行されるＡ４片面換算の処理をテーブル形式で示す。製作部数を３００部とした場合の処理である。印刷条件がＡ４片面の場合にはそのままであり、Ａ４片面換算合計は３００ページである。印刷条件がＡ４両面の場合、Ａ４片面換算で２ページであるから、合計は２×３００＝６００ページである。印刷条件がＡ３片面の場合、Ａ４片面換算で２ページであるから、合計は２×３００＝６００ページである。印刷条件がＡ３両面の場合、Ａ４片面換算で４ページであるから、合計は４×３００＝１，２００ページである。以下同様であり、Ａ４片面で２００ページの場合にはそのままであり、合計は２００×３００＝６０，０００ページである。用紙サイズ、片面／両面の相違によらず、全てをＡ４片面に換算してしまうことで、統一的に処理して累積することが可能であり、この点において種々の印刷条件を欲する複数のユーザが互いに共同するメリットが生じる。
【００４８】
図５に、データベース２５に記憶される累積ページ毎の単価を規定するテーブルの一例を示す。累積ページは、２，５００ページ毎に区分され、各区分毎に単価が規定される。すなわち、累積ページが１〜２，５００ページでは２５円、２，５０１〜５，０００ページでは２４．７５円、５，００１〜７，５００ページでは２４．５円、・・・・、７５，００１ページ以上では１７．５円等である。ＡＳＰサーバ２０の制御部２２は、ユーザがアクセスした時点における累積ページに対応する単価をこのテーブルから読み出し、当該ユーザに適用して概算見積りを算出する。また、制御部２２は、ユーザ端末１０からの要求に応じ、このテーブルをデータベース２５から読み出してユーザ端末１０に送信してもよい。
【００４９】
次に、本実施形態においてユーザ端末１０の表示装置に表示される具体的な画面例について説明する。
【００５０】
図６に、ユーザがユーザ端末１０を用いてＡＳＰサーバ２０にアクセスした場合に最初に表示される画面例を示す。ＡＳＰサーバ２０を管理する印刷業者のＷｅｂページである。画面の中央には、本システム、すなわち印刷物の共同見積りシステムが提供するサービスの内容を表す名称１００が表示される。画面では、本サービスの名称として、複数のユーザが共同して印刷物の見積りを行う点に着目して、「みんなｄｅみつもり」と表示している。「みんなｄｅみつもり」サービスは、複数のユーザの印刷条件をＡ４ページに換算して累積し、見積書を発行するものであるから、名称の近傍にその旨が表示される。また、名称１００の下部には、本サービスの概要説明１０８が表示される。本サービスの特徴は、印刷する内容が違っても、印刷する紙質が違っても、用紙サイズが違っても全てはＡ４のページ換算で単価が決まるものであるから、この点が表示される。
【００５１】
また、画面の右下には、資料請求ボタン１０２が表示され、資料請求を希望するユーザＡはこの資料請求ボタン１０２を操作することでＡＳＰサーバ２０に資料請求データを送信する。
【００５２】
また、画面の左側には、ＩＤとパスワードを入力するフィールド１０４が表示され、既にＩＤ及びパスワードを取得しているユーザＡはこのフィールドに自身のＩＤ及びパスワードを入力し、ログインボタン１０６を操作してＡＳＰサーバ２０に送信する。
【００５３】
図７に、ＡＳＰサーバ２０にログインした後にユーザ端末１０の表示装置に表示される画面例を示す。画面右上には、ログインしたユーザに対して営業を担当する印刷業者の担当者名が表示される。ユーザＡは、疑問が生じた場合にはこの担当者に適宜問い合わせることができる。
【００５４】
また、画面の左上には、前日の決定単価１１４が表示される。図では、決定単価が２４円と表示されている。この決定単価は、データベース２４に記憶されている日毎の最終単価（午後１２時時点の単価）である。前日の決定単価１１４の下には、現時点の累積Ａ４ページ換算数量１１６が表示される。具体的には、Ａ４片面に換算した累積ページ数と、この累積ページに対応する現時点の単価、現時点の単価のバー表示、残り時間である。現時点の単価のバー表示は、上限が２５円、下限が１７．５円（上限と下限については、図５のテーブルを参照）のバーにおいて現時点の単価がどの位置に該当するのかを表示したものであり、累積ページが増大するほど、このバー表示における現在単価の位置が順次下方に移動していく。単価は、既述したように午前０時から午後１２時の２４時間におけるその都度の累積ページで決定される。午後１２時を経過した時点で単価はクリアされ、その翌日は上限値である２５円からスタートし、その日の累積ページに応じて順次低下していく。
【００５５】
画面の右には、見積りを行うために印刷条件を入力するためのフィールド１１０が表示される。ユーザＡは、印刷条件として、ページ数、部数、用紙サイズ、製本形態、納期を入力する。なお、用紙サイズは、Ｂ５、Ａ４、Ｂ４、Ａ３から選択して入力するようになっており、Ｂ４とＡ３はＡ４で２ページの換算になることが注記される。また、納期については、通常（データ受取後、中３日の翌営業日に納品）の他、通常＋３営業日、通常＋５営業日、通常＋１０営業日のいずれかから選択して入力するようになっている。ユーザＡは、画面左に表示された現時点の単価を確認しつつ、これらの項目を入力し、概算見積りボタン１１２を操作してＡＳＰサーバ２０に送信する。
【００５６】
なお、画面の左に表示される単価は、現時点の累積ページに応じた単価であり、ユーザＡがフィールド１１０に入力したページ数や部数、用紙サイズが反映されていない単価であるが、ユーザＡは、ＡＳＰサーバ２０のデータベース２５に記憶されたテーブルを要求することにより価格表をユーザ端末１０に表示させ（画面における「価格表はこちらからご覧いただけます」を操作）、自身の印刷条件が反映されたならば得られるであろう単価を事前に知ることができる。具体的には、現時点の単価は累積ページが４２，５００ページで単価が２１円であるが、自身の印刷条件が反映されたならば累積ページが４４，０００ページになる場合には、単価が２１円からさらに２０．７５円に低下することを知り得る。
【００５７】
また、画面の下部中央には、印刷業者の担当者に問い合わせする際のボタン１１８が表示される。さらに、画面の左下には、ユーザが会社のある部署の担当者である場合に、同じ会社の別の部署の担当者を紹介するためのボタン１１９も表示される。ユーザＡがこのボタン１１９を操作すると、当該別の部署の担当者のデータを入力するための画面が表示され、必要な項目に入力した後にＡＳＰサーバ２０に送信される。ＡＳＰサーバ２０は、新たに紹介された当該別の部署の担当者あてに資料等を送信ないし送付する。この機能により、本サービスを利用しようとするユーザが累積的に増大し得る。
【００５８】
図８に、図７の画面において概算見積りボタン１１２を操作した場合にユーザ端末１０に表示される画面例を示す。ユーザＡの入力した印刷条件における単価と概算見積り１２０が表示される。また、この見積りがいつの時点の単価で算出されたものであるかを示す注記１２２が表示される。
【００５９】
画面下には、３つのボタン、すなわち見積り条件変更ボタン１２４、見積書発行ボタン１２６、営業マンコールボタン１２８が表示される。ユーザＡが見積り条件変更ボタン１２４を操作すると、ユーザ端末１０から見積り条件変更要求データがＡＳＰサーバ２０に送信される。ＡＳＰサーバ２０は、このデータを受信すると、再び図７の画面をユーザ端末１０に表示して印刷条件の再入力をユーザに促す。ユーザＡが見積書発行ボタン１２６を操作すると、図９の画面に移行する。見積書を発行するために必要な事項を入力するための画面である。ユーザＡが営業マンコールボタン１２８を操作すると、同様に図９の画面に移行する。
【００６０】
図９に、図８の画面において見積書発行ボタン１２６（あるいは営業マンコールボタン１２８）を操作した場合にユーザ端末１０に表示される画面例を示す。ユーザＡの社名、部署名、所在地が自動で表示される他（これらのデータは、資料請求時に既に入力されており、ＡＳＰサーバ２０のデータベース２６あるいは管理者端末３０に登録されている）、担当者名と連絡電話番号を入力するようになっている。また、見積書発行ボタン１２６を操作した場合には連絡用電子メールのアドレスを入力し、営業マンコールボタン１２８を操作した場合にはアポイント希望日時を入力するようになっている。これらのフィールド１３０について入力すると、ユーザ端末１０からＡＳＰサーバ２０に送信される。
【００６１】
図１０に、フィールド１３０に入力してＡＳＰサーバ２０に送信した場合に、ユーザ端末１０に表示される画面例を示す。ユーザＡの社名等が概算見積り１４０とともに表示され、画面下に見積確定ボタン１４２が表示される。また、概算見積り１４０には、最終的には締切時点（午後１２時時点）の単価を適用する旨の注記が表示される。繰り返すが、ユーザＡが概算見積りを行う際の単価は、その時点における累積ページに対応した単価であって午後１２時時点の最終単価ではないから、概算見積りがさらに安くなる可能性があることをユーザＡに知らせる必要があるからである。
【００６２】
図１０において、ユーザＡが見積確定ボタン１４２を操作すると、ユーザ端末１０から見積確定データがＡＳＰサーバ２０に送信される。ＡＳＰサーバ２０は、ユーザ端末１０から見積確定データを受信すると、ユーザＡの印刷条件を累積ページに反映させて累積ページを更新する。すなわち、例えばユーザＡが印刷条件を入力した時点の累積ページが４２，５００ページであり、ユーザＡがＡ４で４０ページ、６００部を入力したとすると（図７参照）、更新後の累積ページは、４２，５００＋（４０×６００）＝６６，５００ページとなる。従って、ユーザＡの次にユーザＢがＡＳＰサーバ２０にアクセスするものとすると、ユーザＢのユーザ端末１２の表示装置に表示される図７の画面では、その累積ページが６６，５００ページとして表示されることになる。因みに、この累積ページに対応する単価は１８．５円であるから（図５参照）、単価も１８．５円と表示される。ユーザＡの概算見積りも、単価が２１円から１８．５円に変更されることから、少なくともこの差額分は変更されることになろう。また、ＡＳＰサーバ２０は、累積ページを更新するとともに、見積確定データを管理者端末３０に送信する。管理者端末３０を用いる印刷業者は、この見積確定データを受信することで、ユーザＡが概算見積りを確定させたことを知ることができ、これをトリガとして、ユーザＡを訪問して印刷条件の詳細について打ち合わせを行う。また、ユーザＡが見積確定ボタン１４２を操作すると、ユーザ端末１０には見積書を印刷するための画面とともに、見積書印刷ボタンが表示される。
【００６３】
図１１に、ユーザＡが見積書印刷ボタンを操作した場合に、ユーザ端末１０に接続されたプリンタから出力される見積書の一例を示す。見積内容１５０が単価とともに記載されており、ユーザＡはこの見積書に基づいて印刷業者と詳細な打ち合わせを行うことができる。なお、管理者端末３０にも見積確定データがＡＳＰサーバ２０から送信されるから、印刷業者も、管理者端末３０から同様の見積書を印刷することができ、両者が同一内容の見積書に基づいて詳細な打ち合わせを行うことができる。
【００６４】
以上のように、本実施形態では、複数のユーザの印刷条件をＡ４片面に換算して累積して単価を算出しているので、複数のユーザがより多く参加するほど単価がその分だけ安くなり、ユーザの利便性を高めることができる。また、印刷業者にとっても、複数のユーザが本システムを利用することで、新規のユーザを獲得し易くなるため、営業活動に活用することができる。さらに、本実施形態では、印刷条件の入力から印刷物の提供までの全てを電子化するのではなく、概算見積りの段階にとどめ、それ以後の詳細については印刷業者とユーザとの間の直接的な打ち合わせを行うことを前提としているため、ユーザの利便性がさらに向上する。本システムは、オンライン処理とオフライン処理とを巧みに組み合わせて印刷物を提供するシステムということができる。
【００６５】
以上、本発明の実施形態について説明したが、本発明はこれに限定されるものではなく、種々の変更が可能である。
【００６６】
例えば、本実施形態では、Ａ４片面を基準としてこれに換算して累積ページを算出しているが、他の用紙、例えばＢ５片面その他を基準としてもよいのは言うまでもない。但し、一般的にはＡ４を基準とするのが社会通念上好ましいと考えられる。
【００６７】
また、本実施形態では、累積の基準期間として午前０時から午後１２時までとしているが、この期間も任意に設定ないし変更できることは言うまでもない。例えば、午前０時から午後１時までを基準期間とする等である。
【００６８】
また、本実施形態では、ユーザが見積確定ボタン１４２を操作した時点で累積ページ及び単価を更新しているが、ユーザが印刷条件を入力した時点で累積ページ及び単価を更新することもできる。この場合、ユーザは、自身の印刷条件が累積ページに反映され、自身の印刷条件が反映された単価を用いた概算見積もりを得ることができる。もちろん、この場合においても、最終的な単価は基準期間の締切時点における単価である。
【００６９】
また、本実施形態では、ＡＳＰサーバ２０のデータベース２５に、図５で示すような累積ページ毎の単価を規定するテーブルを記憶しているが、累積ページ数を変数とする単価の関数を記憶してもよい。要するに、累積ページ数と単価との関係を記憶しておけばよい。
【００７０】
さらに、本実施形態において、最終単価が決定した後に再計算した見積書をＡＳＰサーバ２０からユーザ端末１０のみならず、ユーザ端末１２，１４にも送信しているが、制御部２２は、データベース２６に記憶されたユーザ情報から該当するユーザのメールアドレスを読み出すことで、自動的にユーザ端末１０，１２，１４に送信できる。そして、図２に示すように、最終単価を用いた見積書は管理者端末３０にも同様に送信されるから、ユーザ、印刷業者ともに最終単価を用いた見積書に基づいて詳細を打ち合わせることができる。
【００７１】
なお、本実施形態において、先に本サービスを利用したユーザの方が後に利用したユーザよりも概算見積り時点の単価が高いことになるが、最終的には締切時点の単価が一律に適用されるため不都合はない。
【符号の説明】
【００７２】
１０，１２，１４  ユーザ端末、２０  ＡＳＰサーバ、２１  入出力制御部、２２  制御部、２３  記憶部、２４，２５，２６  データベース、３０  管理者端末、１００  通信ネットワーク。
【図１】
2013029964.tif 000003
【図２】
2013029964.tif 000004
【図３】
2013029964.tif 000005
【図４】
2013029964.tif 000006
【図５】
2013029964.tif 000007
【図６】
2013029964.tif 000008
【図７】
2013029964.tif 000009
【図８】
2013029964.tif 000010
【図９】
2013029964.tif 000011
【図１０】
2013029964.tif 000012
【図１１】
2013029964.tif 000013