(57)【要約】【課題】顧客の利便性を損なうことなく、かつ顧客の注文を処理する装置の負荷を分散する。【解決手段】サービスサーバ２は、パソコン１からの画像の公開要求（Ａ１）に応じて、閲覧用画像処理を構成する処理区分の１つであるインタラクティブ処理（処理区分１）を実行する（Ｂ１）。処理区分１は、パソコン１とサービスサーバ２との相互通信および協働によって即時に実行されるが、比較的サービスサーバ２への負荷が軽い処理である。サービスサーバ２は、閲覧用画像処理を構成する処理区分の１つである非インタラクティブ処理（処理区分２）の実行開始時点をスケジューリングする（Ｂ２）。処理区分２は、色補正、縮小その他の画像処理など、サービスセンタ１０内で完結する処理であるが、比較的負荷が高い。スケジューリングの設定された時点に到達すると、処理区分２が実行される（Ｂ４）。【選択図】  図２
2007193608.tif 000002
【特許請求の範囲】
【請求項１】
ネットワーク上で識別された端末から要求されたインタラクティブ処理および非インタラクティブ処理で構成される一連の情報処理を実行する情報処理装置であって、
前記端末から前記一連の情報処理が要求されたことに応じ、前記インタラクティブ処理を即座にもしくは順次に実行し、前記非インタラクティブ処理の実行開始時点を前記インタラクティブ処理の完了時以降に設定し、前記設定された実行開始時点に前記非インタラクティブ処理を実行する情報処理装置。
【請求項２】
前記非インタラクティブ処理の実行開始時点は前記一連の情報処理の要求が集中しない閑散期に設定される請求項１に記載の情報処理装置。
【請求項３】
前記非インタラクティブ処理の実行開始時点は前記一連の情報処理が要求された順の待ち行列に従って設定される請求項１または２に記載の情報処理装置。
【請求項４】
前記非インタラクティブ処理の実行開始時点を前記インタラクティブ処理の完了時以降に設定することを許可するか否かを前記端末から任意に登録させ、前記端末から前記非インタラクティブ処理の実行開始時点を前記インタラクティブ処理の完了時以降に設定することを許可すると登録された場合に限り、前記非インタラクティブ処理の実行開始時点を前記インタラクティブ処理の完了時以降に設定する請求項１〜３のいずれかに記載の情報処理装置。
【請求項５】
前記端末から非インタラクティブ処理の実行開始時点を前記インタラクティブ処理の完了時以降に設定することを許可する登録をしたか否かに応じて前記端末のユーザに課金する請求項４に記載の情報処理装置。
【請求項６】
前記非インタラクティブ処理の実行開始時点が設定された時点から前記非インタラクティブ処理の実行開始時点までの経過時間の長さに応じて前記端末のユーザに課金する請求項４に記載の情報処理装置。
【請求項７】
前記非インタラクティブ処理の実行開始時点を前記インタラクティブ処理の完了時以降に設定することを許可すると登録した端末のユーザに対する報酬を表象するポイントを提供する請求項４に記載の情報処理装置。
【請求項８】
前記非インタラクティブ処理の実行が完了したことに応じて前記インタラクティブ処理を再開する請求項１〜７のいずれかに記載の情報処理装置。
【請求項９】
ネットワーク上で識別された端末から要求されたインタラクティブ処理および非インタラクティブ処理で構成される一連の情報処理を実行する情報処理装置であって、
前記端末から前記一連の情報処理が要求されたことに応じ、前記非インタラクティブ処理を即座にもしくは順次に実行し、前記非インタラクティブ処理を完了した場合、その旨の通知を前記端末に送信し、前記端末が前記通知を受信したことに応じて前記インタラクティブ処理を実行する情報処理装置。
【請求項１０】
前記端末が所定時間内に前記通知を受信しなかった場合、前記インタラクティブ処理の実行を中止する請求項９に記載の情報処理装置。
【請求項１１】
前記端末が所定時間内に前記通知を受信しなかった場合、前記通知を再送信する請求項９に記載の情報処理装置。
【請求項１２】
ネットワーク上で識別された端末から要求されたインタラクティブ処理および非インタラクティブ処理で構成される一連の情報処理を実行する情報処理装置であって、
前記端末から前記一連の情報処理が要求されたことに応じ、前記非インタラクティブ処理を即座にもしくは順次に実行し、前記非インタラクティブ処理を完了した場合、その旨を前記端末に提示し、前記端末から前記提示が確認されたことに応じて前記インタラクティブ処理を実行する情報処理装置。
【請求項１３】
前記端末が所定時間内に前記提示を確認しなかった場合、前記インタラクティブ処理の実行を中止する請求項１２に記載の情報処理装置。
【請求項１４】
前記端末が所定時間内に前記提示を確認しなかった場合、前記提示の確認を促す通知を前記端末に送信する請求項１２に記載の情報処理装置。
【請求項１５】
ネットワーク上で識別された端末から要求されたインタラクティブ処理および非インタラクティブ処理で構成される一連の情報処理を実行する情報処理方法であって、
前記端末から前記一連の情報処理が要求されたことに応じ、前記インタラクティブ処理を即座にもしくは順次に実行し、前記非インタラクティブ処理の実行開始時点を前記インタラクティブ処理の完了時以降に設定し、前記設定された実行開始時点に前記非インタラクティブ処理を実行する情報処理方法。
【請求項１６】
ネットワーク上で識別された端末から要求されたインタラクティブ処理および非インタラクティブ処理で構成される一連の情報処理を実行する情報処理方法であって、
前記端末から前記一連の情報処理が要求されたことに応じ、前記非インタラクティブ処理を即座にもしくは順次に実行し、前記非インタラクティブ処理を完了した場合、その旨の通知を前記端末に送信し、前記端末が前記通知を受信したことに応じて前記インタラクティブ処理を実行する情報処理方法。
【請求項１７】
ネットワーク上で識別された端末から要求されたインタラクティブ処理および非インタラクティブ処理で構成される一連の情報処理を実行する情報処理方法であって、
前記端末から前記一連の情報処理が要求されたことに応じ、前記非インタラクティブ処理を即座にもしくは順次に実行し、前記非インタラクティブ処理を完了した場合、その旨を前記端末に提示し、前記端末から前記提示が確認されたことに応じて前記インタラクティブ処理を実行する情報処理方法。
【発明の詳細な説明】
【技術分野】
【０００１】
本発明は不特定多数の端末からネットワーク経由で要求されるデータ処理の負荷の分散に関する。
【背景技術】
【０００２】
従来、ネットワークを介して各種の注文を受け付ける際、その注文が一時に集中しないようにする技術が様々開発されている。
【０００３】
たとえば特許文献１によると、受付用コンピュータと注文用コンピュータを独立させ、注文者端末から受付用コンピュータが受け付けた注文のみを注文用コンピュータで処理する。受付用コンピュータは、注文者の操作により注文者端末から送出される製品情報を受け取り、受付情報を生成して注文者端末に送信する機能を有する。受付用コンピュータは、多数の注文者端末から注文したい製品情報を受け取った際に、先着順に受付情報を生成し、注文者端末に送出する機能を有する。また、受付用コンピュータは、注文用コンピュータの処理能力に合わせて、受付情報を生成する機能と、注文用コンピュータの処理能力以上の注文を拒否し、再試行を促す情報を送出する機能とを有する。
【０００４】
特許文献２によると、管理コンピュータは、複数のクライアント端末に接続されている。管理コンピュータは、高い優先度の依頼をクライアント端末から受信すると、処理能力が飽和しているか否かを判断する。処理能力が飽和している場合には、管理コンピュータは、処理中の低い優先度の依頼の処理を保留するための割込処理を行う。この場合、管理コンピュータは、優先度の低い依頼を行ったクライアント端末に待ち時間を通知し、高い優先度の依頼の処理を実行する。保留されたクライアント端末は、待ち時間経過後に、再度、処理依頼を送信する。
【特許文献１】特開２００１−３３１６９７号公報
【特許文献２】特開２００５−１０７５８１号公報
【発明の開示】
【発明が解決しようとする課題】
【０００５】
特許文献１の技術では、たしかに注文用コンピュータの負荷分散には資するが、注文者端末が注文を拒否されると、顧客が自分で何回も再試行しなければならず、面倒である。特許文献２の技術では、優先度の低い処理の全てが保留される結果、処理能力の飽和を防げるが、優先度の低い処理を依頼した顧客は、待ち時間の全てが経過するまで何もできない。
【０００６】
本発明はこのような問題点に鑑みてなされたもので、顧客の利便性を損なうことなく、かつ顧客の注文を処理する装置の負荷を分散することを目的とする。
【課題を解決するための手段】
【０００７】
本発明は、ネットワーク上で識別された端末から要求されたインタラクティブ処理および非インタラクティブ処理で構成される一連の情報処理を実行する情報処理装置に関する。この情報処理装置は、端末から一連の情報処理が要求されたことに応じ、インタラクティブ処理を即座にもしくは順次に実行し、非インタラクティブ処理の実行開始時点をインタラクティブ処理の完了時以降に設定し、設定された実行開始時点に非インタラクティブ処理を実行する。
【０００８】
この情報処理装置によると、比較的負荷の軽いインタラクティブ処理が即時または順次に実行される一方、比較的負荷の高い非インタラクティブ処理がスケジューリングされて後で実行される。こうすると、負荷の高い非インタラクティブ処理が一時に集中しない。かつ、ユーザはインタラクティブ処理を可及的速やかに実行できるから、ユーザの利便性も損なわれない。
【０００９】
非インタラクティブ処理の実行開始時点は一連の情報処理の要求が集中しない閑散期に設定されることが好ましい。
【００１０】
非インタラクティブ処理の実行開始時点は一連の情報処理が要求された順の待ち行列に従って設定されてもよい。
【００１１】
非インタラクティブ処理の実行開始時点をインタラクティブ処理の完了時以降に設定することを許可するか否かを端末から任意に登録させ、端末から非インタラクティブ処理の実行開始時点をインタラクティブ処理の完了時以降に設定することを許可すると登録された場合に限り、非インタラクティブ処理の実行開始時点をインタラクティブ処理の完了時以降に設定するようにしてもよい。
【００１２】
ユーザが即時の非インタラクティブ処理の実行を希望すれば、スケジューリングを許可しない登録をすればよい。
【００１３】
端末から非インタラクティブ処理の実行開始時点をインタラクティブ処理の完了時以降に設定することを許可する登録をしたか否かに応じて端末のユーザに課金するようにしてもよい。
【００１４】
本発明の目的はスケジューリング設定による処理の負荷分散であるから、スケジューリング設定を許可しない登録をするユーザが増えすぎると、実効性がなくなる。このため、スケジューリング設定を許可する登録を行ったユーザに対しては、各種サービス対価を減額して課金したり、各種サービス対価の課金額を減殺できるような金銭代替物（ポイントなど）を提供することが好ましい。この報酬がインセンティブとなり、ユーザが積極的にスケジューリング設定を許可する登録を行い、負荷分散が促進することが期待される。
【００１５】
非インタラクティブ処理の実行開始時点が設定された時点から非インタラクティブ処理の実行開始時点までの経過時間の長さに応じて端末のユーザに課金するようにしてもよい。
【００１６】
非インタラクティブ処理の実行開始時点をインタラクティブ処理の完了時以降に設定することを許可すると登録した端末のユーザに対する報酬を表象するポイントを提供するようにしてもよい。
【００１７】
非インタラクティブ処理の実行が完了したことに応じてインタラクティブ処理を再開するようにしてもよい。
【００１８】
また、本発明は、ネットワーク上で識別された端末から要求されたインタラクティブ処理および非インタラクティブ処理で構成される一連の情報処理を実行する情報処理装置に関する。この情報処理装置は、端末から一連の情報処理が要求されたことに応じ、非インタラクティブ処理を即座にもしくは順次に実行し、非インタラクティブ処理を完了した場合、その旨の通知を端末に送信し、端末が通知を受信したことに応じてインタラクティブ処理を実行する。
【００１９】
すなわち、非インタラクティブ処理は要求に応じてスケジューリングされた上で実行され、負荷が分散される。しかも、インタラクティブ処理は、非インタラクティブ処理が終わった通知を端末が受信したことに応じて開始するから、端末のユーザは、いつ終わるか分からない非インタラクティブ処理を無意味に待ちつづけなくて済み、利便性は高い。
【００２０】
端末が所定時間内に通知を受信しなかった場合、インタラクティブ処理の実行を中止するようにしてもよい。
【００２１】
すなわち、端末が所定時間内に通知を受信しない場合は、インタラクティブ処理をもはや希望しないものとして扱い、実行しないようにする。
【００２２】
端末が所定時間内に通知を受信しなかった場合、通知を再送信するようにしてもよい。
【００２３】
本発明は、ネットワーク上で識別された端末から要求されたインタラクティブ処理および非インタラクティブ処理で構成される一連の情報処理を実行する情報処理装置に関する。この情報処理装置は、端末から一連の情報処理が要求されたことに応じ、非インタラクティブ処理を即座にもしくは順次に実行し、非インタラクティブ処理を完了した場合、その旨を端末に提示し、端末から提示が確認されたことに応じてインタラクティブ処理を実行する。
【００２４】
すなわち、非インタラクティブ処理は要求に応じてスケジューリングされた上で実行され、負荷が分散される。しかも、端末のユーザは、非インタラクティブ処理完了を確認した任意の時点でインタラクティブ処理を開始でき、利便性は高い。
【００２５】
端末が所定時間内に提示を確認しなかった場合、インタラクティブ処理の実行を中止するようにしてもよい。
【００２６】
端末が所定時間内に提示を確認しなかった場合、提示の確認を促す通知を端末に送信するようにしてもよい。
【００２７】
本発明は、ネットワーク上で識別された端末から要求されたインタラクティブ処理および非インタラクティブ処理で構成される一連の情報処理を実行する情報処理方法に関する。この情報処理方法は、端末から一連の情報処理が要求されたことに応じ、インタラクティブ処理を即座にもしくは順次に実行し、非インタラクティブ処理の実行開始時点をインタラクティブ処理の完了時以降に設定し、設定された実行開始時点に非インタラクティブ処理を実行する。
【００２８】
本発明は、ネットワーク上で識別された端末から要求されたインタラクティブ処理および非インタラクティブ処理で構成される一連の情報処理を実行する情報処理方法に関する。この情報処理方法は、端末から一連の情報処理が要求されたことに応じ、非インタラクティブ処理を即座にもしくは順次に実行し、非インタラクティブ処理を完了した場合、その旨の通知を端末に送信し、端末が通知を受信したことに応じてインタラクティブ処理を実行する。
【００２９】
本発明は、ネットワーク上で識別された端末から要求されたインタラクティブ処理および非インタラクティブ処理で構成される一連の情報処理を実行する情報処理方法に関する。この情報処理方法は、端末から一連の情報処理が要求されたことに応じ、非インタラクティブ処理を即座にもしくは順次に実行し、非インタラクティブ処理を完了した場合、その旨を端末に提示し、端末から提示が確認されたことに応じてインタラクティブ処理を実行する。
【発明の効果】
【００３０】
この発明によると、比較的負荷の軽いインタラクティブ処理が即時または順次に実行される一方、比較的負荷の高い非インタラクティブ処理がスケジューリングされて後で実行される。こうすると、負荷の高い非インタラクティブ処理が一時に集中しない。かつ、ユーザはインタラクティブ処理を可及的速やかに実行できるから、ユーザの利便性も損なわれない。
【発明を実施するための最良の形態】
【００３１】
以下、添付した図面を参照し本発明の好ましい実施の形態を説明する。
【００３２】
＜第１実施形態＞
図１は、本発明の適用されるネットワークフォトサービスシステムの全体像を示す図である。このシステムは、パソコン１と、パソコン１からサービス注文を受け付けるサービスセンタ１０とがインターネットなどのネットワーク５を介して互いに情報をやりとりすることによって、ユーザ１に対し、ネットワーク上でデジタル写真サービスを提供するものである。
【００３３】
この際、ネットワーク５への接続は、専用回線、ダイアルアップ接続、ＣＡＴＶ網など、公知のあらゆる形態により実現できるが、サービスセンタ１０は特に多くの通信を行う必要があるため、高速系専用回線による接続が望ましい。
【００３４】
プリント出力を行うラボ３に対する画像データの入力は、パソコン１からサービスサーバ２を介して行われる。
【００３５】
ユーザがパソコン１によってサービスセンタ１０に画像のインターネット公開を依頼した場合、サービスサーバ２により、パソコン１から受信した画像データの解像度を落とした低解像度画像（以下説明の簡略のため、低解像度画像はサムネイル画像とする）が作成され、閲覧用データベース６に登録される。
【００３６】
ユーザがパソコン１によってサービスセンタ１０に画像のプリントを依頼した場合、ラボ３が、パソコン１から受信した画像データをプリント用データベース４に登録する。
【００３７】
なお、プリント用データベース４に登録される画像データが、プリント出力に用いられるものであるのに対し、閲覧用データベース６に登録されるサムネイル画像は、ユーザがパソコン１の画面上で画像を閲覧する際に用いられるものなので、特に高い画質は必要とされない。サービスサーバ２は、全てのパソコンから受信されたサムネイル画像を閲覧用ＤＢ６に保管しなければならないため、ディスクスペースを節約するためにもサムネイル画像のデータ量は小さい方が望ましい。本実施の形態では、プリント用データベース４に保管される画像データを、Ｌサイズプリントを300dpiで出力するのに必要な画素数である４ベース（画素数約1024×1792）とし、一方、閲覧用データベース６のサムネイル画像は１／４ベース（画素数約368×256）としている。
【００３８】
サービスサーバ２は、閲覧用ＤＢ６に登録されたサムネイル画像をネットワーク５上で公開するなど、各種サービスを提供する。
【００３９】
上記各種サービスは、サービスサーバ２に設けられた図示しないＷＷＷアプリケーションサーバによりウェブページの形態で提供される。一方、パソコン１に組み込まれたＷＷＷブラウザにより閲覧用ＤＢ６の登録画像の閲覧が可能である。
【００４０】
パソコン１には、プリント用ＤＢ４への画像データのアップロード、プリント用ＤＢ４に登録された画像データのダウンロード、画像データに付随するコメントや写真タイトルなどの送信、プリント注文などを可能にするデジタル写真サービス用プラグインモジュールが組み込まれている。
【００４１】
例えば、ユーザが画像の公開を要求する際、公開対象の画像と、画像データに付随するコメントや写真タイトルなどの公開情報とをパソコン１からサービスサーバ２に送信した場合に、サービスサーバ２は受信した画像と公開情報とを対応づけて閲覧用ＤＢ６に記憶する。
【００４２】
また、ユーザがプリントサービスを要求するために、プリント対象の画像ＩＤ、プリント枚数、プリントサイズなどの注文情報をパソコン１からサービスサーバ２に送信した場合には、それらの注文情報がラボ３に転送される。
【００４３】
ラボ３は、注文情報内に記述された画像ＩＤから、プリント用ＤＢ４におけるその画像の格納位置を判別し、プリント対象の画像データを読み出し、読み出された画像データに対して必要に応じて拡大、縮小、色補正その他の画像処理を施し、プリンタ９に対して処理済画像データを転送してプリント出力を指示する。プリンタ９によって出力された画像プリントは、ユーザが予め指定した受取場所に人為的に配送される。
【００４４】
さて、本実施形態に係るサービスセンタ２は、サービスサーバ２の負荷の状況に応じ、画像公開に関する複数の処理区分からなる一連の処理のうち、負荷の低い処理区分であるインタラクティブ処理のみをパソコン１からの依頼に応じて即座に実行し、負荷の高い処理区分である非インタラクティブ処理を後に移動する。
【００４５】
図２は第１実施形態に係るサービスセンタ１０が実行する閲覧用画像処理の流れを示すフローチャートである。
【００４６】
サービスサーバ２は、パソコン１からの画像の公開要求（Ａ１）に応じて、閲覧用画像処理を構成する処理区分の１つであるインタラクティブ処理（この実施形態において、処理区分１と呼ぶ）を実行する（Ｂ１）。インタラクティブ処理は、画像の送信要求および画像の受信、写真タイトルの指定要求および写真タイトルの受信、および受信した画像と写真タイトルとを対応づけた閲覧用ＤＢ６への格納など、パソコン１とサービスサーバ２との相互通信および協働によって即時に実行されるが、比較的サービスサーバ２への負荷が軽い処理である。
【００４７】
サービスサーバ２は、閲覧用画像処理を構成する処理区分の１つである非インタラクティブ処理（色補正、縮小その他の画像処理など、サービスセンタ１０内で完結する処理のこと。この実施形態において、処理区分２と呼ぶ）の実行開始時点をスケジューリングする（Ｂ２）。
【００４８】
処理区分２は、比較的サービスサーバ２への負荷が高い処理である。処理区分２は、負荷が集中しない閑散期（たとえばパソコン１のユーザが画像の公開要求を送らないような平日日中）に実行されるようスケジューリングされることが好ましい。
【００４９】
スケジューリングにより設定された実行開始時点に到達するまで処理区分２の実行が待機される（Ｂ３）。
【００５０】
スケジューリングの設定された時点に到達すると、処理区分２が実行される（Ｂ４）。処理区分２が実行時点が閑散期にスケジューリングされているから、サービスサーバ２の負荷が分散される。
【００５１】
なお、ステップＢ２、Ｂ３のようにスケジューリングするのではなく、各パソコン１から公開要求を受け付けた順に処理区分２をキューイングし、各パソコン１の公開要求に対応する処理区分２を待ち行列の解消順に実行してもよい。
【００５２】
処理ステップ（Ｂ３）の待機の間は、処理区分２が実行されず負荷が集中していないため、他のパソコン１からの公開要求も受け付けることができる。公開要求だけはリアルタイムに受け付けることができるため、ユーザは、従来例のように要求受け付け拒否が解除されるまで公開要求を送り続けるといった煩わしい操作をする必要がない。
【００５３】
処理区分２の実行完了後は、再び同じパソコン１からの要求に応じて処理区分１（インタラクティブ処理）を再開することもできる。
【００５４】
なお、以上のようなスケジューリングの設定を許可するか否かを、公開要求を送る前に予め、あるいは公開要求を送る度に、パソコン１のユーザごとに登録させるようにしてもよい。そして、全ての公開要求に対してスケジューリングの設定を許可する登録がされているか、あるいはある公開要求を送る際にあわせてその公開要求についてスケジューリングの設定を許可する登録がされれば、サービスサーバ２は処理ステップＢ２のスケジューリングを設定する。一方、全ての公開要求に対してスケジューリングの設定を許可しない登録がされているか、あるいはある公開要求を送る際にあわせてその公開要求についてスケジューリングの設定を許可しない登録がされれば、サービスサーバ２はスケジューリング設定を行わず（処理ステップＢ２とＢ３をスキップ）、ただちに処理区分２を実行する。こうすると、ユーザがアップロードした画像をただちに公開したい場合は、その要望に応えることができる。
【００５５】
ただし、本発明の目的は、負荷の高い処理区分２のスケジューリングによる処理の負荷分散であるから、スケジューリング設定を許可しない登録をするユーザが増えすぎると、実効性がなくなる。このため、全てのスケジューリング設定を許可する登録を行ったユーザ、あるいは公開要求の送信に対してスケジューリング設定を許可する登録を行ったユーザに対しては、画像公開の一連の処理の対価その他の各種サービス対価を減額して課金したり、累計数に応じて各種サービス対価の課金額を減殺できるようなポイントを付与するなど、ユーザがスケジューリング設定を許可する登録を行ったことに対する報酬を化体した電子的情報を生成し、パソコン１に送信するかあるいはパソコン１のユーザを管理するデータベースなどの各種記憶媒体に格納することが好ましい。この報酬がインセンティブとなり、ユーザが積極的にスケジューリング設定を許可する登録を行い、負荷分散が促進することが期待される。
【００５６】
また、スケジューリングにより設定された時間が経過するまでの待機時間（Ｂ３）の長短に応じて上記のような報酬を提供してもよい。長時間処理区分２の実行の待機を許容するユーザが増えれば、処理区分２のスケジューリングを柔軟に行うことができる。
【００５７】
＜第２実施形態＞
図３は第２実施形態に係るサービスセンタ１０が実行する閲覧用画像処理の流れを示すフローチャートである。
【００５８】
サービスサーバ２は、パソコン１から送信された、プリント対象の画像ＩＤを含んだプリント要求（Ａ１１）に応じて、プリント用画像処理を構成する処理区分の１つである非インタラクティブ処理（画像ＩＤで特定される画像の色補正、縮小など、サービスセンタ１０内で完結する処理。この実施形態において、処理区分１と呼ぶ）のスケジューリングをする（Ｂ１１）。処理区分１は、パソコン１からの画像のプリント要求に応じ、負荷が集中しない閑散期（たとえばパソコン１のユーザが画像のプリント要求を送らないような平日日中）に実行されるようスケジューリングされる。処理区分１は、比較的サービスセンタ１０への負荷が高い処理である。
【００５９】
スケジューリングにより設定された時間が経過するまで処理区分１の実行が待機される（Ｂ１２）。
【００６０】
スケジューリングの設定された時間に到達すると、処理区分１が実行される（Ｂ１３）。処理区分１が実行時点が閑散期にスケジューリングされているから、サービスサーバ２の負荷が分散される。
【００６１】
処理区分１の実行が完了すると、サービスサーバ２はその旨をコンピュータに通知する（Ｂ１４）。通知の手段は電子メールなどである。電子メールには、処理区分２の開始を指定するトリガ（処理区分２の開始コマンドの埋め込まれたハイパーリンクなど）が埋め込まれている。このトリガをパソコン１で駆動することにより、処理区分２の開始がパソコン１からサービスサーバ２に指示され、サービスサーバ２はこの指示に応じて処理区分２を開始する。パソコン１のユーザは、通知を受け取った時点で処理区分２を開始できる。従来のように、いつ終わるか分からない処理区分１を無意味に待ちつづけなくて済み、利便性は高い。
【００６２】
処理区分２は、プリントすべき画像、プリント枚数、プリントの配送先などの比較的小容量の情報を含む注文情報の送受信とこれらの情報のプリント用ＤＢ４への格納など、パソコン１とサービスセンタ１０との間で相互に通信することで行われる比較的低負荷な処理である（Ａ１２、Ｂ１５）。
【００６３】
なお、サービスサーバ２は、通知を完了したときから（たとえば２４時間）の時間経過を計測し、一定時間が経過しても処理区分２の開始が指示されない、パソコン１が通知を受信しない、あるいはパソコン１で通知が閲覧されなければ、処理区分２を実行せず、一連の処理を中止してもよい。あるいは、サービスサーバ２は、通知を完了したときからある一定時間の経過を計測し、一定時間が経過しても処理区分２の開始が指示されない、パソコン１が通知を受信しない、あるいはパソコン１で通知が閲覧されなければ、通知を再送信してもよい。
【００６４】
あるいは、通知を完了したときから処理区分２の開始が指示されるまでの時間を計測し、その時間の長短に応じて、ユーザに対し、一連の処理の対価その他の各種サービス対価を減額して課金したり、累計数に応じて各種サービス対価の課金額を減殺できるようなポイントを付与するなど、ユーザが自分の処理区分２の開始指示を遅らせたことに対する報酬を提供することが好ましい。この報酬がインセンティブとなり、ユーザが積極的に自分の処理を後回しにし、負荷分散が促進することが期待される。
【００６５】
＜第３実施形態＞
図４は第３実施形態に係るサービスセンタ１０が実行する閲覧用画像処理の流れを示すフローチャートである。
【００６６】
サービスサーバ２は、パソコン１から送信された、プリント対象の画像ＩＤを含んだプリント要求（Ａ２１）に応じて、プリント用画像処理を構成する処理区分の１つである、非インタラクティブ処理（画像ＩＤで特定される画像の色補正、縮小など、サービスセンタ１０内で完結する処理。この実施形態において、処理区分１と呼ぶ）のスケジューリングをする（Ｂ２１）。処理区分１は、パソコン１からの画像のプリント要求に応じ、負荷が集中しない閑散期（たとえばパソコン１のユーザが画像のプリント要求を送らないような平日日中）に実行されるようスケジューリングされる。
【００６７】
スケジューリングにより設定された時間が経過するまで処理区分１の実行が待機される（Ｂ２２）。
【００６８】
スケジューリングの設定された時間に到達すると、処理区分１が実行される（Ｂ２３）。処理区分１は、比較的サービスセンタ１０への負荷が高い処理である。処理区分１の実行時点が閑散期にスケジューリングされているから、サービスサーバ２の負荷が分散される。
【００６９】
処理区分１の実行が完了すると、サービスサーバ２はその状態をコンピュータに提示する（Ｂ２４）。状態提示の手段はウェブページなどである。このウェブページのアドレスは、パソコン１のユーザに予め知らされており、適宜このアドレスをパソコン１で指定することにより、パソコン１で閲覧できる。
【００７０】
パソコン１で状態提示が閲覧されたことに応じて処理区分２が開始する。処理区分２は、プリントすべき画像、プリント枚数、プリントの配送先などの比較的小容量の情報を含む注文情報の送受信とこれらの情報のプリント用ＤＢ４への格納であり、パソコン１とサービスセンタ１０との間で相互に通信することで行われる比較的低負荷な処理である（Ａ２３、Ｂ２５）。パソコン１のユーザは、処理区分１の完了を確認した時点で処理区分２を開始でき、利便性は高い。
【００７１】
なお、サービスサーバ２は、状態提示を開始したときからある一定時間（たとえば２４時間）の経過を計測し、一定時間が経過しても状態提示が閲覧されなければ、処理区分２を実行せず、一連の処理を中止してもよい。あるいは、サービスサーバ２は、状態提示を開始したときからある一定時間の経過を計測し、一定時間が経過しても状態提示が閲覧されなければ、状態提示あるいは状態の内容をしていることを電子メールなどで通知してもよい。
【図面の簡単な説明】
【００７２】
【図１】プリントシステムの概略構成を示すブロック図
【図２】第１実施形態に係る処理の流れを示すフローチャート
【図３】第２実施形態に係る処理の流れを示すフローチャート
【図４】第３実施形態に係る処理の流れを示すフローチャート
【符号の説明】
【００７３】
１：パソコン、２：サービスサーバ、３：ラボ、４：プリント用データベース、６：閲覧用データベース、９：プリンタ、１０：サービスセンタ
【図１】
2007193608.tif 000003
【図２】
2007193608.tif 000004
【図３】
2007193608.tif 000005
【図４】
2007193608.tif 000006