(57)【要約】【課題】大量の画像データをアップロードする場合でも、ユーザに負担をかけることなく、必要な画像を確実かつ効率的にプリントできるようにする。【解決手段】ユーザは、携帯電話３００などのプリント注文端末を介して、印刷条件を設定する（Ｓ３）。この印刷条件は、サーバ４０２が画像データのプリントの開始をプリンタ４０１に指示する条件である。サーバ４０２は、データベース４０３に格納されている注文情報の全てを参照し、これらが印刷条件登録動作のＳ３で登録された印刷条件を満たしているか否かを判断する（Ｓ１４）。印刷条件を満たしている場合、サーバ４０２は、注文情報に従ってプリンタ４０１にプリントを指示する（Ｓ２２）。プリントで得られたプリント物は、ユーザ指定のプリント物の受け取り場所に発送される（Ｓ２３）。【選択図】  図２
2007193607.tif 000002
【特許請求の範囲】
【請求項１】
プリントの注文者の端末からネットワークを介し、画像、ならびに前記画像のプリントサイズ、プリント枚数、プリントされた画像の発送先およびプリント料金の決済方法を特定する注文情報を、それぞれ逐次独立別個に受信するサーバと、前記サーバが逐次独立別個に受信した画像および注文情報を対応づけて記憶するデータベースと、前記サーバの指示に従って前記画像をプリントするプリンタとを備えるプリントシステムであって、
前記サーバは、前記端末を介して指定された、前記プリンタが前記画像のプリントを開始するための印刷条件を、全ての注文情報と対応づけて記憶し、
前記サーバは、前記データベースに記憶された印刷条件が満たされたことに応じ、前記印刷条件に対応する全ての注文情報に基づいて前記画像をプリントするよう前記プリンタに指示するプリントシステム。
【請求項２】
前記サーバは、前記印刷条件が満たされたことに応じ、前記印刷条件を変更するか否かを前記端末に問い合わせ、前記問い合わせの結果、前記端末から前記印刷条件を変更する旨および変更後の印刷条件が通知されたことに応じ、前記変更後の印刷条件を新たな印刷条件として前記データベースに記憶する請求項１に記載のプリントシステム。
【請求項３】
前記印刷条件は、全ての注文情報で特定されるプリント枚数の総計が前記端末を介して指定された所定の閾値に達したか否かを含む請求項１または２に記載のプリントシステム。
【請求項４】
前記サーバは、前記全ての注文情報で特定されるプリント枚数の総計が前記所定の閾値に達しておらず、かつ前記端末から所定期間アクセスがなかったことに応じ、前記プリントを開始するか否かを前記端末に問い合わせ、前記問い合わせの結果、前記端末から前記プリントを開始する旨が通知されたことに応じ、前記印刷条件に対応する全ての注文情報に基づいて前記画像をプリントするよう前記プリンタに指示する請求項３に記載のプリントシステム。
【請求項５】
前記印刷条件は、現在日時が前記端末から入力された指定日時に達したか否かを含む請求項１または２に記載のプリントシステム。
【請求項６】
前記サーバは、前記現在日時が前記端末から入力された指定日時に達したことに応じ、前記指定日時を前記現在日時以後の日時に変更するか否かを前記端末に問い合わせ、前記問い合わせの結果、前記端末から前記指定日時を変更する旨および変更後の指定日時が通知されたことに応じ、前記変更後の指定日時を新たな指定日時として前記データベースに記憶する請求項５に記載のプリントシステム。
【請求項７】
前記サーバは、前記注文情報を受信しない場合、少なくとも規定のプリントサイズまたは規定のプリント枚数を含む規定の注文情報を前記データベースに記憶する請求項１〜６のいずれかに記載のプリントシステム。
【請求項８】
プリントの注文者の端末からネットワークを介し、画像、ならびに前記画像のプリントサイズ、プリント枚数、プリントされた画像の発送先およびプリント料金の決済方法を特定する注文情報を、それぞれ逐次独立別個に受信するサーバと、前記サーバが逐次独立別個に受信した画像および注文情報を対応づけて記憶するデータベースと、前記サーバの指示に従って前記画像をプリントするプリンタとを備えるプリントシステムで用いられるプリント方法であって、
前記端末を介して指定された、前記プリンタが前記画像のプリントを開始するための印刷条件を、全ての注文情報と対応づけて前記データベースに記憶するステップと、
前記データベースに記憶された印刷条件が満たされたことに応じ、前記印刷条件に対応する全ての注文情報に基づいて前記画像をプリントするよう前記プリンタに指示するステップと、
を含むプリント方法。
【請求項９】
プリントの注文者の端末からネットワークを介し、画像、ならびに前記画像のプリントサイズ、プリント枚数、プリントされた画像の発送先およびプリント料金の決済方法を特定する注文情報を、それぞれ逐次独立別個に受信するサーバと、前記サーバが逐次独立別個に受信した画像および注文情報を対応づけて記憶するデータベースと、前記サーバの指示に従って前記画像をプリントするプリンタとを備えるプリントシステムで用いられるプリントプログラムであって、
前記端末を介して指定された、前記プリンタが前記画像のプリントを開始するための印刷条件を、全ての注文情報と対応づけて前記データベースに記憶するステップと、
前記データベースに記憶された印刷条件が満たされたことに応じ、前記印刷条件に対応する全ての注文情報に基づいて前記画像をプリントするよう前記プリンタに指示するステップと、
を前記プリントシステムに実行させるプリントプログラム。
【発明の詳細な説明】
【技術分野】
【０００１】
本発明は、ネットワークを使用して顧客からアップロードされた画像を顧客の要求に合致した形態でプリントを行うプリントシステム、プリント方法およびプリントプログラムに関する。
【背景技術】
【０００２】
ネットワークを介してプリント注文を受け付け、プリント物を指定先に配送するシステムは、次のようなものがある。特許文献１によると、デジタル画像のプリントを必要とする利用者は、携帯電話機にデジタル画像情報を取り込み、基地局、ネットワークを介してプリント注文受付サーバに、注文依頼情報とともに送信する。注文依頼情報には、プリント条件情報が含まれる。デジタル画像情報及びプリント条件情報を受信すると、プリント注文受付サーバは、プリント条件に応じたプリント実施先のプリントサーバに、プリントすべきデジタル画像情報を送信する。プリント実施先では、プリントサーバに送信された情報に基づいて作成した注文プリントを送信された登録配達先へ配達する。
【０００３】
特許文献２によると、写真データ預貯金サーバを用いた写真輸送サービス提供システムは、利用者によって端末装置が操作されることによりアップロードされる撮影データを取り込み、当該撮影データを、写真データ預貯金サーバに登録する撮影データ取り込み部と、撮影データの登録に伴い通知される識別情報、ならびに利用者によって指定される出力先情報に基づき利用者が記端末装置を操作することによって生成される撮影データの送信要求を受信し、写真データ預貯金サーバから所望の撮影データを読み出し、送り状を添付してダウンロード提供する撮影データ提供部で構成される。
【特許文献１】特開２００２−１１７１０２号公報
【特許文献２】特開２００５−１８２６００号公報
【発明の開示】
【発明が解決しようとする課題】
【０００４】
ネットワークを介してプリントを注文する場合、少数枚で注文することもあるが、送料が割高になるため、ある程度ユーザ側でプリントしたい画像の枚数がたまってからまとめて注文を出すというケースが多い。特許文献１のシステムでは、画像をサーバにアップロードするごとに画像がプリントされて配送されるため、少数枚ずつ発送されることになり、配送コストが多くなってしまう。多量の画像をいっぺんにアップロードしてもよいのだが、この場合、そのような多量の画像を一度に選別してアップロードする作業自体が大変であり、ユーザが面倒に感じてプリントを先延ばしにしたり、プリント注文自体を諦めてしまう可能性も高い。
【０００５】
また、特許文献２のシステムでは、画像データをアップロードした後に、印刷物を取得する際、改めて印刷に関する指定が必要となる。この方式だと、これまでにアップロードした大量の画像データから、本当に印刷したい画像を過不足なく指定することができるのか、疑問である。
【０００６】
本発明は、大量の画像データをアップロードする場合でも、ユーザに負担をかけることなく、必要な画像を確実かつ効率的にプリントできるようにすることを目的とする。
【課題を解決するための手段】
【０００７】
本発明は、プリントの注文者の端末からネットワークを介し、画像、ならびに画像のプリントサイズ、プリント枚数、プリントされた画像の発送先およびプリント料金の決済方法を特定する注文情報を、それぞれ逐次独立別個に受信するサーバと、サーバが逐次独立別個に受信した画像および注文情報を対応づけて記憶するデータベースと、サーバの指示に従って画像をプリントするプリンタとを備えるプリントシステムにおいて、サーバは、端末を介して指定された、プリンタが画像のプリントを開始するための印刷条件を、全ての注文情報と対応づけて記憶し、サーバは、データベースに記憶された印刷条件が満たされたことに応じ、印刷条件に対応する全ての注文情報に基づいて画像をプリントするようプリンタに指示する。
【０００８】
予め印刷条件を指定しておき、画像や注文情報を逐次サーバにアップロードしておけば、印刷条件が満たされた時点で、逐次アップロードしておいた注文情報の全てに基づいて、一括して画像が自動的にプリントされる。ユーザは、逐次画像をアップロードできるから、プリントしたい画像をまとめてアップロードしたり選別したりする手間が省けるし、本当にプリントしたい画像の選別漏れが生じず、ほしいプリントを確実に得ることができる。また、一括してプリントするから配送コストも抑えられる。
【０００９】
サーバは、印刷条件が満たされたことに応じ、印刷条件を変更するか否かを端末に問い合わせ、問い合わせの結果、端末から印刷条件を変更する旨および変更後の印刷条件が通知されたことに応じ、変更後の印刷条件を新たな印刷条件としてデータベースに記憶してもよい。
【００１０】
印刷条件が満たされても、プリントしたい枚数が今後増加する見込みがある場合などは、ただちにプリントを開始しない方がよい。このため、印刷条件が満たされても、その時点で改めて印刷条件を変更してプリント開始時期を先送りできる猶予をユーザに与える。
【００１１】
印刷条件は、全ての注文情報で特定されるプリント枚数の総計が端末を介して指定された所定の閾値に達したか否かを含む。
【００１２】
サーバは、全ての注文情報で特定されるプリント枚数の総計が所定の閾値に達しておらず、かつ端末から所定期間アクセスがなかったことに応じ、プリントを開始するか否かを端末に問い合わせ、問い合わせの結果、端末からプリントを開始する旨が通知されたことに応じ、印刷条件に対応する全ての注文情報に基づいて画像をプリントするようプリンタに指示するとよい。
【００１３】
ユーザが自分で設定した閾値に総プリント枚数が達していなければプリントが開始されることはない。ところがこの場合、所定期間アクセスが全然なかったとすると、ユーザがプリント注文したこと自体を忘れていたり、あるいは覚えているのだが全然プリント物が届けられないと誤解しているといった事態が想定される。このため、印刷条件を満たしていなくてもプリントを開始することをユーザに問い合わせることで、注意を喚起する。
【００１４】
印刷条件は、現在日時が端末から入力された指定日時に達したか否かを含む。
【００１５】
サーバは、現在日時が端末から入力された指定日時に達したことに応じ、指定日時を現在日時以後の日時に変更するか否かを端末に問い合わせ、問い合わせの結果、端末から指定日時を変更する旨および変更後の指定日時が通知されたことに応じ、変更後の指定日時を新たな指定日時としてデータベースに記憶するとよい。
【００１６】
現在日時が指定日時に達した以上、その指定日時はもはや印刷条件として記憶する意味がなくなる。そのため、新たな指定日時を変更するようユーザに促す。
【００１７】
サーバは、注文情報を受信しない場合、少なくとも規定のプリントサイズまたは規定のプリント枚数を含む規定の注文情報をデータベースに記憶するとよい。
【００１８】
プリントサイズや枚数は注文ごとに変化することは基本的にないため、何も指定されなければ、規定の注文情報を記憶する。こうすることで、ユーザがいちいち同じ注文情報を逐次アップロードする必要がなくなる。
【００１９】
また、本発明は、プリントの注文者の端末からネットワークを介し、画像、ならびに画像のプリントサイズ、プリント枚数、プリントされた画像の発送先およびプリント料金の決済方法を特定する注文情報を、それぞれ逐次独立別個に受信するサーバと、サーバが逐次独立別個に受信した画像および注文情報を対応づけて記憶するデータベースと、サーバの指示に従って画像をプリントするプリンタとを備えるプリントシステムで用いられるプリント方法であって、端末を介して指定された、プリンタが画像のプリントを開始するための印刷条件を、全ての注文情報と対応づけてデータベースに記憶するステップと、データベースに記憶された印刷条件が満たされたことに応じ、印刷条件に対応する全ての注文情報に基づいて画像をプリントするようプリンタに指示するステップと、を含むプリント方法を提供する。
【００２０】
また、本発明は、プリントの注文者の端末からネットワークを介し、画像、ならびに画像のプリントサイズ、プリント枚数、プリントされた画像の発送先およびプリント料金の決済方法を特定する注文情報を、それぞれ逐次独立別個に受信するサーバと、サーバが逐次独立別個に受信した画像および注文情報を対応づけて記憶するデータベースと、サーバの指示に従って画像をプリントするプリンタとを備えるプリントシステムで用いられるプリントプログラムであって、端末を介して指定された、プリンタが画像のプリントを開始するための印刷条件を、全ての注文情報と対応づけてデータベースに記憶するステップと、データベースに記憶された印刷条件が満たされたことに応じ、印刷条件に対応する全ての注文情報に基づいて画像をプリントするようプリンタに指示するステップと、をプリントシステムに実行させるプリントプログラムを提供する。
【発明の効果】
【００２１】
本発明では、予め印刷条件を指定しておき、画像や注文情報を逐次サーバにアップロードしておけば、印刷条件が満たされた時点で、逐次アップロードしておいた注文情報の全てに基づいて、一括して画像が自動的にプリントされる。ユーザは、逐次画像をアップロードできるから、プリントしたい画像をまとめてアップロードしたり選別したりする手間が省けるし、本当にプリントしたい画像の選別漏れが生じず、ほしいプリントを確実に得ることができる。また、一括してプリントするから配送コストも抑えられる。
【発明を実施するための最良の形態】
【００２２】
以下、添付した図面を参照し本発明の好ましい実施の形態を説明する。
【００２３】
＜第１実施形態＞
図１は本発明に係るプリントシステムの一実施形態を示す図である。このプリントシステムは、無線ＬＡＮ機能などのネットワーク接続機能の搭載されたデジタルカメラ１００、パソコン２００、携帯電話３００などのプリント注文端末と、プリント注文端末とネットプリント会社４００とを接続する通信ネットワーク５００とから構成される。
【００２４】
ネットプリント会社４００は、プリンタ４０１とサーバ４０２とデータベース４０３とを備える。
【００２５】
携帯電話３００は、通信機能に加えて、被写体像を表わす画像データを記録するデジタルスチルカメラの機能も備えている。この携帯電話３００では、まず、注文者から、プリント注文の対象となる画像を示す情報が入力される。その画像が、初めてプリント注文される画像である場合には、その画像を表わす画像データが入力され、その画像が、過去にプリント注文された画像である場合には、データベース４０３に保管されている、その画像を表わす画像データを特定する特定情報が入力される。ここで、この特定情報は、プリント対象の画像を表わす画像データが保管されているデータベース４０３を示す保管場所情報とその画像データのファイル名とを有する。また、画像データは、この携帯電話３００の他、デジタルスチルカメラ１００などの撮像装置を用いて取得し、これを所定の方法でパソコン２００内に格納し、パソコン２００からネットプリント会社４００に送った画像データであっても良い。ただし、デジタルスチルカメラ１００からサーバ４０２に直接画像を送信できれば、パソコン２００は必要ない。
【００２６】
プリント注文の対象となった画像データに関しては、ある一定期間だけデータベース４０３で保存するようにし、保存期間中は、携帯電話３００などのプリント注文端末からサーバ４０２にアクセスしてデータベース４０３から自由に画像データをダウンロードできるようにしてもよい。こうすれば、携帯電話３００などに画像を保存しつづけておく必要がなく、限られた画像の記憶容量を有効に活用できる。保存期間が経過した場合あるいは携帯電話３００などから削除すべき画像に指定された画像はデータベース４０３からただちに削除するか、携帯電話３００などに通知をし、必要なバックアップを作成する猶予を与えてから削除してもよい。あるいは期間を限定せず継続的にデータベース４０３に保存しておき、保存期間に応じてユーザに画像データの保管料を課金してもよい。
【００２７】
さらに、この携帯電話３００などのプリント注文端末では、プリントのサイズや枚数、所望の画像処理等といった注文に関わる情報を示す注文情報や、注文者を特定するための注文者情報（氏名、住所、電話番号など）、後述する印刷条件といった諸情報も入力される。
【００２８】
プリントのサイズや枚数は、注文情報で特に指定されない限り、サーバ４０２の指定する規定のサイズや枚数とする。これは、基本的にサイズや枚数は変化しない場合が多く（たとえばサイズはＬサイズ、枚数は各画像につき１枚）、毎回ユーザが同じ値を指定するのは煩雑だからである。
【００２９】
そして、この携帯電話３００などから、これら諸情報が信号化されたプリント依頼データが、ネットワーク５００を介してネットプリント会社４００に送信される。
【００３０】
ネットプリント会社４００が受信するプリント依頼データには、プリント注文の対象となる画像を表わす画像データもしくは特定情報、注文情報、注文者情報のいずれか１つ、それらの全部またはそれらの一部が含まれており、それぞれデータベース４０３内の対応する領域に格納される。
【００３１】
ネットプリント会社４００は、画像データを受信した時点から所定の保管期限（たとえば１カ月）まで、画像データをデータベース４０３内に保管する。画像データはプリント依頼データに含めて送受信してもよいが、プリント依頼データと別個に送受信することもできる。少なくとも、注文情報と画像データとは独立別個の存在であり、画像データを好きなものから逐次携帯電話３００からサーバ４０２に送信すると、注文者情報と画像データとが対応づけられてデータベース４０３に格納される。すなわち、ユーザは、プリントに供すると思われる画像データを逐次データベース４０３にアップロードでき、アップロードに際して画像データをいちいち選別する必要がないし、必要な画像データの格納漏れの心配もない。また、プリントしたい画像は特定情報を送信することで別途指定でき、後からプリントしたい画像を取捨選択することもできる。データベース４０３に格納した画像全てをプリントしなければならないのではない。
【００３２】
サーバ４０２は、データベース４０３に格納された印刷条件が満たされたか否かを繰り返し判断し、印刷条件が満たされたと判断すると、注文情報に応じてデータベース４０３から画像データを抽出し、上記のプリント依頼データに含まれる注文情報が示す画像処理を施す。そして、サーバ４０２は、処理済の画像データをプリンタ４０１に送り、注文情報に応じた枚数、画像をプリントするよう指示する。プリンタ４０１から出力されたプリント物は、注文者情報に従って配送される。注文情報自体も逐次小分けにして送信しておけば、印刷条件が満たされた時点でプリントできるから、データベース４０３に大量に画像データが格納されていても、それらを多数プリントするような注文情報を一度の機会で送信するような面倒な操作は必要ない。
【００３３】
なお、上記で説明した携帯電話３００のプリント注文機能は、デジタルカメラ１００、パソコン３００などのその他のプリント注文端末も同様に有している。
【００３４】
以下、本システムの動作の流れを説明する。
【００３５】
図２は印刷条件登録動作の流れを示すフローチャートである。
【００３６】
まず、ユーザは、携帯電話３００などのプリント注文端末を用いて、ネットプリント会社４００にアクセスする（Ｓ１）。
【００３７】
ユーザは、プリント注文端末を介して、自分の名前、パスワードなどの注文者情報をネットプリント会社４００に送信する。ネットプリント会社４００は、受信した注文者情報をデータベース４０３に登録する（Ｓ２）。
【００３８】
ユーザは、携帯電話３００などのプリント注文端末を介して、印刷条件を設定する（Ｓ３）。この印刷条件は、サーバ４０２が画像データのプリントの開始をプリンタ４０１に指示する条件である。なお、このステップでは、印刷条件を満たした時点であらためて印刷条件を変更する設定も登録できる。これは、印刷条件を満たしても、その時点でただちにプリントを開始したくない場合があるからである。たとえば旅行の最中に逐次画像をサーバ４０２にアップロードしたことで印刷条件が満たされても、印刷条件のプリント枚数の閾値を変更するか否かを問い合わせるようにしておけば、閾値を増やす変更ができ、旅行が終わるまではプリントが開始しないようにできる。
【００３９】
図３はプリント動作の流れを示すフローチャートである。
【００４０】
まず、サーバ４０２は、予めデータベース４０３に登録された注文者情報と、携帯電話３００等のプリント注文端末から送られてきたアクセス要求情報（ユーザ名、パスワード、バーコード情報）とを照合することで、携帯電話３００などのプリント注文端末（以下携帯電話３００で代表する）からのアクセス要求を認証する（Ｓ１０）。
【００４１】
サーバ４０２は、携帯電話３００からログアウト（アクセス切断）の要求があったかもしくは通信データの送信が行われないまま一定時間が経過したか否かを判断する（Ｓ１１）。
【００４２】
サーバ４０２は、アクセス認証した携帯電話３００のユーザに対し、プリント注文したい画像データをサーバ４０２に送信するか否か、その決定をメッセージなどで促す。ユーザは、携帯電話３００を介して、画像データを送信する。サーバ４０２は、携帯電話３００から送信された画像データを受信したか否かを判断する（Ｓ１２）。
【００４３】
Ｓ１２において画像データを受信したと判断された場合、携帯電話３００のユーザは、送信した画像のうち画像データをどのようなサイズで、何枚プリントするかを指定する情報、プリントの送付先の情報、およびプリント料金の決済方法の情報を含んだ注文情報をサーバ４０２に送信する。ただし、注文情報は必ずしも画像データとセットで送る必要はなく、注文情報でプリントサイズまたはプリント枚数の指定がなければ、サーバ４０２で規定のサイズと枚数を自動的に設定する。サーバ４０２は、携帯電話３００から受信した注文情報を、アクセス認証に用いた注文者情報と対応づけてデータベース４０３に格納する（Ｓ１３）。
【００４４】
サーバ４０２は、データベース４０３に格納されている注文情報の全てを参照し、これらが印刷条件登録動作のＳ３で登録された印刷条件を満たしているか否かを判断する（Ｓ１４）。なお、印刷条件が全く登録されていない場合、印刷条件を満たしていると判断する。こうすれば、いますぐプリントしたいという需要にも対応できる。
【００４５】
サーバ４０２は、印刷条件を満たした場合であっても、その時点で印刷条件を変更できる設定が登録されているか否かを判断する（Ｓ１５）。この設定は、印刷条件登録動作のＳ３で印刷条件とともに登録できる。
【００４６】
Ｓ１５で該設定が登録されていると判断された場合、印刷条件を変更するか否かを、携帯電話３００を介してユーザに問い合わせる（Ｓ１６）。ユーザは携帯電話３００を介して印刷条件を変更するか否かの決定をサーバ４０２に通知する。
【００４７】
なお、印刷条件変更の問い合わせは、Ｓ１５で該設定が登録されていると判断された場合に限る必然性はない。たとえば、印刷条件として登録されている年月日が現在年月日を経過していたら問い合わせるなど、ユーザ設定とは無関係に、ユーザに印刷条件変更を促す必要に応じて問い合わせてもよい。
【００４８】
サーバ４０２は、携帯電話３００から、印刷条件を変更する旨および変更後の印刷条件の通知があったか否かを判断する（Ｓ１７）。
【００４９】
Ｓ１７で、印刷条件を変更する通知がなかったと判断された場合、サーバ４０２は、注文情報に従ってプリンタ４０１にプリントを指示する（Ｓ１８）。サーバ４０２は、プリントで得られたプリント物がユーザ指定のプリント物の受け取り場所に発送されるよう、注文者情報の氏名、住所などをプリントアウトしたりディスプレイなどに表示したりする（Ｓ１９）。ネットプリント会社４００の職員は、サーバ４０２から出力された発送に必要な情報を参照して、プリント物が指定場所に発送されるよう手配する。
【００５０】
サーバ４０２は発送が完了した旨およびプリント料金を携帯電話３００に通知する（Ｓ２０）。発送されたプリント物を受け取ったユーザは、代金引換、あるいはコンビニ決済などの各種の後払い決済方式でプリント代金を支払う。プリント代金の決済方式は後払い方式が好ましい。プリント時やプリント物の発送前に印刷条件変更の問い合わせが行われる場合は、クレジットカード決済や銀行振込などの前払い方式を採用してもよいが、プリント指示や発送までにそのような決済処理を追加する必要が生じてしまうというデメリットがある。
【００５１】
Ｓ１７で、印刷条件を変更する通知があったと判断された場合、サーバ４０２は、携帯電話３００から、印刷条件の変更を受け付ける（Ｓ２１）。変更された印刷条件はデータベース４０３に登録される。そして、変更された印刷条件が満たされたか否かが、再びＳ１４で判断される。
【００５２】
Ｓ１５で該設定が登録されていないと判断された場合、サーバ４０２は、注文情報に従ってプリンタ４０１にプリントを指示する（Ｓ２２）。プリントで得られたプリント物は、ユーザ指定のプリント物の受け取り場所に発送される（Ｓ２３）。
【００５３】
サーバ４０２は、発送が完了した旨およびプリント料金を携帯電話３００に通知する（Ｓ２４）。発送されたプリント物を受け取ったユーザは、代金引換、あるいはコンビニ決済などの各種の後払い決済方式でプリント代金を支払う。
【００５４】
Ｓ１１においてログアウトが要求されたか一定時間通信がないと判断された場合、サーバ４０２は、携帯電話３００との接続を終了するログアウト処理を行う（Ｓ２５）。
【００５５】
ユーザが上記印刷条件登録動作で登録できる印刷条件の例と、その印刷条件に従ってプリント動作を実行したときの効果としては、以下のようなものが挙げられる。
【００５６】
■同一のユーザが注文情報で指定した総プリント注文枚数もしくは総画像データ数が、ユーザが任意に指定した閾値もしくはネットプリント会社４００が予め規定した所定の閾値に達したか否か。たとえば、ユーザが閾値「５０枚」を登録しておけば、プリント注文枚数もしくは総画像データ数が５０枚に達した時点でプリントされて発送される。１回の配送で発送する枚数を小分けにせず、ある程度まとめて送ることで、配送コストを削減するのに効果的である。
【００５７】
■現在の年月日が、ユーザが任意に指定したかネットプリント会社４００で予め規定した、プリント指示を発行すべき年月日に到達したか否か。たとえば、ユーザがプリント指示を発行すべき年月日「２００５年９月３０日」を登録しておけば、２００５年９月３０日に達した時点でプリントが開始し、プリント物が発送される。これは、配送時期を分散させず、ある時点でまとめて送り、配送コストを削減するのに効果的である。
【００５８】
■現在の年月日が、ネットプリント会社４００で予め規定した、プリント指示を発行すべき時期（月初、月末、月初旬・中旬・下旬、年末、年始など）に到達したか否か。これは、異なるユーザの注文に従ったプリント指示が同じ時期に集中するのを回避するのに効果的である。印刷条件として閑散期を登録したユーザにはプリント料金を値引きすれば、プリント時期が分散されるよう誘導できる。
【００５９】
■同一のユーザが別々の注文情報で指定したプリント物の送付先が同じか否か。これは、同じ配送ルートで配送されるプリント物をまとめて送り、配送コストを削減するのに効果的である。
【００６０】
■同一のユーザが別々の注文情報で指定したプリント物のサイズが同じか否か。これは、同じ梱包で配送できる同一サイズのプリント物をまとめて送り、配送コストを削減するのに効果的である。
【００６１】
■ユーザが注文情報で任意に指定したプリント注文の対価の決済方法（代引き、コンビニ決済、クレジットカード決済、銀行振込、ネット決済など）が、ネットプリント会社４００で予め規定した決済方法に該当しているか否か。あるいは同一のユーザが同一の決済方法を指定したか。これは、ネットプリント会社４００が、決済コストを削減するのに効果的である。
【００６２】
■一つの注文情報で指定された、ある画像のプリント物の印刷枚数が、ユーザが任意に指定したかネットプリント会社４００で予め規定した閾値に到達しているか否か。これは、同じ画像を一回の注文でまとめてプリントし、コストを削減するのに効果的である。
【００６３】
ただし、ネットプリントに関係する条件であれば上記に限定されず、当業者が実施態様に応じて任意に改変しうるのはいうまでもない。
【００６４】
＜第２実施形態＞
第１実施形態のプリント処理のＳ１４において、注文枚数の総数が登録枚数に達しないと判断されると、いくら時間が経過してもプリントは実行されない。ユーザは、プリント注文したのにいくら待ってもプリントが配送されてこないため不信感を抱くか、あるいはプリント注文したこと事態失念していることも考えられる。
【００６５】
このため、図４に示すように、サーバ４０２は、最近のログオン時から相当期間（たとえば３カ月）が経過しても注文枚数の総数が登録枚数に達しないと判断すると（Ｓ１０１で“Ｙ”）、ユーザのプリント注文端末に対し、無条件にプリントを開始するか否かを問い合わせ（Ｓ１０２）、プリント注文端末から無条件にプリント開始するよう指示されれば（Ｓ１０３で“Ｙ”）、処理をＳ２２に移行させ、印刷条件が満たされていなくても、すでにデータベース４０３に格納された注文情報に基づいて、プリンタ４０１にプリント指示する。
【００６６】
こうすることで、印刷条件に達していない画像が放置されたままにならない。
【図面の簡単な説明】
【００６７】
【図１】プリント注文システムの構成図
【図２】印刷条件登録動作の流れを示すフローチャート
【図３】第１実施形態に係るプリント動作の流れを示すフローチャート
【図４】第２実施形態に係るプリント動作の流れを示すフローチャート
【符号の説明】
【００６８】
１００：デジタルカメラ、２００：パソコン、３００：携帯電話、４００：ネットプリント会社、４０１：プリンタ、４０２：サーバ、４０３：データベース
【図１】
2007193607.tif 000003
【図２】
2007193607.tif 000004
【図３】
2007193607.tif 000005
【図４】
2007193607.tif 000006